二代支付系统常见应用问题及故障处置指引

1、常见应用问题及故障处置指引（业务系统开放系统）文件状态：草稿V正式发布止在修改文件编号：当前版本：作 者：任飞审核人：完成日期：2012-08-31中国人民银行清算总中心支付系统开发中心文档修订记录版本编号变化状态简要说明日期变更人批准日期批准人A新增任飞任飞注：变化状态：A增加，M修改，D一删除目录修改记录序号修改日期修改说明1.2010-3-30C创建第一稿作为文档模板；说明：C-创建；M-修改；A-增加；D-删除;1通用问题1.1字符集类1.1.1 字符集转码失败错误信息File ", Line 29, Level 0: CodeConvt Can not create con

2、vertor from GBK to UTF-8!错误解释集成问题，操作系统未安装相关中文字符集。2代系统中：1代大额报文CMT1用GB2312字符集1代小额报文CMT/PKG1用GBK16字符集2代xml报文，内部报文 cncc接口串omXXt!用unicode字符集utf-8 编码方式2代主机系统使用 EBCDIC字符集处理方法1、确认操作系统字符环境。/usr/lib/nls/loc/iconv目录下存在UTF-8_GBK和GBK_UTF-股件，存在 IBM-1388_UTF-8 和 UTF-8_IBM-1388 链接。-rw-r-r- 1 binbin98404 Dec 06 2009

3、 UTF-8_GBK-rw-r-r- 1 binbin97908 Dec 06 2009 GBK_UTF-8lrwxrwxrwx1rootsystem41May 072011IBM-1388_UTF-8->/usr/lib/nls/loc/iconv/Universal_UCS_Convlrwxrwxrwx1rootsystem41May 072011UTF-8_IBM-1388->/usr/lib/nls/loc/iconv/Universal UCS Conv2、出现此错误时，旧PS-NPC拒绝受理该报文，返回系统错，重试 3次后转错误队列ERRMSG3、需使用操作系统安装光盘

4、重新安装中文字符集。1.1.2报文域值非法错误信息File '', Line 2605, Level 0: 8122 CU0O0115报文域值非法- E41在 4 歹U非 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 丫Z0 1 2 3 4 5 6 7 8 9.,-_ ( ) / = ' + : ? ! " % & *

5、< > ; #(cr) (If) (space)注：x-字符集中的： 和% 以及(半角) 和"(半角) 四个字符为支付系统报 文保留字符，所以组织支付系统报文内容时， 不得再使用这四个字符， 否则报文解析将会出 错。注：2代系统中增加% 作为x字符集保留字符处理方法1、本错误是报文格式检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。补充说明CMT配置文件字符集i表示0至9的数字整型值，不补0n表示0至9的数字左补0d8位日期色 YYYYMMDDa有符号货币金额类型bCN丫枷附苓加斓字RMB/CNY数字x表小x-子付集中的任

6、息子付s带符号的数值型例如+12 -34gXG字符集utf-8编码G全角型utf-8 编码r货币金额型 RMB/CNY+值f无符号浮点型例如m带符号数值型例如+12 -34zUnicode字符集ZUnicode字符集kxG字符集 GB1300K全角型GBK补充说明XML配置文件字符集a带符号位的货币金额类型CNY+ |b无符号位的货币金额类型r无符号位的货币金额类型，含属性Ccy例如<Amt Ccy="CNY"></Amt>j带符号位的货币金额类型，含属性Ccy,正数没有符号位，货币类型可以非CNY例如：<Bal Ccy='CNY

7、9;></Bal> <Amt Ccy='CNY'></Amt> 等，而<Bal Ccy='CNY'>+</Bal> 为非法f无符号浮点数mCheCkMOneyNurmber, slagValue, FALSE, T);n表示0至9的数字左补0i表示0至9的数字整型值，不补0d10位日期四 YYYY-MM-DDx表小x-子付集中的任息子付GUnicode字符集gUnicode字符集1.2 报文类1.2.1 参与者发送错误报文错误信息报文口没有配置相应的处理程序 ！错误解释cnaps2受理商业银行提交

