支付授权流程图
支付授权流程模板，涵盖数据校验、身份验证与风险控制、请求路由、发卡行响应、未知结果查询和请款交接。
什么是支付授权流程
授权判断支付是否可以继续，但不结算资金。流程先校验金额、支付凭证和订单背景，再保护数据并执行付款人身份验证及商户风险控制。只有通过商户侧检查的请求才取得尝试参考号，并经收单机构和卡组织路由至发卡行。
商户侧拦截返回独立的非授权结果并结束，不会进入发卡行结果判断。对于已提交请求，流程区分已收到发卡行响应与超时或未知结果。批准后记录预授权参考号；拒绝则作为发卡行决定结案。
未知不等于拒绝，也不能据此盲目重试。状态查询复用原尝试参考号，在该尝试解决前订单保持阻止状态。确认批准后，只有订单仍有效才交给请款；不再需要的批准则进入释放处理。查询和冲正能力应符合已记录的集成契约。
本流程图涵盖的内容
本模板包含
- 采集支付和订单数据，并在建立受保护授权背景前设置纠正循环
- 付款人身份验证和商户风险筛查，以及绕过发卡行结果处理的商户侧非授权路径
- 收单机构、卡组织和发卡行之间以同一授权尝试参考号关联的交接
- 发卡行批准或拒绝，且不把授权描述为清算、结算或商户资金划付
- 使用原参考号查询超时结果，在首次尝试解决前阻止重试
何时使用本模板
- 结账团队需要统一了解商户、网关、收单机构、卡组织和发卡行的责任
- 当前做法是在查询原结果前，把超时转换成新的授权尝试
- 身份验证失败、商户风险拦截和发卡行拒绝被记录为同一个模糊状态
- 订单系统在取得确定授权结果前继续处理，或丢失后续请款所需参考号
- 团队需要将支付授权流程与请款、清算、结算和退单处理分开
运作方式
定义请求必需数据
列出集成所需的金额、币种、支付凭证、商户、订单和渠道背景。在建立授权尝试前完成校验，避免资料纠正形成重复请求。
配置身份验证和风险控制
记录各渠道适用的身份验证路径和商户风险控制。将商户侧拦截与发卡行拒绝分开，并避免在面向客户的响应中暴露敏感决策逻辑。
保留同一尝试参考号
生成或保留可供所有参与方及状态查询关联到同一尝试的参考号。记录请求、响应和状态转换，不覆盖早期事件。
设计未知结果处理
发起任何新请求前，先使用受支持的查询或受控调查。定义订单可被阻止的时长，以及暂时无法取得确定状态时由谁负责该尝试。
设定请款交接
明确请款所需的批准数据和业务触发条件。订单不再有效时，将其移出请款队列，并启动受支持的释放或冲正处理。
常见问题
支付授权期间会发生什么？
商户校验支付和订单背景、保护数据，并执行身份验证及风险检查。商户侧拦截无需询问发卡行结果即可返回。获准尝试以参考号关联并路由至发卡行；收到的批准或拒绝进入对应路径，超时则进入状态查询。
授权批准会转移资金吗？
不会。批准表示发卡行允许请求，并可能预留可用额度。请款、清算、结算和商户资金划付是后续状态，各自有独立记录和负责人。不得把批准报告为现金已收取。
授权超时后应怎么办？
在检查原尝试前，应将结果视为未知。使用其参考号查询并阻止重试，因为即使响应丢失，首次请求也可能已成功。查询仍不能解决时，应保留有负责人的调查，而不是虚构拒绝结果。
获批授权何时应请款？
请款应在授权确认后，按商户业务触发条件执行，例如接受购买或完成履约。交接须包含获批金额和参考号。延迟或调整请款的时限与支持能力应以收单及处理安排为准。
此流程所处的位置
在大多数组织中，此流程紧随交易风险评估流程图之后，并交接给银行卡交易生命周期流程图。
它是卡支付生命周期中的一个步骤。
第 1 步: 银行卡支付流程图
银行卡支付流程模板，涵盖购买发起、安全采集支付数据、授权响应、商户继续或取消、释放通知及请款交接。
第 2 步: 支付授权流程图 当前位置
支付授权流程模板，涵盖数据校验、身份验证与风险控制、请求路由、发卡行响应、未知结果查询和请款交接。
第 3 步: 银行卡交易生命周期流程图
银行卡交易生命周期模板，涵盖确定或未知授权结果、基于参考号的状态查询、请款、清算、结算、商户资金划付和结案。
第 4 步: 支付清算结算流程图
第 5 步: 支付对账流程图