CFDI 데이터 추출:
멕시코 전자송장 완전 가이드

CFDI가 다른 모든 인보이스와 다른 점

미국, 유럽 또는 아시아 공급업체로부터 처리해 본 모든 인보이스는 동일한 기본 패턴을 따릅니다. 공급업체가 문서를 발행하고, 이를 수신하며, 인보이스 번호, 날짜, 금액, 세금과 같은 데이터는 문서 자체에 있습니다. 문서가 곧 진실의 원천입니다. CFDI는 이 모델을 완전히 뒤집습니다.

CFDI(Comprobante Fiscal Digital por Internet)는 법적으로 유효해지기 전에 정부가 승인한 PAC(Proveedor Autorizado de Certificación)의 검증과 날인을 받아야 하는 XML 문서입니다. 이를 클리어런스 모델이라고 합니다. 발행자가 XML을 생성하여 PAC에 제출하면, PAC는 구조와 디지털 서명을 검증하고 timbre fiscal을 적용한 후 실시간으로 SAT에 사본을 전달합니다. 이 3자 간 핸드셰이크가 완료된 후에야 인보이스가 법적 문서로 존재하게 됩니다. 그 순간 SAT가 부여한 UUID (Folio Fiscal)는 해당 거래를 이후의 모든 감사, 지불, 세금 신고와 연결하는 영구 식별자가 됩니다.

이로 인해 멕시코 공급업체를 처음 처리하는 대부분의 AP 팀을 놀라게 하는 실질적인 결과가 발생합니다. XML 파일이 법적으로 유효한 인보이스입니다. 같은 이메일에 첨부되어 도착하는 PDF는 장식용 출력물에 불과하며, 사람이 검토하기에는 유용하지만 법적 효력은 없습니다. CFF 제30조에 따라 발신자와 수신자 모두 원본 CFDI XML을 최소 5년간 보관해야 합니다. XML을 폐기하고 PDF만 보관하면 감사 노출이 발생하며, 많은 팀이 SAT가 기록을 요청할 때서야 이를 발견합니다.

현재 버전인 CFDI 4.0은 2023년 4월부터 의무화되었습니다. 이 버전은 수신자 검증을 강화하여 수신자의 RFC, 법적 이름, 세금 주소 우편번호가 SAT의 납세자 등록부와 정확히 일치해야 합니다. 버전 3.3 인보이스는 더 이상 허용되지 않습니다. CFDI 추출 워크플로우를 구축하는 모든 사람에게 이는 처리하는 모든 문서가 4.0 스키마를 따른다는 것을 의미하며, 이는 추출을 위한 일관된 대상이지만 이전 버전보다 더 많은 필수 필드를 포함합니다.

CFDI 추출의 핵심 문제는 데이터가 누락되었다는 것이 아닙니다. 데이터가 스프레드시트 소비가 아닌 정부 승인을 위해 설계된 형식에 있다는 것이며, 이 둘 사이의 다리를 구축하는 것이 대부분의 팀이 어려움을 겪는 부분입니다.

6가지 CFDI 문서 유형 — 각 유형이 언제 나타나는지

CFDI는 단일 문서 유형이 아닙니다. SAT는 6가지 서로 다른 comprobante 유형을 정의하며, 각 유형은 고유한 스키마 규칙, 필수 필드, 추출 요구 사항을 가집니다. 멕시코 공급업체가 소수 이상인 경우, 대부분의 유형을 접하게 될 것입니다.

실무에서 추출 마찰이 가장 큰 유형은 Pago입니다. 공급업체가 PPD 결제 조건으로 송장을 발행하면 송장 자체에는 품목과 합계만 포함되고 결제 세부 정보는 포함되지 않습니다. 구매자가 결제할 때마다 공급업체는 어떤 UUID가 얼마에, 언제, 어떤 방법으로 결제되었는지 명시하는 보완 정보(Complemento de Pago)가 포함된 별도의 Pago CFDI를 발행합니다. 40개의 PPD 송장을 처리하는 AP 팀은 조정해야 할 CFDI가 60~80개에 달할 수 있으며, 각각 Ingreso와 해당 결제 보완 정보 간의 UUID 교차 참조가 필요합니다. 여러 공급업체의 50개 이상 송장에 대한 이 조정을 처리하는 월말 단계별 워크플로우는 미지급금의 멕시코 CFDI 송장 일괄 처리 가이드를 참조하세요.

