ATO監査を引き起こす
BASデータ入力ミス5選

なぜBASの誤りは通知が届くまで気づかれないのか

ほとんどのオーストラリア人はATOの監査を心配していません。監査は意図的な脱税（現金収入の隠蔽、経費の水増し、二重帳簿の作成）を対象としていると思っているからです。しかし、ATOのコンプライアンスエンジンはそうではありません。ATOは60以上のデータマッチングプログラムを運用しており、フラグが立つ不一致の大部分は脱税ではなく、正しく申告しようとした人がラベルを一つ間違えたデータ入力ミスです。

近年変わったのはここです。シングルタッチペイロール（STP）はすべての給与支払いをリアルタイムで報告します。ATOはあなたがBASフォームを開く前にW1とW2の数字を把握しています。納税者支払年次報告書（TPAR）は、あなたが請負業者に支払った金額をATOに伝えます。銀行データマッチングプログラムは加盟店の取引総額を取得します。業界ベンチマークは、あなたのGST比率がそのセクターの標準から外れている場合にフラグを立てます。システムは人間の監査人が異常に気づくのを待っているのではなく、4～5つの外部ソースからのデータをあなたのBASと自動的に照合し、一致しないものがあれば、ATOの担当者があなたの申告書を読む前に不一致フラグを生成します。

以下の5つのミスは、最も頻繁にフラグを引き起こすものです。最も金額が大きいからではなく、BASで報告した内容とATOの他のデータソースがすでに示している内容との間にクロスリファレンスの不一致を生み出すからです。それぞれは、提出前に2分もかからず、クリックする前に実行するという規律以外にコストのかからないチェックで防ぐことができます。

ミス#1：GST非課税売上を課税売上として記録する（G1の誤分類）

G1はBASの最初のラベルであり、フォーム上の他のすべてのGST計算に影響を与えます。G1の数字（総売上高）は1A（売上に対するGST）に表示されるものを決定し、G1と1Aの関係はBAS上で最も監査される比率です。現金主義の場合、1AはG1に1/11を掛け、G1のうちGST非課税売上に相当する部分を差し引いた値に近似する必要があります。

この比率を崩すエラーは、GST非課税売上が会計システムで課税売上としてコード化されることです。医療機関が患者に220ドルの診察料を請求したとします。診察はGST非課税ですが、経理担当者がXeroやMYOBでデフォルトの税コードを使用しており、すべての請求明細に自動的にGSTが割り当てられています。請求書には本来存在しない20ドルのGSTがコード化されます。四半期末に、G1にはこの売上の220ドルが含まれます。ソフトウェアがこれを完全に課税対象として扱うと、1Aには20ドルが表示されます。しかし、ATOのデータマッチングエンジンは医療機関の業界コードを確認し、医療サービスが圧倒的にGST非課税であることを認識しており、低い1A対G1比率を期待します。比率が業界ベンチマークよりも高い場合、システムはフラグを立てます。

これはソフトウェアのバグではありません。取引レベルで発生する税コードの割り当てミスです。請求書が入力され、税コードのドロップダウンがデフォルトで「GST on Income」になり、誰も対象のサービスがGST非課税かどうかを確認しませんでした。同じエラーは、生鮮食品小売業者（食料品はGST非課税、調理済み食品は課税）、教育機関（授業料はGST非課税、教材は課税される場合がある）、輸出業者（GST非課税の輸出がG2で国内販売としてコード化される）でも発生します。

ATOのBAS修正に関するガイダンスによると、GSTの誤分類が最も多いカテゴリは、保険料（仕入税額控除対象外。GST非課税でも課税対象でもない）、基礎的食料品（GST非課税だが、調理済み食品は課税対象）、医療サービスと教育（GST非課税だが、付随する製品にはGSTがかかる場合がある）、金融サービス（仕入税額控除対象外。GSTは課されず、仕入税額控除も請求不可）です。たった1つの仕入先の誤分類（例えば、保険ブローカーの請求書を仕入税額控除対象外ではなく課税対象としてコード化した場合）が、四半期のすべての取引にわたってエラーを拡大させます。

