完全ガイド
ブラジルNF-e抽出

ブラジルのNF-eからデータを抽出することは、通常の請求書からデータを抽出することとは根本的に異なります。PDF形式の標準的な請求書では、視覚的なレイアウトからフィールドを読み取るためにOCRやAIベースの文書理解が必要です。NF-eはXMLファイルとして届きます。設計上機械可読であり、その構造は、記載された商品が倉庫から出荷される前に、ブラジルの州税当局であるSEFAZによって400以上の自動化ルールに照らして検証されています。

課題はデータの可用性ではありません。データの複雑さです。欧州のPeppol BIS請求書は約100のXML要素を使用します。レイアウトバージョン4.0のNF-eは、複数のネストレベルにまたがる500以上の構造化要素グループを保持し、明細行ごとに4つの独立した税計算分岐があり、それぞれが独自の税状況コード、課税ベース計算、税率、および控除ルールを使用します。データは完全ですが、正しく抽出するには、各フィールドの意味と他のフィールドとの関連性を理解する必要があります。

このガイドは実務リファレンスとして設計されています。初めてNF-e抽出ワークフローを設定する場合は、セクション2のステップバイステップのワークフローから始めてください。すでに抽出パイプラインを実行していて、特定のICMS税率を検証するかCFOPコードを調べる必要がある場合は、セクション3から6のリファレンス表にジャンプしてください。各セクションは独立して使用できますが、完全な価値は全体像にあります。つまり、どのフィールドを抽出するか、それらが正しいことを確認する方法、およびNF-eがキャンセルイベントまたは代替処理インジケータ付きで届いた場合の対処法を知ることです。

NF-e抽出が通常の請求書抽出と異なる点

NF-e抽出の仕組みを定義する構造的な違いは3つあり、標準的な請求書抽出アプローチ（PDFをアップロードし、列を定義し、データを取得する）が問題の一部しか解決しない理由もここにあります。

1. ソースはXMLであり、視覚的な文書ではない。通常の請求書抽出は読み取りの問題です。AIまたはOCRシステムは、ページ上のテキストを特定し、どの文字列が請求書番号かを認識し、正しい列にマッピングする必要があります。NF-e抽出は解析とマッピングの問題です。データはすでに機械可読なタグに含まれていますが、XML構造はポルトガル語のタグ名（発行者は<emit>、受領者は<dest>、税金は<imposto>）を使用し、税制によって異なる深くネストされた階層を持ちます。抽出の課題は「データを見つける」ことから「正しいXMLパスを各出力列にマッピングする」ことに移ります。

2. 税構造は多次元である。単一のNF-e明細項目には、最大4つの独立した税計算が含まれます — ICMS（州レベル、CSTコードに応じて10以上のバリエーション）、IPI（連邦物品税、製品依存）、PIS、COFINS（連邦社会貢献）。各税には独自の計算基準、税率、CST（税状況コード）、および控除資格ルールがあります。EUのVAT請求書のように1つの税率が明細全体に適用されるのとは異なり、NF-e明細項目には個別の<ICMS>、<IPI>、<PIS>、<COFINS>サブグループが含まれ、それぞれ異なる課税基準を持つ可能性があります。合計のみを抽出すると、各税控除が正しく計算されたかを判断する詳細が見落とされます。

3. 抽出ワークフローは発行後のイベントを考慮する必要がある。NF-eは24時間以内にキャンセルできます。特定のフィールドを修正するCarta de Correção（CC-e）を受け取ることもあります。SEFAZに到達できない場合は、緊急モードで発行されることもあります。また、受領者側のイベントであるmanifestação do destinatárioをトリガーします — これは購入者が受領を確認し、取引を承認または拒否する法的義務です。完全な抽出パイプラインは、初期XMLを抽出して完了とするのではなく、これらのイベント駆動型の変更を処理する必要があります。キャンセルと緊急ルールがAPワークフローに与える影響の詳細については、NF-e処理の複雑さの分析をご覧ください。

