P11D書類作成の負担
なぜ従業員福利厚生報告が人事部門にとって7月最大の悩みの種なのか

7月はP11Dが追加される前からすでに埋まっていた

根本的な摩擦を生むカレンダーの現実から始めよう。6月中旬までに、英国の給与部門はP60の発行を終えたばかりだ。5月31日が法定期限で、3,020万人のPAYE従業員に対する年度末証明書を発行する。年度末の調整処理（最終的なFull Payment Submission、最終的なEmployer Payment Summary、P32のバランス調整）は、まだ冷めやらぬ状態だ。6月には、現年度の月末給与処理が行われる。7月にもそれが再び行われる。さらに、夏季休暇のカバーも加わる。少なくとも1人の給与管理担当者が休暇中で、そのデスクをカバーする担当者は、これまで控除モジュールを監督なしで実行したことがない。

そして、P11Dがある。

7月6日の期限は、孤立したイベントではない。これは、ちょうど最初の波を終えたばかりの同じチームが、同じ圧縮された期間に、根本的に異なるデータ問題に直面する、年度末報告の第二の波である。P60は給与データから供給される。システムはすでに数値を保持している。P11Dは福利厚生データから供給される。システムは数値を保持していないか、少なくともHMRCが要求する形式では保持していない。この違いにより、7月は単なる提出作業から組み立て作業へと変わり、その組み立ては、すでに過剰に予定が詰まっていた月の合間に行わなければならない。

英国の給与専門家のための公認団体であるChartered Institute of Payroll Professionals（CIPP）が2019年に実施した調査では、雇用主が自主的に福利厚生の給与処理を選択した理由を尋ねた。最も多かった回答は、「P11Dの完了の必要性と負担を取り除くこと」だった。軽減するのではなく、取り除くことだ。この言葉遣いは示唆に富む。複数のP11Dシーズンを経験した給与実務者の間では、このフォームはコンプライアンス業務としてではなく、負担として説明されていた。

14区分、14種類の計算機

P11Dが1つの様式で1つの計算ルールに従うなら、特筆すべきものではない。しかし実際はそうではない。現在のP11Dは、HMRCのPAYEオンラインサービスまたは市販の給与計算ソフトを通じてオンラインで提出されるが、AからNまでの14のアルファベット区分で構成され、それぞれに独自の評価方法がある。HMRC 480税務ガイドは、福利厚生評価の公式リファレンスであり、複数の章にわたって数百ページに及び、何を計上するかだけでなく、どのように計上するかという点でも異なる評価ルールを網羅している。

最も一般的な3つの福利厚生カテゴリについて、給与計算担当者が実際に何をしなければならないか、そしてそれぞれに異なる思考が求められる理由を考えてみよう。

セクションF — 社用車。課税対象となる福利厚生は、会社が支払うリース費用ではない。車両のP11D価格（VAT、納車費用、全オプションを含むリスト価格から、従業員の自己負担額最大5,000ポンドを差し引いた額）に、該当するパーセンテージを乗じたものである。このパーセンテージは、WLTPに基づいて測定された車両のCO₂排出量と、HMRCの年間BIK税率表を照合して決定される。2025/26年度では、CO₂排出量121 g/kmのガソリン車には30%のBIK税率が適用される。排出ゼロの電気自動車には3%が適用される。どちらも同じセクションFに記載される。燃料タイプのキー文字（Euro 6d適合ディーゼルはF、ディーゼルはD、その他はA）を正しく入力する必要がある。プラグインハイブリッドの場合、ゼロエミッション電気走行距離によって別の税率帯が決まる。また、車両が例えば10月からしか利用可能でなかった場合（通年ではない場合）、福利厚生は期間按分する必要がある。CO₂のパーセンテージを1段階間違えると、従業員の現金相当額、従業員の税コード、そして雇用主のClass 1A NIC負担額がすべて変わってしまう。