핵심 필드, SAT 카탈로그, 스프레드시트에 미치는 의미

추출할 필드를 이해하는 것은 단순한 기술적 문제가 아닙니다. DIOT 신고, IVA 크레딧 조정, 감사 대응에 출력물을 사용할 수 있는지 여부를 결정합니다. CFDI의 모든 필드는 SAT 카탈로그 코드에 매핑되며, 선택한 코드에 따라 동일한 필드가 서로 다른 세금 영향을 가질 수 있습니다.

헤더 수준 필드

세금 분석: IVA, Retenciones, IEPS

CFDI의 세금 구조는 개념 수준 아래, 각 Concepto 내부에 중첩되어 있습니다. 즉, IVA 세율과 금액은 송장 전체 합계가 아닌 품목별로 적용됩니다. 출력에 송장당 단일 세금 라인이 필요한 경우 추출 시 이를 합산해야 하지만, 기본 데이터는 세분화되어 있습니다:

• IVA 16% — 대부분의 상품과 서비스에 적용되는 표준 세율. 국경 지역은 특정 조건에서 8%의 인하된 IVA 세율이 적용됩니다.
• IVA 0% — 수출(Exportación=02/03) 및 일부 기초 식품, 의약품, 농업 자재에 적용됩니다.
• IVA Retenido — 수령자는 IVA의 3분의 2를 원천징수하여 SAT에 직접 납부해야 할 수 있습니다. CFDI에는 ImpuestosTrasladados와 ImpuestosRetenidos가 모두 표시됩니다.
• ISR Retenido — 개인이 제공하는 서비스에 대해 10%, 일반 제도에서의 구매에 대해 1.67%, 이자 지급에 대해 20%의 원천징수. 이는 월간 DIOT에 보고해야 합니다.
• IEPS — 주류, 담배, 휘발유, 설탕 음료 등 특정 상품에 대한 소비세. 각 제품 카테고리는 서로 다른 IEPS 세율(3%~160%)에 매핑됩니다.

추출의 핵심은 하나의 CFDI가 여러 품목에 걸쳐 다양한 세금 조합을 포함할 수 있다는 점입니다. 일반 상품(IVA 16%)과 IEPS 대상 제품을 모두 판매하는 유통업체의 단일 송장에는 16%, 16%+IEPS, 그리고 잠재적으로 0%의 품목이 포함될 수 있습니다. 추출 출력은 품목별 세금 세부 정보를 유지하거나 세율별로 올바르게 집계해야 합니다.

보완 정보(complemento) 레이어: 대부분의 추출 가이드가 멈추는 지점

보완 정보(complemento)는 특정 거래 유형에 대해 기본 CFDI 스키마를 확장하는 구조화된 XML 부가 정보입니다. 기본 CFDI는 인보이스 헤더와 라인 항목을 포함합니다. 그 외의 모든 것은 보완 정보(complemento)에 포함됩니다. 멕시코 인보이스를 처리하는 AP 팀에게 가장 중요한 보완 정보(complemento)는 세 가지입니다.

결제 보완 정보(Complemento de Pago)

모든 Pago CFDI에 첨부되는 이 보완 정보는 실제 멕시코 AP 처리에서 추출 복잡성의 가장 큰 원인입니다. 공급업체가 PPD 조건(MétodoPago=PPD)으로 인보이스를 발행하면 원래 Ingreso 인보이스에는 결제 데이터가 포함되지 않습니다. 구매자가 전액, 일부 금액 또는 연기 조건으로 결제할 때마다 공급업체는 다음 사항을 기록하는 Pago CFDI를 발행합니다:

• 결제 대상 원본 Ingreso 인보이스의 UUID
• 해당 UUID에 적용된 결제 금액
• 결제 날짜 및 결제 방법
• 결제 시점의 통화 및 환율
• 이 결제 후 미결제 잔액(saldo insoluto)

하나의 Ingreso 인보이스는 여러 Pago CFDI로 결제될 수 있으며, 각각 동일한 UUID를 참조하되 결제 금액은 다를 수 있습니다. 추출 문제는 기술적이지 않지만 절차적입니다: 대부분의 AP 팀은 결제 보완 정보(Complemento de Pago)를 전혀 추출하지 않아 결제 데이터가 원본 인보이스와 연결되지 않는 별도의 문서에 남게 됩니다.

