| Table of Contents |
|---|
Вывод карточки звонящего по событию dial-in
В этом подразделе указан порядок анализа событий, не соблюдения последовательности которого может привести к некорректному поведению интеграции!
...
Возможно еще другие варианты. Такие вызовы ни в коем случае не должны попасть в CRM как успешные.
Пример логики
Если CallerIDNum события dial-in РАВЕН добавочному данной АТС, то такие вызовы игнорируются (как локальные звонки), если не указано иного по доп.параметру ниже.
1.1) Если CallerIDNum события dial-in РАВЕН добавочному данной АТС, НО присутствует параметр [RemoteNumber], то такой вызов принимается в обработку интеграцией, а значение из [RemoteNumber] используется в качестве номера звонящего(вместо CallerIDNum) при регистрации вызова в CRM.Если CallerIDNum события dial-in НЕ равен добавочному данной АТС, то такие вызовы мы ВСЕГДА(100%)
принимаем к обработке интеграцией.
Итого:
Все 100% вызовов, по которым после события dial-in был получен answer и которые не относятя к локальным вызовам АТС, не смотря на наличие "[Bridged] => no" в hangup от ИВР-а/Очередей в рамках глобального [CallID], фиксируются в CRM с регистрацией по [SubCallID].