S / 4HANA过渡–第一步｜赛锐信息
基于SAP的组织过渡到S / 4HANA的时机已经过去。但是，我们还没有看到针对S / 4HANA的踩踏事件。
根据大量调查，多达50％的SAP客户仍在考虑迁移计划和时间表。这不足为奇。转向S / 4HANA是一个重要的项目，可能会对预算，资源和业务连续性产生重大影响。
无论您要迁移到S / 4HANA的时间表如何，无论规模大小或行业如何，所有企业都会熟悉一个决定，那就是：“我将如何过渡到SAP的新平台”。
共有三个主要的过渡选项-格林菲尔德，布朗菲尔德和布鲁菲尔德。根据Rev-Trac客户的反馈，大多数大中型企业都选择Brownfield或Bluefield。
如果您正在考虑采用Brownfield或Bluefield方法，则过渡过程包括以下步骤：
- 范围内的过渡工作
- 删除不会转换的代码
- 检查过渡代码的兼容性
- 修复不兼容的自定义代码
- 调整兼容的代码性能
从代码开始
SAP建议至少使用SCMON / SUSG或UPL跟踪自定义代码和SAP标准代码12个月。因此，即使您或您的SAP IT团队不确定您的过渡计划，您现在也可以做一些准备来为这一旅程做准备。
无论采用哪种S / 4HANA迁移方法，您都需要在某个时候删除代码。知道保留什么以及丢弃什么至关重要。
下一步的步骤
决定什么代码需要转换，什么不该仅仅是开始。做出决定后，就该着手拆卸和兼容性之路了。
在TechEd 2019大会上，SAP表示其辅助删除代码和测试兼容性的工具得到了改进。因此，如果您的组织在您的S / 4HANA过渡中有些滞后，从长远来看可能是最好的。
例如，用于Eclipse的Android开发工具（ADT）现在包含半自动修复程序，以实现代码兼容性。SAP的目标是使其适合多达80％的不兼容代码，这将节省大量时间和成本。
此外，许多系统集成商（SI）都开发了自己的工具。结果，随着时间的流逝，该过程变得更加简单。
管理变更
尽管这个过渡过程看起来很简单，但是却可以同时管理大量代码。在兼容性修复阶段将需要迭代某些代码，而在调整阶段则需要迭代更多代码。跟踪和管理序列对于SAP IT团队可能是一个挑战。
同样，在向S / 4HANA的转变中，将功能作为单个代码单元进行管理将变得越来越复杂。为了简化过程，最好通过WRICEF（工作流，报表，界面，转换，增强和表单）或功能来管理代码组。在需求级别上管理过渡-在部署之前测试所有链接的相关对象-加快了S / 4HANA的过程。
自动化SAP变更管理流程对更好地管理大量代码并简化迁移至关重要。一些Rev-Trac客户使用Rev-Trac Platinum（SAP变更管理自动化平台）简化了WRICEF流程。
例如，能源巨头AGL使用Rev-Trac Platinum在业务的一部分中简化并加速了向S / 4HANA的转换。该公用事业部门对要采用的应用程序的所有自定义要求进行了量化，并创建了Rev-Trac请求。每一个。通过透明地处理每个请求，AGL可以轻松跟踪创建新系统时每次对象修改的历史和原因。无论您的组织采用哪种方法过渡到S / 4HANA，自动化SAP变更管理流程对于成功，快速地进行至关重要。 S / 4HANA迁移。使用诸如Rev-Trac之类的自动化变更管理平台，可以使旧系统与S / 4HANA系统保持同步，并在不影响质量或降低生产系统风险的情况下加速SAP变更。
关于赛锐信息
作为SAP的资深合作伙伴，赛锐信息是一家专业提供SAP行业化管理软件解决方案的顾问公司，致力于为企业提供SAP ERP系统咨询服务、IT规划、业务流程优化、信息系统实施、行业信息系统方案开发，运营外包及售后维护等全面的服务方案。已服务1000+家不同行业、规模的大中小型企业客户。在电子高科技、汽车零部件、印刷包装、医疗器械、快消品、专业服务等行业信息化管理领域具有领导性地位。
