第三选择：Selective Data Transition

xiayutian_c

已于 2023-03-02 10:28:58 修改

阅读量907

点赞数 4

分类专栏： S4HANA Conversion S4 HANA 文章标签： S4HANA

于 2022-05-06 14:25:21 首次发布

本文链接：https://blog.csdn.net/xiayutian_c/article/details/124415094

版权

S4HANA Conversion 同时被 2 个专栏收录

11 篇文章 7 订阅

订阅专栏

S4 HANA

7 篇文章 8 订阅

订阅专栏

参考：

https://blogs.sap.com/2020/02/12/move-to-sap-s-4hana-with-selective-data-transition/
https://www.cbs-consulting.com/en/cbs-ET-S4HANA
https://www.natuvion.com/en/products/transformation/sap-s-4hana-selective-data-transition-engagement
https://www.snpgroup.com/en/bluefield-for-s/4hana?hsCtaTracking=986b0103-8668-48a2-9eed-7e90371a2528%7C5ed9eb8d-cac4-4e1b-aab1-a0d6652d3427
https://launchpad.support.sap.com/#/notes/3018442
https://www.sap.com/services-support/service-offerings/data-mgmt-landscape-transformation.html
https://www.datavard.com/en/transformation/sap-s4-hana/
白皮书：https://support.sap.com/content/dam/support/en_us/library/ssp/offerings-and-programs/support-services/data-management-landscape-transformation/whitepaper-sdte.pdf

ECC到S4常见的路径是两个greenfield和brownfield，说白话就是S4新实施和ECC升级到S4。

最近了解到SAP还推荐了另一个方案，界于两者之间，以下是笔记，希望有经验的朋友可以一起讨论这个topic。
在这里插入图片描述
不同方案的对比：

今天只讨论第三种—Selective Data Transition。

Selective Data Transition

这条路有几家方案可供选择: SAP原厂方案DMLT 或是第三方产品如 cbs的 ET 、SNP的BLUEFIELD、Natuvion、Datavard。

在这里插入图片描述

在这里插入图片描述
顾名思义，这种方法涉及到将数据从一个或多个现有ERP解决方案传输到新的S/4HANA解决方案。转移由SAP或提供专门工具和服务的合作伙伴完成。选择性传输的数据包括:

ABAP对象库和开发
配置(定制)数据
主数据
交易数据(Open的事务数据和已经closed的历史数据，例如2年内的数据)

有两种常用的方法来创建具有选择性数据转换的目标系统:Shell Conversion和Mix and Match。

在Shell Conversion中，在没有主数据和事务数据的情况下生成生产系统的Shell副本，并将其转换为SAP S/4HANA。
在Mix and Match中，创建一个新的S/4HANA安装，然后传输或手动传输现有配置和ABAP存储库的元素。

这两种场景都需要进行数据迁移，包括主数据、余额和open的单子。
选择性数据转换允许您在重新设计其他部分的同时，有选择地重用现有ERP解决方案的部分。通常，这是由应用程序区域完成的。例如，你可以重复使用ERP物流解决方案，但重新设计财务解决方案。或者，您可以重新设计采购和资产管理，同时重用现有的销售和财务流程。

如上图所示，在重用大部分解决方案和流程时使用Shell Conversion。混合和匹配是在重新设计大部分解决方案时使用的。下面显示了这两种方法的比较。
在这里插入图片描述

使用SAP数据管理和景观转换(DMLT)软件和相关服务移动数据。SAP DMLT过去被称为SAP系统景观优化System Landscape Optimization(SLO)。在超过15年的时间里，SAP DMLT为组织变化、收购、剥离或SAP景观的协调提供了良好的解决方案和服务。该软件提供了高度自动化的流程，可以在SAP实例之间快速移动大量数据。SAP DMLT服务团队在全球范围内交付项目。

S/4HANA内部部署的类似软件和服务由第三方供应商提供。

以下情况时，组织可以考虑使用SDT这种方式：

阶段性上线(例如，按国家或业务单位)。
通过重用一些应用领域(如物流)，同时重新设计其他领域(如金融)，减少重新实现的工作量。
减少一次性上线的风险。
拆分或合并现有的SAP ERP实例。(例如，您可以选择剥离应用程序领域或公司，并在单独的实例或云中实现它们)。
留下大量的旧数据，例如减少转换和切换的持续时间。(这是在进行大型数据归档项目后再进行系统转换的一种替代方法)。

