스페인 공급업체 인보이스 일괄 처리
- 미지급금 관리

배치 갭: 스페인어 송장을 하나씩 처리하면 규모가 커질수록 무너지는 이유

화요일 아침에 송장 세 장을 받을 때는 단일 송장 추출이 잘 작동합니다. 문제는 처리량이 임계점에 도달하여 송장당 처리 시간이 실제 데이터 추출이 아닌 그 주변의 기계적 단계에 의해 좌우되기 시작할 때 발생합니다. 세 가지 IVA 세율과 IRPF 원천징수 항목이 있는 스페인어 송장에서는 이러한 기계적 단계가 배가됩니다.

마드리드에 있는 식품 유통업체의 factura(송장)를 생각해 보세요. 이 송장에는 세 가지 IVA 세율(포장재 21%, 조리식품 10%, 필수품 4%)과 7% IRPF 원천징수(유통업체가 2년차 신규 자영업자이기 때문)가 포함되어 있습니다. 이 송장을 단일 문서 스캐너로 처리하면 다음과 같습니다:

60장의 송장이라면 처리 시간은 105분이며, 그중 실제 AI 추출 시간은 10분에 불과합니다. 나머지 95분은 사람의 확인 및 파일 관리 오버헤드입니다. 분기당 180장의 송장이라면 5시간 이상의 노동이 소요됩니다. 그리고 이는 모든 추출이 첫 번째 시도에서 정확하다는 가정하에 계산된 것으로, 다중 세율 IVA가 적용되는 스페인어 송장에서는 낙관적인 가정입니다.

배치 처리는 이 워크플로를 획기적으로 단축합니다. 60장의 송장을 하나씩 여는 대신 60장을 모두 한 번에 업로드하고 열 구조를 한 번만 정의하면 됩니다. AI는 모든 송장을 병렬로 읽어 각 행이 하나의 송장이고 각 열이 하나의 필드인 단일 출력 테이블을 채웁니다. 확인 단계도 단축됩니다. 단일 계산 열이 모든 행에서 IVA+IRPF 조정을 동시에 확인하여 불일치 항목만 표시합니다.

스페인어 공급업체 송장 배치 처리의 실제 의미

"배치 처리"라는 용어는 문서 자동화에서 느슨하게 사용됩니다. 스페인 공급업체 송장의 경우, 배치 처리는 단순히 여러 파일을 한 번에 업로드하는 것 이상의 세 가지 구체적인 의미를 갖습니다.

1. 다중 공급업체, 다중 형식 입력. 배치에는 30개의 다른 스페인 공급업체로부터 온 송장이 포함됩니다. 각 공급업체는 다른 레이아웃, 다른 청구 소프트웨어, 그리고 가능하면 다른 송장 형식을 사용합니다. 일부 송장은 Holded나 Quipu에서 생성된 FacturaE PDF로 도착하며, 시각적으로 깔끔하지만 세금 내역은 바닥글 블록에 있습니다. 다른 송장은 여전히 Contaplus나 Word 템플릿과 같은 데스크톱 도구를 사용하는 소규모 공급업체의 스캔된 종이 사본으로 도착합니다. 일부는 Verifactu 형식 위에 TicketBAI QR 코드가 있는 바스크 지방 공급업체에서 올 수도 있습니다. 추출 방법은 형식별 구성 없이 이 모든 것을 처리해야 합니다.

2. 형식 간 일관된 열 구조. "NIF Emisor", "Base Imponible 21%", "Cuota IVA 21%", "Base Imponible 10%", "Cuota IVA 10%", "Retención IRPF", "Importe Total"과 같은 열을 한 번 정의하면 모든 송장이 동일한 스키마를 채웁니다. 공급업체가 S.L. 회사(autónomo가 아님)이므로 IRPF가 없는 송장은 해당 열을 비워둡니다. IVA 세율이 하나만 있는 송장은 10% 및 4% 열을 비워둡니다. 입력 송장이 균일하지 않더라도 스키마가 일관되기 때문에 출력 테이블은 깔끔합니다.

3. 단일 출력 파일. 60개의 모든 송장이 송장당 한 행씩 하나의 XLSX 파일에 저장됩니다. 병합 단계나 "60개의 CSV 파일을 열어 하나의 마스터 시트에 복사하여 붙여넣기"와 같은 작업은 없습니다. 배치 처리는 통합된 스프레드시트를 직접 생성합니다.

