顾问无法给客户发消息，发不出去，顾问的头像不显示，顾问之前和客户的对话记录都消失，什么原因？

将用户分配导购后，删除导购，用户发送的消息后台就接收不到了。

因为公众号粉丝很多，所以采取了模板消息自主研发的方法机制，但是在测试高并发的时候，这个模板消息死活说成功了，但是事后查询的时候是发送推送量太少。但是这样付出代价比较大，被违规发送，模板消息被封闭了。 请问有没一个机制测试可以支撑到这样大并发测试。事后查询好像一分钟只能发不超过5000推送？是这样回事？ 因为写的代码在线上测试风险很大，但是量太少又不能实际上知道是否有效收发。请问官方在模板消息这块是否能够改善调试机制。 量级大，如果在线上推送测试，违规风险大。但是为了优化这个逻辑又得冒这样风险。

现象：如题 目前开发公众号模板消息和群发的时候遇到一些问题，公众号模板消息接口发送成功。只能靠推送接口返回的情况判断是否推送出去了。事实上，即使发送了，只能很少一部分人收到，这样就造成很多疑惑了。 尝试策略： 开发的时候，尽可能降低发送的频率。例如一次提取1w粉丝需要分2次发，或者采取1分钟最高发5000条。但是实际开发接口调取过程，这些接口返回都没有错误，只是极端需要接口返回的时候。公众号模板消息在线上测试的时候就会出现封禁的情况。因为管理粉丝太多，出现几十万的情况。测试这些接口的时候，一不小心就会出现封闭了。 造成情况是： 在开发过程调试接口，不小心就会造成骚扰用户的情况 1.建议改善开发大数量级别粉丝的公众号模板消息和群发的开发者体验。（支撑大级别粉丝数量的时候，开发应该如何避免骚扰的情况发生）接口如何有效发送出去，目前该接口问题极多问题。排查干预手段少。只能靠返回接口判断，事实上该接口有概率问题情况，属于不稳定情况，这种和开发者能力也有关联。 2.建议在公众号内部提供这样的群发模板消息的功能。 3.建议改善公众号的文档，这部分接口文档定时更新一下，目前没有一个很有效支持大数量级别的发送需求。 4.公众号文档需要定期升级一下，文档书写会造成很多人疑惑。问的人多，说明争议性极其大，造成开发接口的时候给开发者造成很大困扰。 5.建议公众号文档恰当加入一些使用案例。

麻烦官方人员查一下msgid 我能提供 是否出现了延迟和未推送现象

[图片] 按接口的说明，是拉取该顾问近30天的聊天记录，但是接口实际返回的却是客户近30天的聊天记录。 举例说明一下： 如果客户甲的顾问一直是顾问A，则传入顾问A和客户甲，可以拉取他们之间30天内的聊天记录 但是，如果客户甲的顾问此前是顾问A，他们之间30天内有聊天记录，然后后来客户甲被重新分配给顾问B。 则传入顾问A和客户甲，是无法拉取聊天记录的，会返回没有顾问关系；如果传入顾问B和客户甲，则会返回顾问A和客户甲的聊天记录，及顾问B和客户甲的聊天记录（如果他们之间也有过聊天记录），并且返回的顾问A和客户甲的聊天记录中，顾问信息也是顾问B的信息（也就是说，聊天记录只跟客户有关系，跟顾问没有任何关系，传入的顾问信息只能是当前顾问，并且多顾问服务过的客户无法获知历史的聊天记录是和哪个顾问发送的）。 另外，还有一个更致命的bug：不停的更换顾问后，发现聊天记录会不断的被复制膨胀

现在对话能力客户管理接口下的API，如果我们入参传入buyer_list时，api返回的buyer_resp中openid的排序，与入参的openid的排序是不一致的，这样导入我们还得手动将buyer_resp中的openid，逐个与buyer_list中的openid去匹配，这样一来会增大我们系统处理的开销。在我看来，一个合格的接口应该是我们传递一个列表过去，接口返回排序一致的处理结果列表才对。 {"errcode":0,"errmsg":"ok","buyer_resp":[ {"errcode":0,"errmsg":"ok","openid":"oSeevt-kU9PMJkHSilY3u7y4bxUU"}, {"errcode":0,"errmsg":"ok","openid":"oSeevt4bKRBJ5oAfa6aHyu7iKUfk"}, {"errcode":0,"errmsg":"ok","openid":"oSeevt50BOjZsg0U_hnyjaq5hZJg"}, {"errcode":0,"errmsg":"ok","openid":"oSeevt61Y1R30viE8ckjRCCUZPec"}, {"errcode":0,"errmsg":"ok","openid":"oSeevt97mQxN4p_JRnz8FQlVneP0"}, {"errcode":0,"errmsg":"ok","openid":"oSeevt_Sy_teRlrvvsFGkZo-ZYf4"}, {"errcode":-1000,"errmsg":"system error","openid":"oSeevt_Yh7vqHXF2LJUYsdRXmQEE"}, {"errcode":0,"errmsg":"ok","openid":"oSeevtxkUsS4nJwkf6_DLIHBT-WA"} ]} 看起来也不是按openid升序排列，升序排应该是这样的 [图片] 另外关于《为客户更换顾问》这个接口，我有个疑问，既然每个客户只能归属一个顾问，那么更换顾问时还得传递原顾问信息，是不是显得有点多余了？ 看起来像是典型的没事找事般的规则设定。整得我们更换顾问前，非得再去调用《查询客户所属顾问》接口获取原顾问信息，然后再调用《为客户更换顾问》接口更换顾问。 是不是其实可以废除《为客户更换顾问》接口，统一使用《为顾问分配客户》接口来分配或更换顾问，这样我们开发起来逻辑更清晰 客户管理接口中大量客户openid，在调用接口时会返回 {"errcode":-1000,"errmsg":"system error","openid":"oSeevt_Yh7vqHXF2LJUYsdRXmQEE"} 调用示例如下： 公众号appid：wx68a8f28d84ee75f6 Post数据：{"guide_openid": "oSeevt-qTrWlh3WSiRWOWk2P_iNw","buyer_list":[{"openid": "oSeevt_Yh7vqHXF2LJUYsdRXmQEE","buyer_nickname": "流浪汗(130****7555)"}]} Post时间：2020/7/15 9:50:31 返回数据：{"errcode":0,"errmsg":"ok","buyer_resp":[{"errcode":-1000,"errmsg":"system error","openid":"oSeevt_Yh7vqHXF2LJUYsdRXmQEE"}]} 这个产生的原因可能是什么呢？

https://developers.weixin.qq.com/doc/oplatform/Third-party_Platforms/Post_Application_on_the_Entire_Network/releases_instructions.html 在做覆盖现网全网发布检测时，到了“测试公众号使用客服消息接口处理用户消息”这一步，我们服务器“使用授权码获取授权信息接口”获取accessToken时报下面异常： {"errcode":50002,"errmsg":"user limited hint: [KekdAkALRa-zyk1va]"} 这个怎么解决？

服务部署在华为云服务器上， 试了几个网络下请求相关接口都正常，提交服务器绑定信息时一直提示：请求URL超时，在服务器看Nginx日志，好像请求根本没进入，但浏览器访问之类的都正常。 同样的代码在本地通过微信测试号是可以请求通的。

https://developers.weixin.qq.com/doc/offiaccount/Message_Management/Service_Center_messages.html 是否支持用户通过在小程序上选择问题的类型，当跳转到客服对话页面时，根据类型的不同对应到不同的客服