SaaS 支付接入模式：自营订阅、租户收款、续费与权限隔离

SaaS 产品接入支付，首先要区分两类业务：软件公司向客户收取订阅费，或者软件帮助客户管理其自己的销售订单。两类交易的销售主体、订单归属和账单需求不同，不能因为共用一套界面就混在一起。

先决定谁向谁收费

自营订阅记录客户购买的软件套餐、席位或增值服务；租户经营收款则需要关联租户、其客户及具体商品。商户配置、业务订单与后续查询都应保留这个区别。

如果设计涉及多方款项分配，应先梳理服务关系、资金路径和适用的分账产品，再实现技术流程。不要将“平台先收款，再自己转给租户”当作所有业务都可以采用的默认模式。

创建账单时记录套餐、席位数、周期、优惠和应付金额。升级、降级或增加席位时，明确定价方式与生效时间；历史账单不应因为套餐修改而重新计算成新的价格。

免费试用、正式付费和欠费处理也需有清楚边界。是否限制功能、保留哪些数据、如何恢复使用，作为产品规则在购买或到期提示中说明。

服务端确认付款后开通或延长权益，并记录对应账单。续费采用稳定的业务标识，重复通知不会增加两次使用周期；用户更换设备或重新登录后，仍能查到同一份订阅状态。

普通支付接口用于完成当前订单，并不天然提供定期自动扣款能力。若采用用户主动续购，就清楚提供续费入口；设计其他模式时，另行核对可用产品及授权流程。

查询、退款和导出请求都验证当前用户的租户范围。不能只在菜单上隐藏其他租户，或信任客户端提交的租户编号。技术配置与密钥也按实际商户关系管理，避免跨租户使用。

一笔问题订单应能同时定位租户、账单、支付交易及权益结果。按调用量收费的 SaaS 可进一步阅读API 用量计费，多方收益场景可参考分账规则设计。