授权是什么?定义、流程、例子与常见问题
快速回答
授权是发卡侧根据账户状态、金额和风险信息决定是否同意一笔交易的过程,不代表商户已最终收到款项。本文围绕授权在真实支付链路中的作用、边界和常见误解展开。
最后更新: 2026-07-14 · RDVCC 支付研究组
核心要点
- 定义:授权是发卡侧根据账户状态、金额和风险信息决定是否同意一笔交易的过程,不代表商户已最终收到款项。
- 流程位置:商户发送授权请求,发卡侧依据账户、金额、凭证、风险和产品规则返回批准或拒绝。
- 不要混淆:授权 / 请款
它如何进入支付流程
对授权而言,相关流程如下:商户发送授权请求,发卡侧依据账户、金额、凭证、风险和产品规则返回批准或拒绝。授权码、响应数据和拒绝码是该决策过程中的信息,不等同于请款、入账或商户最终收到资金。
评估授权时,应关注以下要点:遇到拒绝时,商户应按返回信息和网络规则处理,不应向用户展示内部敏感细节。软拒绝可能允许合适的补充验证或重试,硬拒绝通常不应靠反复提交解决。
实际例子
网店提交授权后,发卡侧批准并在用户账户显示待处理金额。只有商户随后请款并进入清算,交易才继续形成正式账务。
与相近术语的区别
| 术语 | 定义 |
|---|---|
| 授权 | 是发卡侧根据账户状态、金额和风险信息决定是否同意一笔交易的过程,不代表商户已最终收到款项 |
| 请款 | 是商户在授权后确认交易并提交进入清算的步骤,不等同于参与方之间已经完成结算 |
| 结算 | 是按照清算结果在相关参与方之间实际划拨资金的阶段,商户到账时间仍受合同安排影响 |
授权的定义重点是“是发卡侧根据账户状态、金额和风险信息决定是否同意一笔交易的过程,不代表商户已最终收到款项”;请款则“是商户在授权后确认交易并提交进入清算的步骤,不等同于参与方之间已经完成结算”。两者可能出现在同一交易中,但回答的是不同问题。
使用与风险边界
授权有一项关键边界:连续盲目重试会制造重复授权、触发风控或恶化体验。批准也只是后续处理的前提,订单履约和最终账务仍需单独确认。
常见问题
下面回答搜索授权时最常见的两个判断问题。
和请款是一回事吗?
不是。授权是发卡侧根据账户状态、金额和风险信息决定是否同意一笔交易的过程,不代表商户已最终收到款项。请款是商户在授权后确认交易并提交进入清算的步骤,不等同于参与方之间已经完成结算。判断时应分别核对对象、流程阶段和责任方。
收到授权码是否代表商户已经拿到钱?
就授权而言,不代表。授权码与批准决策相关,资金记录和参与方结算通常发生在后续请款、清算和结算流程中。
参考资料
以下一手资料用于核对授权的定义与流程;具体产品和地区规则仍以当前正式文件为准。