これら3つの違いは、NF-e抽出が「ポルトガル語のフィールド名を持つ請求書抽出」ではないことを意味します。これは独自のカテゴリであり、文書OCRよりもEDI解析に近いものですが、ほとんどのEDI標準を桁違いに上回る税の複雑さを伴います。独自の構造的複雑さを持つもう1つの主要なラテンアメリカの電子請求書システムについては、メキシコのCFDI抽出完全ガイドをご覧ください。

NF-e抽出ワークフロー完全ガイド：ステップバイステップ

手動、スクリプトベース、AI駆動のいずれの方法であっても、エンドツーエンドのNF-e抽出ワークフローは同じ論理的な順序に従います。各ステップは特定の出力を生成し、それが次のステップへの入力となります。

NF-e XMLフィールドマッピングリファレンス

以下の表は、主要なNF-e XMLパスをスプレッドシートの列にマッピングしたものです。フィールドは重要度によって分類されています：必須（基本的な処理に必要）、重要（税務検証やクレジット回収に必要）、ニッチ（通関やSPED申告などの特定のシナリオに必要）。すべてのパスは標準のNF-e XML名前空間を基準としています。

ヘッダーフィールド（請求書ごとに1行）

明細行フィールド（製品ラインごとに1行）

<infNFe>内の各<det>要素は1つの製品ラインを表します。nItem属性は行番号（1始まり）を示します。以下のフィールドは各<det>に対して繰り返されます：

ICMSサブグループに関する重要な注意： <imposto>内のICMS XMLパスは、CSTコードによって異なります。通常課税のICMSは<ICMS00>サブグループを使用します。その他のCSTコードは、<ICMS10>（課税+ST）、<ICMS20>（課税ベース減額）、<ICMS30>（通常ICMS免税・ST適用）、<ICMS40>（免税）、<ICMS51>（繰延）、<ICMS60>（前納済み）、<ICMS90>（その他）、<ICMSPart>（DIFAL — 州間税率差）、<ICMSST>（税額代替）を使用します。抽出マッピングは、<ICMS00>だけでなく、これらすべてのバリエーションを処理する必要があります。

税務検証：抽出した数値の確認方法

NF-e XMLには仕入先自身の税額計算が含まれており、誤っている可能性があります。SEFAZはXML構造の完全性と基本的な算術の整合性を検証しますが、発地・着地の組み合わせに対して正しいICMS税率が使用されているか、NCMコードの公式TIPI税率とIPI税率が一致しているかは検証しません。これらは買い手側の責任であり、ブラジルのAPにおいて還付可能な過払い金の最も一般的な原因です。

州ペア別ICMS州間税率の検証

州間取引のICMS税率は、発地州（仕入先が出荷する州）と着地州（自社事業所がある州）によって異なります。この表を使用して、NF-eのICMS税率が州ペアの正しい税率と一致しているかを検証してください：

NF-eのICMS税率が発地・着地ペアの期待税率（<emit>/<enderEmit>/<cUF>から<dest>/<enderDest>/<cUF>）と一致しない場合は、その文書をレビュー用にフラグ付けしてください。税率の不一致はブラジルの仕入先請求書で最も一般的なエラーの1つであり、税額控除の計算ミスにつながる可能性があります。

CSTコード：すべてを変える税状況コード

CST（Código da Situação Tributária）は、税率だけでなく税の適用方法を示す3桁のコードです。NF-e上のすべてのICMS、IPI、PIS、COFINS計算にはそれぞれ独自のCSTが付与されます。CSTの最初の桁は税制の起源を示します（0=国内、1=外国、2=国内成分を含む外国—税によって異なります）。ICMSに関しては、CSTはICMSが課税対象か、免税か、繰延か、代替課税（ST）か、特別制度で徴収されるかを決定します。3桁のICMS CSTコードは特定のロジックに従います：

