メキシコのCFDI請求書処理が
多くのチームの想定より難しい理由

単なる長い請求書ではない：表面的な問題

CFF第29-A条に準拠したCFDI（Comprobante Fiscal Digital por Internet、インターネット経由のデジタル税務領収書）は、単なる長い請求書ではありません。これは政府が義務付けたXML文書であり、その構造はAnexo 20技術標準によって定義されています。この仕様は、現在のCFDI 4.0バージョンでは、100以上のXML要素と複数の条件付き検証チェーンを定義しています。しかし、問題をフィールド数の多さに求めるのは、処理が遅くなる真の原因を見逃しています。困難なのはフィールドが多いことではなく、フィールド同士が相互に関連し、異なる文書、異なるシステム、異なる時点にまたがる追跡義務を生み出すことです。

症状は簡単に見つかります。仕入先のPAC（Proveedor Autorizado de Certificación、認定認証プロバイダ）が請求書を拒否するのは、受取人のRFC（Registro Federal de Contribuyentes — メキシコの納税者番号）がSATの納税者登録簿と完全に一致しないためです。アクセント記号が一つ欠けているだけの小さな不一致でも起こります。先週銀行で決済された支払いが、元帳のどの未処理請求書にも表示されないのは、その支払いが元の文書の明細行として表示されるのではなく、元の請求書のUUID（Universally Unique Identifier）を参照する別のCFDIタイプPagoとして発行されたためです。3週間前にチームが処理した請求書が、実は仕入先によって取消されていたことが判明する場合もあります。しかし、72時間以内に貴社で取消リクエストを受け入れも拒否もしなかったため、自動的に承認されてしまいました。APエントリは無効化された文書を参照することになります。

これらは例外的なケースではありません。月に数件を超える規模でメキシコの仕入先請求書を処理する場合、これらは通常の運用条件です。そして、これらは仕入先の不適切な慣行や不十分なAPツールに起因するのではなく、CFDIシステム自体のアーキテクチャに起因しています。このシステムの設計目標は規制上の可視性と税務執行であり、取引の受取側の運用効率ではありませんでした。

レイヤー1：すべてのCFDIをミニ確定申告にする規制アーキテクチャ

多くの国では、請求書は商業文書です。何が、誰に、いくらで売られたかを記録します。税務報告は後日行われます。売り手が付加価値税申告書を提出するとき、買い手が経費を計上するときです。メキシコでは、請求書そのものが税務申告です。この違いは学術的なものではありません。作成時にどの情報が存在しなければならないか、法的効力を持つ前に誰がそれを検証しなければならないかを変えます。

メキシコは、税制研究者がリアルタイムクリアランスモデルと呼ぶものを採用しています。CFF第29条第IV項に基づき、すべてのCFDIは受取人に発行される前に、SAT（メキシコ連邦税務当局）に送信されなければなりません。送信はPAC（SAT認定仲介業者）を通じて行われ、PACはXML構造をAnexo 20ルールに照らして検証し、発行者と受取人のRFCがSATの有効な納税者登録簿に存在することを確認し、発行者のCSD（デジタルシール証明書）が有効で失効していないことを確認し、税額計算が内部的に整合していることをチェックし、その後初めてデジタル税印を適用し、検証済みのCFDIを割り当てられたUUIDとともに返します。

これは、あなたの買掛金チームにとって、受け取るすべてのCFDIがすでに政府の検証チェックポイントを通過していることを意味します。そのデータはサプライヤーの主張ではなく、SATが確認した主張です。これにより、データは通常の請求書よりも信頼性が高くなります。また、データの誤り（RFCの誤り、誤った税制コードなど）は、サプライヤーが簡単にPDFを更新して修正できるものではないことも意味します。誤ったCFDIは正式な取消手続きを通じて取り消され、新しいものが最初から発行されなければなりません。

