主通道与子通道
快速阅读
主通道承载整通业务通话,子通道承载其中一段过程,例如座席响铃、转接、咨询、三方、WebCall 首叫或转接。通话结束后,主通道对应主话单,子通道对应从话单。
mainUniqueId是整通主锚点。uniqueId定位某一段。requestId关联外部请求或呼入 / 外呼机器人会话。taskId关联外呼任务。- 一通来电可以有多条从话单。客户来电记录条数和座席接听记录条数可以不一致。
- 呼入机器人或外呼机器人的会话是独立记录,不是从话单。它通过主锚点或
requestId和主话单关联。 - 录音要分清覆盖整通还是某一段。推送要用同一套标识和话单对账。
阅读地图
- 看主从对应关系:读「二」。
- 对标识:读「三」。
- 记录条数对不上:读「四」。
一、文档说明
本文说明一通电话为什么会拆成主话单和多条从话单。变量怎么命名和沉淀,见内置变量、自定义变量、缓存变量。
二、产品总览
主通道 → 主话单(这通整体结果)
子通道 → 从话单(座席腿、转接腿、咨询腿、WebCall 阶段)
呼入 / 外呼机器人会话 → 机器人记录(requestId 或主锚点关联)
录音、推送、报表按上述标识回挂| 通信视角 | 话单视角 | 回答什么 |
|---|---|---|
| 主通道 | 主话单 | 这通整体发生了什么 |
| 子通道 | 从话单 | 某一段发生了什么 |
| 多个子通道 | 多条从话单 | 经过哪些座席、转接、咨询或桥接 |
| 机器人会话 | 呼入或外呼机器人记录 | 说了什么、是否转人工 |
常见过程:呼入多次分配座席、转接、咨询与三方、WebCall 先呼再转、预测外呼或 IVR 外呼任务接通后再分配座席、呼入机器人转人工。自动外呼指 IVR 外呼任务,不是外呼机器人。
三、字段
| 字段 | 作用 |
|---|---|
mainUniqueId | 整通或业务会话主锚点。查整体结果,串联主从话单和录音 |
uniqueId | 某段通话腿或从话单。定位座席腿、转接腿、咨询腿 |
requestId | 外部请求,或呼入 / 外呼机器人会话 |
taskId | 外呼任务、批次、名单 |
| 主话单 | 整体接通状态、通话时长、业务归属 |
| 从话单 | 座席行为、转接、咨询、失败段 |
| 机器人会话 | 意图、轮次、转人工。不是从话单 |
| 录音文件 | 确认是整通还是某一段 |
| 推送事件 | 用上述标识和话单对账 |
业务上的联系号码写客户号码。主叫、被叫只描述某一段信令腿。第一方、第二方按接通顺序,不是业务上的主被叫。
导出时:主记录看整通,明细看过程,机器人会话导出看意图和转人工,录音导出看质检和归档。
四、FAQ
主通道是不是就是主话单?
主通道是通话进行时的承载,主话单是结束后的整体记录。排查时用主话单看结果,用主通道理解实时过程。
为什么有多条从话单?
响铃未接、转接、咨询、三方、WebCall 转接都会各成一段。
客户来电记录和座席接听记录数量为什么不一致?
来电记录偏主话单,座席接听记录偏从话单。一通来电可以对应多次座席响铃。
对账用哪个标识?
整通对账用 mainUniqueId。某一段座席或转接用 uniqueId。呼入或外呼机器人会话和外部请求用 requestId。任务用 taskId。
录音跟主话单还是从话单?
看这段录音覆盖整通还是某一段,再用对应标识关联。
五、总结
整通用主话单和 mainUniqueId,过程用从话单和 uniqueId。呼入机器人和外呼机器人会话单独记,再用 requestId 或主锚点挂回这通电话。
Updated about 2 months ago
Did this page help you?