手動P60データ入力が
英国の給与計算チームに実際にかけるコスト

一つの儀式の裏に隠れた4つのコスト

英国のすべての雇用主は、4月5日時点で給与計算に載っている各従業員に対し、5月31日までにP60を発行する義務があります（2003年所得税(PAYE)規則 規則67）。最新の給与計算ソフトウェアは年度末処理中に証明書を生成します。その部分にかかる時間はわずか数分です。このフレームワークが測定するコストは、生成ではありません。それは、P60データを証明書から取り出して、給与計算ソフトウェアでは供給できないスプレッドシート、レポート、照合作業、税務申告書に入力する後続の作業です。具体的には、報酬レポート、総勘定元帳との照合、監査準備、自己評価申告、そして従業員が以前の雇用主から持ち込んだP60の統合などです。

この作業には、それぞれ異なる性質を持ち、個別に計算する必要がある4つのコストが伴います。

• 1行目 — 人件費。 担当者が各P60を探し、フィールドを読み取り、入力し、入力を検証するのに費やす時間。英国の給与計算担当者のフルロード時給（雇用主の国民保険料と年金掛金を含む）で価値評価されます。
• 2行目 — エラー修正コスト。 手入力によって発生する、既知の測定可能な割合でのタイプミスを発見して修正するコスト。さらに、見逃されたエラーによる下流コストも含みます。
• 3行目 — 機会損失。 給与計算チームが入力作業を行っている間、実行できていない優先度の高い業務の価値。これは、法定の締め切りが集中する5月の期間中に発生します。
• 4行目 — 罰則リスク。 遅延証明書、不正確な記録、および誤った数字から生じる税額過少申告に対するHMRCの罰則体系。手入力がそれらを引き起こす確率に応じて按分されます。

これらの各行は、計算するかどうかに関係なく存在します。唯一の問題は、HMRCが知る前にあなたがその数字を知っているかどうかです。各項目を、単一の実行シナリオ（150人の従業員に150枚のP60を発行する会社、および30の中小企業クライアントにわたって450枚のP60を処理する給与計算代行機関）に基づいて構築し、その後、ご自身の数値に置き換えるための計算式をお渡しします。

ライン1 — 給与所得者の役割に隠れた人件費

人件費は誰もが過小評価する項目です。1件あたりの時間が本当に短く、給与はすでに支払われているからです。正直に価格を算出するには、2つの入力が必要です。1時間あたりの負担コストと、P60あたりの現実的な処理時間です。

まずはレートから。英国の給与管理者の2026年の中央値総額は£29,750で、Robert Halfの2026年給与ガイドでは£27,000〜£33,000の範囲とされています。ただし、総額給与は雇用主のコストではありません。£5,000のセカンダリ閾値を超える所得に対する雇用主のClass 1国民保険料15%（2025年4月から施行され、2027/28年度まで凍結されている税率）を加算すると、£29,750の場合£3,713になります。法定最低額の自動加入年金拠出金も加算します。雇用主の負担コストは約£34,200になります。これを年間の実効労働時間約1,700時間（週37.5時間から法定休暇を差し引いた時間）で割ると、1時間あたり約£21になります。経験豊富な管理者で総額£33,000の場合、負担レートは£22.50を超えます。

次に時間です。ほとんどのレポートで必要とされる7つの項目（従業員名、国民保険番号、PAYE参照番号、年間総支給額、控除済み税額、国民保険料、最終税コード）を転記するには、証明書を探し、各欄を読み、入力し、確認のために見返す時間を含めると、P60あたり約2分かかります。レポートでP60に記載されていない数値の照合が必要な場合（雇用主のNIはP32に、年金拠出金は最終給与明細に記載）、管理者は3つのソース文書を扱うことになるため、従業員あたりの時間は3〜4分に増加します。

その数字を心に留めておいてください。ライン1は下限であり、見かけほど低くはありません。キーストロークが1つでも間違うと、計算は変わります — それがライン2です。

第2行 — 誤入力されたP60フィールドがもたらすコスト

手動データ入力には測定可能なエラー率が存在します。業界を横断する数十年の研究によると、訓練を受けたオペレーターのフィールドレベルのエラー率は、管理された条件下では1%ですが、実際の5月の繁忙期を特徴づける疲労、時間的プレッシャー、文書品質の混在により、3〜4%に上昇します。英国の給与計算の観点では、最優秀クラスのチームは給与明細のエラー率を1%未満に抑えることを目指しており、2〜3%を超えるとプロセスに問題があることを示します。

P60にとって重要なのはレコードレベルの数値です。証明書のどこかでエラーが発生すれば、その証明書全体が誤りとなるからです。7つのフィールドにわたって、フィールドあたり1%のエラー率では、特定のP60に少なくとも1つのエラーが含まれる確率は6.8%です。4%では、その確率は24.9%になります。150人規模の企業では、1%のフィールドエラー率で、毎年約10枚のP60に少なくとも1つの誤入力された数字が含まれることになります。事務所の450枚のP60では、約30枚になります。

