手動P45処理の本当のコスト
英国給与計算チームのためのフレームワーク

P45が二度届く理由

英国の雇用主はすべて、P45の作成者であり消費者でもあり、その手作業コストは両方の役割で発生します。退職者がいる場合、P45を発行する義務があります。これは2003年所得税（PAYE）規則第36条に定められており、雇用終了時の証明書の交付を義務付けています。入社者がいる場合、前職のP45を持参するため、雇用主は消費者となります。その証明書の数値を給与計算システムに取り込み、新入社員の税コードを正しく設定する必要があります。

このフォームは、この引き継ぎのために設計されています。P45には4つの部分があります。Part 1は歳入関税庁（HMRC）に送付されます。現在は郵送ではなく、リアルタイム情報（RTI）を通じて電子的に送信されます。Part 1Aは従業員が保管する控えです。Part 2と3は退職者が次の雇用主に渡すもので、雇用主はこれを使って新入社員を登録し、初日から正しい税コードを適用します。各部分には同じコアデータが含まれています。退職日、当該課税年度の総支給額と総所得税額、退職時の税コード、国民保険番号、学生ローン控除の有無、税コードが累積適用されたかどうかを示すWeek 1/Month 1指標です。

これらの数値が関連する課税年度は4月6日から翌年4月5日までで、支給額と所得税額はその期間内でのみ意味を持ちます。そのため、単に無視してゼロから再入力することはできません。これらは、新たな雇用主が従業員の税務状況をリセットせずに継続するために必要な累計値です。英国の給与計算チームが今なお紙のP45を手作業で処理する理由の分析では、この引き継ぎが実際にどのように機能しなくなるかを追跡しています。本記事では、その機能不全のコストを試算します。そのために、2つの役割を分けて考えます。なぜなら、それぞれに異なるコストがかかるからです。

発行側：見た目より安いが、無料ではない

P45の発行は安価な側面です。最新の給与計算ソフトが処理を行うからです。従業員を退職者としてマークし、退職日を入力すれば、ソフトが年度累計額を計算し、4つのパートすべてを生成し、同じ最終給与計算の中でPart 1をRTIを通じてHMRCに提出します。Sage Payroll、BrightPay、Xero Payroll、Iris、Moorepayはすべてこれを標準機能として処理します。証明書を作成する際に手動で転記する必要はありません。もし発行側だけが問題であれば、この記事はここで終わっていたでしょう。

しかし、自動化後も2つの残余コストが残ります。1つ目は配布と修正です。証明書を退職者に届け、退職者が最終的な数字に異議を唱えたり、退職日を誤って入力した場合に再発行する手間です。これは複雑な退職手続きに集中し、数分程度です。2つ目はより静かで大きなコスト、記録保管です。HMRCは給与記録を関連する課税年度終了後少なくとも3年間保管するよう義務付けており、適切な記録を保管しない場合、「支払うべき額を推定し、最大3,000ポンドの罰金を科す可能性がある」と警告しています。ソフトウェア内に自動生成されたP45は、防御可能な記録です。誰かがスプレッドシートに再入力した数字は、元の証明書にリンクされておらず、防御できません。

つまり、発行側は真に低コストです。退職者1人あたり数分と、継続的な記録保管義務と考えてください。その考えは一旦置いておいてください。P45を発行する側から受け取る側に視点を移すと、計算式が完全に変わります。

受取側：実際に入力が発生する場所

受取側が高コストなのは、P45ライフサイクル全体で、人間が構造化データを給与計算システムに手入力する唯一のポイントだからです。あなたのソフトウェアは退職者の証明書を生成しましたが、新しい従業員が別の雇用主のソフトウェアから持参した証明書を読み取ることはできません。誰かがそのPDFや紙のフォームを開き、税コード、支給済額、課税済額、国民保険番号、学生ローン有無を読み取り、それぞれを新入社員の記録に入力しなければなりません。

人件費を正直に2つの要素で見積もりましょう。レート：英国の給与管理担当者の年収は、Robert Halfの2026年給与ガイドによると27,000ポンドから33,000ポンドで、中央値は約29,750ポンド（税込）です。税込額は雇用主負担コストではありません。雇用主のクラス1国民保険（2025年4月以降、2027/28年度まで凍結されている5,000ポンドの第2閾値を超える所得に対して15%）と、自動加入年金を加え、年間約1,700時間の実労働時間で割ると、負担コストは1時間あたり約21ポンドになります。時間：新入社員設定に必要な5つのフィールドを転記し、確認のために見返すのに、証明書が鮮明な場合は約2分、かすんだコピーや学生ローンの状況を確認する必要がある場合は3〜4分かかります。

2分で21ポンド/時間なら、人件費は約70ペンスです。だから誰もコストとして認識しないのです。しかし、人件費は受け取ったP45がもたらす4つのコストのうちの1つ目に過ぎず、最も小さいものです。他のコストは、キー入力ミスが発生した瞬間から始まります。

