회계용 OCR: 완전 가이드
송장, 영수증 및 은행 명세서 처리

회계에서 OCR이 실제로 의미하는 것

회계 맥락에서 OCR은 스캔한 텍스트를 검색 가능한 PDF로 바꾸는 것이 아닙니다. 문서 콘텐츠를 구조화된, 가져올 수 있는 데이터 — 계정 과목, 공급업체 기록, 거래 내역에 매핑되는 행과 열 — 로 바꾸는 것입니다.

핵심 역량은 "이 도구가 텍스트를 읽을 수 있는가"가 아니라 "이 도구가 송장 번호를 추출하고, 구매 주문서와 대조하고, 내 회계 시스템에 맞게 날짜 형식을 지정하고, 다른 송장 99개와 함께 하나의 Excel 파일로 결과를 출력할 수 있는가"입니다.

이 구분이 중요한 이유는 1990년대부터 존재해 온 전통적인 OCR 기술이 문서에서 문자를 읽을 수는 있지만 그 의미를 이해하지는 못하기 때문입니다. 페이지에서 "1,247.83"이라는 문자열을 정확히 인식하겠지만, 페이지의 정확한 위치를 지정해 주지 않는 한 그것이 송장 합계인지, 세액인지, 품목 소계인지 알지 못합니다. 수십 또는 수백 개의 공급업체로부터 각각 다른 레이아웃의 송장을 받는 회계 팀에게 "어디를 보라고 지정하는" 단계는 수십 년 동안 OCR이 있었음에도 수동 데이터 입력이 살아남은 병목 지점입니다. 문자 인식에서 문서 이해로의 근본적인 전환을 이해하려면 AI OCR이 무엇이며 전통적인 OCR과 어떻게 다른지를 참조하세요.

지난 3년 동안 이 상황을 바꾼 것은 AI 기반 의미 추출 — 근본적으로 다른 기술적 접근 방식 — 입니다. 고정된 좌표에서 문자를 스캔하는 대신, 비전-언어 모델이 사람처럼 문서를 읽습니다. 레이아웃을 보고, 라벨과 값 사이의 관계를 인식하고, 값이 위치한 곳이 아니라 의미하는 바에 따라 필드를 추출합니다. 즉, 공급업체가 한 페이지 송장을 보내든 4페이지 PDF를 보내든, 합계가 오른쪽 상단에 있든 왼쪽 하단에 있든, 문서가 깨끗한 PDF든 열 영수증의 휴대폰 사진이든 동일한 추출 설정이 작동합니다.

회계에 OCR이 필요한 이유 — 수치로 보는 근거

회계에서 OCR의 필요성은 기술의 문제가 아닙니다. 업무 분배의 문제입니다. AP 담당 직원이 송장 번호와 품목 설명을 스프레드시트에 입력하는 데 보내는 매 시간은 차이 분석, 공급업체 관계 관리, 현금 흐름 예측에 쓸 수 없는 시간입니다. 이러한 트레이드오프를 수치로 보여주는 데이터는 여러 업계 벤치마크에서 확립되어 있습니다.

단일 송장을 수동으로 입력할 때 헤더 필드만 입력하는 데 3~5분이 걸립니다 — 공급업체 이름, 송장 번호, 날짜, 구매 주문 번호, 합계. 품목 추출까지 추가하면 송장당 시간이 두 배로 늘어납니다. 월 500건의 송장 기준으로 순수 데이터 입력에 약 40시간이 소요됩니다 — 매달 한 주 전체를 단순 전사 작업에 쓰는 셈입니다. AP 담당 직원의 완전 적재 비용이 시간당 약 $25라고 가정하면, 주당 $1,000, 연간 $52,000에 해당하는 비용이 분석적 가치가 전혀 없는 작업에 투입됩니다. 오류율은 문제를 더욱 악화시킵니다. 수동 전사는 필드 100개당 2~5개의 오류를 일상적으로 발생시키며, APQC의 재무 벤치마크에 따르면 오류 하나를 발견하고 수정하는 데 평균 $10이 듭니다. $12,000짜리 송장에서 숫자 하나가 잘못 입력되어 $21,000으로 기록되면, 화해 문제를 해결하는 데 원래 숫자를 입력하는 데 걸린 시간보다 더 오래 걸립니다.

