ブラジル事業向けNFS-eデータ抽出ガイド(2026年版)

ブラジルには5,570の自治体があり、それぞれが独自のサービス請求書システム、独自のレイアウト、2%から5%のISS税率、そしてサービス提供者が合法的に請求書を発行する前に各取引を検証する独自のWebサービスを運用しています。もし貴社がブラジルの事業者からサービスを購入している場合(サンパウロのITコンサルティング、リオの法律サービス、ベロオリゾンテのマーケティングなど)、テンプレートベースの抽出ツールでは解決できない文書の断片化問題に直面していることになります。

ブラジルのNFS-eサービス請求書データをExcelスプレッドシートに抽出

重要ポイント

  1. ブラジルの税務当局は、NFS-eのすべての項目を検証してから貴社に届けています。しかし、貴社のチームはそれらをすべて手入力しており、自動クロスマッチ監査を引き起こすエラーを自ら生み出しています。
  2. ブラジルの5,570の自治体はそれぞれ独自のNFS-eレイアウトを運用しています。つまり、テンプレートベースの抽出ツールは役に立ちません。サンパウロで機能する座標がポルトアレグレでは機能しないからです。
  3. セマンティック抽出は、ページ座標ではなく意味(「Prestadorとラベル付けされた14桁のCNPJを探す」)でフィールドを読み取ります。11の列名を一度定義すれば、ImageToTable.aiがブラジルのどの自治体からでもNFS-eデータを1つのExcelファイルに抽出します。

ブラジルのサービス請求書が、他の請求書と根本的に異なる理由

これまでにブラジルの税務文書を扱ったことがあるなら、NF-e(電子物品請求書)をご存知でしょう。これは、ブラジル国内またはブラジル企業と取引するすべての買掛金部門が対応しなければならない書類です。NF-eは州レベルでSEFAZ(州財務局)が管轄し、単一の全国XMLスキーマ(レイアウトバージョン4.0)に従い、ICMS(州の物品流通税)が課されます。複雑ではありますが、一つのシステムです。

一方、サービス請求書(Nota Fiscal de Serviços / NFS-e)はレベルで管轄されます。課される税金はISS(サービス税)で、税率、レイアウト、検証ワークフロー、さらには電子証明書の要件までもが都市ごとに異なります。サンパウロ市には独自のNFS-eウェブサービスがあり、リオデジャネイロ市には別のもの、ベロオリゾンテ市にはさらに別のものがあります。そして、他の5,567の自治体にもそれぞれ独自のシステムがあります。

これは例外的なケースではありません。これはブラジルの財政連邦制の構造的な現実であり、補完法116/2003に明記されています。この法律は、各自治体に独自のISS税率(2%~5%)の設定とサービス税徴収の管理権限を与えています。連邦政府は全国NFS-eシステム(Sistema Nacional de NFS-e / SNNFS-e)を通じて統一を進めており、2026年初頭時点で1,280以上の自治体が参加しています。しかし、参加は任意であり、多くの主要都市は依然として独自のシステムを運用しています。

これらの書類を受け取る側、つまりブラジルのマーケティング代理店やITコンサルタントからPDFを受け取る買掛金担当者にとって、実際的な結果は次のとおりです。NFS-eの書類はどれ一つとして同じ見た目ではありません。サンパウロ市で発行されたサービス請求書では、ISSの課税標準(base de cálculo)の位置が、ポルトアレグレ市で発行されたものとは異なります。提供者の法人税ID(CNPJ do prestador)がある書類ではヘッダーに、別の書類ではサイドバーに記載されているかもしれません。サンパウロ市で機能するテンプレートは、カンピーナス市では機能しません。

これこそが、テンプレートベースのOCR(ほとんどの文書抽出ツールが採用するアプローチ)がNFS-eで体系的に失敗する理由です。テンプレートは座標に依存しますが、自治体によって座標は変わります。ブラジルのもう一つの主要な電子請求書の仕組みについて詳しくは、州レベルの物品請求書を扱うNF-e XML抽出ガイドをご覧ください。