8、的业务报文时，为每一个报文类型的业务分配响应的处理程序。如果收到设计外的业务类型， cnaps2将拒绝处理该报文。根究设计，报文 为通用处 理确认报文，用于NPUE收到参与机构发来的报文后， 根据业务处理情况， 将该笔业务处理 结果通知相关机构。不应该由参与机构发起。处理方法1、出现此错误时，NPC拒绝受理该报文。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，通知该清算行发 起业务有错误。3、无须报告。1.2.2 报文域长度非法错误信息File ”，Line 1875, Level 0: 8112 CU0O0113报文域长度非法！- 报文域B02值长度非法，最大长度32,实际长

9、度41错误解释H02为收款人账号。参照网上支付跨行清算系统报文交换标准报文说明，报文结构中报文类型列定义了每个元素的类型，例如H02为Max32Text,标示为32个字符。处理方法1、本错误是报文格式检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.2.3 报文域强制项没有指定值错误信息: * THROW_OUT File '', Line 1766, Level 0: 2216 CU0O0110报文域强制项没有指定值! - TAGA22错误解释A22 为发起参与机构, 参考报文格式标准说明。报文结构的属性列定义了改字段的属性

10、，例如 1.1 ，表示该字段最少为1 个，最大也为一个，0.1 表示该字段最少为0 个， 最大为 1 个，1.n 表示最小为1 个，最大为n 个。处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.2.4 报文域值非空检查失败错误信息File '', Line 5993, Level 0:PU1O0117 报 文 域 值 非 空 检 查 失 败 ! - 当tagF45PR09=PR09 时， H01| 中有空值！错误解释F45为退回应答结果，PR09为已拒绝，H01为附言。参考报文格式标准。当退回应答

11、结 果为已拒绝时附言必须填写。处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.2.5 报文域值不在指定的枚举范围内错误信息THROW_OUT File '', Line 249, Level 0: PU1O1035 检查一个值是否在指定枚举范围内未通过- F380007 不在指定枚举范围内! *错误解释F38 为报头中发起系统号。参考报格式标准报文说明。报头中发起系统号固定填写子系统号如HVPS BEPS拿处理方法1、本错误

12、是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.3 核押核签类1.3.1 核全国押不符错误信息CProcPKGBase: File '', Line 258, Level 0: PU1O4006核全国押不符- 核全国押不符错误解释一代参与机构发送报文时，需加编地方押，通过ccpc 后转化成全国押， npc 对全国押进行核验，只有核验通过的报文，才会被正常处理。处理方法1、本错误是正常业务检查错。2、出现此错误时，cnaps2 拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建

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

14、。补充说明第一代支付系统密押，密钥过渡期间，第二代参与者在与第一代参与者间进行业务往来时，需按照第一代报文标准在行内系统对往账业务报文进行加押，对来账业务报文进行核押，编、 核押规则参考第二代支付系统报文交换标准文档集中的第一代支付系统报文编核押规则。编、核押设备仍可使用原第一代支付系统的密押服务器/ 密押卡，编、核押接口API 可联系密押设备生产厂家获取。但需注意，区别于第一代支付系统中参与者与支付系统交互采用地方押密钥的模式， 第二代参与者与支付系统交互需使用全国押密钥。上线切换时，人民银行将统一更换第二代参与者密押服务器/ 密押卡的密钥。1.3.3 数字签名非法错误信息File '

15、;', Line 4882, Level 0: PU1O4001 检查签名 RAM式失败- 数字签名(RAW) 无效 !错误解释cnaps2 使用数字签名保证业务数据的可靠性和防抵赖性。数字签名由业务发起方编制，cnaps2 和业务接收方核验。只有核验通过的报文，才会被正常处理。处理方法1、本错误是正常业务检查错。2、出现此错误时，cnaps2 拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行检 查加签模块。4、无须报告。补充说明数字签名机制对于第二代支付系统新增的报文，为了保证系统参与者与支付系统之间关键业务

