P45フォームが
英国の給与チームに思っている以上にコストをもたらす理由
2024年には、英国の労働力の34%にあたる約1,100万人が転職または労働市場から離脱しました。これは年間人口調査のCIPD分析によるものです。その退職者全員に対して、2003年所得税(PAYE)規則第36条に基づく法的義務が発生しました。雇用主は、退職給与期間内または「不当な遅延なく」P45を発行しなければなりません。この義務自体は問題ではありません。問題は、リアルタイム情報(RTI)が2013年にP45のパート1をデジタル化したものの、残りの3つのパート(従業員の記録用の1A、新しい雇用主用の2と3)は、このフォームが導入された1944年に設計された配布経路に依然として従っていることです。その経路のどこかで、退職日と新しい職場での最初の給与支払いの間に、紙が紛失したり、数字が誤入力されたりして、HMRCのシステムは従業員が数週間、あるいはそれ以上気づかないかもしれない緊急税コードにデフォルト設定されるのです。

重要なポイント
- 2024年の英国での1,100万件の転職により、1,100万枚のP45が発生しました。保守的なフィールドエラー率で見ると、統計的に手入力で再作成されたP45の10枚に1枚は、少なくとも1つの誤った数字が給与システムに入力されています。
- 本当のコストはHMRCへの訂正の電話ではなく、5年前に誤入力されたNI番号が給与アーカイブに検出されずに残り、検査を待って従業員1人あたり最大£3,000の罰金につながることです。
- P45データはフォームにすでに印刷されています。それを直接抽出すれば、給与管理者は検証者となり、雇用主Aの給与出力と雇用主Bの給与入力の間のギャップを、データ作成のキー入力なしに埋めることができます。
RTIが廃止するはずだったフォーム

