系统监控

快速阅读

本文用于统一说明呼叫中心系统监控体系的产品定位、页面边界、核心对象、数据链路、典型场景和实施验收方法。

本文的核心结论是：

• 系统监控用于回答“当前系统是否正常运行、业务是否拥堵、座席是否可承接、接口和推送是否健康”。
• 监控不是报表。监控强调当前态和准实时变化，报表强调历史统计和经营分析。
• 系统监控通常由全局仪表盘、IVR 通话状态、队列监控、座席监控、分机监控、通话监控、API 监控、Webhook 监控和 RTC 监控组成。
• 监控数据应与话单、录音、日志、报表形成闭环：监控发现问题，话单确认事实，日志定位原因，报表评估影响。
• 实施监控时，应先确认监控对象、刷新频率、权限范围、告警阈值和客户处置流程。

阅读地图

• 如果只想了解系统监控覆盖哪些页面，重点阅读“二、产品总览”和“五、能力地图”。
• 如果要解释监控、报表、话单和日志的区别，重点阅读“三、核心概念”和“九、与周边能力的关系”。
• 如果要做上线交付和客户培训，重点阅读“六、产品功能说明”“八、上线准备与运营建议”和“附录 C：实施检查清单”。
• 如果要设计专项监控页面，重点阅读“七、典型业务场景”和“附录 B：关键字段口径”。

一、文档说明

1.1 文档目的

呼叫中心运行过程中，客户不仅需要事后查询话单和报表，也需要在业务发生时及时看到系统运行状态。例如当前是否有客户排队、哪些座席在线、哪条通话正在进行、接口是否异常、Webhook 是否推送失败、RTC 并发是否接近上限。

本文用于建立系统监控体系的统一产品说明，支撑以下工作：

• 统一系统监控、全局仪表盘、业务监控、接口监控、推送监控、RTC 监控等术语。
• 说明各监控页面分别解决什么问题，避免页面边界混淆。
• 指导实施配置监控权限、刷新频率、筛选条件和验收场景。
• 帮助运营建立“发现问题、定位原因、复盘影响”的闭环。

1.2 适用对象

• 客户业务负责人：用于判断呼叫中心当前运行是否健康。
• 运营管理人员：用于实时查看队列、座席、通话和服务承接情况。
• 实施顾问：用于规划监控页面、权限范围、字段口径和验收样例。
• 技术负责人：用于理解接口、Webhook、RTC、日志和话单之间的排障关系。
• 产品经理：用于设计监控入口、卡片、指标、筛选条件和异常提示。

1.3 文档范围

本文覆盖系统监控体系总览，包含全局仪表盘、IVR 通话状态、队列监控、座席监控、分机监控、通话监控、API 监控、Webhook 监控和 RTC 监控。

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

二、产品总览

2.1 系统监控是什么

系统监控是呼叫中心面向运行态提供的一组可视化监控能力。它将通话、队列、座席、分机、接口、推送、RTC 并发等对象的当前状态集中展示，帮助用户及时发现业务拥堵、座席不可用、通话异常、接口失败和推送积压等问题。

人话总结：

系统监控回答“现在怎么样”；话单回答“刚才发生了什么”；报表回答“一段时间整体表现如何”；日志回答“为什么会这样”。

2.2 监控体系的组成

2.3 监控的产品价值

三、核心概念

3.1 实时监控

实时监控指面向当前运行状态的查询和展示。它通常会按一定刷新频率更新，但不等于毫秒级实时，也不保证与最终话单、报表完全同一时间完成。

3.2 当前态

当前态表示监控对象在某一时刻的状态，例如座席空闲、队列排队人数、分机注册状态、当前通话数、接口调用结果等。

3.3 运行态指标

运行态指标用于描述系统当前负载和承接能力，例如在线座席数、空闲座席数、排队人数、最大等待时间、当前通话并发、接口失败数、推送失败数等。

3.4 监控刷新

监控刷新用于更新页面数据。刷新方式可能包括手动刷新、自动刷新或定时刷新。实施时应根据客户规模和使用场景合理配置刷新频率，避免过高频率造成系统压力。

3.5 告警与处置

监控发现异常后，应配合告警、通知或人工值班流程进行处置。监控页面本身提供发现和定位入口，是否触发告警取决于客户配置和项目方案。

3.6 监控与报表

监控面向当前态，报表面向历史汇总。监控页面中的数据可能因刷新时间、统计粒度和异步处理与报表存在短暂差异，最终复盘应以约定的话单和报表口径为准。

四、对象关系与数据流

4.1 总体关系

呼叫平台运行事件
↓
通话、队列、座席、分机、接口、推送、RTC 状态变化
↓
监控数据整理与刷新
↓
全局仪表盘 / 专项监控页面
↓
运营处置、接口排障、话单核对、日志定位、报表复盘

4.2 监控闭环

监控发现异常
↓
定位对象：队列 / 座席 / 分机 / 通话 / API / Webhook / RTC
↓
查看关联线索：通话标识、座席工号、队列号、请求时间、推送结果
↓
结合话单、录音、日志或客户系统核对
↓
采取处置：调度座席、调整配置、重试推送、排查网络、升级处理

4.3 数据一致性说明

监控、话单、报表、日志的生成链路不同，可能存在短暂差异：

• 监控更接近当前运行态。
• 话单在通话结束后沉淀事实。
• 报表按统计口径汇总历史数据。
• 日志用于解释过程原因。

