CFDI란 무엇인가?
멕시코 전자 세금계산서 시스템 초보자 가이드
멕시코 공급업체가 처음으로 청구서를 보내면 PDF와 XML 두 개의 파일을 받게 됩니다. PDF는 일반적인 청구서처럼 보이지만, XML 파일의 내용은 컴퓨터 코드처럼 보입니다. XML은 무시하고 PDF만 처리하고 넘어가고 싶을 수도 있습니다. 하지만 멕시코에서는 XML이 진짜 청구서이고, PDF는 단순한 출력물일 뿐입니다. 이 문서를 처리하는 모든 과정은 바로 이 한 가지 사실에서 시작됩니다.
핵심 요약
- CFDI는 필드가 추가된 PDF가 아닙니다. XML이 법적으로 유효한 문서이며, 받은 편지함에 도착하기 전에 정부 인증 PAC가 디지털 서명과 검증을 수행합니다.
- Método de Pago 코드 하나 — 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로 디지털 서명한 후, 선택한 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를 할당하여 해당 거래의 영구 참조 번호로 사용합니다. SAT는 각 CFDI를 발행자와 수취자 모두가 각자의 세금 포털(Buzón Tributario)을 통해 확인할 수 있도록 하고, 누구나 UUID와 발행자 RFC를 입력하여 CFDI의 진위를 확인할 수 있는 공개 검증 포털을 제공합니다.
순서는 올바르게 작성된 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 | 올바른 법인으로 송장을 라우팅하며, SAT 기록에 CFDI를 연결합니다. |
| Nombre / Razón Social | 발행자와 수취인의 법적 명칭, SAT에 등록된 것과 정확히 일치해야 함 | SAT 등록과 정확히 일치해야 함 — 한 글자만 달라도 PAC에서 거부됩니다. |
| Régimen Fiscal | 발행자의 과세 제도 코드 | 거래의 세금 처리를 결정하며, 실제 활동과 불일치 시 감사 대상이 됩니다. |
| 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의 6가지 유형 — 하나만 있는 것이 아닌 이유
CFDI는 변형이 있는 단일 문서 유형이 아닙니다. Tipo de Comprobante 필드는 각각 고유한 목적, 법적 효력 및 처리 영향이 있는 6가지 별개의 문서 범주를 지정합니다:
| 코드 | 명칭 | 기록 내용 | 발생 시점 |
|---|---|---|---|
| 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는 육안 검토에 유용하지만, SAT가 인보이스로 간주하는 것은 XML입니다. 두 파일 모두 5년간 보관해야 합니다. PDF만 저장하면 법적으로 권위 있는 문서를 놓치는 것입니다.
2. XML에서 UUID와 주요 필드를 추출하세요. UUID는 이 거래의 영구 참조 번호로, 지급 조정, CFDI 상태 확인, 감사 요청 대응에 사용됩니다. RFC, 총액, IVA 내역, Método de Pago, 날짜가 AP 시스템에 최소한으로 필요한 필드입니다. 자세한 추출 지침은 CFDI 데이터 추출 가이드를 참조하세요. 모든 추출 방법에 대한 전체 안내는 CFDI 데이터 추출 완전 가이드를 참조하세요.
2b. 처리 속도가 일반 인보이스보다 느릴 것으로 예상하세요. 팀이 CFDI에 익숙하지 않다면 학습 곡선을 계획하세요: 이중 문서 PPD 구조, 취소 기간, RFC 매칭 규칙은 미국이나 유럽 인보이스에는 없는 추가 작업입니다. 이러한 현상이 발생하는 이유와 이를 중심으로 워크플로우를 구축하는 방법에 대한 자세한 설명은 멕시코 CFDI 인보이스 처리가 대부분의 팀이 예상하는 것보다 더 어려운 이유에 대한 가이드를 참조하세요.
3. Método de Pago를 즉시 확인하세요. 값이 PPD인 경우 이 인보이스를 지급 추적 대상으로 표시하세요. 공급업체가 지급을 기록하면 하나 이상의 Pago CFDI를 받게 되며, 각각 고유한 UUID와 원래 Ingreso UUID를 참조하는 Complemento de Pago 노드가 있습니다. 각 Pago가 도착할 때 해당 Ingreso와 매칭할 수 있는 추적 메커니즘을 만드세요.
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와 매칭하세요. 이 간단한 규율은 멕시코 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은 수취인의 데이터가 SAT 납세자 등록부와 정확히 일치해야 하기 때문입니다. 한 글자만 달라도 PAC에서 거부됩니다. Constancia de Situación Fiscal은 등록된 정확한 데이터를 보여주는 공식 SAT 문서입니다. 2026년 개정 이후 CFDI 발행 조건으로 개인 신분증(Cédula)이나 Constancia de Situación Fiscal 제시를 요구하는 것은 CFF 제83조에 따른 위반으로 분류되지만, 실제로는 공급업체가 데이터 정확성을 확보하기 위해 여전히 요청할 수 있습니다.
회사 데이터에 오류가 있는 CFDI를 받으면 어떻게 되나요?
공급업체는 오류가 있는 CFDI를 취소하고 새 UUID로 수정본을 발행해야 합니다. CFDI가 MXN 1,000을 초과하고 최초 72시간 유예 기간 내에 있지 않은 경우, 취소에는 72시간 내 수취인의 동의가 필요합니다. 공급업체는 동일한 CFDI를 단순히 수정하여 재발송할 수 없습니다. 원래 UUID는 영구적으로 무효화됩니다.
CFDI XML을 Excel로 직접 변환할 수 있나요?
네, 가능합니다. CFDI XML 파일은 구조화된 데이터로, 모든 필드에 태그가 지정되어 있어 파싱할 수 있습니다. 다만 스키마가 계층적이어서 데이터를 평면 행으로 추출하려면 스키마의 중첩 구조를 이해해야 합니다. CFDI에서 Excel로 추출하는 단계별 방법은 CFDI 추출 가이드를 참조하세요.
멕시코의 CFDI 시스템은 공급업체와 구매자에게 부과된 관료적 부담이 아닙니다. 실시간 세무 가시성을 위해 설계된 인프라이며, 그 논리를 이해하면 노이즈처럼 보였던 필드(Uso CFDI, Método de Pago, Régimen Fiscal)가 이 거래가 회사의 멕시코 세무 상황에 어떻게 부합하는지 정확히 알려주는 신호가 됩니다. 학습 곡선이 분명히 존재합니다. 그러나 이 시스템은 일관적이며, 제공하는 데이터는 대부분의 AP 팀이 접하게 될 어떤 송장 형식보다도 권위적입니다.