抽出ワークフローでは、常に税額とともにCSTコードを取得してください—CST 40（免税）の「ICMSゼロ」とCST 00（エラー）の「ICMSゼロ」はまったく異なる状況です。CSTは、ゼロが正当な税務処理なのか、調査が必要なデータギャップなのかを判断します。

IPI・PIS・COFINSの検証

IPIの検証：IPI税率は製品のNCMコードによって決まります。ブラジル政府はTIPI（IPI課税表）を公開しており、すべてのNCMコードとIPI税率の対応を示す包括的な税率表です。TIPIの全データを社内で維持することはできませんが（数千件のエントリがあり、Receita Federalが定期的に更新）、高額なライン項目についてはスポットチェックが可能です。NCMを抽出し、TIPI税率の範囲を確認し、pIPIフィールドが期待される範囲内にあることを確認してください。IPIのCSTコードも重要です。CST 50はIPI免税、00は課税を意味します。

PIS・COFINSの検証：これらの連邦負担金は、累積方式または非累積方式のいずれかで適用されます。方式は仕入先の税区分によって決まり、税率と、買い手であるあなたが受けられるクレジットの有無の両方を左右します。

NF-eのPIS税率が1.65%、COFINSが7.6%の場合、仕入先は非累積方式であり、PIS/COFINSの仕入税額控除を請求できます。税率が0.65%と3.0%の場合は、クレジットは利用できません。仕入先のCST（通常、01 = 非累積、02 = 累積）が方式を確定します。これらの税率を抽出して検証することは、回収可能な税額ポジションに直接影響します。

ICMS税負担移転（ICMS-ST）：無視できない仕組み

ICMS-ST（Substituição Tributária）は、税務当局がサプライチェーン全体におけるICMSの徴収責任を最初のリンク（通常は製造業者または輸入業者）に割り当てる仕組みです。チェーン内の各購入者（製造業者→卸売業者→小売業者）がそれぞれのマージンに対してICMSを支払う代わりに、製造業者がチェーンの開始時点で消費者への推定最終販売価格に基づくICMSを徴収します。この納税義務者の「移転」により、税の徴収ポイントが上流に移動します。

NF-e文書を処理するAPチームにとって、ICMS-STは2つのシナリオで出現します：

シナリオ1 — 自社がチェーンの中間に位置する場合（移転対象者から購入）。 製造業者からST適用済みで購入した卸売業者から商品を購入します。NF-eには通常のICMS（CST 00、通常課税）と、別のICMS-ST金額（CST 10、<ICMS10>または<ICMSST>）が記載されています。抽出では両方を取得する必要があります：通常のICMSは仕入税額控除の対象となり、ICMS-STは控除対象外です — 上流の供給業者がすでにSEFAZに納付したコスト込みの課徴金です。還付を受けることはできません。

シナリオ2 — 自社が最終リンク（小売業者または直接消費者）の場合。 ST移転対象者である供給業者から購入します。NF-eには単一のICMS-ST金額（CST 30 — 通常のICMSは免除、STが適用）が記載されています。チェーン全体のICMSコストがこの1つの金額に含まれています。抽出ではSTフィールドのみを取得し、通常のICMS控除は利用できません。

抽出ワークフローでこれら2つのシナリオを区別するには、CSTコードを確認してください：CST 10 = 通常のICMS + ST（部分的な控除あり）、CST 30 = STのみ（通常のICMS控除なし）。ICMS-STのXMLパスは別のサブグループを使用します：ST金額には<imposto>/<ICMS>/<ICMSST>/<vICMSST>、ST計算基準には<vBCST>。これらを通常のICMSとは別の列として抽出し、単一の「ICMS合計」フィールドに合算しないでください。一部のAPチームは通常のICMSとSTを合算して組み合わせ金額を転記しますが、これによりICMS控除額が過大表示され、監査で指摘を受ける原因となります。

CFOPとNCM：コンプライアンスを左右する分類コードの抽出

NF-eの各明細行には、その製品の税務処理を決定する2つのコードが付与されています。これらは任意のメタデータではなく、税額決定ロジックへの入力値です。