必要なデータは単なる「名前、日付、金額」ではありません。CFF第29-A条は、すべてのIngresoタイプ（収入請求書）のCFDIに以下を含めることを義務付けています：発行者のRFC、法的名称、税制コード；受取人のRFC、法的名称、税務上の住所の郵便番号、および受取人が税務目的で請求書をどのように使用するかを宣言するUso CFDIコード；発行場所と日付；一意の連番；発行者のデジタルシール；数量、単位、SATの製品・サービス分類コード、単価、合計を含む明細行；IVA（付加価値税）の移転と源泉徴収を含む完全な税額内訳；支払い形式と支払い方法（一括払いはPUE、分割払いはPPD）；UUIDと認証タイムスタンプ。

これらの各フィールドは、あなたの記録のためだけでなく、SATのクロスリファレンスエンジンにとっても重要です。受取人のRFCと名前はSATの納税者登録簿と照合されます。税制コード（法人は601、事業活動を行う個人は612、給与所得者は605などの数字識別子）は、取引の両側に適用される税務処理を決定します。発行者の申告された制度と報告された収入の種類が一致しない場合、自動監査フラグがトリガーされる可能性があります。これが、メキシコのサプライヤーが請求書を発行する前にあなたの正しいRFCと税制コードを入手することに非常にこだわる理由です。彼らは官僚的なわけではありません。SATの記録と一致しないデータを含む請求書を拒否するシステムに準拠しているのです。

2026年の税制改革により、この層に新たな側面が加わりました。CFF第29-A条に新規定（第IX項）が追加され、2026年1月1日よりCFDIは現実かつ真実の取引を反映することが義務付けられました。CFDIが実際の法的行為や取引を表していない場合、虚偽とみなされ、発行者、受領者、仲介者に刑事責任が生じる可能性があります。これにより、貴社が受け取るすべてのCFDIの重要性が高まります。実際には提供されていないサービスに対して請求書を発行した仕入先は、単なる報告ミスを犯しているのではありません。SATが虚偽と推定する可能性のある書類を作成しており、貴社の名称とRFCが虚偽CFDIの受領者として公表され、30日以内に税務申告を修正する必要が生じる可能性があります。

レイヤー1の複雑性を要約すると、処理している文書は貴社向けに作られたものではありません。SATのリアルタイム監視インフラ向けに作られています。貴社の買掛金ワークフローは、SATが必要とするすべてのフィールドとバリデーションを継承します。それらのフィールドが貴社の会計に関連するかどうかは問いません。

レイヤー2：文書アーキテクチャ — 1つの取引が2つ（以上）のXMLを生成する理由

規制レイヤーが必須フィールドを追加する一方、文書アーキテクチャレイヤーは取引自体を複数のファイルに分割します。ここが、米国や欧州の請求書フォーマットに慣れた買掛金チームが想定するものと、CFDI処理が最も大きく乖離する点です。

分割は「Método de Pago（支払方法）」というフィールドから始まります。値がPUE（Pago en Una Sola Exhibición — 一括支払い）の場合、CFDI Ingreso自体が取引全体（商品・サービス、金額、税金、発行時点で全額決済済みであること）を記録します。1文書、1取引です。これがCFDIにおいて通常の請求書に最も近い形態です。

値がPPD（Pago en Parcialidades o Diferido — 分割払いまたは後払い）の場合、Ingreso CFDIは債務のみを記録します。実際の支払い（発生時期、金額、方法）は、別のPago（支払）タイプのCFDIに記録され、これにはComplemento de Recepción de Pagos（支払受領補完、Complemento de Pagoとも呼ばれる）が含まれます。この補完は元のIngreso CFDIのUUIDを参照し、支払日、支払額、支払方法（振込、小切手、現金、電子ウォレット）、該当する場合は通貨と為替レート、および今回の支払後の残高を記録します。

1つの取引で、追跡が必要な2つのXMLが生成されます。支払いが3回に分割される場合、4つのXML（1つのIngresoと3つのPago CFDI）が生成され、それぞれが独自のUUIDを持ち、補完構造を介して元のIngresoを参照します。これらを照合するには、各Pago補完のUUIDを元のIngresoのUUIDと照合し、部分的な支払いを合計し、残高がゼロになることを確認する必要があります。1つのPago CFDIを見逃すと、銀行口座では引き落としが確認できても、元のIngresoが帳簿上で未払いのまま永久に残り続けることになります。

