P45データ入力ミス6選
新入社員に過剰課税をもたらす — 修正にかかるコストとは

P45の1つの誤りが、なぜ1つの誤りで終わらないのか

P45の誤りが拡大するのは、PAYEが累積方式だからです。領収書や請求書のように、入力ミスが1つの書類だけに影響するのとは異なり、P45は、給与計算ソフトが税年度の残り期間、毎回の給与計算で繰り返す累積計算の開始値を設定します。税コード、支給額累計、またはWeek 1/Month 1ベースの設定を誤ると、ソフトウェアはその誤りを一度だけ適用するのではなく、誰かが気づいて基準値を修正するまで、その後のすべてのFull Payment Submission（FPS）に誤りを引き継ぎます。

これが、P45のミスと他のほとんどのデータ入力ミスとの違いです。緊急税のスレッドにあった従業員は、最初の月にたった一つの間違った数字で過剰に課税されたのではありません。最初の月、2ヶ月目、3ヶ月目、4ヶ月目と過剰に課税されました。なぜなら、間違った開始点が間違った控除を生み出し続けたからです。そしてHMRCは完全な所得データが揃って初めて調整を行うため、還付は通常、税コードが年度途中で修正されるか、最悪の場合、税年度が終了するまで行われません。たった2秒の入力ミスの結果は、従業員の数ヶ月にわたるキャッシュフローに影響します。

以下の6つの誤りは、給与計算フォーラムやHMRC自身の修正ガイダンスで繰り返し見られるものです。それぞれ具体的なので、自分がそのミスをしたかどうかがわかります。そして、それぞれに「もっと注意する」以外の根本原因があります。

ミス1：税コードの数字の桁違い

最も一般的なP45の誤りは、税コードの1桁の数字の入れ替えです。1257Lを1275Lと入力したり、1250Lを1205Lと入力したりするケースです。1文字の違いなので些細に見えますが、税コードの数字は従業員の非課税枠を10で割ったものです。1257Lは12,570ポンドの非課税枠、1275Lは12,750ポンド、1205Lは12,050ポンドを付与します。コードが間違っていると、従業員は権利のない控除を受け取るか（後で返還義務が生じる）、権利のある控除を否定される（修正されるまで過払いが続く）ことになります。

根本原因は不注意ではなく、税コードが内部チェックのない数字の羅列であり、あるレイアウトから読み取って時間的プレッシャーの下で別のレイアウトに入力されることです。「1275L」が間違っているようには見えません。これは有効な形式のコードであり、単に別の控除枠に属しているだけです。そして給与計算ソフトウェアは、P45と一致するかどうかを問わず、適切な形式のコードをすべて受け入れるため、この誤りは最初の給与計算に静かにすり抜けます。

一度発生した修正は、簡単な編集ではなくHMRCを通じて行われます。HMRCはP6またはP9通知を介して修正コードを発行し、ソフトウェアはそれを将来に適用します。コードが累積方式だった場合、次の給与明細で通常、年度累計のポジションが自動修正されます。Week 1/Month 1ベースだった場合、過払いまたは過少払いは年度末まで未解決のままとなります。いずれにせよ、修正はエラーよりも時間がかかります。

間違い2：退職日を誤って入力、または空白のままにする

退職日を間違えると、その従業員の税年度上の位置が狂います。また、空白のままプレースホルダー（給与システムによっては空の日付を1900年1月1日と解釈することがあります）が適用されると、HMRCで重複したPAYEレコードが作成される可能性があります。P45の退職日は、前の雇用が終了した税週または税月をソフトウェアに伝え、それが新しい雇用の開始位置を決定します。これを間違えると、累積計算が年度の間違った時点に固定されてしまいます。

HMRC自身のFPS修正に関するガイダンスでは、その後の修正作業がどれほど複雑になるかが明確に示されています。支払日や退職日を誤って報告し、「退職後の支払い」フラグが関係する場合、「期間内支払額」と「年度累計支払額」の両方のフィールドに同じ金額を入力してはいけません。そうすると従業員の重複レコードが作成されるため、「期間内支払額」フィールドには0.00を入力し、給与計算を正しい税期間に再調整する必要があります。これは、たった一つの日付の入力ミスが引き起こす複数ステップの調整作業です。

根本的な原因は、退職日が混同されやすいことです。従業員の雇用終了日、最終給与の支払日、P45を受け取った日はすべて異なるものであり、P45のレイアウトではこれらの区別が必ずしも明確ではありません。退職日として支払日を入力してしまうと、タイムラインがずれてしまいます。

間違い3：「年度累計支払額」と「本雇用における支払額」の混同

従業員が複数の仕事をしていた場合、P45には2つの支払額が表示されます。「年度累計支払額」（本税年度の全雇用を通じた累計）と「本雇用における支払額」（退職した仕事のみ）です。このうち間違った方をソフトウェアの年度累計フィールドに入力すると、従業員の累計所得がHMRCに誤って報告されます。この2つの数字は意図的に異なっており、累積税額計算を左右する年度累計フィールドに入力すべきは、そのうちの1つだけです。

