我在Twilio Studio中配置了一个流程，该流程以“拨打电话”小部件开始（从REST API触发）。超时设置为18秒，如果用户未接听，我将其再次转移到另一个“拨打电话”小部件，超时为18秒。
打出电话后，我有一个Gather小部件，该小部件要求用户键入1或3才能继续。
我的问题出现在用户拒绝电话或电话被关闭并自动发送到语音信箱时，在许多情况下，AMD默认设置未正确配置以检测它是语音信箱（I进行了交谈并表示支持，Twilio Studio正在运行旧版本的AMD API）。 例如，我的提供商提供的我的语音邮件是语音消息，因此听起来像是真实的人，而AMD在最初的几秒钟内将其检测为人工应答。
是否有可能以某种方式使用较新的AMD API，因此，如果我在消息末尾听到“哔”一声，我知道它是语音邮件，并且不应在“已答复”事件中转换为收集小部件。
我一直在查看“运行功能”小部件，以便通过“功能”调用用户，但是我不确定在此之后是否能够将被调用的人返回到我的流程中？ 是否有可能解决此问题？流程已经非常庞大和复杂，我没有时间和预算将其转换为TwiML。
谢谢！
答案 0 :(得分：1)
Twilio计划在Studio中支持new AMD，但没有ETA。您将无法在Studio外部发起呼叫并重定向到Studio流，因为Studio不会接受正在进行的呼叫（您将获得HTTP状态代码400）。
您可以调整您的Gather Widget，因此，如果在特定的超时时间内没有1位数或3位数的响应，请假定呼叫已通过自动应答应答并循环播放Say / Play Widget的内容，因此您的机率最高完整的消息将在答录机上捕获。