인보이스 데이터를 페이지가 아닌
필드별로 추출하는 방법
대부분의 인보이스 추출 도구는 페이지의 모든 데이터 포인트를 원한다는 동일한 암묵적 가정을 합니다. 공급업체 이름, 인보이스 번호, 날짜, 납기일, 소계, 세금, 라인 항목, 배송 주소, 결제 조건, 은행 정보 — 모두 추출합니다. 그런 다음 열을 삭제하는 데 10분을 소비합니다. 선택적 추출은 그 논리를 뒤집습니다: 원하는 필드를 지정하면 AI가 해당 필드만 찾습니다. 이는 추출 후 정리 작업이 줄어들고, 필드별 정확도가 높아지며, 완성에 더 가까운 스프레드시트를 제공합니다. 이 가이드에서는 페이지별이 아닌 필드별로 정확히 수행하는 방법을 보여드립니다.

핵심 요점
- 기존 방식은 모든 인보이스에서 모든 필드를 추출하라고 말합니다 — 나중에 어떤 데이터가 필요할지 모르기 때문입니다.
- 필드별 정확도 97%는 훌륭해 보이지만, 20개 필드에 걸쳐 완전히 올바르게 통과하는 인보이스는 54%에 불과합니다. 각 추가 필드가 독립적인 실패 지점이기 때문입니다.
- 회계 시스템에 실제로 필요한 6개 필드만 추출하면 완전 자동 처리율이 83%로 급증합니다 — 정리 단계가 완전히 사라집니다.
"모든 것 추출" 가정이 작업을 느리게 만듭니다
APQC의 2024–2025 벤치마킹 주기에 따르면, 중간 수준 기업은 인보이스 한 장을 수동으로 처리하는 데 평균 $21.40를 지출합니다. AI 기반 추출을 사용하면 최고 수준의 비용은 $2.78로 떨어지며, 이는 87% 절감입니다. 하지만 이러한 절감 효과는 데이터가 스프레드시트에 깔끔하게 들어갈 때만 실현됩니다.
재무 팀에 인보이스에서 무엇을 추출하고 싶은지 물어보면 대부분 "모든 것"이라고 답합니다. 그 이유는 그럴듯해 보입니다. 데이터가 많을수록 향후 분석이 더 좋아질 것이라는 논리입니다. 하지만 실제로 "모든 것"을 추출하면 정리 단계가 생겨 효율성 향상의 대부분을 상쇄합니다. AI가 추출하는 각 필드에는 작은 독립적 오류 확률이 있습니다. 8개 대신 20개 필드를 추출하면 이러한 확률이 누적되어 — 갑자기 원본 문서를 검토하는 대신 추출 결과를 감사하게 됩니다.
이러한 불만은 이론에 그치지 않습니다. r/Accounting의 한 사용자는 인보이스 100장 배치에서 AI 추출을 테스트한 후 이렇게 말했습니다: "정확하지 않다는 것을 깨달았고, 업로드를 기다리는 것보다 검토하고 수정하는 데 더 많은 시간을 보냈습니다." 문제의 원인은 AI가 아니라 모든 인보이스의 모든 필드가 추출되어야 한다는 가정이었습니다.
Ardent Partners의 State of ePayables 2025 보고서에 따르면 인보이스의 35.4%만이 사람의 개입 없이 완전 자동 처리되며, 평균 예외율은 18.4%입니다. 이러한 예외 처리의 상당 부분은 한 가지 근본 원인에서 비롯됩니다: 추출기가 너무 많은 데이터를 가져오려고 한다는 것입니다. 모든 열에 사람의 검증이 필요하면 자동화는 병목 현상을 제거하지 못합니다 — 단지 데이터 입력에서 데이터 검토로 옮길 뿐입니다.
이것이 선택적 추출 논쟁의 핵심입니다. 회계 시스템이 공급업체 이름, 금액, 납기일만 매핑한다면 모든 인보이스에 배송 주소가 필요하지 않습니다. 카테고리별로 비용을 처리한다면 라인 항목 설명이 필요하지 않습니다. 추출 필드를 줄이는 것은 타협이 아니라 실제로 사용할 수 있는 스프레드시트로 가는 가장 빠른 길입니다.
필드 수가 적을수록 정확도가 높은 이유 (아무도 이야기하지 않는 수학)