間違いその2：G10での資本的購入の忘れ

G10は、事業が資本的購入（購入価格にGSTが含まれている事業用資産）を報告するフィールドです。車両、設備、不動産、ITハードウェア、オフィス設備などが該当します。完全なBAS（簡易BASではない）を提出するほとんどの小規模事業者にとって、G10は1Bの計算に反映されます。1Bはおおよそ（G10 + G11）× 1/11となるはずです。

このエラーは、資本的購入を非資本的購入として誤ってコード化することではありません。それでは経費カテゴリが誤分類されるだけで、G10とG11の両方が同じ1B計算に反映されるため、1Bの合計額は変わりません。本当のエラーは、購入を完全に見落とすことです。事業者が33,000ドルの車両を購入し、請求書が届き、支払いが行われ、経理担当者がその経費を車両資産勘定にコード化したものの、GSTボックスにチェックを入れ忘れた場合です。または、会計士がGST税コードが割り当てられていない固定資産勘定にコード化した場合。あるいは、最も多いケースですが、購入が四半期の終わり近くに行われ、BASの準備後に税額請求書が届き、申告前にGSTの数値を更新するために誰も戻ってこなかった場合です。

G10で33,000ドルの資本的購入を見落とすと、1Bで3,000ドルのGST仕入税額控除を逃すことになります。事業者はその四半期にGSTを3,000ドル過大に支払うことになります。これは事業者が受け取る権利のあるお金です。税務計画の戦略でも、攻撃的な控除でもなく、GSTシステムの基本的な運用にすぎません。そして、たった1つの取引の1つのチェックボックスが原因で失われてしまうのです。

このエラーは構造的に発見が困難です。なぜなら、売上高1,000万ドル未満の事業者に適用される簡易BAS報告方法では、G10が表示されないからです。簡易BASでは、資本的/非資本的の区分は見えません。両方とも直接1Bに反映されます。そのため、簡易BASの事業者はG10を目にすることがなく、フォームだけから資本的購入が1Bの計算に含まれているかどうかを確認できません。確認には会計ソフトからの別途レポートが必要であり、これはほとんどの小規模事業者がスキップする追加の手順です。GST、PAYG、FBTフィールドのラベル別の完全な内訳については、BASデータ抽出の完全ガイドをご覧ください。

間違いその3：W1とW2の数字がシングルタッチペイロール（STP）と一致しない

このフィールドの組み合わせは、ATOから不一致通知が届く原因として、他のどのBASセクションよりも多いものです。W1（給与・賃金の総額）とW2（それらの賃金から源泉徴収された金額）は、ATOに2つの別々のシステムを通じて報告されます。給与ソフトウェアは毎回の給与支払いごとにSTPを通じてリアルタイムで報告し、BASは四半期ごとに要約として報告します。ATOのシステムはこの2つを比較します。一致しない場合、システムは「念のため再確認されませんか？」といった丁寧なメールを送るのではなく、自動的に不一致フラグを立てます。

不一致の最も一般的な原因は、些細ながら根強いものです。給与担当者が給与支払いを誤った期間で処理するケースがあります。例えば、支払日が12月31日なのにソフトウェア上で1月2日と入力され、W1/W2が第2四半期ではなく第3四半期に計上されてしまいます。また、以前の誤りを修正するために給与システムで手動調整が行われたものの、その調整によってSTPレポートは更新されたものの、BASの事前入力値は更新されないケースもあります。さらに、退職金が処理され、給与システムがそれを複数の支払い種別に分割し、一部はW1に計上され、一部は計上されないため、BASの想定とSTPの実績との間にギャップが生じるケースもあります。

構造上の問題は、STPの更新イベントがBASの事前入力値を変更しないことです。ATO自身のSTPガイダンスページには、「更新イベントはBASの数値を変更しません」と明記されています。給与管理担当者が更新イベントを通じて従業員の年度累計（YTD）権利を修正した場合、STPの記録は修正されますが、BAS上の事前入力されたW1およびW2の数値は、最初の提出時のまま固定されます。BASの担当者は、修正後のSTP合計に合わせてW1およびW2フィールドを手動で編集する必要があります。もしそれをせず、事前入力を信頼してそのまま進めてしまうと、BASは誤った数値で申告されることになります。

