3CX V16 发布在即，我们也想分享一些关于呼叫设计流程（CFD）的激动人心的内容。在这次更新中，CFD 将会使用一个全新的脚本引擎，这个引擎将会与 3CX 结合的更加紧密。此外，该脚本执行引擎将作为 3CX 核心的一部分，而不是在核心外运行，所以它会更高效。这意味着 CFD APP 的执行速度得到了显著提升，也可以执行更多的功能了。总体来说，可以用它来构建更强大更有效的 CFD APP。
但是，新的 CFD 引擎可能要等到 V16 SP1 更新之后才可以使用。如果你们非常依赖 CFD 的话，可能要等到 SP1 发布后再更新 3CX。这篇文章将介绍 CFD 即将到来的新功能。
呼叫流程将与呼入规则相关联
CFD APP 将不再需要一个自定义队列，它将会在有通话呼入时启动，允许你在将呼叫送到目的地（队列，IVR 或分机）之前对其“预处理”。这不仅给予了更多的控制，也减少了需要 CFD APP 的数量，因为一个 CFD APP 可以承载更多的功能。除此之外，这个方式还带来了另一个好处：上传 CFD APP 时不再需要重启队列管理服务了。
更强大的 API
全新的脚本引擎将会提供一个更强大的 API 来控制呼入的通话，新的 API 可以实现以下功能：
- 监视呼叫进度 – 当 CFD APP 转移的呼叫没有接听的时候，可以允许你对它进行控制。
- 向呼叫中添加信息，考虑到在前一个 CFD APP 中收集到的信息，下一个 CFD APP 可以继续使用。比如，一个呼入的通话到了 CFW APP1 当中，收集了用户 ID 后转给了一个坐席。在与坐席通话结束后，坐席将这个通呼叫转到了 CFW2 以收集更多数据。CFW APP2 将会继续使用在 CFW APP1 中收集到的用户 ID。
- 在 CFW 中改变主叫显示名称。举个例子，主叫在 CFW APP 当中输入了用户 ID，在数据库中检索到了客户的名字，接着 CFW APP 把呼叫转给了队列的同时用数据库检索的名字替换呼叫显示名称。
设置呼叫显示名称 - 将 CFW 添加到呼入规则中，并根据脚本执行结果将不同呼叫送往 IVR 或者队列。
- 可以根据呼入的 DID，日期和时间来做呼入规则。
- 根据不同队列中在线坐席的数量将呼叫送往不同队列。
- 使用数据库或者 Web 服务验证呼叫者，并根据结果将通话送往不同的目的地。
- 对呼叫者进行录音并将录音文件附在邮件中发送。
使用代码生成器编辑 CFW APP
你可以使用 CFD 为你的 CFD APP 生成一个初始版本。CFD 会输出一个 C# 代码，接着你可以用 Visual Studio 编辑它。这样你可以在 C# 中编辑而无需从头开始编写脚本。
更强大的呼叫器
使用新的呼叫流程 API，你可以追踪呼叫器发出的通话的进度。在 v15.5 版本中呼叫是盲目的，也不会反馈呼叫的结果。现在要追踪这些通话会简单很多，比如可以把呼叫结果储存在数据库中。
请注意，CFD 的第一个版本无法提供完整的拨号器功能。最初版本的拨号器会有一个限制：拨号程序在部署到 3CX 中不会自动开始拨打电话，而是需要调用呼叫流程才可以启动拨号程序。
15.5 的 CFD 项目怎么办？
现有的 CFD 项目可能需要做一些调整才可以在 V16 上运行。在大多数情况下，现存的 CFD APP不需要做任何改变，但是这取决于你使用了哪些功能。你要做的是使用新的 CFD 软件打开现有的项目，如果需要调整的话做一些调整，然后重新编译并生成适用于 V16 的 CFD 脚本即可。