Twilio 任务保留失败后未获取回调

Twilio 任务保留失败后未获取回调,twilio,twilio-api,Twilio,Twilio Api,我正在使用Twilio任务路由器。一个呼叫进入我们的号码,Twilio对我们的传入呼叫端点进行API调用。我谨作出以下答复: <Response> <Say voice="woman">Thank you for calling</Say> <Enqueue waitUrl="/Call/HoldMusic" workflowSid="WW..."/> </Response> 已成功拨打我的“收件人”号码。如果我接受呼

我正在使用Twilio任务路由器。一个呼叫进入我们的号码,Twilio对我们的传入呼叫端点进行API调用。我谨作出以下答复:

<Response>
    <Say voice="woman">Thank you for calling</Say>
    <Enqueue waitUrl="/Call/HoldMusic" workflowSid="WW..."/>
</Response>
已成功拨打我的“收件人”号码。如果我接受呼叫,我会将reservation.accepted事件发送到我的任务路由器回调端点。如果我不接受电话(让它超时),我就不会收到通知。因为我没有收到退出队列失败的通知,所以我无法取消预订并让电话通过队列挂断

我还更改了工作流分配回调,以返回“call”指令并设置“status\u callback\u url”,但我只在呼叫应答时收到回调,而不是在呼叫超时时收到回调


是否有什么我做错了,或者根本不理解的地方?

来回答我自己的问题。如果未包含“状态回调事件”值,则Twilio将为所有事件发送一个事件。失踪事件没有答案。我将此标记为已回答,以便将来的用户可以查看“出列”和“呼叫”指令的Twilio事件列表

当前已知的出列和呼叫事件列表:

  • 排队
  • 没有回答
  • 发起
  • 响铃
  • 回答
  • 完成
  • 进行中
  • 忙碌的
  • 取消
  • 失败

呼叫超时时,
status\u callback\u url
应收到回调。我不认为您的代码是错误的,所以我建议您联系一些任务SID,并在这些SID不起作用的地方提供它们。他们应该能够深入研究。我想知道的一件事是,Twilio应该向该URL发出
GET
请求,您的应用程序是否设置为接收
GET
请求?回调URL接受GET或POST。我在调试器控制台中也没有看到任何东西。我将与支持人员联系。
{
  "instruction": "dequeue",
  "to": "+18885551213",
  "timeout": 10,
  "status_callback_url": "/Workflow/Changed",
  "status_callback_events": "initiated,ringing,answered,completed",
  "from": "+18885551212"
}