RedMango 搞砸 Selfcare 迁移，数百万 BSNL 用户陷入困境

印度国有电信运营商 BSNL 试图取消其向总部位于孟买的 RedMango Analytics 发出的采购订单，原因是该供应商未能满足迁移 BSNL 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 应用供应商。