UK P45退職者データをExcelに抽出する方法
給与計算と新規入社者処理向け

P45の内容 — 4つのパート、1つのデータセット、スプレッドシートの列

P45は、正式には「退職する従業員の詳細」と呼ばれ、英国の全従業員が雇用終了時に発行される法定書類です。これは2003年所得税（源泉徴収）規則第36条に基づき、雇用主は退職者情報を「不当な遅延なく」提供することが義務付けられています。実際には、最終給与明細と一緒に、または退職日から1給与計算サイクル以内に提供されます。現職従業員向けに1課税年度全体をまとめるP60とは異なり、P45は単一のイベントによって発行され、課税年度開始日（4月6日）から退職日までの期間のみのデータを含みます。

このフォームは4つのパートで構成されていますが、そのうち3つは同じデータ内容です：

抽出の目的において、パート2とパート3の内容は同一です。従業員が渡してくれたもの — 前雇用主の給与計算システムからのPDF、印刷されたP45のスキャン、紙のコピーのスマホ写真 — のいずれからでも抽出します。データ項目は形式に関係なく同じです。

スプレッドシートの列になるフィールド

本人確認・参照フィールド

• 従業員NINO — 英字2文字、数字6桁、末尾の英字1文字の形式の国民保険番号（例：QQ 12 34 56 C）。HMRCが複数の雇用を照合する際に使用する従業員識別キーです。これを誤るとHMRCが新規入社者を既存の記録と照合できず、最初のFPS送信が失敗します。
• 雇用主PAYE参照番号 — 前雇用主の参照番号で、形式はNNN/AAAAAAAA（3桁の税務署番号、スラッシュ、最大10文字の英数字）。自社のPAYE参照番号とは異なります。監査証跡や、HMRCが従業員の雇用履歴を照合する際に重要です。
• 勤務先・給与計算番号 — 前雇用主の内部IDです。任意ですが、給与明細や契約社員の記録を照合する際に役立ちます。

給与・税額フィールド（給与計算ソフトに入力するデータ）

• 累計支給額 — 4月6日から退職日までの総支給額で、税コードが累積式の場合、同じ税年度内の前の雇用先での支給額も含みます。この数値は、給与計算ソフトが従業員の基礎控除の残りを判定するために使用します。
• 累計税額 — 現在の税年度における全雇用先でのPAYE所得税の合計額です。非累積式（Week 1/Month 1）コードの場合、この数値は退職した雇用先のみを対象とします。
• 当該雇用先での支給額・税額 — 従業員が複数の仕事を持っていた場合にのみ表示されます。累計合計とは区別された、退職する雇用主のみに帰属する数値を示します。
• 退職時税コード — 例：1257L、BR、D0、NT。非累積方式を示すW1またはM1の接尾辞が付く場合があります。
• 退職日 — 従業員の最終勤務日です。給与計算ソフトはこれを使用してPAYE報告期間の開始日を設定します。

オプションフィールドを抽出するかどうかによって、新入社員1人あたり12～15列になります。年間30人の新入社員に対して1件のP45に2分かかるとすると、純粋なタイピング作業だけで1時間かかり、それはすでにフォームに正しく印刷されているデータを入力するための時間です。

なぜ英国の給与計算担当者は同じP45の項目を年間何十回も打ち直すのか

もしP45が単なるデータエクスポート、つまりある給与計算システムから別のシステムへのCSVファイルだったなら、この記事は存在しなかったでしょう。前の雇用主がボタンを押せば、あなたの給与計算ソフトウェアが退職者記録を直接取り込めたはずです。それが起こらない理由は構造的なものであり、技術的なものではありません。4部構成のフォームとそのすべての欄に関する規制の背景については、英国P45データ抽出の完全ガイドをご覧ください。また、RTIにもかかわらず紙の連鎖（Part 1A、2、3）が存続する理由については、P45フォームが今も英国の給与計算チームに想定以上のコストをもたらす理由の分析で根本原因を追跡しています。

PAYE規則に基づく規制枠組みによって管理されるHMRCのP45仕様は、フォームに記載すべきデータ（上記の項目）を義務付けていますが、フォームの見た目は義務付けていません。各給与計算ソフトウェアプロバイダーは独自の代替P45レイアウトを設計しています。Sage 50 Payrollは税コードを右上の象限に、NINOをその下の別ブロックに印刷するかもしれません。BrightPayは従業員情報を左に、給与額を中央に、税情報を右に配置した3列グリッドを使用するかもしれません。Xero Payrollはすべてを縦に積み重ねるかもしれません。QuickBooks UKはまた別の配置を使用します。Moorepay、ADP UK、IRIS Staffology、Moneysoft Payroll Manager — それぞれが独自のレイアウトエンジンを持っています。

