主话单与从话单

快速阅读

本文用于统一说明呼叫中心主话单与从话单的产品定位、对象关系、生成链路、查询方式、字段口径、典型场景和实施验收方法。

本文的核心结论是：

• 主话单用于描述一通电话或一次业务会话的整体结果，适合回答“这通电话最终发生了什么”。
• 从话单用于描述这通电话中的过程明细，适合回答“这通电话中每一段由谁承接、是否接听、是否转接、哪里失败”。
• 一条主话单可以没有复杂从话单，也可以关联多条从话单；从话单不是重复数据，而是多段链路的事实明细。
• mainUniqueId 是串联主话单、从话单、录音、机器人会话、满意度和事件推送的主锚点；uniqueId 用于定位某一条从话单或某一段通话腿。
• 解释主从话单时，应先判断通话类型和业务场景，再解释号码角色、接听状态、挂断方、录音范围和报表口径，不能只看单个字段名称。

阅读地图

• 如果只想理解主话单和从话单是什么，重点阅读“二、产品总览”和“三、核心概念”。
• 如果要解释一通电话为什么有多条记录，重点阅读“四、对象关系与数据流”和“七、典型业务场景”。
• 如果要设计页面、详情、导出或对接口径，重点阅读“五、能力地图”“六、产品功能说明”和“附录 B：关键字段口径”。
• 如果要做上线验收、客户培训或问题排查，重点阅读“八、上线准备与运营建议”“十、FAQ”和“附录 C：实施检查清单”。

一、文档说明

1.1 文档目的

呼叫中心里，客户来电记录、座席接听记录、外呼记录、WebCall 记录、任务呼叫记录、机器人记录、录音和报表都依赖底层话单事实。其中最容易被混淆的关系，就是主话单和从话单。

如果缺少统一口径，常见问题包括：

1. 客户认为“一通电话只应该有一条记录”，无法理解为什么会出现多条座席接听记录。
2. 运营人员用主话单统计座席过程表现，导致座席未接、转接、咨询等过程被忽略。
3. 实施在排障时只查主话单，无法定位失败发生在首呼、队列、座席振铃、转接还是三方阶段。
4. 页面字段、导出列、事件推送和报表指标对同一通电话的解释不一致。
5. 多段链路中把客户号码、主叫号码、被叫号码、座席号码和外显号码混为一类。

本文用于建立主从话单的统一产品说明，支撑以下工作：

• 统一主话单、从话单、通话腿、主锚点、过程明细等术语。
• 指导记录页面、详情页、导出字段、报表指标和事件推送的解释口径。
• 帮助实施和客户理解“一通电话为什么会有多条记录”。
• 帮助运营基于完整链路追溯单通电话、复盘服务过程和排查异常。

1.2 适用对象

• 客户业务负责人：用于理解通话留痕、服务过程追溯和数据对账依据。
• 运营管理人员：用于查询单通明细、复盘座席承接、分析未接和转接过程。
• 实施顾问：用于确认上线范围、字段口径、客户培训和验收用例。
• 产品经理：用于设计记录页面、筛选条件、详情结构、导出列和报表口径。
• 技术负责人：用于理解通话标识、对象关系、事件串联和对接边界。

1.3 文档范围

本文重点说明呼叫中心主话单与从话单的产品口径，覆盖呼入、外呼、WebCall、任务外呼、机器人转人工、转接、咨询、三方、SIP 接入和内部呼叫等常见场景。

本文不展开底层通信协议、数据库结构、内部接口和代码实现；涉及系统实现时，仅使用客户可理解的产品语言说明。

1.4 本文档在话单体系中的位置

主从话单是话单体系中的基础关系。它位于“话单体系总览”和具体记录页面之间：

话单体系总览
↓
主从话单专项说明
↓
客户来电记录、座席接听记录、外呼记录、WebCall 记录、任务呼叫记录等专项记录

因此，培训和交付时建议先用话单体系总览建立全局地图，再用本文解释主从关系，最后结合具体记录页面说明客户实际查询路径。

二、产品总览

2.1 什么是主从话单

主从话单是呼叫中心对一通电话进行结构化记录的方式。

• 主话单记录整通电话或一次业务会话的主线摘要。
• 从话单记录主线下的过程明细，例如座席腿、队列呼叫、转接腿、咨询腿、三方腿、回拨首段和第二段。

人话总结：

主话单像“总账”，告诉用户这通电话最终是什么结果；从话单像“明细账”，告诉用户这通电话中每一步是怎么发生的。

2.2 为什么需要主从话单

