任务关闭后,Twilio worker活动未从忙碌变为空闲

任务关闭后,Twilio worker活动未从忙碌变为空闲,twilio,twilio-taskrouter,Twilio,Twilio Taskrouter,我们正在使用禁用多任务工作区的Twilio任务路由器,并且只有默认任务通道设置为可供所有工作人员使用。在接受任务保留后,工作活动将按预期从保留变为繁忙。但最后,当任务状态更新为“已完成”时,辅助活动不会像预期的那样更改为空闲,而是保持在繁忙活动中。这是一个bug还是预期的行为?或者我们缺少任何配置 这里是TaskRouter团队的Twilio工程师!是的,这是单任务的预期行为 您会发现,当分配预订时,分配给它的工作人员将移动到该TaskQueue的“忙碌”活动(或为分配指定的任何活动,可以通过A

我们正在使用禁用多任务工作区的Twilio任务路由器,并且只有默认任务通道设置为可供所有工作人员使用。在接受任务保留后,工作活动将按预期从保留变为繁忙。但最后,当任务状态更新为“已完成”时,辅助活动不会像预期的那样更改为空闲,而是保持在繁忙活动中。这是一个bug还是预期的行为?或者我们缺少任何配置

这里是TaskRouter团队的Twilio工程师!是的,这是单任务的预期行为

您会发现,当分配预订时,分配给它的工作人员将移动到该TaskQueue的“忙碌”活动(或为分配指定的任何活动,可以通过API进行更改,也可以通过控制台进行设置),如您所述

但是,当任务完成时,无法保证在单个任务环境中,工作人员实际上已准备好在该时刻重新开始工作,但这取决于您的工作流。因此,在再次向他们分配任务之前,我们需要确认。这就是为什么工作人员的活动需要手动设置回“空闲”,然后才能再次开始接收任务

如果这是您想要的工作流,最简单的方法之一就是在您的或通过上侦听
task.completed
事件,并在此时为关联的工作人员发出“Idle”活动更新


希望这能回答你的问题

谢谢你的澄清。这个要求非常现实,我认为工作状态转换应该是任务路由解决方案的隐式行为,而不是手动。至少它应该是可配置的工作流(如任务竞争活动)。可能是一个增强。我已经更新了关于任务队列的文档,以澄清这不是单任务的默认行为,希望至少能解释为什么会出现这种情况。@alexdlaird提供的侦听
任务.completed
事件的链接实际上是一种完成任务的方法,而不是而不是听一件事。因此,我想知道在JS SDK中哪里可以找到与任务相关的事件,例如
task.completed
task.cancelled