UK P60データをExcelに抽出 — 賃金・税・NIを調整対応シートに取り込む
ほとんどのP60抽出ツールは、後で並べ替えが必要なテキストの塊を返しますが、これはこの雇用での賃金、控除済み税額、NI Category Letterをラベル付き列として保持し、直接調整できます。5月の入力に5時間かかった150枚の証明書バッチが、30分未満で処理できるようになります。
Enterprise-grade security · TLS 1.3 encrypted
UK P60から取得できる年末フィールド
必要な列名を入力すると、AIがP60上の各値をフィールドラベルの意味に基づいて見つけ出します。位置には依存しません。同じ列がSage PDF、Xeroエクスポート、BrightPay印刷物、前の雇用主からのスキャン済み紙の証明書でも機能します。これらは年末調整スプレッドシートが基盤とするフィールドです。
出力項目はお客様が定義し、AIが文書を読み取ります。P60に含まれる任意の項目を追加できます。これは、年末調整ワークブックに最も必要な項目セットです。
P60照合がテキストダンプで失敗し、フィールドの意味で成功する理由
P60は読むものではなく、照合するものです。「この雇用での賃金」の金額は、年間のFull Payment Submission（FPS）および最終給与明細と一致する必要があり、National Insuranceカテゴリーレターが年間の拠出率を決定し、5月31日の期限には証明書1件につき£300の罰金が科されます。位置ベースのOCRは文字を読み取って終わりです——そして、まさにそこでP60抽出は失敗します。
問題点
「この雇用での賃金」は、年末にFPS合計と3月の給与明細と照合されますが、給与ソフトはスプレッドシートに入力された任意の数値を受け入れます。1桁の入力ミスは静かに通過し、不一致は数週間後の照合が合わない段階になって初めて表面化し、誰かがすべての証明書を再読して見つけ出す必要があります。
NI Category Letter（13種類の文字セット：A、B、C、F、H、I、J、L、M、S、V、X、Z）は、その従業員の年間所得に適用される拠出率を決定します。SをFと誤読したり、IをJと誤読したりしても黙って受け入れられ、従業員と雇用主の両方のNational Insuranceが記録上でずれてしまいます。
「この雇用での賃金」と「年間総賃金」（同様に「控除済み税額」と「年間総税額」）は、どちらも単なるポンド金額として印刷されます。年度途中で入社した従業員の場合、「総額」の数値はP45から前の雇用主の数値を引き継ぎます。そして、各雇用が独自の証明書を発行するため、これはまさに 転職者が「2つの雇用主の間で立ち往生」と表現する状況 です。前の雇用主が4月5日に給与計算に載っていなかったと言う場合です。フラットなOCR出力では、2つの同一に見える数字が返され、どちらがどちらかを判断する方法がありません。
カスタム列抽出がこれを解決する方法
カスタム列抽出とは、必要な列（「この雇用での賃金」「年間総賃金」「NI Category Letter」「従業員NI拠出額」など）を入力するだけで、AIがフィールドラベルの意味に基づいて各値を読み取る仕組みです。ラベルがページのどこにあっても対応します。座標指定も、プロバイダー別テンプレートも、モデル学習も不要です。
列を一度定義すれば、SageのPDF、Xeroのエクスポート、BrightPayの印刷物、QuickBooksのファイル、以前の雇用主からのスキャン済み紙のP60にも同様に対応します。別の証明書でも新たな設定は不要で、特定のレンダラーで学習したテンプレートを他のレンダラー用に再学習する必要もありません。
各数値はラベル付きの専用列に配置され、証明書に存在しない法定支払い行は0と表示されるのではなく空白のままになります。これにより、合計が静かに膨らむことはありません。レビューモードでは、元のページ上の各値の出所がハイライト表示され、監査チェックが再読込ではなくスポットチェックになります。
年度末P60フォルダから照合対応済みスプレッドシートまで、3ステップで
給与計算チームや経理チームが年度末の照合（P60の数値とFPS合計、P32（雇用主の月次PAYE支払明細書）の突き合わせ）を行う場合、証明書が生成されてからバランスが取れたスプレッドシートに至るまでのワークフローは次のとおりです。
5月フォルダ全体をアップロード、形式は混在でOK
Sage、Xero、BrightPay、QuickBooksから生成された給与計算PDF、退職者が前の雇用主から受け取った紙のP60のスキャン、時々撮られるスマホ写真をドロップするだけで、バッチ処理が1つのジョブとして実行し、結果を1つのスプレッドシートに統合します。従業員が自分で前雇用主の証明書をアップロードする場合は、コレクションリンクを共有してください。登録なしでファイルを直接キューにドロップできるページです。
照合列を一度だけ指定
「従業員名」「National Insurance Number」「雇用主PAYE参照番号」「この雇用での賃金」「年間総賃金」「控除済み税額」「年間総税額」「NI Category Letter」「従業員NI拠出額」「最終税コード」と入力します。AIが各ラベルの意味を読み取り、行を埋めます。「税率（年間総税額 ÷ 年間総賃金）」のような計算列を追加すれば、AIが同じパスで抽出した数値に基づいて計算を実行し、異常値はバランスが崩れる前にフラグが立てられます。
従業員ごとに1行でエクスポートし、突き合わせ
XLSXまたはCSVでエクスポートするか、結果をGoogle Sheetsに直接取り込みます。「この雇用での賃金」列を年間のFPS合計とP32と突き合わせ、各従業員のNIカテゴリーレターが拠出額の横に表示されるため、レートチェックが可能です。レビューモードでは、証明書上の各値の出所がハイライト表示されるため、監査ファイルの証拠はホバー1つで確認できます。
P60抽出が役立つ場面と、数値の最終確認が必要な場面
最適なケース
給与ソフトのPDFときれいなスキャン。 Sage、Xero、BrightPay、QuickBooksの書き出しファイルや、200〜300 DPIのフラットベッドスキャナで読み取った紙の証明書は、フィールドラベルが機械印字されているため、高い精度で抽出できます。
年度末の一括処理。 証明書一式をまとめてアップロードし、従業員ごと・課税年度ごとに1行ずつ並んだスプレッドシートを書き出せます。これにより、5月31日締めの照合作業が1週間の再入力ではなく、実用的な作業になります。
任意のフィールド抽出。 抽出は列名に従って行われるため、NI Category Letterと賃金額だけを素早くレート確認用に取り出すのも、監査用ファイルに法定項目一式を揃えるのも、同じように簡単です。
注意が必要なケース
これは証明書の抽出であり、給与計算やHMRCへの申告を行うものではありません。 このツールはP60を読み取って構造化されたスプレッドシートを作成します。雇用主NIの計算、P32との照合、FPSの提出は、引き続き給与ソフトと担当チームの作業です。コンプライアンス上の記録として扱うのは、抽出ツールではなく証明書そのものです。
従業員ごとの複数P60は自動結合されません。 各証明書はそれぞれ1つの雇用のみを対象とするため、それぞれ独立した行として抽出されます。住宅ローンや税務申告用に通年の数値を作るために2行を合算するのは、ご自身で行うスプレッドシート上の操作です。ツールがNational Insurance numberでレコードを自動的に結合することはありません。
折れ曲がり、色あせ、手書きのコピーは精度が低下します。 きれいなデジタルデータやスキャンしたP60は高い精度で抽出できますが、3年間ファイルキャビネットに保管されていた紙の証明書や、影が写り込んだスマホ写真では、小さな数字がぼやける可能性があります。照合に使用する前に、必ずレビューモードで確認してください。
よくある質問
NIの所得区分（LEL、PT、UEL）を別々の列として抽出できますか？それとも合計額のみですか？
どちらも可能です。列はご自身で定義するためです。「Earnings at Lower Earnings Limit」「Earnings LEL to Primary Threshold」「Earnings PT to Upper Earnings Limit」「従業員NI拠出額」と名前を付ければ、各区分がそれぞれラベル付きの列として出力されます。これは監査照合が給与レポートと突き合わせる際に必要な粒度です。「従業員NI拠出額」のみを指定すれば、合計額だけが得られます。カスタム列抽出は指定した列のみを返します。P60のNI欄には、固定された隠れたスキーマはなく、特定の形式に縛られることはありません。
「この雇用での賃金」と「年間総賃金」の違いは何ですか？両方出力されますか？
両方とも別々のラベル付き列として出力されます。「この雇用での賃金」は、この雇用主が税年度中に支払った総賃金です。「年間総賃金」は、同じ税年度内の以前の雇用からの賃金を合算したもので、年度途中で入社した場合はP45から繰り越されます。この2つの金額は同じように見えるポンド表記で印刷されるため、テキスト抽出では混同されがちです。両方の列に名前を付けることで、スプレッドシート上で明確に区別できます。
以前の雇用主からのスキャンした紙のP60も処理できますか？
はい、印刷された文字が人間の目で判読できる限り可能です。AIは座標ではなく意味によってフィールドラベルを読み取るため、スキャンした紙の証明書も給与ソフトウェアのPDFと同じように扱われます。また、同じ列セットを使用するため、退職者の前雇用主からのP60でも特別な設定は不要です。200〜300 DPIのフラットベッドスキャンが最適です。折れ曲がった写真や影のある写真しかない場合は、小さな数字を確認モードで検証し、そのまま信頼しないでください。
従業員が異なる2つの仕事で2枚のP60を持っている場合はどうなりますか？
各P60はそれぞれ独自のスプレッドシート行に抽出されます。各証明書は1つの雇用のみを対象としているためです。フルタイムの仕事と副業を持つ従業員は2枚の証明書を受け取り、それぞれが単独で正確です。このツールはNational Insurance番号でレコードを自動的に結合することはありません。2つの行を合算して年間合計を算出するのは、ご自身で管理する意図的なスプレッドシート操作であり、すべての数字がどの証明書から来たかを追跡できます。
これは給与ソフトウェアの代わりになりますか？それともHMRCに何かを提出しますか？
どちらでもありません。ImageToTable.aiは、P60と照合スプレッドシートの間の手動転記作業を置き換えます。証明書を読み取り、構造化された行を生成します。P60の発行自体、雇用主のNational Insuranceの計算、P32との照合、HMRCへのFull Payment Submission（FPS）の提出は、すべて給与ソフトウェアとご自身のチームの役割です。このツールが提供するのは、照合可能な形式での証明書の数字です。
UK P60データの詳細: 給与照合のためにUK P60データをExcelに抽出する方法 — このページの背後にあるステップバイステップの列ワークフロー · 給与チーム向けUK P60データ抽出の完全ガイド — RD1フィールドセットと代替レイアウトの関係 · UK給与の5月問題: P60データ入力の隠れたコスト — この作業を手動で続けることの実際のコスト