대부분의 회계 팀이 놓치는 구조적 통찰: 수동 데이터 입력의 비용은 입력 시간이 아니라 이후의 정리 시간입니다. 입력 중 발생한 모든 오류는 찾아야 하며, 이를 찾는 비용은 올바르게 입력했을 때보다 더 많이 듭니다. OCR은 입력 노동뿐만 아니라 오류 발생 원인 자체를 제거합니다.

출력 측면에서 자동 추출은 단일 페이지를 5~10초 안에 처리합니다 — 수동 입력보다 약 18배 빠르며, 인쇄 텍스트에 대한 필드 수준 정확도는 지속적으로 97%를 초과합니다. 이 트레이드오프는 속도와 정확성의 문제가 아닙니다. 속도와 정확성을 동시에 확보함으로써 같은 팀이 매달 3일 동안 데이터 입력에 매달리지 않게 되는 것입니다. 문서 유형별 정확도 기대치에 대한 자세한 분석과 자체 문서에 적용할 수 있는 방법론은 OCR 필드 수준 정확도 가이드를 참조하세요.

회계에서 OCR이 처리하는 5가지 문서 유형

회계 팀은 청구서만 처리하지 않습니다. 완전한 OCR 구성은 공유 받은 편지함, 우편물, 비용 보고서 제출에 들어오는 모든 문서를 처리할 수 있어야 합니다. 각 문서 유형은 서로 다른 추출 과제를 제시하며, 선택한 도구는 유형별로 별도 설정을 요구하지 않고 동일한 구성으로 모든 문서를 처리할 수 있어야 합니다.

1. 청구서 — 핵심 업무

청구서는 회계 OCR 처리량의 대부분을 차지합니다. 표준 추출 대상에는 헤더 필드와 라인 항목이 포함되며, 라인 항목은 공급업체마다 표의 열 수, 열 순서, 페이지 범위가 달라 더 까다롭습니다. 가변 열 구조의 다중 페이지 청구서에서 라인 항목 추출을 처리할 수 없는 도구는 AP 업무에 실전 배치할 수 없습니다. 청구서별 추출에 대한 전체 내용은 청구서 데이터 추출 전체 가이드를 참조하세요.

2. 영수증 — 형식의 악몽

영수증은 다른 어떤 회계 문서보다 다양한 형식으로 들어옵니다. 감열지, 휴대폰 사진, 이메일 PDF, 주유소에서 스캔한 북마크 크기 영수증, 다중 페이지 레스토랑 계산서까지. 인쇄 품질은 선명한 것부터 거의 읽을 수 없는 수준까지 다양합니다. 청구서와 달리 영수증은 표준 레이아웃을 따르는 경우가 거의 없습니다. 택시 영수증과 철물점 영수증은 "하단에 합계가 있다"는 점 외에는 구조적 공통점이 없습니다. IRS는 디지털 영수증이 합계뿐 아니라 공급업체 이름, 날짜, 각 라인 항목, 총액, 결제 수단을 보존할 것을 요구합니다. 즉, 영수증용 OCR은 기계 판독을 염두에 두고 설계되지 않은 문서에서 라인 항목 세부 정보를 포착해야 하며, 현장 직원이 휴대폰으로 3초 만에 찍은 사진 품질에서도 작동해야 합니다.

3. 은행 거래 명세서 — 반복 행이 있는 다중 페이지 구조