2013年にRTIが施行される以前、P45はすべて物理的な紙の連鎖でした。雇用主が4枚のカーボン複写を記入し、Part 1をHMRCに郵送し、Part 1A、2、3を退職する従業員に手渡していました。遅延、郵便物の紛失、HMRC側での手作業によるデータ入力は常態化していました。RTIは構造的な解決策として売り出されました。退職者情報は雇用主のFull Payment Submission(FPS)からHMRCへほぼリアルタイムで電子的に送信されるはずでした。Part 1は不要になり、給与ソフトウェアがFPSを生成し、HMRCがデータを受信し、従業員の税務記録が更新されます。
デジタル化の流れは、まさにそこで止まりました。
Part 1A、2、3は今も物理的な書類のままです。従業員はこれらを受け取る必要があります。紙、または雇用主の給与ソフトウェアから印刷・メール送信されたPDFとしてです。従業員はPart 1Aを自身の記録用に保管しなければなりません。そしてPart 2と3を新しい雇用主に渡し、新しい雇用主は最初の給与計算の前に、年度累計支給額、年度累計税額、税コード、NI番号を給与システムに手作業で入力しなければなりません。HMRCの規則では、新しい雇用主がP45なしで給与計算を行う場合、従業員は緊急税コードに適用されます。2013年に廃止されるはずだったこのフォームは、2026年になっても、相互に接続されていない2つの給与システム間で累計税務データを移行する唯一の仕組みなのです。
構造的な現実:RTIがデジタル化したのは、P45の雇用主からHMRCへの経路だけです。雇用主間の経路には何の対応もしていません。RTIが届かなかった退職手続きのすべての部分は、現在システム間の継ぎ目となっており、その継ぎ目ごとに誰かが手入力しています。
退職者全員に発行されるP45:誰も数えていない量
P45は稀にしか発行されない書類ではありません。退職、解雇、定年退職、懲戒解雇、有期契約の満了、さらには死亡といったあらゆる離職事由に対して発行されます。それらの事由のほとんどは人事部の書簡から始まり、署名済みの退職書簡をExcelに抽出することで、最終勤務日、離職理由、最終給与の詳細をP45と併せて取得できます。労働移動率34%、PAYE対象労働力が約3,300万人という経済規模を考えれば、計算は単純です。毎課税年度に数百万枚のP45が発行されることになります。CIPDの34%という数字は、新たな雇用主に移る27.4%と労働市場から離れる6.6%に分けられます。新しい雇用主にP45を物理的に届けなければならない転職者だけを数えても、毎年約900万枚のP45が移動していることになります。
この移動率は一様ではありません。ホスピタリティ業界は52%の離職率です。建設業、小売業、専門サービス業は全国平均を大きく上回っています。建設会社で現場作業員が400人いれば、同規模の金融サービス企業が5年間に処理する量を上回るP45を1年で処理することになります。季節的なピーク時に1,200人のスタッフを抱えるホテルチェーンでは、年間600人の退職者にP45を発行する可能性があります。こうした離職率の高い業界では、P45の処理フローはコンプライアンス上の後付けではなく、誰の人員予算にも明示的に計上されていない反復的な業務負荷なのです。
下流の数字はさらに規模を拡大します。30社のSMEクライアント(平均従業員数15人)を担当する中規模の給与計算代行会社は、退職者だけで年間450枚のP45を処理します。100人のクライアントの確定申告を処理する会計事務所は、各クライアントの課税年度中の以前の雇用先からのP45の数値を必要としますが、多くの場合、複数の職歴にまたがります。これらのどのシナリオでも、P45は存在します。データはページに印刷されています。しかし、それをページから必要とするシステム(給与計算ソフトウェア、税務申告書、給付金請求の計算)に移す作業は、依然として手入力なのです。
その手入力をP45からExcelへの変換に置き換えても、フォームの流れは変わりません。4つのパートは依然として説明どおりに移動します。受け取る雇用主側でのキー入力作業がなくなり、給与管理担当者は数字を入力するのではなく確認するだけでよくなるのです。
4つの部分に分かれた配布問題
P45がなぜ構造的な失敗ポイントであり続けるのかを理解するには、各部分が意図された経路をたどる様子を追い、どこで問題が発生するのかを見る必要があります。
パート1 — HMRC。これはRTIが解決した部分です。給与ソフトウェアが従業員の最終給与日の当日またはそれ以前にFPSの一部として提出します。HMRCがこれを受信し、従業員の税務記録が更新されます。この経路は2013年からデジタル化されており、おおむね機能しています。
パート1A — 従業員記録。雇用主はパート2および3と同時にこれを生成します。理想的には最終勤務日か、最終給与明細とともに従業員に届く必要があります。実際には、タイミングは最終給与計算の処理時期に依存します。最終給与が従業員の退職後に計算される場合(休暇手当、予告手当、ボーナスが含まれる場合によくあります)、P45は後日発行されます。10日に退職し17日に新しい仕事を始めた従業員は、P45が届く頃には新しい雇用主での最初の給与計算がすでに行われています。その時点で、パート2と3は遅れています。新しい雇用主での給与計算の時計はすでに動き始めています。
パート2と3 — 新しい雇用主。従業員は最初の給与計算の前にこれらを新しい雇用主に物理的に渡さなければなりません。遅れて届いたり、まったく届かなかったりすると、給与部門はHMRCスターターチェックリストに頼ることになり、これにより年度累計額なしで初期の税コードが割り当てられます。スターターチェックリストは、従業員が累積コード(これが唯一の仕事で、その課税年度に他の雇用がない場合)を得るのか、基本税率BRコード(副業の場合)を得るのかを決定します。チェックリストが誤って記入された場合(例えば副業なのに「これが唯一の仕事」と申告した場合)、税コードは初日から間違ったものになります。そしてP45とは異なり、スターターチェックリストには以前の収入データは含まれていません。累積税額計算を再開することはできません。推測するしかないのです。
あまり明らかではない失敗モードとして、P45遅延シナリオがあります。BrightPayの給与管理担当者向けドキュメントでは、「新しい従業員が最初の給与計算後、かつFPSがHMRCに提出された後に、新しい雇用主にP45を渡す場合がある」というケースが明示的に扱われています。P45が届く頃には、HMRCはすでにスターターチェックリストのデータに基づいて税コードを発行している可能性があります。給与管理担当者は今、HMRC発行のコードを使うか、P45の数値を使うかを決定しなければなりません。ドキュメントでは、HMRCが送信した方のコードを使用するよう指示しています。つまり、従業員が2週間かけて追跡したP45データは入力されない可能性があるのです。書類は届きました。しかし、間に合わなかったのです。
配布チェーンには少なくとも7つの引き継ぎポイントがあります:最終給与計算 → P45生成 → FPS経由のパート1 → 従業員へのパート1A/2/3 → 従業員が1Aを保管 → 従業員が2/3を新しい雇用主に渡す → 新しい雇用主がデータを給与システムに入力 → 新しいFPS提出。各矢印がブレークポイントです。チェーン全体を所有する単一の主体は存在しません。
Part 2の紛失から緊急課税へ:コストの連鎖
Part 2とPart 3が最初の給与計算までに新しい雇用主に届かない場合、従業員は緊急税コード(通常は1257L W1(週1)または1257L M1(月1))に分類されます。これらのコードは各給与期間を独立した課税期間として扱い、年度累計の調整は行われません。標準的な個人控除は、これまでの総収入に対して累積的に適用されるのではなく、各給与期間に均等に分割されます。

