ATO調整不一致を引き起こす
7つのPAYGサマリーデータエラー

ATOの影響：TFNが欠落している場合、従業員の限界税率ではなく47％（最高限界税率＋メディケア税）で源泉徴収されます。TFNが存在するが誤っている場合（典型的には2桁の入れ替え）、従業員のmyGovの事前入力に身に覚えのない雇用主が表示され、従業員が収入明細に異議を申し立て、ATOが雇用主にデータ照合照会を発行します。解決には、影響を受ける従業員1人あたり30分から2時間かかります。

発生原因：給与担当者が支出一覧から照合用スプレッドシートにTFNを入力する際に2桁を入れ替える（123 456 789 → 123 456 798）。9桁すべてが存在するため、目視チェックでは発見できません。このスプレッドシートはSTPデータの検証に使用され、誤ったTFNが最終報告に含まれます。第三者プロバイダーからの紙の一覧の場合、TFNが手書きで判読しにくいことがあり、スキャン品質が低いと「8」が「3」に見え、3時間の調査につながります。

抽出時の防止策：自動抽出は文書の視覚コンテンツからTFNを読み取るため、人間による入力や桁の入れ替えは発生しません。バッチ処理では、抽出されたすべてのTFNに対してATOのTFNチェックサムアルゴリズム（最初の8桁の加重合計を11で割った余りが9桁目と一致する必要あり）を実行するComputed Columnを設定することで、スプレッドシートを開く前に無効な番号を検出できます。さらに、行間で重複するTFNを検出する列を追加することで、2人の従業員が同じ誤ったTFNを共有するシナリオを捕捉できます。このパターンは、抽出と目視確認の両方をすり抜ける可能性があります。

ATOの影響： RFBAが給与明細から省略されているが、従業員が実際に報告対象外の手当を受け取っている場合、メディケア・リービー追加課税およびHELP返済目的における従業員の所得が過小申告されます。従業員は本来受け取る権利のない税金還付を受け取ったり、支払うべき追加課税を回避したりする可能性があります。ATOが雇用主のFBT申告書（FBT年度終了日3月31日、提出期限5月21日）とPAYG給与明細に報告されたRFBA額を照合すると、不一致が単一従業員の問い合わせではなく、雇用主レベルでのレビューを引き起こします。1つの給与明細における誤ったRFBAが、雇用主のFBT報告全体のコンプライアンスレビューに発展する可能性があります。

発生原因： FBT年度（4月1日～3月31日）と会計年度（7月1日～6月30日）が一致しません。2026年4月に提供された手当は2026-27年度のFBT年度に属しますが、給与チームがRFBAフィールドに誤って会計年度のロジックを適用した場合、従業員の2025-26年度PAYG給与明細に表示される可能性があります。あるいは、RFBA額はFBT申告書用に正しく計算されたものの、給与システムに更新されなかった場合、給与明細にはRFBAが0ドルと表示される一方、FBT申告書にはその従業員の総額化された非ゼロの値が報告され、ATOの自動照合で不一致が検出されます。

抽出時の防止策： 計算列を使用して、従業員の総報酬（総支給額＋給与犠牲額）が10万ドルを超え、かつRFBAが0ドルの場合にレビューを促すフラグを立てます。高所得の従業員は統計的に報告対象外の手当を受け取る可能性が高いためです。別の検証ルールとして、既知の手当（社用車、健康保険、接待手当など）がある従業員については、RFBAが非ゼロであり、FBT申告書のスケジュールと一致することを確認します。抽出スプレッドシートを7月14日の最終確定前にFBT申告書と照合することで、給与明細を修正する時間があるうちにRFBAの不一致を検出します。

ATOの影響：一時金の支払いを誤って分類すると、従業員の課税所得と税額が変わります。例えば、15,000ドルの正当な退職金を一時金D（非課税の退職金部分）ではなく一時金A（課税対象の未使用年次有給休暇）として入力すると、従業員の所得明細に15,000ドルの追加課税所得が表示されます。従業員はその金額に対して課税され（限界税率32.5％＋メディケア税で最大4,875ドル）、査定に異議を申し立て、苦情を申し入れます。雇用主は明細書を再発行し、修正STPレポートを提出し、ATOが誤った査定に課した延滞利息を従業員に補償する必要が生じる可能性があります。さらに悪いケース：複数の従業員に対して複数年にわたり一時金の支払いを誤って分類している事業を調査する管財人や管理者は、組織的な給与コンプライアンス違反を特定する可能性があります。これは、単一の誤分類された支払いよりもはるかに深刻な指摘です。