ブラジルのサービスインボイス(NFS-e)に実際に含まれるもの

サービスインボイス(Nota Fiscal de Serviços / NFS-e)からデータを抽出する前に、その内容と、各項目が会計上何を意味するかを理解する必要があります。NFS-eは単なる請求書ではありません。これは法的に必須の項目を含む税務文書であり、その値によって税務上の義務、仕入先マスタの照合、および監査証跡が決まります。

以下は、一般的なNFS-eの主要項目と、受領側にとってそれぞれが重要な理由です。

項目ポルトガル語名重要ポイント
サービス提供者CNPJCNPJ do Prestador14桁の法人税ID。取引先マスターのキーです。SPED調整のため、仕入先記録と完全に一致させる必要があります。
サービス利用者CNPJCNPJ do Tomador自社のCNPJ。請求書が正しいブラジル法人宛に発行されたことを確認します。不一致があると、税務記録上の書類が無効になります。
サービスコード(LC 116)Código de Serviço (LC 116)連邦サービスリストに基づく、サービスの種類を分類する数字コード。各自治体の適用ISS税率を決定します。例:コード1.01は「システム分析・開発」、コード17.19は会計サービスです。
ISS課税標準Base de Cálculo ISSISSの対象となるサービス価額。請求書総額と常に一致するとは限らず、法律で認められた控除額が適用される場合があります。
ISS税率Alíquota ISS自治体ごとに適用される税率。都市やサービス種類により2%~5%。サンパウロ市は一般5%、建設業2%。これにより税額計算の正否が判断できます。
ISS税額Valor ISS計算されたISS。ブラジルのサービス請求書では、ISSは最終価格に含まれる情報税であり、上乗せされません。請求書は総額のうちISS相当額を報告します。
源泉徴収ISSISS Retido na Fonteサービス利用者(貴社)がISSを源泉徴収し、自治体に納付する責任があるかどうか。「Sim」の場合、単なるデータ入力ではなく、税務納付義務が発生します。
RPS番号Número RPS仮領収書番号。自治体が請求書を検証し最終的なNFS-e番号を発行する前に付与される一時的な識別子。正式なNFS-e番号が未入手の場合の調整に有用です。
NFS-e番号Número NFS-e自治体が検証後に発行する正式な請求書番号。保管・監査における主要な書類識別子です。
CNAEコードCódigo CNAE経済活動の全国分類。提供者の登録事業活動コード。LC 116サービスコードと照合し、提供者が許可された活動に対して請求書を発行しているか確認します。
サービス内容Discriminação dos Serviços提供されたサービスの自由記述。明細、サービス期間、契約参照情報などを含む場合があり、非構造的ですが、コストセンター配分や承認ルーティングに不可欠です。

LC 116のサービスコード一覧には40の主要カテゴリがあり、各カテゴリにはITサービス(カテゴリ1)から法務サービス(項目17.14)、エンジニアリング(カテゴリ7)、医療(カテゴリ4)まで、すべてを網羅するサブ項目が含まれています。完全な一覧は補完法116/2003の付属書で公開されています。受け取るすべてのNFS-eにはこれらのコードのいずれかが記載されており、そのコードが提供者が適用すべきISS税率を直接決定します。

これらの項目に任意入力はありません。NFS-eを検証する自治体は、書類を承認する前にすべての項目をチェックします。つまり、正確なAP処理に必要なデータはすでに存在しており、請求書があなたの受信箱に届く前に政府の税務当局によって確認済みです。問題は、そのデータを書類から取り出し、再入力せずにスプレッドシートに反映できるかどうかにあります。

手動NFS-e入力が経理チームにもたらすコスト

一般的な認識として、請求書データの手動入力は遅いとされています。実際、平均的な1ページの書類をスプレッドシートに入力するのに約3分かかります。しかし、特にNFS-eの場合、遅さが最も高くつく問題ではありません。最も高くつく問題は、税務記録へのエラーの波及です。

