二代支付系统常见应用问题及故障处置指引业务系统开放系统0001

1、常见应用问题及故障处置指引（业务系统开放系统）文件状态：草稿，正式 发布口正在修 改文件编号：当前版本：V1.0作者：任飞审核人：完成日期：2012-08-31中国人民银行清算总中心支付系统开发中心文档修订记录版本编号变化状态简要说明日期变更人批准日期批准人V1.0A新增任飞任飞注：变化状态：A增加，m修改，a删除1.7 公共检查类（行号） 9目录1 通用问题 21.1 字符集类 21.1.1 字符集转码失败21.1.2 报文域值非法 21.2 报文类 41.2.1 参与者发送错误报文41.2.2 报文域长度非法 41.2.3 报文域强制项没有指定值51.2.4 报文域值非空检查失败51.2.

2、5 报文域值不在指定的枚举范围内 51.3 核押核签类61.3.1 核全国押不符61.3.2 核二代全国押不符61.3.3 数字签名非法71.4 MQ 类71.4.1 队列读取消息失败系统错71.4.2 报文处理失败转存到错误队列 81.5 CICS 类81.6 DB2 类81.1.1 报头发起行报体发起行一致性检查错误91.1.2 参与机构行号不存在 91.1.3 参与机构加入子系统未通过91.1.4 参与机构状态非法 101.1.5 参与机构登录状态非法 101.1.6 直接参与机构与间接参与行关系未通过101.1.7 清算账户状态不在枚举值中 111.1.8 清算行城市代码没登记111.

3、8 公共检查类（报文类型，业务类型，业务种类） . 121.8.1 报文类型与业务类型不匹配121.8.2 业务类型与业务种类不匹配121.8.3 报文类型 , 业务类型号与业务种类号不存在. 121.9 公共检查类（参与者间报文交互格式处理） 131.9.1 一代参与者不允许接收二代报文 131.9.2 二代参与者不允许发起此类报文 131.10 公共检查类（权限） 151.10.1 业务权限检查未通过151.10.2 黑名单检查未通过161.10.3 特色业务权限检查未通过161.11 公共检查类（金额检查） 181.11.1 金额超过参与机构金额上限184.2 丢弃非期望的回执报文71.

4、12 公共检查类（系统状态） 191.12.1 当前系统状态不允许受理报文 192HVPSA；额支付系统常见问题11.1 报文日期委托日期不等于当前系统工作日 11.2 委托日期大等于当前系统工作日 11.3 CCPC代码非法 11.4 指定系统状态下报文域值非法21.5 跨境贸易特殊检查 21.6 指定系统状态下报文域值非法21.7 发起参与机构没有借记被借记行账户的权限31.8 借记行或贷记行不能为ACS亍号 33BEPSJ、额支付系统常见问题 41.9 报头委托日期非法41.10 包委托日期非法41.11 借记业务回执期限非法41.12 退票代码填写不合法 51.13 无匹配的原代收代付

5、业务记录 51.14 票交机构号与代理行号对应关系错 51.15 小额管理类报文 64IBPS 网银支付系统常见问题71.16 金额格式非法 81.17 业务拒绝码非法81.18 拒绝业务必须填写拒绝原因 81.19 参与机构重复登录或退出 91.20 申请对账日期的对账尚未完成91.21 对账日期超过历史保存期 91.22 报文日期大于工作日期 101.23 开始日期应小于等于截止日期 101.24 丢弃无原业务的报文 105NETSfL差服务器常见问题 111.25 检查日期非系统工作日 111.26 净借记限额不足111.27 没有找到排队业务111.28 余额预警设置金额不合法121.

6、29 起行非CBGS亍号121.30 法人机构未设置总授信额度121.31 检查上级行与下级行关系未通过126SAPS青算账户系统常见问题 131.32 清算排队 131.33 无匹配原业务136.3 拆入行和拆出行之间存在待处理的管理协议 141.34 直接参与者间辖属关系非法141.35 被设置行不能是法人机构本身 147 系统状态变更专题157.1 变更期数非法157.2 批处理 158 对账不平处理专题178.1 NETS对账不平处理（待补充） 188.2 HVPS对账不平处理（待补充） 188.38 EPS对账不平处理 188.3.1 与NETST总对账存在 BEP够的数据 1818

