ブラジルのDARFおよびGPS税データを抽出
月次コンプライアンスのためにExcelへ
ブラジルのサプライヤーからのサービス請求書1枚で、5つ以上の支払伝票が発生することがあります。IRRF用のDARF、PIS用、COFINS用、CSLL用、さらに労働を伴うサービスであれば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時間が純粋な転記作業に費やされることになります。年間では約24~36時間もの作業が、分析的な価値をまったく生み出さないことになります。支払いの照合もできなければ、納付書の欠落も検知できません。単に数字をある場所から別の場所に移しているだけです。
本当のリスクは時間の無駄ではなく、エラーの発生パターンにあります。買掛金管理環境における手動データ入力のフィールドレベルのエラー率は、業界ベンチマークによると通常1%~4%です。DARFにおいて最も重要なフィールドはcódigo da receita(歳入コード)です。この4桁のコードは、支払いがどの税に属するかを連邦歳入庁に伝えます。コード1708(サービスからの源泉徴収IRRF)を2362(法人税月次見積額)と誤って入力すると、支払いは誤った税口座に計上されます。これを修正するには正式なREDARF(DARF訂正)手続きが必要で、解決に数か月かかる場合があり、その間、連邦歳入庁のシステムは元の税が未払いと表示し続け、延滞罰金の通知、利息の発生、場合によっては会社の債務不存在証明書(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にも同じロジックが適用されます。識別番号、期間、コード、金額を取得すれば、合計、並べ替え、公式申告との照合が可能な台帳が完成します。
AIでDARF/GPS納付データをExcelに抽出する方法
ここで説明する抽出ワークフローは、ImageToTable.aiを使用します。これはテンプレート不要のAI抽出ツールで、各値のページ上の位置ではなく、その意味を理解して文書を読み取ります。この違いはブラジルの納付書にとって重要です。なぜなら、DAEの形式は州によって異なり、GPSのレイアウトはオンライン生成版と銀行処理版で微妙に異なり、DARF文書は印刷されたPDF伝票、インターネットバンキングのスクリーンショット、政府ポータルの印刷出力など、それぞれ異なる視覚的レイアウトで届くからです。位置ベースのテンプレートは、2つ目のバリエーションで破綻します。セマンティックアプローチはフィールドの位置を気にしません。それが何であるかによって識別します。
プロセスは4つのステップに分かれます:
手作業との大きな違いは、AIが元の書類を直接読み取る点です。支払伝票からスプレッドシートの行への変換過程に、人間による転記作業は一切ありません。「コードは正しく読めたが、2362と入力すべきところを2361と入力してしまった」というようなエラーは、コードを読み取るプロセスと出力にコピーするプロセスが同一であるため、根本的に排除されます。
抽出データから毎月のコンプライアンス元帳を作成する
DARFやGPSの支払データを構造化されたスプレッドシートにすることで、手作業による入力の代替以上の価値が生まれます。支払伝票と正式な申告書類をつなぐ実用的なコンプライアンス元帳を構築できるようになります。
最小限の元帳は、支払伝票ごとに1行とし、以下の列を含みます:書類の種類(DARF/GPS/DAE)、納税者のCNPJ、歳入コードまたは支払コード、算定期間、支払期限日、元本金額、支払総額。データがこの形式になれば、以下の3つのチェックが容易になります。
期間ごとの合計確認。 算定期間ごとに支払総額を合計し、DCTFWeb(社会保険関連)またはDCTF(連邦税関連)で申告された総額と比較します。不一致がある場合は、元帳から伝票が欠落しているか、申告時に異なる金額が記載されたことを意味します。これを2月のDIRF作成時ではなく、月末の時点で発見できれば、過去の申告を修正するという困難な作業を回避できます。
歳入コードの監査。 すべての行を歳入コードでフィルタリングし、元帳のコードが申告された税目と一致するかを確認します。DCTFWebにIRRF(コード1708)が期間中R$15,000と表示されているのに、元帳の合計がR$12,000だった場合、レシータ・フェデラルのクロスリファレンスシステムにフラグが立てられる前に、その差額を追跡する必要があります。手動のスプレッドシートでは、この不一致がMalha Fiscal(税務グリッド)の通知で表面化するまで気づかれないリスクがあります。これはブラジル税務当局が申告内容と支払記録を自動照合するシステムです。
支払期限日の追跡。 支払期限日で並べ替え、期限を過ぎて支払われた伝票を特定します。INSSの支払いが遅れた場合、1日あたり0.33%(最大20%)のmulta de mora(延滞罰金)に加え、Selic金利が発生します。どの支払いに罰金が発生したかを把握することで、担当者は支払前に伝票上の罰金と利息の金額が正しく計算されているかを検証でき、また、税務行政手続(Processo Administrativo Fiscal)に基づいて罰金に異議を申し立てる必要がある場合に必要な書類を準備できます。
抽出作業が自動化されると、毎月のサイクルは「40枚の伝票を手入力し、問題がないことを願う」から「40枚の伝票を一括で抽出し、例外を確認し、申告内容と照合する」へと変わります。データ入力の時間が、レビューの時間に置き換わるのです。これこそが、書類の量が増えてもコンプライアンス業務を管理可能に保つ、運用上の変革です。
よくある質問
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申告のためにどちらを信頼するか、ご自身でご確認ください。