首页

SaaS没有包裹，销售税按哪里算？

发布时间： 2026-06-18 11:03

卖实物产品的卖家，理解销售税通常从地址开始。

包裹寄到加州，查加州税率；寄到得州，查得州规则。规则再怎么复杂，交易至少有一个看得见的落点。

SaaS不一样。

客户输入邮箱，绑定信用卡，账号一开通，软件马上可以用。没有包裹，没有签收，也没有一张贴在箱子上的收货地址。

但州税局不会因为没有包裹就放过这笔收入。

一笔SaaS订阅收入进入美国市场，州税局会问三个问题：这笔收入在该州属于什么产品类型？交易地点算在哪里？客户是最终使用者，还是买来转售？

01 先看产品：州税局会把这笔SaaS收入归进哪一类？

很多卖家判断销售税，习惯从产品名字入手。

"我们卖的是软件""没有发货""不涉及实物"——所以觉得跟销售税关系不大。

但州税局不看产品叫什么，它看的是这笔收入在该州税法里属于哪一类。

美国没有一套全国统一的SaaS销售税规则。

有些州把远程访问的预写软件（Prewritten Software）纳入应税范围；有些州更关心软件是否通过电子方式交付、有没有实体介质；还有些州区分预写软件和定制软件（Custom Software），只对前者征税。

SaaS的覆盖面也比很多卖家以为的宽。

不只是CRM、ERP这类企业管理系统，通过订阅远程访问的协作工具、项目管理工具、自动化工具，在部分州也可能落入"远程访问预写软件"或其他应税分类。

所以第一步不是问客户是个人还是企业，而是先确认：这笔SaaS收入在目标州，有没有可能被归入应税项目。

卖家说自己卖的是"软件服务"，州税局可能把它归进"数据处理服务"或"预写软件远程访问"。

同一个州里，分类不同，税务结果就不同。

02 再看地点：没有包裹地址，交易要落在哪个州？

这是SaaS销售税里最容易出错的环节。

卖实物产品时，目的地通常就是快递箱上的收货地址。

SaaS没有箱子，也没有签收，客户后台可能只留了一个邮箱、一张信用卡和一个公司名称。

但销售税的判断不会因为地址缺失就暂停。

在远程销售和数字产品场景下，很多州会按客户的接收地或使用地来确定交易落点。

如果接收地和使用地都拿不到，就往下看卖方系统里记录的客户地址；

再没有，就看交易时能获取的信息，比如支付工具地址或账户注册地。

各州的地址判定层级不完全一样，但大致沿着这个方向走。

如果卖家收款系统没有主动采集客户的使用地址，系统很可能默认抓取支付地址或账单地址。

而付款地址不一定等于实际使用地。

一家做项目管理SaaS的公司，年订阅收入大约80万美元，客户分布在十几个州。

其中一个企业客户用纽约的公司信用卡付款，但实际使用软件的团队主要在得州。

卖家后台只看到一笔订阅收入进账，收款系统可能先按纽约账单地址处理，但这不一定等于最终税务判断。

这笔交易最终按纽约、得州，还是按使用地点进行分摊，要看相关州的交易定位规则、卖方是否掌握使用地记录，以及卖方是否已经在对应州触发销售税关联。

地址抓错，轻则税率和申报州错位，重则出现多收、少收，或该分摊却没有分摊的情况。

地点锁定之后，还剩最后一个判断：这笔交易到底收不收税。

03 最后看使用者：企业客户是自用、转售，还是可能豁免？

很多卖家把客户简单分成TO B和TO C。

TO C要收税，TO B可能免税——这个直觉在SaaS场景里容易出问题。

销售税不只看客户身份，更要看客户买来之后怎么用。

一家公司买SaaS给员工内部协作，这是企业自用；公司买CRM给销售团队做客户管理，也是企业自用。

渠道商买软件授权再卖给下游客户，才可能涉及转售；平台把某个SaaS嵌进自己的服务包再收费，可能涉及再销售或再授权。

企业自用在销售税逻辑里，通常仍然被视为「最终使用」。

如果该州认定这类SaaS应税，且卖家在该州触发了销售税关联，企业自用的客户一样需要被收取销售税。

SaaS公司触发关联不一定需要在州内有办公室或员工。

很多州设有经济关联门槛，通常以进入该州的销售额、交易笔数或两者结合来判断。

常见销售额门槛包括$100,000和$500,000，但经济关联不能只看金额。

不同州在计算门槛时，有的会看公司在该州的全部销售额（可能包括转售、免税或非应税销售），有的只看零售销售额，甚至有的只计算应税销售额，具体情况需要具体分析。

不收税需要有依据——该州本身对这类SaaS不征税、客户提供了有效的转售证书，或者符合州法下的其他特定豁免条件。

SaaS销售税要问的不是"客户是个人还是企业"，而是"客户是不是最终使用者"。