二代支付系统常见应用问题及故障处置指引.docx
《二代支付系统常见应用问题及故障处置指引.docx》由会员分享,可在线阅读,更多相关《二代支付系统常见应用问题及故障处置指引.docx(76页珍藏版)》请在冰豆网上搜索。
二代支付系统常见应用问题及故障处置指引
常见应用问题及故障处置指引
(业务系统开放系统)
文件状态:
[]草稿
[√]正式发布
[]正在修改
文件编号:
当前版本:
作者:
任飞
审核人:
完成日期:
2012-08-31
中国人民银行清算总中心
支付系统开发中心
文档修订记录
版本编号
变化状态
简要说明
日期
变更人
批准日期
批准人
A
新增
任飞
任飞
注:
变化状态:
A—增加,M—修改,D—删除
修改记录
序号
修改日期
修改说明
1.
2010-3-30
[C]创建第一稿作为文档模板;
说明:
[C]-创建;[M]-修改;[A]-增加;[D]-删除;
1通用问题
1.1字符集类
1.1.1字符集转码失败
●错误信息
File'',Line29,Level0:
CodeConvtCannotcreateconvertorfrom[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链接。
-rw-r--r--1binbin98404Dec062009UTF-8_GBK
-rw-r--r--1binbin97908Dec062009GBK_UTF-8
lrwxrwxrwx1rootsystem41May072011IBM-1388_UTF-8->/usr/lib/nls/loc/iconv/Universal_UCS_Conv
lrwxrwxrwx1rootsystem41May072011UTF-8_IBM-1388->/usr/lib/nls/loc/iconv/Universal_UCS_Conv
2、出现此错误时,IBPS-NPC拒绝受理该报文,返回系统错,重试3次后转错误队列ERRMSG。
3、需使用操作系统安装光盘重新安装中文字符集。
1.1.2报文域值非法
●错误信息
File'',Line2605,Level0:
8122CU0O0115报文域值非法!
--E41在4列非x字符集
●错误解释
E41为流水号,规定字符集为20x。
其中x-字符集由以下86个字符组成
abcdefghijklmnopqrstuvwxyz
ABCDEFGHIJKLMNOPQRSTUVWXYZ
0123456789
.,-_()/='+:
?
!
"%&*<>;@#
(cr)(lf)(space)
注:
x-字符集中的:
和%以及'(半角)和"(半角)四个字符为支付系统报文保留字符,所以组织支付系统报文内容时,不得再使用这四个字符,否则报文解析将会出错。
注:
2代系统中增加%[]作为x字符集保留字符
●处理方法
1、本错误是报文格式检查错。
2、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
3、无须报告。
●补充说明CMT配置文件字符集
i
表示0至9的数字整型值,不补0
n
表示0至9的数字左补0
d
8位日期类型YYYYMMDD
a
有符号货币金额类型
CNY+1位符号位+数字
其中1位符号位(+or-)是可选的。
即可以为:
RMB/CNY+数字
b
无符号货币金额类型RMB/CNY+数字
x
表示x-字符集中的任意字符
s
带符号的数值型例如+12-34
g
XG字符集utf-8编码
G
全角型utf-8编码
r
货币金额型RMB/CNY+数值
f
无符号浮点型例如
m
带符号数值型例如+12-34
z
Unicode字符集
Z
Unicode字符集
k
xG字符集GB1300
K
全角型GBK
●补充说明XML配置文件字符集
a
带符号位的货币金额类型CNY+|
b
无符号位的货币金额类型
r
无符号位的货币金额类型,含属性Ccy例如
j
带符号位的货币金额类型,含属性Ccy,正数没有符号位,货币类型可以非CNY例如:
等,而
+为非法
f
无符号浮点数
CheckMoneyNumber,sTagValue,FALSE,'f');
m
带符号浮点数+
n
表示0至9的数字左补0
i
表示0至9的数字整型值,不补0
d
10位日期类型YYYY-MM-DD
x
表示x-字符集中的任意字符
G
Unicode字符集
g
Unicode字符集
1.2报文类
1.2.1参与者发送错误报文
●错误信息
报文[]没有配置相应的处理程序!
●错误解释
cnaps2受理商业银行提交的业务报文时,为每一个报文类型的业务分配响应的处理程序。
如果收到设计外的业务类型,cnaps2将拒绝处理该报文。
根究设计,报文[]为通用处理确认报文,用于NPC在收到参与机构发来的报文后,根据业务处理情况,将该笔业务处理结果通知相关机构。
不应该由参与机构发起。
●处理方法
1、出现此错误时,NPC拒绝受理该报文。
2、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,通知该清算行发起业务有错误。
3、无须报告。
1.2.2报文域长度非法
●错误信息
File'',Line1875,Level0:
8112CU0O0113报文域长度非法!
--报文域[B02]值长度非法,最大长度[32],实际长度[41]
●错误解释
H02为收款人账号。
参照《网上支付跨行清算系统报文交换标准》报文说明,报文结构中报文类型列定义了每个元素的类型,例如H02为Max32Text,标示为32个字符。
●处理方法
1、本错误是报文格式检查错。
2、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
3、无须报告。
1.2.3报文域强制项没有指定值
●错误信息
:
***[THROW_OUT]File'',Line1766,Level0:
2216CU0O0110报文域强制项没有指定值!
--TAG[A22]
●错误解释
A22为发起参与机构,参考报文格式标准说明。
报文结构的属性列定义了改字段的属性,例如[1..1],表示该字段最少为1个,最大也为一个,[0..1]表示该字段最少为0个,最大为1个,[1..n]表示最小为1个,最大为n个。
●处理方法
1、本错误是正常业务检查错。
2、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
3、无须报告。
1.2.4报文域值非空检查失败
●错误信息
File'',Line5993,Level0:
PU1O0117报文域值非空检查失败!
--当tag[F45][PR09]=[PR09]时,[H01|]中有空值!
●错误解释
F45为退回应答结果,PR09为已拒绝,H01为附言。
参考报文格式标准。
当退回应答结果为已拒绝时附言必须填写。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,NPC拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
4、无须报告。
1.2.5报文域值不在指定的枚举范围内
●错误信息
[THROW_OUT]File'',Line249,Level0:
PU1O1035检查一个值是否在指定枚举范围内未通过--[F38]0007不在指定枚举范围内!
***
●错误解释
F38为报头中发起系统号。
参考报格式标准报文说明。
报头中发起系统号固定填写子系统号如HVPS,BEPS等
●处理方法
1、本错误是正常业务检查错。
2、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
3、无须报告。
1.3核押核签类
1.3.1核全国押不符
●错误信息
CProcPKGBase:
File'',Line258,Level0:
PU1O4006核全国押不符--核全国押不符
●错误解释
一代参与机构发送报文时,需加编地方押,通过ccpc’后转化成全国押,npc对全国押进行核验,只有核验通过的报文,才会被正常处理。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,cnaps2拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行加押模块。
4、无须报告。
1.3.2核二代全国押不符
●错误信息
CProcPKGBase:
File'',Line258,Level0:
PU1O4006核全国押不符--核二代全国押不符
●错误解释
二代参与机构向一代参与机构发送一代CMT,PKG报文时,需加编全国押。
npc对全国押进行核验,只有核验通过的报文,才会被正常处理。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,cnaps2拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行检查加押模块。
4、无须报告。
●补充说明
第一代支付系统密押,密钥
过渡期间,第二代参与者在与第一代参与者间进行业务往来时,需按照第一代报文标准在行内系统对往账业务报文进行加押,对来账业务报文进行核押,编、核押规则参考《第二代支付系统报文交换标准》文档集中的《第一代支付系统报文编核押规则》。
编、核押设备仍可使用原第一代支付系统的密押服务器/密押卡,编、核押接口API可联系密押设备生产厂家获取。
但需注意,区别于第一代支付系统中参与者与支付系统交互采用地方押密钥的模式,第二代参与者与支付系统交互需使用全国押密钥。
上线切换时,人民银行将统一更换第二代参与者密押服务器/密押卡的密钥。
1.3.3数字签名非法
●错误信息
File'',Line4882,Level0:
PU1O4001检查签名RAW方式失败--数字签名(RAW)无效!
●错误解释
cnaps2使用数字签名保证业务数据的可靠性和防抵赖性。
数字签名由业务发起方编制,cnaps2和业务接收方核验。
只有核验通过的报文,才会被正常处理。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,cnaps2拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行检查加签模块。
4、无须报告。
●补充说明
数字签名机制
对于第二代支付系统新增的报文,为了保证系统参与者与支付系统之间关键业务数据可靠性和不可抵赖性,系统参与者发起需加、核签业务报文时,应对其加编数字签名,而接收此类报文时,需核数字签名。
对业务量较大的参与者,可以考虑在行内系统部署专用的硬件签名服务器,以实现快速的编签、核签处理。
对业务量较少的参与者,可以不必部署专用的硬件签名服务器,而使用软件加、核签方式(例如:
可以采用OpenSSL实现)
为验证签名者证书的有效性,系统参与者应自行从CFCA网站获得CRL列表,导入系统参与者行内系统,并以CRL列表为准核验数字证书的合法性,支付系统不提供CRL下发与广播功能。
1.4MQ类
1.4.1队列读取消息失败系统错
1.错误信息
File'',Line181,Level0:
IB1S3003从队列读取消息失败!
--MSGIBPS_1,reason:
2016[Getsinhibitedforthequeue.]
2.错误解释
IBPS受理业务报文时,发生系统错,回滚事务并重试处理该业务,当该笔业务处理次数超过设定重试次数,仍然无法处理时,会被放到错误队列。
通常的系统错,包括获取、更新、删除数据库数据失败,读取队列失败等。
3.处理方法
1、本错误会被重试处理。
2、无须人工干预。
定期检查错误队列,确认是否堆积报文。
3、无须报告。
1.4.2报文处理失败转存到错误队列
●错误信息
队列[MSGIBPS_1]的报文处理失败转存到错误队列!
●错误解释
当业务被转存在错误队列时,提示业务主管。
错误队列中的报文会被定期重新处理。
●处理方法
1、定期监控错误队列。
2、如果发现错误队列中堆积大量报文时,检查队列中报文内容,确定报文被转存的原因。
3、无须报告。
1.5CICS类
1.6DB2类
1.6.1选取数据库表记录错
●错误信息
:
***[THROW_OUT]File'',Line35,Level0:
PU1S5002选取数据表记录错!
--操作表[NETSZDT0401]错误,错误信息是:
[SQL0805NPackage]
●错误解释
SQL0805N应用程序已预编译和绑定,但是未编译和/或链接,所以正在执行的应用程序不是最新的.需要检查应用版本是否为最新或重新执行bnd命令。
●处理方法
1、本错误是应用版本不正确或未执行bnd导致。
2、需人工干预。
检查应用版本。
3、无须报告。
1.7公共检查类(行号)
1.7.1报头发起行报体发起行一致性检查错误
●错误信息
:
***[THROW_OUT]File'',Line157,Level0:
PU1O0115报头发起行报体发起行一致性检查错误--报头发起行0007和[A03]0019不一致
●错误解释
cnaps2在处理业务时,会检查报文头重的发起人与报文体发起参与机构之间的关系,如果没通过检查,会拒绝处理该业务。
丢弃原报文。
●处理方法
1、本错误是正常业务检查错。
2、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
3、无须报告。
1.7.2参与机构行号不存在
●错误信息
:
***[THROW_OUT]File'',Line3812,Level0:
PU1O0115行号记录不存在--直参机构行号[A01]记录不存在!
●错误解释
报文发起或接收清算行有误,CNPAS2会丢弃原报文。
●处理方法
1、本错误是正常业务检查错。
2、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
3、无须报告。
1.7.3参与机构加入子系统未通过
●错误信息
:
***[THROW_OUT]File'',Line3580,Level0:
PU1O2022参与机构加入子系统未通过--[A01val]300未通过!
●错误解释
A01为发起清算行,00表示加入小额。
没有加入小额系统行号不能通过检查,会拒绝处理该业务。
丢弃原报文。
●处理方法
1、本错误是正常业务检查错。
2、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
3、无须报告。
1.7.4参与机构状态非法
●错误信息
:
***[THROW_OUT]File'',Line3831,Level0:
PU1O1116检查参与机构运行状态未通过--[A01val]00|未通过!
当前状态:
06
●错误解释
06表示退出,已退出参与机构不能发起或受理业务。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,NPC拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
4、无须报告。
1.7.5参与机构登录状态非法
●错误信息
File'',Line3964,Level0:
PU1O1120检查参与机构登录状态未通过--[A00value]31|未通过!
●错误解释
没有登录的参与者不能发起或者受理除登录,证书绑定,对账申请以外的业务。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,NPC拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
4、无须报告。
1.7.6直接参与机构与间接参与行关系未通过
●错误信息
File'',Line258,Level0:
PU1O2015检查直接参与行与间接参与行关系未通过--[A23A01]30017未通过!
●错误解释
npc在受理参与机构发起的业务时,会检查参与机构与参与机构清算行对应关系。
只有检查通过的报文,才会被正常处理。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,NPC拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
4、无须报告。
1.7.7清算账户状态不在枚举值中
●错误信息
File'',Line2197,Level0:
NE1O3033清算账户状态不在传入枚举值中--检查轧差账户状态(AS00)不在输入枚举(AS01|AS04)中!
●错误解释
AS00为待开户,AS01为已开户,AS04为借记控制。
待开户状态nets不受理净借记额度管理类报文
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,NPC拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
4、无须报告。
1.7.8清算行城市代码没登记
●错误信息
File'',Line6186,Level0:
IB1O2019收款清算行城市代码没登记!
--tag[A54][131600]
File'',Line6195,Level0:
IB1O2019付款清算行城市代码没登记!
--tag[A55][131600]
●错误解释
IBPS使用的城市代码为6位标准码,从国家统计局网站下载。
其中A54为收款人开户行所属城市代码,A55为付款人开户行所属城市代码。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,IBPS-NPC拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
4、无须报告。
1.8公共检查类(报文类型,业务类型,业务种类)
1.8.1报文类型与业务类型不匹配
●错误信息
File'',Line258,Level0:
BE1O1104报文类型编码与业务类型编码不匹配!
--报文类型编码[PKG003]业务类型编码[00000]
●错误解释
2代报文类型与业务类型对照关系,参照《1.第二代支付系统报文交换标准(概述)》1.2.13节“报文与业务类型对照表“。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,NPC拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
4、无须报告。
1.8.2业务类型与业务种类不匹配
●错误信息
:
***[THROW_OUT]File'',Line3691,Level0:
IB1O1105业务类型号与业务种类号不匹配!
--tag[F24][D201]tag[F25][02023]***
●错误解释
F24为业务类型,F25为业务种类,此处报错信息为业务类型D201(贷款还款)与业务种类02023(商旅服务其他类)没有匹配关系。
IBPS系统业务类型与业务种类对应关系参见《附件一:
网上支付跨行清算系统报文交换标准》1.2.5节,业务类型与业务种类对照表。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,NPC拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
4、无须报告。
1.8.3报文类型,业务类型号与业务种类号不存在
●错误信息
File'',Line3008,Level0:
PU1O1104报文类型、业务类型、业务种类不匹配--报文类型、业务类型、业务种类[valF24F25]001.01A00000记录不存在!
●错误解释
2代报文类型,业务类型与业务种类对照关系,参照《1.第二代支付系统报文交换标准(概述)》1.2.13节“报文与业务类型对照表“。
。
节“业务类型与业务种类对照表“。
1代报文类型,业务类型与业务种类对照关系请参照1代报文格式标准。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,NPC拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
4、无须报告。
1.9公共检查类(参与者间报文交互格式处理)
1.9.1一代参与者不允许接收二代报文
●错误信息
File'',Line4283,Level0:
PU1O5009业务权限检查未通过--[A32]0015一代参与者不允许接收二代报文!
●错误解释
报文接收行为1代支付系统参与者,不能接收2代报文
●处理方法
1、本错误是正常业务检查错。
2、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
3、无须报告。
●补充说明
不同类型参与者之间使用一、二代报文进行交互应遵循以下规则:
(1)一代参与者与二代参与者之间应使用一代报文。
(2)二代参与者之间可以使用一代报文或二代报文,系统应支持业务管理部门根据需要,对于二代参与者之间使用一代报文进行许可或禁止控制。
(3)查询查复、借记业务回执等存在匹配关系的业务报文,参与者原则上必须使用同报文格式。
如查询行发起一代查询报文,查复行必须使用一代报文查复;参与者发起一代借记业务报文,接收方需使用一代借记回执报文回复;参与者发起二代借记业务报