支付產(chǎn)品模塊是按照支付場(chǎng)景來(lái)為業(yè)務(wù)方提供支付服務(wù)谈息。這個(gè)模塊一般位于支付網(wǎng)關(guān)之后，支付渠道之前凛剥。 它根據(jù)支付能力將不同的支付渠道封裝成統(tǒng)一的接口侠仇，通過(guò)支付網(wǎng)關(guān)來(lái)對(duì)外提供服務(wù)。所以，從微服務(wù)的角度逻炊，支付產(chǎn)品本身也是一個(gè)代理模式的微服務(wù)互亮，它透過(guò)支付網(wǎng)關(guān)響應(yīng)業(yè)務(wù)方請(qǐng)求， 進(jìn)行一些統(tǒng)一處理后余素，分發(fā)到不同的支付渠道去執(zhí)行豹休，最后將執(zhí)行結(jié)果做處理后，通過(guò)支付網(wǎng)關(guān)再回傳給業(yè)務(wù)方桨吊。
支付產(chǎn)品在支付系統(tǒng)參考架構(gòu)圖中之位置慕爬，請(qǐng)看下圖所示：
產(chǎn)品分類(lèi)
在不同的公司由于接入渠道和應(yīng)用的差異屏积，對(duì)支付產(chǎn)品分類(lèi)略有不同医窿。綜合支付場(chǎng)景和流程，支付產(chǎn)品可以分為如下幾類(lèi)：
支付產(chǎn)品是由支付系統(tǒng)對(duì)支付渠道進(jìn)行封裝而對(duì)業(yè)務(wù)方提供的支付能力姥卢。整體上來(lái)說(shuō)，可以提供如下支付產(chǎn)品：
1. 快捷支付
用戶(hù)在完成綁卡之后渣聚，在支付的時(shí)候独榴，不需要再輸入卡或者身份信息，僅需要輸入支付密碼就可以完成支付奕枝。對(duì)于小額度的支付棺榔，甚至可以開(kāi)通小額免密，直接完成支付隘道。 這種支付方式不會(huì)打斷用戶(hù)的體驗(yàn)症歇，是目前主要的在線(xiàn)支付方式。一般快捷支付產(chǎn)品是通過(guò)封裝銀行或者第三方支付平臺(tái)提供的快捷支付接口或者代付接口來(lái)實(shí)現(xiàn)的谭梗。
2. 網(wǎng)銀支付
用戶(hù)在支付的時(shí)候忘晤，需要跳轉(zhuǎn)到銀行網(wǎng)銀頁(yè)面來(lái)完成支付。在網(wǎng)銀頁(yè)面激捏，需要輸入用戶(hù)的卡號(hào)和身份信息设塔。這種支付方式會(huì)中斷用戶(hù)當(dāng)前的體驗(yàn)，一般僅用于PC Web上的支付远舅。 網(wǎng)銀支付是封裝銀行提供的網(wǎng)銀支付來(lái)實(shí)現(xiàn)闰蛔。
3. 協(xié)議支付
協(xié)議支付也稱(chēng)代收或者代扣，代收指渠道授權(quán)商戶(hù)可以從用戶(hù)的銀行賬戶(hù)中扣款图柏，一般用于定期扣款序六，不用于日常消費(fèi)。比如水電煤氣爆办、有線(xiàn)電視費(fèi)难咕。協(xié)議支付是通過(guò)封裝銀行课梳、第三方支付提供的代扣或者快捷接口來(lái)實(shí)現(xiàn)距辆。
4. 平臺(tái)支付
使用微信余佃、支付寶等第三方支付平臺(tái)來(lái)完成支付。使用時(shí)跨算，一般需要用戶(hù)預(yù)先安裝支付平臺(tái)系統(tǒng)（手機(jī)上）爆土，注冊(cè)并登錄到第三方支付平臺(tái)，并且已經(jīng)在該平臺(tái)上完成綁卡等操作诸蚕。 由于微信步势、支付寶已經(jīng)被大量使用，用戶(hù)也產(chǎn)生對(duì)這些平臺(tái)的信任背犯，平臺(tái)支付往往是電商公司的主要支付方式坏瘩。
5. 外卡支付
對(duì)于由海外支付的需求，還需要提供外卡支付支持漠魏。 國(guó)內(nèi)不少支付渠道都能支持外卡支付倔矾，如支付寶全球購(gòu)等。直接對(duì)接Paypal柱锹，也是目前用的最多的外卡支付渠道哪自。 關(guān)于外卡支付，以后會(huì)有專(zhuān)文介紹禁熏。
6. 話(huà)費(fèi)支付
對(duì)于有包月小額類(lèi)型的支付壤巷，手機(jī)話(huà)費(fèi)也是一個(gè)不錯(cuò)的選擇。目前也有一些平臺(tái)可以支持話(huà)費(fèi)支付瞧毙，比如虹軟胧华、聯(lián)動(dòng)優(yōu)勢(shì)等。
7. 虛幣支付
不少公司會(huì)有自己的虛擬幣宙彪，比如京豆撑柔、Q幣等。這些虛幣也可以作為一種支付方式您访。
8. 賬戶(hù)支付
也成為余額支付铅忿、零錢(qián)支付等。 指為用戶(hù)建立本地賬戶(hù)灵汪， 支持充值檀训，之后可以使用這個(gè)賬戶(hù)來(lái)完成支付。
9. 信用支付
如京東的白條享言，螞蟻花唄等峻凫，指使用信用賬戶(hù)進(jìn)行透支，類(lèi)似信用卡支付览露。
10. 代付
和代扣相反荧琼，代付是平臺(tái)將錢(qián)打給用戶(hù)。
每一種支付方式的詳細(xì)功能將在后續(xù)的各個(gè)章節(jié)中介紹。 這里先簡(jiǎn)要介紹支付產(chǎn)品模塊的通用功能命锄。
模塊功能
支出產(chǎn)品根據(jù)其支付能力堰乔，對(duì)外提供不同的功能。整體上來(lái)說(shuō)脐恩，一般支付產(chǎn)品需要提供如下接口：
1. 簽約和解約
在快捷支付、代扣等產(chǎn)品中驶冒，用戶(hù)在使用前苟翻，需要先完成簽約。簽約可以在渠道側(cè)進(jìn)行骗污，一般第三方支付采用這種方式崇猫，當(dāng)電商需要接入時(shí)，讓第三方給授權(quán)需忿。 銀行和銀聯(lián)的簽約一般是在電商側(cè)進(jìn)行邓尤， 電商側(cè)負(fù)責(zé)收集用戶(hù)的信息，調(diào)用銀行和銀聯(lián)的接口進(jìn)行簽約贴谎。簽約后汞扎，后續(xù)的支付行為就使用簽約號(hào)來(lái)進(jìn)行与涡，無(wú)需再輸入個(gè)人信息掌腰。 和簽約相對(duì)應(yīng)，解約則是取消簽約關(guān)系运嗜。
2. 支付
支付是少不了的操作仲翎。 不同產(chǎn)品中支付行為不一樣痹扇。快捷支付是在電商服務(wù)器上發(fā)起溯香，請(qǐng)求渠道進(jìn)行支付鲫构；網(wǎng)銀支付則是跳轉(zhuǎn)到銀行支付網(wǎng)關(guān)上進(jìn)行; 而賬戶(hù)支付、虛幣支付玫坛，則是在本地進(jìn)行的结笨。
3. 撤銷(xiāo)和退款
有些渠道區(qū)分撤銷(xiāo)和退款，比如銀聯(lián)湿镀、農(nóng)行等炕吸，撤銷(xiāo)指取消當(dāng)天在渠道側(cè)未結(jié)算的交易； 而退款僅針對(duì)已經(jīng)結(jié)算的交易勉痴。有些渠道則不作區(qū)分赫模。
4. 查詢(xún)簽約狀態(tài)
對(duì)于需要簽約的交易，可以通過(guò)這個(gè)接口來(lái)查詢(xún)簽約狀態(tài)蒸矛。
5. 查詢(xún)訂單狀態(tài)
通過(guò)這個(gè)接口來(lái)查詢(xún)支付清單狀態(tài)以及退款的訂單狀態(tài)瀑罗。
6. 預(yù)授權(quán)
預(yù)授權(quán)交易用于受理方向持卡人的發(fā)卡方確認(rèn)交易許可胸嘴。受理方將預(yù)估的消費(fèi)金額作為預(yù)授權(quán)金額，發(fā)送給持卡人的發(fā)卡方斩祭。
7. 預(yù)授權(quán)撤銷(xiāo)
對(duì)已成功的預(yù)授權(quán)交易劣像，在結(jié)算前使用預(yù)授權(quán)撤銷(xiāo)交易，通知發(fā)卡方取消付款承諾停忿。預(yù)授權(quán)撤銷(xiāo)交易必須是對(duì)原始預(yù)授權(quán)交易或追加預(yù)授權(quán)交易最終承兌金額的全額撤銷(xiāo)。
8. 預(yù)授權(quán)完成交易
對(duì)已批準(zhǔn)的預(yù)授權(quán)交易蚊伞，用預(yù)授權(quán)完成做支付結(jié)算席赂。
9. 預(yù)授權(quán)完成撤銷(xiāo)
預(yù)授權(quán)完成撤銷(xiāo)交易必須是對(duì)原始預(yù)授權(quán)完成交易的全額撤銷(xiāo)。預(yù)授權(quán)完成撤銷(xiāo)后的預(yù)授權(quán)仍然有效时迫。
10. 對(duì)賬
通過(guò)FTP或者HTTP方式提供對(duì)賬文件供商戶(hù)側(cè)對(duì)賬颅停。
11. 余額查詢(xún)
查詢(xún)商戶(hù)的交易賬戶(hù)的余額，避免由于余額不足導(dǎo)致交易失敗掠拳。 注意癞揉，不是客戶(hù)的余額。 當(dāng)然溺欧，不是所有的銀行或者第三方支付都提供這個(gè)接口喊熟。
業(yè)務(wù)流程
上述操作，除了對(duì)賬姐刁、查單外芥牌，每個(gè)操作實(shí)現(xiàn)的主流程，一般會(huì)包括參數(shù)校驗(yàn)聂使，支付路由壁拉，生成訂單，風(fēng)險(xiǎn)評(píng)估柏靶，調(diào)用渠道服務(wù)弃理，更新訂單和發(fā)送消息這7步，對(duì)于一些比較復(fù)雜的服務(wù)屎蜓，還會(huì)涉及到異步同通知處理的步驟痘昌。
1. 執(zhí)行參數(shù)校驗(yàn)
所有的支付操作炬转，都需要對(duì)輸入執(zhí)行參數(shù)校驗(yàn)控汉，避免接口受到攻擊。
- 驗(yàn)證輸入?yún)?shù)中各字段的有效性驗(yàn)證返吻，比如用戶(hù)ID,商戶(hù)ID,價(jià)格姑子，返回地址等參數(shù)。
- 驗(yàn)證賬戶(hù)狀態(tài)测僵。交易主體街佑、交易對(duì)手等賬戶(hù)的狀態(tài)是處于可交易的狀態(tài)谢翎。
- 驗(yàn)證訂單：如果涉及到預(yù)單，還需要驗(yàn)證訂單號(hào)的有效性沐旨，訂單狀態(tài)是未支付森逮。為了避免用戶(hù)緩存某個(gè)URL地址，還需要校驗(yàn)下單時(shí)間和支付時(shí)間是否超過(guò)預(yù)定的間隔磁携。
- 驗(yàn)證簽名褒侧。簽名也是為了防止支付接口被偽造。 一般簽名是使用分發(fā)給商戶(hù)的key來(lái)對(duì)輸入?yún)?shù)拼接成的字符串做MD5 Hash或者RSA加密谊迄，然后作為一個(gè)參數(shù)隨其他參數(shù)一起提交到服務(wù)器端闷供。如支付網(wǎng)關(guān)設(shè)計(jì)所介紹，簽名驗(yàn)證也可以在網(wǎng)關(guān)中統(tǒng)一完成统诺。
2. 根據(jù)支付路由尋找合適的支付服務(wù)
根據(jù)用戶(hù)選擇的支付方式確定用來(lái)完成該操作的合適的支付渠道歪脏。用戶(hù)指定的支付方式不一定是最終的執(zhí)行支付的渠道。比如用戶(hù)選擇通過(guò)工行信用卡來(lái)執(zhí)行支付粮呢，但是我們沒(méi)有實(shí)現(xiàn)和工行的對(duì)接婿失，而是可以通過(guò)第三方支付，比如支付寶啄寡、微信支付豪硅、易寶支付，或者銀聯(lián)來(lái)完成挺物。那如何選擇合適的支付渠道舟误，就通過(guò)支付路由來(lái)實(shí)現(xiàn)。支付路由會(huì)綜合考慮收費(fèi)姻乓、渠道的可用性等因素來(lái)選擇最優(yōu)方案嵌溢。
3. 評(píng)估交易風(fēng)險(xiǎn)
檢查本次交易是否有風(fēng)險(xiǎn)。風(fēng)控接口返回三種結(jié)果：阻斷交易蹋岩、增強(qiáng)驗(yàn)證和放行交易赖草。
阻斷交易，說(shuō)明該交易是高風(fēng)險(xiǎn)的剪个，需要終止秧骑，不執(zhí)行第5個(gè)步驟；
增強(qiáng)驗(yàn)證扣囊，說(shuō)明該交易有一定的風(fēng)險(xiǎn)乎折，需要確認(rèn)下是不是用戶(hù)本人在操作。這可以通過(guò)發(fā)送短信驗(yàn)證碼或者其他可以驗(yàn)證用戶(hù)身份的方式來(lái)做校驗(yàn)侵歇，驗(yàn)證通過(guò)后骂澄，可以繼續(xù)執(zhí)行該交易。
放行交易惕虑，即本次交易是安全的坟冲，可以繼續(xù)往下走磨镶。
4. 生成交易訂單
將訂單信息持久化到數(shù)據(jù)庫(kù)中。當(dāng)訪問(wèn)壓力大的時(shí)候健提，數(shù)據(jù)庫(kù)寫(xiě)入會(huì)成為一個(gè)瓶頸琳猫。
5. 調(diào)用支付渠道提供的服務(wù)
所有的支付服務(wù)都需要第三方通道來(lái)完成執(zhí)行。一般銀行渠道的調(diào)用比較簡(jiǎn)單私痹，可以直接返回結(jié)果脐嫂。一些第三方支付，支付寶紊遵，微信支付等账千，會(huì)通過(guò)異步接口來(lái)告知支付結(jié)果。
6. 更新訂單
對(duì)于同步返回的結(jié)果癞蚕，需要在主線(xiàn)程中更新訂單的狀態(tài)蕊爵，標(biāo)記是支付成功還是失敗辉哥。對(duì)于異步返回的渠道桦山，需要在異步程序中處理。
7. 發(fā)送消息
通過(guò)消息來(lái)通知相關(guān)系統(tǒng)關(guān)于訂單的變更醋旦。風(fēng)控恒水，信用BI等，都需要依賴(lài)這數(shù)據(jù)做準(zhǔn)實(shí)時(shí)計(jì)算饲齐。
8. 異步通知
如上述流程钉凌，其中涉及到調(diào)用遠(yuǎn)程接口，其延遲不可控捂人。如果調(diào)用方一直阻塞等待御雕，很容易超時(shí)。引入異步通知機(jī)制滥搭，可以讓調(diào)用方在主線(xiàn)程中盡快返回酸纲，通過(guò)異步線(xiàn)程來(lái)得到支付結(jié)果。對(duì)于通過(guò)異步來(lái)獲取支付結(jié)果的渠道接口瑟匆，也需要對(duì)應(yīng)的在異步通知中將結(jié)果返回給調(diào)用方闽坡。 異步通知需要調(diào)用方提供一個(gè)回調(diào)地址，一般以http或者h(yuǎn)ttps的方式愁溜。這就有技術(shù)風(fēng)險(xiǎn)疾嗅，如果調(diào)用失敗，還需要重試冕象。而重試不能過(guò)于頻繁代承，需要逐步拉大每一次重試的時(shí)間間隔。 在異步處理程序中渐扮，訂單根據(jù)處理結(jié)果變更狀態(tài)后次泽，也要發(fā)消息通知相關(guān)系統(tǒng)穿仪。
支付系統(tǒng)架構(gòu)整體設(shè)計(jì)
每個(gè)公司根據(jù)其業(yè)務(wù)和公司發(fā)展的不同階段，所設(shè)計(jì)的支付系統(tǒng)也會(huì)有所不同意荤。我們先看看互聯(lián)網(wǎng)公司的一些典型的支付系統(tǒng)架構(gòu)啊片。
支付寶
我們先看看業(yè)內(nèi)最強(qiáng)的支付寶系統(tǒng)。架構(gòu)圖如下：
這個(gè)整體架構(gòu)上并沒(méi)有與眾不同之處紫谷。在模塊劃分上，這個(gè)圖顯示的是最頂層的劃分捐寥，也無(wú)法告知更多細(xì)節(jié)笤昨。 但支付寶架構(gòu)文檔有兩個(gè)搞支付平臺(tái)設(shè)計(jì)的人必須仔細(xì)揣摩的要點(diǎn)。 一個(gè)是賬務(wù)處理握恳。在記賬方面瞒窒，涉及到內(nèi)外兩個(gè)子系統(tǒng)，外部子系統(tǒng)是單邊賬乡洼，滿(mǎn)足線(xiàn)上性能需求崇裁；內(nèi)部子系統(tǒng)走復(fù)式記賬，滿(mǎn)足財(cái)務(wù)需求束昵。在清結(jié)算這個(gè)章節(jié)中也是基于這個(gè)模型來(lái)詳細(xì)介紹如何記賬拔稳、對(duì)賬和平賬。
另一個(gè)亮點(diǎn)是柔性事務(wù)處理巴比，利用消息機(jī)制來(lái)實(shí)現(xiàn)跨系統(tǒng)的事務(wù)處理，避免數(shù)據(jù)庫(kù)鎖導(dǎo)致的性能問(wèn)題礁遵。
京東金融
來(lái)自京東支付平臺(tái)總體架構(gòu)設(shè)計(jì) 轻绞。如下圖：
京東金融是在網(wǎng)銀在線(xiàn)的基礎(chǔ)上發(fā)展起來(lái)的佣耐。 網(wǎng)銀在線(xiàn)的原班技術(shù)人員有不少來(lái)自易寶公司政勃，在京東收購(gòu)之后，又引入了支付寶的人才晰赞。
因而從架構(gòu)上受這兩個(gè)公司的影響很大稼病。
去哪兒
這是來(lái)自去哪兒公司分享的支付產(chǎn)品架構(gòu)。請(qǐng)看下圖：
美團(tuán)的支付平臺(tái)架構(gòu)
來(lái)自美團(tuán)的支付平臺(tái)規(guī)劃架構(gòu) 然走。這是2015年的文檔。 2016年美團(tuán)才拿到支付牌照戏挡。 從這個(gè)架構(gòu)芍瑞，大家也能知道為什么美團(tuán)必須拿到支付牌照。
這些架構(gòu)文檔全部來(lái)自互聯(lián)網(wǎng)公開(kāi)資料拆檬。 對(duì)于架構(gòu)是否真實(shí)反映實(shí)際系統(tǒng)情況洪己，需要大家自行判斷。 我們以這些文檔為基礎(chǔ)竟贯，分析支付系統(tǒng)的應(yīng)有的軟件架構(gòu)答捕。
參考架構(gòu)
一般來(lái)說(shuō)，支付系統(tǒng)典型架構(gòu)會(huì)包含如下模塊：
支付系統(tǒng)從架構(gòu)上來(lái)說(shuō)拱镐，分為三層；
- 支撐層： 用來(lái)支持核心系統(tǒng)的基礎(chǔ)軟件包和基礎(chǔ)設(shè)施持际， 包括運(yùn)維監(jiān)控系統(tǒng)沃琅、日志分析系統(tǒng)等。
- 核心層： 支付系統(tǒng)的核心模塊蜘欲，內(nèi)部又分為兩個(gè)部分： 支付核心模塊以及支付服務(wù)模塊益眉。
- 產(chǎn)品層： 通過(guò)核心層提供的服務(wù)組合起來(lái)，對(duì)最終用戶(hù)姥份、商戶(hù)郭脂、運(yùn)營(yíng)管理人員提供的系統(tǒng)。
支撐系統(tǒng)
支撐系統(tǒng)是一個(gè)公司提供給支付系統(tǒng)運(yùn)行的基礎(chǔ)設(shè)施殿衰。 主要包括如下子系統(tǒng)：
- 運(yùn)維監(jiān)控： 支付系統(tǒng)在下運(yùn)行過(guò)程中不可避免的會(huì)受到各種內(nèi)部和外部的干擾朱庆，光纖被挖斷盛泡、黑客攻擊闷祥、數(shù)據(jù)庫(kù)被誤刪、上線(xiàn)系統(tǒng)中有bug等等傲诵，運(yùn)維人員必須在第一時(shí)間內(nèi)對(duì)這些意外事件作出響應(yīng)凯砍，又不能夠一天24小時(shí)盯著。這就需要一個(gè)運(yùn)維監(jiān)控系統(tǒng)來(lái)協(xié)助完成拴竹。
- 日志分析： 日志是支付系統(tǒng)統(tǒng)計(jì)分析悟衩、運(yùn)維監(jiān)控的重要依據(jù)。公司需要提供基礎(chǔ)設(shè)施來(lái)支持日志統(tǒng)一收集和分析栓拜。
- 短信平臺(tái)： 短信在支付系統(tǒng)中有重要作用： 身份驗(yàn)證座泳、安全登錄、找回密碼幕与、以及報(bào)警監(jiān)控挑势，都需要短信的支持。
- 安全機(jī)制： 安全是支付的生命線(xiàn)啦鸣。 SSL潮饱、證書(shū)系統(tǒng)、防刷接口等诫给，都是支付的必要設(shè)施香拉。
- 統(tǒng)計(jì)報(bào)表： 支付數(shù)據(jù)的可視化展示啦扬，是公司進(jìn)行決策的基礎(chǔ)。
遠(yuǎn)程連接管理凫碌、分布式計(jì)算扑毡、消息機(jī)制、全文檢索盛险、文件傳輸僚楞、數(shù)據(jù)存儲(chǔ)、機(jī)器學(xué)習(xí)等枉层，都是構(gòu)建大型系統(tǒng)所必須的基礎(chǔ)軟件泉褐，這里不再一一詳細(xì)介紹。
支付核心系統(tǒng)
支付核心系統(tǒng)指用戶(hù)執(zhí)行支付的核心流程鸟蜡，包括：
- 用戶(hù)從支付應(yīng)用啟動(dòng)支付流程膜赃。
- 支付應(yīng)用根據(jù)應(yīng)用和用戶(hù)選擇的支付工具來(lái)調(diào)用對(duì)應(yīng)的支付產(chǎn)品來(lái)執(zhí)行支付。
- 支付路由根據(jù)支付工具揉忘、渠道費(fèi)率跳座、接口穩(wěn)定性等因素選擇合適的支付渠道來(lái)落地支付。
- 支付渠道調(diào)用銀行泣矛、第三方支付等渠道提供的接口來(lái)執(zhí)行支付操作疲眷，最終落地資金轉(zhuǎn)移。
支付服務(wù)系統(tǒng)
支持支付核心系統(tǒng)所提供的功能您朽。服務(wù)系統(tǒng)又分為基礎(chǔ)服務(wù)系統(tǒng)狂丝、資金系統(tǒng)、風(fēng)控和信用系統(tǒng)哗总。
基礎(chǔ)服務(wù)系統(tǒng)提供支撐線(xiàn)上支付系統(tǒng)運(yùn)行的基礎(chǔ)業(yè)務(wù)功能：
- 客戶(hù)信息管理：包括對(duì)用戶(hù)几颜、商戶(hù)的實(shí)名身份、基本信息讯屈、協(xié)議的管理蛋哭；
- 卡券管理： 對(duì)優(yōu)惠券、代金券涮母、折扣券的制作谆趾、發(fā)放、使用流程的管理叛本；
- 支付通道管理: 通道接口沪蓬、配置參數(shù)、費(fèi)用炮赦、限額以及QOS的管理怜跑；
- 賬戶(hù)和賬務(wù)系統(tǒng)： 管理賬戶(hù)信息以及交易流水、記賬憑證等。這里的賬務(wù)一般指對(duì)接線(xiàn)上系統(tǒng)的賬務(wù)性芬，采用單邊賬的記賬方式峡眶。 內(nèi)部賬記錄在會(huì)計(jì)核算系統(tǒng)中。
- 訂單系統(tǒng)： 一般訂單系統(tǒng)可以獨(dú)立于業(yè)務(wù)系統(tǒng)來(lái)實(shí)現(xiàn)的植锉。這里的訂單辫樱，主要指支付訂單。
資金系統(tǒng)指圍繞財(cái)務(wù)會(huì)計(jì)而產(chǎn)生的后臺(tái)資金核實(shí)俊庇、調(diào)度和管理的系統(tǒng)狮暑，包括：
- 會(huì)計(jì)核算： 提供會(huì)計(jì)科目、內(nèi)部賬務(wù)辉饱、試算平衡搬男、日切、流水登記彭沼、核算和歸檔的功能缔逛。
- 資金管理： 管理公司在各個(gè)支付渠道的頭寸，在余額不足時(shí)進(jìn)行打款姓惑。 對(duì)第三方支付公司褐奴，還需要對(duì)備付金進(jìn)行管理。
- 清算分潤(rùn)： 對(duì)于有分潤(rùn)需求的業(yè)務(wù)于毙，還需要提供清分清算敦冬、對(duì)賬處理和計(jì)費(fèi)分潤(rùn)功能。
風(fēng)控系統(tǒng)是支付系統(tǒng)必備的基礎(chǔ)功能唯沮，所有的支付行為必須做風(fēng)險(xiǎn)評(píng)估并采取對(duì)應(yīng)的措施脖旱；信用系統(tǒng)是在風(fēng)控基礎(chǔ)上發(fā)展的高級(jí)功能，京東的白條烂翰，螞蟻花唄等夯缺，都是成功的案例蚤氏。
支付應(yīng)用
支撐系統(tǒng)甘耿、核心系統(tǒng)和服務(wù)系統(tǒng)，在每個(gè)互聯(lián)網(wǎng)公司的架構(gòu)上都是大同小異的竿滨，都是必不可少的模塊佳恬。而支付應(yīng)用是每個(gè)公司根據(jù)自己的業(yè)務(wù)來(lái)構(gòu)建的，各不相同于游。
總體來(lái)說(shuō)毁葱，可以按照使用對(duì)象分為針對(duì)最終用戶(hù)的應(yīng)用、針對(duì)商戶(hù)的應(yīng)用贰剥、針對(duì)運(yùn)營(yíng)人員的運(yùn)營(yíng)管理倾剿、BI和風(fēng)控后臺(tái)。
