借記貸記往賬來賬資金流，及聯機異常處理總結

銀行後台開發是程式設計師裡的乙個比較偏的門類，這類的程式設計師可以在技術上不是很精通，但是需要熟悉一些基礎的借貸關係方面的業務知識，這些知識在公司裡往往都是新老員工之前口口相傳，網上資料一般都很少。這裡就做一些總結，自娛自樂，也希望大家指正共同學習。

對於銀行來說，客戶存款賬戶屬於負債，清算戶和待清算戶屬於資產，而對一筆一借一貸交易來說：

負債為借記賬號時資金減少

資產為借記賬號時資金增加

負債為貸記賬號時資金增加

資產為貸記賬號時資金減少

所以，比如說我們呼叫核心的一借一貸介面，對於雙方都是存款賬戶來說，借方賬號為出金方資金減少，貸方賬號為入金方資金增加。

再比如說，如果借記賬號為清算戶，貸記賬戶為待清算戶，則清算戶賬戶金額會增加，待清算戶賬戶金額會減少，做清算功能會遇到這種場景。

再比如說，如果借記賬號為客戶賬號，貸記賬戶為待清算戶，客戶帳資金會減少，待清算戶資金也會減少，沒錯，同時減少。我們開發中除了做清算功能，用的大部分都是這種情況。

貸記來賬他行發起，資金方向為：他行客戶帳轉賬到我行客戶帳，付款方（對手行）主動發起付款（給我行），不需要簽約

貸記往賬我行發起，資金方向為：我行客戶帳轉賬到他行客戶帳，付款方（我行）主動發起付款（給對手行），不需要簽約

借記來賬他行發起，資金方向為：我行客戶帳轉賬到他行客戶帳，收款方（對手行）主動發起收款（給我行），需要簽約

借記往賬我行發起，資金方向為：他行客戶帳轉賬到我行客戶帳，收款方（我行）主動發起收款（給對手行），需要簽約

1、貸記來賬調核心超時返回成功，確保無論核心是否成功，清算時都能把他行頭寸劃撥到我行

2、借記來賬調核心超時返回失敗，確保無論核心是否成功，清算時不能把我行頭寸劃撥到他行

3、貸記往賬先調核心扣款，扣款明確成功再調第三方入賬（超時情況下如果呼叫了第三方，我行頭寸就有可能被劃撥到第三方），第三方明確入賬失敗再進行沖正（只有明確了我行頭寸不會被劃撥給第三方，扣款才能被衝正到客戶帳）

4、借記往賬先調第三方扣款，扣款明確成功再調核心入賬（只有明確了他行頭寸會被劃撥到我行，才能給客戶入賬）

1、貸記來賬調核心超時不知道入賬是否成功，但是頭寸已經劃撥到我行，也就是說這筆入賬一定要成功，如果客戶沒有收到錢需要給客戶補賬，所以要呼叫核心查詢交易狀態，如果原交易失敗就重發補賬，如果再查詢或者入賬失敗就對賬時人工處理入賬。

2、借記來賬調核心超時不知道扣款是否成功，但是我行頭寸沒有劃撥到他行，也就是說這筆扣款一定要失敗，如果客戶已經被扣錢需要給客戶衝賬，呼叫核心查詢交易狀態，如果原交易成功就沖正，如果再查詢或者沖正失敗就對賬時人工處理沖正。（不考慮掛賬情況下）

3、貸記往賬先調核心扣款，扣款如果超時，不會再呼叫第三方，我方頭寸不會被劃撥走，也就是說這筆扣款一定要失敗，異常處理時需要查詢該交易狀態，如果原交易成功就沖正，如果再查詢或者入賬失敗就對賬時人工處理沖正；

呼叫第三方時如果超時，我方不明確我行頭寸是否已被劃撥走但客戶的錢已經扣了沒有還給他，就要發起查詢或者在對賬中找該筆交易實際狀態，如果實際狀態為成功即平賬，如果實際狀態為失敗則進行沖正。

4、借記往賬先調第三方扣款，扣款如果超時，我方不明確他行頭寸是否已被劃撥到了我行，而客戶帳金額是沒有增加的，就要發起查詢或者在對賬中找該筆交易實際狀態，如果實際狀態為失敗則平賬，如果實際狀態為成功即補賬。

傳送第三方扣款成功，呼叫核心入賬失敗，此時他行頭寸確定會被劃撥到我行，也就是說該筆核心入賬交易必須成功，異常處理時需要查詢該交易的交易狀態，如果原交易成功即平賬，如果原交易失敗則補賬，如果實在無法入賬則人工處理。

借記貸記 往賬來賬資金流，及聯機異常處理總結