主被叫角色定义

快速阅读

本文用于统一呼叫中心业务中的“主叫”“被叫”角色定义，避免在呼入、外呼、WebCall、直呼、内部呼叫、SIP 集成、话单、报表和事件推送中出现口径混淆。

本文的核心结论是：

• 主叫和被叫需要区分“业务角色”和“通信号码角色”。
• 业务主叫表示本次业务动作的发起方，业务被叫表示本次业务动作要触达或服务的目标方。
• 通信主叫号码表示某一段通话链路中发起呼叫时携带或展示的号码，通信被叫号码表示该段通话实际拨打的目标号码。
• 外显号码是被叫侧看到的来电号码，不一定等于座席号码，也不一定等于业务主叫真实号码。
• 多段呼叫链路中，一次业务会话可能包含多个通信主叫和通信被叫，不能只用单段话单字段解释整条业务链路。

阅读地图

• 如果只想统一术语，重点阅读“三、核心概念”和“四、对象关系与判断原则”。
• 如果要处理呼入、外呼、WebCall、SIP 集成等场景，重点阅读“六、产品功能说明”。
• 如果要设计话单、报表、查询条件或事件推送字段，重点阅读“八、上线准备与运营建议”和“附录 B：关键字段口径”。
• 如果遇到“为什么主叫号码不是客户号码”“为什么被叫号码不是最终客户”等问题，重点阅读“十、FAQ”。

一、文档说明

1.1 文档目的

呼叫中心系统中，“主叫”和“被叫”既可能表示电话通信中的号码方向，也可能表示业务动作中的发起方和接收方。如果不区分这两类含义，容易导致话单字段、报表统计、录音检索、事件推送和客户解释口径不一致。

本文用于建立统一的主被叫角色定义，支撑以下工作：

• 统一产品文档中的主叫、被叫、外显号码、客户号码等术语。
• 指导话单、报表、查询条件和导出字段的命名。
• 指导外呼、呼入、WebCall、SIP 集成和直呼模式中的角色解释。
• 帮助实施和售后向客户解释“字段为什么这样展示”。

1.2 适用对象

• 产品经理：用于定义页面字段、筛选条件、导出列和统计口径。
• 实施顾问：用于和客户确认号码角色、外显策略、话单解释和验收标准。
• 技术负责人：用于理解字段含义、事件数据和系统对接边界。
• 运营管理人员：用于分析客户触达、接听、未接、挂断和转接结果。
• 客户业务负责人：用于理解通话记录中各号码和各角色的业务含义。

1.3 文档范围

本文重点定义主被叫角色的产品口径，不展开具体代码实现、内部接口、底层通信协议和数据库结构。涉及话单、报表、事件推送和系统集成时，仅说明业务含义和使用原则。

二、产品总览

主被叫角色定义是呼叫中心通话数据体系的基础口径。它影响以下能力：

• 通话记录：决定页面中主叫号码、被叫号码、客户号码、外显号码如何展示。
• 录音查询：决定用户按哪个号码检索录音。
• 报表统计：决定呼入量、外呼量、接通率、未接率、客户接听率等指标如何解释。
• 事件推送：决定推送给客户系统的号码字段如何使用。
• 系统集成：决定 CRM、工单、订单、预约、告警系统如何关联一次通话。
• 客户解释：决定实施、客服和售后如何向客户解释一条记录中的号码含义。

主被叫定义不应只依赖单个字段名称，而应结合通话类型、业务发起方式、线路链路和业务目标综合判断。

三、核心概念

3.1 业务主叫

业务主叫是指本次业务动作的发起方。

例如：

• 客户拨打企业热线时，业务主叫是客户。
• 座席主动外呼客户时，业务主叫是企业或座席。
• 外呼任务批量拨打客户时，业务主叫是企业外呼任务。
• 外部业务系统触发自动通知时，业务主叫是业务系统或企业。
• 内部呼叫中，发起呼叫的一方是业务主叫。

业务主叫用于解释“这次业务是谁发起的”，不一定等于客户看到的来电号码。

3.2 业务被叫

业务被叫是指本次业务动作要触达、服务或连接的目标方。

例如：

