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