멕시코 CFDI 인보이스 데이터 추출to Excel: 방법 가이드 (2026)

멕시코 CFDI 인보이스는 VAT 번호가 적힌 PDF가 아닙니다. SAT가 실시간으로 검증하는 XML 문서로, 36자리 UUID, 양 당사자의 RFC, 과세 제도 코드, 그리고 PPD 결제의 경우 원본 인보이스를 참조하는 별도의 Complemento de Pago를 포함합니다. 이 데이터를 Excel로 추출한다는 것은 사람이 읽기 쉬운 보고용이 아닌 세무 준수용으로 설계된 구조를 다루는 것을 의미합니다. 법적으로 중요한 형식은 XML이며, 받은 편지함에 도착하는 문서가 PDF라 해도 마찬가지입니다. CFDI가 완전히 처음이신가요? CFDI란 무엇인가? 초보자 가이드부터 시작한 후, 여기로 돌아와 CFDI에서 Excel로의 단계별 워크플로우를 확인하세요. 모든 추출 방법과 전체 complemento 환경을 비교하려면 전체 CFDI 추출 가이드를 참조하세요.

수작업 입력은 그만 — AI가 대신 읽어드립니다
이미지나 PDF를 업로드하세요 — 10초 만에 정형 데이터로
지금 체험하기 →
멕시코 CFDI 인보이스 데이터를 Excel로 추출하는 가이드 제목과 36자리 UUID, SAT 준수, Excel 준비 완료 아이콘

핵심 요점

  1. 받은 편지함에 도착한 CFDI PDF는 장식용 출력물일 뿐, 법적으로 유효한 문서가 아닙니다. XML을 버리고 PDF만 보관하면 건당 인보이스 금액의 5~10%에 해당하는 세무 벌금이 부과될 수 있습니다.
  2. PPD 인보이스의 경우 결제일과 정산 금액은 UUID로만 연결된 별도의 Complemento de Pago 문서에 있으며, 대부분의 AP 팀은 이를 추출하지 않아 결제 참조 정보 없이 인보이스가 원장에 남게 됩니다.
  3. ImageToTable.ai는 PDF 또는 스캔본에서 complemento 필드를 포함한 CFDI 데이터를 추출하며, 공급업체가 사용하는 인보이싱 소프트웨어와 관계없이 모든 공급업체에 동일한 열 이름을 사용합니다.

CFDI 인보이스의 실체 — 그리고 데이터 추출이 다른 이유

CFDI 4.0 3자 검증 모델: 발행자가 XML 생성, PAC가 검증 및 스탬프, SAT가 사본 수신

CFDI(Comprobante Fiscal Digital por Internet)는 2014년부터 SAT(세무행정청)가 시행한 멕시코의 의무 전자 인보이스 형식입니다. 미국이나 유럽 공급업체의 PDF처럼 취급할 수 있는 문서가 아닙니다. 모든 CFDI는 3자 검증 모델을 거칩니다. 발행자가 XML을 생성하고, PAC(공인 인증 제공업체)가 검증 후 디지털 스탬프를 적용하며(이 과정을 timbrado라고 함), SAT는 실시간으로 사본을 수신합니다. PAC가 디지털 스탬프를 적용한 후에야 인보이스가 법적으로 유효해집니다.

현재 버전인 CFDI 4.0은 2023년 4월 1일부터 모든 납세자에게 의무화되었으며, 수취인 검증이 강화되었습니다. 수취인의 RFC, 법인명, 세무 주소 우편번호가 SAT 납세자 등록부와 정확히 일치해야 합니다. 버전 3.3 인보이스는 더 이상 SAT 시스템에서 수락되지 않습니다. 멕시코 공급업체 인보이스를 수취하는 모든 기업은 인지 여부와 관계없이 모든 문서가 버전 4.0이라는 의미입니다.

CFDI에는 일반 인보이스에 없는 필드가 포함되어 있습니다: Uso CFDI(수취인이 세무 목적으로 인보이스를 어떻게 사용할지 선언하는 코드 — G01은 취득, G03은 비용, P01은 미지급금), Régimen Fiscal(발행인의 세무 체계 코드), 그리고 UUID(Folio Fiscal) — SAT가 부여한 36자리 고유 식별자로, 멕시코 세무 인프라의 모든 시스템에서 해당 거래의 영구 참조 번호가 됩니다. 지급 조정, DIOT(제3자 거래 신고서) 제출, 또는 감사 준비를 하는 경우 UUID가 모든 것을 연결하는 필드입니다.

그리고 XML이 있습니다. 멕시코 세법에 따라 XML 파일이 법적으로 유효한 문서이며, PDF 표현은 부차적이고 정보 제공용입니다. 발행자와 수취인 모두 CFF 제30조에 따라 XML을 최소 5년간 보관해야 합니다. CFDI를 제대로 보관하지 않으면 건당 인보이스 금액의 5~10%에 해당하는 벌금이 부과됩니다. PDF를 "인보이스"로 취급하고 XML을 폐기하는 기업은 SAT가 기록을 요청할 때까지 발견하지 못할 감사 위험을 안고 있는 것입니다.

