1、 第一部分：第一部分： 第二代支付系統互聯規范第二代支付系統互聯規范 第二部分：第二部分： 第二代支付系統報文交換標準第二代支付系統報文交換標準1、第二代支付系統與城市商業銀行銀行匯票處理系統互聯規范第二代支付系統與城市商業銀行銀行匯票處理系統互聯規范本文檔適用于城市商業銀行銀行匯票處理系統與第二代支付系統互聯。2、第二代支付系統與電子商業匯票系統互聯規范第二代支付系統與電子商業匯票系統互聯規范本文檔適用于電子商業匯票系統（即Electronic Commercial Draft System，簡稱ECDS）與第二代支付系統互聯。3、第二代支付系統與非金融支付服務組織系統互聯規范第二代支付系統

2、與非金融支付服務組織系統互聯規范本文檔適用于非金融支付服務組織與第二代支付系統互聯，例如代收付中心等非金融支付服務組織。4、第二代支付系統與港澳中銀系統互聯規范第二代支付系統與港澳中銀系統互聯規范本文檔適用于中國銀行香港分行和澳門分行與第二代支付系統互聯。5、第二代支付系統與國庫會計數據集中系統互聯規范第二代支付系統與國庫會計數據集中系統互聯規范本文檔適用于國庫會計數據集中系統（即TCBS）與第二代支付系統互聯。6、第二代支付系統與境內外幣支付系統互聯規范第二代支付系統與境內外幣支付系統互聯規范本文檔適用于境內外幣支付系統（即China Foreign eXchange Payment Sys

3、tem，簡稱CFXPS）與第二代支付系統互聯。7、第二代支付系統與商業銀行行內系統互聯規范第二代支付系統與商業銀行行內系統互聯規范本文檔適用于商業銀行參與機構與第二代支付系統互聯。8、第二代支付系統與支付信用信息查詢系統互聯規范第二代支付系統與支付信用信息查詢系統互聯規范本文檔適用于支付信用信息查詢系統（即Payment Credit Information Inquiry System，簡稱PCIS）與第二代支付系統互聯。9、第二代支付系統與中國外匯交易系統互聯規范第二代支付系統與中國外匯交易系統互聯規范本文檔適用于中國外匯交易系統與第二代支付系統互聯。10、第二代支付系統與中國銀聯綜合業務

4、系統互聯規范第二代支付系統與中國銀聯綜合業務系統互聯規范本文檔適用于中國銀聯綜合業務系統與第二代支付系統互聯。11、第二代支付系統與中央銀行會計核算數據集中系統互聯規范第二代支付系統與中央銀行會計核算數據集中系統互聯規范本文檔適用于中央銀行會計核算數據集中系統（即ACS）與第二代支付系統互聯。12、第二代支付系統與中央債券綜合業務系統互聯規范第二代支付系統與中央債券綜合業務系統互聯規范本文檔適用于中央債券綜合業務系統與第二代支付系統互聯。一代支付系統建設過程中，大額支付系統、小額支付系統等每一個業務系統都建設了一套相對獨立的從參與者到CCPC再到NPC的應用邏輯，既要負責業務需求和功能的實現，

5、也要負責報文收發和節點間的傳輸。從實際情況來看，關于報文的收發和在節點間的傳輸需求，對各個業務系統而言，基本都是一致的，因此各系統分別去實現這些功能屬于簡單重復。為便于向參與者提供靈活、可靠的接入服務，二代支付系統建設中，提出了“報文傳輸與業務處理分離”的思路，通過構建一個高可用的支付報文傳輸平臺（Payment Message Transmission System，簡稱PMTS），實現參與者與支付系統之間安全可靠的支付業務報文傳遞。從支付報文傳輸平臺的角度來看，各類金融信息系統均可接入到該平臺，通過該平臺提供的服務來發送/接收跨行的支付信息（即報文）；支付系統也只是接入到支付報文傳輸平臺的