手動データ入力には測定可能な誤り率が存在する。訓練されたオペレーターのフィールド単位の精度は、良好な条件下で約1％、時間的制約や文書品質のばらつきがあると3～4％に上昇する。P45が扱う5つのフィールド全体では、フィールド単位1％の誤り率で、特定のレコードに少なくとも1つの誤りが含まれる確率は約5％、4％では約5分の1に近づく。最も重要なフィールドは税コードである。なぜなら、それは短く、ノイズのように見え、即座に適用されるからだ。1257Lと入力すべき税コードが1275Lと入力された場合（2桁の転置）、従業員の非課税枠が静かに変更され、給与明細が間違っていることが判明するまでその誤りは表面化しない。（2025/26年度の標準コード1257Lは、完全な12,570ポンドの人的控除を示す。文字と数字の両方に意味がある。）

緊急税コードの連鎖：1桁の誤りが3つの部署を巻き込む

P45の数値の入力ミスや欠落は、単なる給与計算の問題に留まらない。それは従業員の問題となり、次にHMRCの問題となり、そして再びあなたの問題となる。これがP45に固有のコストであり、受領側が発行側をはるかに凌ぐ理由である。正しい前職の給与・税コード情報が給与計算に届かない場合（P45の遅延、紛失、入力ミスが原因で）、HMRCのルールにより、ソフトウェアは緊急税コードを適用せざるを得なくなる。緊急コードはW1、M1、X、NONCUMで終わるもので、その年の年初から稼得・課税されたすべてを無視し、「その週または月に支払われた額のみに基づいて」従業員に課税する。

誰が負担するのか、金銭の流れを追ってみよう。年収30,000ポンドの場合、非累積のW1/M1コードは、最初の影響を受ける月において、正しい累積コードよりも著しく多くの税金を源泉徴収する。従業員は、本来受け取るべき控除が保留されている間、月の手取り額のかなりの部分を一時的に過剰に課税される。この過払い金は、HMRCがRTIを通じて記録を更新した後に最終的に還付されるが、その間の摩擦は3つの異なる部署に降りかかる：

• 従業員の部署。 最初の給与明細が数百ポンド少ない。Redditのr/UKPersonalFinanceでは、ある新入社員が「最初の給料で50％以上課税された」と述べ、その後HMRCに電話して「給与計算部門が誤ったP45詳細を提出したことが過剰課税の原因だった」と発見したと報告している。過剰課税は現実のものであり、その原因は上流での転記ミスだった。
• あなたの給与計算部署。 苦情はまずあなたのところに来る。誰かがそれに対応し、P45と入力内容を再確認し、記録を修正し、有効なP45が全く届かなかった場合は、HMRCのスターターチェックリスト（旧P46に代わるプロセス）で詳細を取得し、スターター申告を設定する必要がある。これは1件あたり20～30分の課金不能な時間であり、不安な新入社員を安心させるために費やされ、給与計算の本来の業務からは逸れる。
• HMRCの部署。 修正ループはHMRCのシステムを通じて実行され、記録が修正されるまで、従業員は「その年に正しい税金を支払うまで緊急税コードのまま」となる。

これらのどれも請求書には現れない。「 onboarding の進め方」として吸収される。言い換えれば、誰もそのコストを計算していないのだ。そして、人件費とは異なり、このコストはチームのタイピング速度が上がっても減少しない。間違った数値がそもそも入力されなくなることでのみ、このコストは減少する。

ペナルティと記録の露見

最も高くつくP45のエラーは誰も気づかないものです。なぜなら、それが数年後にHMRCのペナルティに変わるからです。誤入力された証明書の背後には2つのリスクが潜んでおり、どちらも確率的で確実ではありません。だからこそ、コストの議論から除外されるのです。

記録。 3,000ポンドの記録ペナルティは、番号を間違えたことに対する罰金ではありません。それは、番号が正しかったことを証明できないことに対する罰金です。調査官が数値を立証するよう求めたとき、唯一の証拠が、誰かがスプレッドシートに入力したセルで、元のP45への監査証跡がない場合、HMRCは記録が不十分であるとみなすことができます。間違った国民保険番号は典型的なケースです。QQ 12 34 56 Cという形式で一度入力され、2文字が入れ替わると、何年も給与記録に検出されずに埋もれ、調査で表面化するまで拠出金を誤って帰属させ続けます。

不正確。 誤ったP45の数値が税額を過小申告する申告に流れ込んだ場合、2007年財務法附則24に基づき、定額ではなく、潜在的な損失税収のパーセンテージでペナルティが適用されます。過失による不正確さ（転記ミスが該当するカテゴリ）は損失税収の30％、意図的は70％、意図的かつ隠蔽は100％です。HMRC自身のCC/FS7Aファクトシートは、合理的な注意を払った場合にはペナルティを課さないと確認しています。しかし、検証ステップのないスプレッドシートでは、事後的に合理的な注意を払ったことを立証するのは困難です。

これらをモデルに正しく組み込む方法は確率的です。つまり、手動入力がそれを引き起こす可能性にリスクを掛け、それを従業員数と複数の課税年度にわたって計算します。その数字は単年度では小さく、合計すると気持ち悪いほど大きくなります。これこそが、決して測定されることのないコストの決定的な特性です。

