P60提出期限5月31日
給与チームが期限前に監査すべき項目

デッドラインクロック：法律が求めるものと、8週間が実は短い理由

義務は明確であり、譲歩はありません。2003年所得税（源泉徴収）規則（SI 2003/2682）第67条に基づき、すべての雇用主は、4月5日に給与計算に載っていたすべての従業員に対し、遅くとも5月31日までに証明書（様式P60）を交付しなければなりません。証明書には、HMRCの年次代替P60様式に関するRD1仕様書で定義された法定項目の全セット（「この雇用」と「年間合計」に区分された給与・税額、カテゴリ文字と所得階層別の国民保険料、受領した法定給付金など）を含める必要があります。

期限は「5月末までに何とかやろう」ではありません。「6月1日より前」です。6月1日に発行されたP60は遅延です。雇用主への実際の影響は固定罰金ではありません（HMRCはPAYE支払いの遅延のようにP60の遅延に自動罰金を課しません）が、連鎖的な問題を引き起こします。P60を受け取れない従業員は、正確な数字で確定申告を完了できません。住宅ローンや所得連動型給付金を申請する従業員は手続きが滞ります。150人の従業員からの催促メール対応や6月中の再発行にかかる累積コストは、給与チームが作業を先送りして節約したと思っていた時間を帳消しにします。

8週間（4月6日から5月31日）は余裕に聞こえますが、そうではありません。最初の2週間は、4月19日までの最終FPS提出期限とそれに伴う給与計算終了手続きに費やされます。最後の2週間は、配布ロジスティクスと従業員からの問い合わせに費やされます。残るのは4月下旬から5月上旬の実質約4週間で、実際の監査と検証作業を行います。以下のチェックリストはこの4週間の枠組みに沿って構成されており、各項目をスキップすると、6月に修正依頼として表面化します。

P60を受け取る人、受け取らない人——従業員リスト監査

法定基準は単純です。4月5日に給与計算に載っていたかどうか。しかし、4月6日時点の給与台帳にはP60リストに載せるべきでない人が含まれ、逆に載せるべき人が抜けているケースもあります。監査では従業員名簿を確認し、各人にP60の要否とその根拠をタグ付けします。

P60リストの誤りの最も一般的な原因は、4月第1週に退職した従業員です。給与計算ソフトでは3月の給与期間までは在職として表示されます。4月の退職日は将来日付の変更としてシステムに残り、P60生成前に処理されない可能性があります。チームが「全従業員」を選択してP60を生成し、事前に退職日監査を行わないと、4月6～8日退職者に、既に受け取ったP45に加えて不要なP60が発行されます。修正には「複写」と記載した訂正P60の発行と従業員への手動通知が必要です。生成前に10分間の日付範囲フィルターを実行すれば回避できます。

生成前の確認：NI番号、PAYE参照番号、従業員情報の検証

誤った国民保険番号が記載されたP60を事業所から発行した瞬間、その誤りは是正が行われるまで従業員の税務記録に固定されます。そして、この是正手続きは単に「正しい番号で再印刷」という単純なものではありません。RTI制度の下では、NI番号はすべてのFPS提出を個人のHMRC口座に結びつける主要キーです。誤ったNINOが記載されたP60は不一致を引き起こし、HMRCのシステムが数ヶ月後、従業員が確定申告を行い、申告額が雇用主の報告データと一致しない時点まで、その不一致に気付かない可能性があります。

生成前の検証工程では、3つのデータカテゴリをチェックします。そのうち2つは、給与計算ソフトウェアだけでは捕捉できません。なぜなら、ソフトウェアは自身の記録が正しいと前提しているからです。

これらのチェックにはHMRCのシステムへのアクセスは不要です。これらは内部データ整合性の検証であり、半日で実行でき、P60に印刷されて従業員に渡された後に、重複証明書や説明書を含む6週間の修正プロセスになるエラーを事前に捕捉します。

P60の数字と最終FPS提出内容の照合

P60に印刷された数字は、別途の年末計算から得られるものではありません。これらは、課税年度中に提出されたすべてのFull Payment Submission（FPS）を通じてHMRCに報告された同じデータの集計です。2013年4月以降必須となったReal Time Information（RTI）フレームワークでは、給与計算のたびにFPSが生成され、各従業員の給与、税金、国民保険、法定支払額が報告されます。課税年度の最終FPSには年末指標が付され、これ以上提出がないことをHMRCに伝えます。P60は、これら12回（または52回）のFPS提出で報告された内容を従業員向けにまとめたものです。

したがって、P60案とFPS合計の照合は「あると便利な」確認手順ではありません。証明書が従業員に届く前に不一致を発見する唯一の方法です。照合のずれが最も発生しやすく、P60と従業員のHMRC記録の不一致が正式な調査につながる3つの数字は次のとおりです。

