支付機構(gòu)代收業(yè)務(wù)系統(tǒng)的設(shè)計與實現(xiàn)
【文章頁數(shù)】:114 頁
【學(xué)位級別】:碩士
【部分圖文】:
圖2-1代收交易信息流
取經(jīng)銷商或零售商資金的需求;企業(yè)集團有集團資金歸集的需求。以上需求有明顯的特點:商戶與其客戶關(guān)系相對固定;業(yè)務(wù)存續(xù)期較長;資金流向單一;資金結(jié)算定期發(fā)生。因此采用代收方式實現(xiàn)資金歸集是安全、簡單、快捷的方式。代收類型分為企業(yè)賬戶代收和個人銀行卡代收兩大類。當(dāng)被扣款人為企業(yè)時,企業(yè)....
圖3-2系統(tǒng)邏輯結(jié)構(gòu)
哈爾濱工業(yè)大學(xué)工程碩士學(xué)位論文突出,一是能夠確認請求的數(shù)據(jù)是否有誤,二是能夠作為“數(shù)據(jù)同步”的依據(jù),三是模塊多造成數(shù)據(jù)表多,而數(shù)據(jù)表都要用可視化界面展示,當(dāng)一筆交易出現(xiàn)問題后,如果憑著交易流水號找遍所有菜單,耗費的人力成本將是巨大的,采用子單的方式能夠直觀地、快速地展現(xiàn)結(jié)果。
圖3-9RootID日志搜索效果
哈爾濱工業(yè)大學(xué)工程碩士學(xué)位論文交易中心消費,交易中心、外部產(chǎn)品的處理以此類推;場景5,在場景4中,只解決了銀行網(wǎng)關(guān)與支付工具狀態(tài)不一致的問題,而支付工具與交易中心不一致,交易中心與外部產(chǎn)品不一致則由場景5的批處理程序比對每兩層之間數(shù)據(jù),并推送微信消息提示人工干預(yù)處理,內(nèi)....
圖3-10代收入金交易時序(1)商戶系統(tǒng)發(fā)起單筆代收交易請求;(2)支付系統(tǒng)的安全網(wǎng)關(guān)對報文簽名進行驗簽;(3)如果驗簽不通過,直接返回給商戶系統(tǒng),否則往下執(zhí)行;
哈爾濱工業(yè)大學(xué)工程碩士學(xué)位論文交易在支付系統(tǒng)所有系統(tǒng)運轉(zhuǎn)的業(yè)務(wù)流程日志都需記錄此ID,便于根據(jù)ID查到交易的所有記錄,包括系統(tǒng)與人工的操作,通過RootID日志搜索效果如圖3-9所示;ContextID:兩個模塊間交互的上下文ID,用于冪等性控制,業(yè)務(wù)流程日志都需....
本文編號:3933673
本文鏈接:http://sikaile.net/kejilunwen/ruanjiangongchenglunwen/3933673.html