멕시코 CFDI 송장 처리
공급업체 14곳의 XML 50개 이상, 하나의 깔끔한 AP 스프레드시트로

월말에 50개 CFDI XML이 쌓일 때 — "각 XML은 유효"와 "배치가 깔끔함" 사이의 간극

멕시코의 CFDI 시스템은 3자 승인 모델로 운영됩니다. 공급업체가 Anexo 20 규격에 따라 XML을 생성하면, 인증된 PAC가 이를 검증하고 UUID(36자리 Folio Fiscal)로 스탬프를 찍으며, SAT가 실시간으로 수신합니다. CFDI가 수취인인 귀사 AP 부서에 도착할 때쯤이면 XML은 이미 인증을 마친 상태입니다. 이는 대부분의 다른 국가에서 사용되는 종이 인보이스나 PDF 전용 공급업체 청구서와 다르며, 오해의 소지가 있는 첫인상을 줍니다.

각 XML이 개별적으로 유효하기 때문에 AP 팀은 배치 전체도 깔끔할 것이라고 가정합니다. 하지만 그렇지 않습니다. 여러 공급업체로부터 50개 이상의 CFDI XML을 수집하여 단일 AP 스프레드시트로 통합하려고 할 때 다섯 가지 구조적 문제가 발생합니다:

PUE와 PPD 혼합. CFDI 인보이스에는 Método de Pago 필드가 있어 전체 배치를 근본적으로 다른 두 가지 처리 파이프라인으로 나눕니다. PUE(Pago en una sola exhibición) 인보이스는 그 자체로 완전합니다. 즉, 인보이스가 최종 회계 기록입니다. PPD(Pago en parcialidades o diferido) 인보이스는 일치하는 Complemento de Pago가 포함된 Pago CFDI가 도착할 때까지 불완전합니다. 50개의 공급업체 XML 배치에서 32개의 PUE와 18개의 PPD가 있을 수 있습니다. PPD 인보이스는 원본 인보이스 UUID에 대해 지불 보완 자료가 수신 및 확인될 때까지 장부에 기재할 수 없습니다. AP 스프레드시트가 이를 모두 동등한 라인 항목으로 처리하면 IVA 목적으로 아직 공제할 수 없는 18개의 거래를 장부에 기재하게 됩니다.

Uso CFDI 단편화. 모든 CFDI는 필수 Uso CFDI 코드를 포함합니다. 이는 SAT 카탈로그 값으로, 수취인(귀사)이 세금 목적으로 인보이스를 어떻게 적용할지 결정합니다. G01(일반 사업 취득), G03(일반 비용), D01(특정 운영을 위한 공제 가능 취득)은 모두 공급업체 배치에서 흔히 볼 수 있지만, 각각 다른 세금 처리, 다른 DIOT 보고 범주, 다른 IVA 공제 규칙을 촉발합니다. Uso CFDI 코드 없이 모든 CFDI를 하나의 "세금" 열로 묶는 스프레드시트는 매월 17일까지 제출해야 하는 월간 VAT 구매 신고서인 DIOT 제출에 쓸모가 없습니다.

UUID 기반 중복 제거 실패. 대부분의 AP 시스템은 공급업체 이름 + 인보이스 번호를 기준으로 중복을 제거합니다. CFDI에서 인보이스 번호(Folio)는 단일 공급업체의 Serie 내에서만 고유하며, 공급업체가 취소 및 수정된 인보이스를 재발행한 후 새 UUID를 추가할 수도 있습니다. 진정한 고유 식별자는 timbrado 중 PAC가 할당한 36자리 Folio Fiscal(UUID)입니다. 모든 XML에서 UUID를 추출하지 않으면 동일한 Folio 값을 가진 서로 다른 공급업체의 두 CFDI가 중복으로 플래그 지정되거나, 수정된 대체 CFDI가 원본을 대체하는 것으로 인식되지 않습니다.