退職者1人から年間コストへ：規模の拡大

1件あたりのコストは小さく見えますが、年間コストはそうではありません。P45は、採用と退職のたびに発生する高頻度イベントだからです。これが、5月に一括でコストが発生するP60とP45の違いです。年間のピークをモデル化した手動P60処理が英国雇用主に課す年間コストとは対照的に、P45のコストは継続的に積み上がり、従業員の離職率に連動します。

CIPDによると、英国の平均離職率（労働者の転職・退職率）は2022～2023年で約34％、2025年春の雇用主調査では年間平均約15％で、業種によるばらつきが大きく、行政で約25％、接客業では50％を超えます。平均15％の安定した200人規模の企業を例にとると、年間約30人の退職者（P45発行30件）が発生し、欠員補充に伴い、P45を持参する新規入社者が約30人加わります。つまり、年間60件のP45タッチポイントが、発行側と受取側に分かれて発生します。

幅を持たせているのは意図的で、その形状こそが重要です。誰もが考える人件費の2項目が、最も小さいのです。自社の数値を算出するには、以下の4つの式に当てはめてください。

• 発行人件費 = 年間退職者数 × 証明書1件あたりの所要時間（分）÷ 60 × 時間給（諸経費込み）
• 受取人件費 = 年間新入社員数 × P45 1件あたりの所要時間（分）÷ 60 × 時間給（諸経費込み）
• エラー＋連鎖コスト = 受取P45数 × 記録レベルのエラー率 × （修正時間＋想定される従業員・HMRC対応コスト）
• 罰則リスク = 不正確性・記録管理リスク × 手動入力がそれを誘発する確率（各課税年度で合計）

複数のクライアントの給与計算で開始者を調整する給与計算事務所は、受け取り側をすべてのクライアントに一度に掛け合わせるため、このコストを最初に感じることになります。そのワークフローのバッチ版（多数の退職者を1つの退職データベースにまとめる）については、月次P45退職者フォームを従業員データベースにバッチ処理する方法をご覧ください。件数に関わらず、その原動力はエラー行であり、エラー行はたった一つの作業、つまり証明書の数字を読み取ってセルに入力するという作業によって生まれます。

抽出が計算を変える理由

再入力がなくなれば、4つのコストラインすべてが同時に動き出します。これがドキュメント抽出ツールの機能であり、その仕組みは既存の給与計算ソフトウェアとは異なるため、正確に理解しておく価値があります。給与計算ソフトウェアは自社のデータベースからP45を生成するように作られていますが、他のシステム（以前の雇用主、別のプロバイダー、スキャンされた紙のフォーム）で作成されたP45を読み取ることはできません。抽出ツールはその逆で、手渡された証明書を読み取ります。

テンプレートベースのツールが採用する、ページ上の固定位置を照合するアプローチ（別の給与計算システムがP45を異なるレイアウトで出力すると機能しなくなります）ではなく、セマンティック抽出は各フィールドの意味を読み取ります。これがカスタム列抽出です。「税コード」「支給総額」「税額総額」「NI番号」「学生ローン」など、必要な列名を一度入力するだけで、AIがバッチ内のすべてのP45について、ラベルを理解することで各値を特定します。フォームがSage、BrightPay、Xero、または手書きのHMRC指定テンプレートのいずれであっても問題ありません。定義した列がスプレッドシートのヘッダーになります。ソースのレイアウトは関係ありません。アップロードから新入社員ごとに1行のクリーンなデータを得るまでの手順は、英国P45退職者データを給与計算用にExcelに抽出するガイドをご覧ください。

エラー行に直接対処する手段が計算列です。これは、AIがページから読み取るのではなく、抽出中に値を計算する列です。「税コードが有効なHMRC形式でない場合にフラグを立てる」などのチェックを定義すると、ツールは給与計算に到達する前に転記ミスを表面化させ、検証を全面的な再確認から1つの列を一目見るだけに変えます。同じ抽出ロジックを日常的な賃金明細書に適用した例は、給与明細からExcelへのユースケースで紹介されています。

入社手続きの段階には、モデルが静かに想定している独自のコストが存在します。それは、前の雇用主が発行を渋るP45を求めて新入社員を追いかけることです。コレクションリンクがこの問題を解決します。共有可能なリンクを生成し、それを新入社員に送信すると、本人が短い確認コードを入力するだけで、アカウントを作成することなくP45を直接処理キューにアップロードできます。これにより、「ファイル待ち」のギャップが解消されます。このギャップこそが、新入社員が最初に緊急コードに該当する最も一般的な理由です。

1件あたり約10秒の処理時間（手入力では2～4分）で、抽出作業は労力を削減するのではなく、完全に排除し、確認のための一瞥だけを残します。また、AIはキーボードの正確性に頼らずラベルを読み取るため、連鎖的なエラーやペナルティリスクを引き起こすエラー率は、自動化された最低水準にまで低下します。手動によるP45処理を無料に見せかけていた計算は、労働力に関しては決して間違っていませんでした。間違っていたのは、どの項目が重要かという点です。

よくある質問 — 英国P45処理コスト