「本雇用における支払額」を「年度累計支払額」とすべき場所に入力すると、従業員の年間所得が過小評価されます。するとソフトウェアは、実際よりも多くの非課税枠が残っていると判断し、数ヶ月にわたって税金を過少に控除します。その不足分は後日、厄介な税コード修正として表面化します。HMRCは未納税額を回収するために税コードの非課税枠を減らすため、従業員は突然、取り戻されるはずだった金額を補うためのはるかに大きな控除を目にすることになります。

このミスは新人だけでなく、経験豊富な管理者も陥ります。なぜなら、単一雇用のP45では2つの数字が同一であるため、「とにかく支払額を取得する」という習慣が、複数ジョブの離職者に対しては黙って機能しなくなるからです。根本的な原因は、この区別が一部の場合にのみ重要であり、まさにそのような場合に機械的なコピー手順が失敗することにあります。各P45ボックスの意味を項目別に解説したものは、こうした二重数字のケースに備えて手元に置いておく価値があります。

間違い4: Week 1/Month 1コードを累積課税として扱う

「W1」または「M1」のサフィックスが付いた税コード（例：1257L M1）は非累積的であり、そのサフィックスを無視して（コードを単なる1257Lとして入力する）ソフトウェアに控除を累積的に適用させるべきではありません。Week 1/Month 1は、各給与期間が独立して課税され、その期間の給与のみを使用し、年度のそれ以前は無視することを意味します。サフィックスを削除すると、計算方法が変わります。

その結果は、無視された方法によってどちらかに傾きます。従業員が本当にM1であるべき場合（HMRCは、前年度の記録が不完全な場合によく適用します）に累積コードを入力すると、ソフトウェアは従業員が既に他で使用した控除を返してしまい、現在の源泉徴収が不足し、後で請求が発生します。逆の間違い—HMRCがその後累積コードを発行したにもかかわらず、緊急用のM1コードをそのままにしておく—は、控除が期間をまたいで累積されないため、従業員が過剰に課税されたままになります。

根本的な原因は、W1/M1フラグが2文字のサフィックスであり、後付けのように見えますが、計算全体を変えることです。「1257L M1」と「1257L」を、ラベルが付いた同じコードとして扱いがちです。これらは同じコードではありません。注意すべき点：P45上の正規のW1/M1コードは、そのまま入力するというHMRCの権威ある指示であり、数字を累積的に見せるために「修正」すべきエラーではありません。

間違い5: 国民保険番号の入力ミス

国民保険番号が間違っていると、HMRCは新規入社者を既存の記録と照合できず、最初のFPSが拒否されたり、最悪の場合、別の人のアカウントに紐づけられたりします。NINOは、HMRCが個人をすべての雇用歴にわたって照合するために使用するIDキーです。その形式は固定されています—2文字、6桁、1つのサフィックス文字（例：QQ 12 34 56 C）—しかし、固定形式でも数字の入れ替えは防げず、正しい形式だが間違ったNINOは完全に有効に見えます。

番号が一致しない場合、報告する国民保険料とPAYEが誤った記録に計上される可能性があります。従業員にとっては、保険料履歴に空白が生じる可能性があり、後で国民年金の受給資格年数や拠出ベースの給付への権利に影響を与える可能性があります。この問題は、何年も後に明細を確認するまで見えません。特定のプレフィックスは発行されないため（文字D、F、I、Q、U、Vは最初の文字として使用されず、Oは2番目の文字として使用されません）、これらは明らかなエラーを示しますが、もっともらしい間違った番号はそのまま通過します。

根本的な原因は、NINOが9文字の純粋な識別子であり、妥当性を確認する意味がないことです—非現実的な給与を疑問視するように、それが間違っていると見分けることはできません。HMRCの記録と一致するかしないかであり、後で判明します。

間違い6：学生ローンの表示を省略する、または返済計画を推測する

P45では、学生ローンはボックス5に「Y」の1文字で示されるだけで、どの返済計画かは記載されません。そのため、表示を省略しても、返済計画を推測しても、毎月の控除額が誤ります。英国給与専門家協会（CIPP）によると、P45の学生ローン欄に「Y」とある場合、次の給与支払日から控除を開始しなければなりません。しかし、P45ではプラン1、プラン2、プラン4、プラン5の区別がつかないため、従業員がどのプランに該当するかを申告する必要があります。

ここには2つの異なるエラーがあります。1つ目は表示の見落としです。チェックボックスは小さく、見逃すと従業員の返済は転職と同時に停止し、気づかないうちに延滞額が積み上がり、後日学生ローン会社が回収することになります。2つ目は返済計画の推測です。HMRCの雇用主向けガイダンスでは、従業員が自分のプランを伝えられない場合、SL1開始通知が届くまでは給与ソフトでプラン5をデフォルトとして使用し、プランを勝手に決めたり、P45を受け取る前の期間の延滞額を控除したりしてはいけないと定めています。間違ったプランを選ぶと、閾値が誤るため、SL1で修正されるまで毎月、給与の間違った部分からパーセンテージが差し引かれます。

