Play 模式会自动为没有其他专员查看的工单提供服务。因此，一组人员可能正在从一个视图播放工单，而系统旨在避免 专员冲突，即永远不会向其提供其他用户当前正在使用的工单。
此功能在满足以下条件时按上述定义工作：
- 此视图中所有工单从未被该组以外的人查看
- 组中的每个专员始终使用 Play 按钮处理这些工单
- 专员不得以任何不同的方式从视图打开工单
但在某些情况下，处于播放模式的专员可能收到已经有人的工单。在本文中，我们将说明这些情况及其避免方法。
本文章包含以下主题：
有关专员冲突的更多信息，请参阅 避免专员冲突。如需了解更多关于 Play 模式的信息，请参阅 使用 Play 模式。
Play 模式中潜在专员冲突的场景
以下三种常见情况可能导致 Play 模式中专员冲突：
场景 1：另一名专员手动打开工单
如果一名专员正在 Play 模式下查看工单，则无法阻止其他未处于 Play 模式下的专员手动打开该工单（例如通过搜索找到工单后）。然后，处于 Play 模式的专员将看到其工单上有其他人，并认为 Play 模式无法正常工作。
场景 2：Play 模式时失去连接
假定专员 A 和 B 使用的是 Play 模式。播放这些工单时，一切似乎都很好。然后 A 离开去吃午饭，打开了一个工单标签。（比如说工单 T）。她在工单 T 上在线，但在午餐时出现了问题：网络断开连接。造成此损失的原因可能是暂时无法上网或笔记本电脑进入睡眠模式。专员 A 现已不再在线，系统将不再认为专员 A 在工单上。
这样专员 B 会在处理工单时获得服务。就在这个时候，专员 A 吃完了午餐，按下了笔记本电脑上的按键。当它苏醒后，专员 A 现在在工单 T 上在线。B 看到了这一点，说：“我以为这个 Play 按钮永远不应该让我的工单被其他专员查看！”
场景 3：在 Play 模式之外失去连接
假设发生以下情况：
- 专员 A 和专员 B 未使用播放模式
- 专员 B 打开工单 T
- 然后专员 A 在打开工单 T 的同时看到一条消息，告诉她专员 B 也已开启工单 T
- 专员 A 断开网络连接，消息仍然保留
- 专员 B 关闭工单 T
- 即使专员 B 已不再出现在工单中，专员 A 返回在线状态时仍可以看到消息
在 Play 模式中识别并解决专员冲突
要识别并解决 Play 模式或专员在线状态问题，您应调查以下内容：
清除浏览器缓存和 Cookie
Zendesk 使用各种 Cookie 来管理专员状态，因此如果您遇到问题，专员要做的第一件事就是定期刷新这些 Cookie。请参阅 清除缓存和 Cookie 的选项， 了解如何操作。
专员状态 URL
连接到 Zendesk 以确定专员是否在工单上，这不是通过与向 Zendesk 的其余部分发出的请求（例如 mydomain.zendesk.com)，而是通过表格的 URL pubsub-shardC-P-N.zendesk.com，其中：
- C 是帐户集群（1 到 3 之间的值）
- P 是帐户的 pod
- N 是 1 到 4 之间的随机数
例如，使用 Chrome 开发者工具，按 pubsub 筛选，我们看到 URL 为 https://pubsub-shard2-17-3.zendesk.com:
在上面的例子中，对于这个特定的帐户：
- C = 2
- P = 17
- N = 3 ，但可以是 1 到 4 之间的任意数字
因此，此帐户应允许使用以下 URL，并在您使用的 VPN、防火墙和任何防病毒软件中使用：
-
https://pubsub-shard2-17-1.zendesk.com -
https://pubsub-shard2-17-2.zendesk.com -
https://pubsub-shard2-17-3.zendesk.com -
https://pubsub-shard2-17-4.zendesk.com
专员长时间不活跃
专员冲突可能是由于工单长时间处于非活跃状态而造成的。当屏幕非活跃时，系统不会记录专员正在处理工单。
请参阅 避免专员冲突， 了解如何识别正在查看、编辑或处于空闲状态的专员的信息。
专员已登录多个设备
在多个设备上登录 Zendesk 的专员可能会阻止系统注册正在处理的工单。这可能会导致专员冲突功能正常工作。
手动获取工单
如果专员使用 播放按钮 时手动接收工单，则可能导致专员冲突（请参阅上面的场景 1）
翻译免责声明：本文章使用自动翻译软件翻译，以便您了解基本内容。 我们已采取合理措施提供准确翻译，但不保证翻译准确性
如对翻译准确性有任何疑问，请以文章的英语版本为准。