멕시코 전자세금계산서 CFDI는 한국의 전자세금계산서와 근본적으로 다릅니다. 모든 세금 문서가 발행 시점에 국세청(SAT)의 실시간 인증(timbrado)을 거쳐야 비로소 법적 효력을 가지며, 인증받지 못한 문서는 계산서로 성립하지 않습니다. 본 글은 CFDI 요건과 SAP 구현 접근을 실무 관점에서 정리한 참고 자료로, SAT 공시·SAP 표준·구현 사례를 교차 검토해 작성했습니다. 규정과 카탈로그는 개정 주기가 짧으므로, 실제 설계 확정 전에는 최신 SAT 공시와 대상 릴리즈 SAP Note로 반드시 재검증해야 합니다.

1. 기본 개념 — 실시간 인증 구조

멕시코 전자세금계산서는 CFDI(Comprobante Fiscal Digital por Internet)입니다. 한국 전자세금계산서와 달리, 모든 세금 문서는 발행 시점에 SAT의 실시간 인증(timbrado)을 거쳐야 법적 효력을 가집니다. 발행 체인은 다음과 같습니다.

SAP(청구/회계전표) → XML 생성 → 전자서명(CSD) → PAC 전송 → SAT 인증(UUID 채번) → 수취인 전달·보관
용어설명
SAT멕시코 국세청. CFDI 스키마·카탈로그·검증규칙의 원천
PACSAT가 인증 권한을 위임한 인증사업자. 실제 timbrado를 수행
CSD발행자 디지털 인장(Certificado de Sello Digital). SAT에서 사업장 단위로 발급
UUID(Folio Fiscal)SAT 인증 시 문서별로 채번되는 고유키. 취소·지급충당·문서연결의 참조기준
timbradoPAC를 경유한 SAT 검증 및 UUID 채번 행위

현행 스키마는 CFDI 4.0입니다. 2022년 1월 1일부로 시행되었고, 2023년 4월 1일부로는 유일한 유효 버전으로 전면 의무화되었습니다. 2026년 현재도 CFDI 4.0이 현행 버전입니다.

2. CFDI 종류 (TipoDeComprobante)

CFDI는 단일 XML 스키마 안에서 TipoDeComprobante 값으로 구분됩니다. 구현 범위(scope)를 확정할 때 가장 먼저 식별해야 하는 축입니다.

코드유형용도SAP 매핑
IIngreso(매출)일반 판매 계산서SD 청구문서, FI 매출전표
EEgreso(차감)대변전표, 반품, 할인SD Credit Memo
PPago(지급)지급보완 전용FI 수금(입금) 처리
NNómina(급여)급여명세HCM/Payroll
TTraslado(이동)소유권 이전 없는 물품 이동재고이동·운송

본 글은 I / E / P와 운송용 T를 중심으로 다룹니다.

3. Outbound — 발행

자사가 발행하는 CFDI입니다. 청구 확정 시 SAP에서 CFDI XML을 생성하고, 서명·PAC 전송·SAT 인증까지 처리합니다. UUID가 채번되지 않은 문서는 유효하지 않으며, 수취인의 매입세액(IVA) 공제 근거도 성립하지 않습니다.

SAP 표준은 Document and Reporting Compliance(DRC)이며, 내부의 eDocument Framework로 처리합니다. 레거시 IDoc 기반 솔루션은 신규 기능·수정이 제공되지 않아 SAP 표준 지원 대상에서 사실상 제외되었습니다.

처리 흐름은 다음과 같습니다.

  1. SD 청구문서(VF01) 또는 FI 전표 전기 시 eDocument 자동 생성
  2. eDocument Cockpit(EDOC_COCKPIT)에 처리 대기로 적재
  3. CFDI 4.0 XML 생성
  4. SAP Integration Suite(CPI)에서 전자서명 후 PAC 전송
  5. PAC → SAT 검증 → UUID 및 SAT 인장 회신
  6. 회신 상태(성공·오류사유)를 Cockpit에 반영하고 인증 XML·PDF 보관