呼叫中心通话往往不是简单的“一方拨打一方”。一通电话可能经历 IVR、队列、座席振铃、转接、咨询、三方、机器人接待、回拨桥接等多个阶段。

如果只保留一条记录，会出现以下问题：

• 只能看到最终结果，看不到中间失败点。
• 无法判断哪个座席被呼叫过、谁接听、谁未接。
• 无法解释转接、咨询、三方等协作过程。
• 无法支撑座席过程绩效、未接分析和投诉复盘。
• 无法与录音、事件推送、机器人会话和报表进行精确对账。

主从话单的价值在于：既保留整通电话的整体视图，又保留每一段链路的可追溯明细。

2.3 主话单与从话单的分工

2.4 客户最常问的三个问题

问题一：为什么一通电话会有多条记录？

因为一通电话可能经历多个处理阶段。主话单记录整体结果，从话单记录每个阶段的承接过程。多条记录不一定表示重复，而是完整链路的分解。

问题二：看整通电话应该看哪条？

通常先看主话单，再从主话单下钻到从话单明细。如果问题和某个座席是否接听、是否转接、是否咨询有关，再重点看从话单。

问题三：报表统计应该按主话单还是从话单？

取决于统计问题。统计客户来电量、外呼量、整通接通率通常看主话单；统计座席振铃、座席接听、座席未接、转接过程通常看从话单。

三、核心概念

3.1 主话单

主话单是一通电话或一次业务会话的主链路摘要。它适合承载整通电话的通话类型、客户号码、座席、队列、热线、开始时间、结束时间、接听状态、通话时长、挂断方、录音和业务标识等信息。

主话单适合回答：

• 这通电话是什么类型。
• 谁发起，目标是谁。
• 什么时候开始，什么时候结束。
• 最终是否接通，通话了多久。
• 是否有录音、满意度、机器人会话或业务关联。

3.2 从话单

从话单是一通电话中的过程明细。它通常记录某一段通话腿的开始、响铃、接听、结束、座席、分机、队列、结果和失败原因。

从话单适合回答：

• 这通电话呼叫过哪些座席、分机或外部号码。
• 哪一段被接听，哪一段未接。
• 客户是否在队列等待期间挂断。
• 转接、咨询或三方由谁发起、接到哪里、是否成功。
• 多段链路中的失败发生在哪一段。

3.3 通话腿

通话腿是一次通话中的某一段通信链路。例如平台呼叫客户、平台呼叫座席、座席转接另一个座席、座席咨询专家、三方加入等，都可以理解为不同通话腿。

从话单通常对应一个或多个通话腿的产品化记录。产品说明中不需要暴露底层链路细节，但应让客户理解“从话单记录的是过程”。

3.4 主锚点

主锚点是串联一通电话相关对象的核心标识。本文统一使用 mainUniqueId 表示主话单级别的通话标识。

它常用于关联：

• 主话单。
• 从话单。
• 录音文件。
• 机器人会话。
• 满意度结果。
• 事件推送。
• 客户业务标识或外部系统记录。

3.5 明细标识

明细标识用于定位某一条从话单或某一段通话腿。本文统一使用 uniqueId 表示从话单或明细链路标识。

在排障和对账时，mainUniqueId 用于先找到整通电话，uniqueId 用于进一步定位这通电话下的具体明细。

3.6 主叫、被叫与客户号码

主从话单中的主叫号码、被叫号码、客户号码、座席号码和外显号码不能直接互相替代。

建议按三层理解：

业务层：谁发起业务，业务要服务谁
↓
号码层：客户号码、座席号码、热线号码、外显号码分别是什么
↓
通信层：每一段链路中的主叫号码、被叫号码分别是什么

例如在回拨或 WebCall 场景中，客户可能是业务发起方，但通信链路中可能先被平台回拨，因此不能只用“主叫/被叫”字段判断客户角色。

3.7 第一方与第二方

在桥接型或回拨型通话中，第一方表示平台先连接的一方，第二方表示平台后续连接或接入的目标方。

第一方、第二方用于解释连接顺序；主话单、从话单用于解释记录结构。两者有关联，但不应混为一类。

3.8 原始事实与产品记录

系统在通话过程中会产生多类通信事实，产品侧会将这些事实整理成主话单、从话单、机器人会话和附属记录。

客户版文档和培训中通常使用产品记录口径，不直接暴露原始通信事件。

四、对象关系与数据流

4.1 总体对象关系

