IOSOR База знань
Гейт реєстрації Sender ID до production
Не випускайте production, доки реєстрація sender, 10DLC і toll-free не зелені для кожного заявленого corridor — окремо від стопів wallet і coverage-fallback.
Обраний Sender ID — не ліцензія на production. Alphanumeric, local DID і toll-free мають стан реєстрації або кампанії, який має бути зеленим до того, як production-ключі пустять реальний volume. Відправка «бо креатив готовий» спалює prepaid, коли corridor ріже незареєстровану identity.
Ця сторінка — гейт реєстрації sender: блок prod, доки registration / 10DLC / toll-free не збігаються з кожним заявленим corridor.
IOSOR — white-label prepaid. USD 20 — підлога пілота; soft review біля USD 1 000/міс — коли незареєстровані sender стають інцидентами фінансів. Opt-in: докази opt-in для 10DLC. Privacy: US privacy і ворота 10DLC.
Зелена реєстрація — умова старту production
Ставтеся до реєстрації як до vault readiness: pass/fail за corridor і класом повідомлень. Pass — зареєстрована identity збігається з production-трафіком, campaign/brand approved де потрібно, held pilot під цією identity повернув чесний terminal status. Fail — залиште pilot keys або закрийте corridor. Ніколи не рівняйте «поле прийняло рядок» і «реєстрація зелена».
10DLC, toll-free і alphanumeric — різні гейти
| Шлях sender | Зелене до prod | Частий хибний pass |
|---|---|---|
| US 10DLC (local DID A2P) | Brand + campaign approved; use case = трафік | Brand подано, campaign ще pending |
| US toll-free verification | TF verified для заявленого класу | Номер видано, verification не завершена |
| Alphanumeric (де потрібно) | Реєстрація прийнята для цих ISO / класів | Відкрито на одному ринку — |
Opt-in evidence ≠ реєстрація sender
Opt-in доводить захоплення згоди — докази opt-in для 10DLC. Реєстрація доводить, що from-identity має право нести цей трафік. Для US A2P потрібні обидва: немає evidence — блок approval кампанії; немає реєстрації — блок identity навіть за ідеальних consent-логів.
Стоп-лінії wallet не замінюють гейт реєстрації
Stop-lines захищають prepaid, коли баланс або темп б’ють поріг — фінансові межі гаманця перед production-трафіком. Вони не ловлять незареєстрований Sender ID. Coverage окремо: WORLD-fallback — не named zone — Гейт zone vs WORLD перед production.
Чеклист production щодо реєстрації sender
- У кожного production ISO названо шлях sender (10DLC / TF / alpha / numeric policy)?
- Brand + campaign (або TF / alpha) експортовано як approved — не «submitted»?
- Пакет opt-in дістається там, де потрібен 10DLC (докази opt-in для 10DLC)?
4.
Почніть з IOSOR
Перевірте статус шлюзу реєстрації відправників у консолі IOSOR перед запуском трафіку в продакшн. Переконайтеся, що для кожного коридору (10DLC, Toll-Free або Alphanumeric) ідентичність відправника переведена в підтверджений стан, а не залишається в статусі поданої заявки. Запустіть тестовий пілот з утриманням (hold) та проаналізуйте остаточний DLR для перевірки відповідності маршруту.
Підсумок IOSOR
Ця стаття доводить, що наявність доказу згоди (opt-in) та налаштування зупинок гаманця не замінюють шлюзи реєстрації відправника. Перевірка 10DLC, Toll-Free та альфа-нумеричних імен є окремою обов'язковою умовою для відкриття продуктивного коридору.
Чи був матеріал корисним?
Пов’язані гіди
- Маркування зборів за Sender ID на балансах передплачених субакаунтів
Дізнайтеся, як IOSOR розподіляє реєстраційні збори та надбавки відправників по балансах передплачених субакаунтів для прозорого білінгу.
- Картування шлюзів сумісності ідентифікаторів відправника за цільовими країнами
Налаштовуйте динамічні та попередньо зареєстровані правила ідентифікаторів відправника для кожного регіону у вашій білій CPaaS-платформі.
- Розклади прогріву операторів для масових відправників
Виконуйте поступове нарощування обсягів для нових ідентифікаторів у IOSOR задля формування довіри мобільних мереж без блокувань.