IOSOR 知識庫

把 live 流量遷到 prepaid，不點名舊管道

切到 IOSOR prepaid，不點名你離開的管道。先證明支出控制，再輪換金鑰並改寫買家文案。

將 live 流量與 DLR 狀態回報遷移至 IOSOR 的核心在於轉向 prepaid 錢包扣款，而非向客戶揭露過往使用的上游管道。所有面向買家的 runbook 與財務匯出資料必須嚴格執行白標化，僅能在內部的 ops 筆記中記錄舊路徑，嚴禁在工單內點名特定供應商。這場遷移的成功指標在於確保金鑰從 sandbox 順利切換至 Live，並在維持 DLR 綠燈的同時，完全隱藏舊有的管道品牌資訊。

不點名舊管道的割接地圖

做一頁割接地圖：哪些產品先遷、哪些走廊暫停、go-live 後由哪個 ledger 持有 hold。地圖上每個品牌名都換成 IOSOR 產品名。密封 ops 可保留私有別名表；公開工單不行。

當天同步檢查 support 巨集與狀態頁。自動回覆若殘留一個品牌名，乾淨的 prepaid 遷移就會變成對買家的揭露事故。

Live 金鑰移動前證明 prepaid 支出控制

打開 prepaid 錢包路徑，送出財務可見 spend-cap 的小流量證明。在任何 production 金鑰離開 sandbox 前，確認 hold 在 IOSOR ledger 上開合正確。支出控制仍寫「下週再做」時，不要推動 Live 流量。

匯出證明視窗，讓財務引用與 ops 相同的列。若匯出與儀表板不一致，停止 cutover——團隊還沒有可共享的 prepaid 真相。

放量前改寫買家面向文案

從遷移筆記、onboarding deck 與 portal 說明剔除任何上游品牌。改寫成 prepaid 真相：錢包底線、hold 與 debit，以及 IOSOR 永不承諾的事項。文案變更與金鑰割接放在同一變更視窗。

禁止工程師把舊 portal 截圖貼進買家 Slack。截圖是退休品牌名在「乾淨」割接地圖後最快重現的方式。

一個綠燈試點視窗後關閉舊路徑

在 IOSOR Live 上跑一條命名試點走廊，確認 DLR 與錢包對齊。然後才撤銷舊憑證並封存密封別名表。沒有 dual-write 時鐘的雙 Live 金鑰是另一類風險——略過。

若試點 ledger 漂移，回滾到密封地圖並重開證明——買家已在讀 prepaid 文案時，不要即興開第二條 Live 路徑。

從 IOSOR 開始

起草密封割接地圖，清洗買家文案，並在一條走廊上跑 prepaid 支出證明。財務簽署匯出後再切 Live 金鑰。試點視窗整班綠燈後，再封存舊憑證。割接前把 spend 證明與買家文案清洗寫進同一份密封地圖，財務簽字後再換 Live 金鑰。舊路徑品牌名仍出現在買家工單時，不要放 Live 量。割接前把 spend 證明與買家文案清洗寫進同一份密封地圖，財務簽字後再換 Live 金鑰。舊路徑品牌名仍出現在買家工單時，不要放 Live 量。割接前把 spend 證明與買家文案清洗寫進同一份密封地圖，財務簽字後再換 Live 金鑰。舊路徑品牌名仍出現在買家工單時，不要放 Live 量。

IOSOR 要點

prepaid cutover 天生白標：把 spend 與 DLR 遷到 IOSOR，不點名你離開的管道。先證明錢包控制、改寫買家文案，再切金鑰——買家工單仍殘留舊路徑品牌名時，不要放 Live 量。

這篇指南有幫助嗎？