Stripe单次交易创建的usage: single_use源是否需删除或解绑？

删除与解绑支付卡（支付源）的核心差异 #

• 解绑支付源：指将原本关联在Stripe客户对象（Customer）下的支付源从关联关系中移除，本质是断开支付源和客户主体的绑定关系。这个操作本身不会直接销毁支付源的底层凭证：如果是可复用类支付源，解绑后它依然保留有效扣费能力，还可以被重新绑定到其他客户对象下；如果是单次使用类源，解绑不会改变它单次使用的原生属性。
• 删除支付源：指直接调用Stripe的源销毁接口，从后台彻底清除该支付源对应的所有存储信息。操作完成后这个支付源ID会永久失效，无法再被任何接口调用、无法作为扣费凭证使用，所有关联的银行卡敏感信息都会按支付合规要求被彻底清除，没有办法恢复。

单次使用（usage: single_use）支付源的原生特性 #

这类支付源的设计逻辑从创建阶段就和可复用源完全不同：

• 核心定位是仅支持单次扣费，创建时默认不会永久关联到任何客户对象
• 当使用该源完成首次扣款、交易状态标记为成功后，这个源会自动失去后续扣费权限，哪怕没有执行任何解绑、删除操作，Stripe接口也会直接拦截针对它发起的第二次扣费请求
• 如果创建时没有做显式绑定，这类源从始至终都没有和客户对象产生关联关系，本身就不存在“解绑”的操作前提

对应业务场景下的操作必要性判断 #

结合上述特性，可以直接给出明确的操作判断，不需要模糊的折中方案：

• 完全没有必要针对交易完成后的单次使用支付源主动执行解绑操作：
  1. 常规单次交易流程里的源没有绑定到客户对象，解绑操作根本没有对应的关联关系可以处理，属于无的放矢的无效操作，执行时甚至会直接触发接口报错
  2. 这类源已经在交易完成后自动丧失扣费能力，不存在因为绑定关系带来的持续扣费风险
• 是否需要主动删除，按实际流程场景区分即可：
  1. 如果创建源后从未将其附加到任何客户对象下（绝大多数单次交易业务的常规流程）：不需要主动删除。Stripe会对这类未关联客户、已完成交易的单次源，在法定合规留存周期结束后自动清理对应的敏感信息，手动删除属于重复冗余操作，不仅不会带来额外的安全收益，还可能因为提前销毁留痕材料，打破交易审计的连续性，带来合规风险
  2. 如果你的流程里为了临时关联验证，把单次源附加到了客户对象下做了临时绑定：只需要在交易结算完成后，将该源从客户对象下移除（也就是执行解绑操作）即可，不需要额外调用删除接口，移除关联后Stripe会自动按规则推进该源的生命周期管理

注意：上述判断逻辑仅适用于usage: single_use的支付源。如果是默认的多用途（usage: reusable）支付源，在交易完成后如果不希望留存长期扣款权限，才需要主动执行解绑或删除操作，否则这类源会一直保留有效的扣费能力，存在合规风险。

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