日本の給与明細からデータを抽出し、
Excelに取り込む方法

日本の給与明細がデータ抽出において構造的に異なる理由

日本の給与明細は、単なる控除項目の羅列ではありません。雇用主が義務として差し引く金額は、4つの法的区分に分かれており、それぞれ計算の基準、料率体系、管轄官庁が異なります。

労働基準法第24条により、賃金は毎月1回以上、一定の期日に支払わなければなりません。また、所得税法第231条により、支払いの都度、書面による給与明細を交付する必要があります。しかし、どちらの法律も給与明細の具体的な様式を定めていないため、同じデータでも、使用する給与計算ソフトによって全く異なる位置に表示されることがあります。

日本の給与明細に必ず記載される4つの控除区分は以下の通りです。

1. 社会保険（しゃかいほけん）。健康保険と厚生年金。どちらも従業員の「標準報酬月額」に基づいて計算されます。これは、実際の月々の給与ではなく、日本年金機構が従業員の平均給与に基づいて設定する等級化された金額です。標準報酬月額制度には39の等級（2026年時点）があり、それぞれに固定された保険料額が設定されています。つまり、同じ従業員の同じ年度における2枚の給与明細の社会保険料控除額は、毎月同一となります。これは、データ抽出時の有効な整合性チェックとなります。40歳から64歳の従業員には、これに加えて介護保険料が徴収されます。
2. 労働保険（ろうどうほけん）。雇用保険（従業員と事業主の両方が負担）と労災保険（事業主のみ負担）。社会保険とは異なり、雇用保険は標準報酬月額ではなく、実際の総支給額に基づいて計算されます。2026年4月時点の一般事業の料率は、従業員負担0.55%、事業主負担0.90%であり、建設業や農業ではこれより高くなります。
3. 所得税（しょとくぜい）。日本の累進課税制度に基づき、事業主が源泉徴収します。税率は5%から45%までの7段階です。所得税額には、復興特別所得税として2.1%が追加で課されます。源泉徴収税率は、従業員が事業主に提出する扶養控除等申告書で申告した扶養家族の数によって異なります。
4. 住民税（じゅうみんぜい）。一律10%（都道府県民税4% + 市町村民税6%）の税金です。ここが、日本の給与明細が他国と大きく異なる点です。住民税は当年の所得ではなく、前年の所得に基づいて計算されます。2026年1月に日本で働き始めた従業員の場合、1月から5月までは住民税の控除はゼロで、6月から突然、毎月の控除が始まります。値が存在しないことを想定していない抽出ツールは、これらの行を不完全と判定するでしょうが、実際には正しいデータなのです。

住民税は所得税とは異なる課税年度に属します。両方をまとめて「税」という一つの列に抽出する汎用的なツールは、実際の税額とは一致しない数字を生成します。それは当年の所得税額と前年の住民税額の合計であり、本来決して足し合わせるべきではない二つの数字だからです。

給与明細の抽出を他市場で経験したことがある方なら、その違いは明らかです。スペインのノミナでは、社会保障が1つの明細ブロック内で5つのサブラインに分かれています。韓国の給与明細（급여명세서）では、4つの国民保険（国民年金、健康保険、雇用保険、産業災害補償保険）に加え、所得税と地方所得税が細分化されており、構造的に日本の制度に最も近いものです。ドイツのLohnabrechnungでは、税金と社会保険がSteuer-IDによって明確に区分されています。日本は、同一の給与明細に所得税と住民税という2種類の税金が記載され、それぞれ異なる課税年度の所得に基づいて計算される唯一の国です。

社会保険料率 — 従業員一人ひとりの明細を左右する数字

日本の社会保険は全国一律ではありません。健康保険料率は都道府県によって異なり、最も低い県と高い県の差は1.47ポイントにもなります。つまり、佐賀県と新潟県で同じ給与を得ている2人の従業員の手取り額は、実質的に異なることになります。