은행 거래 명세서는 송장 및 영수증과 구조적으로 다릅니다. 단일 PDF가 20페이지에 달할 수 있으며, 각 페이지에는 날짜, 설명, 참조 번호, 차변, 대변, 잔액이 포함된 반복 거래 테이블이 있습니다. 추출 요구 사항은 단순히 행을 캡처하는 것이 아니라, 다중 페이지 명세서 데이터가 중복 행 없이 누락 행 없이 단일 연속 테이블로 병합되도록 하는 것입니다. 명세서 형식은 은행마다 크게 다릅니다. 일부는 2열 레이아웃을 사용하고, 다른 일부는 거래 유형 표시기가 있는 단일 열을 사용하며, 또 다른 일부는 계좌 유형에 따라 동일한 문서 내에서 두 가지를 결합합니다. 집중적인 처리를 보려면 회계 팀을 위한 은행 거래 명세서 추출 방식을 참조하세요.

4. 세금 양식 — W-2 및 1099

W-2 및 1099 양식은 계절적이지만 중요도가 높습니다. 대부분의 회계 팀은 이를 일괄 처리합니다. 미국 기업의 경우 1월부터 4월까지이며, 정확성 요구 사항은 절대적입니다. 1099의 SSN 또는 EIN 오류는 IRS의 CP2100 통지를 생성하며, 1월 31일 제출 마감일 이후 수정 양식을 재발행하면 양식당 벌금이 발생하여 3월까지 증가합니다. 추출 과제는 세금 양식이 작은 글씨를 사용하고, 유사해 보이지만 다른 의미를 지닌 필드를 포함하며, 스캔 품질이 낮은 다중 부 양식에 인쇄되는 경우가 많다는 점입니다. 대부분의 OCR 도구는 모든 세금 양식을 "그냥 모든 것을 읽기"로 취급하지만, 1099-NEC 보고에 중요한 필드는 Box 7이고, W-2 급여 조정에 중요한 필드는 Box 1입니다. 의미상 유사한 이러한 필드를 구분하지 않는 추출 도구는 처리 후 수개월 뒤에 표면화되는 다운스트림 보고 오류를 생성합니다.

5. 구매 주문서 — 3-Way Match의 대응 측

구매 주문서(PO)는 OCR에서 우선순위가 가장 낮은 회계 문서이지만, 3-way match 워크플로우에는 필수적입니다. PO는 송장이 대조해야 할 확정 지출, 품목 수량, 합의된 가격을 정의합니다. PO 데이터를 추출하면 자동 대조가 가능해집니다. 시스템이 PO 라인 항목과 송장 라인 항목을 비교하고, 사람이 두 종이 문서를 대조하지 않아도 불일치를 표시합니다. PO 추출이 없으면 송장 추출이 아무리 잘 작동해도 대조는 여전히 수동 업무로 남습니다.

실제 과제 — 다중 형식 공급업체 송장

AP 팀에 데이터 입력이 어려운 이유를 물어보면 답은 일관됩니다: "문서가 수백 개의 서로 다른 공급업체에서 오기 때문에 형식이 모두 다릅니다." r/Accounting, r/Entrepreneur, r/smallbusiness의 Reddit 게시물에서 반복되는 이 한 문장은 대부분의 OCR 도구가 해결하지 못하는 구조적 문제를 보여줍니다.

문제는 송장의 레이아웃이 다르다는 것이 아닙니다. 전통적인 OCR은 각 레이아웃을 별도의 구성으로 처리해야 한다는 점입니다. 공급업체 A의 단일 페이지 송장용 템플릿을 생성합니다. 2페이지에 라인 항목이 있는 공급업체 B의 2페이지 송장용 템플릿을 또 만듭니다. 합계를 오른쪽 상단이 아닌 왼쪽 하단에 배치하는 공급업체 C의 송장용 세 번째 템플릿을 만듭니다. 이제 거래하는 모든 공급업체 수만큼 곱하고, 공급업체가 회계 소프트웨어를 업데이트하여 송장 레이아웃이 바뀔 때마다 템플릿이 깨집니다.