16、数据可靠性和不可抵赖性，系统参与者发起需加、核签业务报文时，应对其加编数字签名，而接收此类报文时，需核数字签名。对业务量较大的参与者，可以考虑在行内系统部署专用的硬件签名服务器，以实现快速的编签、核签处理。对业务量较少的参与者，可以不必部署专用的硬件签名服务器，而使用软件加、核签方式(例如：可以采用OpenSSL实现)为验证签名者证书的有效性，系统参与者应自行从CFCA网站获得CRL列表，导入系统参与者行内系统，并以CRL列表为准核验数字证书的合法性， 支付系统不提供CRL下发与广 播功能。1.4.1 队列读取消息失败系统错1. 错误信息File '', Line 181, L

17、evel 0: IB1S3003 从队列读取消息失败! - MSGIBPS_1,reason:2016 Gets inhibited for the queue. 2. 错误解释IBPS 受理业务报文时，发生系统错，回滚事务并重试处理该业务，当该笔业务处理次数超过设定重试次数，仍然无法处理时，会被放到错误队列。通常的系统错，包括获取、更新、删除数据库数据失败，读取队列失败等。3 . 处理方法1、本错误会被重试处理。2、无须人工干预。定期检查错误队列，确认是否堆积报文。3、无须报告。4 .4.2 报文处理失败转存到错误队列错误信息队列MSGIBPS_1的报文处理失败转存到错误队列！错误解释当业务

18、被转存在错误队列时，提示业务主管。错误队列中的报文会被定期重新处理。处理方法1、定期监控错误队列。2、如果发现错误队列中堆积大量报文时，检查队列中报文内容，确定报文被转存的原因。3、无须报告。1.5 CICS 类1.6 DB2 类1.6.1 选取数据库表记录错错误信息: * THROW_OUTF ile '', Line 35, Level 0: PU1S5002 选取数据表记录错！ - 操作表NETSZDT0401长昔误，错误信息是：SQL0805N Package 错误解释SQL0805N应用程序已预编译和绑定，但是未编译和/或链接，所以正在执行的应用程序不是最新的. 需要

19、检查应用版本是否为最新或重新执行bnd 命令。处理方法1、本错误是应用版本不正确或未执行bnd 导致。2、需人工干预。检查应用版本。3、无须报告。1.7 公共检查类（行号）1.7.1 报头发起行报体发起行一致性检查错误错误信息报头发起行报体发起: * THROW_OUT File '', Line 157, Level 0: PU1O0115行一致性检查错误- 报头发起行0007 和 A030019 不一致错误解释cnaps2 在处理业务时，会检查报文头重的发起人与报文体发起参与机构之间的关系，如果没通过检查，会拒绝处理该业务。丢弃原报文。处理方法1、本错误是正常业务检查错。2

20、、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.7.2 参与机构行号不存在错误信息: * THROW_OUTF ile '', Line 3812, Level 0: PU1O0115 行号记录不存在- 直参机构行号A01 记录不存在!错误解释报文发起或接收清算行有误，CNPAS会丢弃原报文。处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.7.3 参与机构加入子系统未通过错误信息参与机构加入子系: * THROW_OUT File '',

21、 Line 3580, Level 0: PU1O2022统未通过- A01 val3 00 未通过 !错误解释A01 为发起清算行，00 表示加入小额。没有加入小额系统行号不能通过检查，会拒绝处理该业务。丢弃原报文。处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。1.7.4 参与机构状态非法错误信息: * THROW_OUT File '', Line 3831, Level 0: PU1O1116检查参与机构运行状态未通过- A01 val 00| 未通过 ! 当前状态: 06错误解释06 表示退

22、出，已退出参与机构不能发起或受理业务。处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.7.5 参与机构登录状态非法错误信息File '', Line 3964, Level 0: PU1O1120检查参与机构登录状态未通过- A00value3 1| 未通过 !错误解释没有登录的参与者不能发起或者受理除登录，证书绑定，对账申请以外的业务。处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应

23、答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.7.6 直接参与机构与间接参与行关系未通过错误信息File '', Line 258, Level 0: PU1O2015检查直接参与行与间接参与行关系未通过- A23 A013 0017 未通过 !错误解释npc 在受理参与机构发起的业务时，会检查参与机构与参与机构清算行对应关系。只有 检查通过的报文，才会被正常处理。处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示

