第二代支付系統(tǒng)互聯(lián)規(guī)范、報文交換

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

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

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

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

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

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

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

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

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

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

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

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

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

14、變。詳細報文交換標準參考二代支付系統(tǒng)報文交換標準。3、基礎數(shù)據(jù)文件、基礎數(shù)據(jù)文件為便于各系統(tǒng)參與者將二代支付系統(tǒng)的各類基礎數(shù)據(jù)導入行內系統(tǒng)或者進行其他處理，二代支付系統(tǒng)提供了基礎數(shù)據(jù)文件。這些數(shù)據(jù)文件的格式標準具體參考二代支付系統(tǒng)報文交換標準文檔集中的二代支付系統(tǒng)基礎數(shù)據(jù)文件格式標準。 報文傳輸?shù)目煽啃约s束報文傳輸?shù)目煽啃约s束為保證系統(tǒng)間報文傳輸?shù)目煽啃裕袃认到y(tǒng)和支付系統(tǒng)均應在接收到對方發(fā)送的報文時給予通信級報文接收確認，該報文使用“通信級確認報文通信級確認報文”，具體參見二代支付系統(tǒng)報文交換標準。參與者通信軟件發(fā)送報文給支付系統(tǒng)時，應標記該報文的發(fā)送狀態(tài)為“待確認”，待收到支付系統(tǒng)返回的通

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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