CFDI란 무엇인가?
멕시코 전자송장 시스템 초보자 가이드
멕시코 공급업체로부터 첫 번째 송장을 받으면 PDF와 XML 두 개의 파일을 받게 됩니다. PDF는 일반 송장처럼 보이지만, XML 파일의 내용은 컴퓨터 코드처럼 보입니다. XML은 무시하고 PDF만 처리하고 넘어가고 싶을 수도 있습니다. 하지만 멕시코에서는 XML이 진짜 송장이고, PDF는 단지 출력물일 뿐입니다. 이 문서를 처리하는 모든 방법은 이 한 가지 사실에서 비롯됩니다.
핵심 요약
- CFDI는 추가 필드가 있는 PDF가 아닙니다. XML이 법적으로 유효한 문서이며, 정부 인증 PAC가 귀하의 받은 편지함에 도착하기 전에 디지털 서명하고 검증합니다.
- 결제 방법 코드 하나 — PUE 대신 PPD — 는 받은 하나의 송장이 각 할부 결제에 대해 별도의 Pago CFDI를 생성하여, 몇 달에 걸쳐 추적해야 하는 문서 수가 세 배로 늘어납니다.
- ImageToTable.ai는 템플릿 구축 없이 XML과 PDF 모두에서 모든 CFDI 필드를 추출하므로, 페이지 좌표가 아닌 콘텐츠를 읽기 때문에 단일 열 설정이 모든 공급업체 형식에서 작동합니다.
CFDI를 받으셨습니다. 무엇을 보고 계신가요?
CFDI는 Comprobante Fiscal Digital por Internet(인터넷 기반 디지털 세금 영수증)의 약자입니다. 2014년 멕시코 정부가 모든 납세자에게 전자 청구서 발행을 의무화한 이후, 모든 상업 거래에 사용되는 멕시코의 표준 전자 송장 형식입니다. 하지만 이를 단순히 "전자 송장"이라고 부르기에는 그 의미가 충분히 전달되지 않습니다. 대부분의 국가에서 전자 송장은 회계 소프트웨어로 생성되어 고객에게 이메일로 발송되는 PDF를 의미합니다. 반면 멕시코에서 CFDI는 법적 효력을 갖기 전에 정부 검증 절차를 통과해야 하는 XML 문서이며, 정부는 검증된 모든 송장 사본을 실시간으로 전송받습니다.
차이점을 가장 간단히 설명하자면 이렇습니다. 미국이나 유럽의 송장 처리 순서는 발행 → 전송 → 사후 보고(월말 또는 세금 신고 시)입니다. 멕시코의 순서는 생성 → 검증 → 날인 → 실시간 보고입니다. 멕시코 정부는 귀사보다 먼저 거래 내역을 확인합니다. 정부 시스템의 승인을 받기 전까지 송장은 법적으로 존재하지 않습니다.
공급업체 이메일에 첨부된 두 개의 파일은 동일한 거래를 서로 다른 방식으로 보여줍니다. XML(eXtensible Markup Language) 파일은 법적으로 확정적인 문서입니다. 구조화된 데이터, 발행자와 정부 인증 기관의 디지털 서명, 그리고 이 거래를 멕시코 세금 인프라에 영구적으로 연결하는 고유 식별자가 포함되어 있습니다. PDF는 사람이 읽을 수 있는 시각적 표현으로, SAT(멕시코 세무청) 규정에 따라 정부 검증 포털로 연결되는 QR 코드를 포함하지만 독립적인 법적 효력은 없습니다. 둘 사이에 차이가 있을 경우 XML이 우선합니다. SAT에 거래를 증명해야 할 때는 XML을 제시합니다. 법정 보존 기간인 5년 동안 기록을 보관할 때도 XML을 유지해야 합니다.
핵심 개념 하나만 기억하세요: 멕시코에서 법적 송장은 눈으로 읽을 수 있는 종이나 PDF가 아닙니다. 기계가 읽을 수 있고, 정부가 검증했음을 암호학적으로 증명하는 구조화된 데이터 파일입니다. 이 시스템의 모든 것은 이 원칙에서 비롯됩니다.
멕시코가 이 시스템을 구축한 이유 — 종이에서 실시간 승인으로
멕시코는 전자송장 발행을 의무화한 세계 최초의 국가 중 하나이며, 종이 송장이 야기한 특정 문제들을 해결하기 위해 이를 도입했습니다. CFDI 이전에는 기업들이 인쇄된 다중 복사본 형태의 물리적 세금 영수증을 발행했고, SAT(멕시코 연방 세무 당국)는 누가 누구에게 무엇을 팔고 있는지 실시간으로 파악할 수 없었습니다. 기업들은 실제 거래 금액과 다른 금액으로 송장을 발행할 수 있었습니다. 또한 발생하지 않은 거래에 대해 송장을 발행할 수도 있었는데, 이는 허위 송장 발행으로 알려진 관행으로 멕시코 재무부에 연간 수십억 페소의 손실을 초래했습니다. 감사 역량은 표본 추출에 국한되었습니다. 신고된 내용과 실제 발생한 내용 간의 격차는 세수 징수에 구조적 문제가 될 만큼 컸습니다.
CFDI 시스템은 단계적으로 도입되었습니다. 2004년에는 전자송장 발행이 종이의 대안으로 선택 사항이 되었습니다. 2010년에는 정부가 대기업에 대해 이를 의무화했습니다. 2014년에는 의무 적용 대상이 멕시코의 모든 납세자(다국적 기업부터 개인 전문직 종사자 및 소상공인까지)로 확대되었습니다. 2022년에는 시스템이 현재 버전인 CFDI 4.0으로 업그레이드되어 더 엄격한 수취인 검증 요구 사항이 추가되고 취소 사유 코드 체계가 공식화되었습니다.
이 시스템의 설계는 송장 발행, 선적, 보고라는 전통적인 순서를 역전시켜 세무 집행 문제를 해결합니다. 기존 모델에서는 세무 당국이 거래가 발생한 지 몇 주 또는 몇 달 후에야 거래 내역을 확인할 수 있었고, 그 기간 동안 불일치 사항이 묻히기에 충분했습니다. CFDI 모델에서는 모든 송장이 생성되는 즉시 중앙 데이터베이스에서 검증 및 등록됩니다. SAT는 이 데이터베이스를 실시간으로 조회할 수 있습니다. 서로 다른 납세자의 송장을 상호 참조하여 불일치를 감지할 수 있습니다. 기업이 신고 소득을 조작하기 위해 송장을 발행하고 취소하는 패턴을 식별할 수 있습니다. 이 시스템은 가시성을 위해 구축되었으며, 그 가시성은 구매자인 귀사에도 적용됩니다. 공급업체가 귀사에 발행하는 모든 CFDI는 SAT 데이터베이스의 귀사 RFC에 기록되어, 귀사가 멕시코에서 수행하는 모든 B2B 거래에 대한 영구적이고 감사 가능한 추적을 생성합니다.
세 주체: SAT, PAC, 납세자
CFDI는 공급자에서 구매자로 직접 이동하지 않습니다. 대부분의 국가 송장 시스템에는 없는 중개자를 거칩니다. 세 참여자의 역할과 상호 작용 순서를 이해하는 것이 시스템의 다른 모든 것을 이해하는 기초입니다.
납세자 (Contribuyente) — 발행자
멕시코 공급업체입니다. ERP 또는 송장 시스템에서 CFDI XML을 생성하고, CSD(디지털 서명 인증서 — SAT가 발급한 신원 증명 암호화 인증서)로 디지털 서명한 후, 선택한 PAC에 전송하여 검증을 받습니다. 납세자는 CFDI 데이터의 정확성에 대해 법적 책임을 집니다.
PAC (Proveedor Autorizado de Certificación) — 검증자
납세자와 세무 당국 간의 중개자 역할을 하는 SAT 인증 민간 기업입니다. PAC는 Anexo 20 기술 표준에 따라 XML 구조를 검증하고, 발행자와 수취자의 RFC가 모두 존재하고 SAT 등록부에서 활성 상태인지 확인하며, 디지털 서명을 확인하고, 모든 검증이 통과되면 timbre fiscal digital(디지털 세금 스탬프)를 적용합니다. 이 과정을 timbrado(스탬핑)라고 합니다. 그런 다음 PAC는 스탬프가 찍힌 CFDI를 SAT에 전송하고 발행자에게 반환합니다. PAC의 스탬프 없이는 CFDI에 법적 효력이 없습니다. PAC는 문서당 수수료를 청구하며, 일반적으로 문서당 수 페소 수준입니다.
SAT (Servicio de Administración Tributaria) — 세무 당국
미국의 IRS 또는 영국의 HMRC에 해당하는 멕시코 연방 세무 당국입니다. SAT는 PAC 네트워크에서 검증된 모든 CFDI를 실시간으로 수신하여 중앙 데이터베이스에 저장합니다. 각 CFDI에 UUID(36자 범용 고유 식별자, Folio Fiscal이라고도 함)를 할당하여 해당 거래의 영구 참조 번호로 사용합니다. SAT는 각 CFDI를 발행자와 수취자 모두가 각자의 세금 포털(Buzón Tributario)을 통해 확인할 수 있도록 하고, 누구나 UUID와 발행자 RFC를 입력하여 CFDI의 진위를 확인할 수 있는 공개 검증 포털을 제공합니다.
순서(납세자 생성 → PAC 검증 → SAT 수신)는 올바르게 작성된 CFDI의 경우 몇 초 안에 완료됩니다. 결과적으로 공급업체가 송장을 이메일로 보낼 때쯤이면 해당 문서는 이미 정부 승인 절차를 거친 상태입니다. PAC가 유효하지 않은 RFC, 구조 오류, 취소된 CSD 인증서 등으로 인해 CFDI를 거부했다면, 공급업체는 유효한 CFDI로 귀하에게 보낼 수 없었을 것입니다.
CFDI의 구조: XML 안에는 무엇이 들어 있을까
CFDI XML 파일을 열면 태그 요소들의 계층 구조가 보입니다. 이는 데이터 내보내기와 세금 신고서를 합쳐 놓은 듯한 형태입니다. 실제로 그렇습니다. Resolución Miscelánea Fiscal의 Anexo 20에서 정의한 CFDI 4.0 스키마는 어떤 요소가 어떤 순서로, 어떤 허용 값으로 반드시 포함되어야 하는지를 명시합니다. 다음은 수신 측에서 CFDI 인보이스를 처리할 때 가장 중요한 필드들입니다:
| 필드 | 설명 | 필요한 이유 |
|---|---|---|
| RFC Emisor | 공급업체의 12자리 또는 13자리 세금 ID (Registro Federal de Contribuyentes) | 공급업체 마스터와 SAT 데이터베이스에서 공급업체를 식별합니다. |
| RFC Receptor | 회사의 RFC (멕시코 세금 등록이 없는 경우 일반 코드 XEXX010101000 사용 가능) | 올바른 법인으로 송장을 라우팅하며, SAT 기록에 CFDI를 연결합니다. |
| Nombre / Razón Social | 발행자와 수취인의 법적 명칭, SAT에 등록된 것과 정확히 일치해야 함 | SAT 등록과 정확히 일치해야 함 — 한 글자만 달라도 PAC에서 거부됩니다. |
| Régimen Fiscal | 발행자의 과세 제도 코드 (예: 법인 601, 사업 활동을 하는 개인 612) | 거래의 세금 처리를 결정하며, 실제 활동과 불일치 시 감사 대상이 됩니다. |
| UUID (Folio Fiscal) | PAC를 통한 timbrado 중 SAT가 할당한 36자리 범용 고유 식별자 | 이 CFDI를 지급 보완, 취소 요청 및 SAT 확인 포털에 영구적으로 연결하는 키입니다. |
| Fecha y Hora | 발행 및 PAC 인증 날짜와 시간 | 거래의 과세 기간과 취소 가능 기간을 결정합니다. |
| Conceptos | 라인 항목 세부 정보: 설명, 수량, 측정 단위, 단가, 제품/서비스 분류 코드 (ClaveProdServ) | 청구되는 재화 또는 서비스 — 상호 참조를 위해 SAT 카탈로그 코드를 사용하여 분류됩니다. |
| Impuestos | 세금 내역: 16% 전가된 IVA (부가가치세), 원천징수된 IVA, 원천징수된 ISR, IEPS (생산 및 서비스 특별세) | 유형 및 세율별 세액 — 세액 공제 청구 및 비용 공제 계산에 필요합니다. |
| Forma de Pago | 지불 방법: 예: 01 현금, 02 수표, 03 전자 이체, 04 신용/직불 카드 | SAT 세금 분류에 필요하며, 지불 채널을 회사 기록과 대조 확인합니다. |
| 결제 방식 | PUE(일시불) 또는 PPD(분할/연불 결제) | PPD는 각 결제마다 별도의 Pago CFDI를 발행해야 하므로, 이 코드 하나로 관리해야 할 문서가 세 배로 늘어납니다 |
| CFDI 용도 | 수취인이 청구서를 어떻게 사용할지 선언하는 코드: G01(상품 구매), G03(일반 비용), P01(미정) | 실제 구매 용도와 일치해야 합니다 — SAT가 이를 세무 신고와 대조합니다 |
이 중 일부 필드(Uso CFDI, Régimen Fiscal, Método de Pago 등)는 일반적인 미국 또는 유럽 인보이스에는 존재하지 않습니다. CFDI가 세금 신고 문서의 역할도 하기 때문입니다. 발행자는 단순히 판매 내역을 알리는 것이 아니라, SAT에 거래의 정확한 세금 처리 방식, 구매 의도, 그리고 이후의 지불 구조를 보고하는 것입니다. ERP의 표준 인보이스 형식과 맞지 않아 무시하는 필드들이 바로 SAT가 과세 상태가 경제 활동과 일치하는지 확인하는 데 사용하는 필드입니다.
CFDI의 여섯 가지 유형 — 하나로 통일되지 않은 이유
CFDI는 변형이 있는 단일 문서 유형이 아닙니다. Tipo de Comprobante(영수증 유형 필드)는 각각 고유한 목적, 법적 효력 및 처리상의 차이점을 지닌 여섯 가지 별개의 문서 범주를 지정합니다:
| 코드 | 명칭 | 기록 내용 | 발생 시점 |
|---|---|---|---|
| I | Ingreso (수입) | 상품 판매, 서비스 제공, 임대 수익, 수수료 — 발행자의 수익 기록 | 멕시코 공급업체로부터 구매할 때마다 — 표준 청구서 |
| E | Egreso (지출) | 반품, 할인, 리베이트 또는 이전 발행 청구서 취소 — 신용 메모 | 공급업체가 과다 청구를 수정하거나 반품을 승인할 때, 이전 청구서가 취소될 때 |
| P | Pago (지급) | PPD 수입에 대한 지급 수령 — 원본 청구서 UUID를 참조하는 Complemento de Pago 포함 | PPD 청구서를 지급할 때마다 — 각 할부 지급에 대해 별도의 Pago CFDI 수령 |
| N | Nómina (급여) | 직원 보상 — 급여, 임금, 수당, 공제, 원천징수 | 회사에 멕시코 직원이 있는 경우 — 급여 영수증, 공급업체 청구서 아님 |
| T | Traslado (이동) | 상업적 판매 없는 상품 운송 — 내부 이전, 물류 이동 | 상품이 창고 간 이동되거나 Carta Porte(화물 운송장) 보완서와 함께 고객 사이트로 이동될 때 |
| — | Retenciones (원천징수) | 세금 원천징수 및 납부 — 제3자(해외 공급업체 포함) 지급 시 원천징수된 ISR 및 IVA | 멕시코 법인이 해외 당사자에 대한 지급 시 세금을 원천징수하거나 배당금, 이자, 임대료를 신고할 때 |
멕시코 공급업체를 상대하는 대부분의 AP팀에게 실무적으로 중요한 유형은 Ingreso(지급할 인보이스)와 Pago(지급 증빙 영수증)입니다. 핵심 운영 포인트: PPD로 표시된 Ingreso와 동일 거래의 Pago는 각각 별도의 UUID를 가진 두 개의 XML 파일이지만, 하나의 비즈니스 이벤트를 설명하며 회계 시스템에서 이를 연결해야 합니다. 실무 가이드는 CFDI 추출 방법 가이드를 참조하세요.
XML vs PDF: 보이는 문서가 실제 인보이스가 아닙니다
이 개념은 멕시코 인보이스에 익숙하지 않은 팀이 가장 흔히 오해하고, 잘못 이해했을 때 규정 준수 비용이 가장 높은 부분이므로 별도 섹션으로 다룹니다.
공급업체가 CFDI를 발행하면 거래의 두 가지 표현이 생성됩니다. XML 파일은 공급업체 시스템에서 생성되고, 공급업체의 CSD 인증서로 디지털 서명되며, PAC에서 검증 및 스탬프 처리되어 SAT로 전송됩니다. 위 표의 모든 필드를 SAT 시스템이 자동으로 파싱할 수 있는 계층 구조로 포함한 완전한 구조화 데이터입니다. 이 파일은 법적 효력이 있습니다. CFF 제30조에 따라 발행자와 수취인 모두 최소 5년간 보관해야 합니다.
PDF는 공급업체 시스템에서 XML 데이터의 일부를 시각적으로 렌더링하여 생성됩니다. 규제 대상으로, SAT의 CFDI 확인 페이지 링크를 인코딩한 2D QR 바코드를 포함해야 하며, SAT의 Resolución Miscelánea Fiscal에 명시된 필드를 최소한 표시해야 하지만, 멕시코 법률이 인보이스로 인정하는 문서는 아닙니다. PDF의 목적은 사람이 읽을 수 있는 형태를 제공하고, 운송 중 상품에 동봉할 물리적 문서를 제공하는 것입니다. 회계 시스템의 데이터 소스로 설계된 적이 없습니다.
실무적 결과: AP팀이 PDF에서 ERP로 데이터(공급업체명, 라인 항목, 합계, 세액)를 수동 입력하면, XML에 이미 구조화된 기계 판독 가능 형식으로 존재하는 정보의 일부를 재입력하는 것입니다. 또한 조정, 규정 준수, 감사에 중요한 필드(UUID, Método de Pago, Régimen Fiscal, Uso CFDI)를 놓치게 됩니다. PDF는 뷰어입니다. XML이 데이터입니다. XML을 처리하고 PDF는 시각적 확인용으로 사용하세요.
모든 CFDI의 진위 여부를 직접 확인할 수 있습니다. SAT 검증 포털(verificacfdi.facturaelectronica.sat.gob.mx)을 방문하여 XML의 UUID, 발행자 RFC, 수취인 RFC를 입력하세요. SAT는 CFDI의 현재 상태(유효, 취소, 또는 찾을 수 없음)와 인증 날짜를 반환합니다. 이를 통해 공급업체의 말이나 PDF 모양에 의존하지 않고 수신한 CFDI가 진짜이며 취소되지 않았음을 확인할 수 있습니다.
외국 기업이 CFDI를 접하는 방식
멕시코에 법인实体이 없는 경우, CFDI 시스템은 주로 한 가지 시나리오에서 접하게 됩니다: 회사가 멕시코 공급업체로부터 상품이나 서비스를 구매할 때, 공급업체는 거래를 문서화하기 위해 CFDI를 발행해야 합니다. 이는 구매자가 어디에 있든 필수입니다 — 미국 회사에 판매하는 멕시코 공급업체는 여전히 CFDI를 발행하고, PAC 승인을 받아 SAT에 전송해야 합니다.
이 시나리오에서 회사는 멕시코의 12자리 또는 13자리 세금 식별 번호인 RFC를 보유하지 않을 가능성이 높습니다. 공급업체는 일반 외국 수취인 RFC인 XEXX010101000을 사용합니다. 이 RFC는 SAT에 수취인이 멕시코 세금 등록이 없는 외국 법인임을 알립니다. 작동은 하지만 한계가 있습니다: 수천 개의 관련 없는 외국 회사가 이 동일한 RFC를 공유하기 때문에 SAT나 내부 시스템이 RFC만으로 올바른 법인에 송장을 라우팅할 방법이 없습니다. 조직에 멕시코 공급업체로부터 CFDI 송장을 받는 여러 자회사나 부서가 있는 경우, 공급업체 이름, 구매 주문 참조 또는 수취인 이메일 주소를 기반으로 각 송장을 올바른 처리 대기열로 안내하는 내부 라우팅 메커니즘이 필요합니다.
회사가 멕시코에 법인实体을 보유한 경우, 해당 법인은 자체 RFC를 가지며 일반 RFC 대신 해당 RFC로 CFDI 송장을 받아야 합니다. 이는 멕시코 세금 신고에서 IVA(부가가치세) 매입세액 공제를 청구하고 사업 비용을 공제하는 데 필수적입니다 — 유효한 RFC가 있을 때 XEXX010101000을 사용하면 이러한 세금 혜택을 상실합니다.
CFDI 4.0 버전은 외국 구매자에게 직접 영향을 미치는 변경 사항을 도입했습니다: 수취인의 RFC, 법적 이름(razón social) 및 세금 주소 우편번호가 SAT의 납세자 등록부와 정확히 일치해야 합니다. 일반 외국 RFC XEXX010101000의 경우, RFC 자체가 "이것은 외국 수취인입니다"라고 선언하기 때문에 이 검증이 자동으로 충족됩니다. 그러나 회사가 멕시코 RFC를 취득한 경우, SAT에 등록된 이름(대소문자, 공백, 악센트까지 정확히)을 공급업체가 입력해야 합니다. 단일 문자가 일치하지 않으면 PAC가 CFDI를 거부합니다. 이것이 2022년 이후 멕시코 공급업체가 송장을 발행하기 전에 귀하의 Constancia de Situación Fiscal(세금 상태 증명서)을 요청하는 데 더 적극적인 이유입니다: SAT가 기록한 대로 데이터를 정확히 입력해야 하며, 그렇지 않으면 PAC가 문서에 스탬프를 찍지 않습니다.
CFDI 인보이스로 실제로 해야 할 일
시스템을 이해했으니, 이제 멕시코 공급업체로부터 받은 CFDI 인보이스를 처리하기 위한 실용적인 체크리스트를 소개합니다.
1. PDF가 아닌 XML을 저장하세요. 공급업체가 두 파일을 모두 이메일로 보낸 경우, XML을 문서 관리 시스템에 보관하세요. PDF는 시각적 검토에 유용하지만, XML이 SAT가 인정하는 인보이스입니다. 두 파일 모두 5년간 보관해야 합니다. PDF만 저장하면 법적 효력이 있는 문서를 놓치는 것입니다.
2. XML에서 UUID 및 주요 필드를 추출하세요. UUID는 이 거래의 영구 참조 번호로, 지급 조정, CFDI 상태 확인, 감사 요청 대응에 사용됩니다. RFC(발행자 및 수취자 모두), 총액, IVA 내역, 결제 방법(PUE 또는 PPD), 날짜는 AP 시스템에 최소한으로 필요한 필드입니다. 자세한 추출 방법은 CFDI 데이터 추출 가이드를 참조하세요.
3. 결제 방법(결제 방법)을 즉시 확인하세요. 값이 PPD인 경우, 이 인보이스를 지급 추적 대상으로 표시하세요. 공급업체가 지급을 기록하면 하나 이상의 Pago CFDI를 받게 됩니다. 각 Pago CFDI에는 고유 UUID와 원본 Ingreso UUID를 참조하는 Complemento de Pago 노드가 있습니다. 각 Pago가 도착할 때마다 Ingreso와 연결할 수 있는 추적 메커니즘(간단한 스프레드시트 또는 ERP의 인보이스-지급 연결)을 만드세요.
4. SAT 포털에서 CFDI를 확인하세요. SAT 확인 페이지에서 UUID, 발행자 RFC, 수취자 RFC를 입력하세요. CFDI가 "Vigente"(유효)로 표시되는지 확인하세요. 새 공급업체로부터 인보이스를 처음 받을 때 최소 한 번, 고액 인보이스의 경우 정기적으로 확인하세요.
5. 취소 요청을 모니터링하세요. 회사에 멕시코 RFC가 있고 SAT 세금 사서함(Buzón Tributario)에 접근할 수 있는 경우, 보류 중인 취소 요청이 있는지 정기적으로 확인하세요. 공급업체가 이미 회계 처리한 CFDI를 취소하는 경우, 승인 또는 거부할 수 있는 시간은 72시간입니다. 아무 조치도 취하지 않으면 취소가 승인되며, 회계 입력은 무효화된 문서에 기반하게 됩니다.
6. 지급 조정에 UUID를 사용하세요. 공급업체에 지급할 때 지급 참조에 CFDI UUID를 포함하세요. 공급업체가 해당 Pago CFDI를 발행하면 UUID로 원래 Ingreso와 연결하세요. 모든 지급에 UUID를 사용하고 모든 조정에 UUID를 사용하는 이 간단한 규칙은 멕시코 AP 조정 오류의 가장 흔한 원인을 제거합니다.
한 달에 소수의 멕시코 인보이스만 처리하는 AP 팀의 경우, 특히 여러 Pago 보완 항목에 걸친 PPD 추적을 수동으로 이 수준까지 처리하는 것은 지속 불가능합니다. 일괄 처리 방법에 대한 개요는 CFDI 일괄 처리 및 소규모 기업을 위한 저렴한 CFDI 추출 가이드를 참조하세요.
스페인어권 시장에서 문서 추출이 어떻게 작동하는지에 대한 더 넓은 맥락은 스페인어권 시장 개요를 참조하세요. 추출 도구 평가 시 가격 관련 맥락은 2026 AI 문서 추출 가격 비교를 참조하세요.
자주 묻는 질문
CFDI를 받으려면 멕시코 RFC가 필요한가요?
아니요. 회사가 멕시코에 세무상 주재하지 않는 경우, 공급업체는 일반 외국인 수취인 RFC인 XEXX010101000을 사용할 수 있습니다. 단, 이 RFC로는 멕시코 내 IVA 공제나 비용 공제를 받을 수 없으며, 개별 법인 추적이 불가능합니다(수천 개의 회사가 공유). 회사에 자체 RFC를 보유한 멕시코 자회사가 있다면, 세제 혜택을 유지하고 명확한 감사 추적을 위해 해당 RFC를 사용해야 합니다.
PDF는 세무상 유효한가요, 아니면 XML이 필요한가요?
XML이 법적으로 유효한 문서입니다. PDF는 독립적인 법적 효력이 없는 시각적 표현일 뿐입니다. 발행자와 수취인 모두 CFF 제30조에 따라 XML을 최소 5년간 보관해야 합니다. SAT 감사 시 PDF가 아닌 XML 제출을 요구받게 됩니다.
CFDI와 일반 전자송장의 차이는 무엇인가요?
일반 전자송장(대부분 국가에서 이해되는 방식)은 판매자 시스템에서 생성되어 구매자에게 전송되는 PDF로, 정부가 개입하지 않습니다. CFDI는 정부 인증 PAC를 거쳐 검증되고 법적 효력 발생 전 디지털 세금 스탬프를 받는 구조화된 XML 문서입니다. 정부는 모든 CFDI 사본을 실시간으로 수신합니다. 차이는 정부 사전 승인 대 사후 보고에 있습니다.
공급업체가 계속 Constancia de Situación Fiscal을 요청하는 이유는 무엇인가요?
CFDI 4.0은 수취인의 데이터(RFC, 법인명, 세무 주소 우편번호, 세무 체계)가 SAT 납세자 등록부와 정확히 일치해야 하기 때문입니다. 한 글자만 달라도 PAC에서 거부됩니다. Constancia de Situación Fiscal은 정확한 등록 데이터를 보여주는 공식 SAT 문서입니다. 2026년 개정 이후 CFDI 발행 조건으로 신분증(Cédula)이나 Constancia de Situación Fiscal 제시를 요구하는 것은 CFF 제83조 위반으로 분류되지만, 실제로는 공급업체가 데이터 정확성을 위해 여전히 요청할 수 있습니다.
회사 데이터에 오류가 있는 CFDI를 받으면 어떻게 되나요?
공급자는 오류가 있는 CFDI를 취소(관련 문서 오류 시 사유 코드 01, 무관 오류 시 02 사용)하고 새 UUID로 수정된 CFDI를 발행해야 합니다. CFDI 금액이 MXN 1,000을 초과하고 최초 72시간 유예 기간이 지난 경우, 취소를 위해 72시간 이내에 귀하의 승인이 필요합니다. 공급자는 동일한 CFDI를 단순히 수정하여 재전송할 수 없습니다. 원본 UUID는 영구적으로 무효화됩니다.
CFDI XML을 Excel로 직접 변환할 수 있나요?
네. CFDI XML 파일은 구조화된 데이터로, 모든 필드에 태그가 지정되어 파싱 가능합니다. 그러나 스키마는 계층적입니다(예: Complemento de Pago 노드는 기본 CFDI 구조 내에 중첩됨). 데이터를 평면 행으로 추출하려면 스키마의 중첩 구조를 이해해야 합니다. CFDI를 Excel로 추출하는 단계별 방법은 CFDI 추출 가이드를 참조하세요.
멕시코의 CFDI 시스템은 공급자와 구매자에게 부과된 관료적 부담이 아닙니다. 이는 실시간 세금 가시성을 위해 설계된 인프라입니다. 그 논리를 이해하면 노이즈처럼 보였던 필드(Uso CFDI, Método de Pago, Régimen Fiscal)가 이 거래가 회사의 멕시코 세금 상황에 어떻게 부합하는지 정확히 알려주는 신호로 바뀝니다. 학습 곡선은 분명히 존재합니다. 그러나 시스템은 일관적이며, 제공하는 데이터는 대부분의 AP 팀이 접하는 어떤 송장 형식보다 권위적입니다.