Voximplant и логика ACD?

Привет!
Читал все эти статьи :) Написаны отлично, все понятно, начинали работать с вашей платформой на момент, когда было только 5 статей.

Но наш вопрос в логике работы самой платформы, наш затык именно в том, что в момент, пока все операторы заняты, и звонит 5 человек - они все встают в очередь, при этом конкретный оператор ещё не назначен и если человек сбрасывает - оператор не узнает об этом вообще. Нам нужно тянуть вот этих людей из "недозвонившихся" по истории звонков через HTTP API

"объету звонка приходит соответствующий эвент" - это же получается просто disconnected. Определяется, повесил/сбросил оператор или клиент простыми true/false:

var answered, rejected;

function onIncomingCall(e) {

inboundCall = currentCall = e.call;
answered = 0;
rejected = 0;
currentCall.addEventListener(VoxImplant.CallEvents.Connected, onCallConnected);
currentCall.addEventListener(VoxImplant.CallEvents.Disconnected, onCallDisconnected);
// ...

}

function onCallDisconnected(e) {
if(answered){
console.log('человек висел в ожидании и ему ответили');
statusVox('after');
} else if(rejected) {
console.log('было сброшено оператором');
statusVox('after');
} else {
console.log('оператор ушел и человеку никто не ответил');
statusVox('after');
}
}

Но! Если все операторы заняты и звонит человек - объект звонка не создается, потому что он уже занят текущим звонком. И если 3 оператора говорят, а звонит 5 человек в этот момент и сбрасывают, то "клиент" оператора не знает о том, что звонили сейчас. А нам нужно закинуть все эти задачи в стек. И не совсем правильно определять на каждом из клиентов пропущенные звонки (если операторов больше 1), потому что получится так, что один оператор, который освободился раньше всех получит все 5 звонков в свой стек задач на обратный звонок. И вот тут момент распределения мне становится совершенно неясным.

Или может наша логика ушла куда-то не туда вообще?)

"Но наш вопрос в логике работы самой платформы, наш затык именно в том, что в момент, пока все операторы заняты, и звонит 5 человек - они все встают в очередь, при этом конкретный оператор ещё не назначен и если человек сбрасывает - оператор не узнает об этом вообще. Нам нужно тянуть вот этих людей из "недозвонившихся" по истории звонков через HTTP API"

Логика ушла :) Объект типа "звонок" создается на каждое подключение к нашей платформы. Для пользователя, которые позвонил по арендованному номеру, вам сразу же доступен объект "call". И этот call - он от пользователя к облаку! Никакого оператора пока еще нету. Затем вы сами, с помощью enqueueACDRequest, отправляете запрос в очередь. Когда через некоторое время оператор ответит, у вас будет второй объект "call", от оператора к облаку. Оба эти call независимы друг от друга. Вы можете делать со звонком пользователя что угодно вне зависимости от того, ответил ему оператор или нет. Если пользователь положил трубку до ответа оператора, мы рекомендуем дождаться ответа оператора в JavaScript сценарии и перезвонить прямо из этого же сценария. Вот статья, где описано, как делать callback из очереди звонков: https://habrahabr.ru/company/Voximplant/blog/249647/