CFOPコードリファレンス（先頭桁による分類）

CFOP（Código Fiscal de Operações e Prestações）は4桁のコードで、先頭桁が取引の方向と性質を示します。仕入れ（買い手側）のNF-e処理で最も頻繁に遭遇するCFOPコードは、1xxx、2xxx、3xxxの範囲に該当します：

抽出においてCFOPが重要な理由：CFOPコードは、その取引に適用されるICMSルールを決定します。先頭が1（州内）のCFOPは、仕入先の州の内部税率（17〜22%）が適用されることを意味し、州間税率ではありません。先頭が2（州間）のCFOPは、上記の州間税率表に一致する税率が適用されることを意味します。CFOPとICMS税率が矛盾している場合 — 例えば、CFOP 1102（州内）なのにICMS税率12%（州間税率）— その請求書には修正が必要な構造的不整合があります。抽出ワークフローでこれを自動的にフラグ付けする必要があります。

NCMコード：IPIと輸入関税を左右する製品分類

NCM（ノータ・フィスカル・エレトロニカ共通命名法）は、Harmonized System（HS）に基づく8桁の製品分類コードで、Mercosur固有の2桁が追加されています。形式：NNNN.NN.NN（最初の6桁がHSコード）。NCMコードは以下を決定します：

• IPI税率：TIPIテーブルでマッピングされます。特定の章で始まるNCMの製品は、IPI税率が高くなったり低くなったりします。
• ICMS-ST適用可否：特定のNCMの章は、州をまたぐICMS-STプロトコル（convênios）の対象となります。
• 輸入関税（II）：国際購入の場合。
• 代替税率（例：CONFAZプロトコルに基づく簡易ICMS-ST計算）。

抽出時には、NCMは常に先頭のゼロを保持したテキストフィールドとして取得する必要があります。数値に変換しないでください — NCM 8471.30.00（コンピュータ機器）は、数値として扱うと先頭の構造が失われます。NCMは、自動税率検証を含むワークフローでIPI税率を調べるための主キーとしても機能します。

抽出ワークフローにおけるNF-e特別イベントの処理

NF-eは静的な文書ではありません。法的に定義された一連のイベントを通じて、修正、取消、再発行が可能です。完全な抽出ワークフローはこれらのイベントを考慮する必要があります。なぜなら、それらは既に抽出したデータを変更する可能性があるからです。

取消。発行者は、商品が物理的に移動していない場合に限り、認可プロトコル受領から24時間以内にNF-eを取り消すことができます。取消イベントはSEFAZに登録され、同じアクセスキーにリンクされます。24時間を過ぎると取消は不可能になり、発行者は税務当局を通じて特別取消を申請するか、クレジットノート（NF-e de devolução）を発行する必要があります。抽出ワークフローでは、抽出時と支払い前にNF-eのステータスを確認することが重要です。NF-e文書をプログラムで処理する場合は、購入者の受領NF-eステータスリストを照会するSEFAZ ConsNFeDestウェブサービスを確認するステータスチェック手順を含めてください。

Carta de Correção（CC-e）。サプライヤーが既に認可されたNF-eのフィールドを修正する必要がある場合（例：製品説明の修正、配送先住所の修正、支払期日の更新）、NF-eのアクセスキーにリンクされた電子修正書であるCC-eを発行します。CC-eはXMLを置き換えるものではなく、特定のフィールドを修正します。抽出ワークフローでは、NF-e文書を処理する際に、そのアクセスキーに対するCC-eイベントが存在するかどうかを照会する必要があります。ImageToTable.aiのバッチ処理には、抽出済み文書に対する修正イベントのチェックオプションが含まれています — サプライヤーがCC-eで支払期日を修正し、ワークフローが元のXMLの支払期日を使用した場合、誤ったスケジュールで支払うことになるためです。