멕시코 관련 AP 팀 대부분은 인보이스 데이터가 부족한 것이 아닙니다. 회계 시스템이 처리할 수 있는 형식으로 데이터를 확보하지 못하고 있는 것입니다. XML은 구조적이지만 계층적이고, PDF는 읽을 수 있지만 비구조적입니다. 데이터는 동일합니다. Excel 열로 변환하는 단계가 프로세스를 중단시키는 지점입니다.

실제로 받게 될 세 가지 CFDI 형식 — 각각이 추출에 의미하는 바

실제로 멕시코 공급업체 인보이스는 세 가지 형태 중 하나로 AP 팀에 도착합니다. 각각 동일한 CFDI 데이터를 담고 있지만, 근본적으로 다른 추출 방식이 필요합니다.

계층적 스키마를 가진 XML, 시각적 레이아웃만 있는 PDF, 디지털 데이터가 없는 스캔 사진을 비교하는 세 가지 CFDI 형식
형식도착 방식추출 과제법적 효력
XML이메일 첨부, SAT 포털 다운로드, PAC 다운로드계층적 스키마(Anexo 20); 중첩된 complementos는 XPath 또는 스키마 인식 파싱 필요법적으로 확정적
PDF이메일 첨부, 공급업체 포털시각적 레이아웃만 있음; 구조화된 데이터 없음; QR 코드에 UUID가 있지만 외부 조회 필요XML의 정보 제공용 표현
스캔 / 사진오프라인 공급업체, 현장 영수증, WhatsApp디지털 데이터가 전혀 없음; 인쇄된 CFDI 레이아웃의 시각적 인식에 전적으로 의존없음 — XML 기록과 대조해야 함

XML 추출은 간단해 보입니다. 게시된 스키마(XSD로 정의된 SAT의 Anexo 20 버전 4.0)가 있는 구조화된 형식이기 때문입니다. 그러나 CFDI XML은 깊은 계층 구조입니다. 루트 노드에는 발행자와 수취인 데이터가 있고, 각 라인 항목(Concepto)에는 수량, 단위 코드, 제품/서비스 코드(SAT의 c_ClaveProdServ 카탈로그에서), 단가, 세금 내역이 중첩되어 있습니다. 원래 인보이스가 PPD(Pago en Parcialidades o Diferido)로 발행된 경우 필수인 Complemento de Pago는 원래 CFDI의 UUID를 참조하고 어떤 결제가 어떤 인보이스를, 언제, 얼마만큼 정산했는지 상세히 설명하는 별도의 XML 문서입니다. 이를 평평한 Excel 행으로 추출하려면 트리 구조를 탐색하고 문서 간 참조를 해결해야 합니다.

PDF 추출은 멕시코 공급업체가 일반적으로 원시 XML이 아닌 PDF 표현을 이메일로 보내기 때문에 가장 일반적인 실제 시나리오입니다. PDF는 사람이 읽을 수 있는 렌더링입니다. 동일한 데이터이지만 구조화된 태그가 없습니다. 모든 필드는 시각적 위치나 텍스트의 의미론적 이해로 식별해야 합니다. 템플릿 기반 OCR 도구가 여기서 실패하는 이유입니다. Grupo Bimbo의 CFDI PDF는 CONTPAQi Factura Electrónica를 사용하는 소규모 서비스 공급업체의 것과 전혀 다르게 보입니다.

스캔하거나 촬영한 CFDI는 이미지 품질 저하가 발생합니다. 기울어진 각도, 그림자, 저해상도 휴대폰 카메라 등이 그 원인입니다. 이러한 문서는 인보이스를 인쇄해 배송 기사에게 건네주는 소규모 공급업체나 WhatsApp으로 영수증을 촬영해 보내는 현장 직원에게서 옵니다. 데이터는 여전히 CFDI 데이터입니다 — UUID, RFC, IVA 내역 — 하지만 이를 추출하려면 어떤 XML 파서도 볼 수 없는 픽셀을 다뤄야 합니다.

형식의 다양성을 이해하는 것이 첫 단계입니다. 두 번째 단계는 회계에 중요한 필드가 정확히 무엇인지, 그리고 해당 필드가 어떤 SAT 카탈로그 코드에 매핑되는지 아는 것입니다.

수작업 입력은 그만 — AI가 대신 읽어드립니다
이미지나 PDF를 업로드하세요 — 10초 만에 정형 데이터로
지금 체험하기 →

Excel 출력에 필요한 CFDI 필드 — 각 필드가 중요한 이유

열 공간을 차지할 가치가 있는 12가지 CFDI 필드: UUID, 발행자 RFC, 수신자 RFC, 발행일, CFDI 사용 코드, 결제 방법, 결제 형태, 과세 제도, 소계, IVA 세금, 합계, 제품 서비스 코드

CFDI의 모든 필드가 Excel에 들어가야 하는 것은 아닙니다. Anexo 20을 준수하는 전체 XML에는 60개 이상의 개별 데이터 포인트가 포함될 수 있습니다. AP 정산, 회계 전표, 세금 신고를 위해 열 공간을 차지할 가치가 있는 필드는 다음과 같습니다:

필드스페인어 명칭정의필요한 이유
UUIDFolio FiscalSAT에서 timbrado 시 할당하는 36자리 고유 식별자감사, DIOT 신고, 지불 조정 및 취소 추적의 최종 참조
발행자 RFCRFC Emisor공급업체의 13자리 세금 ID (법인의 경우 문자 4자리 + 숫자 6자리 + 영숫자 3자리)ERP에서 공급업체 식별; 구매 시 VAT에 대한 DIOT 보고에 필요
수취인 RFCRFC ReceptorSAT에 등록된 귀사 세금 IDCFDI 4.0에서는 SAT 등록과 정확히 일치해야 함; 불일치 시 CFDI 공제 무효
발행일Fecha발행 및 PAC 인증의 ISO 8601 타임스탬프IVA가 속한 과세 기간 결정; 회계에서 발생 시점 결정
CFDI 사용 코드Uso CFDISAT 카탈로그 코드: G01(취득), G02(반품), G03(비용), P01(지불 보류) 등공제 가능성 범주 결정; SAT는 사용 코드를 수취인의 세금 체계와 교차 확인
지불 방법Método de PagoPUE(일시불) 또는 PPD(분할 또는 연기 지불)PPD는 Complemento de Pago 필요성을 유발; 별도 지불 XML과 일치 여부 결정
지불 형태Forma de PagoSAT 카탈로그 01–99: 01(현금), 02(수표), 03(계좌이체), 04(신용카드) 등은행 조정 및 SAT 지불 추적에 필요
과세 체계Régimen Fiscal발행자의 과세 체계에 대한 SAT 코드 (601: 일반 법인, 612: 사업 활동을 하는 개인, 626: 간이 신탁 체계 등)원천징수 의무 결정; SAT는 체계를 활동 유형과 대조 검증
소계SubTotalIVA 적용 전 과세 금액회계 입력 기준 금액이며, 라인 항목 합계와 일치해야 함
IVA / 세금Impuestos / IVAVAT 금액(일반 16%)이며, 세율별(16%, 접경지역 8%, 수출/기본재 0%)로 구분월별 IVA 신고 시 공제 가능한 매입 VAT, 세율별로 별도 관리
합계Total소계 + IVA + 원천징수액(ISR, IVA retenido)지급 금액이며, AP 연령 분석에 반영되는 금액
제품/서비스 코드ClaveProdServ각 라인 항목을 분류하는 SAT 카탈로그 코드(예: 회계 서비스의 경우 84111506)DIOT 상세 보고에 필수, SAT는 제품 코드를 신고된 활동과 대조

이 12개 필드는 멕시코 인보이스가 포함된 모든 AP 워크플로우의 최소 필수 데이터 세트를 구성합니다. UUID가 없으면 SAT 포털에서 인보이스를 확인하거나 취소 상태를 추적할 수 없습니다. Uso CFDI가 없으면 비용을 잘못된 공제 가능 범주로 계상할 수 있습니다. Régimen Fiscal이 없으면 공급업체의 IVA가 원천징수 대상인지(IVA의 2/3 또는 소계의 10.6667%에 해당하는 IVA 원천징수, LIVA 제1-A조에 따라 법인이 개인에게 서비스, 임대 또는 수수료를 지급하는 경우) 판단할 수 없습니다.

헤더 수준 필드 외에도 라인 항목에는 자체 구조화된 데이터가 포함됩니다: 수량, 측정 단위(SAT의 c_ClaveUnidad 카탈로그 기준), 설명, 단가, 항목별 세금 내역입니다. 3자 매칭(PO → 입고 → CFDI)을 수행하는 기업의 경우 라인 항목 추출이 CFDI를 구매 주문서와 라인별로 비교할 수 있게 만드는 핵심입니다.

필드는 명확하게 정의되어 있습니다. 과제는 문서에서 데이터를 꺼내 스프레드시트에 넣는 것입니다 — 그리고 이 과정은 시작하는 형식에 크게 좌우됩니다.

CFDI 데이터를 Excel로 추출하는 방법: 단계별 워크플로우

Excel로 CFDI 데이터를 가져오는 방법은 네 가지가 있으며, 실제 AP 업무에서 흔한 순서대로 나열했습니다. 어떤 방법을 선택할지는 XML, PDF, 이미지 중 어떤 파일을 가지고 있는지, 그리고 처리해야 할 인보이스가 한 건인지 백 건인지에 따라 달라집니다.

방법 1: XML 파싱 (원본 CFDI 파일이 있는 경우)

공급업체가 XML을 제공하거나 SAT 포털에서 다운로드한 경우, 프로그래밍 방식으로 구조화된 데이터를 추출할 수 있습니다. Python의 lxml이나 전용 CFDI 라이브러리(cfdipython, PyCFDI) 같은 도구를 사용하면 Anexo 20 스키마를 탐색하고 XPath로 필드를 가져올 수 있습니다. 단, 코드를 작성할 수 있어야 하고, 네임스페이스가 적용된 XML(모든 CFDI 요소는 SAT 정의 네임스페이스에 있음)을 처리할 수 있어야 하며, 카탈로그 업데이트에 맞춰 파싱 로직을 유지 관리해야 합니다. SAT는 정기적으로 카탈로그를 업데이트합니다. c_RegimenFiscal과 c_UsoCFDI 코드가 변경되므로 하드코딩된 매핑은 곧 구식이 됩니다.