이 세 가지 속성은 배치 처리를 "단일 송장 추출을 여러 번 반복하는 것"과 구별합니다. 차이점은 도구가 60개의 송장을 60개의 독립적인 작업으로 처리하는지 아니면 하나의 데이터 세트로 처리하는지에 있습니다.

다중 공급업체, 다중 형식: 실제 복잡성이 존재하는 곳

2026년 스페인 공급업체로부터 받는 형식은 균일하지 않습니다. 최소 네 가지 범주로 나뉘며, 50장의 인보이스 배치에는 거의 항상 여러 형식이 섞여 있습니다.

이것이 바로 템플릿 기반 추출 도구가 실패하기 시작하는 지점입니다. Holded의 FacturaE 레이아웃으로 훈련된 템플릿은 Holded 생성 인보이스에 대해서는 깔끔한 출력을 내지만 Quipu 생성 인보이스에 대해서는 쓰레기를 출력합니다. Quipu용 두 번째 템플릿을 추가한다는 것은 두 개의 템플릿을 유지 관리해야 함을 의미하며, 추가 플랫폼마다 세 번째 템플릿이 필요합니다. 30개 공급업체에 걸쳐 5가지 형식이 있는 경우, 공급업체가 청구 소프트웨어를 업그레이드하거나 인보이스 템플릿을 변경할 때마다 깨지는 템플릿 라이브러리를 유지 관리하게 됩니다. 의미적 접근 방식은 저장된 레이아웃과 일치시키는 대신 페이지에 있는 내용을 읽음으로써 이 문제를 완전히 우회합니다.

IVA 통합 Modelo 303: 개별 세금계산서에서 하나의 세액으로

AEAT에 분기별로 제출하는 IVA 신고서 Modelo 303은 매출에 부과된 IVA repercutido(매출세액)와 매입 시 납부한 IVA soportado(매입세액)의 차액을 기준으로 구성됩니다. 매입세액 측면에서 공급업체 세금계산서가 중요합니다. 사업자로서 받는 모든 factura(세금계산서)에는 공제 가능한 IVA soportado가 포함되어 있으며, 단 필수 항목이 모두 기재되고 귀하의 NIF가 정확히 표시된 factura completa(완전한 세금계산서)여야 합니다.

Modelo 303 양식은 매입세액을 세율별로 특정 항목에 나누어 기재합니다:

60장의 공급업체 세금계산서를 세율별 열이 있는 단일 스프레드시트로 일괄 추출하면 Modelo 303 숫자는 열 합계 집합이 됩니다. SUM(D열)은 항목 28, SUM(E열)은 항목 29입니다. 이는 각 세금계산서를 열어 IVA 내역을 누계에 수동 입력하고 누락 여부를 확인하던 수작업을 대체합니다.

일괄 처리 방식은 흔한 신고 오류도 잡아냅니다. 추출된 IVA 세율이 어떤 항목과도 일치하지 않는 세금계산서가 그 예입니다. 실수로 10% 항목을 "Cuota IVA 21%" 열에 잘못 캡처하면 과세표준의 21%와 일치하지 않는 비정상 금액이 나타납니다. 스프레드시트 조정을 통해 AEAT가 발견하기 전에 이를 잡아낼 수 있습니다.

IRPF 집계: 감사 시점까지 아무도 하지 않는 교차 검증

공급업체 청구서의 IRPF 원천징수는 두 번째 병행 통합 필요성을 만듭니다. 스페인 사업체가 IRPF 원천징수가 포함된 자영업자 청구서를 받으면, 사업체는 법적으로 원천징수 의무자가 됩니다. 즉, 원천징수된 IRPF 금액을 Modelo 111(분기별 원천징수 신고서)에 신고하고 AEAT에 납부해야 합니다. 자영업자는 이후 연간 신고서에서 이 금액을 선납 소득세로 공제합니다.

이론적으로, 한 분기 동안 모든 공급업체 청구서에서 원천징수한 IRPF 금액은 Modelo 111에 신고한 금액과 일치해야 합니다. 실제로는 데이터가 청구서 자체(폴더, 이메일, 회계 입력 항목에 흩어져 있음)와 Modelo 111 신고서(회계 소프트웨어나 gestor가 수동 입력 데이터로 생성)라는 두 곳에 존재하기 때문에 이 교차 검증이 체계적으로 이루어지는 경우는 거의 없습니다.

일괄 추출은 모든 IRPF 데이터를 하나의 열에 넣어 이 격차를 해소합니다. 분기 말에:

1. "Retención IRPF (€)"가 공백이나 0이 아닌 행으로 일괄 출력을 필터링합니다.
2. 열을 합산하여 모든 자영업자 공급업체 청구서에서 원천징수된 총 IRPF를 구합니다.
3. Modelo 111 신고서 수치와 비교합니다.
4. 불일치가 있으면 "총액이 이상하다"는 모호한 표현이 아닌 특정 청구서로 추적할 수 있습니다.

분기당 10개, 20개 또는 그 이상의 자영업자 공급업체로부터 청구서를 받는 사업체의 경우, 이 교차 검증은 몇 시간이 걸리는 사후 조정 작업 대신 5분짜리 스프레드시트 작업이 됩니다.

단계별 가이드: 스페인 공급업체 청구서 50개를 일괄 추출하여 하나의 Excel로

스페인 공급업체 청구서의 일괄 워크플로우는 단일 청구서 처리와 동일한 의미론적 추출 원칙을 따르지만, 설정은 문서별로 반복하지 않고 전체 배치에 대해 한 번만 수행됩니다. 각 스페인 청구서 필드의 의미와 추출 처리 방법에 대한 자세한 설명은 개별 스페인 청구서 데이터를 Excel로 추출에 대한 동반 가이드를 참조하세요.

비교: 단일 송장 vs 일괄 처리

스페인 공급업체 송장을 하나씩 처리할지, 일괄 처리할지는 AI 성능보다 워크플로 경제성에 달려 있습니다. 월 10건이면 단일 처리도 무난하지만, 일괄 처리의 오버헤드(열 정의, 대량 출력 검토)가 정당화되기 어렵습니다. 월 50건이 되면 차이가 확연해집니다.

시간 절감 효과는 물량이 많을수록 커집니다. 분기 200건 기준, 단일 처리 방식은 약 6시간이 소요됩니다. 반면 일괄 처리 방식은 AI 처리 시간(페이지당 약 10초)에 비례해 거의 선형적으로 증가하며, 사람의 오버헤드는 배치 크기와 관계없이 거의 일정합니다.

스페인 AP 환경에서 배치 처리가 차지하는 위치

스페인 회계 소프트웨어(Holded, Quipu, Billin, Sage, Cuentica)는 다양한 수준의 문서 스캔 기능을 제공합니다. Holded의 '무제한 스캐너'는 영수증과 간단한 송장 데이터를 캡처하고, Quipu의 OCR은 지출 증빙을 처리하며, Billin의 '자동 디지털화'는 Ilimitado 요금제에서 월 최대 250개 문서를 처리합니다. 하지만 이러한 스캔 기능은 모두 지출 영수증, 공과금 청구서, 단일 세율의 간단한 송장 등 단순하고 단일 형식의 문서용으로 설계되었습니다. 다중 공급업체, 다중 형식, 다중 세율의 스페인 facturas를 배치 추출하도록 만들어진 기능은 없습니다.

이는 도구의 단점이 아니라 범위 결정의 문제입니다. 스페인 회계 플랫폼은 우선 규정 준수 플랫폼입니다: FacturaE 발행, Verifactu 사기 방지 보고, SII 실시간 데이터 제출, Modelo 자동 입력. 수신 송장의 문서 데이터 추출은 부차적인 기능이며, AP 규모의 배치 추출은 로드맵에 없습니다. 추출 단계를 대규모로 운영해야 하는 비즈니스의 경우, 회계 플랫폼이 배치급 추출을 구축할 때까지 기다리기보다는 깨끗한 데이터를 회계 플랫폼에 공급하는 전용 추출 도구가 더 실용적입니다.

멕시코의 CFDI 생태계를 포함한 스페인어권 시장에서 문서 추출이 어떻게 작동하는지에 대한 광범위한 맥락은 스페인어권 시장을 위한 저렴한 추출 도구에 대한 동반 분석을 참조하세요. 멕시코 소기업 규모의 문서당 가격 대 정액 가격 비교에 대해서는 멕시코 소기업을 위한 CFDI 추출을 참조하세요.

자주 묻는 질문

혼합 언어(스페인어, 바스크어, 카탈루냐어)로 된 송장을 배치 처리할 수 있나요?

네. AI는 언어와 관계없이 필드의 의미를 읽습니다. Gipuzkoa 공급업체의 바스크어 송장에서 총액을 'Total' 대신 'Guztira'로 표시해도, AI는 스페인어 레이블을 매칭하는 것이 아니라 문서 구조에서의 역할(최종 금액)로 필드를 식별하므로 올바르게 인식됩니다. 'Base Imponible' 대신 'Base Imposable'을 사용하는 카탈루냐어 송장에도 동일하게 적용됩니다.