一次业务通话 / 一次通话会话
↓
主话单（mainUniqueId）
├─ 从话单（uniqueId）：座席腿、队列腿、转接腿、咨询腿、三方腿
├─ 机器人会话（requestId）：对话文本、意图、转人工结果
├─ 录音文件：试听、下载、质检、投诉复盘
├─ 满意度结果：评价、按键、评分
├─ 事件推送：开始、响铃、接听、挂断、结果
└─ 衍生记录：呼损、未接、专项记录或业务记录

4.2 主从话单生成链路

通话进入或发起
↓
呼叫平台执行呼入、外呼、回拨、路由、转接或机器人接待
↓
通话过程中产生响铃、接听、桥接、保持、转接、咨询、挂断等事件
↓
系统沉淀通话事实
↓
整理为主话单、从话单、机器人会话和附属结果
↓
进入记录查询、详情展示、导出、录音、推送和报表消费

4.3 一对一、一对多与多段链路

4.4 主从话单解释顺序

解释一通复杂电话时，建议按以下顺序：

1. 先判断通话类型：呼入、外呼、WebCall、任务外呼、内部呼叫、SIP 接入、机器人等。
2. 再判断业务目标：客户来电服务、企业外呼触达、系统回拨、机器人接待、人工转接等。
3. 再查主话单：确认整通电话的时间、号码、状态、录音和整体结果。
4. 再查从话单：确认每一段链路的座席、队列、振铃、接听、转接和失败位置。
5. 最后关联附属对象：机器人会话、满意度、录音、事件推送和业务系统记录。

不要直接用某条从话单的结果覆盖整通电话结果，也不要用主话单的整体结果替代每个座席或每段链路的过程结果。

4.5 数据延迟与一致性

通话结束后，主话单、从话单、录音、推送和报表可能不是同时完成：

• 主从话单通常先用于记录查询。
• 录音可能需要生成、转码、归档后才可试听或下载。
• 报表可能按周期或异步任务汇总。
• 事件推送可能受客户系统接收、网络和重试机制影响。

因此，记录已出现但录音暂不可用、报表暂未汇总或外部系统暂未同步，并不一定表示主从话单关系异常。

五、能力地图

六、产品功能说明

6.1 主话单查询

主话单查询用于定位一通电话的整体记录。常见查询条件包括：

• 时间范围。
• 通话类型。
• 客户号码、主叫号码、被叫号码、外显号码。
• 座席、队列、热线、任务、机器人。
• 接听状态、呼叫结果、挂断方、失败原因。
• mainUniqueId、任务标识、客户业务标识。

主话单查询适合先回答“有没有这通电话”“这通电话整体结果是什么”“录音和业务关联在哪里”。

6.2 从话单查询

从话单查询用于定位一通电话下的过程明细。常见查询条件包括：

• mainUniqueId。
• uniqueId。
• 座席、分机、队列、转接目标。
• 响铃时间、接听时间、结束时间。
• 振铃时长、通话时长、等待时长。
• 明细接听状态、失败原因、挂断方。

从话单查询适合回答“谁被呼叫过”“谁接了”“谁没接”“转给了谁”“失败发生在哪一段”。

6.3 详情页组织方式

主从话单详情建议按“整体信息 + 过程明细 + 关联信息”组织：

对于复杂链路，建议在详情中提供时间线，帮助用户按发生顺序理解从话单。

6.4 导出口径

主从话单导出应先确认导出目标：

导出字段应与页面展示口径一致。涉及号码、录音、客户信息时，应遵循权限和脱敏规则。

6.5 录音关联

录音通常从主话单进入，但录音范围可能受通话类型和过程链路影响。

需要注意：

1. 记录存在不代表录音已完成生成。
2. 一通复杂电话可能存在多段录音或分段录音。
3. 转接、咨询、三方、机器人接待可能影响录音起止范围。
4. 用户是否可试听或下载录音，受权限和脱敏策略控制。
5. 录音文件名或录音入口不应替代主从话单标识做唯一解释。

6.6 事件推送与外部系统对接

外部系统通常需要知道通话开始、响铃、接听、桥接、挂断和结果等事件。主从话单可为事件对接提供统一关联口径：

• mainUniqueId 用于关联整通业务通话。
• uniqueId 用于关联某一段明细链路。
• 客户业务标识用于关联 CRM、工单、订单、预约或客户自有系统记录。

对接前应确认：

1. 客户系统按整通电话对账，还是按每段明细对账。
2. 推送字段中的号码是否需要脱敏。
3. 事件到达时间是否允许晚于页面记录。
4. 失败、未接、转接、三方等状态如何映射到客户系统。
5. 录音地址是否需要独立权限或有效期控制。

6.7 权限与脱敏

主从话单涉及客户号码、座席行为、录音和业务结果，应按企业权限控制访问。

常见控制项包括：

