オーストラリアPAYG支払明細書
抽出の完全ガイド（2026年版）
毎年7月、オーストラリアの約100万の事業者が従業員に年度末の収入明細書を発行します。大半はSingle Touch Payrollを通じてデジタルで、STPシステムの対象外となる一部は従来のPAYG支払明細書で発行されます。従業員の総支払額と源泉徴収税額を年度分報告する書類は、PAYG（Pay As You Go）支払明細書と呼ばれ、正式にはPAYG支払明細書 – 個人非事業用（ATOフォーム NAT 0046）です。ほとんどの従業員にとって、この明細書は現在、myGovでデジタル収入明細書として届き、STPデータから自動生成されます。従来の証明書を受け取る従業員（STP免除事業者の従業員、密接保有の受取人、移行期間前の労働者、第三者証明書の受取人）には、その明細書がPDFまたは印刷されたフォームで届き、そのすべてのフィールドは最終的に給与照合スプレッドシートに反映されなければなりません。このガイドでは、再入力なしでそれを実現する完全なプロセスを説明します。
重要なポイント
- 7つの異なるPAYG明細書タイプ（それぞれ独自のATOフォーム番号とフィールドセットを持つ）は、すべて1つの照合スプレッドシートに統合する必要がありますが、給与ソフトウェアは共通形式でエクスポートできません。
- すべての従業員をSTP報告に移行することで紙の明細書を廃止する予定でしたが、3つのギャップが残っています：STP免除事業者、9月30日期限の密接保有の受取人、そしてATOが要求時に提出を求める移行前5年分の履歴記録です。
- Xero、MYOB、Employment Hero、スキャンされた紙のフォームにわたる共通エクスポート形式を追い求めるのはやめましょう。セマンティック抽出は「総支払額」をその意味で読み取り、同じ列スキーマがすべてのソースを1つのスプレッドシートに吸収します。
PAYG支払明細書とは — 存在する7つの種類
PAYG支払明細書は、オーストラリアの雇用主が従業員やその他の受取人に対して発行することが義務付けられている年次証明書であり、会計年度（7月1日から6月30日）中の総支払額と源泉徴収された税額を示します。これは英国のP60や米国のW-2に相当するオーストラリア版です — 同じ機能（年度末の所得および源泉徴収税額の証明書）ですが、税制、期限、用語はまったく異なります。
ATO（オーストラリア税務局）は、それぞれ独自のフォーム番号と報告項目を持つ7つの異なるPAYG支払明細書の種類を義務付けています：
| 明細書の種類 | フォーム番号 | 受取人 | 主要項目（基本情報以外） |
|---|---|---|---|
| 個人（非事業） | NAT 0046 | 給与および賃金を受け取る一般従業員 | 総支払額、源泉徴収税額、RFBA、RESC、手当、一括金A〜E |
| 事業および個人サービス所得 | NAT 72545 | 任意の源泉徴収契約に基づく請負業者 | 総支払額、源泉徴収税額、ABN（場合によってはTFNの代わり） |
| 雇用終了支払金（ETP） | NAT 70868 | 終了時一括金を受け取る従業員 | 課税部分、非課税部分、ETPコード（R/O/D/B/N）、ETPに対する源泉徴収税額 |
| 退職年金一括金 | NAT 70947 | 雇用主（退職年金基金ではない）から退職年金の一括金を受け取る受取人 | 課税部分、非課税部分、課税要素、非課税要素 |
| オーストラリア出国退職年金支払金（DASP） | NAT 72068 | オーストラリア出国後に退職年金を請求する元一時居住者 | 構成要素の内訳（課税/非課税要素、1983年7月以前の構成要素） |
| 外国人居住者への天然資源支払金 | — | オーストラリアでの天然資源活動に対する支払金を受け取る外国人居住者 | 総支払額、源泉徴収税額、受取人の海外住所 |
| 外国での雇用 | — | オーストラリアの雇用主のもとで海外で働くオーストラリア居住者 | 外国での雇用所得、支払われた外国税、外国での勤務期間 |
給与データ抽出の観点では、個人（非事業）明細書（NAT 0046）がオーストラリアの給与チームが処理する明細書全体の95%以上を占めます。ETP明細書（NAT 70868）が残りの大部分を占めます。他の5つの種類は特定の業界または雇用シナリオで出現します — しかし、出現した場合の抽出の課題は同じです：スプレッドシートの行に変換する必要がある構造化データを含むPDFまたは紙の文書です。
STPと従来の支払明細書：2026年も両方が存在する理由
シングルタッチペイロール（STP）は、2019-20年度以降、オーストラリアのすべての雇用主に義務付けられています。STPでは、給与データ（総賃金、PAYG源泉徴収、年金拠出金）が毎回の給与支払い時にATOに報告されます。年度末には、雇用主が7月14日までに確定申告を提出し、年度累計の数値が正しいことを確認します。従業員はその後、myGovを通じて収入明細書（従来の「支払明細書」や旧「グループ証明書」に代わるSTP時代の用語）にアクセスします。
ほとんどの雇用主に勤めるほとんどの従業員にとって、これは紙やPDFの明細書が不要になることを意味します。雇用主は文書を生成せず、ATOは別途の申告を要求せず、従業員は証明書を受け取りません。代わりにmyGovにログインして、雇用主が年間を通じて報告したデータが事前入力された収入明細書を確認します。
このクリーンな仕組みを崩し、従来のPAYG支払明細書を流通させ続ける3つのシナリオがあります：
1. STP対象外および延期対象の雇用主。源泉徴収義務者番号（WPN）の保有者、ATO（オーストラリア税務局）から特定の延期承認を受けた雇用主、承認済みの免除を受けたマイクロ雇用主など、一部の雇用主カテゴリーは、一部またはすべての従業員についてSTPを通じた報告が義務付けられていません。これらの雇用主は、7月14日までに従来のPAYG支払明細書を発行し、8月14日までに支払明細書年次報告書（NAT 3447）を提出する必要があります。給与ソフトウェアまたは手作業で記入した複写式フォームのいずれかで作成される明細書は、その年の従業員の所得と源泉徴収の唯一の記録となります。
2. 密接関係の受取人。取締役、家族経営の家族、および密接関係の受取人に分類される特定の信託受益者は、標準的な従業員の締め切りから2か月半後の9月30日という別のSTP最終化期限があります。多くの雇用主は、STPデータが翌週以降に最終化される間の暫定文書として、7月14日までにこれらの受取人に従来のPAYG支払明細書を発行します。7月に発行された明細書は、9月のSTP最終化によって置き換えられる場合がありますが、それまでは従業員と雇用主が依拠する文書となります。
3. STP導入前の過去の記録。ATOは雇用主に対し、支払明細書を含む給与記録を5年間保管することを義務付けています。2021年にSTPへ移行した雇用主は、2019-20年度および2020-21年度のPAYG支払明細書を依然として保有しています。ATOの審査、従業員との紛争、または給与ソフトウェアの移行によりこれらの過去の明細書へのアクセスが必要となった場合、それらはPDFまたはスキャンされた紙のコピーとして存在し、myGovのSTP収入明細書としては存在しません。受動的な保管以外の目的でデータが必要な場合は、過去の明細書のすべてのフィールドを抽出する必要があります。
項目別ガイド：PAYG支払明細書の全項目と抽出における重要性
各項目が抽出において何を意味するのかを理解すること（単なるラベルではなく）が、抽出したスプレッドシートが初回で給与記録と照合できるかどうかを左右します。項目は照合ワークフローにおける機能ごとにグループ化されています。
識別・参照項目
| 項目 | 形式 | 抽出における重要度 |
|---|---|---|
| 支払者ABN | 11桁 | すべての行を正しい雇用主エンティティに紐付けます。組織が複数のABN（異なる部門、関連会社）を運用している場合、この項目は抽出時に明細書をエンティティごとにグループ化するためのキーとなります。明細書のABNが欠落または誤っている場合、その行をエンティティに確定的に割り当てることができず、企業グループ全体での照合時に問題となります。 |
| 受取人TFN | 9桁 | ATOの照合における主要な従業員識別子です。TFNが欠落または誤っている場合、より高い源泉徴収率（限界税率ではなく47%）が適用されます。抽出時、TFNは抽出したスプレッドシートと給与システムの年度累計レポート間のVLOOKUP操作のキーとなります。TFNの桁の入れ替えは、目視確認でも見逃される照合不一致の最も一般的な原因です。 |
| 支払が行われた期間 | 日付範囲（通常7月1日〜6月30日） | 明細書が完全な会計年度をカバーしていることを確認します。標準的でない日付範囲（例：7月1日〜3月15日）の明細書は、年度途中の雇用期間またはSTP移行前の期間を示します。抽出では開始日と終了日の両方を取得する必要があります。これらは複数年度のアーカイブを構築する際に、その行が属する会計年度を決定します。 |
| 従業員氏名および住所 | テキスト | 二次的な識別子です。TFNが欠落している場合や、2人の従業員の氏名が類似している場合に、給与記録との照合に使用されます。住所欄は照合にはほとんど使用されませんが、監査サンプリング時の検証チェックポイントとして機能します。 |
中核となる支払い・税金フィールド
| フィールド | 形式 | 抽出の重要度 |
|---|---|---|
| 総支払額 | 金額（ドル） | 会計年度中に支払われたすべての給与、賃金、手当、ボーナス、歩合、および遡及払いの合計額 — 税金と給与犠牲（サラリー・サクリファイス）控除の前の金額です。これは主要な照合数値です。各従業員について、給与システムの年度累計総支払額レポートと一致している必要があります。最も一般的な不一致の原因は、会計年度の境界をまたぐ支払いです。支払日（勤務日ではない）が、どの年度の明細書に含まれるかを決定することを確認してください。ETPも受け取った従業員の場合：ETP額は別のNAT 70868明細書に報告され、NAT 0046の総支払額には含まれません。分析で終了関連支払いの合計が特に必要な場合を除き、2つの数値は別々に抽出し、合算しないでください。 |
| 源泉徴収税額合計 | 金額（ドル） | 従業員の支払いから差し引かれ、会計年度中にATO（オーストラリア税務局）に納付されたPAYG源泉徴収額の合計です。この数値は、全従業員で合算すると、4つの四半期BAS（事業活動報告書）に報告されたPAYG源泉徴収額の合計（ラベルW1：給与・賃金の合計、W2：源泉徴収額の合計）と一致する必要があります。年間の明細書合計と四半期BAS合計の不一致は、ATOからの照会状を受ける最も早い経路です。ATOのデータ照合アルゴリズムは、これらの数値を自動的に比較します。 |
| 手当 | 金額（手当の種類別） | 工具手当、出張手当、応急手当、洗濯手当など、個別に項目分けされた支払いです。手当の種類ごとに税務上の扱いが異なる場合があります。一部は全額課税対象、一部は限度額まで非課税、一部は報告のみで非課税です。抽出時には、照合に手当の構成が重要となる場合、各手当の種類を別々の列として取得してください。実際には、ほとんどの給与チームは手当の合計額を抽出し、合計額が不一致を引き起こす場合にのみ個別の種類を詳しく調べます。 |
報告可能なフリンジベネフィットと年金フィールド
| フィールド | 形式 | 抽出の重要度 |
|---|---|---|
| 報告可能なフリンジベネフィット額（RFBA） | 金額（ドル） | FBT年度（4月1日から3月31日 — 会計年度ではない）において2,000ドルを超えるフリンジベネフィットの総額ベースの課税価値。RFBAは所得テスト目的のみで支払明細書に報告されます — メディケアlevy surcharge、HELP返済義務、および特定の政府給付の受給資格基準に影響しますが、従業員の課税所得には含まれず、所得税の対象にもなりません。一般的な抽出エラー：総報酬を計算する際にRFBAを総支払額に加算すること。RFBAは課税所得とは別の概念です。もう一つのエラー：値がゼロであるためにRFBAを抽出しないこと — ゼロ以外のRFBAはコンプライアンス上のフラグであり（FBT申告は正しいか？）、従業員の税務上の立場への影響に関係なく検証手順が必要です。 |
| 報告可能な雇用者年金拠出額（RESC） | 金額（ドル） | スーパー保証最低額（2025-26年度の通常勤務時間の12%）を超える年金拠出。これには給与犠牲制度（従業員が自主的に税引前給与を年金に振り向ける場合）および追加の任意雇用者拠出が含まれます。標準的なSG拠出 — 雇用者が法的義務を果たすために支払う強制12% — は報告対象ではなく、支払明細書には表示されません。一般的な照合エラー：支払った年金総額をRESCと誤認すること。法定最低額を超える部分のみがRESCです。また：PAYG支払明細書のRESC数値は、STPフェーズ2を通じて報告されたRESCと一致する必要があります — ここでの不一致は報告エラーであり、タイミングの差異ではありません。 |
一括金支払い欄（タイプA〜E）
| 欄 | 意味 | 税務上の扱い | 抽出時の注意 |
|---|---|---|---|
| 一括金A | 退職時に支払われる未使用の年次有給休暇 | 課税対象。ただし、特定の日以前に取得した分については優遇税率が適用される可能性あり | 一括金D（退職金—非課税）と混同しないこと。AをDとして入力すると、従業員の課税所得が過少申告となる。 |
| 一括金B | 退職時に支払われる未使用の長期勤続休暇 | 課税対象。取得日によっては優遇税率が適用される場合あり | 税務上の扱いが異なるため、一括金Aとは区別すること。両方を単一の「一括金」合計として報告する給与システムは、明細書を誤って設定していることになる。 |
| 一括金D | 正当な退職金制度または早期退職制度による支払いの非課税部分 | 非課税—課税所得に含まれない | 明細書には必ず報告する必要がある。退職金を期待していた従業員が一括金Dに$0と表示されているのを見ると、給与照会が発生する。2025-26年度の非課税限度額は、基本額$12,524＋勤続年数1年あたり$6,264。 |
| 一括金E | 以前の所得年度に関する遡及払い | 課税対象。ただし、税率の段階上昇を防ぐため、一括金税額控除の対象となる場合あり | 従業員が控除を申請するには、別途の税務申告書を提出する必要がある場合がある。抽出時には、ゼロ以外の一括金Eの行をフラグ付けし、給与担当者が従業員に控除申請について案内できるようにすること。 |
| 一括金C | （ほとんど使用されない）— ほとんどの個人の非事業用明細書には該当しない | — | — |
抽出ワークフロー：要約PDFから照合スプレッドシートへ
PAYG支払明細書のPDFフォルダを1つの照合スプレッドシートに変換するワークフローには3つのステップがあります。最初のステップである出力スキーマの定義は一度だけ行い、すべての給与プロバイダー、すべての税年度、すべてのバッチで再利用されます。
列スキーマを定義する
出力スプレッドシートの列ヘッダーとして表示したいフィールド名を正確に入力します。実用的な照合スキーマの例：従業員名、TFN、支払者ABN、総支払額、源泉徴収税額合計、報告可能なフリンジベネフィット額（RFBA）、報告可能な雇用者年金拠出額（RESC）、手当、一括金A、一括金B、一括金D、一括金E、期間開始、期間終了。これはカスタム列抽出です。出力を定義すると、AIが各明細書のフィールドを意味的にあなたの列にマッピングします。「Gross Payments」「Total Gross」「Gross YTD」のいずれのラベルでも、抽出される概念が同じであることをAIが理解するため、同じ列名がXero、MYOB、Employment Hero、KeyPay、スキャンされた紙の証明書でも機能します。計算列を追加することもできます。例えば、「SGチェック（総支払額×12% vs RESC）」を計算する列は年金拠出のギャップを検出し、「実効税率（税額÷総支払額×100）」の列は外れ値を浮き彫りにします。
すべての明細書を1つのバッチでアップロードする
給与ソフトウェアのデジタルPDF、印刷された証明書のスキャン、紙の明細書のスマホ写真、サードパーティプロバイダーの書類など、すべての明細書をドロップします。抽出エンジンは各ファイルを同じ列スキーマで個別に処理し、すべての結果を1つのスプレッドシートに統合します。異なる給与プラットフォーム、異なる税年度、異なる文書形式（PDF、JPG、PNG）のファイルも、意味的抽出がテンプレートの位置ではなくフィールドの意味を読み取るため、同じバッチで処理されます。大量のファイルを扱う詳細については、バッチPAYG支払明細書処理ガイドをご覧ください。
Excelにエクスポートして照合する
従業員ごと・明細書タイプごとに1行ずつ含まれる1つのスプレッドシートをダウンロードします。照合フェーズ（抽出された合計を給与システム、BAS（事業活動報告書）、年金記録と比較する作業）は、データ入力作業ではなく、スプレッドシートネイティブの操作（TFNでのVLOOKUP、総支払額のSUM、源泉徴収税額のクロスチェック）になります。再入力に費やしていた5時間が、検証の5分になります。また、すべてのフィールドが機械抽出されたスプレッドシートは、5年間の記録保存期間における検索可能な監査アーカイブとして機能します。
ファイルは安全に処理され、保存されません。
バッチ処理とATO年次報告書の統合
複数の明細書を処理する雇用主にとって、バッチ抽出（すべての明細書を1つのジョブでアップロードし、1つの統合スプレッドシートを受け取る方法）は、数時間かかるワークフローを数分に短縮する重要な違いです。バッチ方式は、明細書が複数の給与プラットフォーム（本社はXero、買収した子会社はMYOB、営業部門はEmployment Hero）から届く場合に特に価値があります。同じ列スキーマで全フォーマットを同じアップロードで処理できるからです。
バッチ抽出したスプレッドシートは、PAYG支払明細書年次報告書（NAT 3447）の8月14日までの提出にも直接活用できます。明細書タイプでフィルタリングした総支払額と源泉徴収税額合計の列の合計が、年次報告書の数値になります。同じスプレッドシートを四半期ごとのBAS源泉徴収合計（ラベルW1およびW2）と照合することで、雇用主が年間を通じて報告した源泉徴収額が、従業員の明細書に記載された金額と一致することを確認できます。これはATOが自動的に行う照合ですが、雇用主はATOが行う前に自身で実施すべきです。
オーストラリアと英国の両方で明細書を処理する組織にとって、同じ抽出原則がそのまま適用されます。英国P60抽出ワークフローとP45抽出ワークフローは、異なる税カレンダーと源泉徴収制度のもとで同じ3ステップのパターン（スキーマ定義→バッチアップロード→エクスポートと照合）に従います。文書タイプは変わりますが、抽出の課題は変わりません。
関連PAYGガイド
給与調整のためのオーストラリアPAYGデータ抽出方法 — フィールド単位の調整チェックを含むステップバイステップの抽出ワークフロー。
300件のPAYG明細書を1つの給与レポートに — 複数プラットフォームの給与環境を持つ中規模雇用主向けのバッチ処理。
PAYG手入力の隠れたコスト — 3つのデータソースにわたる7月の調整作業の隠れたコスト。
手動PAYG処理の実際のコスト — オーストラリアの雇用主が税年度ごとの処理コストを定量化するための計算フレームワーク。
PAYG 7月14日期限に向けた準備チェックリスト — 6月30日以前のデータ準備からATO年間報告書提出までの4段階チェックリスト。
ATOの調整を引き起こすPAYG明細書エラー — 7つの一般的なPAYGデータエラー、そのATOへの影響、抽出時の防止方法。
よくある質問
PAYG支払明細書とSTP収入明細書の違いは何ですか？
PAYG支払明細書は、雇用主が会計年度末に従業員に発行する従来の紙またはPDFの証明書で、総支払額と源泉徴収税額をまとめたものです。STP収入明細書はそのデジタル版です — 同じデータが各給与支払い時にATOに報告され、7月14日までに確定され、従業員はmyGovを通じてアクセスします。違いは報告チャネル（年次証明書と給与支払いごとのデジタル報告）であり、データ内容ではありません。ほとんどの雇用主のほとんどの従業員にとって、STP収入明細書がPAYG支払明細書に取って代わっています。STP免除の雇用主、密接に関連する受取人、およびSTP以前の過去記録については、従来のPAYG支払明細書（PDFまたは印刷文書）がデータにアクセスできる唯一の形式として残っています。
デジタルPDFとスキャンした紙のPAYG明細書の両方を同じバッチで抽出できますか？
はい。セマンティック抽出は文書の視覚的な内容を読み取ります — 給与ソフトウェアから生成されたデジタルPDFであれ、手書きの記入がある複写式NAT 0046フォームのスキャンコピーであれ対応します。多少の傾き、照明のばらつき、経年劣化した紙のスキャン文書でも、AIがテンプレートの位置合わせ（クリーンな参照ページ上の値の位置）ではなくセマンティックな意味（値が表すもの）でフィールドを特定するため、正確に抽出できます。鮮明なXero PDFから「総支払額」を抽出するのと同じ列スキーマが、オフィスの複合機でスキャンした2019年の紙の明細書からも抽出します。
オーストラリアの会計年度は、年度途中で入社・退社した従業員の抽出にどのように影響しますか？
オーストラリアの会計年度は7月1日から6月30日までです。PAYG支払明細書は、勤務した期間ではなく、支払いが行われた期間を対象とします。従業員が2026年6月15日に入社し、最初の給与が2026年7月1日に処理された場合、その支払いは2026-27会計年度に属し、翌年度の明細書に記載されます。勤務が2025-26年度に行われた場合でも同様です。明細書の「支払いが行われた期間」欄で日付範囲を確認できます。抽出時には、期間開始日と期間終了日の両方を別々の列として取得してください。これらは、複数年度のアーカイブを作成する際に、各行がどの税年度に属するかを決定します。
従業員が通常のPAYG明細書とETP支払明細書の両方を持っている場合はどうなりますか？
両方の文書を同じバッチで処理し、両方の明細書タイプの全フィールドを網羅する列スキーマを使用します。通常の個人非事業用明細書（NAT 0046）には、給与、手当、一括金A〜Eが含まれます。ETP明細書（NAT 70868）には、退職金の課税対象部分、ETPコード、ETPに対する源泉徴収税額が含まれます。出力スプレッドシートでは、従業員は文書タイプごとに1行ずつ、合計2行になり、それぞれ異なるフィールドセットが入力されます。出力でTFNでグループ化すると、従業員の年度末の全体像（通常の給与行＋ETP行）を確認でき、両方の行にわたるすべてのフィールドを確認できます。
アクセスできなくなった給与ソフトウェアで生成されたPAYG明細書からデータを抽出するにはどうすればよいですか？
明細書がPDFまたはスキャンコピーとして存在する場合、生成に使用した給与ソフトウェアが何年も前に廃止されていても、抽出は他のPDFとまったく同じように機能します。AIは文書の視覚的な内容を読み取るのであって、作成したソフトウェアを読み取るわけではありません。これは給与ソフトウェアの移行時に特に価値があります。旧プラットフォームで生成された5年分の履歴明細書を一括抽出して単一のスプレッドシートにまとめることで、新しいシステムの期首残高に必要な過去の従業員データを、アーカイブされた各明細書のすべてのフィールドを手入力することなく取得できます。