설계 시 고려할 지점은 다음과 같습니다.

  • PAC 인터페이스 — PAC별 연동 규격이 상이하므로 CPI iFlow와 인증 스펙을 사전 확정합니다.
  • CSD 인증서 — 사업장(회사코드/지점) 단위 등록과 만료 갱신 프로세스를 운영에 포함합니다.
  • SAT 카탈로그 매핑 — ClaveProdServ·ClaveUnidad·FormaPago·관세코드 등을 마스터에 매핑합니다. SAT 카탈로그는 정기 개정되므로 유지보수 절차가 필요합니다.
  • Addenda — 대형 유통사가 요구하는 비표준 확장 블록으로, 표준 CFDI 외 개발이 발생합니다. 거래처(수취인)별 요구사항을 식별합니다.
  • 인쇄표현(Representación Impresa) — QR·UUID를 포함한 SAT 규격 PDF를 생성합니다.
  • 예외 처리 — PAC/SAT 검증 실패 건의 재처리 로직과 Cockpit 모니터링 담당을 지정합니다.

4. Inbound — 수취

공급업체가 발행한 CFDI를 수취·검증·기표하는 프로세스입니다. 매입 CFDI는 매입세액 공제와 손금 인정의 원천 근거이므로, 수취한 XML이 SAT에 유효 등록된 문서인지 검증하는 것이 요건의 핵심입니다.

  • 공급업체로부터 CFDI XML 원본을 수신합니다(이메일·포털·EDI 등 경로가 혼재).
  • SAT 유효성을 조회해 UUID의 실존·유효 여부와 취소 여부를 확인합니다.
  • XML 데이터를 MM 송장검증(MIRO) 또는 FI 전표와 매칭합니다.

설계 시 고려할 지점은 다음과 같습니다.

  • 표준 커버리지 — DRC의 수취 시나리오는 Outbound 대비 표준 지원이 제한적입니다. 3rd-party나 커스텀을 병용하는 사례가 많으므로, 표준 지원 범위를 대상 릴리즈 SAP Note로 확정합니다.
  • 3-way match — XML 금액·세액과 구매오더·입고를 대사합니다.
  • 취소 모니터링 — 공급업체의 사후 취소는 기공제 세액에 영향을 주므로, UUID 상태를 주기적으로 재조회합니다.
  • 버전 편차 — 수취 자동화 범위는 DRC 버전·릴리즈에 따라 편차가 크므로, 대상 시스템 버전을 확정한 뒤 상세 설계합니다.

5. Payment Complement (REP) — 현금주의 IVA

멕시코 세제는 결제 방식을 두 가지로 구분합니다.

  • PUE(Pago en Una sola Exhibición) — 계산서 발행 시점 일시불 완납. 별도 지급 CFDI가 필요하지 않습니다.
  • PPD(Pago en Parcialidades o Diferido) — 분할·후불. 발행 시점에는 미수채권이므로, 입금이 발생할 때마다 지급 CFDI(TipoDeComprobante=P)를 별도 발행합니다. 이 문서가 Payment Complement(REP, Recepción de Pagos)입니다.

REP는 수금 시점·금액·결제수단과 원 계산서(UUID)에 대한 충당 내역을 SAT에 신고하는 문서입니다. 부가세를 수금 시점에 인식하는 멕시코 세제(현금주의 IVA)와 직결됩니다.

SAT 규칙의 핵심은 다음과 같습니다.

  • TipoDeComprobante=P로 발행하며, 총액 필드는 0으로 두고 실제 수금정보는 Pago 노드에 기재합니다.
  • 원 계산서 UUID를 필수로 참조합니다.
  • 발행 기한은 수금이 발생한 달의 익월 5번째 자연일(달력일)까지가 원칙입니다. 주말·공휴일을 포함한 자연일 기준이며 별도 유예가 없으므로, 영업일로 오해하면 신고 기한을 넘길 수 있습니다.
  • 단일 REP에 복수 계산서·복수 수금 충당이 가능합니다(부분충당 포함).
  • REP 취소·정정 절차는 개정 사례가 보고되므로, 착수 시점에 최신 SAT 규정으로 확정합니다.

설계 시 고려할 지점은 다음과 같습니다.

  • PUE/PPD 판정 — 지급조건(Payment Terms)·결제수단을 근거로 MetodoPago(PUE/PPD)와 FormaPago(SAT 결제수단 코드)를 정확히 결정합니다. 오설정은 REP 누락으로 직결됩니다.
  • 트리거 — FI 수금 전기 이벤트에서 지급 CFDI(eDocument)가 생성되도록 연계합니다.
  • UUID 링크 — 원 계산서 UUID를 SAP에 보존해야 REP에서 참조할 수 있습니다(전표–UUID 매핑 구조 설계).
  • 외화 수금 — 환산 규칙을 사전에 확정합니다.