発生原因：給与ソフトウェアの退職金支払いワークフローで、給与担当者がドロップダウンから一時金の種類を選択する必要があります。担当者がタイプA（年次有給休暇—課税対象）とタイプD（退職金—非課税）の税務上の区別に精通しておらず、誤ったオプションを選択します。ソフトウェアは誤った分類で明細書を生成し、その後のレビューで発見されません。なぜなら、金額（15,000ドル）は種類に関係なく妥当に見えるからです。このエラーは、従業員の税務申告が査定され、ATOのシステムが、雇用主が一時金Dを報告したにもかかわらず、従業員の申告にその金額を含む課税所得が表示されている（またはその逆）ことを検出したときに初めて表面化します。

抽出時の防止策：抽出時に検証ルールを作成します。一時金Dがゼロでない従業員については、正当な退職金または早期退職制度の確認のために行にフラグを立て、明細書発行前に書類（退職金通知書、早期退職制度承認書）の提出を要求します。一時金AまたはBがゼロでない従業員については、その従業員が実際にその会計年度中に退職したことを確認します。在職中の従業員に未使用休暇の一時金があってはなりません。給与システムからの休暇残高と明細書の一時金額を相互参照する計算列を作成することで、明細書の休暇支給額が退職時の未払休暇残高と一致しない差異を捕捉できます。

ATOの影響： STPで報告された従業員について、STP確定申告とPAYG支払要約（同じ従業員・同じ期間に両方が存在する場合——本来はあるべきではないが、時々発生する）は同一の金額を報告する必要があります。不一致があると、従業員は同じ雇用主から2つの異なる収入情報を受け取ることになります：myGov（STP）と紙/PDFの要約です。従業員の確定申告（myGovの事前入力データを使用）は、手元の支払要約と一致しない可能性があります。ATOのデータ照合で不一致が検出され、雇用主と従業員の両方に問い合わせが行われます。解決策：雇用主はどちらの金額が正しいかを判断し、誤った方を修正し（STP更新イベントまたは再発行された要約）、従業員に通知する必要があります。

発生原因： 最も一般的なシナリオ：従業員が同一会計年度内にSTP導入前の期間からSTP期間に移行した場合（例：雇用主が2025年10月にSTPを導入）。給与システムは、7月～9月のSTP導入前期間のPAYG支払要約と、10月～6月のSTPデータを生成します。確定前にこれら2つのデータセットが調整されていないと、従業員が両方の報告書に重複または不一致のある金額で表示される可能性があります。あまり一般的ではないが同様に問題のあるシナリオ：STP確定後に手動で給与調整を入力すると給与システムは更新されるが、対応するSTP更新イベントが送信されない場合——ATOが保持するSTPデータは古くなりますが、雇用主のシステム内では不一致フラグは表示されません。

抽出時の防止策： 同一会計年度内に従来のPAYG要約（STP導入前期間）とSTP報告データ（移行後期間）の両方を受け取った従業員については、両方のデータソースを調整スプレッドシートに抽出し、給与システムの通年レポートと合計額を調整します。抽出スプレッドシートを唯一の情報源とします：VLOOKUPで各従業員のTFNをSTPデータおよびSTP導入前の要約と照合し、両方のソースにわたる総支給額と源泉徴収税額の合計が給与年度累計レポートと一致することを確認し、合計額が一致しない従業員にフラグを立てます。これにより、STPデータと要約がそれぞれ内部的には整合しているように見えても、同じ従業員に対して異なる合計額を報告するシナリオを防ぐことができます。

ATOの影響: 手当は種類ごとに税務処理が異なるため、PAYG支払明細書に個別に記載する必要があります。工具手当はATO規定額まで非課税、出張手当は出張日誌の有無で一部課税、救急手当は全額課税となります。手当が総支給額にまとめられ個別記載がないと、従業員は正しい税務処理を申告できません。手当が明細書から完全に漏れると、従業員の所得が過少申告となり、ATOのデータ照合（事業主のBAS賃金合計と従業員明細書合計を比較）で差異が検出されます。手当の不一致は通常、BASと明細書の不一致として現れ、BASの賃金が明細書の総支給額合計より高くなり、ATOから未報告の従業員所得について問い合わせが発生します。

発生原因: 給与システムが内部報告では手当を総賃金の一部としてコード化しながら、PAYG明細書では別行で印刷する場合があります。明細書を抽出する給与担当者が、給与台帳の総支給額（手当を含む場合あり）をそのまま入力する一方、明細書では手当が別途印刷されると、抽出額が過大になります。逆に、担当者が明細書の手当額を入力するが総支給額に含め忘れると、抽出額が過小になります。このエラーは、給与システムの内部報告と明細書の外部報告の不一致であり、一方の情報を信頼して他方を検証しない抽出スプレッドシートがエラーを増幅させます。

抽出時の防止策: 出力スキーマで手当を別列として抽出します。総支給額と全手当列を合計し、給与システムの年度累計総支給額レポートと比較する計算列を設けることで、手当が一方では総支給に含まれ他方では分離されているケースを検出します。また、非ゼロの手当種別で金額が不自然なもの（オフィスワーカーの5万ドル工具手当、年間5,000km走行した現場技術者の200ドル出張手当など）をフラグする検証列を別途設けることで、一件ずつの確認なしに誤分類を検出できます。