その計算は厳しいものです。年収£30,000の従業員が累積コード1257Lの場合、月々の税額はおよそ£290です。緊急コードM1の場合、控除額は約£400となり、その差は月々£100〜£150になります。新しい仕事を始めたばかりで、収入の空白期間を経た可能性のある従業員にとって、手取り収入が£100減ることは抽象的なコンプライアンス上の懸念ではありません。それは現実のキャッシュフローへの打撃です。
HMRCは税コードの修正について「仕事を始めてから最大35日かかる場合がある」と述べています。実際には、その期間は3つの別々のシステムが連携するかどうかに依存します。前の雇用主が離職者FPSを提出し、新しい雇用主が入社者FPSを提出し、HMRCのシステムが両者を照合する必要があります。いずれかの時点で遅延が発生すると、修正期間は35日を超えます。2回の給与期間にわたって緊急課税された従業員は、3回目も緊急課税される可能性があり、その時点で£300〜£450の損失となります。HMRCは過払い分を還付しますが、その還付の仕組みはその後の状況に依存します。修正が同じ課税年度内に届いた場合、雇用主が将来の控除を調整します。課税年度終了後に届いた場合(遅延修正で起こり得ます)、従業員は個人税口座または電話で直接還付を請求しなければなりません。HMRCは、毎年最大100万人が過払い税の還付請求を怠っていると推定しています。
より広範な税コード誤り統計も、別の角度から同じことを示しています。2023/24年度には560万人が所得税を過払いし、その総額は£35億に上りました。The Tax Refund Companyの調査によると、従業員の36%が4年間のうちに少なくとも1回は誤った税コードに分類され、平均で各£204を失っています。これらの誤りのすべてがP45の紛失に起因するわけではありません。しかし、P45の紛失はこの連鎖の中で最も構造的に予防可能な原因であり、最も広範に分散しています。この引き継ぎを単独で所有する給与システムも、雇用主も、HMRCのプロセスも存在しません。したがって、その修正に責任を負う単一の主体も存在しないのです。
なぜ紙のP45がなくならないのか:組織の慣性とバックアップ問題
HMRC自身の変革ロードマップ(2025年7月公表)には、50以上のプロジェクトが掲げられている。新しいPAYEポータル、相続税サービスのデジタル化、AIを活用したコンプライアンスエンジン、ヘルプラインの音声生体認証などだ。しかし「P45」という言葉は一度も登場しない。「税コード通知書への紙依存をなくす」と謳い、「税務上の変更を国民に伝える新たな方法」を試験しているこの機関において、雇用主間の退職者フォーム——従業員が新しい仕事で正しい税コードでスタートできるかどうかを、他のどの書類よりも左右する一枚の紙——は、デジタル化の対象から外れている。
その理由は二つあり、官僚的なものではなく構造的なものだ。
第一に、P45はバックアップシステムとして機能している。RTIのFPS提出が失敗したとき、給与ソフトが破損したファイルを生成したとき、雇用主がオンラインで提出したものの、新しい雇用主のソフトウェアが古くて電子税コードを受信できないとき——紙のP45がフェイルセーフとなる。バックアップが存在する限り、一次的なRTIパイプラインは完全である必要はない。バックアップを廃止するには、RTIを真にフォールトトレラントにする必要があり、それはデジタルフォームを発行するよりはるかに大規模なプロジェクトだ。HMRCから見れば、紙のP45を廃止するコストはフォーム自体のコストではない。バックアップが不要になるほどデジタルインフラ全体を堅牢にするコストだ。その請求書が変革ロードマップに明記されることは決してない。誰もそれを要求したことがないからだ。
第二に、引き継ぎは雇用主間で行われ、HMRCの管轄は納税者↔HMRCである。P45のギャップは、雇用主Aの給与出力と雇用主Bの給与入力の間の領域に存在する。この領域は、FPS提出のようにHMRCが規制しているわけではない。「P45電子引き継ぎ基準」は存在しない。パート1A、2、3の必須フォーマットは、HMRCの印刷用P45設計仕様書——A4白紙、最低80 gsm、純黒インクのみ——に定められているだけだ。この仕様はフォームの見た目を規定するものであって、データがシステム間でどのように移動するかを規定するものではない。そのギャップを埋めるのは誰の仕事でもない。
誰も測定しない手入力要因

