IOSOR База знаний
Выбор Sender ID до первой кампании
Выберите alphanumeric или local DID до брифа первой кампании — чтобы coverage, hold и failover совпали с identity, с которой вы реально отправите.
Команды часто фиксируют креатив и volume раньше, чем кого увидит получатель. Это наоборот. Кампания №1 начинается с формы sender: alphanumeric-строка бренда против local DID (или toll-free, где требуется). Ошибка сжигает prepaid на reject, тихих swap и сроках регистрации вне календаря запуска.
Эта страница — выбор покупателя до первой кампании: зафиксируйте класс from-identity, пока бриф ещё можно править.
IOSOR — white-label prepaid CPaaS. Пополните wallet, hold до debit, JIT-assign номеров — только когда numeric sender честный путь. Пол USD 20; soft review около USD 1 000/мес — когда плохой выбор sender проявляется как необъяснимый burn. Стек: чеклист покупки SMS API.
Выберите тип sender до брифа кампании
До copy и volume-annex: перечислите каждый ISO первой волны; отметьте, открыт ли alphanumeric, требует регистрации или закрыт для вашего класса сообщений; решите, нужен ли local DID (или toll-free) для two-way / STOP/HELP; только потом зафиксируйте from-identity. Если продажи пообещали одну brand string везде — откройте бриф заново.
Alphanumeric vs local DID: таблица для первого запуска
| Потребность | Предпочтительнее alphanumeric | Предпочтительнее local DID / numeric |
|---|---|---|
| Бренд на one-way OTP/alerts | Open или registered alpha разрешён | Alpha блокируется или тихо подменяется |
| STOP / HELP / two-way | Corridor поддерживает MO на эту alpha | По умолчанию для настоящего two-way |
| Срок регистрации | Заложите дни/недели при необходимости | JIT |
Coverage и ограничения corridor, которые диктуют выбор
WORLD-only corridor может принять пилот, пока регистрация alpha предполагает named zone. Согласуйте from-identity с направлениями zone / WORLD / setup — Проверьте coverage до volume-оценки в коммерческом предложении. Если волна один смешивает открытую и закрытую alpha — разделите кампании или sender’ы.
Prepaid hold и failover — не решения о sender
Hold резервирует prepaid до debit; он не создаёт зарегистрированный sender. Failover Live доказывает ordered backup; он не отменяет регистрацию corridor. Держите полосы раздельно: prepaid-резерв до первого списания, Гейты failover до любого бейджа Live и этот выбор sender.
Чеклист покупателя до первого send кампании
- 2. Срок регистрации (если есть) записан до go-live? 3. Coverage-лист совпадает с этими направлениями (Проверьте coverage до volume-оценки в коммерческом предложении)? 4. Пилот использует ту же from-identity и класс сообщений, что production-креатив? 5.
Начните с IOSOR
Перед запуском первой кампании проверьте ограничения по Sender ID для каждого ISO назначения в разделе покрытия консоли IOSOR. Определите, какие маршруты допускают буквенное имя (Alphanumeric), а где требуются локальные номера DID для двусторонней связи и обработки ответов. Зафиксируйте итоговый тип отправителя в брифе до отправки сообщений в очередь.
Итог IOSOR
Выбор Sender ID определяет доставку еще до того, как текст попадет к операторам. Отправка буквенного имени в страны с обязательной регистрацией приведет к тихой замене имени отправителя или блокировке трафика, независимо от наличия резерва на балансе или настроек каскада failover.
Был ли материал полезен?
Связанные гайды
- Маркировка сборов за Sender ID на балансах предоплатных субаккаунтов
Узнайте, как IOSOR распределяет регистрационные сборы и надбавки отправителей по балансам предоплатных субаккаунтов для прозрачного биллинга.
- Картирование шлюзов совместимости идентификаторов отправителя по странам назначения
Управляйте правилами динамических и предварительно зарегистрированных идентификаторов для каждого целевого региона в вашей CPaaS-платформе.
- Расписания прогрева операторов для массовых идентификаторов
Настраивайте постепенное увеличение объемов для новых идентификаторов в IOSOR для формирования доверия операторов связи без блокировок.