ISO 8583 Parser
免费 · 基础 · 约 7 分钟 · 最后更新 2026-08-02

一笔交易的完整生命周期:授权 → 清算 → 结算

核心区别:「授权」只是冻结额度、确认能付,钱还没动;「清算」是把当天交易批量对账入账;「结算」是银行间实际划转资金的一步。把这三步当成同一件事,最常见的后果是拿授权成功数去核账,而授权会因超时自动释放、请款金额也可能与授权金额不同。
本页内容: 阶段一:授权 Authorization · 阶段二:请款 Capture · 阶段三:清算 Clearing · 阶段四:结算 Settlement · 例外流程:退款、冲正、拒付

阶段一:授权 Authorization

商户发起授权请求:双报文体系用 0100;单报文体系用 0200——授权与财务记录合在一条报文里走完,ATM 和 PIN 借记是典型。发卡行校验额度与风控后返回 0110/0210。注意:01000200 的差别在双报文还是单报文;一笔交易是不是预授权,看 DE3 处理码和 POS 相关字段。批准时:发卡行冻结相应额度(不是扣款),返回授权码(DE38)和响应码(DE39=00)。这一步没有真实资金流动

阶段二:请款 Capture

商户确认发货/完成服务后提交请款,把这笔授权标记为待收款。餐厅加小费、酒店尾款调整都发生在这一步——请款金额可以和授权金额不同。

阶段三:清算 Clearing

卡组织在固定周期(通常每天)把所有已请款交易批量交换,在收单行和发卡行之间生成应收应付、计算交换费。这是对账的核心环节——报文里的 STAN(DE11)、RRN(DE37)就是用来在这一步把授权和清算记录匹配起来的。

阶段四:结算 Settlement

资金在银行间按清算结果划转:发卡行把钱(扣除交换费)给到卡组织,再到收单行,收单行扣掉自己的费用后打给商户。持卡人则在账单日收到发卡行的账单。资金在这一步才发生转移。

例外流程:退款、冲正、拒付

是什么谁发起
退款 Refund已结算的交易原路退回商户
冲正 Reversal撤销一笔尚未清算的授权(超时/重复)收单侧系统
拒付 Chargeback持卡人争议,发卡行强制退回发卡行/持卡人
开发者提醒:授权成功 ≠ 收到钱。做对账要用清算/结算数据核账,而不是授权成功数;授权冻结也会因超时自动释放。分清「冻结额度」和「已入账余额」是记账不出错的关键。

👉 下一篇:看懂 ISO 8583 报文:MTI、位图、数据域。上面提到的 0100/DE39/DE11 都会讲清楚。

延伸阅读