한 Reddit 사용자는 한계점을 이렇게 설명했습니다: "저는 한 달에 2,500장 이상의 송장을 수동으로 입력했습니다. 송장 번호, 날짜, 공급업체, 합계 등 같은 필드를 반복해서 입력해야 했죠. 반복적이고 느렸으며 피로 때문에 계속 실수를 했습니다. 결정적이었던 순간은 같은 송장을 실수로 두 번 입력한 뒤, 숫자가 맞지 않는 위치를 찾기 위해 몇 시간을 보낸 때였습니다."

여러 형식을 처리하는 AP 팀을 위해 OCR 솔루션을 평가하던 다른 사용자: "일부 OCR 솔루션을 살펴봤지만 새 템플릿마다 광범위한 학습이 필요한 경우가 많습니다. 공급업체별로 맞춤 파서를 만들지 않고도 다양한 문서에서 라인 항목 데이터를 안정적으로 추출할 수 있는 도구를 사용하는 분이 있나요?"

이것이 전통적인 OCR과 AI 기반 추출의 근본적인 차이입니다. 템플릿 기반 도구는 각 공급업체 형식을 별도의 문제로 취급합니다. AI 추출은 모든 송장을 동일한 문제로 취급합니다: "송장 번호 찾기, 합계 찾기, 라인 항목 찾기" — AI는 특정 레이아웃과 관계없이 송장이 어떤 모습인지 이해하기 때문입니다. 이 두 아키텍처 접근 방식의 자세한 비교는 OCR vs AI 추출: 문서 구성에 맞는 선택을 참조하세요.

기존 OCR과 AI 기반 추출

기존 OCR과 AI 기반 추출의 차이는 단순한 정도의 문제가 아니라, 각 기술이 본질적으로 할 수 있는 일 자체가 다릅니다. 회계용 도구를 평가할 때 이 차이를 이해하는 것이 필수적입니다.

위 표는 "회계에 OCR이 좋은가"라는 질문이 오해를 불러일으키는 이유를 보여줍니다. 텍스트를 검색 가능하게 만드는 데 유용한 기존 OCR은 구조화된 필드 수준 데이터가 필요한 회계 워크플로에는 부족합니다. 각 필드의 의미를 이해하며 문서를 읽는 AI 기반 추출이 실제로 데이터 입력을 없애는 기술입니다. 이 작동 방식에 대한 자세한 입문서는 OCR이 무엇이며 AI가 이를 어떻게 바꿨는지를 참조하세요.

규정 준수 — 모든 회계 OCR 설정이 충족해야 하는 세 가지 규제 프레임워크

회계용 OCR은 단순히 속도만을 위한 것이 아닙니다. 세무 당국이 문서를 요청할 때 제출할 수 있는 디지털 기록을 만드는 것이 핵심입니다. 미국, 영국, 독일의 세 가지 규제 프레임워크가 실제로 규정 준수 디지털 기록 보관이 무엇을 의미하는지 정의합니다. 회계 OCR 설정이 이러한 요구 사항을 충족하지 못하면 감사에 대비한 기록을 생성할 수 없습니다.

미국 — IRS Revenue Procedure 97-22: 법적 원본으로서의 디지털 기록

IRS는 종이 원본 대신 전자적으로 보관된 기록을 인정합니다. 단, 보관 시스템이 Revenue Procedure 97-22의 여섯 가지 조건을 충족해야 합니다. IRC Section 6001에 따라 모든 납세자는 세금 신고를 뒷받침할 수 있는 충분한 기록을 보관해야 합니다. Rev. Proc. 97-22는 전자 보관이 해당 의무를 충족하기 위한 구체적인 조건을 정의합니다.

OCR 출력에 중요한 세 가지 실질적 요구 사항: (1) 전자 이미지는 원본의 완전하고 정확한 복제본이어야 합니다 — 원본 문서의 모든 필드가 디지털 사본에서 판독 가능해야 합니다; (2) 기록은 검색을 위해 색인화되어야 합니다 — 합리적인 시간 내에 특정 문서를 찾을 수 있어야 합니다; (3) 시스템은 요청 시 판독 가능하고 읽을 수 있는 사본을 생성해야 합니다 — 특정 소프트웨어 없이는 열 수 없는 독점 형식은 이 기준을 충족하지 못합니다.

