CFDIとは？
メキシコの電子請求書システム入門ガイド

CFDIを受け取りました。これは何ですか？

CFDIとはComprobante Fiscal Digital por Internet（インターネット経由のデジタル税務領収書）の略称です。これはメキシコで義務化されている電子請求書フォーマットであり、2014年に政府がすべての納税者に電子請求書の発行を義務付けて以来、国内のあらゆる商取引で使用されています。しかし、これを単なる「電子請求書」と呼ぶのは、その実態を過小評価しています。多くの国では、電子請求書とは会計ソフトで生成され、顧客にメール送信されるPDFを指します。メキシコでは、CFDIは政府の検証チェックポイントを通過した後に法的に有効となるXML文書であり、政府は検証されたすべての請求書の写しをリアルタイムで受信します。

この違いを最も簡単に理解する方法をご説明します。米国や欧州では、請求書の発行手順は「発行 → 送付 → 後日報告（月末や確定申告時）」です。メキシコでは、「生成 → 検証 → 承認印 → 即時報告（リアルタイム）」です。メキシコ政府は、あなたの会社よりも先に取引を確認します。政府のシステムが承認するまで、請求書は法的に存在しません。

仕入先からのメールに添付されている2つのファイルは、同じ取引を異なる形式で表示したものです。XML（eXtensible Markup Language）ファイルは法的に確定した文書であり、構造化データ、発行者と政府認証機関の両方の電子署名、およびこの取引をメキシコの税務インフラに恒久的にリンクする一意の識別子が含まれています。PDFは人間が読めるように視覚化したもので、SAT（税務当局）の規定により政府の検証ポータルにリンクするQRコードが含まれていますが、独立した法的効力はありません。両者に矛盾がある場合は、XMLが優先されます。取引をSATに証明する必要がある場合は、XMLを提示します。法定保管期間である5年間の記録を保存する場合も、保管するのはXMLです。

メキシコがこのシステムを構築した理由 — 紙からリアルタイム許可へ

メキシコは世界で初めて電子請求書を義務化した国の一つであり、その背景には紙の請求書が生み出した特定の問題がありました。CFDI以前、企業は印刷された複写式の物理的な領収書を発行しており、SAT（メキシコ連邦税務当局）は誰が誰に何を売ったかをリアルタイムで把握できませんでした。企業は実際の取引と異なる金額の請求書を発行できました。また、実際には行われていない取引の請求書を発行する、いわゆる虚偽請求書（facturación falsa）という慣行が横行し、メキシコ国庫に年間数十億ペソの損失をもたらしていました。監査能力はサンプリングに限られていました。申告された内容と実際の取引との乖離は、税収にとって構造的な問題となるほど大きかったのです。

CFDIシステムは段階的に導入されました。2004年に電子請求書が紙に代わる選択肢として利用可能になりました。2010年には大企業に対して義務化されました。2014年には、多国籍企業から個人事業主や中小企業経営者に至るまで、メキシコのすべての納税者に義務が拡大されました。2022年にはシステムが現行バージョンであるCFDI 4.0にアップグレードされ、受取人検証要件が厳格化され、取消理由コード体系が正式化されました。

このシステムの設計は、請求書発行、出荷、報告という従来の順序を逆転させることで、税務執行の問題を解決します。従来のモデルでは、税務当局は取引から数週間から数ヶ月後にしか取引を把握できず、その間に不一致が埋もれてしまう余地がありました。CFDIモデルでは、すべての請求書が作成された時点で中央データベースで検証・登録されます。SATはこのデータベースをリアルタイムで照会できます。異なる納税者からの請求書を相互参照して、不整合を検出できます。また、企業が報告所得を操作するために請求書を発行・取消していることを示唆する取消パターンを特定できます。このシステムは可視性のために構築されました。そして、その可視性は買い手であるあなたの会社にも及びます。サプライヤーがあなたに発行するすべてのCFDIは、SATのデータベースであなたのRFCに対して記録され、あなたの会社がメキシコで行うすべてのB2B取引の恒久的で監査可能な証跡を残します。