24、，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.7.7 清算账户状态不在枚举值中错误信息File '', Line 2197, Level 0: NE1O3033清算账户状态不在传入枚举值中- 检查轧差账户状态(AS00) 不在输入枚举(AS01|AS04) 中 !错误解释AS00为待开户，AS01为已开户，AS04为借记控制。待开户状态 nets不受理净借记额 度管理类报文处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报

25、告。1.7.8 清算行城市代码没登记错误信息File'',Line 6186, Level0:IB1O2019收 款 清 算 行 城 市 代 码没登记!-tagA54131600File'',Line 6195, Level0:IB1O2019付 款 清 算 行 城 市 代 码没登记!-tagA55131600错误解释旧PS使用的城市代码为 6位标准码，从国家统计局网站下载。其中A54为收款人开户行所属城市代码，A55为付款人开户行所属城市代码。处理方法1、本错误是正常业务检查错。2、出现此错误时，旧PS-NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。

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

27、、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.8.2 业务类型与业务种类不匹配错误信息: * THROW_OUT File '', Line 3691, Level 0: IB1O1105业务类型号与业务种类号不匹配! - tagF24D201tagF2502023 *错误解释F24为业务类型，F25为业务种类，此处报错信息为业务类型D201 （贷款还款）与业务种类02023（商旅服务其他类）没有匹配关系。IBPS 系统业务类型与业务种类对应关系参见附件一：网上支付跨行清算系统报文交换标准1.2.5 节，业务类型与业务种类对照表。处

28、理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.8.3 报文类型, 业务类型号与业务种类号不存在错误信息File '', Line 3008, Level 0: PU1O1104 报文类型、业务类型、业务种类不匹配-报文类型、业务类型、业务种类val F24 F25001.01 A 00000 记录不存在!错误解释2 代报文类型，业务类型与业务种类对照关系，参照1. 第二代支付系统报文交换标准（概述） 1.2.13 节“报文与

29、业务类型对照表“。 。节“业务类型与业务种类对照表“。代报文类型，业务类型与业务种类对照关系请参照1 代报文格式标准。处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。4、无须报告。1.9 公共检查类(参与者间报文交互格式处理)1.9.1 一代参与者不允许接收二代报文错误信息File ”，Line 4283, Level 0: PU1O5009业务权限检查未通过 -A320015 一代参与者不允许接收二代报文！错误解释报文接收行为1代支付系统参与者，不能接收

30、2代报文处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。补充说明不同类型参与者之间使用一、二代报文进行交互应遵循以下规则：(1) 一代参与者与二代参与者之间应使用一代报文。(2)二代参与者之间可以使用一代报文或二代报文，系统应支持业务管理部门根据需 要，对于二代参与者之间使用一代报文进行许可或禁止控制。(3)查询查复、借记业务回执等存在匹配关系的业务报文，参与者原则上必须使用同报文格式。如查询行发起一代查询报文，查复行必须使用一代报文查复；参与者发起一代借记业务报文，接收方需使用一代借记回执报文回复；参与者发起二代借

31、记业务报文，接收方需使用二代借记回执报文回复。(4)二代参与者与 NP£间应使用二代报文。1.9.2 二代参与者不允许发起此类报文错误信息:* THROW_OUT File '', Line 4231, Level 0: PU1O5009业务权限检查未通过-E243 二代参与者不允许发起此类报文 ！错误解释二代参与者与 NPC：间应使用二代报文处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。补充说明2代参与者与NPC互不允许使用的报文清单序号报文编号报文名称HVP耿额系统1.CMT311申请

32、撤销报文2.CMT419登录申请报文3.CMT421退出申请报文4.CMT651支付业务查询请求报文5.CMT659业务明细请求报文6.CMT702即时转账撤销申请报文7.CMT704即时转账查询申请报文BEPS、额系统8.CMT316小额批量包处理状态通知报文9.CMT321撤销申请报文10.CMT323实时业务冲正申请报文11.CMT419登录申请报文12.CMT421退出申请报文13.CMT519小额业务状态查询报文14.CMT521小额业务状态补发申请报文15.CMT850小额业务包明细核对申请报文16.CMT852小额业务包明细核对下载申请报文SAPS青算账户系统17.CMT221同

