IOSOR База знаний
Настройка перенаправления пропущенных вызовов на SMS для входящей связи
Автоматизируйте отправку текстовых сообщений при пропуске голосовых вызовов на вашей белой платформе для оперативного удержания клиентов.
Настройка перенаправления пропущенных вызовов на SMS для входящей связи.
Архитектурные основы голосового резервирования
Пропущенные входящие вызовы означают упущенную прибыль для конечных клиентов. Если абонент не отвечает, линия занята или срабатывает тайм-аут, платформа способна мгновенно инициировать отправку SMS. Процесс строится на передаче вебхуков. При смене статуса вызова на 'no-answer' или 'busy' система отправляет HTTP POST запрос с метаданными звонка.
Заказ номеров по модели JIT
Для работы сценариев резервирования требуются активные телефонные номера. Инфраструктура использует модель Just-In-Time без предварительного выкупа виртуальных активов и хранения их на несуществующих складах. Номера выделяются через API или консоль управления ровно в момент запроса клиента. Каждый актив влечет стандартное списание MRC с баланса, что исключает лишние затраты на простой.
Настройка вебхуков статусов вызовов
Для точного отслеживания пропущенных вызовов необходимо правильно указать обработчики событий в панели управления. Перейдите в раздел настроек голосовой связи и задайте URL вебхука для отслеживания сбросов и занятых линий. Платформа фиксирует коды завершения звонка и упаковывает метаданные в JSON-пакет. Сервер должен отвечать статусом HTTP 200 OK для подтверждения доставки.
Разработка логики отправки ответных SMS
Получив вебхук, серверное приложение обязано разобрать входящий номер и вызвать API отправки текстовых сообщений. Создайте динамический шаблон, подтверждающий факт пропущенного вызова и предлагающий продолжить общение в чате. Не забывайте о соблюдении правил связи, включая проверку списков отписок и добавление ключевых слов вроде STOP для защиты от фильтрации операторами.
Диагностика задержек DLR и вебхуков
Если резервные сообщения не доходят до адресата, проведите пошаговую диагностику через консоль оператора. Сначала проверьте системный журнал вызовов, чтобы убедиться в фиксации статуса сброса или неответа. Затем изучите логи вебхуков, подтверждая корректность ответов сервера со статусом 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 исходящего алерта.
Был ли материал полезен?
Связанные гайды
- Буферизация входящих вебхуков для защиты от задержек операторов
Настройте буферы очереди IOSOR CPaaS, чтобы предотвратить тайм-ауты приложений при пиковых задержках доставки входящих сообщений от операторов.
- Синхронизация inbound opt-out между multi-tenant аккаунтами
Управление синхронизацией отказов в IOSOR. Настройка глобальных стоп-листов и изоляция субаккаунтов для безопасного обмена сообщениями.
- Дедупликация входящих MO-событий на уровне API-шлюза
Настройте отказоустойчивые шлюзы для устранения повторной обработки входящих сообщений и предотвращения списаний баланса.