Skip to main content

​
История, ограничения и диагностика

​
Что видно в истории звонка

Раздел История, нужная сессия. В ленте событий рядом с репликами стоят события «Функция до звонка» и «Функция после звонка». У каждого — статус, время выполнения, имена записанных переменных, номер строки и стадия исполнения (до набора, до первой реплики или поздняя доставка). События функций до звонка у исходящих стоят выше первой реплики: они и правда выполнились раньше набора номера.

​
Ограничения

  • Функции не вызываются посреди разговора. Всё, что нужно спросить по ходу диалога, — это узлы сценария на схеме.
  • Уже сказанная реплика не переигрывается. Поздние данные агент использует в следующей реплике, а не переспрашивает задним числом.
  • Входящие звонки решением не отменяются — оно действует только при наборе из кампании.
  • Блок не переигрывается. Упавшая функция не срывает звонок, агент продолжает разговор без её данных, но после завершения блока второй раз она не пойдёт, и лога доставок нет. Повторы самого HTTP-запроса — это поле «Повторы» в форме функции, по умолчанию 0. Идемпотентность — на вашей стороне: один и тот же звонок может прийти к вам дважды при повторной финализации.
  • Число функций в блоке не ограничено, но одновременно внутри одной строки выполняется не более 16 — это защита сервера, а не авторский лимит; сколько поместится в бюджет, решает самая длинная цепочка.
  • Функции после звонка делят очередь с оценкой разговоров. Долгий запрос задерживает разбор следующих звонков — держите таймаут минимально достаточным.
  • Результат функций никуда не «переезжает». В пост-аналитику и в вебхуки call_ended / call_analyzed он не попадает; форма вебхуков не менялась.
  • Пост-аналитика, базы знаний и вебхуки из конвейера не редактируются — эти блоки показывают настройки и ведут к их формам.

​
Диагностика

Граница простая: до отправки запроса и после получения ответа — наша сторона; что происходит внутри вашей системы и что она вернула — ваша.