Authorized 与 Captured 有什么区别？商家如何核对授权冻结与扣款状态

Authorized 通常表示符合条件的支付已获授权，并暂时预留可用额度或资金。Captured 表示支付已进入授权之后的扣款阶段；具体是否完成，应以服务商的确认状态和交易记录为准。授权不等于扣款，扣款也不等于商家银行账户已到账。

先查清所用服务商如何定义这两个状态，以及相关账户、支付方式和交易的设置。“已提交扣款请求”“服务商已收到请求”和“扣款结果已确认”是不同事件，不能仅凭一个通用状态名称认定全部流程已经完成。

按步骤理解支付状态

客户银行页面上的待处理金额，有时与已入账扣款显示得很相似。客户截图可以作为查找交易的线索，但不能替代商家端的授权记录、扣款结果及后续状态核对。

将订单号、授权标识和扣款请求标识关联起来，再分别核对结算记录及划款记录。后台总余额或一条笼统的“付款成功”信息，不能单独证明这一笔订单对应的款项已进入商家银行账户。

核对支持范围、金额和到期时间

不是每种支付方式、商家账户或交易都支持先授权后手动扣款。银行卡、银行扣款和电子钱包的能力可能不同。先确认服务商在所用实体、账户和支付方式下支持的实际流程，再据此安排订单处理。

检查实际交易采用自动扣款、延后自动扣款还是手动扣款。账户默认设置可能与单笔交易设置不同；若系统已经自动扣款，再按“尚未扣款”的判断操作，就可能选错后续处理路径。

读取该笔授权的真实到期时间，并核对时区。有效期会因卡组织、交易类型、地区、支付方式及服务商安排而不同。不要把某个文档案例中的 7 天或 28 天，当作所有交易都适用的统一期限。

延长授权或分多次部分扣款有各自的条件，只有确认符合资格并已启用相应功能，才能采用这些流程。商品配送周期较长，不会自行延长已有授权预留金额的有效期。

提交扣款前，核对币种、原授权金额、目前仍可扣的金额及授权标识。授权已取消或到期、币种不匹配，或者请求金额不符合支持条件，都可能使扣款失败；订单总额不是判断当前可扣金额的唯一依据。

还要区分请求受理与执行结果。例如，Adyen 的扣款文档说明接收响应属于异步流程，须继续核对相应结果通知，后续仍可能出现 CAPTURE_FAILED。不要把请求已收到直接写成款项已收妥。

假设案例：金额为 1,200 的订单

以下全部金额、时间和处理方式均为假设：一笔支持先授权后扣款的银行卡订单，金额为 1,200；第 1 天 10:00 UTC 获得授权，计划第 2 天 10:00 UTC 扣款，假设授权在第 3 天 18:00 UTC 到期。这个到期时间是为讲解而设，并非服务商承诺。

最初已授权金额为 1,200，已扣金额为 0。客户可能看到金额被预留，但商家还不能把这 1,200 当作银行到账现金。案例省略手续费、税费和其他限制项目，仅用于解释状态，不表示交易没有成本。

第一条假设路径：服务商确认扣款 900，并且该交易采用只允许一次部分扣款的模式，未用的授权金额按该模式被取消并进入解除冻结流程。差额为 1,200 − 900 = 300；这 300 是未被扣款的预留金额，不是从已扣的 900 中退回的金额。

第二条替代路径：在任何扣款发生前，取消整笔授权。已扣金额仍为 0，原先预留的 1,200 进入取消及解除冻结流程。这是对未扣款授权的取消，不是扣款后的退款；客户银行何时恢复可用额度或资金，案例没有作出承诺。

第三条替代路径：一直没有扣款，直到假设的第 3 天 18:00 UTC 到期。已到期的旧授权不能继续用于扣款。若仍要收款，应按服务商支持的流程及所需客户授权处理新的有效支付，而不是重试已失效的授权。

这三条是互相替代的路径，不应把其中的扣款金额相加。在第一条路径里，300 不属于从 900 发起的退款。即使已确认扣款 900，仍需继续核对结算、划款及实际银行到账，才能判断现金何时可用。

商家的核对流程

建立适合业务和支付方式的发货或服务交付规则，并将其记录下来。部分受支持流程在发货前后扣款，也存在其他安排。单凭已授权，不能承诺发货时点、客户获得的保障或商家最终收款结果。

扣款失败或结果尚不明确时，先查看原交易历史、原请求标识和结果通知，再决定是否重试或建立新支付。把订单、金额和原请求关联核对，有助于避免在第一次请求仍待确认时又收取一次款项。

如果款项已经扣取，应查看服务商支持的退款或冲正流程。取消商城订单本身，不等于取消支付授权或退回已经收取的款项；订单操作和资金操作需要分别核对其实际结果。

客户在取消后仍看到预留金额时，可以提供允许分享的交易标识、金额及时间记录，协助客户向其银行核实。不要保证立即解除冻结，也不要索取完整卡号、验证码或其他敏感支付凭据。

• 关联订单号、授权标识与扣款请求标识。
• 核对币种、原授权金额、已扣金额及当前可扣金额。
• 读取实际到期时间，并明确时区。
• 确认支付方式资格及自动、延后或手动扣款设置。
• 分别核对请求受理、执行结果及后续失败通知。
• 区分未使用授权金额的解除冻结与已扣款退款。
• 逐笔核对结算、划款和实际银行到账。

常见问题

客户说银行已经扣钱，是否说明商家已完成扣款？

不一定。发卡行对授权预留和正式入账扣款的显示，可能让客户难以区分。商家应核对具体授权及扣款状态，并解释目前查到的事实，而不是依据客户页面上的一行文字承诺银行释放金额的时间。

只扣了 900，之后还能再扣剩下的 300 吗？

只有实际支付方式、账户及交易支持后续扣款，并且相关授权仍有效，才能考虑按支持流程继续处理。本例假设只允许一次部分扣款，余下 300 进入解除冻结流程，因此不能假定之后还能自动扣取这 300。

按当前问题继续阅读

若问题是“什么时候进入银行账户”，请继续阅读 结算、退款与拒付：厘清资金何时可用；若要计算交易成本及受限资金对经营现金的影响，可阅读 支付网关总成本：比例费、固定费与受限资金。也可以在 TrustFinance Blog 查看其他支付知识，按实际需求比较服务商的说明与条款。

资料来源与适用范围

本文于 2026 年 10 月 12 日核对下列服务商官方资料，资料用于说明各自支持流程的例子，不代表所有地区和支付方式的统一规则。实际操作前，应核对签约实体、账户设置、支付方式、合同及适用要求；本文不保证扣款成功、资金释放时点或银行到账。

• Stripe：先授权、后扣款的支持范围及授权有效期
• Stripe：PaymentIntent 生命周期及相关状态
• Stripe：取消未扣款支付与扣款后的退款
• Adyen：扣款请求、部分扣款与异步结果
• Adyen：支付生命周期、授权到期与结算