【文章內(nèi)容簡(jiǎn)介】 參與者通信軟件可以再次提交該報(bào)文給支付系統(tǒng)。 ? 參與者通信軟件收到支付系統(tǒng)轉(zhuǎn)發(fā)的來(lái)帳報(bào)文時(shí) ，應(yīng)返回通信級(jí)確認(rèn)報(bào)文給支付系統(tǒng)。對(duì)沒(méi)有收到通信級(jí)確認(rèn)報(bào)文的來(lái)帳報(bào)文，支付系統(tǒng)視為沒(méi)有發(fā)送給參與者，可能會(huì)再次發(fā)送該報(bào)文給參與者。參與者通信軟件應(yīng)提供來(lái)帳報(bào)文的重復(fù)報(bào)文檢測(cè)機(jī)制，檢查來(lái)帳報(bào)文報(bào)頭的報(bào)文標(biāo)識(shí)號(hào)，對(duì)報(bào)文標(biāo)識(shí)號(hào)重復(fù)的報(bào)文，應(yīng)視為重復(fù)報(bào)文，可以直接丟棄。 ? 支付系統(tǒng)和參與者均不應(yīng)對(duì)對(duì)方返回的通信級(jí)確認(rèn)報(bào)文再返回通信級(jí)確認(rèn)報(bào)文。 業(yè)務(wù)報(bào)文的三種處理模式 ? 模式一：參與者主動(dòng)發(fā)送報(bào)文 ? 模式二：參與者接收?qǐng)?bào)文不需回復(fù) ? 模式三：參與者接收?qǐng)?bào)文需回復(fù) 模式一：參與者主動(dòng)發(fā)送報(bào)文 ? 參與者行內(nèi)系統(tǒng)發(fā)送報(bào)文給支付系統(tǒng)，支付系統(tǒng)受理該報(bào)文，根據(jù)業(yè)務(wù)流程的不同，對(duì)于需回復(fù)回應(yīng)報(bào)文的則支付系統(tǒng)回應(yīng)相應(yīng)的報(bào)文給參與者，例如參與者向支付系統(tǒng)發(fā)送“登錄 /退出申請(qǐng)報(bào)文”，支付系統(tǒng)回應(yīng)“登錄 /退出應(yīng)答報(bào)文”；對(duì)于無(wú)需回復(fù)回應(yīng)報(bào)文的則支付系統(tǒng)不回應(yīng)相應(yīng)的報(bào)文給參與者，例如參與者向支付系統(tǒng)發(fā)送“自由格式報(bào)文”，支付系統(tǒng)成功處理后不回應(yīng)報(bào)文給參與者。 系統(tǒng)參與者參 與者 接入 端軟 件1 、 系 統(tǒng) 參 與 者 發(fā) 送 業(yè) 務(wù) 報(bào) 文2 、 接 收 業(yè) 務(wù) 回 應(yīng) 報(bào) 文模式二：參與者接收?qǐng)?bào)文不需回復(fù) 系統(tǒng)參與者參 與者 接入 端軟 件2 、 接 收 業(yè) 務(wù) 報(bào) 文? 支付系統(tǒng)發(fā)送報(bào)文給參與者行內(nèi)系統(tǒng)，參與者行內(nèi)系統(tǒng)受理該報(bào)文，無(wú)須返回業(yè)務(wù)回應(yīng)報(bào)文給支付系統(tǒng)；對(duì)這類報(bào)文，參與者行內(nèi)系統(tǒng)業(yè)務(wù)檢查失敗、核簽失敗的，應(yīng)直接丟棄該報(bào)文； ? 例如系統(tǒng)狀態(tài)變更通知、金額上限變更通知等等 模式三：參與者接收?qǐng)?bào)文需回復(fù) ? 支付系統(tǒng)發(fā)送報(bào)文給參與者行內(nèi)系統(tǒng)，參與者行內(nèi)系統(tǒng)受理該報(bào)文，返回業(yè)務(wù)回應(yīng)報(bào)文給支付系統(tǒng)； ? 例如業(yè)務(wù)查詢報(bào)文、小額普通借記業(yè)務(wù)報(bào)文等等。 系統(tǒng)參與者參 與者 接入 端軟 件1 、 系 統(tǒng) 參 與 者 接 收 業(yè) 務(wù) 報(bào) 文2 、 發(fā) 送 業(yè) 務(wù) 回 應(yīng) 報(bào) 文系統(tǒng)互聯(lián)報(bào)文一覽表 序號(hào) 報(bào)文名稱 發(fā)送 /接收 處理模式 回應(yīng)報(bào)文 HVPS大額支付系統(tǒng) 客戶發(fā)起匯兌業(yè)務(wù)報(bào)文 發(fā)送 模式一 （處理成功或失敗）清算回執(zhí)報(bào)文 接收 模式二 無(wú) 金融機(jī)構(gòu)發(fā)起匯兌業(yè)務(wù)報(bào)文 發(fā)送 模式一 （處理成功或失?。┣逅慊貓?zhí)報(bào)文 接收 模式二 無(wú) 即時(shí)轉(zhuǎn)賬報(bào)文 接收 模式二 無(wú) 即時(shí)轉(zhuǎn)賬排隊(duì) /撤銷通知報(bào)文 接收 模式二 無(wú) PVP結(jié)算申請(qǐng)信息報(bào)文 發(fā)送 模式一 （處理失敗時(shí)）通用處理確認(rèn)報(bào)文 PVP結(jié)算應(yīng)答信息報(bào)文 接收 模式二 無(wú) 申請(qǐng)清算銀行匯票資金報(bào)文 發(fā)送 模式一 （處理失敗時(shí)）通用處理確認(rèn)報(bào)文 銀行匯票全額兌付通知報(bào)文 接收 模式二 無(wú) 銀行匯票申請(qǐng)退回業(yè)務(wù)報(bào)文 發(fā)送 模式一 （處理失敗時(shí)）通用處理確認(rèn)報(bào)文 大額業(yè)務(wù)對(duì)賬申請(qǐng)報(bào)文 發(fā)送 模式一 （處理失敗時(shí)）通用處理確認(rèn)報(bào)文 大額業(yè)務(wù)匯總核對(duì)報(bào)文 接收 模式二 無(wú) 系統(tǒng)互聯(lián)報(bào)文一覽表 （續(xù)） ? 其他參考 《 第二代支付系統(tǒng)互聯(lián)規(guī)范 》 ? 不同參與機(jī)構(gòu)所對(duì)應(yīng)的文檔中的報(bào)文一覽表 內(nèi)容不同 主要內(nèi)容 ? 互聯(lián)規(guī)范的組成 ? 參與者與二代支付系統(tǒng)互聯(lián)概述 ? 參與者與二代支付系統(tǒng)系統(tǒng)互聯(lián)詳述 ? 系統(tǒng)互連的安全說(shuō)明 報(bào)文權(quán)限控制說(shuō)明 ? 為了保證業(yè)務(wù)處理的安全可靠，系統(tǒng)參與者需對(duì)收發(fā)的業(yè)務(wù)報(bào)文進(jìn)行權(quán)限控制。對(duì)于無(wú)權(quán)發(fā)送的業(yè)務(wù)報(bào)文應(yīng)禁止發(fā)出。 ? 對(duì)于 參與者與參與者之間 的業(yè)務(wù)， 未完成行內(nèi)改造的一代參與者之間使用 CMT/PKG格式報(bào)文進(jìn)行數(shù)據(jù)交換 ； 完成行內(nèi)改造的二代參與者之間使用新的 XML格式報(bào)文進(jìn)行數(shù)據(jù)交換 ； 一代參與者與二代參與者之間使用 CMT/PKG格式報(bào)文進(jìn)行數(shù)據(jù)交換 。 ? 對(duì)于 參與者與 NPC之間 的業(yè)務(wù)，例如業(yè)務(wù)狀態(tài)查詢、登錄、退出等等， 一代參與者與 NPC之間使用 CMT/PKG格式報(bào)文進(jìn)行數(shù)據(jù)交換 ；二代參與者與 NPC之間使用 XML格式報(bào)文進(jìn)行數(shù)據(jù)交換 。 數(shù)字簽名機(jī)制 ? 對(duì)于二代支付系統(tǒng)新增的報(bào)文，為了保證系統(tǒng)參與者與支付系統(tǒng)之間關(guān)鍵業(yè)務(wù)數(shù)據(jù)可靠性和不可抵賴性， 系統(tǒng)參與者發(fā)起需加、核簽業(yè)務(wù)報(bào)文時(shí)，應(yīng)對(duì)其加編數(shù)字簽名，而接收此類報(bào)文時(shí)，需核數(shù)字簽名 。對(duì)業(yè)務(wù)量較大的參與者，可以考慮在行內(nèi)系統(tǒng)部署專用的硬件簽名服務(wù)器，以實(shí)現(xiàn)快速的編簽、核簽處理。對(duì)業(yè)務(wù)量較少的參與者，可以不必部署專用的硬件簽名服務(wù)器，而使用軟件加、核簽方式（例如：可以采用 OpenSSL實(shí)現(xiàn)） ? 為驗(yàn)證簽名者證書的有效性， 系統(tǒng)參與者應(yīng)自行從 CFCA網(wǎng)站獲得CRL列表 ，導(dǎo)入系統(tǒng)參與者行內(nèi)系統(tǒng)，并以 CRL列表為準(zhǔn)核驗(yàn)數(shù)字證書的合法性， 支付系統(tǒng)不提供 CRL下發(fā)與廣播功能 。 數(shù)字證書與系統(tǒng)參與者綁定 ? 支付系統(tǒng)用以編制業(yè)務(wù)簽名的數(shù)字證書，以系統(tǒng)參與者為單位申請(qǐng)和使用，系統(tǒng)參與者向當(dāng)?shù)?CCPC Ra 申請(qǐng)證書，并從 CFCA網(wǎng)站下載證書后， 應(yīng)及時(shí)向支付系統(tǒng)發(fā)送“數(shù)字證書綁定通知報(bào)文”報(bào)文建立參與者和新證書的綁定關(guān)系 ，支付系統(tǒng)受理該報(bào)文并處理成功后，廣播該報(bào)文給全部系統(tǒng)參與者，各系統(tǒng)參與者接收該報(bào)文，并從該報(bào)文獲取系統(tǒng)參與者的數(shù)字證書公鑰信息，存檔以便后續(xù)驗(yàn)證數(shù)字簽名使用。 ? 系統(tǒng)參與者進(jìn)行數(shù)字證書綁定成功后才可以發(fā)起業(yè)務(wù)報(bào)文，其他系統(tǒng)參與者接收到業(yè)務(wù)報(bào)文時(shí) 需驗(yàn)證數(shù)字證書與業(yè)務(wù)發(fā)送參與者的綁定關(guān)系和數(shù)字簽名的合法性。 第一代支付系統(tǒng)密押 /密鑰 ? 過(guò)渡期間，二代參與者在與一代參與者間進(jìn)行業(yè)務(wù)往來(lái)時(shí)，需按照一代報(bào)文標(biāo)準(zhǔn) 在行內(nèi)系統(tǒng)對(duì)往賬業(yè)務(wù)報(bào)文進(jìn)行加押，對(duì)來(lái)賬業(yè)務(wù)報(bào)文進(jìn)行核押 ，編、核押規(guī)則參考 《 二代支付系統(tǒng)報(bào)文交換標(biāo)準(zhǔn) 》 文檔集中的 《 一代支付系統(tǒng)報(bào)文編核押規(guī)則 》 。編、核押設(shè)備仍可使用原一代支付系統(tǒng)的密押服務(wù)器 /密押卡，編、核押接口 API可聯(lián)系密押設(shè)備生產(chǎn)廠家獲取。但需注意，區(qū)別于一代支付系統(tǒng)中參與者與支付系統(tǒng)交互采用地方押密鑰的模式， 二代參與者與支付系統(tǒng)交互需使用全國(guó)押