6. 구현 방식 옵션 (DRC vs 벤더 솔루션)

DRC 표준 외에, 현지 PAC 업체(벤더) 솔루션을 병용하는 구성이 실무에서 폭넓게 채택됩니다. SAP 표준을 어디까지 사용하고 어디부터 벤더 솔루션에 위임하느냐에 따라 스펙트럼으로 구분됩니다.

  • SAP Full Solution — eDocument Framework(eDF) + Application Interface Framework(AIF) + SAP BTP 세 컴포넌트를 모두 사용합니다.
  • eDF + AIF + 벤더 아답터 — eDF·AIF를 사용하되 벤더 아답터에 연결합니다. WSDL 기반 SOAP 인터페이스로 연동하며 SOAMANAGER·SPROXY에서 설정합니다.
  • Hybrid — eDF만 사용하고 나머지는 벤더 아답터에 위임합니다. XML 생성만 eDF가 담당하고, 서명·PAC 전송·회신 처리 등은 벤더 솔루션과 RFC(SM59) 등으로 연결합니다.
  • CBO 완전 커스텀 — DRC를 사용하지 않고 CBO(Customer Built Object)로 개발한 프로그램과 커스텀 콕피트를 통해 PAC 업체와 직접 연동합니다.

벤더 솔루션이나 CBO로 Outbound를 처리할 때는 채권 회계전표를 기준으로 하며, 기술적으로 두 경로로 나뉩니다. SD에서 파생된 채권전표는 품목·수량·단위 정보가 SD 문서에 존재합니다. 반면 FI에서 직접 분개(예: FB70)한 전표는 회계전표 자체에 제품명·수량·단위 등 품목정보가 없으므로, CFDI에 기재하려면 추가 필드를 정의하고 소스 데이터를 매핑해야 합니다.

Inbound는 수취 XML/PDF를 회계전표에 첨부하고 Folio Fiscal(UUID)을 전표헤더(BKPF)에 저장하는 방식을 권장합니다. UUID 저장은 전표헤더 Long Text에 저장하는 단순 방식과, 전표량이 많을 때 Function Module FI_DOCUMENT_CHANGE로 GLO_REF_HD* 필드에 저장하는 방식으로 나뉩니다. 후자는 FBL3H 등 S/4HANA 라인아이템 리포팅에서 조회 성능이 개선됩니다.

7. 거래 유형별 필수 정보

CFDI 4.0 공통 필수 항목은 발행자·수취자 RFC, 수취자 정식 법인명, 수취자 우편번호(주소지), 세제유형(RegimenFiscal), CFDI 용도(UsoCFDI), 라인 단위 제품·서비스코드(ClaveProdServ)·단위코드(ClaveUnidad), 금액·세액입니다. CFDI 4.0은 수취자 정보가 SAT 등록정보와 정확히 일치해야 인증을 통과합니다.

7.1 내수 판매

통상 공통 필수 항목으로 성립합니다. 개인 최종소비자는 일반 대중용 RFC(예: XAXX010101000)를 적용합니다. SAP 관점에서는 고객(Business Partner) 마스터의 RFC·우편번호·RegimenFiscal·UsoCFDI 정확성이 인증 성공률을 좌우하므로, 마스터데이터 정합성 확보가 선결 과제입니다.

7.2 수출

정식 수출(통관유형 A1)에는 Complemento de Comercio Exterior(대외무역 보완)가 요구됩니다. 추가 항목으로 해외 수취자 식별정보(국가·세금ID·주소), 라인별 Fracción Arancelaria(관세분류코드, 9장 참조), 관세 기준 수량·단위, USD 환산 관세가치 등이 포함됩니다. SAP 관점에서는 도착지·Incoterms·통관유형으로 대외무역 보완 생성 여부를 분기하고, 자재마스터에 Fracción Arancelaria와 관세 단위·환산정보를 관리합니다. 무상수출·샘플 등 예외 시나리오는 별도로 정의합니다.

7.3 수입

수입 자체의 세무 증빙은 CFDI가 아니라 Pedimento(수입신고서)입니다. 수입 시점에는 CFDI를 발행하지 않습니다. 다만 수입 물품을 국내에서 재판매할 때 발행하는 CFDI에는 해당 물품의 Pedimento 번호 참조 요건이 있습니다. SAP 관점에서는 통관정보(Pedimento 번호·일자·세관)를 캡처하는 프로세스가 필요하며, 재판매 CFDI 생성 시 배치·입고와 Pedimento를 연결합니다. Pedimento 참조 의무의 적용 범위·예외는 품목·업종에 따라 상이하므로 관세사·현지 세무와 확정합니다.

