今天下午短暂的可以用,但是现在又不行了,又返回 {errcode: 61007,errmsg: "api is unauthorized to component rid: 66bf01e6-66e01679-500a2075"} 这样的提示了
微信AI开放接口返回61007-api is unauthorized to component?微信AI开放接口https://developers.weixin.qq.com/doc/offiaccount/Intelligent_Interface/AI_Open_API.html 语音提交(https://api.weixin.qq.com/cgi-bin/media/voice/addvoicetorecofortext?access_token=ACCESS_TOKEN&format=&voice_id=xxxxxx&lang=zh_CN) 获取语音识别结果(https://api.weixin.qq.com/cgi-bin/media/voice/queryrecoresultfortext?access_token=ACCESS_TOKEN&voice_id=xxxxxx&lang=zh_CN) 语音相关接口调用时返回如下错误: {errcode: 61007,errmsg: "api is unauthorized to component rid: 66bf01e6-66e01679-500a2075"} 第三方平台公众号权限已经都启用,公众号也已经将所有权限授权给第三方平台,请问该怎么做才能获得这个接口的使用权限?
08-21确实没有人敢出来解释啊
小程序接入平台订单发货管理后为什么只支持普通商户类型发起微信支付?为了保障消费者权益,强制实物销售的小程序需要接入订单发货管理,目前看来还算合理,但是接入订单发货管理后,不支持普通服务商的特约商户类型的做法就很难理解了,普通服务商特约商户类型的资金流向和普通商户类型的资金流向是一样的,都是顾客个人微信→微信资金托管→商户结算卡。 到底禁止普通服务商特约商户类型的目的究竟是什么?是为了防范哪些方面的风险?还是只是为了一己私利?有没有官方的人可以出来解释一下? 你们在制定规则的时候有没有考虑这样的问题:对于服务于线下零售的软件商,为了方便统一管理商户进件与支付流程,一般都会成为微信支付的普通服务商,借助小程序的拓客能力,我们为商户申请的特约商户号,会涉及扫码、刷脸、刷掌等线下支付,也会涉及线上的小程序支付。如果我们提供给商户的小程序被要求接入订单发货管理功能后,按你们的规则小程序只能解绑特约商户类,并绑定微信支付普通商户类,才能进行【授权】,也就是说你们制定这个规则后,我们普通服务商的商户除了作为我们的特约商户进件外,还得自己到微信支付上再申请一个普通商户号。如果商户有100个门店,那就得多申请100个普通商户号。对于商户来说,对账的工作量将会增加好几倍。
03-15确实会这样,而且在连接WIFI,且WIFI信号很强的情况,wx.request感觉还是有很大概率触发提示“正在通过移动网络改善操作体验”
wx.request的forceCellularNetwork属性会导致部分手机请求异常?使用该属性后,部分手机会出现网络连接异常的情况 经排查,正常请求接口后的报错信息如下: errno: 600006, errMsg: "request:fail cellular network is unavailable" 机型:huawei nova 9 手机系统:HarmonyOS 3.0.0 微信版本:Version 8.0.38 在小程序设置里把“通过移动网络改善使用体验”这个开关 关掉后就恢复正常了 同时我还发现在手机未连接WIFI仅使用移动数据流量时,也会频繁触发toast提示:“正在通过移动网络改善使用体验”,该情况不属于个例,多个同事反馈都经常碰到这种情况。 这明显与该属性的功能描述相悖。 微信团队官方公众号曾在2023-07-13的一篇POST推文中着重介绍并推荐过该属性:https://mp.weixin.qq.com/s/e8Cm7eDpvSBzEeQGfC0i3Q 原文中介绍到: <如果 Wi-Fi 信号不佳,小程序需要将 Wi-Fi 网络模式切换至移动网络,开发者需要在请求配置中新增 forceCellularNetwork 属性> 综上所述,我认为该属性存在兼容性bug,会导致部分手机网络连接异常且在部分场景下的逻辑判断存在问题。
2023-07-20我这边统计的结果是,一定是在发起请求的第5秒返回invalid ticket错误,这个和官方文档 https://developers.weixin.qq.com/doc/oplatform/Third-party_Platforms/2.0/api/Register_Mini_Programs/fast_registration_of_mini_program.html [图片] 的这个说法中的秒数是刚好相等的,套用从这个说法来解释,我们调用的post请求时,尽管只发起了1次请求,从代码执行上看并没有触发超时重试。但是实际运行结果却有点像官方描述的一样:我们发起的post请求在单次执行没有超时的情况下,post过程在我们向微信服务器post请求后的第5秒,内部中断了请求,接着内部又重新发起请求;然后微信那边就给5秒时post过程内部发起的请求返回invalid ticket错误;再然后,整个post过程就返回invalid ticket给我们的代码了。 但是这个解释可能发生吗? 很多人反馈过这个问题,但是官方并没有给出什么处理建议,所以还是靠自己吧 既然小程序已经创建了,那么接下来还未完成的步骤就是获取小程序的appid和refresh_token了,在返回61058错误时,自己调用【拉取所有已授权的帐号信息】接口,获取已授权的账号信息吧,好在后面授权的是在列表的前面的 https://developers.weixin.qq.com/doc/oplatform/openApi/OpenApiDoc/authorization-management/getAuthorizerList.html 获得列表中的第1个账号(账号信息包括appid、refresh_token和授权时间戳,如果你并发的授权比较多,自己做优化吧),再调用【获取授权帐号详情】接口获取账号的详情,判断该账号是否本次复用公众号创建小程序的商户的账号,然后接着后续的处理 https://developers.weixin.qq.com/doc/oplatform/openApi/OpenApiDoc/authorization-management/getAuthorizerInfo.html
复用公众号主体快速注册小程序,实际已注册小程序,为何接口却报错 invalid ticket?复用公众号主体快速注册小程序,提示{"errcode":61058,"errmsg":"invalid ticket"},并且没有 rid 信息。 但是,小程序实际已经成功注册,在公众号后台可以看到有新的小程序关联。 官方文档:https://developers.weixin.qq.com/doc/oplatform/Third-party_Platforms/2.0/api/Register_Mini_Programs/fast_registration_of_mini_program.html 请问这个要怎么排查解决呢? 【相关信息】 1、请求时间:2022-06-27 09:14:50 2、新建的小程序id:gh_67c7b26beb7b [图片] 【相关问题】 1、https://developers.weixin.qq.com/community/develop/doc/000cc04abac3e0d1ed4d6cf4f5bc00 这里说是切换管理员导致的。 我已经切换回最初的管理员账号了,却还是报错"invalid ticket"。 2、https://developers.weixin.qq.com/community/develop/doc/00044cfece0290e20ff9f5df15b800 这里说是超时时间过短引发重试导致的。 我的超时时间是30秒,并且请求在10秒内就已经返回了"invalid ticket"。 3、https://developers.weixin.qq.com/community/develop/doc/0008687f2e0e803e34edd766958400 这个帖子的问题,和我的很相似,但尚未贴出具体原因。
2022-07-06上面这个帖子的解决方法不适用于我这边的情况
复用公众号主体快速注册小程序,管理员扫码后,为啥返回61058(invalid ticket)错误?调用 https://api.weixin.qq.com/cgi-bin/account/fastregister?access_token= 接口, 发送 https://mp.weixin.qq.com/cgi-bin/fastregisterauth?回调返回的ticket {"ticket":"**************"} 最终返回的结果是:{"errcode":61058,"errmsg":"invalid ticket"} 结果中也没有rid,请问可能的原因是什么? (小程序已经创建成功: ) 文档中说明是:61058 用户扫码凭证校验不通过 但是这个说明对于问题的排查没有任何帮助作用,因为也只能是管理员才可以扫描成功,管理员扫码后出现这个情况,那还能让谁来扫码呢? [图片]
2022-05-10H5是嵌入在企业微信中运行的,从导购角度来看,他只需要使用企业微信这个app 在导购眼里,小程序跟企业微信终究是2个不同的app,除非你们需要使用小程序的某些特性,或者偏向于让导购可以脱离企业微信单独使用小程序,否则让导购同时使用2个app,这本身就是在降低软件的易用性(但是其实无法真正的脱离企业微信,因为导购的小程序openid要和企业微信的userid建立关联,还是得从企业微信打开小程序;在小程序中使用企业微信的客户端api还是得从企业微信打开时才能调用)
企业微信自建应用,在小程序开发和H5开发之间如何选择?企业微信自建应用,在小程序开发和H5开发之间如何选择?各有什么优劣势? 比如我们是一家线下零售品牌,有2000个门店导购员,要做一个基于企业微信的导购应用,赋能导购做业绩、看业绩,那这个应用,我们应该选择用小程序做还是H5做呢?
2021-06-17可以访问 https://mp.jys.com.cn 自助进行升级
免充值代金券接口升级,求程序员帮助,可付费?有程序员吗?公司活动要用这个功能,非技术人员,实在不会操作,求助
2021-06-13可以访问 https://mp.jys.com.cn 自助进行升级
免充值代金券怎样升级接口免充值代金券怎样升级接口,跪求大神,有视频教学吗?
2021-06-13可以访问 https://mp.jys.com.cn 自助进行升级
跪求免充值代金券接口升级,急免充值代金券接口升级怎么弄,看了几天,没搞明白,有没有大神升级成功的,跪求方法
2021-06-13你有试过返回unionid吗
关于企业微信客户unionID的唯一性,比较绕,求大神解答目前我们的公司主体是A,在A主体下开通了企业微信A1 ,还注册了两个公众号 A2 、A3 ,目前A1的企业微信管理后台-客户联系-微信开发者ID 绑定了 公众号A2。 然后A2 和 A3两个公众号绑定在同一个微信开放平台 B 下。 那么 ,当我们以A3的身份,调用企业微信的客户详情接口时,返回的unionID 和 A3 公众号的用户的unionID是相同的吗?
2021-04-18