Complemento de Pago 조정(지급을 원본 인보이스와 매칭)의 경우, UUID 참조로만 연결된 두 개의 XML 문서를 다루기 때문에 XML 파싱이 훨씬 어려워집니다. 단일 PPD 인보이스는 여러 달에 걸쳐 여러 번의 지급으로 결제될 수 있으며, 각 지급마다 자체 Complemento de Pago가 생성됩니다. 조정 로직(어떤 지급이 어떤 인보이스를 충당했는지, 각 시점의 미결제 잔액은 얼마였는지)은 단순한 필드 추출이 아니라 관련 문서 간의 재무 계산입니다.

방법 2: 템플릿 기반 도구를 사용한 PDF 추출

샘플 문서의 각 필드 주위에 경계 상자를 그리고 해당 좌표를 향후 인보이스에 재적용하는 템플릿 기반 OCR 도구는 CFDI PDF에서 작동하지 않습니다. 그 이유는 간단합니다. 공급업체마다 다른 인보이스 소프트웨어를 사용하기 때문입니다. CONTPAQi Factura Electrónica로 생성된 CFDI는 Aspel FACTURAe, Alegra 또는 맞춤형 ERP 통합으로 생성된 CFDI와 다르게 렌더링됩니다. UUID, RFC, IVA 내역은 위치, 글꼴 크기, 주변 텍스트가 모두 다릅니다. Walmart 부가 규격을 준수하는 CFDI용으로 구축된 템플릿은 소규모 공급업체의 CFDI에서 실패하며 그 반대도 마찬가지입니다.

이는 데이터 구조는 표준화되어 있지만(Anexo 20) 시각적 레이아웃은 그렇지 않은 문서 유형에 좌표 기반 추출을 적용할 때의 근본적인 한계입니다.

경로 3: AI 기반 의미 추출(모든 형식에서 작동)

의미 추출은 ImageToTable.ai가 사용하는 방식으로, 좌표를 보지 않습니다. 사람이 읽는 것처럼 문서를 읽습니다. 각 텍스트 조각이 무엇을 의미하는지 이해하는 방식이지, 페이지에서 어디에 있는지가 아닙니다. "UUID", "RFC Emisor", "SubTotal", "IVA 16%" 등 원하는 필드를 도구에 지정하면, AI가 레이아웃과 관계없이 문서 어디에서든 해당 개념을 인식하여 각 값을 찾아냅니다.

이 메커니즘을 맞춤 열 추출이라고 합니다. 출력 스프레드시트에 원하는 열 이름을 입력하면, AI가 시각적 언어 이해를 통해 각 페이지에서 해당 데이터를 찾습니다. 사각형을 그리지 않고, 템플릿을 만들지 않으며, 페이지에서 필드가 어디에 나타나는지 알 필요도 없습니다. 동일한 열 이름 세트가 서로 다른 공급업체의 CFDI PDF와 스캔본에서도 작동하는 이유는, AI가 "좌표 (430, 210)의 상자에 있는 숫자"가 아니라 "IVA 16%는 16% 세율의 세금 금액"을 인식하기 때문입니다.

단계별 워크플로는 다음과 같습니다:

1

CFDI 파일 업로드

CFDI PDF 또는 이미지 파일을 끌어다 놓으세요. 단일 청구서든 배치든 상관없습니다. 이 도구는 시각적 문서를 읽으므로 유형별로 미리 분류할 필요 없이 두 가지 모두 처리합니다. (원시 XML 파일은 구조화된 데이터이지 시각적 문서가 아니므로 경로 1에서처럼 직접 파싱하세요.) 배치 처리의 경우 모든 공급업체 CFDI를 한 번에 업로드하면 AI가 각 파일을 개별적으로 처리하고 결과를 하나의 Excel로 병합합니다.

2

열 이름 정의

필요한 필드를 열 이름으로 입력하세요 — "UUID", "RFC Emisor", "RFC Receptor", "Fecha", "Uso CFDI", "Método de Pago", "Régimen Fiscal", "SubTotal", "IVA", "Total". 입력한 열 이름이 출력 스프레드시트의 정확한 헤더가 됩니다. 품목별 추출의 경우 "Cantidad", "ClaveProdServ", "Descripción", "Precio Unitario", "Importe"를 지정하세요.

3

계산 열 및 추론 열 추가(선택 사항)