2025年度現在、全国健康保険協会（協会けんぽ）の健康保険料率（従業員＋事業主負担の合計）は、中小企業の従業員の大半をカバーしており、新潟県の9.31%から佐賀県の10.78%の範囲で、負担は50/50です。東京都は9.91%です。これらの料率は毎年都道府県ごとに公表されます。厚生年金保険料率は、2017年の法改正により、合計18.30%（従業員・事業主各9.15%）で固定されており、少なくとも次回の法定見直しまでこの水準が維持されます。介護保険料は、40歳から64歳までの被保険者に適用され、合計で約1.59%（50/50負担）が加算されます。

標準報酬月額制度は、給与明細に記載された正確な給与額に比例して社会保険料が控除されるわけではないため、抽出において重要です。月額給与31万円の場合、等級21（30万円～33万円の範囲）に該当し、社会保険料はその中間値である32万円を基に計算されます。従業員の実際の総支給額が月ごとに変動しても（6月は残業代が多く、8月は勤務時間が少ないなど）、社会保険料の控除額は変わりません。実際の総支給額に固定料率を適用する抽出方法では、給与明細の数値と一致せず、その誤差はすべての社会保険料の項目に及びます。そのため、計算ではなく、印刷された控除額を抽出することが正しいアプローチです。

必須給与明細項目 — 各項目をスプレッドシートの列にマッピング

日本の給与明細書には、税法および給与実務で義務付けられた以下の項目が含まれています。項目の欠落は単なる書式上の見落としではなく、社会保険や税に関する項目については法的義務違反となります。以下は、標準的な日本の給与明細書の抽出列マッピングです。

19列は過剰ではない——給与明細の法定構造がそれを要求している。従業員名・総支給額・手取り額・「税金」1列だけを出力する汎用的な抽出では、仕訳の雇主側（健康保険・厚生年金の雇主負担分。従業員の明細には印刷されないが、標準報酬と料率から計算可能）を捕捉できず、所得税と住民税を混同して年次比較を不正確にする。

住民税 vs 所得税——2年にわたる抽出の落とし穴

日本の給与明細抽出で最も多い誤りは、住民税と所得税を一つの数字として扱うことだ。両者は異なる課税年度、異なる機関、異なる会計仕訳に属する。

所得税は当月の所得から、従業員の扶養状況と国税庁の月額徴収表に基づき源泉徴収される。雇主は翌月10日までに税務署に納付する。12月には雇主が年末調整を行い、年間の税額を実際の所得と控除で再計算し、差額を12月の給与で還付または徴収する。そのため12月の所得税欄はマイナス（還付）になることがあり、抽出エラーのように見えるが正しい動作である。

住民税は全く異なるタイムラインで動く。前年の総所得に基づき、雇主が1月に給与支払報告書で市区町村に報告する。市区町村が年間の住民税額を計算し、5月に特別徴収税額通知を雇主に送付する。雇主はその総額を、当年6月から翌年5月までの12回均等分割で源泉徴収する。

抽出における意味合い：

• 2026年2月に日本で新規採用された従業員は、2026年2月から2027年5月までの全給与明細で住民税がゼロである。2027年6月から、2026年2月～12月のわずかな所得に基づく住民税控除が発生する。全行で住民税欄に非ゼロ値を期待する抽出ツールは、欠損がないのに16ヶ月連続でデータ欠損とフラグを立てる。
• 2026年8月に日本を離職する従業員の最終給与明細では、住民税が一括控除される。雇主は残りの分割分（9月～翌5月）を最終給与から一括で徴収する。「住民税は年額の1/12であるべき」と計算する列は、この行を異常値とフラグするが、実際は正しい法定処理である。
• 12月の年末調整により、その月の所得税がマイナスになることがある。月次税額推移分析を構築する場合、12月にマイナスの所得税セル、1月にプラスのセルというパターンは、抽出異常ではなく期待される動作である。

抽出ルールは単純：給与明細に印刷された数字を常に抽出し、計算値は抽出しない。検証には計算列を使用して印刷値と期待範囲を照合するが、それは確認用のフラグとして使い、誤っていると判断した値を自動修正するためには使わないこと。

