毎月のGPS納付書40件、
従業員台帳は1つ
サンパウロの中堅会計事務所が12社の法人顧客の給与計算を担当しています。各顧客の従業員数は5人から120人。毎月、事務所は各顧客の一括INSS拠出分について、GPS（Guia da Previdência Social）またはDCTFWebから生成されたDARFの納付書を受け取ります。銀行発行のPDFもあれば、eSocialのスクリーンショットもあります。中には印刷された納付書をスキャンしたものも。毎月20日までに、給与チームのフォルダには30〜60件の納付書が溜まり、担当者が1件ずつ開いてINSS金額を読み取り、competência（対象月）を確認して、マスタースプレッドシートに入力します。このスプレッドシートこそ、事務所が「従業員社会保障台帳」と呼ぶものです。
重要ポイント
- 12社の給与計算を担当する会計事務所は、毎月40件のGPS・DARF納付書を処理しています。それぞれを開いて読み取り、手入力しています。
- 銀行を出た時点ではデータは正確です。問題は、支払確認から従業員台帳への転記という手入力の段階で発生する転記ミスです。
- すべての納付書を一括抽出すれば、構造的に同一の台帳が作成され、すべての値がキー入力ではなく銀行処理済みの文書に遡って確認できます。
毎月のGPS問題：支払い書類40件、単一の台帳なし
課題はデータが存在しないことではなく、データが散在していることです。各GPSまたはDARF納付書には、1つの事業所（CEIまたはCNPJで識別）の1つの対象月分のINSS拠出記録が含まれています。4つの支店と80人の従業員を抱える企業は、毎月4枚のGPS納付書（CEIごとに1枚）を生成し、それぞれに別々のINSS事業主拠出額、別々の従業員源泉徴収合計額、そしてFPASコードにSENAI、SESI、SEBRAE、または教育賦課金が含まれる場合は別々の第三者機関拠出額が記載されます。1年間で、その1社だけで48枚の納付書が発生します。12社なら年間500枚以上の書類となり、すべて個別のPDFやスクリーンショットに保存され、構造的な関連性はありません。
それらを結びつける台帳（各クライアントが毎月INSSをいくら支払ったかを一目で示すべき唯一のスプレッドシート）は手作業で作成されています。誰かが各納付書を開き、INSS欄から拠出額を読み取り、competência（対象月、例：06/2026）が期待される期間と一致するか確認し、その数字をスプレッドシートの行に入力します。この作業は中規模の給与負荷で毎月2〜3時間かかります。さらに重要なのは、原本（銀行が支払いを処理したため正しい）と追跡記録（人間が入力したため誤っている可能性がある）の間に転記ギャップが生じることです。
ブラジルの社会保障が同国の税務・文書エコシステム全体にどのように位置づくかについては、ブラジル税務文書ガイドでNF-e、DCTFWeb、納付書システムの関係を解説しています。ここでの焦点はより狭く、INSS支払いを運ぶGPSおよびDARF文書の内部で何が起きているか、そして散在する40枚の納付書から1つのクリーンな従業員台帳を作る方法です。
GPSおよびDARF文書に実際に含まれるもの
台帳を作成する前に、各支払い文書に実際にどのようなデータが含まれているかを正確に理解することが役立ちます。ブラジルの社会保障拠出金は主に2つの経路を通じて流れます。どちらに直面するかは、雇用主の申告方法によって異なります。
GPS（Guia da Previdência Social）は従来型の社会保障納付書で、現在もGFIP/SEFIPを通じて給与を申告する中小企業、個人事業主、家事使用人に使用されています。納付書には、納付者のCNPJまたはCEI、competência（拠出月）、INSS金額（従業員＋事業主＋第三者機関の合計）、第三者機関拠出額の内訳（SENAI、SESI、SEBRAE、教育手当）、および拠出の種類を識別する支払いコードが含まれます。例えば、コード2003は標準的な事業主INSS、2100は個人事業主、1007は家事使用人です。
DCTFWebから生成されたDARFは、eSocialを通じて申告を行う企業が利用する新しいチャネルです。2020年以降、eSocialはGFIPを段階的に置き換えており、企業の給与がeSocialで申告されると、DCTFWeb（デジタル社会保障・税務申告）モジュールが統合されたINSS金額に対して、GPSではなくDARFを自動生成します。このDARFは同じ基礎データを持ちながら、連邦税の支払い形式を使用します：código da receita（収入コード、通常は給与に対するINSSの場合は2909）、納税者のCNPJ、período de apuração（算定期間）、元本額（INSS納付額）、および期限後に罰金と利息を加えて支払う場合の合計額です。
| 書類 | 主要フィールド | 内容 |
|---|---|---|
| GPS | CNPJ / CEI | 事業主または事業所の識別子 |
| Competência（対象月） | 拠出月（例：07/2026） | |
| INSS金額 | 総拠出額（従業員＋事業主＋第三者） | |
| 第三者団体拠出額 | FPASコードに基づくSENAI/SESI/SEBRAE賦課金 | |
| 支払コード | 拠出区分（事業主は2003、個人は2100など） | |
| DARF（DCTFWeb） | CPF / CNPJ | 納税者識別子 |
| 収入コード（código da receita） | 税区分 — 給与INSSは2909 | |
| 算定期間（período de apuração） | 拠出が該当する月 | |
| 元本額 | 罰則適用前のINSS納付額 | |
| 合計額 | 元本＋罰金＋利息（延滞の場合） |
両形式に共通するのは、事業所識別子（CNPJまたはCEI）、対象月（competênciaまたはperíodo de apuração）、および拠出額を取得する必要性です。これら3つのフィールドは、月ごとに集計でき、DCTFWeb申告と照合でき、年度末に監査できる社会保障台帳の行を作成するための最小要件です。
GPS納税証明書を一括処理して従業員INSS元帳を作成する方法
ここでの一括処理とは、「各PDFを開いて数字を少し速くコピーする」という意味ではありません。すべての支払い書類（GPS納税証明書、DARF納税証明書、銀行支払い領収書、eSocialのスクリーンショット）を一度にアップロードし、AIエンジンがすべての書類から構造化フィールドを同時に抽出して、結果を1つのテーブルに統合することを意味します。以下のワークフローでは、ImageToTable.aiを使用します。これはテンプレート不要の抽出ツールで、文書を意味的に理解して読み取ります。CNPJ、INSS金額、competência（対象月）を、それらのフィールドがページ上のどこにあるかではなく、意味によって識別します。これは、異なる銀行、異なる州、異なるソース（PDF納税証明書、スマホのスクリーンショット、スキャンした印刷物）からのGPS文書がまったく異なる外観でありながら、同じ論理フィールドを含むため重要です。
ブラジルの支払い納税証明書の単一文書抽出ワークフローに慣れていない場合は、DARF/GPSデータをExcelに抽出するガイドで、列の定義と1つの文書の抽出実行の基本を説明しています。バッチワークフローはそのすべてを継承し、複数文書の統合レイヤーを追加します。
運用上の重要な変更点は、スプレッドシートが担当者が伝票を読んで手入力するものから、AIが伝票を読んで自動生成するものに変わったことです。この2つの方法の違いは速度ではなく、転記ミスというエラー要因を排除できる点にあります。出力されたすべての数値は、銀行が支払いを処理したという事実によって真正性が担保された原本から取得され、それを読み取ったのと同じプロセスによって構造化されたテーブルに移されます。
抽出データからINSS拠出金台帳を構築する
すべての月次GPSおよびDARF伝票をバッチ抽出したテーブルがあれば、従業員の社会保障拠出金台帳は手作業による編集ではなく、構造化されたデータセットとして扱えるようになります。以下の3つのレポート作成が容易になります。
事業所別月次登録簿。CEIまたはCNPJでフィルタリングすることで、各事業所のINSS拠出金の月次記録を作成できます。この登録簿には、各対象月について、支払われたINSS額、第三者機関への拠出額、および支払いが期日（GPSの場合は翌月15日、DCTFWebからのDARFの場合は20日）以前に行われたかどうかが表示されます。連続する月の中で、対応する行がないcompetência（対象月）がある場合は、支払い漏れの可能性を示しており、延滞ペナルティ（1日あたり0.33%、最大20%、およびSelic利息）が発生し始める前に調査が必要です。
複数事業所の連結。異なるCEIコードで複数の支店を運営する企業の場合、抽出されたテーブルを使用して、すべてのINSS拠出金を単一の企業ビューにまとめることができます。すべてのCEIコードにわたってcompetência（対象月）ごとに合計し、その月に会社が支払ったINSS総額を算出します。この合計額をDCTFWebで申告された連結INSS額と比較します。不一致がある場合は、台帳から伝票が欠落しているか、申告が異なる金額で行われたことを意味します。これを2月のDIRF作成時ではなく、月末の時点で発見できれば、過去のDCTFWeb提出を修正するという高コストなプロセスを回避できます。
FPASコードによる第三者機関拠出金の追跡。GPSには、第三者機関（SENAI、SESI、SEBRAE、および教育手当。これらは総称して会社のFPASコード（社会貢献目的で経済活動により会社を分類する4桁のコード）によって決定されます）への拠出金の行が含まれています。抽出列に「Third-Party Entities Value」が別フィールドとして含まれている場合、これらの拠出金をコアのINSS額とは独立して追跡できます。これは、FPASコードが拠出率を決定するため重要です。業界によって、給与総額の3.3%、2.5%、または4.0%をこれらの団体に支払うことになります。元のFPAS分類に誤りがあると、年間を通じて毎月のGPSの第三者機関向け行が不正確になる可能性があります。
抽出した台帳からDCTFWeb照合へ
INSS拠出台帳の真価は、照合の段階で明らかになります。ブラジルでは、雇用主は毎月の社会保障負担総額をDCTFWebを通じて申告し、それに基づいて支払い用のDARFが発行されます。DCTFWebの申告内容と実際に支払われた伝票は一致する必要があります。一致しない場合、Receita Federal（ブラジル連邦歳入庁）の自動化されたMalha Fiscal照合システムが差異を検出します。
GPSとDARFデータをバッチ抽出して構築した構造化台帳があれば、照合はテーブル結合になります。台帳をcompetência（対象月）ごとにピボットして月ごとのINSS支払総額を算出し、同期間のDCTFWeb申告額と比較して、両者が乖離する月を特定します。以前は40枚の個別伝票を開いて、それぞれを別システムと照合する必要があった差異分析が、スプレッドシートのピボットで数分で完了します。抽出されたデータは、支払い文書（口座から資金が引き落とされた証拠）と申告（Receita Federalに正しい金額が通知された証拠）の橋渡し役となります。
個人従業員への支払いも処理する給与チームにとって、ブラジルのholerites（給与明細）をバッチ処理して統合給与台帳を作成する場合も、同じバッチアプローチが文書タイプを問わず機能します。1か月分の給与関連書類（GPS伝票、holerites（給与明細）、FGTS領収書）をすべてアップロードし、列を定義すれば、税金と賃金の全体像を網羅する1つの台帳が得られます。
よくある質問
同じバッチ内でGPS（Guia da Previdência Social）の書類とDARFの書類を区別できますか？
はい、可能です。列定義に推論列として「書類の種類（オプション：GPS/DARF）」を含めると、AIが各書類を自動的に分類します。書類のヘッダーとレイアウト構造を読み取り、GPS書類には「CEI do Contribuinte」や「Competência（対象月）」などの項目が含まれ、DARF書類には「Período de Apuração（算定期間）」や「Código da Receita（収入コード）」が含まれていることから、各行に正しい種類を割り当てます。これにより、ある顧客のGPS納付書と別の顧客のDARF納付書が混在したバッチでも、1回のアップロードで処理でき、書類の種類の列で結果を整理できます。
複数の拠出区分（従業員INSS、事業主INSS、第三者団体）を含むGPS納付書はどのように処理されますか？
各区分の構成要素を個別に抽出します。「従業員INSS」「事業主INSS」「第三者団体」など、個別の列を定義すれば、AIが納付書の内訳セクションから対応する値を読み取ります。同じ拠出区分が複数行にわたって表示されるGPS書類（例：同一事業所内で異なるCEIコードごとに別々の行がある場合）では、各行が出力で個別の行となり、CEIと金額の関係が維持されます。これは、同一企業の異なる支店に適用される拠出金を追跡する場合に便利です。
GPSの納付が遅延し、延滞金や利息が含まれている場合はどうなりますか？
列定義に「延滞金額」「利息額」「元本額」を個別の列として含めてください。AIが納付書の該当フィールドから各値を抽出します。これにより、元の拠出額と罰則金の両方が台帳に記録され、支払総額と申告されたINSS金額に差がある理由を完全に把握できます。これは調整業務において特に有用です。なぜなら、延滞金と利息はINSSの負債そのものではなく、延滞納付の結果発生するものであり、これらを台帳上で分離することで、拠出金の追跡を正確に保つことができるからです。
銀行の支払い領収書から、元のGPS（Guia da Previdência Social）書類の代わりにデータを抽出できますか？
はい、可能です。銀行の領収書に、元のGPS（Guia da Previdência Social）に記載されている主要な項目（CNPJ/CEI、competência（対象月）、INSSの金額、合計額）が表示されている限り、問題ありません。Caixa、Banco do Brasil、Itaú、Santander、Bradescoの銀行アプリは、これらの項目を含む支払確認書を発行します。スクリーンショットまたはエクスポートしたPDFを画像としてアップロードし、同じ列を定義すれば、AIが銀行の確認書からデータを抽出します。制限として、銀行の確認書では一部の項目が省略される場合があります。従業員分と雇用主分のINSSの内訳は、通常、単一の合計額にまとめられて表示されますが、元のGPS（Guia da Previdência Social）伝票では完全な複数行の構造が示されます。詳細な内訳が必要な場合は元のGPS（Guia da Previdência Social）を、元帳追跡のために集計値のみが必要な場合は銀行の領収書を使用してください。
このワークフローは、FGTS（Fundo de Garantia do Tempo de Serviço）の拠出金にも使用できますか？
FGTSの支払いは、別の徴収システム（GFIP/SEFIPまたはeSocialで生成されるFGTS Digital）を使用し、支払伝票の形式も異なります。GRF（Guia de Recolhimento do FGTS）または新しいデジタル支払伝票が使用されます。同じバッチ抽出アプローチが適用可能です。FGTS固有の項目（雇用主のCNPJ、参照月、8%の雇用主拠出金、その他の追加賦課金）の列を定義し、支払書類をアップロードして、別のFGTS拠出金元帳に抽出します。バッチワークフロー自体は同一であり、FGTSの書類構造に合わせて列の定義のみが変更されます。
手作業で作成した台帳とバッチ抽出で作成した台帳の違いは、速度ではなく構造にあります。手作業の台帳は、人が入力した内容の記録です。バッチ抽出の台帳は、文書に記載されている内容の記録です。後者は、すべての値が銀行が処理した元の文書に遡れるため、本質的に監査可能です。従業員の社会保障情報はすでにGPS（Guia da Previdência Social）およびDARFの納付書に含まれており、銀行を離れた時点で正しいものでした。問題は、人による転記作業でエラーが入り込むことなく、あなたの台帳が同じ情報を反映しているかどうかだけです。
あなたの給与計算チームまたは会計事務所が、複数のクライアントや事業所のGPSおよびDARFの納付書を処理している場合、次のステップは簡単です。1か月分の支払い文書（ほんの数枚でも構いません）を用意し、バッチ抽出ワークフローで処理してください。アップロードから構造化されたExcelテーブルができるまで1分未満です。出力を手作業の台帳と比較し、DCTFWebの調整のためにどちらを信頼するかを確認してください。