You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

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

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.10.15 18:57:01