Перенесення 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 до зміни ключів.