このまさに同じシナリオが、会計事務所のフォーラムで頻繁に話題になります。Reckonのコミュニティフォーラムでは、ある給与管理担当者が、STPで提出した総収入とPAYG税額が、ある週の給与支払いの給与サマリーレポートと一致しないことを発見したと報告しています。原因は、従業員データを修正する更新イベントが、雇用主側の事前入力合計を変更しなかったことでした。Reckonの担当者が引用したATOの回答は次の通りです。「更新イベントタイプの提出は従業員データのみを修正します。雇用主側の事前入力データは変更または影響しません。ATOの事前入力残高が正しくないことに気付いた場合は、W1およびW2フィールドを編集して正しい値に修正することをお勧めします。」

毎日STPを扱っている給与管理担当者でさえ、なぜ数字が一致しないのかをフォーラムで尋ねなければならなかったという事実は、この仕組みが決して直感的ではないことを示しています。そして、誰かがBASの事前入力と給与レポートを手動で比較するまで、不一致は解消されません。この手順こそが、時間に追われてBASを準備する際に飛ばされがちなステップなのです。手作業によるBAS準備がこのようなエラーを起こしやすいというより広範な問題については、BAS申告週が中小企業にとって最も困難な週である理由をご覧ください。

間違い#4：前年からのFBT分割納付額の変動

FBT分割納付額のラベルF1は、すべてのBASに表示されるわけではありません。これは、事業者がフリンジベネフィット税（FBT）の登録をしている場合、つまり社用車、経費支給ベネフィット、接待などの従業員福利厚生を提供している場合にのみ表示されます。F1を報告する事業者にとって、このラベルには、直近に提出したFBT申告書に基づいてATOが計算した分割納付額が表示されます。金額があらかじめ計算されているため、ほとんどの事業者はそれが正しいと想定し、確認せずにそのまま転記します。その想定こそが間違いです。

F1が監査のトリガーとなるのは、四半期の分割納付額が前年の同じ四半期と比較して大幅に増減しているにもかかわらず、フリンジベネフィットを受けている従業員数に変化がない場合です。昨年は社用車を持つ従業員が12人で、今年は15人になった場合、FBTの負債額は増加します。しかし、ATOがあらかじめ計算したF1は、昨年のFBT申告書に基づいているため、この変化をまだ反映していません。文書化された理由なく分割納付額を減額すると、不足額に対する利息が発生するリスクがあります。ベネフィットが増加したにもかかわらず分割納付額を増額しない場合、事業者はFBTを過少に支払っていることになり、年度末の調整で追徴課税と利息が発生します。

この間違いは計算自体にあるのではなく、F1は積極的な確認を必要とし、受動的に受け入れるものではないという認識の欠如にあります。F1を「ATOがすでに把握している」事前入力済みフィールドとして扱う事業者は、昨年のフリンジベネフィットのプロファイルが今年と完全に一致するという賭けをしていることになります。季節的な従業員数の変動、海外赴任、年度途中のベネフィットポリシーの変更がある事業者にとって、その賭けはほぼ常に外れます。

この間違いがなくならないのは、FBTがほとんどの中小企業経営者が最も理解していない税務義務だからです。GSTはすべての取引の一部であり、PAYG源泉徴収はすべての給与支払いの一部です。FBTは年に一度の調整であり、四半期ごとの分割納付額は日常業務から切り離されているように感じられます。BASのGSTとPAYGのセクションを注意深く確認する事業者経営者でも、F1を一目見て、ATOがそこに置いた数字だと認識し、そのまま先に進んでしまうかもしれません。その一瞥こそが、間違いが潜む場所です。

間違いその5：燃料税クレジットを誤った燃料・誤った税率で申請している