セクションI — 民間医療保険。ここでの評価ルールはまったく異なる。課税対象となる福利厚生は、保険の提供にかかる雇用主の費用、つまり保険会社の保険料である。保険が従業員の配偶者や扶養家族をカバーする場合、その部分も含まれる。従業員が給与天引きで保険料の一部を支払っている場合、その「補填額」は差し引かれる。ロジックは単純だ。課題は、保険料の数字が保険会社やブローカーからのスプレッドシートにあり、給与計算ソフトにはないこと、そして保険会社の請求書には総人数のみが記載され個人名がないグループ保険契約において、従業員ごとに正しく割り当てなければならないことである。

セクションH — 有利子融資。これもまた異なる。雇用主が課税年度中に一度でも10,000ポンドを超える無利子または低利の融資を提供した場合、福利厚生は、従業員が実際に支払った利息と、HMRCの公定利率で計算される利息との差額となる。2025/26年度の公定利率は3.75%だが、2025年4月以降、HMRCは年4回（四半期ごと）に利率を見直しているため、同じ課税年度内に複数の異なる利率が適用される可能性がある。融資残高、貸付日と返済日、実際に支払われた利息 — これらはすべて、給与計算システムではなく、財務システムに存在する。

以上が14区分のうちの3つである。それぞれ異なるソースシステムから給与計算担当者の机に届き、異なる評価ロジックを持ち、そのいずれも従業員の給与明細を見て計算することはできない。より単純な区分（例えば、セクションK「提供されたサービス」やセクションM「専門職団体会費」）でも、そもそもその福利厚生が存在したことを誰かが知っている必要がある。その知識は、何が支払われたかという給与計算システムの記録ではなく、何が承認されたかという人事部門の記録にある。

調整の三角問題

P11Dの構造的な問題は、書式そのものではない。7月第1週までに、それぞれ異なるロジックで動く3つの情報システムが単一の数値セットで一致しなければならないが、どのシステムも相互連携を想定して設計されていない点にある。

1つ目のシステムは人事記録だ。ここで福利厚生が発生する。入社時に交わした車両リース契約書、民間医療保険の加入申込書、上司が承認したジム会費メールなどだ。PeopleHRのような専用HRIS、スプレッドシート、あるいはパートタイムのオフィスマネージャーの頭の中にあるモデルであれ、人事システムは福利厚生が提供されたことを記録する。しかし、ごく一部の例外を除き、その課税価額を計算することはない。

2つ目のシステムは給与計算ソフトだ。ここで最終的にP11Dが提出される。Sage 50 Payroll、Xero Payroll、BrightPay、ADP — いずれもP11Dモジュールを備えている。しかし、それらのモジュールはデータ入力インターフェースに過ぎない。生データ（車両の定価、CO₂排出量、保険料、ローン残高）を入力すれば現金同等額を計算するが、その生データを自ら入手することはできない。給与計算システムは従業員に支払った金額を知っている。リース会社が事業者に請求した車両代金は知らない。その情報は外部から取り込む必要がある。

3つ目のシステムはHMRCのルールブックだ。雇用所得マニュアル、480税務ガイド、年次BIK税率表、四半期ごとの公定利率、給与の代わりに福利厚生を選択した場合に適用されるOpRA（任意報酬取決め）ルール — これらすべてが、各福利厚生カテゴリの「現金同等額」を定義する。その金額は、企業が支払った額とも従業員が受け取った額とも、しばしば一致しない。月額350ポンドの車両リースでも、P11Dの課税価額は定価とCO₂排出量に基づいて算出され、まったく異なる数字になる。従業員は民間医療保険を「無料」と認識するかもしれないが、HMRCは保険料を課税所得とみなす。

