AU TFN申告書データを給与計算設定用に抽出する方法
（2026年版ガイド）

TFN申告書が制御するもの — 間違えた場合の影響

納税者番号申告書（NAT 3092）は、オーストラリアの全従業員が最初に記入する税務書類です。ATOのTFN申告ルールに基づき、雇用主は記入済みの申告書を保管するか、最高限界税率で源泉徴収する必要があります。この書類はTFNの申請書ではなく、PAYG源泉徴収制度のもとで支払者がいくらの税金を源泉徴収すべきかを伝える申告書です。各項目は特定の源泉徴収判断に直結しており、一つ間違えると、従業員の不満から、解決に数ヶ月を要するATOのデータ照合フラグまで、様々な結果を招きます。

ほとんどの雇用主向けガイドは、どの欄にチェックを入れるかを列挙して書類を説明しています。それは記入者にとっては有用です。しかし、そのデータを給与計算ソフトに入力する担当者にとっての優先事項は、各項目が下流で何をするかを理解することです。なぜなら、その下流での影響こそが、転記ミスが今の給与計算サイクルで従業員が気付く問題になるのか、それとも年度末にATOが気付く問題になるのかを左右するからです。

ATOの源泉徴収申告書（NAT 3093）は、雇用中の変更（HELP債務の発生、居住地の変更、非課税限度額の申請変更など）に対応します。このフォームは、同じ項目セットと同じデータ入力ワークフローを共有しています。

同じNAT 3092データが給与計算の現場ごとに異なって見える理由

すべてのTFN申告書が、きれいなタイプ打ちのATO発行フォームとして届くなら、データ入力は退屈でも構造的に予測可能です——TFNは常に同じ欄にあり、非課税限度額の質問は常に同じ位置にあります。しかし、それが給与計算担当者の机に届くわけではありません。

ATOの新入社員の雇用開始フォームは、myGovおよびATOオンラインサービスを通じてデジタルで記入できます——従業員がフォームに記入し、税金・年金の詳細サマリーを印刷して雇用主に渡します。しかし、これらのデジタルサマリーは給与計算の入力になる前に印刷されます。なぜなら、ATOは雇用主に対し、メールでTFNデータを受け取らないよう明示的に指示しているからです（1988年プライバシー法のTFN規則では安全なチャネルではありません）。

実際には、1回のオンボーディングバッチに複数の視覚的フォーマットが含まれます：

• 紙のNAT 3092 — 公式のATO三連複写フォームで、青または黒のペンで手書きされます。2ページのレイアウトにわたって、丁寧なブロック体からほとんど判読できない筆記体まで、筆跡はさまざまです。
• デジタルmyGov印刷物 — 従業員のATOオンラインサービスサマリーで、紙のフォームとは異なるフィールド配置の政府PDF形式です。きれいでタイプ打ちされていますが、レイアウトは紙のNAT 3092とは似ても似つきません。
• スキャンまたは撮影されたフォーム — ATOのガイダンスに反してスマホで紙のフォームを撮影してメール送信したもの、またはオフィスのプリンターでスキャンしたもの。角度がさまざまで、影がチェックボックスの印を覆い隠します。
• 給与計算ソフト生成バージョン — Employment Hero、KeyPay、Deputyなどのプラットフォームは、独自のブランドレイアウトでデジタルTFN申告書の取り込みを生成します。Xero PayrollはATOのオンラインフォームデータを給与計算エンジンに直接処理しますが、他のHRISツールは独自のフォーマットのレコードを出力する場合があります。

データは同じでも、レイアウトは異なります。myGovの印刷PDFで学習したテンプレートベースのOCRツールは、手書きの紙のフォームでは失敗します。その逆も同様です。これは年末の給与計算調整に影響する同じクロスフォーマットの断片化であり、給与計算調整のためのPAYG支払い明細抽出に関するガイドで詳しく説明しています。そこでは、ATOが義務付ける同じ証明書に対して5つの異なるソフトウェアレイアウトがあり、同じ抽出の課題が生じています。英国版のP45退職者フォームも同じパターンです。政府が定義したデータセットが、複数の給与計算ソフトウェアのレイアウトで表示され、手作業のキー入力によって新しい雇用主の給与計算システムに戻されるのです。

