# SaaS 销售税免税证明：指南

> 了解销售税免税证明是什么、B2B SaaS 买家何时可以申请、如何验证和存储，以及在审计中无法提供证明时会发生什么。
- **Author**: Deepak Jangir
- **Published**: 2026-08-07
- **Category**: Compliance, SaaS
- **URL**: https://dodopayments.com/blogs/zh/sales-tax-exemption-certificate

---

一位采购联系人回复你的发票，附上一份 PDF 和一句话："我们享受免税待遇，请重新开具不含税发票。"这份 PDF 是销售税免税证明。你能否据此采取行动，以及如果你依据一份有问题的证明采取行动会发生什么，完全是你的问题，而不是对方的问题。

销售税免税证明是买方向卖方提供的一份文件，用于声明某项购买不应缴纳销售税。卖方本着善意接受有效证明后，未征收税款的责任会从卖方转移给买方。接受无效证明则会让责任留在原处，仍由你承担。

这种不对称关系就是本文的全部主题。免税证明不是普通的文书工作，而是多年后在审计中保护你的证据。

## SaaS 买家何时确实可以申请免税

并不是所有提出申请的买家都有资格享受免税。免税大致分为几类，其中只有部分适用于软件。

| 免税类型     | 申请依据                                   | 适用于 SaaS 吗？                     |
| ------------ | ------------------------------------------ | ------------------------------------ |
| 转售         | 买方会转售产品，而不是自行消费             | 是，适用于真正的转售商和部分代理机构 |
| 实体资格     | 买方是政府机构、学校或符合条件的非营利组织 | 通常适用，但因州而异                 |
| 用途         | 特定用途享受免税，例如制造业或研发         | 有时适用，但定义严格                 |
| 直接缴税许可 | 买方获授权自行评估并直接缴纳税款           | 是，在相关州颁发此类许可的情况下     |
| 产品类别     | 该产品类别在该州本身不征税                 | 这不是免税证明问题，见下文           |

最后一行最容易引起混淆。在美国多个州，SaaS 根本不属于应税产品；在其他州，只有特定配置的 SaaS 才应税。这不属于免税，也不需要免税证明。你需要根据该州的规定和产品性质，自行判断其应税性。

