通过小程序获取openid,传递给插件,再插件内通过插件依赖的小小程序的appid和引用插件传递过来的openid进行预下单,但是一直提示sub_appid和sub_openid,无法正常下单,不知道问题出在哪里 回答关注问题邀请回答 收藏 分享 2 个回答 YingyingYa-💗 发表于移动端2024-11-05 de 有用 回复 Memory 2024-1
使用通联支付中微信支付接口,发送参数之后返回“sub_appid and sub_openid not match”,按照说明文档中,原因是获取openid的方式不正确,可是查看了源代码,发现openid也是通过授权的方式获得的,而且确实能打印出来,在后台配置中我亦修改了公众号appId以及appSecret的值,并且在公众号中添加了自己的微信为测试号(备注:里面的...
SubOpenID不能为空是指在微信支付的服务商模式下，使用统一下单接口时，必须传入用户在子商户appid下的唯一标识sub_openid。这个参数用于区分不同的用户和子商户，以便完成支付和结算。如果不传入sub_openid，或者传入的sub_openid与sub_appid不匹配，那么会导致支付失败或者资金错误地进入主商户账户。获取sub...
绑定状态为“已生效”,非“待确认”或“已拒绝”。 核对接口参数 确保统一下单请求包含以下关键字段且值正确: <appid>服务商AppID</appid> <mch_id>服务商商户号</mch_id> <sub_appid>wx58fee8023cf66a9d</sub_appid> <sub_mch_id>1717174983</sub_mch_id> 服务商的appid和mch_id不可与子商户的sub_...
首先,确保sub_mch_id和sub_appid在代码中或配置文件中被正确赋值。 检查这些值是否在支付请求中被正确使用。 对比是否按预期匹配: 在发起支付请求之前,打印或日志记录sub_mch_id和sub_appid的值,确认它们是否与预期一致。 如果有多个环境(如开发、测试、生产),确保每个环境中的配置都是正确的。 找出不匹配的原因...
sub_openid:子appid下的唯一标识 channel_id:服务商模式下,微信支付分配给收单服务商的ID 微信支付接入可以分为 普通商户 服务商模式 普通服务商 银行类服务商 银行类服务商与普通类服务商的最大区别在于,普通类服务商不能清算资金,微信将会直接把资金清算给商户账户。
以上配置信息均填写正确,但是在发起支付时却显示需要填写sub_mch_id。小程序端的请求返回结果如下图所示:
系统配置了光大支付商户号,但是支付的时候,系统提示“sub_appid and sub_openid not match” 检查思路: 1、开通光大支付只是用光大支付的一个环节,后面还有配置、核查是否开通成功。 2、核实是否用进件提交的公众号重新授权了,建议重新授权一次(营销版和城市运营有区别) ...
微信服务商配置特约商户的APPID(“sub_mch_id与sub_appid不匹配”),程序员大本营,技术文章内容聚合第一站。