6月から7月初旬にかけての給与計算担当者の仕事は、これら3つのシステムの交差点に立ち、翻訳することだ。人事ファイルを開いて車両の詳細を確認する。保険会社の請求書を開いて保険料を確認する。HMRCのBIK税率表を開いて該当するパーセンテージを確認する。その結果を給与計算ソフトのP11Dモジュールに入力する。これを福利厚生のある従業員全員について繰り返す。各従業員が保有する福利厚生カテゴリごとに繰り返す。このパターン — バラバラのソース文書からデータを収集し、構造化された形式に変換する — はP11Dに限ったものではない。P45処理やP60の作成も同じ調整構造を持つが、P11DにはHMRC固有の評価ロジックが加わり、各項目が単なる転記ではなく計算作業となる。

これはデータ入力ではない。三角測量だ。そして、このプロセスに対する公式評価 — 税務簡素化局の従業員福利厚生・経費に関する中間報告書 — は、P11Dプロセスを「雇用主とHMRCの双方にとってリソース集約的」であり、「雇用主の間で大きな懸念事項」と述べている。財務大臣に提出されたこの報告書は、P11D管理を「今後の作業の重要優先事項」として明示的に特定している。

CO₂排出率が1％違うと、その後どうなるか

P11Dの誤りは、P60の誤りとは性質が異なります。P60の総支給額の入力ミスは従業員の税コードに反映され、発見されれば修正されます。しかし、P11Dの福利厚生の入力ミスは横方向に波及します。従業員の税負担、雇用主のClass 1A国民保険料の計算、P11D(b)の集計、そしてその課税年度における会社のすべてのコンプライアンス記録に影響を及ぼします。

最も一般的で高額なエラーシナリオを考えてみましょう。会社用車のCO₂排出率が1バンドずれているケースです。HMRCの2025/26年度BIK税率表は、2％（50g/km未満の超低排出車）から37％（155g/km超の車、または1998年以前の2000cc超の車）の範囲です。P11D価格が£40,000の車で、排出率が30％から31％に1バンドずれると、年間の現金相当額は£12,000から£12,400に変わります。この£400の差は、以下の項目に影響します。

• 従業員の所得税負担（20％または40％の場合、追加で£80または£160の税金）
• 翌年度の従業員の税コード調整（修正されるまで誤ったまま）
• 雇用主のClass 1A国民保険料（15％の場合、追加で£60）
• P11D(b)の集計総額（すべての個別P11Dの合計と一致する必要がある）
• ディーゼル車でRDE2基準を満たさない場合：さらに4％の追加率が適用され、エラーがさらに拡大する

では、この1台を、複数の排出バンド、ガソリン、ディーゼル、プラグインハイブリッド、完全電気自動車が混在する80台の社用車 fleet に拡大してみてください。それぞれに異なるBIK税率があり、課税年度の一部のみ利用可能なものもあり、従業員の資本拠出によりP11D価格が減少するものもあり、さらに燃料手当（£28,200の乗数にCO₂排出率を乗じたもの）が上乗せされるものもあります。単一の fleet のP11Dパッケージは単なる書類ではなく、相互に依存する計算が80行にわたるスプレッドシートであり、1つのCO₂数値が不正確になるだけで、その行だけでなくP11D(b)のClass 1A合計全体が変わってしまいます。

不正確なP11Dに対するHMRCの罰則体系は段階的です。個々の不正確なフォームごとに最大£3,000、さらにP11D(b)に対する不正確性罰則は「失われた可能性のある収入」のパーセンテージとして計算され、過失による誤りで0％～30％、意図的なもので最大70％、意図的かつ隠蔽されたもので最大100％となります。CIPPの2017/18年度のステップバイステップガイドでは、不正確性罰則による財務リスクは「福利厚生自体のコストをはるかに超える可能性がある」と指摘しています。

