フランスの給与明細60枚、
1つのスプレッドシートへ

フランスの給与システムが1つのスプレッドシートではなく個別ファイルを出力する理由

2017年1月以降、すべての民間部門の雇用主に義務付けられているDSNは、毎月送信される電子ファイルであり、各従業員が個別のレコードブロックを占めます。各拠出金明細（Santé、Retraite、Famille、Chômage、CSG/CRDS）は、従業員ごと、月ごとに送信されます。給与ソフトウェアの主な出力はスプレッドシートではありません。それはnet-entreprises.frで検証を通過するDSNファイルです。各従業員が受け取るPDFの給与明細（bulletin de paie）は、そのコンプライアンスワークフローの副産物であり、Code du travailの第R3243-1条に基づく法的文書としてフォーマットされ、各明細には16の必須フィールドがあります。

このアーキテクチャは構造的なギャップを生み出します。DSNは従業員ごとの個別レコードを必要とします。給与ソフトウェアは従業員ごとに個別のPDFを生成します。しかし、人事、財務、そしてexpert-comptable（公認会計士）は統合されたビューを必要とします：部門別の総給与（salaire brut）、当月の雇用主負担金総額（cotisations patronales）、送信前にDSN合計と照合するための単一のテーブル。社内の月末レポートはすべて同じ方法で始まります：60件のPDFを開き、それぞれで同じ16フィールドを探し、数字をスプレッドシートに入力します。

給与明細1件あたり3分（正しい課税対象純額（net imposable）と支給純額（net à payer）の特定、CSG基準が総額の98.25%であることの確認、prevoyance明細項目の確認を考慮した控えめな見積もり）で、従業員60名の企業は毎月データ転送だけで3時間を費やします。12回の給与サイクルで、それは36時間になります。そしてそれは誰かがDSN照合を試みる前の話です。

フランス市場で支配的な3つの給与プラットフォーム（Silae、PayFit、Sage Paie）は、同じ法的テンプレートから構造的に異なるPDFをそれぞれ生成します。毎月700万件以上の給与明細を処理し、cabinet d'expertise comptableで支配的なSilaeは、左上に雇用主情報、右上に従業員情報、本文にリスクカテゴリ別にグループ化された拠出金、フッターに年間累計を配置したマルチブロックレイアウトを生成します。給与を内製化するSME向けに構築されたPayFitは、同じ情報をプログレッシブディスクロージャーを備えたモダンなシングルカラムレイアウトで配置します。Sage Paieはより伝統的な会計フォーマットに従います。3つすべてが第R3243-1条に準拠しています。プロバイダー間でフィールド位置を標準化しているものはありません。Silae出力に調整されたテンプレートベースの抽出ツールはPayFit PDFを読み取れません。そして、年度途中で給与プロバイダーを切り替えた企業は、同じ会計年度内に同じ従業員に対して構造的に異なる2つのPDF形式を持つことになります。

1人の従業員が1行にならない場合 — バッチ計算式を崩す契約タイプとCadreステータス

1枚の給与明細（bulletin de paie）は、1人の従業員の1か月分のスナップショットです。60人に拡大すると、個別処理では無視できる構造上の違いに対処する必要があります。最初の違い：60行すべてが同じcotisation構造を使用しているわけではありません。

Cadreとnon-Cadreの違い。統合されたAGIRC-ARRCO制度 — 2019年に旧2制度が統合されて以降、全民間部門従業員に義務付けられた補足年金制度 — の下では、拠出率はcadreとnon-cadreで技術的に同一です。しかし、cadreステータスには追加の拠出が発生します：Apec（Association pour l'emploi des cadres）拠出で、従業員負担分（part salariale）は0.024%、雇用主負担分（part patronale）は0.036%です。この行はcadreの給与明細には表示されますが、non-cadreの明細には表示されません。60行すべてに固定の控除列セットを定義するバッチ抽出では、1〜15行目（cadre）にApec控除があり、16〜60行目（non-cadre）にはないという事実を、後続の列をずらすことなく処理する必要があります。

CDI、CDD、および派遣（一時雇用）。正社員（CDI — Contrat à Durée Indéterminée）と有期契約社員（CDD — Contrat à Durée Déterminée）の給与明細には、同じ16の必須項目があります。ただし、CDDには追加の契約終了時支払いがあります：indemnité de précarité（不安定雇用補償）で、Code du travail第L1243-8条に基づき、契約期間中に支払われた総報酬の10%に相当します。この補償は最終月のbulletin de paieに別の明細行として表示されます — それ以前の月の明細にはなく、CDIの明細にもない行です。派遣社員（intérimaire）は、人材派遣会社（ETT — Entreprise de Travail Temporaire）に雇用され、派遣会社からbulletin de paieを受け取ります（ユーザー企業からではありません）— ただし、ユーザー企業の人事部門が人件費データを統合している場合、それらの派遣会社の明細も同じスプレッドシートに入力する必要があります。