33、城轧差净额清算报文18.CMT228错账冲正报文19.CMT229单边业务清算报文20.CMT400人工质押融资申请报文21.CMT447单边及错账冲正业务查询请求报文22.CMT601清算账户开户报文23.CMT602清算账户撤销报文24.CMT603清算账户维护报文25.CMT604清算账户控制报文26.CMT605清算账户警戒值设定、变更报文27.CMT606自动质押融资控制报文28.CMT631人行营业部（国库）撤销申请报文29.CMT633变更大额排队顺序报文30.CMT649清算帐户日报表请求报文31.CMT652清算账户余额查询请求报文32.CMT653排队情况查询请求报文33.

34、CMT654同城轧差净额清算情况查询请求报文34.CMT656清算账户预期头寸查询请求报文35.CMT657清算帐户信息查询请求报文36.CMT658核对余额及工作日请求报文NETSL差服务器37.CMT510清算账户圈存资金管理报文38.CMT512净借记控制额度管理报文39.CMT514净借记控制可用额度预警管理报文40.CMT517小额支付业务排队管理报文41.CMT655小额轧差净额查询报文42.1.10公共检查类（权限）1.10.1业务权限检查未通过错误信息File ”，Line 4342, Level 0: PU1O5012业务权限检查未通过-A00 A01 valF240005

35、9019 E101 未通过！错误解释发起方或接收行业务权限检查失败处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。补充说明二代支付系统业务权限的设置权限设置包括权限机构、权限对象和权限操作三部分。权限机构包括所有参与者（ALL）、直接参与者、间接参与者、行别；权限对象包括报文类型、业务类型；权限操作有允许和禁 止两种。系统应实现权限设置的所有组合。例如：发起机构接收机构对象操作机构1机构2报文1允许机构1机构2报文1的业务类型2禁止（一）权限优先级检查业务权限时，应按照权限的优先级由高到低进行检查。例：A1是间参，A

36、是A1的直参，行别为102; B1是间参，B是B1的直参，行别为103,检查权限的优先级如下表：优先级发起行接收行1.A1B12.A1B3.AB14.A11035.102B16.A1ALL7.ALLB18.AB9.A10310.102B11.AALL12.ALLB13.10210314.102ALL15.ALL10316.ALLALL（二）权限设置的原则:1、二代支付系统上线时，管理类报文不设置权限；但系统应支持管理类报文权限设置的修改；2、NPCt起的报文不设置权限，且系统不支持NPCM文权限的设置；3、二代支付系统上线时，参与者被动接收或应答的报文不设置权限，例如：资金池管理报文、自动拆借

37、报文、自动质押融资报文、查复书、退汇申请应答等；但系统应支持参与者被动接收报文可以设置权限；4、二代上线时，参与者一代支付系统报文的权限与目前生产系统保持一致。1.10.2 黑名单检查未通过错误信息2012-08-22 14:07: Level 4 CNAPSPUBDB:发起方特色业务权限控制检查未通过！允 许 CCPCLIST=1000;,NODELIST=5840;, BANKLIST=0014; sSendCCPC=2900sSendNODE=2900 _sSendBank=20062012-08-22 14:07: Level 0 BEPSCHKF:业务发起接收权限非法！发起行2006

38、接收行 报文类型 业务类型A100错误解释发起行或接收行在黑名单列表中，不允许发起业务处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。补充说明1.10.3 特色业务权限检查未通过错误信息2012-08-22 14:07: Level 4 CNAPSPUBDB:发起方特色业务权限控制检查未通过！允 许 CCPCLIST=1000;,NODELIST=5840;, BANKLIST=0014; sSendCCPC=2900sSendNODE=2900 _sSendBank=20062012-08-22 14:07: Le

39、vel 0 BEPSCHKF:业务发起接收权限非法！发起行2006接收行 报文类型 业务类型A100错误解释特色业务权限检查失败处理方法1、本错误是正常业务检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。补充说明特色业务是指在部分地区试点的业务，如小额支票截留、华东三省一市银行汇票。集中代收付业务不属于特色业务范围。CCM级各业务系统中增加与CCPC弋码（4位）、城市代码（4位）、参与者行号（12位）相对应的特色业务权限表，实现对特色业务权限的独立设置和管理。1、特色业务权限表结构二代支付系统特色业务权限表结构如下：字段代号名称值域MSGTYP