6、一個信息系統，從支付報文傳輸平臺中獲取報文，進行處理和轉發。圖中的CNAPS2，即第二代支付系統包含了大額支付系統、小額支付系統、網上支付跨行清算系統、清算賬戶管理系統、公共數據管理系統等業務系統支付報文傳輸平臺（ 即PMTS）負責完成第二代支付系統與外部參與者間的支付業務報文傳輸，是整個第二代支付系統的一個基礎服務平臺。支付報文傳輸平臺（PMTS）作為一個連接支付系統和參與者的渠道，是一個高可用的端到端報文傳輸平臺，其任務是保證支付系統與各個參與者之間的高可靠性的報文傳輸。其業務功能主要是以下幾點：（1）傳輸安全：）傳輸安全：保證支付報文傳輸過程中端到端的數據完整性；（2）報文校驗：）報文校

7、驗：對收到的支付報文要進行格式校驗，不滿足格式要求的給予拒絕處理，從而實現對參與者故障的有效隔離。參與者故障中報文級的錯誤可以在支付報文傳輸平臺得到屏蔽，不影響業務處理系統（同時業務系統也支持對參與者設置故障狀態，限制該參與者業務的發起與接收）。（3）智能路由：）智能路由：對于滿足格式要求的，根據目標地址自動選擇傳輸路徑，確保最終送達支付系統以及/或者參與者。該平臺支持參與者多點接入路由的靈活調整，如在某些節點發生故障的時候，該平臺能夠根據調整后的路由選擇其他節點繼續進行報文傳輸處理。支付報文傳輸平臺具備如下主要特性：（1）與業務系統無關：）與業務系統無關：支持大額、小額和網銀系統的各類報文，

8、未來可擴展支持其他支付清算系統的報文；（2）兼容多種報文格式：）兼容多種報文格式：支持CMT/PKG/XML報文，并可以根據需要方便擴展；（3）高可用性：）高可用性：系統要具有較好的容錯機制，在部分節點失效時能繼續提供報文傳輸服務。 PMTS參與者接入端軟件（PMTS-MBFE，部署在直聯前置機上的應用軟件）是連接支付系統和參與者行內系統的橋梁，是支付系統的重要組成部分。參與者接入端軟件的主要功能包括報文轉發、報文格式檢查、安全管理等，即對參與者行內系統提交的報文和支付系統發來的報文進行相應的報文格式檢查，并根據系統安全規范實現報文的可靠傳輸和交換。參與者接入端軟件不參與業務相關處理，如業務合

9、法性檢查、重賬檢查、業務核對等，以降低其運行維護復雜度。 參與者接入端軟件只提供直連接入功能只提供直連接入功能，不提供業務錄入、來帳打印等間連接入功能。 參與者接入端軟件應用軟件由人民銀行負責開發，免費提供給系統參與者使用，物理部署在系統參與者端，并由系統參與者進行系統維護與管理。 系統參與者使用參與者接入端服務器通過支付系統專用網連接第二代支付系統， 參與者接入端服務器上部署參與者接入端軟件，物理擺放在系統參與者系統內部，使用消息中間件和支付系統交換業務報文。 部署示意圖如右： 參與者通過參與者接入端軟件與支付系統進行報文交換示意圖如右所示： 參與者連接第二代支付系統前需完成以下兩項工作：

10、1、按照第二代支付系統直聯前置機配置指引，準備前置機運行環境，部署PMTS參與者接入端軟件； 2、按照第二代支付系統報文交換標準，完成“互聯規范”中要求的有關支付系統業務報文（含一代報文和二代報文，具體參考“互聯規范” 4.6節）的開發。 通信方式通信方式 行內系統與參與者接入端軟件間行內系統與參與者接入端軟件間可以通過消息中間件Server-Server或Client-Server模式交換報文，也可以使用商業銀行自行開發的通訊軟件訪問參與者接入端軟件的消息中間件（Server）實現報文交換。注：參與者接入端軟件與支付系統間參與者接入端軟件與支付系統間的通訊方式必須為消息中間件方式，詳細參考第