Complemento de Pago 조정 지연. PPD 인보이스의 경우 지불 영수증(Complemento de Pago가 포함된 CFDI Tipo Pago)이 별도로 도착합니다. 때로는 원본 Ingreso 인보이스 이후 며칠 또는 몇 주 후에 도착하기도 합니다. 이는 원본 인보이스 UUID를 참조하고, 지불 금액, 날짜 및 방법을 기록하며, 미결 AP 라인과 상호 참조되어야 합니다. 수동 워크플로우에서 50개 이상의 문서 배치에 걸쳐 18개의 PPD 인보이스를 각각의 Complemento de Pago와 일치시키는 것은 몇 시간이 걸릴 수 있는 조정 작업이며, 하나라도 일치하지 않으면 장부에 공제 불가능한 비용이 남게 됩니다.

수취인 블록의 RFC 형식 변동. CFDI 4.0은 수취인(귀사) 노드에 정확한 RFC를 요구합니다. 그러나 일부 공급업체, 특히 소규모 업체나 농업 생산자는 귀사의 완전한 재무 데이터가 없을 때 일반 RFC인 XAXX010101000으로 CFDI를 발행합니다. 다른 업체들은 귀사의 자회사 RFC로 송장을 보내지만, 귀사의 AP 시스템은 본사 RFC를 기대합니다. 이러한 불일치는 SAT 수준에서 플래그가 지정됩니다. CFDI가 존재하고 인증되었지만, 수취인 RFC가 등록된 납세자 ID와 일치하지 않아 감사 시 IVA 공제가 거부될 수 있습니다.

대량 PUE vs PPD — 하나의 항목이 월말 전체 프로세스를 어떻게 나누는가

멕시코 CFDI 시스템에서 Método de Pago는 단순한 보고 편의가 아닙니다. 이는 송장을 즉시 공제할 수 있는지, 아니면 해당 지급 영수증이 제출된 후에만 가능한지를 결정하는 세무 분류입니다. Resolución Miscelánea Fiscal(RMF)에 따르면, PUE 송장은 발행 시 공제 가능합니다. PPD 송장은 Complemento de Pago가 발행되고 지급 이벤트가 SAT에 등록된 경우에만 공제 가능해집니다.

배치 처리의 경우, 이 이분법은 워크플로우에 실질적인 분기를 만듭니다:

배치 처리 시사점: 추출을 실행하기 전에 먼저 CFDI XML을 Método de Pago별로 분류해야 합니다. PUE 배치는 바로 추출 및 전기로 넘어갈 수 있습니다. PPD 배치는 2차 패스가 필요합니다. 각 Ingreso는 원장에 입력되기 전에 해당 Pago CFDI와 매칭되어야 합니다. 배치를 사전에 분할하지 않으면 아직 세무상 완료되지 않은 18개의 전기된 거래가 발생하고, DIOT가 AP 원장과 일치하지 않게 됩니다.

월말에 50개 이상의 CFDI XML을 처리하는 AP 팀의 경우, Método de Pago별로 분류하고 미조정 PPD UUID의 실행 목록을 유지하는 것이 가장 중요한 전처리 단계입니다. 또한 대부분의 배치 처리 도구가 모든 송장을 동등하게 취급하기 때문에 가장 자주 생략되는 단계이기도 합니다.

Uso CFDI 정렬 — G01, G03, D01이 동일한 대사에 포함될 수 없는 이유

Uso CFDI 카탈로그(c_UsoCFDI)는 SAT가 관리하는 코드 목록으로, 수취인인 귀사가 수취한 모든 CFDI에 올바르게 할당해야 합니다. 이는 공급업체의 결정이 아닌, 비용 처리 방식을 귀사가 선언하는 것입니다. 공급업체 배치에서 가장 흔한 세 가지 코드는 다음과 같습니다.

G01, G03, D01 CFDI는 멕시코의 월별 VAT 매입 신고서인 DIOT의 서로 다른 항목으로 분류됩니다. DIOT는 매월 17일까지 제출하며, 현재는 SAT 웹 플랫폼을 통해 전적으로 온라인으로 제출합니다. 배치 추출 결과가 세 코드를 모두 단일 "세금" 열로 처리하면, DIOT 작성자가 제출 전에 추출된 데이터를 Uso CFDI별로 수동으로 재정렬해야 합니다. 이는 50개 이상의 행에 대한 추가 작업입니다.