この二重文書構造は、取引量が増えるにつれて下流で複合的な問題を引き起こします。月末締めの際、PPD条件を利用するメキシコの仕入先請求書50件を処理するAPチームは、最大100以上のXMLを照合する必要があります。各XMLでIngresoとそのPago補足情報の間のUUID相互参照が必要になるためです。手動照合では、各Pago XMLを開き、参照UUIDノードを見つけ、処理済みIngresoデータベースで一致するものを検索し、金額が一致することを確認し、両方を照合済みとしてマークする必要があります。1件あたり3分かかるとして、PPDペア50件でAPスタッフの時間を2時間半消費します。これは毎月、1か国分の仕入先だけで発生する作業です。

文書分割にはもう1つの側面があります。XMLとPDF表現の関係です。メキシコ法では、XMLファイル（電子署名とPACスタンプ付き）が法的に権威のある文書です。PDFはSAT（メキシコ税務当局）が規制する視覚的表現であり（SATの検証ポータルへのリンクをエンコードした2次元バーコードを含める必要があります）、独立した法的効力はありません。PDFのデータが対応するXMLのデータと異なる場合（仕入先のERPシステムがフィールドを切り詰めたり再フォーマットしたりするテンプレートからPDFをレンダリングする場合に発生し得ます）、SATが正しいと見なすのはXMLです。PDFからデータを入力しXMLを確認しないAPチームは、コンプライアンスの観点から、装飾的な印刷物を処理していることになります。

XMLとPDFの両方からCFDIデータをExcelに抽出するワークフローの詳細については、CFDI抽出ハウツーガイドをご覧ください。CFDI請求書をバッチ規模で処理する場合（特にPago補足情報全体でのUUID相互参照）は、バッチCFDI処理ガイドをご参照ください。

レイヤー3：キャンセルの罠 — なぜエラー修正に72時間と2つの署名が必要なのか

ほとんどの請求書処理環境では、エラーを修正するために、サプライヤーがクレジットノートや修正済みPDFを送信し、買い手が調整を計上します。CFDIシステムでは、発行されスタンプされた請求書は編集できません。キャンセルのみ可能であり、キャンセル自体も規制されたプロセスであり、両当事者、政府システム、および時間制限が関与します。

現在のルールでは、CFDIをキャンセルするには、発行者がSATタックスメールボックス（Buzón Tributario）を通じてキャンセルリクエストを提出し、4つの標準化された理由コードのいずれかを指定する必要があります：01 — 関連エラーありで発行された証憑（キャンセルされたCFDIは関連文書に置き換えられることを意味します）；02 — 無関係なエラーありで発行された証憑；03 — 取引が実行されなかった；04 — グローバルインボイスにおける関連する指名取引。コード01はビジネス修正で最も一般的であり、発行者はキャンセルされたものを代替する置換CFDIのUUIDを指定する必要があります。

キャンセルリクエストが提出されると、受信者にはそれを受け入れるか拒否するために72時間（3営業日）が与えられます。受信者が何もしなければ、キャンセルはタイムアウトにより自動的に承認されます。受信者が拒否した場合、CFDIは法的に有効なままとなり、発行者は受信者と再交渉するか、SATの紛争解決チャネルを通じてエスカレーションする必要があります。

受信者の承認が不要な限定的な例外があります：給与CFDI（Nómina）、1,000 MXN未満の請求書、一般公衆との取引（汎用RFC XAXX010101000を使用）、および元の発行から72時間以内に行われるキャンセルです。それ以外のすべて — 1,000 MXNを超えるすべての商業用Ingreso CFDI — には、受信者の72時間の承認期間が適用されます。

