1. 课程导入

欢迎进入《支付风险前置与授权后置处理架构》课程。在支付系统里，风险控制与授权处理长期被当作两个独立环节：风控负责“拦不拦”，授权负责“扣不扣”。但在高并发、多渠道、强合规的现代支付场景中，这种割裂会带来重复查询、状态不一致、资金损失和用户体验下降。本课程要解决的核心问题，就是如何把风险判断前移到授权之前，同时把授权后的处理做成可编排、可补偿、可观测的后置链路。

学习目标

• 理解支付风险前置与授权后置处理架构的定义、边界与核心价值。
• 掌握“前置决策—授权执行—后置处理”三段式主链路的职责划分与数据流转。
• 能够识别常见误区，例如把风控等同于拦截、把授权后处理等同于异步通知。
• 建立后续章节的学习路径：规则与模型、决策引擎、授权路由、后置编排、对账与补偿。

核心定义与整体框架

支付风险前置，指在发起真实资金授权请求之前，完成身份核验、设备指纹、交易画像、规则与模型评分、限额与名单校验，并输出明确的决策结果（通过、拒绝、挑战、人工复核）。授权后置处理，指授权请求返回后，对授权结果进行状态落库、异步通知、账务记账、风控反馈、对账与差错处理、补偿与重试等一系列动作。两者组合成一条“先决策、再授权、后处理”的主链路。

整体框架可以概括为四层：接入层负责渠道适配与幂等；决策层负责风险前置；授权层负责与银行/通道交互；后置层负责状态收敛与资金一致性。下面这张图展示了四层之间的数据流与关键判断点。

核心原理：为什么必须“前置”与“后置”分离

风险前置的本质，是把不确定性和资金损失挡在授权之前。授权请求一旦发出，就可能产生冻结、扣款或占用额度，此时再拦截成本极高。前置决策通过规则与模型快速输出结果，保证“不合适的交易不进入授权”。而授权后置处理的本质，是承认授权结果具有异步性和不确定性：通道可能超时、可能返回未知、可能先成功后失败。后置层通过状态机、幂等、重试与补偿，把不确定的授权结果收敛为确定的账务状态。

方法流程：三段式主链路

1. 前置决策：接收交易请求，采集设备、用户、商户、金额、频次等特征，执行规则与模型评分，输出决策码与风险标签。
2. 授权执行：根据决策码决定是否发起授权；选择通道、组装报文、设置超时与重试策略；记录授权流水与通道返回码。
3. 后置处理：根据授权结果更新订单状态，触发记账、通知、风控反馈；对未知结果进入查询与补偿队列；日终对账与差错处理。

下面是一个简化的授权后置状态收敛配置示例，用于说明后置层如何根据通道返回码决定下一步动作：

post_auth:
  states:
    - name: AUTH_SUCCESS
      action: [accounting, notify, risk_feedback]
    - name: AUTH_FAIL
      action: [release_freeze, notify]
    - name: AUTH_UNKNOWN
      action: [query_channel, retry_policy]
  retry_policy:
    max_attempts: 3
    interval_seconds: [5, 30, 120]
    fallback: manual_review

案例与场景：一笔跨境支付的完整旅程

用户在某跨境电商下单，支付 120 美元。接入层完成幂等校验后，决策层在 80ms 内返回“通过但需挑战”，触发 3DS 验证。验证通过后进入授权层，通道返回“授权成功但未清算”。后置层立即记账为“已授权待清算”，并向商户发送异步通知；日终对账发现通道已清算，后置层将状态更新为“已清算”，同时把结果回流风控用于模型迭代。若授权返回未知，后置层进入查询队列，避免重复扣款。

误区与复盘