8. 알아둘 특수 개념

Pedimento — 멕시코 수출입 통관신고서입니다. 세관 제출 공식 문서로 관세·부가세 납부, 물품분류, 통관유형을 담습니다. CFDI가 판매 증빙이라면 Pedimento는 통관 증빙입니다. 수입 물품원가·관세·IVA 처리와 재판매 CFDI의 Pedimento 참조를 위해 번호를 보존합니다.

Maquiladora / IMMEX — Maquiladora는 원자재·부품을 임시수입(관세·IVA 유예)해 멕시코에서 가공·조립 후 대부분 재수출하는 제조 모델입니다. 이를 규율하는 현행 정부 프로그램이 IMMEX이며, Maquiladora는 그 한 운영 형태입니다. IMMEX 인증 기업은 임시수입 원자재의 관세·부가세를 유예받는 대신, 임시수입분의 소진·재수출 추적 의무가 엄격합니다. 특히 부가세 유예를 위해서는 별도 IVA·IEPS 인증(등급 A/AA/AAA)이 필요합니다. SAP 관점에서는 재고 추적이 설계의 중심입니다. 임시수입 원자재가 어떤 완제품으로 재수출됐는지 추적 가능한 데이터 구조(배치·특별재고 등)가 요구되며, Pedimento 단위 관리·임시수입 잔량 관리·재수출 상계 로직이 수반됩니다. 표준 CFDI 범위를 넘는 부가 개발이 통상 필요합니다.

Carta Porte — 물품을 육로·해상·항공·철도로 운송할 때 CFDI에 부착하는 운송보완입니다. 운송경로, 차량·운전자, 물품, 원산–도착지 정보를 담습니다. 자기물품 이동(Tipo T) 또는 운송서비스 판매(Tipo I)에 적용됩니다. 현행 버전은 Carta Porte 3.1(2024년 7월 17일 시행)이며 2026년 현재도 의무입니다. 운송·물류 시나리오가 존재하면 별도 범위 산정이 필요하고 물류 마스터데이터 요건이 큽니다.

9. HS코드 vs SAT 코드

멕시코 CFDI에는 성격이 다른 두 종류의 코드가 등장합니다. 혼동이 잦은 지점이므로 구분합니다.

ClaveProdServ(SAT 제품·서비스 코드)는 SAT가 관리하는 분류 카탈로그(c_ClaveProdServ)로, 국제 UNSPSC 기반 8자리입니다. 모든 CFDI 라인에 필수 기재하며, 계산서 전용 분류로 관세와 무관합니다.

Fracción Arancelaria(관세분류코드)는 수출입 목적의 물품분류코드로, 국제 HS코드(6자리)를 멕시코가 확장한 체계입니다. HS 6자리에 멕시코 확장분과 NICO 2자리(2020년 도입)를 더해 실무상 10자리로 식별합니다. 수출 시 대외무역 보완에 라인별 기재하며, 통관 전용이므로 일반 내수 CFDI에는 등장하지 않습니다.

구분ClaveProdServFracción Arancelaria
기반 체계UNSPSCHS(국제) 확장
자릿수8자리8자리(+NICO 2 → 10)
적용 위치모든 CFDI 라인 필수수출(대외무역)·통관
목적계산서 품목 분류관세·수출입 분류
관리 주체SAT멕시코 관세(TIGIE)

“SAT HS코드”라는 표현은 문맥에 따라 CFDI 라인의 ClaveProdServ(관세와 무관)일 수도, 대외무역 보완의 Fracción Arancelaria일 수도 있습니다. 요건 정의 시 지시 대상을 명확히 확정해야 합니다. SAP 관점에서는 자재마스터에 ClaveProdServ(전 품목)와 Fracción Arancelaria(수출입 품목)를 별도 필드로 관리하고, ClaveProdServ 누락·오류는 인증 실패로 직결되므로 신규 자재 등록 시 코드 검증 통제를 둡니다.

10. 해외 본사의 멕시코 롤아웃과 한국 전문 컨설팅의 역할

