SAP ECC的运维支持将于2027年截止，这意味着什么？

最新推荐文章于 2025-02-06 23:31:14 发布

十年铸器

最新推荐文章于 2025-02-06 23:31:14 发布

阅读量1.4k

点赞数 12

分类专栏： IT项目与团队文章标签： SAP S/4HANA 运维

本文链接：https://blog.csdn.net/nkGavinGuo/article/details/144444984

版权

IT项目与团队专栏收录该内容

17 篇文章

订阅专栏

1. 背景

根据最新SAP官方发布的运维政策，SAP对于其传统的ECC系统（EHP7）的运维截止日期从之前的2025年延长至2027年。

具体的条款细节如下：
在这里插入图片描述

翻译成中文的话，大概意思如下：

2020年2月4日，SAP宣布对SAP S/4HANA的创新承诺将持续到2040年底。这意味着到2040年之前，每年至少会有一个SAP S/4HANA版本处于维护状态。
.
同时，SAP将为SAP Business Suite 7核心应用提供主流维护一直到2027年底。这个过渡阶段之后，将提供可选的延长维护，直到2030年底。
.
对于SAP Business Suite 7核心应用，SAP将提供主流维护到2027年底。这些应用也包括SAP Business All-in-One的核心应用，其中包括以下最新的三个增强包：

SAP ERP 6.0
SAP Customer Relationship Management 7.0
SAP Supply Chain Management 7.0
SAP Supplier Relationship Management 7.0 applications
SAP Business Suite powered by SAP HANA

在主流维护结束后，SAP将从2028年开始为客户提供SAP Business Suite 7核心应用的维护选择：

需要在更长的转换阶段中支持其Business Suite 7核心应用的客户可以选择延长维护。这项服务将在所有SAP Business Suite 7支持范围内的维护基础上增加两个百分点的费用。延长维护将在2028年初至2030年底之间的三年内提供。
未选择延长维护或延长维护已结束的客户将收到针对他们的SAP Business Suite 7应用的客户特定维护。

提炼一下其中的重点信息：

承诺对于S/4HANA系统的维护至2040年；
对于ECC EHP7的运维延长至2027年。在2027年12月31日后，客户可以选择购买运维的延长维护的服务，将运维服务延长至2030年底。但延长运维的费用会比SAP目前的支持费用高出2%。
对于没有过渡到S/4HANA的客户，SAP的将会执行“特定于客户的维护模型（customer-specific maintenance model）”。

所以，对于我们所有处在SAP生态系统中的小伙伴来说，2027年12月31日将是一个十分重要的时间节点，它将给SAP行业在未来几年的发展带来变化。在接下来的几年，我们将看到大量ECC到S/4的迁移需求。

2. 阻力

然而，ERP系统是一个复杂的系统工程，升级和迁移所要投入的人力和物力，所需要的时间都是需要进行细致的评估和计划的，也正是就这些来自客户的呼声和反馈，SAP将之前的宣布的2025年支持期限推迟到2027。但至于2027年后，会不会再次被推迟，这还是一个问号。

个人感觉，根据SAP目前的产品战略，再次推迟ECC运维截止日期的可能性很小。

SAP HANA技术发布于2010年，基于SAPHANA的第四代ERP产品SAP S/4HANA 1511发布于2015年。到现在已经将近10年时间了，但还有大量的SAP的客户未完成迁移，总结一下客户持犹豫态度的原因，大概可能有以下几点。

SAP S/4HANA is the next generation Business Suite, but it is not another new version of R/3. It is a new code with new data model.
.
SAP S/4 HANA 1511: This November 2015 version was the first to introduce the S/4 HANA suite. It had essential features including finance, logistics, and integrated analytics and set the stage for further iterations.

业务和流程中断：

迁移到S/4HANA，通常意味着整个公司和组织都要重新适应一个新的系统。

这是类似于ERP项目的重新实施，而不仅仅是一次系统的升级。

这也意味着需要对现有流程进行重新的梳理，同时也可能需要对IT部门和业务部门进行再培训。

对自定义开发的限制：

重新实施S/4HANA，意味着之前自定义的扩展开发，都需要在新系统上进行调整或重写。

如果选用S/4HANA Public Cloud，那么自定义开发的灵活性将受到严格限制，因为在SAP S/4HANA Public Cloud中，客户将无法访问SAP GUI，也无法再进行基于GUI上的Classic Extension。

用户的IT部门将需要进行全面的upskilling，学习SAP新的增强技术和增强模型（e.g. RAP, CAP etc）。

时间：

从当前2024年底到2027年底，还有整3年的时间，感觉时间还很充裕。

但对于一个ERP项目，特别是大型集团的ERP项目，这个时间是十分紧迫的。

决策，预算，产品选型（S/4HANA public cloud vs. S/4HANA private cloud），选实施公司，以及项目实施过程本身，每一个步骤都需要资源和时间的投入。

如果对于小型的公司和组织而言，也许需要12至18个月可以完成这一迁移。但对于大多数企业，参照以往的实施经验，从ECC转换到S/4的至少需要2 - 3年时间。

价值：

ECC到S/4HANA的迁移，既昂贵又具有极高的风险。

需要完全重做业务流程，并在S/4HANA中复制ECC的功能。

但这种迁移到底会带来多少业务价值或投资回报，很多用户还是心存疑虑的。

一定程度上，还缺乏参照案例：

SAP客户不愿意转移到S/4HANA系统，从另一个角度上，还是由于缺少可以参照的样板案例，特别是国内用户。

3. 怎么办？

面对SAP 2027年 ECC 运维截止的这件事，使用SAP ECC系统的用户需要尽快决策。

从笔者的角度，大概可以想到以下几种方案：

开始准备。如果决定选择进行S/4HANA的迁移，请尽快开始。开始进行公司内部的立项，评估和选型。因为随着截止日期的到来，实施公司和实施人员等相关资源将变得更加的紧缺，与此同时也可能有更高的报价。
继续观望。因为SAP在2017后，还提供了3年的扩展维护期，可以选择继续观望一段时间，看看是否有更多可以参考的案例出现，或是SAP是否会进一步延长其运维的deadlie。但要知道，对于准备向S/4HAHA迁移的公司，2027-2030这个时间段，更多的作为一个缓冲和应急手段。
坚持不升级。在main stream运维终止后，与SAP签订Customer-specific maintenance的合同，要求SAP继续对ECC提供运维支持。
弃用SAP。在SAP官方运维终止后，转向其它ERP产品的供应商，但这也将涉及大规模的系统迁移和重构，决策者需要谨慎评估和提前决策。

4. 结语

本文小结和分析了SAP ECC运维终止的影响，并给出了个人的一些建议。

SAP extending its 2025 deadline to 2027 will likely cause many CIOs to breathe a sigh of relief. Beware that this isn’t the time to just forget about SAP for another few years!
.
SAP将ECC运维的截止日期从2025年推迟到2027年，这可能让很多公司的CTO都能稍微喘口气，但这并意味着可以忘掉这件事，CTO们仍需尽快做出决策！