退款并取消付款

了解如何取消付款或退款

您可以在完成付款之前取消付款，该操作不产生费用。也可以在成功后退还全部或部分付款，但这可能会[产生费用]。请查看我们的价格页面以了解更多信息。

退款使用您的可用 Stripe 余额（不包括待处理金额）。如果您的可用余额不足以支付退款金额，Stripe 会将退款保留为待处理，直到您的 Stripe 余额充足。您可以通过收款或给您的账户充值来解决 Stripe 余额为负的问题。在适用的地区，Stripe 可能会自动从您的银行账户中扣款，以恢复 Stripe 的负余额。

退款申请

我们向您客户的银行或发卡行提交退款请求。成功的退款会实时显示在客户的银行对账单上，具体取决于卡组织和发卡行。对于已全额退款的信用卡收款，不能再提出争议或撤单。

若满足以下所有条件，则我们将向您的客户发送电子邮件，通知他们退款事宜：

已经在您的 Stripe 账户的客户上创建了原始收款。
客户对象中存储了一个邮件地址。
您在管理平台中嵌入了给客户发送退款邮件。

您可以在管理平台查看被退款的付款。

发放退款

您可以用退款 API 或通过管理平台发放退款。您可以对一笔收款发放多笔退款，但退款总额不得超出原始收款金额。

用管理平台退款：

在付款页面找出想要退款的付款。
点击付款右侧的溢出菜单()，然后选择退款。
默认情况下，您发放的是全额退款。对于部分退款，输入一个不同的退款金额。
选择一个退款原因。如果选择其他，则必须添加一个说明，解释退款的原因。点击退款。

也可以点击具体某一笔付款，然后从其详情页面发放退款。您还可以自动发送退款收据，或手动为每笔退款发送收据。

批量退款

管理平台支持批量处理全额退款。通过选择每笔付款左侧的选框，选定要退款的付款即可——多页面结果也可同时选定。然后，点击退款，并选择一个原因。只能以这种方式发放全额退款；部分退款必须单独发放。

退款目标账户

只能按照原始收款方式原路退款。您不能向其他地方发放退款，例如，另一张卡或银行账户。

已过期的卡或已取消的卡的退款由客户的发卡行处理，并且大多数情况下，退款将转入客户更换的卡中。如果客户没有新卡，则发卡行通常会通过其他方式（例如，支票或银行帐户存款）给客户发放退款。只有极少情况下，向银行卡的退款可能会失败。

对于其他支付方式，例如 ACH 和 iDEAL，退款处理因银行而异。如果客户关闭了他们的支付方式，银行可能会将退款退回给我们——这时它会被标记为退款失败。

处理失败的退款

如果客户的银行或发卡行无法处理，则退款可能会失败。例如，银行账户关闭或银行卡有问题可能导致退款失败。如果发生这种情况，银行会将退款金额退还给我们，然后我们再将这笔钱重新转入您的 Stripe 账户余额。从发放之日起，整个过程最长需要 30 天。

使用 API 时，退款对象的状态会变为 failed，并包含以下属性：

failure_balance_transaction: 余额交易的 ID，表示退还到您的 Stripe 余额的金额。

failure_reason: 退款失败的原因。这些原因包括：

失败原因	描述
`charge_for_pending_refund_disputed`	客户在处理退款的过程中对扣款发起了争议。在这种情况下，我们建议接受或质疑争议，而不要退款，以避免向客户重复退款。
`declined`	退款被我们的金融合作伙伴拒绝了。
`expired_or_canceled_card`	支付方式被客户取消，或被合作伙伴作了过期处理。
`insufficient_funds`	退款因资金不足且超过待处理退款到期窗口而处理待处理状态。
`lost_or_stolen_card`	退款因原始卡丢失或被盗而失败。
`merchant_request`	退款在商家请求时失败。
`unknown`	退款因未知原因而失败。

对于某些支付方式，拒付代码由我们的金融合作伙伴提供，说明了退款失败的原因，这些代码可以在 destination_details 散列的 network_decline_code 字段中获取：

{
  id: "pyr_1234",
  destination_details: {
    blik: {
      network_decline_code: "decline_code"
    },
    type: 'blik',
  }
}

退款极少会失败，但如果失败，我们会用 refund.failed 事件来通知您（参见所有退款）。如果发生这种情况，您需要安排另一种方式，为客户提供退款。

如果您的平台使用 Connect 与定向收款，则退款失败的资金会存入您平台账户的 Stripe 余额。

取消退款

根据退款的类型，您可以在退款到达客户之前取消退款。有些银行卡退款支持短时取消。退款不得作为收款冲正处理。银行卡退款目前仅可通过管理平台取消。

对于某些支付方式，Stripe 会在处理退款之前向客户收集银行信息。您可以在未收集到银行信息这段时间内取消这些退款。此类退款支持通过 API 和管理平台取消。

取消的退款变为 canceled 状态。由于“取消”属于一种退款类型，因此退款中会包含 failure_reason 和 failure_balance_transaction 属性。