필드별 정확도가 97% — 현대 AI 추출 엔진의 강력한 벤치마크 — 에 달하더라도, 20개 필드를 추출하면 인보이스의 약 54%만 완전히 올바르게 처리됩니다. 필드를 8개로 줄이면 그 수치는 약 78%로 급증합니다.
수학은 간단합니다: 0.97의 8제곱 = 0.784, 하지만 0.97의 20제곱 = 0.544입니다. 추출하는 필드가 하나 늘어날 때마다 주사위를 한 번 더 던지는 셈입니다. 복합 오류는 "모든 것 추출" 워크플로우가 대규모에서 실패하는 이유이며, 거의 모든 인보이스 추출 관련 기사가 다루지 않는 개념입니다.
프로덕션 AI 추출 파이프라인에서 관찰된 필드별 정확도 비율을 기반으로, 일반적인 추출 시나리오에서 필드 수준 위험이 어떻게 복합되는지는 다음과 같습니다:
| 추출 필드 수 | 필드별 정확도 | 완전히 올바른 인보이스 | 검토가 필요한 인보이스 | 예시 시나리오 |
|---|---|---|---|---|
| 5 | 97% | ~86% | 14% | 인보이스 번호, 날짜, 공급업체, 합계, 세금 |
| 8 | 97% | ~78% | 22% | 위 + 납기일, 구매 주문 번호, 통화 |
| 15 | 97% | ~63% | 37% | 위 + 품목, 청구지 주소, 결제 조건, 배송 정보 |
| 20 | 97% | ~54% | 46% | 위 + 연락처 정보, 은행 세부 정보, 할인 조건, 메모 |
이 표가 항상 5개 필드만 추출해야 한다는 의미는 아닙니다. 추출할 필드를 신중하게 선택해야 한다는 뜻입니다 — 추출 목록에 열을 하나 추가할 때마다 검토 시간에 실질적인 비용이 발생하기 때문입니다. 모든 필드가 동일한 위험을 지니는 것도 아닙니다. 인보이스 날짜를 잘못 읽는 것은 불편함에 그치지만, 총액을 잘못 읽으면 초과 지불로 이어질 수 있습니다. 필드 유형별 위험도는 다음과 같습니다:
| 위험 수준 | 필드 | 추출 전략 |
|---|---|---|
| 높음 | 총액, 부가세/세액, 마감일, 은행 계좌 번호 | 항상 검증하세요. 여기서 발생하는 오류는 재정에 직접적인 영향을 미칩니다. |
| 중간 | 인보이스 번호, 구매 주문 번호, 공급업체 이름, 통화 | 샘플 점검하세요. 오류는 조정 문제를 일으키지만 일반적으로 후속 단계에서 발견됩니다. |
| 낮음 | 인보이스 날짜, 배송 주소, 결제 조건, 품목 설명 | AI 출력을 수용하세요. 여기서 발생하는 오류는 후속 프로세스에 거의 영향을 미치지 않습니다. |
핵심은 간단합니다: 위험도가 높은 필드는 검증을 통해, 중간 위험 필드는 샘플 점검을 통해 추출하고, 위험도가 낮은 필드는 화면 공간을 차지할 가치가 있는지 고려하세요. 이것이 바로 유용한 추출 워크플로우와 절약하는 만큼 작업을 만들어내는 워크플로우를 구분하는 필드 수준의 사고방식입니다.
맞춤 열 추출 작동 방식: 출력을 직접 정의하세요