CNPJの入力ミス(14桁の数字のうち1桁の誤り)は、ベンダーマスターの照合を失敗させ、あなたの事業体が源泉徴収義務者である場合、ISS控除を請求できなくなります。誤ったISS税率をERPに入力すると(2%を5%と入力)、報告期間全体の税引当金が狂い、自治体の監査で指摘される可能性があります。「ISS Retido na Fonte = Sim」のフラグを見逃すと、提供者ではなくあなたが法的に支払う責任を負うISSを自治体に納付できなくなります。

これらは仮定のリスクではありません。ブラジルの税務当局は、NFS-eの発行者と受領者の間で電子的なクロスチェックを実施しています。提供者があなたのCNPJから50,000レアルを受け取ったと報告しているのに、2件の請求書の入力ミスによりあなたのSPED記録が48,000レアルを示している場合、不一致が自動通知を引き起こし、その後正式な調査に発展します。

これを中程度の規模で考えてみてください。10社のブラジルのサービス提供者(ITコンサルタント、マーケティング代理店、法律事務所、会計事務所、施設管理会社、数名のフリーランサー)と取引のある中堅企業は、月に30~50件のNFS-e書類を受け取る可能性があります。1件あたり3分として、手動入力には約2.5時間かかります。しかし、本当のコストはこの2.5時間ではありません。修正サイクル(照合が合わない調整スプレッドシート、重複発行を依頼する提供者への電話、修正された税務申告、不一致を解決するための会計手数料)こそが真のコストです。

ここで「書類抽出」という言葉が具体的な意味を持ちます。それはタイピング時間の節約ではありません。自治体が検証したものと、あなたのERPが受け取ったものとの間のギャップをなくすことです。

AI抽出が市区町村ごとのテンプレートなしで自治体間の差異を処理する方法

NFS-e抽出における技術的な核心課題は、書類が読みにくいことではありません。ブラジルのどの市区町村のサービス請求書(Nota Fiscal de Serviços / NFS-e)も、明瞭に印刷され、ほぼ機械生成された書類です。課題は、同じ項目が、市区町村によって異なる位置に、異なるラベルで表示されることです。

従来のテンプレートベースのOCRは、各項目に矩形領域を定義することでこれを解決します。「PrestadorのCNPJは座標(x=150, y=320, w=200, h=30)にある」という具合です。これは1つの市区町村では完璧に機能しますが、次の市区町村では機能しなくなります。5,570もの市区町村すべてのテンプレートライブラリを維持することは現実的ではありません。たとえ取引先が所在する20の市区町村だけのテンプレートを維持する場合でも、市役所がレイアウトを更新すれば(サンパウロ市は2025年8月にNFS-eマニュアルv3.2で更新したばかりです)、20のテンプレートすべてが使えなくなります。

その代替案がセマンティック抽出です。位置で項目を探すのではなく、その意味で探します。抽出エンジンに「サービス提供者のCNPJが必要です」と指示すると、エンジンは書類を読み取り、「Prestador」の隣にある「CNPJ」とラベル付けされた14桁の数字が、ページ上のどこにあっても提供者の税務IDであると理解します。

これはOCRとは根本的に異なります。OCRはピクセルを文字に変換します。一方、セマンティック抽出は、視覚言語モデルを活用し、人間が書類を読むように、ラベル、文脈、書類構造を理解して読み取ります。サンパウロのレイアウトが「Prestador de Serviços」を左上に配置し、ポルトアレグレが中央のヘッダーに配置しても、セマンティックエンジンは気にしません。位置を探しているのではなく、意味を探しているからです。

これが特にNFS-eにとって重要な理由: 自治体間の差異は位置の問題です。セマンティック抽出は意味による解決策です。テンプレートベースのツールを非現実的にする5,570市区町村の断片化こそ、セマンティック抽出が処理するために設計されたものだからです。レイアウトの一貫性にまったく依存しないからです。

抽出アプローチではカスタム列抽出を使用します。「提供者CNPJ」「サービスコード(LC 116)」「ISS金額」「NFS-e番号」など、出力に必要な項目名を入力するだけで、AIはラベルの意味を理解し、位置に関係なく書類上の各値を特定します。これらの列名が最終的なExcelスプレッドシートのヘッダーになるため、再フォーマットせずにERPや会計システムにアップロードできる状態で出力されます。