根本原因は、CIPPが会員に公開調査した構造的な欠陥です。P45には単に返済計画の種類が記載されておらず、フォーム自体から正しい控除額を判断するのに十分な情報が得られません。そのため、これは単なる転記ミスではなく、既知の盲点です。この盲点は、表示を正確に取得し、従業員またはSL1通知でプランを確認することで解消できます。決して推測してはいけません。

給与計算実行後にP45の誤りを修正するために実際に必要なこと

P45の誤りを修正するのは、その誤りを引き起こした原因よりも決して早くはなく、状況によっては雇用主が罰則の対象となります。まず知っておくべきことは、修正済みのP45を単に再発行することはできないということです。HMRCはP45の修正や再生成を禁止しています。2枚目のP45が発行されると、重複したPAYE記録が作成されるからです。修正はすべてリアルタイム情報を通じて行う必要があります。

給与計算ソフトは仕組みを可能にするが、手間を省くわけではない。例えばBrightPayでは、修正前に該当する給与明細を再度開く必要があり、専用の「学生ローン計画選択」機能で特定の修正を行う。IRIS Staffologyでは、従業員ごとに「前年度FPS」機能を提供し、年度をまたぐ修正に対応する。これらのツールが存在するのは、こうした修正が頻繁に発生するからだが、いずれも手動での調整であり、ワンクリックで元に戻せるものではない。

より深刻なリスクは罰則である。RTI申告の誤りは2007年財政法スケジュール24の対象となり、CIPPの要約によると、不正確な申告で税額が過小評価された場合、HMRCは過失による不正確さで潜在的な税収損失の30％、意図的なもので70％、隠蔽を伴う意図的なものでは最大100％の罰金を課す可能性がある。P45の数値の入力ミスが意図的と判断されることはまずないが、「過失」こそ転記ミスが該当する区分であり、その防御には合理的な注意を払ったことを示せるかが鍵となる。HMRCは「合理的な注意を払わなかった場合、または意図的に行った場合」にのみ罰金を科すため、管理可能で検証可能なデータ入力プロセスの有無が、修正と罰金の分かれ目となる。

エラーの発生源と転記工程を排除する修正方法

これら6つのエラーすべてに共通する根本原因は、人間が一つの書類レイアウトから数値を読み取り、それを別の書式に打ち直す際に、エラー訂正の層が介在しないことにある。税コードはP45上で間違っているのではなく、打ち直しの過程で誤ったものになる。したがって、修正方法は「もっと注意深く確認する」ではなく、「打ち直しをなくす」ことである。

特にP45の場合、標準的なレイアウトが存在しないため、これは言うほど簡単ではない。HMRCはP45に含めるべきデータを義務付けているが、その見た目は規定していない。そのため、Sage 50 Payrollが生成するP45と、BrightPay、Xero、QuickBooks UKが生成するP45では、税コードの位置が異なる。テンプレートベースのOCRは、各フィールドがページ上のどこにあるかを事前に把握することに依存するため、想定外のレイアウトのP45が届くと機能しなくなる。これが、常に人間がPDFを読み取るという「共通分母」が存在する理由である。

ImageToTable.aiは、各プロバイダー向けのテンプレートを必要とせずに、打ち直しを排除する。これはカスタム列抽出を利用する。つまり、ツールに各レイアウト上の税コードの位置を教える代わりに、給与計算システムに必要なフィールド名（「退職時の税コード」「累計支給額」「本雇用における支給額」「退職日」「NINO」「学生ローン表示」「Week1/Month1基準」）を入力すると、AIがそれらのラベル付きフィールドの意味を理解し、どのプロバイダーのどのレイアウトでも、それらがどこに表示されていても読み取る。列定義は一度作成すれば、その課税年度中のすべての新入社員に対して再利用できる。このツールは「累計支給額」と「本雇用における支給額」を別々の列として取得し、W1/M1の接尾辞をそのまま保持するため、フィールドの混同に依存する2つのエラー（ミス3と4）は抽出段階では発生しない。

抽出は完全な正確性を保証するものではなく、これら6つのエラーが発生する特定の失敗モードを取り除くものです。それでも給与計算実行時には検証パスが必要です。Excelで素早く形状チェックを行い、9桁でないNINO、有効な文字で終わらない税コード、給与に対して妥当な割合でない税額を特定します。しかし、チェックするのはソースと照合したフラグ付きの数行のみで、すべてのP45の全フィールドを手動で転記し、桁の入れ替えがないか確認する必要はありません。より広いコンテキスト（バッチ処理、検証式、全フィールドセット）を求めるチーム向けに、英国P45抽出の完全ガイドと手動P45処理のコスト内訳で、この記事の続きを説明しています。

よくある質問