SAP ECC系统支持将在2027年终止,CIO们面临向S/4HANA迁移的巨大压力。本文深入探讨这一重大业务转型的核心挑战,包括构建商业案例、周密规划与实施、应对“清洁核心”要求下的定制化、第三方应用集成和数据清理难题,并分享行业专家的实践经验与建议。

S/4HANA迁移倒计时,业务变革的大考

SAP ECC系统的“大限”日益临近,CIO们正面临着在2027年前将其核心ERP系统迁移到S/4HANA的巨大压力。这不仅仅是一个IT项目的升级换代,用Cornerstone Paradigm Consulting首席执行官阿曼达·鲁索(Amanda Russo)的话说,这本质上是一项关乎企业未来的“业务计划 (Business Initiative)”。CIO们需要从一开始就深入理解业务的走向和真实需求,这比任何时候都重要。


随着SAP官方宣布停止对ECC主流支持的日期(通常指2027年底)步步逼近,全球企业的首席信息官(CIO)们都肩负着一项艰巨任务:将陪伴多年的ERP ECC系统,迁移到基于新一代技术的S/4HANA平台,并拥抱云端。这无疑是一个充满挑战的决策过程,CIO们需要深思熟虑,如何引领核心ERP系统适应新时代的要求。

SAP给客户CIO们设定的时间表是:2027年前迁移到S/4HANA,否则将面临支付高昂的延长维护费用才能继续使用ECC。然而,根据Gartner的数据,SAP旗舰ECC ERP系统的庞大用户群,在S/4HANA的采纳上进展并不快。截至2024年底,仍有近三分之二的客户尚未完成ECC的迁移。

更让CIO们头疼的是,使用更旧版本ECC的客户,最早在2025年底就可能面临支持终止的风险。尽管压力重重,Gartner的报告指出,目前的迁移速度仍不足以满足SAP设定的最终目标,这恰恰反映了CIO们在迁移项目中所面临的巨大复杂性。

作为ECC的继任者,S/4HANA基于内存数据库构建,专为实时数据处理和分析而设计。它既可本地部署,也可在云端使用,承诺提供更快的处理速度、更智能的分析能力、更佳的用户体验以及AI等新功能。但迁移到S/4HANA,远不止是简单的技术替换。它是一项重大的企业级转型工程,涉及业务流程的再造、数据的梳理与迁移、大量定制化功能的适配,以及如何明智地拥抱云技术等诸多环节,对预算和项目周期都有深远影响。

时间,可能是整个迁移过程中最重要的因素,而且在未来几个月里,这种紧迫感只会越来越强。阿曼达·鲁索强调:“即使你认为距离最终期限还有一年时间,也要给自己充足的时间去了解迁移到底意味着什么。因为它不仅仅是一个IT项目,而是一个完整的商业计划。”

这不只是技术升级,这是一场“商业战役”

如此重大的技术项目,必须充分考虑业务需求、客户需求和员工的参与度。它需要内部各个运营团队的深度投入,确保不遗漏任何关键细节。“CIO们需要与其他业务部门协同工作,从项目启动之初就真正了解业务的发展方向和核心需求。”鲁索补充道。

对产品生命周期结束时间线的恐慌,可能会导致一些企业在仓促中跳过关键步骤,比如细致的业务流程规划和广泛的用户意见收集。在急于追赶时间进度的过程中,一些对业务至关重要的功能也可能被忽视或遗漏。

“购买软件本身很容易,任何人都会向你推销你想要的东西。”鲁索提醒,“真正重要的是,首先规划好你的业务流程,并清晰地了解哪些功能对企业运营至关重要,而不仅仅是关注软件本身提供了哪些花哨的功能。”

阿曼达·鲁索还建议CIO们避免其他一些常见错误,例如:缩短变更管理计划的周期、低估数据清理工作的重要性、以及未能制定分阶段推出或必要的回滚计划。

构建迁移的“商业理由书”

向S/4HANA的迁移需要投入大量资源,整个过程可能需要数年时间才能完成。大多数企业还需要对其业务流程进行彻底的梳理和再造,这进一步增加了项目的成本和时间安排的复杂性。

广告服务公司Interpublic Group (IPG)的首席应用官蒂姆·比拉利(Tim Bilali)负责监督该公司的S/4HANA迁移项目。他指出:“你需要仔细评估重新设计业务流程的成本,并将其与基于最佳实践进行优化后所带来的潜在投资回报进行比较,比如新流程或更高效流程能节省多少成本、带来多少收益。”