멕시코 외에 본사를 둔 기업(예: 한국)이 멕시코 법인을 롤아웃/롤인할 때는, 현지 구축업체와 PAC 업체만으로 채워지지 않는 영역이 존재합니다. 본사 측 언어·업무·글로벌 템플릿을 이해하는 한국 전문 컨설팅이 세 주체(한국 컨설팅·현지 구축업체·PAC 업체) 사이에서 다음을 담당합니다.

  • 프로세스 정합 및 To-Be 조율 — 고객사 프로세스를 파악해 To-Be 시스템 기준으로 현지 구축업체와 조율하고, 본사 표준과 현지 법정 요건 간 격차를 해소합니다.
  • 기준정보 중계 — 재화·용역, BP 마스터 등 기준정보에 본사 고유의 특화가 있는 경우, 해당 특화가 현지 구축에 반영되도록 중계합니다.
  • PM Focal — WBS 관리 등 프로젝트 관리의 접점 역할을 맡아 일정·범위·이슈를 본사–현지 간에 통제합니다.
  • 트러블슈팅 — SAT가 스페인어로 반환하는 Validation Error를 현지 구축업체와 공동 분석·해소하고, 본사 측이 오류 맥락을 이해하도록 연결합니다.

11. 착수 체크리스트

  1. 솔루션 스택 — S/4HANA 릴리즈, DRC 라이선스·버전, Integration Suite(CPI) 연동 방식
  2. 구현 방식 결정(6장) — Full Solution / eDF+AIF+벤더 아답터 / Hybrid / CBO 완전 커스텀
  3. PAC 선정 및 인터페이스 규격 확정
  4. CSD 인증서 발급·등록·만료관리
  5. 마스터데이터 — 고객(RFC·우편번호·RegimenFiscal·UsoCFDI), 자재(ClaveProdServ·ClaveUnidad·Fracción Arancelaria)
  6. 시나리오 범위 — 내수(I/E), 지급(P/REP), 수출(대외무역), 수입·재판매(Pedimento), 운송(Carta Porte), 마낄라도라
  7. Addenda 요구 거래처 식별
  8. 인바운드 검증 범위 및 표준/커스텀 조합 결정
  9. 운영 모니터링 — eDocument Cockpit, 오류 재처리, UUID·취소 관리, 카탈로그 개정 반영

12. 착수 시 재검증 항목

단정하지 않고 착수 시점에 원천 확인이 필요한 항목입니다.

  • CFDI 4.0 세부 검증규칙, REP 취소·정정 절차의 최신 개정분 → SAT Guía de llenado
  • DRC 인바운드 자동화 표준 커버리지 → 대상 릴리즈 SAP Note
  • 수입 재판매 CFDI의 Pedimento 참조 의무 범위·예외 → 현지 관세사·세무
  • Fracción Arancelaria의 대외무역 보완 내 정확한 기재 형식 → SAT 대외무역 카탈로그
  • 마낄라도라 재고·세무 추적의 구체 구현 요건 → 고객 IMMEX 등급·업종별 상세화

결론

멕시코 CFDI는 “발행 후 신고”가 아니라 “인증 후 성립”이라는 점에서 한국 전자세금계산서와 설계 전제가 다릅니다. 실시간 timbrado, PPD 거래의 REP, 수출입의 대외무역 보완·Pedimento, 마낄라도라의 재고 추적까지 — 각 시나리오가 SAP 마스터데이터와 프로세스에 서로 다른 요건을 남깁니다. 표준 DRC로 상당 부분을 대응할 수 있지만, 인바운드·벤더 연동·현지 특화 영역에서는 사전 설계 없이 진행할 경우 운영 리스크가 큽니다.

도상 컨설팅팀은 해외 본사의 멕시코 롤아웃에서 본사–현지–PAC 사이의 프로세스 정합과 트러블슈팅을 담당하는 한국 전문 컨설팅 역할을 수행합니다. 멕시코 법인 구축·전환을 검토 중이시라면 범위 산정 단계의 진단 세션을 별도로 안내드립니다.

본 분석은 일반 정보 제공을 목적으로 하며, 개별 거래의 세무·법무 자문이 아닙니다. 멕시코 세무 규정과 SAT 카탈로그는 개정 주기가 짧으므로, 의사결정 및 설계 확정 전 최신 SAT 공시·대상 릴리즈 SAP Note·현지 세무 검토를 권고합니다. 규제 사실은 SAT 공시 자료를 기준으로 교차 검토했습니다(2026-07-20 기준).