从 SAP ECC 升级到 SAP S4HANA, 几个 Key Points

 

 

自从SAP 公司的拳头产品S/4 HANA 横空出世以来，就引起了世界范围内的众多客户以及ERP 咨询业界的强烈关注。

 

笔者发现很多早些年就实施了SAP ECC 老版本的跨国企业，依旧在使用这些老版本的SAP 系统，对于它们而言SAP ERP 系统早已成为企业供应链管理的战略平台，升级SAP 系统是一个大动作，不到万不得已不好轻易实行。

 

而对于众多第一次实施SAP 系统的企业而言，直接实施SAP 的比较新的S4/HANA 系统，完全回避了SAP 系统升级的问题。

 

关于SAP 系统从ECC 到S4HANA 的升级项目，将会是未来很多年里SAP 咨询行业里的重要项目机会。一些跨国企业将会作出相关预算，投入重金在IT 信息化方面，用于将十多年前就已经实施过的SAP ECC 项目升级到SAP S4HANA 平台。笔者在内的诸多同行，也将会从这些项目中受益。

 

本文主要关注从SAP ECC 升到SAP S4HANA 的几个关键点。如下文字，部分来自互联网。

 

 

A, SAP ECC 和 SAP S/4HANA 的重要区别

 

 

 

  

 

B, 为什么要进行 SAP ECC 系统升级？

 

 

 

 

实际上， SAP 版本升级是个老话题。

 

从最初的 4.6C ，到 ECC6 、再到 SOH 或者 S/4 HANA ，而 S/4 HANA 也在不断的进行产品迭代与升级，无论是主动还是被动的升级，都会引发用户的广泛讨论。

 

从 2017 年开始， SAP 就提出自 2025 年以后将不再支持非 HANA 数据库，也就是说 SAP ECC 产品 2025 年后将停止标准维护服务。这使得众多使用 SAP ECC 的大中小企业近些年都面临迫在眉睫的系统升级问题。

 

我们可以说这是 SAP 公司的套路，通过这种方式倒逼客户不断投入预算升级其 SAP 系统，而 SAP 公司就能通过这种升级方式获取到源源不断的收入。当然了，软件系统不断升级换代，也是正常的。毕竟随着时代的发展， IT 发展趋势的不断变化，软件系统不管是功能，还是界面，还是核心架构，都需要做出相关的调整与优化来满足一日千里的变化。

 

虽然 SAP 公司在 S4HANA 版本之前也一直在做软件产品的升级换代，不断迭代新版本，但是核心的架构以及底层都保持基本不管，这样使得产品的升级换代对于客户而言影响最小化。但是从 ECC 到 S4HANA 的升级，则不管是底层数据库结构，系统架构，前台功能界面等，都有不小的变化。其中的一些变动动作不小，极具颠覆性。比如在 S4HANA 系统里， MRP AREA 是默认激活的，而在之前的版本里，是默认不激活的。比如批次管理，之前的版本里一个物料只要激活了批次管理，那就是 global 层面（ Client 层面），而 S4HANA 里，物料激活批次管理可以是在 plant level 了。诸多变化，是为了更好更灵活的适应企业管理的实际需求。

 

 

 

 

 

 

 

C, 企业如何把 SAP ECC 迁移到 S/4HANA ？

 

 

 

简单概括就是有三种选择：  

 

1, 全新实施（ Greenfield ） ：完全重新实施一个独立的新系统，可以利用软件的新功能，实现更灵活的架构，需要较高的成本投入

2, 原系统的版本升级（ Brownfield ） ：即现系统版本升级，利用 SAP 官方工具 SAP Software Update Manager (SUM) 将现有系统所有的数据、配置和二次开发完全地搬家到新系统里。投入较低，只提供技术升级，无法将技术升级定位为用于基本业务转型的较大计划的一部分，对此企业必须参与多次的转型实施，并需要承担商业运作被多次打断的后果。

3, 借助第三方工具在原系统上升级 ：利用 SAP 官方工具或者第三方工具，按照目标架构的要求，有选择性地、将部分的数据或者功能模块从老系统搬到新系统里，减少系统宕机时间，目前第三方工具有 SNP BLUEFIELD, Natution, DATAVARD( 已被 SNP 收购 ) 等等。

 

 

 

 

 

 

D, SAP 公司的官方工具 SUM ( Software Update Manager)

 

 

从技术上讲， SAP 有一个强大的过渡工具（名为 SUM ）可以将系统转换为 S / 4HANA ，将旧的（ Oracle / DB2 / MSSQL ）数据库迁移到 SAP HANA 数据库，并将旧的 ECC 应用程序升级到较新的 S / 4HANA 代码库。  

 

 

 

SUM 工具实际上使您可以一次跳转从 ECC 跳到 S / 4HANA 。但是，此一跃式过程是理想的，因为它仅在满足以下所有条件时才起作用：

·         SAP 版本：您至少使用 SAP ERP ECC 6.0 ，而不是较旧的版本 .

·         单 / 双堆栈：您的 ECC 堆栈仅是 ABAP ，而不是双 ABAP / JAVA 堆栈 .