해결 방법은 간단합니다. 배치 출력에서 Uso CFDI 코드를 전용 열로 추출하는 것입니다. 그러면 DIOT 제출 전에 AP 스프레드시트를 코드별로 정렬, 피벗 또는 필터링할 수 있으며, 월말 대사에서는 배치의 모든 G01 항목이 DIOT의 G01 섹션에 있는 공급업체 RFC와 일치하고, 모든 G03이 해당 섹션과 일치하는지 등을 검증할 수 있습니다. 금액과 세금만 추출하는 2열 추출은 불완전한 배치입니다. Uso CFDI, UUID, 결제 방법, 공급업체 RFC를 보존하는 다중 열 추출이 폐쇄 루프입니다.

UUID 중복 제거 — Folio가 아닌 Folio Fiscal이 실제 송장 번호인 이유

모든 CFDI XML에는 서로 유사해 보이지만 완전히 다른 목적을 가진 두 개의 식별자가 있습니다: Folio(공급업체 자체 번호 체계로 할당된 송장 번호)와 UUID(PAC이 timbrado 시 할당한 36자리 Folio Fiscal)입니다. AP 중복 제거에서 Folio는 신뢰할 수 없습니다. UUID만이 신뢰할 수 있는 키입니다.

CFDI 배치 처리에 특화된 세 가지 중복 제거 실패 모드:

공급업체 간 Folio 충돌. 공급업체 A가 Serie A에서 Folio #1523을 발행합니다. 공급업체 B도 Serie F에서 Folio #1523을 발행합니다. AP 시스템이 공급업체 이름 + Folio만으로 중복을 제거하면 둘 다 고유한 것으로 인식됩니다. 하지만 동일한 공급업체가 수정 후 동일한 CFDI를 재전송하면 UUID는 변경되었지만 Folio는 그대로이므로 시스템이 이를 중복으로 감지하지 못합니다. UUID 수준의 중복 제거가 필요합니다.

CFDI 대체를 통한 수정. SAT 취소 규칙에 따라 공급업체는 Motivo 01("잘못된 데이터가 포함된 오류가 있는 송장 발행")로 CFDI를 취소하고 새 UUID로 수정된 버전을 재발행할 수 있습니다. 이전 UUID는 무효화되지만 Folio로 중복을 제거하는 시스템은 취소된 XML과 수정된 XML 모두에서 동일한 Folio를 보고 수정된 버전을 중복으로 플래그 지정하여 유효한 송장을 억제할 수 있습니다.

다른 배치 주기에서 재제출. 공급업체는 특히 월말에 배치 이메일 전송을 사용하는 경우 이미 처리한 XML을 재전송하는 경우가 있습니다. UUID 기반 중복 제거가 없으면 동일한 CFDI가 연속된 두 개의 월말 배치에 포함되어 두 번 전기됩니다.

배치 AP의 경우 추출 출력에 UUID를 전용 열로 포함해야 합니다. 원장에 라인을 전기하기 전에 UUID를 거래 내역과 확인하세요. 배치의 XML 수와 일치하는 고유 UUID 수는 빠른 무결성 검사입니다. 50개 파일에서 47개의 고유 UUID가 생성되면 전기 전에 조사해야 할 3개의 중복 항목이 있는 것입니다.

보충 지급 문제 — 송장에 PPD가 명시되었는데 지급 영수증이 며칠 후에 도착하는 경우

보충 지급(Complemento de Pago)은 PPD 송장의 세무적 수명을 완료하는 메커니즘입니다. 공급업체가 지급 방법 = PPD로 Ingreso CFDI를 발행할 때, 원본 송장 UUID를 참조하는 보충 지급이 포함된 별도의 Pago CFDI가 도착할 때까지 거래는 세무적으로 종결되지 않습니다.

AP 팀의 경우, 보충 지급은 두 문서 간의 조정 문제를 야기하며, 이는 배치 규모가 커질수록 더 복잡해집니다:

시차. Ingreso는 해당 월에 도착합니다. 지급 보충 자료가 포함된 Pago CFDI는 며칠 또는 몇 주 후에 도착하며, 종종 다른 회계 기간에 속합니다. 월말 배치에 35개의 Ingreso PPD CFDI가 있고 일치하는 Pago CFDI가 28개만 있을 수 있습니다. 일치하지 않는 7개는 마감할 수 없습니다. 그래도 이를 장부에 기록하면 IVA에 대해 비공제 비용이 되며, SAT의 알고리즘 조정에서 불일치가 플래그 지정됩니다.