給与明細データをExcelに抽出する方法 — ステップバイステップのワークフロー

ビザ更新用の書類確認で1枚の給与明細を処理する場合でも、多国籍企業のHRシェアードサービスセンターで月末の給与照合のために80枚を処理する場合でも、ワークフローは同じです。違いは列の設計と検証手順にあります。

検証チェック — 計算列を使用した総支給額から差引支給額の照合

日本の給与明細には組み込みの監査証跡があります。総支給額から総控除額を引いた額は差引支給額と一致しなければなりません。 これら3つの列が抽出されていれば、4番目の列の1つの数式で、データが給与仕訳帳に入力される前にすべての不一致をフラグ付けできます。

これはExcelでの抽出後処理ではありません。計算列を使用して抽出自体に組み込まれています。計算列とは、AIが抽出中に実行する計算を列名で記述したものです。「照合チェック（総支給額 − 総控除額 − 差引支給額）」という名前の列を定義すると、AIは抽出中にすべての行の差を計算します。ゼロ以外の結果は、データが総勘定元帳に到達する前に手動レビューが必要な行をフラグ付けします。

抽出列に組み込む価値のある追加の検証チェックを3つ紹介します。

給与明細抽出における計算列の詳細な使い方については、AIによる総支給額から差引支給額までの検証ガイドをご参照ください。検証の概念は米国、EU、アジアのすべての給与明細形式に適用できますが、日本の二重課税年度構造により、特に重要となります。

異なる給与ソフトの明細を一括処理する方法

日本の給与ソフトが生成する給与明細は、必須データは同一でも見た目がまったく異なります。各プラットフォームの特徴を事前に把握することで、最も一般的な抽出失敗——特定のソフトのレイアウトに合わせて列リストを作成し、別のプラットフォームの明細を処理した際に半数以上の行でデータ欠落が発生する——を防げます。

弥生給与 — 約300万ユーザーを擁する、日本で最も定着したSME向け給与プラットフォーム。弥生の給与明細は一般的に2カラム形式で、左側に支給、右側に控除を配置し、控除セクションでは各社会保険料が個別に明細表示されます。明細下部には標準月額報酬と扶養人数が参考データとして表示されます。弥生はデスクトップ優先であり、多くの企業が印刷PDFとして給与明細を生成するため、テキストはデジタルでもレイアウトにタグが付与されず、AIは構造化テキストではなくドキュメントを視覚的に読み取る必要があります。

freee人事労務 — クラウドベースのオールインワンHR・給与プラットフォームで、39万9千社以上が利用。freeeの給与明細はより洗練されたモダンなレイアウトで、支給と控除が単一の縦方向フローに配置され、多くの場合日本語の明確なセクションヘッダーが付きます。年末調整の結果は12月の明細で独立した行項目として明確に表示されます。freeeの給与明細は通常、テキスト選択可能なデジタルPDFとしてエクスポートされるため、テキストベースの抽出が容易ですが、ビジュアルAIでも同様に読み取り可能です。

マネーフォワード クラウド給与 — 40万以上のユーザーを抱え、会計ソフトとの連携で知られる。給与明細はカード型レイアウトで、各支給・控除項目が個別ブロックに表示される。健康保険料率が控除額と併記されることがあり、二次確認の情報源となる。マネーフォワードの給与モジュールからのExcel出力は構造化されているが、顧客や子会社から転送されたPDF明細を受け取る場合、抽出処理は他のPDFと同様に行われる。

SmartHRとjinjer — SmartHRは労務管理に特化しており、給与計算エンジンは内蔵されていない。SmartHRを人事管理に使う企業は、通常、外部の給与システム（マネーフォワード給与ややよいの給与など）と連携しており、明細の形式はその給与システムに依存する。jinjerは独自の明細を生成し、すっきりとした1ページレイアウトを採用している。

複数の給与プラットフォームから明細を一括抽出する鍵は、各ソフトのレイアウトを知ることではない。意味に基づいてフィールドを読み取る抽出方法を使うことだ。AIは「健康保険」や「¥25,300」を、それが右列、縦リスト、カード型ブロックのいずれにあっても、控除項目として認識する。

