AUのTFN申告書データを給与計算設定に抽出する方法
(2026年版ガイド)
NAT 3092のチェックボックスが一つ間違っているだけで、年収85,000ドルの従業員の手取り額は週に約155ドルも減ってしまいます。質問8「この支払者から非課税限度額を申請しますか?」は、給与計算システムが18,200ドルの非課税枠を適用するか、1ドル目から47%で源泉徴収するかを決定します。この判断は、すべての新入社員が入社後1か月以内に記入する2ページの用紙に記載されています。用紙自体はシンプルです。しかし、その内容を転記ミスなく給与計算システムに取り込む作業——10人、30人、50人の新入社員がいる場合——こそが、実際のボトルネックです。
重要ポイント
- 新入社員は手書きの紙のフォーム、myGovのPDF印刷物、スマホ写真、給与計算ソフトの出力——ATOが定める同じTFNデータを載せた、視覚的に互換性のない4種類の形式で提出します。
- ATOは雇用主にTFNデータのメール受信を認めていない一方で、従業員にはデジタルのmyGovフォームを印刷してから提出するよう求めています。提出チャネルの標準化は構造的に不可能です。
- セマンティック抽出は、ページ上の位置ではなくフィールドの意味を読み取ります。青インクで書かれた手書きのTFNも、myGovで入力されたPDFも、同じスプレッドシートの列に、従業員ごとに1行で格納され、給与計算にすぐ使える状態になります。
TFN申告書が制御するもの — 間違えた場合の影響
納税者番号申告書(NAT 3092)は、オーストラリアの全従業員が最初に記入する税務書類です。ATOのTFN申告ルールに基づき、雇用主は記入済みの申告書を保管するか、最高限界税率で源泉徴収する必要があります。この書類はTFNの申請書ではなく、PAYG源泉徴収制度のもとで支払者がいくらの税金を源泉徴収すべきかを伝える申告書です。各項目は特定の源泉徴収判断に直結しており、一つ間違えると、従業員の不満から、解決に数ヶ月を要するATOのデータ照合フラグまで、様々な結果を招きます。
ほとんどの雇用主向けガイドは、どの欄にチェックを入れるかを列挙して書類を説明しています。それは記入者にとっては有用です。しかし、そのデータを給与計算ソフトに入力する担当者にとっての優先事項は、各項目が下流で何をするかを理解することです。なぜなら、その下流での影響こそが、転記ミスが今の給与計算サイクルで従業員が気付く問題になるのか、それとも年度末にATOが気付く問題になるのかを左右するからです。
| NAT 3092の項目 | 給与計算システムへの影響 | 誤りの結果 |
|---|---|---|
| TFN(9桁) | ATOの相互参照における主要な識別子。標準または最高税率の源泉徴収の適用を制御します。ATOは1953年税務行政法に基づき収集を許可しています。 | 1桁の誤りまたはTFNの欠落があると、雇用主はすべての支払い(メディケア税を含む)から47%を源泉徴収する必要があります。従業員は最初の給与明細が予想より40%少ないことにすぐ気づき、給与計算部門に緊急メールが届きます。 |
| 居住資格(オーストラリア居住者 / 外国居住者 / ワーキングホリデーメーカー) | 給与計算システムが使用する税表を決定します。オーストラリア居住者には18,200ドルの非課税限度額と16%からの限界税率が適用されます。外国居住者は非課税限度額なしで1ドル目から30%で課税されます。ワーキングホリデーメーカー(ビザ417/462)は45,000ドルまで15%を支払います。 | 外国居住者が誤ってオーストラリア居住者として分類されると、年間を通じて源泉徴収が不足し、確定申告時に従業員がATOに支払うことになります。ワーキングホリデーメーカーが居住者として分類されると、ビザ期間全体に誤った税率が適用されます。 |
| 非課税限度額の申請(質問8:はい/いいえ) | 「はい」の場合、給与計算は年間18,200ドルの限度額(約週350ドル)を適用します。「いいえ」の場合、最初の1ドルから税金が源泉徴収されます。一度に1つの支払者からのみ申請できます。 | 2つの仕事を持つ従業員が両方の支払者から限度額を申請すると、源泉徴収が不足し、年度末に税額が発生します。年中途居住者が調整されないと、13,464ドル +(4,736ドル × 月数 ÷ 12)の限度額が誤って計算されます。 |
| HECS/HELPまたはその他の学資ローン(質問9:はい/いいえ) | 「はい」の場合、返済基準額を超える限界税率での追加源泉徴収が行われます。2025-26年度は、収入67,000ドルから返済が始まります(基準額を超える1ドルにつき15セント、その後上位帯でより高い率)。2026-27年度は基準額が69,528ドルに上昇します。 | 45,000ドルのHELP債務があり75,000ドルを稼ぐ従業員が「いいえ」と回答すると、追加源泉徴収がゼロになり、確定申告時に約1,200ドルの不足が生じます。雇用主に責任はありませんが、従業員の税金還付は予想外の負担となり、入社手続きのせいにされます。 |
| 雇用形態(フルタイム / パートタイム / カジュアル / 労働者派遣) | 休暇の計算に影響し、カジュアル従業員の場合は、公正労働法の規定に基づきカジュアル雇用情報明細書の提供が必要かどうかに影響します。 | カジュアル従業員がパートタイムと誤分類されると、休暇の計算が誤り、退職時の給与計算調整の問題が発生します。 |
| 高齢者・年金受給者税額控除(質問10) | オーストラリア政府の年金または手当の受給資格者に対する源泉徴収を軽減します。 | 控除が申請されたが従業員に受給資格がない場合、源泉徴収が不足し、確定申告時に従業員が差額を支払うことになります。 |
ATOの源泉徴収申告書(NAT 3093)は、雇用途中の変更(従業員がHELP債務を負った場合、居住地を変更した場合、非課税限度額の申請を調整したい場合など)に対応するものです。このフォームは、同じフィールドセットと同じデータ入力ワークフローを共有しています。
データ入力の問題はフォームの複雑さではなく、その結果にあります。TFN申告書には約15のデータ項目があります。四半期に20人の新入社員を雇用する企業では、転記すべきフィールドが300個発生します。TFNの1桁の入力ミス、居住地ステータスの読み間違い、HECSフラグのチェック漏れ——それぞれのエラーが実際の給与計算修正を引き起こし、その修正コストは予防コストを上回ります。
同じ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:すべての申告書を1つの処理バッチにまとめる
抽出を開始する前に、現在のオンボーディンググループのすべてのTFN申告書を収集します。当然のことのように思えますが、コンプライアンスのレイヤーが重要です。TFN情報はプライバシー法1988のTFNルールで保護されており、ATOは雇用主に対し、TFN情報の保存と廃棄に安全な方法を使用することを求めています。スキャンされたフォームは鮮明で、決して改変されてはなりません。支払者は、署名済みフォームのコピーを当該年度および翌年度まで保管する必要があり、受取人が新しい申告書を提出した場合も、以前の申告書を当該年度および翌年度まで保管しなければなりません。
抽出に受け入れ可能な入力形式:
ほとんどの文書処理ワークフローとの重要な違いは、これらのフォームを1枚ずつ処理するわけではないということです。バッチ処理します。フォルダ内のすべてのフォームが一緒に処理され、出力は1つのスプレッドシートで、各行が1人の従業員の申告書になります。つまり、部分的な入力や「後で残りを入力する」といったことはなく、オンボーディンググループ全体が一度に完了します。
セキュリティに関する注意: ATOのTFN申告書に関するガイダンスでは、スキャンされたフォームは鮮明で改変されてはならないとされています。抽出前にTFN申告書の画像を編集、トリミング、またはレタッチしないでください。改変されていないスキャンは保管要件を満たすと同時に、抽出の入力としても機能します。
ステップ2:TFN申告書のフィールドを抽出列にマッピングする
このステップで、汎用的な抽出ツールがTFN申告書専用の処理ツールに変わります。入力する列名が出力スプレッドシートの内容を決定し、その列ヘッダーが給与計算ソフトが期待する正確なフィールドになります。
NAT 3092を使用する場合、オーストラリアの企業の60%以上が利用するXero Payroll向けの実用的な列定義セットは次のようになります。
| 列名 | 対応するXero Payrollフィールド | NAT 3092上のソース |
|---|---|---|
| 従業員氏名 | 従業員名 | 質問2 — 姓、名 |
| 納税者番号 | 納税者番号(9桁) | 質問1 |
| 生年月日 | 生年月日 | 質問3 |
| 自宅住所 | 居住地住所 | 質問5 |
| 居住者ステータス | 税務ステータス(居住者 / 外国居住者 / ワーキングホリデー参加者) | 質問7 |
| 非課税限度額の申請 | 非課税限度額(はい/いいえ) | 質問8 |
| HELPまたはその他の教育ローン | 教育訓練支援ローン(はい/いいえ) | 質問9 |
| 雇用形態 | 雇用タイプ | 質問6 |
MYOB Businessの場合、フィールドマッピングはほぼ同じです。ラベルが若干異なります(MYOBは「Residency Status」ではなく「Tax Status」、「Study and training support loan」ではなく「HECS/HELP Debt」を使用します)が、コアとなるデータ項目は同じです。AIがフィールドの位置ではなく意味を読み取るため、1つの列定義で両方のプラットフォームを処理できます。従業員名はmyGovの印刷物では「Given names + Family name」、手書きの紙のフォームでは「Full Name」と表示されますが、同じ抽出ロジックで、元の形式に関係なく同じ構造化出力が生成されます。
このアプローチ(列を一度定義し、あらゆる文書形式で再利用する)は、ImageToTable.aiがカスタム列抽出と呼ぶものです。列ヘッダーとして必要なフィールド名を入力すると、AIが各文書上の対応する値を、ページ上の位置ではなくフィールドの意味を理解することで特定します。紙のフォームの右上のボックスに青インクで手書きされたTFNも、myGovのPDFサマリーにタイプ入力されたTFNも、どちらも「納税者番号」として理解され、同じ出力列に抽出されます。これは、オーストラリアのBASデータ抽出によるGST報告から英国の給与計算書類まで、さまざまな国の税法に基づく構造化された政府フォームを処理するために使用されるのと同じ意味的抽出の原則です。
TFN申告書と一緒にSuperannuation Standard Choice Form(NAT 13080)も収集する場合は、年金基金の選択に関する列を追加します。「年金基金の選択(デフォルト / 自身 / SMSF)」、「年金基金名」、「年金基金USI」、「年金基金会員番号」です。これにより、両方の入社時書類を1回の抽出パスで処理し、新入社員ごとの税金と年金の設定全体をカバーする単一のスプレッドシートが生成されます。
ステップ3:データを抽出して確認する
書類が揃い、列が定義されれば、抽出は一括で実行されます。すべての申告書ファイル(紙のスキャン、myGovの印刷物、スマートフォンの写真)を一緒にアップロードすると、ツールが各ファイルを個別に処理し、定義した列定義に一致する値を抽出します。
ファイルは安全に処理され、保存されることはありません。
出力は1つのスプレッドシートです。各行が1人の従業員、各列が定義したフィールドに対応します。40件の新入社員申告書から、給与計算に入力できる構造化データが40行生成されます。
給与計算に転送する前に、以下の確認チェックを実行してください。これらのチェックは、40枚の個別の紙の書類を確認するよりも、1つのスプレッドシートで行う方がはるかに高速です。
ステップ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)に、その年度中に働いたすべての従業員の完全な人事記録が必要になった場合、これらのスプレッドシートは数分で結合できます。ファイルごとに誰がいつ入社し、何を申告したかを再構築する必要はありません。
再利用可能な抽出設定:NAT 3092用に定義した列名は、その後のすべてのオンボーディングバッチで機能します。また、既存従業員が詳細を更新する際のNAT 3093源泉徴収申告書でも同様です。フィールドは同じです。バッチ間で変わるのは、フォームに記載された名前と番号だけです。
よくある質問
このツールで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を提供した場合、その時点から源泉徴収を調整します — それ以前の過剰徴収は、従業員が確定申告を行う際に調整されます。