분할 지급 추적. 공급업체 지급이 분할로 이루어지는 경우, 각 부분 지급은 자체 Pago CFDI를 생성합니다. $100,000 MXN의 Ingreso 하나가 세 번에 나누어 지급되면 세 개의 Pago CFDI가 생성됩니다. 각각은 동일한 원본 UUID를 참조하지만 다른 지급 금액과 날짜를 기록합니다. AP 스프레드시트는 송장 수준이 아닌 분할 지급 수준에서 지급 상태를 추적해야 합니다. 각 보충 지급이 발행될 때마다 IVA 공제가 점진적으로 가능해지기 때문입니다.

배치 간 조정. 실제로 보충 지급은 원본 Ingreso와 동일한 배치에 거의 도착하지 않습니다. 월말 AP 마감을 위해서는 이전 달 배치의 미결 PPD UUID 목록을 가져와 새로 수신된 Pago CFDI와 상호 참조한 다음 일치하는 쌍을 마감해야 합니다. 이는 배치 크기에 따라 선형적으로 확장되는 수동 조정 작업입니다. 미결 PPD 항목 35개 = 35번의 수동 조회가 필요하며, 각각 Pago XML을 찾고, 보충 필드를 추출하고, 금액이 일치하는지 확인해야 합니다.

RFC 형식 변형 — XAXX010101000이 공급처 마스터 조회를 망가뜨리는 이유

CFDI 4.0은 버전 3.3에 비해 수취인 식별 요구사항을 크게 강화했습니다. CFDI 4.0에서는 수취인 노드에 정확한 RFC(세금 ID), 법인명(Nombre), 우편번호(DomicilioFiscalReceptor), 세무 체계(RegimenFiscalReceptor)가 모두 포함되어야 하며, PAC가 디지털 스탬프를 적용하기 전에 SAT 납세자 데이터베이스와 사전 검증됩니다. 이는 존재하지 않거나 불일치하는 납세자에게 발행되는 '세금 유령' 문제를 없애기 위해 설계되었습니다.

AP 일괄 처리의 실질적인 결과는, 공급업체로부터 받은 50개의 CFDI XML 배치에 수취인 RFC가 통일되지 않는다는 점입니다. 모두 귀사 명의로 발행된 경우에도 마찬가지입니다:

50개 공급업체 CFDI XML 배치, 특히 소규모 공급업체(농업 생산자, 농촌 유통업체, 독립 서비스 제공업체)의 경우 5~10%가 일반 또는 불일치 RFC를 포함합니다. 이 CFDI는 인증되었고 기술적으로 유효합니다(SAT가 승인함). 그러나 귀사는 이에 대한 IVA 공제를 청구할 수 없습니다. 배치 출력에서 이를 별도로 플래그 표시해야 하며, AP 팀은 월말 DIOT 신고 마감 전에 공급업체에 연락하여 올바른 수취인 RFC로 CFDI를 재발행하도록 조치해야 합니다.

CFDI 4.0 필드 대량 검증 — SAT가 팀이 보기도 전에 거부하는 항목

2023년 4월 1일부터 의무화된 CFDI 4.0은 더 엄격한 필드 검증과 새로운 필수 필드를 도입했습니다. XML 배치를 수신하는 AP 팀에게 관련 변경 사항은 다음과 같습니다:

RegimenFiscalReceptor 이제 필수. CFDI 3.3에서는 수취인의 세금 체계가 선택 사항이었습니다. 4.0에서는 모든 CFDI에 수취인의 Regimen Fiscal 코드(SAT 카탈로그 c_RegimenFiscal)가 포함되어야 합니다. 회사가 여러 체계로 운영되는 경우(예: 핵심 업무용 Régimen General de Ley Personas Morales(코드 601)와 별도 사업 라인용 Régimen de Actividades Empresariales con ingresos a través de plataformas tecnológicas(코드 625)), 배치의 CFDI는 각 거래가 속한 체계를 반영해야 합니다. 송장의 RegimenFiscalReceptor와 등록된 체계가 일치하지 않으면 감사 위험이 발생합니다.