燃料税クレジット（FTC）は、BASの中で最も税率の影響を受けやすい項目です。ATOは燃料の種類ごとに異なるクレジット税率を公表しています。液体燃料（ディーゼル、ガソリン）と気体燃料（LPG、LNG、CNG）では税率が異なり、さらに、燃料が公道を走行する大型車両で使用されるのか、オフロード機械で使用されるのかによっても税率が変わります。公道走行する大型車両のクレジットを減額する道路利用者課徴金は毎年6%ずつ増加するため、昨年度の第2四半期のBASで使用した税率は、今年度の第2四半期には適用されません。また、2026年4月1日から6月30日までの間、道路利用者課徴金は3ヶ月間一時的にゼロに設定されました。つまり、この四半期に限り、公道走行する大型車両のディーゼルに対するFTC税率は1リットルあたり18.4セントから50.8セントに跳ね上がりました。会計年度の最初の9ヶ月間に適用されていた標準税率を4月～6月期にそのまま適用した事業者は、対象となるディーゼル1リットルあたり32.4セントを過少に申請していたことになります。

ATOは燃料税クレジットをコンプライアンス上の重点分野として特に指定しています。ATOが発行した税務アラートでは、GPSやテレマティクスデータを悪用してFTC申請額を水増しする懸念が指摘されています。具体的には、公道を部分的に走行した燃料に対して、全額をオフロード用の税率で申請する行為です。ATOの懸念は意図的な水増しに限りません。誤った按分方法を使用している事業者も対象です。例えば、輸送会社が燃料使用量の20%をオフロードと見積もっているものの、その按分を裏付ける燃料記録を保持していない場合です。ATOが申請内容を審査し、按分の根拠が見つからなければ、申請全体がリスクにさらされます。

FTC制度では、約30万人の申請者に対して年間75億豪ドル以上が還付されています。最新の連邦予算でコンプライアンス資金が増額されたことにより、ATOのFTC監査活動は縮小ではなく拡大しています。BASのラベルを取得して検証可能なスプレッドシートに変換するステップバイステップの抽出ワークフローについては、オーストラリアのBASデータをExcelに抽出する方法をご覧ください。

FTCの税率に関する一般的な誤りには、税率変更日の前後に購入された燃料に対して四半期全体に単一の税率を適用するケース、補助機器で消費された燃料（より高いオフロード税率の対象となる）にオンロード税率を使用するケース、および対象外の燃料種別（公道走行する軽車両で使用される燃料や私的使用のための燃料など）に対してクレジットを申請するケースがあります。ATOのFTC事業者向けページには、燃料の種類、用途、日付を照合して正しい税率を算出する計算ツールが用意されています。しかし、税率が変更されたことを知らない事業者は、この計算ツールを使用しようとは思わないでしょう。

ATOがBASの不一致を指摘した場合の流れ

ATOから不一致のフラグが立ったとしても、すぐに監査官が訪問するわけではありません。これはシステムがデータの不一致を検出し、申告内容が審査待ちのキューに入れられたことを意味します。最初のステップは通常、リスクレビューです。ATOは特定された不一致を調査し、書面、電話、またはお客様のmyGovアカウントを通じて追加情報の提出を求める場合があります。回答期限は28日間です。回答によって不一致が解消されれば、レビューは終了します。解消されない場合は、正式な監査に発展します。

BASの誤りに対するペナルティの枠組みは、ATOがその誤りを「合理的な注意の欠如」「無謀」「意図的な無視」のいずれと判断するかによって異なります。虚偽または誤解を招く申告により税額が不足した場合、基本ペナルティ額（BPA）は、合理的な注意の欠如で不足額の25％、無謀で50％、意図的な無視で75％となります。冒頭のLinkedInの事例で取り上げた15,000豪ドルのBAS誤りの場合、最も低い区分で3,750豪ドルのペナルティが科され、さらにBASの元の納付期限から日割りで計算される一般利子課金（GIC）が加算されます。

2025年7月以降、GICおよび不足額に対する利子は税控除の対象外となりました。年率10.65％で日割り計算されるGICが、15,000豪ドルの不足額に対して12ヶ月間適用されると、ペナルティに加えて約1,680豪ドルの非控除対象利息が発生します。また、BASの誤りが繰り返されると、四半期ごとのGST報告から毎月の報告への移行が行われる可能性があります。ATOはお客様の事業に対し、年4回のBAS提出から年12回の提出へと変更することができ、これによりコンプライアンスにかかる負担は3倍に増加します。この決定に対しては異議申し立てはできません。

