通过更新他们的语音通道容量来防止工作人员接收语音任务
Prevent worker from receiving voice tasks by updating their voice channel capacity
我目前正在使用任务路由器将呼叫转接到我的员工，我想暂时阻止某些员工获得分配的语音任务。我认为通过将语音工作通道容量更新为 0 或将语音工作通道标记为不可用意味着当工作人员仍然是队列的一部分（基于它们的自定义属性）时，如果有任何语音任务进入，他们不会分配给那个工人。好像不是这样，我的工作人员仍然收到语音任务的预订。
我尝试通过将此检查添加到队列表达式“... AND worker.channel.voice.configured_capacity > 0”来更新我的队列以仅包括具有语音容量的工作人员，但是在控制台中保存队列时，我收到一条错误消息 'Worker channel capacity expressions not allowed in TargetWorkersExpression on TaskQueue'，这让我相信这不是正确的做法。
我能看到的唯一其他解决方案是在我的工作流的每一步将上述工作通道容量检查添加到目标表达式，但这将更难维护。
我不禁觉得我遗漏或误解了工作通道容量的工作原理或用途。值得一提的是，我的工作区禁用了多任务处理。
这里是 Twilio 开发人员布道者。
在不使用多任务处理时调整容量不会有什么不同。
我建议在工作人员上使用自定义属性，然后根据目标工作人员表达式中的属性进行过滤。
我目前正在使用任务路由器将呼叫转接到我的员工，我想暂时阻止某些员工获得分配的语音任务。我认为通过将语音工作通道容量更新为 0 或将语音工作通道标记为不可用意味着当工作人员仍然是队列的一部分（基于它们的自定义属性）时，如果有任何语音任务进入，他们不会分配给那个工人。好像不是这样，我的工作人员仍然收到语音任务的预订。
我尝试通过将此检查添加到队列表达式“... AND worker.channel.voice.configured_capacity > 0”来更新我的队列以仅包括具有语音容量的工作人员，但是在控制台中保存队列时，我收到一条错误消息 'Worker channel capacity expressions not allowed in TargetWorkersExpression on TaskQueue'，这让我相信这不是正确的做法。
我能看到的唯一其他解决方案是在我的工作流的每一步将上述工作通道容量检查添加到目标表达式，但这将更难维护。
我不禁觉得我遗漏或误解了工作通道容量的工作原理或用途。值得一提的是，我的工作区禁用了多任务处理。
这里是 Twilio 开发人员布道者。
在不使用多任务处理时调整容量不会有什么不同。
我建议在工作人员上使用自定义属性，然后根据目标工作人员表达式中的属性进行过滤。