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