ブラジルのDARFおよびGPS税データを抽出
月次コンプライアンス用にExcelへ
ブラジルのサプライヤーからのサービス請求書1枚で、5枚以上の支払い伝票が発生することがあります。IRRF用のDARF、PIS用のDARF、COFINS用のDARF、CSLL用のDARF、さらに労務が含まれる場合はINSS用のGPSが別途必要です。それぞれに独自の歳入コード、算定期間、支払期限があります。それぞれをDCTFWebで申告した内容と照合し、年度末にはDIRFで報告する必要があります。そして、ほとんどの経理チームは今でもこれらの数字をスプレッドシートに1フィールドずつ手入力しています。
重要なポイント
- 月に10枚のサービス請求書があると、40〜50枚の個別のDARFおよびGPS支払い伝票が発生します。それぞれを1枚あたり3〜4分かけて手入力でスプレッドシートに入力しています。
- DARFの歳入コードを1つ誤入力すると、支払いが誤った税務口座に充当され、REDARFによる訂正には数か月の正式な手続きが必要になることがあります。
- 1か月分の伝票を一度にアップロードし、6つの列を定義するだけで、すべての支払いを構造化されたスプレッドシートに抽出できます。書類と行の間の転記作業は不要です。
DARF、GPS、DAEとは
ブラジルの税制では、連邦、州、市町村の3つの行政レベルにわたって徴収が行われ、各レベルが独自の支払い伝票形式を発行します。APチームがブラジルの取引を処理する場合、ほぼ確実にこれらの書類のうち少なくとも2種類を扱うことになります。
DARF（連邦歳入徴収文書）は連邦税の支払い伝票で、所得税（IRPJ、IRRF）、社会貢献（PIS、COFINS、CSLL）、工業製品税（IPI）、および個人向けの月次Carnê-Leão納付に使用されます。1枚のDARFには11の番号付きフィールドがあります。納税者名と電話番号、CPFまたはCNPJ、算定期間（período de apuração）、歳入コード（código da receita — 連邦歳入庁にどの税金が支払われているかを示す4桁の識別子）、支払期限、元本額、罰金額、DL-1.025/69に基づく利息、合計額、参照番号、銀行認証です。参照番号を除くすべてのフィールドが必須です。通常のDARF Comumと、Simples Nacional制度下の零細・中小企業が使用する簡易版のDARF Simplesの2つのモデルがあります。
GPS（社会保険納付ガイド）はINSS拠出金のための社会保障支払い伝票です。雇用主負担分（総給与の約20%）、従業員天引き分（2025年時点でR$1,518.00までは7.5%、R$4,190.84超では9%、12%、14%の累進税率、月額上限R$8,157.41）、および会社のFPASコード（SENAI、SESI、教育手当賦課金など）によって決定される第三者拠出金をカバーします。GPSには独自のフィールド構造があります。拠出者のCNPJまたはCEI、拠出月（competência）、INSS額、第三者機関の額、支払コードです。
DAE（州歳入徴収文書）は州レベルの税金をカバーします。主にICMS（物品・サービスに対する州の付加価値税）とIPVA（自動車税）です。名称は州によって異なります。サンパウロ州ではDARE（旧称GARE）、リオデジャネイロ州ではDARJ、その他の州ではDUAなどの名称が使用されます。各州が独自の形式、フィールド、徴収ルールを定めていますが、目的は州税の納付という点で同じです。
ブラジルの税務書類がより広範な請求書・コンプライアンスエコシステムにどのように適合するかについて詳しくは、Nota Fiscal Eletrônica（NF-e）初心者ガイドをご覧ください。このガイドでは、商品取引が出荷前にどのように承認されるか、および4つの内蔵税（ICMS、IPI、PIS、COFINS）がAPチームにとって何を意味するかについて、請求書作成側のワークフローを説明しています。
これらの支払い伝票を手動で転記するリスクが見た目よりも高い理由
「DARFの支払いを追跡する必要がある」という一般的な対応は、CNPJ、日付、コード、金額の列を持つ共有スプレッドシートです。シニアアナリストが毎週1〜2時間かけて、支払い済み伝票から値を入力します。管理可能に感じられますが、実際はそうではありません。
月に10件のサービス請求書を支払う中堅企業の計算を考えてみましょう。各請求書は、IRRF、PIS、COFINS、CSLLのそれぞれについて個別のDARF伝票を発生させる可能性があります。仕入先の税制やサービスの性質によって、一部または全部が該当します。これらの請求書に人件費や建設が含まれる場合、INSS用のGPSが別途追加されます。合計すると、10件の請求書から月に40〜50件の個別の支払い伝票が簡単に発生します。伝票1件あたり3〜4分の入力時間（DARFのPDFを開き、CNPJを読み、歳入コードを読み、元本を読み、合計を読み、それぞれをスプレッドシートに入力）で、毎月2〜3時間の純粋な転記作業になります。12か月で約24〜36時間の、分析価値のない作業です。支払いの照合も、伝票の欠落の検出もできません。単に数字を別の場所に移すだけです。
本当のリスクは時間の無駄ではなく、エラーの発生パターンです。買掛金環境での手動データ入力では、業界ベンチマークによると、通常1%〜4%のフィールドレベルのエラー率が発生します。DARFで最も重要なフィールドはcódigo da receita（歳入コード）です。これは、支払いがどの税金に属するかをReceita Federalに伝える4桁のコードです。コード1708（サービスに対する源泉徴収IRRF）の代わりに2362（IRPJ月次見積）を入力すると、支払いが誤った税口座に計上されます。修正には正式なREDARF（DARF訂正）プロセスが必要で、解決に数か月かかる場合があり、その間Receita Federalのシステムは元の税金が未払いと表示され、罰金通知、利息の発生、場合によっては会社の納税証明書（Certidão Negativa de Débitos）の制限につながります。スプレッドシートの列で1桁を誤って入力するだけで、税務コンサルタントによる解決が必要なコンプライアンス問題に発展します。
この問題は構造的なものであり、トレーニング不足ではありません。手動転記は、支払い済み伝票（銀行が処理したため正しい）と追跡記録（人間が入力したため誤っている）の間に障害点を生み出します。追跡スプレッドシートが元の文書に近いほど（理想的には元の文書から直接抽出されるほど）、その障害が発生する機会は少なくなります。
各書類タイプの主要データ項目
抽出作業を始める前に、どのデータが重要かを明確に定義する必要があります。以下のフィールドは、DCTFWeb申告と照合でき、年末のDIRF作成に使用できる税務支払台帳を構築するための最小限のセットです。
| 書類 | フィールド | 追跡内容 |
|---|---|---|
| DARF | CPF/CNPJ | 納税者識別番号 |
| 歳入コード（código da receita） | 支払対象の税目（例：1708はIRRF、0190はCarnê-Leão） | |
| 算定期間（período de apuração） | 税が該当する年月 | |
| 納付期限 | 支払いの締切日 | |
| 元本額 | 罰則前の税額 | |
| 総額 | 元本＋罰金＋利息 | |
| GPS | CNPJ/CEI | 事業主または事業所識別番号 |
| 対象月（competência） | 拠出月（例：07/2026） | |
| INSS金額 | 社会保障拠出額 | |
| 第三者機関拠出額 | FPASコードに基づくSENAI/SESI等への拠出金 | |
| 支払コード | 拠出の種類（従業員分、事業主分、任意分）を識別するコード | |
| DAE（州） | CNPJ/CPF | 納税者識別番号 |
| ICMS/IPVA参照 | 支払対象の州税 | |
| 算定期間 | 対象月/四半期 | |
| 支払総額 | 支払金額 |
毎月のコンプライアンス追跡のためにDARFデータを抽出する場合、書類あたりこれら6つのフィールドが最小限の実用的なセットです。GPSやDAEにも同じロジックが適用されます。識別番号、期間、コード、金額を取得すれば、合計、並べ替え、公式申告との照合が可能な台帳が完成します。
DARF/GPS納税データをAIでExcelに抽出する方法
ここで説明する抽出ワークフローは、ImageToTable.aiを使用します。これはテンプレート不要のAI抽出ツールで、各値のページ上の位置ではなく、その意味を理解して文書を読み取ります。この違いはブラジルの納税伝票にとって重要です。なぜなら、DAEの形式は州ごとに異なり、GPSのレイアウトはオンライン生成版と銀行処理版で微妙に異なり、DARF文書は印刷されたPDF伝票、インターネットバンキングのスクリーンショット、政府ポータルの印刷出力など、それぞれ視覚的レイアウトが異なるからです。位置ベースのテンプレートは2つ目のバリエーションで破綻します。意味ベースのアプローチはフィールドの位置を気にせず、それが何であるかによって識別します。
プロセスは4つのステップに分かれます：
手動ワークフローとの主な運用上の違いは、AIがソースを直接読み取ることです。納付書からスプレッドシートの行までの間に、人間による転記ステップはありません。「コードは正しく読めたが、2361と入力すべきところを2362と入力してしまった」というエラーの発生要因は、コードが文書から読み取るのと同じプロセスによって出力にコピーされるため、排除されます。
抽出データから月次コンプライアンス台帳を構築する
DARFおよびGPSの支払いデータを構造化されたスプレッドシートに格納することで、手作業による入力プロセスの代替にとどまらない価値が生まれます。支払い証憑と正式な申告書を結ぶ実務上の橋渡しとなる、実用的なコンプライアンス台帳を構築できるのです。
最小限の台帳は、支払い証憑ごとに1行を使用し、以下の列を含みます：書類種別（DARF/GPS/DAE）、納税者CNPJ、歳入コードまたは支払いコード、算定期間、納期限、元本金額、支払総額。データがこの形式になれば、次の3つのチェックが容易になります：
期間ごとの合計。算定期間ごとに支払総額を合計し、DCTFWeb（社会保険料の場合）またはDCTF（連邦税の場合）で申告された合計と照合します。不一致がある場合は、台帳から証憑が欠落しているか、申告が異なる金額で提出されたことを意味します。これを2月のDIRF作成時ではなく月末に発見できれば、過去の申告を修正する困難なプロセスを回避できます。
歳入コード監査。すべての行を歳入コードでフィルタリングし、台帳のコードが申告された税と一致することを確認します。DCTFWebにIRRF（コード1708）が期間分としてR$15,000表示されているのに、台帳の合計がR$12,000の場合、Receita Federalのクロスリファレンスシステムがフラグを立てる前に、その差額を追跡する必要があります。手動のスプレッドシートでは、この差異がMalha Fiscal通知（ブラジル税務当局が申告と支払い記録を照合する自動クロスチェックシステム）で表面化するまで見逃されるリスクがあります。
納期限の追跡。納期限で並べ替えて、遅延して支払われた証憑を特定します。INSSの支払いが遅れると、multa de mora（延滞罰金）が1日あたり0.33%（最大20%）に加えてSelic金利が発生します。罰金が発生した支払いを把握することで、チームは支払い前に証憑の罰金・利息額が正しく計算されているかを検証でき、行政不服申立手続（Processo Administrativo Fiscal）で罰金に異議を申し立てる必要がある場合に必要な書類も得られます。
抽出が自動化されると、月次のサイクルは「40件の証憑を手入力し、問題がないことを願う」から「40件の証憑を1回で抽出し、例外をレビューして申告と照合する」へと変わります。レビュー時間がデータ入力時間に取って代わります。これこそが、文書量が増えてもコンプライアンス業務を管理可能に保つ運用上の変化です。
よくある質問
AIはバーコードやQRコードがないDARF書類からもデータを抽出できますか？
はい、可能です。抽出はバーコード、QRコード、その他の機械可読要素に依存しません。基盤となるビジョンモデルは、書類に印刷または表示されたテキストを読み取り、その意味に基づいてフィールドを識別します。SicalcWebから印刷されたDARF、Meu INSSポータルで生成されたGPS、州政府ウェブサイトのDAEスクリーンショットもすべて同じ方法で処理されます。AIは、「CPF/CNPJ」に続く14桁の数字が納税者識別子であると理解するため、ページ上の特定の座標を探すのではなく、CNPJを特定します。
DARFが延滞納付され、罰金・利息フィールドがある場合、ツールはそれらを個別に取得しますか？
はい。列定義に「元本額」「罰金額」「利息額」を個別の列として含めている場合、AIはDARFの該当フィールドから各値を独立して抽出します。これは罰金や利息が含まれるGPS書類にも同様に適用されます。「合計（元本＋罰金＋利息）」のような計算列を定義すれば、AIは抽出時に合計を計算し、書類上の合計フィールドと照合して差異をフラグ付けすることも可能です。
このツールは、サンパウロ州のDAREやリオデジャネイロ州のDARJなど、州ごとに異なるDAE形式でも動作しますか？
はい。抽出はフォーマット非依存であるため、テンプレートに合わせるのではなく、書類の内容を意味的に読み取ります。そのため、州レベルのDAEレイアウトのバリエーションがあっても問題は発生しません。サンパウロ州のDARE、リオデジャネイロ州のDARJ、他州のDUAもすべて同じ列定義で処理されます。AIは、各州の様式上でそれらのフィールドがどこに表示されるかに関係なく、CNPJ、参照期間、ICMS額、合計額を識別します。これが、州ごとに個別のテンプレートが必要となるテンプレートベースのOCRツールとの主な違いです。
複数の拠出区分（従業員INSS、事業主INSS、第三者機関）を含むGPS書類からデータを抽出できますか？
はい。各明細項目に対応する列（「従業員INSS」「事業主INSS」「第三者機関」）を定義すれば、AIはGPSの内訳セクションから該当する値を抽出します。同じ拠出区分が異なる事業所コード（CEI）にわたって出現する複数行のGPS書類の場合、各事業所のデータは出力テーブルの個別の行に入力され、CEI識別子とその拠出額の関係が維持されます。
PIXでDARFの支払いを行い、銀行アプリのスクリーンショットを領収書として扱うにはどうすればよいですか？
銀行アプリ（Caixa、Banco do Brasil、Itaú、Santanderなど）のスクリーンショットは、DARF書類と同様に処理されます。スクリーンショットを画像ファイルとしてアップロードし、列名を定義すると、AIが画面から支払い詳細を読み取ります。重要なのは、スクリーンショットにDARFの各項目（歳入コード、CNPJ、金額、期間）が表示されていることです。銀行アプリで特定の項目が省略またはマスクされている場合、その値は抽出できない可能性があります。可能であれば、銀行の確認画面ではなく、SicalcWebまたはe-CACで生成された元のDARF納付書を使用してください。元の納付書には完全な項目が含まれています。
この文脈における手動抽出と自動抽出の違いは、速度ではなく、エラーの排除です。 タイピングが速くなっても、転記ミスは発生します。AIが元の書類を読み取り、そのまま出力に書き込むことで、税務支払い追跡における最も一般的な失敗ポイント、つまり人間の手が数字をある画面から別の画面に移す工程を排除できます。自動抽出で作成されたコンプライアンス台帳の正確性は、元の書類自体の正確性にのみ依存します。そして、銀行が処理した時点で、元の書類はすでに正しいものなのです。
あなたのチームがブラジルのDARF、GPS、またはDAEの支払伝票を処理し、スプレッドシートで追跡しているなら、次のステップは簡単です。1ヶ月分の伝票（ほんの数枚でも構いません）を用意し、抽出ワークフローに通してみてください。アップロードから構造化されたExcelテーブルができるまで1分もかかりません。その出力を手動の台帳と比較し、次回のDIRF申告のためにどちらを信頼するか、ご自身でご確認ください。