その結果、「Sageを使用する雇用主A」からのP45は「BrightPayを使用する雇用主B」からのP45とは見た目が異なります。ただし、両者が同一の項目セットを保持しているにもかかわらずです。そして、新しい雇用主の給与計算システムは前の雇用主がどのレイアウトを使用したかを知ることができないため、項目を自動的に解析できません。唯一保証された共通点は、人間がPDFを読んで給与計算ソフトウェアの新規入社者フォームに値を入力することです。

ここで、テンプレートベースのOCRアプローチ（フィールドがページ上のどこにあるかを把握することに依存するツール）は失敗します。SageのP45レイアウトでトレーニングされたテンプレートは、税コード欄の位置が異なるためBrightPayのP45を読めません。カスタム列抽出はこれを完全に回避します。各レイアウトで税コードがどこにあるかをツールに伝える代わりに、どのデータが必要かを伝えます — 「税コード」「累計支給額」「NINO」— そしてAIはラベル付きフィールドの意味を理解することで各P45を読み取ります。紙面上の位置ではありません。同じ列定義がすべての給与計算プロバイダーのレイアウトで機能します。

P45抽出ワークフローの設定

手動でのP45転記に代わるワークフローは、3つのステップで構成されています。設定ステップ（列の定義）は一度行うだけで、税年度を通じてすべての新規入社者に対して再利用できます。

このワークフローは、新規入社者が1人でも50人でも機能します。法定のP45フィールドセットは安定しているため、列定義は税年度全体で再利用可能です。HMRCは法改正があった場合のみ変更し、その場合も定義全体を再構築することなく列を追加または名前変更するだけです。

物語を削ぎ落とせば、それがP45からExcelへのワークフローのすべてです。退職者のPDFをアップロードし、列に一度だけ名前を付け、新規入社者画面にそのまま入る行をダウンロードするだけです。

機械的な入力習慣を崩すP45シナリオへの対応

ほとんどのP45は標準的なパターンに従います。累積税コード、単一の雇用、数値の給与・税額です。しかし、標準から逸脱するP45も十分に存在するため、純粋な機械的入力（ボックスXを見て、フィールドYに入力する）では例外ケースでエラーが発生します。こうしたシナリオこそ、手入力では実現できない一貫性の層を抽出処理が提供する場面です。

週1／月1（非累積）税コード

「W1」（週払い）または「M1」（月払い）で終わる税コード（例：1257L M1）は非累積コードです。これは、従業員の税金が各支払期間ごとに独立して計算され、その期間の給与のみを使用し、その税年度のそれ以前の給与と税金は無視されることを意味します。データ入力への実際的な影響は、P45の「累計支給額」と「累計税額」フィールドが退職した雇用のみを対象としており、同じ税年度の以前の雇用を含まないことです。

W1/M1の従業員を給与計算ソフトウェアに入力する際、累積基礎控除が複数の仕事にわたって追跡されていないことを理解する必要があります。ソフトウェアはこの従業員を当月に新規入社したものとして扱い、1か月分の非課税枠（月払いの場合、コード番号を12で割ったもの）を適用します。これは「緊急課税」でもエラーでもなく、非累積コードの正しい動作です。これを理解することで、給与額を「累積のように見せる」ために手動で調整することを防げます。

具体的には、P45に税コード1257L M1、累計支給額£4,000、累計税額£200と表示されている場合、その正確な数値を給与計算ソフトウェアに入力します。以前の給与の見積もりを追加してはいけません。給与計算システムはM1基準で今後正しい税金を計算します。

無収入のP45

給与計算に追加されたものの、実際には一度も働かなかった、または最初の給与期間前に退職した従業員の場合、無収入のP45が発行されます。このフォームには「この雇用における総支給額：£0.00」、「この雇用における総税額：£0.00」と表示され、有効な税コードと退職日が記載されます。これは実際のP45であり、コンプライアンス上重要な意味を持ちます。雇用主は、HMRCが税コードを発行した従業員に対しては、たとえ支払いが一度も行われていなくても、規則36に基づきこのフォームを発行する義務があります。