7、208.3.2 与NETST总核对失败，存在核对不符的数据8.3.3 与NETS业务明细核对不符，待纠正 .188.3.4 与NETS业务明细核对不符，对账失败 .198.4IBPS 对账不平处理198.4.1 没有收到NETST总对账报文 198.4.2 与NETST总对账存在 旧PS多的数据.198.4.3 与NETST总核对失败，存在核对不符的数据8.4.4 与NETS业务明细核对不符，请校正 .208.4.5 对账完成后，日终批处理未调起。 219 故障处置专题（故障，停运，维护差别） 2110故障处置专题（节点故障） 2110.1CCM繇统故障 2110.2NPC 故障2210.2.

8、1SAPS 故障 221.1.2 2NETS 故障 221.1.3 3HVPS 故障 221.1.48 BEPS/IBPS 故障 2310.3 参与者故障 2310.4 接入点故障 2311 故障处置专题（预对账处理） 2311.1 NETS预对账不平处理（待补充） 2411.2 HVPS预对账不平处理（待补充） 2411.38 EPS预对账不平处理 2411.418 PS 预对账不平处理24修改记录序号修改日期修改说明1.2010-3-30C创建第一稿作为文档模板；说明：C-创建；M-修改；A-增加；D-删除;1 通用问题1.1 字符集类1.1.1 字符集转码失败错误信息File'C

9、odeConvt.cpp',Line29,Level0:CodeConvtCannotcr eateconvertorfromGBKtoUTF-8!错误解释集成问题，操作系统未安装相关中文字符集。2代系统中：1代大额报文CM襁用GB2312字符集1代小额报文CMT/PK俄用GBK16?符集2代xml报文，内部报文 cncc接口串omX）使用unicode字 符集utf-8编码方式2代主机系统使用EBCDIC序符集处理方法目录下1、确认操作系统字符环境。/usr/lib/nls/loc/iconv存在 UTF-8_GBK和 GBK_UTF-8文件，存在 旧M-1388_UTF-8 和UT

10、F-8BM-1388 链接。-rw-r-r-1binbin98404Dec062009UTF-8_GBK-rw-r-r1binbin97908Dec062009GBK_UTF-8lrwxrwxrwx1rootsystem41May072011旧M-1388_UTF-8->/usr/lib/nls/loc/iconv/Universal_UCS_Convlrwxrwxrwx1rootsystem41May072011UTF-8BM-1388->/usr/lib/nls/loc/iconv/Universal_UC S_Conv2、出现此错误时，旧PS-NPC拒绝受理该报文，返回系统错

11、，重试3次后转错误队列ERRMSG3、需使用操作系统安装光盘重新安装中文字符集。1.1.2 报文域值非法错误信息File'xmloperator.cpp',Line2605,Level0:8122CU0O0115报文域值非法！-E41在4列非x字符集错误解释E41为流水号，规定字符集为20x。其中x-字符集由以下86个字符组成abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789.,-_()/='+:?!"%&*<>#(cr)(lf)(space)注：x-字符集中的：和%

12、以及(半角)和"(半角)四个字符为支付系统报文保留字符， 所以组织支付系统报文内容时， 不得再使用这四个字符，否则报文解析将会出错。注:2代系统中增加作为x字符集保留字符处理方法1、本错误是报文格式检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。补充说明CM牺已置文件字符集i表示0至9的数字整型值，不补 0n表示0至9的数字左补0d8位日期色YYYYMMDDa有符号货币金额类型bCNY+t斯曲超M子RMB/CNY+字x表小x-子付集中的任息子付s带符号的数值型例如+12-34gXG字符集utf-8编码G全角型utf-8编码r货币金额型

13、 RMB/CNY+值f无符号浮点型例如12.34m带符号数值型例如+12-34zUnicode字符集ZUnicode字符集kxG字符集GB1300K全角型GBK补充说明XMH已置文件字符集a带符号位的货币金额类型CNY+10000.00|CNY-10000.00b无符号位的货币金额类型CNY10000.00r无符号位的货币金额类型，含属性Ccy例如<Amtj带符号位的货币金额类型，含属性Ccy,正数没有符号位，货币类型可以非CNY例如：<BalCcy='CNY'>1234.56</Bal><AmtCcy='CNY'>-1

