已添加、已启用和正在接待是三个状态
店铺出现在列表里,只代表配置曾经保存;启用表示用户允许软件处理;真正正在接待还要求平台登录有效、窗口或网页可访问、扫描任务已注册并持续运行。
把这三个状态混成一个绿色图标,会让用户误以为所有店铺都正常工作。更清楚的状态展示应说明问题发生在配置、登录、连接还是消息扫描阶段。
哪些变化容易让店铺退出覆盖范围
新增店铺、修改店铺配置、平台重新登录、客户端重启、网络中断和窗口恢复,都可能改变当前运行对象。如果覆盖清单没有及时重建,某家店虽然仍显示启用,却可能没有对应扫描任务。
多平台并发时还要避免因为一个平台卡住,阻塞其他店铺的检测与回复。
- 新增或删除店铺后没有刷新运行清单
- 切换账号后仍保留旧会话身份
- 平台掉线重连后任务没有恢复
- 窗口标题或店铺名称变化导致匹配失败
- 单个平台异常占用整个轮询流程
每天开始接待前的覆盖检查
建议先确认当天需要接待的店铺均已启用,再查看各平台登录和连接状态;随后用测试账号分别发送一条简单消息,确认消息能够进入工作台并产生正确状态。
测试时不要只看有没有回复,还要确认回复来自正确店铺、使用正确商品资料,并且其他店铺没有出现同名客户串联。
异常恢复后要检查哪些结果
重连成功不等于历史状态一定正确。需要确认旧的处理中任务是否取消、未发送消息是否重新排队、已经回复的消息是否避免重复,以及待回复列表是否与平台当前会话一致。
覆盖日志最好能够列出平台、店铺、任务状态、最近扫描时间和最近一次成功处理,方便快速判断是整体异常还是单店异常。
v0.4.4 的店铺覆盖优化
星络智服 v0.4.4 增强已启用店铺在注册、切换和异常恢复后的覆盖更新,并将店铺身份用于消息去重与待回复判断。
对于一个人管理多个平台和店铺的用户,这项改进可以减少“软件在运行,但某一家店没有真正接住消息”的隐性漏回。
把这类问题接入星络智服测试
使用星络智服 v0.4.4 的店铺覆盖与运行状态链路,逐店确认消息确实进入接待流程。