実践的な方法：P60案データをスプレッドシートにエクスポートし、最終FPSファイルまたは給与計算ソフトのレポートから年度累計を取得し、列レベルの差異チェックを実行します。給与または税金の差異が四捨五入の許容範囲（数ペンス）を超える行は調査が必要です。手動で対応する給与計算チーム—印刷された証明書からP60の数字を照合用スプレッドシートに転記する—では、監査自体が時間のボトルネックになります。従業員150名の中堅企業で、P60 PDFからExcelへの自動データ抽出がない場合、照合フェーズでは分析ではなく数字の再入力に時間を費やします。転記作業を構造化データパイプラインに変える列ごとのワークフローについては、給与計算照合のための英国P60データのExcel抽出ガイドをご覧ください。複数のクライアント給与計算で同時に同じ監査を実行する給与計算代行機関や複数雇用主企業向けには、バッチ監査方法論で、単一の処理ジョブで多数のPAYEスキームを処理する並列化照合ワークフローを説明しています。

複数雇用元のP60：従業員が複数の雇用主から証明書を受け取る場合

課税年度中に2つの仕事を同時に掛け持ちしていた従業員（ホスピタリティ、小売、教育業界でよく見られます）は、各雇用主から個別のP60を受け取ります。これらの証明書は独立しており、それぞれがその特定の雇用に対する給与と税金のみをカバーします。確定申告書を作成したり、総収入の証明を求められた際に、数字を集計する責任は雇用主ではなく従業員にあります。

雇用主にとって、この事実はP60作成期間中に2つの運用上の考慮点を生み出します。第一に、P60の「以前の雇用での給与」欄は、従業員が入社した時点での正しい累計額を反映する必要があります。従業員が年度途中で入社し、給与計算チームがオンボーディング時に誤ったP45の数値を入力した場合、P60の「年間総給与」と「年間総税額」の欄（以前の雇用と現在の雇用を合算したもの）が誤ったものになります。P60の「この雇用での給与」欄は正しいままですが、従業員は確定申告時に年間総額の数値を使用するため、P60の合計とHMRCの記録する合計所得に不一致が生じると調査の対象となります。

第二に、貴社が年度途中に別の会社を買収し、TUPE（事業譲渡（雇用保護）規則）に基づいてその従業員を引き継いだ場合、それらの従業員は旧会社と新会社から2枚の別々のP60を受け取るのではなく、新雇用主から課税年度全体をカバーする1枚のP60を受け取るべきです。新雇用主が年度全体のPAYE義務を引き継ぎます。P60作成前に、給与計算ソフトウェアが買収した従業員の年度累計額を新しいPAYEスキームに統合するように設定されていない場合、証明書には買収後の給与のみが表示され、従業員のP60には数ヶ月分の収入が欠落することになります。

4週間の準備スケジュール：4月6日から5月2日まで

このスケジュールは、Sage、Xero、BrightPay、IRIS、QuickBooks、または同等のプラットフォームで稼働する中規模の給与計算（50～500人の従業員）を想定しています。監査作業を4月に前倒しし、5月はP60の生成と配布に充てます。目標は、早めに終わらせて待つことではありません。間違ったNINO、退職者の見落とし、FPS数値の不一致などの修正が、カレンダーに急かされることなく対応できるだけの余裕を持って終わらせることです。

このスケジュールは検証作業を前倒しします。なぜなら、給与ソフトでボタンをクリックする生成ステップ自体は数分で完了するからです。そのクリック前の4週間の監査こそが、出力されるP60が初回で正しいか、夏に修正が必要になるかを左右します。

5月31日以降：P11D、修正、そして次の期限

P60の発行で給与年度末サイクルの一章は閉じますが、すべてが終わるわけではありません。7月6日までに（P60期限から約5週間後）、雇用主はHMRCにP11DおよびP11D(b)フォームを提出し、課税年度中に給与計算されなかった現物給付と経費を報告する必要があります。これらの給付に対する第1種A国民保険料は、7月19日（郵送）または7月22日（電子）までに支払う必要があります。P60の発行期間とP11Dの準備期間は重複します。つまり、給与チームが5月にP60を配布している間、同時に7月の給付申告のために、社用車の走行距離データ、民間医療保険料、無利子ローン残高を収集しています。

誤ったP60（間違った数値、従業員の漏れ、誤ったNINO）が発行された場合、エラーの性質とタイミングに応じて、修正は3つの方法のいずれかを取ります。単純な事務的ミス（NINOの誤り、名前のスペルミス）の場合は、修正情報を記載した「複製」とマークされた修正証明書を発行する必要があります。給与データの誤り（修正FPSが提出されなかったための給与額の誤り）の場合は、最初に修正FPSを提出し、その後、修正されたデータからP60を再生成する必要があります。従業員がすでに確定申告を提出した後に発見されたエラーの場合は、調整が必要です。雇用主は修正P60を発行し、従業員は申告を修正し、HMRCは修正されたFPSデータを相互参照します。

よくある質問