ステップバイステップ:NFS-eデータをExcelに抽出する方法

受領したNFS-e文書から構造化されたスプレッドシートにデータを抽出する実践的なワークフローをご紹介します。このプロセスは、PDF/DANFSE(サービスのための印刷された補助文書)または基になるXMLファイルのどちらでも機能します。

1
NFS-e文書を収集します。ブラジルのサービスプロバイダーからPDFまたはXMLを集めてください。DANFSE(Documento Auxiliar da NFS-e)—印刷版—を受け取った場合も問題ありません。XMLにはより構造化されたデータが含まれていますが、PDFでも上記の表に記載されているすべてのフィールドを抽出するのに十分です。XMLファイルの場合は100%の税務データが取得でき、PDFの場合は印刷されたデータ—NFS-eでは必須フィールドのほぼ完全なセット—が取得できます。
2
抽出する列を定義します。抽出ツールで、列ヘッダーとして必要なフィールド名を入力します。標準的なNFS-eの場合:「提供者CNPJ(CNPJ Prestador)」、「受領者CNPJ(CNPJ Tomador)」、「NFS-e番号」、「発行日」、「サービスコード(LC 116)」、「サービス内容」、「ISS課税ベース」、「ISS税率」、「ISS金額」、「ISS源泉徴収(Retido)」、「合計金額」。ツールはこれらの列名を使用して対応する値を特定するため、明確な命名が重要です。推論列を含めることもできます。例えば、「ISS税率チェック(合格/不合格)」という列を追加し、抽出されたISS金額をISS課税ベース×税率の計算と比較するルールを設定します。
3
アップロードして処理します。すべてのNFS-e文書を一括でアップロードします。抽出エンジンは各文書を個別に読み取るため、自治体による差異は問題になりません。サンパウロのNFS-eとリオのNFS-eが同じバッチにあっても、AIが意味に基づいてフィールドを特定するため、同じ列定義で処理されます。
4
確認と検証を行います。抽出後、結果を確認してください。特にISS源泉徴収フラグに注意してください。いずれかの請求書で「Sim」になっている場合、その提供者については別途税金納付の処理が必要です。ISS金額をクロスチェックします:税率×課税ベースがISS金額と一致する必要があります。不一致がある場合は提供者に確認してください。誤った税区分を示している可能性があります。
5
Excelにエクスポートします。結果をXLSXファイルとしてダウンロードします。すべての文書が定義された列をヘッダーとする単一のスプレッドシートの行として表示されます。出力は、ERPへのインポート、会計ソフトウェアへの取り込み、または提供者の月次サービスサマリーとの直接照合にすぐに使用できます。
PDF/XML AI抽出

ファイルは安全に処理され、保存されません。

ISS源泉徴収、複数サービスコード、バッチ処理への対応

ほとんどのNFS-eデータ抽出は単純です。単一の提供者、単一のサービス、標準的な項目です。しかし、実際の財務ワークフローでは、重要となるエッジケースに遭遇します。以下は、手作業で問題となる3つのケースです。

源泉徴収されたISS(ISS Retido na Fonte)

NFS-eに「ISS Retido na Fonte = Sim」と記載されている場合、ISSを市町村に納付する義務が、サービス提供者からサービス受領者(つまりあなた)に移ります。これは単なるデータ入力上の注意事項ではありません。税務コンプライアンス上のアクションアイテムです。財務チームは、(1) 抽出結果から該当する請求書を特定し、(2) 納付すべきISS額(請求書に記載された税率×課税標準)を計算し、(3) 期限内に正しい市町村の役所に支払いを行う必要があります。

このステップを怠ると、ISSは誰にも支払われなかったことになります。提供者は(源泉徴収されたと申告したため)支払わず、あなたも(フラグを見逃したため)支払いません。両者ともリスクにさらされます。「ISS Retido」フィールドを「はい/いいえ」の列として自動抽出し、該当書類に自動フラグを立てる抽出ワークフローは、コンプライアンスリスクを並べ替え可能なスプレッドシートの列に変えます。

