Гейт traffic_ok перед пілотним volume

Пілотний volume — перший грошовий трафік на доведеному шляху: свіжий webhook heartbeat, end-to-end smoke і зелений traffic_ok. Застарілий heartbeat означає blocked — не жовтий і не «спробуйте кілька відправок».

Ця сторінка — гейт traffic_ok перед пілотним volume, а не cutover sandbox → production keys. Суміжний runway: Day-1 runway: що має бути зеленим. Webhook: вебхуки, що переживають запуск. Гроші: prepaid-резерв до першого списання.

IOSOR — white-label prepaid. USD 20 фінансує evidence, а не waiver для stale heartbeat.

Пілотному volume потрібен доведений шлях, а не надія

Надія: ключі вставлено, чип був зеленим минулого тижня, PM просить «м’який пілот». Доведений шлях: той самий corridor, що понесе пілот, уже повернув свіжий heartbeat і smoked terminal outcome під prepaid hold. traffic_ok — freshness heartbeat плюс правда smoke, не маркетинговий чип «ready». Якщо він червоний або stale — volume нуль, доки шлях не відновиться.

Що насправді доводить traffic_ok

traffic_ok — операційний біт істини, не sales-лейбл. Він доводить, що шлях обраного каналу досі приймає події платформи і недавній smoke пройшов без брехні про доставку. Він не доводить cutover ключів, повне coverage чи smoke failover backup.

Застарілий heartbeat дорівнює блокуванню

Stale ≡ blocked. Учорашній heartbeat не авторизує сьогоднішній пілот. Черги стають, URL змінюються, TLS ламається, listeners перестають ack.

Smoke перед мовою soft volume

Soft volume — «кілька тисяч», «review біля USD 1 000/міс» — мова фінансів. Smoke — engineering evidence: один held intent, один шлях, один звірюваний outcome. Порядок: довести smoke → озброїти stop-lines → тоді soft volume.

Чеклист покупця для гейту traffic_ok

1. traffic_ok зелений зараз, heartbeat у вікні freshness?
2. Smoke на пілотному corridor з exportable intent ID і terminal status?
3. Гроші зрушили один раз за hold/settle (prepaid-резерв до першого списання)?
4. Підписи webhook і ключі launch-safe (вебхуки, що переживають запуск)?

Почніть з IOSOR

Перевірте статус traffic_ok у консолі IOSOR перед відкриттям будь-якого пілотного ліміту. Переконайтеся, що останній heartbeat знаходиться в межах вікна свіжості, а тестовий прогон (smoke) на цільовому коридорі повернув термінальний DLR із препейд-холдом. Якщо статус застарілий або червоний, заблокуйте запуск до повторного успішного підтвердження через webhook.

Підсумок IOSOR

Ця стаття доводить, що прапорець traffic_ok є операційною правдою, а не маркетинговою міткою. Він підтверджує, що обраний коридор реально отримує події платформи та коректно обробляє фінальні статуси доставки.

Робіть тестовий прогон та перевіряйте свіжість heartbeat безпосередньо перед відкриттям лімітів. Не починайте обговорення м'якого пілотного обсягу, поки не зафіксовано термінальний DLR та не активовано стоп-лінії гаманця.