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

常见应用问题及故障处理指引（业务系统开放系统）常见应用问题及故障处置指引（业务系统开放系统）文件状态： 草稿 正式发布 正在修改文件编号：当前版本：V1.0作 者：任飞审 核 人：完成日期：2012-08-31中国人民银行清算总中心支付系统开发中心文档修订记录版本编号变化状态简要说明日期变更人批准日期批准人V1.0A新增2012.08.31任飞2012.08.31任飞注：变化状态：A增加，M修改，D删除目录修改记录11 通用问题21.1 字符集类21.1.1 字符集转码失败21.1.2 报文域值非法21.2 报文类41.2.1 参与者发送错误报文41.2.2 报文域长度非法41.2.3 报文域强制项没有指定值51.2.4 报文域值非空检查失败51.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.6.1 选取数据库表记录错81.7 公共检查类（行号）91.7.1 报头发起行报体发起行一致性检查错误91.7.2 参与机构行号不存在91.7.3 参与机构加入子系统未通过91.7.4 参与机构状态非法101.7.5 参与机构登录状态非法101.7.6 直接参与机构与间接参与行关系未通过101.7.7 清算账户状态不在枚举值中111.7.8 清算行城市代码没登记111.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 金额超过参与机构金额上限181.11.2 金额低于金额下限181.12 公共检查类（系统状态）191.12.1 当前系统状态不允许受理报文192 HVPS大额支付系统常见问题12.1 报文日期委托日期不等于当前系统工作日12.2 委托日期大等于当前系统工作日12.3 CCPC代码非法12.4 指定系统状态下报文域值非法22.5 跨境贸易特殊检查22.6 指定系统状态下报文域值非法22.7 发起参与机构没有借记被借记行账户的权限32.8 借记行或贷记行不能为ACS行号33 BEPS小额支付系统常见问题43.1 报头委托日期非法43.2 包委托日期非法43.3 借记业务回执期限非法43.4 退票代码填写不合法53.5 无匹配的原代收代付业务记录53.6 票交机构号与代理行号对应关系错53.7 小额管理类报文64 IBPS网银支付系统常见问题74.1 报文日期超过历史数据保存期74.2 丢弃非期望的回执报文74.3 金额格式非法84.4 业务拒绝码非法84.5 拒绝业务必须填写拒绝原因84.6 参与机构重复登录或退出94.7 申请对账日期的对账尚未完成94.8 对账日期超过历史保存期94.9 报文日期大于工作日期104.10 开始日期应小于等于截止日期104.11 丢弃无原业务的报文105 NETS扎差服务器常见问题115.1 检查日期非系统工作日115.2 净借记限额不足115.3 没有找到排队业务115.4 余额预警设置金额不合法125.5 发起行非CBGS行号125.6 法人机构未设置总授信额度125.7 检查上级行与下级行关系未通过126 SAPS清算账户系统常见问题136.1 清算排队136.2 无匹配原业务136.3 拆入行和拆出行之间存在待处理的管理协议146.4 直接参与者间辖属关系非法146.5 被设置行不能是法人机构本身147 系统状态变更专题157.1 变更期数非法157.2 批处理158 对账不平处理专题178.1 NETS对账不平处理（待补充）188.2 HVPS对账不平处理（待补充）188.3 BEPS对账不平处理188.3.1 与NETS汇总对账存在BEPS多的数据188.3.2 与NETS汇总核对失败，存在核对不符的数据188.3.3 与NETS业务明细核对不符，待纠正188.3.4 与NETS业务明细核对不符，对账失败198.4 IBPS对账不平处理198.4.1 没有收到NETS汇总对账报文198.4.2 与NETS汇总对账存在IBPS多的数据198.4.3 与NETS汇总核对失败，存在核对不符的数据208.4.4 与NETS业务明细核对不符，请校正208.4.5 对账完成后，日终批处理未调起。219 故障处置专题（故障，停运，维护差别）2110 故障处置专题（节点故障）2110.1 CCMS系统故障2110.2 NPC故障2210.2.1 SAPS故障2210.2.2 NETS故障2210.2.3 HVPS故障2210.2.4 BEPS/IBPS故障2310.3 参与者故障2310.4 接入点故障2311 故障处置专题（预对账处理）2311.1 NETS预对账不平处理（待补充）2411.2 HVPS预对账不平处理（待补充）2411.3 BEPS预对账不平处理2411.4 IBPS预对账不平处理24第 26 页中国人民银行清算总中心 修改记录序号修改日期修改说明1.2010-3-30C 创建第一稿作为文档模板；说明：C-创建；M-修改；A-增加；D-删除；1 通用问题1.1 字符集类1.1.1 字符集转码失败l 错误信息File CodeConvt.cpp, Line 29, Level 0: CodeConvt Can not create convertor from GBK to UTF-8!l 错误解释集成问题，操作系统未安装相关中文字符集。2代系统中：1代大额报文CMT使用GB2312字符集1代小额报文CMT/PKG使用GBK16字符集2代xml报文，内部报文cncc接口串omXX使用unicode字符集utf-8编码方式2代主机系统使用EBCDIC字符集l 处理方法1、 确认操作系统字符环境。/usr/lib/nls/loc/iconv目录下存在UTF-8_GBK和GBK_UTF-8文件，存在IBM-1388_UTF-8和UTF-8_IBM-1388链接。-rw-r-r- 1 bin bin 98404 Dec 06 2009 UTF-8_GBK-rw-r-r- 1 bin bin 97908 Dec 06 2009 GBK_UTF-8lrwxrwxrwx 1 root system 41 May 07 2011 IBM-1388_UTF-8 - /usr/lib/nls/loc/iconv/Universal_UCS_Convlrwxrwxrwx 1 root system 41 May 07 2011 UTF-8_IBM-1388 - /usr/lib/nls/loc/iconv/Universal_UCS_Conv2、出现此错误时，IBPS-NPC拒绝受理该报文，返回系统错，重试3次后转错误队列ERRMSG。3、需使用操作系统安装光盘重新安装中文字符集。1.1.2 报文域值非法l 错误信息File xmloperator.cpp, Line 2605, Level 0: 8122 CU0O0115 报文域值非法! - E41在4列非x字符集l 错误解释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 y zA 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-字符集中的 : 和 % 以及 （半角） 和 （半角） 四个字符为支付系统报文保留字符，所以组织支付系统报文内容时，不得再使用这四个字符，否则报文解析将会出错。注: 2代系统中增加% 作为x字符集保留字符l 处理方法1、本错误是报文格式检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。l 补充说明CMT配置文件字符集i表示0至9的数字 整型值，不补0n表示0至9的数字 左补0d8位日期类型 YYYYMMDDa有符号货币金额类型CNY+1位符号位+数字其中1位符号位（+ or -）是可选的。即可以为：RMB/CNY+数字b无符号货币金额类型 RMB/CNY+数字x表示x-字符集中的任意字符s带符号的数值型 例如 +12 -34 gXG字符集utf-8编码G全角型 utf-8编码r货币金额型RMB/CNY+数值f无符号浮点型 例如12.34m带符号数值型 例如 +12 -34zUnicode字符集ZUnicode字符集kxG字符集 GB1300K全角型 GBKl 补充说明XML配置文件字符集a带符号位的货币金额类型 CNY+10000.00 | CNY-10000.00b无符号位的货币金额类型 CNY10000.00r无符号位的货币金额类型，含属性Ccy例如123451234.00j带符号位的货币金额类型，含属性Ccy，正数没有符号位，货币类型可以非CNY例如：1234.56 -1234.56等，而+1234.56为非法f无符号浮点数 12.34CheckMoneyNumber(tagDef.sTagCode, sTagValue, FALSE, f);m带符号浮点数 +12.34 -12.34n表示0至9的数字 左补0i表示0至9的数字 整型值，不补0d10位日期类型 YYYY-MM-DDx表示x-字符集中的任意字符GUnicode字符集gUnicode字符集1.2 报文类1.2.1 参与者发送错误报文l 错误信息报文ccms.900W没有配置相应的处理程序!l 错误解释cnaps2受理商业银行提交的业务报文时，为每一个报文类型的业务分配响应的处理程序。如果收到设计外的业务类型，cnaps2将拒绝处理该报文。根究设计，报文ccms.900为通用处理确认报文，用于NPC在收到参与机构发来的报文后，根据业务处理情况，将该笔业务处理结果通知相关机构。不应该由参与机构发起。l 处理方法1、出现此错误时，NPC拒绝受理该报文。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，通知该清算行发起业务有错误。3、无须报告。1.2.2 报文域长度非法l 错误信息 File xmloperator.cpp, Line 1875, Level 0: 8112 CU0O0113 报文域长度非法! - 报文域B02值长度非法,最大长度32,实际长度41l 错误解释H02为收款人账号。参照网上支付跨行清算系统报文交换标准报文说明，报文结构中报文类型列定义了每个元素的类型，例如H02为Max32Text，标示为32个字符。l 处理方法1、本错误是报文格式检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.2.3 报文域强制项没有指定值l 错误信息xmloperator.cpp: * THROW_OUT File xmloperator.cpp, Line 1766, Level 0: 2216 CU0O0110 报文域强制项没有指定值! - TAGA22l 错误解释A22为发起参与机构,参考报文格式标准说明。报文结构的属性列定义了改字段的属性，例如1.1，表示该字段最少为1个，最大也为一个，0.1表示该字段最少为0个，最大为1个，1.n表示最小为1个，最大为n个。l 处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.2.4 报文域值非空检查失败l 错误信息 File checkfunction.sqC, Line 5993, Level 0: 30041616 PU1O0117 报文域值非空检查失败! - 当tagF45PR09=PR09时，H01|中有空值！l 错误解释F45为退回应答结果，PR09为已拒绝，H01为附言。参考报文格式标准。当退回应答结果为已拒绝时附言必须填写。l 处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.2.5 报文域值不在指定的枚举范围内l 错误信息THROW_OUT File procbase.cpp, Line 249, Level 0: 30020551 PU1O1035 检查一个值是否在指定枚举范围内未通过 - F38301290000007 不在指定枚举范围内! *l 错误解释F38为报头中发起系统号。参考报格式标准 报文说明。报头中发起系统号固定填写子系统号如HVPS，BEPS等l 处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.3 核押核签类1.3.1 核全国押不符l 错误信息 CProcPKGBase: File procpkgbase.cpp, Line 258, Level 0: 30024705 PU1O4006 核全国押不符 - 核全国押不符l 错误解释一代参与机构发送报文时，需加编地方押，通过ccpc后转化成全国押，npc对全国押进行核验，只有核验通过的报文，才会被正常处理。l 处理方法1、本错误是正常业务检查错。2、出现此错误时，cnaps2拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行加押模块。4、无须报告。1.3.2 核二代全国押不符l 错误信息 CProcPKGBase: File procpkgbase.cpp, Line 258, Level 0: 30024705 PU1O4006 核全国押不符 - 核二代全国押不符l 错误解释二代参与机构向一代参与机构发送一代CMT，PKG报文时，需加编全国押。npc对全国押进行核验，只有核验通过的报文，才会被正常处理。l 处理方法1、本错误是正常业务检查错。2、出现此错误时，cnaps2拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行检查加押模块。4、无须报告。l 补充说明第一代支付系统密押，密钥过渡期间，第二代参与者在与第一代参与者间进行业务往来时，需按照第一代报文标准在行内系统对往账业务报文进行加押，对来账业务报文进行核押，编、核押规则参考第二代支付系统报文交换标准文档集中的第一代支付系统报文编核押规则。编、核押设备仍可使用原第一代支付系统的密押服务器/密押卡，编、核押接口API可联系密押设备生产厂家获取。但需注意，区别于第一代支付系统中参与者与支付系统交互采用地方押密钥的模式，第二代参与者与支付系统交互需使用全国押密钥。上线切换时，人民银行将统一更换第二代参与者密押服务器/密押卡的密钥。1.3.3 数字签名非法l 错误信息 File checkfunction.sqC, Line 4882, Level 0: 30041603 PU1O4001 检查签名RAW方式失败 - 数字签名(RAW)无效! l 错误解释cnaps2使用数字签名保证业务数据的可靠性和防抵赖性。数字签名由业务发起方编制，cnaps2和业务接收方核验。只有核验通过的报文，才会被正常处理。l 处理方法1、本错误是正常业务检查错。2、出现此错误时，cnaps2拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行检查加签模块。4、无须报告。l 补充说明数字签名机制对于第二代支付系统新增的报文，为了保证系统参与者与支付系统之间关键业务数据可靠性和不可抵赖性，系统参与者发起需加、核签业务报文时，应对其加编数字签名，而接收此类报文时，需核数字签名。对业务量较大的参与者，可以考虑在行内系统部署专用的硬件签名服务器，以实现快速的编签、核签处理。对业务量较少的参与者，可以不必部署专用的硬件签名服务器，而使用软件加、核签方式（例如：可以采用OpenSSL实现）为验证签名者证书的有效性，系统参与者应自行从CFCA网站获得CRL列表，导入系统参与者行内系统，并以CRL列表为准核验数字证书的合法性，支付系统不提供CRL下发与广播功能。1.4 MQ类1.4.1 队列读取消息失败系统错1. 错误信息File umtsagent.cpp, Line 181, Level 0: 41020504 IB1S3003 从队列读取消息失败! - MSGIBPS_1, reason: 2016 Gets inhibited for the queue.2. 错误解释IBPS受理业务报文时，发生系统错，回滚事务并重试处理该业务，当该笔业务处理次数超过设定重试次数，仍然无法处理时，会被放到错误队列。通常的系统错，包括获取、更新、删除数据库数据失败，读取队列失败等。3. 处理方法1、本错误会被重试处理。2、无须人工干预。定期检查错误队列，确认是否堆积报文。3、无须报告。1.4.2 报文处理失败转存到错误队列l 错误信息队列MSGIBPS_1的报文处理失败转存到错误队列!l 错误解释当业务被转存在错误队列时，提示业务主管。错误队列中的报文会被定期重新处理。l 处理方法1、定期监控错误队列。2、如果发现错误队列中堆积大量报文时，检查队列中报文内容，确定报文被转存的原因。3、无须报告。1.5 CICS类1.6 DB2类1.6.1 选取数据库表记录错l 错误信息netspubdb.sqC: * THROW_OUT File netspubdb.sqC, Line 35, Level 0: 30024502 PU1S5002 选取数据表记录错! - 操作表NETSZDT0401错误,错误信息是:SQL0805N Package l 错误解释SQL0805N 应用程序已预编译和绑定，但是未编译和或链接，所以正在执行的应用程序不是最新的.需要检查应用版本是否为最新或重新执行bnd命令。l 处理方法1、本错误是应用版本不正确或未执行bnd导致。2、需人工干预。检查应用版本。3、无须报告。1.7 公共检查类（行号）1.7.1 报头发起行报体发起行一致性检查错误l 错误信息 checkfunction.sqC: * THROW_OUT File checkfunction.sqC, Line 157, Level 0: 30041598 PU1O0115 报头发起行报体发起行一致性检查错误 - 报头发起行 503290000007 和 A03506391000019 不一致 l 错误解释cnaps2在处理业务时，会检查报文头重的发起人与报文体发起参与机构之间的关系，如果没通过检查，会拒绝处理该业务。丢弃原报文。l 处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.7.2 参与机构行号不存在l 错误信息 checkfunction.sqC: * THROW_OUT File checkfunction.sqC, Line 3812, Level 0: 30041576 PU1O0115 行号记录不存在 - 直参机构行号 A01104191003769 记录不存在! l 错误解释报文发起或接收清算行有误，CNPAS2会丢弃原报文。l 处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.7.3 参与机构加入子系统未通过l 错误信息 checkfunction.sqC: * THROW_OUT File checkfunction.sqC, Line 3580, Level 0: 30041581 PU1O2022 参与机构加入子系统未通过 - A01 val313290040014 0010000000 未通过!l 错误解释A01为发起清算行，0010000000表示加入小额。没有加入小额系统行号不能通过检查，会拒绝处理该业务。丢弃原报文。l 处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.7.4 参与机构状态非法l 错误信息 checkfunction.sqC: * THROW_OUT File checkfunction.sqC, Line 3831, Level 0: 30041583 PU1O1116 检查参与机构运行状态未通过 - A01 val104301003011 00| 未通过! 当前状态: 06l 错误解释06表示退出，已退出参与机构不能发起或受理业务。l 处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.7.5 参与机构登录状态非法l 错误信息 File checkfunction.sqC, Line 3964, Level 0: 30041584 PU1O1120 检查参与机构登录状态未通过 - A00 value313345010019 1| 未通过! l 错误解释没有登录的参与者不能发起或者受理除登录，证书绑定，对账申请以外的业务。l 处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.7.6 直接参与机构与间接参与行关系未通过l 错误信息 File procpkgbase.cpp, Line 258, Level 0: 30041590 PU1O2015 检查直接参与行与间接参与行关系未通过 - A23 A01313701030017 203301000017 未通过!l 错误解释npc在受理参与机构发起的业务时，会检查参与机构与参与机构清算行对应关系。只有检查通过的报文，才会被正常处理。l 处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.7.7 清算账户状态不在枚举值中l 错误信息 File netschk.sqC, Line 2197, Level 0: 31041568 NE1O3033清算账户状态不在传入枚举值中 - 检查轧差账户状态(AS00)不在输入枚举(AS01|AS04)中!l 错误解释AS00为待开户，AS01为已开户，AS04为借记控制。待开户状态nets不受理净借记额度管理类报文l 处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.7.8 清算行城市代码没登记l 错误信息 File procbase.C, Line 6186, Level 0: 23022556 IB1O2019 收款清算行城市代码没登记! - tagA54131600File procbase.C, Line 6195, Level 0: 23022556 IB1O2019 付款清算行城市代码没登记! - tagA55131600l 错误解释IBPS使用的城市代码为6位标准码，从国家统计局网站下载。其中A54为收款人开户行所属城市代码，A55为付款人开户行所属城市代码。l 处理方法1、本错误是正常业务检查错。2、出现此错误时，IBPS-NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.8 公共检查类（报文类型，业务类型，业务种类）1.8.1 报文类型与业务类型不匹配l 错误信息 File procpkgbase.cpp, Line 258, Level 0: 22040550 BE1O1104 报文类型编码与业务类型编码不匹配! - 报文类型编码PKG003业务类型编码00000l 错误解释2代报文类型与业务类型对照关系，参照1.第二代支付系统报文交换标准（概述）1.2.13节“报文与业务类型对照表“。 l 处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.8.2 业务类型与业务种类不匹配l 错误信息ibpschkf.sqC: * THROW_OUT File ibpschkf.sqC, Line 3691, Level 0: 23040597 IB1O1105 业务类型号与业务种类号不匹配! - tagF24D201tagF2502023 *l 错误解释F24为业务类型，F25为业务种类，此处报错信息为业务类型D201（贷款还款）与业务种类02023（商旅服务其他类）没有匹配关系。IBPS系统业务类型与业务种类对应关系参见附件一：网上支付跨行清算系统报文交换标准1.2.5节，业务类型与业务种类对照表。l 处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.8.3 报文类型,业务类型号与业务种类号不存在l 错误信息 File checkfunction.sqC, Line 3008, Level 0: 30041575 PU1O1104 报文类型、业务类型、业务种类不匹配 - 报文类型、业务类型、业务种类 val F24 F25hvps.111.001.01 A113 00000 记录不存在! l 错误解释2代报文类型，业务类型与业务种类对照关系，参照1.第二代支付系统报文交换标准（概述）1.2.13节“报文与业务类型对照表“。 。1.2.14节“业务类型与业务种类对照表“。1代报文类型，业务类型与业务种类对照关系请参照1代报文格式标准。l 处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.9 公共检查类（参与者间报文交互格式处理）1.9.1 一代参与者不允许接收二代报文l 错误信息 File checkfunction.sqC, Line 4283, Level 0: 30041595 PU1O5009 业务权限检查未通过 - A32301100000015一代参与者不允许接收二代报文! l 错误解释报文接收行为1代支付系统参与者，不能接收2代报文l 处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。l 补充说明不同类型参与者之间使用一、二代报文进行交互应遵循以下规则：（1）一代参与者与二代参与者之间应使用一代报文。（2）二代参与者之间可以使用一代报文或二代报文，系统应支持业务管理部门根据需要，对于二代参与者之间使用一代报文进行许可或禁止控制。（3）查询查复、借记业务回执等存在匹配关系的业务报文，参与者原则上必须使用同报文格式。如查询行发起一代查询报文，查复行必须使用一代报文查复；参与者发起一代借记业务报文，接收方需使用一代借记回执报文回复；参与者发起二代借记业务报文，接收方需使用二代借记回执报文回复。（4）二代参与者与NPC之间应使用二代报文。1.9.2 二代参与者不允许发起此类报文l 错误信息 checkfunction.sqC: * THROW_OUT File checkfunction.sqC, Line 4231, Level 0: 30041595 PU1O5009 业务权限检查未通过 - E24313192000013二代参与者不允许发起此类报文!l 错误解释二代参与者与NPC之间应使用二代报文l 处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。l 补充说明2代参与者与NPC交互不允许使用的报文清单序号报文编号报文名称HVPS大额系统1CMT311申请撤销报文2CMT419登录申请报文3CMT421退出申请报文4CMT651支付业务查询请求报文5CMT659业务明细请求报文6CMT702即时转账撤销申请报文7CMT704即时转账查询申请报文BEPS小额系统8CMT316小额批量包处理状态通知报文9CMT321撤销申请报文10CMT323实时业务冲正申请报文11CMT419登录申请报文12CMT421退出申请报文13CMT519小额业务状态查询报文14CMT521小额业务状态补发申请报文15CMT850小额业务包明细核对申请报文16CMT852小额业务包明细核对下载申请报文SAPS清算账户系统17CMT221同城轧差净额清算报文18CMT228错账冲正报文19CMT229单边业务清算报文20CMT400人工质押融资申请报文21CMT447单边及错账冲正业务查询请求报文22CMT601清算账户开户报文23CMT602清算账户撤销报文24CMT603清算账户维护报文25CMT604清算账户控制报文26CMT605清算账户警戒值设定、变更报文27CMT606自动质押融资控制报文28CMT631人行营业部(国库)撤销申请报文29CMT633变更大额排队顺序报文30CMT649清算帐户日报表请求报文31CMT652清算账户余额查询请求报文32CMT653排队情况查询请求报文33CMT654同城轧差净额清算情况查询请求报文34CMT656清算账户预期头寸查询请求报文35CMT657清算帐户信息查询请求报文36CMT658核对余额及工作日请求报文NETS扎差服务器37CMT510清算账户圈存资金管理报文38CMT512净借记控制额度管理报文39CMT514净借记控制可用额度预警管理报文40CMT517小额支付业务排队管理报文41CMT655小额轧差净额查询报文421.10 公共检查类（权限）1.10.1 业务权限检查未通过l 错误信息File checkfunction.sqC, Line 4342, Level 0: 30041595 PU1O5012 业务权限检查未通过 - A00 A01 val F24906301000005 308221009019 beps.380.001.01 E101 未通过! l 错误解释发起方或接收行业务权限检查失败l 处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。l 补充说明二代支付系统业务权限的设置权限设置包括权限机构、权限对象和权限操作三部分。权限机构包括所有参与者（ALL）、直接参与者、间接参与者、行别；权限对象包括报文类型、业务类型；权限操作有允许和禁止两种。系统应实现权限设置的所有组合。例如：发起机构接收机构对象操作机构1机构2报文1允许机构1机构2报文1的业务类型2禁止（一）权限优先级检查业务权限时，应按照权限的优先级由高到低进行检查。例：A1是间参，A是A1的直参，行别为102；B1是间参，B是B1的直参，行别为103，检查权限的优先级如下表：优先级发起行接收行1A1B12A1B3AB14A11035102B16A1ALL7ALLB18AB9A10310102B11AALL12ALLB1310210314102ALL15ALL10316ALLALL（二）权限设置的原则：1、二代支付系统上线时，管理类报文不设置权限；但系统应支持管理类报文权限设置的修改；2、NPC发起的报文不设置权限，且系统不支持NPC报文权限的设置；3、二代支付系统上线时，参与者被动接收或应答的报文不设置权限，例如：资金池管理报文、自动拆借报文、自动质押融资报文、查复书、退汇申请应答等；但系统应支持参与者被动接收报文可以设置权限； 4、二代上线时，参与者一代支付系统报文的权限与目前生产系统保持一致。1.10.2 黑名单检查未通过l 错误信息2012-08-22 14:07:47.78873036110430 Level 4 CNAPSPUBDB: 发起方特色业务权限控制检查未通过！允许 CCPCLIST=1000;, NODELIST=5840;, BANKLIST=203290000014; sSendCCPC=2900 sSendNODE=2900 _sSendBank=307290002006 2012-08-22 14:07:47.78885136110430 Level 0 BEPSCHKF: 业务发起接收权限非法！发起行307290002006接收行102100005001报文类型beps.121.001.01业务类型A100l 错误解释发起行或接收行在黑名单列表中，不允许发起业务l 处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。l 补充说明1.10.3 特色业务权限检查未通过l 错误信息2012-08-22 14:07:47.78873036110430 Level 4 CNAPSPUBDB: 发起方特色业务权限控制检查未通过！允许 CCPCLIST=1000;, NODELIST=5840;, BANKLIST=203290000014; sSendCCPC=2900 sSendNODE=2900 _sSendBank=307290002006 2012-08-22 14:07:47.78885136110430 Level 0 BEPSCHKF: 业务发起接收权限非法！发起行307290002006接收行102100005001报文类型beps.121.001.01业务类型A100l 错误解释特色业务权限检查失败l 处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。l 补充说明特色业务是指在部分地区试点的业务，如小额支票截留、华东三省一市银行汇票。集中代收付业务不属于特色业务范围。CCMS及各业务系统中增加与CCPC代码（4位）、城市代码（4位）、参与者行号（12位）相对应的特色业务权限表，实现对特色业务权限的独立设置和管理。1、特色业务权限表结构二代支付系统特色业务权限表结构如下：字段代号名称值域MSGTYPE报文编号BIZTYPE业务类型如果该报文没有业务类型，则默认填写0BIZDTLTYPEPURPOSE业务种类如果该业务类型没有业务种类，则默认填写0CCPCLIST允许节点列表4位CCPC代码的组合NODELIST允许城市列表4位城市代码的组合BANKLIST允许参与者列表直参或间接参与者行号组合若某一类特色业务仅允许上海、江苏、宁波辖内参与者开办，且上海辖内的参与者A禁止开办该业务，则在权限表中设置如下：(1)A对ALL，该业务禁止；(2)ALL对A，该业务禁止；(3)ALL对ALL，该业务允许。在特色业务权限表中设置为：(1)该业务允许节点为南京、上海CCPC；(2)允许城市列表为宁波；(3)允许参与者列表为空。2、各业务系统权限检查规则当系统收到业务报文时，首先检查权限表，权限表检查通过后，再检查该业务是否为特色业务，如果不是特色业务，权限检查通过；如果是特色业务，分别检查发起行和接收行（检查规则为：发起行或者接收行的行号在参与者列表中，或者所属城市在城市列表中，或者所属CCPC在允许节点列表中），检查不通过拒绝。1.11 公共检查类（金额检查）1.11.1 金额超过参与机构金额上限l 错误信息 File checkfunction.C, Line 11113, Level 0: 23040586 IB1O1023 金额超过参与机构金额上限! - tagD8066152.00金额上限50000l 错误解释为更好的进行流动性风险和信用风险管理，BEPS，IBPS可以按业务类型、发起方、接收方分别设置金额上限。参与者发生的交易额需在