下载文档原格式
二代支付系统报文标准-回复标题：二代支付系统报文标准详解一、引言二代支付系统，作为金融领域的重要基础设施，其报文标准的设计与实施对于提升支付效率、保障支付安全、促进金融市场健康发展具有至关重要的作用。
本文将详细解析二代支付系统的报文标准，从其基本概念、主要特点、构成要素以及应用实践等方面进行深入探讨。
二、二代支付系统报文标准的基本概念二代支付系统报文标准，是指在二代支付系统中，为了实现信息的准确、快速、安全传输，而制定的一套统一的数据交换格式和规则。
这种标准主要包括了报文的结构、内容、编码方式、传输协议等要素，旨在确保不同金融机构、不同支付系统之间的信息交互能够无缝对接，提高支付处理的效率和准确性。
三、二代支付系统报文标准的主要特点1. 标准化：二代支付系统报文标准采用统一的数据格式和规则，消除了因各机构自定义格式带来的兼容性问题，提高了支付信息的互操作性。
2. 结构化：二代支付系统报文标准采用了层次化的结构设计，使得报文内容清晰、逻辑性强，便于数据的解析和处理。
3. 安全性：二代支付系统报文标准在设计时充分考虑了安全性因素，包括数据加密、数字签名、完整性校验等技术手段，以保护支付信息在传输过程中的安全。
4. 扩展性：二代支付系统报文标准具有良好的扩展性，可以随着业务需求的变化进行灵活的扩展和调整，满足未来支付业务的发展需求。
四、二代支付系统报文标准的构成要素二代支付系统报文标准主要包括以下几个关键要素：1. 报文头：包含了报文的类型、版本、长度、发送方和接收方等基本信息，用于标识和解析报文。
2. 业务数据段：包含了支付交易的具体信息，如交易金额、交易时间、交易双方账户信息、交易类型等。
3. 安全校验码：用于验证报文在传输过程中是否被篡改或损坏，保证数据的完整性和一致性。
4. 数字签名：通过加密算法对报文内容进行签名，以证明报文的真实性和来源，防止欺诈和伪造。
五、二代支付系统报文标准的应用实践二代支付系统报文标准在实际应用中，主要体现在以下几个方面：1. 跨行支付清算：通过采用二代支付系统报文标准，实现了不同银行之间的支付信息快速、准确的交换和清算，大大提高了支付效率。
第二代支付系统总体介绍第二代支付系统总体介绍一、本文概述1、支付系统的定义与重要性支付系统是金融体系中至关重要的一部分，它为商品和服务的提供者与接受者之间提供了一种货币交换的方式。
支付系统可以定义为一种在收款人和付款人之间建立联系，并实现资金转移的金融系统。
这个系统可以是有形的，如现金或银行转账，也可以是无形的，如电子支付或票据支付。
无论是在经济发达国家还是发展中国家，支付系统都在社会经济生活中扮演着不可或缺的角色。
随着科技的发展和金融创新的不断涌现，支付系统已经从传统的现金交易和银行汇款发展到了第二代支付系统，即电子支付系统。
第二代支付系统具有高效、便捷、实时等特点，为人们的生活和工作带来了极大的便利。
首先，第二代支付系统大大提高了交易的效率。
在传统的支付方式下，交易需要现金交付或通过银行柜台或ATM进行转账，这个过程既耗时又繁琐。
而第二代支付系统通过电子渠道，实现了资金的实时转移，大大缩短了交易时间，提高了支付效率。
其次，第二代支付系统提供了更为便捷的支付方式。
无论是个人还是企业，都可以通过互联网、手机APP等电子渠道进行支付，无需面对繁琐的现金交易或银行排队等待的过程，使得支付更为便捷和高效。
此外，第二代支付系统还具有更好的安全性和隐私保护。
通过使用加密技术和身份验证机制，保证了交易的安全性和隐私性，降低了欺诈和假钞的风险。
总的来说，第二代支付系统的发展对于促进经济发展和社会进步具有重要意义。
它不仅提高了支付的效率和便捷性，还为金融创新和社会发展提供了强有力的支持。
随着技术的进步和人们对支付安全性、便捷性要求的提高，第二代支付系统将在未来继续发挥重要的作用。
2、第一代支付系统的局限性第一代支付系统自出现以来，就存在着一些固有的局限性。
首先，由于技术手段的限制，第一代支付系统往往无法实现实时清算，需要依靠人工清算和结算，效率低下且容易出错。
其次，第一代支付系统缺乏对交易的监控和跟踪，无法及时发现和防止欺诈、洗钱等行为，存在着一定的风险。
常见应用问题及故障处置指引（业务系统开放系统）中国人民银行清算总中心支付系统开发中心文档修订记录注：变化状态：A—增加，M—修改，D—删除目录修改记录1通用问题1.1字符集类1.1.1字符集转码失败●错误信息File '', Line 29, Level 0: CodeConvt Can not create convertor from [GBK] to [UTF-8]!●错误解释集成问题，操作系统未安装相关中文字符集。
2代系统中：1代大额报文CMT使用GB2312字符集1代小额报文CMT/PKG使用GBK16字符集2代xml报文，内部报文cncc接口串omXX使用unicode字符集utf-8编码方式2代主机系统使用EBCDIC字符集●处理方法1、确认操作系统字符环境。
/usr/lib/nls/loc/iconv目录下存在UTF-8_GBK和GBK_UTF-8文件，存在IBM-1388_UTF-8和UTF-8_IBM-1388链接。
2、出现此错误时，IBPS-NPC拒绝受理该报文，返回系统错，重试3次后转错误队列ERRMSG。
3、需使用操作系统安装光盘重新安装中文字符集。
1.1.2报文域值非法●错误信息File '', Line 2605, Level 0: 8122 CU0O0115 报文域值非法! -- E41在4列非x字符集●错误解释E41为流水号，规定字符集为20x。
其中x-字符集由以下86个字符组成a b c d e f g h i j k l m n o p q r s t u v w x yA B C D E F G H I J K L M N O P Q R S T U V W X Y Z0 1 2 3 4 5 6 7 8 9. , - _ ( ) / = ' + : ? ! " % & * < > ; @ #(cr) (lf) (space)注： x-字符集中的 : 和 % 以及 '（半角）和 "（半角）四个字符为支付系统报文保留字符，所以组织支付系统报文内容时，不得再使用这四个字符，否则报文解析将会出错。
二代支付系统报文解读-回复如何解读二代支付系统报文。
二代支付系统是一种用于电子支付的系统，通过网络进行支付交易。
在这个系统中，报文是用来传输支付信息的主要工具。
了解如何解读二代支付系统报文对于理解支付流程和确保交易的安全性非常重要。
本文将一步一步回答如何解读二代支付系统报文。
首先，我们需要了解二代支付系统报文的基本结构。
二代支付系统报文通常由多个字段组成，每个字段都有特定的含义和格式。
报文的结构以及字段的定义通常可以在系统文档或技术规范中找到。
一般来说，二代支付系统报文包含了交易的发起和应答信息，包括交易金额、交易类型、交易状态、商户号、终端号等。
接下来，我们可以通过查看报文的字段来获取更详细的信息。
例如，报文中的交易类型字段可以告诉我们这是一笔消费、退款还是其他类型的交易。
交易金额字段可以告诉我们交易的具体金额。
商户号和终端号字段可以告诉我们交易由哪个商户发起，以及使用了哪个终端设备进行支付。
在解读二代支付系统报文时，我们还需要考虑字段的编码和格式。
常见的编码格式包括ASCII码、UTF-8等。
在解读报文时，我们需要根据报文规范来确定字段的编码格式，并使用相应的解码工具将字段转换成可读的文本。
此外，我们还需要关注报文中的安全字段。
在二代支付系统中，为了确保交易的安全性，报文通常会包含一些安全相关的字段，如签名、校验值等。
这些字段用于验证报文的完整性和真实性，防止报文在传输过程中被篡改或冒充。
解读这些安全字段可以帮助我们确认报文的合法性和防范潜在的风险。
最后，对于初学者来说，理解二代支付系统报文可能会有一定的难度。
因此，学习和研究报文规范是非常重要的。
可以通过阅读相关的技术文档、参考实际的报文示例以及参与培训课程来提升对二代支付系统报文的解读能力。
此外，与其他从业人员进行交流和讨论，分享经验和技巧也是获取解读报文经验的有效途径。
总之，二代支付系统报文是进行电子支付交易的核心工具。
通过逐步了解和解读报文的结构、字段含义、编码格式以及安全字段，我们可以更好地理解支付流程，确保交易的准确性和安全性。
第二代支付系统知识介绍首先，第二代支付系统更加安全。
在支付过程中，第二代支付系统采用了更加先进的加密算法和安全协议，能够有效地防止支付信息被窃取和篡改。
同时，通过建立强大的反欺诈系统和风险控制机制，第二代支付系统能够及时发现和阻止风险行为，保护用户的资金安全。
其次，第二代支付系统更加高效。
它采用了分布式架构和并发处理技术，可以支持大规模的用户同时进行支付交易，提高了支付系统的吞吐量和响应速度。
此外，第二代支付系统还具备较强的扩展性，能够根据用户需求和交易负载的增长进行系统扩容，保持高效运行。
此外，第二代支付系统还能够与其他金融服务进行深度融合，提供更广泛的支付和金融服务。
比如，第二代支付系统可以与电子商务平台、P2P借贷平台、保险公司等进行联接，为用户提供一站式的支付、消费和理财服务。
同时，第二代支付系统还可以与第三方服务商合作，推出各种创新的金融产品和支付解决方案，满足用户不断变化的支付需求。
最后，第二代支付系统还具备数据分析和风险管理的能力。
通过对支付数据的采集和分析，第二代支付系统可以获取用户的消费行为、偏好和信用评估数据，为商家提供精准的营销和风险管理服务。
同时，第二代支付系统还可以通过风险评估模型和行为分析算法，对支付交易进行实时监控和评估，有效预防欺诈行为和非法资金流转。
综上所述，第二代支付系统是一种更加安全、高效、便捷的支付系统，它通过技术创新和功能拓展，不断满足用户和商家的支付需求。
随着科技的不断发展和社会的不断进步，第二代支付系统必将在未来的支付市场中扮演越来越重要的角色。
第二代支付系统介绍
第二代支付系统是指下一代的支付技术，是一种由支付机构及银行等
机构发展的支付方式。
它具有超前的技术特性、完善的系统安全性能，以
及极佳的支付体验，能够大幅提高支付效率，满足客户多样化的支付需求，为客户提供更好的支付服务。
第二代支付系统的技术特性包括：一是跨行支付、移动支付和电子钱
包等支付业务的集成；二是数据加密、金融服务认证和管理等安全措施的
强化；三是支付渠道覆盖、受益增加和商户关系扩大等支付操作的优化；
四是签署支付协议以及多种支付服务等支付环境的改善；五是支付费率动
态调整、费率折扣等收费策略的先进；六是支付充值自助服务、电子签名
和短信快捷支付等支付服务的拓展；七是第三方支付机构信息共享、支付
流程自动化、支付结算报表系统的实施等；八是支付数据节点分布和支付
系统运维的可行性分析等。
第二代支付系统的安全措施具备可靠性、安全性、稳定性和及时有效
性等特点，比如采用基于密码学的安全认证机制，客户的身份验证采用动
态密码令牌，以及实施对支付交易的完整性、私密性、不可抵赖性等安全
技术，保证客户的交易资金安全。
⼆代⽀付系统常见应⽤问题及故障处置指引业务系统开放系统修订版⼆代⽀付系统常见应⽤问题及故障处置指引业务系统开放系统修订版IBMT standardization office【IBMT5AB-IBMT08-IBMT2C-ZZT18】常见应⽤问题及故障处置指引（业务系统开放系统）中国⼈民银⾏清算总中⼼⽀付系统开发中⼼⽂档修订记录注：变化状态：A—增加，M—修改，D—删除⽬录1通⽤问题 (2)1.1字符集类 (2)1.1.1字符集转码失败 (2)1.1.2报⽂域值⾮法 (2)1.2报⽂类 (4)1.2.1参与者发送错误报⽂ (4)1.2.2报⽂域长度⾮法 (4)1.2.3报⽂域强制项没有指定值 (5)1.2.4报⽂域值⾮空检查失败 (5)1.2.5报⽂域值不在指定的枚举范围内 (5)1.3核押核签类 (6)1.3.1核全国押不符 (6)1.3.2核⼆代全国押不符 (6)1.3.3数字签名⾮法 (7)1.4.1队列读取消息失败系统错 (7)1.4.2报⽂处理失败转存到错误队列 (8)1.5CICS类 (8)1.6DB2类 (8)1.6.1选取数据库表记录错 (8)1.7公共检查类（⾏号） (9)1.7.1报头发起⾏报体发起⾏⼀致性检查错误 (9)1.7.2参与机构⾏号不存在 (9)1.7.3参与机构加⼊⼦系统未通过 (9)1.7.4参与机构状态⾮法 (10)1.7.5参与机构登录状态⾮法 (10)1.7.6直接参与机构与间接参与⾏关系未通过 (10)1.7.7清算账户状态不在枚举值中 (11)1.7.8清算⾏城市代码没登记 (11)1.8公共检查类（报⽂类型，业务类型，业务种类） (12) 1.8.2业务类型与业务种类不匹配 (12)1.8.3报⽂类型,业务类型号与业务种类号不存在 (12) 1.9公共检查类（参与者间报⽂交互格式处理） (13) 1.9.1⼀代参与者不允许接收⼆代报⽂ (13)1.9.2⼆代参与者不允许发起此类报⽂ (13)1.10公共检查类（权限） (15)1.10.1业务权限检查未通过 (15)1.10.2⿊名单检查未通过 (16)1.10.3特⾊业务权限检查未通过 (16)1.11公共检查类（⾦额检查） (18)1.11.1⾦额超过参与机构⾦额上限 (18)1.11.2⾦额低于⾦额下限 (18)1.12公共检查类（系统状态） (19)1.12.1当前系统状态不允许受理报⽂ (19)2HVPS⼤额⽀付系统常见问题 (1)2.2委托⽇期⼤等于当前系统⼯作⽇ (1)2.3CCPC代码⾮法 (1)2.4指定系统状态下报⽂域值⾮法 (2)2.5跨境贸易特殊检查 (2)2.6指定系统状态下报⽂域值⾮法 (2)2.7发起参与机构没有借记被借记⾏账户的权限 (3) 2.8借记⾏或贷记⾏不能为ACS⾏号 (3)3BEPS⼩额⽀付系统常见问题 (4)3.1报头委托⽇期⾮法 (4)3.2包委托⽇期⾮法 (4)3.3借记业务回执期限⾮法 (4)3.4退票代码填写不合法 (5)3.5⽆匹配的原代收代付业务记录 (5)3.6票交机构号与代理⾏号对应关系错 (5)3.7⼩额管理类报⽂ (6)4.1报⽂⽇期超过历史数据保存期 (7)4.2丢弃⾮期望的回执报⽂ (7)4.3⾦额格式⾮法 (8)4.4业务拒绝码⾮法 (8)4.5拒绝业务必须填写拒绝原因 (8)4.6参与机构重复登录或退出 (9)4.7申请对账⽇期的对账尚未完成 (9)4.8对账⽇期超过历史保存期 (9)4.9报⽂⽇期⼤于⼯作⽇期 (10)4.10开始⽇期应⼩于等于截⽌⽇期 (10)4.11丢弃⽆原业务的报⽂ (10)5NETS扎差服务器常见问题 (11)5.1检查⽇期⾮系统⼯作⽇ (11)5.2净借记限额不⾜ (11)5.3没有找到排队业务 (11)5.5发起⾏⾮CBGS⾏号 (12)5.6法⼈机构未设置总授信额度 (12)5.7检查上级⾏与下级⾏关系未通过 (12)6SAPS清算账户系统常见问题 (13)6.1清算排队 (13)6.2⽆匹配原业务 (13)6.3拆⼊⾏和拆出⾏之间存在待处理的管理协议 (14) 6.4直接参与者间辖属关系⾮法 (14)6.5被设置⾏不能是法⼈机构本⾝ (14)7系统状态变更专题 (15)7.1变更期数⾮法 (15)7.2批处理 (15)8对账不平处理专题 (17)8.1NETS对账不平处理（待补充） (18)8.2HVPS对账不平处理（待补充） (18)8.3.1与NETS汇总对账存在BEPS多的数据 (18)8.3.2与NETS汇总核对失败，存在核对不符的数据 (18) 8.3.3与NETS业务明细核对不符，待纠正 (18)8.3.4与NETS业务明细核对不符，对账失败 (19)8.4IBPS对账不平处理 (19)8.4.1没有收到NETS汇总对账报⽂ (19)8.4.2与NETS汇总对账存在IBPS多的数据 (19)8.4.3与NETS汇总核对失败，存在核对不符的数据 (20) 8.4.4与NETS业务明细核对不符，请校正 (20)8.4.5对账完成后，⽇终批处理未调起。
二代支付系统答疑（第三期）大额部分1、二代支付系统商业银行采用“一点接入，一点清算”，商业银行行内业务可否通过二代支付系统汇划资金？答：可以。
二代支付系统既支持收、付款清算行为不同清算行业务的资金清算，也支持收、付款为同一清算行业务的清算。
2、跨境非贸易人民币支付业务的“退汇业务处理”的“退汇业务与原业务的匹配时间为7个工作日”。
这里的“7个工作日”是否指法定工作日？答：是指法定工作日。
3、大额系统中增加了跨境类的业务，与目前的相关系统“跨境人民币收付管理信息系统”有什么直接关系？答：大额支付系统是银行间人民币支付系统，既支持银行间信息传输，又处理资金清算。
跨境人民币收付管理信息系统是一个信息系统，主要依据商业银行上报数据，方便人民银行了解跨境人民币收付情况，它是一个事后监控信息系统。
二代支付系统可以向跨境人民币收付管理信息系统提供跨行的跨境人民币收付数据，但是商业银行行内的跨境人民币收付数据还需商业银行提供。
小额部分4、二代支付系统是否支持国库集中支付业务，包括直接支付和授权支付？小额普通借记报文的业务类型有国库资金借记划拨，业务种类却未涉及。
答：小额支付系统支持国库集中支付业务。
国库资金借记划拨业务包括中央级预算收入、省级预算收入、地市级预算收入、县级预算收入、其他五个业务种类。
5、关于小额支付系统跨行发票的传递问题，因发票使用将涉及到税收问题，此类发票应得到税务部门的认可，不知总行是否已与国家税务总局就此问题已取得共识及认可？答：中国人民银行与国家税务总局在2007对银行代收费使用发票的问题进行了明确，具体内容见《国家税务总局中国人民银行关于银行代收费业务使用税务发票有关问题的通知》（国税发2007【108】号）。
6、集中代收付问题，批量代收业务处理由借记业务流程改为贷记业务，手续费的收取（对银行）是否也相应转由贷记业务发起行支付手续费？如是这样，此业务将不利于付款开户行，业务的开展也将遇到障碍。
常见应用问题及故障处置指引（业务系统开放系统）中国人民银行清算总中心支付系统开发中心文档修订记录注：变化状态：A—增加，M—修改，D—删除目录1通用问题 (2)1.1字符集类 (2)1.1.1字符集转码失败 (2)1.1.2报文域值非法 (2)1.2报文类 (4)1.2.1参与者发送错误报文 (4)1.2.2报文域长度非法 (4)1.2.3报文域强制项没有指定值 (5)1.2.4报文域值非空检查失败 (5)1.2.5报文域值不在指定的枚举范围内 (5)1.3核押核签类 (6)1.3.1核全国押不符 (6)1.3.2核二代全国押不符 (6)1.3.3数字签名非法 (7)1.4MQ类 (7)1.4.1队列读取消息失败系统错 (7)1.4.2报文处理失败转存到错误队列 (8)1.5CICS类 (8)1.6DB2类 (8)1.6.1选取数据库表记录错 (8)1.7公共检查类（行号） (9)1.7.1报头发起行报体发起行一致性检查错误 (9)1.7.2参与机构行号不存在 (9)1.7.3参与机构加入子系统未通过 (9)1.7.4参与机构状态非法 (10)1.7.5参与机构登录状态非法 (10)1.7.6直接参与机构与间接参与行关系未通过 (10)1.7.7清算账户状态不在枚举值中 (11)1.7.8清算行城市代码没登记 (11)1.8公共检查类（报文类型，业务类型，业务种类） .. 121.8.1报文类型与业务类型不匹配 (12)1.8.2业务类型与业务种类不匹配 (12)1.8.3报文类型,业务类型号与业务种类号不存在 . 12 1.9公共检查类（参与者间报文交互格式处理） (13)1.9.1一代参与者不允许接收二代报文 (13)1.9.2二代参与者不允许发起此类报文 (13)1.10公共检查类（权限） (15)1.10.1业务权限检查未通过 (15)1.10.2黑名单检查未通过 (16)1.10.3特色业务权限检查未通过 (16)1.11公共检查类（金额检查） (18)1.11.1金额超过参与机构金额上限 (18)1.11.2金额低于金额下限 (18)1.12公共检查类（系统状态） (19)1.12.1当前系统状态不允许受理报文 (19)2HVPS大额支付系统常见问题 (1)2.1报文日期委托日期不等于当前系统工作日 (1)2.2委托日期大等于当前系统工作日 (1)2.3CCPC代码非法 (1)2.4指定系统状态下报文域值非法 (2)2.5跨境贸易特殊检查 (2)2.6指定系统状态下报文域值非法 (2)2.7发起参与机构没有借记被借记行账户的权限 (3)2.8借记行或贷记行不能为ACS行号 (3)3BEPS小额支付系统常见问题 (4)3.1报头委托日期非法 (4)3.2包委托日期非法 (4)3.3借记业务回执期限非法 (4)3.4退票代码填写不合法 (5)3.5无匹配的原代收代付业务记录 (5)3.6票交机构号与代理行号对应关系错 (5)3.7小额管理类报文 (6)4IBPS网银支付系统常见问题 (7)4.1报文日期超过历史数据保存期 (7)4.2丢弃非期望的回执报文 (7)4.3金额格式非法 (8)4.4业务拒绝码非法 (8)4.5拒绝业务必须填写拒绝原因 (8)4.6参与机构重复登录或退出 (9)4.7申请对账日期的对账尚未完成 (9)4.8对账日期超过历史保存期 (9)4.9报文日期大于工作日期 (10)4.10开始日期应小于等于截止日期 (10)4.11丢弃无原业务的报文 (10)5NETS扎差服务器常见问题 (11)5.1检查日期非系统工作日 (11)5.2净借记限额不足 (11)5.3没有找到排队业务 (11)5.4余额预警设置金额不合法 (12)5.5发起行非CBGS行号 (12)5.6法人机构未设置总授信额度 (12)5.7检查上级行与下级行关系未通过 (12)6SAPS清算账户系统常见问题 (13)6.1清算排队 (13)6.2无匹配原业务 (13)6.3拆入行和拆出行之间存在待处理的管理协议 (14)6.4直接参与者间辖属关系非法 (14)6.5被设置行不能是法人机构本身 (14)7系统状态变更专题 (15)7.1变更期数非法 (15)7.2批处理 (15)8对账不平处理专题 (17)8.1NETS对账不平处理（待补充） (18)8.2HVPS对账不平处理（待补充） (18)8.3BEPS对账不平处理 (18)8.3.1与NETS汇总对账存在BEPS多的数据 (18)8.3.2与NETS汇总核对失败，存在核对不符的数据188.3.3与NETS业务明细核对不符，待纠正 (18)8.3.4与NETS业务明细核对不符，对账失败 (19)8.4IBPS对账不平处理 (19)8.4.1没有收到NETS汇总对账报文 (19)8.4.2与NETS汇总对账存在IBPS多的数据 (19)8.4.3与NETS汇总核对失败，存在核对不符的数据208.4.4与NETS业务明细核对不符，请校正 (20)8.4.5对账完成后，日终批处理未调起。
常见应用问题及故障处置指引（业务系统开放系统）中国人民银行清算总中心支付系统开发中心文档修订记录注：变化状态：A—增加，M—修改，D—删除目录修改记录1通用问题1.1字符集类1.1.1字符集转码失败●错误信息File '', Line 29, Level 0: CodeConvt Can not create convertor from [GBK] to [UTF-8]!●错误解释集成问题，操作系统未安装相关中文字符集。
2代系统中：1代大额报文CMT使用GB2312字符集1代小额报文CMT/PKG使用GBK16字符集2代xml报文，内部报文cncc接口串omXX使用unicode字符集utf-8编码方式2代主机系统使用EBCDIC字符集●处理方法1、确认操作系统字符环境。
/usr/lib/nls/loc/iconv目录下存在UTF-8_GBK和GBK_UTF-8文件，存在IBM-1388_UTF-8和UTF-8_IBM-1388链接。
2、出现此错误时，IBPS-NPC拒绝受理该报文，返回系统错，重试3次后转错误队列ERRMSG。
3、需使用操作系统安装光盘重新安装中文字符集。
1.1.2报文域值非法●错误信息File '', Line 2605, Level 0: 8122 CU0O0115 报文域值非法! -- E41在4列非x字符集●错误解释E41为流水号，规定字符集为20x。
其中x-字符集由以下86个字符组成a b c d e f g h i j k l m n o p q r s t u v w x yA B C D E F G H I J K L M N O P Q R S T U V W X Y Z0 1 2 3 4 5 6 7 8 9. , - _ ( ) / = ' + : ? ! " % & * < > ; @ #(cr) (lf) (space)注： x-字符集中的 : 和 % 以及 '（半角）和 "（半角）四个字符为支付系统报文保留字符，所以组织支付系统报文内容时，不得再使用这四个字符，否则报文解析将会出错。
第二代支付系统技术总体介绍
一、概述
第二代支付系统是一种基于移动终端的支付系统，它有别于传统的第
一代支付系统，能够支持用户进行支付的过程、结算的过程以及会计的过程。
第二代支付系统可以提供简便、安全、便捷的支付服务，并且相比传
统的第一代支付系统，它拥有更加丰富的功能。
二、技术概况
第二代支付系统具有认证、消费、会计、存款、转账等多种功能，它
可以支持银行卡的支付，以及互联网支付、商家支付等多种支付方式，并
且可以支持多种货币，例如人民币、美元等，同时具有多种安全保障机制，如数据加密、双向认证等，从而确保数据的安全性和正确性。
第二代支付系统的技术核心是应用程序，它主要有以下几种应用程序：支付应用程序，可以支持各种付款方式，支持货币化和非货币化的付款；
会计应用程序，可以支持实时支付，多账户的分账、分摊等；安全应用程序，主要负责支付过程中的安全保护，可以对数据进行高强度的加密；结
算应用程序，可以支持多种结算方案，如实时结算、定时结算等；管理应
用程序，可以支持对交易记录的实时监控和报表的生成等功能。
三、适用范围。
1二代支付系统答疑（二代支付系统答疑（ACS ACS 部分） （根据2010年10月北京昌平业务培训整理）零余额账户相关问题1.1. A CS 的零余额账户主要用于哪类机构管理需要？的零余额账户主要用于哪类机构管理需要？答：ACS 的零余额账户主要用于商业银行法人实施一点清算后，人民银行各分支行对本辖区该商业银行分支机构进行业务管理的需要。
2.2.零余额账户是否能够应用于“一点接入、一点清算”的机构，零余额账户是日间始终保持零余额吗？零余额账户是日间始终保持零余额吗？答：ACS 零余额账户能应用于“一点接入、一点清算”的商业银行法人对其分支机构的管理。
零余额账户的日间资金实时转入其法人账户，日间某一时点的瞬间余额可能不为零，日终余额保持为零。
3.3.一点清算后，该商业银行的其他分支机构一定需要在ACS 中开设“零余额账户”吗？如何开设？设“零余额账户”吗？如何开设？答：一点清算后，该商业银行分支机构如需在所在地人民银行分支机构办理业务，如再贷款、再贴现、同城清算、存取款等，需要在ACS 中开设账户，该账户可进行“零余额”管理；如不在人民银行办理业务，可不开设账户。
开设账户的，则应按照人民银行的要求填制开户申请书，提交相关开户资料。
4.4.A CS “零余额”账户管理方式与SAPS 清算账户资金池管理方式2 之间的区别？之间的区别？答：“零余额”账户是ACS 为实施一点清算和资金集中管理的商业银行分支机构开立的账户，以满足人民银行对各地金融机构进行属地管理的需要。
商业银行分支机构在人民银行办理的业务通过该商业银行分支机构在人民银行办理的业务通过该“零“零余额”账户进行发生额记载，余额统一记载其法人账户。
SAPS 清算账户资金池是对某商业银行法人所辖多个清算账户进行资金撮合的管理机制。
5.5. 零余额账户管理下，缴存财政性存款等业务是否存在障碍？余额账户管理下，缴存财政性存款等业务是否存在障碍？ 答：“零余额”账户是ACS 系统内部管理机制，系统将根据账户设置的不同进行不同的会计分录记载，不会影响其财政性存款业务办理。
常见应用问题及故障处置指引（业务系统开放系统）中国人民银行清算总中心支付系统开发中心文档修订记录注：变化状态：A—增加，M—修改，D—删除目录1通用问题 (2)1.1字符集类 (2)1.1.1字符集转码失败 (2)1.1.2报文域值非法 (2)1.2报文类 (4)1.2.1参与者发送错误报文 (4)1.2.2报文域长度非法 (4)1.2.3报文域强制项没有指定值 (5)1.2.4报文域值非空检查失败 (5)1.2.5报文域值不在指定的枚举范围内 (5)1.3核押核签类 (6)1.3.1核全国押不符 (6)1.3.2核二代全国押不符 (6)1.3.3数字签名非法 (7)1.4MQ类 (7)1.4.1队列读取消息失败系统错 (7)1.4.2报文处理失败转存到错误队列 (8)1.5CICS类 (8)1.6DB2类 (8)1.6.1选取数据库表记录错 (8)1.7公共检查类（行号） (9)1.7.1报头发起行报体发起行一致性检查错误 (9)1.7.2参与机构行号不存在 (9)1.7.3参与机构加入子系统未通过 (9)1.7.4参与机构状态非法 (10)1.7.5参与机构登录状态非法 (10)1.7.6直接参与机构与间接参与行关系未通过 (10)1.7.7清算账户状态不在枚举值中 (11)1.7.8清算行城市代码没登记 (11)1.8公共检查类（报文类型，业务类型，业务种类） (12)1.8.1报文类型与业务类型不匹配 (12)1.8.2业务类型与业务种类不匹配 (12)1.8.3报文类型,业务类型号与业务种类号不存在 (12)1.9公共检查类（参与者间报文交互格式处理） (13)1.9.1一代参与者不允许接收二代报文 (13)1.9.2二代参与者不允许发起此类报文 (13)1.10公共检查类（权限） (15)1.10.1业务权限检查未通过 (15)1.10.2黑名单检查未通过 (16)1.10.3特色业务权限检查未通过 (16)1.11公共检查类（金额检查） (18)1.11.1金额超过参与机构金额上限 (18)1.11.2金额低于金额下限 (18)1.12公共检查类（系统状态） (19)1.12.1当前系统状态不允许受理报文 (19)2HVPS大额支付系统常见问题 (1)2.1报文日期委托日期不等于当前系统工作日 (1)2.2委托日期大等于当前系统工作日 (1)2.3CCPC代码非法 (1)2.4指定系统状态下报文域值非法 (2)2.5跨境贸易特殊检查 (2)2.6指定系统状态下报文域值非法 (2)2.7发起参与机构没有借记被借记行账户的权限 (3)2.8借记行或贷记行不能为ACS行号 (3)3BEPS小额支付系统常见问题 (4)3.1报头委托日期非法 (4)3.2包委托日期非法 (4)3.3借记业务回执期限非法 (4)3.4退票代码填写不合法 (5)3.5无匹配的原代收代付业务记录 (5)3.6票交机构号与代理行号对应关系错 (5)3.7小额管理类报文 (6)4IBPS网银支付系统常见问题 (7)4.1报文日期超过历史数据保存期 (7)4.2丢弃非期望的回执报文 (7)4.3金额格式非法 (8)4.4业务拒绝码非法 (8)4.5拒绝业务必须填写拒绝原因 (8)4.6参与机构重复登录或退出 (9)4.7申请对账日期的对账尚未完成 (9)4.8对账日期超过历史保存期 (9)4.9报文日期大于工作日期 (10)4.10开始日期应小于等于截止日期 (10)4.11丢弃无原业务的报文 (10)5NETS扎差服务器常见问题 (11)5.1检查日期非系统工作日 (11)5.2净借记限额不足 (11)5.3没有找到排队业务 (11)5.4余额预警设置金额不合法 (12)5.5发起行非CBGS行号 (12)5.6法人机构未设置总授信额度 (12)5.7检查上级行与下级行关系未通过 (12)6SAPS清算账户系统常见问题 (13)6.1清算排队 (13)6.2无匹配原业务 (13)6.3拆入行和拆出行之间存在待处理的管理协议 (14)6.4直接参与者间辖属关系非法 (14)6.5被设置行不能是法人机构本身 (14)7系统状态变更专题 (15)7.1变更期数非法 (15)7.2批处理 (15)8对账不平处理专题 (17)8.1NETS对账不平处理（待补充） (18)8.2HVPS对账不平处理（待补充） (18)8.3BEPS对账不平处理 (18)8.3.1与NETS汇总对账存在BEPS多的数据 (18)8.3.2与NETS汇总核对失败，存在核对不符的数据 (18)8.3.3与NETS业务明细核对不符，待纠正 (18)8.3.4与NETS业务明细核对不符，对账失败 (19)8.4IBPS对账不平处理 (19)8.4.1没有收到NETS汇总对账报文 (19)8.4.2与NETS汇总对账存在IBPS多的数据 (19)8.4.3与NETS汇总核对失败，存在核对不符的数据 (20)8.4.4与NETS业务明细核对不符，请校正 (20)8.4.5对账完成后，日终批处理未调起。
二代支付系统答疑（第四期）大额部分1、原先已签订的自动质押融资合同，在二代支付系统是否还继续有效？答：第二代支付系统只是支付系统自身从第一代升级到第二代，对于已签订的尚在有效期内的自动质押融资合同，在第二代支付系统上线后继续有效。
2、在大额普通贷记业务——城市商业银行汇票业务中，部分业务在兑付处理时是否没有兑付通知报文？答：是的，全额兑付业务后有全额兑付通知报文，部分金额兑付处理时没有兑付通知报文。
参与者可从接收到的清算银行汇票资金报文中看到出票金额、多余金额和实际结算金额。
3、清算窗口预关闭时间是几分钟？答：清算窗口预关闭是一个系统动作。
在执行清算窗口关闭前，系统自动将排队队列中的大额支付业务和即时转账支付业务、单边业务退回；错账冲正、日间透支利息和支付业务收费、同城票据交换轧差净额的清算、小额借方轧差净额和网银借方轧差净额业务的清算则不退回。
系统首先启用日终自动拆借功能进行解救。
如果日终自动拆借功能使用后仍不能解救排队业务，在规定的时限内直接参与者未能筹措到资金，则由人民银行提供高额罚息贷款并纳入清算纪律考核。
排队队列全部解救后，清算窗口关闭。
4、网银用户通过网银平台，使用大小额支付系统发起普通汇兑业务，如果接收行尚未完成二代系统报文改造，发起行该如何向接收清算行发起报文？答：如果接收行尚未完成二代系统报文改造，发起行应通过一代系统报文向接收清算行发起报文。
小额部分5、小额支付轧差场次和提交清算时间根据业务管理规定设置，请问这个设置是由人行设置还是商业银行自己可以设置？答：小额支付系统轧差场次和提交清算时间由人民银行根据业务发展情况按照业务管理规定进行统一设置，商业银行不能设置。
6、集中代收付模式下的批量代收与以往流程变化较大，当付款清算行收到代收付中心的代收业务时，如果付款人账户余额不足，或财政零余额需向财政申请支付金时，是否能分批发起贷记报文，分批回执？答：付款清算行收到集中代收中心发来的批量代收业务后，对扣账成功的业务向小额支付系统发起定期贷记业务。
如果付款人账户余额不足时，付款清算行可以根据行内系统业务处理情况分批发起贷记报文，分批向集中代收付中心返回回执。
7、集中代收付模式下，付款清算行在贷记报文发送对方清算成功，付款行返回代收回执后，对方行又退回该笔资金，如何处理？答：当付款清算行收到收款行退回定期贷记业务时，首先要将退汇业务与原定期贷记业务进行匹配，处理成功后付款清算行在数据库内检查是否为批量代收付业务，如是，则通知代收付中心该笔代收付业务被退回，由代收付中心将退回信息通知收（付）款单位。
收（付）款单位收到退回通知后，更正有关业务信息并重新提交。
为规范收款清算行及时办理退汇业务，制度中将规定最长退汇期限。
8、对于小额支付系统定期贷记业务是否将不限制其业务类型为工资或保险金等，即只要是单个付款人付款至多个收款人的业务均可使用？答：是的，凡具有单个付款人向多个收款人付款特点的支付业务均可通过定期贷记业务办理。
9、代收业务借改贷处理后，是否仍然校验协议号？答：代收付业务借改贷后，集中代收付中心仍然需要校验协议信息。
协议号是否纳入校验范围，中国人民银行将在制度中予以明确。
10、在系统升级改造过程中，支票影像交换系统是否需要做同步升级改造？二代支付系统中支票影像业务将改为通过小额支票截留业务办理，是否需要商业银行行内重新开发改造，能否直接进行接口转换？如何过渡？答：(1)支票影像交换系统在第二代支付系统建设中不作升级改造。
当其生命周期结束后停止运行，支票影像业务通过小额支付系统支票截留业务来处理。
(2)二代支付系统报文与现有报文是完全不同的两个报文标准体系，所有业务功能包括小额支票截留业务功能均需要商业银行重新开发。
(3)支票影像交换系统向小额支付系统切换过渡方案在需求书2.1.14.2节中有详细描述。
11、二代系统报文标准是否已考虑银行票据凭证换版后号码为16位的情况？对于一代系统中不支持16位的报文是否还做调整？若调整怎么处理？若不调整如何处理？答：(1)二代支付系统将考虑票据凭证换版对票据号码16位的需求。
(2)目前一代支付系统报文不做调整，制度上将明确一代支付系统报文中票据号码的填写要求。
对于16位的支票号码，一代支付系统报文中仍然填写号码后8位，前4位补0。
12、系统升级后，是否对借记回执业务进行匹配检查？对未与原借记业务匹配的回执业务，系统是否拒绝？答：系统对借记回执业务进行匹配检查。
对于未与原借记业务匹配的业务，系统作拒绝处理。
13、我行支票影像系统为间连，是否需要申请直连，还是待二代上线后，直接通过二代办理支票影像业务？答：银行机构根据本行支票影像业务发展情况选择间联或变更为直联。
对于支票影像业务量大且发展快的银行，应尽快选择为直联方式接入影像系统办理业务。
14、集中代收付业务中与企业签订的协议编号规则目前各地区不一致，二代上线后是否统一？现已签订的协议是否重签？答：(1)第二代支付系统不对协议号编制规则进行统一。
(2)未来确定的协议核验要素如果覆盖现有协议要素，则不需要重新签订协议。
15、集中代收付业务借改贷后，原来的借记业务是否保留？答：集中代收付业务借改贷后，原来的借记业务处理流程不再保留。
16、对于轧差日期与清算日期不为同一工作日的情况，网上支付跨行清算系统会把相关信息发给各地人民银行会计营业部门，二代支付系统上线后，小额支付系统也会同样处理吗？答：第二代支付系统上线后，清算账户管理系统统一将小额支付系统和网上支付跨行清算系统中，轧差日期和清算日期不为同一工作日的信息，通过专用报文发送人民银行当地分支机构自动进行计息积数调整处理。
网上支付跨行清算系统部分17、我行由于行内核心系统改造，未赶上第二批网银上线，请问我们能申请在第三批上线吗？第三批上线后，是否还可以单独申请接入？答：(1)未赶上第二批接入网上支付跨行清算系统的银行机构，可以申请第三批上线。
(2)未赶上第二批和第三批接入网上支付跨行清算系统的银行机构，根据《网上支付跨行清算系统业务处理办法》中关于参与者准入与退出的有关规定，可以单独申请接入系统。
18、网上支付跨行清算系统已考虑备份接入点，今后二代支付系统的大、小额支付系统采用一点接入，一点清算模式时，是否也考虑备份接入点的功能，以提高各商业银行与人行的网络安全稳定？答：在第二代支付系统中，大、小额支付系统和网上支付跨行清算系统均为银行机构提供备份接入点功能。
19、IBPS系统何时开通第三方支付报文？答：第三方贷记业务的开通涉及非金融支付服务机构的管理问题。
目前，人民银行正在根据《非金融机构支付服务管理办法》和《非金融机构支付服务管理办法实施细则》研究第三方机构接入系统的准入标准、具体接入时间及第三方贷记业务的开通时间。
20、第三方贷记业务中各种业务类型收费标准及各种类型如何区分，第三方货记各类业务手续费分润的标准划分能否按业务量高低打折？答：网上支付跨行清算系统可实现按业务类型设置收费标准，并按业务量的大小调整业务收费标准。
SAPS及总体部分21、2010年3月是否为最后上线日期，如果选择此时上线何时能够公布相应的验收、联调、模拟运行以及实施计划？答：《第二代支付系统工程实施计划》已经制定并印发，其中明确规定了联调、验收及模拟运行的时间，参与者可参考制定本行的实施计划。
22、参与者是通过NPC还是CCPC接入是否由人行制定？答：直接参与者接入二代支付系统时，首先由本行申请接入点是NPC还是CCPC，人民银行综合考虑业务量大小等因素进行审批。
23、2012年3月过渡期截止前，商业银行如果不对行内系统进行任何改造升级，是否仍能正常运行一代支付系统的各项业务？答：一、二代支付系统过渡期之内，未完成行内改造的商业银行能够正常收发一代支付系统的报文；过渡期结束后，如果商业银行仍然未完成行内系统改造，将不能接入二代支付系统。
24、二代支付系统联调测试什么时候开始？到什么时候结束？测试端口和生产端口在哪里可以知道？答：按照中国人民银行《第二代支付系统工程实施计划》，联调测试开始时间为2011年3月21日，结束时间为2011年7月1日。
相关具体时间及事宜，中国人民银行在联调测试前会下发正式的文件通知。
25、对于二代支付系统的新功能，哪些必须开发？能不能只开发其中部分功能？答：二代支付系统中主要的业务系统包括大额支付系统、小额支付系统和网上支付跨行清算系统。
对于网上支付跨行清算系统，如果参与者不接入网银，可以不开发。
对于大、小额支付系统相关的功能，建议参与者进行全部功能的开发。
在接入二代支付系统前，中国人民银行科技部门将对各商业银行的接口进行验收。
26、MBFE客户端支持与SAPS有关的报文功能吗（如自动拆借协议管理、流动性查询等）？答：第二代支付系统使用的PMTS-MBFE为直联软件，没有间联的业务功能，其相关的报文功能通过商业银行行内系统来实现。
在二代支付系统过渡期内，原来以间联方式接入的参与者仍保持现有接入方式。
待过渡期结束后，人民银行会提供、发布新的间联客户端软件。
间联方式下客户端支持与SAPS有关的报文功能。
27、日间透支的发生条件是什么？答：清算账户日间透支额度由人民银行设定。
当直接参与者在可用头寸不足支付时，系统才可启用日间透支功能。
PMIS部分28、如果商业银行行内系统发生行名行号信息缺失的情况，商业银行应从何处获取完整的行名行号信息？答：商业银行行名行号信息缺失时，可以从当地CCPC导出完整的行名行号信息。
29、一代支付系统行号在审查期间，同一直接参与者不能提交新的行名行号申报，二代支付系统是否仍为原规则？答：保持原规则。
同一直接参与者已申报的行名行号在审查期间时，不能进行行名行号的新增、变更和撤销申请。
30、我行在省外开立支行，请问能申请行号吗？如果能，手续如何办理？答：商业银行在省外开立分支机构，可以向当地人民银行支付结算管理部门申请行号。
申请流程应按当地人民银行的相关管理办法执行。
31、一点清算模式下，商业银行在异地开设分行是否行名行号经属地两级审批后，默认清算账户就是总行所在地账户？答：一点清算模式下，商业银行异地开设分行并申请作为间接参与者的，其上级参与者默认为系统中的直接参与者。
32、“一点清算”是指一个直接参与者，多个间接参与者，那么是否是指商业银行在当地人民银行开立的清算账户都要销户？如果无需销户，只要直接参与者在行号申报时将其设为间接参与者即可？间接参与者的行号需要另外申请还是沿用原来的？答：银行机构在申请“一点接入、一点清算”模式时，其是否销户视以下情形而定：情形一：银行机构先按原模式接入第二代支付系统，再变更为“一点接入、一点清算”模式。
该模式下，银行机构作为第二代支付系统参与机构，可申请将其直接参与者变更为一点接入行的间接参与者，清算账户可根据行号属性变更要求，由支付系统和当地会计核算部门降其清算账户设置为非清算账户，不必进行销户处理。
