事件經過
印度國營電信營運商 BSNL 在供應商未能達成 BSNL Selfcare 應用程式遷移的合約里程碑後,尋求取消其發給總部位於孟買的 RedMango Analytics 的採購訂單。Selfcare 是該營運商用於加值、帳單繳費、方案購買、服務管理、DND 設定與客訴的統一儀表板。付款明確與里程碑掛鉤:先成功完成驗收測試,然後是新系統上線啟用,以及從舊系統遷移既有資料。
時機毫不寬容。現任 Selfcare 應用程式供應商 Digitral 於 2026 年 9 月 30 日停止服務,使近 600 萬名本應轉移至 RedMango 新平台的用戶陷入困境。RedMango 未執行任何版本更新或強制更新來帶領既有用戶轉移;當舊應用程式停擺,登入新應用程式所需的一次性密碼便大排長龍,讓訂戶求助無門。ETTelecom 引述的消息來源指出,實際完成遷移的人數約為 50 萬。
BSNL 致 RedMango 的函件指出,發票在未附必要 AT 證書或 BSNL 確認上線啟用與成功資料遷移的書面證據下即已提交,並要求供應商取消這些發票——以避免 GST 會計問題——並僅在履行適用里程碑後重新提交。BSNL 僅透過建議遷移至新應用程式的柔性橫幅向用戶預告停機。
代價為何
本應遷移的約 600 萬名用戶中,僅約 50 萬人完成遷移;訂戶在沒有可用應用程式的情況下排隊等候 OTP;BSNL 著手取消採購訂單。
原因何在
發票在未附驗收測試證書或採購訂單所要求的上線啟用與資料遷移證據下即已開出。
未執行任何版本更新或強制更新,因此既有用戶沒有途徑進入新應用程式。
期限無法移動——舊供應商於 9 月 30 日停止服務——因此延誤立即讓用戶陷入困境。
停機前僅有柔性橫幅,將艱難的遷移工作留給並未完成的供應商。
教訓
當舊系統在固定日期走向終結,遷移供應商的職責是讓強制更新落到用戶手中——而不是一個等待被發現的平台。
後續發展
BSNL 要求 RedMango 取消其發票,並僅在達成里程碑後重新提交;截至發稿時,近 600 萬名用戶中僅約 50 萬人完成遷移。RedMango 未回覆查詢,BSNL 正轉向新的 Selfcare 應用程式供應商。
追溯依據
參考來源
- BSNL seeks to cancel RedMango PO due to non-fulfillment of contractual milestones ETTelecom · telecom.economictimes.indiatimes.com ·