如前所述，起点是创建并行的SAP S/4HANA沙盒或开发系统。可以使用全新的SAP S/4HANA安装(Mix and Match方法)。或者，使用SAP DMLT创建现有ERP系统的“shell”副本(shell转换)。shell包含ABAP存储库和配置数据，没有主数据或事务数据。系统转换将其转换为S/4HANA实例。在没有主数据和事务数据的情况下，转换过程更简单、更快，并且在没有业务数据的情况下，某些S/4HANA简化项目可以更容易地实现。

对于主数据和事务数据的选择性数据迁移，使用了SAP DMLT工具。如果不需要历史事务，只需要open的事务项，那么SAP S/4HANA Migration Cockpit(直接转移场景)可能会更简单。SAP DMLT允许迁移历史事务数据的时间片。

下面描述了使用Shell转换的示例项目场景。这个假定项目分为两个阶段。第一阶段是技术升级，然后是实施业务转型创新的第二阶段。第一个技术升级阶段概述如下:

发现 Discover

所有升级方式都会用到的Rediness Check
了解S4简化项Siplification Items(SI)
Engage SAP DMLT 实施方

准备 Prepare

聘请 SAP DMLT 或合作伙伴就该方法进行讨论。这可能会导致现有 ERP 系统中做一些准备工作。
分析 DMLT 源系统的功能，例如使用Solution Manager中的Business Process Improvement。
使用 SAP Readiness Check 和 SAP Business Scenario Recommendations (BSR) 分析现有环境。
在现有的 ERP 中执行 S/4HANA 的准备事项。这可能包括对数据进行归档，以减少数据占用，尽管在使用DMLT工具将数据传输到S/4HANA时也可以实现数据减少。您可以删除不需要的未使用的自定义代码和配置。您还可以执行客户供应商集成功能 (CVI) 让BP成为主对象Lead Object。

探索 Explore

创建一个新的S/4HANA沙盒系统。使用生产ERP实例的最近副本创建一个shell副本。
对shell系统进行S/4HANA系统转换。
Make configuration changes required to execute Fit-to-Standard workshops.
分析自定义代码，找出需要进行adaption的code。
针对强制性的S/4HANA简化项目进行符合标准的分析和设计。

实现 Realize

建立数据迁移工具和环境。
使用沙盒系统的shell副本创建一个新的S/4HANA开发系统。
Set up a production support track for on-going maintenance of the live solution.
针对SAP S/4HANA简化项进行必要的配置更改。
为SAP S/4HANA适配ABAP代码。
实现集成和分析解决方案所需的任何更改。
在沙箱中使用SAP DMLT执行多个数据迁移测试周期。
使用S/4HANA开发shell建立一个没有主数据和事务数据的Q系统和P系统。
在Q系统中测试主数据和事务数据的选择性迁移。使用交易数据的时间片，例如，迁移2年内的交易，留下8年的数据。
设置SAP Information Lifecycle Management (ILM)和保留仓库，将旧数据转移到低成本的基础设施上。
集成测试和UAT。

部署 Deploy

切换演练
将主数据和历史事务数据(如果需要)迁移到生产系统中。
切换到生产。迁移自上一个迁移周期以来有变更的事务数据和主数据。

一旦技术转换阶段完成，第二个项目阶段就可以开始实施业务转换创新，例如引入一些SAP Fiori应用程序。第一阶段由技术团队领导，第二阶段由业务团队领导。

这种方法也可以是灵活的。例如:

除技术转换外，首次上线还可以包括业务转换范围（business transformation scope）。
准备阶段的S/4HANA准备活动可以在沙箱中完成，而不是在现有的ERP解决方案中。
在探索阶段，您可能直接跳转到开发系统，而不是使用沙盒。(稍后仍然需要沙盒来执行数据迁移的测试周期)。
在技术转换期间，配置和ABAP代码的调整可以在沙盒系统中完成，然后转移到开发系统中。这可以减少生产支持跟踪的持续时间。
根据需要，例如根据国家和公司代码迁移主数据和事务数据时，可以分多次按顺序上线。
有选择地从多个源ERP系统传输业务和主数据。使用多源系统的先决条件是ABAP存储库和源系统的配置是兼容的。在准备阶段需要进行Harmonization work。
与仅使用S/4HANA Migration Cockpit进行数据迁移(不包括历史事务)相比，DMLT服务中涉及的技术迁移提供了一种更注重应用程序的方法。可能需要较少的harmonization work。
旧的生产系统可以将其停用，使其处于休眠状态，以访问历史数据和归档数据。

–未完待续–