11、二代支付系統直聯前置機配置指引及第二代支付系統直聯前置機安裝配置手冊。行內系統向支付系統發送報文時，通過消息中間件或自行開發的通信軟件將往帳報文發送到參與者接入端軟件指定的消息隊列，由參與者接入端軟件負責將報文發送給支付系統；行內系統接收支付系統轉發的來帳報文時，通過消息中間件或自行開發的通信軟件讀取參與者接入端軟件指定的消息隊列獲取報文。 為了實現第一代支付系統向第二代支付系統的平滑過渡，第二代支付系統投產后相當一段時間內，將既支持參與者通過行內系統改造采用第二代支付系統報文標準接入，也支持參與者不進行改造，繼續采用原一代報文交換標準接入。 因此，參與者加入二代支付系統時，需要在支持二代支付

12、系統報文標準（即XML格式報文）的同時，支持部分一代支付系統報文標準（即CMT/PKG格式報文），以實現與未完成行內系統改造的參與者間進行業務往來。 1、第二代支付系統新增報文、第二代支付系統新增報文 2、原第一代支付系統報文、原第一代支付系統報文 3、基礎數據文件、基礎數據文件1、第二代支付系統新增報文、第二代支付系統新增報文為便于系統參與者接入支付系統，降低報文轉換復雜性，二代支付系統新增報文交換標準采納了部分ISO20022報文標準作為支付系統的報文，并參照ISO20022規范開發了其他報文，全部報文均采用XML格式描述。其中，對采納使用的ISO20022標準報文，根據支付系統的實際情況

13、，進行了必要的格式約束。行內系統發送報文給支付系統時，應將待發送的往帳報文使用XML Schema進行格式檢查，檢查通過后，才能提交給參與者接入端軟件。行內系統從參與者接入端軟件接收報文后，行內系統應使用XML Schema對收到的來帳報文進行格式檢查，檢查通過后，才能提交給行內系統進行業務處理。對檢查失敗的來帳報文，行內業務人員可以選擇主動聯系支付系統業務管理人員，對異常來賬報文做補發處理；也可選擇行內系統直接丟棄，留待日終對賬解決。詳細報文交換標準參考第二代支付系統報文交換標準。 2、原第一代支付系統報文交換標準、原第一代支付系統報文交換標準 原一代支付系統的CMT/PKG報文的格式保持不

14、變。詳細報文交換標準參考二代支付系統報文交換標準。3、基礎數據文件、基礎數據文件為便于各系統參與者將二代支付系統的各類基礎數據導入行內系統或者進行其他處理，二代支付系統提供了基礎數據文件。這些數據文件的格式標準具體參考二代支付系統報文交換標準文檔集中的二代支付系統基礎數據文件格式標準。 報文傳輸的可靠性約束報文傳輸的可靠性約束為保證系統間報文傳輸的可靠性，行內系統和支付系統均應在接收到對方發送的報文時給予通信級報文接收確認，該報文使用“通信級確認報文通信級確認報文”，具體參見二代支付系統報文交換標準。參與者通信軟件發送報文給支付系統時，應標記該報文的發送狀態為“待確認”，待收到支付系統返回的通

15、信級確認報文后，修改狀態為“已確認”。對沒有收到通信級確認報文的往帳報文，應視為沒有發送給支付系統，參與者通信軟件可以再次提交該報文給支付系統。參與者通信軟件收到支付系統轉發的來帳報文時，應返回通信級確認報文給支付系統。對沒有收到通信級確認報文的來帳報文，支付系統視為沒有發送給參與者，可能會再次發送該報文給參與者。參與者通信軟件應提供來帳報文的重復報文檢測機制，檢查來帳報文報頭的報文標識號，對報文標識號重復的報文，應視為重復報文，可以直接丟棄。支付系統和參與者均不應對對方返回的通信級確認報文再返回通信級確認報文。業務報文的三種處理模式業務報文的三種處理模式 模式一：參與者主動發送報文 模式二：

