Decommissioning

回收终止

定义

Decommissioning(回收终止)指 SIM 卡或 eSIM 从在用状态转入终止状态(EOL,End of Life)的流程,包括资源释放、运营商侧注销、数据归档与清理。与 GDPR 数据保留策略、Audit Trail 审计配合,满足合规、资产盘点与成本管控需求。

流程与步骤

Decommissioning 典型步骤包括:客户发起停用请求或平台根据策略自动触发;向运营商发起注销请求,释放 HLR/HSS 中的订阅;平台更新卡状态为 Decommissioned,停止计费;按 GDPR 及内部策略处理相关数据——保留审计所需记录,删除或匿名化个人数据;实体卡可回收至卡池或报废,eSIM Profile 从设备删除。流程需记录至 Audit Trail,便于追溯。

与生命周期的关系

Decommissioning 是 Card Lifecycle 的终态。此前可能经历 Activation 激活、Suspension 暂停等。暂停可恢复,Decommissioning 通常不可逆(除非卡池回收后重新分配)。平台需明确暂停与终止的边界,避免误操作导致资源浪费或合规风险。

合规与数据保留

GDPR 要求数据保留有明确目的与期限,超期需删除或匿名化。Decommissioning 后,平台需保留审计、对账、纠纷处理所需的数据一定期限,其余敏感数据需及时清理。跨境场景下,数据清理需符合各区域法规,Audit Trail 需记录清理操作。

终止流程释放的是订阅还是库存

终止要分开两件东西。订阅是运营商侧允许这张卡入网的登记,终止后核心网不再接受它附着,号码和用户标识进入回收或冷冻。库存是客户或平台手里的实体卡、嵌入式芯片和配置包。订阅注销成功,芯片可能还在设备里;实体卡回到仓库,也不表示运营商侧已经释放。两边都完成,才算这条连接从账上和网上一起退出。

配置包删除只影响芯片里的凭证,不等于归属寄存器里的订阅已清除。若只删配置包,网络侧仍可能认为用户存在,月费继续产生。若只注销订阅、不处理芯片,设备会反复用失效凭证尝试附着。终止记录要同时写下网络侧回执和库存去向:报废、回库或留在设备中等待物理回收。

进入终态之前要结清的事项

进入不可逆终态之前,未出账用量要收齐或明确转入调整账,未完成的订单要关闭,渠道佣金要按规则决定是否冲回。数据上,详单和审计需要保留的部分按目的和期限归档,不再需要的个人数据删除或去标识。保留和删除要分开写,不能以“终止”为名把所有记录立刻清掉,否则正在进行的账单争议失去依据;也不能以“可能还要查”为名无限期保留全部个人数据。

操作权限应高于日常暂停。批量终止要有名单确认和可重放的失败清单,失败的卡保持原状态,不能因为整批返回超时就标成已终止。跨境卡要确认拜访地会话已经释放,否则本地注销完成后,拜访网络仍可能送来晚到详单。与暂停的界限是:暂停保留订阅,终止释放订阅。拿不准设备是否还会回到现场时,应先暂停。需要留下操作痕迹时,写入审计追溯的应是终止请求和运营商回执,而不是只在表格里改一个状态字。

把可恢复暂停做成不可逆注销

现场检修、欠费或季节性停用,本来只需要暂停。若客服菜单把“停用”直接映射成终止,卡在运营商侧被注销,恢复时只能重新发放用户标识,设备里的配置、平台上的历史关联和未完成账期都会断开。嵌入式卡更严重:配置包被删除后,现场没有人能插卡,设备要重新走远程开通,而远程开通又依赖还能通信的引导配置。引导配置若一并删掉,设备只能返厂。

另一类差错是库存已回收、订阅未注销,卡被装到下一台设备时仍关联着上一个客户的资费和数据。或者订阅已注销,库存状态仍是在用,监控继续告警这张卡离线。号码在冷冻期被重新分配后,旧详单和新客户的用量可能因为号码相同被放进同一查询。终止后的查询应以卡的唯一标识和终止时间过滤,不能只按号码。发现误终止,应立即停止把同一标识分配给新客户,再向运营商确认是否还在可恢复窗口;窗口已过就按新订阅处理,并保留旧记录的归档索引。

冷冻期内的号码和用户标识不要提前发还给新订单。旧详单仍可能用这些标识送来,新客户的用量会和旧客户的晚到记录混在同一查询里。冷冻结束再分配,并在查询里用终止时间把两段生命周期切开。实体卡回库前确认网络侧回执已经成功;只有仓库扫码、没有回执,卡会被再次装出并继续计费。嵌入式设备若无法远程删除配置包,终止清单里应标明需要物理回收,不能把库存状态直接改成可再售。

相关术语

返回国际物联网云平台专业术语