RFC + Nombre 교차 검증. CFDI 4.0은 수취인의 RFC를 SAT 데이터베이스의 등록된 법인명과 사전 검증합니다. 공급업체가 올바른 RFC를 입력했지만 법인명이 약간 잘못된 경우(예: "S.A. de C.V." 대신 "SA de CV"), PAC는 timbrado 전에 CFDI를 거부합니다. 즉, 받은 편지함에 도착하는 CFDI 4.0 XML은 구조적으로 더 신뢰할 수 있지만, 발행 시 오류가 결함이 있지만 인증된 송장보다 완전한 거부로 이어질 가능성이 더 높습니다. 처리하는 배치는 더 깨끗하지만 더 작습니다. 일부 공급업체의 송장이 거부되었고 아직 재발행되지 않았을 수 있습니다.

Exportación 필드. CFDI 4.0은 필수 Exportación 필드(c_Exportacion)를 도입했습니다. 값은 01(수출 대상 아님), 02(확정 수출, A1), 03(확정 수출, A2), 04(임시 수출)입니다. 상품을 수출하는 회사의 경우 공급업체 CFDI 배치에는 Exportación=01과 Exportación=02/03 송장이 모두 포함됩니다. 02/03 CFDI는 VAT 처리가 다르며(수출 판매 시 IVA 0%), 종종 대외 무역 보완(Complemento de Comercio Exterior 2.0, 2024년 1월부터 의무화)을 포함합니다. DIOT 신고가 국내 구매와 수출 관련 구매를 분리하므로 이러한 수출 태그가 있는 송장은 배치 출력에서 국내 송장과 분리되어야 합니다.

배치 검증기의 경우 빠른 사전 추출 스캔으로 유용한 신호를 얻을 수 있습니다. 고유한 RegimenFiscalReceptor 값 수(1개 초과 = 잠재적 체계 불일치), Exportación 필드 분포 확인(국내/수출 혼합 배치), 고유한 수취인 RFC 수 계산(일반 RFC 플래그 지정). 50개 XML 배치에 대한 3초 사전 점검으로 다운스트림 분류 시간을 30분 절약할 수 있습니다.

SAT 포털 일괄 다운로드 제한 — Buzón Tributario에서 가져올 수 있는 것과 없는 것

멕시코 AP 일괄 작업 흐름을 결정짓는 실질적 제약: SAT 포털을 통해 납세자는 Buzón Tributario에서 수신 CFDI를 다운로드할 수 있지만, 대규모 처리 시 제한이 따릅니다. 포털의 대량 다운로드 기능은 일반적으로 요청당 최대 500,000건으로 제한되며, 이는 중견 AP팀의 필요보다 훨씬 높은 수준입니다. 그러나 웹 인터페이스에는 실질적 제약이 있습니다. 수동 다운로드 세션이 타임아웃되고, 월별 수신 CFDI를 하나씩 탐색하며 개별 XML을 선별하는 것은 공급업체에 직접 요청하는 것보다 빠르지 않습니다.

월 50~200개의 CFDI XML을 처리하는 AP팀의 경우, 더 흔한 병목은 SAT 다운로드 제한이 아니라 공급업체의 전달 일관성입니다. CONTPAQi(멕시코 1위 PAC) 또는 EDICOM과 같은 PAC를 사용하는 대규모 멕시코 공급업체는 일반적으로 인증된 XML을 구매자에게 자동 전달합니다. 무료 SAT 도구나 저가 PAC를 사용하는 소규모 공급업체는 수취인에게 자동 전달 없이 CFDI만 생성할 수 있습니다. 즉, SAT 확인용 QR 코드가 포함된 PDF 버전은 AP팀에 도착하지만 XML은 별도로 요청해야 합니다.

XML이 누락된 간헐적 또는 소규모 공급업체 CFDI의 일괄 작업에는 두 가지 실용적 접근 방식이 있습니다. 공급업체에 XML을 요청하거나(월말 마감에 1~3영업일 추가), PDF 버전과 PDF 및 이미지에서 송장 데이터를 읽는 데이터 추출 도구를 사용하여 보유한 XML과 동일한 필드를 동일한 열로 추출하는 것입니다. 이 혼합 소스 통합이 바로 일괄 처리를 "XML 파서 50회 실행"에서 실제 운영 워크플로우로 전환하는 지점입니다.

