Налаштування переадресації пропущених дзвінків у SMS для вхідного зв'язку

Налаштування переадресації пропущених дзвінків у SMS для вхідного зв'язку.

Принципи побудови резервних SMS-сценаріїв

Пропущені вхідні дзвінки призводять до втрати лідів для бізнес-клієнтів. Коли абонент не відповідає протягом двадцяти секунд або лінія зайнята, платформа здатна миттєво ініціювати вихідне SMS. Цей процес базується на вебхуках. Щойно статус виклику змінюється на 'no-answer' або 'busy', система надсилає HTTP POST запит із номером E.164 та даними про виклик.

Миттєве виділення номерів за системою JIT

Для роботи таких сценаріїв необхідні активні телефонні ресурси. Платформа використовує модель Just-In-Time без попереднього накопичення активів чи утримання віртуальних запасів. Номери призначаються через API або консоль управління безпосередньо в момент запиту орендаря. Кожна одиниця ресурсу стягує стандартну плату MRC з рахунку, що дозволяє оптимізувати витрати.

Конфігурація подій та вебхуків викликів

Для коректного перехоплення пропущених дзвінків налаштуйте слухачі подій у консолі маршрутизації. Перейдіть до розділу параметрів голосу та вкажіть URL-адресу вебхука для подій зайнятості та відсутності відповіді. Система фіксує коди завершення зв'язку та упаковує метадані у структурований JSON. Сервер повинен повернути статус HTTP 200 OK для підтвердження успішної обробки.

Створення логіки надсилання текстових сповіщень

Після отримання вебхука серверний додаток розбирає номер викликаючого абонента та викликає API обміну повідомленнями. Сформуйте динамічний шаблон, який підтверджує факт пропущеного дзвінка та пропонує продовжити спілкування в чаті. Обов'язково перевіряйте списки блокувань та додавайте ключові слова на кшталт STOP згідно з вимогами операторів щодо фільтрації трафіку.

Усунення несправностей доставки та вебхуків

Якщо резервні сповіщення не надходять на пристрої, виконайте базову діагностику через операторську консоль. Спочатку перевірте журнал подій викликів, щоб переконатися у фіксації статусу 'busy' або 'no-answer'. Потім проаналізуйте логи вебхуків, підтверджуючи відповіді сервера зі статусом 200 OK. Типовими причинами збоїв є затримки при обробці запитів.

Пов'язані матеріали: гід двостороннього inbox · Пілотний тиждень вхідних SMS: живі перевірки MO на орендованому DID · Другий місяць вхідних: MO-навантаження на тому самому DID.

Почніть з IOSOR

На пропущеному вхідному голосовому — немає відповіді або зайнято після дзвінка — надішліть одне SMS на той самий вхідний DID і call-id. Не шліть SMS, поки ще дзвонить. Позначте рядок missed-call-to-SMS. Це запас із пропущеного вхідного, не failover вихідного голосового алерту після кінцевого збою, не прийом спаму MO і не сторінка STOP/HELP.

Підсумок IOSOR

Пропущений вхідний голос стає одним SMS на тому самому DID і виклику.

Робіть: зачекайте стану пропущеного, потім одне SMS. Не робіть: SMS під час дзвінка або новий intent, ніби це failover вихідного алерту.