Stripe

Stripe 既有 Payments、Checkout、Billing、Tax、Radar 和 Connect 等标准支付产品，也有面向合格数字商品的 Managed Payments。两种方案可以都使用 Stripe Checkout，但责任并不相同：标准模式下通常由你的公司向买家销售；Managed Payments 符合条件的交易则由 Link 作为 Merchant of Record。选错责任模型，会直接影响税务注册、账单抬头、争议支持和技术架构。

先用四个问题排除不合适的模式

Managed Payments 当前要求商家位于受支持地区；亚太列表包括澳大利亚、香港、日本和新加坡，但中国大陆不在商家地区列表中，而且中国也列在受限制客户国家中。已有普通 Stripe 账户不代表自动获得该方案，实体、商品、客户和交易仍要经过资格检查。

Managed Payments 也有明确的产品与支持边界

软件、SaaS、游戏、电子书、数字媒体、在线课程和网站托管等可属于支持类别，但商品必须自动交付、由商家直接销售且具备必要权利；依赖大量人工介入的一对一服务不因此自动变成数字商品。每个商品还要设置标记为 Eligible for Managed Payments 的税码。创建 Checkout Session 时使用合格 Price，并设置 managed_payments[enabled]=true；当前设置文档要求 API 版本至少为 2025-03-31.basil。

买家会在结账、收据和售后中看到 Link。Link 处理交易级账单支持，但产品使用问题仍由商家负责；若 Stripe 就产品问题发来升级请求，官方说明商家未在 48 小时内回应时，Stripe 可能自行退款。因此支持邮箱、值班责任和退款证据不是可选配置。

标准 Stripe Tax 不能替商家完成注册

标准模式下，Stripe Tax 可以计算税额并监测部分阈值，但商家仍要判断何时产生纳税义务、完成当地注册，并把注册地添加到 Stripe。某地区算出 0 税，不代表在那里一定没有税务责任；可能只是尚未激活相应注册。订阅还需提供有效客户地点与正确产品税码，否则发票会因 requires_location_inputs 等原因无法完成。

即使使用 Managed Payments，税务覆盖也不是“全球无例外”。官方说明其在 80 多个国家处理间接税；不受覆盖的交易仍由商家负责，并可使用 Stripe Tax。日本商家的国内交易、新加坡商家的部分国内 B2B 交易也有单独责任边界，不能用一句“Stripe 是 MoR”概括所有订单。

权益系统应围绕发票结果而非订阅标签

1. 结账前由后端确定 Price、税码、模式和本地用户映射，成功页只显示处理中。
2. 监听 invoice.paid 发放或延长权益；以 Invoice、PaymentIntent 等对象 ID 保证幂等。
3. invoice.payment_failed 进入催款或宽限；invoice.finalization_failed 需要检查税务地点、税码或自动税计算错误。
4. 权限判断同时读取已付账期、发票结果与取消时间，不能只看 subscription.status。
5. 演练重复事件、乱序、退款与争议后，从 Stripe 对象重新校准本地状态。

中国大陆团队不能用虚构海外公司、受益所有人或银行资料绕过地区限制；合法设立于香港、新加坡等支持地区时，也应使用真实主体和业务材料完成对应账户审核。若需要平台分账、复杂支付界面或高度自定义计费，标准 Stripe 更灵活但责任更多；选择框架可参考 独立开发者收款平台对比。访问地址：https://stripe.com/