如何基于DTMF输入将Microsoft Dynamics 365联络中心呼叫路由至指定ServiceNow流程/主题？

可行性确认 #

完全可以实现——通过Dynamics 365联络中心捕获的DTMF按键输入，能精准触发ServiceNow里对应的流程或主题。

推荐实现方法 #

方案1：Power Automate（微软流）快速集成 #

• 在Dynamics 365联络中心的呼叫流设计器里，配置DTMF按键收集逻辑，把用户输入的按键值存为呼叫上下文变量。
• 新建Power Automate流，触发条件设为「Dynamics 365联络中心呼叫事件完成（含DTMF输入）」。
• 流中添加ServiceNow连接器，根据捕获的DTMF值，调用对应的ServiceNow操作（比如创建事件、启动变更请求），同时传入呼叫者ID、呼叫时间等上下文数据。

方案2：Webhook + ServiceNow自定义脚本 #

• 在Dynamics 365呼叫流中设置：当用户完成DTMF输入后，调用自定义Webhook，把DTMF值和呼叫信息打包发送。
• 在ServiceNow中创建Scripted REST API，接收Dynamics传来的请求；再写个脚本包含（Script Include），把DTMF值映射到预定义的流程ID。
• 调用ServiceNow的Workflow.start() API，直接触发对应工作流，或者通过业务规则自动创建指定类型的记录（比如Incident）。

方案3：Azure Logic Apps（复杂场景适配） #

• 用Azure Logic Apps的Dynamics 365联络中心连接器捕获DTMF输入事件。
• 添加条件分支，根据不同DTMF值路由到对应的ServiceNow操作（比如触发服务目录请求、启动问题管理流程）。
• 配置错误重试、日志记录逻辑，确保集成在高并发或异常场景下的可靠性。

标准集成模式与最佳实践 #

标准模式 #

• 事件驱动映射：以DTMF输入为触发事件，通过中间层（Power Automate/Logic Apps/Webhook）传递事件到ServiceNow，触发对应流程。
• 集中映射表：在中间层或ServiceNow中维护DTMF值→流程的映射表，避免硬编码，后续修改或扩展更方便。

最佳实践 #

• 完整上下文传递：触发ServiceNow流程时，必须带上呼叫者ID、呼叫时间、DTMF输入值等关键数据，方便流程处理和事后溯源。
• 容错机制：添加失败重试、异常告警逻辑——比如ServiceNow流程触发失败时，自动发邮件通知管理员，或者隔30秒重试一次（最多3次）。
• 最小权限原则：集成用的账号只给必要权限：Dynamics侧只开呼叫事件读取权限，ServiceNow侧只开流程触发、记录创建权限。
• 测试与监控：上线前做端到端测试，验证每个DTMF值对应的流程是否正确触发；上线后用日志工具（比如Azure Monitor、ServiceNow日志）监控集成运行状态。

常用组件/连接器 #

微软侧 #

• Dynamics 365联络中心呼叫流设计器：配置DTMF收集逻辑
• Power Automate / Azure Logic Apps：处理事件路由和集成逻辑
• Dynamics 365内置连接器：快速对接联络中心数据

ServiceNow侧 #

• ServiceNow内置连接器（Power Automate/Logic Apps可用）：无需自定义代码即可对接
• Scripted REST API：接收Dynamics的Webhook请求
• 脚本包含（Script Include）+ 业务规则：实现DTMF到流程的映射逻辑
• ServiceNow工作流引擎：执行触发的目标流程

内容的提问来源于stack exchange，提问作者Simone