第二代支付系统报文交换标准
【公共控制系统分册】
(版本1.4)
中国人民银行科技司 2012年11月
第二代支付系统报文格式标准(公共控制系统分册)
目 录
修改记录 .................................................................................................................................................. 1 1
报文清单及概要 ............................................................................................................................ 7 1.1 1.2 2
报文清单 ............................................................................................................................... 7 数据类型 ............................................................................................................................... 8
第二代支付系统报文(XML格式) ............................................................................................ 9 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9
(复用IBPS)自由格式报文 2.10 (复用ISO20022报文)业务状态查询申请报文 业务种类与类型管理报文 2.24 (复用IBPS)系统参数变更通知报文 业务权限变更通知报文 2.33 (复用IBPS)通信级确认报文 中国人民银行科技司 第I页 第二代支付系统报文格式标准(公共控制系统分册) 3 业务组件 .................................................................................................................................... 128 3.1 期数信息 中国人民银行科技司 第II页 第二代支付系统报文格式标准(公共控制系统分册) 修改记录 序号 修改日期 1. 2010-3-30 2. 2010-4-16 3. 2010-6-28 4. 2010-9-24 5. 2010-9-28 6. 2010-10-11 7. 2010-10-12 8. 2010-11-08 9. 2010-11-11 10. 2010-11-24 11. 2010-11-24 12. 2010-12-01 13. 2010-12-07 14. 2010-12-07 15. 2010-12-15 16. 2010-12-15 17. 2010-12-15 18. 2010-12-15 19. 2010-12-20 20. 2010-12-23 21. 2010-12-24 22. 2010-12-30 23. 2010-12-30 24. 2010-12-31 25. 2011-01-21 26. 2011-02-24 27. 2011-03-01 28. 2011-03-07 29. 2011-03-10 30. 2011-03-11 31. 2011-03-11 32. 2011-03-14 33. 2011-03-15 34. 2011-03-28 35. 2011-03-29 修改说明 [C] 创建第一稿作为文档模板; [M] 发布0.5版本; [M] 发布0.9版本; [M] 发布1.0版本; [M] 业务状态查询申请报文增加原报文类型编号要素 [M] 业务退回申请报文增加退回类型要素 [M] 基础数据变更通知报文增加节点代码要素 [A] 增加探测请求报文和探测回应报文 [D] 数字证书下载应答报文删除“期数信息”组件 [M] 数字证书下载申请报文修改对系统编号的说明 [M] 增加对报文分片组件的说明 [M] 行名行号变更通知报文的“本行上级参与机构”、“参与者简称”修 改为可选项 [M] 数字证书下载应答报文增加“原报文标识号” [M] 业务种类与类型管理报文的“业务类型编码”、“业务类型名称”、“业务种类编码”、“业务种类名称”修改为可选项 [M] 修改通用非签名信息业务报文、通用签名信息业务报文的报文序列图-场景五;修改业务查询报文、业务退回申请报文的报文序列图-场景三 [D] 删除业务权限变更通知报文中的报文分片组件 [M] 修改系统状态变更通知报文的报文说明 [A] 增加小额业务金额上限下发报文 [M] 增加对报文分片组件拼装规则的说明 [M] 修改了行名行号变更通知报文的报文结构 [M] 业务权限变更通知报文中增加了“权限权重值”要素 [M] 业务权限变更通知报文删除【期数信息】组件 [M] 业务种类与类型管理报文修改报文说明 [M] 业务权限变更通知报文中的“业务类型编码”的类型修改为Max5Text [M] 行名行号变更通知报文增加对参与机构类别的说明 [M] 小额业务金额上限下发报文修改为业务金额上限下发报文 [M] 行名行号变更通知报文中“所属法人”的类型修改为Max14Text [M] 业务查询报文中的查询类型由QueryTypeCode修改为BusinessQueryTypeCode [M] 业务种类与类型管理报文中“变更类型”的XML Tag由ChgTp修正为ChngCtrl [M] 业务金额上限下发报文中的变更类型修改为ChangeCode [M] 业务权限变更通知报文修改报文说明,支持定时生效 [M] 业务撤销应答报文第二条说明中增加处理码SAZI0001 [M] 修改通用非签名信息业务报文和通用签名信息业务报文的报文说明 [M] 系统参数变更通知报文增加需要下发参与者的公共参数清单 [M] 系统参数变更通知报文需要下发参与者的公共参数清单中修改IBPS系中国人民银行科技司 第1页 第二代支付系统报文格式标准(公共控制系统分册) 统的参数 36. 2011-03-30 37. 2011-03-30 38. 2011-04-14 39. 2011-04-27 40. 2011-04-27 41. 2011-04-28 42. 2011-05-05 43. 2011-05-16 44. 2011-05-18 45. 2011-05-19 46. 2011-05-19 47. 2011-05-20 48. 2011-05-20 49. 2011-05-25 50. 2011-05-30 51. 2011-05-30 52. 2011-05-30 53. 2011-06-13 . 2011-06-17 55. 2011-06-24 56. 2011-06-24 57. 2011-06-24 58. 2011-06-30 59. 2011-06-30 60. 2011-07-12 [M] 修改“系统参数变更通知报文”的“需要下发到参与者的公共数据清单”; [M] 发布1.1版本; [M] 修改系统状态变更通知报文中关于期数是否可选的说明 [M] 修改期数信息组件中对期数组成规则的说明 [M] 修改ACS专用时间结束通知报文的报文说明 [M] 业务查复报文中的查询类型由QueryTypeCode修改为BusinessQueryTypeCode [M] 行名行号变更通知报文中的“参与机构全称”的数据类型由Max35Text修改为Max60Text [M] 业务退回申请报文根据xmldef.txt修改加签要素 [M] 修改业务撤销申请报文的要素名称和报文说明 [M] 增加备注,说明报文要素允许中文字符或禁止中文字符 [M] 业务金额上限下发报文中的“金额上限”的数据类型由ActiveCurrencyAndAmount修改为SummaryAmountText [M] 系统参数变更通知报文增加关于期数的说明 [M] 业务状态查询应答报文中,“NPC清算日期/终态日期”修改为“NPC处理状态切换日期”; [M] 业务状态查询应答报文,调整“NPC处理码”的位置; [M] 业务退回申请报文,新增要素“原业务类型”、“附言”,同时“退回类型”的填写格式变化 [M] 业务查询报文,新增要素“票据号码、承兑日期、出票日期、汇票到期日、出票人全称、收款人全称、付款行全称” [M] 业务退回应答报文中的“退回类型”、“退回应答状态”、“附言”填写格式变化 [M] 业务权限变更通知报文 第二代支付系统报文格式标准(公共控制系统分册) 62. 2011-07-15 63. 2011-07-29 . 2011-08-18 [M] 发布1.2版本; [M] 业务查询报文 第二代支付系统报文格式标准(公共控制系统分册) beps.386.001.01 实时代付业务报文 beps.387.001.01 实时代付业务回执报文 删除: CMT314 业务退回应答报文 2、系统参数变更通知报文 第二代支付系统报文格式标准(公共控制系统分册) 92. 2012-03-12 93. 2012-03-13 94. 2012-03-14 95. 2012-03-16 96. 2012-04-25 97. 2012-04-27 98. 2012-05-04 99. 2012-05-15 [M] 通信级确认报文 第二代支付系统报文格式标准(公共控制系统分册) 107. 2012-07-04 [M]修改通用处理确认报文 第二代支付系统报文格式标准(公共控制系统分册) 1 报文清单及概要 报文清单 报文编号 报文名称 报文方向 是否加签 √ √ 是否对账 HVPS-信息报文对账 BEPS-信息报文对账 ccms.315.001.01 业务查复报文 √ HVPS-信息报文对账 BEPS-信息报文对账 ccms.316.001.01 业务状态查询申请报文 ccms.317.001.01 业务状态查询应答报文 ccms.318.001.01 业务退回申请报文 ccms.319.001.01 业务退回应答报文 ccms.801.001.02 系统状态变更通知报文 ccms.803.001.02 参与机构状态变更通知报文 ccms.805.001.02 登录/退出申请报文 ccms.806.001.02 登录/退出应答报文 ccms.807.001.02 强制离线通知报文 ccms.809.001.02 停启运通知报文 ccms.811.001.01 ACS专用时间结束通知报文 ccms.900.001.02 通用处理确认报文 ccms.903.001.02 数字证书绑定管理通知报文 ccms.906.001.01 业务种类与类型管理报文 ccms.907.001.02 系统参数变更报文 ccms.911.001.02 报文丢弃通知报文 ccms.913.001.01 CIS代理行变更通知报文 ccms.915.001.01 业务权限变更通知报文 ccms.916.001.01 行名行号变更通知报文 √ 1.1 序号 1. 2. 3. 4. 5. 6. 7. ccms.303.001.02 自由格式报文 ccms.307.001.02 业务撤销申请报文 ccms.308.001.02 业务撤销应答报文 ccms.310.001.01 通用非签名信息业务报文 ccms.311.001.01 通用非签名信息业务应答报文 ccms.312.001.01 通用签名信息业务报文 ccms.313.001.01 通用签名信息业务应答报文 ccms.314.001.01 业务查询报文 参与机构<->CNAPS2 参与机构->CNAPS2 参与机构<-CNAPS2 参与机构<->CNAPS2 参与机构<->CNAPS2 参与机构<->CNAPS2 √ 参与机构<->CNAPS2 √ √ 8. 参与机构<->CNAPS2 9. 参与机构<->CNAPS2 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 参与机构->CNAPS2 参与机构<-CNAPS2 参与机构<->CNAPS2 √ 参与机构<->CNAPS2 √ 参与机构<-CNAPS2 参与机构<-CNAPS2 参与机构->CNAPS2 参与机构<-CNAPS2 参与机构<-CNAPS2 参与机构<-CNAPS2 参与机构->CNAPS2 参与机构<-CNAPS2 √ √ 参与机构<->CNAPS2 √ 参与机构<-CNAPS2 参与机构<-CNAPS2 参与机构<-CNAPS2 参与机构<-CNAPS2 参与机构<-CNAPS2 参与机构<-CNAPS2 中国人民银行科技司 第7页 第二代支付系统报文格式标准(公共控制系统分册) ccms.917.001.01 基础信息变更通知报文 ccms.919.001.01 数字证书下载申请报文 ccms.921.001.01 数字证书下载应答报文 ccms.926.001.01 业务金额上限下发报文 ccms.990.001.02 通信级确认报文 ccms.991.001.01 探测请求报文 ccms.992.001.01 探测回应报文 √ √ 29. 30. 31. 32. 33. 34. 35. 参与机构<-CNAPS2 参与机构->CNAPS2 参与机构<-CNAPS2 参与机构<-CNAPS2 参与机构<->CNAPS2 参与机构->CNAPS2 参与机构<-CNAPS2 1.2 序号 数据类型 类型定义 无 附加说明 无 类型名称 1. 无 中国人民银行科技司 第8页 第二代支付系统报文格式标准(公共控制系统分册) 2 第二代支付系统报文(XML格式) (复用IBPS)自由格式报文 2.1 2.1.1 报文功能 参与机构之间或参与机构与CNAPS2节点之间用于业务通知、联络等事项的信息类业务报文。参与机构只能发送点对点的自由格式报文,CNAPS2可以广播自由格式报文给所有参与机构。 2.1.2 报文序列图 2.1.2.1 场景一 CNAPS2向特定参与机构(含NPC)发送自由格式报文。 CNAPS2特定接收参与机构1: 自由格式报文 2.1.2.2 场景二 CNAPS2向辖属所有参与机构发送广播式自由格式报文。 中国人民银行科技司 第9页 第二代支付系统报文格式标准(公共控制系统分册) CNAPS2辖属接收参与机构1: 自由格式报文 2.1.2.3 场景三 发起参与机构发送自由格式报文,CNAPS2检查通过后,转发自由格式报文至接收参与机构,并向发起参与机构回复通用处理确认报文。 中国人民银行科技司 第10页 第二代支付系统报文格式标准(公共控制系统分册) 发起参与机构CNAPS2接收参与机构1: 自由格式报文2: 自由格式报文3: 通用处理确认报文 2.1.2.4 场景四 发起参与机构发送自由格式报文,CNAPS2业务检查未通过(如未登录或无权限等),则通过回复通用处理确认报文至发送参与机构,告知拒绝接收此报文的原因。 中国人民银行科技司 第11页 第二代支付系统报文格式标准(公共控制系统分册) 发起参与机构CNAPS21: 自由格式报文2: 通用处理确认报文 2.1.2.5 场景五 参与者发起或回复的业务因报文格式错或重账被CNAPS2丢弃该业务报文 。 场景参见“报文丢弃通知报文”。 2.1.3 报文结构 序或 报文要素 号 1. 2. 3. Message root GroupHeader FreeFormatInformation 第二代支付系统报文格式标准(公共控制系统分册) 4. --MessageContent 信息内容 (1) 当本报文用于大额支付系统业务时,报文头中的“发送系统号”填写为“HVPS”,“接收系统号”填写为“HVPS”;当用于小额支付系统业务时,报 文头中的“发送系统号”填写为“BEPS”,“接收系统号”填写为“BEPS”;当用于网上支付跨行清算系统业务时,报文头中的“发送系统号”填写为“IBPS”,“接收系统号”填写为“IBPS”。 (2) 本报文可用于CCMS系统向参与者下发自由格式报文,此时报文头中的“发送系统号”填写为“CCMS”。 (3) “委托日期”即为【业务头】组件中“报文标识号”的“当前工作日期”; (4) “信息业务序号”为【业务头】组件中“报文标识号”的“报文序号”; (5) “发起清算行行号”即为【业务头】组件中的“发起直接参与机构”。 (6) “发起行行号”即为【业务头】组件中的“发起参与机构”。 (7) “接收清算行行号”即为【业务头】组件中的“接收直接参与机构”。 (8) “接收行行号”即为【业务头】组件中的“接收参与机构”。 (9) 如发起参与机构需发送本报文给NPC,则填写【业务头】组件中的“接收直接参与机构”为NPC的节点号0000;如发起参与机构需发送本报文 给当地CCPC,则填写为当地CCPC节点号,如北京CCPC填写为1000。 (10) 【业务头】组件中的“发起直接参与机构”填写为NPC节点0000或CCPC节点号(如1000北京),则表示该报文是NPC发送的;如【业务头】 组件中的“接收直接参与机构”为12个0,则说明该报文是NPC广播的。 (11) 当本报文用于大额支付系统业务时,【业务头】组件中的“系统编号”填写为“HVPS”;当用于小额支付系统业务时,【业务头】组件中的“系统 编号”填写为“BEPS”;当用于网上支付跨行清算系统业务时,【业务头】组件中的“系统编号”填写为“IBPS”。 2.2 (复用IBPS、复用ISO20022报文)业务撤销申请报文 2.2.1 报文功能 付款清算行对已发送至CNAPS2的贷记业务,可以通过此报文发起撤销申请。CNAPS2收到撤销申请时,如果其为小额、网银业务且尚未轧差,或是大额业务且尚未清算,可进行撤销处理。CNAPS2通过业务撤销应答报文回复发起参与机构,告知其业务撤销的结果(已处理、已拒绝)。 ACS可用此报文撤销其单边业务。 中国人民银行科技司 第13页 第二代支付系统报文格式标准(公共控制系统分册) 2.2.2 报文序列图 2.2.2.1 场景一 参与机构发送业务撤销申请报文,CNAPS2处理成功后回复业务撤销应答报文。 发起参与机构CNAPS21: 业务撤销申请报文2: 业务撤销应答报文 2.2.2.2 场景二 发起参与机构发送业务状态查询申请报文,CNAPS2业务检查未通过(如未登录或无权限等),则通过回复业务撤销应答报文至发送参与机构,告知拒绝接收此报文的原因。 中国人民银行科技司 第14页 第二代支付系统报文格式标准(公共控制系统分册) 发起参与机构CNAPS21: 业务撤销申请报文2: 业务撤销应答报文 2.2.2.3 场景三 参与者发起或回复的业务因报文格式错或重账被CNAPS2丢弃该业务报文 。 场景参见“报文丢弃通知报文”。 2.2.3 报文结构(camt.056.001.01) 使用ISO20022报文:FIToFIPaymentCancellationRequestV01 ISO20022序号 或 报文要素 第二代支付系统报文格式标准(公共控制系统分册) 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. Assignment --Identification 报文标识号 --Assigner ----Agent ------FinancialInstitutionIdentification 第二代支付系统报文格式标准(公共控制系统分册) 20. ------AdditionalInformation 备注 (1) 当本报文用于大额支付系统业务时,报文头中的“发送系统号”填写为“HVPS”,“接收系统号”填写为“HVPS”;当用于小额支付系统业务时,报 文头中的“发送系统号”填写为“BEPS”,“接收系统号”填写为“BEPS”;当用于网上支付跨行清算系统业务时,报文头中的“发送系统号”填写为“IBPS”,“接收系统号”填写为“IBPS”。 2.3 (复用IBPS、复用ISO20022报文)业务撤销应答报文 2.3.1 报文功能 CNAPS2收到业务撤销申请时,通过此报文将应答结果返回给撤销申请发起清算行。 2.3.2 报文序列图 2.3.2.1 场景 (参见业务撤销申请报文) 2.3.3 报文结构(pacs.002.001.03) 使用ISO20022报文:FIToFIPaymentStatusReportV03 ISO200序号 或 报文要素 第二代支付系统报文格式标准(公共控制系统分册) 报文标识号 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. --CreationDateTime 报文发送时间 --InstructingAgent 第二代支付系统报文格式标准(公共控制系统分册) 禁止中文 18. 19. 20. ----AdditionalInformation NPC业务处理信息 TransactionInformationAndStatus --StatusIdentification 撤销处理状态 (1) 当本报文用于大额支付系统业务时,报文头中的“发送系统号”填写为“HVPS”,“接收系统号”填写为“HVPS”;当用于小额支付系统业务时, 报文头中的“发送系统号”填写为“BEPS”,“接收系统号”填写为“BEPS”;当用于网上支付跨行清算系统业务时,报文头中的“发送系统号”填写为“IBPS”,“接收系统号”填写为“IBPS”。 (2) 当用于小额系统时, 【业务头组件】中的“发起直接参与机构”和“发起参与机构”要素必须填写一致,均填写发起直参机构号。【业务头 组件】中的“接收直接参与机构”和“接收参与机构”要素必须填写一致,均填写接收直参机构号。 (3) 对于业务报文NPC未收到,但却收到了相应的撤销报文,则撤销应答报文中会提示撤销成功(撤销处理状态填写为PR07:已处理),“业务 处理码”填写为“HVZI0001” 或者“BEZI0001”或者“SAZI0001”。由于支付系统不具备该笔原业务的全要素,该笔原业务不会纳入对账,因此参与者收到此类撤销应答报文时,须修改原业务状态为“PR24:NPC未受理”,而不能是“PR08:已撤销”(因为已撤销的业务要纳入对账)。 (4) 本报文的发起参与机构为报文结构中的“发起参与机构行号”要素。 中国人民银行科技司 第19页 第二代支付系统报文格式标准(公共控制系统分册) 2.4 通用非签名信息业务报文 2.4.1 报文功能 节点间、各参与机构间、节点与参与机构间可以使用本报文来传输带文件的业务通知、联络等事项信息数据。 2.4.2 报文序列图 2.4.2.1 场景一 发起参与机构发送通用非签名信息业务报文,CNAPS2业务检查后转发给接收参与机构,并向发起参与机构回复通用处理确认报文。接收参与机构收到通用非签名信息业务报文处理成功后,向CNAPS2回复通用非签名信息业务应答报文,CNAPS2检查通过后向发起参与机构转发此报文,并向接收参与机构回复通用处理确认报文。 中国人民银行科技司 第20页 第二代支付系统报文格式标准(公共控制系统分册) 发起参与机构CNAPS2接收参与机构1: 通用非签名信息业务报文2: 通用非签名信息业务报文3: 通用处理确认报文4: 通用非签名信息业务应答报文5: 通用非签名信息业务应答报文6: 通用处理确认报文 中国人民银行科技司 第21页 第二代支付系统报文格式标准(公共控制系统分册) 2.4.2.2 场景二 发起参与机构发起通用非签名信息业务报文,CNAPS2业务检查未通过(如未登录或无权限等),则通过回复通用处理确认报文至发送参与机构,告知拒绝接收此报文的原因。 发起参与机构CNAPS21: 通用非签名信息业务报文2: 通用处理确认报文 2.4.2.3 场景三 接收参与机构回复通用非签名信息业务应答报文,CNAPS2业务检查未通过,则通过回复通用处理确认报文至接收参与机构,告知拒绝接收此报文的原因。 中国人民银行科技司 第22页 第二代支付系统报文格式标准(公共控制系统分册) 2.4.2.4 场景四 参与者发起或回复的业务因报文格式错或重账被CNAPS2丢弃该业务报文 。 场景参见“报文丢弃通知报文”。 2.4.3 报文结构 序或 报文要素 号 1. 2. Message root GroupHeader 第二代支付系统报文格式标准(公共控制系统分册) 3. 4. 5. 6. 7. 8. CommonNotSignatureInformation BusinessInformation --TransactionTypeCode 业务类型编码 --Title 信息标题 --Content 信息内容 --AttachmentLength 附件长度 --AttachmentName 附件名称 --AttachmentContent ----Content 附件内容 (1) 当本报文用于大额支付系统业务时,报文头中的“发送系统号”填写为“HVPS”,“接收系统号”填写为“HVPS”;当用于小额支付系统业务时,报 文头中的“发送系统号”填写为“BEPS”,“接收系统号”填写为“BEPS”;当用于网上支付跨行清算系统业务时,报文头中的“发送系统号”填写为“IBPS”,“接收系统号”填写为“IBPS”。 (2) 当用于小额系统时, 【业务头组件】中的“发起直接参与机构”和“发起参与机构”要素必须填写一致,均填写发起直参机构号。【业务头组 件】中的“接收直接参与机构”和“接收参与机构”要素必须填写一致,均填写接收直参机构号。 (3) “委托日期”即为【业务头】组件中“报文标识号”的“当前工作日期”; (4) “信息业务序号”为【业务头】组件中“报文标识号”的“报文序号”; (5) “发起清算行行号”即为【业务头】组件中的“发起直接参与机构”。 (6) “发起行行号”即为【业务头】组件中的“发起参与机构”。 中国人民银行科技司 第24页 第二代支付系统报文格式标准(公共控制系统分册) (7) “接收清算行行号”即为【业务头】组件中的“接收直接参与机构”。 (8) “接收行行号”即为【业务头】组件中的“接收参与机构”。 (9) 如发起参与机构需发送本报文给NPC,则填写【业务头】组件中的“接收直接参与机构”为NPC的节点号0000;如发起参与机构需发送本报文 给当地CCPC,则填写为当地CCPC节点号,如北京CCPC填写为1000。 (10) 【业务头】组件中的“发起直接参与机构”填写为NPC节点0000或CCPC节点号(如1000北京),则表示该报文是NPC发送的;如【业务头】 组件中的“接收直接参与机构”为000000000000,则说明该报文是NPC广播的。 (11) 当本报文用于大额支付系统业务时,【业务头】组件中的“系统编号”填写为“HVPS”;当用于小额支付系统业务时,【业务头】组件中的“系统 编号”填写为“BEPS”;当用于网上支付跨行清算系统业务时,【业务头】组件中的“系统编号”填写为“IBPS”。 (12) “附件内容”字段需使用BASE编码,“附件长度”指使用BASE编码后的数据长度。 2.5 通用非签名信息业务应答报文 2.5.1 报文功能 节点间、各参与机构间、节点与参与机构间可以使用带文件的业务通知、联络等事项信息数据的报文来回复通用非签名信息业务。 2.5.2 报文序列图 2.5.2.1 场景 (参见通用非签名信息业务报文) 2.5.3 报文结构 加签 要素 序或 报文要素 号 第二代支付系统报文格式标准(公共控制系统分册) 3. 4. 5. 6. OriginalGroupHeader 原报文信息 ResponseInformation 业务应答信息 NessResponseInformation --OriginalTransactionTypeCode 原业务类型编码 (1) 当本报文用于大额支付系统业务时,报文头中的“发送系统号”填写为“HVPS”,“接收系统号”填写为“HVPS”;当用于小额支付系统业务时,报 文头中的“发送系统号”填写为“BEPS”,“接收系统号”填写为“BEPS”;当用于网上支付跨行清算系统业务时,报文头中的“发送系统号”填写为“IBPS”,“接收系统号”填写为“IBPS”。 (2) 当用于小额系统时, 【业务头组件】中的“发起直接参与机构”和“发起参与机构”要素必须填写一致,均填写发起直参机构号。【业务头组 件】中的“接收直接参与机构”和“接收参与机构”要素必须填写一致,均填写接收直参机构号。 (3) “委托日期”即为【业务头】组件中“报文标识号”的“当前工作日期”。 (4) “应答序号”为【业务头】组件中“报文标识号”的“报文序号”。 (5) “发起清算行行号”即为【业务头】组件中的“发起直接参与机构”。 (6) “发起行行号”即为【业务头】组件中的“发起参与机构”。 (7) “接收清算行行号”即为【业务头】组件中的“接收直接参与机构”。 (8) “接收行行号”即为【业务头】组件中的“接收参与机构”。 (9) 当本报文用于大额支付系统业务时,【业务头】组件中的“系统编号”填写为“HVPS”;当用于小额支付系统业务时,【业务头】组件中的“系统 编号”填写为“BEPS”;当用于网上支付跨行清算系统业务时,【业务头】组件中的“系统编号”填写为“IBPS”。 中国人民银行科技司 第26页 第二代支付系统报文格式标准(公共控制系统分册) 2.6 通用签名信息业务报文 2.6.1 报文功能 节点间、各参与机构间、节点与参与机构间可以使用本报文来传输带文件且安全性较高需要加密的业务通知、联络等事项信息数据。人民币跨 境结算业务可用此报文。 2.6.2 报文序列图 2.6.2.1 场景一 发起参与机构发送通用签名信息业务报文,CNAPS2业务检查后转发给接收参与机构,并向发起参与机构回复通用处理确认报文。接收参与机构收到通用签名信息业务报文处理成功后,向CNAPS2回复通用签名信息业务应答报文,CNAPS2检查通过后向发起参与机构转发此报文,并向接收参与机构回复通用处理确认报文。 中国人民银行科技司 第27页 第二代支付系统报文格式标准(公共控制系统分册) 发起参与机构CNAPS2接收参与机构1: 通用签名信息业务报文2: 通用签名信息业务报文3: 通用处理确认报文4: 通用签名信息业务应答报文5: 通用签名信息业务应答报文6: 通用处理确认报文 2.6.2.2 场景二 发起参与机构发送通用签名信息业务报文,CNAPS2业务检查未通过(如未登录或无权限等),则通过回复通用处理确认报文至发送参与机构,告知拒绝接收此报文的原因。 中国人民银行科技司 第28页 第二代支付系统报文格式标准(公共控制系统分册) 发起参与机构CNAPS21: 通用签名信息业务报文2: 通用处理确认报文 2.6.2.3 场景三 接收参与机构回复通用签名信息业务应答报文,CNAPS2业务检查未通过,则通过回复通用处理确认报文至接收参与机构,告知拒绝接收此报文的原因。 中国人民银行科技司 第29页 第二代支付系统报文格式标准(公共控制系统分册) 2.6.2.4 场景四 参与者发起或回复的业务因报文格式错或重账被CNAPS2丢弃该业务报文 。 场景参见“报文丢弃通知报文”。 2.6.3 报文结构 序或 报文要素 号 1. 2. Message root GroupHeader 第二代支付系统报文格式标准(公共控制系统分册) 3. 4. 5. 6. 7. 8. CommonSignatureInformation BusinessInformation --CategoryPurposeCode 业务种类编码 --TransactionTypeCode 业务类型编码 --Title 信息标题 --Content 信息内容 --AttachmentLength 附件长度 --AttachmentName 附件名称 --AttachmentContent ----Content 附件内容 (1) 当本报文用于大额支付系统业务时,报文头中的“发送系统号”填写为“HVPS”,“接收系统号”填写为“HVPS”;当用于小额支付系统业务时,报 文头中的“发送系统号”填写为“BEPS”,“接收系统号”填写为“BEPS”;当用于网上支付跨行清算系统业务时,报文头中的“发送系统号”填写为“IBPS”,“接收系统号”填写为“IBPS”。 (2) 当用于小额系统时, 【业务头组件】中的“发起直接参与机构”和“发起参与机构”要素必须填写一致,均填写发起直参机构号。【业务头组 件】中的“接收直接参与机构”和“接收参与机构”要素必须填写一致,均填写接收直参机构号。 (3) “委托日期”即为【业务头】组件中“报文标识号”的“当前工作日期”; (4) “信息业务序号”为【业务头】组件中“报文标识号”的“报文序号”; 中国人民银行科技司 第31页 第二代支付系统报文格式标准(公共控制系统分册) (5) (6) (7) (8) (9) “发起清算行行号”即为【业务头】组件中的“发起直接参与机构”。 “发起行行号”即为【业务头】组件中的“发起参与机构”。 “接收清算行行号”即为【业务头】组件中的“接收直接参与机构”。 “接收行行号”即为【业务头】组件中的“接收参与机构”。 如发起参与机构需发送本报文给NPC,则填写【业务头】组件中的“接收直接参与机构”为NPC的节点号0000;如发起参与机构需发送本报文给当地CCPC,则填写为当地CCPC节点号,如北京CCPC填写为1000。 (10) 【业务头】组件中的“发起直接参与机构”填写为NPC节点0000或CCPC节点号(如1000北京),则表示该报文是NPC发送的;如【业务头】 组件中的“接收直接参与机构”为000000000000,则说明该报文是NPC广播的。 (11) 当本报文用于大额支付系统业务时,【业务头】组件中的“系统编号”填写为“HVPS”;当用于小额支付系统业务时,【业务头】组件中的“系统 编号”填写为“BEPS”;当用于网上支付跨行清算系统业务时,【业务头】组件中的“系统编号”填写为“IBPS”。 (12) “附件内容”字段需使用BASE编码,“附件长度”指使用BASE编码后的数据长度。在加签或核签时,“附件内容”要素必须用MD5算 法计算出的结果作为加签要素。 2.7 通用签名信息业务应答报文 2.7.1 报文功能 节点间、各参与机构间、节点与参与机构间可以使用此报文来回复通用签名信息业务报文。可用此报文对人民币跨境结算业务进行应答。 2.7.2 报文序列图 2.7.2.1 场景 (参见通用签名信息业务报文) 2.7.3 报文结构 序或 报文要素 号 1. Message root 第二代支付系统报文格式标准(公共控制系统分册) 2. 3. 4. 5. 6. 7. GroupHeader OriginalGroupHeader 原报文信息 ResponseInformation 业务应答信息 CommonSignatureInformationBusi NessResponseInformation --OriginalCategoryPurposeCode 原业务种类编码 --OriginalTransactionTypeCode 原业务类型编码 (1) 当本报文用于大额支付系统业务时,报文头中的“发送系统号”填写为“HVPS”,“接收系统号”填写为“HVPS”;当用于小额支付系统业务时,报 文头中的“发送系统号”填写为“BEPS”,“接收系统号”填写为“BEPS”;当用于网上支付跨行清算系统业务时,报文头中的“发送系统号”填写为“IBPS”,“接收系统号”填写为“IBPS”。 (2) 当用于小额系统时, 【业务头组件】中的“发起直接参与机构”和“发起参与机构”要素必须填写一致,均填写发起直参机构号。【业务头组 件】中的“接收直接参与机构”和“接收参与机构”要素必须填写一致,均填写接收直参机构号。 (3) “委托日期”即为【业务头】组件中“报文标识号”的“当前工作日期”。 (4) “应答序号”为【业务头】组件中“报文标识号”的“报文序号”。 (5) “发起清算行行号”即为【业务头】组件中的“发起直接参与机构”。 (6) “发起行行号”即为【业务头】组件中的“发起参与机构”。 (7) “接收清算行行号”即为【业务头】组件中的“接收直接参与机构”。 (8) “接收行行号”即为【业务头】组件中的“接收参与机构”。 (9) 当本报文用于大额支付系统业务时,【业务头】组件中的“系统编号”填写为“HVPS”;当用于小额支付系统业务时,【业务头】组件中的“系统 编号”填写为“BEPS”;当用于网上支付跨行清算系统业务时,【业务头】组件中的“系统编号”填写为“IBPS”。 中国人民银行科技司 第33页 第二代支付系统报文格式标准(公共控制系统分册) 2.8 业务查询报文 2.8.1 报文功能 参与机构对发出或接收业务如有疑问,可通过此报文向接收行或发起行发起查询。 2.8.2 报文序列图 2.8.2.1 场景一 发起参与机构发送业务查询报文,CNAPS2业务检查后转发业务查询报文至接收参与机构,并向发起参与机构回复通用处理确认报文。接收参与机构收到业务查询报文处理成功后,向CNAPS2回复业务查复报文,CNAPS2检查通过后向发起参与机构转发此报文,并向接收参与机构回复通用处理确认报文。 中国人民银行科技司 第34页 第二代支付系统报文格式标准(公共控制系统分册) 发起参与机构1: 业务查询报文CNAPS2接收参与机构2: 业务查询报文3: 通用处理确认报文4: 业务查复报文5: 业务查复报文6: 通用处理确认报文 2.8.2.2 场景二 发起参与机构发送业务查询报文,CNAPS2业务检查未通过(如未登录或无权限等),则通过回复通用处理确认报文至发送参与机构,告知拒绝接收此报文的原因。 中国人民银行科技司 第35页 第二代支付系统报文格式标准(公共控制系统分册) 发起参与机构CNAPS21: 业务查询报文2: 通用处理确认报文 2.8.2.3 场景三 接收参与机构回复业务查复报文,CNAPS2业务检查未通过,则通过回复通用处理确认报文至接收参与机构,告知拒绝接收此报文的原因。 中国人民银行科技司 第36页 第二代支付系统报文格式标准(公共控制系统分册) 2.8.2.4 场景四 参与者发起或回复的业务因报文格式错或重账被CNAPS2丢弃该业务报文 。 场景参见“报文丢弃通知报文”。 2.8.3 报文结构 序或 报文要素 号 1. 2. 3. Message root GroupHeader BusinessQueryInformation 第二代支付系统报文格式标准(公共控制系统分册) 4. 5. 6. 7. 8. --QueryType 查询类型 --OriginalInformation ----OriginalGroupHeader 待查询批量包/待查询业务 ----OriginalTransaction 待查询明细业务 ----Amount 待查询业务货币符号、金额 ----BillInformation ------BillNumber 票据号码 ------AcceptDate 承兑日期 ------BillDate 出票日期 ------DraftDueDate 汇票到期日 ------DrawerFullName 出票人全称 ------CreditorFullName 收款人全称 ------DebtorBankFullName 付款行全称 --Content 查询内容 第二代支付系统报文格式标准(公共控制系统分册) 2.8.4 报文说明 (1) 当本报文用于大额支付系统业务时,报文头中的“发送系统号”填写为“HVPS”,“接收系统号”填写为“HVPS”;当用于小额支付系统业务时,报 文头中的“发送系统号”填写为“BEPS”,“接收系统号”填写为“BEPS”;当用于网上支付跨行清算系统业务时,报文头中的“发送系统号”填写为“IBPS”,“接收系统号”填写为“IBPS”。 (2) 查询日期即为【业务头】组件中“报文标识号”的“当前工作日期”,需与业务系统当前实际工作日期保持一致。 (3) 查询书号为【业务头】组件中“报文标识号”的“报文序号”。 (4) 查询类型为“QT00”时,“待查询明细业务”不填写;当为“QT01”时,“待查询明细业务” 为必填。 (5) “原交易种类”为【原业务主键】中的“原业务类型编码”,类型为Max4Text。 (6) “原委托日期”为【原业务主键】中的“原报文标识号”的“当前工作日期”。 (7) “查询行行号”、“查复行行号”分别为【业务头】中的“发起参与机构”及“接收参与机构”。 (8) “接收清算行”为【业务头】组件中的“接收直接参与机构”。 (9) 当此报文在大额系统中使用时,“查询类型”字段不能填写。当此报文在小额及网银中使用时,“查询类型”字段必填。 (10) 当本报文用于大额支付系统业务时,【业务头】组件中的“系统编号”填写为“HVPS”;当用于小额支付系统业务时,【业务头】组件中的“系统 编号”填写为“BEPS”;当用于网上支付跨行清算系统业务时,【业务头】组件中的“系统编号”填写为“IBPS”。 (11) 当查询的业务为银行承兑汇票或银行汇票时,【业务头】组件中的“系统编号”填写为HVPS或BEPS,【票据信息】必选(其他业务查询时不 填写);【原报文主键】中的”原报文标识号”填写为承兑日期+8个0,”原发起参与机构”填写12个0,”原报文类型”填写15个0。 (12) 当查询的业务为一代报文时,如原业务类型编码为5位,则在【原业务主键】中的”原业务类型编码”中填写后4位即可。 2.9 业务查复报文 2.9.1 报文功能 被查询参与机构收到业务查询报文后,通过此报文将查询情况返回给查询参与机构。 2.9.2 报文序列图 2.9.2.1 场景 (同业务查询报文) 中国人民银行科技司 第39页 第二代支付系统报文格式标准(公共控制系统分册) 2.9.3 报文结构 序或 报文要素 号 1. 2. 3. 4. 5. 6. 7. 8. 9. Message root GroupHeader OriginalGroupHeader 原查询申请 BusinessResponseInformation --QueryType 查询类型 --OriginalInformation ----OriginalGroupHeader 待查询批量包/待查询业务 ----OriginalTransaction 待查询明细业务 ----OriginalAmount 待查询业务货币符号、金额 --Content 查复内容