受信側の買掛金チームにとって、これは2つの運用上の危険を生み出します。1つ目は無効化文書リスクです：3週間前に処理して計上したCFDIがサプライヤーによってキャンセルされ、組織内の誰もSATタックスメールボックスにログインしてリクエストを受け入れたり拒否したりしなかったため、黙って承認された可能性があります。帳簿には無効化された税務文書によって裏付けられた仕訳が含まれることになり、SATはこれを無効なCFDIによって裏付けられた経費として扱い、控除を否認し、場合によっては追徴課税や罰則を引き起こす可能性があります。

2つ目は置換追跡のギャップです：サプライヤーが理由コード01でCFDIをキャンセルすると、新しいUUIDを持つ置換CFDIを発行します。買掛金チームは元の仕訳を見つけ出し、それを無効化し、置換を再入力する必要があります — 新しいUUIDを古いものに一致させます。置換が異なるメールスレッドで、わずかに異なる件名で、別のチームメンバーによって処理された場合、元のものと置換の間のリンクは失われ、両方のバージョンがシステム内に同時に存在する可能性があります。

レイヤー4：複数RFCと越境取引の課題

上記3つのレイヤーは、メキシコのCFDI請求書を受け取るすべての組織に当てはまります。多国籍企業の場合、RFC制度と越境取引の相互作用に固有の4つ目の複雑さが加わります。

メキシコに複数の法人を持つ企業 — 製造子会社、販売子会社、サービス会社 — は、それぞれ別のRFCを保有します。誤ったRFC宛てに送られたCFDI請求書は、法的に誤った納税者宛てとなります。仕入先が製造子会社のRFC宛てに請求書を発行したものの、商品は販売会社に納品・消費された場合、製造会社はその取引が自社の税務登録の下で行われていないため、法的に経費控除ができません。また販売会社には売上原価を裏付けるCFDIがありません。この修正には取消・再発行のサイクルが必要となり、前述の72時間以内の受領者承認の影響も伴います。

メキシコの仕入先からCFDI請求書を受け取るものの、自社のRFCを持たない外国企業の場合、外国事業者用の汎用RFC — XEXX010101000（外国事業者用汎用RFC） — を使用できます。このRFCには重要な制限があります。このRFCでは、受領者がIVA（付加価値税）の控除やメキシコ税務上の経費控除を受けることができません（メキシコでの納税義務がない外国企業にとっては、通常問題になりません）。より実務上重要なのは、XEXX010101000は無数の無関係な事業体が使用する汎用識別子であるため、特定の法人へのトレーサビリティが提供されない点です。御社に3つの地域オフィスがあり、それぞれが異なるメキシコの仕入先からCFDI請求書を受け取り、すべてXEXX010101000を使用している場合、処理中にRFCレベルで請求書を正しい事業体に振り分ける方法がありません。振り分けロジックはAPワークフローに組み込む必要があり、仕入先名、説明フィールド、メール受信者に依存することになりますが、いずれも税務IDのような構造的信頼性はありません。

受領側には税制区分（régimen fiscal）の不一致という問題もあります。メキシコの仕入先がCFDIを発行する際、受領者の税制区分コードを記録する必要があります。御社がメキシコ法人のRFCを取得している場合、その法人は特定の区分で登録されています — 例えば601（法人一般制度）。オンボーディング時に誤ったコードが提供されたために仕入先が誤って612（事業活動を行う個人）を入力した場合、CFDIはPAC（認定認証プロバイダー）の検証を通過する可能性があります（612は有効な区分コードであるため）が、将来の監査でSAT（メキシコ税務当局）が指摘できる構造的データエラーを含むことになります。CFDIは有効だが不正確 — 問題になる前に発見するのが最も難しいタイプのエラーです。

スペイン語圏市場全体での文書処理というより広範な課題の分析については、スペイン語圏市場における文書抽出の概要をご覧ください。

テンプレート方式がCFDIで機能しない理由

