基于Stripe API的平台打款流程构建及return_url相关问题咨询

1. 文档适配性确认 #

你选择的Stripe Connect接入及打款指南完全适配你的业务场景，属于平台给入驻服务商打款的标准实现方案，开发方向没有问题。

2. return_url相关问题解答 #

2.1 请求方法说明 #

return_url是Stripe托管的资料填写页面向用户前端跳转的地址，必须通过GET请求处理，不能复用仅支持POST的webhook地址：

• 你当前使用的https://example.com/return是Stripe后端推送事件的webhook地址，仅接收POST请求，二者属于完全独立的链路，复用会直接触发405方法不允许错误
• 404错误是因为你配置的其他跳转地址没有在服务端做对应的GET路由适配

2.2 传入参数说明 #

Stripe跳转到你配置的return_url时，会在URL的查询参数中携带以下核心信息：

• account：当前完成资料提交的Stripe Connect服务商账户ID
• 你可以在创建Account Link时主动传入自定义的state参数（比如和当前服务商绑定的随机校验串），跳转回来后可以通过该参数做请求合法性校验，避免CSRF风险

2.3 推荐实现方案 #

• 保留原有https://example.com/return作为webhook地址，继续处理POST请求监听account.updated事件，用于同步服务商账户的资质审核状态
• 新增单独的GET路由地址作为return_url，处理逻辑如下：
  • 从查询参数中提取account和state参数，先校验state合法性
  • 给用户展示「资料提交成功，等待审核」类的提示页
  • 可主动调用Stripe账户查询接口，或等待后续account.updated事件推送，确认服务商的转账权限是否开通，权限开通后即可支持手动打款操作

3. 后续打款流程说明 #

当你通过webhook或接口查询到服务商Connect账户的转账权限状态为激活后，即可在平台后台点击打款按钮时调用Stripe Transfers接口，实现从平台余额到服务商账户的手动转账。

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