Drop shipping 看起来只有一票货，却通常包含供应商卖给 retailer 和 retailer 卖给终端客户两笔交易。证书必须支持正确的一笔交易、正确的州和正确的主体，否则上游可能向卖家追税。

1. 一票货背后是两笔销售和三个角色

典型结构中，终端客户向 seller 下单，seller 再向 supplier 或 drop shipper 采购，并指示后者直接送货。Sales Tax 分析要分别判断 supplier-to-seller 是否为 resale，以及 seller-to-customer 是否应税、免税或由 marketplace facilitator 代收。不能只看物流只有一次移动。

主数据应区分 true retailer、drop shipper、终端客户、seller of record、ship-to address 和 marketplace。发票、purchase order、shipping confirmation 与 exemption document 必须能用 order ID 连接；若供应商只有 seller 的总公司地址，就可能按错误州拒绝证书或收税。

  • Supplier/drop shipper
  • True retailer/seller
  • 终端客户
  • Ship-to state
  • Marketplace 或直销渠道

2. 各州对非本州证书的接受方式不同

加州 Publication 121 说明，在特定 drop shipment 情形下，true retailer 持有加州 permit 并向 drop shipper 出具有效 resale certificate，可解除后者相应责任；若 true retailer 未持有许可，drop shipper 可能被视为 retailer 并承担税。纽约也对注册状态和 Form ST-120 有具体规则。

Streamlined Sales Tax exemption certificate 可被成员州接受，但官方页面仍提醒 drop shipper 和 retailer 查阅各州要求。Texas 要求证书完整并由卖方保留，permit copy 本身不能替代 resale certificate。可见“有一个 resale number”与“有一张有效且及时的证书”不是同一件事。对非成员州或有特殊 drop-shipment 规则的州，应把可接受表格、是否允许 home-state certificate、签字及日期要求写进 certificate matrix，而不是让 supplier 逐单临时判断。

  • 目的州是否接受 multistate form
  • 购买方在该州的注册号
  • 证书是否及时、完整并善意接受
  • 商品是否确实用于 resale
  • 供应商的记录保留要求

3. 证书链最常在主体、州和时间上断裂

常见错误包括：中国母公司签采购合同、美国子公司向客户开票，却由另一个关联方把证书交给 supplier；证书上的 legal name 与 purchase order 不一致；客户 exemption 只支持终端销售，却被转发给上游；或者卖家在审计开始后才补收一批无法验证的文件。

证书也会因州许可失效、客户用途改变、商品类别不符或订单送往新州而失去支持。Blanket certificate 可以提高效率，但必须覆盖适当商品和关系，并有定期验证。系统应阻止缺失状态继续免税采购，而不是让应付账款事后发现供应商已加税。

  • Legal name 与 PO/customer account
  • 证书适用的交易层级
  • 许可状态和有效期
  • 商品描述与购买用途
  • 审计前后的收取时间

4. Marketplace 不会自动修复上游采购

Marketplace facilitator 可能对终端销售代收税，但 supplier-to-seller 仍需要 resale 支持。卖家若只有 marketplace sales，某些州可能提供特殊 registration 或证书处理；必须按州规则和 facilitator 注册事实确认，不能把平台 settlement 当成上游免税证明。

同一 SKU 经 Amazon、官网和 wholesale 销售时，certificate logic 也不同。订单应标注渠道、tax collector、客户 exemption 和 supplier certificate 状态，并在 return 中区分 gross sales、facilitated sales、exempt sales 与 taxable direct sales。

  • 平台是否为该州 facilitator
  • 终端税由谁收取
  • 上游 resale certificate
  • 直销与平台订单分离
  • 州 return 的 deduction mapping

5. 建立订单级 exception queue

有效流程在供应商 onboarding 时收集各州接受形式，在客户 onboarding 时验证 exemption，并把两端用 order 和 ship-to state 连接。系统应对缺失、过期、主体不符和新州订单创建 exception，由 tax owner 决定收税、补证或暂停免税。

每月将供应商收取税、seller checkout tax、marketplace tax 和申报 deduction 对平。发现历史缺口时，先按州和交易层级量化，再决定补证、向供应商申请 credit、补报或 VDA。不能用一张客户证书覆盖所有上游和所有州。补收证书也应记录请求日期、客户回复、验证结果和审计状态；若法律不接受事后文件，就应在 exposure 中保留税、利息和罚款，而不是把“已联系客户”当成风险已消除。供应商若因证书缺口已收税，应把 tax paid 与 use-tax 或 credit 处理标记，避免客户端再次重复承担。