Twilio Task Router 如何将已分配的任务转移给其他工作人员?
Twilio Task Router 已分配任务转移操作步骤
你可以通过以下4步实现从工作人员A到工作人员B的任务转移:
- 第一步:给目标任务添加转移标记
调用Task Router的Tasks更新接口,在任务属性中写入工作人员B的唯一workerSid,同时标记本次转移的发起方为工作人员A,接口调用格式如下:POST /v1/Workspaces/{你的工作空间Sid}/Tasks/{待转移任务的Sid}
请求体Attributes字段补充内容示例:{"transferTarget":"WK_xxxx(工作人员B的Sid)","transferFrom":"WK_xxxx(工作人员A的Sid)"} - 第二步:解除工作人员A的任务绑定
找到该任务分配给A时生成的Reservation记录,调用Reservation更新接口将状态修改为rejected,附加拒因标注为主动转移即可:POST /v1/Workspaces/{你的工作空间Sid}/Tasks/{待转移任务的Sid}/Reservations/{对应A的ReservationSid}
请求体参数:{"ReservationStatus":"rejected","RejectionReason":"worker_initiated_transfer"}
操作完成后任务会自动回到pending待分配状态。 - 第三步:配置工作流定向分配规则
在当前任务对应的工作流中,新增一条最高优先级的分配规则,规则逻辑为:当任务属性包含transferTarget字段时,直接匹配workerSid等于transferTarget值的工作人员,不需要走原有分配逻辑。规则表达式参考:worker.sid == task.transferTarget - 第四步:触发自动分配
任务回到pending状态后,Task Router会自动按优先级匹配规则,直接将任务推送给工作人员B,B确认接收后任务状态更新为assigned,整个转移流程完成。
补充说明
- 转移过程中原任务的所有上下文属性会完整保留,不需要额外同步客户信息
- 如需留痕可在任务属性中追加转移时间、转移原因等自定义字段
- 若工作人员B处于不可用状态,可按需配置 fallback 规则,将任务退回公共待分配池或触发管理员通知
内容的提问来源于stack exchange,提问作者Vinit Prajapati
相关产品推荐
相关产品推荐