請求書処理の複雑さへの一般的な対応は、テンプレートベースのOCRです。つまり、サプライヤーごとにレイアウトのテンプレートを定義し、フィールドを位置にマッピングし、座標でデータを抽出します。このアプローチは、1つのサンプルで学習したテンプレートが次の100件でも機能するほど、文書形式が一貫していることを前提としています。CFDIは、この前提を2つの点で覆します。

第一に、PDFの表現はサプライヤーによって異なります。すべてのCFDIにAnexo 20で定義された同じ必須フィールドが含まれているにもかかわらず、各サプライヤーのERPや請求システムはPDFを異なる方法でレンダリングします。あるサプライヤーはUUIDを右上隅に36文字の文字列として配置します。別のサプライヤーは、下部のQRコードバーコードにのみ埋め込みます。3番目のサプライヤーは、フッターに凝縮フォントで印刷します。サプライヤーAのレイアウト用に作成されたテンプレートは、サプライヤーBの請求書では完全に機能しません。

第二に、PDFとXMLで異なるデータが含まれる可能性があります。サプライヤーのERPは、XMLフィールドのサブセットからPDFをレンダリングする場合があります。明細行の合計は表示するがIVAの内訳は表示しない、登録されたrazón socialではなくサプライヤーの商号を表示する、などです。抽出ツールがPDFを読み取る場合、簡略化された印刷データを取得します。コンプライアンス義務でXMLの完全な税務詳細が必要な場合、PDFでは不十分です。PDFに照らして照合するAPチームは、SATが信頼できる記録と見なすデータよりも少ないデータで照合していることになります。

この構造的な変動性に対処するアプローチは、文書のコンテンツ、つまりUUID、RFC、IVA 16%、Régimen Fiscalなどのフィールドの意味を、ページ上のどこに表示されるか、ソースがPDFかXMLかに関係なく読み取るものです。セマンティック抽出は、RFCが座標(200, 450)にあるからではなく、周囲のテキストで「RFC」とラベル付けされた12桁または13桁の英数字識別子のパターンに一致するからRFCを識別します。これが、視覚的な位置をマッピングすることと文書の内容を理解することの違いであり、サプライヤーごとのテンプレート保守の負担ではなく、CFDI処理を大規模に実行可能にする違いです。

メキシコの買掛金ワークフローへの影響

4つのレイヤーをまとめると、これらすべてに対応するCFDI処理ワークフローには、標準的なAPシステム（請求書が単一で自己完結型のステートレスな文書であるという前提で構築されている）がネイティブに備えていない機能が必要です。

マルチフォーマット取り込み。 サプライヤーがXMLとPDFの両方で納品するため、ワークフローは両方を入力として受け付ける必要があります。XMLのみからの抽出では、視覚的な検証ステップ（印刷文書が構造化データと一致するか）が失われます。PDFのみからの抽出では、法的記録が失われます。両方の形式を同じ抽出パイプラインに取り込み、CFDIごとに統合された出力行を生成する必要があります。

UUID対応の照合。 UUID（すべてのCFDIに埋め込まれた36文字の識別子）は、収入CFDI（Ingreso）を支払CFDI（Pago）の補足情報にリンクし、取消を追跡し、各文書をSATの検証ポータルに接続する恒久的なキーです。UUIDを取得、保存、バッチ間で相互参照しないCFDIワークフローでは、手動検索なしにPPD（分割・後払い）の支払照合を実行できません。バッチ照合ワークフローについては、バッチCFDI処理ガイドをご覧ください。

取り込み時の税制区分とRFCの検証。 CFDIが会計システムに入る前に、受領者のRFCと税制区分（régimen fiscal）コードを会社の登録データと照合して検証する必要があります。取り込み時に不一致を検出すれば、連鎖的な問題を防げます。経費が誤った事業体に計上され、税務チームが監査準備中にエラーを発見し、修正にはサプライヤーとの取消・再発行サイクルが必要になり、そのサプライヤーが応答しなくなる可能性もあります。