複数の子会社（それぞれ異なる給与ソフトを使用）にわたって従業員の給与明細を収集する必要がある企業の場合、一括処理の流れは同じだ。全ファイルをアップロードし、列名を一度定義して処理する。この考え方は年末調整にも適用される。1月に源泉徴収票が届いたら、そこに記載された年間合計額が、12か月分の給与明細抽出データと一致することを確認する。月次明細データと年次税額証明書の合計を照合するワークフローについては、日本の年末調整給与データの準備ガイドを参照のこと。

よくある質問

AI抽出ツールは日本語の給与明細（漢字の項目名を含む）を正しく処理できますか？

はい。AIは文書に記載された日本語テキスト（漢字、ひらがな、カタカナ、英数字）をそのまま読み取ります。定義する列名に日本語の用語をコンテキストとして含めることができ（例：「健康保険（Health Insurance）」）、給与明細が日本語表記、英語表記、またはその両方であっても、AIが正しいフィールドを特定するのに役立ちます。抽出された値は給与明細の原文を保持します。金額は数値として、氏名は日本語文字として抽出されます。

従業員の健康保険料率が年度途中で変更された場合はどうなりますか？

協会けんぽの健康保険料率は都道府県・年度ごとに設定され、毎年3月に更新されます。2月と3月の給与明細間での料率変更は正常かつ想定内です。抽出ツールは印刷された控除額を読み取るものであり、計算は行いません。そのため、料率変更は3月の給与明細で2月とは異なる控除額として現れます。新しい料率での従業員の標準報酬等級と新しい控除額が一致するかどうかは、あなたの照合プロセスで確認する必要がありますが、抽出自体には影響ありません。

12月の年末調整で所得税が還付になる場合も抽出できますか？

はい。ただし確認手順が必要です。AIは印刷された所得税額を抽出しますが、年末調整後の12月はマイナスになる場合があります。「12月の税額符号（支給月が12月かつ所得税がマイナスの場合、'NTA還付—確認要'を出力。それ以外は'OK'を出力）」のような計算列を使用すると、12月のマイナス所得税が確認者にフラグ付けされます。ツールは抽出値を変更しません。給与明細に記載された値を抽出し、結果の処理方法はユーザーが決定します。

このツールはすべての日本の給与ソフトの明細に対応していますか？

AIは意味理解（ピクセル座標ではなく値の意味で位置を特定）を使用するため、同じ列定義が弥生給与、freee人事、マネーフォワード クラウド給与、SmartHRの出力、jinjerの給与明細で機能します。レイアウトの違い（縦リスト、横テーブル、カード形式）は、フィールドラベルと値が読み取れる限り、抽出精度に影響しません。複数の給与プラットフォームの明細が混在するバッチでは、すべてのファイルに同じ列リストを使用してください。

初年度の住民税がゼロになる従業員はどう扱われますか？

日本での就業初年度（または前年に日本で収入がなかった）の従業員は、当年6月から翌年5月までの各給与明細で住民税が¥0と表示されます。抽出ツールは¥0をそのまま読み取り出力します — ゼロを欠損データとしてフラグ付けすることはありません。年次比較分析を行う場合、住民税が¥0の従業員（初年度）と、標準的な月額2～4万円の控除がある従業員（次年度以降）の違いはデータ上で明確に確認できるため、手動での注釈は不要です。

手取り額だけを抽出し、個別の控除明細は省略できますか？

はい — 必要なカラムのみを定義してください。個人記録用の簡易収入台帳として使用する場合は、従業員名、支給期間、総支給額、手取り額、および単一の「控除合計」カラムで十分です。ただし、給与仕訳、社会保険の調整、または年次税務分析にデータを使用する場合は、各控除を個別のカラムに抽出してください。個別カラムの定義に5分かけることで、四半期ごとの社会保険納付書が抽出データと一致しない場合に、「控除合計」を手動で内訳に分解するのに要する1時間を節約できます。