通信集成 · Microsoft Teams
3CX 与 Microsoft Teams 集成及直接路由
让 Microsoft Teams 用户无需离开 Teams，即可经由 3CX SIP 中继拨打和接听电话 — 同时 3CX 与 Teams 仍是通过受支持的直接路由相连的两个独立平台。队列、IVR、录音与报表等功能留在 3CX。ECOLOR 从沙特为您完成设计、配置与全程支持。
直接路由加 Microsoft 365 同步 — 需 3CX ENT 或 AI 版且并发通话数达 16（16SC）及以上，每位拨打电话的用户需一份 Microsoft Teams Phone 许可。由 3CX Solution Provider 实施，提供阿拉伯语和英语支持。
- 直接路由 Direct Routing
- Microsoft 365 同步
- 需 3CX ENT/AI 16SC 以上
- 联络中心留在 3CX
- 沙特本地技术团队
01 · 什么是本集成
3CX 与 Microsoft Teams 集成意味着什么？
3CX 与 Microsoft Teams 集成让 Teams 用户通过直接路由，在 Teams 应用内经由您的 3CX SIP 中继拨打和接听 PSTN 电话。两套系统仍是各自独立的平台：Teams 依旧是协作与聊天工具，3CX 依旧是负责中继、队列与 IVR 的商务电话系统 — 二者之间只由一条受支持的语音通路相连，仅此而已。
有必要说清它不是什么：3CX 不是 Teams 的「后端」，也不是 Teams 的替代品，本集成不会把任何一方变成另一方。相反，3CX 扮演您的会话边界控制器（SBC）与直接路由网关，经由您的 SIP 中继把通话交给公共电话网。本页属于我们的 3CX 电话系统服务，将准确说明所需条件、架构与实施步骤。
02 · 直接路由
直接路由（Direct Routing）简介
直接路由是 Microsoft 支持的一种方式，通过您自己的会话边界控制器（SBC）把 Teams 接入电话网，而不必依赖 Microsoft 的通话套餐。在本集成中，3CX 就扮演这个 SBC 的角色：它从您的 Teams 租户接收通话并交给您的 SIP 中继，反之亦然，遵循我们设计的路由与号码规则。
实际上，这意味着您保留现有号码以及自选的 SIP 中继运营商，并让 Teams 用户的通话经由同一套 3CX 架构。直接路由在 Microsoft 365 侧需要细致配置：SBC 的完全限定域名（FQDN）、由 Microsoft 认可的证书颁发机构签发的 SSL 证书、特定的防火墙端口（5061/5062）以及 E.164 格式的号码 — 这些都将在一个有章法的项目中由我们完成配置。
03 · Microsoft 365 同步
Microsoft 365 同步：用户与电话簿
除通话通路外，3CX 还可与 Microsoft 365 同步，以导入用户、创建分机并自动更新电话簿 — 从而无需两套系统各管一份用户名单。同步的具体范围（方向、涵盖字段与刷新频率）取决于版本、配置以及您授予的租户权限，我们会在方案设计阶段予以确认。
运营上的好处很直接：当 Microsoft 365 中新增一名员工时，可以反映到 3CX 中而无需重复手工录入，统一的电话簿在两套系统间保持一致。我们会与您约定每个字段的权威来源 — 姓名、部门、分机号 — 让治理清晰，避免两个平台之间的更新相互冲突。
04 · 状态同步
状态（Presence）同步（在受支持的情况下）
两套系统之间的在线状态可在一定程度上保持一致，使正在通话的用户在同事看来处于忙碌状态，融入日常工作流。不过，状态同步的范围与流转的可靠程度取决于版本、配置以及 Microsoft 365 的现行策略 — 因此我们将其描述为按环境配置的能力，而非在所有情形下都保证呈现一致的功能。
在设计阶段，我们会确定您租户中实际可用的内容：「通话中」状态是完整双向反映、仅单向反映，还是在一定范围内反映。我们会向您的团队如实说明他们将看到什么，而非泛泛承诺，并据此调优行为以服务日常工作体验。
05 · 呼叫流程
呼入与呼出流程
呼出时，Teams 用户在应用内点击或拨号，通话经直接路由到达 3CX，再由 3CX 通过您的 SIP 中继交给电话网 — 使用贵单位的号码与主叫身份。呼入时，通话经您的 SIP 中继进入 3CX，由其按号码规划路由：直接转给某个 Teams 用户、经 IVR 分流，或进入 3CX 侧的队列。
这种路由灵活性正是价值所在：一个号码可以在同一套一致的规划内触达 Teams 用户、3CX 应用用户与联络中心队列。我们会围绕贵单位设计规则 — 谁先应答、何时升级、如何在团队间分配来电 — 而核心路由逻辑与队列始终留在 3CX 侧。
06 · 联络中心
组合架构中的联络中心能力
重要的是要理解联络中心能力位于何处：队列、交互式语音应答（IVR）、通话录音、报表与坐席墙板全部留在 3CX 侧，而非 Teams 内。若您需要将来电分配给一组坐席、带音乐与提示语的等待队列、或录音与质检，这些都是 3CX 平台的功能 — Teams 用户、3CX 应用用户或二者的组合都可参与其中。
这种清晰的分工是优点而非局限：Teams 用户在熟悉的工具里获得顺畅的电话通话，而联络中心运营则留在为其打造的平台上。完整图景请参阅我们的 联络中心解决方案 与 3CX 通话录音与报表 — 二者都在这套组合架构内运作。
07 · 各项功能归属
组合架构中谁负责什么
两个各司其职的独立平台 — 集成把它们连接起来，而不将其合并。
协作与聊天
对话、会议、文件与团队均留在 Microsoft Teams 内 — 本集成不会同步或迁移它们到 3CX。
语音通路与 PSTN
3CX 充当会话边界控制器与直接路由网关，经您的 SIP 中继把通话交给电话网。
联络中心留在 3CX
队列、IVR、录音与报表仍是 3CX 功能，Teams 与 3CX 用户可共同参与 — 而非在 Teams 内。
安全与前置条件
Microsoft 认可的 CA 证书、SBC 的 FQDN、特定端口以及管理员同意 — 我们都以严谨方式管理。
08 · Teams 用户与 3CX 用户
Teams 用户与 3CX 应用用户（许可）
并非人人都要在 Teams 里打电话。每位在 Teams 内拨打电话的用户，在 Microsoft 侧需要一份 Microsoft Teams Phone 许可（作为 Microsoft 365 的附加项，或包含于 E5）；而其他员工可使用 3CX 的网页、桌面与移动应用，无需 Teams Phone 许可。混合部署 — 一个部门用 Teams、另一个部门用 3CX 应用 — 完全正常，事实上也是最常见的模式。
这为您带来成本上的灵活：把 Teams Phone 许可分配给确实需要的人（例如主要在 Teams 中办公的团队），而让联络中心与分支团队留在 3CX 应用上。在设计阶段，我们会帮您梳理谁是 Teams 用户、谁是 3CX 用户，在工作体验与成本之间取得平衡 — 而 Teams Phone 的最终许可以您的订阅为准，在 Microsoft 侧确认。
09 · SIP 中继
Teams 背后的 SIP 中继架构
由于 3CX 把 Teams 通话交给电话网，您的 SIP 中继便是通往外部世界的桥梁：它承载您的号码，并决定语音质量、并发通话容量与国际通达能力。SIP 中继运营商的选择及其容量设计，是独立于 Teams 的决策，我们会按您的话务量来规划容量。
我们设计的 SIP 中继架构，可从同一个一致来源同时服务 Teams 用户、3CX 用户与队列，并在需要时提供故障切换路径。关于号码、容量与可靠性的完整细节，请参阅我们的 SIP 中继服务 — 它是本集成赖以运行的基础，其容量将在对您话务量进行技术评估后确定。
10 · 安全与前置条件
安全与租户前置条件
直接路由在 Microsoft 365 侧需要细致的安全配置：对连接的管理员同意、由 Microsoft 认可的证书颁发机构签发的 SSL 证书、在 DNS 中注册的 SBC 完全限定域名（FQDN）、开放必要的防火墙端口（通常为 5061/5062），以及国际 E.164 格式的号码。我们会在清晰的计划内处理这些要素，并在启用前逐项验证每一项前置条件。
我们遵循最小权限原则，绝不在文档或示例中放置任何密钥或租户标识。作为实施的一部分，我们会梳理谁有权授权与更改连接、证书如何管理与续期，以及在租户上授予了哪些权限 — 让您的 Microsoft 365 治理保持完整。语音流量本身仍处于 3CX 安全模型之内，安全加固是我们的标准做法。
11 · 许可与版本
许可与版本说明
Microsoft Teams 集成需要 3CX ENT 或 AI 版，且并发通话数达 16（16SC）及以上 — 它并非低版本的功能。在 Microsoft 侧，每位拨打电话的用户需要一份 Microsoft Teams Phone 许可（作为 Microsoft 365 的附加项，或包含于 E5）。3CX 的高版本按并发通话数（SC）而非用户数授权。
可用性与功能因版本、更新、配置以及 Microsoft 的现行策略而异，因此我们将本集成描述为「视版本、更新与配置而定可用」，并在就绪评估阶段确认适用于您环境的内容。若您尚未使用符合条件的 3CX 版本，升级可纳入同一项目完成 — 请参阅 3CX 价格与许可（沙特）。
告诉我们您的 Teams 用户数量、现有号码与 3CX 版本 — 我们将评估您环境对直接路由的就绪度，并为您规划清晰的实施方案。
预约咨询12 · 实施路径
ECOLOR 实施路径：从就绪评估到强化护航
一条有章法的路径，让割接成为经过深思、旨在将干扰降到最低的验收点。
- 就绪评估
梳理您的 3CX 版本、Microsoft 365 订阅、Teams Phone 许可、SIP 中继、号码与网络，确认满足直接路由的前置条件。
- 架构与号码规划
设计直接路由架构、号码规划与路由规则：谁是 Teams 用户、谁是 3CX 用户，以及来电如何进入队列。
- 域名、证书与 SBC 配置
准备 SBC 的 FQDN，由 Microsoft 认可的 CA 签发 SSL 证书，开放必要端口并配置直接路由。
- 用户开通
为 Teams 用户开通通话、关联号码，并在受支持的情况下配置 Microsoft 365 的用户与电话簿同步。
- 含回滚的测试计划
制定覆盖呼入、呼出与队列场景的测试计划，并预先定义回滚方案，以便必要时快速回退。
- 割接
在旨在将业务干扰降到最低的计划窗口内执行割接，同时保持回退路径就绪。
- 强化护航与支持
密切跟踪初期运行（Hypercare），处理各类反馈，并按约定的支持范围持续护航。
13 · 测试与回滚
测试与回滚规划
在环境通过一套务实的测试计划之前，我们不会视割接为完成：呼入通话到达正确的用户或队列，呼出通话以正确的号码与主叫身份发出，语音质量可接受，3CX 侧的队列与 IVR 行为符合预期。我们会在您的团队全程参与下完成这些测试，再把上线范围扩大到全体用户。
由于对通信架构的任何变更都伴随风险，我们会预先准备回滚方案：一旦出现意外问题，可迅速回到此前状态的路径，以及为把业务影响降到最低而选定的割接窗口。正是这种严谨 — 而非乐观 — 让割接成为平静的验收点。
14 · 适合谁
何时本集成是正确之选？
- ◆
以 Teams 为主、希望经由 3CX 在 Teams 内实现 PSTN 通话的组织
- ◆
需要在 Teams 之外设立带队列与 IVR 的联络中心、同时协作仍留在 Teams 的企业
- ◆
希望在同一套架构上为 Teams 用户与各分支统一电话的多分支组织
- ◆
希望保留现有号码与 SIP 中继运营商、同时在 Teams 内开通通话的团队
- ◆
希望通过仅按需分配 Teams Phone 许可、其余留在 3CX 来控制成本的组织
- ◆
一个部门用 Teams、另一个部门用 3CX 应用、共用一套号码规划的混合部署环境
15 · 为什么选择 ECOLOR
为什么由 ECOLOR 实施 Teams 集成？
直接路由在演示里看似简单，把证书、端口、号码与割接做到位且不造成干扰，才见真功夫。
- 既精通 3CX 也精通 Microsoft我们同时服务 3CX、Microsoft Teams、Microsoft 365 与 SIP 中继，因此设计的是整套组合架构，而不仅是语音通路。
- 沙特本地双语团队评估、设计、培训与支持均提供阿拉伯语和英语，贴合沙特号码规划与工作时间。
- 有章法且备有回滚方案的交付证书、端口与号码配置到位，并预先定义测试与回滚方案 — 让割接旨在将干扰降到最低。
- 联络中心是整体的一部分我们把队列、IVR、录音与报表留在 3CX，并将其与 Teams 用户连接 — 不把方案割裂开来。
16 · 常见问题
关于 3CX Microsoft Teams 集成的常见问题
所有用户都需要 Teams Phone 许可吗？
队列能振铃到 Teams 用户吗？
我们能保留现有号码吗？
Teams 集成需要哪个 3CX 版本？
Teams 聊天会同步到 3CX 吗？
联络中心能力是在 Teams 内管理的吗？
集成需要多长时间？
让 Teams 通过 3CX 获得可靠的电话通话
预约咨询，我们的沙特本地团队将评估您的 Microsoft 365 订阅、3CX 版本、SIP 中继与号码，确认环境对直接路由的就绪度，并交付一份涵盖架构、测试、回滚与支持的清晰实施方案。
ECOLOR Technologies — ECOLOR Technologies — 沙特利雅得
3CX Solution Provider · Fanvil Platinum Partner | Yealink Gold Partner
统一号码: 920033987 · WhatsApp: +966920033987 · [email protected]
咨询免费且无义务 — 正式报价按项目单独出具，Teams Phone 许可在 Microsoft 侧确认。
继续了解