인보이스 헤더에서 멈추고 보완 정보(complemento)를 건드리지 않는 CFDI 라인 항목 추출은 AP 팀이 실제로 필요로 하는 데이터의 약 60%만 포착합니다.

Complemento de Nómina

멕시코의 고용주는 모든 직원 급여 지급(급여, 보너스, 수수료, 휴가 수당, 퇴직금, 크리스마스 보너스(aguinaldo))에 대해 Nómina CFDI를 발행해야 합니다. Complemento de Nómina는 CFDI 시스템에서 가장 필드가 많은 문서 중 하나로, 50개 이상의 구조화된 필드를 포함합니다:

• 직원 CURP 및 IMSS 사회보장번호
• 기본 급여 및 일일 급여(Salario Base de Cotización)
• 유형 코드별로 분류된 일반 소득(percepciones) — Sueldos, Aguinaldo, Prima Vacacional, PTU
• 공제(deducciones) — 원천징수 ISR, IMSS 기여금, INFONAVIT 대출 상환, SAR/Afore, 연금 대출
• 초과 근무 시간(Horas Extra) 및 시간 유형과 비율
• 총 순 지급액

복수 법인 고용주의 경우, 급여 추출은 급여 주기마다 수백 개의 Nómina CFDI를 처리하는 것을 의미합니다. 각 직원은 지급마다 하나의 CFDI를 생성하며, 각각의 complemento 필드를 HR 또는 급여 보고 스프레드시트로 평면화해야 합니다.

Complemento de Comercio Exterior

Exportación=02(A1 세관 키가 있는 확정 수출) 또는 Exportación=03인 경우 필수입니다. 이 보완 정보는 국경 간 거래에 대한 세관 측 데이터를 전달합니다:

• 통관 신고서 번호(pedimento)
• 수출업체 RFC 및 전체 주소
• 수취인의 해외 세금 ID
• INCOTERM 코드
• 항목별 세부 정보: 관세율표 번호(fracción arancelaria), 세관 측정 단위, 상품의 USD 가치
• 원산지 및 목적지 국가

이 보완 정보의 버전 2.0은 2024년 1월부터 CFDI 4.0과 통합되었습니다. 멕시코에서 상품을 수출하는 기업의 경우, 기본 CFDI 필드와 해외 무역 보완 정보 데이터를 모두 캡처하는 추출은 운송 청구서와 세관 신고서를 조정하는 데 필수적입니다.

PAC마다 PDF 레이아웃이 다른 이유

모든 CFDI는 동일한 XML 스키마에서 시작됩니다. XML은 어떤 PAC가 스탬프를 찍든 일관됩니다. 그러나 대부분의 AP 팀이 실제로 보는 PDF 표현은 각 PAC가 XML을 시각적 형식으로 렌더링하는 방식에 전적으로 달려 있습니다.

실제로 Finkok이 스탬프한 CFDI PDF는 SW sapien, Digifact, FacturAPI 또는 SAT 자체 무료 도구가 스탬프한 것과 필드의 시각적 순서가 다릅니다. 데이터는 동일합니다. 레이아웃은 그렇지 않습니다. 고정 위치 추출 영역에 의존하는 템플릿 기반 OCR 도구의 경우 각 PAC 레이아웃마다 별도의 템플릿이 필요합니다. 총 8개의 서로 다른 PAC를 사용하는 20개 공급업체로부터 송장을 받는 기업은 8개의 추출 템플릿이 필요하며, 아직 구성하지 않은 9번째 PAC의 송장은 놓치게 됩니다.

여기서 의미론적 추출 — 각 필드가 어디에 있는지가 아니라 무엇을 의미하는지 이해하여 문서를 읽는 AI — 이 CFDI 처리의 경제성을 바꿉니다. UUID와 RFC의 차이를 아는 의미론적 추출 도구는 PAC가 페이지 상단, 왼쪽, 오른쪽, 하단 또는 테두리 상자 안에 배치했는지에 관계없이 두 필드를 모두 찾을 수 있습니다. PAC의 레이아웃은 무의미해지며, 단일 추출 구성으로 포트폴리오의 모든 공급업체와 모든 PAC를 처리할 수 있습니다.

추출 방법 비교: 귀하의 CFDI 워크플로우에 맞는 접근 방식은?

