您可以使用聊天路由设置指定如何通知代理传入的实时聊天请求。这些设置可以从Chat仪表板访问。
本文包括以下主题:
理解和配置基本的通知路由选项
对于传入聊天请求的通知如何发送给您的代理，有两个选项:
- 广播:所有的座席都将收到所有传入请求的通知，座席必须单击服务请求开始为请求提供服务。这是默认设置。
- 分配:在线座席平均收到传入请求的通知，因此在任何时候，每个传入请求只通知一个座席。
请求将根据创建票据的时间按时间顺序添加到队列中。在代理脱机时收到的传入请求被发送到Unassigned tickets视图或代理的Group视图。脱机请求可以作为分类的一部分分配给代理，也可以由代理自己手动拾取。
在Zendes亚博k代理工作区中，传入的实时聊天请求通知出现在工作区的右上角，在Accept按钮中。
如果您没有启用代理工作区，分配的实时聊天请求将出现在聊天仪表板的底部:
- 从Chat仪表板中选择设置>路由．
- 在“聊天路由”部分，选择通知路由方法。
- 点击保存更改．
配置聊天限制
聊天限制允许您根据座席的工作量限制分配或广播给每个座席的通知数量。您可以调整这些限制，以帮助您的代理更好地管理服务请求的数量或复杂性。
一个座席的工作负载由分配给他们的活跃实时聊天请求的数量决定。如果在过去10分钟内收到响应，则认为请求是活动的。
- 广播:当代理达到指定的限制时，它们将不再收到传入请求的通知，并且它们将无法通过服务请求或接受按钮为请求提供服务。
- 分配:代理只会在他们的聊天限制内路由传入的请求。
- 账户:设置一个限制，适用于您帐户中的所有代理。
- 代理:通知限制配置在每个代理的配置文件中。您可以指定只有管理员可以编辑代理限制，或者允许代理设置自己的限制。
启用通知限制
- 从Chat仪表板中选择设置>路由．
- 在“聊天限制”旁边，选择在．
- 在“限制类型”旁边，选择账户或代理．
- 如果你选择了账户，在中输入最大的聊天字段。
- 如果你选择了代理，在每个代理的配置文件中配置限制:
- 与分配路由方法，选择个人的限制复选框，用于代理在其配置文件中设置自己的通知限制。
- 如果你在用广播路由方法或使用分配但是不要选择个人的限制复选框，为每个座席的配置文件设置聊天限制。选择要在其下编辑的代理设置>代理中输入一个值限制聊天字段。
- 与分配路由方法，选择个人的限制复选框，用于代理在其配置文件中设置自己的通知限制。
- 点击保存更改．
理解指定的通知路由行为
当“指定路由”被激活时，默认聊天通知的路由方式如下:
- 首先，传入请求被分配给当前正在进行的对话最少的代理。
- 如果多个代理的对话数量最少，则传入请求将分配给在过去15分钟内没有错过任务的代理。
- 如果超过一个可用代理在过去15分钟内没有错过分配，或者如果所有代理在过去15分钟内都错过了分配，则传入请求将被分配给具有最近一次错过分配时间戳的代理。
- 如果所有可用的代理还没有为任何请求提供服务，则传入的请求将随机分配给代理。
当所有符合条件的代理人离线，则不发送通知。如果传入请求稍后被分配为手动请求分类的一部分，则当请求被分配给代理或其组时，代理将收到通知。
此外，激活基于技能的路由、混合分配模式或聊天重新分配可能会影响已分配的通知行为。看到为分配路由配置附加设置获取更多信息。
为分配路由配置附加设置
如果选择Assigned路由方法，则可以配置其他设置。
配置技能路由
配置混合分配模式
配置再赋值
“重新分配”设置仅在使用时可用分配路由。
当此设置被激活时，每个传入的聊天请求都会附加一个重新分配的超时时间。如果最初分配聊天请求的代理在分配超时前没有响应，则传入的请求将根据其容量重新分配给下一个可用的代理并设置聊天限制。在尝试将请求路由到所有其他合格且可用/在线的代理之前，请求将不会再次路由到初始代理。
如果未启用此选项(如果重新分配设置为从)，一旦通知被分配给代理，它就是不自动重新分配给另一个代理。
- 去设置>路由．
- 旁边重新分配中,选择在．
- 输入一个秒数在重新分配超时窗口。例如，如果您希望在15秒后重新分配通知而没有响应，则输入15。
- 点击保存更改．
配置自动空闲设置
此设置仅在使用分配路由和已启用重新分配以上。
启用此设置可在自动重新分配指定数量的通知后自动将聊天代理的状态设置为“离开”或“不可见”。当代理的状态发生变化时，会通知代理。
启用自动空闲状态
- 去设置>路由．
- 旁边自动怠速中,选择在．
- 中输入值聊天重新分配字段。
- 选择旁边的状态选项空闲状态．
- 点击保存更改．
在分析中监控实时聊天路由数据
- 验收:由座席提供服务的已分配聊天占路由到该座席的所有聊天的百分比
- 容量(β):该账号在一段时间内可以进行的聊天的估计数量。容量是1)登录的代理数量，2)一个帐户的平均聊天时长和3)代理设置的聊天限制的函数。
8的评论
这篇文章有了很大的变化。它曾经说过，如果一个代理不接受一个传入的聊天分配，系统“不会”尝试再次将它分配给他们:
现在，该公司表示，在尝试了其他所有人之后，它将继续尝试这些人:
几个月来，我一直在寻求帮助(并且一直在没有帮助的情况下默默地关闭我的机票)，因为我看到代理人员被“重试”同一个聊天，而这篇文章仍然说这不是预期的行为。
工具的行为实际上是在一个月前发生了变化，还是在进行轮询并重新尝试第一次没有拾取的代理?我已经打开并关闭了3张票，而Zendesk对此没有任何评论，我只是想确认目前的行为是什么，以及它在历史上是什么，以排除相关问题亚博。
嗨,@CJ约翰逊．更新是在我们的聊天产品经理的要求之一。我不记得这是行为上的改变，还是对现有行为描述的更正/澄清。
很抱歉你的票没有地址。我帮不上忙，但我希望你现在得到了一些帮助。
是否有一种方法可以在聊天结束时启用通知?
恐怕目前不可能在UI中设置聊天会话/对话结束时的通知。这不是路线图中的内容，但我建议您就此开始讨论在这里与其他寻找类似功能的用户互动。具体的例子、关于用例的细节，以及您当前处理事情的方式，都有助于我们的产品团队在制定解决方案时理解需求的全部范围。高层参与的对话最终会被标记为路线图规划。
谢谢杰斯!
你好@杰斯
当标签“zopim_chat_end”出现并发送给您电子邮件时，如果使用触发器呢?
目前，我正在使用一个视图，我通过这个标签过滤看到完成聊天的门票。
欢呼。
玛丽亚
广播模式下的重分配如何工作?
例如，如果一个代理以广播模式为一个聊天服务，但超过了重新分配的时间框架来处理最终用户，那么该聊天是否会被添加回广播队列以供另一个代理服务?
在这种情况下会发生什么?
嘿，有什么办法能把传送过来的聊天按优先级排在队列的最前面吗?因为默认情况下，它们会去底部。
你好,
我们如何在消息中分离2个聊天频道?我们想要的是一个独立的Facebook Messenger和我们的网站
谢谢你！
请登录留下评论。