从SAP ECC升级到SAP S4HANA, 几个Key Points
从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 写于苏州市。
