深度解析：什麽是清算核心？
系統業務流程分析
系統架構和領域模型
邏輯視圖
部署視圖
這裏的 Mix 系統職責是兩塊，一塊是作為復雜支付渠道的業務產品，包括網點支付、代金卡、COD、MotoPay；一塊是劃入支付層職責的轉帳賬分潤業務。之所以要提出這個系統，是因為這些復雜支付渠道的業務邏輯被分散在多個系統中（支付系統，開發平臺，銀行網關），而這些在系統中的定位是通信前置，不應該包含這些邏輯。所以統一遷到 Mix 系統中。
模型總覽
清算實體通用模型
渠道類型
支付機構內部渠道劃分為以下幾類：
銀行卡類型：
清算類型：
清算指令的狀態：
清算指令的通信狀態（文件類狀態）：
指令類狀態
批量的指令有兩種發送的實現模式：
落地為文件供結算人工下載，人工發送提交。
直接通過和銀行交互的接口批量或者單筆發送出去
核心的業務邏輯
充值文件內清算指令總筆數 = 充值清算文件處理結果總筆數
充值文件內每筆清算指令金額和狀態 = 充值清算文件處理結果內每筆清算指令金額和狀態
充退文件內清算指令總筆數 = 充退清算文件處理結果的總筆數
充退文件內每筆清算指令金額和狀態 = 充退清算文件處理結果內每筆清算指令金額和狀態
業務邊界分析
清算文件處理
充值回導文件獲取
充值回導文件有兩種獲取方式：一種是人工去銀行網銀系統去下載，並保存到本地硬盤，然後通過工作平臺提供的上傳功能進行上傳。第二種是人工或系統觸發（系統自動觸發會是固定時間點，或者有規律的時間段）並由系統通信前置與銀行服務器進行交互拿到回導文件。
我們這裏主要指的是第二種。
清算文件處理
充值回導文件解析
見上圖，我們要把解析腳本內容保存到數據庫，直接讀取數據庫中的內容，這樣方便管理和更新。
每一個文件解析腳本和文件模板都需要仔細開發。
充值回導文件導入
文件解析完成後，需要把數據對象存儲到數據庫中，對於充值來說業務關鍵字段和提現一樣：充值訂單號和充值金額。
充值回導文件對賬
對賬需要在導入後進行觸發，可以是人工觸發，也可以是系統自動觸發，也可以在導入後立即系統自動觸發對賬。系統將提供接口供工作平臺調用或者系統自己調用。
系統觸發可以配置成一個定時執行任務，這樣可以把實時要做的事情變成異步確保會做的事情，將使用到定時預約的系統功能，在定時查詢中有講這個工具。通用的對賬流程如下圖
銀行通信前置
主要涉及到的工作是網銀對指令的簽名、校驗簽名以及報文服務費與清算核心的對接，還有獲取對賬文件的對接
清算指令處理
指令的清算結果狀態：
清算指令的通信狀態（文件類狀態）
指令類狀態
批量的指令有兩種發送的實現模式：
落地為文件供結算人工下載，人工發送提交。
直接通過和銀行交互的接口批量或者單筆發送出去
內部服務管理
指令處理時序圖
系統邊界分析
經過前期對業務上的一些認識，目前產品可以分為三大類：直連模式、網銀異步模式、其它個性化模式。
直連模式
網銀異步模式
深度解析：什麽是清算核心？