14、234.56</Amt> 等,而<BalCcy='CNY'>+1234.56</Bal> 为斗£ 法f无符号浮点数12.34mCheckMOneyNi+m2%4ggD34.slagCode,slagValue,FALSE,'r);n表示0至9的数字左补0i表示0至9的数字整型值，不补 0d10位日期四 YYYY-MM-DDx表小x-子付集中的任息子付GUnicode字符集gUnicode字符集1.2 报文类1.2.1 参与者发送错误报文错误信息报文ccms.900W没有配置相应的处理程序！错误解释cnaps2受理商业银行提交

15、的业务报文时，为每一个报文类型 的业务分配响应的处理程序。如果收到设计外的业务类型，cnaps2将拒绝处理该报文。根究设计，报文 ccms.900为通用 处理确认报文，用于NPJE收到参与机构发来的报文后， 根据业 务处理情况，将该笔业务处理结果通知相关机构。 不应该由参与 机构发起。处理方法1、出现此错误时，NPC巨绝受理该报文。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，通知该清算行发起业务有错误。3、无须报告。1.2.2 报文域长度非法错误信息File'xmloperator.cpp',Line1875,Level0:8112CU0O0113 报文域长度

16、非法!- 报文域 B02 值长度非法 , 最大长度 32, 实际长度 41错误解释H02 为收款人账号。参照 网上支付跨行清算系统报文交换标准报文说明，报文结构中报文类型列定义了每个元素的类型，例如H02为Max32Text,标示为32个字符。处理方法1、本错误是报文格式检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.2.3 报文域强制项没有指定值错误信息xmloperator.cpp:*THROW_OUTFile'xmloperator.cpp',Line1766,Level0:2216CU0O0110 报 文 域 强 制

17、 项 没 有 指 定值!-TAGA22错误解释A22 为发起参与机构 , 参考报文格式标准说明。报文结构的属性列定义了改字段的属性， 例如 1.1， 表示该字段最少为 1 个，最大也为一个，0.1 表示该字段最少为 0个， 最大为 1 个， 1.n表示最小为 1 个，最大为 n 个。处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.2.4 报文域值非空检查失败错误信息File'checkfunction.sqC',Line5993,Level0:PU1O0117 报文域值非空检查失败!- 当 tag

18、F45PR09=PR09 时， H01| 中有空值！错误解释F45为退回应答结果，PR09为已拒绝，H01为附言。参考报文格式标准。当退回应答结果为已拒绝时附言必须填写。处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.2.5 报文域值不在指定的枚举范围内错误信息THROW_OUTFile'procbase.cpp',Line249,Level0:PU1O1035 检查一个值是否在指定枚举范围内未通过- 不在指定枚举范围内 !

19、*错误解释F38 为报头中发起系统号。参考报格式标准报文说明。报头中发起系统号固定填写子系统号如HVPS BEPS?处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.3.1 核全国押不符错误信息CProcPKGBase:File'procpkgbase.cpp',Line258,Level0:PU1O4006核全国押不符-核全国押不符错误解释一代参与机构发送报文时，需加编地方押，通过ccpc 后转化成全国押， npc 对全国押进行核验，只有核验通过的报文，才会被正常处理。处理方法1、本错误是正常业务

20、检查错。2、 出现此错误时， cnaps2 拒绝受理该报文， 并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行加押模块。4、无须报告。1.3.2 核二代全国押不符错误信息CProcPKGBase:File'procpkgbase.cpp',Line258,Level0:PU1O4006核全国押不符-核二代全国押不符错误解释二代参与机构向一代参与机构发送一代CMT PK©艮文时，需加编全国押。 npc 对全国押进行核验，只有核验通过的报文，才会被正常处理。处理方法1、本错误是正常业务检查错。2、 出现此错误时，

21、 cnaps2 拒绝受理该报文， 并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行检查加押模块。4、无须报告。补充说明第一代支付系统密押，密钥过渡期间，第二代参与者在与第一代参与者间进行业务往来时，需按照第一代报文标准在行内系统对往账业务报文进行加押，对来账业务报文进行核押，编、核押规则参考第二代支付系统报文交换标准 文档集中的 第一代支付系统报文编核押规则 。编、核押设备仍可使用原第一代支付系统的密押服务器/密押卡，编、核押接口 API 可联系密押设备生产厂家获取。但需注意， 区别于第一代支付系统中参与者与支付系统交互采用地方押密钥

