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つのエラーを防ぐ

上記の各エラーには、BASデータがまとめられているスプレッドシートから離れることなく、2分以内で実行できる対応するチェックがあります。これらのチェックは複雑ではありませんが、具体的です。

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

抽出がBASエラーをATOに届く前に防ぐ仕組み

上記の5つのエラーには共通の根本原因があります。それは、BASフィールドに数値を手入力し、その数値を生成した元データとの自動クロスチェックがない場合に発生するということです。抽出は入力作業をなくすだけでなく、自動検証が可能な構造化レコードを作成します。

BASデータをカスタム列抽出を使用してスプレッドシートに抽出する場合—総売上（G1）、売上にかかるGST（1A）、仕入にかかるGST（1B）、総賃金（W1）、源泉徴収税額（W2）などの列を定義—出力は四半期ごとに1行となり、各BASラベルがそれぞれの列に入ります。その下の行に検証式を追加します：1Aの隣に=ROUND、W5の隣に=W2セル + W3セル + W4セル、純GSTには=1Aセル - 1Bセル。検証式が抽出値と数ドル以上異なる値を返した場合、申告前に調査します。式が誤分類を検出し、抽出が入力ミスを排除します。これらが連携することで、5つのエラーが潜む領域を1回の検証パスに変えます。

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

これらは高度な法廷会計技術ではありません。30秒で追加できるスプレッドシートの数式です。障壁は複雑さではなく、4四半期にわたって毎四半期12個のラベル値を手入力すると48回の転記エラーの機会が生じ、各行に6つの検証式を追加するとさらに24個の数値を管理する必要があるという事実でした。抽出は手入力を1回の処理実行、1行の出力、四半期ごとの1回の検証パスに置き換えます。検証式は、BASから読み取られた抽出値から生成され、記憶から入力されたものではありません。4四半期分の抽出BASデータを単一の年間台帳に統合する完全なバッチワークフローについては、四半期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からの通知への対応時間よりも短いのです。