회계용 OCR에서 이는 다음을 의미합니다: 추출 도구는 추출된 데이터와 함께 원본 문서를 보존해야 합니다. Excel 출력만으로는 충분하지 않습니다 — 감사 중에 IRS 검사관은 각 추출 값을 생성한 원본 문서를 요구할 것입니다. 적절한 설정은 추출된 데이터를 회계 시스템으로 내보내고 동시에 원본 PDF 또는 이미지를 추출된 행에 대한 참조 링크와 함께 검색 가능한 아카이브에 보관합니다. IRS 기준으로 규정 준수 디지털 영수증 또는 송장 기록의 전체 분석은 IRS 영수증 디지털 기록 요구 사항을 참조하세요.

영국 — Making Tax Digital: 분기별 디지털 신고

2026년 4월부터 소득세 자동신고를 위한 Making Tax Digital (MTD)은 자영업 및 부동산 소득을 합산하여 £50,000을 초과하는 개인 사업자와 임대인에게 의무화됩니다. 2단계는 2027년 4월에 £30,000 초과, 2028년 4월에 £20,000 초과 소득자로 확대됩니다. VAT 등록 사업자의 경우 MTD는 이미 2019년부터 의무화되었습니다.

영국 회계에서 OCR에 영향을 미치는 주요 요구사항:

• 디지털 기록은 MTD 호환 소프트웨어에 보관해야 합니다. 일년 내내 종이 영수증을 모아두었다가 3월에 디지털화할 수 없습니다. 기록은 기능적으로 호환되는 소프트웨어에서 디지털 방식으로 생성·저장되어야 하며, 데이터는 "디지털 링크"를 통해 시스템 간 전송 가능해야 합니다.
• 모든 거래는 날짜, 금액, 카테고리와 함께 기록되어야 합니다. 영수증의 합계 금액만 캡처하는 OCR로는 충분하지 않습니다. HMRC는 디지털 기록에 거래 단위의 세부 정보를 요구합니다.
• 분기별 업데이트를 HMRC에 제출해야 합니다. 소프트웨어는 3개월마다 요약 데이터를 생성·제출해야 합니다. 즉, OCR은 연 1회의 세금 신고 시즌 활동이 아니라 지속적인 장부 관리 워크플로우에 통합되어야 합니다.
• 별도의 사업은 별도의 디지털 기록을 유지해야 합니다. 배관 사업과 임대 부동산을 함께 운영하는 경우, 두 사업이 동일한 최종 신고서에 보고되더라도 별도의 디지털 장부가 필요합니다.

OCR 도구를 평가하는 영국 회계 팀에게 핵심 질문은 단순히 "영수증을 읽을 수 있는가"가 아니라 "출력 형식이 Xero, QuickBooks, FreeAgent 또는 Sage와 같은 MTD 호환 회계 소프트웨어와 작동하는가"입니다. OCR 도구가 MTD 호환 소프트웨어가 디지털 링크로 가져올 수 없는 데이터를 내보낸다면, 이는 규정 준수 공백을 만드는 것입니다.

독일 — GoBD: 기계 판독 가능성과 10일 규정

독일의 GoBD — 2019년 11월 28일자 BMF 서한으로 개정됨 — 는 세 가지 프레임워크 중 디지털 문서 관리에 가장 엄격한 기준을 적용합니다. 2019년 개정안은 특정 기술적·절차적 조건이 충족되는 경우 "대체 스캔"을 명시적으로 허용합니다.

회계 분야의 OCR과 가장 관련이 높은 요구사항:

