IOSOR

IOSOR База знаний

Короткая заявка — это не технический launch runway

Доступ и кошелёк открывают консоль, но не зелёные day-1 vault-гейты. Runway остаётся под Launch; apply и KYC — отдельный контур доступа.

Короткая заявка кажется прогрессом: поля компании, статус проверки, вход в консоль. Это путь к доступу. Он не доказывает, что messaging, webhook и Live-каталог готовы к production-трафику.

IOSOR разделяет коммерческий онбординг и технический launch. Apply и KYC решают, можно ли войти. Day-1 runway решает, можно ли выпускать send, DLR и продукты с зелёным vault. Смешение гейтов даёт ложный green: команда пополняет баланс, выдаёт ключи и падает на первом коридоре.

Считайте доступ правом настраивать. Считайте launch чеклистом vault, heartbeat webhook и честности каталога.

Отделите статус заявки от launch green

Статус заявки: можно ли открыть аккаунт? Launch green: можно ли слать production на названных продуктах? Держите ответы на разных поверхностях. Identity-review — у compliance и доступа. Пункты runway — messaging profile webhook, Verify profile, voice connection, Live-флипы каталога — под Launch. Один progress bar учит принимать закрытый apply за готовый runway.

Доступ, затем кошелёк — всё ещё не runway

После доступа prepaid требует funded wallet, чтобы hold покрывал send. Это коммерческая правда: баланс до трафика. Это всё ещё не технический launch. Funded wallet позволяет отрабатывать hold, pilot debit и spend control. Он не доказывает корреляцию DLR, cutover sandbox→Live ключей и совпадение Live-каталога с vault. Праздник первого пополнения как go-live пропускает runway. Последовательность: apply → доступ → кошелёк для hold → пункты Launch по одному.

Держите day-1 vault-гейты под Launch

Vault-гейты — готовность продукта, не identity. Messaging, Verify, voice и соседние каналы становятся Live только при секретах и smoke. Честность каталога: setup остаётся setup, пока гейты не пройдены.

Паркуйте каждый vault-пункт на Launch-доске. Не прячьте их в анкете apply или комментариях KYC. Live при пустом vault — ложь: клиент видит тайл и падает на первом send.

Сверяйте язык runway со списком day-1 green до анонса go-live.

Откажитесь от одного progress bar на две работы

Продукт и sales любят один процент. Ops — нет. Смешение KYC с webhook учит останавливаться на доступе.

Два статуса: access (apply/KYC) и runway (Launch). Отчитывайте отдельно на weekly ops. Когда access готов, а runway красный — говорите прямо, без смешанного green.

Если партнёры просят дату go-live, отвечайте владельцами runway и vault-пунктами, а не timestamp заявки.

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

Начните с IOSOR

Разделите трекеры в консоли IOSOR: прохождение KYC дает только доступ к аккаунту, а пополнение баланса на $20 и ключи в сейфе (vault) остаются в блоке Launch. Проверьте корреляцию DLR и боевые вебхуки до перевода профилей Verify и Voice в статус Live. Открывайте продуктивный трафик только после полного закрытия всех гейтов Launch.

Итог IOSOR

Успешный KYC и стартовый депозит в $20 дают лишь коммерческий доступ к кошельку и платформе, но не означают техническую готовность к запуску. Настоящий запуск требует валидации секретов, настройки вебхуков и проверки корреляции DLR на панели Launch.

Разделяйте отчетность на два независимых статуса: Access для верификации и Runway для технических гейтов. Не объединяйте прогресс проверки документов с readiness-чеклистом отправки в единый процент.

Был ли материал полезен?

Связанные гайды