如果您的平台使用具有定向收款功能的 Connect，则来自已取消退款的资金会存入您平台账户的 Stripe 余额。

通过管理平台取消退款：

在付款页面找出与退款相关的付款。
点击付款右侧的溢出菜单 ()，然后选择取消退款。
如果有多项部分退款，请在下拉列表中选择正确的退款。
选择是，取消退款，确认退款取消操作。

或者，也可以点击具体某一笔付款，然后从其详情页面取消退款。

退款和冲正

某些退款（原始收款之后很快发放的）会以撤销形式显示，而非“退款”。在撤销的情况下，原始收款不会出现在客户的对账单中，且不会单独入账。

IC+ 用户可能看到冲正和退款间存在成本差异，原因是冲正的卡组织费用通常较低。

要在管理平台上验证退款是否以冲正方式进行，请执行以下操作：

打开与退款相关的付款的付款详情页面。
在时间线中，点击退款条目上的查看详情。
如果是冲正，则会显示相应的消息。

跟踪退款

在您发起退款后，Stripe 会向您客户的银行或发卡行提交退款请求。客户会在大约 5-10 个工作日（具体取决于银行）后发现退款入账。客户见不到退款时可能会与您联系。有几个原因可能会导致客户看不到退款。

原始收款之后很快发放的退款会以“撤销”形式显示，而非“退款”。在撤销的情况下，原始收款不会出现在客户的对帐单中，且不会单独入账。
如果客户的银行或发卡行无法正确处理退款，则退款可能会失败。银行会将退款金额退还给我们，然后我们再将这笔钱重新转入您的 Stripe 账户余额。从提出退款请求起，整个过程最长需要 30 天。

如果客户询问有关退款的情况，给他们提供退款对应的主要参考编号可能会有所帮助。对于银行卡退款，它可以是收单行参考号码 (ARN)、系统跟踪审计号 (STAN)或检索参考号 (RRN)。ARN、STAN 或 RRN 是为支付流程中的银行卡交易分配的参考号码。对于本地支付方式的退款，它可以是由 Stripe 或我们的金融合作伙伴生成的参考号码，该参考号码将传播给收款行或机构。然后，您的客户可以向银行出示此参考号码，进而便可告知关于何时可以退款的更多信息。有了参考号码，客户便可对已经发起的退款更有信心。

以下情况下会用到退款参考号码：

多数金融合作伙伴都支持，否则会标记为不可用。
发起退款后，最长需要 7 个工作日才能收到下游银行合作伙伴提供的 ARN。
撤销退款的情况下不会提供 ARN，因为未处理原始收款。对于不支持 ARN 的卡组织，我们会尝试提供其他参考信息，如系统跟踪审计号 (STAN) 或检索参考号 (RRN)。

要使用管理平台查找退款参考号码，请执行以下操作：

打开与退款相关的付款的付款详情页面。
在时间线中，点击退款条目上的查看详情。
如果可用，Stripe 会在剪贴板上显示 ARN 或 STAN。

取消付款

仅当付款状态为 uncaptured 时，您才可以使用管理平台取消付款。要取消其它状态的付款，必须使用 API。

通过管理平台取消未捕获的付款：

在付款页面找出想要取消的付款。
点击付款右侧的溢出菜单()，然后选择取消付款。
选择一个取消原因，然后点击是。如果选择其他，则必须添加一个说明，解释取消付款的原因。

退款事件

每次创建或更改退款时，Stripe 都会触发事件。其他一些动作，比如关闭审核，也会触发与退款相关的事件。

确保您的集成设置为能够处理事件。您还必须构建内部逻辑，通知客户或您的团队有关退款流程状态的信息。Stripe 建议您至少侦听 refund.created 事件。

下表描述了与退款相关的最常见事件。



`refund.created`	Sent when a refund is created.
`refund.updated`	更新退款时发送。更新包括添加元数据和提供详细信息，如用于跟踪退款的 ARN 参考编号。
`refund.failed`	退款失败时发送。
`charge.dispute.funds_reinstated`	当争议关闭并且资金恢复到您的账户时发送，包括部分退款。
`charge.refunded`	Sent when a charge is refunded, including partial refunds. Listen to `refund.created` for information about the refund.
`review.closed`	审核关闭时发送。请查看 `reason` 字段以了解其关闭原因，原因为下列之一：`approved`、`disputed`、`refunded` 或 `refunded_as_fraud`。
`source.refund_attributes_required` Deprecated	当接收方来源需要退款属性来处理退款或不当付款时发送。
`charge.refund.updated` Deprecated	只有在退款更新且有相应的收款时才发送。建议侦听 `refund.updated` 来获取所有退款的最新动态。

成本优化

如果贵商家在临近交易时处理大量退款，建议使用手动授权和捕获来降低退款成本。手动授权和捕获通过在捕获付款之前取消付款，或减少捕获的金额而不是处理退款来更好地控制成本。