2018年当時、40州の顧客に対して年間200万ドルを売り上げていたSaaS企業の創業者は、自らの拠点がある管轄区域外の売上税を無視していても、おそらく許容されていました。しかし2026年までに、その同じ創業者は、少なくとも25の州での登録期限、州境を越えると互いに矛盾する「トゥルー・オブジェクト（主目的）」テストの継ぎ接ぎのようなルール、そして未払い税額に対して年間約30%の割合で複利的に膨らむ監査リスクに直面することになります。「サウスダコタ州対ウェイフェア事件（South Dakota v. Wayfair）」の判決がこの複雑さを生み出したわけではありません。それは、すでに支離滅裂だった州法を武器化し、ソフトウェア企業に向けさせたのです。
デジタル商品においてこの問題が特異である理由はここにあります。ウィジェット（製品）の販売者であれば、州の税法を読み、「有形動産（tangible personal property）」という項目を見つければ、ルールを把握できます。一方、同じ税法を読むSaaSベンダーは、同じ州の税務通達であっても年によって、「データ処理サービス」、「情報サービス」、「デジタル製品」、「コンピューターサービス」、「特定デジタル商品」、あるいは何も記載がないことすら目にすることになります。ほぼ同一の法定文言を持つ2つの州が、同じ製品に対して日常的に正反対の結論を出すこともあります。たった一つの機能の切り替え——例えば、自動化されたダッシュボードに人間によるレビュー済みのレポートを追加するなど——だけで、サブスクリプション・ライン全体の税務上の扱いが逆転することもあるのです。
米国の顧客に対してソフトウェア、ストリーミングメディア、またはデジタル商品を販売している場合、本ガイドでは、2026年に何が変わったのか、約半数の州で課税対象性を決定する「トゥルー・オブジェクト・テスト」をどう考えるべきか、そして収益とともに崩壊するのではなく、スケールアップできるコンプライアンス体制をいかに構築するかを解説します。
各州がSaaSを分類するために使用する3つのカテゴリ（およびそれが重要な理由）
SaaSに課税する州は、3つの異なる法的ルートを通じてそこに到達します。どのルートを辿るかによって、製品のどの機能が課税のトリガーとなるか、どの免税措置が適用されるか、そしてどの非課税証明書を受理できるかが決まるため、このルートの把握は極めて重要です。
ルート1：SaaSを有形動産として扱う。 これは最も広範な課税処理です。ハワイ、ニューメキシコ、サウスダコタ、ワシントンのような州は、リモートでホストされているソフトウェアへのアクセスを、物理的な商品と同様のデジタル製品の販売として分類します。取引が有形動産として扱われると、デフォルトで課税対象と推定され、免税が適用されることを証明する責任は販売側に課されます。B2B購入者からの転売証明書は一般的に有効ですが、文書化の要件は厳格です。
ルート2：SaaSを課税対象サービスとして扱う。 テキサス州がその典型例です。テキサス州はSaaSをソフトウェアとして課税するのではなく、クラウドコンピューティングが登場する数十年前からの規則に基づき、SaaS料金の80%を「データ処理サービス」として課税します。20%の免税は、データ処理取引の一部が、サービスを利用する顧客自身の労働であることを認めたものです。テネシー、オハイオ、コネチカット、およびコロンビア特別区も同様のアプローチを採用しており、SaaSを製品としてではなく、列挙された課税対象サービス（データ処理、情報サービス、コンピューターサービスなど）の一つとして分類しています。
ルート3：SaaSを非課税の無形サービスとして扱う。 カリフォルニア、フロリダ、イリノイ、ネバダ、ノースカロライナ、オクラホマ、バージニアが主な抵抗勢力です。これらの州は、SaaSを法的助言や会計業務と同じように、非課税の専門的サービスまたは無形サービスとして扱います。ただし、「非課税」とは「現時点では」という意味であることに注意してください。これらの州のいくつかでは、デジタルサービスに売上税を拡大する立法案が出ており、近年の議会セッションの傾向は一方向、つまりSaaSに課税する州は増え続けています。
顧客の所在する州ごとにどのルートが適用されるかを知っている創業者は、それに応じて計画を立てることができます。「SaaSに課税されるか？」を単なる「Yes/No」の二択として扱う創業者は、登録ミスや免税対象のB2B顧客の分類ミスを犯し、結果として過剰徴収（およびクラスアクションによる払い戻し請求の誘発）か、過少徴収（および監査による追徴課税）を招くことになります。
トゥルー・オブジェクト・テスト：バンドル、AI、ハイブリッド製品の命運を分けるもの
「トゥルー・オブジェクト・テスト（True Object Test：主目的テスト）」は、純粋なソフトウェアアクセス以上の複雑なものを販売するSaaS企業にとって、最も重要な概念です。これは、取引に課税対象と非課税対象の両方の要素が含まれ、顧客が単一のバンドル価格を支払う場合に州が適用するルールです。
このテストでは、「その取引を行う顧客の主な目的は何か？」を問い直します。主な目的が課税対象のソフトウェアへのアクセスである場合、付随するサービス、トレーニング、サポートを含むバンドル全体が課税対象となります。主な目的が非課税のサービス（コンサルティング、カスタム分析、人間による業務など）である場合、課税対象のソフトウェアコンポーネントが含まれていても、バンドル全体が課税を逃れます。
実際には、同じ製品に対してトゥルー・オブジェクト・テストを適用しても、2つの州で正反対の結論に至ることがあります。例えばテネシー州では、主目的がソフトウェアへのアクセスである場合は課税対象とし、主目的がソフトウェアによって提供される「人間によるサービス」である場合は非課税とします。テキサス州も、データ処理規則の下で同様の分析を行っています。カリフォルニア州は、ソフトウェアに課税する場合、顧客の主な意図が知的財産のライセンス供与にあるのか、それともサービスの消費にあるのかを判断材料とします。
これは、現代の3つの製品カテゴリにおいて重要になります。
- AI拡張サービス： AIを使用してマーケティングコピーを生成する製品は、ソフトウェアアクセス（テキサス、ワシントン、ハワイで課税）として分類されることもあれば、コンテンツ作成サービス（多くの州でより寛容に扱われる）として分類されることもあります。この分類は多くの場合、人間がAIの出力をレビューするかどうか、また顧客が人間なしでは得られなかった成果物を受け取っているかどうかにかかっています。
- コンサルティングを伴う組み込みソフトウェア： SaaSサブスクリプションにバンドルされた導入パッケージ、ホワイトグローブ・オンボーディング、マネージドサービスは、主目的の曖昧さを生みます。請求書上でコンポーネントごとに価格を分けることが一般的に有効です。個別の価格が明記されていれば自動的に切り離して考える州もあれば、それを必須条件とする州もあります。
- 編集キュレーションを伴うストリーミングおよびデジタルメディア： 定額制のストリーミングサービスは通常、課税対象のデジタル製品です。しかし、編集上の推奨事項、カスタムプレイリスト、または専門家による解説を含むサブスクリプションの場合、主目的が「サービス」へとシフトする可能性があります。
マルチプロダクトを展開するSaaS企業が取れる最も重要なコンプライアンス上のステップは、各SKUに対して主目的の分析結果を書き留め、その分析を裏付ける顧客向けの説明文書を整備し、製品が変更されるたびにそれを見直すことです。
Wayfair以降の経済的ネクサス：2026年における閾値の計算
2018年の「サウスダコタ州対ウェイフェア事件（South Dakota v. Wayfair）」の判決以前、州が州外の販売者に対して売上税の徴収を義務付けることができるのは、その販売者が州内に従業員、在庫、不動産などの「物理的拠点（Physical Presence）」を有している場合に限られていました。ウェイフェア判決はこの規則を覆しました。現在、各州は物理的な拠点がなくても、経済活動のみに基づいて徴収義務を課すことができます。
ほぼすべての州がサウスダコタ州のモデルに従い、年間売上高10万ドル、または州内の顧客との取引200件のいずれかに達した場合に「ネクサス（納税義務を生じさせる拠点）」が発生するとしています。2026年までに、この「200件の取引」という基準は廃止されつつあります。イリノイ州は2026年1月1日付でこれを廃止し、コロラド州、アイオワ州、メイン州、ノースダコタ州、ワシントン州、ウィスコンシン州と同様に、売上高のみを基準とする閾値へと移行しました。各州は、税務実務者が当初から認識していた事実、すなわち「5ドルの請求書200件を追跡することは、それによって得られる税収に対して不釣り合いな行政負担を生む」ということを静かに認め始めたのです。
特にSaaS企業にとって、ウェイフェア以降の経済的ネクサスがもたらす実務上の影響は以下の通りです。
- 大口顧客1社からの売上だけでネクサスが発生する可能性がある。 特定の州で12万ドルのエンタープライズ契約が1件あれば、他に顧客がいなくても、その州でネクサスが確立される可能性があります。
- 無料トライアル、フリーミアム層、割引が閾値の計算を複雑にする。 州によっては（割引前の）総収入で測定する場合もあれば、純額で測定する場合もあります。また、200件の取引件数に0ドルの「取引」として無料プランを含める州もあれば、含めない州もあります。
- ネクサスは持続する。 一度ネクサスが確立されると、通常、閾値を超えた年の残りの期間と翌暦年全体にわたって経済的ネクサスが継続します。売上が閾値を下回ったとしても同様です。ネクサスを解消することは、発生させることよりも困難です。
- マーケットプレイス・ファシリテーター法が義務を転嫁する場合がある。 AWSマーケットプレイス、Microsoft Azureマーケットプレイス、Shopify App Store、または同様のプラットフォームを通じて販売している場合、多くの州でプラットフォーム側が販売者に代わって税を徴収する義務を負う場合があります。リセラー契約を確認し、誰が義務を負うかを特定する必要があります。
ネクサス・コンプライアンスにおいて最も困難なのは、義務があると分かった後の徴収ではありません。最も困難なのは、45の異なる閾値を継続的に監視し、45の異なる分母（総額か純額か、直近12ヶ月か暦年か、前年か当年か）を把握し、いつラインを越えたかを知ることです。
2026年の主な変更点
本年度において知っておくべき3つの変更点は以下の通りです。
イリノイ州が200件の取引基準を廃止（2026年1月1日）。 リモートセラーは、総収入が10万ドルを超えた場合にのみ、イリノイ州でのネクサスが発生することになります。取引件数のみによってイリノイ州のネクサスが発生していた小規模な販売者は、登録を解除できます。ただし、解除は慎重に行う必要があり、多くの場合、クリーンな精算申告（Closeout filing）の後に行われます。
メイン州が課税対象にデジタルオーディオおよびオーディオビジュアルサービスを追加。 メイン州の顧客への音楽ストリーミングやビデオ配信のサブスクリプションは、2026年に課税対象となりました。これは、メイン州がすでに課税している幅広いデジタル製品のリストに加わった形です。メディア関連製品を販売するSaaSベンダーは、メイン州での課税対象性を再検討すべきです。
コロンビア特別区（D.C.）がデジタル財の税率を引き上げ。 2026年10月1日付で、D.C.におけるデジタル財およびサービスへの税率が6.0%から7.0%に引き上げられます。D.C.の税を徴収しているベンダーは、施行日に税計算エンジンを更新する必要があります。税率変更のある管轄区域における税務調査で最も多い指摘事項は、旧税率のまま1ヶ月遅れて適用してしまうケースです。
ワシントン州が「小売サービス」の範囲を拡大。 ワシントン州は数年前から、売上税の対象となるデジタルサービスのカテゴリを追加し続けています。2026年の拡大では、以前はグレーゾーンだった追加のクラウドホスト型サービスが対象となりました。ワシントン州の顧客に販売しており、2022年または2023年の課税判断メモに依拠している場合は、分析を更新してください。
実践的なSaaS企業のコンプライアンスへのアプローチ
「45州の売上税をどう遵守するか」という教科書的な答えは、すべての州で登録し、税計算エンジンを導入し、すべての課税対象取引から徴収することです。しかし、シリーズAまたはシリーズBのSaaS企業にとって、教科書的な答えは通常誤りです。以下は、より現実的な段階的アプローチです。
フェーズ1：マップの構築（売上100万ドル未満）
どこかに登録する前に、販売先のすべての州、州別の直近12ヶ月の売上、各州の経済的ネクサスの閾値、各州のSaaSに対する課税の扱い、および実効税率をリスト化したスプレッドシートを作成してください。どの閾値も超えておらず、シリーズBの資金調達（デューデリジェンスで質問攻めに遭います）を控えていないのであれば、まだ何の義務も生じていない可能性があります。売上100万ドル未満の多くのSaaS企業は、どの州でも経済的ネクサスを超えていないため、売上税の露出（リスク）がありません。
初日から正確な記帳を行うことが、このマップ作成を可能にします。会計システムが各請求書に配送先住所（Ship-to address）を保持していなければ、顧客の配送先州別の直近12ヶ月の売上を計算することはできません。データ収集を早い段階で組み込んでください。州別の売上を把握するために2年分の過去の請求書を遡って修正するのは、数週間かかるプロジェクトになります。
フェーズ2：義務が生じた州での登録（100万ドル〜1,000万ドル）
ある州でネクサスを超えたら、将来に向かって登録および徴収を行う法的義務が生じます。閾値を超えたその日に登録する必要はありません（ほとんどの州で30〜60日の猶予があります）が、それ以上の遅延は未登録の負債を蓄積させることになります。具体的な手順は以下の通りです。
- 閾値を超えた時期と、最初の課税対象取引に関する州の規則に基づいて、登録発効日を決定する。
- 州のオンラインポータルを通じて登録する（または、州が参加している場合は「ストリームラインド売上税（SST）」の中央登録を利用する。これにより、参加している約半数の州を一つの登録でカバーできます）。
- 発効日から徴収を開始するように、税計算エンジンまたは請求システムを構成する。
- 指定されたスケジュール（売上規模に応じて月次、四半期、または年次）に従って最初の申告を行う。
登録に関する2つの罠に注意してください。第一に、登録はフォームを記入した日ではなく、ネクサス発生日に遡及することがよくあります。つまり、州はその空白期間の税金を期待しています。第二に、登録すると継続的な申告義務が生じます。課税対象の売上がない月でも「ゼロ申告（Zero returns）」を行う必要があり、税額がゼロであっても未申告による罰金が科される可能性があります。
第3フェーズ：過去の未払額の整理（自主開示）
過去数年間にわたり特定の州で納税義務があったにもかかわらず、一度も登録や徴収を行っていなかったことが判明した場合、直接登録を行うのは最悪の選択です。直接登録を行うと、州は遡及調査を行い、過去の負債全額を算定した上で、未払税額の平均約30%に相当するペナルティと複利を課すことになります。
適切な手段は、**自主開示合意（Voluntary Disclosure Agreement: VDA）**です。VDAは企業と州との間の契約であり、通常は契約が締結されるまで企業の身元を匿名に保つことができる第三者の代理人を通じて交渉されます。自発的に名乗り出る代わりとして、州は通常以下を提供します：
- 限定的な遡及期間（無期限の露出ではなく、通常は3〜4年間）
- ペナルティの100%免除
- 多くの場合、利息の減額または免除
ただし、これには条件があります。州からまだ連絡を受けていない場合にのみ資格が認められます。ネクサス調査票、監査通知、あるいは単なる情報照会であっても、州から連絡があった時点で資格を失う可能性があります。州が接触してきた瞬間に、VDAの窓口は閉じられます。資金調達、買収、またはIPOを準備している企業は、デューデリジェンスが始まる数ヶ月前に、複数の州にわたってVDAキャンペーンを日常的に実施します。これは、買収側が未開示の負債全額分を買収価格から差し引くか、補償のためのエスクロー設定を要求するためです。
VDAには相応のコストがかかります。専門家への報酬は1州あたり数千ドルに達するのが一般的で、合意の交渉には数ヶ月を要します。しかし、追徴課税、全額ペナルティ（通常は税額の25〜50%）、および複利を、期間の定めのない遡及期間に対して支払うという代替案と比較すれば、ほぼ間違いなくVDAの方が有利です。
第4フェーズ：自動化（売上1,000万ドル以上）
成長ステージの売上規模になると、手動でのコンプライアンス対応は破綻します。30以上の有効な登録、その多くでの毎月の申告、住所レベルでの税率判定、免税証明書の管理、そして製品の課税対象アップデートの組み合わせは、財務チームが手動で維持できる限界を超えています。標準的な解決策は、請求システムと統合された売上税エンジン（Avalara、Anrok、Stripe Tax、TaxJar、Vertex）の導入です。このエンジンが、リアルタイムの税率検索、課税ルールの適用、および申告を処理します。
この段階であっても、自動化は判断の代わりにはなりません。税率エンジンはデフォルト設定を適用しますが、それが特定の製品構成にとって誤っている場合があります。財務チームの誰かが、各SKUの課税分類に責任を持ち、エンジンの結果を定期的にレビューし、製品が変更された際に設定を更新する必要があります。
監査を誘発するよくある間違い
SaaS企業に対する売上税監査の結果の大部分は、以下の5つの間違いによるものです：
- B2B取引を自動的に免税として扱う。 多くの州では、ビジネス購入者向けの包括的なSaaS免税制度を設けていません。一部の州では、転売証明による免税を、購入者自身の業務での使用ではなく、真の転売に対してのみ認めています。顧客を免税として扱う前に、転売証明書または免税証明書を収集し、有効性を確認してください。
- ソーシングルールの無視。 SaaSの販売は通常、顧客の請求先住所または主な利用場所に紐付け（ソーシング）されますが、ルールは州によって異なります。誤った管轄区にソーシングすると、誤った税率で徴収することになり、過剰に徴収した税金は州ではなく顧客に返金する義務が生じます。
- ゼロ申告の失念。 一度登録すると、州は課税対象の売上があるかどうかにかかわらず、毎期の申告を期待します。ゼロ申告を忘れると、実際の税額をはるかに超えるペナルティ通知が送られてくることがよくあります。
- 税率変更の処理ミス。 州が年度の途中で税率を変更する場合（2026年のワシントンD.C.のように）、施行日までは旧税率、それ以降は新税率が適用されます。税務エンジンは設定次第でこれを処理できますが、手動のコンプライアンスでは請求サイクルが切り替わるタイミングを見落としがちです。
- 「真の目的分析」の文書化不足。 州の監査官が、提供しているバンドルサービスが課税対象かどうかを疑問視した場合、どのように分類したかという書面での記録と、その分類を裏付ける顧客向け資料が防御策となります。それがなければ、監査官の分析がデフォルトで正当化されてしまいます。
初日から監査に対応できる財務記録を維持する
売上税のコンプライアンスは、クリーンで透明性の高い財務記録の重要性をさらに高めます。ネクサスの判定、真の目的分析、VDAの申請はいずれも、正確な州別の売上データ、請求書に紐付けられた免税証明書、そして計上された売上から徴収された税金、納付された税金に至るまでの明確な監査証跡に依存しています。Beancount.io は、財務データに対して完全な透明性とバージョン管理を可能にするプレーンテキスト会計を提供します。監査官から「どのようにしてこの数字を導き出したのか」と問われてもブラックボックスはなく、会計士が元の帳簿を確認したい際にもベンダーロックインはありません。無料で開始して、開発者や財務チームが、すべての入力に正当な根拠が求められるコンプライアンス業務において、なぜプレーンテキスト会計を選ぶのかを体験してください。