问题描述我们多个游戏前前后后都被审核驳回：无法拉起支付界面，游戏内所有商品购买失败。 但是自己测试都是能成功支付的。问题分析我找到华为的技术支持咨询（工单咨询），对方引导我找审核要了测试日志，发现支付返回6003错误码，我在网上搜到这个帖子：https://developer.huawei.com/consumer/cn/forum/topicview?tid=0203363619150710071&fid=18我对照检查了参数、证书签名等等都没问题，不过游戏后来接入了华为的应用签名服务，却没有按照要求追加配置证书指纹。应用签名官方文档：https://developer.huawei.com

问题描述我们多个游戏前前后后都被审核驳回：无法拉起支付界面，游戏内所有商品购买失败。 但是自己测试都是能成功支付的。问题分析我找到华为的技术支持咨询（工单咨询），对方引导我找审核要了测试日志，发现支付返回6003错误码，我在网上搜到这个帖子：https://developer.huawei.com/consumer/cn/forum/topicview?tid=0203363619150710071&fid=18我对照检查了参数、证书签名等等都没问题，不过游戏后来接入了华为的应用签名服务，却没有按照要求追加配置证书指纹。应用签名官方文档：https://developer.huawei.com

这里给大家分享我在网上总结出来的一些知识，希望对大家有所帮助微信支付介绍微信公众号程序或微信小程序项目中基本都要有微信支付。支付场景基本就是点击支付，然后手机底部拉起输入微信支付密码弹窗，密码输入正确后，支付完成。但是无论是微信小程序或微信公众号程序都是在后端调用微信api接口进行统一下单，将接口返回数据回传前端拉起支付操作，然后异步通知支付结果的这样一个流程。微信公众号程序接入支付如果是微信公众号程序接入微信支付，需要登录微信公众号，点击广告与服务–微信支付关联一下注册好的微信商户平台（此处一般都是客户自己完成，不介绍。也就是说只有关联过的微信商户才能在公众号中拉起支付。 然后点击设置与开发

这里给大家分享我在网上总结出来的一些知识，希望对大家有所帮助微信支付介绍微信公众号程序或微信小程序项目中基本都要有微信支付。支付场景基本就是点击支付，然后手机底部拉起输入微信支付密码弹窗，密码输入正确后，支付完成。但是无论是微信小程序或微信公众号程序都是在后端调用微信api接口进行统一下单，将接口返回数据回传前端拉起支付操作，然后异步通知支付结果的这样一个流程。微信公众号程序接入支付如果是微信公众号程序接入微信支付，需要登录微信公众号，点击广告与服务–微信支付关联一下注册好的微信商户平台（此处一般都是客户自己完成，不介绍。也就是说只有关联过的微信商户才能在公众号中拉起支付。 然后点击设置与开发

​这里有个坑1：转账低于5毛会失败2：转账金额需要自己取整一下，微信官方金额是分为单位，换算成元时可能会除不尽{"code":"PARAM_ERROR","detail":{"location":"body","value":7.000000000000001//微信金额除不尽出现的问题},"message":"无法将JSON输入源“\/body\/total_amount”映射到目标字段“转账总金额”中，此字段需要一个合法的64位有符号整数"}1.服务层　constSSLCERT_PATH='证书路径';constSSLKEY_PATH='证书key路径';constMCHID='商户号';

​这里有个坑1：转账低于5毛会失败2：转账金额需要自己取整一下，微信官方金额是分为单位，换算成元时可能会除不尽{"code":"PARAM_ERROR","detail":{"location":"body","value":7.000000000000001//微信金额除不尽出现的问题},"message":"无法将JSON输入源“\/body\/total_amount”映射到目标字段“转账总金额”中，此字段需要一个合法的64位有符号整数"}1.服务层　constSSLCERT_PATH='证书路径';constSSLKEY_PATH='证书key路径';constMCHID='商户号';

在集成和调试订阅型商品时，我们会依赖沙盒环境来进行模拟实际场景。订阅型商品的购买流程和一次性商品的购买流程类似，但订阅还有其他细节场景，比如续订成功或失败，续订周期时长等。沙盒环境下的订阅续订时间会比正常情况更快，引入“时光机”概念帮助您快速测试您应用的订阅场景。比如订阅周期为1周，商品在3分钟后发生续期，此时订阅型商品有效期延长了3分钟。下面对沙盒环境和现网环境订阅通知事件进行简单对比，针对两种环境下收到的notificationType事件进行对照。a) 撤销订阅测试一：购买商品后，在自动续费前撤销订阅：测试二：购买商品后，商品到期并发生自动续期后再撤销原订阅：总结：沙盒环境、现网环境对于

在集成和调试订阅型商品时，我们会依赖沙盒环境来进行模拟实际场景。订阅型商品的购买流程和一次性商品的购买流程类似，但订阅还有其他细节场景，比如续订成功或失败，续订周期时长等。沙盒环境下的订阅续订时间会比正常情况更快，引入“时光机”概念帮助您快速测试您应用的订阅场景。比如订阅周期为1周，商品在3分钟后发生续期，此时订阅型商品有效期延长了3分钟。下面对沙盒环境和现网环境订阅通知事件进行简单对比，针对两种环境下收到的notificationType事件进行对照。a) 撤销订阅测试一：购买商品后，在自动续费前撤销订阅：测试二：购买商品后，商品到期并发生自动续期后再撤销原订阅：总结：沙盒环境、现网环境对于

在集成和调试订阅型商品时，我们会依赖沙盒环境来进行模拟实际场景。订阅型商品的购买流程和一次性商品的购买流程类似，但订阅还有其他细节场景，比如续订成功或失败，续订周期时长等。沙盒环境下的订阅续订时间会比正常情况更快，引入“时光机”概念帮助您快速测试您应用的订阅场景。比如订阅周期为1周，商品在3分钟后发生续期，此时订阅型商品有效期延长了3分钟。下面对沙盒环境和现网环境订阅通知事件进行简单对比，针对两种环境下收到的notificationType事件进行对照。a) 撤销订阅测试一：购买商品后，在自动续费前撤销订阅：测试二：购买商品后，商品到期并发生自动续期后再撤销原订阅：总结：沙盒环境、现网环境对于

在集成和调试订阅型商品时，我们会依赖沙盒环境来进行模拟实际场景。订阅型商品的购买流程和一次性商品的购买流程类似，但订阅还有其他细节场景，比如续订成功或失败，续订周期时长等。沙盒环境下的订阅续订时间会比正常情况更快，引入“时光机”概念帮助您快速测试您应用的订阅场景。比如订阅周期为1周，商品在3分钟后发生续期，此时订阅型商品有效期延长了3分钟。下面对沙盒环境和现网环境订阅通知事件进行简单对比，针对两种环境下收到的notificationType事件进行对照。a) 撤销订阅测试一：购买商品后，在自动续费前撤销订阅：测试二：购买商品后，商品到期并发生自动续期后再撤销原订阅：总结：沙盒环境、现网环境对于