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 повернення і заміна. 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 повернення і заміна — не продовжуйте 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 та пропущених стоп-команд.