AU PAYG支払概要データ抽出方法
（給与調整ガイド2026年版）
毎年7月、オーストラリアの給与担当チームは同じ課題に直面します。7月14日までに、各従業員に6月30日で終了する会計年度のPAYG源泉徴収支給概要を提供しなければなりません。Xero、MYOB、Employment Heroで給与を処理する約130万の事業所では、ソフトウェアが自動的に概要を生成します。しかし、各概要の数値が給与システムの実際の支払いと一致するかを確認する照合作業は、依然としてスプレッドシートで行われます。統合レポート機能がない企業では、担当者がABN、TFN、総支給額、源泉徴収税を数十から数百の証明書から手作業でExcelに再入力することになります。
重要ポイント
- シングルタッチ給与（STP）によりPAYG支給概要は廃止される予定でしたが、STP免除雇用主、親密な関係にある受取人、および移行前の5年間の記録保存義務により、従来の証明書が毎年7月に5種類の互換性のないレイアウトで給与担当者の机に届き続けています。
- Xeroのレイアウトに特化したテンプレートベースのOCRでは、MYOBの概要で総支給額フィールドが異なる位置にある場合、それを静かに見逃します。その場合、最初の兆候はスプレッドシートの赤いセルではなく、年度が閉じた数ヶ月後に届くATOのデータ照会となります。
- フィールドレベルの意味抽出は、ページ上の座標ではなくフィールドの概念に基づいてマッチングすることで、5種類の給与フォーマットを一括処理します。また、総支給額×12%と実際の年金拠出額を照合する計算列により、Excelを開く前に全従業員のSG不足を検出します。
PAYG支払報告書の内容と、各項目の照合における意味
PAYG（Pay As You Go）支払報告書、正式名称はPAYG支払報告書 – 個人非事業用（NAT 0046）は、オーストラリアの雇用主が、課税年度中に税金を源泉徴収した全従業員に対して発行する年末証明書です。これは英国のP60や米国のW-2に相当するものですが、税制はまったく異なります。オーストラリア税務庁（ATO）は7種類のPAYG支払報告書を定めていますが、個人非事業用フォームが最も一般的で、賃金や給与を受け取る標準的な従業員を対象としています。
各項目のラベルだけでなく、照合において何を意味するかを理解することが、抽出したスプレッドシートが給与記録と初回で一致するか、それとも半日のクロスチェック作業が発生するかを左右します。以下に、照合機能ごとにグループ化した項目を示します。
識別・参照項目
- 支払者ABN — 11桁のオーストラリアビジネス番号。各行を正しい雇用主法人に紐付けます。組織が複数のABNを部門ごとに運用している場合に重要です。
- 受取人TFN（納税者番号） — 9桁の個人納税識別子。ATOのクロスチェックにおける主要な従業員キーです。TFNが欠落または誤っていると、高い源泉徴収率と照合不一致の原因となります。
- 支払期間 — 通常、所得年度の7月1日から6月30日まで。報告書が年度全体をカバーしており、一部期間ではないことを確認します。
主要支払額・税額
- 総支払額 — 課税年度中に支払われた給与、賃金、手当、賞与、歩合の総額。給与システムの年度累計総支給額レポートと照合する数値です。
- 源泉徴収税額合計 — 源泉徴収されATOに納付されたPAYG税額の合計。活動報告書（ラベルW1およびW2）の各給与支払時の源泉徴収額の合計と一致する必要があります。
- 報告対象外手当額 — FBT年度（4月1日から3月31日）に2,000豪ドルを超える外的手当の総額（グロスアップ後）。従業員の課税所得には含まれませんが、メディケア負担金やその他の政府給付の所得テストに影響するため、別途報告されます。英国の同等物であるP11D手当報告も、異なる税法の下で同様の機能を果たしますが、グロスアップ計算と報告基準額は異なります。
年金関連項目
- 報告対象となる雇用主拠出年金（RESC） — スーパー保証最低額（2025-26年度は12%）を超える拠出。給与犠牲制度や追加の任意雇用主拠出を含む。標準的なSG拠出は報告対象外。よくある照合エラー：総拠出額をRESCと誤認すること。
- 雇用主SG拠出 — 支払明細書の項目ではないが、別途確認が必要：各従業員の通常時間給与の12%、四半期上限拠出基準額（2025-26年度は62,500豪ドル、四半期最大7,500豪ドル）まで。
一時金・退職金
- 一時金A — 退職時に支払われる未消化年次有給休暇。優遇税率で課税。
- 一時金B — 退職時に支払われる未消化長期勤続休暇。一時金Aとは税務処理が異なるため別扱い。
- 一時金D — 正当な人員整理または早期退職制度に基づく非課税部分。課税所得ではないが、報告は必須。
- 一時金E — 過去の所得年度に関連する支払い（遡及払い）。一時金が高税率区分に押し上げられるのを防ぐ税額控除の対象となる場合がある。
- 手当 — 支払明細書に個別記載。一般的な種類：道具手当、旅費手当、救急手当。手当の種類ごとに税務処理が異なる場合あり。
従業員が年度中に雇用終了支払い（ETP）を受け取った場合、雇用主は支払いから14日以内に別途PAYG支払明細書 – 雇用終了支払い（NAT 70868）を発行する必要がある。通常の個人非事業用明細書には給与部分が引き続き表示されるため、退職者については2つの書類の照合が必要となる。これは、1人につき1枚の証明書しか想定していない給与計算チームをしばしば驚かせる。
核となる抽出原則：照合スプレッドシートに必要な出力列（「従業員名」「TFN」「総支給額」「源泉徴収税額合計」「報告対象雇用主拠出年金」）を定義すると、AIは各支払明細書上の各値を、画面上の位置ではなく意味的に理解して特定する。同じ列定義がXeroのPDFレイアウト、MYOBの印刷明細書形式、Employment Heroのテンプレート、過去の給与年度のスキャン済み紙証明書でも機能する。なぜならAIはテンプレートの位置ではなく、項目の意味を読み取るからだ。
同じPAYGデータが給与システムごとに見た目が異なる理由
すべてのPAYG支払明細書のボックス位置が同じであれば、テンプレートベースのOCRツールで抽出は解決可能です。しかしATOは単一の視覚的レイアウトを義務付けておらず、データ内容を指定しているのです。PAYG支払明細書の様式とガイドラインに基づき、ATOは手書き用の複写式様式を提供していますが、給与ソフトウェアが生成する自社印刷の明細書は、所定のフィールドがすべて表示されていれば、どのようなレイアウトでも構いません。
主要なオーストラリアの給与プラットフォームは、同じATO指定データを異なる方法で表示します。オーストラリアのクラウド会計プラットフォームで60%以上の市場シェアを占めるXero Payrollは、支払者のABNと従業員のTFNを明細書の上部に配置し、支払額をその下の単一のテーブルブロックに表示します。約23%の市場シェアを持つMYOB Businessは、左側に識別フィールド、右側に支払詳細を配置した2カラム形式をよく使用します。Employment Hero Payrollはすべてを縦方向のリストに積み重ねます。KeyPayはさらに別の配置を使用します。ATOの出版サービスから注文した紙の明細書はNAT 0046複写式デザインに従っており、これはソフトウェア生成のレイアウトとはまた異なります。
これはシステムのバグではありません。これは、データをどのようにレイアウトするかではなくどのデータを表示するかを義務付ける規制枠組みの自然な結果です。これは、代替様式のレイアウトを同様に許可する英国のP60仕様RD1の背後にあるのと同じ設計原則です。抽出を行う側にとっての結果は、Xeroのレイアウト用に設定されたテンプレートベースのツールがMYOBでは機能せず、その逆もまた同様であるということです。
総支給額フィールドは、実際の時間を浪費する形でこれを示しています。Xeroは「Gross Payments」を太字で表示し、同じ行に金額を記載するかもしれません。MYOBは「Gross payments」をテーブルの行ラベルとして、隣接するセルに値を記載するかもしれません。Employment Heroは「Total gross payments」を枠線付きのボックス内に使用するかもしれません。特定のピクセル座標で正確な文字列「Gross Payments」を探すテンプレートは、1つの形式をキャッチしても他の2つを見逃します。「Gross Payments」「Total Gross」「Gross YTD」のいずれのラベルであっても、抽出される概念は同じであると理解するセマンティック抽出（位置ではなくフィールドの意味で読み取る）は、3つすべてを処理できます。
PAYG抽出ワークフローの設定
手作業での再入力に代わるワークフローは3つのステップで構成されます。最初のステップである「列スキーマの定義」は一度行えば、すべての給与計算プロバイダー、税年度、従業員バッチで再利用できます。
出力列を定義 — あらゆるサマリー形式で一度だけ
フィールド名を、照合スプレッドシートの列見出しとして表示したい形式で正確に入力します。包括的な照合ワークブックの場合、実用的な初期セットは次のとおりです：従業員名、TFN、支払者ABN、総支給額、源泉徴収税額合計、報告対象フリンジ給付額、報告対象雇用者拠出年金、手当、一時金A、一時金B、一時金D、一時金E、期間開始、期間終了。これはカスタム列抽出です。出力スキーマを定義すると、AIが各ドキュメントのフィールドを意味的に列にマッピングします。同じ列名がすべての給与計算プロバイダーの支払サマリー形式で機能します。計算列を追加することもできます。たとえば、「SGチェック（総支給額×12%）」という列を追加して、実際の報告された年金と法定最低額の差異を検出します。AIが抽出時に計算するため、差異検出が出力に組み込まれ、別途Excelで行う手間が省けます。
すべてのサマリーを一括アップロード
フォルダ全体をドロップします。XeroのPDF80件、MYOBの30件、そして未だに紙の証明書を郵送する業者からのスキャン済みサマリー10件。バッチ処理でこれらすべてを1つのジョブで処理します。各ファイルは独立して処理され、列スキーマが適用され、すべての結果が1つの統合スプレッドシートにマージされます。ファイルは給与計算ソフトのデジタル生成PDF、印刷されたサマリーのスキャン、証明書のスマホ写真のいずれでも対応可能です。AIは3種類すべての入力形式を処理します。
Excelにエクスポートして照合を開始
マージされたスプレッドシートをExcelファイルとしてダウンロードします。この時点で、従業員ごと、支払サマリー種類ごとに1行が作成され、すべてのフィールドがそれぞれの列に配置されています。次のステップである給与計算システムとの照合は、データ入力作業ではなく、スプレッドシート本来の操作になります。TFNで給与台帳にVLOOKUP、総支給額を給与年度累計レポートとSUMで照合、源泉徴収税額合計を四半期BASのラベルW1およびW2とクロスチェックします。再入力に費やしていた5時間が、確認のための5分になります。
ワークフローは自然にスケールします。120名の従業員がいる中堅企業の場合、バッチアップロードの処理は数分で完了し、生成されたExcelファイルは次のセクションで説明する照合チェックにすぐに使用できます。同じカラムスキーマは翌年もそのまま使えます。2025-26年度のサマリーと2026-27年度のサマリーのフィールドは同一であり、AIは給与ソフトウェアが年度間で導入するレイアウト変更にも自動対応します。
スケール時の重要性： 2つの給与システムで120名分のサマリーを処理する給与担当者は、手動データ入力の約5時間を節約できます。それ以上に重要なのは、ATO（税務当局）の照会クエリを引き起こす転記ミス（TFN番号の桁違い、一括支給額の読み間違い）を排除し、節約したはずの時間を無駄にしないことです。
ファイルは安全に処理され、保存されることはありません。
調整：抽出後に確認すべき項目
抽出したスプレッドシートを手元に、調整フェーズはデータ入力から検証へと移行します。以下のチェック項目は、給与計算の正確性とATOコンプライアンスに不可欠なもので、照合する証拠ソースごとにグループ化されています。
総支給額と給与計算の年度累計レポートの照合
給与システムから会計年度（7月1日～6月30日）の年度累計支給額レポートを出力し、抽出したスプレッドシートの各従業員の総支給額をVLOOKUPで照合します。ここでの差異は最も一般的であり、手作業での発見が最も困難です。120人中1人の従業員の200ドルの差異は目には見えませんが、ATOのデータ照合アルゴリズムには引っかかります。よくある原因：最終給与計算後に給与システムに直接入力された手動調整、6月に支給されたが7月の給与計算で処理されたボーナス、または給与計算期間が会計年度の境界をまたぐ従業員。
源泉徴収税額合計とBAS四半期合計の照合
抽出したスプレッドシートの「源泉徴収税額合計」列を合計し、4つの四半期の事業活動報告書（BAS）で報告されたPAYG源泉徴収額の合計（ラベルW1：給与・賃金総額、W2：源泉徴収総額）と比較します。ATOのデータ照合システムは、PAYG支払概要年次報告書（8月14日提出期限）で報告された年間PAYG源泉徴収総額と、年間を通じてBASで申告された金額を比較します。ここでの不一致は、ATOからの問い合わせ通知への最短ルートです。組織に複数の州に従業員がいる場合（つまり、複数の給与税管轄区域の可能性がある場合）、このチェックを州ごとに行い、拠点レベルのエラーを特定します。
年金拠出額と法定最低額の照合
最大拠出基準額（四半期62,500豪ドル、年間250,000豪ドル）未満の従業員については、雇用主の年金拠出額が2025-26年度の通常勤務時間に対する12%以上であることを確認します。上限を超える従業員については、四半期拠出額が正確に7,500豪ドル（12% × 62,500豪ドル）であることを確認します。抽出時の計算列「SG差異（総支給額×12% − RESC）」により、120行にわたる手動計算ではなく、1列の整合性チェックで済みます。2026年7月1日より、Payday Superでは各給与支払日から7営業日以内に拠出金が従業員の年金基金に到達することが義務付けられ、調整はさらに細かくなり、タイミングの不一致は四半期ごとではなく給与計算期間ごとに検出可能になります。
従業員数のクロスチェック
抽出したスプレッドシートの行数は、支払調書を受け取った従業員数と一致する必要があります。対象者：フルタイム、パートタイム、税額控除を受けたアルバイト、および会計年度中に一定期間勤務した退職者。除外者：ABNで支払われた請負業者（任意源泉徴収を除く）、および非課税枠内で源泉徴収額がゼロの従業員。不足がある場合、誰かが証明書を受け取っていないことを意味します。これは、確定申告に証明書が必要な従業員にとって、7月14日の期限が過ぎている場合に緊急対応が必要です。
4つのチェックすべてで差異が解消されない場合：最も一般的な根本原因はタイミングの差異です。給与システムが6月の支払いを当期会計年度に計上した一方で、支払要約書がそれを翌年度に含めている（支払日が7月1日以降であるため、ATOルール上は正しい）、または確定申告提出後に給与調整が処理された可能性があります。要約書を修正する前に、銀行記録と照らし合わせて支払日を確認してください。資金が口座から引き落とされた日が、その支払いが属する会計年度を決定します。
STP移行が支払要約書に与える影響 — そしてなぜ廃止されていないのか
シングルタッチペイロール（STP）は、2019-20年度以降、すべてのオーストラリアの雇用主に義務付けられています。STPでは、総賃金、PAYG源泉徴収、年金拠出金を含む給与データが、給与支払いのたびにATOに報告されます。年度末に雇用主は7月14日までに確定申告を提出し、従業員は雇用主から書類を受け取る代わりに、myGovアカウントを通じて所得明細書（「支払要約書」または旧「グループ証明書」に代わるSTP時代の用語）にアクセスします。
これに伴い、PAYG支払要約書は時代遅れであるという前提は、以下の3つの特定のシナリオでは誤りであり、これらは数千のオーストラリアの雇用主に影響を与えています。
1. STP免除雇用主。特定の雇用主カテゴリー（源泉徴収者番号（WPN）保有者やATOから特定の免除を認められた雇用主など）は、STPによる報告が義務付けられていません。これらの雇用主は、7月14日までに紙のPAYG支払要約書を発行し、8月14日までにPAYG支払要約書年次報告書（PAYG支払要約書明細書、NAT 3447を使用）を提出する必要があります。
2. 密接関係者。取締役、家族経営の家族、特定の信託受益者（「密接関係者」に分類）はSTPで報告される場合がありますが、確定申告の期限は9月30日と別途定められています。一部の雇用主は、STPデータが確定している間の暫定書類として、これらの関係者に従来のPAYG支払要約書を発行することを選択します。
3. 過去年度の記録とレガシーシステム。会計年度の途中でSTPに移行した、または給与計算プロバイダーを変更した雇用主は、移行前の期間について支払要約書の義務を保持します。STP切り替え前の年度の過去の要約書（ATOは雇用主に5年間の保管を義務付けています）は、myGovのSTP所得明細書としてではなく、スキャンされたPDFまたは印刷されたコピーとしてのみ存在します。監査、税理士によるレビュー、または過去の年度の収入に関する従業員との紛争の際には、これらのレガシー要約書を検索可能で抽出可能にしておく必要があります。
2026年7月に月次調整を行う給与担当者にとって、「STP導入により支払調書は不要」という話が現実的に通用しない場面があります。そして、調整作業が最も困難になるのは、まさにこうした例外的なケースです。年度途中で退職しETP支払調書を受け取った従業員、任意源泉徴収契約のもとで報酬を受け取り事業・個人役務所得の摘要（NAT 72545）が必要な請負業者、前年度の訂正により2023-24年度の調書を再発行する必要があり、かつ当年度のSTPデータがすでに確定しているケース。こうした例外のたびに、PDFや紙の書類としてのみ存在する調書が発生し、それらをすべて調整用スプレッドシートに取り込む必要があります。
このため、英国版の同等書類 — P60データ抽出、P45退職者フォーム、CIS控除証明書、P60一括処理 — も、税年度や源泉徴収制度がまったく異なるにもかかわらず、同じ抽出ロジックに従っています。書類の種類は変わっても、調整の課題は変わらないのです。
税年度をまたぐ再現可能な監査証跡の作成
ATOは、雇用主に対し、給与記録（支払調書を含む）を5年間（作成または取得日から）保存するよう義務付けています。10年にわたりPAYG支払調書を発行してきた企業の場合、3回の給与ソフトウェア移行、2回のSTP移行期間、そしてファイルキャビネットいっぱいのスキャン紙記録を経て、最大10年分の証明書が蓄積されている可能性があります。
すべての調書の全フィールドを含み、従業員ごと・税年度ごとに1行を割り当てたスプレッドシートは、当面の調整作業を超えて、以下の3つの機能を果たします。
ATO監査対応
従業員の税務申告の不一致をきっかけに、ATOが特定の従業員・年度のPAYG源泉徴収の証拠を求めてきた場合、検索可能なスプレッドシートにその従業員のTFN、総支給額、源泉徴収税額が記録されていれば、現在のOSでは動作しない過去の給与ソフトを掘り返すことなく、数秒で回答を取得できます。
年度間比較
年度ごとにタブ分けされた単一のスプレッドシートがあれば、VLOOKUPで従業員を年度間で横断検索でき、総支給額85,000ドルの年度に源泉徴収税額が0ドルといった異常や、知らされていなかった給与犠牲契約を示す報告対象年金拠出額の急増を発見できます。各年度のサマリーが別々のPDFフォルダに保存されていると、こうしたパターンは見えません。
給与ソフトの移行
MYOBからXero、またはレガシーシステムからクラウドプラットフォームへ移行する際、過去年度のサマリーを抽出したスプレッドシートが従業員履歴データの信頼できる情報源となります。期首残高、前年度の収入、未消化休暇の権利はすべて新しいシステムに手動入力する必要があります。検証済みの抽出データを基にすることで、手動再入力による移行ミス（TFNの数字2桁の入れ替えなど、数ヶ月後にATO不一致通知として表面化する）を排除できます。
よくある質問
STP導入後、PAYG支払報告書の発行は不要になりますか？
STP報告対象の雇用主において、ほとんどの従業員には不要です。7月14日までにSTPデータを確定すれば、従業員はmyGovから所得明細を確認できます。STPで報告した期間分について、個別に紙やPDFの支払報告書を渡す必要はありません。ただし、密接関係者への支払い、STP適用外の事業、STP移行前の過去年度分については、従来通りの支払報告書が必要であり、それらの抽出と照合は引き続き行う必要があります。
AI抽出は、デジタルPDFとスキャンした紙のPAYG報告書の両方に対応できますか？
はい。AI抽出は文書の視覚的な内容を読み取ります。Xeroで生成されたデジタルPDFでも、手書き修正のあるNAT 0046複写式帳票のスキャンでも、意味に基づいて項目を抽出します。多少の傾き、照明のばらつき、経年劣化のある紙の文書でも、テンプレートの正確な位置合わせに依存しないため、正確に抽出できます。
従業員が通常のPAYG報告書とETP支払報告書の両方を持っている場合はどうなりますか？
両方の書類を同じバッチで処理します。通常の個人用（事業用以外）報告書には、給与、手当、一時金A～Eが含まれます。ETP報告書（NAT 70868）には、退職金の課税対象額と源泉徴収税額が含まれます。両方とも同じ照合用スプレッドシートに取り込まれ、従業員ごとに2行（書類種類ごとに1行）の異なる項目セットが作成されます。TFNでグループ化すると、その従業員の年度末の全体像を一覧で確認できます。
オーストラリアの会計年度は、年度途中で入退社した従業員の抽出にどのように影響しますか？
オーストラリアの会計年度は7月1日から6月30日までです。PAYG支払報告書は、支払が行われた期間を対象とし、業務が行われた期間ではありません。従業員が2026年6月15日に開始し、最初の給与が2026年7月1日に処理された場合、その支払は2026-27年度に属し、来年度の報告書に記載されます（業務は2025-26年度に行われたとしても）。報告書の「支払が行われた期間」フィールドで日付範囲を確認してください。照合時は、常に業務日ではなく支払日に基づいて行います。
異なる給与計算プロバイダーからの報告書でも一括抽出は機能しますか？
はい。これこそが意味ベース抽出の最も強力なユースケースです。Xero、MYOBで生成された報告書、スキャンした紙の証明書を同じバッチにアップロードしてください。抽出はテンプレートの位置ではなく項目の意味を読み取るため、Xeroの「Gross Payments」とMYOBの異なる位置にある「Gross payments」は同じ項目として認識され、同じ列に配置されます。入力形式が混在していても、一貫した列を持つ統合スプレッドシートが出力されます。
RESCと標準のSG拠出金の違いは何ですか？（PAYGサマリー上）
報告可能な雇用主スーパー拠出金（RESC）は、スーパー保証（SG）の最低額を超える拠出金です。標準のSG拠出金（事業主が法的義務として支払う、通常の時間外労働に対する強制的な12％）は報告対象外であり、支払サマリーには表示されません。RESCには通常、給与犠牲制度（従業員が自発的に税引前給与の一部をスーパーに振り向ける）や、法定最低額を超える追加の雇用主拠出金が含まれます。よくある調整ミスは、総報酬を計算する際にRESCを総支払額に加算してしまうことです。RESCは所得テスト目的でATOに報告されますが、従業員の課税所得には含まれません。
抽出時に調整不一致を自動検出する設定は可能ですか？
はい — 計算列を使用すると、検証ルールを抽出ステップに直接組み込めます。例えば、「SGチェック（総額×0.12 > RESCなら「OK」、それ以外は「確認」）」と定義された列は、スプレッドシートを開く前に、報告された雇用主スーパーが法定最低額を下回っている従業員にフラグを立てます。同様に、源泉徴収税額の合計を予想実効税率の範囲と比較する列は、異常値を表面化できます。総支払額85,000ドルで源泉徴収税額3,000ドルの従業員はほぼ間違いなくエラーであり、計算列は手動レビューではなく抽出時にそれを捕捉します。
7月の調整を繁忙期ではなくルーティンにする
期限は変わりません。毎年、ATOはSTPの最終化と、免除または延期事業主向けのPAYG支払サマリー発行を7月14日までに要求します。変えられるのは、7月1日から期限までの2週間のうち、どれだけを数字の再入力に費やし、どれだけを検証に費やすかです。
2つの給与プラットフォームで120件のサマリーを処理する給与チームにとって、手動入力と抽出の違いは、7月10日の週を「何も打ち間違えていませんように」と願いながら過ごすか、金曜の朝に調整スプレッドシートが給与台帳と一致することを確認し、昼食前に従業員に所得明細通知を送信するかの違いです。
ここで説明した抽出ワークフローは、来年も同じ列スキーマで機能します。その時点で組織がどの給与ソフトウェアを使用していても関係ありません。PAYG支払サマリーのフィールドは、ソフトウェアベンダーではなくATOによって定義されており、変更されません。毎年変わるのは、従業員、数字、そして7月期限のプレッシャーです。再入力ステップを排除することで、プレッシャーはデータ入力ではなく検証にかかります。そして検証こそ、給与担当者の専門知識が発揮される場です。