确认是不是 Stripe Tax 本身没启用
Stripe Tax 可以接 Checkout、Payment Links、Subscriptions、Invoices 和 API。听起来很全，但每条价格、每个产品、每个客户都要有能参与计算的字段。
最短自检是看一笔问题订单：有没有 automatic_tax，customer_details 里有没有地址，税务注册有没有覆盖该地区。
四类问题怎么分？
| 现象 | 高概率原因 | 看哪里 |
|---|---|---|
| 税额一直是 0 | 没添加注册地区 | Tax registrations |
| 某些客户税率异常 | 地址证据不一致 | Customer tax location |
| B2B 客户被收税 | 税号验证或客户类型缺失 | Tax IDs |
| 老订单没税 | 启用时间晚于订单时间 | Invoice created time |
| 同产品税率不同 | 产品税码不一致 | Product tax code |
产品税码为什么会坑 SaaS？
很多 SaaS 不是纯下载软件。你可能卖的是会员权限、API credits、模板、人工服务包，税务分类不一定一样。Stripe Tax 文档把产品税码和 tax behavior 分开，就是为了避免商户把所有收入都当成同一种商品。
我的习惯是按收入科目建产品：subscription、usage、setup fee、consulting。以后报表也更干净。
客户地址证据不够怎么办？
Checkout 里少收一个账单地址，转化率可能高一点，但税务判断会变差。尤其是 EU VAT、加拿大 GST/HST、澳洲 GST 这类场景，客户所在地不是靠邮箱域名猜出来的。
如果你的后台经常同时打开 Stripe、会计系统、税务服务商和银行页面，表单提交失败会让排错很烦。可以把这些后台固定在一台工作机，用海外银行 + Stripe + AI 工具全场景承载日常财务操作。
历史订单怎么补？
不要急着重开所有 invoice，导出 CSV，把启用 Tax 前后的订单切开。启用前的订单按当时条款处理，启用后的订单再逐笔看税区、税码和注册状态。
如果金额已经进账，补税不只是 Stripe 设置问题，还会影响收入确认和账务。这个时候问会计比问工程师快。
Stripe Tax 税区阈值排错的工单材料
一个人运营时可以用表格压住复杂度：负责人、后台入口、到期日、费用来源和回滚动作各占一列，避免换服务商时才发现资料缺口。
涉及 Stripe、公司注册、税表或签证的内容，只能作为操作参考。当前页面没有覆盖你所在司法辖区的特殊规定时，不应把它当成法律或税务意见。