为什么 SAP S/4HANA 项目总是背着历史前行

对 CIO 来说，“管理遗留系统”从来不是愿望清单上的选项，但在每一次 SAP S/4HANA 转型中，它却总会如期而至。随着预算审批、路线图规划推进，企业发现自己不仅在建设未来，还不得不为过去持续买单。历史 ERP 数据、老旧系统与复杂定制，正在悄然拖慢企业的数字化步伐。

一、S/4HANA 转型，为什么变成了“遗产项目”

大多数 SAP S/4HANA 商业案例都承诺“干净内核、标准流程、快速创新”。但现实往往是：

定制代码必须继承

历史流程无法轻易舍弃

多年积累的数据体量庞大

结果是，IT 团队在设计未来架构的同时，被迫承载上一代 ERP 的技术包袱。原本是转型项目，最终却变成了“继承项目”。

对 CIO 而言，这种技术继承的代价极高。每一笔用于维持 SAP ECC 或旧系统的预算，都是无法投入 AI、云创新或客户体验提升的机会成本。

二、Brownfield 成为现实选择，而非理想 Greenfield

理论上，Greenfield 是理想状态，但现实中 Brownfield（选择性数据迁移）往往胜出，原因很简单：

财务、税务、审计、法务不能删除 10–15 年的业务历史

审计追溯、资产生命周期、历史发票必须可查

合规要求不允许“只保留新系统”

因此，很多企业选择一条妥协路线：

迁移到 S/4HANA，同时保留旧系统作为“只读后台”。

这直接导致了一种“影子系统”状态：

旧系统不创造业务价值，却持续消耗许可证、基础设施、能源和人力。

三、真正的问题不是数据，而是系统

文章提出一个关键认知转变：

遗留数据不是敌人，遗留系统才是。

数据是企业的“制度记忆”，是资产；

而遗留系统则是阻碍企业前进的负债。

问题在于，企业往往把“保留数据”与“保留系统”错误地绑定在一起。

四、接受数据，但不要继承系统

通过将数据与应用系统解耦，企业可以打破这一循环。

以 Data Migration International 的 JiVS 信息管理平台为例，该方案的核心理念是：

将 100% 结构化与非结构化历史数据

迁移到独立于应用的、合规的数据保留平台

完全退役 SAP 或非 SAP 源系统

这样一来：

审计人员仍可即时访问历史数据

业务用户可随时查询旧信息

但底层旧系统可被彻底关闭

实践中，这种方式可将运行成本降低最高达 80%，同时显著加快 S/4HANA 迁移进度。

五、Clean Core 的前提，是不要把历史当作“垃圾”丢进新系统

对 ERP 从业者和企业架构师而言，Clean Core 已成为共识。但现实挑战在于：

企业不能忽视历史数据

却又不能把几十年的流程变体塞进新系统

否则，S/4HANA 很快会被“污染”，沦为一个新的复杂系统。

如果仅为了保留历史数据而继续运行遗留系统：

IT 团队将长期被技术债务绑架

关键业务专家被迫维护无人使用的系统

创新预算被持续蚕食

这类企业最终会发现，数字化转型变成了一场昂贵的“遗产维护工程”。

六、解耦是迁移加速器，而非额外负担

文章指出，采用“数据与系统解耦”的架构思路，可以：

减少约 50% 的 S/4HANA 迁移工作量

缩短项目周期

降低复杂度和风险

这并不是增加一层复杂性，而是为转型“减负”。

七、总结：CIO 要继承的是数据，而不是过去的技术债务

真正成熟的 SAP S/4HANA 转型策略，应当回答一个核心问题：

如何在满足合规与审计要求的前提下，彻底摆脱旧系统？

答案不在于拖着历史前行，而在于：

把数据留下

把系统送走

只有当企业停止为过去持续付费，CIO 才能真正把预算、人才和注意力投入到 AI、云与业务创新之中。

https://erp.today/the-gift-no-cio-asks-for-but-always-gets-why-sap-s-4hana-projects-keep-inheriting-the-past/