鍵.png)
使用這些基本 REST API 最佳實踐構(gòu)建出色的 API
在賬務(wù)系統(tǒng)中，通常包含以下幾種賬戶類型：
說明：
DR：用戶余額（負債類賬戶）100
CR：提現(xiàn)過渡戶（負債類賬戶）100
一般來說，客戶賬戶的記賬需要是實時的，比如用戶充值、提現(xiàn)，商家提現(xiàn)，用戶退款等。
這些賬戶如果不做實時記賬，一來有損用戶體驗，二來有資損風(fēng)險。比如用戶充值100塊，如果延時不到賬，用戶可能會投訴。如果提現(xiàn)不實時記賬，用戶有可能重復(fù)提現(xiàn)成功。如果退款不實時記賬，有可能在退款場景下被透支。
假設(shè)記賬需要幾十毫秒（數(shù)據(jù)庫性能決定的），一個賬戶最高也就只支持幾十個TPS的記賬請求，對于一些高并發(fā)的賬戶（也稱為熱點賬戶）一定是性能不足的。這個時候一般使用緩沖記賬，以提高性能。開通緩沖記賬的，通常是內(nèi)部賬戶或允許商戶透支的流出場景。
緩沖記賬通常就是先記錄流水，然后起定時任務(wù)去撈取流水，匯總后進行記賬。前提是一定要做好資損防控。
除了緩沖記賬外，還有拆分賬戶的方式來解決熱點賬戶問題。
還沒有畫好，占個坑。
會計科目就是把會計要素進行分類，比如資產(chǎn)、負債等。通常都會有多級分類。
會計科目示例：
說明：
有了賬戶和會計科目，發(fā)生一筆交易時，如何讓系統(tǒng)自動去記賬？這個是記賬方案做的事。其中一個解決方案就是給不同的交易場景制定不同的交易碼，通過交易碼來驅(qū)動記賬。
下面是一個典型的支付系統(tǒng)的記賬方案示例。
會計日，也稱為會計結(jié)算日或賬務(wù)結(jié)算日，是支付平臺在會計周期中進行賬務(wù)處理和結(jié)算的特定日期。比如在分布式環(huán)境下，各機器可能存在時間差，一筆交易在零點時有可能跨天處理，如何判斷一筆交易歸屬于哪天，就依據(jù)會計日來計算。
所謂日切，簡單理解就是切換到下一個會計日。主要做的工作：
日切試算平衡核心邏輯：
對賬一般有幾種結(jié)果：
因為我方和渠道之間有一定的時間差，所以長短款在T+1對賬對不上時，往往先進入存疑清單里面，第T+2對賬還是對不上，才會進入差異處理。
還沒有畫好，占個坑。
第一層是信息流明細對賬。我方流水和銀行清算文件的流水逐一核對。可能會存在長短款情況。
第二層是賬單對賬。就是把我方流水匯總生成我方賬單，然后把銀行流水匯總生成銀行賬單，進行對賬。可能會存在銀行賬單和我方賬單不一致的情況，比如共支付100萬，渠道分2次打款，一筆98萬，一筆2萬。
第三層是賬實對賬。就是我方內(nèi)部記錄的銀行頭寸和銀行真實的余額是否一致。可能存在我方記錄的頭寸是220萬，但是銀行實際余額只有200萬的情況。
我們通常說的記賬，哪怕是一筆簡單的支付，也會有多次記賬。具體在什么節(jié)點記什么賬，一般由財務(wù)人員決定。
下面是一個典型的使用銀行通道進行支付的記賬，會涉及網(wǎng)關(guān)過渡戶，渠道待清算，商戶待結(jié)算，手續(xù)費，銀行頭寸等多個內(nèi)部戶。
說明：
商戶結(jié)算和用戶支付是兩個獨立流程。
以典型的商戶結(jié)算到卡記賬為例，通常涉及商戶待結(jié)算戶，網(wǎng)關(guān)過渡戶，渠道應(yīng)清算，渠道已清算，銀行頭寸等內(nèi)部戶。
說明：
金融機構(gòu)的記賬一定是基于復(fù)式記賬法。下面以用戶通過支付平臺使用銀行支付500塊為例做個簡要說明。
假設(shè)：支付平臺使用CMB做為收單行，在CMB開設(shè)有備付金賬戶。
涉及的支付平臺內(nèi)部賬戶：
| 賬戶類型 | 賬戶 | 備注 |
|---|---|---|
| 借記賬戶 | 應(yīng)收-渠道-CMB | 應(yīng)收歸屬借記賬戶 |
| 貸記賬戶 | 應(yīng)付-過渡-網(wǎng)關(guān)過渡戶應(yīng)付-平臺托管-商戶待結(jié)算應(yīng)付-平臺托管-商戶余額手續(xù)費收入-商戶-消費 | 應(yīng)付歸屬貸記賬戶手續(xù)費意味著所有者權(quán)益增加，歸屬貸記賬戶 |
記賬步驟：
| 階段 | 操作賬戶 | 金額 |
|---|---|---|
| 第一步資金從渠道到網(wǎng)關(guān)過渡戶 | 借：應(yīng)收-渠道-CMB貸：應(yīng)付-過渡-網(wǎng)關(guān)過渡戶 | 500500 |
| 第二步扣除手續(xù)費 | 借：應(yīng)付-過渡-網(wǎng)關(guān)過渡戶貸：手續(xù)費收入-商戶-消費 | 1010 |
| 第三步網(wǎng)關(guān)過渡戶到商戶待結(jié)算賬戶 | 借：應(yīng)付-過渡-網(wǎng)關(guān)過渡戶貸：應(yīng)付-平臺托管-商戶待結(jié)算 | 490490 |
| 第四步結(jié)算給商戶 | 借：應(yīng)付-平臺托管-商戶待結(jié)算貸：應(yīng)付-平臺托管-商戶余額 | 490490 |
說明：
【借記類】賬戶：資產(chǎn)，應(yīng)收款等；
【貸記類】賬戶：負債，所有者權(quán)益，應(yīng)付款等；
2. 借貸簡要公式（不太嚴謹，但是夠用）：
【借記類】賬戶（如資產(chǎn)，應(yīng)收款），【增加】為【借】，【減少】為【貸】；
【貸記類】賬戶（如負債和所有者權(quán)益，應(yīng)付款），【增加】為【貸】，【減少】為【借】；
3. 復(fù)式記賬的專業(yè)書籍很多，這里只摘錄幾個重要的說明：
復(fù)式記賬法定義：對每項經(jīng)濟業(yè)務(wù)按相等的金額在兩個或兩個以上有關(guān)賬戶中同時進行登記的方法。
記賬原則：有借必有貸，借貸必相等。
記賬依據(jù)：會計恒等式：1. 資產(chǎn) = 負債 + 所有者權(quán)益；2. 利潤 = 收入 – 費用。
賬戶：具有一定格式和結(jié)構(gòu)，能夠用來連續(xù)、系統(tǒng)、全面的記錄反映某種經(jīng)濟業(yè)務(wù)的增減變化及其結(jié)果。
科目：同類財務(wù)交易的分類，比如資產(chǎn)、負債、所有者權(quán)限、收入或費用等都屬于科目。一般科目會分為多級。
賬戶和科目的區(qū)別：科目只有名字，賬戶包括結(jié)構(gòu)和格式，每個賬戶對應(yīng)一個特定的科目。
支付平臺尤其是持牌的收單機構(gòu)通過都會提供非常多的服務(wù)，除了常見的支付、退款、提現(xiàn)等業(yè)務(wù)外，還會提供個人賬單查詢，商戶賬單下載等服務(wù)。
這里只介紹對客（包括個人客戶和商戶）感知的最核心的幾個服務(wù)。
一個持牌支付機構(gòu)的系統(tǒng)一般會提供以下幾個核心的對客能力：
支付（收單）：幫商戶把用戶的錢從扣到支付平臺的賬戶。
撤銷：沒有支付成功的直接關(guān)閉訂單，已經(jīng)支付成功的錢退回給用戶。
退款：把用戶支付的錢退回給用戶。
清算：外部渠道把錢給到支付平臺。
結(jié)算：支付平臺把錢結(jié)給商家。
充值：用戶把錢充值到在平臺開的余額賬戶。
轉(zhuǎn)賬：用戶或商戶賬戶之間進行轉(zhuǎn)賬。
代發(fā)：幫商戶把錢轉(zhuǎn)到個人用戶的賬戶。有代發(fā)到卡和代發(fā)到余額。
調(diào)撥：支付平臺內(nèi)部因為流動性管理的需要，在多個銀行賬戶之間轉(zhuǎn)賬。
提現(xiàn)：用戶把錢從平臺的余額賬戶中提現(xiàn)到外部的銀行卡。
一些跨境場景下，支付系統(tǒng)還需要提供外匯服務(wù)，比如中國商家在多多的海外品牌temu賣貨，用戶在美國支付的是美元，但是中國商家需要在中國拿到人民幣。
除此之外，還會有很多輔助能力，比如商戶入駐，商戶自助服務(wù)，個人自助服務(wù)等。
任何一個業(yè)務(wù)在支付系統(tǒng)內(nèi)部都是由多個子域經(jīng)歷很多操作步驟才能完成。比如支付業(yè)務(wù)的下單子流程，先是入口網(wǎng)關(guān)的驗簽，解密，然后請求商戶平臺的權(quán)限校驗，再請求風(fēng)控系統(tǒng)做風(fēng)控校驗，產(chǎn)品中心做產(chǎn)品校驗等，最后在收單域保存入庫。
說明：
資金流在后面的賬務(wù)章節(jié)會詳細介紹，這里只做個簡單說明。
首先是虛擬資金流，也就是支付平臺內(nèi)部的資金流，以即時到賬模式為例，如下：
說明：
實體資金流就是外部銀行之間的資金流轉(zhuǎn)。
說明：
說明：
外部渠道支付成功、或退款成功，都會涉及清算流程，簡單地說，就是外部渠道把當天的支付、退款交易數(shù)據(jù)先進行軋差，然后生成一個清算文件，支付平臺拿到這個文件后，解析并與內(nèi)部的交易進行對賬，對賬成功后，從待清算戶到應(yīng)清算戶，在渠道真實打款后，查到賬單，再從應(yīng)清算到銀行頭寸。
更詳細的可以參考后面的賬務(wù)域內(nèi)容。
說明：
在收單機構(gòu)（支付平臺）里，結(jié)算就是把幫商戶收進來的錢，按約定的結(jié)算規(guī)則、準確、及時地結(jié)算給商戶。
結(jié)算前需要先做清分，就是把一筆支付的錢，根據(jù)當初簽訂的合約分成若干份。比如支付100塊，平臺手續(xù)費1塊，商戶99塊。
根據(jù)合約，可以結(jié)算到余額，也可以結(jié)算到卡，結(jié)算還有結(jié)算周期，也就是所謂的T+n，其中的T是指交易時間，n指第幾天結(jié)算。比如T+0就是當天的交易當天結(jié)算，T+2就是當天的交易在第3天才結(jié)算。
充值就是把用戶的錢充到支付平臺余額賬戶。余額因為涉及到資金安全，所以無論國內(nèi)國外基本上都是需要持牌經(jīng)營。
很多持牌機構(gòu)都想讓用戶做充值，好處也很明顯，比如：
充值的核心只有2個點：
轉(zhuǎn)賬、代發(fā)、調(diào)撥的本質(zhì)就是把資金從一個賬戶轉(zhuǎn)到另一個賬戶。三者之間有一些細微的區(qū)別：
還有兩種比較特殊的轉(zhuǎn)賬，就是發(fā)紅包和AA收款。一對一的紅包，本質(zhì)就是一對一的轉(zhuǎn)賬，一對多的紅包，本質(zhì)就是一對多轉(zhuǎn)賬。AA收款的本質(zhì)就是多對一的轉(zhuǎn)賬。
以轉(zhuǎn)賬到銀行卡為例，用戶A把自己的余額100元轉(zhuǎn)給B用戶在招行的銀行卡，如下：
說明：
提現(xiàn)的本質(zhì)也是轉(zhuǎn)賬，只是用戶把支付平臺余額賬戶的錢，轉(zhuǎn)到自己在外部渠道的賬戶里。
與一般意義上的轉(zhuǎn)賬的區(qū)別在于，通常情況下說的轉(zhuǎn)賬是不同用戶或商戶之間的轉(zhuǎn)賬，而提現(xiàn)默認是自己余額賬戶的錢提到自己開設(shè)在外部銀行的賬戶。比如支付寶或微信余額提現(xiàn)到自己在招行的賬戶里。
外匯業(yè)務(wù)表面上只是把一種貨幣換成另外一種貨幣，但是實際情況下是非常復(fù)雜的。比如需要區(qū)分自由流動貨幣和管制貨幣，交易有即期、遠期、掉期等，涉及跨境電商有結(jié)匯入境和入境結(jié)匯。另外，外匯市場是全球最大的金融市場。
無收單機構(gòu)模式
這就是小時候去小賣部買糖的模式，一手交錢一手交貨。
好處：足夠簡單。不足：無法完成線上交易。
行內(nèi)收單模式
所謂行內(nèi)收單，就是發(fā)行卡和收單是同一家銀行。
好處：手續(xù)費低，成功率高。不足：業(yè)務(wù)比較受限，以線下收單為例，商戶無法部署所有的銀行POS機。
發(fā)卡行與收單行分離模式
大部分情況下，用戶的發(fā)卡行和商戶的收單行是不同的銀行。
不過，這種情況基本也已經(jīng)滅絕，因為需要發(fā)卡行和收單行兩兩對接，形成一個巨大的網(wǎng)狀結(jié)構(gòu)，維護成本高昂。
清算機構(gòu)模式
發(fā)卡行和收單行之間不再直連，而是通過清算機構(gòu)。清算機構(gòu)通常是央行下面的特許經(jīng)營的金融機構(gòu)。這樣圍繞清算機構(gòu)形成一個星形架構(gòu)，所有銀行只需要和清算機構(gòu)對接就行。
當前銀行間的交易基本上是這種形態(tài)。比如中國的銀聯(lián)，國外的VISA，MASTERCARD等，是卡組，也是清算機構(gòu)。
第三方支付（電子錢包）形態(tài)
隨著互聯(lián)網(wǎng)支付的興起，以第三方支付為中心形成另外一個星形結(jié)構(gòu)。
上圖做了很大的簡化。在中國因為斷直連的關(guān)系，支付寶、微信支付背后的財付通等這些第三方支付機構(gòu)都是對接銀聯(lián)、網(wǎng)聯(lián)，而不是直連銀行。但是在國外仍然是允許直連銀行的。
支付前需要調(diào)用收銀臺查看用戶可用的支付方式，簡稱支付咨詢，或支付方式咨詢。
上面的圖分別是電商（京東）的收銀臺，支付平臺（微信支付）的收銀臺。說明收銀臺是有多種存在形式的。
支付咨詢階段，需要做以下幾個工作：
最后把支付方式返回給用戶，供用戶在支付時選擇。
用戶選擇好支付方式，點擊“確認支付”，就到了支付受理階段。主要做以下幾個工作：
特別說明一下：為什么輪詢結(jié)果是從收單平臺而不是支付引擎？因為對用戶而言，收單的結(jié)果代表最終的支付結(jié)果。比如用戶支付回來后，支付引擎是成功的，但是收單平臺因為已經(jīng)訂單過期關(guān)閉，就會發(fā)起資金退回操作，這樣收單平臺的訂單實際是沒有支付成功的。就會提示用戶：“訂單已關(guān)閉，如果已經(jīng)扣款，支付款項預(yù)計在X個工作日內(nèi)原路退回。”
有些公司稱為通道，有些公司稱為渠道，都是一個意思。下面統(tǒng)一稱為渠道。
渠道類型在各個公司的定義是不一樣的，沒有一個行業(yè)標準，且持續(xù)在發(fā)展。先講幾個當前仍然通用的分類。
從資金流轉(zhuǎn)的角度，渠道分為四大類：支付渠道、流出渠道、外匯渠道、信息渠道。
支付渠道
這類渠道的核心作用是實現(xiàn)用戶資金的流入。具體來說，它們將用戶在銀行賬戶中的資金轉(zhuǎn)移到支付平臺在銀行的備付金賬戶。這個過程在我們?nèi)粘Ｉ钪袠O為常見，典型的場景包括用戶的充值操作和在線支付。
例如，當你使用手機應(yīng)用進行購物支付時，資金從你的銀行賬戶流向支付平臺的賬戶，最后再結(jié)算給商戶，就是通過這類渠道完成的。
流出渠道
相對于資金的流入，流出類渠道則處理資金的流出。這包括兩種主要情形：
流出類渠道確保了資金在用戶和商戶之間的順暢流動，是整個支付系統(tǒng)的重要支撐。
外匯渠道
這類渠道涉及貨幣兌換和跨國資金轉(zhuǎn)移，支持不同貨幣間的轉(zhuǎn)換和結(jié)算。在跨境電商、國際旅游等場景中，外匯渠道提供了跨幣種資金轉(zhuǎn)換的關(guān)鍵服務(wù)。且隨著全球化貿(mào)易的增長，跨境支付需求日益增加，外匯渠道的作用變得更加重要。
信息渠道
這類渠道不涉及資金流轉(zhuǎn)，比如個人實名認證（KYC），銀行卡綁卡（純綁卡）等。
支付類渠道
隨著業(yè)務(wù)和技術(shù)的發(fā)展，支付類的渠道定義也是千奇百怪，或者說是與時俱進，下面是一些通用的分類。
卡渠道
借記卡/信用卡支付：這是最傳統(tǒng)且廣泛使用的支付方式之一。用戶通過輸入卡信息進行支付，資金直接從其銀行賬戶扣除。其中信用卡還有預(yù)授權(quán)、請款，2D、3D等場景。
還有所謂的預(yù)付卡，就是提前充值的支付卡，用戶支付時，資金從預(yù)付卡余額中扣除。這個在支付平臺一般不感知。
歐美國家的信用卡支付普遍使用得比較多。
除了使用卡明文直接支付外，現(xiàn)在很多渠道還支持先綁定后使用token支付的模式：
支付流程和卡明文支付差不多，只是在發(fā)給渠道的報文中使用token替換了卡明文。
卡支付的交易有所謂的四方模式：商戶、收單行、卡組、發(fā)卡行。這里的四方指的是四種類型的機構(gòu)。
網(wǎng)銀渠道
通過跳轉(zhuǎn)到銀行網(wǎng)站完成支付。這個操作麻煩，可能還需要密碼控件，成功率不高，在中國已經(jīng)很少使用。國外還有不少。
快捷支付渠道
用戶事先在支付平臺綁定銀行卡，支付時無需重復(fù)輸入卡信息，便捷快速。在中國率先被支付寶發(fā)明出來并被推廣，支付成功率從網(wǎng)銀的60%左右提升到了96%以上。
國外有些叫“一鍵支付”，差不多一個意思。
代扣渠道
代扣支付是一種銀行或第三方支付平臺在用戶授權(quán)的基礎(chǔ)上，直接從用戶的銀行賬戶或關(guān)聯(lián)的支付賬戶中自動扣除款項的支付方式。
這種方式和快捷支付最大的區(qū)別在于：快捷支付是用戶實時參與交易過程，有可能出風(fēng)控挑戰(zhàn)，比如OTP（短信驗證碼），或者密碼等。代扣是提前授權(quán)，交易過程用戶不會實時參與，也就沒辦法出挑戰(zhàn)，要不成功，要不失敗。
代扣廣泛用于周期性支付場景，如水電費自動繳納、會員服務(wù)費、訂閱服務(wù)等，還有就是滴滴打車這種，下車就走。這種方式免去了用戶每次手動支付的麻煩。
第三方錢包渠道
基于第三方錢包賬戶基礎(chǔ)之上的支付。在中國有支付寶、微信支付等，在國外有PayPal，GCash等。
第三方錢包通常是一個綜合支付工具，除了錢包余額，錢包里面可能還綁定了銀行卡。
錢包通常提供兩種交互模式：
VA渠道
Virtual Account, 虛擬賬戶。用戶通過銀行生成的虛擬賬號進行支付，常用于無卡支付場景。在東南亞用得特別多。
簡單地說，就是用戶沒有銀行卡，但是又要在網(wǎng)上購物，那么支付平臺調(diào)用銀行生成一個VA，并把這個VA和訂單綁定，再展示給用戶，用戶拿著這個VA，去銀行的ATM或銀行柜臺把現(xiàn)金存進去，銀行通知支付平臺這個VA入賬成功，支付平臺通知商戶發(fā)貨。
VA還會用于商家的收款（VA來賬），這個是另外一個范圍，不歸屬于支付類渠道。
OTC渠道
Over-The-Counter，柜臺支付。在支付場景下，和VA很類似，也是生成一個支付碼，只是這個支付碼是由7-11，肯德基等這些連鎖店生成的，而VA是銀行賬戶。用戶拿著這個OTC碼去線下連鎖店，給店員現(xiàn)金，店員給這個OTC碼充值，連鎖店系統(tǒng)通知支付平臺支付成功，支付平臺通知商戶發(fā)貨。
信用付渠道
渠道根據(jù)用戶的信用授予一定的額度，可以先消費，后還款。國外通常叫BNPL（Buy Now Pay Later)。
國內(nèi)有支付寶的花唄，京東的白條。國外也有很多第三方金融機構(gòu)提供類似的服務(wù)。
支付流程和第三方錢包差不多，只是需要先做開戶和額度授權(quán)。
信用付與信用卡分期的區(qū)別：信用卡分期是以銀行發(fā)行的信用卡為基礎(chǔ)，而信用付基于第三方金融機構(gòu)的賬戶授權(quán)（沒有卡，非銀行也能提供服務(wù)）。
在一些銀行卡普及率不高的國家地區(qū)，信用付很有優(yōu)勢。
渠道路由核心作用是當有多個渠道同時滿足業(yè)務(wù)訴求時，綜合支付成功率、支付成本、用戶體驗、渠道狀態(tài)等多種因素挑選出最優(yōu)的一條渠道。具體如下：
說明：
說明：
說明：
說明：
如果換成時序圖，如下：
說明：
我們以最典型的電商購物舉個例子（只是舉例）：小明使用PayPal在拼多多電商（海外）通過多多錢包（海外）支付了50美金。
經(jīng)過簡化后的交互圖如下：
說明：
說明：
在支付流程中，就是商戶委托收單機構(gòu)（支付平臺）把用戶的錢收回來，然后再把錢結(jié)算給商家。
下面以典型通過外部渠道的卡支付為例說明。
說明：
說明：
說明：
說明：
支付安全核心關(guān)注點：
支付安全是一個很大的范疇，但我們一般只需要重點關(guān)注以下幾個核心點就夠：
對個人和商戶/渠道的敏感信息進行安全存儲。
個人敏感信息包括身份證信息、支付卡明文數(shù)據(jù)和密碼等，而商戶/渠道的敏感信息則涉及商戶登錄/操作密碼、渠道證書密鑰等。
確保客戶端與支付系統(tǒng)服務(wù)器之間、商戶系統(tǒng)與支付系統(tǒng)之間、支付系統(tǒng)內(nèi)部服務(wù)器與服務(wù)器之間、支付系統(tǒng)與銀行之間的數(shù)據(jù)傳輸安全。這包括采用加密技術(shù)等措施來保障數(shù)據(jù)傳輸過程中的安全性。
確保交易信息的完整性和真實性，防止交易信息被篡改或者被抵賴。一筆典型的交易，通常涉及到用戶、商戶、支付機構(gòu)、銀行四方，確保各方發(fā)出的信息沒有被篡改也無法被抵賴。
識別并防止欺詐交易，包括套現(xiàn)、洗錢等違規(guī)操作，以及通過識別用戶信息泄露和可疑交易來保護用戶資產(chǎn)的安全。這一方面通常由支付風(fēng)控系統(tǒng)負責(zé)。
防范DDoS攻擊，確保支付系統(tǒng)的穩(wěn)定運行和服務(wù)可用性。通過部署防火墻、入侵檢測系統(tǒng)等技術(shù)手段，及時發(fā)現(xiàn)并應(yīng)對可能的DDoS攻擊，保障支付服務(wù)的正常進行。
所有支付公司都對資損（資金損失）看得很重，輕則錢沒了，重則輿論風(fēng)波，要是引起監(jiān)管介入，更是吃不了兜著走。
常在河邊走的支付人，如果想少濕鞋，一定要了解資損防控體系建設(shè)。
資損本質(zhì)
資損防控本質(zhì)
資損防控全生命周期
資損風(fēng)險分類
資損場景有很多種，但分類只有下面幾大類：
資損場景及應(yīng)對
過于龐大，略過。
一圖勝千言，希望這精選出來的60張高清大圖對大家學(xué)習(xí)支付系統(tǒng)設(shè)計與實現(xiàn)有所幫助。
內(nèi)容主要包括支付系統(tǒng)核心業(yè)務(wù)，支付流程，結(jié)算流程，跨境收單，信息流與資金流，賬戶設(shè)計，記賬，對賬等。
相關(guān)的概念大部分做了極致簡化，用于入門是極好的，對于理解概念也是夠用的。不過真實的實現(xiàn)會復(fù)雜非常多。
這些概念如同支付核心系統(tǒng)拼圖的一些小碎片，串起這些小碎片，對理解支付系統(tǒng)大圖是大有裨益的。
文章轉(zhuǎn)自微信公眾號@隱墨星辰