一、漏接症状再定位：从单渠道异常到多端并行的根因分层
在多平台并行接待场景中，消息漏接往往不是单一设备故障，而是多层级状态错位的结果。排查的第一步是将现象按浏览器端、移动端及渠道在线状态进行归类，避免将系统性问题误判为局部硬件故障。
首先，需核对漏接发生的具体渠道与时间段。若漏接仅出现在单一平台（如仅千牛或仅抖音小店），且其他平台正常，应优先检查该渠道的接口连接状态，而非全局通知设置。其次，确认漏接期间 EYY 客户端是否处于前台活跃状态。若客服人员在物理位置上离席但未在系统中切换状态，此类人为因素导致的漏接不属于技术排查范畴，需通过管理流程解决。
风险边界提示：若漏接仅发生在 EYY 未接入的渠道，或该渠道本身处于维护状态，则不属于本次 EYY 通知策略的排查范围。
- 核对漏接发生的具体渠道与时间段，区分是单平台还是跨平台同时失效。
- 确认漏接期间 EYY 客户端是否处于前台活跃状态，排除人为离席干扰。
二、浏览器弹窗可达性复核：Chrome 与 Edge 的通知权限二次确认
浏览器是电商客服主要的接待终端，其通知权限的直接可达性决定了响应速度。在 2026-08-09 版本的基础上，本次更新增加了‘弹窗触发后是否可直达一键前台回复’的二次验证环节，确保通知不仅是‘可见’的，更是‘可操作’的。
请在 Chrome 与 Edge 浏览器中分别进入站点设置，检查 EYY 相关域名的通知权限是否被设为‘允许’，并确认未被系统级的静音策略或专注模式覆盖。随后，触发一条测试消息，观察弹窗出现后，点击弹窗是否能直接唤起 EYY 的一键前台回复面板，并自动聚焦到对应的聊天窗口。若点击弹窗仅打开首页而无具体会话上下文，则联动配置存在断点。
风险边界提示：若浏览器或操作系统处于专注模式、勿扰模式或全屏游戏/视频状态下，弹窗可达性验证结果可能失真，需在标准办公环境下重新测试。
- 在 Chrome 与 Edge 中分别检查站点通知权限是否被设为‘允许’且未被静音策略覆盖。
- 触发一条测试消息，确认弹窗出现后点击可直接唤起 EYY 一键前台回复面板。
三、移动端推送同步核对：iOS 与 Android 后台保活边界的再确认
移动端作为离线或移动办公时的补充接收端，其推送稳定性受限于操作系统的后台管理机制。本次核对重点在于验证移动端推送在锁屏、后台运行及低电量模式下的实际到达率。
分别在 iOS 与 Android 设备上执行测试：在锁屏状态下发送测试消息，记录推送到达的时间延迟及点击后的跳转行为（是否直接打开对应会话）。特别需要注意的是，在开启低电量模式或省电模式时，部分 Android 厂商定制系统会严格限制后台进程，导致 EYY 推送被延迟或静默。需记录这些特定场景下的表现，以便后续调整设备白名单。
风险边界提示：部分 Android 品牌（如小米、华为、OPPO 等）的定制系统后台限制策略超出 EYY 软件可控范围，此类情况需标注为设备级风险，建议用户在系统设置中将 EYY 加入电池优化白名单。
- 分别在 iOS 与 Android 设备上测试锁屏状态下的推送到达与点击跳转行为。
- 核对低电量模式下 EYY 推送是否被系统延迟或静默，并记录具体表现。
四、多渠道在线状态一致性校验：防止跨平台可见性错位
当客服同时在微信、千牛、拼多多、抖音小店等多个渠道登录时，EYY 需确保各渠道的在线状态同步无显著延迟。状态错位会导致客户看到客服‘在线’却无人响应，或客服已‘离线’但仍收到消息提醒。
操作方法是同时在两个以上渠道登录 EYY，观察在线状态图标是否在 30 秒内完成全平台同步。随后，手动执行一次‘离线’再‘上线’的操作，验证各渠道的状态回显是否一致。若某渠道状态更新滞后超过 1 分钟，需检查该渠道的网络连接或 API 授权状态。
风险边界提示：若某渠道因自身接口限制（如部分平台对状态同步频率有限制）无法实现实时同步，不应简单归因于 EYY 通知策略失效，而应视为平台固有特性。
- 同时在两个以上渠道登录 EYY，核对在线状态是否在 30 秒内完成同步。
- 手动切换一次离线再上线，验证各渠道状态回显是否一致。
五、离线规则与班次切换防漏接：从临时离席到交接班的策略细化
漏接高发期往往出现在班次切换或临时离席的窗口期。本次更新在既有离线规则基础上，增加了‘班次切换窗口期’的防漏接动作清单，旨在堵住人员交接时的服务真空。
需核对在班次切换前 5 分钟，是否已触发离线规则，并将未处理消息同步至接替人员的接待队列。同时，验证在临时离席状态下，新进入的消息是否自动转入预设的备用接待分组或触发自动回复告知预计等待时间。若团队未配置备用接待分组，离线规则仅能减少个人漏接，无法完全消除团队层面的服务中断。
风险边界提示：若团队未配置备用接待分组或自动分配规则，离线规则仅能减少漏接而无法完全消除。建议在交接班期间保留双人在线重叠期。
- 核对班次切换前 5 分钟是否已触发离线规则并同步至接替人员。
- 验证临时离席状态下，未读消息是否自动转入预设的备用接待分组。
六、通知与一键前台回复联动验证：弹窗直达话术触发的最短路径
通知的最终目的是促成快速回复。本环节旨在确认从通知弹窗出现到一键前台回复话术发出的完整链路无断点，实现‘所见即所复’的最短路径。
触发一条包含常见问题的测试消息，记录从弹窗点击到话术发送的全流程耗时，目标应在 10 秒内完成。同时，验证弹窗中是否直接显示对应渠道的快捷回复分组入口，或点击后是否自动匹配最相关的快捷回复候选项。若弹窗仅提示消息到达而无法直接触发回复面板，或需多次点击才能进入输入框，则联动验证不通过，需回退检查 EYY 的快捷回复关联配置。
风险边界提示：若弹窗仅提示消息到达而无法直接触发回复，则联动验证不通过，需回退检查 EYY 配置。
- 触发一条测试消息，从弹窗点击到话术发送的全流程耗时是否在 10 秒内。
- 验证弹窗中是否直接显示对应渠道的快捷回复分组入口。
七、漏接日志留痕与交接：把排查结果转化为可复核的标准化文档
有效的排查必须留下可追溯的记录。本环节要求将本次漏接排查的关键节点、测试结果与遗留问题固化为标准化的日志文档，便于跨班次交接与长期优化。
日志中必须包含四个核心要素：漏接发生的时间段、涉及的渠道名称、测试使用的设备型号及浏览器版本。对于未能当场解决的遗留问题，每条需明确标注责任人与预计闭环时间。若日志仅记录‘有漏接’现象而未标注具体的测试条件（如网络环境、系统版本），则不具备跨班次复核价值，需重新补充信息。
风险边界提示：若日志仅记录现象而未标注测试条件，则不具备跨班次复核价值。
- 日志中必须包含漏接时间段、涉及渠道、测试设备与浏览器版本四要素。
- 每条遗留问题需标注责任人与预计闭环时间，确保交接后不丢失。
八、官方来源核对与升级判断：当通知问题超出免费基础功能边界
最后，需判断当前的漏接问题是否可通过 EYY 的免费基础功能解决，或是否涉及需要升级的高级通知策略。所有版本核对与升级指引均应以官方来源为准。
请核对当前使用的 EYY 版本是否为 eyy2.com 官方发布的最新基础版本。若漏接问题涉及复杂的多级路由通知、自定义 webhook 推送或超出基础并发限制的高级策略，则可能超出免费基础功能边界。此时，应记录具体的升级需求，并前往官方来源获取进一步的解决方案。非官方来源获取的版本不在本次排查与升级判断的覆盖范围内，存在安全与兼容性风险。
风险边界提示：非官方来源获取的版本不在本次排查与升级判断的覆盖范围内。
- 核对当前使用的 EYY 版本是否为 eyy2.com 官方发布的最新基础版本。
- 确认漏接问题是否涉及超出免费边界的高级通知策略，若是则记录升级需求。