支付系統(tǒng)設(shè)計白皮書：支付核心的 7 個要點

1、支付系統(tǒng)設(shè)計白皮書：支付核心的 7 個要點本文跟大家探討一下支付核心的七個要點，一起來看看一、支付前置著業(yè)務(wù)定制化對交易支付需求復(fù)雜度的增加，交易系統(tǒng)保證系統(tǒng)穩(wěn)定的同時，亦需靈活性以支持業(yè)務(wù)。但系統(tǒng)設(shè)計時，靈活和穩(wěn)定是矛盾的，穩(wěn)定意味著剝離變化，靈活意味著可配置化。記賬需求。支付前置的定義另提供后臺系統(tǒng)調(diào)用的服務(wù)包括確定性入款、登賬、凍結(jié)解凍、退票等，所有的支付行為都會以業(yè)務(wù)支付訂單的形式落地；應(yīng)生成一條付款訂單，通過這筆付款訂單和支付核心進(jìn)行交互。業(yè)務(wù)產(chǎn)品碼：交易系統(tǒng)各類交易接口包裝成業(yè)務(wù)產(chǎn)品（提現(xiàn)、充值等）二、支付協(xié)議支付協(xié)議即對支付模式、支付服務(wù)的封裝。保交易產(chǎn)品、即時到賬產(chǎn)品來使用收單

2、支付的能力。等方式發(fā)起支付，然后根據(jù)對應(yīng)支付模式、業(yè)務(wù)支付類型生成業(yè)務(wù)支付訂單，且將業(yè)務(wù)支付訂單轉(zhuǎn)化為支付指令去執(zhí)行下游系統(tǒng)的流 程。提現(xiàn)協(xié)議：用時間，通道需要的信息等，可稱為外部指令，若是要操作賬戶金額則生成賬務(wù)類的操作指令（具體賬戶、金額、借記還是貸記，可稱為內(nèi)部指令。三、支付引擎支付引擎的類型定義支付的原子級支付形態(tài)，所有的支付行為都是賬戶資金的流轉(zhuǎn)， 可梳理出以下幾個支付類型：充值：資金從外部資金源向內(nèi)部資金源轉(zhuǎn)移的支付動作； 提現(xiàn)：資金從內(nèi)部向外部資金源轉(zhuǎn)移的支付動作；內(nèi)轉(zhuǎn)支付（轉(zhuǎn)賬產(chǎn)品中定義的轉(zhuǎn)賬概念不同；退款：充值的反向操作。指令能被原子類型所支持，對應(yīng)著的業(yè)務(wù)請求類型、支付方式

3、、支付產(chǎn)品編碼、參與方信息（交易中收付款人的信息、相關(guān)聯(lián)的支付指令信息（退款時用于關(guān)聯(lián)原支付指令、支付服務(wù)流程等相關(guān)信息；由舉例：用戶在電商網(wǎng)站購買一本書價格 100 元，通過支付寶付款， 基于此訂單生成了第一條充值的支付指令。（調(diào)用外部支付渠道，把錢收進(jìn)來，用戶付款成功后再生成賬務(wù)指令并調(diào)用賬務(wù)核心，執(zhí)行內(nèi)部賬務(wù)入賬。服務(wù)流程付類型組合進(jìn)而完成支付行為。7 7 天后根據(jù)用戶的行為應(yīng)該將該筆貨款打給了商戶。側(cè)這也是兩次請求，一次支付，一次結(jié)算：在支付層對應(yīng)收單支付協(xié)議；（型，類型自定義，可以叫第三方支付，一筆是余額轉(zhuǎn)賬（將資金從擔(dān)保賬戶結(jié)算到商家賬戶；而后分別生成兩條支付指令（充值和轉(zhuǎn)賬，充值

4、代表著用戶的支行可以定義為這是一筆賬戶之間的資金扭轉(zhuǎn)。四、風(fēng)控筆交易通過風(fēng)控模塊的檢驗后，才允許支付核心進(jìn)行后續(xù)的交易處 理。是否設(shè)置風(fēng)控模塊，需要評價投入產(chǎn)出比。當(dāng)支付系統(tǒng)內(nèi)積累了一定支付系統(tǒng)內(nèi)設(shè)置風(fēng)控模塊。業(yè)務(wù)規(guī)則規(guī)則。余額賬戶：進(jìn)行實名認(rèn)證時，需要驗證姓名、身份證號、銀行卡號、手機(jī)號；完成實名認(rèn)證后，用戶必須設(shè)置支付密碼，后續(xù)自消費(fèi)和提現(xiàn)時，就可以使用支付密碼保證余額資金的安全。以上措施，可有效防止用戶個人信息泄漏造成的余額賬戶資金損失。風(fēng)控模型特征?？捎糜诔橄蠓治鲲L(fēng)險交易特征的主要有三類：交易信息：該筆交易自身的信息要素，例如交易類型、交易金額、交易時間、支付賬號等信息；設(shè)備編號、用戶

5、定位信息、用戶手機(jī)號、手機(jī)號歸屬地等；戶信息?？啬K識別風(fēng)險交易。風(fēng)控運(yùn)營前攔截和事中審核兩種處理機(jī)制。對于明確一定屬于風(fēng)險交易的交易請求，采用事前攔截的處理機(jī)制， 支付核心收到后，由風(fēng)控模塊直接拒絕交易。對于無法確認(rèn)是否屬于風(fēng)險交易的，進(jìn)入風(fēng)控模塊的待審核交易列 五、內(nèi)部控臺視化管理網(wǎng)站。交易操作一具體交易的交易狀態(tài)；對于某一筆具體交易，進(jìn)行退款操作；內(nèi)部控臺要為業(yè)務(wù)運(yùn)營人員提供交易操作入口。交易數(shù)據(jù)展示展示交易數(shù)據(jù)的變化情況。報表下載將歷史交易數(shù)據(jù)整理為交易報表，供相關(guān)人員以下載的方式直接獲取。權(quán)限控制號、姓名等信息，要做脫敏顯示，預(yù)防泄露用戶信息。六、報表支付系統(tǒng)負(fù)責(zé)將交易數(shù)據(jù)，定期整理為報表，供有關(guān)人員下載使用。交易報表務(wù)類型，分別生成交易報表。交易報表的結(jié)構(gòu)關(guān)系為：結(jié)算報表更好的了解結(jié)算交易信息。財務(wù)報表賬務(wù)核心分賬戶來管理資金，賬戶記錄了所屬會計科目和賬務(wù)記錄， 賬務(wù)記錄標(biāo)明了賬戶的資金收支情況。按照公司的財務(wù)報表編制期間支出金額，生成財務(wù)報表。七、交易監(jiān)控平臺的收入造成