CFDI XML 50개에서 AP 스프레드시트 하나로 — 월말 워크플로우

다음은 위에서 설명한 구조적 문제를 고려한 일괄 워크플로우입니다. 월말에 14개 공급업체의 50개 이상의 CFDI XML을 처리하고, 마감 후 3일째에 CONTPAQi 또는 Aspel-COI 가져오기 마감일이 있는 AP 분석가를 위해 설계되었습니다.

이 워크플로우는 분석가가 CFDI PDF 6~8개에서 수동으로 데이터를 하나씩 추출하는 데 걸리는 시간과 거의 동일한 시간에 배치를 처리하지만, 50개 이상을 처리하고 DIOT 준비가 된 출력물을 생성합니다. 단순한 "스프레드시트 데이터"가 아닙니다.

CFDI XML 및 PDF에서 구조화된 데이터를 추출하는 기본 사항(모든 공급업체가 XML을 제공하지 않는 혼합 형식 배치 처리 방법 포함)에 대한 자세한 내용은 멕시코 CFDI 송장 데이터를 Excel로 추출 가이드를 참조하세요.

자주 묻는 질문 — 멕시코 CFDI 송장 일괄 처리

일괄 CFDI 처리가 동일 실행에서 PUE와 PPD 송장을 혼합 처리할 수 있나요?

기술적으로는 가능합니다. 일괄 도구가 두 유형 모두에서 데이터를 추출할 수 있습니다. 하지만 회계 정확성을 위해 별도의 하위 배치로 처리해야 합니다. PUE 송장은 즉시 전기할 수 있습니다. PPD 송장은 전기 전에 Complemento de Pago와 연결되어야 합니다. PPD 조정 단계 없이 동일 출력으로 병합하면 원장에 미결 부채가 발생합니다.

SAT 포털에서 수취 CFDIs 일괄 다운로드의 실질적 한계는 무엇인가요?

SAT 포털의 Buzón Tributario를 통한 대량 다운로드는 요청당 최대 500,000건의 레지스트로를 지원하며, 이는 일반적인 AP 규모를 훨씬 초과합니다. 그러나 웹 인터페이스는 세션 시간 제한이 있으며 개별 공급업체 XML의 빠른 검색용으로 설계되지 않았습니다. 월말 AP의 경우, 공급업체에서 직접 XML을 요청하거나 자동화된 PAC-수취인 전달 서비스를 사용하는 것이 수동 SAT 포털 다운로드보다 빠릅니다.

ImageToTable.ai가 CFDI XML 파일을 직접 처리하나요, 아니면 PDF 버전만 처리하나요?

ImageToTable.ai는 PDF, JPG, PNG 이미지 및 문서 스크린샷을 처리합니다. XML CFDI 파일의 경우, 모든 멕시코 공급업체가 XML과 함께 제공해야 하는 CFDI의 PDF 렌더링을 업로드하면 도구가 UUID, RFC, 금액, 날짜, Método de Pago 등 동일한 필드를 구조화된 열로 추출합니다. 일부 공급업체가 인쇄 버전만 보낸 혼합 XML + PDF 배치의 경우 모든 것이 하나의 스프레드시트로 병합됩니다.

여러 월말 배치에서 CFDI UUID 중복을 어떻게 처리하나요?

실행 중인 UUID 레지스터를 유지하세요. 각 새 배치를 전기하기 전에 모든 UUID를 레지스터와 교차 확인합니다. 파일 수와 일치하는 고유 UUID 수는 중복이 없음을 확인합니다. 두 개의 별도 배치에 나타나는 UUID는 재제출(동일 CFDI가 두 번 전송됨) 또는 수정(취소 후 새 UUID로 재발행 — 이전 UUID는 무효화됨)을 나타냅니다. 두 경우 모두 전기 전에 조사하세요. UUID 열을 포함하는 배치 추출 출력은 이 확인을 30초 피벗 테이블 작업으로 만듭니다.

