From SAP ERP 6.0 to SAP S/4 HANA in Four Steps

From
SAP ERP 6.0 to SAP S/4 HANA in Four Steps

转自: http://news.sap.com/from-sap-erp-6-0-to-sap-s4hana-in-four-steps/

 

You can migrate to SAP S/4HANA using
the standard migration paths. For those already running SAP ERP 6.0,
a system conversion is the correct method.

SAP
S/4HANA
is the next generation of the SAP Business Suite enterprise software
from SAP. Based on the SAP
HANA
in-memory platform, SAP developers have carefully tailored the solution
to meet the needs and challenges of the digital economy. Not only can companies
optimize existing processes, but they can now also realize new processes to
assert their advantage in the digital competition.

By employing SAP S/4HANA as the
digital core of their IT architectures, enterprises can firmly focus on digital
processes, where business scenarios are effectively implemented and powerfully
marketed. As such, SAP S/4HANA is more than just a successor to SAP
Business Suite, it represents a completely new product line.

The migration to SAP S/4HANA is
therefore not a one-off project such as an upgrade or database migration.
Instead, it involves the entire IT system landscape. Enterprises should always
plan the transformation in terms of their optimum future SAP target
architecture. This makes life much simpler for users: Thanks to the holistic
nature of the transformation, it allows often complex and heterogeneous IT
system landscapes to be eliminated (unlike a pure migration to SAP HANA),
laying the foundations for simpler, more streamlined processes.

 

Three Paths
to the Destination

As with the SAP Business Suite,
enterprises can choose from three possible methods for migrating to
SAP S/4HANA: greenfield, system conversion, or landscape transformation.
In assessing which path is the right path, the target architecture alluded to
above is very important (more on this topic later in the first article of our
series “SAP
S/4HANA: Chart the Route for Digital Transformation
”). Companies that are already running SAP ERP 6.0 (enhancement package 0 and
higher) can migrate directly to SAP S/4 HANA with a system conversion.

Which path is the right path for my company? A decision matrix illustrates
the various paths for migrating to SAP S/4HANA.

 

System
Conversion

In technical terms, a system conversion to
SAP S/4HANA retains the system ID for Customizing, development, data,
authorizations, and interfaces. This is also known as in-place migration. For
systems running SAP ERP 6.0 enhancement package 0 and higher,
companies can migrate directly to SAP S/4HANA without having to upgrade to
a higher enhancement package. This assumes that the system is already a Unicode
system. Following the release of SAP NetWeaver 7.5, SAP only supports
Unicode systems. If a company’s system is not Unicode, it must be converted to
Unicode before the conversion. The actual system conversion to SAP S/4HANA
is supported by the SUM-DMO, the Software Update Manager with Database
Migration Option. This helps companies upgrade and migrate databases in one
step, meaning just one period of downtime.

 

Readiness
Checks Pave the Way for the Migration

To ensure the migration is successful,
companies need to adjust their IT systems to meet the framework requirements of
SAP S/4HANA during the system conversion. It is best to analyze the
required adjustments in four steps. This “readiness check” for SAP S4/HANA
should be performed as early as possible to obtain an overview of possible
adjustments. These preparatory measures can then be analyzed during live
operation where applicable.

 

Step 1:
Maintenance Planner

The Maintenance Planner checks an
organization’s business functions, industry solutions, and IT system add-ons.
If the check does not produce a valid conversion path (for example, because an
add-on has not yet been published), the Maintenance Planner prevents the system
conversion because no stack XML file can be generated. In this case, the relevant
partner should be contacted to find out when the add-on will be released. For
sandbox system conversions, it is possible to create an exception to continue
the system conversion without an add-on release.

 

Step 2:
Simplification List

At a functional level, the simplification
list provides a detailed description of how SAP S/4HANA will impact the
individual transactions and solution functions of the SAP ERP system. If
this list shows transactions or functions no longer exist, this does not mean
that certain functions will be lost. Instead, these functions will be merged
with other elements or reflected in a new solution or architecture.

