IOSOR База знаний

Голос и SMS на одном DID: общие лимиты и ложные ожидания

Разбираем ограничения каналов, реадмиссию DLR и честный биллинг при использовании голоса и сообщений на одном номере E.164 в вашей вайт-лейбл CPaaS.

Голос и SMS на одном DID: общие лимиты и ложные ожидания.

Реальность комбинированного ресурса

Использование одного номера E.164 для голосовых вызовов и обмена сообщениями повышает удобство для клиентов, но порождает общие лимиты. Одна линия не означает бесконечный поток одновременных сессий. Операторы связи применяют разные правила пропускной способности для голосовых каналов и пакетной отправки SMS на один и тот же актив. Когда арендатор запускает массовую рассылку OTP одновременно с входящими звонками, возникает конкуренция за ресурс на шлюзе. Ваша платформа должна объяснять партнерам суть таких ограничений.

Ограничения пропускной способности

Голосовые каналы на обычном номере чаще всего ограничены двумя одновременными вызовами, если не настроены транковые группы. Сообщения зависят от лимитов отправки в секунду. Если маркетинговая кампания генерирует резкий всплеск SMS, голосовые линии могут столкнуться с задержками. Объясните клиентам, что универсальный DID не заменяет многоканальный поток колл-центра. Проверьте материалы про готовность DID-сообщений до production перед стартом масштабных кампаний.

Прозрачный биллинг для разных медиа

Точный учет затрат критически важен, когда один идентификатор обслуживает разные типы трафика. Голос тарифицируется поминутно или посекундно, а сообщения оплачиваются за каждый сегмент и статус доставки. Учитывайте особенности минута голоса против connect и трекинг DLR для защиты маржинальности. Для поддержания стабильности работы IOSOR устанавливает минимальный предоплатный порог в USD 20, а учетные записи с оборотом около USD 1,000 в месяц проходят мягкую проверку.

JIT-подготовка и проверка номеров

Номера никогда не хранятся на мертвом складе. Они запрашиваются по модели JIT из пулов операторов, ставятся на предварительный холд и закрепляются за клиентом мгновенно через API. Такой подход гарантирует чистоту ресурса. Сразу после выдачи протестируйте линию. Изучите рекомендации по Первая неделя пилота DID: проверки после первичного JIT-назначения, чтобы проверить голосовую связь и обработку ключевых слов вроде STOP OK до продакшна.

Типичные сбои и методы защиты

Комбинированные DID часто страдают от медленной обработки вебхуков. Если сервер приложения перегружен, тайм-ауты голосовой сигнализации и очереди SMS начинают расти одновременно. Разделяйте потоки обработки вызовов и отправки сообщений на уровне ПО. Это гарантирует, что пиковая нагрузка в одном канале не заблокирует работу другого.

Начните с IOSOR

На этой неделе возьмите один E.164, который обязан нести и голос, и SMS. Выгрузите одновременные голосовые места против SMS TPS на том же номере. Устройте столкновение: пачку SMS во время звонка, затем звонок, пока очередь SMS сходит. Положите сигнал «занято» и неуспешный MT на один слайд, пока кто-то не пообещал два безлимитных продукта.

Итог IOSOR

Один DID — одна общая труба, не два безлимитных продукта.

Делайте: измерьте столкновение голоса и SMS на том же E.164, прежде чем продавать двойной live. Не делайте: обещать безлимитный конкурентный голос и SMS-blast на одном номере.

Был ли материал полезен?

Связанные гайды