기존 PDF 추출 도구는 샘플 인보이스의 각 필드 주변에 영역을 그리도록 요구합니다. 맞춤 열 추출은 반대 방향으로 작동합니다: 원하는 열 이름을 입력하면 AI가 페이지에서의 위치가 아니라 각 필드의 의미를 이해하여 해당 값을 찾습니다.
이 차이점 — 의미 기반 추출 vs. 위치 기반 추출 — 은 규모에 맞는 선택적 필드 추출을 가능하게 하는 핵심입니다. 영역 기반 도구(Docparser, ABBYY 또는 모든 템플릿 OCR 엔진)는 각 공급업체의 인보이스 형식에 대해 모든 필드의 경계 상자를 정의해야 합니다. 새 공급업체가 다른 레이아웃의 인보이스를 보내면 영역이 목표를 놓치고 결과물이 엉망이 됩니다. 맞춤 열 추출 — ImageToTable.ai의 핵심 메커니즘 — 을 사용하면 "인보이스 번호", "마감일", "총액"을 한 번만 입력하면 AI가 의미를 읽고 위치가 아닌 의미를 기준으로 모든 레이아웃에서 해당 값을 찾습니다.
선택적 추출이 실제로 작동하는 방식은 다음과 같습니다:
직접 사용해 보세요. 아래 데모는 실제 작동합니다 — 인보이스(또는 모든 문서)를 업로드하고 원하는 열을 입력하면 AI가 해당 값을 찾아냅니다. 회원가입이 필요 없습니다.
파일은 안전하게 처리되며 저장되지 않습니다.
추출할 필드 (그리고 건너뛸 필드)
올바른 필드는 추출 후 데이터가 어떻게 처리되는지에 따라 달라집니다. QuickBooks 항목을 조정하는 회계 담당자와 월말 발생액을 준비하는 회계사 또는 공급업체 지출을 감사하는 구매 관리자가 필요로 하는 열은 서로 다릅니다.
먼저 스스로에게 물어보세요: 대상 시스템이 실제로 요구하는 것은 무엇인가요? QuickBooks Online으로 가져오는 경우 공급업체, 날짜, 납기일, 금액, 카테고리가 중요합니다. 공급업체의 은행 계좌 번호나 품목별 SKU는 필요하지 않습니다. SAP 또는 NetSuite에 데이터를 공급하는 경우 3자 매칭을 위해 PO 번호가 필요할 수 있습니다. Google Sheets에서 지출 대시보드를 구축하는 경우 공급업체, 카테고리, 금액, 날짜가 필요합니다 — 인보이스 번호는 있으면 좋지만 필수는 아닙니다.
다음은 가장 일반적인 세 가지 인보이스-시스템 워크플로우를 기반으로 한 필드 우선순위 프레임워크입니다:
| 워크플로우 | 필수 추출 (협상 불가) | 고려 (시간이 허락한다면) | 건너뛰기 |
|---|---|---|---|
| QuickBooks/Xero 가져오기 | 공급업체 이름, 인보이스 날짜, 납기일, 총 금액 | 인보이스 번호, PO 번호, 카테고리 | 품목, 배송 주소, 결제 조건, 은행 정보 |
| AP 3자 매칭 | PO 번호, 공급업체 이름, 총 금액, 인보이스 번호 | 품목 (수량, 단가), 세액, 통화 | 청구 주소, 연락처 정보, 할인 조건 |
| 월말 발생액 | 공급업체 이름, 인보이스 날짜, 총 금액, 통화 | 납기일, 부서/원가 센터, 카테고리 | PO 번호, 품목, 배송, 결제 조건 |