客户培训时应提前说明：监控页面适合值班和即时处置，不应直接替代最终对账报表。

五、能力地图

六、产品功能说明

6.1 全局仪表盘

全局仪表盘用于展示呼叫中心当前整体运行态。建议包括当前呼入量、当前外呼量、排队情况、在线座席、空闲座席、通话并发、接口异常、推送异常和 RTC 并发等关键卡片。

6.2 IVR 通话状态

IVR 通话状态用于查看客户在语音导航中的当前节点、等待、转接或结束情况，帮助实施和运营判断客户是否卡在某个导航节点或转接环节。

6.3 队列监控

队列监控用于查看队列排队人数、在线座席数、空闲座席数、服务水平、最大等待时间、队列成员状态等信息。它是呼入业务实时调度的核心页面。

6.4 座席监控

座席监控用于查看座席在线、空闲、置忙、整理、响铃、通话等状态，并支持按队列、座席工号、状态等条件筛选。班长可基于权限进行监听、耳语、三方、强拆、强插、置闲、置忙等管理操作。

6.5 分机监控

分机监控用于查看分机注册、在线、空闲、响铃、通话、异常等状态。它适合实施和现场管理员定位话机注册、网络、终端占用和分机异常问题。

6.6 通话监控

通话监控用于查看当前正在进行或近期发生的通话，包括通话双方、座席、队列、通话方向、接通状态、通话时长和必要的管理操作。

6.7 API 监控

API 监控用于查看外部系统调用呼叫中心开放接口的健康状态，包括调用量、成功率、失败原因、耗时和频次限制等。

6.8 Webhook 监控

Webhook 监控用于查看事件推送结果，包括推送成功、失败、重试、响应耗时和客户侧返回结果。它适合联调、上线值守和客户系统异常排查。

6.9 RTC 监控

RTC 监控用于查看 RTC 呼入并发、外呼并发、登录或通话状态等信息，支撑移动端、浏览器软电话、小程序外呼等实时通信场景。

七、典型业务场景

7.1 早高峰队列拥堵

运营发现全局仪表盘排队人数上升，可进入队列监控查看具体队列、最大等待时间、空闲座席数和当前排队人数，再通知班长调度座席上线或调整置忙状态。

7.2 座席大量置忙

班长发现接通率下降，可进入座席监控查看座席状态分布、置忙原因和状态持续时长，判断是正常休息、业务整理还是异常离线。

7.3 客户卡在 IVR

客户反馈拨入后一直听提示音。实施可查看 IVR 通话状态，定位客户当前节点、是否进入队列、是否转接失败，再结合话单和日志排查。

7.4 外部系统收不到推送

客户系统反馈没有收到通话结束事件。实施可先查 Webhook 监控确认是否推送、是否失败、是否重试，再按通话标识回查话单。

7.5 移动 RTC 并发异常

移动端外呼出现失败时，可查看 RTC 监控中的呼入、外呼并发和当前状态，再结合移动端日志、座席状态和通话记录排查。

八、上线准备与运营建议

8.1 上线前确认事项

1. 确认客户需要开启哪些监控页面。
2. 确认各角色可查看的数据范围和操作权限。
3. 确认监控刷新频率和大屏展示方式。
4. 确认队列、座席、分机、通话、API、Webhook、RTC 的关键字段口径。
5. 确认异常处置流程，例如队列拥堵、接口失败、推送失败、RTC 并发异常。
6. 确认监控数据与话单、报表、日志的核对方式。

8.2 运营建议

• 日常值班优先看全局仪表盘。
• 呼入拥堵优先看队列监控和座席监控。
• 终端异常优先看分机监控和座席监控。
• 通话投诉优先从通话监控进入，再回查话单和录音。
• 对接异常优先看 API 监控和 Webhook 监控。
• 移动端或软电话异常优先看 RTC 监控。

九、与周边能力的关系

十、FAQ

10.1 监控数据可以直接作为对账依据吗？

不建议。监控用于当前态感知和即时处置，对账应以约定的话单、报表或客户系统数据为准。

10.2 监控和报表为什么会不一致？

两者统计时间、刷新频率和数据处理链路不同。监控更接近当前态，报表更偏历史汇总。

10.3 为什么页面刷新后状态发生变化？

座席、队列、通话、接口和推送状态会实时变化。刷新后看到的是新的运行态。

10.4 是否所有用户都能看全部监控？

不是。监控页面应受角色、组织、队列、座席和功能权限控制。

10.5 监控发现异常后应该看哪里？

先按异常对象进入专项监控页面，再结合话单、日志、录音或客户系统进行核对。

十一、总结

系统监控是呼叫中心运行保障的入口能力。它不是报表，也不是日志，而是帮助客户在业务运行时及时发现问题、定位对象并采取处置。

建设监控体系时，应坚持“全局看态势、专项看对象、话单核事实、日志查原因、报表看影响”的原则。

附录 A：入口与权限

附录 B：关键字段口径

附录 C：实施检查清单

• 是否确认监控页面范围。
• 是否确认用户权限和数据范围。
• 是否确认监控刷新频率。
• 是否确认关键指标解释口径。
• 是否配置队列、座席、分机等基础对象。
• 是否验证 API 和 Webhook 对接链路。
• 是否验证 RTC 并发和移动端通话场景。
• 是否建立异常处置流程。
• 是否培训客户区分监控、话单、报表和日志。

附录 D：常见问题速查

附录 E：术语表