3つのプレイヤー：SAT、PAC、そして納税者

CFDIは、売り手から買い手へ直接送られるわけではありません。多くの国の請求システムにはない仲介機関を経由します。この3つの参加者の役割と、それらがやり取りする順序を理解することが、システム全体を理解するための基礎となります。

適切に作成されたCFDIの場合、この一連の流れ（納税者が生成 → PACが検証 → SATが受信）は数秒で完了します。つまり、仕入先から請求書がメールで届いた時点で、その文書はすでに政府の承認プロセスを経ていることになります。PACがRFCの無効、構造エラー、CSD証明書の失効などを理由に拒否した場合、仕入先はそれを有効なCFDIとして送信することはできません。

CFDIの構造：XMLの中身を解説

CFDIのXMLファイルを開くと、タグ付けされた要素の階層構造が表示されます。これは、データ出力と税務申告書を掛け合わせたようなものです。実際、その通りなのです。CFDI 4.0スキーマは、Resolución Miscelánea Fiscal（雑則的租税決議）のAnexo 20（付属書20）で定義されており、どの要素が必須で、どの順序で、どのような許容値で存在しなければならないかを正確に指定しています。以下は、受領側としてCFDI請求書を処理する際に最も重要なフィールドです：

これらのフィールドの一部（Uso CFDI（CFDI用途）、Régimen Fiscal（税制）、Método de Pago（支払方法））は、標準的な米国や欧州の請求書には相当するものがありません。CFDIが税務申告書類を兼ねているからです。発行者は単に何を販売したかを伝えているのではありません。取引の正確な税務処理、購入の使用目的、その後に続く支払い構造をSATに伝えているのです。ERPの標準的な請求書フォーマットにマッピングできないからといって無視しているフィールドこそ、SATがあなたの税務上の立場が経済活動と整合しているかを検証するために使用するフィールドなのです。

CFDIの6つのタイプ — なぜ1つだけではないのか

CFDIは、バリエーションを持つ単一の文書タイプではありません。Tipo de Comprobante（証憑タイプ）フィールドは、それぞれ独自の目的、法的効果、処理上の影響を持つ6つの異なる文書カテゴリを指定します。

メキシコの仕入先を扱うAPチームにとって、日常的に重要なのはIngreso（支払う請求書）とPago（支払い済みの証拠となる領収書）の2種類です。実務上のポイントは、PPDとマークされたIngresoと、それに対応するPagoは、別々のXMLファイルで別々のUUIDを持ちますが、1つの取引イベントを表しており、会計システムでこれらを紐付ける必要があることです。実践的な対応方法については、CFDI抽出ハウツーガイドをご覧ください。

XMLとPDF：見えている書類は実際の請求書ではない

この概念は、メキシコの請求書に不慣れなチームが最もよく誤解し、その誤りがコンプライアンス上の最大のコストにつながるため、独立したセクションとしました。

仕入先がCFDIを発行すると、取引の2つの表現が作成されます。XMLファイルは、仕入先のシステムで生成され、仕入先のCSD証明書でデジタル署名され、PACによって検証・スタンプされ、SATに送信されます。これには完全な構造化データ（上記の表のすべてのフィールドが、SATのシステムが自動解析できる階層構造で含まれています）が含まれます。このファイルには法的効力があります。CFF第30条に基づき、発行者と受領者の両方が少なくとも5年間保存する必要があります。

PDFは、仕入先のシステムがXMLデータの一部を視覚的に表示するために生成します。規制対象であり、SATのCFDI検証ページへのリンクをエンコードした2次元QRバーコードを含み、SATのResolución Miscelánea Fiscalで指定されたフィールドを最低限表示する必要がありますが、メキシコ法が請求書として認める書類ではありません。PDFの目的は、人間が読める形式を提供し、輸送中に商品に添付する物理的な書類を提供することです。会計システムのデータソースとして設計されたものではありません。

