Вопросы, которые ops должен задать до подписи

Procurement может закрыть цену, пока ops наследует платформу, которая не доказывает трафик. До подписи ops нужны ответы про свежесть heartbeat, как покупаются JIT-номера, что значит Live-badge и как enforced STOP. Этот чеклист — про готовность runway, а не SMS API buyer guide про payloads и idempotency.

Правда дня один на IOSOR: зелёный runway нужен свежий webhook heartbeat, Live только где vault готов, и compliance-гейты, которые остаются включёнными. Подпись без этих ответов покупает dashboard, который выглядит открытым, и send-path, который заблокирован.

Спросите, кто владеет часами webhook heartbeat

Требуйте определение свежего heartbeat и что происходит, когда он становится stale. Ops должен знать, какой alert срабатывает и кто снимает блок runway, когда возраст heartbeat превышает гейт. Контракт без владельца heartbeat оставляет traffic_ok загадкой утром запуска.

Просите последний успешный smoke-path — не слайд «webhooks supported».

Проясните JIT-покупку номера до обещания локальных DID

Спросите, как номер ищется, hold, покупается и назначается против prepaid balance. JIT значит: нет магазинного stock, притворяющегося inventory; финансы и ops делят одну историю заказа. Если term sheet обещает «номера готовы в каталоге» без пути hold-buy-assign, ops изобретёт второй ledger.

Требуйте, кто платит setup и monthly за первый UTC-период, чтобы финансы не удивились после assign.

Допросите Live-badge против плиток setup

Спросите, какие продукты могут показывать Live только после vault green, и что «in setup» значит для buyer. Live-badge, который продаёт канал, который ops не может прогнать smoke, — failure honesty. Ops должен пройти каталог с продавцом и пометить любой badge, который обгоняет готовность.

Coming-next — в roadmap-разговоре, не в binding-списке запуска первой недели.

Подтвердите STOP и production compliance-гейты

Спросите, как соблюдаются STOP-ключевые слова, где живёт suppression и какие production compliance-гейты остаются enforced для ваших коридоров. Подпись без владельца STOP превращает первую жалобу в legal- и deliverability-инцидент.

Свяжите ответы про STOP с day-one runway чеклистом, чтобы запуск не пропускал quiet enforcement ради скорости.

Связанные пути

• Чеклист покупателя SMS API
• Что должно быть зелёным на day-one runway
• Production compliance-гейты до трафика

Начните с IOSOR

Откройте консоль IOSOR и проверьте параметры таймаута вебхуков и логику удерживания JIT-номеров перед подписанием соглашения. Убедитесь, что статус Live присваивается продукту только после успешного прохождения проверок в vault. Настройте обработку ключевых слов STOP и убедитесь, что гейты подавления корректно блокируют отправку.

Итог IOSOR

Подписание контракта без четкого закрепления ответственности за вебхук heartbeat и прозрачной цепочки hold-buy-assign создает риски для всей инфраструктуры. Бейдж Live должен отражать техническую готовность маршрута, а не просто наличие позиции в каталоге.

Проверяйте работу compliance-гейтов и синхронизацию отписок STOP до запуска первого трафика. Не принимайте неразмеченные статусы готовности и не обещайте локальные DID без валидации механизма их мгновенной покупки.