IOSOR База знаний

Индийский DLT не является картой покрытия операторов

Разграничение регуляторного реестра DLT Индии и географической маршрутизации трафика: регистрация PE-TM, привязка заголовков и правила платформы IOSOR.

Индийский DLT не является картой покрытия операторов.

Разграничение соответствия DLT и географической маршрутизации

Технология распределенного реестра (DLT) в индийском телеком-секторе часто ошибочно воспринимается как карта покрытия операторов или таблица региональных маршрутов. На практике DLT представляет собой строгий криптографический уровень идентификации и комплаенса, учрежденный регулятором TRAI, который полностью отделен от физических каналов доставки сигнала.

Привязка записей Principal Entity и Telemarketer

Для отправки SMS в Индию требуется зарегистрировать идентификатор Principal Entity (PE) ID и привязать его к авторизованному Telemarketer (TM) ID. Заголовки (Sender ID) регистрируются строго в рамках этой связки PE-TM до отправки первого сообщения. Шлюз сверяет заголовок из API-запроса с национальным реестром DLT перед отправкой пакета на терминацию.

JIT-выделение номеров, маршрутизация и жизненный цикл ресурсов

Виртуальные номера и цифровые идентификаторы в платформе IOSOR работают по принципу динамического распределения Just-In-Time (JIT). Ресурсы выделяются через прозрачный цикл JIT + prepaid hold + assign, связывая активный номер E.164 с аккаунтом и списывая установленный MRC. Двусторонний обмен, обработка команд STOP и критически важные OTP-транзакции требуют корректной настройки webhook для приема входящих событий.

Минимальный баланс, холд средств и пороговый контроль

IOSOR функционирует на базе предоплатной модели без скрытых комиссий. В системе действует обязательный USD 20 prepaid floor для непрерывной маршрутизации пакетов и работы хуков. При масштабировании отправки и приближении затрат к отметке soft review near USD 1,000/month команда платформы проводит мягкую верификацию параметров для расширения лимитов параллельных потоков без задержки очередей.

Проверка рабочей конфигурации и сопутствующие руководства

Перед переводом шлюза в рабочий режим платформа проверяет совпадение переменных шаблона, валидность ID заголовков и статус подтверждения. Ответ Verify OK возвращается только при полном соответствии хешей DLT и правил доставки.

Связанные материалы: Несоответствие DLT Header исключает статус Delivered · Привязка PE-TM перед отправкой DLT-шаблонов в Индии · prepaid-резерв до первого списания.

Начните с IOSOR

Зайдите в консоль IOSOR и перейдите в раздел управления DLT-профилями для индийского направления. Привяжите зарегистрированные Principal Entity (PE) ID и Telemarketer (TM) ID к вашей рабочей учетной записи, после чего загрузите одобренные хеши Sender ID. После верификации связки система IOSOR автоматически начнет сопоставлять DLT-токены с маршрутами доставки.

Итог IOSOR

Данное руководство доказало, что индийская система DLT является механизмом регуляторного комплаенса и криптографической идентификации, а не картой географического покрытия или таблицей операторских маршрутов. Успешное прохождение валидации PE-TM гарантирует легитимность заголовков, но физическая доставка сообщений остается задачей транспортной инфраструктуры.

Регистрируйте все текстовые шаблоны и Sender ID в реестре TRAI до начала отправки сообщений в продуктивной среде. Не путайте юридическую привязку DLT-идентификаторов с настройками сетевых коридоров и не пытайтесь передавать трафик с незарегистрированных заголовков.

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

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