ステップ1: すべての申告書を単一の処理バッチにまとめる

抽出の前に、現在のオンボーディンググループのすべてのTFN申告書を集めます。当たり前のことのように聞こえますが、コンプライアンスの側面が重要です。TFN情報は1988年プライバシー法のTFN規則で保護されており、ATOは雇用主に対し、TFN情報の保存と廃棄に安全な方法を使用することを義務付けています。スキャンしたフォームは鮮明で、いかなる方法でも変更されてはなりません。支払者は署名済みフォームのコピーを当期および翌会計年度にわたって保管する必要があり、受取人が新しい申告書を提出した場合、以前の申告書も当期および翌会計年度にわたって保管しなければなりません。

抽出に受け入れ可能な入力形式:

ほとんどの文書処理ワークフローとの重要な違い: これらのフォームを1枚ずつ処理するのではありません。バッチ処理します。フォルダ内のすべてのフォームがまとめて処理され、出力は1つのスプレッドシートで、各行が1人の従業員の申告書になります。つまり、部分的な入力や「後で残りを入力する」ということはなく、オンボーディンググループ全体が一度に完了します。

ステップ2: TFN申告書の項目を抽出列にマッピングする

このステップが、汎用の抽出ツールをTFN申告書プロセッサーに変えるポイントです。入力する列名が出力スプレッドシートの内容を決定し、その列ヘッダーが給与計算ソフトが期待する正確なフィールドになります。

NAT 3092を扱う場合、オーストラリア企業の60%以上が利用するプラットフォームであるXero Payroll向けの実用的な列定義セットは次のようになります:

MYOB Businessの場合、フィールドマッピングはほぼ同一です。ラベルが若干異なるだけですが、核となるデータ項目は同じです。AIは位置ではなくフィールドの意味を読み取るため、1つの列定義で両方のプラットフォームを処理できます。従業員名はmyGovの印刷物では「名 + 姓」、手書きの紙フォームでは「フルネーム」と表示されますが、同じ抽出ロジックが元の形式に関係なく同じ構造化出力を生成します。

このアプローチ — 列を一度定義し、あらゆる文書形式で再利用する方法 — をImageToTable.aiはカスタム列抽出と呼びます。列ヘッダーとして必要なフィールド名を入力すると、AIはページ上の位置ではなくフィールドの意味を意味的に理解して、各文書上の対応する値を特定します。紙フォームの右上のボックスに青インクで手書きされたTFNも、myGovのPDFサマリーにタイプされたTFNも、どちらも「税務ファイル番号」として理解され、同じ出力列に抽出されます。これは、オーストラリアのGST申告のためのBASデータ抽出から英国の給与計算文書まで、さまざまな国の税制にわたる構造化政府フォームの処理に使用されるのと同じ意味的抽出の原則です。

TFN申告書と一緒にスーパー年金標準選択フォーム（NAT 13080）も収集する場合は、スーパーファンド選択用の列を追加します：「スーパーファンド選択（デフォルト／自己／SMSF）」、「スーパーファンド名」、「スーパーファンドUSI」、「スーパーファンド会員番号」。これにより、両方の入社フォームを1回の抽出処理でカバーし、新入社員全員の税務・スーパー設定全体を網羅する単一のスプレッドシートを作成できます。

ステップ3：データの抽出と検証

書類が揃い、列が定義されたら、抽出は一括で実行されます。すべての申告書ファイル（紙のスキャン、myGovの印刷物、スマホの写真）をまとめてアップロードすると、ツールが各ファイルを個別に処理し、定義した列に一致する値を抽出します。

