| 2027 年将是DX具有里程碑意义的一年。这一年，SAP ECC维护到期（或者更准确地说，有偿维护可持续到 2030年）。各公司都将此作为从当前的 SAP ECC切换到SAP新系统的最后期限。 SAP ERP升级浪潮在过去十几年前也经历过从R/3向ECC的迁移。不过，这次的情况有些不同。在迁移升级的同时，大家也在探讨另一个IT趋势——上云。在ECC推出之初，一般都是内部部署，由Global one instance管理的大型企业也会建立和运营自己的服务器。但近年来，云管理已成为主流，SAP ERP也提供了基于云的解决方案——SAP S/4HANA Cloud Private Edition。
图片来源：SAP官网 “同时实现ERP下一代系统与上云迁移”是此次SAP升级的一大特征。 ABeam中国每天都会收到有关从ECC升级至SAP新系统的咨询。本文将根据实际案例，向各位说明ABeam中国是如何助力客户企业同时实现以上两大目标的。 在SAP升级和上云的项目中，有三大重要因素。 ■如何缩短停机时间 ■如何推动3家公司共同的项目 ■如何将SAP S/4HANA Cloud Private Edition的新功能运用到公司业务中 1、缩短停机时间。SAP ERP是一个关键任务系统。特别是对于在全球范围内共享同一系统的公司来说，其重要性更高。另一方面，将内部部署的系统迁移上云需要TB规模的数据迁移，关键是如何缩短该段时间。 2、3家公司共同的项目推进。SAP S/4HANA Cloud Private Edition的基础部分（Basis模块）的服务基本由SAP公司提供。以往由客户公司和实施合作伙伴两家公司为主导的项目变为了包含SAP公司在内的三家公司共同推进的模式。所以，过去习以为常的项目管理需要改变。我们遇到过很多这样的案例：由于疏于向主要提供远程服务的SAP公司进行沟通，或是疏忽检查先决事宜，重要决策都是由出现在项目现场的两家公司进行判断，导致项目混乱。所以事先准备好解决这些问题的注意事项是非常基本的。 ►让 SAP 顾问参与每个项目管理的会议，如Kickoff、周会、进程讨论等，分享整个项目进程。 → 避免出现 “这个问题影响了我们的任务，而我们却不知道 ”的情况。 ►应提前制定时间表，在什么时候需要什么公司的资源要标注清楚具体的负责人姓名→ 避免“我无法在短时间内安排资源 ”和“我应该协调其他人来完成这项任务”。 ►详细确定每项任务的角色分工，并明确以哪种作业联络方式作为该项任务已完成的界定。避免“我想让你告诉我是否已经完成 ”和“我以为这是你的任务”。 需将上述注意事项彻底贯彻。其目的是确保缩短停机时间，因为一个疏漏就可能导致整个项目的失败。把理所当然的事情踏踏实实地付诸实行，希望各位能谨记。
3、活用新功能。管理层关注的是SAP升级后将为企业带来的价值。单纯的平台基础设施的更新，以及上云往往被认为是不够的。即除了以上2点上云的措施以外，通常还需要实现经营价值。例如，在SAP升级时，客户企业会提出“加强数据管理“、“改善不良债权“等，希望我们能以加强其他模块或现有功能的项目为例来进行说明。这里需要注意的一点是，不要弄错是在升级的同时进行新功能的导入，还是在升级后再进行导入。两种区分方式会对项目实施的效率产生很大的影响。 ►加强数据管理需要导入新模块。因此，SAP升级是首要的。在新的基础架构稳定后（在每月结算过程中积累了一些经验后），再导入新模块。理由是，要尽快产生效果。如果要在新的基础架构上构建新模块，任务串联会导致项目周期变长。此外，培训、测试和数据迁移也会变得更加复杂。为避免这些问题，建议将新基础架构的搭建与新模块的导入分开，以加快进程并依次产生效果。 ►第 二个例子是加强信贷管理，作为改善不良债权的一种手段，将系统从主要的 SD 模块变为 ECC 和SAP S/4HANA Cloud Private Edition中的 FM 模块。这并不意味着要降低目前的管理水平。简单地说，如果重大变化不可避免，最 好在一次修订中就能完成。在这种情况下，接受一定程度的项目复杂性，同时计划升级和改造，防止重复投资，将会更有效率。 尽管我们已经通过案例研究从三个关键要素展开，讨论了SAP升级和迁移上云的问题，但关于SAP升级的课题还有很多。例如上述这个项目是如何通过带数据的系统升级，实现了客户企业在SAP S/4HANA Cloud Private Edition上也能继续使用ECC的数据，继续享受历史的数据红利。此外，如性能提升、实例整合、业务标准化、Fiori的活用、接口整合、客户IT人员的培训，以及大型企业的事先评估等。 |