40、E一报文编号BIZTYPE业务类型如果该报文没有业务类型，则默认填写 0BIZDTLTYPEPURPOSEE业务种类如果该业务类型没有业务种类，则默认填写 0CCPCLIST允许节点列表4位CCPC弋码的组合NODELIST允许城巾列表4位城市代码的组合BANKLIST允许参与者列表直参或间接参与者行 号组合若某一类特色业务仅允许上海、江苏、宁波辖内参与者开办，且上海辖内的参与者A禁止开办该业务，则在权限表中设置如下：（1）A对ALL,该业务禁止；（2）ALL对A,该业务禁止；（3）ALL对ALL,该业务允许。在特色业务权限表中设置为：（1）该业务允许节点为南京、上海CCPC （2）允许城市列

41、表为宁波；（3）允许参与者列表为空。2、各业务系统权限检查规则当系统收到业务报文时，首先检查权限表， 权限表检查通过后， 再检查该业务是否为特色业务，如果不是特色业务，权限检查通过；如果是特色业务，分别检查发起行和接收行（检 查规则为：发起行或者接收行的行号在参与者列表中，或者所属城市在城市列表中，或者所属CCPCB允许节点列表中），检查不通过拒绝。1.11 公共检查类（金额检查）1.11.1 金额超过参与机构金额上限错误信息File '', Line 11113, Level 0:IB1O1023金 额超过 参与机 构金额 上限！-tagD80川金额上限50000错误解释为更

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

43、金额下限5000000 *错误解释5000000 为 5 万 *100 后的值， 大额业务金额起点值为5 万， 低于起点值的业务需选择加急业务或走小额支付系统。大额金额下限检查不通过做拒绝处理。处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行发起业务金额控制。4、无须报告。1.12 公共检查类（系统状态）1.12.1 当前系统状态不允许受理报文错误信息File '', Line 5197, Level 0: PU1O3118当前系统状态不允许受

44、理报文！- 当前系统状态02不允许受理PKG001报文！错误解释20 为小额停运状态，在停运下不受理小额普通贷记业务包PKG001处理方法1、本错误是系统状态检查错。2、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，提醒该清算行。3、无须报告。补充说明参与者发起报文与系统状态对照表参见 1. 第二代支付系统报文交换标准（概述） 节附录一各状态下参与者允许发起/接收的报文列表（二代报文）参与者/接入ccpC:障参与者/接入ccpct护NPC维护接入ccpC亭运NPC停运SAP或障NETS故障HVPS/BEPS/ 旧PS故障大额发起：自由格式报文；登录/退出申请；大额业务对账申请报 文

45、；大额业务明细核对申 请报文；大额业务下载申请报 文；接收：NPC主动下发的报文及 即时转账、多边轧差净 额清算报文。无此状态无此状态无此状态无此状态发起：信息类业务接收：信息类业务无影响NPC不做控 制。小额发起：自由格式报文；登录/退出申请报文；发起：自由格式报文；登录/退出申请报文；发起：自由格式报文；登录/退出申请报文；发起：自由格式报文；登录/退出申请报文；发起：自由格式报文；登录/退出申请报文；无影响发起：信息类业务NPC不做控 制。小额业务对账申请报 文；小额业务包明细核对 申请报文；小额业务对账申请报 文；小额业务包明细核对 申请报文；小额业务对账申请报 文；小额业务包明细核对

46、 申请报文；小额业务对账申请报 文；小额业务包明细核对 申请报文；小额业务对账申请报 文；小额业务包明细核对 申请报文；接收：信息类业务小额业务包卜载申请 报文小额业务包卜载申请 报文小额业务包卜载申请 报文小额业务包卜载申请 报文小额业务包卜载申请 报文接收：接收：接收：接收：接收：自由格式报文；自由格式报文；自由格式报文；自由格式报文；自由格式报文；NPC主动下发的报文。NPCi动下发的报文。NPCi动下发的报文。NPC主动下发的报文。NPC主动下发的报文。网银往账：往账：发起：发起：发起：无影响发起：自由格式报文；自由格式报文；自由格式报文；自由格式报文；自由格式报文；信息类业务NPC不

