Overview
`Capture` 函数通过从客户的支付工具中扣除授权金额并向商家进行付款，来完成交易。与授权不同，授权只是保留资金，而 `Capture` 将资金转移到结算周期。此操作对于订单完成和财务核算至关重要。
Implementation Steps
验证授权上下文
检索存储的授权记录，以验证交易 ID、商户账户信息、货币和当前状态（必须为 '已授权' 或 '待支付'）。
检查资金可用性
通过支付网关 API 查询发卡银行，以确认卡持卡人是否由于欺诈保护或余额不足而释放了预留的资金。
执行捕获请求
向支付处理程序发送 POST 请求，其中包含 capture ID、金额和货币。 此外，还应包含元数据，例如原因代码（例如“订单已发货”、“服务已完成”）等，用于报告目的。
处理响应和状态更新
解析网关响应以确定成功或失败。如果成功，将本地数据库状态更新为“已捕获”。如果失败（例如，资金不足），则记录错误并触发退款或重新身份验证流程。
通过预测性欺诈检测和无缝的多币种处理来提高交易可靠性，从而支持全球扩张。
Primary
支付必须在卡网络（通常为大多数信用卡7天）规定的特定时间内完成，或者在授权过期之前完成。 系统会验证原始授权 ID 是否存在、金额是否正确，以及余额是否充足，然后再执行扣款。
部分捕获支持
允许商家仅从授权金额中扣除部分金额，适用于动态定价场景，在这种情况下，最终价格会在稍后确定。
自动触发
与订单管理事件（例如“订单已发货”）集成，从而自动启动捕获过程，无需人工干预。
异步处理队列
在后台队列中处理大量的捕获数据，以防止在高峰交易时段阻塞主应用程序线程。
统一的入站流程
将所有订单来源整合到一个统一的 OMS（订单管理系统）入口流程中。
模式规范化
将针对特定渠道的负载转换为一致的运营模型。
98.5%
捕获成功率
120毫秒
平均捕获延迟
< 0.1%
权限过期违规
System Roadmap Architecture
我们的支付捕获策略始于稳定当前的手动流程，通过自动验证规则和实时欺诈检测集成来降低错误率。在短期内，我们将部署统一的账本系统，以确保所有渠道的数据立即一致，从而消除对账延迟。在中期，我们将实施基于人工智能的异常预测模型，主动阻止可疑交易在结算之前，从而大大降低退款风险。这一阶段还包括扩展我们的API生态系统，以支持无缝的跨境支付，并实现动态货币转换。
展望长期，我们的目标是构建一个完全自主的支付引擎，能够在系统故障期间自动恢复，并根据全球市场波动实时协商结算利率。我们将集成区块链技术，以实现不可篡改的交易记录，从而确保完全的审计透明度，同时降低运营成本高达百分之四十。最终，这一路线图将支付捕获从一种反应性支持功能转变为一种战略性收入驱动力，从而提供卓越的可靠性和速度，这定义了我们在金融领域的竞争优势。
连接器鲁棒性改进
加强源端可靠性的重试、健康检查和死信处理。
自适应验证配置文件
通过频道和账户上下文进行调优验证，以减少误报。
异常智能
优先处理对运营恢复影响最大的故障，以便更快地恢复。
Strategic Use Cases
电子商务订单处理
99.5%在订单确认或发货时自动扣款，以确保收入确认与交付里程碑保持一致。
订阅服务激活
< 30 秒在计费周期开始时捕获重复金额，从而确保订阅者能够立即访问高级功能。
分摊支付分配
< 10 毫秒将一个已授权的金额分配到多个商户账户，根据双方约定的收入分成比例。