免税证书不是上传到共享盘就完成。卖方需要在规定时间取得适用表格、合理验证内容、把证书连接到正确客户与交易，并证明销售发生时善意接受。

1. 先区分转售与其他免税理由

Resale certificate 通常支持买方购入后转售，而政府、非营利、制造、农业或特定用途豁免可能需要不同表格与资格。客户说“我们免税”并不足够；卖方要确认豁免类型、签发州、适用商品或服务、购买方实体和交易流。使用错误表格，可能即使客户确有资格也无法支持本次销售。

Drop shipment、Marketplace、经销商与终端客户的证书链尤其容易错位。应画出 purchase order、发票、发货、所有权与付款的三方关系，确认哪一方是卖方的购买者以及哪个州要求哪份证书。一个州的转售号不能自动证明其他州交易。

  • 转售、制造或特定用途豁免
  • 政府或符合条件组织的主体豁免
  • 产品本身非应税，而非客户免税
  • Marketplace 或 drop shipment 的多方证书链

2. 通用表格并非全国通行证

Multistate Tax Commission 提供 Uniform Sales & Use Tax Exemption Certificate，但其官方 FAQ 明确提示各州接受情况和限制不同，使用者必须查看表格说明和参与州规则。Streamlined 或州自有表格也有各自适用范围；不能为了方便把同一 PDF 用于所有州。

证书库应按客户法律名称、州、豁免类型和有效期组织，并保存原始签署版本及后续更新。若州要求注册号、描述购买项目或勾选特定理由，空白字段、错误实体名或不匹配的注册号都会削弱证据。电子签名可以使用时，也要保留提交时间和来源。

3. 善意接受需要可见的验证步骤

卖方通常不必替客户裁定最终税务资格，但不能忽略表面矛盾。应检查必填字段、签名、日期、州号、购买方名称、地址、豁免理由与购买商品是否合理一致。纽约等州的官方说明强调及时取得和正确填写的重要性；加州规则也要求证书按规定形式并善意接受。

把验证做成状态，而不是邮件印象：Received、Valid、Exception、Expired、Rejected。异常要列明原因、责任人和截止日；在问题解决前，系统应按批准政策收税或暂停免税。验证记录应能说明谁在何日基于哪版州规则作出决定。

  • 客户法律名称与发票账户匹配
  • 州注册号和签发州格式完整
  • 豁免理由与所购商品或用途合理
  • 签名、日期及必填声明齐全
  • 没有明显过期、涂改或事实矛盾

4. 证书必须连接到订单与适用期间

只在共享盘按客户名保存文件，审计时仍可能无法证明它覆盖哪家实体、哪个州、哪些 SKU 和哪段期间。ERP 或 CRM 应把证书 ID、状态、州、豁免范围、生效及到期日连接到 customer master，并在发票级保留当时使用的版本。

客户改名、并购、迁址、注册号变化、购买用途改变或州规则更新，都应触发复核。即使表格没有印刷到期日，也应设置风险导向的定期重新确认。季度报告要列出即将到期、销售仍发生但无有效证书、以及证书范围与订单税码冲突的账户。

5. 审计补证要快，但不能回填事实

收到审计抽样后，先锁定销售明细与证书快照，按州、客户和金额建立缺口清单。部分州可能允许在审计过程中补交，但时间、证明标准和是否接受追溯证书各不相同。应以当期官方要求和审计员书面指示为准，不要倒签或修改原文件。

对无法补齐的项目，评估产品本身是否非应税、是否已由 Marketplace 代收、是否存在其他文件证据以及潜在税、利息和罚款。结案后把根因反馈到 onboarding、credit hold 与发票系统，才能避免下次再用人工追证书。

  • 冻结被抽样期间的原始证书与销售数据
  • 建立发票到证书的一对一证据索引
  • 只按州规则和书面要求补证
  • 记录无法补齐项目的替代依据与风险
  • 把根因转成供应商或客户主数据控制