47、做控登录/退出申请报文；登录/退出申请报文；登录/退出申请报文；登录/退出申请报文；登录/退出申请报文；接收：制。业务明细核对申请报 文；业务明细下载申 请报文.业务明细核对申请报 文；业务明细下载申 请报文.业务明细核对申请报 文；业务明细下载申 请报文.业务明细核对申请报 文；业务明细下载申 请报文.业务明细核对申请报 文；业务明细下载申 请报文.信息类业务接收：接收：接收：接收：接收：自由格式报文；自由格式报文；自由格式报文；自由格式报文；自由格式报文；NPC主动下发的报文。NPCi动下发的报文。NPCi动下发的报文。NPC主动下发的报文。NPC主动下发的报文。SAPS无此状态无此状态无

48、此状态无此状态无此状态无影响无影响NETS无此状态无此状态无此状态无此状态无此状态不能提交净 额清算，不 能进行圈存 调整无影响各状态下参与者允许发起/接收的报文列表（一代报文）参与者/接入ccpC:障参与者/接入CCPCI护NPCt 护接入CCPC亭运NPC停运SAPSa 障NETS故障HVPS/BEPS/ 旧PS故障大额发起：CMT659业务明细请求 报文CMT419登录叱CMT421退出申请CMT303自由格式接收：CMT303自由格式NPC主动下发的及即时 转账。无此状态无此状态无此状态无此状态发起：信息类业务接收：信息类业务无影响NPC不做控 制。小额发起：CMT850明细清单核对C

49、MT852明细核对申请发起：CMT850明细清单核对CMT852明细核对申请发起：CMT850明细清单核对CMT852明细核对申请发起：CMT850明细清单核对CMT852明细核对申请发起：CMT850明细清单核对CMT852明细核对申请无影响发起：信息类业务接收：信息类业务NPC不做控 制。CMT419登录叱CMT419登录申请CMT419登录国CMT419登录申请CMT419登录申请CMT421退出申请CMT421退出申请CMT421退出申请CMT421退出申请CMT421退出国CMT911通用处理确认CMT911通用处理确认CMT911通用处理确认CMT911通用处理确认CMT911通用

50、处理确认CMT920批量包处理确CMT920批量包处理确CMT920批量包处理确CMT920批量包处理确CMT920批量包处理确认认认认认CMT303自由格式CMT303自由格式CMT303自由格式CMT303自由格式CMT303自由格式接收：接收：接收：接收：接收：CMT303自由格式CMT303自由格式CMT303自由格式CMT303自由格式CMT303自由格式NPC主动下发的。NPCi动下发的。NPCi动下发的。NPC主动下发的。NPC主动下发的。2HVP耿额支付系统常见问题2.1 报文日期委托日期不等于当前系统工作日错误信息报文委托日期不等于当前系HVPSCHECK: File 

51、9;', Line 4075, Level 0: HV1O1018统工作日- 委托日期tagval 不等于当前系统工作日 ！错误解释1 代大额报文要求报头中委托日期与正文中委托日期等于当前系统工作日期。否则，系统检查失败，报文做拒绝处理处理方法1、本错误是正常业务检查错。2、出现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，确认是否该行行内系统出现故障。4、无须报告。2.2 委托日期大等于当前系统工作日错误信息报文委托日期不等于: * THROW_OUT File '', Line 409

52、1, Level 0: HV1O1018当前系统工作日- 委托日期tagval 大于当前系统工作日 ！*错误解释2 代大额报文要求报头中委托日期与正文中委托日期满足以下条件历史数据保存期限（发报范围最早期限）<委托日期<=当前系统工作日期。否则，系统检查失败，报文做拒绝处理处理方法1、本错误是正常业务检查错。2.1 现此错误时，NPC拒绝受理该报文，并返回拒绝应答报文给原报文发起方。3、无须人工干预。但如该错误频繁提示，建议联系报文发起清算行，确认是否该行行内系统出现故障。4、无须报告。2.3 CCPC弋码非法错误信息代码非法- 接收清算代码非法- 发起清算HVPSCHECK: File '', Line 495