16% 세율과 분리된 8%(국경 지역 세율) IVA가 필요하신가요? 계산 열을 정의하세요 — AI가 추출 중에 계산을 수행하고 결과를 직접 출력합니다. 공급업체의 Régimen Fiscal을 기준으로 AI가 각 CFDI를 범주별로 분류하길 원하시나요? 추론 열을 사용하세요 — "Tipo Proveedor(옵션: Gran Contribuyente / PYME / Persona Física)"를 지정하면 AI가 CFDI 데이터를 읽고 올바른 범주를 할당합니다. 문서 자체에 "Tipo Proveedor" 필드가 없어도 말이죠. 이렇게 하면 추출과 분류를 한 번에 완료할 수 있습니다.

4

CFDI 인보이스 Excel 파일 다운로드

XLSX, CSV 또는 JSON으로 내보내세요. 날짜는 일관된 형식으로 정규화되고, 금액은 숫자로 처리되며(통화 기호 문자열 없음), UUID는 Excel의 자동 서식으로 문자가 제거되지 않고 그대로 보존됩니다. 출력물은 CONTPAQi Contabilidad, Aspel COI, Alegra, SAP 또는 구조화된 데이터를 허용하는 모든 ERP로 가져올 준비가 되어 있습니다.

JPG/PNG/PDF AI 추출

파일은 안전하게 처리되며 저장되지 않습니다.

CFDI 인보이스를 대량으로 처리하는 팀에게 배치 처리는 비용 구조를 완전히 바꿉니다. 받은 모든 CFDI를 한 번에 업로드하면(20개든 200개든) 도구가 병렬로 처리하여 모든 추출 데이터를 인보이스당 한 행씩 단일 Excel 파일로 병합합니다. 수동 입력(인보이스당 약 3분)과 AI 추출(페이지당 5~10초) 사이의 18배 속도 차이는 처리량이 늘수록 더 커집니다. 수동 입력으로 5시간이 걸리는 CFDI 100개를 10분 안에 처리할 수 있습니다. 월간 AP 마감 주기에서 이 격차는 제때 조정을 끝내는 것과 다음 기간으로 넘기는 것의 차이입니다. 여러 공급업체의 인보이스 50개 이상을 처리하는 전체 월말 워크플로우(PUE/PPD 분류, UUID 중복 제거, DIOT 준비 포함)에 대해서는 지급 계정의 멕시코 CFDI 인보이스 배치 처리 가이드를 참조하세요.

열이 채워지면 다음 질문은 값이 올바른지 여부입니다. 검토 모드는 나란히 비교하지 않고도 이 질문에 답합니다. 추출된 셀 위에 마우스를 올리거나 클릭하면 도구가 값이 나온 원본 CFDI의 정확한 영역을 강조 표시하고, 문서의 영역을 클릭하면 해당 셀로 돌아갑니다. 필드를 편집한 경우 한 번의 클릭으로 AI의 원래 값을 확인하고 되돌릴 수 있습니다. 자동 주석을 켜면 처리 완료 시 위치 맵이 생성되므로 처음 여는 인보이스부터 바로 검토할 수 있습니다. 잘못된 RFC나 잘못 읽은 IVA 비율이 공제 가능성에 영향을 미치는 문서에서 이 검사는 인보이스를 처음부터 다시 읽는 대신 몇 초면 끝납니다.

헤더 수준 필드는 기본입니다. 그러나 특히 PPD로 발행된 상당한 비율의 CFDI 인보이스에는 대부분의 추출 가이드가 완전히 무시하는 복잡성 계층이 있습니다.

Complementos 처리: 결제, 급여 및 대외 무역

Complemento는 CFDI에 포함되거나 연결되는 구조화된 XML 부가 문서입니다. 기본 CFDI 스키마가 다루지 않는 특정 거래 유형에 필요한 데이터를 포함합니다. AP 팀에게 특히 중요한 세 가지 complemento는 다음과 같습니다:

Complemento de Pago (결제 Complemento)

CFDI가 PPD(Pago en Parcialidades o Diferido) 결제 방식으로 발행된 경우, 해당 인보이스는 결제가 나중에 이루어질 것임을 명시합니다 — 분할 또는 배송 후 일시불로. Complemento de Pago는 실제 결제 이벤트를 문서화하는 별도의 CFDI(TipoDeComprobante = "P")입니다. 원본 인보이스의 UUID를 참조하며 다음을 명시합니다: 결제 날짜, 결제 금액, 다른 통화로 결제된 경우 환율, 그리고 이 결제로 처리된 원본 인보이스(잠재적으로 여러 개)입니다.

Excel로 추출할 때, 이는 일대다 관계를 생성합니다: 하나의 PPD 인보이스 → 시간이 지남에 따라 여러 결제 complemento. 수동으로 조정하려면 각 결제 complemento XML을 열고, 참조하는 UUID를 읽고, 추적 스프레드시트를 업데이트해야 합니다. 추출 도구는 complemento의 PDF 표현에서 결제 날짜, 결제 금액 및 관련 UUID를 읽은 다음, 스프레드시트에서 UUID로 원본 인보이스에 해당 행을 연결해야 합니다.

Complemento de Nómina (급여 Complemento)

