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

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

2017年1月以降、すべての民間企業に義務化されたDSNは、従業員ごとに個別のレコードブロックを持つ月次の電子ファイルです。Santé、Retraite、Famille、Chômage、CSG/CRDSといったすべての拠出金明細は、従業員ごと、月ごとに送信されます。給与ソフトウェアの主要な出力はスプレッドシートではありません。それはnet-entreprises.frでバリデーションを通過するDSNファイルです。各従業員が受け取るPDFの給与明細書は、そのコンプライアンスワークフローの副産物であり、労働法典第R3243-1条に基づく法的文書として、明細書ごとに16の必須項目が定められています。

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

1枚の明細書あたり3分（正味課税対象額（net imposable）と手取り額（net à payer）の区別、CSGの基準が総額の98.25%であることの確認、および前払い費用項目の確認を含む控えめな見積もり）として、60人の従業員を抱える企業は、データ転送だけで毎月3時間を費やします。12回の給与サイクルで、それは36時間です。そして、それはDSNの照合を試みる前の話です。

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

1人の従業員が1行とは限らない——バッチ計算式を崩す契約形態と役職区分

1枚の給与明細（ブルトン・ドゥ・ペ）は、1人の従業員の1か月分のスナップショットです。これを60人に拡大する場合、個別処理では無視できる構造上の違いを抽出ツールが処理する必要があります。最初の違いは、60行すべてが同じ拠出金構造を使用しているわけではないことです。

管理職（カードル）と非管理職（ノン・カードル）。 2019年に旧2制度が統合された統一AGIRC-ARRCO制度（全民間部門従業員を対象とする強制補完年金制度）では、拠出率は技術的には管理職と非管理職で同一です。しかし、管理職の場合は追加拠出金、すなわちApec（管理職雇用協会）拠出金（従業員負担分0.024%、雇用主負担分0.036%）が発生します。この項目は管理職の給与明細に表示され、非管理職の明細には表示されません。60行すべてに固定の控除列セットを定義するバッチ抽出では、1～15行目（管理職）にApec控除があり、16～60行目（非管理職）にはないという事実を、後続の列をずらすことなく処理する必要があります。

CDI、CDD、および派遣（テンポラリー）。 正社員（CDI——無期雇用契約）と有期社員（CDD——有期雇用契約）の給与明細は、同じ16の必須項目で構成されます。しかし、CDDには追加の契約終了時支払い、すなわち不安定手当（プレカリテ補償）があり、これは労働法典第L1243-8条に基づき、契約期間中に支払われた総報酬の10%に相当します。この手当は最終給与明細に独立した項目として表示され、それ以前の月やCDIの明細には表示されません。派遣社員（アンテリメール）は、派遣会社（ETT——一時労働事業所）から給与明細を受け取りますが、ユーザー企業の人事部門が人件費データを統合している場合、それらの派遣会社の明細も同じスプレッドシートに入力する必要があります。

従業員間の変動手当。 基本給が同一の2人の従業員でも、変動報酬要素により実質的に異なる給与明細が生成される可能性があります。勤続手当（多くの業種別協約で義務付け）、業績手当、休暇手当（シンテックなど一部業種で義務付け）、交通費、食事券（通常50～60%を雇用主が負担）などです。各手当は報酬ブロック内で独自の行を占めます。「基本給」と「総報酬」を別々の列として含むバッチ列定義では、両者の差額——すべての付加給与（アクセソワール・ドゥ・サレール）の合計——が従業員、月、業種別協約によって異なるという事実を処理する必要があります。

手動スプレッドシートのユーザーは、各給与明細を個別に読み取り、該当する数値を適切なセルに入力することで、これらすべての違いに対応します。60行すべてに固定の計算式または固定の列位置セットを適用するバッチ抽出は、Apecのある管理職、不安定手当のあるCDD、または他の従業員が受け取っていない休暇手当のある非管理職に遭遇した時点で破綻します。抽出メカニズムは、各給与明細をフィールドの意味に基づいて読み取る必要があります。「正味支給額」が1ページ目、2ページ目、または追加の表のいずれに表示されていても、その位置ではなく意味で特定する必要があります。

バッチ処理が解決する3つの課題：単一明細抽出では見落とされる問題

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

従業員と行の紐付け。 Silaeは給与明細PDFをbulletin_salarie_202605.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を使用し、ポルタージュ・サラリアル会社からの契約社員の給与明細を受け取る企業では、同じ月次バッチ内に構造の異なる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を再読することから、出力をスキャンして外れ値を見つけることへと移行します。このワークフローは、抽出出力が列レベルの並べ替えやフィルタリングに十分に一貫した構造化されている場合にのみ機能します。

フランスの給与明細（ブルタン・ド・ペ）のフィールドレベルの複雑さ（16の必須フィールド、5つの社会保険料グループ、課税対象純額と手取り額の区別）について詳しくは、フランスの給与明細データをExcelに抽出する方法をご覧ください。1枚の明細で機能する抽出メカニズムは、60枚でも同様に機能します。しかし、バッチ処理のコンテキストでは、上記の3つの課題が追加されます。これらの課題は、複数のファイルが同じ処理キューに入った場合にのみ存在するものです。

複数のフランスの給与明細を一つの表にまとめるバッチ処理方法

複数の給与計算プロバイダーからの60種類の異なる給与明細PDFを処理する抽出方法は、カスタム列抽出です。これは、必要なフィールド名を入力すると、AIがラベルの意味を理解して各値を特定する仕組みで、ページ上の位置には依存しません。列を一度定義すれば、AIはバッチ内のすべての給与明細を同じ列定義に基づいて読み取ります。従業員1の給与明細がSilae、従業員32がPayFit、従業員47がどちらとも異なるポルタージュ・サラリアルPDFであっても、従業員ごとに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つのテーブルをエクスポートします。

よくある質問