22、的模式，第二代参与者与支付系统交互需使用全国押密钥。 上线切换时， 人民银行将统一更换第二代参与者密押服务器/ 密押卡的密钥。1.3.3 数字签名非法错误信息File'checkfunction.sqC',Line4882,Level0:PU1O4001 检查签名RAM式失败-数字签名（RAW比效！错误解释cnaps2 使用数字签名保证业务数据的可靠性和防抵赖性。数字签名由业务发起方编制， cnaps2 和业务接收方核验。只有核验通过的报文，才会被正常处理。处理方法1、本错误是正常业务检查错。2、 出现此错误时， cnaps2 拒绝受理该报文， 并返回拒绝应答报文给原报文发起方

23、。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行检查加签模块。4、无须报告。补充说明数字签名机制对于第二代支付系统新增的报文，为了保证系统参与者与支付系统之间关键业务数据可靠性和不可抵赖性， 系统参与者发起需加、核签业务报文时，应对其加编数字签名，而接收此类报文时，需核数字签名。对业务量较大的参与者，可以考虑在行内系统部署专用的硬件签名服务器，以实现快速的编签、核签处理。对业务量较少的参与者，可以不必部署专用的硬件签名服务器，而使用软件加、核签方式（例如：可以采用 OpenSS收现）为验证签名者证书的有效性, 系统参与者应自行从 CFC啊站 获得CRL列表，导入系统

24、参与者行内系统， 并以CRL列表为准核 验数字证书的合法性，支付系统不提供 CRL下发与广播功能。1.4 MQ1.4.1 队列读取消息失败系统错1. 错误信息File'umtsagent.cpp',Line181,Level0:IB1S3003 从队列读 取消息失 败!-MSGIBPS_1,reason:2016Getsinhibitedforthequeue. 2. 错误解释IBPS 受理业务报文时，发生系统错，回滚事务并重试处理该业务， 当该笔业务处理次数超过设定重试次数， 仍然无法处理时，会被放到错误队列。通常的系统错，包括获取、更新、删除数据库数据失败，读取队列失败等。

25、3. 处理方法1、本错误会被重试处理。2、无须人工干预。定期检查错误队列，确认是否堆积报文。3、无须报告。1.4.2 报文处理失败转存到错误队列错误信息队列MSG旧PS_1附报文处理失败转存到错误队列！错误解释当业务被转存在错误队列时， 提示业务主管。 错误队列中的报文会被定期重新处理。处理方法1、定期监控错误队列。2、如果发现错误队列中堆积大量报文时，检查队列中报文内容，确定报文被转存的原因。3、无须报告。1.5 CICS 类1.6 DB2 类1.6.1 选取数据库表记录错错误信息netspubdb.sqC:*THROW_OUTFile'netspubdb.sqC',Line

26、35,Level0:PU1S5002 选取数据表记录错！- 操作表 NETSZDT0401错误 , 错误信息是:SQL0805NPackage错误解释SQL0805N用程序已预编译和绑定，但是未编译和/或链接，所以正在执行的应用程序不是最新的 . 需要检查应用版本是否为最新或重新执行bnd 命令。处理方法1、本错误是应用版本不正确或未执行bnd 导致。2、需人工干预。检查应用版本。3、无须报告。1.7 公共检查类（行号）1.7.1 报头发起行报体发起行一致性检查错误错误信息checkfunction.sqC:*THROW_OUTFile'checkfunction.sqC',L

27、ine157,Level0:PU1O0115 报头发起行报体发起行一致性检查错误 - 报头发起行和不一致错误解释cnaps2 在处理业务时，会检查报文头重的发起人与报文体发起参与机构之间的关系，如果没通过检查，会拒绝处理该业务。丢弃原报文。处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.7.2 参与机构行号不存在错误信息checkfunction.sqC:*THROW_OUTFile'checkfunction.sqC',Line3812,Level0:PU1O0115 行号记录不存在- 直参机构

28、行号记录不存在!错误解释报文发起或接收清算行有误，CNPASg丢弃原报文。处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.7.3 参与机构加入子系统未通过错误信息checkfunction.sqC:*THROW_OUTFile'checkfunction.sqC',Line3580,Level0:PU1O2022 参与机构加入子系统未通过-A01 未通过 !错误解释处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.7.

29、4 参与机构状态非法checkfunction.sqC:*THROW_OUTFile'checkfunction.sqC',Line3831,Level0:PU1O1116 检查参与机构运行状态未通过-A0100| 未通过 ! 当前状态 :06错误解释06 表示退出，已退出参与机构不能发起或受理业务。处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.7.5 参与机构登录状态非法错误信息File'checkfunctio