급여 CFDI는 직원 수준의 세부 정보를 포함합니다: 직원의 RFC, CURP(Clave Única de Registro de Población), 사회보장번호(NSS), 업무 위험 등급, 근무 일수, 그리고 수당(급여, 보너스) 및 공제(ISR, IMSS, INFONAVIT)의 상세 내역. 멕시코 직원을 둔 기업은 아웃소싱 또는 PEO(Professional Employer Organization) 관계의 일부로 이를 받습니다. 급여 complemento 데이터를 Excel로 추출하면 기간별 직원 수준 비용을 통합하여 회계 입력 및 인건비 분석에 사용할 수 있습니다.

Complemento Carta Porte (운송 보완)

2024년 1월부터 Carta Porte 보완 버전 2.0에서는 이전에 선택 사항이었던 필드(세관 신고 코드, 수출업체 세부 정보, 출발지/목적지 데이터)가 필수로 변경되었습니다. 화물 관련 CFDIs를 수령하는 물류 및 공급망 팀은 표준 인보이스 데이터와 함께 차량 번호판, 운송 유형, 경로 출발지 및 목적지와 같은 운송 관련 필드를 추출해야 합니다. 이러한 필드는 SAT 검증 및 통관에 필요합니다.

저희가 가장 흔히 보는 CFDI 추출 누락은 보완 데이터가 남겨지는 경우입니다. AP 팀은 헤더 필드(UUID, RFC, 총액)를 추출하지만 결제 보완 데이터는 절대 가져오지 않아, PPD 인보이스가 결제일이나 정산 참조 없이 조정 스프레드시트에 떠다니게 됩니다. 데이터는 보완 XML에 존재합니다. 단지 Excel로 옮겨지지 않았을 뿐입니다.

국경 간 CFDI: 구매자가 멕시코에 없는 경우

멕시코 공급업체로부터 구매하는 외국 기업은 추가적인 복잡성에 직면합니다. CFDI 4.0에 따라 수취인의 RFC 및 세무 주소 우편번호는 SAT의 납세자 등록부와 일치해야 합니다. 멕시코 세무 등록이 없는 미국 또는 유럽 구매자는 RFC를 제공할 수 없지만, CFDI 시스템에서는 여전히 RFC가 필요합니다.

실제로는 일반 외국인 RFC(법인의 경우 XEXX010101000, 개인의 경우 XAXX010101000)를 사용하고 별도 필드에 수취인의 목적지 국가 세금 ID를 지정하여 해결합니다. CFDI는 Uso CFDI 코드 S01(Sin efectos fiscales — 세금 효과 없음)로 발행되며, 이는 인보이스가 상업적 기록 보관을 위해 존재하지만 구매자에게 IVA 공제나 공제 가능성을 생성하지 않음을 의미합니다.

외국 AP 팀의 경우 추출 목표가 변경됩니다. SAT 제출용 데이터가 아닌 내부 회계, 결제 승인 및 비용 추적을 위한 데이터를 추출하는 것입니다. 중요한 필드는 공급업체 이름, 인보이스 금액, 라인 항목, 결제 방법과 같은 상업적 필드이며, 세금 관련 코드가 아닙니다. 잘 구성된 추출은 여전히 UUID를 캡처해야 합니다. SAT에 제출하지 않더라도 UUID는 이 인보이스가 존재하고 검증되었음을 definitively 증명하는 유일한 전역 고유 식별자입니다.

수출 작업은 또 다른 차원을 추가합니다. Exportacion 필드가 "01"(definitiva) 또는 "02"(temporal)로 설정된 CFDI에는 세관 데이터(통관 번호(pedimento), 수출업체 RFC, INCOTERM)가 포함된 Complemento de Comercio Exterior가 포함됩니다. 화물 인보이스를 세관 신고와 조정하는 국경 간 물류 팀의 경우, 추출은 단일 출력에서 CFDI 데이터와 대외 무역 보완 필드를 모두 캡처해야 합니다.

추출 방식 비교: 수동 입력, XML 파싱, 템플릿, AI

팀마다 처리량, 기술 리소스, 수신 형식에 따라 다른 방식을 선택합니다. CFDI 데이터 추출에 중요한 기준별로 주요 옵션을 비교하면 다음과 같습니다.

방식XML 처리PDF 처리스캔본 처리Complementos 처리속도 (송장 100건)
수동 입력✓ (값 읽기)✓ (값 읽기)✓ (값 읽기)✓ (수동 상호 참조)약 5시간
XML 파싱 (Python)✓ (기본 지원)✗✗부분 지원 (사용자 지정 로직 필요)약 수 초 (XML만 해당)
템플릿 기반 OCR✗부분 지원 (템플릿당 레이아웃 1개)✗✗상이 (공급업체별 템플릿 설정 필요)
AI 의미 추출✗ (시각적 문서만 해당)✓✓✓ (Complemento PDF 읽기)약 10분

XML 파싱은 XML만 수신하고 카탈로그 업데이트에 맞춰 파싱 코드를 유지 관리할 수 있는 사내 개발 역량을 갖춘 팀에게 적합한 선택입니다. 그러나 멕시코의 일반적인 AP 팀은 혼합된 형식을 받습니다. 일부 공급업체는 XML을 보내고, 일부는 PDF를 보내며, 소수(보통 소규모 공급업체나 현장 직원)는 사진을 보냅니다. XML 파싱에만 의존하면 XML이 아닌 모든 CFDI의 데이터를 수동으로 입력하거나 해당 형식을 위한 별도의 추출 경로를 유지 관리해야 합니다.

