Free · 基础 · 约 7 分钟Basics · ~7 min read

一笔交易的完整生命周期:授权 → 清算 → 结算The Transaction Lifecycle: Authorization → Clearing → Settlement

核心区别:「授权」只是冻结额度、确认能付,钱还没动;「清算」是把当天交易批量对账入账;「结算」才是真正的资金划转。很多对账 bug 都源于把这三步混为一谈。 The key distinction: authorization only holds funds and confirms ability to pay — no money moves yet; clearing batches and reconciles the day's transactions; settlement is the actual movement of funds. Many reconciliation bugs come from conflating these three.

阶段一:授权 AuthorizationStage 1 — Authorization

商户发起 0100(预授权)或 0200(消费)请求,发卡行校验额度与风控后返回 0110/0210。批准时:发卡行冻结相应额度(不是扣款),返回授权码(DE38)和响应码(DE39=00)。这一步没有真实资金流动。The merchant sends a 0100 (pre-auth) or 0200 (purchase) request; the issuer checks limits and risk and replies 0110/0210. On approval the issuer places a hold on the amount (not a debit) and returns an auth code (DE38) and response code (DE39=00). No real money moves here.

阶段二:请款 CaptureStage 2 — Capture

商户确认发货/完成服务后提交请款,把这笔授权标记为「要真正收钱」。餐厅加小费、酒店尾款调整都发生在这一步——请款金额可以和授权金额不同。Once the merchant ships or completes the service, it submits a capture, marking the auth as "collect for real". Restaurant tips and hotel incidental adjustments happen here — the captured amount can differ from the authorized amount.

阶段三:清算 ClearingStage 3 — Clearing

卡组织在固定周期(通常每天)把所有已请款交易批量交换,在收单行和发卡行之间生成应收应付、计算交换费。这是对账的核心环节——报文里的 STAN(DE11)、RRN(DE37)就是用来在这一步把授权和清算记录匹配起来的。On a fixed cycle (usually daily) the network exchanges all captured transactions in batches, producing amounts owed between acquirer and issuer and computing interchange. This is where reconciliation lives — the STAN (DE11) and RRN (DE37) in the message are what match an authorization to its clearing record.

阶段四:结算 SettlementStage 4 — Settlement

按清算结果,资金在银行间真正划转:发卡行把钱(扣除交换费)给到卡组织,再到收单行,收单行扣掉自己的费用后打给商户。持卡人则在账单日收到发卡行的账单。到这一步钱才真正动。Based on clearing, funds actually move between banks: the issuer pays the network (minus interchange), which pays the acquirer, which pays the merchant (minus its fees). The cardholder is billed by the issuer on the statement date. Only now does money truly move.

例外流程:退款、冲正、拒付Exception flows: refund, reversal, chargeback

	是什么What	谁发起Initiated by
退款 RefundRefund	已结算的交易原路退回A settled sale returned to the card	商户Merchant
冲正 ReversalReversal	撤销一笔尚未清算的授权(超时/重复)Cancels an auth not yet cleared (timeout/duplicate)	收单侧系统Acquiring system
拒付 ChargebackChargeback	持卡人争议,发卡行强制退回Cardholder dispute, issuer forces funds back	发卡行/持卡人Issuer/cardholder

开发者提醒:授权成功 ≠ 收到钱。做对账要用清算/结算数据核账,而不是授权成功数;授权冻结也会因超时自动释放。分清「冻结额度」和「已入账余额」是记账不出错的关键。Developer note: a successful auth ≠ money received. Reconcile against clearing/settlement data, not auth approvals; holds also auto-release on timeout. Separating "held amount" from "posted balance" is key to correct bookkeeping.

👉 下一篇:看懂 ISO 8583 报文:MTI、位图、数据域。上面提到的 0100/DE39/DE11 都会讲清楚。👉 Next: Reading ISO 8583: MTI, Bitmaps & Data Elements — the 0100/DE39/DE11 above, explained.