IOSOR База знань

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

Дзнайтеся, як автоматично спрямовувати невдалі голосові сповіщення у текстові повідомлення за допомогою DLR вебхуків у white-label системі.

Перевантаження мережі та тривалі тайм-аути часто стають причиною невдалої доставки голосових сповіщень. Ручні повторні дзвінки створюють небезпечні затримки під час критичних подій, що призводить до втрати важливої інформації. Ви можете легко усунути цю проблему, налаштувавши автоматичний вебхук DLR для миттєвої відправки резервного SMS. Це забезпечує надійне резервування та гарантує доставку повідомлень навіть у разі збоїв у мережі.

Аналіз проблем доставки голосових сповіщень

Голосові виклики можуть блокуватися через зайнятість ліній або тайм-аути з'єднання з боку мережі. Коли дзвінок не досягає абонента, критично важливо мати автоматизований план перемикання на альтернативний канал. Використання текстових каналів у якості резерву дозволяє миттєво доставляти важливу інформацію. У нашій white-label CPaaS консолі розробники керують передплатою, починаючи з рівня USD 20 prepaid floor, забезпечуючи безперебійну роботу резервних маршрутів. Облікові записи при досягненні soft review near USD 1,000/month отримують додаткові ресурси для масштабних кампаній.

Налаштування автоматичних триггерів DLR вебхуків

Для активації резервного каналу платформа аналізує звіти про доставку (DLR), отримані від операторів. Якщо дзвінок завершується з помилкою зайнятості або перевищує ліміт дзвінка, система генерує подію маршрутизації. Це дозволяє миттєво ініціювати відправку текстового повідомлення, оминаючи ручне втручання та мінімізуючи затримку доставки сповіщення до кінцевого отримувача.

Форматування даних та JIT виділення номерів

При перемиканні на резервний канал система адаптує довгі голосові дані під обмеження текстових повідомлень. Номери виділяються миттєво за допомогою JIT механізму під час виконання правил маршрутизації, що гарантує повну відповідність стандартам E.164 без необхідності утримувати застарілі активи. Платформа перевіряє параметри відправника перед передачею в шлюз.

Облік коштів у леджері та холдування передплати

Кожна операція резервного копіювання враховує вартість невдалої спроби голосу та фактичну відправку тексту. Леджер IOSOR здійснює попереднє блокування коштів перед відправкою, переконуючись у наявності необхідного балансу. Підтримка коштів вище USD 20 prepaid floor забезпечує стабільну роботу системи резервування в години пікових навантажень.

Пов'язані інструкції з маршрутизації та резервування

Вивчення додаткових параметрів конфігурації допомагає покращити показники доставки повідомлень у різних мережах. Перегляньте такі документи: - Падіння primary rail: впорядкований backup без подвійного списання - Частковий failover без подвійного списання - AMD і хибні з’єднання. Ці матеріали розширюють можливості побудови відмовостійких систем.

Почніть з IOSOR

Дочекайтеся, поки голосове сповіщення дійде до кінцевого статусу — no-answer, busy, failed — тоді надішліть один SMS на тому самому intent. Не запускайте SMS, поки ще дзвонить. Позначте рядок як fallback-from-voice. Якщо вже відповіли — приглушіть SMS. Це зміна каналу після мертвого дзвінка, не друга рейка.

Підсумок IOSOR

Голос у SMS — один intent після кінцевого провалу голосу.

Робіть: чекайте кінцевий голос, потім один SMS.

Не робіть: SMS паралельно гудкам або новий intent під fallback.

Чи був матеріал корисним?

Пов’язані гіди