일부 CFDI에서 XAXX010101000 같은 일반 RFC를 사용하는 이유는 무엇이며, 해당 청구서를 계속 등록할 수 있나요?

XAXX010101000은 멕시코 RFC가 없는 외국 수취인을 위해 SAT에서 지정한 일반 RFC입니다. 청구서를 원장에 등록할 수는 있지만, 해당 CFDI의 IVA는 공제 대상이 아닙니다. 즉, VAT 목적으로 공제할 수 없습니다. IVA 공제를 청구하려면 공급업체에 회사의 정확하고 등록된 RFC로 CFDI를 재발행해 줄 것을 요청해야 합니다. 이는 50개 이상의 공급업체 CFDI 배치에서 가장 흔한 예외 중 하나이며, 일반 RFC는 전기 전에 식별되어야 합니다.

결제 보완서(Complemento de Pago)를 배치에서 자동으로 원본 청구서와 매칭할 수 있나요?

네, 배치 처리 도구가 각 Pago CFDI의 Complemento de Pago 노드에서 원본 청구서 UUID를 추출할 수 있다면 가능합니다. <pago20:Pago> 요소는 DocumentoRelacionado 하위 요소에서 원본 청구서 UUID를 참조하며, 이를 미결제 PPD Ingreso 청구서의 UUID와 상호 참조합니다. 이는 구조화된 XML 간 매칭이므로 완전히 자동화할 수 있어, 18건의 수동 조정 작업을 0건으로 줄일 수 있습니다.

일반적인 다중 공급업체 배치에서 어떤 CFDI 유형을 예상해야 하나요?

대규모 유통업체 및 산업용 공급업체의 배치에서는 주로 Método PPD가 적용된 Ingreso(Tipo I)를 예상해야 합니다. 제조업체와 서비스 제공업체는 계약 조건에 따라 PUE와 PPD를 모두 사용할 수 있습니다. 반품이나 조정을 위한 Egreso(Tipo E) 대변 메모도 수신할 수 있으며, 이는 원본 Ingreso와 매칭되어 독립 항목이 아닌 대체 항목으로 처리되어야 합니다. 급여 CFDI(Tipo N, Nómina)는 별도로 처리되며 AP 배치에서 필터링되어야 합니다.

멕시코 AP의 진정한 병목 현상은 데이터 입력 속도가 아닌 조정 무결성입니다

각 CFDI XML을 열고, 스캔하고, 8개 필드를 수동으로 스프레드시트에 복사하는 데 3분이 걸린다면, 50개의 공급업체 청구서를 처리하는 데 AP 분석가의 월말 시간 2.5시간이 소요됩니다. 하지만 이 계산은 실제 비용을 놓치고 있습니다. 2.5시간의 데이터 입력 후에는 추가로 3~4시간의 조정 작업이 뒤따릅니다. 즉, PPD 청구서를 결제 보완서와 매칭하고, UUID를 이전 배치와 확인하고, DIOT 신고를 위해 Uso CFDI별로 분류하고, 일반 RFC에 대해 공급업체를 추적하는 작업입니다.

멕시코 AP의 병목 현상은 데이터 입력 속도가 아닙니다. 수동 추출의 결과물인 공급업체명, 금액, 세금이 포함된 스프레드시트에는 조정에 필요한 필드가 전혀 포함되어 있지 않기 때문입니다. UUID, Método de Pago, Uso CFDI, Exportación, RegimenFiscalReceptor — 이러한 필드가 있어야 단순한 청구서 목록이 DIOT 제출 준비가 완료되고 감사에 대비된 AP 배치로 전환됩니다. 이러한 모든 필드를 동시에 보존하는 배치 추출은 실제 시간이 소요되는 조정 단계를 제거합니다.

14개 공급업체의 50개 CFDI XML 배치를 처음 처리하고 UUID 열이 채워지고, PUE/PPD 구분이 미리 정렬되며, Uso CFDI 그룹화가 DIOT 섹션과 일치하는 스프레드시트를 내보낼 때, 추출 자체가 결코 어려운 부분이 아니었다는 것을 깨닫게 될 것입니다. 어려운 부분은 그 후에 하던 조정 작업이었습니다.