IOSOR База знаний
Когда launch заблокирован: статус без лжи
Если launch blocked — показывайте blocked/gated честно; никогда не рисуйте Live при stale webhook heartbeat. Это не гайд «WA/RCS ещё не Live».
Скрытие блокировки запуска за общими статусами маскирует критические сбои и подрывает доверие стейкхолдеров. Вместо стандартных заглушек необходимо транслировать точные операционные сигналы, такие как удержание предоплаты или ожидание квитанций о доставке (DLR). Прямая синхронизация ответов системы с реальной телеметрией обеспечивает полную прозрачность, пока команда устраняет узкие места в развертывании.
Blocked — статус, а не мягкий бейдж
Blocked значит production-обещания выключены — не «почти Live» и не жёлтый чип для sales.
| Поверхность | Честно | Ложь |
|---|---|---|
| Каталог / канал | Blocked, gated, in setup | Live ради демо |
| Пилот / finance | Ноль volume; общий reason | Мягкий пилот или orphan Live UI |
Один язык blocked в product, ops и finance. Day-1 greens нужны; здесь — когда они красные.
Stale heartbeat — запрет говорить Live
Ответ 200 когда-то — не лицензия Live. Heartbeat должен быть свежим: signed events, consumer без silent drop, correlation ID = ledger. Stale ≡ blocked.
Не говорите Live при HB вне freshness, traffic_ok red/stale, слабой подписи, недоказанных стоп-линиях или без failover smoke. Override — named owner, причина, новый smoke до Live. Soft volume около USD 1 000/мес не снимает stale HB. См. Гейт traffic_ok до пилотного volume и вебхуки, которые переживают запуск.
Как звучит честный язык blocked
Лучше: «Launch blocked — HB stale с TIMESTAMP», «Gated — stop-line не доказан», «In setup — failover smoke red». Хуже: «Почти готово», «Live (pending ops)».
Copy white-label. Support = та же строка reason, что UI. После зелёного гейта — один flip со smoke-export. USD 20 оплачивает smoke восстановления, не soft badge. Держите стоп-линии кошелька до production-трафика и Гейты failover до любого бейджа Live.
Product, finance и ops делят один гейт
Product — бейдж, finance — ledger, ops — HB и smoke. Один reason code, один freshness timestamp, один export-ряд; нет Live, пока все трое не читают green. Стоп-линии и failover — отдельные гейты, но при red кормят тот же blocked. Не делайте split «product Live / finance blocked». Около USD 1 000/мес рассинхрон — инцидент сверки.
Чеклист покупателя по blocked launch
- При red day-1/traffic_ok UI говорит blocked / gated / in setup?
- Stale HB = жёсткий blocked с записанным freshness?
- Product, ops и finance делят один reason + timestamp?
- Подписи и стоп-линии доказаны до Live-языка?
- Failover smoke зелёный до Live с backup?
- Override именован, ограничен во времени, закрыт новым smoke?
Любое «нет» держит Live выключенным. Перепроверьте Day-1 runway: что должно быть зелёным.
Начните с IOSOR
Когда runway красный, назовите каждый блокирующий гейт в выгрузке статуса — traffic_ok, vault check, webhook freshness — прежде чем кто-то скажет Live. Не красьте зелёный бейдж поверх красной строки. Держите пилотный объём, пока блокирующая выгрузка не пуста. Докажите путь reopen: починить именованный гейт, выгрузить снова, затем разрешить MT. Это честность blocked-status, не мягкая задержка и не дамп истории гейтов в 02:00.
Связанные: Гейт traffic_ok до пилотного volume · вебхуки, которые переживают запуск.
Итог IOSOR
Заблокированный запуск — именованный статус, не маркетинговый оттенок зелёного.
Делайте: выгружайте блокирующие гейты по имени, заморозьте пилот, reopen только после чистой повторной выгрузки. Не делайте: рекламировать Live поверх красной строки или прятать блокер за недельным планом.
Был ли материал полезен?
Связанные гайды
- Проверка статуса регистрации Sender ID перед запуском трафика
Инструкция по автоматической проверке активности и регистрации буквенных Sender ID в целевых странах перед стартом отправки SMS в системе IOSOR.
- Проверка скорости JIT-выделения номеров перед масштабированием
Тестирование скорости автоматического выделения DIDs и SLA перед запуском высокого трафика. Проверка холдов баланса, E.164 и вебхуков в IOSOR.
- Тестирование уведомлений об автопополнении и предупреждений о балансовом лимите при запуске
Проверка автоматических webhook-уведомлений о низком балансе и срабатывания автопополнения кошельков клиентов перед запуском коммерческого трафика в IOSOR.