出力は単一のスプレッドシートです。各行が1人の従業員、各列が定義したフィールドに対応します。新入社員の申告書40件から、給与計算に入力できる構造化データが40行生成されます。

給与計算に転送する前に、以下の検証チェックを実行してください。それぞれ、40枚の個別の紙フォームを確認するよりも、単一のスプレッドシートで確認する方が大幅に高速です。

ステップ4：検証済みデータを給与計算システムに取り込む

抽出されたスプレッドシートには、すべての新入社員の税務プロファイルが構造化された形式で含まれています。給与計算システムへの転送方法は、使用するシステムによって異なります。

Xero Payroll：スプレッドシートの各行が1人の従業員レコードに対応します。Xeroで、給与計算 → 従業員 → 該当従業員を選択 → 雇用タブ → 税金の順に移動します。対応するスプレッドシートの行から、TFN、居住者ステータス、非課税限度額の申請、および学資ローンのステータスを入力します。Xeroは自動的に正しいPAYG源泉徴収表とSTP報告カテゴリを適用します。

MYOB Business：給与計算 → 従業員 → 該当従業員を選択 → 給与詳細タブ → TFN申告書セクションに移動します。MYOBはXeroと同じATO税表を使用するため、データフィールドは機能的に同一です。異なるのはインターフェースの操作方法のみです。

Employment Hero：このプラットフォームは、デジタルオンボーディングフローの中でTFNとスーパー（年金）の詳細を取得します。デジタルフローを完了しなかった従業員の書面による申告書を処理する場合は、抽出したデータを「People → Employee → Employment Details → Tax Information」に入力します。

データを給与計算に直接入力するのではなく、まずスプレッドシートに抽出する利点は、スプレッドシートが作業用ドキュメントと監査記録の両方の役割を果たすことです。6か月後に従業員が自分のPAYG源泉徴収に異議を唱えた場合や、ATOが元のTFN申告書の証拠を求めてきた場合でも、スプレッドシートの行とスキャンした原本があれば、完全で追跡可能な記録を数秒で提供できます。プライバシー法1988年のTFNルールに基づき、署名済みのフォームを当年度および翌年度まで保管する義務があります。抽出スプレッドシートはその義務を代替するものではありませんが、それを極めて迅速に満たすことを可能にします。

30件の新入社員申告書を一括処理する

大規模に採用を行うオーストラリアの企業（季節小売業、夏に向けて開店する飲食店、新しい棟にスタッフを配置する介護施設など）は、TFN申告書を一度に20～50件単位で処理します。このようなシナリオでは、ボトルネックは個々のフォームの複雑さではなく、40件のフォームに15のフィールドを入力する累積時間です。

抽出アプローチは、このようなバッチレベルで自然に処理します。50枚のフォームを一緒にアップロードすると、1つのスプレッドシートに50行が生成されます。最初のバッチで設定した列定義は、その後のすべてのバッチに変更なしで適用されます。同じフィールド、同じ出力構造、同じ検証チェックです。従業員1人あたりの時間は、手動転記の約3～5分から、30秒未満の検証時間に短縮されます。夏の会場のために40人のカジュアルスタッフを採用する飲食グループの場合、これは給与計算のセットアップが午後いっぱいかかるか、最初のコーヒーが冷める前に終わるかの違いです。

複数の採用ラウンド（例えば2月入社、4月入社、6月入社）にわたって処理する場合でも、ワークフローは再構成なしで拡張できます。各バッチがそれぞれのスプレッドシートを生成します。年度末（EOFY）に、その年度中に働いたすべての従業員の完全な人事記録が必要になった場合、これらのスプレッドシートは数分で結合できます。ファイルごとに誰がいつ入社し、何を申告したかを再構築する必要はありません。

よくある質問

このツールでTFNをATOの記録と照合できますか？