16、參與者接收報文不需回復 模式三：參與者接收報文需回復參與者行內系統發送報文給支付系統，支付系統受理該報文，根據業務流程的不同，對于需回復回應報文的則支付系統回應相應的報文給參與者，例如參與者向支付系統發送“登錄/退出申請報文”，支付系統回應“登錄/退出應答報文”；對于無需回復回應報文的則支付系統不回應相應的報文給參與者，例如參與者向支付系統發送“自由格式報文”，支付系統成功處理后不回應報文給參與者。 支付系統發送報文給參與者行內系統，參與者行內系統受理該報文，無須返回業務回應報文給支付系統；對這類報文，參與者行內系統業務檢查失敗、核簽失敗的，應直接丟棄該報文；例如系統狀態變更通知、金額上限變更

17、通知等等支付系統發送報文給參與者行內系統，參與者行內系統受理該報文，返回業務回應報文給支付系統；例如業務查詢報文、小額普通借記業務報文等等。 序號序號報文名稱報文名稱發送發送/接收接收處理模式處理模式回應報文回應報文HVPS大額支付系統大額支付系統客戶發起匯兌業務報文發送模式一（處理成功或失敗）清算回執報文接收模式二無金融機構發起匯兌業務報文發送模式一（處理成功或失敗）清算回執報文接收模式二無即時轉賬報文接收模式二無即時轉賬排隊/撤銷通知報文接收模式二無PVP結算申請信息報文發送模式一（處理失敗時）通用處理確認報文PVP結算應答信息報文接收模式二無申請清算銀行匯票資金報文發送模式一（處理失敗時

18、）通用處理確認報文銀行匯票全額兌付通知報文接收模式二無銀行匯票申請退回業務報文發送模式一（處理失敗時）通用處理確認報文大額業務對賬申請報文發送模式一（處理失敗時）通用處理確認報文大額業務匯總核對報文接收模式二無 （續） 為了保證業務處理的安全可靠，系統參與者需對收發的業務報文進行權限控制。對于無權發送的業務報文應禁止發出。對于參與者與參與者之間參與者與參與者之間的業務，未完成行內改造的一代參與者之間使用CMT/PKG格式報文進行數據交換；完成行內改造的二代參與者之間使用新的XML格式報文進行數據交換；一代參與者與二代參與者之間使用CMT/PKG格式報文進行數據交換。對于參與者與參與者與NPC之

19、間之間的業務，例如業務狀態查詢、登錄、退出等等，一代參與者與NPC之間使用CMT/PKG格式報文進行數據交換；二代參與者與NPC之間使用XML格式報文進行數據交換。 對于二代支付系統新增的報文，為了保證系統參與者與支付系統之間關鍵業務數據可靠性和不可抵賴性，系統參與者發起需加、核簽系統參與者發起需加、核簽業務報文時，應對其加編數字簽名，而接收此類報文時，需核數字業務報文時，應對其加編數字簽名，而接收此類報文時，需核數字簽名簽名。對業務量較大的參與者，可以考慮在行內系統部署專用的硬件簽名服務器，以實現快速的編簽、核簽處理。對業務量較少的參與者，可以不必部署專用的硬件簽名服務器，而使用軟件加、核簽

20、方式（例如：可以采用OpenSSL實現）為驗證簽名者證書的有效性，系統參與者應自行從系統參與者應自行從CFCA網站獲得網站獲得CRL列表列表，導入系統參與者行內系統，并以CRL列表為準核驗數字證書的合法性，支付系統不提供支付系統不提供CRL下發與廣播功能下發與廣播功能。 支付系統用以編制業務簽名的數字證書，以系統參與者為單位申請和使用，系統參與者向當地CCPC Ra 申請證書，并從CFCA網站下載證書后，應及時向支付系統發送應及時向支付系統發送“數字證書綁定通知報文數字證書綁定通知報文”報文報文建立參與者和新證書的綁定關系建立參與者和新證書的綁定關系，支付系統受理該報文并處理成功后，廣播該報文

