ISO 8583 Parser
Free · 基础 · 约 7 分钟

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

核心区别:「授权」只是冻结额度、确认能付,钱还没动;「清算」是把当天交易批量对账入账;「结算」才是真正的资金划转。很多对账 bug 都源于把这三步混为一谈。

阶段一:授权 Authorization

商户发起 0100(预授权)或 0200(消费)请求,发卡行校验额度与风控后返回 0110/0210。批准时:发卡行冻结相应额度(不是扣款),返回授权码(DE38)和响应码(DE39=00)。这一步没有真实资金流动

阶段二:请款 Capture

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

阶段三:清算 Clearing

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

阶段四:结算 Settlement

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

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

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

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