HMRC福利厚生報告

英国P11DデータをExcelに抽出 — 福利厚生額を1つのHMRC対応スプレッドシートに

P11Dシーズンでは、各従業員のドラフトから記入済みの福利厚生セクションを2〜3つ取り出し、7月6日の期限までにスプレッドシートへ手入力する必要があります。手作業では1枚あたり約3分かかりますが、本ツールは各HMRCセクションの意味に基づいて金銭的等価物を読み取り、約5〜10秒でExcelの行に反映します。空白のセクションはそのまま空白として扱われます。

Enterprise-grade security · TLS 1.3 encrypted

給与ドラフト&スキャン
XLSX / CSV
Class 1A対応
従業員一括処理

英国P11Dドラフトから抽出できる項目

HMRCはP11Dを14のアルファベット区分(A~N)に整理しており、各区分は独自の評価ルールを持つ給付カテゴリをカバーしています。会社用車両(F)、医療保険(G)、有利な貸付(H)、バン(I)、転居(N)などです。必要な列を入力すると、AIが区分ラベルの意味に基づいて各金銭的等価物を特定し、Sage、BrightPay、Xero、IRISのドラフト上のどこに表示されていても対応します。

従業員名
国民保険番号(NINO)
雇用主PAYE参照番号
取締役(はい/いいえ)
車両の金銭的等価物(F)
車両燃料の金銭的等価物(F)
医療保険の金銭的等価物(G)
貸付の金銭的等価物(H)
バンの金銭的等価物(I)
従業員負担額
1A Class 1Aインジケーター
課税対象給与総額

出力内容はご自身で定義し、AIが文書を読み取ります。従業員のドラフトに含まれる任意のセクションを追加できます。上記のリストは、英国のほとんどの雇用主がP11D(b)を集計するために必要な初期セットです。

P11D抽出が位置情報で失敗し、セクションの意味で成功する理由

P11Dは上から下へ読む請求書ではありません。最大14の給与特典セクションを持つ疎なフォームであり、従業員ごとに空欄の箇所が異なります。給与ソフトウェアはPDFとしてのみ出力し、システムによって位置が異なり、入力ミスの数字はそのままP11D(b)のClass 1A国民保険料合計に反映されます。この疎らさとシステム間の差異こそが、位置情報ベースのツールが誤る点です。

The Problem 問題 Most sections are blank, but not the same ones twice ほとんどの欄は空白ですが、空白の箇所は毎回同じではありません A director has Sections F, H, and I populated; a field engineer only Section G; an office manager just medical cover. You are not reading the same boxes on every page — you are hunting for whichever two or three of the fourteen sections carry a value, and skipping the empty ones without mistaking a blank for a zero (a zero inflates your Class 1A total). 取締役はセクションF、H、Iに値が入っており、現場技術者はセクションGのみ、オフィスマネージャーは医療保険のみです。毎回同じ欄を読むのではなく、14のセクションのうち値が入っている2つか3つを探し出し、空白をゼロと誤認せずに空欄をスキップする必要があります(ゼロと誤認するとClass 1Aの合計が膨らみます)。 The same benefit lands in a different place in every system 同じ給与所得がシステムごとに異なる場所に表示されます。 HMRC mandates the data content of a P11D, not its visual layout, so a Sage draft stacks sections differently from BrightPay or a bureau's own template. A template trained on one provider's coordinates misreads the others — the same reason a payroll team on Reddit describes the annual P11D dance that "catches people every year." HMRCはP11Dのデータ内容を義務付けており、視覚的なレイアウトは義務付けていません。そのため、SageのドラフトはBrightPayや事務所独自のテンプレートとは異なるセクション構成になります。あるプロバイダーの座標でトレーニングされたテンプレートは、他のプロバイダーを誤読します。これは、Redditで給与チームが「毎年人々を悩ませる」と表現する年次P11Dの作業と同じ理由です。 Your payroll software only hands you a PDF 給与ソフトウェアはPDFのみを提供します。 Many payroll systems — BrightPay is a documented example — generate P11Ds as PDF only, with no Excel or CSV export; the official guidance is to extract the figures manually. So the "data" you need for the P11D(b) sits in dozens of PDFs, not in your spreadsheet, and someone has to type it out. 多くの給与システム(BrightPayはその一例)は、P11DをPDFのみで生成し、ExcelやCSVへのエクスポート機能はありません。公式のガイダンスでは、数値を手動で抽出することになっています。したがって、P11D(b)に必要な「データ」はスプレッドシートではなく、数十のPDFに含まれており、誰かが手入力する必要があります。

カスタム列抽出がこれを解決する方法

01 セクションに名前を付けるだけで、AIが意味に基づいて見つけます

カスタム列抽出とは、必要なフィールド(「車両の金銭的等価物」「医療保険の金銭的等価物」「従業員負担額」など)を入力するだけで、AIが各値のセクションラベルの意味を読み取り、ドラフト上のどこにそのラベルがあっても値を抽出する仕組みです。座標指定も、プロバイダーごとのゾーン設定も、モデルのトレーニングも不要です。

02 空白のセクションはゼロではなく空白のまま

AIは見つかった列のみを入力するため、医療保険のみに加入している従業員の場合、給付額は1つだけが入力され、車両や貸付の列は空白のままになります。これにより、課税対象給与総額とP11D(b)のClass 1A合計が正確に保たれ、架空の行や過大な負債が発生しません。

03 1つの列セットで、あらゆるドラフト・あらゆる年度に対応

位置ではなく意味で読み取るため、同じ列定義がSageのドラフト、BrightPayのPDF、給与計算会社のエクスポート、過去の税年度のスキャンした紙のコピーにもそのまま機能します。給与計算プロバイダーを変更しても再テンプレート化は不要です。