• 客户拨打热线时，业务被叫是企业服务入口。
• 座席外呼客户时，业务被叫是客户。
• 自动通知场景中，业务被叫是被通知客户。
• 内部呼叫中，业务被叫是被呼叫的员工、座席或分机。

业务被叫用于解释“这次业务要联系谁”，不一定等于某一段通话中的被叫号码。

3.3 通信主叫号码

通信主叫号码是指某一段电话链路中，发起呼叫时携带或展示的主叫号码。

在单段通话中，通信主叫号码通常容易理解；但在预览外呼、WebCall、直呼、隐私通话、转接和会议等多段链路中，可能存在多个通信主叫号码。

3.4 通信被叫号码

通信被叫号码是指某一段电话链路中，实际被拨打的目标号码。

例如：

• 呼入场景中，客户拨打的热线号码是通信被叫号码。
• 外呼场景中，客户号码通常是通信被叫号码。
• 预览外呼中，系统可能先拨打座席设备，再拨打客户号码，因此不同阶段的通信被叫号码不同。

3.5 客户号码

客户号码是客户侧的真实联系电话或业务联系号码。它可以是呼入时客户拨入的号码，也可以是外呼时企业要拨打的目标号码。

客户号码的业务含义优先于其在某段通信链路中是主叫还是被叫。

3.6 外显号码

外显号码是被叫侧看到的来电号码。外显号码用于客户识别来电来源，也用于企业品牌、归属地、线路和合规策略控制。

外显号码不一定等于座席号码，也不一定等于企业真实办公号码。它可能来自：

1. 本次呼叫指定的外显号码。
2. 外显导航或外显策略。
3. 号码池中的可用号码。
4. 企业默认外显号码。
5. 历史记忆或归属地匹配规则。

3.7 中间号码

中间号码是用于连接两方或隐藏真实号码的中间入口号码，常见于直呼、隐私通话、回拨和平台撮合场景。

在 A/X/B 模型中：

3.8 主叫侧与被叫侧

主叫侧和被叫侧是按业务角色组织页面字段时使用的分组概念。

• 主叫侧：发起本次业务动作的一侧。
• 被叫侧：本次业务动作最终触达的一侧。
• 公共信息：平台链路、时间、结果、录音、业务标识和原始记录关联信息。

在多段链路中，主叫侧和被叫侧比“主话单/从话单”更适合表达业务含义。

四、对象关系与判断原则

4.1 三层角色模型

建议使用三层模型判断主被叫：

业务层：谁发起业务，业务要联系谁
↓
号码层：客户号码、座席号码、外显号码、中间号码分别是什么
↓
通信层：每一段通话中的主叫号码和被叫号码分别是什么

业务层用于产品解释和运营分析，号码层用于页面展示和客户核对，通信层用于排障和底层链路追溯。

4.2 判断优先级

当字段口径出现冲突时，建议按以下优先级判断：

1. 先判断通话类型：呼入、外呼、内部呼叫、WebCall、SIP 集成等。
2. 再判断业务发起方：客户、座席、任务、外部系统。
3. 再判断业务目标方：客户、队列、座席、分机、外部号码。
4. 再判断客户侧实际看到的外显号码。
5. 最后再解释原始话单中的通信主叫和通信被叫。

不要直接用“主话单字段”或“从话单字段”推断业务主叫和业务被叫。

4.3 展示原则

产品页面和客户文档中建议优先使用业务可理解的字段名称：

五、能力地图

六、产品功能说明

6.1 呼入场景

呼入是客户主动拨打企业热线、服务号码或 DID 号码进入呼叫中心。

业务流程概览

客户拨打企业号码
↓
呼叫平台接入来电
↓
系统识别入口号码和路由规则
↓
客户进入 IVR、队列或目标分机
↓
座席接听并服务客户
↓
形成通话记录、录音和统计数据

角色定义

使用注意

呼入场景中，客户号码通常既是业务主叫号码，也是通信主叫号码。企业号码通常是通信被叫号码，但在业务解释中应称为企业服务入口或热线号码。

6.2 预览外呼和点击外呼场景

预览外呼和点击外呼是座席或业务系统触发的人工外呼。系统通常先连接座席侧，再呼叫客户侧。