システム間の継ぎ目 — P45 PDFと新しい雇用主の給与入力画面の間、紙のフォームとスプレッドシートの間 — こそがデータが再入力される場所です。そして再入力こそ、エラーが発生する場所です。
手動データ入力の研究では、訓練されたオペレーターのフィールドレベルのエラー率は1%から4%に収束します。給与計算では、業界調査により、給与計算実行の約20%に少なくとも1件のエラーが含まれることが判明しています — フィールドの20%ではなく、給与計算サイクル全体の20%です。年間200人の退職者を処理する中規模の雇用主の場合、各P45にはおよそ10個の入力可能なフィールド — NI番号、退職日、税コード、累計支給額、累計税額、学生ローンの有無、週/月番号、従業員の個人情報 — があり、年間2,000フィールドが入力されます。1%のフィールドエラー率では、20件の誤入力フィールド。給与計算の状況により現実的な3%の率 — 時間的プレッシャー、雇用主間の形式の違い、検索可能なPDFではなくスキャンで届くP45 — では、年間60件のエラーになります。
レコードレベルのエラーは、給与計算チームの想定よりも速く累積します。P45あたり10フィールド、フィールドレベルのエラー率1%の場合、レコードレベルのエラー率 — 特定のP45に少なくとも1つの誤りが含まれる確率 — は約9.6%(1 − 0.99¹⁰)です。手入力されたP45のほぼ10件に1件には、少なくとも1つのエラーが含まれています。450人規模の給与計算事務所の場合、年間およそ45枚のP45にレコード内のどこかにデータエラーがあることになります — そしてそれぞれが、誤った税コード、重複するP45修正、HMRCのコンプライアンス照会の可能性をはらんでいます。
これらのエラーのコストは、修正時間そのものではありません。それも確かに重要ですが — 1つの誤った税コードで、HMRCへの電話、修正済みFPS提出、訂正済みの給与明細、そして誤りに気づいた従業員との会話が必要になる可能性があります。本当のコストは、累積的なコンプライアンスエクスポージャーです。HMRCは雇用主に対し、給与記録を少なくとも3年間保持することを義務付けています。調査下では、雇用主は給与システムの数値が原本書類の数値と一致することを証明できなければなりません。誤入力されたP45の数値が入ったスプレッドシート — エラーがいつ、誰によって導入されたか、元の値が何であったかを示す監査証跡がない — は、検証不可能な記録です。不十分な記録に対する罰則は、従業員1人あたり最大£3,000です。正しく入力されたP45が責任を生むことはありません。1桁誤って入力され、5年前に入力され、アーカイブに静かに眠っているP45こそが、責任を生むのです。
システム上の失敗はP45自体ではありません。4部構成の紙配布と手動データ入力の組み合わせ — 1944年のプロセスを2013年のデジタルRTI基盤に移植し、その継ぎ目を誰も監査しないキーストロークで埋めていること — こそが問題なのです。
悪循環を断ち切る:キーボードが消えたときに変わること
P45の紙の問題は、HMRCにフォームの廃止を求めるだけでは解決できません。紙はRTIが依存するバックアップ機能を果たしており、HMRCの変革の優先事項は他にあります。修正できるのは、タイピングの部分です。
P45が届いたとき(前の雇用主の給与ソフトウェアからのPDF、RTI導入前の対応を続ける事業所からの紙のフォームのスキャン、退職者が前職からテキストで送ってきた写真など)、そのデータを打ち直す必要はありません。P45の意味構造を理解するドキュメント抽出ツールは、税コード、年度累計の給与・税額、退職日、NI番号、学生ローンの有無をページから直接読み取ります。出力はPDFではありません。給与管理担当者がスプレッドシートに入力するのと同じ列を持つ、構造化されたデータ行が数秒で生成されます。システム間の継ぎ目だったキーボードは、作成ステップではなく検証ステップになります。
これについて詳しく解説しているのが、P45の退職者データを給与計算用にExcelへ抽出するという関連ガイドです。印刷、スキャン、PDFなど、あらゆる形式のP45を、1つのフィールドも打ち直すことなく構造化された給与データに変換する方法を説明しています。技術は存在します。P45も存在します。両者の間にあるギャップは、キーストロークの数で測れます。
英国の税務文書全体における手動給与データ入力の構造的リスクについての広い文脈は、英国給与計算における手動P60データ入力の分析が同じパターンをたどっています。ソフトウェアで生成され、人が消費し、スプレッドシートに入力される年度末証明書が、それを処理する部門にどれだけのコストをもたらすかを示しています。
よくある質問
P45を紛失した場合、再発行してもらえますか?
いいえ。HMRCは以前の雇用主はP45を再発行できないと明示しています。P45を紛失した場合、または受け取らなかった場合、新しい雇用主は代わりにHMRCスターターチェックリストを使用する必要があります。つまり、P45が可能にする累積税額計算の恩恵を受けられず、HMRCが記録を修正するまで緊急税コードが適用される可能性があります。
新しい雇用主がP45を受け取る前に給与計算を行った場合はどうなりますか?
緊急税コード(通常は1257L W1またはM1)が適用され、各給与期間が累積ではなく独立して処理されます。年収30,000ポンドの場合、正しい累積コードと比較して月々約100〜150ポンド多く税金が差し引かれます。HMRCによると、修正には最大35日かかる可能性があります。過払い税金は還付可能で、税年度内に修正された場合は以降の給与明細での控除減額、または税年度終了後にHMRCへ直接請求することで返金されます。
なぜHMRCはP45を完全にデジタル化しないのですか?
パート1は既にデジタル化されており、RTIのFull Payment Submissionを通じてHMRCに電子的に提出されます。パート1A、2、3は、RTIが置き換えるよう設計されていない雇用主間の引き継ぎ機能を果たすため、物理的なまま残っています。HMRCの現在の変革作業は、納税者向けデジタルサービス(新しいPAYEポータル、デジタル税コード通知)を優先しており、雇用主間のデータ転送ギャップには対応していません。また、紙のP45はシステムのバックアップとして機能し、RTI提出が失敗した場合に税データ継続のための代替手段を提供します。
P45を発行しない場合、雇用主は罰金を科されますか?
P45を提供しなかったことのみに対する固定の独立した罰則はありません。ただし、これは広範なPAYE不遵守の判断に寄与する可能性があります。雇用主は、不十分または不正確な給与記録に対して従業員1人あたり最大3,000ポンドの罰金に直面し、RTI提出の罰金は雇用主の規模に応じて月額100ポンドから400ポンドの範囲です。P45を受け取らなかった従業員はHMRCに申し立てることができ、雇用主の給与慣行に関するコンプライアンスレビューが行われる可能性があります。
同じ税年度に複数の仕事をしていた場合、複数のP45を受け取りますか?
はい。税年度中に退職した各雇用主は、個別のP45を発行する必要があります。2つの仕事を同時に持ち、両方を退職した場合、2つのP45を受け取ります。それぞれにその特定の雇用からの給与と税金のみが表示されます。これによりデータ集約の問題が生じます。新しい雇用主や会計士は、複数のP45から数値を組み合わせて総合的な税務状況を把握する必要があり、統合のたびに手動計算エラーの可能性が生じます。
P45とP60は同じものですか?
いいえ、違います。P45は退職時に発行され、その課税年度の開始日から退職日までの給与と税金を記載します。P60は課税年度末(5月31日まで)に、4月5日時点で給与計算に残っている全従業員に発行され、その課税年度全体を対象とします。12月に退職した従業員は12月にP45を受け取ります。その従業員はその雇用主からP60を受け取りませんが、P45を発行した雇用主はHMRCのコンプライアンス目的で少なくとも3年間記録を保持する必要があります。