UKのP60データをExcelに抽出する方法
— 給与照合用ガイド（2026年版）

P60に記載されている項目と、スプレッドシートで重要な理由

P60（正式名称：年末証明書）は、英国歳入関税庁（HMRC）が定める法定書類です。その内容は給与ソフトウェア設計者の提案ではなく、HMRC仕様書RD1で法律により定められており、代替P60レイアウトが特定の課税年度に必ず記載すべきすべての項目が定義されています。課税年度は4月6日から翌年4月5日までで、フォームの各項目は従業員ごとにその12か月間すべてを対象とします。

各法定項目の名称だけでなく、その目的を理解することが、抽出したスプレッドシートがフルペイメント申告書（FPS）データとの照合を一発で通過するか、午後いっぱいクロスリファレンスに費やすかの分かれ目です。以下は、給与照合作業で重要な項目を、その下流機能ごとにグループ化したものです。

このフィールドセットの実際的な影響として、150人の従業員分のP60抽出スプレッドシートは、NIの所得帯の内訳をどこまで細かくするかにもよりますが、150行・約20〜25列になります。そのグリッドへの手入力 — 各証明書の各欄を探し、値を入力し、NIレターを再確認する作業 — こそが5時間を費やす部分です。給与チーム向け英国P60データ抽出の完全ガイドでは、同じフィールドセットを、それを消費する3つの年末ワークフローに照らして解説しています。AI搭載の文書抽出は、ピクセル座標ではなく証明書を意味的に読み取ることで、探す・入力するステップを排除します。

同じP60データが給与ソフトによって見た目が異なる理由

すべてのP60が同一の見た目（同じボックス位置、同じラベル配置、同じフォント）であれば、テンプレートベースのOCRツールで抽出は解決済みの問題になるでしょう。しかし、HMRCのRD1仕様書は代替フォームについて「形式とレイアウトのバリエーション」を明示的に許可しており、主要な給与ソフトウェアプロバイダーはそれぞれ異なる方法でその許可を行使しています。

セージ給与ソフトは、従業員のNINOを右上の象限に印刷し、PAYE参照番号をその下の別ブロックに配置するかもしれません。ゼロ給与ソフトは、それらを並べて配置するかもしれません。ブライトペイは3列グリッドを使用するかもしれません。アイリス スタッフオロジーは、すべてを単一の縦列に積み重ねるかもしれません。用紙サイズ、インク色、ボックス配置はすべて雇用主またはソフトウェアプロバイダーの裁量に委ねられており、唯一の制約は、すべての法定フィールドが1枚の用紙に表示されなければならないということです。

これは仕様のバグではありません。雇用主が何十年もの間、それぞれ独自の印刷エンジンを持つ異なる給与ソフトウェアを使用してきたために存在するものであり、HMRCのアプローチは視覚的なレイアウトではなくデータ内容を義務付けることです。抽出を行う人にとっての結果は、すべての給与プロバイダーのP60が、同じ基礎となるデータスキーマのレイアウトバリエーションであるということです。そして、セージのレイアウトでトレーニングされたテンプレートベースの抽出ツールは、ゼロのレイアウトでは失敗するでしょう。

NIカテゴリーレターのセクションは、これが実際の時間を費やす形で顕在化します。従業員のNIカテゴリーレターが年度途中で変更された場合（例えば、州年金年齢に達したことによるAからCへの変更）、P60には異なるカテゴリーレターの下に2つの別々のNI行を表示しなければなりません。セージはこれらを左側にレターラベルを付けた2つの隣接する行として印刷するかもしれません。ゼロは、レターをセクションヘッダーとして使用した別々のテーブルセクションとして印刷するかもしれません。「列1にNIレターがある行」を探すテンプレートは、一方の形式を捕捉して他方を見逃します。セマンティック抽出 — 位置ではなく意味で読む — は、「NIカテゴリーレター」が視覚的な表現に関係なく列値であることを理解するため、両方のレイアウトを処理します。

P60抽出ワークフローの設定

手作業によるP60転記を置き換えるワークフローは3つのステップで構成されており、設定ステップ（列の定義）は一度行うだけで、あらゆる税年度、あらゆる給与プロバイダー、あらゆる従業員バッチで再利用できます。

このワークフローは、任意の人数の従業員と任意の組み合わせの給与プロバイダーに対応します。列定義は税年度をまたいで再利用可能です。HMRCの法定フィールドセットは法改正があった場合にのみ変更されるためです。変更があった場合（2025-26年度仕様での法定新生児ケア手当の追加など）、残りを再構築することなく、新しい列を定義に追加するだけです。

年度末全体と比較すると、これがP60からExcelへの変換の本質です — セージ、ゼロ、スキャン済みの紙証明書をすべて受け入れ、照合準備済みのシートを返す1つの列セットです。

毎年の年末に費用対効果を発揮する3つのP60抽出ワークフロー

P60抽出は、大きく3つのパターンに分類され、それぞれに独自のバッチ形状と出力の重点があります。ワークフローを適切な出力構造に合わせることが、「データ抽出」ツールを、あなたのチームが毎年5月に実際に活用するものへと変える鍵です。

Self Assessmentの準備（3月〜5月の期間）

個人顧客を担当する会計事務所は、1月31日のSelf Assessment提出期限に向けて、銀行明細書、配当金明細書、P11DフォームとともにP60を受け取ります。複数の雇用を同時に持つ顧客は、同じ課税年度に対して2つ以上のP60行を生成します。このワークフローの主要な列は、この雇用における給与、控除税額、NINO、雇用者PAYE参照番号です。これらは、SA100税務申告書の「雇用」ページに直接対応します。パートタイムの仕事を2つ持つ顧客は2行を生成し、各P60の「年間総額」列には、申告書に個別に入力する必要のある金額が表示されます。