팀마다 문서 볼륨, 형식 혼합, 기술 역량, 예산에 따라 CFDI 추출에 다른 접근 방식을 선택합니다. 아래 표는 멕시코 송장 처리에 중요한 차원에 따라 네 가지 주요 방법을 매핑합니다.

XML 파싱과 AI 의미론적 추출 사이의 선택이 항상 명확한 것은 아닙니다. 모든 공급업체가 원시 CFDI XML을 보내고 팀에 스크립팅 기능이 있다면, XPath 또는 Python의 lxml과 같은 라이브러리를 사용한 XML 파싱은 구조화된 데이터에서 깔끔하고 직접적인 필드 추출을 생성합니다. 한계는 XML 파싱이 스캔된 송장을 읽을 수 없고, XML이 첨부되지 않은 경우 시각적 PDF 표현을 해석할 수 없으며, SAT가 스키마를 업데이트할 때 적극적인 유지 관리가 필요하다는 것입니다.

반면 AI 의미론적 추출은 PDF, 스캔 이미지, 휴대폰 사진 등 모든 시각적 문서에서 작동하며 구조화된 XML 입력이 필요하지 않습니다. 수천 개의 송장 레이아웃으로 학습된 최신 비전 모델은 문서 내 위치에 관계없이 해당 레이블의 의미를 이해하여 UUID, RFC, IVA 필드를 찾을 수 있습니다. XML 없이 PDF 첨부 파일과 스캔 문서가 혼합된 팀에게는 이것이 유일하게 확장 가능한 옵션입니다.

AI 추출이 세 가지 형식의 CFDI 문서를 처리하는 방식

대부분의 AP 팀이 겪는 가장 현실적인 상황은 서로 다른 PAC를 사용하는 여러 공급업체로부터 XML 파일, PDF 첨부 파일, 스캔 문서가 섞여 들어오는 것입니다. 형식별로 별도의 워크플로우를 구축하면 유지보수 부담이 생기고 처리 공백이 발생합니다. 세 가지 형식을 모두 단일 필드 정의로 처리하는 AI 추출 방식은 이를 크게 단순화합니다.

ImageToTable.ai는 맞춤 열 추출 패러다임을 통해 CFDI 추출을 처리합니다. 출력에 원하는 열을 정의하면 AI가 필드의 의미를 이해하여 각 값을 찾아냅니다. 페이지에서의 위치가 아니라 필드가 무엇을 의미하는지를 기준으로 합니다. CFDI의 경우 워크플로우는 다음과 같습니다:

이 접근 방식은 PAC 레이아웃 문제를 자동으로 해결합니다. AI는 필드가 고정된 위치에 있을 것을 요구하지 않으므로, Finkok이 렌더링한 CFDI와 FacturAPI가 렌더링한 CFDI 모두 동일한 구조화된 출력을 생성합니다.

특히 보완 정보(complemento) 추출의 경우, XML 파일을 직접 처리할 때 AI는 계층 구조를 탐색할 수 있습니다 — Pago CFDI의 /Complemento/Pagos 노드에서 참조된 UUID, 결제 금액 및 날짜를 추출합니다. 동일한 Pago CFDI의 PDF 표현의 경우, AI는 PAC가 시각적 문서에 표시하기로 선택한 위치에서 보완 정보(complemento) 필드를 읽습니다.

멕시코 회계 소프트웨어와 CFDI 데이터 통합

추출된 CFDI 데이터는 회계팀이 실제로 사용하는 시스템에 도달해야만 의미가 있습니다. 멕시코의 회계 소프트웨어 생태계는 미국이나 유럽과 크게 다릅니다 — 현지 업체가 지배적이며, 각 소프트웨어는 특정 데이터 가져오기 형식을 요구합니다.

CONTPAQi

CONTPAQi는 멕시코에서 가장 널리 사용되는 회계 및 경영 관리 제품군으로, 회계(Contabilidad), 전자 청구(Factura Electrónica), 급여(Nóminas), 상업 운영(Comercial)을 포함합니다. CONTPAQi는 검증을 위해 CFDI XML을 기본적으로 가져오지만, 대량 데이터 분석을 위해서는 CONTPAQi의 계정과목표에 매핑되는 Excel 형식의 데이터가 필요합니다. 추출된 RFC, UUID, IVA 금액 열은 일괄 분개장으로 가져올 때 CONTPAQi의 보조 계정(auxiliar de cuentas)을 직접 채웁니다.