比拉利表示,CIO们还需要考虑变更管理相关的成本、任何第三方实施伙伴的费用、S/4HANA的新许可成本,以及在云端运行S/4HANA可能产生的额外运营成本。

对于那些选择暂时不迁移的企业,SAP将在2027年后收取持续的ECC维护费用。CIO们还需要权衡,继续使用现有ERP系统可能面临的集成挑战、性能瓶颈和潜在的合规风险。商业案例的构建,必须充分衡量继续使用传统平台的成本,包括SAP在ECC上缺乏创新投入的事实。

“SAP并没有为ECC客户投入所有新的创新技术,例如人工智能、机器学习和自动化。”比拉利说。他认为,尽管创新的价值有时难以精确量化,但选择拥抱最新平台,可能比被迫在后期追赶,却无法充分享受最新功能带来的好处要明智得多。“最终,SAP会推动你转向S/4HANA,你可能别无选择,时间点是唯一的问题。”

然而,并非所有CIO都觉得构建迁移的商业案例是一件容易的事。Rimini Street全球售前集团副总裁路易斯·马里奥托(Luiz Mariotto)与许多企业合作评估其SAP路线图。他表示,许多CIO尚未找到一个足够有说服力的理由来立即采取行动。“仅仅为了维持技术支持而进行一次重大的技术升级,对大多数企业来说,理由并不充分。”

马里奥托认为,理想情况下,迁移的商业案例应该支撑关于企业整体技术生态系统的战略决策,并着眼于未来的发展路线图。CIO们深知技术瞬息万变,这不仅仅是一次升级,更是一次深刻的转型。“CIO们需要从现在开始就认真思考商业案例,并理解技术和商业格局在未来五到八年内可能会发生翻天覆地的变化。”

规划与实施:在“万米高空换轮胎”

要确保如此庞大复杂的项目按计划进行,周密的规划至关重要。即便如此,项目超支、延期也是常有的事。时间和组织准备不容忽视。蒂姆·比拉利指出:“千万不要缩短规划阶段的时间,要确保为每一次集成、每一个环节都分配足够的时间。”

鉴于迁移到S/4HANA可能涉及不同的基础架构模型,并且可能会丢失原有的集成方案和定制化设置,因此提前规划整个迁移过程至关重要。比拉利提到:“很多时候,有人说一个项目需要九个月,但却没有对如何在九个月内具体完成每一个步骤进行详细的规划。”

根据Horvath的一项调查,近60%已完成S/4HANA转型的公司最终都超出了原计划的进度。这项针对200名高管的调查发现,S/4HANA迁移的质量和预算控制也参差不齐,主要原因是项目范围蔓延和项目管理薄弱。外部帮助几乎是不可或缺的,98%的受访公司都聘请了外部合作伙伴。然而,Horvath指出,专业的变更管理往往应用得太少,而且太晚。

蒂姆·比拉利指出,一次性采用新平台并从本地迁移到云端,会显著增加业务中断的风险。为了简化流程,IPG采取了分阶段的策略。他们首先将其ECC系统迁移到云端。“大约五年前,我们将系统迁移到了HANA数据库,并采用了Fiori用户界面,所有交易都迁移到了新平台。”这不仅改进了用户界面,还提升了数据库的速度和性能。大约一年前,IPG又将其ECC组件迁移到了云端。比拉利表示,这让SAP技术团队获得了在云端运行大型应用程序的宝贵经验,并掌握了在云环境中运作的各种诀窍。“我们学到了很多关于性能、正常运行时间、停机时间管理以及与第三方合作的知识。如果我们继续在自己的数据中心使用ECC,是接触不到这些的。”

IPG即将迈出迁移的最后一步,这将涉及“从根本上改变系统的‘管道’”。据比拉利称,由于前期的充分准备,这一步应该会相对快速且轻松。由于各种业务原因,IPG迁移的具体时间尚未最终确定,但预计会在某个较长的周末内完成。“我认为我们现在更有能力、更有把握迁移到S/4HANA了。”

比拉利建议CIO们,即使有外部合作伙伴的支持,也不要完全放弃对集成管理的自主权,并在迁移过程中保持对任何合作伙伴的监督。“不要把所有事情都交给合作伙伴来管理。”在内部,团队需要改变其管理SAP ERP生态系统的方式,并制定新的云和技术服务协调机制。“他们将转变为更具监督性的角色,同时管理SAP和第三方供应商。”

