Summary

  • 退款或拒付先从发生交易的关联账户取钱。若该账户由平台承担损失且余额或关联银行账户不足，Stripe 会在平台建立 reserve_transaction；平台可用余额不够时可能转负，并启动对平台关联银行账户的借记。
  • 卖家负余额缩小时，准备金可释放回平台。负余额持续 180 天后，connect_collection_transfer 从准备金转入该关联账户并将其负余额清零。

准备金不是一张静态标签

平台上的店铺完成销售，钱看起来各归其位。后来退款或拒付到来，Stripe 先找发生收款的关联账户。若这家店铺的负余额由平台负责，而店铺的 Stripe 余额或关联银行账户又无法支撑退款，平台便成为下一道资金来源。这条路径写在 Stripe 的 Connect 准备金说明里。它没有等卖家解释为什么现金不在账上。

接下来出现的记录叫 reserve_transaction。一个由平台承担损失的关联账户转为负余额时，Stripe 在平台账户建立准备金交易。平台可用余额足够，钱留在准备金里；不够，平台可用余额会被拉成负数，Stripe 将启动从平台关联银行账户借记以补足缺口。并非每笔退款都走到银行。核心条件是平台已承接了那家关联账户的损失责任。

这项责任在 Stripe Accounts v2 中有清楚的配置名：defaults.responsibilities.losses_collector。设为 application，关联账户负余额由平台承担；设为 stripe，Stripe 承担该关联账户的负余额，平台仍对自己账户的负余额负责。把所有 Connect 商户一律视为平台担保对象，会把真正的风险边界画错。平台在开通账户时就已经决定，谁能使用自己的资产负债表。

准备金也会随卖家状态移动。Stripe 说，平台 Connect 准备金应大致等于由平台承担损失的关联账户负余额之和，数据延迟会带来差异。卖家继续收款、负余额变小，调整后的准备金会释放到平台可用余额。若负余额持续 180 天，Stripe 会用 connect_collection_transfer 把准备金转给关联账户，随后把其负余额清零。提前由平台转钱填平卖家的窟窿，也可触发相应准备金释放。两条路都需要平台逐户追踪，而非只看总额。

公开说明没有给出某家平台被借记的金额或真实案例。判断具体损失还缺该账户的责任配置、退款与争议记录、准备金交易和银行借记记录。但商业赌注已很明白：一个卖家的退款义务，能占住平台现金，甚至触及平台银行账户。收取平台佣金时，别把替卖家扛债的价格写成零。

Sources