• 적시성(Zeitgerecht): 문서는 수령 후 영업일 기준 10일 이내에 기록해야 합니다. 현금 거래는 매일 기록해야 합니다. 월말 일괄 디지털화를 위해 영수증을 축적하는 것은 Betriebsprüfung 중 적시성이 없는 것으로 간주됩니다.
• 기계 판독 가능성(Maschinelle Auswertbarkeit): 디지털 기록은 세무 당국이 IDEA와 같은 감사 도구를 사용하여 자동 평가할 수 있는 형식이어야 합니다. 구조화된 데이터 없이 인보이스를 평면 이미지 스캔(TIFF, JPEG)으로만 보관하는 것은 이 원칙을 위반합니다 — 아카이브는 프로그래밍 방식으로 쿼리, 정렬, 상호 참조가 가능해야 합니다.
• 보존 기간: 세무 관련 문서는 10년입니다. 보존 기간은 문서가 생성된 역년 말부터 시작됩니다.
• 이미지 품질: 10-12pt 텍스트 문서는 최소 300 DPI, 작은 글꼴 또는 감열지 문서는 400-600 DPI. 도장, 서명 또는 로고 세부 사항이 중요한 문서는 흑백이 아닌 컬러 또는 그레이스케일로 스캔해야 합니다.
• 아카이브 형식: PDF/A 또는 TIFF. JPEG 단독은 감사 추적 통합이 부족하고 재압축 시 품질이 저하되므로 위변조 방지가 입증된 형식으로 간주되지 않습니다.

독일 회계 팀에게 이는 OCR 출력에 아카이브된 문서 이미지와 함께 구조화된 데이터 필드가 포함되어야 하며, 워크플로우가 10일 이내에 문서를 캡처하고 디지털화해야 함을 의미합니다. GoBD의 기계 판독 가능성 요구사항은 원본 문서 참조가 포함된 Excel 또는 CSV 출력이 평면 이미지 아카이브보다 더 강력한 규정 준수 증거임을 시사합니다. 전체 과정을 보려면 GoBD 준수 문서 디지털화 가이드를 참조하세요.

문서 유형별 추출 핵심 필드

회계 팀은 다섯 가지 문서 유형 모두에서 일관된 추출 스키마가 필요합니다. 이것이 일괄 처리와 ERP 가져오기를 가능하게 합니다. 모든 문서가 형식과 관계없이 동일한 열 구조를 생성하면, 추출 후 통합은 문서별 데이터 정리 작업이 아닌 단순한 매핑 작업이 됩니다. 아래 표는 회계 관점에서 각 문서 유형의 핵심 필드를 보여줍니다.

대부분의 회계 팀에게 실질적인 권장 사항은 모든 문서 유형의 헤더 필드부터 시작하는 것입니다. 이는 데이터 입력 작업량의 80%를 해결합니다. 헤더 워크플로가 안정적으로 작동한 후에 라인 항목 추출을 추가하세요. 예외는 은행 거래 내역서입니다. 헤더 필드는 조정에 중요하지만, 실제 가치는 거래 행에 있으며 이는 은행 거래 내역서의 라인 항목에 해당합니다.

회계 스택에 맞는 OCR 선택 방법

회계용 OCR 도구를 선택할 때는 일상 업무 흐름에 미치는 영향 순서대로 다섯 가지 기준을 검토해야 합니다. "99% 정확도"라는 업체의 마케팅 주장보다 중요한 것은 해당 도구가 유지 관리할 새 데이터 파이프라인을 만들지 않고 기존 회계 시스템과 통합되는지 여부입니다.

1. 회계 소프트웨어 통합 — 필수 조건

세계 최고의 추출 기능도 출력물이 회계 시스템에 자동으로 도달하지 못하면 가치가 없습니다. 통합의 요건은 "CSV를 내보낼 수 있는가"가 아닙니다. 모든 도구가 CSV를 내보낼 수 있으니까요. 핵심은 추출된 데이터를 공급업체 레코드, 계정과목표, 거래 대기열로 직접 보내는 회계 플랫폼과의 네이티브 연결을 도구가 갖추고 있는지입니다.

