I直接答案
系统警告消息能不能推到企业微信群里,取决于这个群本身是否“纯企业微信”。订货宝在推送警告前会核对群成员的账号类型:只要群里有任何一个人是用个人微信加入的,这条群聊就不在可推送范围内,后台看起来已经配好了,群里却始终静悄悄。所以排查的第一步不是看后台开关,而是看群里有没有“微信用户”的身影。
结论很直接:把群里的个人微信成员移出,或者让对方先用企业微信身份重新进群,再回到订货宝里确认警告消息指向的就是这个群,推送才会生效。如果一时无法让全员换成企业微信,那就不要把系统警告挂靠在这个群上,改用其他能全员覆盖的通知方式,别在一个注定收不到消息的群里反复调试。
II操作问答
系统到底怎么判断这条群能不能收到消息
订货宝在处理系统警告消息时,会先识别目标群聊的成员构成。它认的不是群名,也不是群主是谁,而是每个成员加入时用的身份。成员全部以企业微信身份在群里,这个群才会被判定为可以接收推送;一旦出现个人微信身份的成员,整个群的推送资格就被取消,哪怕其余人都是企业微信也一样。
这个判定是按群整体来做的,不会只屏蔽那一个人。所以常见的情况是:群里十几个人,只有一位同事当初用微信扫码进来,所有人就都收不到警告了。你以为问题出在某个人的手机上,其实卡在群这个层级。
另外要注意,警告消息的推送目标和你在后台看到的“已配置”是两回事。配置保存成功只说明规则记下了,能不能真正送达,还要过成员身份这一关。两件事分开看,排查时就不会被后台的绿色状态误导。
III操作问答
按顺序做这四步,基本能定位问题
第一步,打开那个企业微信群,点开成员列表逐个确认。重点找带“微信”标识或没有企业简称的成员,这类就是个人微信身份。不用猜,名单上写得很清楚。
第二步,把这些个人微信成员移出群聊,或者请他们退出后用企业微信重新加入。移出之后不要立刻下结论,先让群成员名单刷新一遍,确认剩下的都是企业微信账号。
第三步,回到订货宝的警告消息设置里,重新确认推送目标指向的是这个群。如果你之前因为群不合格换过目标,记得把范围改回来,否则消息会绕开你刚清理好的群。
第四步,制造一条测试性的系统警告,观察群内是否出现推送。没有出现,就回到第一步再核一遍成员;出现了,说明配置和成员条件都满足了。整套动作不复杂,关键是别跳步。
IV操作问答
两种最容易配错的情形,现象各不相同
第一种:群里只有一两个人用了个人微信,你在后台配置时一切正常,保存也没有报错,但群里永远收不到警告。这种最容易让人误以为是网络或延迟问题,反复重启、反复保存配置,实际原因一直躺在成员列表里。
第二种:你把警告消息指向了一个全员企业微信的群,但漏掉了新加入的成员后来拉了个人微信进来。原本能收到的消息突然中断,你却以为是系统出了故障。成员是动态变化的,配好之后不代表一劳永逸。
还有一种情况值得单独提:同一个人既在个人微信群里,又在企业微信群里,你凭直觉认为两边都能收到,结果只有纯企业微信的那个群能收到推送。人对“我也在群里”的判断,和系统对群资格的判断,用的是两套标准。
V操作问答
它和哪些功能会互相牵连
消息推送不是孤立功能。它跟权限体系挂钩:如果负责接收警告的岗位本身没有对应的数据权限,即便群是纯企业微信,推过来的信息也可能不完整。配群的同时,顺手核一下接收人的角色范围。
它也和账期、价格、库存这些业务提醒有联动。系统警告往往来自订单异常、额度变动、库存触线这类场景,如果这些模块的规则没设好,警告本身就不会产生,群里自然也看不到。收不到消息时,先确认“该不该有这条警告”,再看“群合不合格”。
报表侧同样相关。你已经收到的警告能不能在报表里回溯,取决于你平时有没有留出对应的记录习惯。推送只是即时提醒,不替代事后核对。把群配好,把成员理顺,剩下的交给日常检查。
VII常见问题
被问得最多的几个问题
不能。订货宝是按群整体判断的,只要群里存在个人微信身份的成员,这个群就不具备接收系统警告消息的资格,其余人再多也不行。处理办法是把那位成员移出,或者请对方改用企业微信重新加入,然后重新确认推送目标。不要指望系统会只屏蔽一个人而放过其他人。
先确认三件事:清理后的群成员是否全部为企业微信身份、后台的推送目标是否仍指向这个群、以及这条警告本身有没有被业务规则触发。三者缺一个都收不到。如果都确认了还是没有,换一个已知全员企业微信的群试一次,用来判断是配置问题还是群的成员问题。
可以在订货宝支持的通知范围里选其他目标,不必死守一个不满足成员条件的群。取舍在于:换目标通常要重新核对接收人的权限和关注度,配完还得验证一次是否真能送达。如果确实需要这个群来接收,优先解决成员身份问题,比反复换目标更省事。
VII继续查
企业微信 · 专属顾问