毎月40件のGPS納付書、
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、教育手当)、および拠出タイプを識別する支払コード(例:標準事業主INSSの場合は2003、個人事業主の場合は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(Guia da Previdência Social) | 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申告と照合し、年度末に監査できる社会保障台帳の1行を構築するための最低限の要件です。
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およびDARF領収書に含まれています。銀行を離れる時点では正しかったのです。問題は、人の手による転記ミスが入り込むことなく、あなたの元帳がその同じ情報を反映しているかどうかだけです。
あなたの給与チームや会計事務所が複数のクライアントや事業所のGPSおよびDARF領収書を処理している場合、次のステップは簡単です。1ヶ月分の支払い書類(ほんの数枚でも構いません)を用意し、バッチ抽出ワークフローにかけてみてください。アップロードから構造化されたExcelテーブルが得られるまで1分もかかりません。出力結果を手動の元帳と比較し、DCTFWeb調整のためにどちらを信頼するかをご判断ください。