従業員ごとに異なる変動手当。基本給が同一の2人の従業員でも、変動給与要素によって明細が大きく異なる場合があります：prime d'ancienneté（勤続手当、多くのconventions collectivesで義務）、prime de performance（業績手当）、prime de vacances（休暇手当、Syntecなどの一部セクターで義務）、indemnité de transport（交通費補助）、tickets restaurant（食事券、通常50〜60%を雇用主が負担）。各手当は給与ブロック内の独自の行を占めます。「基本給（Salaire de Base）」と「総給与（Salaire Brut）」を別々の列として含むバッチ列定義では、その差 — すべての付随支払い（accessoires de salaire）の合計 — が従業員ごと、月ごと、convention collectiveごとに異なるという事実を処理する必要があります。

手動でスプレッドシートを扱うユーザーは、各給与明細を個別に読み、該当する数値を正しいセルに入力することで、これらすべての違いに対応しています。固定の計算式や列位置を60行すべてに適用するバッチ抽出は、Apecのある管理職、一時金（indemnité de précarité）のあるCDD、他の従業員にはない夏季手当（prime de vacances）のある非管理職に遭遇した瞬間に破綻します。抽出メカニズムは、各給与明細をフィールドの意味で読み取る必要があります。「Net à payer」が1ページ目、2ページ目、または追記テーブルのどこに表示されるかに関係なく特定する—フィールドの位置ではなく。

バッチ処理が解決する、単一明細抽出では無視される3つの問題

フランスの給与明細1枚からデータを抽出することは、解決済みの問題です。それを60枚に対して行うことは、まったく別の問題です。その違いは、単に60倍の労力ではありません。

従業員と行のマッチング。 Silaeはbulletin_salarie_202605.pdfのようなファイル名で給与明細PDFをエクスポートします。PayFitはBulletin_de_paie_Mai_2026_Dupont_Marie.pdfを使用します。Sage Paieは従業員番号ベースの方式をデフォルトとします。60個のファイルがフォルダに置かれたとき、ファイル名の規則だけでは正しい帰属を保証できません。従業員名や識別子の列を出力しない抽出ツールは、ユーザーに各行を各PDFに手動で照合させることになり、バッチ処理で節約した時間を無駄にします。ツールは各給与明細から従業員名（nom du salarié）、従業員番号（matricule）、またはNIR（numéro de sécurité sociale）を抽出し、すべての出力行に専用の列として含める必要があります。

給与プロバイダー間のレイアウトの多様性。 正社員にはSilaeを使用し、請負業者の給与明細はportage salarial会社から受け取る企業は、同じ月次バッチで構造的に異なる2種類のPDF形式を取得します。年度途中でSage PaieからPayFitに移行した企業は、同じ従業員と報告期間について、Sage形式のPDFが6か月分、PayFit形式のPDFが6か月分あります。1つのレイアウトに調整されたテンプレートベースの抽出ツールは、もう一方では失敗します。フィールドラベルを意味で読み取るセマンティック抽出ツール（「Salaire Brut」「Brut」「Salaire de base imposable」がすべて同じ概念を指すことを理解する）は、追加設定なしで混合形式のバッチを処理します。

全PDFを再読せずに検証する。 単一ドキュメント抽出後、2〜3枚の給与明細をスポットチェックできます。60枚はスポットチェックできません。バッチ出力は、異常を一目で見えるようにする必要があります：ゼロまたはマイナスの手取り額、雇用主負担が期待される比率に概ね一致しない行、前月から給与総額が15%以上変わった従業員。これにより、検証は60枚のPDFをすべて再読することから、外れ値をスキャンすることへと移行します。これは、抽出出力が列レベルの並べ替えとフィルタリングに十分一貫して構造化されている場合にのみ機能するワークフローです。

単一のフランスの給与明細（bulletin de paie）のフィールドレベルの複雑さ—16の必須フィールド、5つの保険料グループ、課税対象純額（net imposable）と支払純額（net à payer）の区別—について詳しくは、フランスの給与明細データをExcelに抽出するガイドをご覧ください。1枚の明細で機能する同じ抽出メカニズムは、60枚にも拡張できます。しかし、バッチの文脈では、上記の3つの問題が追加されます。これらの問題は、複数のファイルが同じ処理キューに入るときにのみ存在します。