しかし、罰則通知に決して記載されないコストは、修正に費やされる時間です。HMRCの修正プロセスでは、P11DとP11D(b)の両方を完全に再提出する必要があります。変更された数値だけでなく、最初は正しかったフィールドも含めて、フォーム全体を再提出します。雇用主は、エラーを特定し、再計算し、再提出し、影響を受ける従業員に修正済みの明細書を発行し、従業員が誤ったP11Dに基づいてすでに確定申告を行っていた場合は、SA100の修正を調整する必要があります。これは、フリーランサーや中小企業の経営者にとって特に厄介な確定申告の書類の山を生み出すのと同じ種類のSA100書類の処理です。これらの修正作業のいずれも、誰かに請求できるものではありません。すべてが給与計算部門の7月に吸収されます。7月はすでにキャパシティを超えている月です。

現実世界での影響は理論上の話ではありません。r/UKPersonalFinanceでは、ある従業員が、雇用主の不正確な報告によってP11Dに£4,200の不一致があることを発見したと投稿しました。これは、福利厚生の分類ミスにより、雇用主ではなく従業員がHMRCから追及される税金の過少支払いを生み出したケースです。その投稿の不安はお金についてではなく、コンプライアンス書類の速度でしかコミュニケーションが取れない2つの組織間で、エラーを修正するために数週間を費やさなければならないことについてでした。

2027年の「締め付け」—今年のP11Dの苦労を理解すべき理由

現物給付の強制的な給与課税（ペイローリング）は、2027年4月から施行されます。これは当初発表された2026年4月の期限から12ヶ月延期され、雇用主とソフトウェアプロバイダーに準備期間を確保するための措置です。この日以降、ほとんどの現物給付（社用車、医療保険、ジム会員権など）は、毎年のP11Dで報告するのではなく、各給与期間ごとにリアルタイムで給与計算を通じて課税される必要があります。数十年にわたって存在してきたP11Dフォームは、これらのカテゴリでは廃止されます。

これでP11D問題が終わるように聞こえるかもしれませんが、そうではありません。これは別の問題への移行であり、移行年度自体が、ほとんどの雇用主がまだモデル化していない独自の財務的圧力点を生み出します。

2027年7月に何が起こるかを説明します。2026/27課税年度（P11D報告の最後の完全年度）では、雇用主は12ヶ月分のClass 1A国民保険料（NIC）を一括で支払う義務があり、その支払期限は2027年7月22日です。同時に、2027年4月以降、同じ雇用主は新たにペイローリングされた現物給付に対して、リアルタイムの給与計算提出を通じて毎月Class 1A NICを支払うことになります。つまり、2027年7月は特に厳しいものになります。雇用主は2026/27年度分の12ヶ月分のClass 1A一括支払いに加えて、2027年6月分のリアルタイムClass 1A月次支払いも行わなければなりません。実質的に、2027年7月は単一のキャッシュフローの月に13ヶ月分のClass 1A NICが集中することになります。しかも、2024年秋季予算以前の13.8%から引き上げられた新税率15%で計算されます。

社用車 fleet、医療保険、その他課税対象の特典を提供し、150人の現物給付受給従業員を抱える雇用主の場合、Class 1Aの一括支払いだけで簡単に数万ポンドに達する可能性があります。その上にリアルタイムNICの1ヶ月分が加わることは、単なる帳簿上の詳細ではありません。これは流動性イベントであり、給与計算部門と財務部門は今すぐに隔離して準備金を確保し、給与計算実行中に発見するようなことがあってはなりません。

そして、現物給付のデータ品質の問題は、ペイローリング下でも消えません。現在のシステムでは、現物給付の評価が間違っている場合、P11Dが作成される際に発見されます。これは年に一度のチェックであり、苦痛ではありますが、雇用主に自然な見直しのポイントを与えます。ペイローリング下では、誤った評価が最初の月から毎月の給与明細に直接反映されます。新しい社用車のCO₂排出率が4月に誤って入力された場合、従業員は誰かが気付くまで毎月間違った税金を支払うことになります。それは翌年4月に従業員の税コード調整がおかしいと気付く時かもしれませんし、HMRCのコンプライアンスチェックまで全く気付かれないかもしれません。毎年のP11D見直しは、その欠点はあるものの、一種の「サーキットブレーカー」でした。ペイローリングはそれを取り除きます。入力されたデータの正確性は初日から正しくなければなりません。そして、そのデータは依然として、互いに連携したことのない同じ3つのシステムから取得する必要があります。

