S/4HANA上线之后，很多企业发现自己卡在一个有点尴尬的位置：新系统跑得挺好，旧系统却既不敢关、又不想留。

不敢关，是因为里面有十几二十年的数据；不想留，是因为这套系统每天都在花钱，却几乎不产生价值。更麻烦的是，即便系统还开着，"历史数据查不到"的情况也时有发生——凭证明明在库里，就是调不出来。

这两个问题看似是两件事，其实是同一个困局的两面。

一、旧系统为什么关不掉

先说常见的说法："合规要求，数据得留着。"

这话没错，但经不起追问。法规要求的是数据在保存期限内可查、可读、可审计，并没有要求必须维持一整套ERP系统运行。把"保存数据"和"维持系统"画等号，是很多企业多花好几年冤枉钱的根源。

真正拦住决策的，往往是三个更现实的因素：

1、 没人说得清里面到底有什么。 系统跑了二十年，经历过多次并购、组织调整和版本升级，数据的实际构成早就没人能完整描述。把系统拆开看，才知道有多少是重复数据、多少是早已停用的组织单元、多少是当年迁移时随手带进来的垃圾。

2、 没人愿意为"删除"签字。 哪些留、哪些不留，牵涉财务、税务、法务、内审。多留一天没风险，删错了就是事故。于是决策一拖再拖，费用一付再付。

3、 担心影响业务。 财务月结要查历史账，客服要翻几年前的订单，审计进场要调凭证。这些需求虽然不频繁，但每一次都很急。只要有一个环节断掉，责任就落在提出关停的人头上。

二、"查不到"又是怎么回事

第二个问题更隐蔽，也更值得警惕。

企业通常以为：只要系统开着，数据就在。实际情况往往相反 ——系统开着，不代表数据还读得出来。

第一种情形：技术断了。 老版本的应用、早已停产的数据库、不再支持的硬件平台，任何一环出问题，系统就打不开。有些企业专门养着一台旧服务器，就因为只有它还能跑那套环境。

第二种情形： 人工 断了。 熟悉老系统的员工退休、转岗，新接手的人知道事务代码，却不知道数据存放在哪张表、按什么逻辑归档。系统还在，用法失传了。

第三种情形：数据还在，但已经不可信。 多年下来做过多次调整和迁移，主数据口径几经变化，同一个客户在两个时期有两套编码。查到了记录，却不敢直接用于对外答复。

这三种情形指向同一个结论： 留着旧系统，并没有真正保住历史数据，只是把风险往后推了。

三、困局的解法在哪

既然"保存数据"不等于"维持系统"，那么解法就很清晰了：把数据从系统里取出来，单独保管，同时保证需要的时候能查到、能导出、能用于审计。

这不是理论上的设想。近几年已有不少企业这么做了，把停用多年的旧系统全部关停，历史数据转到专门的归档环境，业务人员在新系统界面里直接查询。

下一篇文章，我们就来看这套方案具体是怎么运作的，以及一些相关企业是如何落地的。

ITPub博客

系统关停难、历史数据难查询？SNP 选择性数据迁移方案解析（上篇）