いいえ。ATOの記録とのTFN照合には、シングルタッチペイロール（STP）統合またはATO APIへの直接接続が必要です。STPフェーズ2に対応した給与計算ソフトウェア（Xero、MYOB、Employment Hero）は、報告プロセスの一環としてTFNを検証します。抽出ツールは申告書からTFN値を提供し、給与計算システムがATOの記録と照合します。STP報告中にTFNが拒否された場合は、元の申告書に転記ミスがないか確認し、数字を修正して再送信してください。ATOのTFN源泉徴収ルールでは、有効なTFNが提供されない場合、28日以内に最高税率での源泉徴収が必要です。

従業員の申告書に奨学金ローンがあると記載されているが、給与計算システムが自動のHECS/HELP源泉徴収に対応していない場合はどうなりますか？

ATOのルールでは、雇用主はTFN申告書（質問9）または源泉徴収申告書（NAT 3093）で従業員から通知を受けた場合、就学・訓練支援ローンの追加源泉徴収を行う必要があります。ほとんどのオーストラリアの給与計算プラットフォーム（Xero、MYOB、Employment Hero、KeyPay）は、従業員の返済所得に基づく自動HECS/HELP源泉徴収に対応しています。システムが対応していない場合、ATOはHELP要素を含む週次税表を公開しており、手動計算が可能です。2025-26年度の最初の返済しきい値は67,000ドルです。従業員の収入がこれを下回る場合、Yes/Noフラグに関係なく追加の源泉徴収は適用されません。

給与計算ソフトウェアでATOのオンライン従業員開始フォームを直接使用する場合と比べてどうですか？

myGovを通じてATOのデジタルフォームを完了し、給与計算ソフトウェア（Xero、MYOB）がデータを自動的に取り込める従業員にとっては、それが最も効率的な方法です。抽出ワークフローは、デジタルフローが適用されないケースをカバーします。myGovにアクセスできない従業員からの紙のフォーム、デジタル化が必要な過去の申告書のスキャン、対面でフォームを完了したがATOのオンラインサービスデータを自動受信しない給与計算システムにデータを入力する必要がある新入社員などです。また、雇用主がこれまで紙のフォームを処理してきて、記録保管コンプライアンスのためにアーカイブをデジタル化する必要があるシナリオもカバーします。1988年プライバシー法に基づくTFNルールでは、署名済みフォームを当年度および翌年度まで安全に保管することが義務付けられています。

抽出機能はスーパーチョイスフォーム（NAT 13080）も対応していますか？

はい — 別のバッチとして、独自の列定義で処理します。スーパーチョイスフォームでは、ファンド名、USI（ユニーク・スーパーアニュエーション・アイデンティファイア）、会員番号、ABN、および従業員の選択（デフォルトファンド、既存口座、または自己管理スーパーファンド）を収集します。これらのフィールドに対応する列を定義し、TFN申告書と一緒に、またはその後にスーパーフォームを処理します。スーパーギャランティー率は2025年7月1日から12%で、四半期ごとの最大拠出基準額は1四半期あたり$62,500（従業員1人あたりの四半期最大SG拠出額は$7,500）です。従業員がスーパーファンドを選択しない場合、雇用主はデフォルトファンドに拠出する前に、ATOから従業員のステープルド・スーパーファンドを申請する必要があります。

従業員が28日経ってもTFNを提供しない場合はどうすればよいですか？

ATOのTFN源泉徴収スケジュールに基づき、有効なTFNまたは申請中の証拠がないまま28日が経過した場合、すべての支払いから47%（最高限界税率＋メディケア・リービー）で源泉徴収する必要があります。従業員がTFNを申請し、申告書（質問1 — 該当するボックスに「X」を記入）でその旨を明示した場合、28日以内にTFNを提供する必要があります。この28日間は、入手可能な情報に基づいて標準税率で源泉徴収します。28日経過後、TFNがない場合は最高税率での源泉徴収となります。従業員が最終的にTFNを提供した場合、その時点から源泉徴収を調整します — それ以前の過剰徴収は、従業員が確定申告を行う際に調整されます。