IOSOR База знаний
Готовность messaging на DID до production: профиль, compliance и честность каталога
Арендованный, назначенный DID — не production-отправитель SMS. Профиль messaging, верификация US 10DLC/TF и каталог live vs in setup должны совпасть до A2P-blast.
Арендованный DID со статусом assigned — не production-отправитель SMS. Assign значит: цифры на аккаунте, аренда падает в prepaid-кошелёк. Готовность messaging — другой список: профиль на этом DID, зелёная верификация 10DLC или toll-free когда гейты применимы, каталог live на коридоре, который вы blastите, и inbound-путь, которым вы реально владеете, если обещали двусторонность. Кто читает бейдж Activated как A2P-ready, учится на блоках, не на чипе статуса.
IOSOR сдаёт номера как just-in-time (JIT) покупку на white-label prepaid-кошельке. live versus in setup честно: DID может быть assigned, пока SMS на номере ещё in setup. Около USD 1 000+ в месяц строки аренды и неудачные A2P-попытки входят в commercial review. Путь покупки: JIT-покупка виртуальных DID. Fail, refund, swap: сбой заказа DID refund и swap. Local versus toll-free: реальность аренды local и toll-free.
Assign — это не готовность
Assign отвечает «чей это номер в счёте». Готовность отвечает «можем ли сегодня слать production A2P?». Это не одна строка. JIT-покупка может пройти, аренда начаться, messaging остаться in setup. Voice-ready не SMS-ready.
| Статус на экране | Что значит | Чем не является |
|---|---|---|
| Assigned | Цифры на аккаунте; аренда учтена | Production A2P разрешён |
| Профиль messaging | Идентичность отправителя на этом DID | 10DLC / TF уже зелёные |
| Каталог live | Путь отправки этого коридора открыт | Каждый арендованный DID готов к blast |
Профиль messaging на арендованном DID
Профиль messaging — идентичность отправки, привязанная к DID: кто origинирует, какой webhook принимает inbound, какую campaign или use-case заявляет трафик. Арендованный номер без профиля — объект биллинга, не отправитель. Подтвердите, что профиль висит на этом DID, не на соседней тестовой линии. Client errors остаются white-label — не вываливайте сырые upstream-коды покупателю. Если inbound часть работы, webhook должен приземлиться у вашего consumer с идемпотентностью до того, как вы назовёте номер двусторонним.
Гейты US-compliance до blast
US A2P за гейтами. Local long codes обычно требуют регистрацию 10DLC бренда и campaign плюс извлекаемый opt-in. Toll-free требует верификацию до production-blast. OTP — не лазейка обойти регистрацию. Если коридор US и каталог ещё in setup, не обещайте понедельничный blast. DID не гейт — ops отказывает в send, пока чип не live.
Каталог live vs in setup на этом номере
Магазин live значит можно искать и заказывать. Messaging live на этом assign значит путь отправки реально открыт. Смешивать ярлыки — как врут sales-deck. Номер in setup для SMS всё равно копит аренду. Внешняя copy должна совпадать с чипом каталога на этом DID. Если нужен swap, потому что messaging не цепляется, идите fail/refund/swap — сбой заказа DID refund и swap — не продолжайте blast отвергнутого трафика.
Красные флаги
- Blast в час, когда DID показывает assigned
- Нет профиля messaging на арендованном DID
- US-трафик без 10DLC или toll-free верификации
- Каталог in setup продаётся как production SMS
- Двусторонность обещана без владения inbound
- Client errors с именами чужих брендов
- Аренда списана, пока продукт считает assign A2P-ready
Старт с IOSOR
Повесьте профиль messaging на этот assigned DID, не на соседнюю тестовую линию. Если коридор US — зафиксируйте зелёный 10DLC или toll-free до любого A2P. Отправьте пять OTP-fixture, не marketing-blast. Выгрузите аренду и строки SMS с тем же number id: assigned — ещё не ready.
Итог IOSOR
Assign учитывает аренду. Ready — профиль, гейт и каталог live на этом DID.
Делайте: докажите OTP с этого номера до production A2P. Не делайте: читать Activated как готовность к blast или продавать SMS in setup как live.
Был ли материал полезен?
Связанные гайды
- Передача DID второму владельцу: правила назначения и высвобождения
Контроль операционных границ, JIT-провижининга и финансовых порогов при передаче DID номеров.
- Лимит расходов на один номер: аренда плюс исходящий трафик
Управляйте рисками по каждому номеру в white-label CPaaS платформе с помощью объединенного лимита на MRC и исходящий трафик.
- Маршрутизация входящих вебхуков по DID: MO без владельца теряет STOP
Надежная маршрутизация входящих вебхуков в белом лейбле. Предотвращение сиротских MO и потерянных запросов отписки.