会計フォーラムや専門家ネットワークで見られる実際の状況としては、フラグが立ったBASの誤りのほとんどは不正行為ではありません。提出前のレビューで発見できたはずのデータ入力ミスです。ATO自身のGSTギャップ分析によると、純GSTギャップ（ATOが徴収を期待する額と実際の徴収額との差）は2024～25年度に約3億8,500万豪ドルであり、その約75％は、不正を意図的に隠蔽する行為を監査で発見した結果ではなく、ATOのレビュー中に行われた自主的な開示によるものでした。

英国の給与税書類における同様のパターンについては、給与計算の調整を危険にさらすP60データ入力の5つのミスおよび転職先で誤った税コードを引き起こすP45のエラーをご参照ください。

提出前チェックで防げる5つのエラー

上記のエラーには、それぞれ2分もかからず、BASデータをまとめているスプレッドシートから離れずに実行できるチェック方法があります。これらのチェックは複雑ではなく、特定のポイントに絞ったものです。

これらのチェックには、BASを提出する事業主がすでに持っている会計知識以上のものは必要ありません。必要なのは、提出ボタンをクリックする前 — 四半期が終了し、次のBASの準備がすでに始まった後ではなく — に実行される構造化された事前提出ルーチンです。四半期末の準備プロセス全体をカバーする包括的なチェックリストについては、BAS四半期末チェックリストをご覧ください。

抽出がBASエラーをATOに届く前に防ぐ方法

上記の5つのエラーには共通の根本原因があります。それは、数値を生成したソースデータに対する自動的な相互参照なしに、手動でBASフィールドに数値が入力されたときに発生するということです。抽出は入力ステップを排除します — しかし、さらに重要なことに、相互検証が自動化される構造化された記録を作成します。

カスタム列抽出を使用してBASデータをスプレッドシートに抽出する場合 — Total Sales (G1)、GST on Sales (1A)、GST on Purchases (1B)、Total Wages (W1)、Tax Withheld (W2) などの列を定義 — 出力は四半期ごとに1行で、すべてのBASラベルがそれぞれの列に配置されます。その下の行に、検証数式を追加します。1Aの隣に =ROUND(G1_cell/11, 0)、W5の隣に =W2_cell + W3_cell + W4_cell、純GSTに =1A_cell - 1B_cell。検証数式が抽出値と数ドル以上異なる値を返した場合、提出前に調査します。数式が誤分類を検出します。抽出が入力ミスを排除します。これらが連携することで、5つのエラーの危険地帯が1回の検証パスに変わります。

四半期ごとの元帳アプローチ — 4回の抽出実行、スプレッドシートの4行、下部の1つの合計行 — はこれをさらに推し進めます。Q1からQ4が同じワークブックにある場合、四半期ごとの比率を比較できます。W1の数値がQ2からQ3で40%減少したのに、従業員数にそれに対応する減少がない場合、ATOのデータマッチングエンジンがそれを検出する前に確認できます。1A対G1の比率が四半期間で0.088から0.095に跳ね上がった場合、それは四捨五入の異常ではなく、調査が必要な分類変更を示唆しています。

これらは高度な法廷会計の手法ではありません。30秒あれば追加できるスプレッドシートの数式です。障壁となっていたのは複雑さではなく、4四半期にわたって手作業で四半期ごとに12個のラベル値を入力すると、転記ミスが発生する可能性が48回生じ、各行に6つの検証数式を追加するとさらに24個の数値を管理する必要があるという事実です。抽出により、手作業での入力が、1回の処理実行、1行の出力、四半期ごとの1回の検証パスに置き換わります。検証数式には、記憶から入力した値ではなく、BASから読み取った抽出値が入力されます。抽出したBASデータの4四半期を1つの年次元帳に統合する完全なバッチワークフローについては、四半期ごとのBAS明細書を1つの年次税務元帳にバッチ処理する方法をご覧ください。