实际结果是：在 SaaS 不征税的州，买方可能会给你发送一份你根本不需要的证明；而在 SaaS 完全应税的州，买方可能会声称自己具备并不实际拥有的转售资格。我们的[各州数字商品销售税指南](https://dodopayments.com/blogs/sales-tax-digital-goods-by-state)介绍了各州的应税性地图，[SaaS 美国销售税](https://dodopayments.com/blogs/us-sales-tax-saas)则介绍了相关基础框架。

只有当你在某个州负有征税义务时，免税问题才会真正出现，而这取决于税务关联。有关征收门槛，请参阅[销售税税务关联以及何时开始征收](https://dodopayments.com/blogs/sales-tax-nexus-saas-when-to-collect)；有关哪些州没有销售税，请参阅[SaaS 卖家免销售税州](https://dodopayments.com/blogs/states-with-no-sales-tax-saas-sellers)。

## 什么样的证明才有效

缺少必填字段的证明，不只是效力较弱。在大多数州，它等同于没有证明，也无法获得善意接受的保护。

在停止收取税款前，逐项检查以下内容：

- **买方的法定名称和地址**，应与发票上的实体一致，而不是使用商业名称。
- **卖方名称**，应当是你的法定销售实体。开给其他公司的证明不能作为你的依据。
- **许可或注册编号**，在该州要求提供时，必须使用该州规定的正确格式。
- **免税原因**，应具体说明，而不是只勾选一个笼统选项。
- **所涵盖的财产或服务描述**，必须合理地涵盖你实际销售的内容。
- **签名和日期**，并且签署人应具有相应授权。
- **正确的州表格**，或该州确实接受的多州表格。

除了字段之外，还有两个结构性问题同样重要。

转售申请必须合理可信。如果买方声称购买你的产品是为了转售，但你的产品显然是供其内部使用的分析工具，那么这份证明无法保护你。善意意味着该声明从表面看是可信的，而不是你收到了某份文件就算完成。

多州表格很方便，但并非通用。多个州不接受这类表格，或者只针对特定免税类型接受。应把多州表格视为待核实的起点，而不是自动适用的保障。

## 验证、存储与到期

运营失败往往发生在这里，审计也经常在这里发现损失。

**在停止收税前先进行验证。** 如果某州提供许可编号查询工具，就使用它。一个无法查询到结果的编号，在审计中同样无法通过核查。

**存储证明本身，而不是只记录"有证明"。** 在审计中，计费系统里写着"免税"的一行记录毫无价值。你需要保存文件本身，并将其关联到客户以及它所涵盖的具体交易。

**跟踪有效期。** 有些证明只适用于单次购买，有些是涵盖持续销售的通用证明。有些按固定周期到期，有些只要业务关系持续就保持有效。四年前为某客户取得的通用证明，如果该客户的业务已经发生变化，就处于较弱的状态。

**发生变化时重新验证。** 如果买方实体名称发生变化、进行重组，或开始购买实质不同的产品，现有证明可能已无法准确描述这笔交易。

**至少保存到审计追溯期结束。** 保存期限必须长于该州的追溯期，通常是数年；如果未提交申报表，期限可能更长。

小团队可以采用以下流程：

1. 在收到证明并根据上述清单完成核查前，拒绝将发票税率设为零。
2. 如果可以查询，就验证许可编号。
3. 将文件附加到客户记录，并注明其覆盖的州和日期范围。
4. 设置复核日期，在证明到期或实体、产品发生变化时重新索取。
5. 每月对账：每笔免税销售都应能对应到一份已存储的证明。

我们的[应收账款指南](https://dodopayments.com/blogs/accounts-receivable-saas-guide)介绍了这一步在计费周期中的位置，[SaaS 自动化发票](https://dodopayments.com/blogs/automated-invoices-saas)则介绍了如何将正确的税务处理写入文件。

## 审计时会发生什么

审计人员会抽查免税交易，并要求提供支持性证明。对于证明缺失、不完整或不合理的每笔交易，评估金额都是你未征收的税款，再加上利息和罚款。

让创始人意外的是，最终由谁付款。实际操作中，你通常无法事后再向客户追收这笔税，尤其是在双方关系已经结束的情况下。因此，未征税款的评估金额会从一笔你早已确认收入的销售利润中扣除。我们的[收入流失](https://dodopayments.com/blogs/revenue-leakage-saas)文章介绍了这类问题如何在不知不觉中不断扩大。

部分州允许在审计后给予补交证明的期限。但依赖这一点并不是好方案：向两年前已经流失的客户追要签署文件，成功率很低。

```mermaid
flowchart TD
    A[B2B 销售发生在你具有税务关联的州] --> B{该产品在该州应税吗？}
    B -- 否 --> C[无需缴税，也无需免税证明]
    B -- 是 --> D{买方申请免税？}
    D -- 否 --> E[收取并缴纳税款]
    D -- 是 --> F{证明完整且合理可信？}
    F -- 否 --> E
    F -- 是 --> G[税率设为零，存储证明，设置复核日期]
    G --> H[每月将免税销售与已存储的证明进行对账]
```

## 三种会打破简单规则的情况

上述框架可以处理大多数销售，但以下三种情况出现得足够频繁，值得提前规划。

**既是转售商又是最终用户的买方。** 某代理机构购买了你产品的 20 个席位，其中 15 个转售给客户，5 个用于内部使用。通用转售证明不涵盖其自行消费的 5 个席位。严格来说，内部使用的部分应缴税；在许多州，买方还应自行评估并缴纳使用税。如果证明有效且申请合理可信，你承担的风险会受到限制，但一份涵盖明显混合用途购买的证明仍应在档案中留下注释。

**订阅期间中途变为应税的客户。** 免税状态并非永久有效。失去免税资格的非营利组织，或许可失效的转售商，都会使正确的税务处理从下一个计费周期开始发生变化。年度订阅很容易掩盖这一点，因为续订之间没人会重新检查税务决定。重新验证应当纳入续订流程，而不只是注册流程。

**接受免税申请后才产生税务关联。** 你只需要在负有征税义务的州收集免税证明。在新州跨过经济税务关联门槛，意味着此前不在范围内的交易现在进入范围，其中也包括现有免税客户的交易----他们过去因为不需要证明，所以从未向你发送证明。业务扩展到某个州后，你需要为现有客户群开展证明收集工作，而不仅仅是针对新销售。

共同点在于：免税是某一时点上某笔交易的属性，而不是客户记录上的永久标记。计费系统往往将其建模为后者，这正是对账步骤如此重要的原因。

## MoR 如何改变责任

以上内容假设你是名义商户，因此负责判断应税性、收取税款、验证免税申请，并在审计中为这些申请进行抗辩。

在[名义商户](https://dodopayments.com/blogs/what-is-a-merchant-of-record)模式下，MoR（名义商户）是交易中的法定卖方。MoR 承担间接税相关的注册、征收、申报和缴纳义务，也承担由此产生的风险。这不仅包括计算金额，还包括判断每笔交易是否应税。

以下是具体会改变和不会改变的事项：

- **会改变的是**：由谁在各州注册、由谁提交申报表、由谁处理其所处理交易的免税流程，以及在判断错误时由谁承担评估责任。
- **不会改变的是**：你自身的所得税状况；同时，MoR 也不会让原本无效的免税申请变得有效。

在 Dodo Payments 中，覆盖 190 多个国家和地区的税款计算、申报和报告已包含在平台费用中，而不是按百分比另行加收。[含税定价文档](https://docs.dodopayments.com/features/tax-inclusive-pricing)介绍了结账时如何应用税务判断，[B2B 支付文档](https://docs.dodopayments.com/features/b2b-payments)介绍了如何在销售环节收集企业信息，[发票生成](https://docs.dodopayments.com/features/invoice-generation)介绍了如何将税务处理写入文件，[名义商户概览](https://docs.dodopayments.com/features/mor-introduction)介绍了由谁承担责任。关于更广泛的运营模式，[如何自动化全球税务合规](https://dodopayments.com/blogs/how-to-automate-global-tax-compliance-a-solopreneur-s-toolkit)进行了介绍。对于同时面向美国和欧洲销售的企业，[增值税与销售税](https://dodopayments.com/blogs/vat-vs-sales-tax-saas)解释了为什么免税概念在这两个体系中差异如此之大。

## 常见问题

### 客户告诉我他们享受免税待遇，我就可以停止收税吗？

不可以。在将发票税率设为零之前，你需要取得证明本身，并确认其完整且合理地适用于你销售的产品或服务。口头声明或电子邮件声明无法在审计中提供保护，未征收税款的责任仍由作为卖方的你承担。

### 我需要保存免税证明多长时间？

至少要保存到该州的审计追溯期结束。这个期限通常是数年；如果未提交申报表，可能会长得多。应将文件本身与其涵盖的交易一同存储，而不仅仅是在计费系统中设置一个标记。

### 多州免税表格是否在所有地方都被接受？

不可以。多个州完全不接受这类表格，其他州则只接受特定免税类型。应将多州表格视为需要根据具体州规定进行验证的申请，而不是一份全面适用的证明。

### 如果 SaaS 在客户所在州不应税怎么办？

那么无需缴税，也不需要免税证明。这是应税性判断，而不是免税。有时买方会在产品本来就不应税的州发送证明。这不会造成问题，但你也不需要依赖这份证明。

### 如果免税证明后来被证明无效，由谁承担责任？

在大多数情况下是卖方。本着善意接受有效且完整的证明后，责任会转移给买方；但不完整的证明或不合理的申请通常无法实现这一点，未征收的税款、利息和罚款仍由你承担。

## 总结

免税证明保护的是卖方，这也是卖方必须完成相关工作的原因。首先判断产品是否应税，因为在某州不应税的产品根本不需要免税证明。对于真实有效的申请，在将任何发票税率设为零之前，取得完整证明，验证许可编号，将文件与其涵盖的交易关联存储，并记录到期日。否则，你可能会在审计中发现：一堆没人核查过的 PDF 文件毫无价值。
---
- [More Compliance articles](https://dodopayments.com/blogs/category/compliance)
- [All articles](https://dodopayments.com/blogs)