これはP60抽出において最も取扱量が多い期間です。なぜなら、事務所が最も多くの顧客書類を最短時間で処理する時期だからです。ここで手動入力を置き換えることは、単に時間を節約するだけではありません。SA302の照会が発生する最も一般的な原因、つまり、あるP60の給与額を誤った雇用行に入力してしまう転記ミスを排除します。この転記がそもそもなぜ発生するのか、そして誤入力された金額が後々どのようなコストを生むのかについての広い文脈は、英国給与計算の5月の問題：P60データ入力の隠れたコストをご覧ください。

FPS提出に対する給与計算ビューローの照合

複数の雇用主顧客の年末処理を担当する給与計算ビューローは、各従業員のP60の金額が、HMRCに送信された年末のFull Payment Submission（FPS）合計と一致することを確認する必要があります。照合は雇用主ごとに実行されます。雇用主AのすべてのP60をスプレッドシートに抽出し、給与と税の合計を、その雇用主に対するビューロー自身のFPS抽出データと比較します。列の整合性が、この比較を意味のあるものにします。P60の「この雇用における給与」列がFPSの「総給与」列の隣にあれば、差異の計算式は行ごとの単一の減算になります。

NIカテゴリーレターの列は、このワークフローで特に重要です。年度途中でカテゴリーレターがAからCに変更された従業員は、P60上で異なるレターの下に2つのNI行が表示されます。ビューローの照合では、総拠出額がFPSと一致することを確認するために両方の行が必要です。そして、両方の行を1つの数値にまとめた単一の「NI合計」列では、HMRCが後日フラグを立てる可能性のあるカテゴリーレターの不一致が隠れてしまいます。

収入確認のスケール対応

住宅ローン提供者、賃貸業者、雇用審査会社、移民アドバイザーは、前年度の収入証明としてP60を日常的に要求します。この確認ワークフローは大量処理かつ狭いフィールドに特化しています。氏名、国民保険番号、雇用主PAYE参照番号、年間総支給額です。その他の法定項目（法定支給額、学生ローン控除、国民保険の階級別内訳）は出力に参考データとして残りますが、確認の判断は支給額と、それを実在の事業体に結びつける雇用主参照番号に基づきます。

このワークフローでは、馴染みのない給与計算プロバイダーからのP60が頻繁に登場します。申請者が、確認担当者が一度も見たことのないニッチな給与システムを使用する雇用主のP60を持ち込む可能性があります。そのため、事前設定なしで任意のレイアウトを処理できる抽出ツールの能力こそが、確認パイプラインを自動化できるか、誰かが各PDFを開いて手動で数字を入力しなければならないかを決定します。

抽出したP60データを給与計算スプレッドシートに反映する前の検証

高い抽出精度であっても、オペレーターは後続の調整や確認チェックに対して、妥当性の確認を行う義務があります。以下のチェックはP60に特化しており、Excelで列ごとに実行します。すべての行のすべてのフィールドを監査する必要はありません。これらは、元のP60と照合する価値のある数行を浮き彫りにするための形状チェックです。

このチェックリストが理想論ではなく実現可能な理由は、抽出されたデータがすでに列構造化されているからです。各行にはソースファイルの参照情報が含まれているため、フラグが付いた行は元のP60までワンクリックで到達できます。手動転記では、このような列レベルのチェックを企業規模で維持することは不可能であり、抽出処理があって初めて検証パスが実現可能になるのです。

P60とW-2：英国・米国のチームが知っておくべきこと

英国の給与チームが初めて米国の税務フォーム抽出ツールに触れる場合、または英国に子会社を持つ米国企業の場合、P60は実質的に英国版のW-2なのかと尋ねることがよくあります。簡単に答えると、両者は同じ機能（年度末の従業員所得証明書）を果たしますが、構造、フィールドセット、およびその後の利用方法が異なり、抽出設定に影響を与えます。

W-2は、連邦賃金（Box 1）、社会保障賃金（Box 3）、メディケア賃金（Box 5）、および州レベルの内訳を20の番号付きボックスで報告します。これらはすべて暦年（1月1日～12月31日）を対象としています。P60は、4月6日から4月5日までの税年度における課税対象給与とPAYE税を報告し、国民保険（NI）は一律の割合での控除ではなく、カテゴリーレターと所得帯で表示されます。W-2にはNIカテゴリーレターの概念がなく、法定給付の内訳もなく、学生ローンプランの区別もありません。P60には州レベルの報告がなく、社会保障/メディケアの区分もありません。

抽出への影響として、2つのフォームタイプには異なる列定義が必要です。W-2の列セットは、米国のすべての雇用主のW-2で機能します。P60の列セットは、英国のすべての給与プロバイダーのP60で機能します。しかし、2つの列セットは本人確認フィールド以外では重複せず、P60をボックス番号が異なるW-2として扱うと、抽出後の大幅な再フォーマットが必要なスプレッドシートが生成されます。

両方を扱う企業の場合は、米国側のワークフローについてW-2および1099税務フォーム抽出の完全ガイドを参照し、フォームタイプごとに個別の列定義を使用してください。バッチ処理のアプローチは同じです（ファイルのアップロード、列の定義、スプレッドシートのエクスポート）が、列名は市場固有です。

FAQ