30、n.sqC',Line3964,Level0:PU1O1120 检查参与机构登录状态未通过-A001| 未通过 !错误解释没有登录的参与者不能发起或者受理除登录，证书绑定，对账申请以外的业务。处理方法2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.7.6 直接参与机构与间接参与行关系未通过错误信息File'procpkgbase.cpp',Line258,Level0:PU1O2015 检查直接参与行与间接参与行关系未通过-A23 A 未通过 !错误解

31、释npc 在受理参与机构发起的业务时， 会检查参与机构与参与机构清算行对应关系。只有检查通过的报文，才会被正常处理。处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.7.7清算账户状态不在枚举值中1、本错误是正常业务检查错。File'netschk.sqC',Line2197,Level0:NE1O3033 清算账户状态不在传入枚举值中 - 检查轧差账户状态(AS00) 不在输入枚举(AS01|AS04) 中!错误解释AS00

32、为待开户，AS01为已开户，AS04为借记控制。待开户状态 nets 不受理净借记额度管理类报文处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.7.8 清算行城市代码没登记错误信息File'procbase.C',Line6186,Level0:IB1O2019收款清算行城市代码没登记!-tagA54131600File'procbase.C',Line6195,Level0:IB1O2019付款清算行城市代

33、码没登记!-tagA55131600错误解释旧PS使用的城市代码为6位标准码，从国家统计局网站下载。其中 A54 为收款人开户行所属城市代码， A55 为付款人开户行所属城市代码。处理方法1、本错误是正常业务检查错。2、出现此错误时，旧PS-NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.8 公共检查类（报文类型，业务类型，业务种类）1.8.1 报文类型与业务类型不匹配错误信息File'procpkgbase.cpp',Line258,Level0:BE1O1104 报文类型编

34、码与业务类型编码不匹配！-报文类型编码PKG003业务类型编码 00000错误解释2 代报文类型与业务类型对照关系， 参照 1. 第二代支付系统报文交换标准（概述） 节“报文与业务类型对照表“。处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.8.2 业务类型与业务种类不匹配错误信息ibpschkf.sqC:*THROW_OUTFile'ibpschkf.sqC',Line3691,Level0:IB1O1105 业 务 类

35、型 号 与 业 务 种 类 号 不 匹配!-tagF24D201tagF2502023*错误解释F24 为业务类型， F25 为业务种类，此处报错信息为业务类型D201 （贷款还款）与业务种类02023 （商旅服务其他类）没有匹配关系。 IBPS 系统业务类型与业务种类对应关系参见附件一：网上支付跨行清算系统报文交换标准 1.2.5 节，业务类型与业务种类对照表。处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.8.3 报文类型 , 业务类型

36、号与业务种类号不存在错误信息File'checkfunction.sqC',Line3008,Level0:PU1O1104 报文类型、业务类型、业务种类不匹配- 报文类型、业务类型、业务种类 valF24 F25hvps.111.001.01 A11300000 记录不存在!错误解释2 代报文类型， 业务类型与业务种类对照关系， 参照 1. 第二代支付系统报文交换标准（概述） 节“报文与业务类型对照表“。 “业务类型与业务种类对照表“。 1 代报文类型，业务类型与业务种类对照关系请参照 1 代报文格式标准。处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该

37、报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.9 公共检查类（参与者间报文交互格式处理）1.9.1 一代参与者不允许接收二代报文错误信息File'checkfunction.sqC',Line4283,Level0:PU1O5009务权限检查未通过-错误解释报文接收行为 1 代支付系统参与者，不能接收 2 代报文处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。补充说明不同类型参与者之间使用一、二代报文进行交互应遵循

38、以下规则：（ 1）一代参与者与二代参与者之间应使用一代报文。（ 2）二代参与者之间可以使用一代报文或二代报文，系统应支持业务管理部门根据需要， 对于二代参与者之间使用一代报文进行许可或禁止控制。（ 3）查询查复、借记业务回执等存在匹配关系的业务报文，参与者原则上必须使用同报文格式。如查询行发起一代查询报文， 查复行必须使用一代报文查复； 参与者发起一代借记业务报文， 接收方需使用一代借记回执报文回复； 参与者发起二代借记业务报文，接收方需使用二代借记回执报文回复。（ 4）二代参与者与NPC之间应使用二代报文。1.9.2二代参与者不允许发起此类报文错误信息checkfunction.sqC:*T

