日本の給与明細からデータを抽出する方法
Excelに変換
日本の給与明細(給与明細、kyuyo meisai)に記載されている、従業員の月給から差し引かれる5つの控除項目のうち、3つは異なる政府機関に支払われます。社会保険は日本年金機構と健康保険組合に、労働保険はハローワークと労働基準監督署に支払われます。所得税と住民税は、それぞれ国税庁と市区町村に支払われます。これは、一般的な抽出テンプレートでは「税金」という1つの行に見えるものが、実際には2つの異なる送金先があることを意味します。5つすべてを1つの「控除」列にまとめると、毎月の給与仕訳を作成する担当者は、抽出によって排除されるはずだった手作業でそれらを再分類する必要があります。所得税法第231条に基づき、日本のすべての雇用主は各従業員に支払明細書を交付する義務がありますが、法律が定めるのは内容であり、形式ではありません。弥生給与の給与明細とfreee人事労務の給与明細は、同じ必須項目が記載されていても、見た目はまったく異なります。この記事では、日本の給与明細にあるすべての控除項目を解説し、それぞれが抽出精度に与える影響を説明し、各控除が専用の列に分かれ、各税項目が正しい機関にトレース可能な、照合対応済みのExcelを生成するワークフローを紹介します。
重要ポイント
- 日本の給与明細1枚で、控除は3つの異なる政府機関に送金されます — 健康保険は日本年金機構へ、所得税は国税庁へ、住民税は市区町村へ。
- 所得税と住民税は同じ給与明細に記載されていますが、税年度がまったく異なります — 両方を1つの「税金」列にまとめると、実際の納税義務に対応しない数字になります。
- ImageToTable.aiは、19の必須項目をそれぞれ専用のExcel列に抽出し、総勘定元帳にデータが届く前に総支給額と差引支給額の不一致を検出する照合計算式を組み込んでいます。
日本の給与明細がデータ抽出において構造的に異なる理由
日本の給与明細は、単一の控除リストではありません。雇用主が義務付ける控除は、4つの法的カテゴリに分かれており、それぞれに独自の計算基準、料率体系、および送金先の政府機関があります。
労働基準法第24条に基づき、賃金は毎月1回以上、一定の期日に支払わなければなりません。所得税法第231条に基づき、各支払いの際に書面による給与明細を交付する必要があります。どちらの法律も給与明細の特定のレイアウトを規定していないため、同じデータでも、作成した給与計算ソフトウェアによってまったく異なる位置に表示される可能性があります。
日本のすべての給与明細に印刷されている4つの控除カテゴリは次のとおりです。
- 社会保険 (shakai hoken)。健康保険 (kenko hoken) と厚生年金 (kosei nenkin)。どちらも従業員の標準報酬月額 (hyojun hoshu getsugaku) に基づいて計算されます。これは、日本年金機構が従業員の平均給与に基づいて設定する等級化された金額であり、実際の月収ではありません。標準報酬制度には (2026年時点で) 39の等級があり、それぞれに固定の保険料額があります。つまり、同じ年の同じ従業員の2つの異なる給与明細における社会保険控除は、月ごとに同一です。これは抽出時の整合性チェックとして有用です。40歳から64歳の従業員には、介護保険 (kaigo hoken) が追加されます。
- 労働保険 (rodo hoken)。雇用保険 (koyou hoken) — 従業員と雇用主の両方が負担 — および労災保険 (rosai hoken) — 雇用主のみが負担。社会保険とは異なり、雇用保険は標準報酬ではなく実際の総支給額に基づいて計算されます。2026年4月時点での料率は、一般企業の場合、従業員が0.55%、雇用主が0.90%であり、建設業と農業ではより高くなります。
- 所得税 (shotoku zei)。日本の累進課税制度に基づき雇用主が源泉徴収し、税率は7つの区分にわたって5%から45%の範囲です。所得税額には、復興特別所得税 (fukko tokubetsu shotoku zei) として2.1%が追加で課されます。源泉徴収税率は、雇用主に提出された扶養控除等申告書で申告された従業員の扶養家族 (fuyo kazoku) によって異なります。
- 住民税 (jumin zei)。一律10%の課税 (都道府県民税4% + 市区町村民税6%) — ここが日本が他のすべての国の給与明細と異なる点です。住民税は当年の所得ではなく、前年の所得に基づいて計算されます。2026年1月に日本で働き始めた従業員は、1月から5月までの住民税控除がゼロとなり、6月から突然の月次控除が始まります。欠損値を想定していない抽出ツールは、実際には正しいにもかかわらず、これらの行を不完全としてフラグ付けします。
住民税は所得税とは異なる課税年度にあります。両方を1つの「税」列にまとめる一般的な抽出では、実際の税務上の義務に対応しない数値が作成されます。これは当年の所得税負債と前年の住民税負債の合計であり、決して加算すべきではない2つの数値です。
他の市場で給与明細の抽出を扱ったことがあれば、その違いは明らかです。スペインの給与明細(nomina)は、社会保障(Seguridad Social)を1つの給与明細ブロック内で5つのサブラインに分けています。韓国の給与明細(급여명세서)は、4つの国民保険(国民年金、健康保険、雇用保険、労災保険)に加え、所得税と地方所得税を項目別に表示しており、構造的に日本の制度に最も近いものです。ドイツの給与明細(Lohnabrechnung)は、税(Steuer)と社会保障(Sozialversicherung)をSteuer-IDで区別しています。日本は、同じ給与明細上の2つの税種(所得税と住民税)が異なる課税年度の所得に基づいて計算される唯一の国です。
社会保険料率 — すべての従業員行を左右する数字
日本の社会保険は全国一律の料率ではありません。健康保険は都道府県によって異なり、最も低い県と最も高い県の差は1.47ポイントです。つまり、佐賀県と新潟県で同じ給与を得ている2人の従業員の手取り額は、実質的に異なることになります。
2025年度現在、全国健康保険協会(協会けんぽ)管掌の健康保険の合計料率(従業員負担+事業主負担)は、中小企業の従業員の大半をカバーしており、新潟県の9.31%から佐賀県の10.78%の範囲で、折半負担となっています。東京は9.91%です。これらの料率は毎年都道府県ごとに公表されます。厚生年金は2017年の改正により合計18.30%(各9.15%)に固定されており、少なくとも次回の法定見直しまではこの水準が維持されます。40歳から64歳までに適用される介護保険は、合計で約1.59%(折半負担)が加算されます。
| 保険種別 | 従業員負担率 | 事業主負担率 | 計算基準 | 法的根拠 |
|---|---|---|---|---|
| 健康保険 | 約4.66%〜5.39%(都道府県により異なる) | 折半 | 標準報酬月額(39等級) | 健康保険法 |
| 厚生年金 | 9.15% | 9.15% | 標準報酬月額、上限65万円 | 厚生年金保険法 |
| 介護保険(40〜64歳のみ) | 約0.795% | 折半 | 標準報酬月額 | 介護保険法 |
| 雇用保険(一般) | 0.55% | 0.90% | 実際の総支給額(月額給与総額) | 雇用保険法 |
| 労災保険 | — | 0.25%〜8.8%(業種により異なる) | 実際の総支給額 | 労働者災害補償保険法 |
| 子ども・子育て拠出金 | — | 0.36% | 標準報酬月額 | 子ども・子育て支援法 |
標準報酬月額制度が抽出にとって重要なのは、社会保険料の控除が、特定の給与明細に記載された正確な給与額に比例しないためです。月額31万円の給与は21等級(30万円〜33万円の範囲)に該当し、社会保険料はその中間額である32万円に基づいて計算されます。従業員の実際の総支給額が月によって変動する場合(6月は残業が多い、8月は勤務時間が少ないなど)、社会保険料の控除額は変わりません。実際の総支給額に固定料率を適用する抽出方法では、給与明細と一致しない数字が生成され、その誤差はすべての社会保険ラインにわたって累積します。そのため、計算するのではなく、印刷された控除額を抽出することが正しいアプローチなのです。
必須の給与明細項目 — 各項目をスプレッドシートの列にマッピング
日本の給与明細には、税法と給与実務で義務付けられた以下の項目が含まれています。項目が欠落している場合、それは単なる書式上の見落としではなく、社会保険や税項目については法定義務違反となります。以下は、標準的な日本の給与明細の抽出列マップです。
| セクション | フィールド(英語 / 日本語) | 推奨列名 | 検証の役割 |
|---|---|---|---|
| ヘッダー | 会社名 | Employer Name | 支払元を識別。複数法人の給与バッチに必要 |
| 氏名 | Employee Name | 主要な識別子。源泉徴収票の記載と一致 | |
| 支給年月 | Pay Period (Shikyu Nengetsu) | すべての累計データの年月基準 | |
| 所属 | Department (Shozoku) | 会計配分のコストセンター対応 | |
| 支給 | 基本給 | Base Salary (Kihonkyu) | 標準報酬計算の基礎 |
| 役職手当 | Position Allowance (Yakushoku Teate) | 総支給の一部。役職グレードにより変動 | |
| 時間外手当 | Overtime Pay (Jikangai Teate) | 基本時給の125%以上で計算。課税対象 | |
| 通勤手当 | Commute Allowance (Tsukin Teate) | 月額¥150,000まで非課税。税計算用に別列が必要 | |
| その他手当 | Other Allowances | 住宅手当、家族手当など | |
| 支給総額 | Gross Pay (Shikyu Sogaku) | 重要チェックポイント:全支給項目の合計と一致 | |
| 控除 | 健康保険 | Health Insurance (Kenko Hoken) | 従業員負担分。当該期間の標準等級と一致するか確認 |
| 厚生年金 | Welfare Pension (Kosei Nenkin) | 標準報酬の9.15%。従業員負担分 | |
| 雇用保険 | Employment Insurance (Koyo Hoken) | 実際の総支給額の0.55%。従業員負担分のみ | |
| 所得税 | Income Tax (Shotoku Zei) | 国税庁の源泉徴収税額表と扶養人数に基づく | |
| 住民税 | Resident Tax (Jumin Zei) | 前年所得に基づく。所得税とは別に抽出 | |
| 介護保険(該当する場合) | Long-term Care (Kaigo Hoken) | 40〜64歳の従業員のみに表示 | |
| 控除合計 | Total Deductions (Kojo Gokei) | すべての控除項目の合計と一致する必要あり | |
| 差引 | 差引支給額 | Net Pay (Sashihiki Shikyuugaku) | 総支給額から控除合計を差し引いた額 |
| 参考 | 標準報酬月額 | Standard Remuneration (Hyojun Hoshu) | 社会保険計算用の等級別金額 |
| 扶養人数 | Dependents (Fuyo Ninzu) | 所得税の源泉徴収区分を決定 | |
| 雇用保険番号 | Emp. Insurance No. (Koyo Hoken Bango) | ハローワーク記録用の11桁の識別番号 |
19列は多すぎるわけではありません。給与明細の法定構造が求めるものです。Employee Name、Gross Pay、Net Pay、そして「Tax」1列だけを出力する汎用抽出では、仕訳の雇用主側(従業員の給与明細には印刷されないが、標準報酬と料率から算出可能な雇用主負担の健康保険料・厚生年金保険料)を捉えられず、また所得税と住民税を混在させるため、年次の報酬分析の信頼性が損なわれます。
住民税と所得税 — 2年間にわたる抽出の落とし穴
日本の給与明細抽出で最も多い誤りは、住民税と所得税を1つの数字として扱うことです。両者は税年度、管轄機関、会計仕訳がすべて異なります。
所得税は、従業員の扶養家族と国税庁の月額源泉徴収表に基づき、当月の所得に対して源泉徴収されます。雇用主は翌月10日までに税務署へ納付します。12月には雇用主が年末調整を行い、実際の所得と控除に対する年間税額を再計算し、12月の給与明細で差額を還付または徴収します。つまり12月の所得税欄はマイナス(還付)になることがあり、抽出エラーのように見えますが、正しい処理です。
住民税はまったく異なるスケジュールに従います。前年の年間所得に基づき、雇用主が1月に給与支払報告書を市区町村へ提出します。市区町村が年間住民税額を計算し、5月に雇用主へ納税通知書を送付します。雇用主は当年6月から翌年5月までの12回均等分割で源泉徴収します。
抽出への影響は以下のとおりです。
- 2026年2月に日本で新規採用された従業員は、2026年2月から2027年5月までのすべての給与明細で住民税が0円です。2027年6月から、2026年2月〜12月のわずかな所得に基づく住民税控除が出現します。すべての行で住民税欄に0以外の値を期待する抽出ツールは、欠損がないにもかかわらず16か月連続で欠損データとしてフラグを立てます。
- 2026年8月に日本を離任する従業員は、最終給与明細で住民税の一括控除を受けます。雇用主は残りの分割分(9月〜5月分)を最終給与から一括で徴収します。「住民税は年間額の12分の1であるべき」とチェックする計算列は、この行を外れ値としてフラグしますが、実際には法定どおりの正しい処理です。
- 12月の年末調整により、当月の所得税がマイナスになることがあります。月次の税額トレンド分析を構築している場合、12月の所得税がマイナスで翌1月がプラスになるのは期待どおりのパターンであり、抽出異常ではありません。
抽出ルールは単純です。常に給与明細に印刷された数値を抽出し、計算値を抽出しないこと。検証には計算列を使用して印刷値と期待範囲を照合しますが、それらはレビュー対象行のフラグ付けに使い、誤っていると思われる値を自動修正するために使わないでください。
日本の給与明細をExcelに抽出する方法 — ステップバイステップのワークフロー
ビザ更新用の書類確認で給与明細1枚を処理する場合も、多国籍企業のHRシェアードサービスセンターで月末の給与照合のために80枚を処理する場合も、ワークフローは同じです。違いは列の設計と検証手順にあります。
ファイルは安全に処理され、保存されません。
Employee Name (Shimei)
Pay Period (Shikyu Nengetsu)
Department (Shozoku)
Base Salary (Kihonkyu)
Overtime Pay (Jikangai Teate)
Commute Allowance (Tsukin Teate)
Gross Pay (Shikyu Sogaku)
Health Insurance (Kenko Hoken)
Welfare Pension (Kosei Nenkin)
Employment Insurance (Koyo Hoken)
Income Tax (Shotoku Zei)
Resident Tax (Jumin Zei)
Long-term Care (Kaigo Hoken)
Total Deductions (Kojo Gokei)
Net Pay (Sashihiki Shikyuugaku)
Standard Remuneration (Hyojun Hoshu)
Dependents (Fuyo Ninzu)
検証チェック — 計算列を使用した総支給額から手取り額への照合
日本の給与明細には組み込みの監査証跡があります: 総支給額から総控除額を差し引いた額が手取り額と一致する必要があります。 これら3つの列が抽出されていれば、4番目の列の1つの数式で、給与仕訳帳にデータが入る前にすべての不一致をフラグ付けできます。
これはExcelでの抽出後ステップではありません。抽出自体に計算列として組み込まれています — 列名がAIが抽出中に実行する計算を説明する列です。「照合チェック(総支給額 − 総控除額 − 手取り額)」という名前の列を定義すると、AIは抽出中にすべての行の差額を計算します。ゼロ以外の結果は、データが総勘定元帳に到達する前に手動レビューが必要な行をフラグ付けします。
抽出列に組み込む価値のある追加の検証チェックが3つあります:
- 社会保険の整合性。 健康保険と厚生年金の控除は、従業員の標準報酬等級と一致する必要があります。計算列: 「社会保険チェック(健康保険 + 厚生年金 − 標準報酬 × 想定率)」は、抽出された社会保険控除が標準報酬の想定割合と一致しない行をフラグ付けします。都道府県別の健康保険料率を列名に正確に記述して、AIが正しいパラメータを持つようにします。
- 住民税の月次安定性。 前年も同じ会社に勤務していた従業員の場合、住民税の控除は6月から5月まで毎月同一である必要があります。「住民税安定(この行の住民税がこの従業員の全行の平均と異なるかどうかを確認)」という列を追加して異常を検出します — 最終給与明細ではない1か月の急増は、抽出エラーを示している可能性があります。
- 12月の所得税符号チェック。 年末調整後、12月の所得税はマイナスになる場合があります。「12月税額符号(支給期間に12が含まれ、所得税がマイナスの場合、『年末調整 — 要確認』としてフラグ付け)」という列により、レビュー担当者はこれがエラーではなく予想される動作であることを認識できます — それでも、金額が会計記録に入る前に検証を促します。
給与明細抽出での計算列の使用に関する詳細な手順については、総支給額から手取り額までの計算におけるAIによる手取り額検証のガイドを参照してください。検証の概念は米国、EU、アジアのすべての給与明細形式に適用されますが、日本の二重税制年度構造により、特に必要となります。
異なる給与ソフトの給与明細を一括処理する
日本の給与ソフトが出力する給与明細は、同じ法定項目を含んでいても見た目はまったく異なります。各プラットフォームの特徴を把握しておくことで、最も一般的な抽出失敗——特定のソフトのレイアウトに合わせて列を定義したのに、別のプラットフォームの給与明細が混ざったバッチを処理して、半分の行にデータ欠落が発生する——を防げます。
弥生給与 — 約300万ユーザーを擁する、日本で最も定着した中小企業向け給与プラットフォーム。弥生の給与明細は典型的に2カラム構成で、左に支給、右に控除を配置し、控除欄では各社会保険項目を個別に明細表示します。明細下部には標準報酬月額と扶養家族数が参考データとして記載されます。弥生はデスクトップ中心で、多くの企業が印刷用PDFとして給与明細を生成するため、テキストはデジタルでもレイアウトはタグ付けされておらず、AIは構造化テキストではなく文書を視覚的に読み取る必要があります。
freee人事労務 — 39万社以上が利用するクラウド型のオールインワン人事・給与プラットフォーム。freeeの給与明細はよりすっきりした現代的レイアウトで、支給と控除が単一の縦フローで配置され、多くの場合日本語の明確なセクションヘッダーが付きます。年末調整の結果は12月分の明細に別項目として明確に表示されます。freeeの給与明細は通常、テキスト選択可能なデジタルPDFとして出力されるため、テキストベースの抽出が容易ですが、ビジュアルAIでも同様に読み取れます。
マネーフォワード クラウド給与 — 40万ユーザー以上、会計ソフト連携で知られます。マネーフォワードの給与明細はカード型レイアウトで、各支給・控除項目が個別ブロックに表示されます。健康保険料率が控除額と併記されることがあり、二次的な検証情報となります。マネーフォワードの給与モジュールからのExcel出力はすでに構造化されていますが、マネーフォワードを利用するクライアントや子会社から転送されたPDF給与明細を受け取る場合、抽出ワークフローは他のPDFと同様に処理します。
SmartHRとjinjer — SmartHRは労務管理に特化しており、給与計算エンジンを内蔵していません。SmartHRを人事管理に利用する企業は通常、外部の給与システム(多くの場合マネーフォワード給与または弥生給与)と組み合わせており、給与明細の形式は使用する給与システムに従います。jinjerは独自の給与明細をクリーンな単一ページレイアウトで生成します。
複数の給与プラットフォームから給与明細を一括抽出する鍵は、各ソフトのレイアウトを把握することではありません。フィールドを意味で読み取る抽出を使用することです——AIは「健康保険」や「¥25,300」を控除コンテキストで認識し、その数字が右カラム、縦リスト、カード型ブロックのいずれにあっても対応します。
複数の子会社——それぞれ異なる給与ソフトを使用している可能性がある——の従業員から給与明細を収集する必要がある企業にとって、バッチワークフローは同一です:全ファイルをアップロードし、列名を一度定義して処理するだけです。同じ概念は年末調整プロセスにも適用されます。1月に源泉徴収票が届いたとき、そこに記載された年間合計は12か月分の給与明細抽出と一致するはずです。月次給与明細データと年間税額証明書の合計との照合ワークフローについては、日本の年末調整データの準備ガイドを参照してください。
FAQ
AI抽出ツールは、漢字のフィールド名を含む日本語の給与明細を正しく処理できますか?
はい。AIは文書に表示されている日本語テキスト(漢字、ひらがな、カタカナ、英数字を含む)を読み取ります。定義する列名には、AIのコンテキストとして日本語の用語を含めることができます(例:「健康保険(Health Insurance)」)。これにより、給与明細が日本語ラベル、英語ラベル、またはその両方を使用しているかに関係なく、正しいフィールドを特定できます。抽出された値は給与明細の元のテキストを保持します。金額は数値として、名前は日本語文字として抽出されます。
従業員の健康保険料率が年度途中で変更された場合はどうなりますか?
協会けんぽの健康保険料率は都道府県ごとに会計年度ごとに設定され、毎年3月に更新されます。2月と3月の給与明細間での料率変更は正常かつ想定内です。抽出ツールは印刷された控除額を読み取ります(計算はしません)。そのため、料率変更は2月と比較して3月の給与明細に異なる控除額として現れます。照合プロセスでは、新しい控除額が新しい料率での従業員の標準報酬月額と一致することを確認する必要がありますが、抽出自体には影響ありません。
所得税が還付となる12月の年末調整を抽出で処理できますか?
はい — 検証ステップ付きで可能です。AIは印刷された所得税額を抽出します。これは年末調整後の12月にはマイナスになる場合があります。「計算列」を使用する場合(例:「12月の税額符号(支給期間が12月かつ所得税がマイナスの場合、『NTA還付 — 要確認』と出力。それ以外は『OK』と出力)」)、出力は12月のマイナス所得税をレビュー担当者が確認するようフラグ付けします。ツールは抽出値を変更しません。給与明細に記載されている内容を抽出し、結果の処理方法はユーザーが決定します。
このツールはすべての日本の給与ソフトウェアの給与明細を処理できますか?
AIは意味理解を使用するため(ピクセル座標ではなく値の意味で特定)、同じ列定義が弥生給与、freee人事労務、マネーフォワード クラウド給与、SmartHR出力、jinjerの給与明細で機能します。レイアウトの違い(縦型リスト、横型テーブル、カード型レイアウト)は、フィールドラベルと値が読み取れる限り、抽出精度に影響しません。複数の給与プラットフォームの給与明細を含むバッチでは、すべてのファイルに同じ列リストを使用してください。
入社1年目の住民税が0円の従業員はどうなりますか?
日本での入社1年目(または前年に日本で所得がなかった)の従業員は、当年6月から翌年5月までのすべての給与明細で住民税の欄が¥0と表示されます。抽出ツールは¥0を読み取ってそのまま出力します — ゼロを欠損データとしてフラグ付けすることはありません。前年比の報酬分析を行う場合、住民税が¥0の従業員(1年目)と標準的な月額¥20,000〜¥40,000の控除がある従業員(2年目以降)の違いはデータ上で明確に確認できます — 手動での注釈は不要です。
差引支給額だけを抽出して、個別の控除明細をスキップできますか?
はい — 必要な列だけを定義してください。個人記録用のシンプルな収入台帳が目的であれば、Employee Name、Pay Period、Gross Pay、Net Pay、およびTotal Deductionsの1列だけで十分です。ただし、給与仕訳、社会保険の調整、前年比の税分析にデータを使用する場合は、各控除を個別の列に抽出してください。個別の列を定義する5分の投資で、四半期ごとの社会保険納付書が抽出データと一致しない場合に、「控除」合計を手動で構成要素に分解するのに要する1時間を節約できます。
日本の給与明細はトレーサビリティを重視して設計されています。各控除項目は特定の政府機関に対応し、各税率には法的根拠があり、各フィールドは給与仕訳における所定の位置を持っています。そのデータが4つの異なる給与プラットフォームのPDFに閉じ込められたままでは、トレーサビリティがボトルネックになります。各控除が独自のExcel列に移動すると—健康保険、厚生年金、雇用保険、所得税、住民税が明確に分離され、抽出時に不一致を検出する照合計算式が組み込まれているため—日本の給与明細を複雑にしている同じ法定密度が、月次締めを透明にする監査証跡となります。