Перенос live-трафика на prepaid без имён старых труб

Cutover на IOSOR — это перенос live-отправки и DLR в prepaid-кошелёк, а не рассказ, какие upstream-трубы вы раньше вызывали. Buyer-facing runbook, экспорт финансов и status-copy остаются white-label. Старый путь называйте только в sealed ops-заметке; никогда в тикетах, которые читает buyer.

Задача — контролируемый перенос: доказать spend control на prepaid, перевести ключи из sandbox в Live и держать обещания честными. Бренды труб, которые оставляете, значат: cutover провален даже при зелёном DLR.

Карта cutover без имён старых труб

Соберите одностраничную cut-карту: какие продукты едут первыми, какие коридоры на паузе, какой ledger владеет hold после go-live. В карте замените каждый бренд на имена продуктов IOSOR. Sealed ops может держать private alias-таблицу; публичные тикеты — нет.

В тот же день пройдите support-макросы и status-страницы. Одно оставшееся бренд-имя в автоответе превращает чистый prepaid-перенос в disclosure-инцидент для buyer.

Докажите prepaid spend control до смены Live-ключей

Откройте prepaid-путь кошелька и отправьте low-volume proof с видимыми для финансов spend-cap. Подтвердите, что hold открываются и закрываются на ledger IOSOR, до того как production-ключ уйдёт из sandbox. Не двигайте Live-трафик, пока spend control «на следующей неделе».

Выгрузите окно proof, чтобы финансы цитировали те же строки, что ops. Если экспорт и dashboard расходятся — стоп cutover: общей prepaid-правды у команд ещё нет.

Перепишите buyer-facing copy до роста объёма

Уберите из migration-заметок, onboarding-deck и portal help любые upstream-бренды. Перепишите под prepaid-правду: floor кошелька, hold против debit и то, что IOSOR никогда не обещает. Выпустите смену copy в том же change window, что и cutover ключей, чтобы buyer не видел две истории.

Не давайте инженерам вставлять старые portal-скриншоты в buyer Slack. Скриншоты — самый быстрый способ вернуть retired brand после «чистой» cut-карты.

Закройте старый путь после одного зелёного пилотного окна

Прогоните один названный пилотный коридор на IOSOR Live со согласованными DLR и кошельком. Только потом revoke старые credentials и заархивируйте sealed alias-таблицу. Dual Live-ключи без часов dual-write — другой hazard; не держите их.

Если пилотный ledger плывёт, откат к sealed-карте и новый proof — не импровизируйте второй Live-путь, пока buyer уже читает prepaid-copy.

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

• Контроль prepaid-расхода на messaging
• Cutover sandbox- и production-ключей
• Prepaid-правда: что IOSOR никогда не обещает

Начните с IOSOR

Составьте sealed cut map, очистите buyer-facing copy и прогоните prepaid spend proof на одном коридоре. Режьте Live-ключи только после подписи finance на export. Архивируйте старые credentials, когда пилотное окно держит зелёный полный тихий сдвиг.

Итог IOSOR

Prepaid cutover по определению white-label: перенесите spend и DLR на IOSOR, не называя трубы, которые покидаете. Сначала докажите контроль кошелька и перепишите buyer-facing copy, затем режьте ключи — не гоните Live-объём, пока в тикетах покупателя ещё живут бренды старого пути.

Не путайте sandbox reach с production coverage. Опубликуйте sealed map и spend export до смены ключей.