21、給全部系統參與者，各系統參與者接收該報文，并從該報文獲取系統參與者的數字證書公鑰信息，存檔以便后續驗證數字簽名使用。系統參與者進行數字證書綁定成功后才可以發起業務報文，其他系統參與者接收到業務報文時需驗證數字證書與業務發送參與者的綁需驗證數字證書與業務發送參與者的綁定關系和數字簽名的合法性。定關系和數字簽名的合法性。 過渡期間，二代參與者在與一代參與者間進行業務往來時，需按照一代報文標準在行內系統對往賬業務報文進行加押，對來賬業務報在行內系統對往賬業務報文進行加押，對來賬業務報文進行核押文進行核押，編、核押規則參考二代支付系統報文交換標準文檔集中的一代支付系統報文編核押規則。編、核押設備仍可使

22、用原一代支付系統的密押服務器/密押卡，編、核押接口API可聯系密押設備生產廠家獲取。但需注意，區別于一代支付系統中參與者與支付系統交互采用地方押密鑰的模式，二代參與者與支付系統交二代參與者與支付系統交互需使用全國押密鑰互需使用全國押密鑰。上線切換時，人民銀行將統一更換二代參與者密押服務器/密押卡的密鑰。對于通存通兌業務通存通兌業務PIN口令口令的加、解密操作，也可沿用一代支付系統的密押服務器設備，但需對密押服務器的配置進行升級，以支持與NPC直接交換密文的兩級密鑰體系。具體參見第二代支付系統直聯前置機配置指引。 01_XML格式報文交換標準格式報文交換標準描述第二代支付系統中業務報文的結構、報

23、文中主要數據域的定義與填寫規則、各個報文包含的業務要素等等。作為第二代支付系統一個組成系統的網上支付跨行清算系統（即Internet Banking Payment System，簡稱IBPS）的報文交換標準前期已經發布，本次不對IBPS系統所涉及到報文交換標準重新發布。包括以下文檔：1、第二代支付系統報文交換標準（概述）2、第二代支付系統報文交換標準（大額支付系統分冊）3、第二代支付系統報文交換標準（小額支付系統分冊）4、第二代支付系統報文交換標準（清算賬戶系統分冊）5、第二代支付系統報文交換標準（公共控制系統分冊）02_XML格式報文schema第二代支付系統xml報文的schema文件，

24、便于各系統參與者根據schema文件的規則對xml報文進行格式合法性檢驗。包括所有報文的schema文件（目前共130個獨立的schema文件）。03_XML格式報文示例格式報文示例第二代支付系統xml報文的示例，這些報文示例并非真實的報文數據，僅供各系統參與者了解xml報文的層級結構參考使用。包括所有報文的示例文件（目前共148個獨立的報文示例文件）。04_導出文件格式標準導出文件格式標準 描述第二代支付系統導出的基礎數據格式，便于各系統參與者按照該格式將基礎數據導入行內系統進行處理。包括以下文檔：1、第二代支付系統基礎數據文件格式標準 05_第一代支付系統報文標準第一代支付系統報文標準描述

25、原第一代支付系統中業務報文的結構、報文中主要數據域的定義與填寫規則、各個報文包含的業務要素等等，第一代支付系統報文標準為已經發布的標準，為便于參與機構獲取本次附帶下發，并未對原文檔的內容進行修改。包括以下文檔：1、大額支付系統MESG報文格式匯總v2.3.22、小額支付系統報文格式標準V2.3 06_第一代支付系統報文編核押規則第一代支付系統報文編核押規則描述第一代支付系統CMT/PKG格式報文的編、核押規則，系統參與者需按照此規則對第一代支付系統CMT/PKG格式報文的編、核押處理。包括以下文檔：1、第一代支付系統報文編核押規則二代支付系統目前共有二代支付系統目前共有XML報文報文148條，

