### 应答机检测
**应答机检测** （AMD）是渐进拨号器和无坐席拨号器中都可用的一项功能。当呼叫接通时，系统会自动判断是实时人工还是语音信箱系统接听了呼叫。
#### 渐进拨号器中的 AMD（基于坐席）
在 **渐进拨号器** 活动中，AMD 通过在连接坐席之前检测呼叫结果来保护坐席工作效率：
* **检测到真人**：呼叫会立即连接到队列中的可用坐席。
* **检测到语音信箱**：系统可配置为静默挂断呼叫，或使用 VAD（语音活动检测）和静音检测播放预录消息，以识别语音信箱挂断的合适时机。
这意味着坐席只会把时间用于实时对话，而不会浪费在等待铃响或处理语音信箱提示上。
弃呼是 AMD 中的另一个单独考虑因素。即使真人接听，也无法保证在那个确切时刻会有坐席可用。当发生这种情况时，系统会在弃呼前等待一段配置好的时间。如果发生弃呼，可以设置播放一条预录消息。组织在配置弃呼行为及相关消息时，应查看适用的监管要求。
#### 无坐席拨号器中的 AMD（自动化）
在 **无坐席拨号器** 活动中，AMD 可在无需任何坐席参与的情况下实现智能消息传递：
* 检测到真人：呼叫会立即连接到配置的 ZCC 流程，该流程可在需要时传递自动消息、收集输入，或路由到坐席队列。
* 检测到语音信箱：系统可配置为静默挂断呼叫，或使用 VAD（语音活动检测）和静音检测播放预录消息，以识别语音信箱挂断的合适时机。
这种自动化使组织能够在适当传递消息的同时最大化覆盖范围——无论接听的是人还是语音信箱系统。
### 联系人管理和合规性
#### 联系人列表
所有拨号器模式都从 ZCC 管理员门户中管理的联系人列表中取数。联系人可以手动添加、通过 CSV 导入，或通过 ZCC API 动态推送。每个联系人资料都支持多个电话号码，分类为主号码、工作号码、家庭号码、移动号码或其他号码。当联系人存有多个号码时，拨号器会按可配置的顺序依次处理。
联系人列表还支持自定义字段，这些字段由门户中的管理员定义，并在通过 CSV、手动录入或 API 加载联系人时填充。自定义字段将联系人记录扩展到标准电话号码类别之外，使企业能够包含相关客户数据，例如账户详情、未结余额、预约信息或外联原因。在无坐席活动中，自定义字段可在流程中用于动态脚本和路由逻辑。在预览和渐进拨号器模式中，自定义字段会直接呈现给坐席，让他们在呼叫前和呼叫过程中获得相关上下文。
有关配置详情，请参阅我们的 [带自定义字段的无坐席拨号器](https://library.zoom.com/business-services/zoom-contact-center/expert-insights/agentless-dialer-with-custom-fields) 文章。
#### 请勿呼叫（DNC）和拦截列表
平台内置了支持合规性的功能。ZCC 支持：
* 直接在管理员门户中管理的原生 DNC 列表
* 与 DNC.com 和 Gryphon 平台的第三方合规性支持集成
DNC 执行在活动级别运行，在拨打呼叫之前检查相应的 DNC 列表。除了 DNC 列表之外，Zoom 呼叫中心还支持账户级拦截列表。Zoom 呼叫中心外拨拨号器在拨号之前会检查已分配的 DNC 列表和集成，以及账户级拦截列表。
更多信息：
[DNC 列表集成](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0077692)
[拦截列表](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0078397)
### 活动行为
#### 拨号顺序
您可以配置拨号器如何处理联系人记录和电话号码：
* **列表拨号**：系统会先呼叫列表中每个联系人的第一个电话号码，然后才会尝试该列表中的任何次要号码。当您希望先广泛覆盖，再尝试备用号码时，这很有用。
* **联系人拨号**：系统会先用完单个联系人的所有号码，然后再转到下一个联系人。对于高优先级联系人、需要优先联系特定人员的场景，这种方式更合适。
#### 持续运行与有限活动
活动可以配置为两种运行模式：
* **持续运行**：当列表中的联系人需要拨号时，活动会运行；当没有更多联系人可呼叫时，会自动转入“未运行”状态，并在关联列表中有新联系人添加时恢复为“运行”状态。这种模式非常适合持续性的外联工作。
* **有限**：活动在处理完当前联系人列表后会标记为完成。这种模式适用于一次性外联活动或有时间限制的计划。
{% hint style="success" %}
API 集成最佳实践：当您定期通过 API 向 ZCC 推送新联系人时，请使用持续运行活动。只需将联系人添加到现有联系人列表中，活动就会按照配置的拨号器顺序（LIFO 或 FIFO）自动处理它们。这种方法消除了手动启动和停止活动的需要。
{% endhint %}
#### 可呼叫时段
可呼叫时段功能让外拨拨号活动能够精确控制何时联系联系人。与仅根据活动的总体安排/定时发送来拨号不同，该功能还加入了按联系人的时间规则——只有在适当的本地时段内才会拨出呼叫。管理员可以将其配置为三种模式之一：仅使用活动安排，或结合每个联系人的时区（根据其资料或电话号码区号推导）来强制本地呼叫窗口（例如上午 10:00 至晚上 7:00）。只有同时满足联系人的本地窗口和活动的整体运行时间时，呼叫才会发出。
当联系人超出其可呼叫窗口时，系统会将其跳过而不是拨号——而且关键的是，这种跳过不会计为一次呼叫尝试，也不会影响其在拨号队列中的位置。被跳过的联系人会在其下一次可用窗口时返回队列中的原位置，从而保持拨号顺序和公平性。不过，管理员应注意，如果联系人的本地窗口与活动的运行时间从不重叠，那么该联系人会被反复跳过。跳过活动会被完整跟踪，并可在活动诊断、CX 分析报告和互动事件日志中查看，使团队能够及时发现并纠正配置错误。
{% hint style="info" %}
可呼叫时段在活动级别配置，并适用于该活动中的所有联系人。
{% endhint %}
#### 活动优先级
当多个活动共享同一个坐席队列时，活动优先级（1 到 5 级）决定哪个活动最先获得可用坐席的访问权。对于同时运行且业务目标不同的环境来说，这一点至关重要。
### 外拨号码标识
随着外拨呼叫量增加，您的号码如何显示给接收者会直接影响接听率和品牌认知。Zoom 呼叫中心提供工具和集成来监控外拨号码的健康状况，以便它们准确且专业地显示——从而降低呼叫被忽略、标记为垃圾信息或被误识别的风险。
#### 自动通话ID选择
Zoom 呼叫中心可以自动将外拨呼叫显示为来自本地号码，从而提高接听率。管理员使用国家代码或号码前缀（例如区号）定义匹配规则，并将其实时应用于所有外拨呼叫，而无需坐席参与。
有关配置步骤，请参考 [这篇支持文章](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0081891).
#### 垃圾信息监控与修复
Zoom 呼叫中心内置了对在终端用户设备上被标记为垃圾信息的外拨号码的监控，无需第三方跟踪服务。当某个号码被检测为垃圾信息时，管理员会通过管理门户收到带有可视状态指示器的通知，系统还会自动启动修复（通常在 3 天内完成，但监管争议可能会延长这一时间）。对于使用自动通话ID选择的客户，在修复期间，带有垃圾信息标签的号码会自动从外拨号码池中排除，从而保持本地显示拨号的效果。
有关此功能的更多信息，请参阅我们的 [启用垃圾信息标签修复](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0080575) 文章。
#### 品牌呼叫
品牌呼叫功能通过 Zoom 与 TransUnion 或 First Orion 的呼叫身份验证集成提供，使企业在接收者接到呼叫时，能够在其手机上显示品牌元素——例如公司名称或徽标——。此功能可免费启用，但客户必须与 TransUnion 或 First Orion 其中一家已有商业关系才能使用，而且电话号码还必须直接在相应合作伙伴的门户中进行配置。与防伪冒呼叫保护一起，品牌呼叫是旨在提升 Zoom 客户呼叫信任度和透明度的更广泛集成的一部分。
有关此功能的更多信息，请参阅我们的 [启用呼叫身份验证](https://support.zoom.com/hc/en/article?id=zm_kb\&sysparm_article=KB0081495) 文章。
### 分析和报告
每个外拨拨号呼叫都会生成一个 **唯一互动 ID**，可用于：
* 通过 **Zoom 呼叫中心互动日志 API**
* 使用 **CX 分析外拨拨号数据集**
分析活动表现、联系人状态和坐席活动，管理员和开发者都能全面查看这些信息。
### 第三方拨号器集成
对于需要 **预测拨号** 或 **强力拨号** 等超出原生 ZCC 拨号器所提供功能的组织，Zoom 呼叫中心可与 **ContactSpace** 和 **Alvaria**.
这些第三方解决方案会替代 ZCC 原生外拨拨号器，并提供其自身的高级功能，包括：
* 活动管理
* 联系人列表管理
* 支持合规性的功能
* 应答机检测（AMD）
* 外拨 PSTN 节奏算法
坐席继续使用标准的 Zoom 呼叫中心坐席桌面界面，以获得一致的用户体验，同时受益于第三方合作伙伴提供的增强拨号功能。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://library.zoom.com/technical-library/zh/shang-ye-ban-fu-wu/zoom-contact-center/zoom-customer-experience/admin-experience/campaign-management.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