ツールが対応するものと対応しないもの

給与計算ソフト業界は20年かけて、福利厚生報告パイプラインの下流工程を自動化してきました。入力データが入れば現金同等物を計算し、HMRCにオンライン提出し、従業員用コピーを生成する。Sage、Xero、BrightPay、ADP、PayFit — どれも提出は処理できます。しかし、抽出はどれも処理できません。

この違いが重要なのは、時間を消費するのは抽出だからです。給与計算担当者が6月にP11Dを準備しようと座ったとき、クリーンなデータフィードから始めるわけではありません。書類の山から始めるのです — リース会社の車両スケジュール（価格とCO₂値）、保険会社の従業員別年間保険料明細、経理部の貸付金と返済記録、人事部の年間採用・退職・手当変更ログ。これらの書類はそれぞれ異なる形式、異なるソース、異なる目的で構成されています。それらの書類から正しい数値をP11Dモジュールに取り込む行為 — 抽出 — がボトルネックです。提出はボタンを押すだけです。この抽出を構造化し、給与計算ソフトで読み込めるスプレッドシートにエクスポートする方法の詳細な手順については、P11D福利厚生データをExcelに抽出するステップバイステップガイドをご覧ください。

ここで、テンプレート不要のAI抽出が、どんな給与計算モジュールよりもワークフローを変革します。車両スケジュールのPDFを読んで、各車のP11D価格とCO₂値を手動で給与システムに入力する代わりに、抽出機能が書類を直接読み取り、車両詳細を特定し、関連数値を識別し、構造化された列としてスプレッドシートに出力します。同じプロセスは、保険会社の保険料明細、ローン明細書、ジム会員権の年間利用レポートにも適用できます。出力は完成したP11Dではありません — それは給与計算ソフトの責任です — しかし、一度検証してアップロードできる構造化データセットであり、税務申告用に設計されていないソース文書からフィールドごとに手入力する必要はありません。

構造上の利点は速度だけではありません。抽出によって監査可能な中間段階が生まれることです。抽出された給与外報酬の値のスプレッドシートは、給与システムに入力される前にレビューと承認を受けることができます。エラーが見つかった場合は、再提出されたP11Dではなく、スプレッドシートで修正されます。HMRCから数値の算出方法を問われた場合、元の文書と抽出結果を並べて提示できます。現在、このワークフローの部分にはツールがまったく存在せず、かつ、課税年度終了から7月6日の期限までの間の大部分の時間を占めている部分です。

複数のクライアントのP11D申告を管理する給与計算代行業者や会計事務所にとって、抽出のステップは、件数が増えるほど負担が大きくなります。20の中小企業クライアントのP11Dを処理する単一の代行業者には、専任の給与外報酬データ管理者を置く余裕はありません。P11Dシーズンを担当する人物は、クライアントの給与計算に関する問い合わせに対応し、不足情報を追跡し、クライアントの経理担当者が保険会社の実際の請求書ではなく記憶で見積もった数値を修正するのも同じ人物です。各クライアントのソース文書を、車両の詳細がPDF、スキャンされたリース契約書、またはフリート管理ポータルのスクリーンショットのいずれで届いた場合でも、標準化されたデータテーブルに変換する抽出アプローチは、ワークフローの中で最も手作業が多い部分を削減することで、クライアントごとの処理時間を短縮します。

よくある質問

すでに給与計算で給与外報酬を処理している場合でも、P11Dフォームを提出する必要がありますか？