26、條，分布在四個分冊中：分布在四個分冊中：大額支付系統分冊大額支付系統分冊- 17條條小額支付系統分冊小額支付系統分冊- 45條條清算賬戶系統分冊清算賬戶系統分冊- 54條條公共控制系統分冊公共控制系統分冊- 32條條業務要素業務要素業務要素是業務數據項的抽象名稱，是業務的基本組成單位，如銀行賬戶的賬號。報文報文報文是系統節點間交換業務數據的基本單位，由報文頭和報文體組成，其中報文體由多個報文塊組成。報文塊報文塊報文塊是報文的基本組成單位，使用XML標簽界定，由多個報文域組成。報文域報文域報文域是報文塊的基本組成單位，使用XML標簽界定。每個報文域封裝一個或多個業務要素，多個報文域組成報文塊。對

27、復雜的業務要素，報文域可能包含多個報文子域。根報文域根報文域報文使用XML文檔標準，該文檔的根節點稱為根報文域，標簽固定為。報文子域報文子域對于分級的報文域，較低級的域稱作報文子域，使用XML標簽界定，位于較高級報文域的XML標簽內部。字符集和編碼字符集和編碼 報文采用Unicode字符集，UTF-8編碼方式。 報文結構報文結構系統使用XML報文傳輸業務數據。該XML報文僅承載業務數據本身，并沒有包含與報文流轉、交換、路由等相關的信息，這些信息須附加到額外的數據塊中傳輸，為處理的簡便性， 系統將這個額外數據塊附加到業務報文的頭部，稱之為報文頭報文頭，而將業務報文本身稱為報文體報文體。報文頭與報

28、文體之間存放數字簽名，稱為數字簽名域數字簽名域，數字簽名域是數字簽名域是可選的可選的，對于需要加核數字簽名的報文該域必須存在且按照要求填寫數字簽名內容，對于不需要加核數字簽名的報文該域不出現。報文頭、數字簽名域和報文體共同構成一個完成的報文，之間沒有任何字符間隔。 節點間報頭傳輸通信級數據，主要由版本標識、發起方、接收方、報文描述四個部分組成，采用定長數據格式，總長度為132字節。格式如下： 數字簽名域采用變長數據格式，格式如下： 報文體為XML格式，使用標簽標識XML報文的根。 注注：namespace_string的值為該報文所對應的schema文件中定義的名字空間值。 序號序號業務類型名

29、稱業務類型名稱系統編號系統編號清算賬戶管理系統saps大額實時支付系統hvps小額批量支付系統beps公共控制與管理系統ccms支付管理信息系統pmis網上支付跨行清算系統ibps全國支票影像交換系統ncis電子商業匯票系統ecds境內外幣支付系統fxps軋差服務器系統nets 單個報文長度大小應符合以下規定，超過該長度大小的報文將被支付系統拒絕。序序號號報文名稱報文名稱報文大小（按照報文大小（按照1M=1024*1024字節計算）字節計算）1通用非簽名信息業務報文5M2通用簽名信息業務報文3其余報文2M 序序號號類型名稱類型名稱類型定義類型定義附加說明附加說明1MaxNText表示字符串，最

30、少1位，最多N位的文本。1位表示1個字母、數字字符，或1個漢字。2MaxNNumericText表示數字串，最少1位，最多N位的數字。3ExactNText表示固定為N位長度的字符串。4ExactNNumericText表示固定為N位長度的數字。5ISODate表示日期，格式為yyyy-mm-dd例如：2010-05-016ISODateTime表示日期和時間，格式為yyyy-mm-ddTHH:MM:SS例如：2010-05-01T15:09:05，其中的T為日期和時間的分割符，是必需的。 （續）所有數據類型參見第二代支付系統報文交換標準（概述）中的第3節“數據類型”通過報文頭的數據判定報文發起人（報文發起人（OrigSender）報文發起日）報文發起日期期（OrigSendDate）通信級標識號）通信級標識號（MesgID）唯一確定一個報文，該三項重復