业务流程概览

座席查看客户资料
↓
座席或业务系统触发外呼
↓
呼叫平台校验座席、权限、设备和客户号码
↓
平台连接座席侧
↓
平台呼叫客户号码
↓
客户接听后双方通话
↓
生成通话记录并关联业务单据

角色定义

使用注意

预览外呼是典型的多段链路。不能因为系统先呼叫座席，就把座席定义为业务被叫。业务视角下，本次外呼要触达客户，因此客户是业务被叫。

6.3 主叫外呼场景

主叫外呼是座席通过 IP 话机、软终端或分机直接输入外呼前缀和客户号码进行拨打。

业务流程概览

座席在话机或软终端输入号码
↓
呼叫平台识别外呼请求
↓
系统校验权限、号码和线路
↓
平台选择外显号码和线路资源
↓
呼叫客户号码
↓
客户接听后双方通话
↓
生成通话记录

角色定义

使用注意

主叫外呼中，“主叫”容易被误解为座席真实号码。实际对客户展示的通常是外显号码，因此页面和文档应明确区分“座席发起外呼”和“客户看到的主叫号码”。

6.4 预测式外呼场景

预测式外呼由系统按外呼任务和拨号策略批量拨打客户号码，并将接通客户分配给空闲座席。

业务流程概览

外呼任务启动
↓
系统加载客户名单和拨号策略
↓
平台批量拨打客户号码
↓
客户接通后分配给空闲座席
↓
座席与客户沟通
↓
记录外呼结果和任务统计

角色定义

使用注意

预测式外呼中，座席可能不是最初发起拨号的一方，而是在客户接通后参与通话。因此统计外呼发起方时，应按任务或企业维度解释；统计服务承接时，再按座席维度解释。

6.5 WebCall 场景

WebCall 通常由网站、App、小程序、CRM 或业务系统触发。平台可能先回拨用户，再接入座席、队列、IVR、分机或另一方号码。

业务流程概览

用户或业务系统发起呼叫请求
↓
呼叫平台校验请求
↓
平台按配置先呼叫一方
↓
接通后接入目标流程或另一方
↓
双方建立通话
↓
生成通话记录并回传事件

角色定义

使用注意

WebCall 中，用户点击按钮并不一定表示用户是通信主叫。很多回拨场景中，用户是业务发起方，但在电话链路中会先作为被叫被平台回拨。

6.6 内部呼叫场景

内部呼叫用于座席、主管、专家或企业成员之间的内部沟通、咨询、转接和会议协作。

业务流程概览

内部成员发起沟通需求
↓
选择目标人员或分机
↓
呼叫平台进行内部路由
↓
目标人员接听
↓
完成咨询、转接或会议协作
↓
内部通话结束

角色定义

使用注意

内部呼叫通常不涉及客户号码，也不应计入客户外呼触达统计。若内部呼叫发生在客户通话中，应区分客户主链路和内部协作链路。

6.7 SIP 外呼和外部系统集成场景

SIP 外呼或外部系统集成是由第三方系统、CRM、ERP、预约系统、订单系统或告警系统触发的呼叫。

业务流程概览

外部系统提交呼叫请求
↓
呼叫平台校验接入权限和参数
↓
平台解析目标号码和路由方式
↓
呼叫进入 IVR、队列、分机或外部号码
↓
完成通话处理
↓
回传通话结果和记录

角色定义

使用注意

外部系统提交的主叫号码不一定会原样作为外显号码使用。平台可能会根据权限、号码归属、线路规则、风控和外显策略进行校验或替换。

七、典型业务场景

7.1 客服热线

客户拨打企业热线进行咨询、投诉或售后服务。

7.2 销售点击外呼

座席在 CRM 或工作台中点击客户号码发起外呼。

7.3 直呼模式

销售顾问拨打中间号码，由平台呼转到客户真实号码。

7.4 平台隐私通话

平台为买卖双方或服务双方提供号码保护，通过中间号码连接双方。

7.5 自动通知

预约提醒、订单通知、告警通知等由系统自动触发。

八、上线准备与运营建议

8.1 字段命名建议

