Batch OCR

실제 폴더에서도 견디는 Batch OCR: 모든 파일이 대기열에 오르고, 추적되고, 전달됩니다

대부분의 Batch OCR 도구는 폴더를 하나의 균일한 작업으로 취급하므로 파일 하나만 잘못되어도 전체 실행이 멈춥니다. 여기서는 모든 파일이 페이지당 5-10초로 개별 실행되며 각자의 상태를 유지하므로, 200개 중 3개가 실패해도 다시 하면 되는 것은 그 3개뿐입니다.

페이지당 5-10초 · PDF/JPG/PNG/WebP를 하나의 대기열에서 · 파일별 상태 · 인쇄 텍스트 최대 99% 정확도

폴더 전체
혼합 형식
파일별 상태
명령줄 불필요

Batch OCR 실행이 모든 파일에 제공하는 것

Batch OCR은 하나의 문서가 아니라 폴더 전체를 하나의 엔진에 지정하는 것을 의미하며, 중요한 점은 실행 중 각 파일에 어떤 일이 일어났는지 아는 것입니다. 공유 스캐너에서 PDF를 일괄 OCR하고 같은 실행에서 휴대폰에서 바로 이미지를 일괄 OCR할 수 있습니다. 대기열이 모든 형식을 동일하게 처리하기 때문입니다.

페이지별 전체 텍스트
파일 이름 및 배치
페이지 수
파일별 상태
원본 형식
발견된 날짜
손글씨 감지
도장 및 서명
체크박스 (체크 / 동그라미)
문서 유형 (AI 추론)
내보내기 묶음 (XLSX / CSV / Word)
이름 지정 열 (선택 사항)

상태, 텍스트, 메타데이터는 파일별로 추적됩니다. 원시 판독 결과만 필요하다면 스프레드시트 행의 텍스트 또는 각 파일의 레이아웃을 유지한 편집 가능한 Word 문서 하나로 얻을 수 있습니다. 나중에 전체 텍스트 대신 열이 필요하면 필요한 열 이름을 입력하기만 하면 AI가 페이지에서 각 값을 찾아냅니다. 동일한 실행으로 아무것도 다시 업로드할 필요 없이 해당 구조화 추출을 처리할 수 있습니다.

Batch OCR은 하나의 작업처럼 보입니다. 하지만 실제 폴더는 200개의 작은 작업입니다.

온라인에서 batch OCR을 검색하면 두 가지 형태의 도구를 만나게 됩니다. 배치 모드가 마법사 안에 숨어 있는 데스크톱 제품군과, 이미지 더미를 대기열에 넣는 온라인 변환기입니다. 둘 다 실행 자체를 강조하는데, 실행은 쉽습니다. 문자를 읽는 일은 폴더 규모의 OCR에서 어려운 부분이 아니었습니다. 어려운 부분은 운영입니다. 시작을 클릭한 뒤 한 시간 동안 200개 파일에 무슨 일이 일어나는지, 실패한 3개를 어떻게 찾아내는지, 실행이 끝났을 때 텍스트가 어디에 놓이는지입니다. 아래의 모든 비교는 이 하나의 차이에 달려 있습니다.

기존 방식이 사용자에게 남기는 세 가지 작업

01

같은 질문을 200번 받습니다. 데스크톱 도구는 문서마다 무언가를 묻고 멈추는 경우가 많습니다. Adobe 커뮤니티 포럼의 사용자는 이 과정을 설명했습니다: "각 문서의 품질 설정을 일일이 확인해야 하고, OCR 후 최적화된 상태로 파일을 저장할지도 확인해야 해서 여전히 번거롭습니다." 200개 파일 폴더는 우회 방법을 찾지 않는 한 200번의 확인이 됩니다.

02