The individual objects of the
simplification list are dependent on the current SAP S4/HANA Feature
Package Stack, and can be grouped into the following categories:

  • Changes to existing functions
  • Functions no longer supported
  • Functions that are no longer strategic

    At present, numerous objects of the
    simplification list can already analyzed using pre-checks (see the next step).
    Other automated processes to determine whether simplification objects are
    relevant with regard to customer-specific system usage are currently being
    planned. It is worth noting that not all points are relevant for a system.
    Instead, the effort required for the conversion should be determined for the
    relevant points.

     

    Step 3:
    Pre-Checks

    Pre-checks review the system settings that
    are required to perform the actual system conversion. These are available to
    customers in the form of SAP Notes, and can therefore also be used in
    step 2.

     

    Step 4:
    Review the Customer Codes

    One of the most important features of
    SAP S4/HANA is the simplification of the data model. SAP provides
    compatibility views for tables that are no longer required in the migration to
    SAP S/4HANA. SAP also provides a check tool based on
    SAP NetWeaver 7.5 that checks necessary adjustments, for example
    adjustments required for field length extensions. The SAP S/4HANA
    simplifications can be imported in a file, and compared with a code extract of
    the SAP ERP system. A list is created showing the reviewed customer code
    and indicating any code that needs to be changed to make it compatible with
    SAP S/4HANA. There are plans to fully integrate these checks as a check
    variant of the SAP Code Inspector in future. The tool currently supports
    checks of the adjustment of the material number lengths.

     

    Migration
    via SAP S/4HANA Finance

    The migration to SAP S/4HANA can also
    be performed with an interim step for SAP S/4HANA Finance. The logistical
    processes have not yet been simplified in this step. In technical terms, this
    is an add-on that is available as an add-on for enhancement package 7 for
    version 1503, or an add-on for enhancement package 8 for
    version 1605. Again, the migration is possible in one step, and the system
    must be a Unicode system. SAP provides customers with an ABAP report to check
    the requirements for this type of migration. This report must be run in the
    local SAP ERP system.

     

     

     

     

     

时间: 2024-09-20 09:25:28

From SAP ERP 6.0 to SAP S/4 HANA in Four Steps的相关文章

《SAP ERP财务:配置与设计(第2版)》——2.4 配置企业结构

2.4 配置企业结构 SAP ERP财务:配置与设计(第2版) 贯穿全书,我们都将力图阐述完成配置操作所需要的所有步骤.应当把正文和界面截图与在你自己的SAP界面上所看到的内容联系起来. 备注 如果本书所阐述的内容与你自己SAP界面上的内容不一致,则可能是由于版本差异造成的(我们以下所著述的内容是基于SAP ERP ECC 6.0版本的),也可能是由所做的相关配置设置造成的. 在进入企业结构的详细配置之前,需要解释两个基本概念:国家和货币.虽然他们本身不是企业结构的一部分,但是国家和货币在企业结

《SAP ERP财务:配置与设计(第2版)》——第2章 SAP企业结构2.1 搭建企业结构

第2章 SAP企业结构 本章概述了定义SAP企业架构时所需要的所有配置.企业结构是一组至关重要的组织单元,只有适当地搭建起这些组织单元才能支持其他部分的系统配置.在这里,由于配置的结果都是支撑整个SAP ERP财务的,因此,对系统设计所做出的任何决策也将适用于其他的章节. 为了能提供一个基本的架构,需要在项目的初期就对企业结构进行定义,在此架构下的每一个模块小组都可以详细地设计他们自己模块的内容.那些企业结构不能及早完结的项目可能存在的问题会比较多,同时也可能导致出现重大的实施问题以及成本超支.

《SAP ERP财务:配置与设计(第2版)》——1.3 项目类型

1.3 项目类型 SAP ERP财务:配置与设计(第2版)在正式进入项目的不同阶段之前,让我们先来快速地浏览一下在SAP世界里存在的不同项目类型: 全新的实施项目: 升级项目: 基于需求的支持项目: 上线支持项目: 推广项目. 下面简要地介绍一下以上项目,这样也就形成了一套通用的术语. 1.3.1 全新的实施项目在全新的实施项目过程中,最终的系统是从头开始研发的.例如,公司决定要把所有的或大多数当前的系统功能转换到一个更先进的或改进的软件系统上,那它所做的项目就是一个实施项目.这种类型项目又可划