フランスの給与明細をバッチ処理して1つの統合テーブルにする方法

複数の給与プロバイダーから届く異種混在の60枚の給与明細PDFを処理する抽出アプローチは、カスタム列抽出です。これは、必要なフィールド名を入力すると、AIがラベルの意味を理解して各値を特定する仕組みで、ページ上の位置には依存しません。列を一度定義すれば、AIはバッチ内のすべての給与明細を同じ列定義に照らして読み取ります。従業員1の給与明細がSilaeからのものでも、従業員32がPayFitからのものでも、従業員47がどちらにも似ていないportage salarial PDFでも、従業員ごとに1行ずつ、1つのスプレッドシートが生成されます。

年末・退職時の対応 — バッチ給与データが二度活きる瞬間

毎月のバッチ処理は、年末調整と従業員退職という二つの節目で価値を倍増させる資産を構築します。

年末のDSN統合。毎年1月、会計士や経理チームは12ヶ月分のDSN送信データを総勘定元帳と照合する必要があります。DSNの合計額（総支給額、従業員負担分、事業主負担分、課税対象額）は給与台帳と一致しなければなりません。毎月バッチ処理を行っていれば、各月のExcelエクスポートがワークブックの1シートになります。12枚のシートと1つのピボットテーブルで、12ヶ月分の個別PDFから720行を再入力する必要があった年次照合が、半日の確認作業に短縮されます。フランスの財務書類のバッチ処理について詳しくは、バッチ処理で80件のフランスの仕入先請求書を処理する方法をご覧ください — 給与明細PDFにも仕入先請求書PDFにも同じ単一バッチ統合の原則が適用されます。

最終精算。従業員が退職する場合 — 自己都合退職、解雇、または有期契約の満了 — 雇用主は契約最終日に3つの必須書類を発行しなければなりません：労働証明書、フランス・トラヴァイユ証明書（旧ポール・アンプロワ証明書）、および最終精算の受領書 — 退職時に支払われる全額の明細書です。最終精算では、最終月の給与、未消化の有給休暇、該当する場合は解雇手当、有期契約従業員の場合は不安定雇用手当を計上する必要があります。従業員は精算内容に異議を申し立てるために6ヶ月の猶予があります。毎月の給与明細がすでにデジタル化されているバッチ抽出アーカイブがあれば、雇用主は退職する従業員の完全な報酬履歴を数秒で作成できます。アーカイブされたPDFフォルダを探し回る必要も、12ヶ月分のデータを再構築する必要もありません。最終精算は最後の給与明細です。バッチアーカイブが最初の11ヶ月分が正しかったことを証明します。

フランス・トラヴァイユ証明書の正確性。失業手当のための雇用主証明書では、雇用主は従業員の過去12ヶ月間の総支給額と契約終了理由を報告する必要があります。この証明書の給与額は、フランス・トラヴァイユが計算する従業員の失業手当額を直接決定します。誤り — たった1ヶ月の総支給額の間違い — が、雇用主が修正証明書を発行する間、従業員の手当を数週間遅らせる可能性があります。バッチ抽出では、すべての行が元の給与明細から取得され、手動で転記されない12ヶ月分の給与履歴が生成されるため、証明書修正の原因となる転記ミスを最小限に抑えられます。

複数年にわたる給与記録アーカイブ。フランスの雇用主は、労働法典第L3243-4条に基づき、給与記録を5年間保管する義務があります。従業員60人の1年で720枚のPDFが発生し、3年で2,160枚、5年で3,600枚になります。各バッチを進みながら構造化されたExcelアーカイブに変換することで、5年後には3,600枚のPDFフォルダではなく、検索可能なデジタル給与台帳が手に入ります。URSSAFの調査やDSNコンプライアンスレビューに必要な監査証跡は、列ごと、月ごと、従業員ごとにすでに構造化されています。

チームで個別レコードから統合給与台帳を構築する場合、バッチ抽出により台帳構造に必要な行レベルのデータが得られます。給与明細データをExcelに個別抽出する場合も、同じカスタム列抽出メカニズムが適用されます。違いは規模だけです。同じ抽出原理を韓国の給与明細に適用した例（韓国人従業員の給与明細のバッチ処理参照）では、規制の枠組みは変わりますが、バッチワークフローは同一です。列を定義し、バッチをアップロードし、1つのテーブルをエクスポートします。

よくある質問