支付错误码说明
1. 支付后台接口的返回码与OpenAPI返回码一致，详见：。
2. 在Q点直购联调中，会遇到“支付失败”的错误提示。为帮助开发者联调，特别提供了更详细的联调错误码。
点开“详细错误信息”，可以看到一串错误码。如果遇到这些错误提示，请根据错误码并参照下文建议进行错误排查。
错误码解释：开发者调用v3/pay/buy_goods接口时，请求参数不合法。
处理建议：
1. 请参照检查参数是否符合协议规范。
2. 通过日志查看支付返回的错误描述。
特别提示：
遇到下面的部分错误码时，需要通过tcpdump获取9001端口的数据包以检查返回内容是否合法。
正确的命令如下：
tcpdump -i [ethx]
src host [ip] and port 9001 -X -v -s0
[]中的ethx请替换为发货服务器网卡，如eth0或eth1。
[]中的ip请替换为发货服务器的ip。
错误码解释：调用发货通知过早，订单尚未挂起。
处理建议：开发者可稍候再试（可等待几秒后，重复通知）。
错误码解释：平台后台系统设置错误。
处理建议：请及时联系开放平台企业QQ协助处理。
错误码解释：分区发货配置不匹配。
处理建议：开发者检查更新的分区发货信息是否及时同步。
错误码解释：支付失败，账户余额不足。
处理建议：登录“管理中心”，点击“支付结算”tab，在最下方点击“联调工具”进行测试Q点充值。
错误码解释：购买业务金额参数错误。
处理建议：检查接口payitem中的单价price(最小单位2Q点)和数量num的参数值(最大9999)。
错误码解释：单笔交易金额超过限制。
处理建议：单笔交易金额不能超过2000QB。
错误码解释：账户不存在。
处理建议：开发者检查帐户是否建立，可尝试充值Q点，或检查环境是否匹配。
错误码解释：交易金额超过代用币单日最高限制。
处理建议：交易金额不能超过10000QB/天。
错误码解释：购买业务金额参数错误。
处理建议：检查接口payitem中的单价price(最小单位2Q点)和数量num的参数值(最大9999)。
错误码解释：连续请求失败次数超过限制，业务暂时被锁定。
处理建议：开发者检查自身网关后，可过段时间重试。造成错误的原因可能有：网关不可用，返回格式错误，返回时间超过协议时间。
如果请求连续失败20次，业务将被锁定20秒；如果5分钟内请求次数大于30次，且发货网关调用开发者接口的错误率超过50%，业务将被锁定20秒。
错误码解释：zoneid参数错误。
处理建议：开发者按照错误码解释检查应用程序和配置是否有误。
错误码解释：IP链接失败。
处理建议：开发者按照错误码解释检查应用程序和配置是否有误。
错误码解释：开发者发货网关返回{"ret":-1,"msg":""}。
处理建议：开发者检查自身定义的返回码为-1所对应的描述，并通过tcpdump获取9001端口的数据包以检查返回内容。
错误码解释：开发者发货网关返回{"ret":1,"msg":""}。
处理建议：开发者检查自身定义的返回码为1所对应的描述，并通过tcpdump获取9001端口的数据包以检查返回内容。
错误码解释：开发者发货网关返回{"ret":2,"msg":""}。
处理建议：开发者检查自身定义的返回码为2所对应的描述，并通过tcpdump获取9001端口的数据包以检查返回内容。
错误码解释：开发者发货网关返回{"ret":3,"msg":""}。
处理建议：开发者检查自身定义的返回码为3所对应的描述，并通过tcpdump获取9001端口的数据包以检查返回内容。
错误码解释：开发者发货网关返回{"ret":4,"msg":""}。
处理建议：开发者检查自身定义的返回码为4所对应的描述，并通过tcpdump获取9001端口的数据包以检查返回内容。
错误码解释：其他错误。
处理建议：开发者检查应用程序和配置是否有误，并通过tcpdump获取9001端口的数据包以检查返回内容是否合法。
错误码解释：错误的请求，开发者发货网关返回http 400。
处理建议：开发者按照错误码解释检查应用程序和配置是否有误。
错误码解释：请求被禁止，开发者发货网关返回http 403。
处理建议：开发者按照错误码解释检查应用程序和配置是否有误。
错误码解释：CGI不存在，开发者发货网关返回http 404。
处理建议：开发者按照错误码解释检查发货网关的发货CGI是否可访问。
错误码解释：请求超时，开发者发货网关返回http 408。
处理建议：开发者按照错误码解释检查应用程序和配置是否有误。
错误码解释：请求url太长，开发者发货网关返回http 414。
处理建议：开发者按照错误码解释检查应用程序和配置是否有误。
错误码解释：调用开发者发货网关返回http 497，http请求发送到https端口上。
处理建议：开发者按照错误码解释检查应用程序和配置是否有误。
错误码解释：调用开发者发货网关返回http 500。
处理建议：开发者webserver发生500的内部错误，具体信息请tcpdump数据包以检查返回内容。
错误码解释：cee_extend参数错误。
处理建议：开发者按照错误码解释检查应用程序和配置是否有误。
错误码解释：（对不起，交易流水不存在）token过期，需要重新获取。一般是前后端接口调用环境不一致，需要统一使用沙箱或者现网环境，参考处理建议。
处理建议：
服务器端/v3/pay/buy_goods沙箱需用119.147.19.43（CEE：1.254.254.22）发起请求（现网使用域名）
前端fusion2.dialog.buy沙箱设置sandbox:true（现网false）
服务器端/mpay/buy_goods_m沙箱需用119.147.19.43（CEE：1.254.254.22）发起请求（现网使用域名）
客户端支付初始化的时候，setEnv沙箱设置为test（现网release）
如上检查均正常，可能是如下少见的情况：
应用侧这边在服务端获取url_params值后使用了比如换行符等特殊符号，并把这些带有特殊符号的值传入到前端使用时也会出现这个错误码。
错误码解释：没有接入支付。
处理建议：开发者检查应用是否已申请接入支付，或检查APPID是否有误。
错误码解释：应用配置信息未同步。
处理建议：开发者检查应用分区配置是否完成同步，同步方法：登录“管理中心”，点击“支付结算”tab，在“支付接入”页面点击“修改分区信息”，确认分区发货信息正确后，点击“同步到沙箱”或“同步到现网”。
错误码解释：用户设置或策略要求验密保，用户没有密保导致禁止消费。
处理建议：您本次操作需要验证密保，请绑定QQ安全中心手机版后重试：/app。
错误码解释：消费操作存在风险。
处理建议：如果您是游戏玩家，请先修改QQ密码后尝试消费（/gm）。如果依然报错，请联系游戏***人员。如果您是游戏开发商，此错误码一般出现在沙箱测试环境，如果沙箱环境全部测试帐号都报错，请立刻联系企业QQ处理。如果是个别现网玩家反馈，建议改密（/gm）或者联系企业QQ。
错误码解释：用户设置或策略要求验密保，用户没有密保导致禁止消费。
处理建议：QQ帐号存在安全风险，为确保Q币安全，请绑定密保手机后验证密保即可消费！/sj。
错误码解释：用户设置或策略要求验密保，用户没有密保导致禁止消费。
处理建议：QQ帐号存在安全风险，为确保Q币安全，请绑定密保手机后验证密保即可消费！/sj。
错误码解释：用户设置或策略要求验密保，用户没有密保导致禁止消费。
处理建议：QQ帐号存在安全风险，为确保Q币安全，请绑定密保手机后验证密保即可消费！/sj。
错误码解释：用户设置或策略要求验密保，用户没有密保导致禁止消费。
处理建议：为了保障您的财产安全，赠送双方需要满足7天以上QQ好友关系！
错误码解释：用户设置或策略要求验密保，用户没有密保导致禁止消费。
处理建议：QQ帐号存在安全风险，为确保Q币安全，请绑定密保手机后验证密保即可消费！/sj。
错误码解释：用户设置或策略要求验密保，用户没有密保导致禁止消费。
处理建议：QQ帐号存在安全风险，为确保Q币安全，请绑定密保手机后验证密保即可消费！/sj。
错误码解释：用户设置或策略要求验密保，用户没有密保导致禁止消费。
处理建议：QQ帐号存在安全风险，为确保Q币安全，请绑定密保手机后验证密保即可消费！/sj。
错误码解释：用户设置或策略要求验密保，用户没有密保导致禁止消费。
处理建议：QQ帐号存在安全风险，为确保Q币安全，请绑定密保手机后验证密保即可消费！/sj。
错误码解释：触发平台相关策略导致消费被禁止。
处理建议：QQ帐号存在安全风险，为确保Q币安全，请改密后再试！/gm。
错误码解释：触发平台相关策略导致消费被禁止。
处理建议：QQ帐号存在安全风险，为确保Q币安全，请改密后再试！/gm。
错误码解释：触发平台相关策略导致消费被禁止。
处理建议：网络环境存在安全风险，为确保Q币安全，请稍后再试！
错误码解释：系统错误。
处理建议：请直接联系企业QQ协助处理。
错误码解释：交易超时。
处理建议：请直接联系企业QQ协助处理。
错误码解释：频率限制。
处理建议：请直接联系企业QQ协助处理。
错误码解释：频率限制。
处理建议：请直接联系企业QQ协助处理。
错误码解释：调用充值游戏币接口fusion2.dialog.pay出现未授权。
处理建议：Q点直购不允许调用充值接口，需接入道具寄售模式。
错误码解释：开发者返回信息不合法。
处理建议：开发者按照错误码解释检查应用程序和配置是否有误，并通过tcpdump获取9001端口的数据包以检查返回内容是否合法。
错误码解释：颁发的***不合法或SSL连接异常。
处理建议：开发者按照错误码解释检查应用程序和配置是否有误。
错误码解释：CA根***不合法。
处理建议：开发者按照错误码解释检查应用程序和配置是否有误。
错误码解释：curl链接建立但返回超时。
处理建议：开发者按照错误码解释检查应用程序和配置是否有误。
错误码解释：JSON解析错误，开发者发货网关返回信息不符合JSON格式，通常是开发者发货CGI逻辑出错，返回一段错误信息。
处理建议：开发者按照错误码解释检查应用程序和配置是否有误，并通过tcpdump获取9001端口的数据包以检查返回内容是否合法。
正常返回示例：{"ret":0,"msg":"OK"}。
错误码解释：调用开发者发货网关返回http 502。
处理建议：开发者检查自身发货网关是否可用。造成错误的原因可能有：端口未启用，服务器配置不正确。
错误码解释：发货网关的协议要求在2秒之内返回发货结果，开发者发货返回时间已超过协议时间。
处理建议：开发者按照协议规范在2秒之内返回发货结果。出现此错误开发者可按下面的步骤进行检查：
（1）通过telnet对应的IP和端口是否成功，例如telnet 192.168.1.123 443。
（2）通过curl工具拉取对应的url地址的数据是否成功。
（3）统计请求从接收到处理完耗时是否超过了2秒。
（4）查看web服务器进程是否存在，例如tomcat没有启动起来。
（5）检查服务器配置是否正确，例如nginx配置的反向代理不正确。
（6）检查是否配置IP限制策略。
（7）通过tcp抓包工具，如tcpdump，查看请求处理完之后tcp连接是否正常关闭，即抓包的是FIN包而不是RST包。
（8）查看网络是否有丢包现象，tcpdump抓包拿到请求的源IP，使用Ping命令，监控一段时间，看是否有丢包，即Ping打印出来的包序号不连续。
错误码解释：系统错误。
处理建议：系统错误，请通过联系支付技术支持人员。
开发者在联调的过程中，如遇到其他问题，可参考。腾讯游戏被盗装备找回真的很难吗？
做为心悦会员，我有三个号，激活了两个。本以为在装备被盗的情况下会很容易的找回，结果是大出意外：
打过很多心悦***，马上为我查找的只有心悦5165***，其他的都是先发招呼，后问情况，然后叫你先去填单三步式服务，而作为一个菜鸟级玩家，我更是被误导到了腾讯***哪里去填单了，压根就没记住***快速报的网址，去被盗装备找回平台填单，被我理解成装备被盗去***填单（打腾讯******，是直接把你回到心悦去的），填单要受理1-3天，回复是1个工作日内处理，看看人家在10月4日论坛发帖几个小时就要回了装备，我10月1日被盗的装备硬生生的要等到10月8日处理，心里那个憋屈郁闷！
等到8日18：:00将至，居然没收到任何答复，打通了心悦***提出了疑问才得知自己去的腾讯***、心悦俱乐部论坛和心悦服务***、游戏论坛根本是不相交叉的四个单位，辛辛苦苦写的详细情况、提的意见、发的帖虽然都说帮助反馈，其实是自己表错情，会错意了，根本没去该去的地方申诉。
等了8天查询结果是无法核实，难道我的装备自己无缘无故上下几次然后白送人了？只有自己一个人用手机令牌能上，就算在玩吧个中了木马被窃取登录、角色密码、手机令牌动态密码，那个无缘无故的把装备给丢了是自己发神经吗？发神经就无法核实了？没有合理交易金额的信息，又是不相往来陌生的号？我会白送装备，就算是朋友之间借装备，我也要知道谁是我朋友，也有个聊天记录啊。
盗号的多次转手或融了装备卖给别人魂、玉，或将魂、玉低价卖给自己小号，再做装备再卖，多处理几个程序是不是就绝对要不回来了。保障买家合法权益轻轻松的就变成保障盗号的利益了。无法核实信息恐怕就会被诟病成腾讯***内鬼盗号了。
在网页引导申诉时为什么就不能添加一条网址呢？靠***自以为流畅的语音快速介绍中又有几个玩家可以完整准确捕捉详细信息？对菜鸟尤其是难上加难。何况提供信息的***还不停的催促“你看这样行吗”？，“抱歉！你现在先去填单好吗”？看似礼貌却难以掩饰骨子里的冷漠和蔑视。
游戏中角色交易因涉及线下交易没法核实也是怕担麻烦的实话同时又是屁话，涉及金额交易是有银行交易的信息和凭证了，就算证实这些信息对象的名称有问题，但游戏角色聊天记录、金融机构交易时间和金额是可以形成证据链的。
敢问***有几个学过《网络游戏管理暂行办法》，恐怕我花半天学到的就比很多人要知道的多的不少了。
不论装备是否会找回，我都要感谢心悦5165***发自内心真诚的服务。我会继续用腾讯的许多免费的产品，因为目前没其它更熟悉、更好的选择，但它一定是个免费的产品，
QQ三国/逐鹿电信/得陇望蜀/104级剑侍/夺魂冰剑
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。