실패가 보이지 않아 무엇을 다시 해야 할지 알 수 없습니다. Kofax Power PDF 도움말 페이지는 명확히 밝힙니다: "노란색 또는 빨간색은 OCR이 실패했음을 의미합니다. 파일 이름 옆에 노란색 또는 빨간색 원이 나타나면 다시 시도하거나 문서를 지원팀에 보내십시오." 원이 나타난 뒤에는 사용자 몫입니다. 잘못된 팩스 하나가 출력을 망쳤는지, 어떤 파일이 영향을 받았는지, 무엇을 다시 해야 하는지 알려주지 않습니다.

03

한 대의 컴퓨터가 폴더 전체를 자기 시간으로 처리합니다. 기존 데스크톱 Batch OCR 소프트웨어는 로컬 하드웨어에서 순차적으로 실행됩니다. 한 시스템 관리자가 약 5000개 PDF 파일의 OCR에 대해 물었을 때, 현실적인 예상은 "약 8~11시간"이었고, 같은 댓글 작성자는 "더 빠른 OCR 리더는 품질을 희생하는 것을 발견했습니다"라고 인정했습니다. 속도냐 정확도냐는 결국 책상 위 시계가 결정합니다.

관리형 실행이 덜어주는 부담

01

하나의 대기열, 사전 분류 단계 없음. 공유 스캐너함의 PDF를 Batch OCR하는 작업에 동료가 현장 방문 사진을 추가해도 모두 같은 배치로 들어갑니다. PDF, JPG, PNG, WebP, 심지어 Word나 텍스트 파일까지 하나의 파이프라인을 공유하며, "PDF 설정"과 "이미지 설정" 단계도, 나중에 병합할 별도 실행도 없습니다.

02

불량 파일 하나의 비용은 전체 실행이 아니라 재작업 한 번입니다. 비전 모델은 각 문서를 독립적으로 읽고 파일별 상태를 보고합니다: 대기 중, 처리 중, 완료, 실패. 기울어진 휴대폰 사진이 부실하게 나와도 폴더 전체가 실패하지 않습니다. 완료되고, 플래그가 표시되며, 판단은 사용자가 합니다. 200개 중 불량 파일 3개면 재작업 3번이며, 비전 모델은 의미로 읽기 때문에 깨끗한 스캔과 지저분한 팩스에 애초에 별도 품질 설정이 필요하지 않았습니다.

03

출력은 정해진 형태입니다: 파일당 한 행. 처리에는 페이지당 5-10초가 걸리며, 결과는 하나의 스프레드시트입니다: 파일당 한 행, 셀에 추출된 텍스트, 옆에 파일 이름과 상태. 흩어진 200개의 .txt 파일을 모으는 스크립트 단계도, 어떤 단어가 어느 문서에서 왔는지 알 수 없는 하나의 익명 덩어리도 없습니다. 한 번의 실행이 끝나면 무엇을 가지고 있는지, 어떤 행을 다시 봐야 하는지 정확히 알 수 있습니다.

여섯 카드를 관통하는 핵심은 이것입니다. 실행을 시작하는 것은 애초에 문제가 아니었습니다. 폴더 규모의 OCR이 작동하는지를 결정하는 것은 각 파일이 대기열에 들어간 뒤 어떻게 처리되는지, 즉 파일별 확인이 필요 없고, 실패한 파일이 스스로를 알려주며, 텍스트가 확인 가능한 곳에 놓이는지입니다. 다음 섹션에서는 업로드부터 내보내기까지 실제 실행 하나를 따라가며 이 세 가지를 순서대로 살펴봅니다.

200개 파일 백로그에서 터미널 없이 정렬 가능한 텍스트로

스캔 백로그를 정리 중이라면, 배치 실행 한 번이 시작부터 내보내기까지 실제로 어떻게 진행되는지 확인해 보세요.

1

정렬되지 않은 폴더를 그대로 넣기

백로그는 200개 파일입니다. 사무실 MFP에서 스캔한 깨끗한 스캔본 140개, 종이 양식을 휴대폰으로 찍은 사진 40개, 디지털로 생성된 PDF 15개, 암호화된 명세서 5개입니다. 한꺼번에 끌어다 놓으세요. PDF, JPG, PNG, WebP가 같은 대기열에 들어가고, 암호로 보호된 PDF는 제공한 암호로 잠금이 해제되며, 파일마다 설정을 확인하라는 요구가 없습니다.