P11Dドラフトの山からClass 1A対応スプレッドシートまで、3ステップで完了

人事・給与チームが7月6日期限に向けて給与特典報告を準備する場合、アップロードからP11D(b)の合計を算出するスプレッドシートまでのワークフローは以下のとおりです。

1

ドラフトのフォルダ全体をそのままアップロード

全従業員のP11D PDF、スキャン、写真をアップロードします。Sage、BrightPay、給与計算代行会社など異なるソースが混在していても問題ありません。バッチ処理で一括実行し、結果を単一のスプレッドシートに統合します。ドラフトが外部の給与計算代行会社にある場合は、コレクションリンクを共有すれば、アカウントなしで直接キューにアップロードできます。

2

必要な給与特典列を入力

列を一度だけ定義します:「従業員名」「NINO」「車両の金銭的等価物」「車両燃料の金銭的等価物」「医療保険の金銭的等価物」「貸付の金銭的等価物」「従業員負担額」「課税対象給与総額」。AIが各セクションをラベルの意味で読み取り、行を自動入力します。従業員に該当しないセクションはスキップされます。「純課税対象給与(金銭的等価物 − 従業員負担額)」のような計算列を追加すれば、抽出時に純額も自動計算されます。

3

従業員ごとに1行のExcelをダウンロード

XLSXまたはCSVでエクスポートします。1A対象の列を合計し、Class 1A税率(2025/26年度は15%)を乗じてP11D(b)の合計を算出します。レビューモードでは、各値が元のドラフトのどこから取得されたかが強調表示されるため、提出前の抜き打ちチェックが全フォームの再読込ではなく数秒で完了します。

P11D抽出が最適なケースと、出力の検証が必要なケース

最適なケース

給与計算ソフトで生成されたドラフトと鮮明なスキャン。 Sage、BrightPay、Xero、IRISのPDF書き出しや200〜300DPIのフラットベッドスキャンは、セクションラベルが機械印字されているため、高い精度で抽出できます。

申告書の作成ではなく、既存ドラフトの読み取り。 お手元にあるP11Dに記載された内容を抽出するもので、フォームの作成や車両のCO2基準による金銭的等価物の計算は行いません。数値の抽出と確認はご自身で行っていただきます。

全従業員分の一括処理。 複数のドラフトを一度にアップロードし、従業員ごとに1行のスプレッドシートとして書き出すことができます。P11D(b)の照合に必要な形式です。

注意が必要なケース

データ抽出は行いますが、P11Dの提出は行いません。 このツールは構造化されたスプレッドシートを生成します。HMRCへの提出は引き続き給与計算ソフトまたはPAYE Onlineを通じて行います。提出前に数値を確認してください。

低品質のスキャンや手書きの場合は検証が必要です。 影がかかったり傾いたりしたスマホ写真では小さな印字がぼやけることがあり、手書きの記入は精度を低下させます。レビューモードでは、各数値がドラフトのどの部分から抽出されたかを正確に確認できます。

P11Dの役割は縮小傾向にあります。 2027年4月から会社車両と医療保険が、2028年にはその他ほとんどの福利厚生が給与計算への組み込みが義務化されますが、貸付、住居、および2026/27年度の申告ラウンドではP11Dが引き続き使用されます。

よくある質問

フォーム全体ではなく、P11Dの一部のセクションだけを抽出できますか?

はい、その通りの動作です。カスタム列抽出では、指定した列のみが抽出されます。「車両の金銭的等価物」と「医療保険の金銭的等価物」と入力すると、出力テーブルにはその2つの給付列と、指定した本人確認フィールドのみが含まれます。会社がこれら2つの給付のみを提供している場合、報告しないセクションのために空の列が多数生成されることはありません。

空のセクションは0として入力されますか?

いいえ。空の給付セクションは0ではなく空白のままになります。P11Dでは、空白のセクションは「このカテゴリには給付がない」ことを意味し、価値が0の給付とは異なります。空のセクションに0を入力すると、課税対象給与総額が膨らみ、P11D(b)に反映されるClass 1A National Insuranceの合計が歪められます。これらの0の値が実際の給付として合計されるためです。

金銭的等価物と従業員負担額の両方が必要ですか?

正確なP11D(b)の合計のためには、通常、両方が必要です。セクション内では、金銭的等価物が給付の課税価値であり、従業員負担額は従業員が支払った拠出金です。実際にHMRCに送られる金額は、金銭的等価物から従業員負担額を差し引いたものです。「純課税対象給与(金銭的等価物 − 従業員負担額)」のような計算列が抽出時にこれを計算するため、合計する数値はすでに従業員負担分が差し引かれており、手動集計でよくあるミスの一つを防ぎます。

スキャンまたは写真撮影されたP11Dも処理できますか?

はい、印刷された文字が人間の目で判読できる限り可能です。AIはセクションラベルを意味で読み取るため、スキャンされた紙のフォームも給与ソフトウェアのPDFと同じように処理されます。200〜300 DPIのクリーンなフラットベッドスキャンが最適です。影のあるスマホ写真しかない場合は、レビューモードで小さな文字の数値を確認することをお勧めします。そのまま信頼するのではなく。

給付の給与課税が義務化された後も、これは必要ですか?

現時点では、はい。給与課税の義務化は段階的に導入されます。会社用車両、燃料、バン、雇用主提供の医療給付は2027年4月から給与課税に移行し、その他のほとんどの給付は2028年4月に移行します。雇用関連の貸付と居住用住居は引き続きP11Dで報告が必要で、従来のP11D/P11D(b)プロセス全体は2026/27年度(2027年7月6日までに提出)に引き続き適用されます。したがって、このフォームとその数値をスプレッドシートに入力する必要性は、これらのカテゴリとその提出期間において引き続き存在します。

📮 contact email: [email protected]