• 用户可查看的组织、队列、座席和任务范围。
• 是否可查看完整客户号码。
• 是否可查看从话单明细。
• 是否可试听或下载录音。
• 是否可导出主话单或从话单明细。
• 是否可查看跨部门、跨队列或跨座席数据。

七、典型业务场景

7.1 客户来电后多名座席被呼叫

客户拨打热线后进入队列，系统先呼叫座席 A，座席 A 未接；随后呼叫座席 B，座席 B 接听并完成服务。

解释口径：

• 主话单记录这通客户来电的整体结果，通常体现为最终被接通。
• 从话单记录座席 A 未接、座席 B 接听两个过程。
• 如果客户问“为什么有两条座席接听记录”，应说明这是同一通来电下不同座席承接过程。

7.2 客户在队列中放弃

客户拨入热线后进入队列，但在座席接听前挂断。

解释口径：

• 主话单记录整通来电未被有效承接。
• 从话单或过程明细记录队列等待、座席振铃或未分配结果。
• 呼损记录可能基于该过程进一步加工，用于解释客户在哪个阶段流失。

7.3 座席外呼客户

座席主动外呼客户，客户接听后完成沟通。

解释口径：

• 主话单记录外呼整体结果，包括客户号码、座席、外显号码、接听状态和录音。
• 如果链路简单，从话单可能较少或只用于记录座席腿与客户腿过程。
• 分析外呼结果时通常先看主话单；分析座席设备、线路或过程异常时再看从话单。

7.4 WebCall 或回拨桥接

客户在页面点击联系顾问，平台先回拨客户，客户接通后再连接座席或队列。

解释口径：

• 主话单记录这次 WebCall 或回拨业务的整体结果。
• 从话单记录第一段、第二段和桥接过程。
• 需要区分第一方未接、第二方未接、桥接失败和桥接成功，不能只用单个“接通/未接”解释。

7.5 通话中转接

座席 A 接听客户来电后，将电话转接给座席 B 或其他队列。

解释口径：

• 主话单仍表示这通客户来电的整体主线。
• 从话单记录座席 A 的接听过程和转接到座席 B 的过程。
• 如果转接失败，应在从话单明细中定位失败发生在转接发起、目标响铃、目标接听还是客户提前挂断。

7.6 咨询与三方

座席与客户通话中，临时咨询专家或邀请第三方加入。

解释口径：

• 主话单记录客户通话整体结果。
• 从话单记录咨询腿、三方腿或被邀请方加入过程。
• 录音范围可能需要结合录音策略确认，不能默认所有参与方都有完整录音。

7.7 机器人转人工

客户先由机器人接待，机器人识别需要人工处理后转接座席。

解释口径：

• 主话单记录整通客户来电或外呼任务的主链路。
• 机器人会话记录机器人接待过程、意图、对话轮次和转人工原因。
• 从话单记录转人工后的座席承接过程。
• 分析机器人是否解决问题，应看机器人会话；分析人工是否接起，应看从话单。

7.8 报表与明细不一致核对

客户发现报表中接通量与导出记录数量不一致。

解释口径：

• 先确认报表统计主体是主话单还是从话单。
• 再确认查询时间字段是开始时间、接听时间还是结束时间。
• 再确认是否包含转接、机器人、任务外呼、内部呼叫等特殊场景。
• 最后抽样使用 mainUniqueId 和 uniqueId 核对明细。

八、上线准备与运营建议

8.1 上线前需要确认的口径

上线前建议确认以下事项：

1. 客户常用记录入口：客户来电记录、座席接听记录、外呼记录、WebCall 记录、任务呼叫记录等。
2. 客户希望按整通电话看结果，还是按座席过程看明细。
3. 主话单列表和从话单明细是否都需要导出。
4. 录音入口、录音权限和录音生成延迟如何向客户说明。
5. 号码字段是否需要脱敏，导出是否保持同样脱敏策略。
6. 外部系统对账使用 mainUniqueId、uniqueId 还是客户业务标识。
7. 报表统计口径是否按主话单、从话单或两者组合。

8.2 客户培训建议

客户培训时建议使用以下顺序：

1. 先讲“一通电话可能由主线和多个过程组成”。
2. 再讲“主话单看整体，从话单看过程”。
3. 用一通呼入转接或 WebCall 案例展示多条从话单。
4. 演示如何从主话单进入详情，再查看从话单、录音和关联对象。
5. 最后讲导出、报表和对账时应选择的统计粒度。

8.3 运营分析建议

上线后建议持续关注：

