关于农行网银的支付问题_百度知道
关于农行网银的支付问题
求高手解答，突然跳转转出一个“Trans交易接收”的页面！不知道是不是最近使用防毒软件算出垃圾文件的原因！，而且无法显示，但不知道为什么这次，本来平常都是直接进入农行的支付页面我在使用农行网银支付货款的时候，导致交易失败！
提问者采纳
个原因，系统自我保护。2操作停顿时间太久：1是不是操作失误
其他类似问题
为您推荐：
您可能关注的推广
农行网银的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁银联代收付业务方案_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
银联代收付业务方案
上传于||暂无简介
阅读已结束，如果下载本文需要使用0下载券
想免费下载更多文档？
下载文档到电脑，查找使用更方便
还剩9页未读，继续阅读
你可能喜欢1)&&&&&& 开发过程中，报157错误。
答：看下GATEID是不是写了0001，如果是的话，把0001删掉。
2)&&&&&& 网上支付后，点提交时，页面提示：标准数据域不能为空怎么办？
&& 答：商户自行检查各条程序是否按照《NetPayClient 用户手册》里的内容来编写。当出现该条提示时，表示编程人员没有按照手册里的程序来编写，出现诸如拼写错误、漏输重要数据等低级错误。提醒商户自行检查以 下重要参数：MerId, OrdId, TransAmt, CuryId, TransDate, TransType，及和这几个重要参数有关的所有程序。
典型案例：
某公司编程人员在编写时输入：
&input type=hidden name=&cruyId& value=&156&&
而正确的应该为：
&input type=hidden name=&curyId& value=&156&&。由于一个单词的错误，造成数据读取时无法读取原有的重要信息，即找不到curyId所包含的重要参数造成页面提示标准数据域不能为空。
3)&&&&&& 商户在测试过程中报&错误500&如何解决？
&& 答：该错误为系统错误，属于程序编写错误，测试提交地址和正式提交地址搞混导致。
典型案例：
程序编写时输入：
&form action=/pay/transget method=post&
由于是测试商户，因此在action之后的内容应该为http://payment-/，即正确编写输入应该为：
&form action=http://payment-/pay/transget method=post&。
4)&&&&&& 商户出现-109错误怎么办？
& &&答：-109错误表示加密不成功，可能由多种问题导致。当前遇到的主要原因是商户在开发过程中使用的签名方式不正确，导致无法签名成功。在这里，需要提醒商户注意接口版本号的问题，的版本号和的版本号在开发上是不同的，采用错误的签名格式，会导致无法正确签名，请商户认真阅读操作文档第21页～25页的相关说明。
07版本需要通过对一串字符串签名来实现。具体区别如下：
NetPayClient for Java
NetPayClient for Win32
NetPayClient for C
NetPayClient for Java
verifyTransResponse
verifyTransResponse
NetPayClient for Win32
NetPayClient for C
verifyTransResponse
verifyTransResponse
遇到该错误时，可以用2.1中提到的方法，为用户检查发送代码的情况。
5)&&&&&& 商户遇到非法长度怎么办？
& &&答：非法长度是由于商户在配置过程中各个参数长度未按实际要求配置导致。例如：订单号非16位，交易日期非8位，交易金额非12位，Checkvalue未生成等等，均会导致非法长度。
发送参数具体说明如下：
参数说明：
String MerId& &&商户号，长度为15个字节的数字串，由ChinaPay或清算银行分配。
String OrdId&&&& 订单号，长度为16个字节的数字串，由商户系统生成，失败的订单号允许重复支付。
String TransAmt&&&&& 交易金额，长度为12个字节的数字串，例如：数字串""表示12.34元。
String CuryId&&& 货币代码, 长度为3个字节的数字串，目前只支持人民币，取值为"156" 。
String TransDate&&&& 交易日期，长度为8个字节的数字串，表示格式为：YYYYMMDD。
String TransType& 交易类型，长度为4个字节的数字串，取值范围为："0001"和"0002"， 其中"0001"表示消费交易，"0002"表示退货交易。
String CheckValue[256]& 即NetPayClient根据上述输入参数生成的商户数字签名，长度为256字节的字符串。
6)&&&&&& ERRORCODE=110是怎么回事？
& &&答：商户页面应答或后台应答地址过长导致。后台交易接收URL，长度不要超过80个字节，如超过80个字节，即会报该错误。建议商户自行修改后台应答及页面应答地址，控制在80字节内即可。
7)&&&&&& ASP开发过程中AXTIVEX控件不能创建对象或动态链接库没有注册怎么办？
&&& 答：1）让商户检查XP系统的SCRIPT是否已经更新到最新版本。2）是否正确加载了CHINAPAY.DLL和CPNPC.DLL文件。同时，NETPAY.DLL必须放在SYSTEM32文件夹下。
8)&&&&&& 开发时报非法页面是怎么回事？
&&& 答：提交页面使用的应该是弹出窗口，如果商户使用的页面是框架接口，那在提交时页面将无法正常跳转，即会报非法页面。建议商户修改网页结构，不要尝试在页面的框架内进行窗口跳转，而使用弹出窗口方式。
9)&&&&&& 发送交易时，其他可能遇到的报错信息。
环境变量"NPCDIR"未设置
户密钥文件不存在或无法打开
密钥文件格式错误
秘钥商户号和用于签名的商户号不一致
用于签名的字符串长度为空
10)& &测试时，支付成功，返回商户页面时验证签名错误？
&&& 答：首先，商户各条程序是否按照《NetPayClient 用户手册》里的内容来编写。同时要注意，在接收应答时，的版本号签名方式与版本号的签名方式是不一致的，需特别注意！
典型案例：
某公司在测试时输入：
Chkvalue = request.getparameter(&chkvalue&)
因为发送的参数名是ChkValue，回来取得也是ChkValue，实际上应该是checkvalue，所以传的空值，才验证通不过的。即：
Chkvalue = request.getparameter(&checkvalue&)
这属于没有按照手册里程序编写所产生的验证签名错误。
11)& &商户出现公钥初始化失败怎么办？
&&& 答：首先商户是否是使用JAVA来进行接口开发的。如果是，请商户查看程序中是否在应该填写公钥代码处填写了商户号。
典型案例：
某商户的编程人员在编写程序时输入：
Flag=key.buildKey(&999&,0&c:\winnt\\PgPubk.key&);
而正确的应该为：
Flag=key.buildKey(&999&,0&c:\winnt\\PgPubk.key&);
12)& &商户出现-118错误怎么办？
&&& 答：一般不会出现该问题。主要原因是由于商户验签时使用的密钥不正确或者传入验签的参数有问题导致，比如测试商户使用生产商户的密钥或验签时，传入的参数不正确，无法正确验签导致。
典型案例：
某商户在测试系统的上线中，使用了生产商户的公钥，导致出现-118错误，替换测试商户公钥后，问题解决。
13)& &后台应答收不到怎么办？
&&& 答：请检查接受应答代码是否对于应答的接收条件评判有误；在发送交易时，接收应答地址是否正确。
14)& &后台应答接收后，如何告知ChinaPay？
& &&答：WEBSEVER自动反馈，通常情况，成功接收将会自动返回200的代码。所以商户无需返回任何参数。仅当OrderStatus为1001时，该交易才为成功交易，其他交易均为失败交易，商户需要自行对此进行判定，加入自己的数据库中。
15)& &loadlib(CHINAPAY.DLL)失败怎么办？
&&&& Netpay.dll必须放在system32文件夹里。
阅读(...) 评论()银联支付接口常见错误总结
银联支付接口常见错误总结
银联支付接口常见错误总结
常见接入问题及解答
1)&&&&&& 开发过程中，报157错误。
答：看下GATEID是不是写了0001，如果是的话，把0001删掉。
2)&&&&&& 网上支付后，点提交时，页面提示：标准数据域不能为空怎么办？
&& 答：商户自行检查各条程序是否按照《NetPayClient 用户手册》里的内容来编写。当出现该条提示时，表示编程人员没有按照手册里的程序来编写，出现诸如拼写错误、漏输重要数据等低级错误。提醒商户自行检查以下重要参数：MerId, OrdId, TransAmt, CuryId, TransDate, TransType，及和这几个重要参数有关的所有程序。
典型案例：
某公司编程人员在编写时输入：
&input type=hidden name=”cruyId” value=”156”&
而正确的应该为：
&input type=hidden name=”curyId” value=”156”&。由于一个单词的错误，造成数据读取时无法读取原有的重要信息，即找不到curyId所包含的重要参数造成页面提示标准数据域不能为空。
3)&&&&&& 商户在测试过程中报“错误500”如何解决？
&& 答：该错误为系统错误，属于程序编写错误，测试提交地址和正式提交地址搞混导致。
典型案例：
程序编写时输入：
&form action= method=post&
由于是测试商户，因此在action之后的内容应该为，即正确编写输入应该为：
&form action=
method=post&。
4)&&&&&& 商户出现-109错误怎么办？
& &&答：-109错误表示加密不成功，可能由多种问题导致。当前遇到的主要原因是商户在开发过程中使用的签名方式不正确，导致无法签名成功。在这里，需要提醒商户注意接口版本号的问题，的版本号和的版本号在开发上是不同的，采用错误的签名格式，会导致无法正确签名，请商户认真阅读操作文档第21页～25页的相关说明。
07版本需要通过对一串字符串签名来实现。具体区别如下：
NetPayClient for Java
NetPayClient for Win32
NetPayClient for C
NetPayClient for Java
verifyTransResponse
verifyTransResponse
NetPayClient for Win32
NetPayClient for C
verifyTransResponse
verifyTransResponse
遇到该错误时，可以用2.1中提到的方法，为用户检查发送代码的情况。
5)&&&&&& 商户遇到非法长度怎么办？
& &&答：非法长度是由于商户在配置过程中各个参数长度未按实际要求配置导致。例如：订单号非16位，交易日期非8位，交易金额非12位，Checkvalue未生成等等，均会导致非法长度。
发送参数具体说明如下：
参数说明：
String MerId& &&商户号，长度为15个字节的数字串，由ChinaPay或清算银行分配。
String OrdId&&&& 订单号，长度为16个字节的数字串，由商户系统生成，失败的订单号允许重复支付。
String TransAmt&&&&& 交易金额，长度为12个字节的数字串，例如：数字串&&表示12.34元。
String CuryId&&& 货币代码, 长度为3个字节的数字串，目前只支持人民币，取值为&156& 。
String TransDate&&&& 交易日期，长度为8个字节的数字串，表示格式为：YYYYMMDD。
String TransType&
交易类型，长度为4个字节的数字串，取值范围为：&0001&和&0002&， 其中&0001&表示消费交易，&0002&表示退货交易。
返回值：
String CheckValue[256]& 即NetPayClient根据上述输入参数生成的商户数字签名，长度为256字节的字符串。
6)&&&&&& ERRORCODE=110是怎么回事？
& &&答：商户页面应答或后台应答地址过长导致。后台交易接收URL，长度不要超过80个字节，如超过80个字节，即会报该错误。建议商户自行修改后台应答及页面应答地址，控制在80字节内即可。
7)&&&&&& ASP开发过程中AXTIVEX控件不能创建对象或动态链接库没有注册怎么办？
&&& 答：1）让商户检查XP系统的SCRIPT是否已经更新到最新版本。2）是否正确加载了CHINAPAY.DLL和CPNPC.DLL文件。同时，NETPAY.DLL必须放在SYSTEM32文件夹下。
8)&&&&&& 开发时报非法页面是怎么回事？
&&& 答：提交页面使用的应该是弹出窗口，如果商户使用的页面是框架接口，那在提交时页面将无法正常跳转，即会报非法页面。建议商户修改网页结构，不要尝试在页面的框架内进行窗口跳转，而使用弹出窗口方式。
9)&&&&&& 发送交易时，其他可能遇到的报错信息。
环境变量&NPCDIR&未设置
户密钥文件不存在或无法打开
密钥文件格式错误
秘钥商户号和用于签名的商户号不一致
用于签名的字符串长度为空
10)& &测试时，支付成功，返回商户页面时验证签名错误？
&&& 答：首先，商户各条程序是否按照《NetPayClient 用户手册》里的内容来编写。同时要注意，在接收应答时，的版本号签名方式与版本号的签名方式是不一致的，需特别注意！
典型案例：
某公司在测试时输入：
Chkvalue = request.getparameter(“chkvalue”)
因为发送的参数名是ChkValue，回来取得也是ChkValue，实际上应该是checkvalue，所以传的空值，才验证通不过的。即：
Chkvalue = request.getparameter(“checkvalue”)
这属于没有按照手册里程序编写所产生的验证签名错误。
11)& &商户出现公钥初始化失败怎么办？
&&& 答：首先商户是否是使用JAVA来进行接口开发的。如果是，请商户查看程序中是否在应该填写公钥代码处填写了商户号。
典型案例：
某商户的编程人员在编写程序时输入：
Flag=key.buildKey(“999”,0”c:\winnt\\PgPubk.key”);
而正确的应该为：
Flag=key.buildKey(“999”,0”c:\winnt\\PgPubk.key”);
12)& &商户出现-118错误怎么办？
&&& 答：一般不会出现该问题。主要原因是由于商户验签时使用的密钥不正确或者传入验签的参数有问题导致，比如测试商户使用生产商户的密钥或验签时，传入的参数不正确，无法正确验签导致。
典型案例：
某商户在测试系统的上线中，使用了生产商户的公钥，导致出现-118错误，替换测试商户公钥后，问题解决。
13)& &后台应答收不到怎么办？
&&& 答：请检查接受应答代码是否对于应答的接收条件评判有误；在发送交易时，接收应答地址是否正确。
14)& &后台应答接收后，如何告知ChinaPay？
& &&答：WEBSEVER自动反馈，通常情况，成功接收将会自动返回200的代码。所以商户无需返回任何参数。仅当OrderStatus为1001时，该交易才为成功交易，其他交易均为失败交易，商户需要自行对此进行判定，加入自己的数据库中。
15)& &loadlib(CHINAPAY.DLL)失败怎么办？
&&&& Netpay.dll必须放在system32文件夹里。
商户支付接入用户手册版
我的热门文章
即使是一小步也想与你分享30052人阅读
other（385）
银联支付接口常见错误总结
常见接入问题及解答
1)&&&&&& 开发过程中，报157错误。
答：看下GATEID是不是写了0001，如果是的话，把0001删掉。
2)&&&&&& 网上支付后，点提交时，页面提示：标准数据域不能为空怎么办？
&& 答：商户自行检查各条程序是否按照《NetPayClient 用户手册》里的内容来编写。当出现该条提示时，表示编程人员没有按照手册里的程序来编写，出现诸如拼写错误、漏输重要数据等低级错误。提醒商户自行检查以下重要参数：MerId, OrdId, TransAmt, CuryId, TransDate, TransType，及和这几个重要参数有关的所有程序。
典型案例：
某公司编程人员在编写时输入：
&input type=hidden name=”cruyId” value=”156”&
而正确的应该为：
&input type=hidden name=”curyId” value=”156”&。由于一个单词的错误，造成数据读取时无法读取原有的重要信息，即找不到curyId所包含的重要参数造成页面提示标准数据域不能为空。
3)&&&&&& 商户在测试过程中报“错误500”如何解决？
&& 答：该错误为系统错误，属于程序编写错误，测试提交地址和正式提交地址搞混导致。
典型案例：
程序编写时输入：
&form action= method=post&
由于是测试商户，因此在action之后的内容应该为，即正确编写输入应该为：
&form action=
method=post&。
4)&&&&&& 商户出现-109错误怎么办？
& &&答：-109错误表示加密不成功，可能由多种问题导致。当前遇到的主要原因是商户在开发过程中使用的签名方式不正确，导致无法签名成功。在这里，需要提醒商户注意接口版本号的问题，的版本号和的版本号在开发上是不同的，采用错误的签名格式，会导致无法正确签名，请商户认真阅读操作文档第21页～25页的相关说明。
07版本需要通过对一串字符串签名来实现。具体区别如下：
NetPayClient for Java
NetPayClient for Win32
NetPayClient for C
NetPayClient for Java
verifyTransResponse
verifyTransResponse
NetPayClient for Win32
NetPayClient for C
verifyTransResponse
verifyTransResponse
遇到该错误时，可以用2.1中提到的方法，为用户检查发送代码的情况。
5)&&&&&& 商户遇到非法长度怎么办？
& &&答：非法长度是由于商户在配置过程中各个参数长度未按实际要求配置导致。例如：订单号非16位，交易日期非8位，交易金额非12位，Checkvalue未生成等等，均会导致非法长度。
发送参数具体说明如下：
参数说明：
String MerId& &&商户号，长度为15个字节的数字串，由ChinaPay或清算银行分配。
String OrdId&&&& 订单号，长度为16个字节的数字串，由商户系统生成，失败的订单号允许重复支付。
String TransAmt&&&&& 交易金额，长度为12个字节的数字串，例如：数字串&&表示12.34元。
String CuryId&&& 货币代码, 长度为3个字节的数字串，目前只支持人民币，取值为&156& 。
String TransDate&&&& 交易日期，长度为8个字节的数字串，表示格式为：YYYYMMDD。
String TransType&
交易类型，长度为4个字节的数字串，取值范围为：&0001&和&0002&， 其中&0001&表示消费交易，&0002&表示退货交易。
返回值：
String CheckValue[256]& 即NetPayClient根据上述输入参数生成的商户数字签名，长度为256字节的字符串。
6)&&&&&& ERRORCODE=110是怎么回事？
& &&答：商户页面应答或后台应答地址过长导致。后台交易接收URL，长度不要超过80个字节，如超过80个字节，即会报该错误。建议商户自行修改后台应答及页面应答地址，控制在80字节内即可。
7)&&&&&& ASP开发过程中AXTIVEX控件不能创建对象或动态链接库没有注册怎么办？
&&& 答：1）让商户检查XP系统的SCRIPT是否已经更新到最新版本。2）是否正确加载了CHINAPAY.DLL和CPNPC.DLL文件。同时，NETPAY.DLL必须放在SYSTEM32文件夹下。
8)&&&&&& 开发时报非法页面是怎么回事？
&&& 答：提交页面使用的应该是弹出窗口，如果商户使用的页面是框架接口，那在提交时页面将无法正常跳转，即会报非法页面。建议商户修改网页结构，不要尝试在页面的框架内进行窗口跳转，而使用弹出窗口方式。
9)&&&&&& 发送交易时，其他可能遇到的报错信息。
环境变量&NPCDIR&未设置
户密钥文件不存在或无法打开
密钥文件格式错误
秘钥商户号和用于签名的商户号不一致
用于签名的字符串长度为空
10)& &测试时，支付成功，返回商户页面时验证签名错误？
&&& 答：首先，商户各条程序是否按照《NetPayClient 用户手册》里的内容来编写。同时要注意，在接收应答时，的版本号签名方式与版本号的签名方式是不一致的，需特别注意！
典型案例：
某公司在测试时输入：
Chkvalue = request.getparameter(“chkvalue”)
因为发送的参数名是ChkValue，回来取得也是ChkValue，实际上应该是checkvalue，所以传的空值，才验证通不过的。即：
Chkvalue = request.getparameter(“checkvalue”)
这属于没有按照手册里程序编写所产生的验证签名错误。
11)& &商户出现公钥初始化失败怎么办？
&&& 答：首先商户是否是使用JAVA来进行接口开发的。如果是，请商户查看程序中是否在应该填写公钥代码处填写了商户号。
典型案例：
某商户的编程人员在编写程序时输入：
Flag=key.buildKey(“999”,0”c:\winnt\\PgPubk.key”);
而正确的应该为：
Flag=key.buildKey(“999”,0”c:\winnt\\PgPubk.key”);
12)& &商户出现-118错误怎么办？
&&& 答：一般不会出现该问题。主要原因是由于商户验签时使用的密钥不正确或者传入验签的参数有问题导致，比如测试商户使用生产商户的密钥或验签时，传入的参数不正确，无法正确验签导致。
典型案例：
某商户在测试系统的上线中，使用了生产商户的公钥，导致出现-118错误，替换测试商户公钥后，问题解决。
13)& &后台应答收不到怎么办？
&&& 答：请检查接受应答代码是否对于应答的接收条件评判有误；在发送交易时，接收应答地址是否正确。
14)& &后台应答接收后，如何告知ChinaPay？
& &&答：WEBSEVER自动反馈，通常情况，成功接收将会自动返回200的代码。所以商户无需返回任何参数。仅当OrderStatus为1001时，该交易才为成功交易，其他交易均为失败交易，商户需要自行对此进行判定，加入自己的数据库中。
15)& &loadlib(CHINAPAY.DLL)失败怎么办？
&&&& Netpay.dll必须放在system32文件夹里。
商户支付接入用户手册版
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：2343699次
积分：37720
积分：37720
排名：第73名
原创：1519篇
评论：268条
(4)(20)(54)(64)(80)(40)(11)(5)(1)(9)(42)(19)(8)(12)(19)(29)(5)(8)(24)(46)(33)(26)(19)(43)(19)(30)(43)(22)(10)(31)(43)(33)(80)(56)(35)(11)(7)(31)(53)(21)(17)(4)(5)(2)(28)(82)(57)(71)(14)(8)(1)(5)(70)(11)(1)(5)(2)(1)(2)(1)}