중소·중견 기업에서 가장 널리 사용되는 두 회계 플랫폼인 QuickBooks Online과 Xero의 경우 통합 환경이 성숙해 있습니다. 전용 커넥터를 갖춘 도구는 추출된 필드를 매핑하고 데이터를 검토와 전기를 위해 회계 대기열로 직접 밀어 넣을 수 있습니다. 이렇게 하면 데이터 품질 문제를 일으키고 내보낸 파일을 열어 열 정렬을 확인하고 시스템에 데이터가 들어가기 전에 형식 불일치를 수정해야 하는 다운로드-가져오기 단계가 제거됩니다.

덜 일반적인 회계 플랫폼을 사용한다면 OCR 도구의 API가 플랫폼이 수용할 수 있는 구조화된 JSON을 출력하는지, 아니면 미들웨어 커넥터(Zapier, Make)가 맞춤 개발 없이 그 간극을 메워주는지 확인하세요. 기술적 접근 방식과 사용 사례별 추출 도구의 종합적인 비교는 2026년 회계 법인을 위한 최고의 OCR 소프트웨어를 참조하세요.

2. 템플릿 불필요 — 숨은 유지보수 비용 제거

템플릿 기반 OCR에는 공급업체 수가 늘어날수록 커지는 숨은 비용이 있습니다: 템플릿 유지보수입니다. 새 공급업체 형식마다 새 템플릿이 필요합니다. 공급업체 형식이 바뀔 때마다 기존 템플릿이 깨집니다. 공급업체가 50개가 되면 템플릿 유지보수는 파트타임 업무가 됩니다. 200개가 되면 풀타임 업무가 됩니다. 대안인 템플릿 불필요 AI 추출은 어떤 공급업체 형식, 어떤 언어, 어떤 레이아웃에도 동일한 필드 정의를 사용합니다. "Invoice Number"라는 필드 이름은 한 공급업체 문서의 "Invoice No." 레이블이든 다른 공급업체의 "Rechnungsnummer"든 동일하게 작동합니다. 이는 20개 이상의 공급업체 형식을 처리하는 모든 회계 팀에게 가장 중요한 기준입니다.

3. 일괄 처리 — 한 번의 실행, 하나의 스프레드시트

문서를 한 번에 하나씩 처리하는 것은 회계 수준이 아닙니다. 도구는 단일 업로드에서 여러 파일을 수락하고 — PDF, JPG, PNG를 혼합하여 — 동일한 추출 구성으로 모두 처리한 다음, 각 원본 문서가 한 행에 매핑되는 단일 병합 파일을 출력해야 합니다. 모든 행에는 원본 파일 참조가 포함되어 수동으로 행과 파일을 일치시키지 않고도 원본 문서를 추적할 수 있어야 합니다.

4. 라인 아이템 추출 — 표가 어려운 부분

헤더만 추출하면 인보이스 데이터의 30-50%만 커버됩니다. 라인 아이템 — 수량, 단가, 설명, 라인 합계 — 은 인건비가 발생하는 부분입니다. 도구는 다중 페이지 표, 가변 열 수, 불규칙한 열 순서를 처리해야 합니다. 다중 페이지, 가변 형식 인보이스에서 라인 아이템을 안정적으로 추출할 수 없는 도구는 데이터 입력에서 가장 시간이 많이 걸리는 부분을 팀에 남겨둡니다.

5. 규정 준수 출력 — 원본 문서 보존

위의 규정 준수 섹션에서 다루었듯이, 회계용 OCR 출력에는 추출된 데이터 및 원본 문서 참조가 포함되어야 합니다. 도구는 추출 결과와 함께 원본 파일을 저장하거나 둘 다 포함하는 다운로드 가능한 아카이브를 제공해야 합니다. 추출된 Excel 파일만 제공하고 원본 문서를 보존하지 않는 도구는 규정 준수 공백을 만듭니다. 이는 영국의 MTD 요구 사항과 GoBD의 추적 가능성 요구 사항에 특히 중요합니다.

FAQ