銀聯(lián)公共支付平臺項目
二 公共支付平臺1.公共支付平臺簡稱PPP ,即Public Payment Platform,銀聯(lián)用于接收、處理和轉發(fā)公共支付交易的系統(tǒng),一端通過CUPS 連接成員銀行,一端為SP 、渠道、終端等提
二 公共支付平臺
1.公共支付平臺簡稱PPP ,即Public Payment Platform,銀聯(lián)用于接收、處理和轉發(fā)公共支付交易的系統(tǒng),一端通過CUPS 連接成員銀行,一端為SP 、渠道、終端等提供接入途徑。
2.公共支付平臺的結構如下:

(1) 中間業(yè)務平臺發(fā)送各類報文(簽到,余額查詢,,消費,消費撤銷,沖正等)到公共支付平臺。
(2) 公共支付平臺對報文進行相應的記錄和處理,根據(jù)業(yè)務邏輯生成應答報文到工行或者生成轉發(fā)報文到cups 。
(3) Cups 處理后生成應答公共支付平臺或者轉發(fā)給成員機構處理。

三 項目用到的報文結構
1. 報文結構說明
交易報文包含兩個組成部分:報文長度和應用數(shù)據(jù)。其結構如下圖所示:

報文長度占4個字節(jié),是以ASCII 碼表示的十進制數(shù),右靠左補‘0’。 應用數(shù)據(jù)各個域結構和標準的2.0報文一致(該報文除了沒有報文頭外,其他格式和2.0報文結構一致)。
2. 域結構
各個域結構請參考附件《2.0域結構描述》。
3. 接口報文說明
網(wǎng)絡報文主要涉及到簽到報文;
扣費報文主要是余額查詢報文和扣費報文、扣費撤銷,沖正; 各個報文格式如下:
,(1)簽到


48域說明:
注:對于單倍長的密鑰,前12個字節(jié)為PIN 的工作密鑰的密文,后12個字節(jié)為MAC 的工作密鑰的密文(其中,前8個字節(jié)是密文,后4個字節(jié)使checkvalue ;前8個字節(jié)解出明文后,對8個數(shù)值0做des ,取結果的前四位與checkvalue 的值比較應該是一致的)。
對于雙倍長密鑰算法,前20個字節(jié)為PIN 的工作密鑰的密文,后12個字節(jié)為MAC 的工作密鑰的密文(其中,“PIN 工作密鑰”前16個字節(jié)是密文,后4個字節(jié)是checkvalue ;前16個字節(jié)解出明文后,對8個數(shù)值0做雙倍長密鑰算法,取結果的前四位與checkvalue 的值比較應該是一致的;“MAC 工作密鑰”前8個字節(jié)是密文,再8個字節(jié)是二進制零,后4個字節(jié)是checkvalue ;前8個字節(jié)解出明文后,對8個數(shù)值0做單倍長密鑰算法,取結果的前四位與checkvalue 的值比較應該是一致的)。
,(3)銀行卡余額查詢

(4)扣費交易(消費交易)


48域說明

(5)扣費撤銷


(6)沖正類交易
說明:交易沖正這里是指公共支付系統(tǒng)在規(guī)定時限內(nèi)未收到交換系統(tǒng)或商戶應答時,引發(fā)的沖正。沖正類交易包括服務內(nèi)容定制/服務內(nèi)容定制取消沖正交易、提醒定制/提醒定制取消沖正交易、扣費交易沖正、打印票據(jù)沖正。

90#說明:
原始消息類型 n4 原始系統(tǒng)跟蹤號(原11域) n6 原始系統(tǒng)日期時間(原13、12域) n10
原始受理方標志碼(原32域) n11,右對齊,左補零
,原始發(fā)送方標志碼(原33域) n11,右對齊,左補零
1.1.1、 退貨



(7)補充說明
終端號和商戶號一一對應,公共支付系統(tǒng)會在系統(tǒng)中檢查41#,42#是否對應。
帳單號碼類型是唯一確定繳費上送的商戶號的。
要開發(fā)業(yè)務的時候,根據(jù)下面表格填入商戶名稱,我們根據(jù)公共支付平臺的錄入情況分配對應的商戶號碼, 終端號和帳單 在填充報文的時候,根據(jù)不同的商戶,填寫相應的商戶號,終端號和帳單類型號。