목표는 정리 단계가 뒤따르지 않고 스프레드시트에서 끝나는 추출입니다. 출력의 열이 다운스트림 시스템, 보고서 또는 의사 결정에 사용되지 않는다면 검토 시간만 소모할 뿐 가치를 제공하지 못합니다.
ImageToTable.ai는 이러한 열 구성을 사전 설정으로 저장합니다 — 재사용 가능한 열 이름 템플릿입니다. 필드 목록을 한 번 정의하고 사전 설정으로 저장하면 향후 모든 인보이스 일괄 처리가 동일한 선택적 열 세트로 처리됩니다. 동일한 공급업체의 반복적인 인보이스 형식(월간 공과금 청구서, 주간 공급업체 배송 등)의 경우 사전 설정을 사용하면 설정 단계가 완전히 제거됩니다.
계산 열도 필요할 때는 어떻게 되나요?
인보이스 합계를 추출하면 숫자가 나옵니다. 하지만 실제로 필요한 것은 질문에 대한 답인 경우가 많습니다. 품목 합계가 명시된 총액과 일치하나요? 총액만 표시된 경우 세금 제외 금액은 얼마인가요? 이것이 바로 계산 열입니다. AI가 추출 중에 계산하는 필드로, 단순히 페이지에서 읽어오는 것이 아닙니다.
계산 열은 AI 인보이스 추출에서 가장 활용도가 낮은 기능 중 하나입니다. 원시 데이터를 추출한 후 Excel에서 수식을 실행하는 대신, 열 이름에 계산식을 정의하면 AI가 출력 테이블에서 바로 답을 생성합니다.
실무 인보이스 예시:
- 품목 합계(수량 × 단가) — 인보이스에 수량과 단가가 별도 열로 표시되며, 곱한 값을 하나의 열로 얻을 수 있습니다.
- VAT 금액(합계 × 20%) — 총액만 표시된 경우 AI가 세율을 적용하여 세액을 출력합니다.
- 불일치(합계 − 품목 합계) — 명시된 총액이 품목 계산과 일치하지 않는 인보이스를 자동으로 표시합니다.
- 카테고리(옵션: 원자재/완제품/서비스/간접비) — AI가 품목 설명을 읽고 각 행을 계정과목표로 분류합니다.
계산 열은 선택적 추출의 이점을 강화합니다. 더 적은 필드를 추출하고 나머지를 계산할 수 있다면 정확도 상한선이 더 높아집니다 — 추출의 불확실성에서 필드를 완전히 제거하고, AI가 이미 정확히 읽은 필드에 대해 결정적인 연산을 수행하기 때문입니다.
인보이스가 내 것이 아닐 때: 다자간 필드를 위한 수집 링크
데이터가 필요한 모든 인보이스가 사용자의 받은 편지함에 도착하는 것은 아닙니다. 30개 고객의 월별 지출 영수증을 수집하는 회계사이거나, 작업 원가 계산을 위해 공급업체 인보이스를 수집하는 계약자라면, 병목 현상은 추출이 아니라 수집입니다. 파일을 가진 사람이 따로 있기 때문입니다.
수집 링크는 사용자 계정에 연결된 공유 가능한 업로드 페이지를 생성하여 이 문제를 해결합니다. 링크를 고객, 현장 작업자 또는 공급업체에 보내면, 그들은 링크를 열고 짧은 확인 코드를 입력한 후 인보이스를 직접 업로드합니다. 등록도, 로그인도, 다른 파일에 대한 접근도 필요 없습니다. 인보이스는 사용자의 처리 대기열에 도착하며, 미리 선택한 열과 사전 설정이 자동으로 적용됩니다.
이렇게 하면 선택적 추출 설정이 파이프라인으로 전환됩니다. 필드를 한 번 정의하면(예: "공급업체, 날짜, 금액, 작업 코드") 수집 링크를 통해 들어오는 모든 인보이스는 — 고객 3곳이든 30곳이든 — 동일한 선택적 열 구성으로 처리됩니다. 발신자는 사용자의 열을 볼 수 없습니다. 그저 업로드만 할 뿐입니다. 사용자는 정확히 필요한 필드만 얻습니다. 그 이상도 이하도 아닙니다.
일괄 처리: 필드 선택을 대규모로 적용
IOFM 벤치마크에 따르면 수동 AP 담당자는 하루에 25~40개의 인보이스를 처리합니다. 일괄 처리 — 여러 파일을 한 번에 업로드하고 동일한 열 정의로 처리 — 를 사용하면 그 숫자가 수백 개로 늘어납니다. 핵심은 배치의 모든 인보이스가 동일한 선택적 열 세트를 사용한다는 것이며, 이는 모든 출력 행이 동일하게 간결하고, 동일하게 깨끗하며, 동일하게 가져오기 준비가 되어 있음을 의미합니다.
선택적 열을 사용한 일괄 처리는 다운스트림 시스템이 수동 재포맷 없이 사용할 수 있는 일관된 출력 구조를 만듭니다. 인보이스 50개를 업로드하고 열 6개를 지정하면, 정확히 6개 열과 50개 행으로 구성된 스프레드시트 하나를 얻습니다. 열 불일치도, 추가 필드가 있는 51번째 인보이스의 불필요한 데이터도 없습니다.
비용 계산은 설득력 있습니다. Ardent Partners의 2025년 벤치마크에 따르면 평균 수동 인보이스 처리 비용은 $9.84이며, 재무관리연구소(IOFM)는 완전 수동 워크플로우의 경우 인보이스당 최대 $16까지 인용합니다. 월 500개 인보이스 기준, 수동 데이터 입력만으로 월 $4,920~$8,000입니다. AI가 회계 시스템에 필요한 필드만 추출하고 사용자가 고위험 필드만 검증하는 선택적 일괄 추출 워크플로우는 인보이스당 비용을 $3 미만으로 낮추며, 70% 이상 절감 효과를 제공합니다.
여러 고객 또는 부서의 인보이스를 관리하는 팀을 위해 ImageToTable.ai의 일괄 인보이스 처리는 배치별 필드 구성을 유지합니다. 건설 회사는 하도급업체 인보이스에서 "공급업체, 작업 코드, 금액, 지불보증금 %"를 추출하고, 간접비 인보이스에서는 "공급업체, GL 코드, 금액, 세금"을 추출할 수 있습니다. 두 개의 다른 열 세트, 두 개의 다른 배치, 하나의 도구입니다.
자주 묻는 질문
헤더 필드 없이 라인 항목만 필요한 경우는 어떻게 하나요?
제품 설명, 수량, 단가, 라인 합계 등 라인 항목 수준의 데이터만 추출할 수 있으며, 인보이스 번호나 공급업체 이름 같은 헤더 필드는 건드리지 않습니다. 열을 "설명", "수량", "단가", "라인 합계"로 정의하세요. AI는 각 라인 항목당 한 행을 반환하며, 여전히 하나의 스프레드시트를 받게 됩니다. 이는 항목별 데이터가 인보이스별 메타데이터보다 더 중요한 재고 조정이나 지출 분류에 특히 유용합니다.
필드를 적게 추출하면 유지하는 필드에서 AI가 실제로 더 정확해지나요?
직접적으로는 아닙니다 — 필드를 적게 요청한다고 해서 AI가 필드별로 "더 정확해지지" 않습니다. 하지만 전체 자동화율은 향상됩니다, 오류가 포함될 수 있는 필드가 더 적기 때문입니다. 97% 정확도의 필드 6개를 사용하면 인보이스의 약 83%가 깨끗하게 처리됩니다. 필드 18개를 사용하면 약 58%로 떨어집니다. 검토 수정에 소요되는 총 시간이 줄어들며, 이것이 실제 효율성 지표입니다.
열 선택을 저장하고 매달 재사용할 수 있나요?
네 — 이것이 바로 사전 설정의 용도입니다. 열 이름을 한 번 정의하고(예: "공급업체, 인보이스 #, 날짜, 마감일, 합계, 세금"), 사전 설정을 저장하면 모든 새 일괄 처리가 동일한 열 구성으로 기본 설정됩니다. 다양한 공급업체, 문서 유형 또는 회계 워크플로에 대해 여러 사전 설정을 유지하고 한 번의 클릭으로 전환할 수 있습니다.
요청한 필드 중 하나가 인보이스에 없는 경우 어떻게 되나요?
AI는 출력에서 해당 셀을 비워 둡니다. 값을 지어내거나 추측으로 채우지 않습니다. "PO 번호"를 지정했는데 특정 인보이스에 없는 경우 해당 행의 PO 번호 열은 비어 있습니다. 이것은 실제로 기능입니다 — 빈 셀은 조치 가능하며(PO를 위해 후속 조치해야 한다는 것을 알 수 있음), 반면 지어낸 PO 번호는 조정을 손상시킬 수 있습니다.
이것은 인보이스를 ChatGPT에 업로드하고 필드 추출을 요청하는 것과 어떻게 비교되나요?
ChatGPT와 같은 범용 LLM은 단일 인보이스에서 필드를 추출할 수 있지만, 일괄 처리를 기본적으로 지원하지 않습니다 — 파일을 하나씩 업로드해야 하며, 출력 형식은 프롬프트에 따라 달라집니다. 목적에 맞게 설계된 추출 도구는 일괄 처리의 모든 문서에서 일관된 열 구조를 제공하므로, 출력을 QuickBooks, Xero 또는 모든 스프레드시트 워크플로우에 바로 가져올 수 있습니다. 범용 LLM에는 사전 설정, 컬렉션 링크, 파일별 상호작용을 없애주는 일괄 처리 UI도 부족합니다.
열 이름을 얼마나 구체적으로 지정할 수 있나요?
문자 수 제한은 없지만, AI가 이해하는 언어를 사용할 때 가장 좋은 결과를 얻을 수 있습니다 — "Invoice Number", "Due Date", "Net Amount"와 같은 표준 재무 용어를 사용하세요. 추론 열을 사용하면 더 구체적으로 지정할 수 있습니다: "Category (options: Raw Materials, Finished Goods, Services)"라는 열은 AI가 각 품목 설명을 읽고 해당 항목 중 하나로 분류하도록 지시합니다 — 이는 일반적으로 추출 후 수동으로 수행되는 작업입니다.
선택적 추출이 전체 추출보다 빠른 이유
일반적인 생각은 이렇습니다: 모든 것을 추출하라, 나중에 무엇이 필요할지 모르니까. 데이터가 말하는 것은 이렇습니다: 모든 것을 추출하면, 자동화로 절약한 시간보다 정리하는 데 더 많은 시간을 쓰게 될 것입니다.
선택적 추출은 "모두 추출하고 나중에 삭제"라는 기본값을 "필요한 것을 지정하고 정확히 그것만 얻기"로 바꿉니다. 스프레드시트는 요청한 열만 포함하여 도착합니다. 삭제 단계가 없습니다. "이 열이 도대체 무엇을 의미하는가"라는 순간도 없습니다. 20개 대신 6개 필드만 추출하면, 인보이스가 정확할 확률이 동전 던지기 수준(54%)에서 높은 확률(83%)로 올라가며 — 정확하지 않은 경우에도 확인할 필드가 더 적습니다.
APQC의 벤치마크는 비용이 어디에 있는지 분명히 보여줍니다: 수동 인보이스 1건당 $21.40, AI 자동화 시 $2.78로 하락. 이 두 숫자 사이의 차이는 단순히 추출 단계만이 아닙니다 — 검토, 정리, 재포맷, 열 삭제가 포함됩니다. 선택적 추출은 정리 단계를 방정식에서 제거합니다.
직접 인보이스로 시도해 보세요. PDF 몇 개를 업로드하고, 실제로 필요한 5~6개 열을 지정한 다음 결과를 확인하세요. 결과가 기존 출력보다 깔끔하다면 — 삭제할 열이 적고 확인할 필드도 적다면 — 그것이 바로 적합한 추출 전략입니다.
지금 시도하기