0

我正在使用 NodeJS 来管理 Twilio Taskrouter 工作流程。我的目标是将任务分配给用 标识的主队列中的空闲工作人员queueSid，除非以下情况之一为真：

  1. 队列中没有任何工作人员设置为空闲

  2. 该任务的预订已被队列中的每个工作人员拒绝

在这些情况下，任务应该落到用 标识的下一个队列automaticQueueSid。以下是我为工作流构建 JSON 的方式（它包含一个过滤器，因此来自代理的入站呼叫不应生成对同一代理的出站呼叫）：

configurationJSON(){
    var config={
        "task_routing":{
            "filters":[
                {

                    "filter_friendly_name":"don't call self",
                    "expression":"1==1",
                    "targets":[
                        {
                            "queue":queueSid,
                            "expression":"(task.caller!=worker.contact_uri) and (worker.sid NOT IN task.rejectedWorkers)",
                            "skip_if": "workers.available == 0"
                        },
                        {
                            "queue":automaticQueueSid
                        }
                    ]

                }
            ],
            "default_filter":{
                "queue":queueSid
            }
        }
    }
    return config;
}

这导致在任务到达队列后不会创建保留。我的事件记录器显示发生了以下事件：

workflow.target-matched
workflow.entered
task.created

这就是它所能得到的，就挂在那里。当我更换线路时

"expression":"(task.caller!=worker.contact_uri) and (worker.sid NOT IN task.rejectedWorkers)"

和

"expression":"(task.caller!=worker.contact_uri)

然后为下一个可用的工作人员正确创建预订，或者automaticQueueSid如果在来电时没有工作人员可用，则将预订发送给，所以我猜skip_if它工作正常。所以也许我写目标表达式的方式有问题？

我尝试通过在拒绝预订后将工作人员设置为不可用来解决此问题，如下所示：

clientWorkspace
.workers(parameters.workerSid)
.reservations(parameters.reservationSid)
.update({
    reservationStatus:'rejected'
})
.then(reservation=>{
//this function sets the worker's Activity to Offline
    var updateResult=worker.updateWorkerFromSid(parameters.workerSid,process.env.TWILIO_OFFLINE_SID);
})
.catch(err=>console.log("/agent_rejects: error rejecting reservation: "+err));

但似乎正在发生的事情是，一旦预订被拒绝，在worker.updateWorkerFromSid()被调用之前，Taskrouter 已经生成了一个新的预订并将其分配给同一个工作人员，并且我的活动更新失败并出现以下错误：

Error: Worker [workerSid] cannot have its activity updated while it has 1 pending reservations.

最终，worker 似乎自然地设置为 Offline 并且任务确实超时并被移动到下一个队列中，如以下事件/描述所示：

worker.activity.update
Worker [friendly name] updated to Offline Activity
reservation.timeout
Reservation [sid] timed out
task-queue.moved
Task [sid] moved out of TaskQueue [friendly name]
task-queue.timeout
Task [sid] timed out of TaskQueue [friendly name]

在此之后，任务被移动到下一个队列automaticQueueSid，由在该队列中注册的可用工作人员处理。我不确定为什么要使用超时，因为我的工作流配置中没有包含一个。

我很困惑——在最后一个工人的预订被拒绝后，我怎样才能让任务成功地移动到下一个队列？

更新：虽然@philnash 的回答帮助我正确处理了这个worker.sid NOT IN task.rejectedWorkers问题，但我最终在更新工作人员的可用性时使用 RejectPendingReservations 参数实现了这个功能。

4

1 回答 1

3

Twilio developer evangelist here.

rejectedWorkers is not an attribute that is automatically handled by TaskRouter. You reference this answer by my colleague Megan in which she says:

For example, you could update TaskAttributes to have a rejected worker SID list, and then in the workflow say that worker.sid NOT IN task.rejectedWorkerSids.

So, in order to filter by a rejectedWorkers attribute you need to maintain one yourself, by updating the task before you reject the reservation.

Let me know if that helps at all.

于 2019-03-28T01:53:06.203 回答