혼합된 PDF, 스캔본, 스크린샷을 원하는 열로 구성된 하나의 스프레드시트로 변환하는 AI 문서 파서
문서 파서의 진짜 역할은 텍스트를 읽는 것이 아니라, 각 텍스트 조각이 라벨인지, 값인지, 표 셀인지, 메모인지 판단하는 것입니다. 기존 파서는 이런 판단을 규칙으로 인코딩하게 만들고, 레이아웃이 바뀌는 날 깨져버립니다. 이 파서는 사람처럼 구조를 읽고, 문서당 한 행을 원하는 열로 출력합니다.
Enterprise-grade security · TLS 1.3 encrypted
문서 파서가 파일에서 추출할 수 있는 것
필요한 열 이름을 입력하면 AI가 값의 위치가 아니라 의미를 이해해 모든 페이지에서 각 값을 찾아냅니다. 다음은 비즈니스 사용자가 뒤섞인 문서 더미에서 PDF 파서로 가장 자주 추출을 요청하는 필드입니다.
이것은 정해진 목록이 아닙니다. 열 이름을 직접 지정하므로 문서에 담긴 모든 필드가 같은 방식으로 작동합니다. 배송 추적 코드, 계약 갱신일, 검사 결과 등 무엇이든 가능합니다. 페이지에 값이 적혀 있다면 열을 그 값에 지정할 수 있습니다.
문서 파싱의 어려운 부분은 읽기가 아니라 무엇이 무엇인지 판단하는 것입니다
광학 문자 인식은 오래전에 읽기 문제를 해결했습니다. 픽셀을 문자로 바꾸는 것은 이미 해결된 범용 단계입니다. 파싱은 그 위의 계층이며, 실제 작업은 인식이 아니라 판단입니다. 어느 텍스트가 레이블이고 어느 것이 그 값일까요? 표는 어디서 끝나고 산문은 어디서 시작할까요? 페이지의 어느 합계가 총합일까요? 템플릿 도구는 이 판단을 규칙 작성이라는 형태로 사용자에게 떠넘깁니다. 개발자도 코드에서 같은 부담을 느낍니다. 최근 r/SaaS 스레드의 최상위 게시물 제목은 "PDF 파싱용 정규식 작성에 너무 지쳐서, 타입 안전 JSON만 반환하는 API를 만들었다"이며, 이는 이 독자층의 나머지 절반이 어떻게 사는지 보여줍니다.
문제점
대부분의 파서는 읽기 순서대로 텍스트를 추출합니다. 위에서 아래로, 왼쪽에서 오른쪽으로요. "Invoice Date"라는 레이블이 헤더에 있고 그 값이 시각적으로 두 구역 떨어진 곳에 있는 페이지에서, 파서는 서로 무관한 두 문자열로 인식합니다. 위치 기반 추출은 다단 레이아웃도 뒤섞어서, 오른쪽 열의 표가 왼쪽 열의 본문과 교차됩니다. 텍스트는 다 있지만, 그것을 데이터로 만드는 관계가 사라지고, 이후 모든 필드에 수동 수정이 필요해집니다.
고전적인 해법은 규칙을 작성하는 것입니다. 키워드 고정, 고정 좌표, 또는 하나의 레이아웃에 맞춘 정규식 패턴이죠. 발신자가 레터헤드를 바꾸거나, 스캔본이 약간 회전되어 도착하거나, 새 공급업체가 고정 키워드와 맞지 않는 글꼴을 사용할 때까지는 작동합니다. 그러면 규칙이 조용히 실패하고, 누군가 스프레드시트 행이 비어 있는 것을 보고서야 발견합니다. 여러 출처의 문서를 파싱하는 팀은 결국 레이아웃마다 규칙 세트를 유지하게 되고, 파싱 도구는 조용히 두 번째 업무가 됩니다. 개발자 쪽에서도 같은 패턴이 반복됩니다. 정규식 파이프라인은 첫 번째 형식 변경까지 버티다가, 그다음 재작성이 필요합니다.
많은 파싱 도구는 모든 텍스트를 출력하거나 페이지를 Markdown 스타일로 덤프하는 데서 멈추고 작업이 끝났다고 말합니다. 그것은 중간 산출물이지 답이 아닙니다. 목표가 문서당 하나의 Excel 행에 Vendor, Date, Total이 고정 열로 들어가는 것이라면, 텍스트 덤프는 재구성을 직접 하도록 남겨둡니다. 출력 형태가 결과물이며, 그것이 대부분의 파서가 결코 완성하지 못하는 부분입니다.
맞춤 열 추출이 이 문제를 해결하는 방법
ImageToTable.ai는 사람처럼 페이지 전체를 바라보는 비전 모델을 기반으로 합니다. 테두리 있는 그리드와 목록, 문단을 구분하고, 병합된 헤더 셀을 해당 열에 그대로 붙여 두며, 옆에 있는 표를 본문 텍스트와 뒤섞지 않습니다. 그래서 의미 기반 읽기가 중요합니다. AI가 어떤 텍스트 블록이 표임을 알면, 그 행들은 읽기 순서의 문자 나열이 아니라 행으로 나옵니다.
맞춤 열 추출을 사용하면 원하는 필드 이름을 입력하기만 하면 됩니다. 예를 들어 "Vendor or Sender Name", "Document Date", "Total Amount"라고 입력하면 AI가 값의 위치가 아니라 의미를 이해해 페이지 어디에서든 각 값을 찾아냅니다. 배치할 앵커 키워드도, 그릴 좌표도, 디버깅할 정규식도 없습니다. 다음 분기에 발신자가 문서를 새로 디자인해도 여러분 쪽에서는 아무것도 바뀌지 않습니다. AI가 규칙을 재적용하는 대신 새 레이아웃을 다시 읽기 때문에 동일한 열 이름이 계속 작동합니다.
파싱된 각 문서는 스프레드시트에서 한 행이 되고, 요청한 각 필드는 지정한 열에 들어갑니다. Excel에서 검토하려면 XLSX로, 다른 시스템에 가져오려면 CSV로, 후속 프로그램이 소비한다면 JSON으로 내보내세요. 구조화된 표 출력과 원시 텍스트 덤프는 서로 다른 용도이며, 이 도구는 전자를 직접 생성하므로 재구성 단계가 사라집니다. 날짜, 금액, 참조 번호는 추출 중에 정규화되므로 열에 들어가는 값은 정리해야 할 문자열이 아니라 타입이 지정된 데이터입니다.
혼합 문서 폴더에서 하나의 스프레드시트까지, 세 단계
여러 발신자로부터 다양한 형식의 문서를 받아 핵심 필드를 한곳에 모아야 한다면, 업로드부터 출력까지의 워크플로는 다음과 같습니다.
모든 파일을 한 배치로 업로드하세요, 혼합 형식도 환영합니다
PDF, 스캔본, 사진, 스크린샷을 함께 넣으세요. 이 도구는 PDF, JPG, PNG, WebP, AVIF를 지원하며, 비밀번호를 입력하면 비밀번호로 보호된 PDF도 처리합니다. 레이아웃이나 발신자별로 파일을 미리 정리할 필요가 없고, 파일 유형별로 템플릿을 고를 필요도 없습니다. 배치 처리는 여러 파일을 한 작업으로 실행하므로, 서로 다른 문서가 가득한 폴더 전체를 한 번에 업로드할 수 있습니다. 고객이나 현장 직원이 보내는 문서라면 수집 링크로 공유 가능한 URL을 제공할 수 있습니다. 상대방은 짧은 인증 코드를 입력한 뒤 계정 없이 바로 업로드할 수 있습니다.
열 이름을 한 번만 정하면, 같은 정의가 모든 레이아웃을 읽습니다
원하는 필드를 입력하세요. 예를 들어 "Reference Number", "Vendor or Sender Name", "Document Date", "Total Amount", "Due Date" 등입니다. 그러면 AI가 각 문서를 개별적으로 읽고, 해당 페이지 어디에 있든 요청한 값을 찾아냅니다. 빽빽한 공급업체 인보이스, 2단 신청서, 사진으로 찍은 납품서 모두 같은 열 정의로 파싱됩니다. 추출이 저장된 위치가 아니라 의미를 기준으로 작동하기 때문입니다. 문서에 문자 그대로 인쇄되지 않은 값이 필요하면 계산 열로 같은 처리 중에 도출할 수 있습니다. 예를 들어 "Line Total (Qty × Unit Price)" 같은 값입니다.
바로 사용할 수 있는 하나의 통합 스프레드시트를 받으세요
각 문서는 하나의 행으로 반환되고, 요청한 모든 필드가 지정한 열에 정렬됩니다. 따라서 혼합 문서 60개 배치는 60행 스프레드시트가 됩니다. Excel에서 계속 작업하려면 XLSX로, 가져오기용으로는 CSV로, 프로그램이 소비자라면 JSON으로 내보내세요. 문서 자체를 편집 가능한 형태로 필요할 때는 Word로 내보내면 원래 레이아웃이 유지됩니다. 한 페이지를 수동 입력하는 데는 평균 약 3분이 걸리지만, 파싱된 페이지는 5~10초가 걸리며, 전체 배치는 예전에 손으로 몇 개 문서를 처리하던 시간에 완료됩니다.
시각적 문서 파서가 적합한 경우와 다른 도구가 더 나은 경우
가장 잘 맞는 경우
레이아웃이 계속 바뀌는 여러 발신자의 문서. 템플릿 도구가 가장 취약하고 시각적 파싱이 가장 강한 경우입니다. 수십 개 출처에서 각기 다른 디자인으로 들어오는 인보이스, 명세서, 양식, 메모를 발신자가 문서를 개편해도 유지할 규칙 없이 처리합니다.
디지털 PDF뿐 아니라 스캔, 사진, 스크린샷까지. 스캔한 종이, 촬영한 양식, 앱 스크린샷이 동일한 시각적 읽기로 파싱되므로 하나의 워크플로로 디지털 원본과 이미지 기반 입력을 함께 처리하며, 혼합 배치도 포함됩니다.
스프레드시트와 후속 시스템을 위한 필드 단위 출력. 결과물이 Excel, 데이터베이스 가져오기, API로 들어가는 명명된 열일 때, 문서당 한 행으로 날짜와 금액이 정규화되어 그대로 도착하며 재가공 단계가 필요 없습니다.
주의해야 하는 경우
기계 생성 텍스트 형식은 기존 데이터 파서의 영역입니다. 입력이 이미 구조화된 텍스트, CSV 파일, 로그 라인, JSON 피드, API 응답이라면 규칙 기반 데이터 파서가 더 가벼운 도구입니다. 해석할 시각적 구조가 없고 결정적 규칙이 더 빠르며 대량 실행에도 비용이 들지 않기 때문입니다.
텍스트 없이 그래픽으로만 존재하는 값. 서명, 도장, 차트는 시각적으로 정보를 전달하며, 이런 요소는 페이지에서 위치를 찾을 수 있지만 텍스트 형태 없이 순수 그래픽으로 그려진 데이터 포인트는 열에 담을 수 없습니다. 값이 중요하다면 문서 어딘가에 텍스트로 존재해야 합니다.
필기 품질이 한계를 결정합니다. 인쇄된 텍스트는 안정적으로 파싱되지만 필기는 가독성에 달려 있습니다. 또렷하고 간격이 잘 잡힌 필기는 합리적인 정확도로 추출되지만, 급하게 쓴 흘림체, 흐린 연필, 심한 취소선은 정확도를 떨어뜨리므로 새 필기 출처의 첫 출력물은 표본 검사를 하세요.
자주 묻는 질문
문서 파서와 데이터 파서의 차이는 무엇인가요?
데이터 파서는 CSV 파일, 로그 라인, JSON 피드, 웹 응답처럼 이미 구조화된 텍스트를 읽고 정규식 같은 규칙으로 재구성합니다. 문서 파서는 구조가 시각적인 문서, 즉 라벨과 값, 표, 각주가 페이지의 모양으로만 구분되는 PDF, 스캔본, 스크린샷을 다룹니다. ImageToTable.ai는 문서 파서로, 페이지에서 각 텍스트가 무엇을 의미하는지 읽고 원시 텍스트 대신 이름이 지정된 스프레드시트 열을 출력합니다. 실제 입력이 PDF와 스캔본인데 데이터 파서 도구를 검색한다면 필요한 것은 문서 파서이며, 그 반대도 마찬가지입니다.
이 파서는 이미지와 스크린샷에서도 데이터를 추출할 수 있나요?
네. ImageToTable.ai는 PDF 파서인 동시에 이미지 파서이자 이미지 텍스트 파서입니다. JPG, PNG, WebP, AVIF 스크린샷과 사진을 업로드하면 AI가 PDF에서 읽는 것과 동일한 시각적 구조를 읽습니다. 화이트보드에서 촬영한 표, 결제 앱 스크린샷, 종이 양식의 스캔본 모두 동일한 이름의 스프레드시트 열로 파싱됩니다. 이미지 안의 표는 표로 처리되며, 이는 PDF 테이블 파서 검색이 보통 원하는 것이고, 이미지-텍스트 변환 단계는 별도 내보내기가 아니라 같은 처리 과정의 일부입니다.
이 문서 파서는 어떤 필드를 추출할 수 있나요?
열 이름을 직접 지정하므로 필드 목록도 직접 정의할 수 있습니다. 일반적인 선택으로는 Reference Number, Document Date, Vendor or Sender Name, Total Amount, Tax Amount, Currency, Due Date, Line Items, Contact Email, Phone Number, Billing Address, Account / PO Number가 있습니다. AI는 위치가 아니라 의미로 각 값을 찾으므로, 동일한 열 정의가 완전히 다른 레이아웃의 문서에서도 작동합니다. 문서에 문자 그대로 인쇄되지 않은 필드도 처리됩니다. 계산 열은 "Line Total (Qty × Unit Price)" 같은 계산을 출력할 수 있고, 추론 열은 페이지에 카테고리 필드가 없어도 카테고리 등으로 각 문서를 분류할 수 있습니다.
레이아웃마다 파싱 템플릿을 만들거나 규칙을 작성해야 하나요?
아니요. 배치할 앵커 키워드도, 그릴 영역도, 유지할 정규식도 없습니다. 원하는 열 이름을 입력하면 AI가 저장된 위치를 재생하는 대신 의미를 이해하여 각 값을 찾습니다. 이것이 템플릿 기반 파서와의 구조적 차이입니다. 템플릿 기반 파서는 레이아웃마다 자체 규칙 세트가 필요하고 발신자가 디자인을 바꿀 때마다 유지보수가 발생합니다. 또한 r/Rag의 독립 리뷰어가 관찰한 것처럼 "PDF에서 구조화된 데이터로, 약간의 수동 정리 없이" 가는 것이 기존 스택으로는 불가능했던 이유이기도 합니다. 계속 깨지는 것은 레이아웃 매칭 계층이며, 이를 제거하는 것이 무인 파싱을 가능하게 합니다.
파싱한 문서를 어떤 형식으로 내보낼 수 있나요?
Excel(XLSX), CSV, JSON, Word입니다. XLSX는 기본 작업 형식으로, 문서당 한 행이고 지정한 필드가 열이 됩니다. CSV는 다른 시스템으로 가져올 때 적합합니다. JSON은 사람이 아니라 프로그램이 결과를 소비할 때 알맞으며, 자체 코드에서 파서를 호출하려는 경우 REST API가 반환하는 형태이기도 합니다. Word 내보내기는 유용한 의미에서 조금 다릅니다. 필드 대신 원본 레이아웃을 그대로 유지한 전체 문서를 편집 가능한 형태로 반환하므로, 데이터 포인트가 아니라 문서 자체가 필요할 때 쓸 수 있습니다.