技術筆記

支付生命週期:從授權到結算

支付生命週期,是一筆支付從獲得核准到資金進入商家帳戶為止所經歷的固定順序:授權、請款、清算、結算與撥款。每個步驟只做一件事,而每一步之後,資金所處的狀態都不同。多數人以為刷卡支付是感應那一刻的單一事件;實際上它是一條鏈,支付中幾乎所有的成敗,都源於這些步驟是分開的,而非同時發生。

理解這條鏈,就是能自動對帳的支付與一張客服工單之間的差別。所以讓我們依序從頭到尾走一遍。

授權:是保留,不是轉帳

授權是一次詢問,而不是資金的移動。卡片被感應時,請求會送往發卡機構,由它確認帳戶存在、狀態良好,且有足夠的餘額或信用額度。若符合,發卡機構會設下保留——將這筆錢圈存起來,避免被重複花用——並回傳授權碼。此時並沒有任何資金移動。商家拿到的是一份「款項無虞」的承諾,有效期限由卡組織規定。授權在收款之前可以撤銷(void),若始終未使用,也會自行失效。這就是為什麼付款當下卡片餘額立刻減少,帳單上的明細卻稍後才確定:減少的是保留額度,而非實際扣款。授權也可能直接被拒絕——餘額不足、觸發風控規則、卡片過期——好的 gateway 會區分值得重試的軟性拒絕與不該重試的硬性拒絕。由於保留代表發卡機構承諾款項有效,商家只憑授權碼就可以放心出貨,即使客戶帳戶裡還沒有任何一分錢真正流出。

請款:把保留變成請求

請款,是商家發出「現在就收款」的指令,將保留轉為實際的收款請求。請款可以是全額、部分(最終金額低於授權金額——例如出貨商品比預授權便宜),或延後(下單時授權,出貨時請款)。授權與請款合為一步,是店面收銀台的預設做法;先只授權、稍後再請款,則是飯店、加油站與市集平台的運作方式,因為出示卡片時,他們還不知道最終金額。授權與請款之間的空檔是刻意設計、很有用的縫隙——商家就在這裡決定實際要收多少。

清算:負責對帳的批次作業

已請款的支付不會逐筆即時結算,而是被彙整成檔案,由商家的收單機構與卡組織以批次方式交換——這就是清算。在這個步驟中,交易會被比對、金額會被軋差,卡組織費用與交換費(interchange)也會一併計入,讓各方對「誰該付誰多少錢」達成一致。清算是對帳工作,而不是資金移動:它產出雙方認可的總額,供下一步據以執行。從結構上看,它也是批次流程——這正是收銀台上感覺即時的支付,卻要好幾天才能變成現金入帳的真正原因。批次並不是電腦的限制,而是卡組織為了讓成千上萬家機構高效地互相軋差而刻意設計的:每個週期只交換一次認可的總額,而不是為每杯咖啡都發動一次轉帳。

授權是承諾,請款是請求,結算才是資金真正移動的唯一步驟。把三者混淆,企業就會把尚未到手的錢認列為營收。
—— Protocore · 支付工程團隊

結算:資金真正移動

結算是資金真正在銀行之間易手的地方。卡組織依據清算得出的軋差總額,將資金從發卡機構移轉給收單機構;各機構結算的是自己的淨部位,而不是每一筆交易。結算依起息日(value date)執行——也就是資金實際可用的那一天——所以支付才會有 T+1 或 T+2 的節奏:錢是真的,但依卡組織的日曆入帳,而不是依客戶的時鐘。在此之前的一切都只是記帳;到了這一步,帳本分錄才變成可動用的餘額。淨額為應付的機構付款,應收的機構收款——正因為是淨額,銀行之間真正流動的金額只是當日支付總額中的一小部分,這也讓承載數百萬筆交易的卡組織,只需處理數量可控的結算movement。

撥款:從收單機構到你的帳戶

結算把資金送到收單機構手上;撥款則把它交給商家。收單機構會依排程——每日、每週或依需求——將商家累計的餘額撥入其銀行帳戶,並扣除處理費用,以及為退款與爭議而保留的準備金。這才是企業實際看到的數字,也是對帳成敗的關鍵時刻:撥款是涵蓋多筆交易的淨額,要把它對回個別訂單,本身就是一項工作。能把每筆訂單的身分一路帶到底的 gateway,會讓這件事變得輕而易舉;做不到的,則會讓每次撥款都變成一份試算表。我們的 Gateway 流程(/products/gateway)正是為此而設計,讓每筆撥款都能對回組成它的訂單。

加密貨幣在哪裡加入橋接

加密貨幣或穩定幣支付並不會取代這條鏈——它只是在前端多加一個轉換環節。取代發卡機構授權保留的,是鏈上確認:客戶簽署一筆轉帳,隨著網路累積確認數而達到最終性,而不是由銀行核准一筆保留。確認後,由 off-ramp 把加密貨幣兌換成法幣,之後資金便重新進入其他所有支付都走的同一條清算、結算與撥款路徑。新穎之處僅限於第一個環節;後半段刻意保持平淡無奇。這就是設計原則——讓結算保持尋常,只在不可避免之處引入新機制——因為下游的財務、對帳與稽核人員,不應該看得出這筆支付是怎麼開始的。多少確認數才算最終,是一項政策選擇,而不是鏈的自然法則:門檻越高,就是以速度換取對鏈重組的更高確定性;off-ramp 會等到風險偏好所設定的深度,才將法幣釋放進結算路徑。

為什麼這些縫隙對營運很重要

退款、撤銷與爭議各自對應特定階段,而把階段判斷對,就是全部的關鍵。在請款前取消,是撤銷一筆授權——資金從未移動,也無須退還。在結算後取消,則是發起退款——一筆方向相反、擁有自己生命週期的新支付。拒付(chargeback)則會回溯貫穿清算,追回已結算的金額。若把這些全都當作不加區分的「取消」,帳本就會漂移;若把它們視為對不同階段的操作,每個案例都有正確且可稽核的處理方式。相關詞彙——授權、請款、清算、結算、起息日——彙整於 /glossary。

值得帶走的一個觀念:支付是一連串狀態,而不是單一事件。授權保留、請款提出請求、清算達成共識、結算移動資金、撥款交付到手——而加密貨幣環節只是在最前面多接上一道轉換。在結算之前,錢只是承諾;結算之後,才是事實。在事實成立之前就入帳的企業,算的是尚未到手的錢。弄清楚一筆支付處於哪個狀態,支付營運的其餘部分就不再神祕。

有系統要打造?

告訴我們問題所在,我們會帶著架構與計畫回覆您。