39、HROW_OUTFile'checkfunction.sqC',Line4231,Level0:PU1O5009 业务权限检查未通过-错误解释二代参与者与NPC之间应使用二代报文处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。补充说明2代参与者与NP位互不允许使用的报文清单序号报文编号报文名称HVP歆额系统1.CMT311申请撤销报文2.CMT419登录申请报文3.CMT421退出申请报文4.CMT651支付业务查询请求报文5.CMT659业务明细请求报文6.CMT702即时转账撤销申请报文7.CMT

40、704即时转账查询申请报文BEPSJ、额系统8.CMT316小额批量包处理状态通知报文9.CMT321撤销申请报文10.CMT323实时业务冲正申请报文11.CMT419登录申请报文12.CMT421退出申请报文13.CMT519小额业务状态查询报文14.CMT521小额业务状态补发申请报文15.CMT850小额业务包明细核对申请报文16.CMT852小额业务包明细核对下载申请报文SAPS青算账户系统17.CMT221同城轧差净额清算报文18.CMT228错账冲正报文19.CMT229单边业务清算报文20.CMT400人工质押融资申请报文21.CMT447单边及错账冲正业务查询请求报文22.C

41、MT601清算账户开户报文23.CMT602清算账户撤销报文24.CMT603清算账户维护报文25.CMT604清算账户控制报文26.CMT605清算账户警戒值设定、变更报文27.CMT606自动质押融资控制报文28.CMT631人行营业部（国库）撤销申请报文29.CMT633变更大额排队顺序报文30.CMT649清算帐户日报表请求报文31.CMT652清算账户余额查询请求报文32.CMT653排队情况查询请求报文33.CMT654同城轧差净额清算情况查询请求报文34.CMT656清算账户预期头寸查询请求报文35.CMT657清算帐户信息查询请求报文36.CMT658核对余额及工作日请求报文N

42、ETSfL差服务器37.CMT510清算账户圈存资金管理报文38.CMT512净借记控制额度管理报文39.CMT514净借记控制可用额度预警管理报文40.CMT517小额支付业务排队管理报文41.CMT655小额轧差净额查询报文42.1.10公共检查类（权限）1.10.1 业务权限检查未通过错误信息File'checkfunction.sqC',Line4342,Level0:PU1O5012 业务权限检查未通过-A00 A01valE101 未通过！错误解释发起方或接收行业务权限检查失败处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起

43、清算行，提醒该清算行。3、无须报告。补充说明二代支付系统业务权限的设置权限设置包括权限机构、权限对象和权限操作三部分。权限 机构包括所有参与者（ALL）、直接参与者、间接参与者、行别； 权限对象包括报文类型、业务类型；权限操作有允许和禁止两种。系统应实现权限设置的所有组合。例如:发起机构接收机构对象操作机构1机构2报文1允许机构1机构2报文1的业务类型2禁止（一）权限优先级检查业务权限时，应按照权限的优先级由高到低进行检查。例：A1是间参，A是A1的直参，行别为102; B1是间参，B是B1的直参，行别为103,检查权限的优先级如下表：优先级发起行接收行1.A1B12.A1B3.AB14.A1

44、1035.102B16.A1ALL7.ALLB18.AB9.A10310.102B11.AALL12.ALLB13.10210314.102ALL15.ALL10316.ALLALL（二）权限设置的原则：1、二代支付系统上线时，管理类报文不设置权限；但系统应支持管理类报文权限设置的修改；2、NPC发起的报文不设置权卜且系统不支持NPC®文权限的设置；3、二代支付系统上线时，参与者被动接收或应答的报文不设置权限，例如：资金池管理报文、自动拆借报文、自动质押融资报文、查复书、退汇申请应答等；但系统应支持参与者被动接收报文可以设置权限；4、二代上线时，参与者一代支付系统报文的权限与目前生产

45、系统保持一致。1.10.2 黑名单检查未通过错误信息2012-08-22Level4CNAPSPUBDB:发起方特色业务权限控制检查未通过！允许CCPCLIST=1000;,NODELIST=5840;,sSendCCPC=2900sSendNODE=29002012-08-22Level0BEPSCHKF:错误解释发起行或接收行在黑名单列表中，不允许发起业务处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。补充说明1.10.3 特色业务权限检查未通过错误信息2012-08-22Level4CNAPSPUBDB:发起方

