メキシコ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件を処理する買掛金チームは、最大100以上のXMLを照合する必要があります。各XMLでIngresoとそのPago補完間のUUID相互参照が必要です。手動照合では、各Pago XMLを開き、参照UUIDノードを見つけ、処理済みIngresoデータベースで一致を検索し、金額を確認し、両方を照合済みとマークします。1件3分として、50件のPPDペアで月2.5時間の買掛金工数がかかります。これは一国の仕入先分です。

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

XMLとPDFからExcelへのCFDIデータ抽出ワークフローの詳細は、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には重要な制限があります。受取人がIVA（付加価値税）クレジットを請求したり、メキシコの税務上経費を控除したりすることはできません（メキシコでの納税義務がない外国企業にとっては、通常は問題になりません）。より業務上重要なのは、XEXX010101000は無関係な数千の事業体が使用する汎用識別子であるため、特定の企業エンティティへのトレーサビリティが提供されないことです。貴社に3つの地域オフィスがあり、それぞれが異なるメキシコのサプライヤーからCFDIインボイスを受け取り、すべてがXEXX010101000を使用している場合、処理中にインボイスを正しいエンティティにルーティングするRFCレベルの方法はありません。ルーティングロジックは、サプライヤー名、説明フィールド、またはメール受信者に依存してAPワークフローに組み込む必要がありますが、これらはいずれも税務IDのような構造的信頼性を持ちません。

受取側には、レジーム・フィスカル（税制）の不一致問題もあります。メキシコのサプライヤーが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処理ワークフローには、ほとんどの標準的な買掛金システム（請求書を単一の自己完結型でステートレスな書類と想定して構築されている）がネイティブで提供しない機能が必要になります。

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

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

取り込み時のRegimeとRFC検証。 CFDIが会計システムに入力される前に、受信者のRFCとRegime 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構造と、受取人の承認を伴う取消メカニズムにあります。これらの機能は、ほとんどの欧州の電子請求書義務付けに直接の同等物がありません。