• 主话单接通率、未接率、失败原因。
• 从话单座席振铃、座席未接、转接失败、队列等待。
• 客户放弃发生在哪个阶段。
• WebCall 或回拨的第一方接通率、第二方接通率和桥接成功率。
• 机器人转人工后的人工承接率。
• 录音可用率、录音下载权限和质检抽样覆盖。

8.4 常见风险

九、与周边能力的关系

9.1 与记录页面的关系

记录页面是主从话单的业务视图。不同页面关注不同对象：

9.2 与录音的关系

主从话单提供录音查询入口和录音解释上下文。录音回答“通话里说了什么”，主从话单回答“通话过程如何发生”。投诉处理时通常需要两者结合。

9.3 与报表的关系

报表是基于话单事实加工后的汇总结果。主话单更适合统计整通电话维度，从话单更适合统计座席承接、转接过程和队列处理过程。

当报表与明细看起来不一致时，应优先确认统计主体、时间字段、筛选范围和是否包含从话单。

9.4 与事件推送的关系

事件推送用于让外部系统感知通话过程变化。主从话单为推送提供事后核对依据。客户系统收到事件后，可使用通话标识回查记录和录音。

9.5 与工单、CRM 和业务系统的关系

工单、CRM、订单、预约等业务系统通常使用客户业务标识或通话标识关联通话记录。建议以主话单作为业务关联入口，必要时补充从话单明细用于解释过程。

十、FAQ

10.1 一通电话为什么会有多条从话单？

因为这通电话可能经历多个座席、队列、转接、咨询或三方过程。每条从话单表示其中一段过程，不是简单重复。

10.2 主话单显示接通，为什么某条从话单显示未接？

主话单表示整通电话的最终结果；某条从话单表示某一段过程。可能先有座席未接，后续其他座席接听，因此整体接通但某条明细未接。

10.3 从话单接通是否等于整通电话接通？

不一定。从话单接通只表示某一段链路接通。整通电话是否接通，还要结合通话类型、桥接状态和主话单结果判断。

10.4 导出行数为什么比主话单列表多？

如果导出的是从话单明细，一条主话单可能对应多条从话单，因此导出行数可能大于主话单列表行数。应先确认导出粒度。

10.5 客户号码为什么和主叫号码不同？

客户号码表示客户侧业务联系方式；主叫号码表示某一段通信链路中的号码方向。回拨、WebCall、转接等场景中，两者可能不同。

10.6 录音应该挂在主话单还是从话单？

产品使用上通常从主话单进入录音，但复杂链路可能存在多段录音或分段录音。具体解释应结合通话类型、录音策略和从话单过程。

10.7 报表应该按主话单还是从话单统计？

统计整通电话结果时通常按主话单；统计座席承接、振铃、未接、转接等过程时通常按从话单。报表设计前应先确认统计问题。

10.8 mainUniqueId 和 uniqueId 有什么区别？

mainUniqueId 用于定位整通电话或主话单；uniqueId 用于定位某条从话单或某段明细链路。排障时通常先查 mainUniqueId，再用 uniqueId 定位具体过程。

十一、总结

主从话单是呼叫中心话单体系中最基础、也最容易被误解的关系。

主话单负责提供整通电话的整体事实，从话单负责还原电话过程中的每一段明细。只有同时理解主话单和从话单，才能准确解释客户来电、座席接听、外呼、WebCall、机器人转人工、转接、咨询、三方、录音和报表之间的关系。

在产品设计、实施交付和客户培训中，应坚持三条原则：

1. 先用主话单定位整通电话。
2. 再用从话单解释过程明细。
3. 最后结合录音、机器人会话、事件推送和报表完成闭环核对。

附录 A：入口与权限

A.1 常见入口

A.2 权限建议

附录 B：关键字段口径

附录 C：实施检查清单

上线或验收主从话单能力时，建议检查：

• 是否能按时间、号码、座席、队列、任务、通话标识查询主话单。
• 是否能从主话单详情查看关联从话单。
• 是否能按 mainUniqueId 定位整通电话。
• 是否能按 uniqueId 定位某条从话单明细。
• 是否能解释呼入多座席振铃、转接、咨询、三方等多段链路。
• 是否能区分主话单结果和从话单结果。
• 是否能试听或下载有权限范围内的录音。
• 是否能按主话单或从话单粒度导出数据。
• 导出字段是否与页面展示和客户脱敏要求一致。
• 报表统计主体是否与客户预期一致。
• 外部系统对接是否明确主锚点、明细标识和业务标识。
• 客户培训材料是否包含“一通电话多条记录”的解释示例。

附录 D：验收样例

附录 E：常见问题速查

附录 F：术语表