템플릿 기반 OCR은 공급업체 수에 비례하는 유지 관리 부담을 만듭니다. CFDI 레이아웃이 다른 새 공급업체가 생길 때마다 새 템플릿이 필요합니다. CFDI 4.0은 데이터 필드를 표준화했지만 시각적 렌더링은 표준화하지 않았으며, 템플릿 관리 비용은 공급업체 수에 따라 선형적으로 증가합니다.

AI 의미 기반 추출은 값이 어디에 위치하는지가 아니라 무엇을 의미하는지를 읽기 때문에 형식 문제를 제거합니다. "RFC Emisor"라는 열은 CONTPAQi, Aspel FACTURAe 또는 맞춤 ERP 내보내기에서 온 레이아웃이든 발행자의 RFC를 반환하며, 동일한 열 정의(UUID, RFC Emisor, IVA, Total)는 모든 공급업체의 모든 형식의 CFDI에서 작동합니다. 이는 월말 마감 시 AP 팀이 회계 기간이 마감되기 전에 각각 자체 인보이스 시스템을 사용하는 50~200개 공급업체의 인바운드 인보이스를 처리해야 할 때 CFDI 배치 조정에 특히 유용합니다.

FAQ: Excel로 CFDI 데이터 추출

PDF만 있고 XML이 없어도 CFDI 데이터를 추출할 수 있나요?

네. AI 기반 추출은 사람이 읽는 것과 같은 방식으로 PDF의 시각적 콘텐츠를 읽습니다. 텍스트를 인식하고 그 의미를 이해하는 방식입니다. XML 구조가 필요하지 않습니다. 원본 XML만 있다면 위의 경로 1에서처럼 직접 파싱하면 됩니다. 이 도구는 시각적 문서를 기반으로 작동하므로 PDF나 스캔본이 필요합니다. 추출된 필드(UUID, RFC, IVA 등)는 XML 파싱에서 얻는 것과 동일합니다. 실질적인 제한은 PDF에서 디지털 서명(sello)을 독립적으로 검증할 수 없다는 점입니다. 암호화 서명은 XML에만 포함되어 있기 때문입니다. 하지만 AP 조정과 회계 입력을 위한 상업적 데이터 추출에는 충분합니다.

CFDI가 PPD(Pago en Parcialidades o Diferido)를 사용하는 경우는 어떻게 되나요?

PPD CFDI는 결제가 나중에 이루어지며, 별도의 Complemento de Pago로 문서화됩니다. 원본 청구서의 Método de Pago 필드에는 "PPD"로 표시되고 Total은 전체 청구 금액입니다. 조정하려면 원본 청구서의 UUID를 참조하는 결제 complemento(s)를 처리하고 결제 날짜, 결제 금액, 통화를 추출해야 합니다. 한 번의 결제로 여러 원본 청구서가 정산될 수 있고, 하나의 원본 청구서가 여러 번의 결제로 정산될 수도 있습니다. 이 조정은 UUID로 연결된 문서 간의 데이터 매칭이 필요합니다. AI 추출은 결제 complemento의 PDF 표현을 읽고 결제 날짜, 결제 금액, 통화, 관련 UUID를 스프레드시트로 가져와 UUID로 원본 청구서와 매칭할 수 있습니다. 수십 장의 청구서에 걸친 PPD 조정을 처리하는 단계별 배치 워크플로우는 미지급금에서 멕시코 CFDI 청구서 배치 처리 가이드를 참조하세요.

추출 기능이 서로 다른 세율(16%, 8%, 0%)의 IVA를 처리하나요?

네. CFDI는 여러 품목에 서로 다른 IVA 세율을 적용할 수 있습니다. 대부분의 상품과 서비스는 16%, 국경지역(franja fronteriza) 거래는 8%, 수출과 기본 식품은 0%입니다. CFDI의 세금 내역(Impuestos)은 각 세율을 해당 과세표준과 세액과 함께 분리하여 표시합니다. 각 세율에 대한 열("IVA 16%", "IVA 8%", "IVA 0%")을 정의하면 추출 도구가 세금 내역을 읽고 각 열에 정확한 금액을 입력합니다. 계산 열을 사용하여 검증을 자동화할 수도 있습니다. "Diferencia IVA (Total - SubTotal + IVA 16% + IVA 8%)"를 정의하면 추출 중 불일치를 표시할 수 있습니다.

저희 회사는 외국 회사이고 SAT에 등록되어 있지 않습니다. 그래도 CFDI 데이터를 Excel로 추출할 수 있나요?