代替モード。SEFAZに接続できない場合、サプライヤーは代替モードでNF-eを発行できます。発行タイプ（<ide>/<tpEmis>）は代替方法を示します：2 = FS-DA（入力済みDANFE）、3 = EPEC（事前イベント代替）、4 = DPEC（電子代替）、5 = FS-IA（フォーム代替）、6 = SVC（SEFAZ仮想代替 — バックアップ認可サーバー）。代替モードでは、NF-eは抽出時に完全なSEFAZ認可プロトコルを欠く場合があります。ワークフローでは、代替モードで発行された文書にフォローアップ用のフラグを立てる必要があります：システムが復旧すると、サプライヤーは完全なNF-eを送信するため、最終XMLを取得し、フィールドに変更があれば再抽出する必要があります。

manifestação do destinatário。 これはサプライヤー側のイベントではなく、買い手側の義務です。ブラジルの法律では、商品の買い手はSEFAZポータルで、発行から10日以内に受領を確認し、取引の承認または拒否を行うなど、特定の期間内にイベント応答を登録する必要があります。このプロセスはmanifestação do destinatárioと呼ばれ、SEFAZのDF-eプラットフォームを通じて管理されます。manifestaçãoは抽出とは別のコンプライアンス手順ですが、抽出ワークフローでは、処理した各NF-eのアクセスキーをmanifestação追跡システムに記録し、コンプライアンス部門が期日までに必要なイベントを提出できるようにする必要があります。manifestaçãoを登録しない場合、SEFAZは取引が未確認であるとみなし、そのサプライヤーからの今後のNF-e発行がブロックされる可能性があります。

これらのイベントタイプとAP業務への影響について詳しくは、NF-e処理の複雑さの分析をご覧ください。

抽出方法の比較：ボリュームに合ったアプローチの選び方

NF-eデータを抽出する一般的な方法は4つあり、適切な方法は、ボリューム、技術リソース、明細レベルの税詳細が必要か、ヘッダー合計のみでよいかによって異なります。

NF-eにとって重要な違いは、抽出方法がDANFEとXMLの両方を処理できるかどうかです。サプライヤーが混在して送信する場合（XMLを直接送信する場合もあれば、DANFEを印刷して発送するだけの場合もある）、両方のソースを一貫して処理できる方法が必要です。ImageToTable.aiは両方をサポートしています。同じバッチで生のNF-e XMLファイルとDANFE PDFをアップロードし、単一の列テンプレートを定義して、統合されたスプレッドシートを取得できます。このツールは、上記の可変ICMSサブグループパスも処理します。これは、スキーマの複雑さによりスクリプトチームが数十のXPathバリエーションを維持しなければならない場合に大きな利点となります。複数のNF-eドキュメントのバッチ処理の実践的なチュートリアルについては、NF-eバッチ処理ガイドをご覧ください。

2026年税制改正に向けた抽出ワークフローの準備

ブラジルの憲法改正132/2023号および補完法214/2025号により、5つの既存税を2つの新税に置き換える二重VAT制度が導入されました。NF-e抽出の観点では、現在解析しているXMLスキーマは、2026年8月から2033年までの移行期間中、新旧両方の税フィールドを保持することになります。以下に、抽出レベルでの変更点と対応方法を示します。

変更されないもの：XMLの全体的な構造（<ide>、<emit>、<det>、<total>）は変わりません。ヘッダーフィールド、明細行の数量、NCMコード、CFOPコードも影響を受けません。

変更されるもの：各明細行の<imposto>セクションと<total>集計グループに、新しいXML要素グループが追加されます。新しいグループは、既存のICMS、IPI、PIS、COFINSフィールドに加えて、CBS（連邦）およびIBS（州・自治体）の税計算を保持します。移行期間中は、両方のフィールドセットを抽出し、下流システムで両方を利用できるようにする必要があります。

抽出ワークフローを準備するための3つの実践的なステップ：

よくある質問

NF-eフィールドを抽出する際にXML名前空間を処理する必要がありますか？