CFDIの真正性は自分で確認できます。SATの検証ポータル（verificacfdi.facturaelectronica.sat.gob.mx）にアクセスし、XMLのUUID、発行者のRFC、受領者のRFCを入力してください。SATはCFDIの現在のステータス（有効、取消済み、または未検出）と認証日を返します。これにより、仕入先の言葉やPDFの見た目に頼らずに、受領したCFDIが真正で取消されていないことを確認できます。

外国企業がCFDIに直面するケース

メキシコに法人を持たない企業の場合、CFDIシステムに直面する主なシナリオは1つです。それは、メキシコのサプライヤーから商品やサービスを購入し、そのサプライヤーが取引を証明するために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に登録されている名前（大文字小文字、スペース、アクセント記号まで正確に）をサプライヤーが入力しなければなりません。1文字でも不一致があると、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（PUEまたはPPD）、およびfechaは、APシステムに最低限必要なフィールドです。詳細な抽出ガイダンスについては、CFDIデータ抽出ガイドをご覧ください。XML解析、テンプレートOCR、AI抽出など、すべての抽出方法の完全なチュートリアルについては、CFDIデータ抽出の完全ガイドをご覧ください。

2b. 処理が標準的なインボイスよりも遅くなることを想定する。 チームがCFDIに不慣れな場合、学習曲線を計画してください。二重文書のPPD構造、キャンセル期間、RFC照合ルールはすべて、米国や欧州のインボイスにはない作業を追加します。この理由と、それを中心としたワークフローの構築方法の詳細については、メキシコのCFDIインボイス処理がほとんどのチームの想定よりも難しい理由に関するガイドをご覧ください。

3. Método de Pagoをすぐに確認する。 値がPPDの場合は、このインボイスを支払い追跡用にフラグ付けしてください。サプライヤーが支払いを記録すると、1つ以上のPago CFDIを受け取ります。それぞれに独自のUUIDと、元のIngreso UUIDを参照するComplemento de Pagoノードが含まれます。追跡メカニズム（簡単なスプレッドシートまたはERPのインボイス-支払いリンク）を作成し、各Pagoを到着時にIngresoに照合してください。

4. SATのポータルでCFDIを検証する。 SATの検証ページでUUID、発行者RFC、受領者RFCを入力してください。CFDIが「Vigente」（有効）と表示されていることを確認します。新しいサプライヤーから最初にインボイスを受け取ったときに少なくとも1回、高額なインボイスについては定期的に実行してください。

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の納税者登録情報と完全に一致する必要があるためです。1文字でも不一致があるとPACで拒否されます。Constancia de Situación Fiscalは、登録済みの正確なデータを示すSATの公式文書です。なお、2026年の改革により、身分証明書（Cédula）やConstancia de Situación Fiscalの提示をCFDI発行の条件とすることはCFF第83条に基づく違反に分類されますが、実際には、データの正確性を確保するために仕入先が依然として要求する場合があります。

会社のデータに誤りがあるCFDIを受け取った場合はどうなりますか？

仕入先は誤ったCFDIをキャンセルし（関連文書の誤りの場合は理由コード01、関連しない誤りの場合は02を使用）、新しいUUIDで修正版を発行する必要があります。CFDIが1,000 MXNを超え、最初の72時間の猶予期間内でない場合、キャンセルには72時間以内のあなたの承諾が必要です。仕入先は同じCFDIを単に編集して再送信することはできません — 元のUUIDは恒久的に無効になります。

CFDI XMLを直接Excelに変換できますか？

はい。CFDI XMLファイルは構造化データです — すべてのフィールドにタグが付けられ、解析可能です。ただし、スキーマは階層構造です（たとえば、Complemento de PagoノードはメインのCFDI構造内にネストされています）。フラットな行にデータを抽出するには、スキーマのネスト構造を理解する必要があります。CFDIからExcelへの抽出のステップバイステップのアプローチについては、CFDI抽出ガイドをご覧ください。