1枚の請求書に複数のサービスコード

1枚のNFS-eには、複数の明細行を含めることができ、それぞれに独自のLC 116サービスコードとISS税率があります。ITコンサルティング会社は、「Análise e desenvolvimento de sistemas」(コード1.01、サンパウロではISS 5%)と「Suporte técnico」(コード1.07、異なる税率の可能性)を別々に請求する場合があります。請求書レベルのISS合計のみを抽出すると、各行が正しく課税されたかを判断する明細行ごとの分類が失われます。文書合計だけでなく、明細行レベルのサービスコードとISS金額を抽出するように列を定義してください。

複数のサービス提供者にわたる一括処理

5つの異なる都市の5つの異なる提供者からNFS-e文書を受け取る場合、一括処理の利点はさらに大きくなります。各PDFを個別に開き、フィールドを個別のスプレッドシート行にコピーする代わりに、すべてを一緒にアップロードします。抽出エンジンはそれらを並行処理します(1ページあたり5~10秒)。そして、すべての提供者のデータが同じ列にまとめられた1つの統合スプレッドシートを生成します。これが、自治体ごとの断片化問題に対する実用的な答えです。AIが文書ごとのレイアウトの違いを自動的に処理し、チームは1つの出力ファイルを扱うだけで済みます。

月50、100、またはそれ以上のNFS-e文書というボリュームシナリオでは、Excelへの請求書一括抽出により、手動処理で文書数に比例して増加する、文書ごとのセットアップ作業が不要になります。

2026年税制改革:NFS-e抽出に何が変わるか

ブラジルは現在税制改革の最中であり、最終的にはISSとICMSを統一IBS(Imposto sobre Bens e Serviços)に置き換え、PIS/COFINSをCBS(Contribuição sobre Bens e Serviços)に置き換える予定です。移行は段階的で2033年まで続きますが、NFS-eのレイアウトはすでに更新されています。サンパウロ市は2025年8月にNFS-eマニュアルのバージョン3.2を公開し、新しい税制に対応するフィールドを導入しました。他の自治体もこれに続くでしょう。

データ抽出の観点からは、これは2つのことを意味します。第一に、現在抽出しているフィールド(ISS課税標準、ISS税率、ISS金額)は、将来的に将来のNFS-e文書のIBS/CBSフィールドによって補完または置き換えられることになります。第二に、移行期間中は、従来のISSフィールドと新しいIBSフィールドの両方を備えた請求書を受け取る可能性があり、調整のために両方を抽出する必要があります。

上記の抽出アプローチはこれを自然に処理します。固定フィールド位置やハードコードされたテンプレートに依存しないため、更新されたNFS-eレイアウトの新しいフィールドも既存のものと同じ方法で抽出されます。列名(例:「IBS金額」)を追加するだけで、AIが文書上でその位置を特定します。テンプレートの再構成は必要ありません。

ICMS、IPI、PIS、COFINSを扱い、異なる規制枠組みに準拠するブラジルの商品請求書から税データを抽出するための実践的なガイドについては、NF-e XML抽出ガイドをご覧ください。また、ブラジルの給与計算書類を処理する場合は、ホレリテ(給与明細)抽出ガイドでそのワークフローを説明しています。

FAQ:ブラジルNFS-eサービスインボイスデータ抽出

XMLがなくてもNFS-e PDFからデータを抽出できますか?

はい。PDF/DANFSEには、市区町村が検証に必要とするすべての必須税務項目が含まれています。NF-e DANFE(基礎となるXMLデータの約90%を省略)とは異なり、NFS-e印刷文書はより自己完結型です。これは、市区町村がXMLに含める内容と印刷された補助文書に表示される内容について単一の標準を共有していないためです。上記の構成表に記載されている全項目(CNPJ prestador/tomador、LC 116コード、ISS内訳、NFS-e番号、RPS番号)は通常PDFに含まれています。ただし、XMLにアクセスできる場合は、そちらを使用してください。100%の項目カバレッジが保証され、OCR関連の精度ばらつきが排除されます。