発見された各エラーには修正作業が伴います。元の証明書を特定し、誤った数字を識別し、再入力し、誤った数字がすでに従業員に届いている場合は、重複するP60を再発行する必要があります。これは通常、1件あたり20〜30分かかります。25分×10件のエラーは4時間強で、150人規模の企業では約£88の修正作業コストになります。これは、その後の影響を考慮する前の数字です。

その後の影響こそが、誤入力されたP60が安価でなくなる部分です。クライアントの自己評価申告書に入力された総支給額の誤った数字は、雇用主がすでにHMRCに提出したRTIデータと一致しない税額計算を生み出します。この不一致はコンプライアンスチェックを引き起こし、会計士がP60を特定し、転記エラーを見つけ、申告書を修正し、クライアントに説明する時間はすべて請求不能となります。従業員が後に住宅ローンの貸し手に提出するP60の誤った数字は、最悪のタイミングで表面化し、給与チームに修正済み証明書の発行を義務付けます。これらはすべて予算には現れません。「通常業務」として吸収されるのです。言い換えれば、誰もそのコストを計算していないということです。

関連する分析「英国の給与計算でP60データが今も手入力される理由」では、これらすべての紙がどこから来るのか（以前の雇用主、複数の仕事、異なる給与システムでの買収）を追跡し、断片化が手作業の継続を保証する理由を説明しています。

ライン3 — 5月の機会費用

ライン1はタイピングに費やした時間を価格化する。ライン3は、そのタイピングが消費する時間——つまり、給与チームが£21よりもはるかに価値のある仕事に使えたはずの時間——を価格化する。

5月は英国の給与計算にとって静かな月ではない。年度末の提出ラッシュ（最終のFull Payment SubmissionとEmployer Payment Summary、P32調整）の直後に位置し、その直後には7月6日締切のP11DおよびP11D(b)給付申告が控えている。2026年4月6日からは、現物給与のペイローリングがほとんどの雇用主に義務化され、同じ期間に新たなコンプライアンス業務が加わった。給与担当者がP60フィールドの転記に費やす1時間は、年度末調整の品質確認、給付申告の準備、新しいペイローリングプロセスの習得に充てられなかった時間である。これらの仕事の価値は、後日、回避された罰金として顕在化するものであり、記録された労働時間として現れるものではない。

給与計算代行会社にとって、機会費用は自社が実際に販売する通貨、すなわち請求可能時間で測定できる。5月のP60業務が、管理者の注意力の実質2営業日分を消費する——P60、P32、P11Dに関するクライアントからの問い合わせによる中断が1週間にわたって散在する中で——これは、£75から£150の時間単価で請求できるアドバイザリー業務や追加の給与業務から、約14時間のキャパシティが転用されたことを意味する。仮に低い方の単価で見積もっても、転用された14時間は、代行会社が実行できたはずの約£1,050の仕事に相当する。

社内チームも同じ転用に直面するが、それに価格を付けるための請求可能単価はない。適切な代替指標は、先送りされた仕事の価値である。P60の転記が、P11D(b)の期限前に現物給与のペイローリングエラーを発見できたはずの調整レビューを遅らせた場合、その機会費用は、後にそのエラーが招く罰金である——これが、ほとんどの雇用主が決して価格化しないラインに話をつなぐ。

ライン4 — HMRCペナルティエクスポージャー

ペナルティ構造には3つの層があり、ほとんどのコスト議論は最初の層で止まっています。

遅延発行。5月31日の期限を過ぎると、HMRCはP60ごとに300ポンドの初期ペナルティに加え、証明書が未発行のまま1日経過するごとに60ポンドを課す可能性があります。これは誰もが引用する数字ですが、3つの層の中で最も小さいものです。なぜなら、それは範囲が定められ予測可能だからです。

不正確さ。これは300ポンドという見出しが隠している層です。2007年財務法スケジュール24に基づき、HMRCに提出された書類に税額を過小評価する不正確さが含まれている場合、ペナルティが支払われます。これは定額ではなく、潜在的な損失収入のパーセンテージです。転記ミスが該当する過失による不正確さは、潜在的な損失収入の30%のペナルティが課されます。意図的だが隠蔽されていない不正確さは70%、意図的かつ隠蔽されたものは100%です。重要なのは、スケジュールは「書類に複数の不正確さが含まれる場合、不正確さごとにペナルティが支払われる」と規定していることです。P60の総支給額の入力ミスがRTI提出書類や確定申告に影響し、例えば2,000ポンドの税額を過小評価した場合、申告者は2,000ポンドの追徴税額に加えて600ポンドの過失による不正確さのペナルティにさらされ、未払い額に対する延滞ペナルティは30日で1%から始まり、6ヶ月と12ヶ月で5%に上昇します。

記録。HMRCは給与記録を関連する課税年度終了後少なくとも3年間保管することを要求し、過去6課税年度に遡る修正を受け付けています。適切な記録を保持しない場合、最大3,000ポンドのペナルティが科されます。ソースからセルへの監査証跡がない手入力のスプレッドシートは、HMRCの基準では防御可能な記録とは見なされません。調査官が数字の証明を求め、唯一の証拠が誰かが入力したセルである場合、ペナルティは数字を間違えたことに対するものではなく、それが正しかったことを証明できなかったことに対するものです。