面向客户和运营人员的页面，建议优先使用业务可理解字段：

• 客户号码
• 企业号码
• 座席号码
• 外显号码
• 中间号码
• 业务主叫
• 业务被叫
• 呼叫方向

在偏技术或对接场景中，可以保留主叫号码、被叫号码，但必须在字段说明中写清它们属于哪一层口径。

8.2 话单和报表建议

话单和报表不建议只展示“主叫号码、被叫号码”两个字段。对于多段链路或复杂场景，建议同时提供：

• 客户号码：用于业务检索。
• 企业号码：用于入口和外显分析。
• 座席号码：用于座席侧接听、外呼和排障。
• 外显号码：用于客户侧显示和号码策略分析。
• 中间号码：用于直呼、隐私通话和回拨链路解释。
• 呼叫方向：用于判断客户来电、企业外呼、客户回拨等业务场景。

8.3 实施确认项

上线前建议确认以下问题：

1. 当前项目涉及哪些通话类型。
2. 客户是否需要按客户号码、主叫号码、被叫号码、外显号码分别查询。
3. 客户是否存在直呼、回拨、隐私号或中间号场景。
4. 外呼时客户看到的号码由谁决定。
5. 事件推送中是否需要同时返回业务角色和通信号码。
6. 报表统计是按客户触达、座席工作量，还是按线路通话量统计。
7. 客户对“主叫”“被叫”的现有理解是否与系统字段一致。

8.4 风险提示

如果不统一主被叫口径，可能出现以下问题：

• 客户认为主叫号码应该是座席真实号码，但实际看到的是外显号码。
• 报表按通信被叫号码统计，无法准确反映客户触达情况。
• 直呼场景中主从话单字段与业务角色不一致，导致导出后无法解释。
• WebCall 回拨场景中，用户发起请求但电话链路中用户先作为被叫。
• 同一条业务链路拆成多段记录后，录音和业务单据难以关联。

九、与周边能力的关系

十、FAQ

10.1 主叫号码一定是发起业务的一方吗？

不一定。主叫号码是通信链路中的号码字段，业务发起方是业务角色。外呼场景中，业务发起方可能是座席或企业，但客户看到的主叫号码通常是外显号码。

10.2 被叫号码一定是客户号码吗？

不一定。呼入场景中，被叫号码通常是企业热线；外呼场景中，被叫号码通常是客户号码；预览外呼和 WebCall 等多段链路中，不同阶段的被叫号码可能不同。

10.3 外显号码和主叫号码是什么关系？

外显号码是被叫侧看到的来电号码。在客户侧通话体验中，它通常表现为主叫号码。但从业务上看，外显号码不一定等于座席真实号码，也不一定等于企业真实办公号码。

10.4 为什么 WebCall 中用户点击呼叫，却可能是被叫？

因为用户点击按钮是业务触发动作，但电话链路可能由平台先回拨用户。此时用户是业务发起方，但在第一段通信链路中是被叫。

10.5 直呼模式为什么要用 A/X/B？

直呼模式中，销售顾问、平台中间号码和客户真实号码同时存在。使用 A/X/B 可以清晰区分发起方、中间号码和最终客户，避免把主从话单字段误解释为业务主叫和业务被叫。

10.6 报表统计应该按主叫号码还是客户号码？

取决于统计目的。分析客户触达时，应优先按客户号码和业务被叫统计；分析线路和号码资源时，可按主叫号码、外显号码或中间号码统计；分析座席工作量时，应按座席维度统计。

十一、总结

主被叫角色定义是呼叫中心通话记录、报表、录音、事件推送和系统集成的基础口径。产品设计和项目实施中，应优先区分业务角色、号码角色和通信链路角色。

对客户解释时，建议使用“客户号码、企业号码、座席号码、外显号码、中间号码、业务主叫、业务被叫”等更清晰的业务语言；只有在对接、排障和明细追溯时，再使用“主叫号码、被叫号码”等通信字段。

附录 A：入口与权限

主被叫角色定义本身不对应独立功能入口，通常体现在以下页面和能力中：

附录 B：关键字段口径

附录 C：实施检查清单

附录 D：常见问题速查

附录 E：术语表