Stripe Destination Charges仪表盘支付详情与文档示例不符咨询

一、明确仪表盘net值的归属 #

• 若在平台账户仪表盘查看支付记录：net值是平台账户最终可提现的实际金额（即应用费扣除Stripe手续费后的剩余部分）。
• 若在关联账户仪表盘查看：net值就是关联账户实际收到的转账金额（Destination Charges模式下，关联账户无需支付手续费）。

你看到的net=9.41美元刚好是10美元-0.59美元手续费的结果，大概率是你在关联账户仪表盘查看，且设置的application_fee_amount=123（1.23美元）未生效，导致总收款扣除手续费后全转到了关联账户。

二、curl配置与资金流向偏差排查 #

你的curl请求逻辑合规，但需确认配置是否实际生效：

1. 调用Stripe API获取该Checkout Session对应的Payment Intent（通过Session对象的payment_intent字段），检查核心字段：
   • application_fee_amount：是否确实为123
   • transfer_data[amount]：是否为877（即1000-123，转给关联账户的金额）
   • charges.data[0].balance_transaction：这里会显示完整资金拆分明细，包括手续费扣除、应用费归属、转账金额等。

如果application_fee_amount未显示为123，可能是请求参数传递时出现格式问题，比如特殊字符或空格导致参数未被正确解析。

三、是否需要额外仪表盘配置 #

不需要额外仪表盘配置，只要你的平台账户已正确启用Stripe Connect，且关联账户是通过合规方式连接的（如Standard/Express账户）即可。

四、纠正资金流向的理解偏差 #

官方文档的示例逻辑是正确的：

• 总收款10美元 → 平台收取1.23美元应用费 → 剩余8.77美元转到关联账户
• Stripe的0.59美元手续费从平台的应用费中扣除 → 平台最终实际所得为1.23-0.59=0.64美元，关联账户实收8.77美元（无手续费）

你当前的异常是因为应用费未生效，导致资金未按预期拆分，建议先通过API确认Payment Intent的实际参数。

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