2018年，一家每年向40个州的客户销售200万美元的 SaaS 创始人可以理直气壮地忽略其所在地以外的销售税。而到了2026年，这位创始人正面临至少25个州的注册截止期限、各州之间相互矛盾的“主要目的测试”（true object tests）拼图，以及每年约占未付税款30%的审计风险。南达科他州诉 Wayfair 案（South Dakota v. Wayfair）的裁决并没有创造这种复杂性——它只是将本已混乱的各州法律武器化，并将其指向了软件公司。
这就是数字商品问题的独特之处。小部件销售商可以查阅州的税法，找到“有形个人财产”并了解规则。而阅读同样代码的 SaaS 供应商会发现“数据处理服务”、“信息服务”、“数字产品”、“计算机服务”、“指定的数字商品”，有时甚至什么也找不到——这通常取决于同一州在不同年份的收入裁定。两个法律条文几乎完全相同的州，对同一产品往往会得出截然相反的结论。一个单一的功能开关——例如，在自动化仪表盘中添加人工审核的报告——就可能彻底改变整个订阅服务的税务处理方式。
如果你向美国客户销售软件、流媒体媒体或数字商品，本指南将解释2026年的变化、如何思考决定约一半州应税性的“主要目的测试”，以及如何建立一个随收入增长而扩展、而非随之崩溃的合规体系。
各州对 SaaS 分类的三类路径（以及为什么这很重要）
对 SaaS 征税的各州通过三条不同的法律路径实现这一目标。路径之所以重要，是因为它决定了产品的哪些功能会触发征税、适用哪些豁免，以及你可以接受哪些免税证明。
路径 1：SaaS 被视为有形个人财产。 这是最广泛的税务处理方式。夏威夷州、新墨西哥州、南达科他州和华盛顿州等州将访问远程托管软件归类为类似于实物商品的数字产品销售。一旦交易被视为有形个人财产，默认推定就是应税的，举证责任落在销售商身上，以证明适用豁免。B2B 买家的转售证明通常有效，但记录保存要求非常严格。
路径 2：SaaS 被视为应税服务。 德克萨斯州是典型案例。德克萨斯州不将 SaaS 作为软件征税——它根据一项早于云计算数十年的规则，将 SaaS 费用的 80% 作为“数据处理服务”征税。20% 的豁免是基于承认任何数据处理交易中都包含一部分客户使用服务的自身劳动。田纳西州、俄亥俄州、康涅狄格州和哥伦比亚特区也采用了类似方法的变体：将 SaaS 归类为几种列举的应税服务之一（数据处理、信息服务、计算机服务），而不是作为产品。
路径 3：SaaS 被视为免税的无形服务。 加利福尼亚州、佛罗里达州、伊利诺伊州、内华达州、北卡罗来纳州、俄克拉荷马州和弗吉尼亚州是主要的坚持者。这些州对待 SaaS 的方式就像对待法律咨询或会计服务一样——一种免税的专业或无形服务。请注意，“免税”指的是目前。其中几个州已经提出了将销售税扩展到数字服务的立法提案，而且近期各立法会议的趋势是单向的：对 SaaS 征税的州越来越多，而不是越来越少。
了解每个客户所在州适用哪条路径的创始人可以据此进行规划。而将“SaaS 是否征税？”视为简单的“是”或“否”问题的创始人，将会面临错误注册、错误分类免税 B2B 客户的风险，并最终导致过度代收（引发集体诉讼退款索赔）或少收税款（引发审计评估）。
主要目的测试：捆绑包、AI 和混合产品的生死线
对于销售除纯软件访问以外任何复杂产品的 SaaS 公司来说，“主要目的测试”是最重要的概念。当一项交易同时包含应税和非应税元素，且客户支付一个捆绑价格时，各州就会应用这一规则。
该测试的核心问题是：客户进入该交易的主要目的是什么？如果主导目的是访问应税软件，则整个捆绑包都是应税的——包括随附的服务、培训和支持。如果主导目的是非应税服务（如咨询、定制分析或人工交付的工作），则即使包含应税软件组件，整个捆绑包也可以免税。
在实践中，两个州对同一产品应用主要目的测试可能会得出相反的结论。例如，田纳西州在主要目的是访问软件时将 SaaS 视为应税，但在主要目的是恰好由软件支持的人工交付服务时则予以豁免。德克萨斯州在其数据处理规则下也进行类似的分析。加利福尼亚州在对软件征税时，会观察客户的主要意图是获得知识产权许可还是消费服务。
这对三类现代产品至关重要：
- AI 增强服务。 使用 AI 生成营销文案的产品可能被归类为软件访问（在德克萨斯州、华盛顿州、夏威夷州应税），或被归类为内容创作服务（在许多州处理较为宽松）。分类通常取决于人工是否审核 AI 输出，以及客户是否收到了如果没有人工参与就无法获得的交付成果。
- 带有咨询的嵌入式软件。 与 SaaS 订阅捆绑的实施包、贴心入职培训（white-glove onboarding）和托管服务会产生主要目的的不确定性。在发票上对各组件分别定价通常有所帮助；有些州在注明单价时会自动拆分，而另一些州则要求必须拆分。
- 带有编辑策划的流媒体和数字媒体。 固定费用的流媒体服务通常是应税数字产品。而包含编辑推荐、定制播放列表或专家评论的订阅可能会将主要目的转向服务。
多产品 SaaS 公司可以采取的最重要的合规步骤是：为其每个 SKU 写下主要目的分析，记录支持该分析的面向客户的描述，并在产品发生变化时重新评估。
Wayfair 案后的经济关联：2026 年的阈值计算
在 2018 年南达科他州诉 Wayfair 案之前，只有当州外销售商在州内拥有实体存在（如员工、库存或财产）时，州政府才能要求其代征销售税。Wayfair 案推翻了这一规则。现在，各州可以纯粹基于经济活动施加征收义务，而无需实体足迹。
几乎每个州都遵循了南达科他州的模板：年销售额达 100,000 美元或向州内客户提供 200 笔交易即触发经济关联。到 2026 年，“200 笔交易”这一标准正在消亡。伊利诺伊州自 2026 年 1 月 1 日起取消了该标准，加入了科罗拉多州、爱荷华州、缅因州、北达科他州、华盛顿州和威斯康星州的行列，转向仅以收入为准的阈值。各州低调地承认了税务从业者从第一天就意识到的事实：追踪 200 张 5 美元的发票所产生的行政负担与它带来的税收收入不成比例。
针对 SaaS 公司，Wayfair 案后经济关联的实际影响包括：
- 来自单一大型客户的业务量可能独立触发经济关联。 即便你在某州没有其他客户，一笔 120,000 美元的企业级合同也足以建立经济关联。
- 免费试用、免费层级和折扣使阈值计算变得复杂。 有些州衡量总收入（折扣前）；有些则衡量净收入。有些州将免费层级视为计入 200 笔交易标准的“零元交易”；有些则不计入。
- 经济关联具有持续性。 一旦建立，经济关联通常会持续到你跨越阈值当年的剩余时间以及整个下一个日历年，即使你的销售额随后降至阈值以下。退出经济关联比触发它更难。
- 平台代征人法（Marketplace facilitator laws）可能转移义务。 如果你通过 AWS Marketplace、Microsoft Azure Marketplace、Shopify App Store 或类似平台销售，在许多州，平台可能被要求代表你代征税款。你的转售协议应明确规定谁承担此义务。
经济关联合规最难的部分不是在你明知欠税时去收税，而是持续监控 45 个不同的阈值，且涉及 45 种不同的计算口径（总收入与净收入、12 个月滚动与日历年、上一年与当年），并准确知晓何时跨越了红线。
2026 年的变化
当前年份值得关注的三个变化：
伊利诺伊州取消 200 笔交易阈值（2026 年 1 月 1 日）。 远程销售商现在仅在总收入超过 100,000 美元后才建立伊利诺伊州的经济关联。此前仅因交易次数而被动触发该州经济关联的小额销售商可以注销税号——但应谨慎行事，通常需在完成最后一笔结清申报后进行。
缅因州将数字音频和视听服务纳入征税范围。 向缅因州客户提供的流媒体音乐和视频订阅自 2026 年起开始征税，加入了缅因州已征税的数字产品范畴。销售媒体相关产品的 SaaS 供应商应重新评估其在缅因州的纳税义务。
哥伦比亚特区提高数字商品税率。 自 2026 年 10 月 1 日起，华盛顿特区对数字商品和服务的税率从 6.0% 提高到 7.0%。在特区代征税款的供应商需要在生效日更新其税务引擎；在有税率变动的司法管辖区，高税率实施时出现一个月的滞后是最常见的审计发现。
华盛顿州继续扩大“零售服务”范围。 几年来，华盛顿州一直在将其销售税基扩大到数字服务类别。2026 年的扩张涵盖了此前处于灰色地带的额外云托管服务。如果你向华盛顿州客户销售产品并依赖 2022 或 2023 年的征税能力备忘录，请更新分析。
现实中的 SaaS 公司应如何处理合规问题
针对“如何在 45 个州遵守销售税法”的教科书式答案是：在所有地方注册，安装税务引擎，并对每笔应税交易进行代征。对于 A 轮或 B 轮的 SaaS 公司来说，教科书式答案通常是错误的。以下是一个更务实的分阶段方法。
第一阶段：建立映射图（收入 100 万美元以下）
在任何地方注册之前，建立一个电子表格，列出你销售产品的所有州、各州过去 12 个月（TTM）的收入、该州的经济关联阈值、该州对 SaaS 的征税处理方式以及有效税率。如果你尚未跨越任何阈值，且近期没有进行 B 轮融资（这会触发尽职调查问题），你可能暂时没有任何义务。许多年收入低于 100 万美元的 SaaS 公司没有任何销售税风险，因为它们尚未在任何州跨越经济关联阈值。
从第一天起就保持准确的簿记是绘制这份映射图的前提。如果你的会计系统没有保留每张发票的客户收货地址，你就无法计算各州的过去 12 个月收入。尽早落实数据采集——回顾两年的历史发票以还原州级收入是一个耗时数周的项目。
第二阶段：在欠税地注册（收入 100 万至 1000 万美元）
一旦你在某个州跨越了经济关联，你就有法律义务进行注册并开始代征。你无需在跨越阈值的当天就注册——大多数州会给你 30 到 60 天的时间——但超过此时限后的拖延会开始累积未注册的负债。操作步骤：
- 根据你跨越阈值的时间以及该州关于首笔应税交易的规定，确定注册生效日期。
- 通过州政府的在线门户注册（或通过“简化销售税” [Streamlined Sales Tax] 集中注册系统，如果该州参与了该计划，这可以通过一次注册覆盖约一半的州）。
- 配置你的税务引擎或计费系统，从生效日期起开始代征。
- 按分配的周期（根据业务量分为按月、按季度或按年）提交首份申报表。
注意两个注册陷阱。首先，注册通常追溯到你的经济关联产生之日，而不是你填写表格之日——这意味着州政府会要求你补缴空白期的税款。其次，注册会产生持续的申报义务；在没有应税销售的月份，你必须进行零申报，否则即使不欠税也会面临逾期申报罚款。
阶段 3：清理历史风险（自愿披露）
如果你发现过去几年在某个州欠税且从未注册或代缴，直接注册是最糟糕的做法。直接注册会告知该州进行追溯，评估完整的历史负债，并处以平均约为未缴税款 30% 的罚款加上复利。
正确的工具是自愿披露协议 (VDA)。VDA 是你与州政府之间的一份合同，通常通过第三方代表进行协商，在协议签署前保持匿名。作为自愿申报的交换，各州通常会提供：
- 有限的追溯期（通常为三到四年，而非无限期的风险暴露）
- 100% 豁免罚款
- 通常会减少或豁免利息
注意：只有在州政府尚未联系你的情况下，你才有资格申请。一份关联关系调查问卷、一封审计信，甚至是信息查询请求都可能使你失去资格。一旦州政府找上门，VDA 的窗口就会关闭。准备进行融资、收购或 IPO 的公司通常会在尽职调查开始前的几个月内，在多个州开展 VDA 活动，因为收购方会根据全部未披露的负债扣减收购价格，或者坚持要求设立赔偿托管账户。
VDA 成本不菲。典型的专业服务费在每个州数千美元不等，且协议谈判需要数月时间。但相比于在无限追溯期内补缴税款、全额罚款（通常为税单的 25% 到 50%）以及复利，VDA 几乎总是更好的选择。
阶段 4：自动化（1000 万美元以上）
在增长阶段的收入水平下，手动合规将难以为继。30 多个活跃的注册地、许多州每月的申报要求、街道级的税率确定、免税证书管理以及产品征税规则的更新，这些工作量已经超出了财务团队手动维持的能力。标准的解决方案是集成到计费系统中的销售税引擎（如 Avalara、Anrok、Stripe Tax、TaxJar、Vertex）。该引擎负责处理实时税率查询、征税规则和申报。
即使在这个阶段，自动化也不能取代人工判断。税务引擎应用的默认设置可能不适用于你的具体产品配置。财务团队中必须有人负责每个 SKU 的征税分类，定期审查引擎的结果，并在产品变更时更新配置。
触发审计的常见错误
针对 SaaS 公司的销售税审计发现中，大部分由以下五个错误引起：
- 将 B2B 视为自动免税。 许多州并没有针对企业买家的通用 SaaS 免税政策。有些州仅允许真正的转售免税，而不允许买方在自身业务中使用时免税。在将客户视为免税之前，请收集并验证转售或免税证书。
- 忽略来源地规则。 SaaS 销售通常根据客户的账单地址或主要使用地点来确定来源，但具体规则各不相同。将来源归于错误的司法管辖区可能意味着按错误的税率计征——而多收的税款是你的退还责任，而非州政府的责任。
- 未能提交零申报。 一旦注册，无论是否有应税销售，州政府都希望在每个周期收到申报表。错过零申报会产生罚款通知，其金额往往超过任何实际欠税。
- 税率调整处理不当。 当一个州在年中调整税率时（如华盛顿特区在 2026 年的做法），生效日期之前适用原税率，之后适用新税率。如果配置正确，税务引擎可以处理此问题；但手动合规往往会错过一个计费周期的切换。
- 未记录“真实目的”分析（True-object Analysis）。 如果州审计员质疑你的捆绑服务是否应税，你关于如何对其进行分类的书面记录以及支持该分类的面向客户的材料就是你的辩护依据。如果没有这些记录，审计员的分析将默认胜出。
从第一天起就保持财务记录处于审计就绪状态
销售税合规增加了保持财务记录整洁透明的重要性。每一次关联关系认定、“真实目的”分析和 VDA 申报，都依赖于准确的各州收入数据、与发票关联的免税证书，以及从已入账收入到已收税款再到已汇缴税款的清晰审计轨迹。Beancount.io 提供纯文本会计服务，为你的财务数据提供完全的透明度和版本控制——当审计员询问你如何得出某个数字时，没有黑箱操作；当你的会计师想要查看原始账本时，没有供应商锁定。免费开始使用并了解为什么开发者和财务团队在每一笔分录都必须经得起推敲的合规工作中选择纯文本会计。