现在对话能力客户管理接口下的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"}]}
这个产生的原因可能是什么呢?
你好,接口返回优化的问题已记录,待产品评估后优化。-1000是粉丝未关注公众号。