給与計算処理済みの給与外報酬については、個別のP11Dフォームは不要な場合がありますが、すべての給与外報酬（給与計算処理済みおよび未処理の両方）の総額に対する第1種A国民保険料を申告・納付するために、7月6日までにP11D(b)を提出する必要があります。任意の給与計算処理の下でもP11D(b)の義務はなくならず、2027年4月に義務化が開始された後も残ります。

7月6日のP11D提出期限に遅れた場合はどうなりますか？

個別のP11Dが遅延した場合、フォーム1枚につき最大300ポンドの罰金に加え、提出されるまで1日あたり60ポンドの罰金が科される可能性があります。ただし、これにはHMRCが第一層税務審判所の命令を求める必要があります。より直接的な財務リスクはP11D(b)です。従業員50人（またはその端数）ごとに、申告が遅れた月ごとに100ポンドの自動罰金が発生します。105人の従業員の場合、月額300ポンドとなり、罰金のカウントは7月6日の期限日から始まります。別途、第1A種国民保険料の延滞納付には、7月22日（小切手支払いの場合は7月19日）から利息が発生し、さらに段階的な割合の罰金が加算されます。30日後に5%、6ヶ月後にさらに5%、12ヶ月後にさらに5%です。

提出後にP11Dを修正できますか？

はい、ただし修正方法は単純な誤記の訂正ではありません。HMRCのオンライン修正フォームを通じて、完全なP11D（および集計額が変更になる場合はP11D(b)も）を再提出する必要があります。再提出では、すべての給付について完全な修正額を記載しなければなりません（前回との差額のみでは不十分です）。修正により追加の第1種国民保険料（Class 1A NIC）が発生する場合、修正日ではなく元の納付期限日から利息および過少申告に伴う罰則が適用されます。

2027年4月以降も給与課税（ペイローリング）できないものは？

強制ペイローリングの対象外となるのは、雇用主が提供する居住用住居と、優遇（低金利または無利子）融資の2つです。これらは引き続きP11Dで報告するか、課税年度開始前に雇用主が登録すれば任意でペイローリングが可能です。融資については、2025年4月導入の公定利率の四半期見直しにより、単一課税年度内に複数の利率が適用される可能性があり、課税給付額の計算がさらに複雑化します。

OpRA（任意報酬取決め）はP11D評価にどのような影響を与えますか？

従業員が給与を放棄して給付（例：給与犠牲（サラリーサクリファイス）の社用車制度）を受け取る場合、OpRAルールでは課税価額を、放棄した給与額と標準的な現物給付評価額の高い方としなければなりません。従業員が標準的な現物給付評価額3,600ポンドの社用車のために5,000ポンドの給与を犠牲にした場合、P11Dの金額は5,000ポンドとなります。低排出車（CO₂排出量75g/km以下）はこのルールの対象外で、標準的な現物給付計算が適用されます。超低排出車もOpRA比較の対象外であるため、電気自動車の給与犠牲制度は、標準評価が依然として適用される数少ない分野の一つです。

P11Dの準備には実際どのくらいの時間がかかりますか？

従業員一人当たりのP11D準備時間に関する公表された基準はありません。このデータの欠如自体が状況を物語っています。英国の給与計算部門のタイムシートに「P11D準備」という予算項目はありません。この作業は、6月から7月初旬にかけて、月末給与計算、P60に関する問い合わせ、夏季休暇のカバーと並行して行われます。CIPPが会員を対象に調査したところ、「P11Dの負担を取り除くこと」がペイローリング導入の主な動機であることが判明しました。これは、給与計算の専門家が既に認識していたこと、すなわち時間的コストは現実的で、毎年発生し、自主的なシステム移行を動機付けるほど重大であることを実証的に裏付けています。従業員100人の企業における実際の状況は、断続的な作業で1～2週間です。常時専従ではありませんが、常に存在し、実際に期限のあるタスクの合間を埋める形で行われます。