取消ステータスの把握。 一度処理されたCFDIが恒久的に確定したわけではありません。SATの検証ポータルに対する定期的なUUIDステータスチェックを含むワークフロー、またはサプライヤーに定義されたチャネルを通じて取消リクエストをチームに通知させるワークフローは、無効化された文書を台帳に保持するリスクを軽減します。

これにはエンタープライズ規模のPAC統合や専用のメキシコ税務コンプライアンスプラットフォームは必要ありません。必要なのは、CFDIが何であるか（複数文書、ステートフル、政府検証済みの記録）を理解し、長いPDFに数字が追加されたものとして扱うのではなく、それに応じてデータを抽出する処理ステップです。

よくある質問

メキシコのサプライヤーはなぜ通常のPDFインボイスを発行できないのですか？

メキシコの法律では、PDFは有効な税務書類として認められていません。2014年以降、メキシコのすべての納税者（企業、個人事業主、営利活動を行う個人）は、PACによって検証され、SATにリアルタイムで登録されたCFDI XMLインボイスを発行することが義務付けられています。PDFのみを発行するサプライヤーは、メキシコの税法上、法的に有効なインボイスを作成しておらず、そのような書類をメキシコでの税額控除の根拠として使用することはできません。

実際の運用におけるPUEとPPDの違いは何ですか？

PUE（一括支払い）は、発行時にインボイスが全額決済されることを意味し、1つのCFDIが取引全体をカバーします。PPD（分割/後払い）は、インボイスが債務を記録し、その後の各支払いごとに、独自のUUIDと元のインボイスを参照するComplemento de Pagoを持つ、タイプPagoの個別のCFDIが生成されます。PPDでは取引ごとに少なくとも2つのXMLを追跡する必要がありますが、PUEでは1つで済みます。支払方法コード（PUEまたはPPD）は、Ingreso CFDIのMétodo de Pagoフィールドに表示されます。

記録としてPDFだけで十分ですか、それともXMLを保管する必要がありますか？

XMLが必要です。CFF第30条に基づき、発行者と受領者の両方は、CFDI XMLファイルを少なくとも5年間保管する義務があります。PDFは規制された視覚的表現であり、SATの検証ポータルにリンクするQRコードを含める必要がありますが、独立した法的効力はありません。税務調査では、SATはPDFではなくXMLを要求します。

サプライヤーからの取消リクエストを無視するとどうなりますか？

72時間（3営業日）以内に応答しない場合、取消はタイムアウトにより自動的に承認されます。CFDIは無効となり、そのCFDIに基づく税額控除や経費計上は、有効な税務書類によって裏付けられなくなります。貴社がメキシコで納税申告を行う場合、これはコンプライアンス上のリスクを生み出します。メキシコで納税申告を行わない場合でも、無効化されたインボイスに気付かずに支払いを行うという運用上のリスクが生じます。

すべてのメキシコ仕入先請求書に汎用RFCのXEXX010101000を使用できますか？

はい、御社にメキシコの税務登録がなく、独自のメキシコRFCもない場合は可能です。ただし、XEXX010101000はすべての外国受領者が共有する汎用識別子であり、法人レベルの追跡可能性は提供されません。御社にCFDI請求書を受け取る複数のオフィス、部門、または法人がある場合は、各請求書を正しい処理キューに振り分けるための内部ルーティング仕組み（仕入先名、説明、またはメールに基づく）が必要になります。

CFDIの複雑さは他国の電子請求書システムより深刻ですか？

メキシコのシステムは、ブラジルのNF-e（ブラジル電子請求書）と並んで、世界で最も厳格に管理されているシステムの一つです。両方ともリアルタイムの政府承認を採用し、両方ともデジタル署名付きの構造化XMLを要求し、両方とも元の請求書とその後の支払いまたは輸送文書との間の照合義務を生み出します。メキシコのシステム特有の複雑さは、二重文書のPPD（分割・後払い）/Pago構造と、受領者の同意を必要とする取消メカニズムにあります。これらの機能は、ほとんどの欧州の電子請求書義務付けには直接の同等物がありません。