ATOの影響: 雇用終了支払金（ETP）には、税務処理を決定するETPコードが割り当てられます。Rは正当な解雇、Oはその他（辞職、解雇、ゴールデンハンドシェイク）、Dは死亡給付、Bは障害給付、Nは非除外支払いです。優遇税制の対象となる最大額であるETPキャップはコードによって異なります。O（その他）とコードされた支払いが実際はR（解雇）である場合、従業員はより低いETPキャップを受け取ることになります。2025-26年度（毎年指数化）のコードRでは245,000ドルですが、コードOでは全所得キャップの180,000ドルから他の課税所得を差し引いた額しか適用されない可能性があり、課税所得と優遇課税所得の差は数万ドルにもなります。従業員は、確定申告でETPに対する予想以上の税額を知り、エラーに気付きます。雇用主は正しいコードでETP支払概要を再発行し、源泉徴収税額を再計算し、追加の税金や利息を従業員に補償する必要が生じる可能性があります。

発生原因: 給与ソフトで退職処理を行う担当者は、ETPコード（R、O、D、B、N）のドロップダウンを提示されますが、各コードの税務上の意味についての画面上の説明は最小限です。担当者は、退職理由に合ったコードではなく、「適切に聞こえる」コードを選択します。従業員が退職合意書（「ex gratia支払い」や「退職金」といった表現を使い、「解雇」と明記しない場合がある）に署名した解雇の場合、担当者はO（その他）を選択する可能性があります。なぜなら、合意書に「解雇」という言葉が使われていないからです。たとえ退職がATOの正当な解雇の定義を満たしていてもです。コードは給与システムに保存され、ETP概要に印刷され、STPを通じてATOに報告されます。そして、ETP総額がコードに関係なく正しいため、その後のレビューで誤分類が発見されることはありません。

抽出時の防止策: ETPコードを別の列として抽出し、HRシステムに記録された退職理由と相互参照します。退職理由が「解雇」または「人員整理」であるのにコードがO、または退職理由が「辞職」であるのにコードがRのETPにフラグを立てる計算列を作成することで、概要が従業員に届く前に誤分類の可能性を表面化できます。複数のETP概要を一括抽出する場合、コード別にETP金額をグループ化し、その分布を期待されるパターンと比較する列（単一の人員整理ラウンドを実施している企業では、同じプロセスで退職した従業員にRとOのコードが混在するべきではない）を設けることで、体系的なコードエラーを発見できます。

ATOの影響： PAYGサマリーを発行する従業員数は、ATOに報告されたPAYG源泉徴収の従業員数（STP、BAS、年次報告書を通じて）と一致する必要があります。給与が支払われたにもかかわらずサマリーを受け取っていない従業員は、所得と源泉徴収税額の記録がなく、正確に確定申告を行うことができず、後日サマリーを受け取ったり漏れに気付いたりした時点で、すでに誤った申告をしている可能性があります。ATOのデータ照合により、年次報告書のPAYG源泉徴収対象従業員総数がBASの従業員数より少ない、またはサマリーの総支給額がBASに報告された賃金より少ないというギャップが検出されます。雇用主は差異を説明する必要があり、従業員が見落とされていた場合、過去の課税年度（すでに終了している可能性あり）に対して遡及的にサマリーを発行しなければなりません。

発生原因： 会計年度中に退職したが一部期間勤務した従業員が、最もよく見落とされるグループです。給与担当者が現在の従業員リスト（退職者を除く）からサマリーを生成し、通年の給与台帳と照合しないことが原因です。単一シフトのみ勤務し12ドルの源泉徴収があったアルバイト従業員も、よくある見落としです。給与チームが一定額未満はサマリー不要と判断する場合がありますが、ATOは源泉徴収があったすべての労働者に対して、金額に関わらずサマリーを要求します。任意の源泉徴収契約に基づく請負業者で、別途NAT 72545サマリー（事業・個人役務所得）を受け取っている場合、給与チームがNAT 0046サマリーのみを対象と考えると、年次報告書から漏れる可能性があります。

抽出時の防止策： 最終確定前に、すべてのPAYGサマリー（ETPサマリー、事業・個人役務所得サマリー、退職者やアルバイトのサマリーを含む）を1つのスプレッドシートに抽出します。抽出内の一意のTFNをカウントし、従業員総数を表示する計算列を追加します。この数を以下と比較します：(a) 給与システムの年度累計レポートでPAYG源泉徴収があった従業員数（現在のアクティブな従業員リストだけでなく）、(b) 4四半期のBASで報告された従業員数、(c) STPデータが確定した従業員数。これらの数値間に1件でも差異があれば、年次報告書を提出する前に調査が必要です。1件のサマリー漏れは、ATOからの問い合わせを招く可能性があります。