はい。NF-e XMLは<nfeProc>要素で宣言されたデフォルトの名前空間を使用します（通常はxmlns="http://www.portalfiscal.inf.br/nfe"）。XPathクエリは、この名前空間を登録するか（Pythonのlxmlの場合：ns = {'nfe': 'http://www.portalfiscal.inf.br/nfe'}）、local-name()を使用して回避する必要があります。Power QueryのXMLコネクタは、ほとんどの場合名前空間を自動的に処理します。抽出ツールで明示的な名前空間の登録が必要な場合は、正しいURIを使用していることを確認してください。不一致があると、結果セットが静かに空になります。

明細行の税額を合計してヘッダーの合計と比較すべきですか？

はい。これは実装できる最も価値のある検証チェックの1つです。NF-e XMLには<total>/<ICMSTot>に税の合計が含まれ、各<det>に明細行の詳細が含まれます。これらは一致する必要があります。明細行の合計とヘッダーの合計の不一致は危険信号です。XML生成時に明細行が省略された、割引が一貫して適用されなかった、または仕入先のERPに設定エラーがある可能性があります。すべての抽出バッチで、明細行の税額をヘッダーの合計に照合することを標準手順にしてください。

NF-e抽出はSPED報告要件をカバーしていますか？

いいえ。SPED（Sistema Público de Escrituração Digital）はブラジルのデジタル簿記申告システムです。州税のEFD-ICMS/IPIと連邦拠出金のEFD-Contribuiçõesがあり、データを特定のSPEDレイアウトにフォーマットし、認定ソフトウェアを通じて提出する必要があります。NF-e抽出は請求書データをスプレッドシートに取り込むもので、SPED準拠のレコードを生成するものではありません。ただし、NF-eから抽出するデータ（明細行のICMS、PIS、COFINS、CFOP、NCM、CST）は、SPED申告に供給される同じデータです。抽出ワークフローが明細行レベルで税の詳細を正しく取得すれば、ブラジルの会計チームはそのデータを使用して必要なSPEDレコードを入力でき、ソース文書からの再入力は不要です。NF-eフィールドからSPEDレイアウト位置へのマッピングは別の変換ステップであり、一部のERPローカライゼーションモジュールが自動的に処理します。

会社が異なるブラジルの州に複数のCNPJを持つ場合はどうなりますか？

これは大規模な組織では一般的です。各CNPJ（ポルトガル語で「estabelecimento」）は税務上独立した法人であり、NF-eの宛先州は商品を受け取ったCNPJに対応します。複数法人の組織でNF-eデータを抽出する場合、受取人CNPJ（<dest>/<CNPJ>）で抽出結果をフィルタリングし、法人ごとに個別のGLマッピングを維持してください。ICMS税率の検証も法人ごとに異なります。同じ仕入先からでも、サンパウロのCNPJに出荷された商品と、バイア州のCNPJに出荷された商品では税率が異なります。ブラジルの州ごとの複雑さへの対応については、手頃な価格のNF-e抽出ガイドをご覧ください。

過去の期間からデータを抽出した後にNCMコードが変更された場合はどうなりますか？

NCMコードはReceita Federalによって定期的に更新されます（通常は年1回ですが、Notas Técnicasによる年度途中の調整もあります）。NCMコードが変更されると、その製品分類のIPI税率も変更される可能性があります。抽出目的では、発行時点のNF-eに記載されているNCMコードを取得する必要があります。これは請求書の発行日に有効だったコードであり、法的に支払うべき税金を決定します。遡及分析やSPED調整を行う場合は、現在のNCMリストではなく、元の文書に記録されているNCMを使用してください。

仕入先のNF-e XMLに要素が欠落している、または不正な形式の場合はどうなりますか？

