二代支付系统报文交换标准.docVIP

二代支付系统报文交换标准 （版本 中国人民银行清算总中心 2010文档修订记录版本编号 变化状态 简要说明 日期 批准日期 V0. A 新建 20.3.30 V0.5 M 修改 2010.4.16 V0.9 M 修改 2010.6.28 V1.0 M 修改 2010.7.30 注：变化状态：A—增加，M—修改，D—删除 目 录修改记录 1 1 报文交换标准概述 1 1.1 术语说明 1 1.2 业务标准 1 2 报文格式概述 22 2.1 报文结构 22 2.2 报文头格式 22 2.3 报文体格式 24 2.4 数字签名 25 2.5 报文编号 26 2.6 其他约束 27 3 数据类型 28 4 公共业务组件 32 4.1 业务头组件GrpHdr 32 4.2 批量包组头组件PKGGrpHdr 33 4.3 原报文主键组件OrgnlGrpHdr 34 4.4 原业务主键OrgnlTx 35 4.5 明细公用业务要素组件PKGTx 36 4.6 业务应答信息组件RspnInf 36 4.7 NPC处理信息组件NPCPrcInf 38 4.8 付款方信息组件Dbtr 39 4.9 收款方信息组件Cdtr 40 4.10 借贷记业务信息组件CdtrDbtrInf 40 4.11 报文分片组件PrttnPartition 41 4.12 数据变更组件ChngCtrl 42 5 附录 43 5.1 附录一：TAG码和报文标签对照表 43 5.2 附录二：处理码及处理描述 49 修改记录 序号 修改日期 修改说明 20 [C] 创建第一稿 2010-4-16 [M] 发布0.5版本； 2010-6-28 [M] 发布0.9版本； 2010-7-30 [M] 发布1.0版本； 说明：[C]-创建；[M]-修改；[A]-增加；[D]-删除；报文交换标准概述 系统（以下简称）报文交换标准采纳了部分ISO20022报文作为的报文，并ISO20022规范开发了其他报文，全部报文均采用XML格式描述。其中，对采纳使用的ISO20022报文，根据实际情况，进行了必要的格式约束。 术语说明 业务要素 业务要素是业务数据项的抽象名称，是业务的基本组成单位，如银行账户的账号。 报文 报文是系统节点间交换业务数据的基本单位，由报文头和报文体组成，其中报文体由多个报文块组成。 报文块 报文块是报文的基本组成单位，使用XML标签界定，由多个报文域组成。 报文域 报文域是报文块的基本组成单位，使用XML标签界定。每个报文域封装一个或多个业务要素，多个报文域组成报文块。对复杂的业务要素，报文域可能包含多个报文子域。 根报文域 报文使用XML文档标准，该文档的根节点称为根报文域，标签固定为Document/。 报文子域 对于分级的报文域，较低级的域称作报文子域，使用XML标签界定，位于较高级报文域的XML标签内部。 业务标准 字符集和编码 报文采用Unicode字符集，UTF-8编码方式。城市代码号 城市代码号由6位数字组成，采用国家标准全国县及县以上行政区划代码表（GB/T 2260）。 不提供城市代码更新与下发功能。该代码由各参与机构根据国家标准自行更新与使用。 支付系统为每个参与者（含直接参与者、间接参与者、特许直接参与者）分配一个标识号以标识该参与者。该标识号由十二位定长数字组成，其编码结构如下： nnn nnnn nnnn n (1) (2) (3) (4) 说明： （1）行别代码：3位数字（2）地区代码：4位数字； （3）分支机构序号：4位数字，按各行别各地区机构顺序编排； （4）校验码：1位数字，生成算法由中国人民银行确定； （5）特许参与者也按此标准分配行号。 支付系统为内部核算与试算平衡的需要，设立往来科目账户，并为每个往来科目账户分配一个十六位数字组成的账号。该账号的编码结构如下： 　nnnn　 　nnnnnnnnnnnn　 (1) (2) 说明： （1）科目代号： 3120 大额支付系统往来 3130 小额支付系统往来 3140 支付清算资金往来 3333 汇总平衡科目 （2）人民银行（国库）分支机构行号。 客户账号 客户帐号由32位数字或字母组成。 全国一点接入的参与机构，其客户账号应在参与机构内部全国唯一；以省为单位接入的参与机构，其客户账号在参与机构内部省内唯一。 明细标识号 唯一标识一个参与机构发起的一笔支付类业务，由发起参与机构编制，并应保证在参与机构内部唯一。使用｛发起参与机构号+｝作为支付类业务重账检查标准。对两者均相同的支付类业务，视为重账。各参与机构应按