これらのペナルティはいずれも特定の年に必ず発生するわけではなく、まさにそれが無視される理由です。これらをモデルに含める正しい方法は確率的に行うことです。エクスポージャーに手動入力がそれを引き起こす可能性を掛け合わせます。ビューローのクライアントベースと複数の課税年度にわたって、年間のペナルティ期待値が数千ポンドの低い範囲であることは控えめです。そしてライン1とは異なり、タイピングが速くなっても縮小しません。エラーが止まったときにのみ縮小します。

あなたの数字 — 4つのコストライン

4つのラインに分解すると、手動P60処理の総コストは業界平均ではなく、自社の状況に応じた関数になります。以下は、150名の従業員、時給21ポンド（諸経費込み）の給与管理者1名、エラーとペナルティラインを確率按分した場合の計算です。

幅が広いのは意図的です。あなたの数字は、安定した単一ソースの給与計算を運用しているか、4つの異なるシステムを調整する給与計算代行会社か、そしてエラー率が1％近くか、5月のプレッシャー下で4％近くかによって異なります。ご自身の数字を計算するには、以下の4つの式に当てはめてください。

• ライン1 = P60枚数 × P60あたりの分数 ÷ 60 × あなたの時給（諸経費込）
• ライン2 = P60枚数 × レコードレベルのエラー率 × （修正人件費 ＋ 予想される下流コスト）
• ライン3 = 5月に奪われた時間数 × その時間が本来果たしていた業務の時間単価
• ライン4 = ペナルティエクスポージャー × 手動入力がそれを誘発する確率（遅延発行、不正確、記録の各層を合計）

ほとんどの雇用主にとって驚くべき結果は、誰もが考える唯一のラインであるライン1が、ほとんどの場合、最小であることです。手動P60処理のコストは、請求書に決して載らない3つのラインに存在します。

抽出が計算を変える仕組み

4つのラインはすべて、同じ根本的な操作に遡ります。それは、証明書から数字を読み取り、セルに入力するという作業です。その操作をなくせば、4つのラインすべてが同時に動きます。ライン1は崩れ、ライン2のエラー率は自動化された下限に向かって低下し、ライン3で失われた時間はより価値の高い作業に戻り、ライン4のエクスポージャーは、それを生み出すエラー率とともに低下します。それが文書抽出ツールの役割であり、その仕組みは、すでに実行している給与ソフトウェアとは異なるため、正確に理解しておく価値があります。

給与ソフトウェアは、自社のデータベースからP60を生成するように設計されています。他の場所で発行されたP60（以前の雇用主、別のプロバイダー、スキャンされた紙の証明書）を読み取ることはできません。抽出ツールはその逆の働きをします。テンプレートベースのツールが採用する、ページ上の固定位置を照合するアプローチ（別の給与システムが証明書を異なるレイアウトで作成した瞬間に機能しなくなる）ではなく、セマンティック抽出は各フィールドが意味するものを読み取ります。これがカスタム列抽出です。列名を一度入力するだけで（「総支払額」「控除済み税額」「国民保険料」「税コード」「PAYE参照」）、AIはラベルを理解して、バッチ内のすべてのP60で各値を特定します。証明書がSage、Xero、BrightPay、または手書きのHMRC注文テンプレートのいずれから来たものでも関係ありません。定義した列がスプレッドシートのヘッダーになります。ソース形式は重要ではありません。

ライン2に直接作用するレバーは、計算列です。これは、AIがページから読み取るのではなく、抽出中に計算する列です。「総支払額からFPS値を差し引いたもの」などの検証列を定義すると、ツールは抽出された合計がFull Payment Submissionと一致しない行にフラグを立て、エラー探しを完全な再読込から1つの列の並べ替えに変えます。このワークフローのステップバイステップ版（アップロードから照合可能なシートまで）は、給与照合のためのUK P60データのExcelへの抽出に関するガイドにあり、同じ抽出ロジックを日常の給与明細に適用したものは、給与明細からExcelへのユースケースで説明されています。

集約ステップには、このモデルが暗に想定しているコストが存在します。つまり、従業員や顧客に紙のコピーや前年度の証明書を追いかける手間です。コレクションリンクがこの課題を解決します。共有可能なリンクを生成し、従業員や事務所の顧客に送信すると、相手はアカウントを作成することなく、短い確認コードを入力するだけでP60を直接処理キューにアップロードできます。これにより、「ファイルが届くのを待つ」という遅延がワークフローから排除されます。これは、日単位でカウントダウンが進む5月の期間において最も重要です。この仕組みは、従業員の給与明細をスプレッドシートに集約する場合と同じパターンです。

1件あたり約10秒の処理時間（手入力では2～4分）で、抽出作業はライン1を削減するのではなく、完全に排除し、確認のための一瞥だけを残します。また、AIはキーボードの正確性ではなくラベルを読み取るため、ライン2とライン4の原因となるエラー率は自動化の下限まで低下します。手作業が安価に見えた計算は、ライン1について間違っていたのではありません。どのラインが重要かについて間違っていたのです。

よくある質問 — UK P60処理コスト