標準のP45と一緒に無収入のP45を一括で抽出する場合、該当する行の支給額と税額の列には自動的に£0.00が入力されます。データは正確です。手動で入力する担当者が£0.00の支給額を見ると、「記入漏れでは？」と疑い、存在しない数字を探してしまうかもしれません。AIが印刷された値を読み取り、フォームに記載されている通りの値を出力するため、抽出処理によってそのような迷いはなくなります。

学生ローン：金額ではなく、指標

P45には学生ローンの指標（チェックボックスまたは「有/無」）が記載されており、金額は記載されません。これは、P45に不慣れな給与計算担当者にとって混乱の原因となることがよくあります。前職で学生ローンの天引きを受けていた新入社員の場合、指標は「有」と表示されますが、返済額は表示されません。給与計算ソフトは、天引きの要否と、どの返済計画（プラン1、プラン2、プラン4）に基づくかを判断するためにこの指標を必要とし、従業員の総支給額から毎月の返済額を計算します。抽出された列には、指標を数値ではなく、カテゴリ値（プラン1 / プラン2 / プラン4 / 大学院 / なし）として取得する必要があります。

複数雇用のP45

常勤の仕事と週末のパートタイムの仕事の2つを同時に掛け持ちしていた従業員が、そのうちの1つの仕事を辞めた場合を考えます。退職した雇用に関するP45には、「これまでの総支給額」（両方の仕事を含む累計）と「この雇用における支給額」（退職した仕事のみ）の両方が表示されます。この2つの数値は異なり、どちらも重要です。「これまでの総支給額」は、HMRCへの継続報告のために給与計算ソフトの年度累計フィールドに入力します。「この雇用における支給額」は、この特定の仕事が支払った金額を記録するためのものです。抽出処理では、両方を別々の列として取得します。手動で入力する担当者がこの2つのフィールドを混同し、「この雇用における支給額」を年度累計として入力してしまうと、従業員の累計所得をHMRCに過少報告することになり、数ヶ月後に税コードの修正が必要になる可能性があります。

抽出したP45データの検証：初回給与計算前のチェック

高い抽出精度でも、給与計算担当者は下流の処理に備えて簡易チェックを行うべきです。以下のP45固有のチェックをExcelで列ごとに実施します。これらは形状チェックであり、元のP45と照合すべき数行を特定するためのもので、完全な監査ではありません。

抽出データに対する検証パスの価値は、行あたり数分ではなく数秒で済むことです。すべてのP45のすべての値を再読するのではなく、形式をチェックします。30行の列は、これらの数式を条件付き書式として適用すれば1分以内にスキャンできます。フラグが付いた3〜4行は手動でレビューし、残りは直接給与計算ソフトウェアに進みます。

P45とスターターチェックリスト：従業員の初回給与明細においてP45データを正確に取得することが重要な理由

新規入社者がP45を持たずに来た場合（学校を卒業して初めての仕事に就く人、長いブランクを経て仕事に復帰する人、書類を紛失した人などが一般的）、雇用主はHMRCスターターチェックリスト（旧P46フォームに代わるもの）を使用しなければなりません。このチェックリストは、従業員の雇用状況について3つの簡単な質問をし、その回答に基づいて暫定の税コードを割り当てます。通常、ステートメントA（本業、他に収入なし）では累積ベースで1257L、ステートメントB（副業）ではBR（基本税率）が割り当てられます。

スターターチェックリストは従業員を給与計算システムに登録しますが、年度累計の給与額や税額は含まれていません。その結果、従業員の基礎控除はゼロから再スタートします。つまり、前職で既に一部を使用している可能性があるにもかかわらず、開始日から全額の控除が適用されるのです。HMRCは最終的にこれを修正しますが、通常は最初のFPS提出から4〜6週間後です。ただし、修正は翌月の給与明細での自動還付ではなく、税コードの調整として行われる場合があります。

適切に抽出されたP45は、この調整期間全体を回避します。税コードはHMRCが最後に発行したものであり、一般的なスターターコードではありません。年度累計の給与額と税額は正確であり、ゼロではありません。奨学金ローンの控除は正しいしきい値から開始され、2ヶ月後にHMRCから開始通知が届いて判明するということはありません。従業員にとって、その違いは正しい初回給与明細と、取り戻しが必要になる可能性のある4〜6週間の暫定控除の違いです。

これこそが、P45データ抽出が単なる利便性以上のものである理由です。「税金は後で整理する」と「初日から税金が正しい」の違いです。年に一度の年度末調整作業であるP60抽出とのさらなる違いは、P45抽出は採用のたびに発生するため、2週間の窓口に詰め込むのではなく、暦年全体にわたって償却できるワークフローであることです。

FAQ