S / 4HANA过渡–第一步|赛锐信息

基于SAP的组织过渡到S / 4HANA的时机已经过去。但是,我们还没有看到针对S / 4HANA的踩踏事件。

S / 4HANA过渡–第一步|赛锐信息 图1
赛锐信息,SAP ERP定制,ERP定制

根据大量调查,多达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+家不同行业、规模的大中小型企业客户。在电子高科技、汽车零部件、印刷包装、医疗器械、快消品、专业服务等行业信息化管理领域具有领导性地位。

相关文章

联系我们

联系我们

130-0752-1773

在线咨询:点击这里给我发消息

邮件:info@sapzx.com

工作时间:周一至周五9:00-18:00,节假日正常休息

关注微信
关注微信
分享本页
返回顶部