よくある質問

ATOがすでに私のBASにフラグを立てたかどうかは、どうすればわかりますか？

ATOが不一致をフラグした場合、myGovまたは税理士を通じて書面または電子連絡が届きます。その書面には、審査対象期間と不一致の内容が記載されています。ATOは通常、28日以内の回答を求めます。書面が届いていない場合、BASにフラグは立っていません。しかし、過去のエラーが解決されたわけではありません。ATOは元のBASの提出期限から最長4年間、審査を開始することができます。

監査を誘発せずに過去のBASエラーを修正できますか？

はい。ATOは自主的な開示を推奨しています。以前に提出したBASにエラーを発見した場合、エラーの規模と種類に応じて、修正BASを提出するか、次回のBASで数値を調整することで修正できます。一定のしきい値未満のGSTエラーは、正式な修正を必要とせずに次回のBASで修正できます。ただし、ATOがすでにコンプライアンス活動を開始している場合（審査を通知する書面を受け取った場合）、後続のBASでエラーを修正することはできず、審査プロセスを通じて対応する必要があります。ATOが見つける前に自主的にエラーを開示することで、罰則が軽減され、誠意が示されます。

シンプルBAS形式は、これらのエラーを起こしやすくしますか？それとも起こりにくくしますか？

シンプルBASでは、報告する項目数が7つのGSTラベルからG1、1A、1Bに減るため、間違える項目が少なくなります。しかし、その分、可視性も低下します。フルBASではG10の記入漏れはG10が独立したラベルとして存在するため確認できますが、シンプルBASではG10は表示されません。エラーは依然として1Bに影響しますが、フォームだけからは確認できません。シンプルBASはデータ入力は容易にする一方で、事前確認は難しくします。シンプルBASをご利用の場合でも、上記の事前確認チェックは有効です。確認を行うには、会計ソフトから基礎となる取引データを取得する必要があります。

従業員がいない場合、W1とW2はまだ適用されますか？

従業員を雇用しておらず、支払いからPAYG源泉徴収を行っていない場合は、W1とW2は空白のままにしてください。フォームで値の入力が必須でない限り、ゼロを入力しないでください。W1～W2のラベルは、PAYG源泉徴収の登録がある場合にのみBASに表示されます。登録していないのにラベルが表示される場合は、ATOに連絡してください。登録状況が誤っている可能性があり、空白のW1を提出すると、予期せぬコンプライアンス通知が送られる可能性があります。

FTC（燃料税クレジット）の税率はどのくらいの頻度で変わりますか？最新情報を入手するにはどうすればよいですか？

燃料税クレジットの税率は、会計年度中に少なくとも年に2回変更されます。1回目は7月1日の新会計年度開始時、もう1回は道路利用者課税金が増加する時（現在は年6％）です。また、2026年4月1日に道路利用者課税金が一時的にゼロに設定されたように、政府の措置により四半期の途中で変更されることもあります。ATOは、FTC税率ページで最新の税率を公開しています。請求額を計算する前に、各BAS期間の開始時に必ずこのページを確認してください。

エラーが影響を及ぼさないBAS項目はありますか？

いいえ。BASのすべての項目は、支払額またはATOのクロスリファレンスチェックのいずれかに影響します。G2（輸出売上）やG3（その他のGST非課税売上）のように情報提供用に見えるラベルも、ATOが1AとG1の比率を検証するために使用されます。値を入力すべき時に空白のままにすること自体が不一致となります。唯一安全なルールは、自社に該当するすべてのラベルを報告し、提出前にすべてのラベルを元データと照合して確認することです。

この記事で説明した5つのエラーは特殊なものではありません。複雑な税務計画を必要とするわけでもなく、記録管理が不十分な事業者に限った話でもありません。これらは、数字を誤ったラベルに入力したり、事前入力された項目を確認せずに信頼したり、前期の税率をそのままコピーして税率変更を見逃したりした場合に発生します。それぞれに、それを発見するための事前確認チェックがあります。そして、それぞれのチェックにかかる時間は、チェックを怠った場合に届くATOの通知に対応する時間よりも短くて済みます。