二代支付系统常见应用问题及故障处置指引业务系统开放系统.docx
《二代支付系统常见应用问题及故障处置指引业务系统开放系统.docx》由会员分享,可在线阅读,更多相关《二代支付系统常见应用问题及故障处置指引业务系统开放系统.docx(65页珍藏版)》请在冰豆网上搜索。
二代支付系统常见应用问题及故障处置指引业务系统开放系统
常见应用问题及故障处置指引
(业务系统开放系统)
文件状态:
[]草稿
[√]正式发布
[]正在修改
文件编号:
当前版本:
V1.0
作者:
任飞
审核人:
完成日期:
2012-08-31
中国人民银行清算总中心
支付系统开发中心
文档修订记录
版本编号
变化状态
简要说明
日期
变更人
批准日期
批准人
V1.0
A
新增
任飞
任飞
注:
变化状态:
A—增加,M—修改,D—删除
修改记录1
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对账完成后,日终批处理未调起。
21
9故障处置专题(故障,停运,维护差别)21
10故障处置专题(节点故障)21
10.1CCMS系统故障21
10.2NPC故障22
10.2.1SAPS故障22
10.2.2NETS故障22
10.2.3HVPS故障22
10.2.4BEPS/IBPS故障23
10.3参与者故障23
10.4接入点故障23
11故障处置专题(预对账处理)23
11.1NETS预对账不平处理(待补充)24
11.2HVPS预对账不平处理(待补充)24
11.3BEPS预对账不平处理24
11.4IBPS预对账不平处理24
修改记录
序号
修改日期
修改说明
1.
2010-3-30
[C]创建第一稿作为文档模板;
说明:
[C]-创建;[M]-修改;[A]-增加;[D]-删除;
1通用问题
1.1字符集类
1.1.1字符集转码失败
●错误信息
File'CodeConvt.cpp',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'xmloperator.cpp',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
无符号浮点型例如12.34
m
带符号数值型例如+12-34
z
Unicode字符集
Z
Unicode字符集
k
xG字符集GB1300
K
全角型GBK
●补充说明XML配置文件字符集
a
带符号位的货币金额类型CNY+10000.00|CNY-10000.00
b
无符号位的货币金额类型CNY10000.00
r
无符号位的货币金额类型,含属性Ccy例如
j
带符号位的货币金额类型,含属性Ccy,正数没有符号位,货币类型可以非CNY例如:
1234.56-1234.56
等,而
+1234.56为非法
f
无符号浮点数12.34
CheckMoneyNumber(tagDef.sTagCode,sTagValue,FALSE,'f');
m
带符号浮点数+12.34-12.34
n
表示0至9的数字左补0
i
表示0至9的数字整型值,不补0
d
10位日期类型YYYY-MM-DD
x
表示x-字符集中的任意字符
G
Unicode字符集
g
Unicode字符集
1.2报文类
1.2.1参与者发送错误报文
●错误信息
报文[ccms.900W]没有配置相应的处理程序!
●错误解释
cnaps2受理商业银行提交的业务报文时,为每一个报文类型的业务分配响应的处理程序。
如果收到设计外的业务类型,cnaps2将拒绝处理该报文。
根究设计,报文[ccms.900]为通用处理确认报文,用于NPC在收到参与机构发来的报文后,根据业务处理情况,将该笔业务处理结果通知相关机构。
不应该由参与机构发起。
●处理方法
1、出现此错误时,NPC拒绝受理该报文。
2、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,通知该清算行发起业务有错误。
3、无须报告。
1.2.2报文域长度非法
●错误信息
File'xmloperator.cpp',Line1875,Level0:
8112CU0O0113报文域长度非法!
--报文域[B02]值长度非法,最大长度[32],实际长度[41]
●错误解释
H02为收款人账号。
参照《网上支付跨行清算系统报文交换标准》报文说明,报文结构中报文类型列定义了每个元素的类型,例如H02为Max32Text,标示为32个字符。
●处理方法
1、本错误是报文格式检查错。
2、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
3、无须报告。
1.2.3报文域强制项没有指定值
●错误信息
xmloperator.cpp:
***[THROW_OUT]File'xmloperator.cpp',Line1766,Level0:
2216CU0O0110报文域强制项没有指定值!
--TAG[A22]
●错误解释
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[F45][PR09]=[PR09]时,[H01|]中有空值!
●错误解释
F45为退回应答结果,PR09为已拒绝,H01为附言。
参考报文格式标准。
当退回应答结果为已拒绝时附言必须填写。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,NPC拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
4、无须报告。
1.2.5报文域值不在指定的枚举范围内
●错误信息
[THROW_OUT]File'procbase.cpp',Line249,Level0:
PU1O1035检查一个值是否在指定枚举范围内未通过--不在指定枚举范围内!
***
●错误解释
F38为报头中发起系统号。
参考报格式标准报文说明。
报头中发起系统号固定填写子系统号如HVPS,BEPS等
●处理方法
1、本错误是正常业务检查错。
2、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
3、无须报告。
1.3核押核签类
1.3.1核全国押不符
●错误信息
CProcPKGBase:
File'procpkgbase.cpp',Line258,Level0:
PU1O4006核全国押不符--核全国押不符
●错误解释
一代参与机构发送报文时,需加编地方押,通过ccpc’后转化成全国押,npc对全国押进行核验,只有核验通过的报文,才会被正常处理。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,cnaps2拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行加押模块。
4、无须报告。
1.3.2核二代全国押不符
●错误信息
CProcPKGBase:
File'procpkgbase.cpp',Line258,Level0:
PU1O4006核全国押不符--核二代全国押不符
●错误解释
二代参与机构向一代参与机构发送一代CMT,PKG报文时,需加编全国押。
npc对全国押进行核验,只有核验通过的报文,才会被正常处理。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,cnaps2拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行检查加押模块。
4、无须报告。
●补充说明
第一代支付系统密押,密钥
过渡期间,第二代参与者在与第一代参与者间进行业务往来时,需按照第一代报文标准在行内系统对往账业务报文进行加押,对来账业务报文进行核押,编、核押规则参考《第二代支付系统报文交换标准》文档集中的《第一代支付系统报文编核押规则》。
编、核押设备仍可使用原第一代支付系统的密押服务器/密押卡,编、核押接口API可联系密押设备生产厂家获取。
但需注意,区别于第一代支付系统中参与者与支付系统交互采用地方押密钥的模式,第二代参与者与支付系统交互需使用全国押密钥。
上线切换时,人民银行将统一更换第二代参与者密押服务器/密押卡的密钥。
1.3.3数字签名非法
●错误信息
File'checkfunction.sqC',Line4882,Level0:
PU1O4001检查签名RAW方式失败--数字签名(RAW)无效!
●错误解释
cnaps2使用数字签名保证业务数据的可靠性和防抵赖性。
数字签名由业务发起方编制,cnaps2和业务接收方核验。
只有核验通过的报文,才会被正常处理。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,cnaps2拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行检查加签模块。
4、无须报告。
●补充说明
数字签名机制
对于第二代支付系统新增的报文,为了保证系统参与者与支付系统之间关键业务数据可靠性和不可抵赖性,系统参与者发起需加、核签业务报文时,应对其加编数字签名,而接收此类报文时,需核数字签名。
对业务量较大的参与者,可以考虑在行内系统部署专用的硬件签名服务器,以实现快速的编签、核签处理。
对业务量较少的参与者,可以不必部署专用的硬件签名服务器,而使用软件加、核签方式(例如:
可以采用OpenSSL实现)
为验证签名者证书的有效性,系统参与者应自行从CFCA网站获得CRL列表,导入系统参与者行内系统,并以CRL列表为准核验数字证书的合法性,支付系统不提供CRL下发与广播功能。
1.4MQ类
1.4.1队列读取消息失败系统错
1.错误信息
File'umtsagent.cpp',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选取数据库表记录错
●错误信息
netspubdb.sqC:
***[THROW_OUT]File'netspubdb.sqC',Line35,Level0:
PU1S5002选取数据表记录错!
--操作表[NETSZDT0401]错误,错误信息是:
[SQL0805NPackage]
●错误解释
SQL0805N应用程序已预编译和绑定,但是未编译和/或链接,所以正在执行的应用程序不是最新的.需要检查应用版本是否为最新或重新执行bnd命令。
●处理方法
1、本错误是应用版本不正确或未执行bnd导致。
2、需人工干预。
检查应用版本。
3、无须报告。
1.7公共检查类(行号)
1.7.1报头发起行报体发起行一致性检查错误
●错误信息
checkfunction.sqC:
***[THROW_OUT]File'checkfunction.sqC',Line157,Level0:
PU1O0115报头发起行报体发起行一致性检查错误--报头发起行和不一致
●错误解释
cnaps2在处理业务时,会检查报文头重的发起人与报文体发起参与机构之间的关系,如果没通过检查,会拒绝处理该业务。
丢弃原报文。
●处理方法
1、本错误是正常业务检查错。
2、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
3、无须报告。
1.7.2参与机构行号不存在
●错误信息
checkfunction.sqC:
***[THROW_OUT]File'checkfunction.sqC',Line3812,Level0:
PU1O0115行号记录不存在--直参机构行号记录不存在!
●错误解释
报文发起或接收清算行有误,CNPAS2会丢弃原报文。
●处理方法
1、本错误是正常业务检查错。
2、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
3、无须报告。
1.7.3参与机构加入子系统未通过
●错误信息
checkfunction.sqC:
***[THROW_OUT]File'checkfunction.sqC',Line3580,Level0:
PU1O2022参与机构加入子系统未通过--[A01未通过!
●错误解释
●处理方法
1、本错误是正常业务检查错。
2、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
3、无须报告。
1.7.4参与机构状态非法
●错误信息
checkfunction.sqC:
***[THROW_OUT]File'checkfunction.sqC',Line3831,Level0:
PU1O1116检查参与机构运行状态未通过--[A0100|未通过!
当前状态:
06
●错误解释
06表示退出,已退出参与机构不能发起或受理业务。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,NPC拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
4、无须报告。
1.7.5参与机构登录状态非法
●错误信息
File'checkfunction.sqC',Line3964,Level0:
PU1O1120检查参与机构登录状态未通过--[A001|未通过!
●错误解释
没有登录的参与者不能发起或者受理除登录,证书绑定,对账申请以外的业务。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,NPC拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提示,建议联系报文发起清算行,提醒该清算行。
4、无须报告。
1.7.6直接参与机构与间接参与行关系未通过
●错误信息
File'procpkgbase.cpp',Line258,Level0:
PU1O2015检查直接参与行与间接参与行关系未通过--[A23A未通过!
●错误解释
npc在受理参与机构发起的业务时,会检查参与机构与参与机构清算行对应关系。
只有检查通过的报文,才会被正常处理。
●处理方法
1、本错误是正常业务检查错。
2、出现此错误时,NPC拒绝受理该报文,并返回拒绝应答报文给原报文发起方。
3、无须人工干预。
但如该错误频繁提