·         Unicode ：您的数据库和 SAP 内核已启用 Unicode.

 

如果不满足以上三个技术先决条件中的任何一个，那么到达 S / 4HANA 的过程将涉及至少两跳。

 

 

 

 

使用 SAP SUM 工具做系统转换的技术步骤

 

因此，让我们分解所有转换为 S / 4HANA 的技术步骤，包括先决条件，以便您可以了解事先进行任何准备是否有意义，或者是否要将其包含在其中。

 

SAP 系统转换为 S/4HANA 的前提条件

1 、仅将双堆栈 ABAP + Java 拆分为 ABAP

如前所述，如果您现有的 ECC 6.0 系统位于双 ABAP 和 Java 堆栈上，则需要将其拆分为两个单独的堆栈，以便进行转换结果将仅 ABAP 的堆栈转换为 S / 4HANA 。

 

2 、升级到 ERP ECC 6.0

为了跳到 S / 4HANA ，您的源系统必须至少在 ECC 6.0 上，因为较低的 SAP R / 3 4.7 和 SAP ECC 5.0 版本不包含所需的客户 - 供应商集成（ CVI ）适用于 SAP S / 4HANA 。所使用的 ECC 6.0 增强包版本都没有关系。如果您的系统还没有使用 Unicode ，则可以将升级与 Unicode 转换结合使用。

 

 

3 、转换为 Unicode

SAP S / 4HANA 仅随 UNICODE 一起提供，并且 SUM 流程不包括从非 Unicode 到 Unicode 的转换（对于 7.5x 目标）。如果还需要将源环境升级到 ECC 6.0 以便为 S / 4HANA 做好准备，则可以使用称为 “ 合并升级和 Unicode 转换 ” （ CU ＆ UC ）的方法将这两个步骤结合在一起。将 SAP ECC 系统转换为 Unicode 是一个文档齐全的过程，除了回归测试领域（如界面，自助服务，和自定义的 ABAP 代码。）

 

 

 

 

 

E ，第三方提供的 SAP 系统升级工具

 

 

借助于 SNP 的专有的 SAP 转换软件 SNP Bluefield 迁移方案 ，我们能够建立 SAP 系统的副本，与客户和合作伙伴合作，对这些系统进行选择性和有针对性的更改 , 然后用一套完整或选择性的公司业务数据重新填充这些系统。极大地节约项目时间和成本。

BLUEFIELD™ 方法通过高端软件极大地加快了数据迁移的速度，使项目的实施更为高效。通过以 CrystalBridge 为核心的 BLUEFIELD 实施方法论，企业可以：

• 根据市场的需求随时对业务进行调整
• 遵循公司战略创建一个灵活的 IT 架构
• 根据实时数据情况，做出明智的决策
• 创造更多的潜在业务
• 识别系统环境中存在于 IT 与数据安全中潜在的风险

升级到 SAP S/4HANA 不仅仅是技术升级。为了使迁移的价值最大化，企业需要在进行迁移之前，在数字化转型之旅中取得有意义的进展。 干净的数据和良好的数据管理是释放 S/4HANA 全部潜力的关键。 SNP 收购 Datavard 之后，还可以在升级之前对企业的 SAP 数据做归档和控制。

SNP 简介

SNP 是世界领先的管理复杂 数字化转换流程的软件提供商， SAP 全球金牌合作伙伴。为 SAP 用户系统提供系统升级、系统拆分、合并、数据标准化、 ERP 归档等数据转型业务。与 ERP 环境中的传统 IT 咨询相比， SNP 提供了一种使用专门开发的软件的自动化方法：数据转换平台 CrystalBridge 和 SNP BLUEFIELD 方法，使企业可以更快速，更安全地重组和现代化其 IT 环境，并更安全地迁移到新系统或云环境中。这可以让客户在获得高质量交付的同时缩短周期，减少成本。

SNP 集团在全球拥有约 1,600 名员工。该公司总部位于德国海德堡， 2021 财年的收入约为 1.66 亿欧元。 SNP 的客户来自各行各业的跨国公司。 SNP 成立于 1994 年，于 2000 年上市，并自 2014 年 8 月在法兰克福证券交易所的主要标准板块中上市（ ISIN DE0007203705 ）。自 2017 年以来，该公司一直作为欧洲公司（ Societas Europaea / SE ）进行交易。

 

Datavard 简介

Datavard 是一家创新的 SAP 数据管理、 SAP S/4HANA 迁移、数据仓库现代化、遗留系统退役、 SAP 数据集成、大数据和系统环境转换的智能解决方案和咨询服务供应商。作为值得信赖的 SAP 合作伙伴， Datavard 拥有超过 20 年的专业知识，帮助世界各地的公司精益、高效和盈利地运行他们的 SAP 系统。 Datavard 总部位于德国海德堡，在欧洲、中东和非洲、美国和亚洲设有办事处， 2021 年被 SNP 收购。

 

 

 

 

 

 

- 完 -

 

2022-9-13 写于苏州市。