ブラジルのどの都市のNFS-e文書でも抽出は機能しますか?

セマンティック抽出は、特定の都市のレイアウトに一致させるのではなく、文書の内容を理解して項目を読み取ります。サンパウロ、リオデジャネイロ、ベロオリゾンテ、ポルトアレグレなど、どの市区町村のNFS-eでも、市区町村ごとのテンプレートを必要とせずに機能します。ただし、手書きのNFS-e文書(ほとんどが機械生成であるため稀)の抽出精度は、印刷文書やデジタル文書よりも低くなります。手書き文字認識は機能しますが、本質的に印刷テキストの読み取りよりも精度が低くなります。

源泉徴収されたISSはどうなりますか?税金納付義務はどのように処理すればよいですか?

「ISS Retido na Fonte」フィールドを専用の列として抽出します。このフィールドが「Sim」(または「Yes」)に等しいインボイスは、標準の買掛金エントリとして処理するのではなく、税務コンプライアンスワークフローにルーティングする必要があります。インボイスのISS税率とISS課税標準は納付額を示し、提供者の市区町村は納付先を示します。抽出ツールはデータを提供します。税金の納付自体は別のコンプライアンス手順であり、経理部門または税務部門が関連するプレフェイトゥーラの支払いシステムを通じて実行する必要があります。

NFS-e文書と通常の国際インボイスを一括処理できますか?

はい。列定義が両方の文書タイプをカバーするのに十分な幅(例:「インボイス番号」「仕入先名」「合計金額」)があれば、ブラジルのNFS-e文書を国際インボイスと同じバッチに含めることができます。抽出エンジンは各文書を個別に読み取り、見つかったフィールドを埋めます。ただし、LC 116サービスコードやISS金額などのNFS-e固有のフィールドは、非ブラジルインボイスでは空欄になりますが、これは想定内でありエラーは発生しません。

2026年の税制改革はNFS-eフィールド抽出にどのような影響を与えますか?

改革は抽出の仕組みを変えるのではなく、将来のNFS-e文書に表示されるフィールドを変更します。自治体がレイアウトを更新してISSの代わりに、またはそれに加えてIBSおよびCBSフィールドを含めるようになると、新しいフィールド名を含めるように列定義を更新する必要があります。抽出アプローチは同じです。新しい列名を追加すると、AIが対応する値を見つけます。2033年までの段階的な移行により、移行期間中は新旧両方の税フィールドを持つ文書を処理することになります。

この抽出アプローチを使用するにはブラジルの納税者番号(CNPJ)が必要ですか?

いいえ。受領したNFS-eからのデータ抽出は文書処理タスクであり、税務申告行為ではありません。NFS-eのPDFまたはXMLからスプレッドシートにデータを抽出するためにCNPJは必要ありません。文書上のCNPJフィールドはサービス提供者とサービス利用者を識別するものであり、抽出ツールはそれらをデータポイントとして読み取り、出力列に配置します。市の税システムとやり取りすることはありません。

文書ごとの手入力からバッチ処理へ

NFS-eは政府にとって税収を効率的にするために設計されました。そしてそれは実現しています。ブラジルで発行されるすべてのサービスインボイスは、あなたの手元に届く前に市の税務当局によって検証されるため、そのデータはすでに整合性がチェックされています。非効率なのは完全に受取側にあります。AP担当者が、機械がすでに検証したフィールドを、都市ごとに異なる文書から、税務照合のために正確である必要があるスプレッドシートに再入力しているのです。

セマンティック抽出は、その方程式の受取側を変えます。フィールドはすでに存在し、すでに検証され、すでに機械可読(またはそれに近い状態)です。それらを一度のバッチでスプレッドシートに取り込むことは、技術的なブレークスルーではなく、ワークフローの決定です。次のNFS-e文書のバッチでテストしてみてください。手動のベンチマークである1文書あたり3分から、列を一度定義して抽出を実行するだけの数秒に時間が短縮されるかどうかを確認してください。

NFS-eデータをExcelに抽出

最初の50ページはサインアップ不要です。

📮 contact email: [email protected]