人民银行第二代支付系统互联规范、报文交换标准概要介绍(开发座谈会(第一期)版).pptVIP

第一代支付系统密押/密钥 过渡期间，二代参与者在与一代参与者间进行业务往来时，需按照一代报文标准在行内系统对往账业务报文进行加押，对来账业务报文进行核押，编、核押规则参考《二代支付系统报文交换标准》文档集中的《一代支付系统报文编核押规则》。编、核押设备仍可使用原一代支付系统的密押服务器/密押卡，编、核押接口API可联系密押设备生产厂家获取。但需注意，区别于一代支付系统中参与者与支付系统交互采用地方押、全国押的三级密钥体系式，二代参与者与支付系统交互需使用两级密钥体系。上线切换时，人民银行将统一更换二代参与者密押服务器/密押卡的密钥。 对于通存通兑业务PIN口令的加、解密操作，也可沿用一代支付系统的密押服务器设备，但需对密押服务器的配置进行升级，以支持与NPC直接交换密文的两级密钥体系。具体参见《第二代支付系统直联前置机配置指引》。 第二代支付系统报文交换标准 基本术语 业务要素 业务要素是业务数据项的抽象名称，是业务的基本组成单位，如银行账户的账号。 报文 报文是系统节点间交换业务数据的基本单位，由报文头和报文体组成，其中报文体由多个报文块组成。 报文块 报文块是报文的基本组成单位，使用XML标签界定，由多个报文域组成。 报文域 报文域是报文块的基本组成单位，使用XML标签界定。每个报文域封装一个或多个业务要素，多个报文域组成报文块。对复杂的业务要素，报文域可能包含多个报文子域。 根报文域 报文使用XML文档标准，该文档的根节点称为根报文域，标签固定为Document/。 报文子域 对于分级的报文域，较低级的域称作报文子域，使用XML标签界定，位于较高级报文域的XML标签内部。 报文格式概述 字符集和编码 报文采用Unicode字符集，UTF-8编码方式。 报文结构 系统使用XML报文传输业务数据。该XML报文仅承载业务数据本身，并没有包含与报文流转、交换、路由等相关的信息，这些信息须附加到额外的数据块中传输，为处理的简便性， 系统将这个额外数据块附加到业务报文的头部，称之为报文头，而将业务报文本身称为报文体。报文头与报文体之间存放数字签名，称为数字签名域，数字签名域是可选的，对于需要加核数字签名的报文该域必须存在且按照要求填写数字签名内容，对于不需要加核数字签名的报文该域不出现。报文头、数字签名域和报文体共同构成一个完成的报文，之间没有任何字符间隔。 数字签名域 数字签名域采用变长数据格式，格式如下： 报文示例数量 共有150条报文示例文件 每条报文对应一条报文示例文件 三点注意事项： 1、报文示例文件中只含报文体，不含报文头和数字签名域。报文头的机构是定长格式，按照报文标准可以很方便的理解。 2、报文示例文件仅供帮助理解报文结构，其中的内容不一定正确，例如行号、账号、户名等都是虚构的，不真实。 3、大家可以使用工具软件（例如XML-SPY）自带的功能，根据schema文件产生报文，便于行里系统开发时的各项测试。 第一代支付系统报文标准 1、《大额支付系统MESG报文格式汇总v2.3.2》 2、《小额支付系统报文格式标准V2.3》 两点注意： 1、《第一代支付系统报文标准》为已经发布的标准，为便于参与机构获取本次附带下发，并未对原文档的内容进行修改。 2、截至2010年11月11日 大额系统报文标准最新版本为V2.3.2 小额系统报文标准最新版本为V2.3 如果大家自己找资料来看的话，注意不用看错了版本。 第一代支付系统报文编核押规则 描述第一代支付系统CMT/PKG格式报文的编、核押规则，系统参与者需按照此规则对第一代支付系统CMT/PKG格式报文的编、核押处理。 对于那些需要编押的报文，从行内系统发出时需要编密押。对于那些需要核押的报文，行内系统接收到以后，需要核密押。（以前一代时，行内系统是不做编、核密押的，这点不同） 有关问题说明 支票圈存业务办理 1、一代参与者继续使用原有规则； 2、二代参与者连接PMTS-MBFE办理支票圈存业务 注：过渡期内： 支票圈存行与一代参与机构之间发起的支票圈存业务需继续采用一代规则； 与二代参与机构之间进行业务往来时，支票圈存行在发起与支票圈存相关的“支票圈存管理报文”、“实时信息冲正申请报文”和“通讯级确认报文”时，报文头的“保留域Reserve”字段第一位填写一个大写英文字母F；支票付款人开户行在发起“支票圈存管理应答报文”、“实时信息冲正应答报文”和“通讯级确认报文”时，报文头的“保留域Reserve”字段第一位填写一个大写英文字母F。 UMTS-MBFE升级为PMTS-MBFE 商业银行在二代投产前，需将目前网上跨行支付系统使用的UMTS-MBFE升级为PMTS-MBFE，但报文接口保持不变； PMTS-MBFE支持同时收发跨行网银、大小