それは起こり得ます。最も一般的な問題は、<cobr>（請求）グループの欠落、<enderEmit>の住所情報の不完全さ、または宣言されたCSTコードに対して期待されるスキーマバリアントに準拠しないICMSサブグループです。抽出ワークフローはこれらを適切に処理する必要があります。欠落フィールドにはnullまたはプレースホルダーを返し、検証警告をログに記録してください。重要でない要素の欠落でハードフェイルしないでください。重要なフィールド（アクセスキー、CNPJ、明細行の合計）については、値の欠落はそのNF-eをバッチから拒否し、明確なエラーメッセージを表示する必要があります。検証サマリーレポートは不可欠です。欠落または異常なフィールドがあったすべてのNF-eをログに記録し、チームがGLへの転記前に調査できるようにしてください。

DIFAL（州間ICMS税率差）はどのように処理すればよいですか？

DIFAL（Diferencial de Alíquota do ICMS）は、商品が州境を越えて販売され、仕向け地の州のICMS税率が仕向け元で支払われた州間税率よりも高い場合に適用されます。買い手は税率差を自州に支払う必要があります。NF-eでは、DIFALは<imposto>/<ICMS>の下にある<ICMSPart>サブグループで表されます。このサブグループには、vBC（計算基準）、pICMS（すでに適用されている州間税率）、pICMSUf（仕向け地州の内部税率）、およびvICMS（DIFAL金額＝基準に対する2つの税率の差）が含まれます。DIFAL金額は別途抽出し、州固有のICMSクレジットワークフローで処理する必要があります。これは通常のICMSクレジットの一部ではありません。

運送費と保険料は商品価格とは別に抽出すべきですか？

はい。NF-e XMLは取引を商品価格（vProd）、運送費（vFrete）、保険料（vSeg）、その他の費用（vOutro）に分解します。ICMSの課税基準には、商品価格＋運送費＋保険料＋その他の費用の合計が含まれることがよくありますが、常にそうとは限りません。一部の商品では、ICMSは商品価格のみに基づいて計算されます。各構成要素を個別に抽出することで、ICMSの課税基準が価格体系の理解と一致しているかを検証できます。NF-eで運送費がICMS基準に含まれているのに、ERPモデルが運送費をICMS基準の外に置くことを想定している場合、調整すべき照合項目があります。

AIベースの抽出ツールはNF-e XML全体を処理できますか、それともDANFE PDFのみですか？

ツールによります。ImageToTable.aiのAIベースの抽出は、同じバッチでNF-e XMLファイル（構造化データ）とDANFE PDF（ビジュアル文書）の両方を処理できます。XMLをアップロードすると、ツールは構造化要素を直接読み取り（OCR不要）、列テンプレートにマッピングします。DANFE PDFをアップロードすると、AIがビジュアルコンテンツを読み取り、表示されているフィールドを抽出します。両方に対応する単一プラットフォームの主な利点は一貫性です。「NF-eアクセスキー」「ICMS金額」「CFOPコード」用に1つの列テンプレートを定義すれば、ツールは受け取ったソース文書の種類に応じてそれらを入力します。これにより、XMLベースとDANFEベースのサプライヤーで別々のワークフローを維持する必要がなくなります。これはブラジルのAP業務でよくある断片化ポイントです。

抽出結果をXMLと一緒にアーカイブする必要がありますか？

ブラジルの法律では、取引が発生した会計年度の終了から5年間、元のNF-e XMLをアーカイブすることが義務付けられています。抽出結果（スプレッドシートやERPレコード）はXMLの代わりにはなりません。ただし、構造化された抽出結果を元のXMLアーカイブと併せて維持することは、内部照合や監査対応のベストプラクティスです。SEFAZ監査では、元のXML（文書が存在し適切に承認されたことを証明するため）と会計記録（データがどのように処理されたかを示すため）の両方を提出する必要があるでしょう。アクセスキーを結合キーとして、ソースXMLと抽出結果の両方をリンク構造で自動的にアーカイブする抽出ワークフローは、監査準備の時間を大幅に節約します。コスト効率の高いコンプライアンス対応については、中小企業向けNF-e抽出ガイドをご覧ください。