일괄 처리에서 일부 송장이 필수 필드가 누락된 간이 계산서인 경우 어떻게 되나요?

추출 기능은 누락된 필드를 원활하게 처리합니다. 간이 계산서에 수취인 NIF 및 주소 열이 없는 경우, 출력 행에서 해당 열은 비어 있습니다. 송장은 계속 처리되며 사용 가능한 데이터(발행자 NIF, 날짜, 총 IVA, 총 금액)가 추출됩니다. 빈 열은 오류를 발생시키지 않으며, 해당 필드가 원본 문서에 없었음을 나타낼 뿐입니다.

일괄 추출에서 FacturaE XML 파일과 PDF가 혼합된 경우 어떻게 처리하나요?

추출 도구는 문서의 시각적 레이어를 읽습니다. PDF, 이미지, 스크린샷을 처리합니다. FacturaE XML 파일이 있는 경우 데이터는 이미 구조화되어 기계가 읽을 수 있으므로 XML 구문 분석이 필요하지 않습니다. PDF와 XML이 혼합된 경우 권장 워크플로는 일괄 추출을 사용하여 PDF를 데이터로 변환하고, 회계 소프트웨어의 XML 가져오기 기능(Holded 및 Quipu를 포함한 대부분의 스페인 플랫폼은 FacturaE XML 수집을 지원함)을 통해 XML을 처리하는 것입니다. 그런 다음 두 데이터 스트림을 AP 스프레드시트에서 병합할 수 있습니다.

같은 배치에서 스페인 공급업체와 비스페인 공급업체의 송장을 모두 처리하기 위해 일괄 추출을 사용할 수 있나요?

네. 열 스키마는 형식에 구애받지 않습니다. "NIF 발행자"라는 열은 특정 ID 형식을 찾는 대신 AI가 필드를 "발행자의 세금 식별 번호"로 식별하기 때문에 스페인 공급업체의 스페인 NIF와 독일 또는 프랑스 공급업체의 EU VAT 번호를 동등하게 잘 캡처합니다. 날짜(DD/MM/YYYY 대 MM/DD/YYYY), 통화 기호(€ 대 £), 세금 레이블(IVA 대 VAT 대 TVA 대 MwSt)에도 동일하게 적용됩니다.

일괄 처리에서 수정 송장은 어떻게 처리하나요?

수정 송장은 고유한 시리즈 접두사(일반적으로 "R-" 또는 "REC-")를 가집니다. 일괄 추출 시 이 접두사를 캡처하기 위해 "시리즈" 열을 정의하십시오. 내보낸 후 "R" 또는 "REC"로 시작하는 시리즈를 기준으로 출력을 필터링하여 수정 송장을 분리합니다. 이러한 송장은 새로운 지급 항목으로 계산되어서는 안 되며, 기존 항목을 조정합니다. 또한 수정 송장은 종종 동일한 문서에 양수 및 음수 조정을 표시하므로, 델타 산술이 맞지 않는 경우 조정 열에서 수정 송장을 플래그 지정합니다.

일괄 추출의 핵심

스페인 공급업체 인보이스를 대규모로 처리할 때 어려운 점은 문서를 읽는 것이 아닙니다. AI는 형식에 관계없이 10초 만에 스페인 인보이스를 읽을 수 있습니다. 진짜 어려움은 문서를 읽은 후부터 회계 시스템에 깨끗한 데이터를 확보하기까지의 모든 과정, 즉 60개 인보이스의 IVA 세율 적용 확인, IRPF 조정 확인, 개별 출력물을 하나의 스프레드시트로 통합, 스프레드시트를 Modelo 303 신고서 값으로 변환하는 작업입니다. 이러한 단계들이 회계 담당자의 분기당 5시간을 소모합니다. 일괄 추출은 문서 간 오버헤드를 제거합니다. 설정은 한 번만 하면 되고, AI는 모든 것을 병렬로 읽고, 조정 사항은 자동으로 표시되며, 출력은 세무 신고를 위한 요약 행이 포함된 단일 파일입니다. 월 50건의 공급업체 인보이스 기준으로 단일 인보이스 스캔에서 일괄 처리로 전환하면 월 약 1시간이 절약됩니다. 분기 200건의 인보이스 기준으로는 약 5시간이 절약됩니다. 일괄 처리가 스페인 지급 계정(AP)에 해주는 일은 모든 형태의 자동화가 반복 작업에 해주는 것과 같습니다. 즉, 실제 작업이 아닌 단계들을 제거하는 것입니다.