Aspel SAE / COI / NOI

Aspel은 멕시코 중소기업에서 두 번째로 흔한 회계 플랫폼으로, SAE, COI(회계), NOI(급여) 모듈로 구성됩니다. CONTPAQi와 마찬가지로 Aspel은 개별 청구서 검증을 위해 CFDI XML을 처리할 수 있지만, 보고 기능은 Aspel의 가져오기 템플릿과 일치하는 Excel 테이블로 사전 편집된 일괄 CFDI 데이터에 가장 적합합니다. 멕시코 회계사들 사이에서는 청구서당 한 행, RFC, UUID, folio, IVA 세율, 원천징수(retain) 열로 구성된 보조 CFDI 등록부를 Excel로 유지 관리하고 Aspel 원장과 월별 대사하는 것이 일반적인 관행입니다. 자동 추출은 이 보조 등록부를 수동 입력 작업에서 직접 내보내기로 전환합니다.

SAP 및 Oracle NetSuite

멕시코에서 운영되는 대기업은 일반적으로 CFDI 규정 준수를 위한 현지화 기능이 포함된 SAP 또는 Oracle NetSuite를 사용합니다. 이러한 시스템은 내장된 CFDI 모듈을 통해 XML 검증 및 PAC 제출을 자동으로 처리합니다. 그러나 과제는 규정 준수에서 대사로 전환됩니다. 조달 및 미지급금 팀은 추출된 CFDI 데이터를 구매 주문, 입고 전표, 공급업체 계약 조건과 일치시켜야 합니다. UUID, RFC, 품목별 제품 코드(c_ClaveProdServ), 세금 내역이 포함된 구조화된 행으로 CFDI 데이터를 출력하는 AI 추출 워크플로우는 SAP의 MIRO 또는 NetSuite의 AP 일괄 가져오기 프로세스에 직접 공급됩니다.

자주 묻는 질문

"CFDI 문서가 있다"와 "회계 시스템에 데이터가 있다" 사이의 간극은 기술적 문제가 아니라 형식 변환의 문제입니다. 올바른 추출 워크플로우는 그 간극을 몇 시간이 아닌 몇 분 만에 해소합니다.

CFDI 데이터 추출은 근본적으로 어렵지 않습니다. XML은 구조화되어 있고, PDF에도 동일한 데이터가 포함되어 있으며, 보완 정보(complemento)는 SAT가 공개한 XSD에 문서화되어 있습니다. 실제로 어려운 점은 다양한 형식, PAC 레이아웃의 변동성, 세금 및 보완 정보(complemento) 데이터의 계층적 중첩, 그리고 대부분의 추출 워크플로가 매번 동일하게 보이는 평면적·위치 기반 문서를 위해 설계되었다는 사실입니다. 의미론적 접근 방식, 즉 각 필드가 어디에 있는지가 아니라 무엇인지 이해하며 문서를 읽는 방식은 단일 필드 정의만으로 이러한 모든 복잡성을 처리합니다. 열을 정의하면 AI가 데이터를 찾습니다. 형식은 더 이상 중요하지 않습니다.

현재 멕시코 공급업체 인보이스를 처리하면서 문서 간 데이터 이동에 시간을 더 많이 쓰고 있다면, 다음 단계는 간단합니다. 보유한 형식의 CFDI 파일 10~20개를 샘플 배치로 가져와 AI 추출 워크플로우에 실행해 보세요. "문서가 있다"와 "스프레드시트에 데이터가 있다" 사이의 간극은 수동 프로세스가 느끼게 하는 것보다 훨씬 작습니다.

이 글은 ImageToTable.ai의 인보이스 데이터 추출 가이드 시리즈의 일부입니다. 더 넓은 개요는 인보이스 데이터 추출이란? 및 OCR이란?을 참조하세요. CFDI 입문자용 소개는 CFDI란?을 읽어보세요. 각 CFDI 형식을 다루는 실무 단계별 추출 튜토리얼은 멕시코 CFDI 인보이스 데이터를 Excel로 추출하기를 참조하세요. CFDI 처리가 전통적인 AP 워크플로우를 어렵게 만드는 이유에 대한 심층 분석은 멕시코 CFDI 인보이스 처리가 대부분의 팀이 예상하는 것보다 어려운 이유를 읽어보세요.