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

期限の時計：法律が求めること、そして8週間が思ったより短い理由

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

この期限は「5月末までに何とか終わらせる」という意味ではありません。「6月1日より前」なのです。6月1日に発行されたP60は遅延となります。雇用主への実務上の影響は固定ペナルティではありません — HMRCはPAYE支払いの遅延のようにP60の遅延に対して自動的な罰金を課すわけではありません — しかし、その後の一連の下流問題を引き起こします。P60を受け取っていない従業員は、正確な数字で確定申告（Self Assessment）を行うことができません。住宅ローンや所得連動型給付を申請する従業員は、申請が停滞します。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データを相互参照します。

よくある質問