“清洁核心”路上的“拦路虎”:定制、三方应用与数据

由于SAP推荐进行“清洁核心(Clean Core)”迁移,这一过程尤其具有挑战性。2025年SAPInsider的迁移报告发现,管理现有的大量定制化功能、第三方应用程序的集成以及数据的清洁度,是技术挑战中的重头戏。

SAP表示,S/4HANA将实现更简单、更快速的升级,并使企业能更轻松地利用人工智能和自动化领域的创新。为了实现这一点,标准业务流程将集成到核心系统中,而必要的定制化流程则应通过API、扩展程序和SAP的业务技术平台(BTP)来运行。

然而,随着企业多年发展和应用程序的激增,许多组织的SAP系统都存在高度定制化的情况,这在推行“清洁核心”理念时可能会带来更多麻烦。SAP偏爱“清洁核心”,意味着需要进行大量工作来评估和剥离那些不必要的定制化流程。制药等受到严格监管的行业,还需要调整流程使其符合审计和合规要求,这无疑加剧了挑战。

Cornerstone Paradigm的阿曼达·鲁索表示,一些遗留功能可能看似微不足道,但实际上却对业务至关重要。她举例说,像自动计费或特定代码分配这样的功能,看似不起眼,但一旦移除,对业务的影响可能非常巨大,尤其是在这些功能是内置于企业自主研发的变通方案中的情况下。

CIO及其团队务必了解新系统中哪些原有功能正在逐步淘汰,并在迁移过程中仔细识别哪些功能对业务运营至关重要。这一点往往被忽视。根据鲁索的经验,企业通常直到已经失去这些功能时才意识到它们的重要性,特别是当这些功能是由“影子IT”或基于Excel的临时工具支持,用来填补标准流程空白的时候。“你需要制定一个周全的计划,而不是等到九个月后才发现某个关键功能不见了,而你现在迫切需要它。”“这种事后补救,又会像救火一样,给整个项目带来更多风险和漏洞。”

同样,试图将现有数据原封不动地转移到新系统中而不进行清理,并非最佳方法。这会阻碍企业充分发挥新系统的优势,例如实时分析和AI工具的能力。CIO们需要仔细考虑需要保留多少年的历史数据,同时要兼顾不同国家的法定要求、数据需要保存的时间长度以及哪些数据已不再需要。蒂姆·比拉利说道:“如果不花时间进行这些数据梳理工作,就只会把遗留系统的所有不良习惯带到新系统中,而无法真正获得新系统带来的好处。”

干净的数据有助于系统更高效地运行并提升性能。随着S/4HANA中AI工具的广泛运用,企业集成干净数据的需求也随之增加,但这些数据通常分散在多个不同的系统中。企业数据很可能包含结构化数据(例如财务记录)以及非结构化数据(非SAP系统数据),所有这些数据都需要进行协调和治理,才能充分利用新的AI工具。Rimini Street的路易斯·马里奥托指出:“所有这些数据都应该被整合在一起,才能真正构建一个完整的、增强型的AI平台。这对CIO来说是一个关键的决策点。”

管理核心ERP与各类业务应用程序之间的集成,是另一个重要的考虑因素。这些连接通常需要与第三方供应商进行广泛的协调,包括协调时间表、测试协议等,以确保它们在不同的系统和组织文化之间保持一致和顺畅。蒂姆·比拉利强调:“你必须确保所有这些集成点都得到妥善协调和安排,并且必须获得对方的承诺,即当你准备好进行测试时,他们也已准备就绪并可以配合测试。”

这正是蒂姆·比拉利强调在规划阶段投入大量时间的原因,因为这对成功迁移到S/4HANA至关重要。“这就像你在三万英尺的高空为一架正在飞行的飞机更换轮子,因为业务必须保持运转,一刻也不能停歇。”

企业在向SAP S/4HANA Cloud转型时,SAP 许可 (License) 从 On-Premise 时代的经典指定用户模型转向全新的 FUE 许可模式,且 SAP 产品的许可 (License) 包含诸如“组件授权、用户授权、计量模式”等复杂模型,这对企业来说如同一个黑匣子,难以理解其工作原理。此外,企业还面临 SAP 的 License 审计等合规性问题。赛锐信息在 SAP License 审计流程方面拥有丰富咨询经验,拥有自主研发的高效 SAP License 资产优化软件产品,欢迎企业在需要时随时联系我们,以获得我们的支持服务和软件产品试用体验。

滚动至顶部