ERP系统之比较——SAP、Oracle、BAAN、JDE、SSA

ERP系统之比较--SAP.Oracle.BAAN.JDE.SSA   ERP/MRPII系统剖析SAP SAP公司简介R/2和R/3系统是德国SAP公司所提供的MRPII产品.R/2是用于集中式大型机环境的系统,R/3是用于分布式的客户机/服务器环境的系统.SAP是国际上著名的标准应用软件公司.SAP总部设在德国南部的沃尔道夫市,公司成立于1972年,1988年成为德国股票上市公司.到1995年底,SAP在世界40多个国家和地区设有代表处和独立子公 司,具有近5000家用户,成为世界第五大软件

“醉眼”看Oracle ERP和SAP ERP种种异同

IT168上看到老朱07年写的一篇关于Oracle ERP和SAP ERP比较的文章,概括的不错. 文中提到一点值得商榷,"Oracle 应用系统11i 版本是真正完全基于互联网Internet架构,并且采用开放的Java语言和技术标准进行编写的应用软件.这种技术的开放性",Oracle宣传EBS11i是采用Java技术标准,但实际上,EBS只是框架级别使用了Java技术,业务功能是使用的是和Java完全不同的技术--Form,Report技术,Java框架只是一个外壳,用于展示For

《SAP ERP财务:配置与设计(第2版)》——1.5 SAP导航基础

1.5 SAP导航基础 SAP ERP财务:配置与设计(第2版) 为了给初学的读者一些SAP系统导航的基础,我们也把本节作为入门章节的一部分包含在内了.由于本节的内容也是本书其余部分的基础,因此建议把这一节也阅读完,这样就会对入门导航感到满意了. 1.5.1 登录到SAP系统 当登录到SAP系统时,实际上登录到的是一个链接SAP数据库的前端.这个链接由一个叫SAP图形用户界面(SAP GUI)的程序生成.这是用于访问所有SAP系统的标准程序.你可能拥有几套 SAP 系统,包括一套开发系统,至少一

C# sapnco3.0 连接sap出现问题

问题描述 情况是这样,写了一个程序,在使用SAPNCO3.0连接sap时报错,以下是情况说明:1.这个程序在客户公司时连接SAP正常.2.同一个程序在公司内部连接SAP失败(连接参数已修改为公司内部的账户,这个账户通过sap客户端能登陆的,已测试).3.只知道客户公司的SAP和我们公司内部的SAP版本不一致(不知道是不是这个原因)连接代码:RfcConfigParametersrfcPar=newRfcConfigParameters();rfcPar.Add(RfcConfigParamete

《SAP ERP财务:配置与设计(第2版)》—— 导读

内 容 提 要本书由浅入深.由易到难地对SAP ERP财务进行了系统讲解,包括SAP概览.SAP企业结构.SAP ERP财务会计全局设置.新总账.应付账款.应收账款.资产会计.SAP ERP财务中的成本控制.SAP ERP财务的集成.数据迁移.期末结账.SAP ERP财务报告.SAP ERP财务的实施和支持等内容. 通过本书,可以掌握设计和配置一个SAP ERP财务实施所需要面对的最重要的问题.这本畅销书的第2版进行了彻底的更新,提供了更全面.更详尽的内容,从SAP ERP财务的常用功能以及它们

《SAP ERP财务:配置与设计(第2版)》——1.6 小结

1.6 小结 SAP ERP财务:配置与设计(第2版)本入门章节所提供的这些基本概念能让你从本书的其他部分获取最大的收益.本章包含了以下方面的内容: 编著本书的主要目的: SAP简介: 项目的不同种类以及成功的项目实施所要考虑的关键点: 一些基本的导航方法. 在下一章中,我们将开始学习SAP企业结构,企业结构是建立SAP ERP财务配置的基础.