SMS routing

SMS-маршрутизация с учётом MNP

Для SMS-агрегаторов и сервисов рассылок важно знать не только код номера, но и текущего оператора. Перенос номера меняет маршрутизацию, цену и правила доставки.

Подключить APIПримеры запросов

Проблема: номер выглядит как один оператор, а обслуживается другим

Если маршрутизировать SMS только по DEF-коду, перенесённые номера могут уйти по неоптимальному маршруту. Это влияет на стоимость, доставляемость и внутреннюю отчётность по операторам.

MNP-проверка даёт актуальный операторский признак перед отправкой или перед расчётом стоимости.

Типовой поток интеграции

  1. Нормализовать номер клиента к формату +7XXXXXXXXXX.
  2. Запросить текущего оператора через GET /v1/operator или batch POST /v1/operator.
  3. Получить slug оператора: mts, megafon, beeline, t2 и т.д.
  4. Применить внутреннюю таблицу маршрутов, цен или ограничений.
curl "https://num7.ru/v1/operator?phone=+79261234567" \
  -H "X-API-Key: n7_..."

Пакетная проверка перед рассылкой

Перед массовой отправкой можно проверить список номеров batch-запросом до 300 штук. Это удобно для предварительной сегментации базы: рассчитать стоимость, определить доли операторов и отфильтровать некорректные номера.

Меньше лишних запросов

Один HTTP-запрос на пачку номеров снижает накладные расходы интеграции.

Единый формат оператора

Slug оператора стабилен для правил маршрутизации и отчётов.

Прозрачная тарификация

Batch тарифицируется как количество успешно обработанных номеров.

Что важно учитывать

num7 не заменяет SMS-шлюз и не подтверждает доставку сообщения. API возвращает технический признак текущего оператора и может использоваться как один из входов в вашу маршрутизационную логику.