Stripe NodeJS订阅更新疑问：为何无需新Checkout确认？

为啥更新订阅不用走Checkout？ #

• 首次订阅用Checkout，本质是为了收集用户支付信息并获得扣费授权。用户第一次付款时，得通过Stripe的页面提交银行卡等信息，完成后Stripe会把这个支付方式绑定到用户的Customer账户里，同时用户相当于同意了后续基于订阅的扣费操作。
• 用stripe.subscriptions.update更新订阅时，是基于用户已有的授权来操作的。这时候用户的支付方式已经存在Stripe系统里了，而且之前已经同意了订阅的相关条款，自然不需要再走一遍Checkout去重复确认支付信息。
• 这也是Stripe为了优化体验设计的——用户在你的应用里点个按钮就能切换套餐，不用跳去第三方页面，流程更顺畅。

有没有恶意扣费风险？ #

• 风险是有的，但问题不在Stripe的接口，核心是你的后端有没有做好权限控制：如果你的后端接口没做校验，随便谁发个请求就能改别人的套餐，那肯定会被恶意利用，比如把普通用户的套餐偷偷换成高价版，用户就会被多扣费。
• 要防范的话，得做好这几点：
  • 严格校验操作人身份：确保只有登录的用户能修改自己的订阅，后端要验证用户的会话或token，确认请求是订阅所有者发起的。
  • 验证套餐的合法性：前端传过来的新套餐必须是你预先定义好的选项，不能允许随便传价格或未知的套餐ID；同时最好记录用户的操作日志，方便出问题时溯源。
  • 可选加前端确认：用户切换套餐时，弹出个二次确认框，把新套餐的价格、周期说清楚，用户点确认后再调用后端接口，既合规也能避免误操作。

内容的提问来源于stack exchange，提问作者nicoschuck