46、特色业务权限控制检查未通过！允许CCPCLIST=1000;,NODELIST=5840;,sSendCCPC=2900sSendNODE=29002012-08-22Level0BEPSCHKF:错误解释特色业务权限检查失败处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。补充说明特色业务是指在部分地区试点的业务，如小额支票截留、华东三省一市银行汇票。集中代收付业务不属于特色业务范围。CCM吸各业务系统中增加与 CCPC弋石马（4位）、城市代码（4位） 、参与者行号（ 12 位）相对应的特色业务权限表，实现对特色业务

47、权限的独立设置和管理。1、特色业务权限表结构二代支付系统特色业务权限表结构如下：字段代号名称值域MSGTYPE报文编号BIZTYPE业务类型如果该报文没有业务类型，则默认填写0BIZDTLTYPEPURPOSE业务不性如果该业务类型没有业务种类，则默认填写0CCPCLIST允许节点列表4位CCPC弋码的组合NODELIST允许城市列表4位城市代码的组合BANKLIST允许参与者列表直参或间接参与者行号组合若某一类特色业务仅允许上海、江苏、宁波辖内参与者开办，且上海辖内的参与者 A禁止开办该业务，则在权限表中设置如下：（1）A对ALL,该业务禁止；（2）ALL对A,该业务禁止；（3）ALL对AL

48、L,该业务允许。在特色业务权限表中设置为：（1）该业务允许节点为南京、上海 CCPC （2）允许城市列表为宁波；（3）允 许参与者列表为空。2、各业务系统权限检查规则当系统收到业务报文时，首先检查权限表，权限表检查通过后，再检查该业务是否为特色业务，如果不是特色业务，权限检查通过；如果是特色业务，分别检查发起行和接收行（检查规则为： 发起行或者接收行的行号在参与者列表中， 或者所属城市在城市列表中，或者所属CCP窿允许节点列表中），检查不通过拒绝。1.11 公共检查类（金额检查）1.11.1 金额超过参与机构金额上限错误信息File'checkfunction.C',Line1

49、1113,Level0:IB1O1023 金额超 过 参 与 机 构 金 额 上 限 !-tagD8066152.00金 额 上 限50000错误解释为更好的进行流动性风险和信用风险管理，BEPS旧PS可以按业务类型、发起方、接收方分别设置金额上限。参与者发生的交易额需在设定的金额上限内。其中，D80 为货币符号、结算金额。处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行发起业务经行金额控制。4、无须报告。1.11.2 金额低于金额下限错误信息hvpschkf

50、.sqC:*THROW_OUTFile'hvpschkf.sqC',Line4170,Level0:HV1O1022金额低于金额下限 !-tagA02100000 低于金额下限5000000*错误解释5000000 为 5 万*100 后的值，大额业务金额起点值为 5 万，低于起点值的业务需选择加急业务或走小额支付系统。 大额金额下限检查不通过做拒绝处理。处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行发起业务金额控制。4、无须报告。1.12

51、公共检查类（系统状态）1.12.1 当前系统状态不允许受理报文错误信息File'checkfunction.sqC',Line5197,Level0:PU1O3118 当前系统状态不允许受理报文！ - 当前系统状态02 不允许受理PKG001报文！错误解释20 为小额停运状态，在停运下不受理小额普通贷记业务包PKG001处理方法1、本错误是系统状态检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。补充说明参与者发起报文与系统状态对照表参见1.第二代支付系统报文交换标准（概述）5.1节附录一各状态下参与者允许发起/接收的报文列表（二代报文）参与者/接入CCPC障参与者/接入ccpct护NPCt 护接入ccpC亭运NPC停运SAP或障NETS故障HVPS/BEPS/ 旧PS故障大额发起：自由格式报文；登录/退出申请；大额业务对账申请报 文；接收：NPC主动下发的报文及 即时转账、多边轧差净 额清算报文。无此状态无此状态无此状态无此状态发起：信息类业务接收：信息类业务无影响NPC不做控 制。小额发起：小额业务包卜载申请报文接收：发起：小额业务包卜载申请报文接收：发起：小额业务包卜载申请报文接收：发起：小额业务包卜载申请报文