微信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"} 第三方平台公众号权限已经都启用，公众号也已经将所有权限授权给第三方平台，请问该怎么做才能获得这个接口的使用权限？

为了保障消费者权益，强制实物销售的小程序需要接入订单发货管理，目前看来还算合理，但是接入订单发货管理后，不支持普通服务商的特约商户类型的做法就很难理解了，普通服务商特约商户类型的资金流向和普通商户类型的资金流向是一样的，都是顾客个人微信→微信资金托管→商户结算卡。 到底禁止普通服务商特约商户类型的目的究竟是什么？是为了防范哪些方面的风险？还是只是为了一己私利？有没有官方的人可以出来解释一下？ 你们在制定规则的时候有没有考虑这样的问题：对于服务于线下零售的软件商，为了方便统一管理商户进件与支付流程，一般都会成为微信支付的普通服务商，借助小程序的拓客能力，我们为商户申请的特约商户号，会涉及扫码、刷脸、刷掌等线下支付，也会涉及线上的小程序支付。如果我们提供给商户的小程序被要求接入订单发货管理功能后，按你们的规则小程序只能解绑特约商户类，并绑定微信支付普通商户类，才能进行【授权】，也就是说你们制定这个规则后，我们普通服务商的商户除了作为我们的特约商户进件外，还得自己到微信支付上再申请一个普通商户号。如果商户有100个门店，那就得多申请100个普通商户号。对于商户来说，对账的工作量将会增加好几倍。

调用 https://api.weixin.qq.com/cgi-bin/account/fastregister?access_token= 接口， 发送 https://mp.weixin.qq.com/cgi-bin/fastregisterauth?回调返回的ticket {"ticket":"**************"} 5秒后 最终返回的结果是：{"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 中有段说明： 注意 如果开发者设置了超时就重试，时间间隔需设置大于5s，否则会因为上一次的流程未完成，而获取到的 ticket 被视为invalid（即返回61058错误码） 但是我POST时（用的Msxml2.ServerXMLHTTP），设置了超时为5分钟，也没有设置超时重试，感觉是微信服务器端自己执行了5秒的创建小程序后，就强制返回错误给我们了 这时候小程序已经创建成功了，只是没有正确的返回appid和authorization_code给我们 以前这种情况发生的概率很低，现在感觉很频繁啊 另外，因为这种情况创建成功的小程序，能否给个快捷注销的方案呢？ 文档中说明是：61058 用户扫码凭证校验不通过 但是这个说明对于问题的排查没有任何帮助作用，因为也只能是管理员才可以扫描成功，管理员扫码后出现这个情况，那还能让谁来扫码呢？ [图片]

调用 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 用户扫码凭证校验不通过 但是这个说明对于问题的排查没有任何帮助作用，因为也只能是管理员才可以扫描成功，管理员扫码后出现这个情况，那还能让谁来扫码呢？ [图片]

获取直播房间列表的接口 https://api.weixin.qq.com/wxa/business/getliveinfo?access_token=，现在返回的信息中，缺失2大内容，希望官方能够完善： 1）房间信息没有 close_share 6个close参数，不管是创建房间还是编辑房间，都能够传入 closeShare ，但是获取房间列表却只返回了5个close参数，没有close_share， 这样会导致我们开发时信息不对称，能设置却无法读取真正的状态 2）货架商品信息没有是否已上架的信息 这个问题同样是信息不对称，开放时给我们提供上架、下架的API，但是获取信息时，又不让我们知道商品是否已经上架，这样我们开发出来的功能体验就不好，你们官方不是总在强调客户体验吗？

现有的素材管理接口只能针对公司素材进行管理，但是在实际运营中，有时候需要对顾问进行区别化管理（不同的顾问会有专属的能够发送的素材），这点当然微信官方也考虑到了，所以在《对话助手》的会话界面中有“小程序素材”这一栏目，但是目前这一栏目只能由顾问自己手动去编辑。在接入系统后，无论是商户也好，还是我们开发商也好，都希望这一栏目的内容能够由我们来按需自动生成，这样一来我们可以进行区别化的设置，顾问也不需要花时间去手动编辑。希望将来可以考虑开放针对顾问个人素材进行管理的api接口

顾问和公众号推文的每月主动群发推送触达粉丝的次数能否分开统计，公众号4次，顾问推送的也能单独有4次？ 因为从业务上来讲，公众号进行的推文针对的粉丝群体一般是公众号的所有粉丝，而顾问群发的内容一般是顾问所负责的那部分粉丝。如果每个月公众号已经做了推文，那么留给顾问能进行的群发机会就很少了。 当然估计你们最担心的是很多商家钻空子，用顾问来群发面向所有粉丝的消息。这点可以通过群发粉丝数量来控制，比如规则调整为：每个粉丝每个月可以接收4次公众号推文，且每个月可以接收4次来自顾问推送的群发粉丝数为总粉丝数1/4、1/5、......、甚至到1/10的群发信息。因为真正拿顾问来细化管理粉丝的，每个顾问分配到的粉丝一般都是有限的。

https://api.weixin.qq.com/cgi-bin/guide/getguidebuyerchatrecord?access_token= 获取顾问聊天记录接口在开始接入该接口时是没有问题，但是今天突然发现，接口调用无法返回正确的数据了，总是返回参数错误 POST参数如下： {"guide_openid":"oSeevt50BOjZsg0U_hnyjaq5hZJg","openid":"oSeevt5J3bP6AJiL8oQG3W8e0hnc","begin_time":"1604737539","end_time":"1607329539","page":0,"num":10000} 返回的数据如下： {"errcode":40097,"errmsg":"invalid args hint: [oHdFR0I2e-0c97lA] rid: 5fcde804-7393ece5-4a55ab1d"}

[图片] 现有的交互流程如上图，能从企业内部应用跳转到服务号对话助手，意味着我们可以在自有的企业应用中直接发起与粉丝的会话，对于我们来讲是一个很好的应用模式。 但是因为沟通是双向的，随着使用的深入，会发现顾问主动联系粉丝很流畅，但当粉丝主动联系顾问时，顾问想要了解粉丝在企业内的资料动态，还得手动切换回企业内部应用，并进行手动检索才能定位到该粉丝。 所以想问问官方会不会考虑将【服务号助手小程序】与【企业内部小程序】建立双向连接，即我们可以事先通过接口为公众号设置【服务号助手小程序】跳转的【企业内部小程序】页面信息，然后在会话界面中有按钮入口，直接跳转到【企业内部小程序】，并传入粉丝openid和顾问openid？ [图片]

按照文档说明调用与传参 POST https://api.weixin.qq.com/cgi-bin/guide/cancelguidemassendjob?access_token=ACCESS_TOKEN { "task_id":1332414111522783232 } 但是返回值总是 { "errcode": 40097, "errmsg": "invalid args hint: [AFgfT0I2e-bSV1Xa] rid: 5fae055e-165941e5-16ffd675" }