2

대기열이 움직이는 모습 확인

페이지당 5-10초라면 200페이지 폴더는 약 17-33분에 완료됩니다. 같은 내용을 손으로 입력하면 페이지당 약 3분으로 약 10시간이 걸립니다. 파일별로 상태가 업데이트되므로, 팩스가 흐리게 돌아오는 순간 나머지 파일은 계속 진행되는 동안 해당 파일이 표시되는 것을 볼 수 있습니다. 하나의 진행 표시줄 뒤에 모든 것이 숨겨지는 스피너가 아닙니다.

3

한 번 내보내고 세 번 다시 하기

배치를 하나의 XLSX로 내보내세요. 파일당 한 행씩 200개 행, 셀에 추출된 텍스트, 옆에 상태가 표시됩니다. 상태별로 정렬하고, 실패한 3개를 확인한 뒤, 그것만 다시 업로드하고 단독으로 다시 실행하세요. 다음 단계가 전체 텍스트가 아닌 구조화된 필드라면, 같은 폴더를 배치 데이터 추출 또는 배치 문서를 Excel로에 이름이 지정된 열과 함께 공급할 수 있으며, 아무것도 두 번 업로드할 필요가 없습니다.

이 실행이 적합한 경우와 명령줄 도구가 더 적합한 경우

여기서 Batch OCR은 폴더를 읽고 텍스트를 제공하는 것을 의미합니다. 이 도구가 하지 않는 일을 알면 작업에 맞지 않는 형태의 도구를 선택하는 실수를 피할 수 있습니다.

가장 적합한 경우

✓

인쇄물과 손글씨가 섞인 폴더. 스캔본, 사진, 이미 디지털화된 PDF를 하나의 대기열에서 처리하며, 인쇄 텍스트는 최대 99% 정확도를 보이고 손글씨와 체크박스도 같은 과정에서 판독됩니다.

✓

검색, 정렬, 재사용을 위한 텍스트 추출. 결과물은 바로 활용 가능한 텍스트입니다. 파일별 전체 텍스트를 스프레드시트로 받거나, 서술형 대신 구조가 필요할 때는 이름이 지정된 열로 받을 수 있습니다.

✓

어떤 기기에서든 설치 없이 실행. 브라우저 기반이며 라이선스 서버나 파일별 설정이 필요 없어, 한 번만 밀린 작업도 노트북으로 오후 한나절이면 정리할 수 있습니다.

주의가 필요한 경우

⚠

검색 가능한 PDF를 만드는 도구가 아닙니다. 텍스트는 원본 PDF 파일 내부의 보이지 않는 텍스트 레이어가 아니라 스프레드시트 셀과 문서로 출력됩니다. 수천 개 파일을 아카이브 수준의 검색 가능한 PDF로 변환하는 것은 다른 작업이며, OCRmyPDF 계열의 명령줄 도구가 더 적합합니다.

⚠

감시 폴더가 없어 배치는 수동입니다. 한 배치는 최대 수백 개 파일을 처리하므로, 수천 개 파일의 아카이브는 직접 시작하는 일련의 업로드가 됩니다. 자동화 우선 환경(핫 폴더, 예약 작업)은 다른 범주의 도구입니다.

⚠

심하게 손상된 원본은 여전히 어렵습니다. 흐릿한 팩스, 200 DPI 미만의 스캔본, 감열 영수증은 어떤 엔진에서도 정확도의 병목으로 남습니다. 최악의 파일에는 검토 시간이 들 것으로 예상해야 하며, 이를 없앨 수는 없습니다. 또한 파일에 이미 선택 가능한 텍스트가 있다면 다시 OCR을 실행하는 것은 낭비이므로, 그런 파일은 건너뛰고 이미지 기반 파일만 배치로 처리해야 합니다.

