二代支付系统报文交换标准
银行间市场清算所股份有限公司关于业务系统切换为第二代支付系统报文标准的通知
银行间市场清算所股份有限公司关于业务系统切换为第二代支付系统报文标准的通知文章属性•【制定机关】银行间市场清算所股份有限公司（上海清算所）•【公布日期】2014.10.14•【文号】清算所发[2014]88号•【施行日期】2014.10.14•【效力等级】行业规定•【时效性】现行有效•【主题分类】银行业监督管理正文银行间市场清算所股份有限公司关于业务系统切换为第二代支付系统报文标准的通知（清算所发〔2014〕88号）各银行间市场成员：根据人民银行关于第二代支付系统推广工作安排，经人民银行支付结算司批准，我公司将于2014年10月24日至10月26日进行业务系统切换为第二代支付系统报文标准的相关工作，并于10月27日起正式以第二代支付系统报文标准开展业务。
现将有关事项通知如下：一、时间安排切换工作计划于2014年10月24日（周五）日终后至10月26日（周日）期间进行，于10月27日（周一）投入正式运营。
二、系统影响本次切换内容仅涉及大额支付系统报文标准，上海清算所综合业务系统I、人民币外汇即期询价净额清算业务、人民币利率互换集中清算业务、航运及大宗商品金融衍生品中央对手清算业务系统等（以下简称各业务系统）的原有功能不变。
为了保障切换工作顺利进行，我公司将在切换实施过程中，暂停上海清算所综合业务系统I的对外服务。
暂停服务时间为2014年10月24日21：00至10月26日21：00。
在此期间，上海清算所综合业务系统I的查询下载等功能均无法正常使用。
三、需配合工作为保证日常业务不受影响，请各市场成员配合以下工作：（一）在10月24日业务日终后，查询并下载相关业务明细、单据及账户余额，以便在综合业务系统I停运期间及其他特殊情况下进行应急处置。
（二）在10月27日及时登陆系统，查看各项业务处理情况。
若有疑问或异常情况，请及时与我公司联系。
业务联系电话：************技术联系电话：************特此通知。
二代支付系统特点--学习
二代支付系统主要特点-----学习笔记一、接入方式和清算模式第二代支付系统为银行业金融机构提供两种接入方式：一是以法人机构为单位一点集中接入，参与者可以根据业务管理需要和行内系统建设情况，选择从支付系统国家处理中心（以下简称NPC）或城市处理中心（以下简称CCPC）接入；二是以分支机构为单位分散接入所在地CCPC。
银行业金融机构采取一点接入方式下，第二代支付系统支持灵活选择资金清算模式。
既可以开设单一清算账户，所有支付业务均通过该账户进行清算；也可以保留多个清算账户，支付业务分别通过指定账户进行结算，系统为参与者提供所有清算账户资金的集中统一管理。
银行业金融机构在采取分散接入方式下，现有资金清算模式保持不变。
二、全面的流动性风险管理功能保留第一代支付系统排队管理、清算窗口、自动质押融资、日间透支、小额业务撮合等流动性管理功能的基础上，第二代支付系统借鉴国际经验，根据我国银行业金融机构管理实际情况，新增了大额支付系统排队业务撮合、“资金池”管理、自动拆借、“一揽子”流动性实时查询等功能，为参与者提供更加全面的流动性风险管理。
三、支持新兴电子支付的业务处理第二代支付系统建设网上支付跨行清算系统，通过指定网络连接各家商业银行的网银系统, 实现网银系统的互联互通,有效支持网上支付的业务处理，为社会提供更加高效、便捷的支付清算服务。
客户通过商业银行的网银系统可以实时了解支付指令的发送及资金到账情况，满足其日益多样化的支付需求。
支持符合条件的非银行支付组织接入，为其业务发展和创新提供公共清算平台。
四、支持外汇交易市场交易的PVP(对等支付)结算目前，我国境内银行间外币询价交易主要通过外汇交易市场完成，外币资金结算通过外币支付系统完成，人民币资金结算则主要通过第一代支付系统完成，人民币与外币之间资金结算时间不同步,存在结算风险。
第二代支付系统将与外币支付系统连接，支持人民币与外币交易的PVP(对等支付)结算，提高结算效率，降低结算风险。
CNAPS 第二代支付系统技术方案介绍
– 开发平台业务处理层
• 访问主机核心服务 • 为继承现有资产，可部署CICS 事务管理器和WMQ来保障应用逻 辑内部数据的一致性和完整性。
20
计算机方案：混合平台方案
• MBFE物理部署：直连参与者
管理客户端
报文传输 参与者接入端 服务器A
报文传输 参与者接入端 服务器B LAN
查询客户端
签名服务器
11
应用系统设计：应用功能分布
• 国家处理中心NPC – 支付业务处理子系统（大额，小额，网银） – 支付账务处理子系统 – 公共管理子系统 – 统一用户认证授权子系统 – 计费子系统 – 明细查询与数据管理子系统 – 监控子系统 – 统计分析子系统 – 行名行号子系统 – 集中交换网关子系统 • 城市处理中心CCPC – 区域接入网关子系统 – 参与者业务管理子系统（根据实际需要） • 支付系统参与者 – 参与者接入端软件 – 参与者业务管理子系统（间联参与者）
中国人民银行清算总中心 2011年8月
1
第二代支付系统需求概述：总体需求
第二代支付系统应在支持已有业务类型的同时，主动适应 支付业务的创新和发展，使系统未来能以较小的代价快速适应 业务需求的变更以及发展。
清算账户管理系统
（账户管理、实时清算、净额清算）
网上支付 跨行清算系统
大额支付系统
小额支付系统
混合平台方案基本思路借鉴一代支付系统的成功经验根据应用系统设计和数据分布设计的结果通过区分计算资源将联机交易系统的核心处理逡辑例如轧差记账关键业务数据包括清算账户信息参不者交换的报文信息等部署在主机平台而将计算复杂且对cpu资源消耗过高的处理逡辑例如xml报文的解析业务流程的控制业务数据核对等逡辑部署在开放平台实现联机交易系统数据集中应用分布的混合平台架构
二代支付系统答疑(第四期)
二代支付系统答疑（第四期）大额部分1、原先已签订的自动质押融资合同，在二代支付系统是否还继续有效？答：第二代支付系统只是支付系统自身从第一代升级到第二代，对于已签订的尚在有效期内的自动质押融资合同，在第二代支付系统上线后继续有效。
2、在大额普通贷记业务——城市商业银行汇票业务中，部分业务在兑付处理时是否没有兑付通知报文？答：是的，全额兑付业务后有全额兑付通知报文，部分金额兑付处理时没有兑付通知报文。
参与者可从接收到的清算银行汇票资金报文中看到出票金额、多余金额和实际结算金额。
3、清算窗口预关闭时间是几分钟？答：清算窗口预关闭是一个系统动作。
在执行清算窗口关闭前，系统自动将排队队列中的大额支付业务和即时转账支付业务、单边业务退回；错账冲正、日间透支利息和支付业务收费、同城票据交换轧差净额的清算、小额借方轧差净额和网银借方轧差净额业务的清算则不退回。
系统首先启用日终自动拆借功能进行解救。
如果日终自动拆借功能使用后仍不能解救排队业务，在规定的时限内直接参与者未能筹措到资金，则由人民银行提供高额罚息贷款并纳入清算纪律考核。
排队队列全部解救后，清算窗口关闭。
4、网银用户通过网银平台，使用大小额支付系统发起普通汇兑业务，如果接收行尚未完成二代系统报文改造，发起行该如何向接收清算行发起报文？答：如果接收行尚未完成二代系统报文改造，发起行应通过一代系统报文向接收清算行发起报文。
小额部分5、小额支付轧差场次和提交清算时间根据业务管理规定设置，请问这个设置是由人行设置还是商业银行自己可以设置？答：小额支付系统轧差场次和提交清算时间由人民银行根据业务发展情况按照业务管理规定进行统一设置，商业银行不能设置。
6、集中代收付模式下的批量代收与以往流程变化较大，当付款清算行收到代收付中心的代收业务时，如果付款人账户余额不足，或财政零余额需向财政申请支付金时，是否能分批发起贷记报文，分批回执？答：付款清算行收到集中代收中心发来的批量代收业务后，对扣账成功的业务向小额支付系统发起定期贷记业务。
第二代支付系统技术总体介绍
应用系统设计：支付报文传输平台
CNCC CNCC CNCC CNCC CNCC
业务功能：
传输安全 报文校验 智能路由
主要特性 ：
与业务系统无关 兼容多种报文格式 高可用性
14
中国人民银行清算总中心
应用系统设计：支付报文传输平台
CNCC CNCC CNCC CNCC CNCC
属地业务 数据
CCPC
日志
PMTS-MBFE
MBFE
19
中国人民银行清算总中心
数据管理设计：字符集与数据编码
CNCC CNCC CNCC CNCC CNCC
为更好的适应国际标准，并适应第二代支付系统的国际化趋 势，第二代支付系统数据交换和存储格式统一采用UTF-8编 码集。 UTF-8是Unicode的一种最常用的变长字符编码，可以根据 不同的符号自动选择编码的长短。在UTF－8中，字符以8位 序列来编码，用一个或几个字节来表示一个字符。 UTF-8编码集包含全世界所有国家需要用到的字符，字符 集大；同时是国际通行的编码方式，得到了几乎所有系统软 件的支持，通用性强。UTF-8编码的文字可以在各国支持 UTF8字符集的浏览器上显示，而无需下载IE的中文语言支 持包。
CNCC CNCC CNCC CNCC CNCC
22
中国人民银行清算总中心
计算机部署方案：NPC
主机平台核心服务层
主机上的账务业务处理子系统和各业务处理核心服务层均 选择基于成熟的CICS事务管理器和DB2 数据库，维护和管 理各自的业务数据 主机平台上存储SAPS账务数据、特殊业务数据、小额业务 数据、网银业务数据、大额业务数据、公共管理（含计费） 数据； 主机上的数据采用准实时数据复制技术将数据复制到开放 系统存储的查询库中，以避免管理客户端、业务监控、应 用监控等对主机业务数据查询带来的压力
二代支付系统常见应用问题及故障处置指引业务系统开放系统
常见应用问题及故障处置指引（业务系统开放系统）中国人民银行清算总中心支付系统开发中心注：变化状态：A—增加，M—修改，D—删除目录修改记录01 通用问题01.1 字符集类01.1.1 字符集转码失败01.1.2 报文域值非法11.2 报文类21.2.1 参与者发送错误报文21.2.2 报文域长度非法21.2.3 报文域强制项没有指定值31.2.4 报文域值非空检查失败31.2.5 报文域值不在指定的枚举围41.3核押核签类41.3.1 核全国押不符41.3.2 核二代全国押不符41.3.3 数字签名非法51.4 MQ类61.4.1 队列读取消息失败系统错61.4.2 报文处理失败转存到错误队列61.5 CICS类61.6 DB2类61.6.1 选取数据库表记录错61.7 公共检查类（行号）71.7.1 报头发起行报体发起行一致性检查错误71.7.2 参与机构行号不存在71.7.3 参与机构加入子系统未通过71.7.4 参与机构状态非法81.7.5 参与机构登录状态非法81.7.6 直接参与机构与间接参与行关系未通过81.7.7 清算账户状态不在枚举值中91.7.8 清算行城市代码没登记91.8 公共检查类（报文类型，业务类型，业务种类）101.8.1 报文类型与业务类型不匹配101.8.2 业务类型与业务种类不匹配101.8.3 报文类型,业务类型号与业务种类号不存在101.9 公共检查类（参与者间报文交互格式处理）111.9.1 一代参与者不允许接收二代报文111.9.2 二代参与者不允许发起此类报文111.10 公共检查类（权限）131.10.1 业务权限检查未通过131.10.2 黑检查未通过141.10.3 特色业务权限检查未通过141.11 公共检查类（金额检查）151.11.1 金额超过参与机构金额上限151.11.2 金额低于金额下限161.12 公共检查类（系统状态）161.12.1 当前系统状态不允许受理报文162 HVPS大额支付系统常见问题02.1 报文日期委托日期不等于当前系统工作日02.2 委托日期大等于当前系统工作日02.3 CCPC代码非法02.4 指定系统状态下报文域值非法12.5 跨境贸易特殊检查12.6 指定系统状态下报文域值非法12.7 发起参与机构没有借记被借记行账户的权限22.8 借记行或贷记行不能为ACS行号23 BEPS小额支付系统常见问题33.1 报头委托日期非法33.2 包委托日期非法33.3 借记业务回执期限非法33.4 退票代码填写不合法43.5 无匹配的原代收代付业务记录43.6 票交机构号与代理行号对应关系错43.7 小额管理类报文54 IBPS网银支付系统常见问题64.1 报文日期超过历史数据保存期64.2 丢弃非期望的回执报文64.3 金额格式非法74.4 业务拒绝码非法74.5 拒绝业务必须填写拒绝原因74.6 参与机构重复登录或退出84.7 申请对账日期的对账尚未完成84.8 对账日期超过历史保存期84.9 报文日期大于工作日期94.10 开始日期应小于等于截止日期94.11 丢弃无原业务的报文95 NETS扎差服务器常见问题105.1 检查日期非系统工作日105.2 净借记限额不足105.3 没有找到排队业务105.4 余额预警设置金额不合法115.5 发起行非CBGS行号115.6 法人机构未设置总授信额度115.7 检查上级行与下级行关系未通过116SAPS清算账户系统常见问题126.1 清算排队126.2 无匹配原业务126.3 拆入行和拆出行之间存在待处理的管理协议136.4 直接参与者间辖属关系非法136.5 被设置行不能是法人机构本身137 系统状态变更专题147.1 变更期数非法147.2 批处理148 对账不平处理专题168.1 NETS对账不平处理（待补充）178.2 HVPS对账不平处理（待补充）188.3 BEPS对账不平处理198.3.1 与NETS汇总对账存在BEPS多的数据198.3.2 与NETS汇总核对失败，存在核对不符的数据198.3.3 与NETS业务明细核对不符，待纠正198.3.4 与NETS业务明细核对不符，对账失败198.4 IBPS对账不平处理208.4.1 没有收到NETS汇总对账报文208.4.2 与NETS汇总对账存在IBPS多的数据208.4.3 与NETS汇总核对失败，存在核对不符的数据218.4.4 与NETS业务明细核对不符，请校正218.4.5 对账完成后，日终批处理未调起。
【VIP专享】NXY_NCS2_报文交换标准(概述)
内部资料 注意保密
第二代农信银支付பைடு நூலகம்算系统-报文交换标准(概述)
文档编撰人员
主 要 编 写 人 员 高莉 焦竞成 陈沛 刘潞 参与讨论及评审人员 肖飞 高博奋 董玉峰 张文静 林嘉森 张学春 贺杰
第 2 页，共 115 页
A. B. 10C0C. . AD.D.A..99B. B. A.98C.B. D9.7CC.A.“.” DD.A..96 BB..A9.5C“”.B. D9.4C. C. D.A.DA.9. 3B. B. C92.C). AD. .9AD1. “.B‘’?. ”B. A9.0C“”.B. D8.9CC. . AD.D. .C88. B“”. A. A.8D7B. . B. 86C. AA.D.D. .8BB5.<.< 8C4C.. AD..D8. 3BCA... DA8..2“” B.BA.8.1C“”. B. AD.8.0C.B. AD7.9.C(). B. AD.7.8C.B. D77.C“C”.. AD.D. .76B“”C. . A.D. 75BC.. A. DA..74 BB. . A7.3C“”.B. 7D2“./C”C“.”. AD.D. . 71BC.. A.D7.0“”B“C”.“.A” . DA6..9“” ABB... 68BC“”..A6.7C“D”..B. D6.6C. D.DC. . B. A6. 5C. A. D. 6B4. C. A. D. 63CB..A. DA6..2“?” BB.A. . 61C.B. AD.6.C0. B. D5.•9CC. . AD.D.A.5.8B“”. B. A.57C. B. D5.6CC. . AD.D. . 55BC.. A.D.54BC. . A.DA..53B. B. 52CC. . AD.D.A.5. 1B. B. A.50C.B. D49.C“C”. .A. DD.A.B.4.8 B. A.47C.B. 4D6.“C”C“.”. AD.D. . 4A5B. . B. A.44C.B. AD.4.3C.B. D4.2CC. . AD.D.A.4.1“B” .B. 40C. AD.D. .39BC. . A.DA.3.8B“”. B. A3.7C“”. B. DA36. C“”. B.AD3. 5.C(). AB..D.34BC.. 33CD.. AD.D.. 32BC.. A.D.31B“C”.. A.D.30BC. . A.D. 29BC. . A.D. 28B. C. A.D. 27BC. . AA.D.1.2961B(1). B.1921C59. CA.1D92.14B7C. . A.D. 23BC. . A.D.22B“C”. . A.D. 21CBA.. D2. 0C“”.QAB.. 1D9.“??CB?..” A.D. 18BC.. A.DA..17B. B. 16C. D.DC.. B. A1. 5 D. C. B. A1. 4C. A.D.C13.B1.9 A. D.2102 B.D. C. B. A1. 1 D. C. B. A1.0A. B. C. D. “”“” 9 D. C. B. A.8 D. C. B.C. A7.“” A. D6.CB.. A. D.5B. D. C. B. A.4 D. C. B. A.3 D.“C.“”B.“A” .“” 2C. A. D.1B[.03]
二代支付系统答疑
二代支付系统答疑（根据2010年10月北京昌平业务培训整理）大额部分1、跨境支付业务涉及哪些业务种类？答：跨境支付业务涉及汇款、货物贸易结算、货物贸易结算退款、服务贸易结算、服务贸易结算退款、资本项下跨境支付、资本项下跨境支付退款。
其中，汇款指不能归属于贸易结算支付和资本结算支付的其他跨境支付，例如现金汇款等。
2、请明确同城票交轧差净额清算的途径。
答：同城票交轧差净额由当地同城票据所提交人民银行会计营业部门，人民银行会计营业部门对非清算账户直接记账，涉及清算账户的提交支付系统清算。
3、在商业银行实现法人一点清算后，其清算账户中包含法定存款准备金，因此，无法触发自动质押融资，清算排队以及日终自动拆借，所以，商业银行可否设置清算账户余额下限，用以触发上述功能，确保账户保留最低余额？答：法定存款准备金和超额准备金均为清算资金，在支付系统中没有差别。
设置清算账户余额下限为人民银行出于流动性管理的需要对商业银行进行的控制功能，此功能不向商业银行开放。
4、一、二代并行阶段，日终汇总对账是否同时收到一代842报文和二代的721报文？如果不是，对账处理逻辑是怎样的？答：一、二代并行阶段，支付系统参与者不会同时收到一代的842和二代的721报文。
如果参与者完成行内系统改造的，日终对账时，大额系统将该参与者发起和接收的一代、二代支付报文汇总形成二代对账报文，下发给该参与者；如果参与者行内系统沿用一代的处理模式，则仍收到842报文；5、大额系统中提到二代支付系统支持信用证、保函等国际结算方式的信息传输及资金结算，请问通过何种报文支持？系统如何进行检查？答：信用证、保函等结算方式如果不需系统作资金清算，则信息传输采用通用签名信息业务包；如果需要系统作资金清算，则使用客户发起汇兑业务报文，具体业务种类包括“货物贸易结算”或“服务贸易结算”。
第二代支付系统在NPC实现单笔及累计汇款金额上限检查，对参与者发起跨境人民币业务权限进行控制。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
二代支付系统报文交换标准
支付系统报文交换标准通常指的是在支付系统内各个参与方之间
进行数据交互时所遵循的一套规范和标准。
这些标准通常包括报文格式、报文字段、报文编码方式、报文交换协议等内容，用于确保参与
方之间能够正确地理解和解析对方发送的支付数据。
本文将对二代支
付系统报文交换标准进行详细介绍。
一、报文格式
二代支付系统报文的格式通常采用一种结构化的方式，以便于各
个参与方能够清晰地读取和理解报文的内容。
一般来说，报文的格式
包括报文头部和报文体两个部分。
报文头部通常包含了一些与报文交换相关的信息，例如报文类型、报文长度、报文时间戳等。
这些信息有助于接收方对报文进行处理和
解析。
报文体则是实际存放支付数据的部分，它按照一定的字段顺序排列，每个字段都有固定的类型和长度。
报文体的格式通常是根据业务
需求来设计的，能够满足支付系统的功能要求。
二、报文字段
报文字段是报文中用于存放具体数据的部分，每个字段通常代表
着一个特定的含义。
报文字段可以分为两大类：固定字段和可选字段。
固定字段是在每个报文中都必须出现的字段，它们通常包含一些
基本的支付信息，例如交易金额、交易时间、商户号等。
这些字段的
内容对于支付系统的正常运作是必需的，不能缺少。
可选字段是一些根据具体业务需求，不是每个报文都必须出现的
字段。
例如，某些报文可能需要包含客户的银行卡信息或者其他扩展
字段，这些字段可以根据需要选择是否使用。
报文字段的命名通常采用英文单词或缩写的方式，以方便各个参
与方间的交流和理解。
三、报文编码方式
在进行报文交换时，为了保证数据的正确传输，报文中的内容通
常需要进行编码。
常用的报文编码方式有两种：ASCII码编码和二进制编码。
ASCII码编码是将报文中的每个字符转换为对应的ASCII码值进行传输。
这种编码方式简单易懂，但是在传输过程中需要占用更多的带
宽和存储空间。
二进制编码则是将报文中的内容以二进制形式进行传输。
这种编
码方式在传输效率和占用资源方面有着明显的优势，但是对于一些非
二进制数据的处理可能会稍显复杂。
四、报文交换协议
在支付系统中，报文的交换通常需要依靠一种特定的协议来进行。
常用的报文交换协议有HTTP协议、TCP/IP协议等。
HTTP协议是一种应用层协议，它基于客户端-服务器模型，通过HTTP报文进行数据交换。
HTTP协议在支付系统中的应用广泛，特别适
用于互联网支付。
TCP/IP协议是一种网络协议，它将报文分割成适当的数据包进行
传输。
TCP/IP协议具有可靠性高、传输速度快的特点，广泛用于各类
支付系统。
除了HTTP和TCP/IP协议之外，还有其他一些特定的报文交换协议，例如ISO8583协议、XML协议等。
这些协议通常根据具体的业务需求和报文交换的特点来选择和应用。
总结
二代支付系统报文交换标准是确保支付系统各个参与方之间能够正确交换数据的基础。
它包括报文格式、报文字段、报文编码方式和报文交换协议等内容。
通过使用统一的标准，能够提高支付系统的互通性和可靠性，确保支付数据的安全和准确性。
近年来，随着支付系统的快速发展和创新，支付报文交换标准也在不断演进和完善，以适应不断变化的业务需求。