네. 회사에 RFC가 있는지 여부와 관계없이 추출 프로세스는 동일합니다. 도구는 공급업체 이름, RFC Emisor, UUID, 금액, 품목 등 데이터 필드를 표시된 그대로 읽고 구조화된 Excel로 출력합니다. 유일한 차이점은 CFDI에 일반 외국인 RFC(XEXX010101000 또는 XAXX010101000)와 Uso CFDI S01(세금 효과 없음)이 포함된다는 것입니다. 내부 회계에는 영향이 없습니다. 상업적 데이터는 동일합니다. IVA 공제나 SAT 신고에 CFDI를 사용하지 않을 뿐입니다.

도구가 라인 항목을 추출할 수 있나요, 아니면 헤더 수준 필드만 추출하나요?

둘 다 가능합니다. 라인 항목 필드(Cantidad, ClaveProdServ, Descripción, Precio Unitario, Importe)를 지정하면 도구가 CFDI에서 모든 라인 항목을 추출하고 Excel에서 라인 항목당 한 행씩 출력합니다. 각 행에는 헤더 필드(UUID, RFC Emisor, Fecha)도 포함되어 모든 라인이 원본 청구서에 추적 가능합니다. 3자 매칭(PO 대 입고 확인서 대 CFDI)의 경우 구매 주문서에 필적하는 라인 수준 세부 정보를 얻을 수 있습니다.

CFDI 취소는 어떻게 되나요? 추출한 청구서가 아직 유효한지 어떻게 알 수 있나요?

CFDI 취소는 수신자 동의 모델을 사용합니다. 발행자가 사유 코드(Motivo de Cancelacion)와 함께 취소 요청을 제출하면 수신자는 Buzón Tributario(SAT의 전자 세금 사서함)를 통해 72시간 이내에 승인 또는 거부할 수 있습니다. 수신자가 아무 조치도 취하지 않으면 72시간 후 취소가 자동 승인됩니다. MXN 1,000 미만의 CFDI는 수신자 승인 없이 취소할 수 있습니다. 추출 도구는 취소 상태를 확인하지 않습니다. 이는 UUID로 SAT 포털을 조회해야 하기 때문입니다. 하지만 Excel에 UUID가 있으면 필요할 때 일괄 검증이 가능합니다. 2026년부터 새 세제 개혁에 따라 수신자가 승인하는 경우 취소 기간이 연간 ISR 신고 제출 월까지 연장되었습니다.

DIOT(Declaración Informativa de Operaciones con Terceros)에도 사용할 수 있나요?

네, 가능합니다. DIOT는 제3자와의 거래에 대한 SAT의 월간 보고서로, 다음 달 17일까지 제출해야 합니다. 공급업체 RFC, 청구서 UUID, 청구일, IVA 금액, IVA 세율이 필요합니다. 이는 모두 추출 도구가 포착하는 표준 CFDI 필드입니다. 모든 CFDI를 하나의 Excel 파일로 추출하면 DIOT 보고서 생성은 각 청구서에서 데이터를 다시 입력하는 대신 SAT 제출 템플릿에 맞게 열 형식을 지정하는 문제가 됩니다.

데이터를 Excel로 추출했는데도 XML을 계속 보관해야 하나요?

네, 그렇습니다. CFF 제30조에 따라 발행자와 수신자 모두 CFDI XML 파일을 최소 5년간 보관해야 합니다. 추출된 Excel은 작업 데이터일 뿐이며 법적 보관 의무를 대체하지 않습니다. 감사 시 SAT가 요청하는 것은 XML입니다. Excel은 개별 XML 파일을 열지 않고도 검색, 필터링, 대사가 가능하므로 감사 준비를 더 빠르게 만드는 도구입니다.

추출이 문제의 절반에 불과한 이유

CFDI 처리에서 흔히 언급되는 병목 현상은 데이터 입력입니다. 그러나 데이터 입력은 눈에 보이는 병목 현상일 뿐입니다. 한 달 동안 더 많은 시간을 소모하는 숨은 병목 현상은 그 후에 발생하는 조정입니다. PPD 결제를 원본 인보이스와 대조하고, CFDI의 IVA가 회계 시스템의 금액과 일치하는지 확인하고, 마지막 확인 이후 취소된 CFDI를 식별하고, 공급업체 마스터의 모든 RFC가 SAT에 등록된 것과 일치하는지 확인하는 작업입니다.

추출은 문서에서 데이터를 꺼내 작업할 수 있는 구조로 만듭니다. 그 구조화된 데이터가 DIOT 준비, CONTPAQi 가져오기, 공급업체 조정, 월말 발생액과 같은 다운스트림 프로세스에 직접 연결될 때 그 가치는 더욱 커집니다. 추출과 실행 사이에 수동 재입력 단계 없이 말입니다.

CFDI는 표준 인보이스보다 더 많은 데이터를 담고 있으며 상업적 기록 보관을 넘어 규정 준수 목적을 수행합니다. Uso CFDI 코드를 잘못 읽으면 비용이 잘못된 공제 범주에 기록되고, UUID가 누락되면 SAT 포털에서 인보이스를 확인할 수 없게 됩니다. 데이터를 Excel로 가져오는 것은 첫 단계입니다. AP, DIOT 신고 및 감사 추적을 그 데이터와 일관되게 유지하는 것이 지속적인 결과입니다.

📮 contact email: [email protected]