자주 묻는 질문

Batch OCR을 실행하기 전에 폴더를 정리해야 하나요? 예를 들어 PDF는 한 배치에, 휴대폰 사진은 다른 배치에 넣어야 하나요?

정리가 필요하지 않습니다. 하나의 배치에서 PDF, JPG, PNG, WebP 파일을 함께 처리할 수 있으며 암호로 보호된 PDF도 포함됩니다. 비전 모델은 모든 파일을 동일한 방식으로 읽습니다. 픽셀을 보고 내용을 읽기 때문에 일반 PDF, 300 DPI 스캔본, 기울어진 휴대폰 사진 모두 형식별 파이프라인이나 파일별 설정 없이 하나의 대기열을 통과합니다. 원본 형식은 나중에 필터링할 수 있도록 출력의 각 행에 기록됩니다.

Batch OCR 실행 중 200개 중 3개 파일이 실패하면 어떻게 되나요?

나머지 197개는 계속 실행되며 중단되는 것은 없습니다. 각 파일은 독립적으로 처리되고, 배치 보기에서 파일별로 상태가 추적됩니다. 대기 중, 처리 중, 완료, 실패입니다. 실패한 3개 파일은 표시된 상태로 남아 있으므로 해당 파일만 열어 어떤 파일이 깨져서 돌아왔는지 확인하고, 개별적으로 수정하거나 다시 업로드한 뒤 전체 폴더가 아닌 그 파일들만 다시 실행할 수 있습니다. 실패로 인한 비용은 배치 전체가 아니라 파일 하나를 다시 하는 것뿐입니다.

모든 파일이 각각 출력되나요, 아니면 전체 실행이 하나의 파일로 병합되나요?

파일당 한 행으로 구성된 하나의 스프레드시트가 생성됩니다. 배치를 내보내면 각 문서가 하나의 행인 단일 XLSX 또는 CSV를 받게 됩니다. 파일 이름, 페이지 수, 파일별 상태, 그리고 셀에 추출된 텍스트가 포함됩니다. 수동으로 병합해야 하는 200개의 흩어진 .txt 파일을 받는 일은 없으며, 어떤 단어가 어느 문서에서 왔는지 알 수 없는 익명의 텍스트 덩어리를 받는 일도 없습니다. 정렬, 필터링, 보관 결정은 스프레드시트에서 이루어집니다.

Batch OCR이 검색 가능한 PDF를 만들어 주나요?

아니요, 이 점은 분명히 말씀드리는 것이 좋겠습니다. 이 도구는 문서를 읽고 텍스트를 데이터로 반환합니다. 스프레드시트 셀, 구조화된 열, 또는 편집 가능한 Word 파일로 제공됩니다. 원본 PDF 파일에 보이지 않는 텍스트 레이어를 다시 기록하지는 않습니다. 수천 개의 파일에 걸쳐 보관용 검색 가능 PDF를 만드는 것이 목표라면 OCRmyPDF 계열의 명령줄 도구가 그 작업에 적합합니다. 텍스트를 추출하여 다른 곳에서 검색, 정렬, 편집하는 것이 목표라면 이 도구가 더 가벼운 방법입니다.

Batch OCR 실행 한 번에 파일이 몇 개까지 들어가나요? 수천 개가 있는 폴더는 어떻게 되나요?

배치는 요금제에 따라 최대 수백 개의 파일을 처리할 수 있으며, 각 파일은 최대 10 MB입니다. 더 큰 폴더는 여러 차례로 나누어 실행합니다. 배치를 업로드하고, 내보내고, 다음 배치를 업로드하면 각 차수마다 자체 스프레드시트가 생성됩니다. 폴더 감시 자동화는 없으므로 5,000개 파일 아카이브는 무인 작업 한 번이 아니라 의도적인 실행의 연속이며, 이는 9시간 후에 문제를 발견하는 대신 차수 사이에 방향을 수정할 수 있다는 의미이기도 합니다.

📮 contact email: [email protected]