S/4HANA转换:建立系统格局的步骤和顺序

2020-08-21 09:11发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


您对逐步发展系统格局有何经验和建议?

这种情况:

  • 运行在anyDB上的Sandbox + DEV + QA + PROD系统在现有的ERP环境中
  • 应计划将棕地转换为SAP S/4HANA
  • 存在用于为具有4个系统的S/4HANA构建相同环境的新硬件

在项目执行过程中需要这样做:

  • 包含生产数据的几次测试转换
  • 在此项目期间,完成了
  • 一些S/4HANA特定的定制和开发。 最后,它将成为新的S/4HANA系统的一部分
  • 运行中的ERP 3系统景观应保持稳定,以确保生产运营

看看这个简单的步骤顺序:

1a。 PROD ERP的系统副本

1b。 测试转换为S/4HANA中间系统

1c。 做一些开发和定制。 导出为运输请求。

1d。 扔掉新的S/4HANA中间系统。

2。 重复步骤1a到1d,进行新的测试转换。 每次导入所有进一步的运输请求以继续开发。

3。 收集运行手册中的所有传输方式和手动步骤以进行转换,并应用于所有

4a。 将DEV系统ERP转换为新的DEV S/4HANA

4b。 将QA Systeme ERP转换为新的QA S/4HANA

4c。 最终将PROD ERP转换为新的PROD S/4HANA

那么,伙计们-您如何看待这一点? 您的最佳做法是什么? 如何在项目进行过程中以最少的问题建立新的格局?

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


您对逐步发展系统格局有何经验和建议?

这种情况:

  • 运行在anyDB上的Sandbox + DEV + QA + PROD系统在现有的ERP环境中
  • 应计划将棕地转换为SAP S/4HANA
  • 存在用于为具有4个系统的S/4HANA构建相同环境的新硬件

在项目执行过程中需要这样做:

  • 包含生产数据的几次测试转换
  • 在此项目期间,完成了
  • 一些S/4HANA特定的定制和开发。 最后,它将成为新的S/4HANA系统的一部分
  • 运行中的ERP 3系统景观应保持稳定,以确保生产运营

看看这个简单的步骤顺序:

1a。 PROD ERP的系统副本

1b。 测试转换为S/4HANA中间系统

1c。 做一些开发和定制。 导出为运输请求。

1d。 扔掉新的S/4HANA中间系统。

2。 重复步骤1a到1d,进行新的测试转换。 每次导入所有进一步的运输请求以继续开发。

3。 收集运行手册中的所有传输方式和手动步骤以进行转换,并应用于所有

4a。 将DEV系统ERP转换为新的DEV S/4HANA

4b。 将QA Systeme ERP转换为新的QA S/4HANA

4c。 最终将PROD ERP转换为新的PROD S/4HANA

那么,伙计们-您如何看待这一点? 您的最佳做法是什么? 如何在项目进行过程中以最少的问题建立新的格局?

付费偷看设置
发送
1条回答
昵称总是被占用
1楼-- · 2020-08-21 09:53

您好 Ingo Biermann,

方法取决于地形, 数据量,可承受的开发锁定期和可承受的停机时间。

您计划中的一些关键点:

通常,我们无法在整个转换期间锁定开发和更改, 您必须计划DEV和QAS的可用性,同时继续进行转换。 您可以复制现有的DEV和QAS系统,并将它们用作转换源。 在DEV进行项目的过程中,更改和开发应尽量少,一旦S/4同行准备好就应手动进行。 不应将在ECC中开发的传输导入到S/4系统环境中。

在复制系统(例如Sandbox,DEV和QAS)时,必须先导出ST03N数据并导入复制的系统中,然后才能开始进行转换 .Simplification Items检查依赖于ST03N数据,并且该数据不是系统副本提供的。 请参考 2568736 进行此操作。

执行紧密模拟(就资源而言) ),以便您可以通过分配最佳的R3load进程数来最大程度地减少停机时间。如果计划数据库移动,请计划并行DMO(而不是串行模式)以减少停机时间。

提交

一周热门 更多>