UKのP45退職者データをExcelに抽出する方法
給与計算と新入社員処理のために
平均的な英国企業（従業員200名、全業種の年間離職率15％）では、年間約30名の新入社員を迎えます。各新入社員は前職の雇用主からP45を持参します。給与担当者はPDFを開き、税コード、退職日、年度累計の給与・税額、学生ローン有無の各項目を確認し、給与ソフトの新入社員登録フォームに手入力します。問題がなければ1件あたり2分。しかし、税コードを一桁間違える（1257Lを1275Lと入力）だけで、HMRCから訂正コードが届くまでの1ヶ月間、従業員は誤った控除額で過ごすことになります。根本的な問題は処理件数ではありません。同じ構造化データが、入社のたびに毎回人間の転記工程を経由し、その工程にP45と給与記録の間のエラー訂正レイヤーが存在しないことです。
重要ポイント
- HMRCはP45に必須のデータ項目を定めていますが、各給与ソフトが独自のレイアウトを設計するため、同じ税コードが証明書ごとに異なる位置に表示され、人間だけが唯一の共通項となります。
- 50の前職雇用主にP45フォーマットの統一を求めるのは不可能です。お互いを知らない組織に、誰も利益を得ない決定を調整させることになり、これがP45データ入力がフォーム作成以来ずっと手動である理由です。
- レイアウトを読むのをやめ、ラベルを読みましょう。スプレッドシートの列を各項目の意味で一度定義すれば、AIが「退職時の税コード」を給与プロバイダーの証明書上で、座標ではなく単語の意味を理解して見つけ出します。
P45の内容 — 4つのパート、1つのデータセット、スプレッドシートの列
正式名称「従業員退職明細書」であるP45は、英国で雇用が終了したすべての従業員に発行される法定書類です。これは2003年所得税（源泉徴収）規則第36条に基づき、雇用主は「不当な遅延なく」退職者情報を提供する義務があり、実際には最終給与明細と同時、または退職日から1給与サイクル以内に発行されます。P60が現職従業員の税年度全体を総括するのに対し、P45は単一の事象によって発行され、税年度開始日（4月6日）から退職日までのデータのみを含みます。
この書式は4つのパートで構成されますが、うち3つは同じデータ内容です。
パート1 — HMRC（RTIで電子的に送信）
旧雇用主は最終給与計算時にFull Payment Submission（FPS）を通じてこれをHMRCに送信します。従業員がこのパートを扱うことはありません。以前は郵送による物理的な書式でしたが、現在はRTIが紙のやり取りを完全に置き換えています。
パート1A — 従業員保管用
従業員が自身の記録用に保管する写しです。雇用と納税の証明となります。ほとんどの従業員はファイルした後、HMRCから問い合わせがあったり、新雇用主の給与チームが原本の参照番号を必要としない限り、二度と見ることはありません。
パート2 — 新雇用主（給与データ入力の源泉）
これが給与チームが注目するパートです。従業員の税コード、当該税年度の総支給額と納税額、退職日、国民保険番号、学生ローンの天引き有無が記載されています。パート2のすべての項目は、給与ソフトウェアが新入社員の設定時に入力を求める項目です。
パート3 — 新雇用主またはジョブセンター・プラス（控え）
パート2の複製です。同じデータ、同じ項目です。新雇用主はパート2を給与記録用に保管し、パート3を従業員のHMRC登録に使用するか、転職間の給付金申請を行う場合はジョブセンター・プラスに提出します。
抽出の目的上、パート2とパート3の内容は同一です。従業員から手渡されたもの（前職の給与システムからのPDF、印刷されたP45のスキャン、紙のコピーのスマホ写真のいずれか）から抽出します。データ項目は形式に関わらず同じです。
スプレッドシートの列となる項目
本人・参照情報
- 従業員NINO — 国民保険番号。形式は英字2文字、数字6桁、末尾英字1文字（例：QQ 12 34 56 C）。HMRCが雇用間の突合に使用する従業員識別キー。誤りがあるとHMRCが新規採用者を既存記録と紐付けられず、初回のFPS提出がエラーになります。
- 雇用主PAYE参照番号 — 前職の雇用主参照番号。形式は
NNN/AAAAAAAA（3桁の税務署番号、スラッシュ、最大10文字の英数字）。自社のPAYE参照番号とは異なります。監査証跡や、HMRCが従業員の雇用履歴をマッピングする際に重要です。 - 事業所/給与番号 — 前職の内部ID。任意ですが、給与明細や契約者記録の照合に役立ちます。
給与・税額データ（給与ソフトに入力する数値）
- 総支給額累計 — 4月6日から退職日までの総支給額。税コードが累積の場合、同一課税年度の前職分を含みます。給与ソフトが従業員の控除額残高を計算する際に使用する数値です。
- 所得税累計 — 当該課税年度の全雇用におけるPAYE所得税の合計。非累積（Week 1/Month 1）コードの場合、この数値は退職した雇用のみを対象とします。
- 当該雇用の支給額・当該雇用の所得税 — 従業員が複数の仕事を持っていた場合のみ表示。累計額とは別に、退職した雇用主のみに帰属する数値を示します。
- 退職時の税コード — 例：1257L、BR、D0、NT。非累積ベースを示すW1またはM1のサフィックスが付く場合があります。
- 退職日 — 従業員の最終勤務日。給与ソフトはこれを使用してPAYE報告期間の開始日を設定します。
学生ローンおよびその他の指標
- 学生ローン控除の有無 — チェックボックスまたは「有/無」欄で、金額ではありません。前の雇用主が学生ローン返済（プラン1、2、または4）を控除していたかどうかを示します。チェックがある場合、給与ソフトは最初の給与期間からその控除を継続する必要があります。実際の月々の返済額は、P45から引き継がれるのではなく、収入の基準に基づいてシステムが計算します。
- 大学院ローン控除の有無 — 学部ローンとは別で、異なる基準で控除されます。P45上で独立してチェックされます。
- 週1/月1の指標 — 税コードの「W1」または「M1」の接尾辞です。このフラグ1つでデータ入力方法がすべて変わります。W1/M1コードの場合、給与と税額は非累積的で、その雇用にのみ適用されます。標準の累積コードの場合、数値は前職から繰り越されます。
給与参照フィールド
- 税週/月番号 — 最終支払いの税週または税月。週1 = 4月6日～12日、月1 = 4月6日～5月5日。ソフトウェアはこれを使用して、従業員を現在の税年度のPAYEタイムラインに正しく配置します。
- 従業員の氏名と住所 — 単純な本人確認フィールドです。従業員自身の詳細と照合して不一致を発見します。
- 生年月日と性別 — 一部のP45レイアウトに記載されています。HMRCが本人確認と年金受給開始年齢の決定（NIカテゴリ文字が変更される場合に関連）に使用します。
オプションフィールドを抽出するかどうかによって、新入社員1人あたり12～15列になります。年間30人の新入社員に対して1件のP45に2分かかるとすると、純粋なタイピング作業だけで1時間かかり、それはすでにフォームに正しく印刷されているデータを入力するための時間です。
なぜ英国の給与担当者は同じP45の項目を年に何十回も打ち直すのか
もしP45が単なるデータエクスポート、つまりある給与システムから別のシステムへのCSVファイルだったなら、この記事は存在しなかったでしょう。前の雇用主がボタンを押せば、あなたの給与ソフトウェアが退職者記録を直接取り込むからです。それが起こらない理由は、技術的なものではなく構造的なものにあります。
HMRCのP45仕様は、PAYE規則に基づく規制枠組みによって管理されており、フォームに表示すべきデータ（上記の項目）は義務付けていますが、フォームの見た目は義務付けていません。各給与ソフトウェアプロバイダーは、独自の代替P45レイアウトを設計しています。Sage 50 Payrollは税コードを右上の象限に、NINOを別のブロックで下に印刷するかもしれません。BrightPayは従業員詳細を左、給与額を中央、税情報を右に配置した3列グリッドを使用するかもしれません。Xero Payrollはすべてを縦に積み重ねるかもしれません。QuickBooks UKはまた別の配置を使用します。Moorepay、ADP UK、IRIS Staffology、Moneysoft Payroll Manager — それぞれが独自のレイアウトエンジンを持っています。
その結果、「Sageを使用する雇用主A」からのP45は、「BrightPayを使用する雇用主B」からのP45とは異なって見えます。たとえ同一の項目セットを持っていてもです。そして、新しい雇用主の給与システムは前の雇用主がどのレイアウトを使用したかを知ることができないため、自動的に項目を解析できません。唯一保証された共通点は、人間がPDFを読んで値を給与ソフトウェアの新入社員フォームに入力することです。
ここで、テンプレートベースのOCRアプローチ（ページ上のフィールドの位置を知ることに依存するツール）は失敗します。SageのP45レイアウトで訓練されたテンプレートは、税コードボックスの位置が異なるため、BrightPayのP45を読めません。カスタム列抽出はこれを完全に回避します。ツールに各レイアウト上の税コードの位置を伝える代わりに、どのデータが必要か（「税コード」「これまでの総支給額」「NINO」）を伝えると、AIは紙面上の位置ではなく、ラベル付きフィールドの意味を理解することで各P45を読み取ります。同じ列定義がすべての給与プロバイダーのレイアウトで機能します。
P45の抽出原則: 給与スプレッドシートに必要な列名（「NINO」「退職時の税コード」「これまでの総支給額」「これまでの総税額」「退職日」「学生ローン有無」「雇用主PAYE参照番号」）を定義すると、AIは位置ではなく意味理解によって各P45上の各値を特定します。列定義は一度作成すれば、前の雇用主がどの給与ソフトウェアを使用していたかに関係なく、すべての新入社員に対して再利用できます。
P45抽出ワークフローの設定
手動でのP45転記を置き換えるワークフローは3つのステップで構成されます。設定ステップ（列の定義）は一度行うだけで、税年度を通じてすべての新入社員に対して再利用できます。
出力列を定義する
列ヘッダーとして表示したいフィールド名を正確に入力します。Sage、BrightPay、Xeroでの新入社員設定に実用的な初期セットは次のとおりです：従業員名、NINO、離職時の税コード、累計支給額、累計税額、本雇用での支給額、本雇用での税額、離職日、税週/月番号、雇用主PAYE参照番号、学生ローン有無、大学院ローン有無、勤務/給与番号。これはカスタム列抽出です。出力スキーマを定義すると、AIが各P45のフィールドを列にマッピングします。意味的な一致に基づいて、あらゆるレイアウトに対応します。給与ソフトが特定のフィールドを期待しても、すべてのP45に存在しない場合（例：本雇用での支給額は従業員が複数の仕事を持っていた場合のみ表示）、AIは推測せずにセルを空白にします。これはソース文書に実際に存在しないフィールドに対する正しい動作です。
P45を到着次第アップロード（単一または一括）
ワークフローはP45の受け取り方に適応します。新入社員が初日にP45を渡した場合、1ファイルをアップロードして1行の結果を得ます。同じ派遣会社から5人の契約社員を採用した場合、5つのP45 PDFを一括でドロップして、1つのスプレッドシートに5行の結果を得ます。入力形式は柔軟です。給与ソフトからのPDF出力、印刷されたP45のスキャン（従業員が2年間引き出しにしまっていた紙版）、紙のコピーのスマホ写真もすべて対応します。一括処理は複数のファイルを1つの統合出力にマージします。四半期末に数ヶ月分の新入社員記録を照合する際に便利です。
エクスポートして給与ソフトに取り込む
Excelファイルをダウンロードします。P45ごとに1行、列は定義した順序で表示されます。出力にはソースファイル参照列が含まれ、各行を元のP45 PDFにトレースバックできます。以下のセクションで検証チェックを実行し、抽出された値を給与ソフトの新入社員画面に入力します。エクスポートは、インポート対応の給与システム向けにCSV、API駆動のオンボーディングパイプラインを利用するチーム向けにJSONでも利用可能です。Googleスプレッドシートで給与照合を行うチーム向けには、Googleスプレッドシートアドオンを使用すると、スプレッドシートから離れることなく結果をアクティブシートに直接書き込めます。
このワークフローは、新入社員が1人でも50人でも対応できます。列定義は税年度全体で再利用可能です。法定P45フィールドセットは安定しているためです。HMRCは法改正があった場合のみ変更し、その際も列の追加や名称変更だけで、定義全体を再構築する必要はありません。
ルーチン入力では対応できないP45シナリオへの対処
ほとんどのP45は標準パターン（累積税コード、単一雇用、数値の給与・税額）に従います。しかし、標準から逸脱するP45も少なくないため、純粋なルーチン入力（ボックスXを見てフィールドYに入力）では例外でエラーが発生します。こうしたシナリオでは、手動入力では不可能な一貫性を抽出処理が提供します。
週1/月1（非累積）税コード
「W1」（週払い）または「M1」（月払い）で終わる税コード（例：1257L M1）は非累積コードです。これは、従業員の税金が各支払期間ごとに独立して計算され、その期間の給与のみを使用し、税年度前半の給与や税金は無視することを意味します。データ入力における実際の影響：P45の「Total Pay to Date」と「Total Tax to Date」フィールドは、退職した雇用のみを対象とし、同じ税年度の以前の雇用は含みません。
W1/M1の従業員を給与ソフトに入力する際、累積的な基礎控除が職場間で追跡されていないことを認識する必要があります。ソフトウェアはこの従業員を当月から新規に開始したものとして扱い、1ヶ月分の非課税枠（月払いの場合、コード番号を12で割った値）を適用します。これは「緊急課税」でもエラーでもなく、非累積コードの正しい動作であり、これを理解することで給与額を「累積的に見せる」ために手動調整するのを防げます。
具体的には：P45に税コード1257L M1、Total Pay to Dateが£4,000、Total Tax to Dateが£200と表示されている場合、これらの正確な数値を給与ソフトに入力します。以前の給与の見積もりは追加しません。給与システムはM1ベースで将来の正しい税金を計算します。
緊急課税はW1/M1とは異なります。 緊急税コード（0T、BR、または非累積ベースで一時的に割り当てられた1257L）は、新しい雇用主にP45がなく、スターターチェックリストを使用する必要がある場合に発生します。前の雇用主からのP45に記載された正規のW1/M1コードは緊急課税ではありません。これはHMRCの意図的な指示であり、通常、従業員が年度前半に不正確または不完全なPAYE記録を持っていたために発行されます。この区別が重要なのは、W1/M1コード付きP45のデータを「おそらく間違っている」ではなく、信頼できるものとして扱うからです。
無収入のP45
給与計算に追加されたものの、実際には一度も働かなかった、または最初の給与期間前に退職した従業員の場合、無収入のP45が発行されます。このフォームには「この雇用における総支給額：£0.00」、「この雇用における総税額：£0.00」と表示され、有効な税コードと退職日が記載されます。これは実際のP45であり、コンプライアンス上重要な意味を持ちます。雇用主は、HMRCが税コードを発行した従業員に対しては、たとえ支払いが一度も行われていなくても、規則36に基づきこのフォームを発行する義務があります。
標準のP45と一緒に無収入のP45を一括で抽出する場合、該当する行の支給額と税額の列には自動的に£0.00が入力されます。データは正確です。手動で入力する担当者が£0.00の支給額を見ると、「記入漏れでは？」と疑い、存在しない数字を探してしまうかもしれません。AIが印刷された値を読み取り、フォームに記載されている通りの値を出力するため、抽出処理によってそのような迷いはなくなります。
学生ローン：金額ではなく、指標
P45には学生ローンの指標（チェックボックスまたは「有/無」）が記載されており、金額は記載されません。これは、P45に不慣れな給与計算担当者にとって混乱の原因となることがよくあります。前職で学生ローンの天引きを受けていた新入社員の場合、指標は「有」と表示されますが、返済額は表示されません。給与計算ソフトは、天引きの要否と、どの返済計画（プラン1、プラン2、プラン4）に基づくかを判断するためにこの指標を必要とし、従業員の総支給額から毎月の返済額を計算します。抽出された列には、指標を数値ではなく、カテゴリ値（プラン1 / プラン2 / プラン4 / 大学院 / なし）として取得する必要があります。
複数雇用のP45
常勤の仕事と週末のパートタイムの仕事の2つを同時に掛け持ちしていた従業員が、そのうちの1つの仕事を辞めた場合を考えます。退職した雇用に関するP45には、「これまでの総支給額」（両方の仕事を含む累計）と「この雇用における支給額」（退職した仕事のみ）の両方が表示されます。この2つの数値は異なり、どちらも重要です。「これまでの総支給額」は、HMRCへの継続報告のために給与計算ソフトの年度累計フィールドに入力します。「この雇用における支給額」は、この特定の仕事が支払った金額を記録するためのものです。抽出処理では、両方を別々の列として取得します。手動で入力する担当者がこの2つのフィールドを混同し、「この雇用における支給額」を年度累計として入力してしまうと、従業員の累計所得をHMRCに過少報告することになり、数ヶ月後に税コードの修正が必要になる可能性があります。
抽出したP45データの検証：初回給与計算前のチェック
高い抽出精度でも、給与計算担当者は下流の処理に備えて簡易チェックを行うべきです。以下のP45固有のチェックをExcelで列ごとに実施します。これらは形状チェックであり、元のP45と照合すべき数行を特定するためのもので、完全な監査ではありません。
| チェック項目 | 確認内容 | Excel数式（2行目、下方向にドラッグ） |
|---|---|---|
| NINO形式 | 英字2文字、数字6桁、末尾英字1文字。先頭文字にD、F、I、Q、U、Vは使用不可。2文字目にOも不使用。 | =AND(LEN(A2)=9,NOT(ISERROR(SEARCH("??######?",""&A2)))) — 形式違反を検出 |
| PAYE参照番号の形式 | 数字3桁、スラッシュ、英数字最大10文字の形式。"123AB4567"のようにスラッシュがない場合は、ほぼ転記または抽出ミス。 | =AND(LEN(B2)>=5,ISNUMBER(VALUE(LEFT(B2,3))),MID(B2,4,1)="/") |
| 税コードパターン | 有効なコードは末尾がL、M、N、T、BR、D0、D1、NT、0T、K（数字付き）、またはS＋上記のいずれか。W1またはM1の接尾辞も可。"XYZ500"のようなコードは無効。 | =OR(ISNUMBER(SEARCH({"L","M","N","T","BR","D0","D1","NT","0T","K"},C2))) — 非準拠コードを検出。例外は手動確認 |
| 退職日の妥当性 | 過去の日付で、未来日ではないこと。現在または直前の課税年度（4月6日～翌4月5日）内であること。P45到着遅延のため1か月の猶予あり。1900年1月1日は空欄が日付に変換された可能性。 | =AND(D2 — 条件付き書式で外れ値を強調表示 |
| 税額と給与の比率 | 標準税率納税者の場合、控除税額は総給与の約10～30%。この範囲外の行は確認対象。高額所得者や多額のボーナスなど正当な場合もあるが、税額の桁数抽出ミスの可能性も。 | =AND(E2/F2>0.1,E2/F2<0.3) — 条件付き書式で外れ値を強調表示。エラーではなくフラグ |
| W1/M1指標の整合性 | 税コードに"W1"または"M1"が含まれる場合、累積課税ではないため「これまでの総給与」と「この雇用での給与」は通常一致する。不一致は手動確認が必要。 | =IF(OR(ISNUMBER(SEARCH("W1",C2)),ISNUMBER(SEARCH("M1",C2))),G2=H2,"N/A") — Gは総給与、Hはこの雇用での給与 |
| 学生ローン指標の完全性 | 指標がある場合、Plan 1、Plan 2、Plan 4、Postgraduate、Noneのいずれか。空欄はP45に学生ローン欄がない場合のみ許容。プラン種別なしの"Yes"は不完全。 | =OR(I2={"Plan 1","Plan 2","Plan 4","Postgraduate","None",""}) — 手動入力の一貫性のためのデータ検証ドロップダウン |
抽出データの検証パスの価値は、1行あたり数分ではなく数秒で済むことです。すべてのP45の値を再読するのではなく、形状をチェックします。これらの数式を条件付き書式として適用すれば、30行の列は1分未満でスキャンできます。フラグが立った3～4行は手動レビューし、残りはそのまま給与ソフトに取り込みます。
P45とスターターチェックリストの違い：従業員の初回給与明細でP45データが重要な理由
新しい従業員がP45なしで入社した場合（学校を卒業して初めて働く人、長期間のブランク後に復職する人、書類を紛失した人などによくあるケース）、雇用主はHMRCスターターチェックリスト（旧P46フォームに代わるもの）を使用する必要があります。このチェックリストでは、従業員の雇用状況に関する3つの簡単な質問をし、その回答に基づいて一時的な税コードを割り当てます。通常、ステートメントA（本業、他に収入なし）の場合は累積ベースで1257L、ステートメントB（副業）の場合はBR（基本税率）となります。
スターターチェックリストで従業員を給与システムに登録することはできますが、その年のこれまでの収入や税額のデータは引き継がれません。その結果、従業員の基礎控除額はゼロから再スタートとなり、前職で既に一部を使用している場合でも、入社日から全額の控除が適用されます。HMRCは通常、最初のFPS提出から4～6週間以内にこれを修正しますが、その修正は次回の給与明細での自動還付ではなく、税コードの調整という形で行われることがあります。
適切に抽出されたP45データがあれば、このような調整期間は不要です。税コードはHMRCが最後に発行したものであり、汎用的なスターターコードではありません。その年のこれまでの給与と税額は正確で、ゼロではありません。学生ローンの控除も、2ヶ月後にHMRCから開始通知が届いてから判明するのではなく、正しいしきい値から開始されます。従業員にとっては、正しい初回給与明細と、4～6週間の暫定的な控除（後で調整が必要になる可能性がある）の違いです。
これこそが、P45データの抽出が単なる便利さ以上のものである理由です。「税金は後で調整する」と「初日から税金が正しい」の違いです。年に一度の年末調整であるP60の抽出とのさらなる違いは、P45の抽出は採用のたびに発生するため、2週間の期間に集中させるのではなく、暦年全体にわたってワークフローを分散できるという点です。
よくある質問
スマホで撮影した紙のP45からデータを抽出できますか？
はい。AIは印刷されたP45のスマホ写真を処理できます。照明ムラ、わずかな傾き、折り目があるスキャンでも、人間の目で文字が読める状態であれば問題ありません。これは、電子コピーを発行しない前職から従業員が紙のP45を持参し、給与チームがデジタル化する必要がある一般的なケースに対応します。
P45を抽出すると緊急税を回避できますか？
P45データを正確に抽出するのは第一歩です。それを給与ソフトに入力することで緊急税を回避できます。P45に有効な税コードが記載されており、正しく入力すれば、最初の給与期間からそのコードが適用され、緊急コードは発動しません。抽出により、給与ソフトがコードを拒否したり誤適用する原因となる転記ミス（数字の打ち間違い、小数点の位置間違い）を防ぎます。
新入社員がP45を紛失した場合は？
P45は再発行できません。P60のように雇用主が「複製」と記載した副本を発行できるのとは異なり、所得税（PAYE）規則では2枚目のP45の発行が禁止されています。これはHMRCのシステムに重複したPAYE記録が作成されるのを防ぐためです。従業員がP45を紛失した場合は、HMRCスターターチェックリストを案内してください。また、従業員はGOV.UKの個人税務アカウントで、前職の税コードと最近のPAYE履歴を確認できます。これらはスターターチェックリストのデータを補完できます。
抽出したスプレッドシートデータは給与ソフトに直接インポートできますか？
給与ソフトによります。Sage 50 Payroll、BrightPay、QuickBooks UKは特定のデータ型のCSVインポートに対応していますが、新入社員の登録は検証のため、通常はソフトのUIから手動入力が必要です。抽出したスプレッドシートは信頼できる唯一の情報源となります。従業員ごとに1行で、給与ソフトの新入社員入力画面が求める順序ですべてのフィールドが並んでいるため、元のP45 PDFと入力画面を行き来することなく、行を読みながら順番に値を入力できます。
異なる課税年度のP45を一括処理する場合はどうすればよいですか？
課税年度はP45に印刷された範囲（例：「2025年4月6日から[退職日]まで」）として表示され、抽出列として含めることで異なる年度の行を区別できます。基礎となるフィールドセット（税コード、支給額累計、税額累計、学生ローン有無）は課税年度に関わらず同じです。2026-27年用に作成した列定義は2025-26年のP45でも機能し、年度固有の差異（学生ローン控除の基準額変更など）は抽出データではなく給与計算ソフトウェアで処理されます。
手書きのP45や注釈が入った様式は読み取れますか？
AIは機械印字のP45およびデジタル生成の代替様式を高精度で処理します。印刷されたP45への手書き注釈（給与責任者が税コードを鉛筆で修正した場合など）は信頼度が低く読み取られます。印刷されたP45上の手書き値は手動確認が必要なフラグとして扱ってください。本ツールはP45専用の手書き最適化モードは提供していませんが、同じ様式の標準印刷フィールドは、人間の確認が必要な手書き部分と併せて正確に抽出されます。
従業員のP45データは抽出中に安全ですか？
P45には機密性の高い個人データ（NINO、給与額、税コード、雇用主参照番号）が含まれます。責任ある抽出プラットフォームは転送中および保存中のファイルを暗号化し、アップロードされた書類をAIモデルのトレーニングに使用せず、処理後は定義された保存期間内にソースファイルを自動削除します。給与データ用の抽出ツールを評価する際は、従業員の書類をアップロードする前にこれらのセキュリティ条件を確認してください。
P45をP60や他の給与書類と一緒に一括処理できますか？
P45とP60ではフィールドセットが異なります。P45には退職日と学生ローン有無があり、P60にはNI所得区分や法定給与明細があります。通常は別々のバッチで異なる列定義を使用して処理する方が、半分の書類で半分のフィールドが空になるスパース列を避けられるため、よりクリーンです。ただし、同じ従業員の両方の書類タイプを照合するワークフロー（例：年度途中で転職したクライアントの確定申告を作成する会計士）の場合は、全フィールドを含む結合列セットを定義し、AIに各書類に存在するデータを入力させ、その書類タイプにないフィールドは空白のままにすることができます。
新入社員のP45は、給与記録の一行に過ぎません。手入力する必要はありません。列を一度定義すれば、以降の採用者すべてのデータをスプレッドシートが自動入力します。
最初のP45を抽出サンプルファイルのテストに登録は不要です。自動ファイル削除による安全な処理。