Documente Academic
Documente Profesional
Documente Cultură
Please always retrieve the newest version of this implementation road map from the internet:
Link to the Road Map Viewer
Link to Terms of Use
Link to Copyright Information
Published in Q3 2019
PUBLIC
Contents
What is the implementation road map for SAP S/4HANA? ....................................................... 5
How to work with road maps .................................................................................................... 9
How SAP can help ................................................................................................................. 12
1. Discover.......................................................................................................................... 16
1.1. Strategic Planning.................................................................................................... 18
1.2. Application Value and Scoping ................................................................................ 27
1.3. Trial System Provisioning ........................................................................................ 37
2. Prepare Phase ................................................................................................................ 40
2.1. Project Team Enablement ....................................................................................... 41
2.2. Prototype ................................................................................................................. 44
2.3. Transition Planning .................................................................................................. 46
2.4. Transition Preparation.............................................................................................. 79
2.5. Project Initiation ....................................................................................................... 89
2.6. Establish Project Governance .................................................................................. 93
2.7. Plan Project ............................................................................................................. 94
2.8. Project Kick-off and On-Boarding ............................................................................. 96
2.9. Project Standards & Infrastructure ........................................................................... 97
2.10. Execution, Monitoring, and Controlling of Results .............................................. 103
2.11. Organizational Change Management Roadmap ................................................. 104
2.12. Phase Closure and Sign-Off Phase Deliverables ............................................... 104
3. Explore Phase .............................................................................................................. 107
3.1. Phase Initiation ...................................................................................................... 108
3.2. Learning Design..................................................................................................... 109
3.3. Activate Solution .................................................................................................... 110
3.4. Fit-Gap / Delta Design: Introduction ....................................................................... 116
3.5. Fit-Gap / Delta Design: Finalize System Setup ...................................................... 118
3.6. Fit-Gap / Delta Design: Fit/Gap Analysis – Solution Validation ............................... 120
3.7. Fit-Gap / Delta Design: Gap Identification .............................................................. 121
3.8. Fit-Gap / Delta Design: Delta Scope Prioritization .................................................. 123
3.9. GAP Validation ...................................................................................................... 124
3.10. Fit-Gap / Delta Design: Delta Design ................................................................. 125
3.11. Design Review ................................................................................................... 126
3.12. Fit-Gap / Delta Design: Verify and Accept .......................................................... 127
3.13. UX Activation and Design ................................................................................... 128
3.14. Security Design .................................................................................................. 132
3.15. Fit-Gap / Delta Design - Central Finance Design ................................................ 134
3.16. Data Volume Design .......................................................................................... 136
3.17. Data Migration Design ........................................................................................ 141
3.18. Custom Code Impact.......................................................................................... 148
3.19. Integration Design .............................................................................................. 151
3.20. Analytics Design................................................................................................. 154
3.21. Test Planning ..................................................................................................... 155
3.22. Sandbox Setup / Conversion .............................................................................. 158
3.23. DEV Setup / Conversion .................................................................................... 164
3.24. Sizing ................................................................................................................. 169
3.25. Technical Architecture and Infrastructure Definition............................................ 170
3.26. Technical Design................................................................................................ 176
3.27. Operations Impact Evaluation ............................................................................ 182
3.28. Execution / Monitoring / Controlling Results ....................................................... 185
3.29. Release and Sprint Plan ..................................................................................... 187
3.30. Change Impact Analysis ..................................................................................... 190
3.31. Phase Closure and Sign-Off phase Deliverables ................................................ 191
4. Realize Phase............................................................................................................... 193
4.1. Phase Initiation ...................................................................................................... 194
4.2. Plan Realize Phase ............................................................................................... 195
4.3. Learning Realization .............................................................................................. 195
4.4. Sprint Initiation (Iterative) ....................................................................................... 198
4.5. Execution Plan for Realize Phase .......................................................................... 199
4.6. Configuration: Introduction ..................................................................................... 199
4.7. Configuration: Handover ........................................................................................ 201
4.8. Configuration: Main Configuration .......................................................................... 202
4.9. Configuration: Unit Test ......................................................................................... 203
4.10. Configuration: String Test ................................................................................... 203
4.11. Configuration: Solution Walk-Through ................................................................ 204
4.12. Configuration: Bug Fixing ................................................................................... 205
4.13. Configuration: Documentation ............................................................................ 205
4.14. Configuration - Central Finance Implementation ................................................. 206
4.15. Product Enhancements ...................................................................................... 206
4.16. Sprint Closing ..................................................................................................... 211
4.17. Security Implementation ..................................................................................... 212
4.18. Data Volume Management Configuration ........................................................... 213
4.19. Integration Validation.......................................................................................... 216
4.20. Data Migration & Verification .............................................................................. 220
4.21. Custom Code Quality ......................................................................................... 234
4.22. Integration Implementation ................................................................................. 235
4.23. Analytics Configuration....................................................................................... 237
4.24. Test Preparation................................................................................................. 239
4.25. Test Execution ................................................................................................... 240
4.26. QAS Setup / Conversion .................................................................................... 243
4.27. Sizing & Scalability Verification .......................................................................... 246
4.28. IT Infrastructure Setup........................................................................................ 247
4.29. Operations Implementation ................................................................................ 249
4.30. Cutover Preparation ........................................................................................... 257
4.31. Execution, Monitoring and Controlling Results ................................................... 261
4.32. OCM Alignment Activities ................................................................................... 266
4.33. Phase Closure and Sign-Off Phase Deliverables ............................................... 267
5. Deploy Phase ............................................................................................................... 270
5.1. Phase Initiation ...................................................................................................... 271
5.2. Learning Realization .............................................................................................. 271
5.3. Integration Validation ............................................................................................. 273
5.4. Operations Readiness ........................................................................................... 274
5.5. Dress Rehearsal .................................................................................................... 276
5.6. Execution, Monitoring and Controlling Results ....................................................... 277
5.7. Release Closing..................................................................................................... 279
5.8. Production Cutover ................................................................................................ 280
5.9. Hyper Care Support ............................................................................................... 283
5.10. Post Go-Live End User Training ......................................................................... 287
5.11. Handover to Support Organization ..................................................................... 288
5.12. Project Closure and Sign-Off Project Deliverables ............................................. 289
6. Run Phase .................................................................................................................... 292
6.1. Operate Solution .................................................................................................... 293
6.2. Improve and Innovate Solution .............................................................................. 295
What is the implementation road map for SAP S/4HANA?
The purpose of this road map is to support implementation projects of SAP S/4HANA to:
This road map describes SAP S/4HANA implementations on-premise only. SAP offers dedicated road
maps for cloud implementation projects (see accelerator section at the end of this chapter).
The structure of this road map is release independent. Release specific information is given explicitly
where a certain activity or task is required for a dedicated release.
There are three implementation scenarios for SAP S/4HANA (as depicted in the figure below):
• New implementation: For those who would like to implement a new instance of SAP S/4HANA
by either migrating a legacy system or by running a net-new installation of SAP S/4HANA.
• Selective data transition: For those who would like to consolidate their existing SAP software
landscape – or carve out selected entities or processes – as part of their move to SAP S/4HANA.
• System conversion: For those who would like to convert an existing SAP ERP application to
SAP S/4HANA, including business data and configuration.
This road map covers all three implementation scenarios. Scenario information is given explicitly where a
certain activity or task is required for a dedicated scenario (for example, Central Finance Design for
selective data transition only).
The prerequisites for using this road map depend on your implementation scenario. If you will be starting
from an on-premise SAP ERP application, use selective data transition or system conversion. If you are
starting from a legacy system, use the new implementation scenario. For system conversion and selective
data transition, the start release may have an impact on the steps required to move to SAP S/4HANA. For
system conversion, SAP recommends a minimum start release of SAP ERP Central Component of 6.0.
Upgrades from older releases may be included in this change event. If you are already on SAP Business
Suite powered by SAP HANA, you can skip the operating system and database migration parts of the road
map.
The “Transition to SAP S/4HANA” implementation road map is structured in project phases (x-axis) and
work streams (y-axis) as presented in the following figure. Each box represents an activity which needs to
be executed in the project as part of a certain work stream, and within a certain project phase. Please note
that this road map uses the terms “activity” and “deliverable”. The latter comes from the SAP Activate
methodology.
The “Transition to SAP S/4HANA” implementation road map is structured into the following work streams
(groups of semantically related activities):
• Project management – The project management team performs common project and quality
management tasks, including project planning. The technical quality manager (TQM) from SAP is
part of this work stream and works together with the project manager (from your company, or the
implementation partner, or both).
• Solution adoption – This work stream covers the creation of the training strategy and the
learning paths, and the enablement of the end users to be ready for optimal use of the new SAP
S/4HANA solution. In addition, this work stream includes organizational change management
(OCM), and the enablement of the project team.
• Application design and configuration – In this work stream, you should identify and design
functional changes based on a Fit/Gap analysis and SAP S/4HANA functionality and usability in
the scope of the implementation project (e.g. Central Finance in the case of selective data
transition). Based on the design, the new solution gets implemented at a later point.
• Data Management –Depending on the scenario, business data needs to be migrated or loaded
from source systems. This may include loading and converting business data into the new and
simplified business data model and carrying out selective data transition.
SAP recommends that you should reduce data volumes before converting to SAP S/4HANA, to
lower the hardware resources and help reduce downtime in a system conversion scenario.
• Extensibility – Your existing code may need to be adjusted to function properly with SAP
S/4HANA. Firstly, you should clean up unused custom code, then affected custom code in
productive use must be identified, and finally, the necessary adjustments are planned and
executed in the work stream Application design and configuration. The full power of SAP HANA
can be leveraged by you with an optimization of your ABAP custom code for SAP HANA in
parallel to SAP’s optimizations within the SAP S/4HANA stack (e.g., by using Core Data Services
(CDS)). With SAP S/4HANA Key-User Extensibility Tools and the SAP Cloud Platform, you can
extend SAP S/4HANA apps (e.g., with added/hidden fields or mobile Fiori UI’s) in a de-coupled
fashion, integrated with SAP and non-SAP Cloud solutions (like SAP SuccessFactors, SAP
Concur etc.) or build completely new solutions. SAP offers to support adjustments of existing
developments but especially the development of new innovations by dedicated teams. For smaller
add-ons SAP provides support by SAP DBS, and for larger critical business developments the
SAP Innovative Business Solutions organization (SAP IBSO). SAP IBSO is an SAP Organization,
which specializes on individual software solutions that address the unique needs of customers,
and that fit seamlessly with existing SAP software.
• Integration – The activities within this work stream ensure that the new SAP S/4HANA systems
(from sandbox to production) are properly integrated into the customer solution.
• Analytics – This work stream covers the analytics aspects of an SAP S/4HANA implementation
project.
• Testing – This work stream covers test planning and execution (integration, regression, user
acceptance).
• Technical architecture and infrastructure – Here you can plan the implementation of all SAP
S/4HANA systems (sandbox (copies of production); supporting nonproduction systems such as
development (already set up in the explore phase), quality assurance, preproduction; and
production).
SAP S/4HANA has SAP HANA as the underlying database. The introduction of SAP HANA into
your data center must be properly planned based on your business and IT requirements. You may
also include connectivity to the SAP Cloud Platform for integration or extension use cases.
• Operations & support – IT operational procedures and tools need to be adjusted before going
live to help ensure safe operations. Additionally, IT support experts need to be trained.
The figure below shows all the activities of all the work streams. Please note that some of the items shown
in the structure figure below are “summary nodes”, which are bundling multiple activities. For instance, “Fit
Gap / Delta Design” or “Configuration” map to many activities in project reality. All activities are
documented in detail in the SAP Road Map Viewer (see below).
Figure: “Transition to SAP S/4HANA” road map structure
Time wise, the SAP S/4HANA road map is structured into project phases. The phase names are
according to SAP’s new implementation methodology called “SAP Activate” (see accelerators section):
The road map opens in an overview mode, where you get an introduction into the road map, and a
summary of all project phases. Click on “Content” to see all descriptions for activities and tasks.
SAP intends to update this road map once per quarter. The naming convention for the roadmap is as
follows: <Year><Quarter>, e.g. 19Q3. Although only the newest road map is published, you can find older
road map versions as PDF files in the accelerator section for offline use.
The road map in the SAP road map viewer is for reading purposes. You cannot alter the structure of the
road map in the viewer, but you can filter on certain parts of the road map (e.g. filter on a certain phase, or
work stream). Some activities and tasks have been grouped to make read-through easy. It contains many
accelerators helping you to execute a certain activity or task. One of the accelerators is a project file
template which has a similar structure; however, the activity and task level can be modeled differently,
and with a higher level of detail. You can download the project file template and import it into IT Portfolio
& Project Management in SAP Solution Manager. The “Transition to SAP S/4HANA” implementation
road map is a superset of activities covering all three implementation scenarios. The template therefore
serves as a starting point for project planning and must be tailored and maintained continuously as part of
the project planning and execution activities. Right at the beginning you should remove all activities from
the template which are not related to your specific implementation scenario (e.g. the activity “Custom
Code Impact” is not required in case you newly implement SAP S/4HANA). See accelerator section for a
download link.
Accelerators may link to resources which require either upfront registration (e.g. SAPs online learning
platform OpenSAP, or the SAP Learning Hub), or require a certain support status. For instance, the
access to documents and trainings in the SAP Enterprise Support Academy requires SAP Enterprise
Support status. The visibility of accelerators within the road map depends on the user as well. For
instance, links to SAP notes are only visible to SAP customers.
How SAP can help
The business transformation agenda varies from customer to customer. Some would like to understand
their options first and the opportunities for benefits. Other customers have already decided to start the
transformation to SAP S/4HANA. In every case, SAP does everything to ensure that your expectations are
properly addressed with a meaningful number of offerings that allow sufficient flexibility to support an agile
transformation.
To support customers executing the SAP S/4HANA transition successfully, SAP has developed several
service offerings. The offerings are structured for:
The value map content for SAP S/4HANA is currently re-structured into learning journeys in the SAP
Learning Hub. One learning journey corresponds to one project phase. All learning journeys are bundled
in the learning room “SAP S/4HANA On Premise Value Map - SAP Enterprise Support”. SAP Enterprise
Support customers need to sign up for access to both the SAP Learning Hub and the learning room. This
road map lists individual SAP Enterprise Support offerings in the section “How SAP can help” throughout
this road map.
SAP Value Assurance supports customers on their own or partner-led projects for a limited time with
dedicated planning, design support, and functional and technical safeguarding services orchestrated by
the technical quality management (TQM) approach and embedded in the service center concept but does
not provide any implementation or delivery services. In addition, the SAP Advanced Deployment service
offering also contains execution services for the Realize phase of the project and is delivered by SAP
Professional Services in case of SAP prime projects. This road map does not distinguish between
SAP Value Assurance and SAP Advanced Deployment, but simply lists services which help executing
a certain activity or task.
All service components from SAP Value Assurance are available to Premium Engagement customers
(SAP MaxAttention and SAP ActiveAttention) as well. However, new SAP MaxAttention customers do
have access to a broader set of support service offerings like enterprise architecture planning. Where
appropriate, those services are listed in this road map as well.
SAP Value Assurance has been structured into three service packages:
• Plan and Safeguard: This package is for customers who would like to properly plan the digital
transformation together with SAP, and who would like to get safeguarding support throughout the
implementation phase until Go-Live. The project execution is supported by SAP but executed by
the customer or the implementation partner or both. A TQM supports the customer project
manager throughout the project and builds a bridge to the mission control center MCC at SAP.
The technical and functional implementation is done by the customer or the implementation
partner or both. Identified product gaps can be validated, and the functional design evaluated by
SAP.
SAP has added a Plan and prototype option to this package. The prototyping approach enables
you to evaluate the solution in a short time frame with your real business scenarios using your real
data, thereby enabling you to quickly validate the value addition, identify and mitigate risks, if any,
at an early stage and efficiently plan your IT investments.
• Business-ready: On top of ”Plan and Safeguard”, SAP actively supports customers in the design
of a “close-to-standard” implementation. The implementation is done by the customer or the
implementation partner or both.
• Business-optimization: On top of ”Business-ready”, SAP supports customers in the design of
optimized solutions adapted and custom-tailored to customer business requirements. The
functional implementation itself is in the responsibility of the customer, or the implementation
partner, or both.
All SAP Value Assurance service packages can be tailored to your requirements. A description can be
found in the “accelerators” section.
The SAP Value Assurance service packages help you to quick-start your transformation with a defined set
of services, and are pre-calculated based on minimum scope, requirements and SAP involvement. Further
characteristics are:
The following services have been designed to support customers in an SAP S/4HANA implementation:
The following figure maps the services to the “Transition to SAP S/4HANA” road map. The overlay
indicates the activities which are addressed by a certain service.
Figure: Mapping of SAP service offerings to activities
A service consists from one to many service components (SAP Value Assurance), or scope options (SAP
Professional Services). For simplicity reasons, this road map uses the term “service component” only. This
road map provides information about how a certain service component supports the implementation of an
activity or task. See the accelerator section for a description of services and service components. If you
are interested in SAP Value Assurance service packages, you can either contact your main SAP contact
person (TQM or client partner). Alternatively, you can also ask for a tailored offer based on a scenario-
specific scope (see accelerator section for contact form details).
Accelerators:
• SAP S/4HANA
o SAP S/4HANA Product Page
o SAP S/4HANA Product Road Map
o SAP Online Help Portal for SAP S/4HANA
o Extensibility of SAP S/4HANA – Helpful Links
• SAP S/4HANA Value Assurance and Advanced Deployment Packages
o SAP Digital Business Services
o SAP S/4HANA Value Assurance service packages detailed information
o SAP S/4HANA Value Assurance - Level 1 Customer Presentation
o SAP S/4HANA Value Assurance - Level 2 Customer Presentation
o SAP Value Assurance - Description of Services and Service Components
o SAP Advanced Deployment – Level 1 Customer Presentation
o SAP Advanced Deployment – Level 2 Customer Presentation
o SAP Advanced Deployment - Description of Services and Service Components
o Contact Form to Request Service Package Offer
• SAP Enterprise Support Value Maps
o SAP Enterprise Support Value Maps
o Next-Generation SAP Enterprise Support Value Maps
• SAP Activate
o General Information
o Solution Brief
o Methodology
o SAP Best Practices for SAP S/4HANA 1809 - Customer scope presentation
o Implementing SAP S/4HANA with SAP Activate
• Roadmaps
o Road Map Viewer in SAP Solution Manager
o “Transition to SAP S/4HANA” Road Map – Online version
o Project File Template
1. Discover
In the Discover Phase, customers become familiar with the benefits of SAP HANA and SAP S/4HANA,
and the benefits it can bring to customers’ business. As depicted in the figure, the phase is structured as
follows:
• In the first step customers should create an overall company strategy on their digital
transformation. This includes SAP S/4HANA as the digital core, but looks at it from a broader
perspective. Key topics like Internet of Things, Big Data / Smart Data, Omnichannel, or Business
Networks can be included into the strategy as well.
• In the next step customers should become familiar with the value of SAP S/4HANA in general
(e.g. the new and simplified functionality in SAP S/4HANA, the new User Interface based on
FIORI, agile customer innovations using SAP Cloud Platform etc.). A trial system in the cloud
could support this.
• In the third step, a decision on the implementation scenario, and a comprehensive implementation
strategy for SAP S/4HANA should be created. In the case of system conversion, the conversion
readiness of the existing SAP ERP system should be checked as well. A Learning Needs Analysis
for the project team should be performed as well.
The outcome of these steps can be leveraged within a company to build a business case for an SAP
S/4HANA implementation project.
To prepare this phase, customers should take use of the valuable information sources on SAP S/4HANA
listed in the accelerators section:
• There is a vibrant community on SAP S/4HANA at the SAP Community Network. Customers
who are interested in SAP Fiori should visit the SAP User Experience (Fiori) Community.
• The Innovation Discovery Finder is a tool that helps customers to identify new and improved
functionality for SAP S/4HANA based on selection criteria such as Industry, or Solution Area.
• There is also good information available in the print media, for instance “Migrating to SAP
S/4HANA” by Frank Densborn.
• Customers and partners, who want to build de-coupled extensions for SAP S/4HANA using the
SAP Cloud Platform can find very helpful information at the SAP Blog “Extensibility of SAP
S/4HANA” (accelerator section).
SAP plans to ship a new release of SAP S/4HANA on-premise once per year. In between, innovations are
shipped via feature packs. Information (like the “Simplification List” explained later in the road map) is
often release or feature pack dependent. This is the reason why the SAP Online Help portal for SAP
S/4HANA is structured according to the feature pack level (actually 0, 1, and 2). You will need to decide
on the correct release level of your to-be SAP S/4HANA solution and select the appropriate release
dependent information accordingly. This road map usually links to the most current version of release
dependent documents (at the time of writing).
To learn about the current SAP S/4HANA release, it is also recommended to look at the central release
information note of SAP S/4HANA covering all feature packs of a certain release, and the release
restriction note. Both are given for SAP S/4HANA 1809 in the accelerator section. SAP Product
Management announces each new release in a “Product Management Release Blog”, explaining the new
highlights and where to find detailed information.
To learn about SAP’s plan on SAP S/4HANA, please look at the product road map for SAP S/4HANA
(accelerator section), which you will find at sap.com under “Cross Topics”> “Cross Products”.
Accelerators:
• SAP S/4HANA Product Page
• SAP Industry Value Maps
• SAP S/4HANA Product Road Map
• SAP Online Help Portal for SAP S/4HANA
• SAP User Experience (Fiori) Community
• Innovation Discovery Finder
• SAP Press - Migrating to SAP S/4HANA
• SAP Note 2625407 - SAP S/4HANA 1809: Release Information Note
• SAP Note 2725730 - SAP S/4HANA 1809 Feature Package Stack 01: Additional
Release Information
• SAP Note 2659710 - SAP S/4HANA 1809: Restriction Note
• SAP S/4HANA Product Road Map
• SAP Blog - Extensibility of SAP S/4HANA – Helpful Links
• Product Management Release blog SAP S/4HANA 1809
1.1. Strategic Planning
Description
Over the last 10 years, SAP has helped customers begin their own digital transformations with SAP HANA
software and an extensive portfolio of cloud applications for the enterprise. Now the „Intelligent Enterprise“
combines new technologies and allows for automating repetitive manual tasks and processes which
earlier consumed valuable employee time. Hence, the customer workforce can focus on higher-value
activities such as customer success, strategic planning, and innovation.
SAP’s Intelligent Enterprise features 3 key components across Applications (Intelligent Suite), Platform
(Digital Platform) and Intelligent Technologies:
Intelligent Technologies
SAP Leonardo enables customers to leverage their data to detect patterns, predict outcomes, and suggest
actions with the help of advanced technologies such as artificial intelligence, machine learning, advanced
analytics and the Internet of Things (IoT).
Find more details in the whitepaper “SAP Intelligent Enterprise” (see accelerator section).
Innovations and intelligence in SAP S/4HANA 1809 are explained in the Blog „Product Management
Release blog SAP S/4HANA 1809“, mentioning new capabilities in Procurement, Sales Distribution,
Manufacturing and Finance (see accelerator section).
The aim of the task “Strategic Planning” is to define a comprehensive innovation strategy and road map
for all three key components mentioned above. Once the innovation strategy has been defined a target
enterprise architecture for processes, data, application and integration needs to be developed to support
the strategic needs. The road map may include but is not limited to SAP S/4HANA.
This activity does not have any requirements or constraints and can run any time. However, it is
recommended to run this activity upfront of an SAP S/4HANA implementation project.
Procedure
The procedure depends on the level of detail innovation options that should be created and evaluated
upfront.
• The task “Create an Innovation Strategy and a High-Level Road Map” describes a straight-forward
way to document a company specific innovation strategy and road map within a short period of
time.
• A jump start towards innovation is described in task “Accelerate Your Innovations with the help of
the SAP Leonardo Innovation Services. This approach supports customers in executing a first
innovation cycle within a few months.
• Strategic planning is an ideal point in time to also re-think your security strategy, because the
transformation project in combination with innovations may significantly change your security
requirements. The task “Create a 360-Degree View on Security” is a first step towards creation
transparency on future security needs.
• The task “Define the Analytics Architecture” clarifies how SAP S/4HANA fits best into the analytics
strategy of the customer.
Results
As a result, there is a high-level multi-year road map which describes the main change activities
(including business driver), and sequences them on a time-line.
Accelerators
• Product Management Release blog SAP S/4HANA 1809
• SAP Product Page - SAP Intelligent Enterprise
Procedure
To come to an innovation strategy, SAP Best Practice is to start with an identification of strategic
business and IT objectives, including current pain areas. Those objectives need to be clustered to
“benefit areas”. For each benefit area, enablers (like SAP S/4HANA, but also other solution or
platform components) need to be identified, prioritized, and benchmarked with respect to the
industry reference architecture.
The target enterprise architecture (business / application, and IT) can be derived in the next step.
You will need to clarify questions such as:
• How many SAP S/4HANA systems are ideal for the to-be business scenarios?
• Is Co-Deployment preferred, or should I deploy standalone?
• What about IT-Security Requirements?
The strategic road map finally documents the main transition steps from as-is to the to-be
architecture, by clarifying:
The following figure gives an example of a high-level implementation road map. The illustrative
figure is structured into three phases (2018, 2020, and beyond), and shows individual projects
structured per business area (e.g. Financials).
Results
As a result, there is a high-level multi-year road map which describes the main change activities
(including business driver), and sequences them on a time line.
• The SAP Innovation and Optimization Pathfinder is a free of charge tool from SAP,
which – based on your current system usage statistics - answers questions like: “Of all the
innovations from SAP – SAP Fiori apps, SAP Business Suite enhancements, SAP
S/4HANA scenarios or Cloud extensions – which ones are the most relevant for your
business?”
Figure: Entry screen of the SAP Innovation and Optimization Pathfinder
SAP S/4HANA on-premise is one innovation option out of many which is analyzed by this
tool.
• The SAP Transformation Navigator is a self-service tool. Starting from your current
product map, and your current and planned business capabilities, the SAP
Transformation Navigator determines a high-level future product map which lists the
strategic SAP go-to products and solutions including details on the transformation
scenarios. The tool lists the value drivers influenced by the SAP products which can help
you with the business case. The results are compiled in three documents with a different
focus on business, IT, and transformation.
The SAP Transformation Navigator should be the first preparatory step for the creation of your
digital transformation road map.
Please see accelerator section on how to access the tools listed above.
Customers with a valid support agreement can check if they can participate an “Adoption Starter”
program. This 90-days program helps customers creating an SAP S/4HANA centric
transformation plan by using tools like the SAP Transformation Navigator. Please note that this
program is not available for all regions and languages. See accelerator section for details. Some
activities within this “Adoption Starter” are executed for a group of customers. Premium
Engagement customers can book a dedicated delivery.
SAP also recommends checking the SAP S/4HANA Movement initiative web site, which
constantly creates tools and information for planning your SAP S/4HANA centric transformation
(accelerator section).
SAP has documented aspects and decision criteria which should be clarified as part of an
innovation strategy and road map. The Best-Practice Document “Elements for Designing a
Transition Roadmap to SAP S/4HANA” is available for all customers (see accelerator section).
In addition, SAP offers an “Innovation Strategy and Roadmap” service component, where SAP
can bring in the development road map, industry Best Practice and implementation experience. In
the case of digital transformation needs, which exceed solutions offered in the SAP Standard, you
can contact the “SAP Innovative Business Solution” to execute those.
As depicted in the figure below, the workshop helps customers to develop a multi-year strategic
road map which addresses their digital transformation needs. These can but not necessarily have
to start around S/4HANA. Starting from business priorities, it identifies key innovations applicable
to the specific customer situation. Depicting the long-term target architecture helps to prioritize
proposed enablers and initiatives.
SAP MaxAttention customers can order additional support services which are bundled under
“Architecture Planning”. Architecture planning provides a holistic approach to review, optimize,
and develop the overall enterprise architecture within customers digital transformation program.
From business and application architecture to technical architecture, architecture planning
provides strategic guidance and execution support to determine a customer-specific, future-proof
architecture and multiyear road map driven by the company's business and IT strategy and by
alignment with SAP’s product vision. For instance, SAP MaxAttention customers can:
A description of all services and service components can be found in the accelerator section.
SAP Enterprise Support customers can register to get access to the learning room “SAP
S/4HANA On Premise Value Map - SAP Enterprise Support” in the SAP Learning Hub. The
learning room is structured into learning journeys (one per project phase). You will find there all
relevant service offerings from SAP Enterprise Support (e.g. Meet-the-expert sessions, Expert-
guided-implementations), but also links to How-to guides, blogs, and other information sources in
the web. Check the sections on “Start with an overview” and “Become competent” of the
“Discover” learning journey to become familiar with SAP S/4HANA in general and the tools listed
in this task.
Accelerators
• SAP Blog - SAP Innovation and Optimization Pathfinder – Get your free report today!
• SAP Innovation and Optimization Pathfinder
• SAP Transformation Navigator
• Adoption Starter Program
• SAP S/4HANA Movement Initiative
• Join the SAP S/4HANA Movement
• SAP S/4HANA Movement - Mapping Your Journey to SAP S/4HANA
• SAP S/4HANA Movement - Plan and Deliver with Confidence a Move to SAP S/4HANA
Using Intelligent Tools from SAP
• Service Information – Service Components for Planning
• Service Information for SAP MaxAttention customers – Service Components for
Enterprise Architecture Review
• Service Information for SAP MaxAttention customers – Service Components for
Enterprise Architecture Transformation
• SAP Value Assurance - Description of Services and Service Components
• Best-Practice Document “Elements for Designing a Transition Roadmap to SAP
S/4HANA”SAP Enterprise Support Value Maps
• Next-Generation SAP Enterprise Support Value Maps
• SAP S/4HANA On Premise Value Map Learning Journey - Discover
• Building innovations - SAP Innovative Business Solutions Organization
1.1.2. Accelerate Your Innovations with the Help of the SAP Leonardo Innovation
Services (Optional Task)
Description
Most likely your innovation strategy that was created before has identified the need to further
evaluate the value of advanced digital technology (e.g. the use of IoT (Internet of Things) in
your industry area). This task describes how the “SAP Leonardo Innovation Services” can
help you speeding up your innovation.
Requirements and Constraints
This task is optional. However, an SAP S/4HANA implementation project is an ideal point in
time to think about innovation in a broader context. You can do this fast, with the help of the
“SAP Leonardo Innovation Services”.
The new SAP Leonardo Innovation Services from SAP Professional Services combines the
tools, technology, and expertise of value to Business and IT, to kick-start your innovation
journey. There are currently three editions:
Starting from the individual customer challenge SAP provides an innovation sprint
from ideation to proof-of-concept based on the specific challenge within 9 weeks by
using comprehensive methodology based on the Design-to-Innovate approach.
SAP offers a holistic innovation approach based on the open innovation edition plus
further services like a showroom and empowerment to ramp-up customer skills.
Please see SAP Leonardo landing page in the accelerator section for details and
differences. The section also includes a link to a detailed presentation.
Accelerators
• Service Information for SAP MaxAttention customers – Service Components for Innovation
Advisory and Engineering
• Service Information for SAP MaxAttention customers – Service Components for Innovation
Portfolio Management and Empowerment
• Service Information for SAP MaxAttention customers – Service Components for Innovation
Factory Advisory & Support
• SAP Leonardo Innovation Services
• openSAP - Touch IoT with SAP Leonardo
1.1.3. Create a 360-Degree View on Security
Description
The goal of this task is to make you familiar with all SAP Security & GRC relevant topics, and to
collect security relevant information, which serves as a foundation for a scoping on security.
Procedure
Please listen to the recording which is linked from the accelerator section and get informed about
security topics. After watching the recording take the opportunity to fill out the questionnaire
concerning your current security situation, to identify the gaps you may have, and to prioritize your
next steps on the way to a secured SAP landscape.
The “How-To” document (accelerator) explains the procedure in more detail.
Results
Once completed you will have a good general overview of the relevant SAP Security & GRC topics,
and a recognition of your own security situation.
Accelerators
• Security Strategy Advisory: How to use
• Security Strategy Advisory: Video
• Security Strategy Advisory: Questionnaire
To review and potentially adjust the analytics architecture you should look from a holistic
perspective, taking SAP and non-SAP components into account. The strategy should consider:
The accelerator section lists many information sources for both the tools and strategy, to make
you familiar with the options that you have. The analytics road maps for “Solutions” and “Products”
are located in the general SAP Road Maps space at sap.com, under “Platform & Technology”.
The ideal analytics strategy should be based on a customer specific set of decision criteria like:
• Functional analytics requirements, e.g. for Operational Reporting and real-time Reporting
• Handling of historical data
• Maintenance Schedule
• Data responsibility and ownership
• Complexity and number of data sources
How SAP Can Support
With SAP S/4HANA system as the source, there are two source types for data provisioning. Read
the SAP Blog “Data Provisioning Supportability of SAP S/4HANA On-Premise Edition 1709”
from the SAP Regional Implementation Group (RIG).
• Assess the as-is analytics infrastructure, including SAP and non-SAP solutions for
Enterprise Data Warehousing (e.g. SAP Business Warehouse) and Analytics (front-end
tools such as BI platform)
• Understand the customer’s mid- and long-term EDW and analytics requirements and
strategy
• Analyze the customer’s most important reporting business cases, data management
policies and relevant boundary conditions
• Build a decision tree/matrix to support the customer’s roadmap based on technical and
customer requirement criteria
• Define a target analytics solution based on the information gathered and SAP’s strategic
product roadmap, and especially considering new analytics options with S/4HANA
• Create a project plan for the implementation of the target architecture (which might
include implementation and migration activities).
• Check the content of the “SAP Analytics Solutions Value Map – SAP Enterprise Support”
in the SAP Learning Hub (e.g. SAP S/4HANA embedded analytics)
• Consume the information on embedded analytics in the “Discover” learning journey of the
“SAP S/4HANA On Premise Value Map - SAP Enterprise Support” learning room.
Accelerator
• SAP Blog - Data Provisioning Supportability of SAP S/4HANA On-Premise Edition
1709
• Service Information – Service Components for Planning
• SAP Value Assurance - Description of Services and Service Components
• Road Map for Analytics Solutions from SAP
• SAP S/4HANA On Premise Value Map Learning Journey - Discover
Furthermore, the impact on existing business processes needs to be analyzed in more details. This
may influence the implementation strategy for SAP S/4HANA.
Finally, a customer specific application scoping should be created. This includes a decision on the
implementation scenario, and the mandatory and optional / desired adoptions.
Access to an SAP S/4HANA trial system (one activity later in this phase) may be beneficial.
Procedure
1. Discover and document the value of SAP S/4HANA for your company.
2. Identify the impact of an SAP S/4HANA implementation on your existing business processes.
3. Analyze the relevance for Fiori apps based on the usage of the existing system (for System
Conversion scenario only)
4. Validate the conversion readiness of your existing SAP ERP system (for System Conversion
scenario only)
5. Perform a business scenario and solution mapping
6. Define the implementation strategy by considering the target architecture
7. Create a strategic road map based on the target architecture and implementation strategy
Results
As a result, there will be a plan on what to implement when in SAP S/4HANA; and why. This
information serves as the key input into the customer business case.
Furthermore, a first impact analysis may have identified show stoppers or road blocks, which could
affect the implementation strategy, and which need to be addressed in additional planning and
preparation activities.
Procedure
To become familiar with SAP S/4HANA proceed as follows (all links can be found in the
accelerator section):
• Start with a study of the information resources in the public web. See accelerator section
for details. A good information source is the central landing page of the SAP Online Help
portal which contains for instance:
o A “Feature Scope Description” which shows all features provided with a certain
release of SAP S/4HANA.
o A “What’s New?” document focusing on new features coming with this release.
Alternatively, use the “What’s New Viewer” as an interactive tool.
o The “Simplification List” focusing on what needs to be considered in case of a
migration project from SAP ERP.
o All relevant guides like the “Installation Guide” for new implementation, or the
“Conversion Guide” for system conversion.
o A list of training offerings on SAP S/4HANA.
• The Business Scenario Recommendations Report lists SAP S/4HANA innovations that
might help based on current usage patterns of the business users. It’s tailored to your
specific system and free of charge. You can browse through the results report by Line of
Business and review individual business scenario details that include: business context,
value, business drivers, SAP S/4HANA and Fiori innovation, improved transactions, and
more.
• Explore SAP S/4HANA yourself by using a trial system in the public cloud (see activity
Trial System Provisioning later in this phase).
• Regarding planning and consolidation, look up the SAP Blog “Planning and
Consolidation Options in S/4HANA” from the SAP RIG team.
• A transition to SAP S/4HANA is a perfect opportunity to check if home grown applications
can be replaced by new functionality coming with SAP S/4HANA, to move closer to the
SAP standard (and to avoid maintenance efforts in the future). This initiative is often
called “Back to Standard”.
• Explore options for efficient custom code management and agile customer innovations
using the extensibility capabilites of SAP S/4HANA and SAP Cloud Platform. Examples
are SAP Fiori and Mobile scenarios in the SAP Cloud Platform decoupling custom user
interface development from a stable SAP S/4HANA core, or consuming innovations
without upgrades (e.g. LoB Finance innovations delivered via SAP Cloud Platform
applications). You will find helpful information and further links in the SAP blog
“Extensibility of S/4HANA – Helpful Links” (accelerator section).
Results
As a result, you should have a good overview about the value SAP S/4HANA may bring to your
company.
The workshop gathers customer’s business situation with relevant system information in an up-
front validation by automated assessment tools. An onsite workshop (different combinations of
scope / duration exist) provides a framework to understand the SAP S/4HANA scope tailored to
customer’s enterprise, in terms of size and complexity, and to discover beneficial business
scenarios enabled by SAP S/4HANA. Finally, a discussion yields a high-level heat map for the
relevant scope of SAP S/4HANA.
The incremental benefits of SAP S/4HANA are matched to relevant business scenarios and
today’s usage of SAP ERP. The workshop provides initial guidance about benefits, impact and
obstacles for a successful SAP S/4HANA adoption.
The Discovery Workshop for SAP S/4HANA is not part of any SAP Value Assurance service
package, however it is not free of charge. Customers should contact the local SAP sales
representative for ordering details.
SAP Enterprise Support customers should look up the “Become competent” and “Expand your
skills” sections (learning journey – discover) to learn more about the value of SAP S/4HANA. You
will find for instance dedicated information on the LoBs included in SAP S/4HANA (e.g. on
finance, central finance, digital logistics, use cases and so on).
Accelerators
• openSAP - Find Your Path to SAP S/4HANA
• Discover SAP S/4HANA
• SAP S/4HANA Community at SAP.COM
• SAP User Experience (Fiori) Community
• Innovation Discovery Finder
• SAP Blog - Planning and Consolidation Options in S/4 HANA
• SAP Blog - SAP S/4HANA – Get your free business scenario recommendations today!
• Business Scenario Recommendation Report
• SAP S/4HANA On Premise Value Map Learning Journey - Discover
• SAP Blog - Extensibility of SAP S/4HANA – Helpful Links
• SAP Product Road Map - SAP Cloud Platform Extensibility
• Side-by-Side Extensibility for SAP S/4HANA Cloud
• SAP S/4HANA Cloud SDK
• openSAP Training: Extending SAP S/4HANA Cloud and SAP S/4HANA
• SAP Fiori App Reference Library
• SAP Online Help Portal for SAP S/4HANA
• SAP S/4HANA – What’s New Viewer
Prerequisites
This task is particularly important for System Conversion scenarios.
Procedure
Proceed as follows:
Study the Simplification Item Catalog. In this catalog SAP describes in detail on a
functional level what happens in SAP S/4HANA to individual transactions and solution
capabilities. In some cases, SAP has merged certain functionality with other elements or
reflected it within a new solution / architecture compared to the SAP Business Suite
products. Alternatively, study the “Simplification List for SAP S/4HANA” PDF document for
offline use which you can find in the SAP Online Help Portal (section Conversion &
Upgrade Assets).
Compare these items with the functionality which is in use today. Study the alternatives
and recommendations, given by SAP as part of the list,
The Simplification Item Catalog also lists replaced transactions in SAP S/4HANA. Check
about usage today (e.g. by comparing with usage statistics in transaction ST03).
Analyze the relevance for Fiori apps based on the usage of the existing system (for
System Conversion scenario only)
Document your findings.
Please note: There is strong tool support for identifying impacted custom objects and transitioning
them to SAP S/4HANA. While the vast majority of custom objects will easily be transferred to SAP
S/4HANA, you may also consider candidates for re-engineering using advanced SAP HANA
capabilities and even a de-coupling of custom objects (e.g., UI’s) using Web IDE and SAP Cloud
Platform. Details will be given in the Explore and Realize phase of the roadmap. Support can be
provided by the dedicated SAP IBSO team.
Results
There is a document available which documents the major impact items for SAP S/4HANA.
Furthermore, impacted reports and transactions can be discussed in the Value and
Implementation Strategy service component. A description of all services and service
components can be found in the accelerator section. (see again activity Implementation Strategy
later in this phase).
Accelerators
• SAP Online Help Portal for SAP S/4HANA
• Simplification Item Catalog
• SAP Fiori App Reference Library
• SAP Readiness Check for SAP S/4HANA – Landing Page
• SAP Value Assurance - Description of Services and Service Components
Prerequisites
This task is particularly important for system conversion and selective data transition (in case they
start with a system conversion) scenarios.
Procedure
SAP recommends checking the following areas, and to document the results:
• Is today’s functional scope in SAP ERP supported in SAP S/4HANA (e.g. Industry
Solutions, Enterprise Extensions, 3rd party add-ons, etc…)?
• Are there incompatible add-ons from 3rd party software vendors? In this case please
contact the software vendor early asking for advice. Potentially there is a newer add-on
version which is compatible with SAP S/4HANA.
For SAP Standard add-ons, or add-ons delivered by SAP IBSO, please see SAP note
2214409 - SAP S/4HANA: Compatible Add-ons.
• Is there functionality used today that will need to be replaced with the conversion to SAP
S/4HANA (e.g. Cash Management)?
• You will need to compare the functionality in use in the current SAP ERP with the
Simplification List from SAP:
o Are all technical system requirements fulfilled (e.g. software levels, single stack
system, Unicode, etc…)? Otherwise they will need to be planned as part of the
conversion.
o Are all dependent SAP NetWeaver hub systems on the required release?
o How many custom objects are impacted by the DB migration to SAP HANA? How
many custom objects are impacted by the simplification of the financial data model?
How many custom objects are impacted by the change in SAP software?
o Which business critical reports and transactions are in use today, which will be
replaced / removed in SAP S/4HANA?
o Which configuration needs to be adjusted?
o What is the estimated SAP S/4HANA system size? Are there options to reduce the
size before the conversion?
Results
The results document of this task describes the implications of SAP S/4HANA; which need to be
addressed either before starting the transition project, or as part of the transition project.
Once you have prepared the source SAP ERP system, you can execute the SAP Readiness
Check for SAP S/4HANA yourself, either via SAP Solution Manager or via upload of the relevant
data into the SAP cloud. Once the data has been analyzed by SAP, you can access the results
conveniently in a dashboard running in a web browser. Based on the results you can initiate the
recommended activities yourself, or with the help of SAP.
The following figure shows the results dashboard of the new SAP Readiness Check for SAP
S/4HANA, with dedicated sections for custom code analysis, add-on compatibility, active business
functions, and so on. There are now new and improved analysis procedures included to prepare
an upcoming project even better.
Figure: Entry screen of the SAP Readiness Check for SAP S/4HANA dashboard
Please see the accelerator section for the landing page of the SAP Readiness Check for SAP
S/4HANA, which contains all important information on preparation, execution, and analysis. See
also the SAP Enterprise Support session listed there on this topic.
In case you need further interpretation of the SAP Readiness Check results, SAP offers a
“Readiness Check Explained” service component, which explains the check results in general
and puts them into perspective with respect to conversion feasibility and complexity. See
accelerator section for more details.
In case you would like to check on the relevance of simplification items only, or check on the
system consistency before conversion, SAP has introduced a Simplification Item Check (SI-
Check) with SAP S/4HANA 1709. The SI-Check performs the same checks the Software Update
Manager SUM will process in front of the real system conversion. The SI-Check can be executed
in addition to the SAP Readiness Check for SAP S/4HANA for target release SAP S/4HANA 1709
or higher.
The SI-Check is delivered with SAP Notes 2399707 and 2502552. SAP Note 2399707 includes
the new check report /SDF/RC_START_CHECK; SAP Note 2502552 delivers the check classes
via the advanced transport-based correction instructions (TCI). The check report calls the check
classes. Check both SAP notes for more information.
Also, look up the SAP Blog “Pre-checks in System Conversion” which gives a good overview
about pre-checks in general, and a list with SAP notes containing detailed information.
Accelerators
• Simplification Item Catalog
• SAP Readiness Check for SAP S/4HANA – Landing Page
• SAP Note 2399707 - SAP Readiness Check - Simplification Item Check
• SAP Note 2502552 - S4TC - S4/HANA Conversion & Upgrade new Simplification Item
Checks
• SAP Blog - Pre-checks in System Conversion
• SAP Note 2214409 - SAP S/4HANA: Compatible Add-ons
• Service Information – Service Components for Planning
• SAP Value Assurance - Description of Services and Service Components
Prerequisites
The business areas in scope for mapping has been identified already. This could have been done
by gathering input from the Lines of Businesses, or by requesting a Business Scenario
Recommendation (BSR) report. The BSR is part of the Discovery Workshop for SAP S/4HANA,
or can be ordered separately (see accelerator section)
Procedure
Proceed as follows:
• Set up a workshop together with process experts from the Lines of Businesses
• Analyze each business priority in scope for innovation. Run a business scenario fit
analysis, by clarifying:
o Is this innovation item relevant for me? Information source can be for instance the
Best Practice information which has been uploaded into SAP Solution Manager,
the simplification list, and the Business Scenario Recommendation report (BSR).
o Quantify and describe the value in case of relevance.
• Upload all documents to the SAP Solution Manager so information can be shared across
the project team.
Results
As a result, you have a documented list of innovation items, which are in scope for
implementation. This information is also a valuable input for the business case.
Delivery approach: Remote preparation combined with onsite workshops and final results
presentation
In case there is the need to develop a more detailed UX strategy, SAP can offer an additional “UX
Advisory Service (SAP Professional Service; not part of SAP Value Assurance). This service
identifies UX related issues and defines the prerequisites for a successful implementation and
usage of Fiori apps.
Accelerators
• Business Scenario Recommendation Report
• SAP Note 2659710 - SAP S/4HANA 1809: Restriction Note
• SAP Value Assurance - Description of Services and Service Components
1.2.5. Define the Implementation Strategy
Objective
The objective of this task is to define an implementation strategy, based on the “to-be state” of the
business architecture.
Prerequisites
There is a draft version of the “to-be” state of the business architecture available already.
Procedure
There are often multiple “Business Application to-be states’” possible and different paths on how
to get there. Functional capabilities, landscape aspects, and technology capabilities need to be
taken into consideration, and there might be dependencies between these three aspects.
• What are the implications of the SAP S/4HANA to the current landscape?
• What is my productive system strategy?
• Scenario Decision: new implementation versus system conversion or selective data
transition.
• Should I re-shape the existing landscape when introducing SAP S/4HANA?
• Deployment Option: Cloud versus On-Premise
• Is it a “Big Bang”, or a multi-year transition?
• What are intermediate architectures?
• Is SAP S/4HANA a good opportunity to go “Back to SAP Standard”?
• How can I use “Best Practice” content from SAP Activate?
• What are dependencies, and what is the ideal sequence in the context of the overall
release plan?
• What is the strategy for custom development of SAP Fiori UI’s (e.g., using Web IDE on
SAP Cloud Platform) and other custom objects?
• What is the security strategy? (e.g. authorization; authentication; technical security;
Governance Risk and Compliance; User management)
• What about Data Privacy?
Those questions can be addressed jointly with SAP, by using a structured Best Practice
approach:
Document the results. Upload all documents to the SAP Solution Manager so information can be
shared across the project team.
Results
There is a document available which documents and explains the customer specific
implementation strategy.
The Value and Implementation Strategy service component can address the following aspects
of the implementation strategy:
Regarding SAP Security Strategy, SAP offers best practices for the security of your SAP system
landscape in the SAP Security Optimization Services. In the SAP Support Portal on the SAP
Security Optimization Services Portfolio page you can navigate from three entry points depending
on your requirements:
• Security Overview
• Security Topic Areas
• Security Services, Tools and Information
In the security map on that page you find a holistic view on different areas of SAP security and
can navigate to the single topics with detailed information.
SAP Enterprise Support customers can find information on SAP Activate, SAP S/4HANA
functionality and the implementation strategy in the “Become competent” section of the “Discover”
and “Prepare” learning journeys. The learning journeys contain for instance information and
services on the transformation scenarios and deployment options you have. Details are also given
on the system conversion process, and how to come up with a conversion plan.
Accelerators
• Service Information – Service Components for Planning
• SAP Value Assurance - Description of Services and Service Components
• How to find my path to SAP S/4HANA – Understand the available transition options
• Implementing SAP S/4HANA with SAP Activate
• Recommendations for Use of SAP Best Practices Content
• Best Practices Reference Guide
• SAP Best Practices for SAP S/4HANA 1809 - Customer scope presentation
• SAP Note 2405701 - SAP Best Practices for SAP S/4HANA (on premise)
• SAP Note 2573352 - SAP Best Practices for SAP S/4HANA (on premise) Activation in a client
with SAP_ALL copy
• Aligning IT with Business Goals Through SAP Landscape Transformation 2.0
• SAP S/4HANA On Premise Value Map Learning Journey - Discover
• SAP S/4HANA On Premise Value Map Learning Journey - Prepare
Prerequisites
The definition of the road map is based on:
• Key findings from previous tasks
• Identified architecture impact
• Consideration of parallel initiatives and projects
Procedure
In case this task is executed as part of the Value and Implementation Strategy service
component, the recommended step sequence is as follows.
The value case is based on identified business benefits leveraging SAP S/4HANA.
Upload all documents to the SAP Solution Manager so information can be shared across the
project team.
Results
There is a documented implementation road map available.
Accelerators
• Service Information – Service Components for Planning
• SAP Value Assurance - Description of Services and Service Components
Procedure
• Provide a Trial System
Results
As a result, project members have access to the trial system for demoing, value identification, and
impact evaluation.
Accelerators
• SAP Blog - SAP S/4HANA 1809 Fully-Activated Appliance
• SAP S/4HANA Trial – Landing Page at SAP.COM
• SAP Blog - Connecting a CAL S/4HANA Instance to SAP Cloud Platform Web IDE
• SAP S/4HANA 1809 – Fully-Activated Appliance in SAP Cloud Appliance Library
Prerequisites
User account at cloud provide required (e.g. Amazon Web Services (AWS)).
Procedure
You can access the SAP cloud appliance via the SAP Cloud Appliance Library (SAP CAL,
https://cal.sap.com). It is a pay-per-use model hosted on Amazon Web Services (AWS), MS
Azure or Google Cloud Platform. When using the SAP CAL option, you can choose between a 30-
day trial, or a longer-lasting engagement. With the trial, only cloud provider hosting fees
need to be paid by the customer. This is in the range of a few US$ per uptime hour plus a small
storage fee. If you opt to go beyond the 30-day limit, an SAP CAL subscription license and a
regular SAP license is required. Besides the SAP backend, you also receive access to a MS
Windows Terminal Server (WTS) with the pre-configured Fiori Launchpad URL (if appropriate),
SAP GUI logon, and other useful frontend software.
Results
Once the trial image has been started by the cloud provider (the instance is up and running within
15 - 60 minutes depending on the complexity of the solution), you have access to the trial system.
Accelerators
• SAP S/4HANA Trial – Landing Page at SAP.COM
• SAP S/4HANA 1809 – Fully-Activated Appliance in SAP Cloud Appliance Library
• S/4HANA 1709 FPS1 Fully-Activated Appliance – Activate from CAL
• SAP CAL Community at SAP.COM
2. Prepare Phase
Once the business case has been approved, the project is initiated in the Prepare Phase as depicted in
the figure below.
There are customers running a prototype project in front of the real transition project. The aim is often to
check technical and functional feasibility. Prototypes are small projects by its own, and usually last
between three and six months.
The formal setup of the project starts afterwards and needs to be aligned with the customer project
manager. In general, each company or implementation partner has a methodology to plan and execute
projects. SAP’s implementation methodology is called “SAP Activate”. See Accelerator’s section for more
details.
Yet, some tasks are still relevant for SAP, like the availability of the SAP Solution Manager as the project
delivery platform, or a continuous project reporting (e.g. during Quality Gates) to the SAP Mission Control
Center. SAP experts can help more quickly in case of problems.
If not already done in the Discover Phase, an SAP S/4HANA readiness assessment is performed on the
SAP ERP system to identify aspects that could have a major impact on the system conversion project
(see task “Check the Conversion Readiness of SAP ERP” for details).
The project itself is planned at a high-level in a “Migration Planning Workshop” for the conversion case, or
in a “Transition Planning for New Implementation”. Results from the Discover Phase – in particular the
functional implementation road map - need to be considered as well. The project plan will be further
detailed out in the Explore Phase.
The planning workshops often reveal preparation activity (e.g. the “Customer Vender Integration” in the
case of a system conversion), which have to be done before the Explore phase starts. Those larger
transition preparation activities need to be planned in detail in the Project Management work stream.
The Prepare Phase ends with a first Quality Gate to ensure proper project preparation.
Organize self-learning possibilities for IT professionals to understand the new solution with digital
learning environments (e.g. Learning Hub). This may include:
Ensure that all team members can access the Best Practices documentation (see accelerator
section) at the SAP Support Portal. The SAP Support Portal can be accessed via the URL:
https://support.sap.com. First time users must register. The customer or installation number is
required and can be provided by the customer's IT Contact or SAP account team. The SAP
Support Portal allows access to various SAP content and resources used during and after an
implementation project.
Ensure that all project team members can access the SAP Learning Hub. The Learning Hub
is a central location which allows access to different SAP Learning Rooms. SAP Learning
Rooms are interactive social learning environments. Available online 24/7, they facilitate
informal learning and knowledge sharing as well as expert-hosted live sessions, videos,
quizzes, and postings on a wide range of SAP topics. To access the learning hub, read the
blog in the accelerator section.
Ensure the project team is properly trained on the usage of SAP Solution Manager. SAP
Solution Manager provides a central point of access for a variety of essential project support
functions. The reference materials provide more details about available Solution Manager
trainings, Focused Build for SAP Solution Manager, and a video describing how SAP
Solution Manager is perfect for SAP implementation. SAP provides customers with an SAP
Solution Manager tool set that supports customers in implementation of the project standards
for the purposes of the project or operations. It is highly recommended to use the SAP
Solution Manager Focused Build service solution. Additional details can be found in the
accelerator section.
Tasks
1. Conduct Agile Training for the Project Team
2. Conduct SAP Solution Manager Training
3. Perform Mobilization Training for the Project Team
4. Conduct Project Team Enablement prior to Fit-Gap
5. Conduct Key User Training
Accelerators
• SAP Activate
o SAP Best Practices Explorer
o How to Use SAP Activate Content in SAP Solution Manager 7.2
o SAP Learning Hub
• Self-Enablement Materials
o Introducing SAP Best Practices for SAP S/4HANA, on-premise
o openSAP course: SAP S/4HANA - Deep Dive
o openSAP course: SAP S/4HANA use cases
o openSAP - Find Your Path to SAP S/4HANA
o openSAP - System Conversion to SAP S/4HANA
• SAP Solution Manager Materials
o Classroom training: Implementation Projects with SAP Solution Manager
o Focused Build for SAP Solution Manager
o Best Practices Reference Guide
o YouTube Video: SAP Solution Manager 7.2 is perfect for SAP S/4 HANA
o SAP Solution Manager Landing Page in the SAP Support Portal
• Agile Implementation
o Agile Concept Presentation
o Agile Management Introduction
o Agile Project Team Roles and Responsibilities
• SAP S/4HANA On Premise Value Map Learning Journey - Prepare
• Service Information – Service Components for Planning
• SAP Value Assurance - Description of Services and Service Components
Accelerators
• Agile Project Team Roles and Responsibilities (Customer)
2.1.2. Conduct SAP Solution Manager Training
Objective
The purpose of this task is to help the team understand the concept of SAP Solution Manager with
the focus on supporting implementation (and upgrade) projects based on SAP Best Practices.
SAP Training platform provides Virtual Live Classroom "Implementation Projects with SAP
Solution Manager". The goal of the training is to:
• Explore tools, services, and methods in detail to successfully and efficiently implement
complete software solutions
• Learn how to create a structured, comprehensive and standardized project during the
entire lifecycle of the implementation and the solution
Accelerators
• Classroom training: Implementation Projects with SAP Solution Manager
Project Management will provide additional project learning enablement and approach where
appropriate.
Accelerators
• Agile Project Team Roles and Responsibilities (Customer)
Accelerators
• Project Kick-off Template (Customer)
2.1.5. Conduct Key User Training
Objective
The purpose of this task is to train the key users for the solution in scope (pre-defined content).
2.2. Prototype
Description
To properly plan and prepare for the transition, it is key to understand the value of the innovations
delivered by the new system for customer business solutions. Prototyping enables the customer to
evaluate the value addition with real business scenarios using real data.
Prototyping is an optional small project on its own. It requires dedicated planning, execution and final
evaluation; thus it is always driven by business or IT requirements.
Procedure
The main steps of a prototyping project are as follows (see figure below):
Results
The result of a prototype usually has a significant influence on the main project (e.g. Go / No-Go
decision, learnings on how to prepare the main project, or what functionality to set up).
2.2.1. Run Prototyping
Objective
The goal of this task is to run a prototype.
Procedure
The prototyping project is usually run in the discovery, prepare, and explore phases of the overall
implementation road map. In the discovery phase, the customer and SAP agree on the detailed
prototyping scope. In the prepare phase, the project responsibilities and schedule are finalized,
and the team conducts the necessary steps to set up and prepare the prototyping system
landscape. In the explore phase, the agreed scope of the prototyping project is implemented and
validated.
• The “SAP Readiness Check” summarizes the most important aspects of the conversion
project in an easily consumable way.
• After the initial planning has been finished, a “Scoping Workshop for Prototyping” (service
component) defines the boundaries of the prototype.
• Parts from the “Platform Execution” professional service are used to technically set up the
prototype system.
• In the case of a system conversion, the “Custom Code Impact Analysis” service component
helps to analyze and offer transparency on the existing custom code situation, including a
customer’s own objects and modifications.
• The purpose of the service component “Mandatory Preparations for System Conversion”
is to support all activities required to meet the functional prerequisites of the prototype
(system conversion only).
• During the service component “Activate Solution”, SAP assists in the activation of
preconfigured content, best practices, and test-activated processes associated with the SAP
Activate innovation adoption framework in the prototyping system landscape for the defined
functional scope.
• The service component “UX Activation and Design” supports the PLPT project in terms of
activation of Fioris that have been defined in the scope for the project.
• The objective of the service component “Fit Gap and Delta Design” is to support customers
in designing, building, and evaluating customer-specific processes, applications, or functions
in the prototyping project.
• During the service component “Result Workshop for Prototyping”, SAP guides the
customer to leverage the learning and documentation from the prototyping project to realize
the value during project implementation for production use.
The service component structure described before is displayed in the following figure. Depending
on the requirements of the specific customer case, further services and service components can
be added.
Figure: Service structure of the “Plan & Prototype” option
Further details on the delivery of the prototyping service and the involved services and service
components, see accelerator section.
SAP Enterprise Support customers can join the Expert Guided Implementation session “Set up
Prototype”. This 4-days session explains the main steps required to set up a prototype in the
CAL.
Also, SAP Enterprise Support customers can join the session “SAP Fiori Configuration on SAP
S/4HANA”, which shows how to configure SAP Fiori UX for a Proof of Concept project.
Accelerators
• SAP Value Assurance - Description of Services and Service Components
• Service Information – Prototyping
Procedure
1. Check the conversion readiness of the current SAP ERP (system conversion scenarios only)
2. Define the scope and the objectives of the transition
3. Define the cutover approach (high-level)
4. Clarify the adaption of existing custom code, and the development of new custom code (if
required)
5. Clarify operational readiness
6. Define the technical architecture (if not already done in the Discover phase)
7. Define the data migration architecture (important for new implementation and selective data
transition)
8. Plan your data volume management
9. Define the UX / UI strategy
10. Prepare interface register
11. Run a legacy impact analysis on interface inventory and data integration
12. Run a first assessment on Output Management
13. Run a first assessment on training requirements
14. Optional: Run a Technical Security Self Check
Results
As a result, a first version of an action plan has been documented which could serve as the basis for a
project plan.
For conversion projects, SAP offers the Migration Planning Workshop (MPW). The MPW helps to
define the scope and execution plan for the customer’s conversion project to SAP S/4HANA.
• The MPW helps customers who may be considering or planning the transition to S/4HANA,
Suite on HANA, and/or BW on HANA.
• The service provides a holistic overview of the topics required for consideration during the
planning phase of a project, including: transition approaches and tools, technical architecture,
sizing, performance and scalability, operational readiness, testing, and quality management.
• A remote assessment of the customer system(s) is conducted in preparation of the onsite
workshop to help determine additional scope items.
• The onsite portion of the service includes knowledge transfer of key concepts and
consideration, to ensure that the customer is making informed decisions.
• The outcome of the workshop includes the development of a system-level transition road
map and a customer tailored high-level milestone project plan.
The MPW covers many of the tasks described before and summarizes the results in a service report.
This consolidated view of critical project planning decisions is why SAP considers the Migration
Planning Workshop as a “mandatory service” component. Details on the MPW can be found in the
accelerator section.
For new implementation scenarios, SAP offers a Transition Planning for New Implementation
(service component). This workshop provides a substantial knowledge package, essential to create
the planning deliverables of the SAP Activate Prepare phase. The customer is supported on
developing and respectively reviewing the planning documents.
The following figure illustrates what areas of the transition road map are considered in the “Transition
Planning for New Implementation” service component:
• Project Management
• Business Processes (scoping)
• UX Empowerment & Review
• Landscape & Architecture
• Data Migration
• Capacity Management.
Figure: Road map areas touched by the “Transition Planning for New Implementation” service
component
The next figure presents the overall approach of the service component.
Figure: “Transition Planning for New Implementation” – Service component approach
• The business process streams are assessed to define the best practice-, data migration- and
Interface-scope.
• Data and peak volumes are collected for capacity management. Quick-Sizer is used to review
an initial sizing.
• UX empowerment & strategy review is conducted.
• A high-level system & solution architecture with interfaces is created.
• The customer is empowered for data migration to SAP S/4HANA.
• An initial scope statement and initial project schedule is developed. Awareness for applicable
project governance and operational standards are addressed in the onsite sessions.
• Existing concepts are reviewed and findings with recommendations in all areas are provided.
• Substantial knowledge on topics as SAP Activate, Best Practices, SAP S4/HANA is provided.
• The service can be delivered to plan a project initially or to review an existing transition
planning.
SAP Enterprise Support customers can find a lot of information and services which help you planning
your transition. For instance, there is an expert guided implementation dedicated to support the
planning of your system conversion. You will find all relevant information in the “Prepare” journey.
All SAP customers can listen to the recording of the openSAP training “System Conversion to SAP
S/4HANA”, which gives a good overview about planning and preparatory aspects of a system
conversion project.
Accelerators
• Service Information – Service Components for Planning
• SAP Value Assurance - Description of Services and Service Components
• SAP S/4HANA System Conversion – At a glance
• How to find my path to SAP S/4HANA – Understand the available transition options
• SAP S/4HANA On Premise Value Map Learning Journey - Prepare
• Project File Template
• openSAP - System Conversion to SAP S/4HANA
2.3.1. Check the Conversion Readiness of SAP ERP
Objective
In case the conversion readiness has not been checked already in the Discover phase of the
project (see activity Application Value and Scoping, task Check Conversion Readiness of Sap
ERP):
There could be show stoppers (e.g. incompatible Add-On’s installed in the existing SAP ERP
system) or requirements (e.g. version dependency issues with SAP NetWeaver hub system) that
could have impact on your conversion project. The objective of this task is to identify all items that
could have a major project impact as early as possible, so as to be able to adapt the overall
project plan accordingly.
Prerequisites
This task is in particularly important for system conversion and selective data transition (in case
they start with a system conversion) scenarios.
Procedure
SAP recommends checking the following areas, and to document the results:
• Is today’s functional scope in SAP ERP supported in SAP S/4HANA (e.g. Industry
Solutions, Enterprise Extensions, 3rd party add-ons, etc…)?
• Are there incompatible add-ons from 3rd party software vendors? In this case please
contact the software vendor early and ask for advice. Potentially there is a newer add-on
version which is compatible to SAP S/4HANA.
For SAP Standard add-ons, or add-ons delivered by SAP IBSO, please see SAP note
2214409 - SAP S/4HANA: Compatible Add-ons.
• Is there functionality used today that will need to be replaced with the conversion to SAP
S/4HANA (e.g. Cash Management)? You will need to compare the functionality in use in
the current SAP ERP with the Simplification List from SAP:
o Are all technical system requirements fulfilled (e.g. software levels, single stack
system, Unicode, etc…)? Otherwise they will need to be planned as part of the
conversion.
o Are all dependent SAP NetWeaver hub systems on the required release?
o How many custom objects are impacted by the DB migration to SAP HANA? How
many custom objects are impacted by the simplification of the financial data model?
How many custom objects are impacted by the change in SAP software?
o Which business critical reports and transactions are in use today, which will be
replaced / removed in SAP S/4HANA?
o Which configuration needs to be adjusted?
o What is the estimated SAP S/4HANA system size? Are there options to reduce the
size before the conversion?
The Maintenance Planner is a tool that you can launch from the public web (S-user
credentials required), and which runs in a browser.
Figure: How customer landscape data is transferred to the Maintenance Planner
As shown in the figure above, the Maintenance Planner retrieves information about your
SAP landscape via SAP Solution Manager. Based on this information, you can plan your
change event.
See accelerator section on how to start the Maintenance Planner, and where to find
documentation in the SAP Online Help Portal.
SAP also offers the training “Upgrade of Systems Based on SAP NetWeaver – Advanced
Topics” at openSAP learning platform.
• Run the application pre-checks as documented in the Conversion Guide (see section
“Pre-Checks”). You will need to install and run the ABAP report
R_S4_PRE_TRANSITION_CHECKS and follow up on error messages. Please note that
Asset Accounting (FI-AA) requires an additional check report (SAP note 2333236 -
Composite SAP Notes: Enhancements and message texts for the program
RASFIN_MIGR_PRECHECK).
• A system conversion is executed by the Software Update Manager (SUM), in a so-called
“load procedure”. In the load procedure, the new repository is built up from a DVD
containing the repository of the new release. Here SUM needs to rescue all objects not
belonging to SAP by exporting them from the old repository and importing them to the
new one as part of the conversion process. In case the ownership of customer or partner
objects are wrongly marked as “SAP”, the objects are not rescued from the old
repository, and thus are getting lost during conversion.
Run report ZRSUPG_TADIR_COMPONENT_CHECK (SAP note 2318321 - Differences
in SUM for the rescue of Non-SAP objects between load and delta procedure) at an early
point in time, to identify custom and partner objects where the ownership is potentially
wrong. Check results are explained in SAP note 2408272 - Analyzing Results of Object
Directory Entry and Software Component Check. Correct the ownership before the
system conversion starts.
• Check the collection note “SAP S/4HANA 1809 – application specific notes in system
conversion/upgrade preparation phase” (SAP note 2669982).
Results
The results document of this task describes the implications of SAP S/4HANA; which need to be
addressed either before starting the transition project, or as part of the transition project.
To provide customers with a better view on the implications of a transition to SAP S/4HANA for
their specific system constellation, SAP has created an SAP Readiness Check for SAP
S/4HANA self-service. It is basically a filter on the “Simplification List for SAP S/4HANA” based
on usage of the individual system. I.e. the SAP Readiness Check for SAP S/4HANA performs a
remote analysis of the settings, configuration, transactional data and transactions/reports used in
the production system (or recent copy of production), derives the functional usage of the system
and then lists all simplification items relevant for this system.
Once you have prepared the source SAP ERP system, you can execute the SAP Readiness
Check for SAP S/4HANA yourself, either via SAP Solution Manager or via upload of the relevant
data into the SAP cloud. Once the data has been analyzed by SAP, you can access the results
conveniently in a dashboard running in a web browser. Based on the results, you can initiate the
recommended activities yourself, or with the help of SAP.
The following figure shows the results dashboard of the new SAP Readiness Check for SAP
S/4HANA, with dedicated sections for custom code analysis, add-on compatibility, active business
functions, and so on. There are now new and improved analysis procedures included to prepare
an upcoming project even better.
Figure: Entry screen of the SAP Readiness Check for SAP S/4HANA dashboard
Please see the accelerator section for the landing page of the SAP Readiness Check for SAP
S/4HANA, which contains all important information on preparation, execution, and analysis. See
also the SAP Enterprise Support session listed there on this topic.
In case you need further interpretation of the SAP Readiness Check results, SAP offers a
“Readiness Check Explained” service component, which explains the check results in general
and puts them into perspective with respect to conversion feasibility and complexity. See
accelerator section for more details.
In case you would like to check on the relevance of simplification items only, or check on the
system consistency before conversion, SAP has introduced a Simplification Item Check (SI-
Check) with SAP S/4HANA 1709. The SI-Check performs the same checks the Software Update
Manager SUM will process in front of the real system conversion. The SI-Check can be executed
in addition to the SAP Readiness Check for SAP S/4HANA for target release SAP S/4HANA 1709
or higher.
The SI-Check is delivered with SAP Notes 2399707 and 2502552. SAP Note 2399707 includes
the new check report /SDF/RC_START_CHECK; SAP Note 2502552 delivers the check classes
via the advanced transport-based correction instructions (TCI). The check report calls the check
classes. Check both SAP notes for more information.
Also, look up the SAP Blog “Pre-checks in System Conversion” which gives a good overview
about pre-checks in general, and a list with SAP notes containing detailed information.
Accelerators
• Simplification Item Catalog
• Maintenance Planning in the SAP Online Help Portal
• Maintenance Planner Tool
• Maintenance Planner User Guide
• openSAP - Upgrade of Systems Based on SAP NetWeaver – Advanced Topics
• openSAP - System Conversion to SAP S/4HANA
• SAP Readiness Check for SAP S/4HANA – Landing Page
• SAP Readiness Check for SAP S/4HANA - Demo
• SAP Blog - Pre-checks in System Conversion
• SAP Note 2214409 - SAP S/4HANA: Compatible Add-ons
• SAP Note 2318321 - Differences in SUM for the rescue of Non-SAP objects between load
and delta procedure
• SAP Note 2408272 - Analyzing Results of Object Directory Entry and Software
Component Check
• SAP Note 2399707 - SAP Readiness Check - Simplification Item Check
• SAP Note 2418800 - S4SIC - S4/HANA Conversion & Upgrade new Simplification Item
Checks
• SAP Note 2669982 - SAP S/4HANA 1809 – application specific notes in system
conversion/upgrade preparation phase
• SAP Note 2351294 – SAP S/4HANA System Conversion/Upgrade: Measures to reduce
technical downtime
• Building innovations - SAP Innovative Business Solutions Organization
• Service Information – Service Components for Planning
• SAP Value Assurance - Description of Services and Service Components
The starting point typically describes the SAP solution in focus, the transition target product, and
the systems in scope (either to be converted, or to be replaced by a new installation). In addition,
already planned changes to the SAP solution and further boundary conditions must be
determined.
The objectives comprise the business and IT requirements related to the new functionality and
technology available with SAP S/4HANA, e.g.
The SAP S/4HANA transition project can be combined with already planned infrastructure
changes, e.g. the replacement of server hardware or the introduction of a virtualization solution for
the application server layer. This can help to reduce the overall effort for all change activities.
Consequently, further limitations or opportunities might exist, which need to be incorporated.
These boundary conditions need to be known to the transition project to integrate them in the
planning and execution.
Document already planned software or hardware changes in the SAP solution landscape, which
are to be synchronized with the transition project. Examples are:
Document release plans or calendars of development projects in the target SAP solution.
Before planning more detailed transition steps, the current SAP solution needs to be described in
detail, so that the required target SAP solution architecture and related transition steps can be
derived (“Inventory”). So if for example the server hardware needs to be changed, the capabilities
of the current server hardware and the related technical architecture of the SAP systems need to
be understood in detail to design the future technical architecture and its mapping to the new
hardware.
Additionally, components depending on the changed database or other changed components in
the SAP solution (e.g. the embedded Frontend Server for SAP Fiori) must be detected to later
verify how they integrate with the future SAP solution.
Similarly, for new implementations, see the Transition Planning for New Implementation in the
activity Transition Planning.
Accelerators
• SAP Product Availability Matrix
• SAP Online Help Portal for SAP S/4HANA
2.3.3. Define Cutover Approach
Description
A good starting point to become familiar with system cutover is the “Administration Guide for the
Implementation of SAP S/4HANA” which covers both the new installation of a system, and the
system conversion. As always administration, implementation and conversion guides are release
and feature pack specific. You can find all guides for all releases and feature packs in the SAP
Online help portal for SAP S/4HANA.
The cutover approach for system conversion and new implementation differs.
• System conversion:
Please note: The figure below presents the transition paths ´to the SAP S/4HANA family.
This road map documents the system conversion to the newest release of SAP S/4HANA.
System conversion to older releases are documented in former road map versions which
are available as PDF documents on request. Please also note that this road map does not
cover upgrade procedures (e.g. the upgrade from SAP S/4HANA 1511 to SAP S/4HANA
1809). See SAP note 2426277 “Add. info. on converting to SAP S/4HANA using SUM 2.0
SP00” for details.
Please check the landing page of the SL Toolset (accelerator section) to find the latest
appropriate SUM version, and the respective SAP Note for more information.
A cutover planning starts from a system-level transition road map which documents the
conversion sequence, and the creation of temporary systems to keep up a production
support track.
The following figure shows an example of such a transition road map in six cycles.
Figure: System-level transition road map for system conversion (Example)
The implementation and conversion tools are documented in the Conversion Guide for
SAP S/4HANA. In the case of system conversion and depending on the DB and start
release of your SAP ERP, you either use Software Update Manager (SUM), or the
database migration option (DMO) of SUM. DMO of SUM allows you to:
• SAP HANA database to SAP HANA database: If you run a system already on an
SAP HANA database, you carry out the conversion using SUM without the
database migration option.
• Any database to SAP HANA database: If you run a system on a database other
than SAP HANA, you carry out the conversion using SUM with the database
migration option.
By consolidating the scope into a single change event, it helps to keep the overall project
costs low (cost reduction by having only one large change event test leading to only one
test round). SUM, and DMO of SUM are documented in great detail in the SAP Help
Portal (see Accelerator’s section).
The following figure lists the main tools and actions as documented in the Conversion
Guide for SAP S/4HANA. The Maintenance Planner and the application pre-checks have
been explained in the task “Check Conversion Readiness of SAP ERP” earlier in this
activity. Please also consider the cross-application and application specific preparation
and follow-up activities listed in the Conversion Guide for SAP S/4HANA.
Figure: The main tools and actions as documented in the “Conversion Guide for SAP
S/4HANA”
The overall conversion approach should highlight the phases required to complete the
project, along with the estimated duration, resource types, and infrastructure required to
support each phase of the project. If insufficient time is allocated to a specific project
phase, it could result in undue risk to the stability of the solution. If the requirements or
boundary conditions are unclear at this point, it could lead to scope creep and/or
unexpected delays. Therefore, it is important to have a clear understanding of the road
map steps leading up to this task, as they heavily influence the end result.
At this stage of the project, it is important to determine how the systems will be converted.
There are many influencing factors that could drive the appropriate approach for a specific
system. Some factors to consider include, but are not limited to:
Please note:
o There are multiple reasons why a productive SAP system may contain business
data inconsistencies (e.g. wrong customer reports, direct manipulation of
business data on DB level…). Those business data inconsistencies may lead to
problems during the system conversion. Ideally, they are either corrected before
in the SAP ECC source system before conversion starts, or marked as irrelevant
by an auditor.
o Consistency check reports from SAP can run in the productive SAP ECC source
system on the old data structures only. These check programs do not show every
error that can come up during system conversion to SAP S/4HANA. As a result,
there might be the requirement to perform multiple test conversion runs.
Upcoming data inconsistencies are then corrected in both sandbox and the
productive SAP ECC source system, and the sandbox run is repeated afterwards.
o The number of required test conversion runs can be estimated after the first
sandbox conversion.
o Please see the lessons-learned document on finance in the accelerator section
for more details.
• New Implementation:
Please Note: This task assumes a new implementation of SAP S/4HANA on-premise. In
case you would like to use a cloud edition of SAP S/4HANA, please look at the cloud road
maps for SAP S/4HANA.
The installation procedure is fully documented in the Installation Guide for SAP S/4HANA
(and included links; see accelerator section). It provides information on the installation
process itself, and the installation follow-up activities. The figure below lists the main
activities and tools used for plan, system installation, and system upgrade.
From a tool perspective the planning for a new implementation also starts in the
Maintenance Planner which have been explained in the task “Check Conversion
Readiness of SAP ERP” earlier in this activity. The installation of the SAP S/4HANA
system is executed by the Software Provisioning Manager. The Software Update
Manager (SUM) later on updates SAP S/4HANA to the required target level.
Figure: The main tools and actions for system installation and upgrade
In the case of a new implementation of SAP S/4HANA on-premise, you should consider
using a pre-configured “Blu-ray” or appliance installation for setting up the sandbox. See
the accelerator section on how to get a “Blu-ray” installation. The current version is based
on version 1809. Using Best Practices content as part of SAP Activate can speed up your
implementation project significantly.
See the “Demo Guide for SAP S/4HANA 1809 FPS01 Fully Activated Appliance” for
more details.
The “Blu-ray” consists of a pre-installed technical landscape (SAP S/4HANA core 1809 on
NW753, and SAP HANA platform edition 2.0, SAP Fiori, and an Adobe Document Server
(ADS) on top of an SAP NetWeaver JAVA 7.50). Perform the technical deployment using
the SAP Software Provisioning Manager (SPM). See the SL Toolset landing page in the
accelerator section for details. The SL Toolset landing page shows the latest available
SUM version, and links to the respective guides, notes, download links, and blogs.
SAP is constantly extending the coverage. See accelerator section for the SAP Model
Company landing page at SAP.com, which lists the current offer.
As you can see in the following figure, each SAP Model Company is based on the SAP
Digital Business Framework, the Industry Reference Architecture and SAP Activate and
comes with the following building blocks:
Delivered as an SAP Professional Service, and in combination with SAP Value Assurance
package, an SAP Model Company driven approach helps the customer to jumpstart the
explore phase. See accelerator section for more information (including email contact).
Alternatively, in case you don’t want to start with a pre-configured system you can also
follow the instructions given in the standard “Installation Guide for SAP S/4HANA” (see
accelerator section).
The overall implementation approach should highlight the phases required to complete
the project, along with the estimated duration, resource types, and infrastructure required
to support each phase of the project.
If insufficient time is allocated to a specific project phase, it could result in undue risk to
the stability of the solution. If the requirements or boundary conditions are unclear at this
point, it could lead to scope creep and/or unexpected delays. Therefore, it is important to
have a clear understanding of the road map steps leading up to this task, as they heavily
influence the end result.
At this stage of the project, it is also important to determine how data is transferred
from legacy to the new system. There are many influencing factors that could drive the
appropriate approach for a specific system. Some factors to consider include, but are not
limited to:
▪ Market leading data integration tool with full data quality including:
• Matching
• Consolidation
• Standardization, parsing
• Global Matching
• Address correction*
• Geocoding/Reverse Geocoding*
• Best Record
• Cleansing packages
Cons:
• You can use SAP S/4HANA Migration Cockpit for data migration:
For the migration of legacy data to SAP S/4HANA, SAP provides the SAP
S/4HANA migration cockpit. It helps you to transfer your master data and
business data from SAP systems and non-SAP systems to all SAP S/4HANA
releases from 1610 up to 1809. The cockpit is part of the SAP S/4HANA solution
and included in its license.
For the data migration, the SAP S/4HANA migration cockpit uses predefined
migration content, i.e. standard migration objects such as customers, suppliers or
purchase orders to identify and transfer the relevant data. These migration
objects contain pre-defined mapping to facilitate the migration.
For each migration object, the cockpit provides Microsoft Excel XML files that
contain the necessary fields for the SAP S/4HANA target structure. You
download the file for the migration object, fill it with the source data, upload it
to the cockpit and then migrate the data to the SAP S/4HANA target system.
2. Staging Tables
As of release 1709, FPS01, the migration cockpit contains the data transfer
option using staging tables. This solution allows you to handle large data
volumes more easily. You can fill the staging tables either manually or by
using your preferred tools (SAP or third- party tools). The migration cockpit
reads the data from the staging tables and migrates them into the SAP
S/4HANA target system.
Integration of Custom Data
In addition, the SAP S/4HANA migration cockpit allows you to integrate your
custom data into the migration using the inherent migration object modeler. For
example, you can adjust the predefined standard migration objects by adding
fields to them. As of Feature Package Stack 02 1610, you can also create your
own custom-specific migration objects or SAP standard objects that have not yet
been included in the scope of the migration cockpit.
Migration Objects
For a list of available migration objects that are supported with SAP S/4HANA
1809, see SAP Help Portal: Available Migration Objects in SAP HANA 1809
(accelerator section).
Outlook
For the future, direct data extraction from SAP source systems is planned. This
will allow direct data transfer from SAP systems to SAP S/4HANA target without
interim files or staging tables.
Further information
For more information about the SAP S/4HANA migration cockpit, see:
• SAP Help Portal: SAP S/4HANA Migration Cockpit for SAP S/4HANA
1809
• SAP Note 2481235 - SAP S/4HANA Migration Cockpit (on-premise) -
restrictions and extensibility of pre-delivered migration objects.
Procedure
Proceed as follows:
• Obtain and document the permitted business downtime for the system in scope.
• Estimate the downtime requirements for the system conversion / installation, data transfer
and the data model conversion.
• Document the cut-over approach for the product landscape in scope.
• Evaluate potential interim states (if applicable based on the source and target platforms)
based on the Product Availability Matrix.
• Review the available SAP Software Change Management Strategy documentation to
align the project to the existing processes and procedures. For example, the strategy
may dictate the required transport landscape, duration and types of testing required for
such a change event.
• Upload all documents to the SAP Solution Manager so information can be shared across
the project team.
Results
There is a first version of a cut-over document available in SAP Solution Manager.
Regarding SAP Model Company, SAP MaxAttention customers can consume service components
from Co-Design / Design Advisory, like the “Model Company (Show and Tell)”. This service makes
use of the installed SAP Model Company tool(s). In enablement workshops, the customer and
project team will learn about the content of these accelerators (processes, configuration guides)
and will see hands-on how SAP pre-defined industry-specific end-2-end scenarios based on
SAP’s best practices. In show-and-tell sessions, the project team presents SAP Model Company
scenarios to key users along the defined scope. In workshops, deltas compared to the presented
solution are identified. See accelerator section for more details.
Accelerators
• SAP Online Help Portal for SAP S/4HANA (you will find all relevant guides mentioned in
this task here)
• SAP S/4HANA, on-premise edition – Transition Paths
• SAP Note 693168 - Minimized Downtime Service
• System Conversion
o SAP S/4HANA System Conversion – At a glance
o SAP Note 2426277 - Add. info. on converting to SAP S/4HANA using SUM 2.0
SP00
o SL Toolset Landing Page
o SAP Community Blog - SUM
o SAP Community Blog - System Conversion to SAP S/4HANA: SUM is the tool
o SAP Community Blog - DMO
o Conversion of SAP Systems to SAP S/4HANA using SUM
o SAP S/4HANA Conversion, Finance Part
• New Implementation
o SAP Note 2041140 - Order an SAP pre-assembled Best Practices software
appliance (as partner or customer)
o Demo Guide for SAP S/4HANA 1809 Fully Activated Appliance
o SL Toolset Landing Page
o SAP Data Services at the SAP Help Portal
o SAP Best Practice content for data migration
o Recommendations for Use of SAP Best Practices Content
o SAP Note 2573352 - SAP Best Practices for SAP S/4HANA (on premise)
Activation in a client with SAP_ALL copy
o SAP Best Practice for SAP S/4HANA (on premise) – scroll down to the
accelerator section
o SAP Help Portal: SAP S/4HANA Migration Cockpit for SAP S/4HANA 1809
o SAP Note 2481235 - SAP S/4HANA Migration Cockpit (on-premise) - restrictions
and extensibility of pre-delivered migration objects
o SAP Help Portal: Available Migration Objects in SAP S/4HANA 1809
o Service Information for SAP MaxAttention customers – Service Components for
Design Advisory
o SAP Model Company - Landing page at SAP.com
Procedure
For system conversion:
• The 4-step sequence to adapt custom code with respect to a system conversion to SAP
S/4HANA is shown in the next figure.
Figure: Preparatory and adjustment steps for custom code in the context of a system
conversion
• Step 1: Get transparency on your custom code situation – The SAP Readiness
Check for SAP S/4HANA should have performed an early effort estimation on custom
code adjustment, which is sufficient for the high-level conversion plan at this point in
time.
• Step 2: Remove waste (custom code that is no longer used) – This is covered by
task Clean up unused code from activity Transition preparation.
• Step 3: Identify the impact of the DB migration to SAP HANA, and the conversion to
SAP S/4HANA, and create an adaption plan - This is covered by activity Custom
Code Impact.
• Step 4: Adapt your code by either going back to the SAP Standard, or by adjusting
the custom coding – This activity happens later in the Realize phase.
• In case custom code should be transferred from an old SAP ERP system, check if the
custom code can be replaced by SAP standard code instead.
Results
There is a first estimation on custom code which needs to be considered as part of the SAP
S/4HANA implementation.
In addition, SAP has published excellent blogs on custom code management in the context of a
system conversion:
• To learn about the challenge, start with the SAP Blogs “SAP S/4HANA System Conversion
– Challenge for your custom code” and “Custom code adaptation for SAP S/4HANA –
FAQ”.
• To understand the necessary adaption process for your custom code, look at:
o The SAP Blog “SAP S/4HANA System Conversion – Custom code adaptation
process”
o The SAP Blog “ABAP custom code adaptation for SAP HANA – The efficient
way”
o The video on YouTube: “Custom Code Adaptation for SAP S/4HANA”
• What you can (or better: should) do well upfront of a planned system conversion is
documented in the SAP Blog “What can you do today to prepare your custom code for
SAP S/4HANA”.
• Finally, there is a blog series describing all relevant expert tools required for analysis. The first
issue is the SAP Blog “Remote Code Analysis in ATC – One central check system for
multiple systems on various releases”.
This is how SAP supports customers with Custom Code Management in the system conversion
case:
The service components should be planned in alignment with the design activities during Fit /
Gap. They are described in the service info sheet for Custom Code Management (accelerator
section)
• Holistic service support for SAP MaxAttention customers with respect to custom code
(e.g. setting up Custom Code Lifecycle Management, decommissioning of custom code…).
The analysis and decommissioning may take a long time – this is the reason for starting the
analysis early in the Discover phase. In addition, decommissioning of custom code may result in a
maintenance cost reduction, and thus could feed into the business case.
SAP supports customers in going back to the SAP standard with the Innovation Control Center
(ICC) which is an SAP methodology and concept to avoid custom code and unnecessary
modifications.
SAP Enterprise Support customers can find information on custom code management and impact
analysis in the context of SAP S/4HANA conversion in the “Become competent” section of the
“Prepare” learning journey.
See accelerator section for details. A description of important SAP tools on custom code can be
found there as well.
Accelerators
• SAP Blog - SAP S/4HANA System Conversion – Challenge for your custom code
• SAP Blog - Custom code adaptation for SAP S/4HANA – FAQ
• SAP Blog - ABAP custom code adaptation for SAP HANA – The efficient way
• SAP Blog - Remote Code Analysis in ATC – One central check system for multiple
systems on various releases
• SAP Blog - S/4HANA system conversion - Custom code adaptation process
• SAP Blog - What can you do today to prepare your custom code for SAP S/4HANA
• YouTube video – “Custom Code Adaptation for SAP S/4HANA”
• Innovation Control Center
• Set up and use of Custom Code Lifecycle Management
• Service Information – Service Components for Planning
• Service Information – Service Components for Custom Code Management
• SAP Value Assurance - Description of Services and Service Components
• SAP S/4HANA On Premise Value Map Learning Journey - Prepare
• Custom Code Migration Guide for SAP S/4HANA 1809
SAP provides guidance on the target IT support process activities, tools and resources required
for you to safely and efficiently operate the new SAP solutions in its environment. SAP provides,
for example, Best Practices on daily DB administration procedures, troubleshooting procedures,
monitoring tools, knowledge content for the resources to be ramped up for the post go live
operation.
Clarification on the steps required to ensure the IT Operational Readiness will be given later in the
Explore Phase (see activity Operations Impact Evaluation). As a result, several tasks will be
defined and included in the conversion plan.
Procedure
Customers who are new to SAP, should look at SAP’s general recommendations to set up a
Customer Center of Expertise. At least a primary CCOE certification should be gained.
SAP has also published SAP Support Standards which should be implemented as part of the
standard IT support processes.
Accelerators
• SAP Online Help Portal for SAP S/4HANA (you will find the Operations guide for all
releases here)Customer Center of Expertise
• Getting Started with Primary CCOE
• Primary CCOE Check List
• SAP Support Standards
Procedure
Collect information for the following topics (as far as already available):
• Future and existing technical platform (hardware platform, virtualization solution, OS)
• General SAP application server architecture
• Availability SLAs for unplanned downtimes
• Data center strategy
• HA architecture and DR strategy and architecture
• Non-production and production landscape
• System to data center mapping
• Planned server hardware (application servers and SAP HANA) and storage hardware
• Integration with cloud services (e.g. with SAP Cloud Platform for side-by-side extensions
of S/4HANA)
• Backup solution
Based on the results, create a first sketch of a technical deployment plan, by mapping the
systems and technical components to the hardware. The technical deployment plan documents
which system runs on which server. This deployment plan is the basis for ordering the hardware
at your hardware provider. The plan is constantly refined throughout the project.
Please note: Customers who do not have any experience with SAP, or with SAP HANA should
study the existing material on SAP HANA and SAP S/4HANA before starting this task, because
the definition of the technical architecture requires sound knowledge on many technical aspects. A
good entry point to get this knowledge is the learning room “SAP S/4HANA On-premise Value
Map - SAP Enterprise Support” in the SAP Learning Hub, which bundles service offerings and
further information for SAP Enterprise Support customers. Information on the SAP HANA
infrastructure can be found in the “Explore” learning journey. The procedure on how to define the
technical architecture differs depending on the scenario: For instance, customers converting their
existing SAP ERP to SAP S/4HANA can do the sizing based on their existing SAP ERP.
Customers installing a new SAP S/4HANA system replacing a legacy system need to do the
sizing based on business document volumes using “Quick Sizer” tool.
Alternatively, customers can ask their hardware provider to make a first proposal for a technical
deployment plan.
Finally, you should make yourself familiar with SAP’s revision and maintenance strategy for SAP
HANA because administrative functionality provided by SAP HANA could be release-dependent.
See SAP note 2021789 – “SAP HANA Revision and Maintenance Strategy” for details.
Results
As a result of this task, a technical deployment plan exists.
The service component is the foundation for all additional service components delivered within the
Technical Architecture & Infrastructure work stream. It provides a high-level overview of the topics
described above and is the starting point for more detailed discussion with the hardware partner.
SAP Enterprise Support customers can look up the information on the SAP HANA infrastructure in
the “Become competent” section of the “Explore” learning journey.
Accelerators
• SAP S/4HANA Value Map
• SAP Value Assurance - Description of Services and Service Components
• Service Information – Service Components for Planning
• SAP Note 2378962 - SAP HANA 2.0 Revision and Maintenance Strategy
• Best Practices - Technical Deployment Options for SAP Systems with SAP HANA
• SAP S/4HANA On Premise Value Map Learning Journey - Explore
2.3.7. Define the Data Migration Architecture (New Implementation and Selective Data
Transition)
Description
The purpose of this task is to prepare a high-level assessment of the source systems and
necessary data objects as well as for methods to extract / transform / load the source data from
legacy systems and or SAP systems.
Procedure
The procedure differs depending on the implementation scenario.
A first definition of the data migration architecture is discussed in the service component
Transition Planning for New Implementation. See also activity Transition Planning for details.
The data migration architecture is further detailed out in the Explore phase of the project (see
activity Data Migration Design).
SAP also offers a dedicated service component called “Data Migration Architecture”, to identify
the required data migration scenarios. The Data Migration Architecture assessment for technical
selective data transitions is conducted on a high-level basis to identify the most suitable data
migration execution services, such as client transfer, consolidation of SAP ERP systems to one
target system for SAP S/4HANA, company code transfer, or data migrations based on
preconfigured objects. SAP experts lead you through discussions to specify on a high level your
requirements for the selection of data, and tailor the scope of a subsequent Data Migration
Assessment.
SAP Enterprise Support customers can find information and services on data migration in the
context of SAP S/4HANA in the “Become competent” section of the “Explore” learning journey.
Accelerators
• SAP Value Assurance - Description of Services and Service Components
• SAP Best Practice content for data migration
• SAP S/4HANA On Premise Value Map Learning Journey - Explore
• SAP Blog - Migrating data to your (new) SAP S/4HANA
Analyze the current database and determine how much data can be archived or deleted upfront of
an SAP S/4HANA implementation.
• Sizing results indicate the need for an SAP HANA server larger than the expected
• DVM Alerts from the SAP Early Watch Alert report indicate a need for DVM
• Data archiving is already actively used. This indicates the need to adjust the archiving
strategy according to the new data models and technology (i.e. data aging)
• The system is older than 5 years and no significant data archiving has been scheduled
and there is a high probability that data is on the system that is no longer relevant for daily
business processes.
• Customer requires a roadmap to support their SAP HANA conversion proactively.
In those cases, SAP recommends to further analyze, if there should be additional DVM activities
included in the SAP S/4HANA implementation project.
Precondition is a first estimate on the expected database size of SAP HANA (see task Define
Technical Architecture under this activity).
Procedure
Use common analysis tools like DVM Work Center in SAP Solution Manager, transactions DB02,
TAANA, and SE12. However, in case you have not archived before, it could be challenging to
identify the key archiving objects and their saving potential.
Results
A decision for future DVM activities as part of this project and road map on how to proceed with
DVM (e.g. with clean-up or archiving) prior to a transition to SAP S/4HANA.
• Expected savings.
• Complexity (i.e. the extent of how business processes may be affected by the activities).
Considering the usually limited amount of time and resources, there should be a focus on so
called quick-wins, i.e. data that can be considered as basis and cross-application data and
that can be removed from the database without having too intensive and difficult discussions
with the business owners.
• SAP S/4HANA relevance (i.e. are these business objects that are simplified and therefore
undergo specific conversion routines which will affect the downtime).
The workshop also includes knowledge transfer on discussions about the infrastructure
requirements for data archiving and a suitable project setup for the implementation.
• Go or No-Go decision for future DVM activities in the scope of the S/4HANA conversion
project.
• In case of Go, the result will be a road map that defines the exact scope of the data volume
management activities including timelines, estimated effort, required teams and resources for
the individual data archiving and deletion activities.
• Based on this road map, the next step of defining a Data Volume Management strategy will
be performed.
SAP Enterprise Support customers can find information and services on data volume
management in the context of SAP S/4HANA in the “Become competent” section of the “Explore”
learning journey.
Accelerators
• Service Information – Service Components for Safeguarding the Digital
Transformation
• SAP Value Assurance - Description of Services and Service Components
• SAP S/4HANA On Premise Value Map Learning Journey - Explore
Procedure
• Clarify on the SAP Fiori concept in general, if not already done. This includes the
technical architecture, data provisioning, role model or SAP Fiori Apps Library.
• Collect UX / UI requirements from your business. This is not limited to current
requirements on SAP GUI or SAP Business Client. For instance, think about mobile
scenarios planned with SAP S/4HANA in future.
• Design a strategy with SAP Fiori, based on collected requirements. The strategy also
describes the future SAP Fiori Front End Service architecture.
As an input into your UX / UI strategy, you can order a free of charge “SAP Fiori Apps
Recommendation Report” early in the project. The report provides recommendations based on
your current system usage. See SAP blog “SAP Fiori Apps Recommendation Report – Easy
discovery of relevant SAP Fiori Apps” for ordering details. In addition, you may get additional
inspiration by looking up the SAP Fiori lighthouse scenarios. You will find them on the entry page
of SAP Fiori Apps reference library.
Results
You have created / updated a UX / UI strategy in the context of the SAP S/4HANA
implementation.
SAP offers the “UX & UI Architecture” service component to support you creating an UX Strategy
for your company. It further clarifies the transition to Fiori together with our experts for clear and
optimal project and architecture planning.
SAP Enterprise Support customers can find a lot of information and services on UX strategy and
SAP Fiori in the context of SAP S/4HANA in the “Become competent” section of the “Prepare” and
“Explore” learning journeys.
Accelerators
• SAP WIKI - SAP Fiori for SAP S/4HANA
• SAP Blog - Fiori for S/4HANA – Top 10 Myths & Misconceptions to Avoid
• SAP Blog - SAP Fiori Apps Recommendation Report – Easy discovery of relevant SAP
Fiori Apps
• SAP Fiori App Reference Library
• SAP S/4HANA On Premise Value Map Learning Journey - Prepare
• SAP S/4HANA On Premise Value Map Learning Journey - Explore
• Service Information – Service Components for Planning
• SAP Value Assurance - Description of Services and Service Components
Procedure
All interfaces are documented within a central document (called “interface register”). By specifying
the interfaces in predefined attributes, a clear grouping into technology and interface types is
possible, which allows to integrate the corresponding requirements into the project scoping and
planning structures.
Once an interface scope has been agreed, the interface register is updated using a change
control process.
1. The interface register template is initially pre-populated by the customer with legacy
interfaces, that are in scope for re-implementation against the new SAP S/4HANA system.
2. New to-be implemented interfaces are included into the interface register.
In case SAP Solution Manager 7.2 is available, it is recommended to document interfaces directly
there as part of the overall solution documentation. Concentrating interface and business process
information centrally in SAP Solution Manager has a couple of advantages:
• Increased visibility and avoidance of duplicate maintenance of interface data in different tools.
• The effect of planned downtimes in your solution landscape can be judged more easily,
especially in case the interfaces are assigned to business processes.
• In case a system has stopped unexpectedly, or a particular interface has become stuck due to
technical errors, you can identify the affected business processes directly in SAP Solution
Manager.
• Finally, there is an integration with the interface & connection monitoring application. Interface
attribute data maintained in interface documentation can be used to configure interface
channels for monitoring & alerting.
See accelerator section for a setup and end user guide on interface documentation in SAP
Solution Manager.
Results
Populated interface register
An interface register is also helpful in case of a new implementation. The “SAP S/4HANA
Transition to New Implementation (TNI)” service component. plans the to-be system & solution
architecture where interface information from an interface register is key. This service component
includes the determination of the interface scope. See also activity Transition Planning” in this
phase, for more information on this service component.
Accelerators
• Interface Register Template
• Interface Documentation in SAP Solution Manager 7.2
2.3.11. Run a Legacy Impact Analysis on Interface Inventory and Data Integration
Objective
The objective of this task is to assess the impact on interfaces when moving over from SAP ECC
to SAP S/4HANA via system conversion or new implementation. In both cases, interfaces can be
affected by technology changes (i.e. field changes).
General remarks:
• In a hybrid cloud and on-premise landscape, different integration capabilities are key.
Those integration capabilities may change over time, or be developed further.
• Integration capabilities from a current to a successor product are generally preserved
(e.g. when moving from SAP ERP to SAP S/4HANA).
• SAP Cloud Platform Integration offers rich “Integration as a Service” capabilities.
• SAP Cloud Platform delivers preconfigured integration models for SAPs most important
cloud solutions.
• Integration capabilities are typically preserved when moving to a recommended successor
product.
To make the SAP S/4HANA adoption easy for all existing SAP customers, SAP has kept most of
the official interfaces to and from SAP ERP stable when simplifying the applications in SAP
S/4HANA. This is not necessarily the case for non-official interfaces (e.g. usage of ODBC on DB
level).
Prerequisites
An initial interface register must be already available.
Procedure
• As a first step, you should analyze your existing interfaces, and categorize them
according to complexity, technology and custom development. Potentially some interfaces
can be retired as well.
• As a second step, check the compatibility with SAP S/4HANA and other new SAP
products (on-premise or cloud-based solutions) that you would like to introduce.
• For cloud integration, “SAP Cloud Platform Integration” offers a rich preconfigured
integration and API discovery. See “API Discovery” in the accelerator section for details.
• Further information and links can be found on the landing page of SAPs Technical
Integration and Orchestration Group.
• The functional work stream needs to check on interfaces that are in scope (interface
register) for technology changes.
• Document necessary interface adjustments in the backlog as gap.
Results
The transition impact on interfaces has been made transparent. Necessary changes are specified
and added to the project backlog as gap.
The “Integration Assessment (INA)” service component explains the interface register concept
in SAP Solution Manager 7.2 to customers. It supports the setup process and helps analyze the
conversion impact on interfaces with the help of the interface register.
An interface register is also helpful in case of a new implementation. The “SAP S/4HANA
Transition to New Implementation (TNI)” service component. plans the to-be system & solution
architecture where interface information from an interface register is key. This service component
includes the determination of the interface scope. See also activity Transition Planning” in this
phase, for more information on this service component.
Accelerators
• SAP Whitepaper - SAP Cloud Platform Integration Suite
• CIO Guide: Integrating SAP Applications in Cloud and Hybrid Environments
• CIO Guide: Process and Data Integration in Hybrid Landscapes
• Interface Register Template
• Technical Integration and Orchestration Group
• SAP Cloud Platform Integration
• SAP API discovery
The output management for SAP S/4HANA comprises all functionalities and processes that are
related to the output of documents. This includes the integration of output management functions
into the business applications, the reuse component output control, as well as the SAP
NetWeaver technologies and the technical infrastructure.
The new output management is going to be the successor of all other output management
frameworks (SD Output Control, FI Correspondence, FI-CA Print Workbench, CRM Post-
Processing). However, all other frameworks are still available and can be used. It is not
mandatory to use the new output management.
Business applications that have already adopted the new output management use it by default.
Nonetheless, customers can always revert to the other supported framework. How this reversion
is realized depends on the business application (for example via SAP Note or by implementation
of an enhancement point). It is also possible to re-enable the new output management again at a
later point in time.
Hence, the new output management for SAP S/4HANA coexists with other frameworks.
Customers can decide on business application level which framework supports their output
scenarios best.
The objective of this task is to determine and to document the impact of the new output
management on your existing output management configuration.
New implementations will always start with the new output management.
Procedure
In the SAP ECC Business Suite, different output frameworks are used in different applications (SD
Output Control, FI Correspondence, FI-CA Print Workbench, CRM Post-Processing Framework).
Considering the conversion of an existing system to SAP S/4HANA, it becomes evident that there
cannot be one generic approach to cover the conversion of all other OM frameworks.
Looking further into the most prominent existing OM framework SD Output control (NAST), it
becomes clear that:
• 100% feature parity is not a given (and, most likely, is not wanted).
• Migration of data cannot be performed because even the NAST is highly generic.
Therefore, the recommendation is not to carry out a conversion, but to establish a coexistence of
old and new output management. This means:
• For existing customers who are using the old output management:
• Data from the old OM is kept.
• Customizing for the old OM is kept.
• Customers need to customize the new OM.
• Documents that were processed in the old OM will still be processed using the old OM.
• New documents will only use the new OM (if the corresponding application has already
adopted this framework).
Proceed as follows:
• Make yourself familiar with the new output management in SAP S/4HANA, by reading
SAP note 2228611.
• By looking at the simplification list, determine and document how your existing output
management is impacted by a system conversion.
• Develop a general strategy how to adopt the new output management midterm / long
term.
Accelerators
• SAP Note 2228611 - Output Management in SAP S/4HANA
Procedure
Run a first assessment on the training requirements which arises from the SAP transition project:
• Gather information about the SAP transition project, and identify affected organizational
units
• Conduct interviews regarding training strategy elements
• Identify training relevant user groups (Project Team, Key User, End User)
• Evaluate the high-level enablement scope for End User Training
The Initial Enablement Assessment is the analysis of learning and enablement related aspects of
Digital Learning in general and with respect to your actual situation. The assessment helps to get
an understanding of the general learning management situation, your enablement capabilities to
support the digital transformation process and the alignment with the project scope and timeline.
Based on the results of the assessment, specific training management activities will be identified,
and recommendations will be provided to enable a successful enablement delivery. It is
particularly relevant at the beginning of a project.
Accelerators
• Service Information – Planning the Digital Transformation
• SAP Value Assurance - Description of Services and Service Components
However, this activity focuses on basic technical security checks that customers can execute
themselves. The recommendations arising from these self-checks can then be implemented in the
Realize Phase as part of the conversion project.
• Have a look at the Security chapter of the Early Watch Alert (EWA) report of your SAP ERP
system and analyze the root cause of the findings. See also SAP Note 863362 for a complete
list of security checks as part of EWA.
• Run a Security Optimization Service SOS. Enterprise Support customers can order an EGI
which runs them through the SOS Self Service. See SAP Enterprise Support Academy for
details.
• With Configuration Validation you can benchmark system configuration settings against SAP
Best Practice settings. Configuration Validation can also be used to check your security
settings (in front of a system conversion, and later, to continuously support IT security in your
support environment). Configuration Validation in general can be easily set up by joining an
EGI. Security relevant checks as part of Configuration can be found in the SAP WIKI on
Technical Operations (see Accelerators section for details).
• Fill out an SAP Security Baseline Template:
The SAP Security Baseline Template is a template document provided by SAP on how an
organization-specific SAP Security Baseline could be structured. It is pre-filled with selected
baseline-relevant requirements and corresponding concrete values as recommended by SAP.
In a first step, you should focus on chapter 2 – Regulations of the document.
• The latest version of the SAP Security Baseline Template can be found on the SAP Support
Portal (see accelerator section). See also SAP note 2253549 - The SAP Security Baseline
Template for details.
Results
With the help of EWA, Security Optimization Service, and Configuration Validation, create a list of
technical security changes you would like to implement in the Realize Phase as part of the system
conversion project.
SAP Enterprise Support customers can find information and services on security in the context of
SAP S/4HANA in the “Become competent” section of the “Explore” learning journey.
Accelerators
• SAP Online Help Portal for SAP S/4HANA (you will find the Security guides for SAP S/4HANA
and SAP NetWeaver for all releases here)
• SAP HANA Security Guide
• SAP Support Portal – Security Page
• SAP Support Portal - Early Watch Alert
• SAP S/4HANA On Premise Value Map Learning Journey - Explore
• SAP Note 863362 - Security checks in SAP EarlyWatch Alert, EarlyWatch and GoingLive
sessions
• SAP Note 2253549 - The SAP Security Baseline Template
• SAP WIKI: Security Relevant Checks in Configuration Validation
The list below shows typical areas which need preparation because of common functionality changes
with SAP S/4HANA, and recommended readings. Each item is documented by one or multiple
simplification items.
Those preparation activities are often related to items from the simplification list. See simplification
list for all details and check both the output of the SAP Readiness Check for SAP S/4HANA and
the SI-Check for relevant simplification items (see also task Check the Conversion Readiness of
SAP ERP in this phase).
For a compressed view to the most important preparation activities you can also look at the “Top
simplification list items” including further explanation in the accelerator section, or the chapter “List
of Application-Specific Preparations” in the Conversion guide.
A detailed description of new implementation projects including preparation work can be retrieved
from the SAP Best Practices Explorer (see accelerator section). Look up:
• SAP Best Practices for SAP S/4HANA, on-premise edition for new implementation
Procedure
• Execute on Follow-Ups from Transition Planning
• Clean up or Archive Data
• Custom Code Cleanup & Improve
• Prepare SAP Solution Manager for Project Support and import SAP Best Practices
Accelerators
• The TOP Simplification List Items
• Simplification Item Catalog
• SAP Best Practices Explorer
• SAP Online Help Portal for SAP S/4HANA (you will find the Conversion guide for all releases
here)
• SAP Blog - Business Partner – Customer-Vendor Integration S/4 HANA
• SAP Blog - S/4HANA- New Asset Accounting – Considering Key Aspects
• SAP S/4HANA Cookbook - Customer/Vendor Integration
• SAP Note 2223144 - S/4 HANA - Foreign Trade in SD/MM
• SAP Note 2270400 - S4TWL - Cash Management - General
• SAP Note
• SAP Note 2270544 - S4TWL - Credit Management
• SAP note 2226380 - S/4 HANA: Deprecation of SD Rebate Processing
• See SAP Note 2225170 - S/4 HANA SD-Revenue Recognition
• SAP Community Blog - New KPI Catalog available in the cloud - Part 1
• SAP Note 2620910 - SAP S/4HANA 1511, 1610, 1709 and SAP BW/4HANA 1.0:
Recommended Application Server Platforms
• Business Process Improvement
• Service Information – Service Components for Safeguarding the Digital Transformation
• SAP Value Assurance - Description of Services and Service Components
Procedure
• Properly analyze all preparation items which have been identified in the Transition Planning
activity. This could be for instance the Customer/Vendor Integration (CVI), or the use of SAP
GTS instead of Foreign Trade.
• Plan in detail the execution of these items. This could result in own projects depending on the
scope of the item. It is in the responsibility of the Project Management work stream to take
care of proper project planning.
• Execute the item according to the plan.
SAP also offers the “Mandatory Preparation for System Conversion” service component to
support necessary preparation work (like Customer Vendor Integration) in system conversion
projects, which needs to be executed as part of the sandbox system setup.
Accelerators
• The TOP Simplification List Items
• Simplification Item Catalog
• 2265093 - S4TWL - Business Partner Approach
• SAP Best Practices Explorer
• SAP Value Assurance - Description of Services and Service Components
• SAP Blog - Business Partner – Customer-Vendor Integration S/4 HANA
• SAP Blog - S/4HANA- New Asset Accounting – Considering Key Aspects
• SAP S/4HANA Cookbook - Customer/Vendor Integration
There is a documented strategy on DVM, which defines the residence time definition of business
data.
Data volume planning (as part of Transition Planning activity) has indicated the need for data
cleanup and archiving.
Procedure
Based on the residence time definition (i.e. when the business data can either be deleted from the
database or moved to an archive file) and the corresponding customizing settings, the deletion
and archive jobs must be scheduled partly massively parallel to achieve that the data is really
removed from the database before the conversion starts. This job scheduling can only be partly
automated and requires manual interaction and monitoring by a basis administrator.
Please note that due to necessary alignment between business and IT, data cleanup can be a
time-consuming process. You can already start this activity already early on in the project, by
focusing on basis tables which are owned by the IT team.
Proceed as follows:
• Archive business data as defined in the DVM strategy. Set up the write and delete jobs as
described in the DVM Best Practice Guide (accelerator section).
• Run housekeeping jobs e.g. on the SAP Spool environment as described in the DVM Best
Practice Guide (accelerator section).
Results
The SAP system has been cleaned from data which can be either removed or archived. The used
space in the database has been reduced.
SAP Enterprise Support customers can find information and services on data volume
management in the context of SAP S/4HANA in the “Become competent” section of the “Explore”
learning journey.
Accelerators
• SAP Advanced Deployment - Description of Services and Service Components
• SAP S/4HANA On Premise Value Map Learning Journey - Explore
Procedure
Proceed as follows:
Results
Unused custom code has been decommissioned from the SAP system and does not need to be
adjusted in future.
• To learn about the challenge, start with the SAP Blog “SAP S/4HANA System Conversion
– Challenge for your custom code”.
• To understand the necessary adaption process for your custom code, look at:
o The SAP Blog “SAP S/4HANA System Conversion – Custom code adaptation
process”
o The SAP Blog “ABAP custom code adaptation for SAP HANA – The efficient
way”
• What you can (or better: should) do well upfront of a planned system conversion is
documented in the SAP Blog “What can you do today to prepare your custom code for
SAP S/4HANA”. This blog addresses both the cleanup as well as the improvement of custom
code quality.
• Finally, there is a blog series describing all relevant expert tools required for analysis. The first
issue is the SAP Blog “Remote Code Analysis in ATC – One central check system for
multiple systems on various releases”.
In a first step and if not already done, SAP can help you setting up the required tools for custom
code management and making you familiar with these. This service component is called “Custom
Code Management Tools Enablement”:
The Custom Code Management Tools Enablement service component is to perform the
CCM tools initialization and configuration in the customer’s SAP environment and to
facilitate the knowledge transfer about the tool operation to the customer’s organization.
Per default the project scope includes the implementation of Custom Code Lifecycle
Management and activation of Usage and Procedure Logging tool. Depending on the
customer’s requirements, the project scope can be extended to facilitate the configuration
of other tools as well, e.g. ABAP Test Cockpit, Clone Finder or Decommissioning Cockpit.
The empowering part of the project includes the knowledge transfer about the tools which
are included in the scope.
In a next step, SAP can help you creating a tailored retirement strategy. This service component
is called “Custom Code Retirement”:
The Custom Code Retirement service component offers a customer-tailored strategy for
identification and decommissioning of unused custom code. Custom code retirement is
one of the important innovation readiness aspects, which allows the customers to reduce
maintenance cost and free up resources for innovative new projects. The purpose of proof
of the concept for a custom code retirement project is to set up a continuously running
project for identification of custom code objects which according to statistics collected in
the production system are not being used. It helps the customer to define the customer-
tailored approach for the analysis of the objects - candidates for retirement, their
monitoring and decommissioning from the system(s) of the customer’s landscape.
Accelerators
• SAP Blog - SAP S/4HANA System Conversion – Challenge for your custom code
• SAP Blog - ABAP custom code adaptation for SAP HANA – The efficient way
• SAP Blog - Remote Code Analysis in ATC – One central check system for multiple
systems on various releases
• SAP Blog - S/4HANA system conversion - Custom code adaptation process
• SAP Blog - What can you do today to prepare your custom code for SAP S/4HANA
• Custom Code Migration Guide for SAP S/4HANA 1809
• Service Information – Service Components for Custom Code Management
• SAP Value Assurance - Description of Services and Service Components
• Decommissioning with CCLM in Solution Manager SP12
Please note: This task does not directly address the code adjustment necessary due to the
upcoming system conversion to SAP S/4HANA. Those will be in later project phases.
Procedure
Proceed as follows:
Results
Quality measures for high code quality have been established and tested in a code quality
improvement project. From now on custom code will be will be created with the necessary quality
level.
The Custom Code Management Tools Enablement service component is to perform the
CCM tools initialization and configuration in the customer’s SAP environment and to
facilitate the knowledge transfer about the tools operation to the customer’s organization.
Per default the project scope includes the implementation of Custom Code Lifecycle
Management and activation of Usage and Procedure Logging tool. Depending on the
customer’s requirements, the project scope can be extended to facilitate the configuration
of other tools as well, e.g. ABAP Test Cockpit, Clone Finder or Decommissioning Cockpit.
The empowering part of the project includes the knowledge transfer about the tools which
are included in the scope.
In a next step, SAP can review your strategy on custom code quality, and help you with a code
quality improvement project. This service component is called Custom Code Quality
Improvement”:
SAP also offers to check the security of your custom code. It can be done within the “Custom
Code Quality Management” service. This service helps to analyze and offer transparency on the
security situation of the existing custom code, including customer own objects and modifications.
It identifies security vulnerabilities in customer own ABAP code and provides the up-to-date know-
how and best practices of code security enabled by the SAP NetWeaver Application Server add-
on for Code Vulnerability Analysis (CVA). With the results of the analysis, the adjustments on
custom code and security vulnerabilities can be reviewed and mitigated in an early stage. This
helps customer reduce efforts for change adoptions and facilitates a smooth completion of the
identified adjustments and vulnerabilities.
SAP Enterprise Support customers can find information on custom code management and impact
analysis in the context of SAP S/4HANA conversion in the “Become competent” section of the
“Prepare” learning journey.
Accelerators
• Service Information – Service Components for Custom Code Management
• SAP Value Assurance - Description of Services and Service Components
• Building innovations - SAP Innovative Business Solutions Organization
• Custom Code Quality Management - Security Check Service
• SAP S/4HANA On Premise Value Map Learning Journey - Prepare
Procedure
• In case there is an SAP Solution Manager 7.2 available on-premise, update to the latest
support pack.
• In case this release level is not available on-premise, SAP also offers SAP Solution Manager
via SAP Cloud Appliance Library (SAP CAL), and use this SAP Solution Manager for project
support.
• The general sequence for the implementation of an SAP Solution Manager system is as
follows:
o You plan the implementation (such as scope, hardware and software requirements,
and release restrictions).
o You plan the system landscape for your use cases.
o You install the components of your SAP Solution Manager system.
o You configure your system.
o You set up the connection to the managed systems.
• Once SAP Solution Manager is set up, the following areas are key for project support:
o Solution Implementation – the identification, adaptation, and implementation of new
and enhanced business scenarios.
o Solution Documentation – centralized documentation repository ensuring the
relationship of business process definitions with technical configuration decisions.
o Change Control Management – synchronized deployment of application
configuration with integrated project control and quality management.
• SAP provides customers with an SAP Solution Manager toolset that supports customers in
implementation of the project standards for the purposes of the project or operations. It is
highly recommended for new implementation scenarios to use the SAP Solution Manager
Focused Build solution. Additional details can be found in the accelerator section. It also
contains a link to an overview presentation which documents how Focused Build and SAP
Activate nicely fit together.
Results
You have set up SAP Solution Manager and configured for project support.
SAP install SAP Solution Manager for you. The corresponding service offer is called
“Implementation of SAP Solution Manager for IT Operations”. Please ask your SAP contact
(e.g. SAP Client Partner) for more information. Alternatively consider using SAP Solution Manager
from the Cloud Appliance Library (CAL).
In addition, SAP supports this activity with the “SAP Solution Manager Starter Pack” service
component. The SAP Solution Manager Starter Pack is applicable when you need direct
assistance with the basic configuration and use of the SAP Solution Manager.
Also, SAP offers an “Agile Methodology and Tool Coach” service component.
SAP Enterprise Support customers can find information on the basic configuration of SAP
Solution Manager in the “Become competent” section of the “Prepare” learning journey.
Accelerators
• OpenSAP training - SAP Solution Manager for SAP S/4HANA Implementation in a Nutshell
• Setup WIKI for SAP Solution Manager
• SAP Solution Manager WIKI - Solution Documentation and Implementation
• SAP CAL Community
• Focused Build for SAP Solution Manager
• SAP Activate and Focused Build
• SAP S/4HANA On Premise Value Map Learning Journey - Prepare
• Service Information - Value Assurance Foundation
• SAP Value Assurance - Description of Services and Service Components
Procedure
The following screen shot shows a Best Practices business process diagram in SAP Solution
Manager.
Follow the detailed instructions given in chapter “Identify, select and load SAP Best Practices
content into SAP Solution Manager 7.2” in the Best Practice Reference Guide, to import SAP
Activate Best Practice content into SAP Solution Manager 7.2.
After import, the Best Practice process diagrams including documentation and test scripts are
available in SAP Solution Manager and can be used and tailored in the sub sequent Fit / Gap
workshops with the business process champions.
Results
The newest Best Practices content is available in SAP Solution Manager for the project team.
Accelerators
• SAP Value Assurance - Description of Services and Service Components
• Service Information - Value Assurance Foundation
• Implement S/4HANA on-premise with SAP Best Practices
• Best Practices Reference Guide
2.5. Project Initiation
Description
An important part of the Prepare Phase of a project is the formal setup of the project. This needs to be
aligned between SAP and the customer.
• The customer has bought one of the four SAP Value Assurance service packages.
• The SAP Technical Quality Manager (TQM) and the access to SAP’s Mission Control
Center and Premium Mission Critical Support is part of each and every Value Assurance
package. The SAP TQM is your contact partner to discuss all topics related to your transition
project. The TQM makes sure that all issues are resolved, and you receive the services and
support activities at the right point in time with the right skills from SAP.
• SAP TQM tasks and deliverables:
• Setup of the governance structure for your project
• Leadership for scope definition and execution of all tasks done by SAP
• Definition and review of quality gates
• SAP Mission Control Center:
• Access to the whole SAP back office organization including SAP Development
• Verification of engagement plans
• Access to premium mission critical support
• Support for gap clarifications
• There is a project manager from the customer and/or implementation partner, and the
SAP TQM who supports to run this project. The roles and responsibilities in the project,
especially those that are leading the project (customer or partner) are defined.
• The customer is managing the project by either using a 3rd party software (e.g. Microsoft MS
Project), or SAP IT Portfolio & Project Management. SAP provides project templates for
download as a starting point, which need to be adapted to the customer project
specifics.
• The Quality Gates are managed in SAP Solution Manager by the SAP TQM. All important
documents and Quality Gate check lists are stored there. There are several applications in
SAP Solution Manager to service this aim:
• IT Portfolio & Project Management (ITPPM; formerly known as cProjects)
• Project road map (transaction RMMAIN)
• Project Management (transactions SOLAR*)
As of SAP Solution Manager 7.2, ITPPM should be used for managing Quality Gates.
• Documents that need to be shared across the project team (e.g. Risk-Response-Log),
are stored in SAP Solution Manager, e.g. by attaching them to the corresponding activity
and/or task in SAP ITPPM. Alternatively, in case of SAP Value Assurance, SAP JAM could be
used for sharing documents across the project teams.
• Quality Gate check lists can be sent to SAP for reporting and safeguarding reasons.
Project management in the context of an SAP implementation has been documented in detail in SAP
Activate road maps (e.g. “SAP Activate methodology for Business Suite and On-Premise –
Agile”). See accelerator section for a link.
All general project management activities, tasks, and accelerators can be taken from there, by filtering
on the Project Management work stream. This road map focuses on additional project tasks which are
owned by the SAP Technical Quality Manager (TQM).
Results
Once this activity has been completed, the transition project has been successfully initiated.
SAP Value Assurance always includes the Focus TQM described above. See accelerator section for a
service component description.
Accelerators
• Service Information - Value Assurance Foundation
• SAP Value Assurance - Description of Services and Service Components
• SAP Activate road map “SAP Activate methodology for Business Suite and On-Premise –
Agile”
• Project Plan Templates
• Classroom training: Implementation Projects with SAP Solution Manager
• Project status report for SAP Activate / S/4HANA
Procedure
Typically, during these calls the account team and project team review the following areas: project
background, business case, business drivers, customer goals, scope, RACI, success metrics for
the project, customer expectations, delivery model, Statement of Work, Order Form, assumptions
• Current Situation
• Proposed Resolution
• Solution Description
• Project Goal
• Project Objectives
• Business Case Summary
• Total Estimated Project Costs
• Key Dates
• Project Stakeholders
• Critical Success Factors
• Risk Assessment
Procedure
• Define Project Purpose or Project Justification and measurable Project Objectives
• High-Level Project Description and Boundaries
• Project Success and Approval Criteria
• Assumptions and Constraints
• High-Level Requirements
• High-Level Solution and Project Scope
• Summary Milestone Schedule
• Summary Budget
• Stakeholder Group and Key Names Stakeholders
• High-Level Risks
Accelerators
• Business Case Template (Customer)
• Project Charter Template (Customer)
• Scope Statement Template (Customer)
Procedures
• Establish Scope Baseline
• Establish Schedule Baseline
• Establish Cost Baseline
• Establish Quality Baseline
• Define Scope Management Plan
• Define Requirements Management Plan
• Define Schedule Management Plan
• Define Cost Management Plan
• Define Quality Management Plan
• Define Process Improvement Plan
• Define Human Resources Management Plan
• Define Communications Management Plan and Project Reporting Standards
• Define Risk Management Process
• Define Procurement Management Plan
• Define Stakeholder Management Plan
• Define Change Management Process
• Define Issue Management Process
• Define Project Constraints
• Define Project Standards
• Obtain Project Management Plan Sign-Off
Accelerators
• External Risk List Template (Customer)
• Focused Build for SAP Solution Manager (Customer)
• Project Management Plan Template (Customer)
• Resource Plan Template (Customer)
• Risk Identification Session Guide (Customer)
• Subsidiary Project Management Plans Guide (Customer)
2.6. Establish Project Governance
Description
Project Governance is an oversight function that is critical to the success of the project. It provides the
project manager(s) with a framework for consistently managing and controlling the project which
includes tools for decision making, role definition, responsibilities, accountability and the alignment of
stakeholders around the purpose of the project.
Tasks
• Define Roles and Responsibilities
• Define Project Organization
• Review Project Management Plan
The following roles are important for your SAP S/4HANA project:
• Project manager
• Solution architect
• Organizational change manager
• Test manager
• Business process owners / experts
• UX lead
• Integration lead
• Technical lead / Basis expert
• Development resources
• Solution experts / Consultants for Finance, Supply Chain plus the application areas you
are going to implement / change
• Enablement / Training expert
See also SAP Blog - Essential Roles for S/4HANA Fiori Projects.
Accelerators
• SAP Blog - Essential Roles for S/4HANA Fiori Projects
• Agile Project Team Roles and Responsibilities (Customer)
Procedure
• Create Scope Statement
• Create WBS
• Create Project Schedule
• Create Budget
• Plan Quality
• Plan Communications
• Plan Risks
• Plan Procurement
• Plan Stakeholders Management
• Top-down view of how activities fit into the overall project structure
• Defines the total scope of the project (specified in the approved scope statement)
• Work packages at lowest level can be subdivided into activities / tasks
Procedure
1. Define Activities
2. Sequence Activities
3. Estimate Activity Resources
4. Estimate Activity Durations
5. Develop Schedule
Procedure
• Estimate Costs
• Determine Budget
Accelerators
• Resource Plan Template (Customer)
Accelerators
• QGateChecklist Concept SAP Activate
• QGateChecklist Template Introduction
• Quality Built In New QGateChecklist
Accelerators
• Communication Plan Overview Template (Customer)
Procedure
1. Identify Risks
2. Assess Risks: Estimating and Evaluating Risk
3. Create Risk Register (refer to the "Risk Register Template" provided)
4. Define Risk Responses
Accelerators
• External Risk List Template (Customer)
• Risk Identification Session Guide (Customer)
Accelerators
• OCM Stakeholder Identification Guide (Customer)
• OCM Stakeholder Identification Template (Customer)
Tasks
• Prepare for Kick-off Meeting
• Conduct Kick-off Meeting
• Prepare Team Onboarding Document
• On-board Project Team
Accelerators
• Project Kick-off Template (Customer)
2.8.2. Conduct Kick-off Meeting
Objective
The purpose of this task is to schedule and prepare the project kick-off meeting. The kick-off
meeting includes discussion of project objectives, organizational structure, roles and
responsibilities, project governance, schedule, scope, communication standards, change request
process, and decision-making process. The kick-off meeting is attended by the project team, key
stakeholders, project sponsor and company executives. Some resources may attend the kick-off
meeting remotely. In such cases it is important to ensure good audio and video infrastructure, so
the remote participants can take full part in the kickoff meeting session. Use the attached
accelerator as a template to prepare kick-off meeting materials specific to your project.
Accelerators
• Project Guideline Template (Customer)
• Project objectives, scope, and goals including SAP solutions being implemented
• Project schedule including milestones
• Project governance including key project stakeholders
• Organizational chart for the project-showing both internal and external resources
• Overview of the existing SAP landscape
• Outline of regular project meetings
• Travel policies, dress code, project location, and other project guidelines as needed.
Procedure:
Project standards are elaborated throughout the Prepare phase (some may be fine-tuned in a
later stage of the project). During the Prepare phase, the foundational project standards must be
defined, approved, and communicated to the project team. Communication of project standards
should be included in project on-boarding communications for project team members. Given the
integrated nature of project standards, changes must be managed in accordance with the
integrated change control procedure.
The project team needs to establish, at minimum, the project standards for the following areas:
• Requirements Management
• Authorizations / Security
The purpose of this task, also known as Innovation Management, is to determine the customers
approach for the identification, adaptation and implementation of new and enhanced business and
technical scenarios. It is part of the application lifecycle and is designed to decouple technical
installation from business innovation using SAP Solution Manager to implement the innovation in
the system landscape.
The purpose of this task is to determine the customers template management approach that
allows customers with multi-site SAP installations to efficiently manage their business processes
across geographical distances - from initial template definition to template implementation and
template optimization, for example as part of a global rollout.
The purpose of this task is to determine the customers approach for managing functional and
performance testing of SAP-centric business processes, to ensure validated system behavior after
software change events.
The purpose of this task is to determine the customers approach of handling business and
technology-driven changes, using a standardized process leading to improved reliability of the
solution and minimized risk through segregation of duties and transparency of changes.
The purpose of this task is to determine the customers approach of a centralized and common
incident and issue message processing for multiple organization levels. The process offers a
communication channel with all relevant stakeholders of an incident, including business user,
customer-side SAP experts, SAP Service & Support and Partner Support employees. The
Application Incident Management is integrated in all ALM processes of SAP Solution Manager, in
any SAP Business Suite solution and can be connected to a Non-SAP Help Desk application
The purpose of this task is to determine the customers approach of monitoring, alerting, analyzing
and administrating of SAP solutions. It allows customers to reduce TCO by predefined content
and centralized tools for all aspects of operations in SAP Solution Manager, including End-to-End
reporting functionality either out-of-the-box or individually created by customers.
This task uses SAP Business Process Integration & Automation Management (BPIAM) to cover
the most important application related operations topics necessary to ensure the smooth and
reliable flow of the core business processes to meet a company's business requirements.
The purpose of this task is to determine the customers approach of Maintenance Management,
how SAP Notes are handled and how they are applied (upon request e.g. current incident in
productive environment, and information from SAP about potential issue (Hot News, Security
Notes).
Determine Upgrade Management
The purpose of this task is to determine the customers approach for the identification, adaptation
and implementation of new and enhanced business and technical scenarios. It uses Solution
Manager to manage the upgrade project holistically and effectively end-to-end and allows SAP
customers to better understand and manage the major technical risks and challenges in an
upgrade project, and to make the upgrade project a "non-event for the business".
Accelerators
• Best practices for Implementing CTS+
2.9.3. Define and Set Up Agile Project Standards and ALM Tools
Objective
The purpose of this task is to define and set up SCRUM standards and tools, such as SCRUM
board, burn-down chart, product backlog template and retrospective template. Organization of
daily stand-up meetings, scrum-of-scrum-, release/sprint planning and retrospective meetings. At
this time the project also needs to prepare definition of Ready and definition of Done for each
critical step in the iteration. At minimum the team needs to prepare and agree on definition of
Ready and Done for the following:
• Ready for Build (e.g. backlog item has a proper size, it is clearly defined and understood,
test procedure is defined, etc.)
• Ready for Demo (e.g. backlog item is fully developed, and unit tested)
• Ready for Integration Test (e.g. backlog item integration test is defined (automated), test
data is ready)
• Ready for Release (e.g. backlog item user level documentation is complete, ALM Solution
Documentation is ready, Feature passed Integration Test)
Note that definition of Ready for one step in the implementation process == definition of Done
from the previous step. Using clear definition of Ready and Done is critical for SCRUM based
implementations.
Accelerators
• Agile Definition of Ready and Done (Customer)
• Agile Sprint Burndown and Task Board (Customer)
The objective of this task is to check availability of SAP Solution Manager environment for the
project team. This should be validated early in the project, if not before the project starts.
If there are no setup activity needed to be planned to install Solution Manager, ensure that the
technical team has completed the general Solution Manager set-up and then has covered the
process specific configuration in the following areas:
• Process Documentation
• ITSM
• Test Management
• Application Operations
Please ensure the following has been completed by the technical team:
• users created in the system (with appropriate access roles) and Business Partners
created and connected to users for all project team members
• users can all access SAP Solution Manager and there is an appropriate schedule of
project team training for each project phase / key activity using SAP Solution Manager.
• the procedure for requesting access to SAP Solution Manager and other systems and
tools is agreed, setup and communicated.
Project Equipment
• Has the required work space been arranged at all project sites?
• Are there sufficient conference rooms planned for the project team?
• Has multimedia equipment been planned for all conference rooms (e.g. video
conferencing, projectors, etc.)?
• Has physical access been granted for all project team members in different geographical
sites?
• Is there a working area assigned to the project members?
Customer Policies
Physical Security
Telephone/Voice Mail
• Is the required equipment (computer, laptops, mobile, etc.) available to all project team
members?
• Are office supplies available to the project member?
• Are the required software licenses purchased? (if needed)
Tasks
• Direct and Manage Project Execution
• Monitor and Control Project Activities
• Manage Issues, Risks and Changes
• Communicate Status and Progress to Project Stakeholders
Accelerators
• Project status report for SAP Activate / S/4HANA
Accelerators
• Backlog including Delta Requirements and Gaps.xlsx
Accelerators
• Backlog including Delta Requirements and Gaps.xlsx
Accelerators
• Change Request Log - template (Customer)
• Open Issues List Template.xls (Customer)
2.10.4. Communicate Status and Progress to Project Stakeholders
Objective
The purpose of this activity to make sure that project stakeholders are aware of the status and
progress of the project including potential disturbances due to existing risks and issues.
Accelerators
• Project status report for SAP Activate / S/4HANA
• Steering Committee Presentation Template (Customer)
• Team Status Report Template (Customer)
Tasks
• Prepare Organizational Change Management Roadmap
• Conduct OCM Workshop with project manager and all Project Workstreams Owners.
Accelerators
• Organizational Change Management Guide (Customer)
Accelerators
• OCM Roadmap Presentation Sample (Customer)
2.11.2. Conduct OCM Workshop with Project Manager and all Project Workstream
Owners
Objective
The purpose of this workshop is to align with the entire project management team regarding OCM
activities to be conducted. The OCM roadmap, along with the stakeholder analysis on hand at this
stage should be shared. An initial communication strategy should be drafted as part of this
workshop.
• Ensure that all required deliverables from this phase and the project are complete and accurate,
and close any outstanding issues
• Identify lessons learned during the phase to prepare for formal phase closure
• Capture customer feedback and potential Customer References
Tasks
• Conduct Knowledge Management Gate
• Conduct Project Quality Gate
• Conduct Project Management Review Service
• Obtain Customer Sign-Off for Phase Completion
Accelerators
• Lessons Learned Guide (Customer)
• Lessons Learned Template (Customer)
The deliverables assessed at each quality gate will be performed using the quality gate checklist
/PtD System with defined expectations to the maturity of particular project deliverables /aspects.
Note: New additional key deliverables need to be added in the quality gate checklist by the project
manager to the different project types.
Accelerators
• QGateChecklist Concept SAP Activate
• QGateChecklist Template Introduction
• Quality Built In New QGate Checklist
• Q-Gate Check List for SAP S/4HANA implementations
Accelerators
• Phase Sign-Off Template (Customer)
3. Explore Phase
Once the prepare phase has been finalized considering a detailed planning for the functional and
technical work streams the Explore phase will be kicked off. The activities of the Explore phase are
displayed in the following figure.
In the Solution Adoption work stream, the training strategy for the end users is developed according to
the functional design.
In the Application design and configuration work stream, the results from the SAP S/4HANA Value &
Implementation Strategy will feed into the fit / gap analysis and delta design workshops (per business
priority in scope). Gap validation and a final design review support this activity which is usually executed in
an agile manner. Additional SAP S/4HANA applications, like the setup of Central Finance in a selective
data transition, or the setup of an SAP Digital Boardroom, are planned in this phase as well. In this step,
the detailed security status overview is to be planned. The SAP S/4HANA specific security strategy and
high-level road map is to be defined.
In the Data Management work stream, data load from source systems needs to be prepared and planned
(new implementation and selective data transition only). Data volume management is either created or
updated according to new options and requirements coming with SAP S/4HANA.
The conversion to SAP S/4HANA may impact your custom code. A first list of impacted custom objects
has been identified in the SAP Readiness Check for SAP S/4HANA. In the Extensibility work stream, you
will need to identify and prioritize affected custom objects that are used productively, and that must be
adjusted as part of the system conversion project.
In the Integration work stream, integration design work starts in proper alignment with the to-be
application design, to properly integrate the SAP S/4HANA system in the solution landscape. First basic
integration setup activities are performed for the sandbox (if required) and for the development system.
Based on the anticipated application changes customers should also start creating a strategy for testing
and end user training (Testing work stream).
The technical design document is created in the Technical Architecture & Infrastructure work stream.
A sandbox is created for technical and functional experience gathering and as the basis for fit / gap
workshops. Of course, it depends on the scenario how the sandbox is created. At the end of the Explore
phase the DEV environment needs to be set up (again scenario specific).
Operations & support runs an Operations Impact Analysis, to identify IT Support operational areas that
require adjustment to safely and efficiently operate SAP S/4HANA as of Go-Live. The actions taken here
depend on the SAP operational experience of the customer.
Please note: The order activities are explained in this document / road map viewer, is not necessarily the
order how they are later executed in the project! However, there can be dependencies between activities
and tasks. For example, the technical setup of a sandbox system (activity Sandbox System Setup /
Conversion) must be finished first before the functional preparation and finalization of the sandbox can
take place (activity Activate Solution). In case you are interested in dependencies / relationships between
activities and tasks, look up the project file template of this road map.
Tasks
• Review Deliverables of Explore Phase
• Review Acceptance Criteria
• Review RACI Chart for Explore Phase
The project team has been enabled already and is not in scope of this activity.
Procedure
• Develop a Training Concept
Results
A training concept has been developed for key users and end users.
Procedure
A first assessment on training requirements has been performed in the Prepare phase of the
project (see activity Transition Planning, task Run a first Assessment on Training Requirements
for details). This task should further refine this assessment and develop a training concept for key
users and end users on top.
Proceed as follows:
o Further re-evaluate the business processes (including user interfaces) in scope for
implementation and analyze the required skills.
o Evaluate SAP individual standard training from SAP Education courses (Classroom and
Web-based Trainings)
o Develop and document a training concept including obligatory and recommended training
per user role, mentoring, coaching, and in alignment with the project plan
o Per future role, assign users to trainings.
• Enablement Concept
The enablement concept analyzes the current end user situation and clearly defines the
high-level training strategy. It is important to first understand the customer digital learning
context and to define methods to identify and create the learning content. The concept
defines the scope, objectives, deliverables, schedule, and benefits of the Solution
Adoption work stream. Moreover, it includes the process of identifying, developing and
maintaining the required skills and Performance Support Materials.
The Enablement Analysis service component clarifies if current training capabilities are
sufficient for an effective training delivery and makes necessary investment decisions
transparent as early as possible.
• Key User Network
A key user network is an essential method of knowledge transfer in digital
transformations. Building and managing a key user network will help to enable end users.
In addition, the network may take part in other important activities such as testing, change
request management, and first level support.
The Enablement Analysis service component helps to establish a well-performing key
user network.
• Learning Needs Analysis for Key and End User
The essential step for creating knowledge transfer in transformation projects is the
identification of the learning requirements and the analysis of the digital learning
opportunities for key user & end user. Matching the results of the change impact analysis
with the training needs will identify skill-gaps for specific groups.
The LNA as part of the Enabling Analysis identifies learning needs for the two groups and
comes up with the required enablement portfolio.
Please note that the training of the key users and end users is not included in SAP Value
Assurance but is handled separately by SAP Education.
Accelerators
• Service Information – Service Components for Functional Design
• SAP Value Assurance - Description of Services and Service Components
The scope for the activation should be reconfirmed, based on the results out of the discovery and
preparation phase.
For new implementations, the activation of the best-practice content, or the implementation of an SAP
Model Company (see task Define Cutover Approach in the Prepare phase) will be provided. For system
conversions, the provisioning of the sandbox system is in scope. This is the baseline for exploring the
solution functionality that has been included in scope and for confirming that the business needs are
addressed. Activated content will be presented during fit-gap sessions per solution capability to determine
relevant deltas so that the solution matches the business needs.
Precondition is that the technical SANDBOX system has been set up already but without further
configuration – see activity Sandbox System Setup / Conversion in this phase.
If not already done in the Project Delivery Platform Setup activity (Explore phase), SAP recommends to
install or update SAP Solution Manager to the latest version. This includes:
▪ Connection of SAP Solution Manager using the Managed Systems Configuration Wizard to
the three-system landscape
▪ Connection of the three-system landscape to the Monitoring and Alerting Infrastructure (MAI)
Setup of basic functions like Early watch Alert, Diagnostics and the collaboration platform with SAP.
Procedure
The procedure differs depending on your scenario:
Accelerators
• Best Practices Reference Guide
• CAL Appliance
• SAP S/4HANA Trial Version
• Implement S/4HANA on-premise with SAP Best Practices
• Focused Build for SAP Solution Manager
• SAP Best Practice for SAP S/4HANA (on premise) – scroll down to the accelerator section
• SAP S/4HANA On Premise Value Map Learning Journey - Explore
• SAP Value Assurance - Description of Services and Service Components
• 2041140 - Order SAP pre-assembled Best Practices solution software appliance as an SAP Partner
• 2202234 - Order SAP preassembled SAP Best Practices as a software appliance for a customer
project
• Recommendations for Use of SAP Best Practices Content
• SAP Note 2573352 - SAP Best Practices for SAP S/4HANA (on premise) Activation in a client with
SAP_ALL copy
• SAP Model Company
3.3.1. Finalize mandatory system preparation activities (System conversion only)
Objective
In case of a system conversion it might be required to run post-conversion activities e.g. in the
finance area.
Procedure
Run post-conversion activities according to the Conversion guide, depending on the functional
area in scope. Typical post-conversion activities are posting activities in MM or customizing and
data migration activities in FI-AA. Properly document your activities in the conversion cookbook
(see activity Sandbox System Setup / Conversion in this project phase).
A relevance analysis for Fiori apps based on the usage of the existing system allows a first UI
scoping. Using a list of transaction codes uploaded to the SAP Fiori apps reference library, the
“Relevance and Readiness Analysis” (open the SAP Fiori App Reference Library and click on
“Learn more” on the left side of the screen; see accelerator section) provides a list of SAP Fiori
apps that fit the business processes in scope.
The Fiori apps must be installed separately. The whole installation process can be simplified by
using the SAP Maintenance Planner. More details are given in the activity UX Activation and
Design.
All app-specific prerequisites need to be available according to the information in the Fiori App
Reference Library before carrying out the following;
Note that some of the configuration differs between an embedded landscape (backend and
frontend in the same machine) and a Central Hub set-up (having frontend and backend
separated). SAP recommends a Central Hub deployment.
In case the sandbox has been derived from the production system, it is also recommended to run
the data consistency check reports listed in the Conversion guide, to identify data inconsistencies
which need to be tackled in production. Please also see the lessons-learned document on finance
in the accelerator section for more details.
SAP also offers an integrity check of FIN master data and transactional data, which is called
“Financial Data Quality Analysis”. This service component contains an analysis of Finance
data, impact evaluation or data inconsistencies, recommendations and optionally, support for error
correction. Please also look at SAP note 2714344 - Financial data migration to SAP S/4HANA:
Most frequent Error Messages – Information and Recommendations.
Please note: Data inconsistencies in Finance are detected during sandbox conversion. Errors
need to be corrected in production and validated in a subsequent sandbox conversion based on a
fresh copy of production. Please be aware that data inconsistencies in Finance can lead to an
extended business downtime during productive cutover and should be avoided as much as
possible.
Accelerators
• SAP Online Help Portal for SAP S/4HANA (you will find the Conversion guide for all releases
here)
• SAP Value Assurance - Description of Services and Service Components
• SAP Fiori App Reference Library
• SAP S/4HANA Conversion, Finance Part
• SAP Note 2714344 - Financial data migration to SAP S/4HANA: Most frequent Error
Messages – Information and Recommendations
Procedure
Based on the results of the discovery and preparation phase, the best practices scope must be
confirmed, as this will be the baseline for the relevant content structure of the project and the
activation of the respective best practices.
• In case of best practices content from SAP Activate, please look up the individual scope
items in the SAP Best Practices Explorer. Alternatively, study the best practices content of
SAP Activate in SAP Solution Manager 7.2 after successful import.
• In case you take use of an SAP Model Company, see the detailed process description
which is part of the package.
Accelerators
• SAP Best Practice for SAP S/4HANA (on premise) – scroll down to the accelerator section
• SAP Model Company - Landing page at SAP.com
Procedure
The general activation procedures have been already described in the activity Sandbox System
Setup / Conversion in this phase.
• In case of using an SAP S/4HANA fully-activated software appliance (either in cloud, or on-
premise), the sandbox is already preconfigured. The appliance comes with four clients:
• 100: Trial & exploration client (merged-000-client)
• 200: Best Practices ready-to-activate client (white list)
• 300: Best Practices fully-activated reference client (white list)
• 400 Best Practices fully activated reference client (merged-000-client **)
• Either you can use one of the fully activated clients 300 or 400 – in this case there is no
additional activation required – or you start from client 200, and selectively activate the best
practice content depending on your functional scope, by using the Solution Builder.
• In case you have installed a fresh SAP S/4HANA system, you will need to import the newest
best practice content (if not already done as part of the activity Sandbox System Setup /
Conversion), and select and activate the content based on your functional scope, by using the
Solution Builder. See the Administration Guide for details. Please note, that in this case, the
Fiori apps have to be installed separately. The whole installation process can be simplified
using the SAP Maintenance Planner. The Maintenance Planner helps to plan the installation
and to easily generate and download a consolidated “stack.xml”.
• In case you are using an SAP Model Company, the technical activation of the SAP Model
Company is explained in a handover workshop which is part of the SAP Model Company
package. The procedures differ per SAP Model Company. Please look at the info sheets you
will find for all Model Companies on the landing page at SAP.com (accelerator section).
In case of an SAP Model Company, content activation and hand-over is part of the SAP Model
Company package. SAP Value Assurance and SAP Model Company nicely fit to each other. The
service component “Activate SAP Model Company” is a placeholder which links to the individual
SAP Model Company. See accelerator section for details.
Accelerators
• Introducing SAP Best Practices
• Leverage SAP Best Practices for UX
• Leverage SAP Best Practices for SAP S/4HANA
• Activation of Best Practices
• SAP Note 2626824 - SAP S/4HANA, on-premise edition 1809 collective note for content
activation
• Administration Guide to Implementation of SAP S/4HANA with SAP Best Practices
• Recommendations for Use of SAP Best Practices Content
• SAP Note 2573352 - SAP Best Practices for SAP S/4HANA (on premise) Activation in a client
with SAP_ALL copy
• SAP Model Company - Landing page at SAP.com
• SAP Value Assurance - Description of Services and Service Components
In case your sandbox has been created from a copy of production, it is important to adjust
integration settings, to not integrate with other productive systems.
To be able to conduct the setup properly, the integration was scoped (i.e. in form of a system &
solution architecture with interfaces, and a mapping of functional requirements onto SAP
solutions) and planned within the Prepare phase of the transition project.
The corresponding bordering test systems are available.
Procedure
The following figure displays the integration in general for cloud and on-premise, between
applications, business partners, real world objects, and end users.
Figure: Integration of SAP S/4HANA with other components of the solution landscape
This task focuses on the standard integration (blue arrows) of SAP S/4HANA on-premise with
other test systems / components.
Implement the integration with the bordering test systems as described in the accelerators:
Regarding B2B integration, SAP recommends using the “B2B Integration Cockpit” for
monitoring and administration.
For A2A intergration, you should look up integration best practices which can be found in the SAP
Best Practices Explorer. You should also look up the SAP API Business Hub where you can
discover and consume digital content packages with APIs, pre-packaged integrations, and sample
apps from SAP and select partners.
SAP supports the integration setup of SAP Solution Manager with the “Implementation of SAP
Solution Manager for IT Operations” service. Please ask your SAP contact (e.g. SAP Client
Partner) for more information. In addition, SAP supports this activity with the “SAP Solution
Manager Starter Pack” service component. The SAP Solution Manager Starter Pack is
applicable when you need direct assistance with the basic configuration and use of the SAP
Solution Manager.
Regarding UI integration, SAP supports the design of Fiori UIs in the “UX Activation and UX
Design” service component.
IoT scenarios belong to the SAP Leonardo portfolio – which integrates breakthrough technologies
like IoT, Blockchain and Machine Learning, and runs them seamlessly in the cloud. See
accelerator section for details. From the main page, you can easily navigate down to the SAP
Leonardo innovation services, which help you setting up an example of your first IoT scenario.
Accelerators
• Interface Register Template
• Technical Integration and Orchestration Group
• SAP Cloud Platform Integration
• SAP API discovery
• Configuring B2B Processes
• Defining Configuration Objects.
• B2B Integration Cockpit with NetWeaver
• SAP Best Practices Content for Integration
• SAP API Business HubSAP Online Help Portal for SAP S/4HANA
• SAP Solution Manager – Landing Page in the SAP Support Portal
• SAP Solution Manager Community Page
• SAP Solution Manager Setup WIKI
• SAP Note 2228611 - Output Management in SAP S/4HANA
• SAP Fiori App Reference Library
• SAP Cloud Platform - Landing Page in the SAP Online Help Portal
• SAP IoT Application Enablement - Landing Page in the SAP Online Help Portal
• SAP Leonardo Products
Three significant steps will be the baseline for the deliverables out of the activity Fit-Gap / Delta
Design:
The following figure shows the Fip-Gap activities for a new implementation. For conversion scenarios,
the sequence of steps is the same – however, the ain of certain steps differ. For instance, step #6 –
Delta Design – also documents the configutation “must-do’s” which need to be performned due to the
business processes which are already in use in the source system.
Figure: Individual activities of Fit Gap / Delta Design
Key objective of this phase is to gather all relevant information to be sufficiently prepared to move
ahead with configuration afterwards.
Procedure
Fit-Gap / Delta Design is a “summary node” in the road map figure. It splits into the following activities
according to the sequence given in the figure above:
Steps 1-3 as lined out above include Fiori as an integrated part of the workshops taking place.
Starting with the prioritization (step 4) it becomes a separate activity with dedicated UX/UI focus. For
more details also see activity UX Activation and Design.
The workshops are conducted, depending on the customer’s selected application scope. The
recommendation is to structure the solution validation workshops along the Line of Business areas
and End-to End Solutions. The Line of Business (LoB) areas are structured into:
• Asset Management
• Commerce
• Finance
• Human Resources
• Manufacturing
• Marketing
• R&D / Engineering
• Sales
• Services
• Sourcing and Procurement
• Supply Chain
• Sustainability
Each LoB area is structured into end-to-end solutions. For example, Finance is structured into:
Please note: In case an SAP Model Company is used to support the Fit / Gap activities additional pre-
configured scenarios are already available. For example, the SAP Model Company “Automotive
Suppliers” comes with additional end-to-end solutions in the area of Manufacturing, like (list is not
complete):
• Tool Production
• Handling Unit Management
• Co-Product Manufacturing
• …
The eight-steps activity sequence from above should be executed per end-to-end solution in scope for
implementation. Of course, this structure could be used for the design of additional functionality as
well.
Accelerators
• Service Information – Service Components for Functional Design
• SAP Value Assurance - Description of Services and Service Components
• SAP S/4HANA 1809 FPS01 – Feature Scope Description
• SAP Best Practice for SAP S/4HANA (on premise) – scroll down to the accelerator section
• Building innovations - SAP Innovative Business Solutions Organization
Procedure
• Prepare sample data
• Enhance system setup with additional configuration
For those areas, where no Best Practice content is available, relevant customizing must be
enhanced and extended (e.g. by using transaction SPRO). Input for this task is the detailed
scoping document where the elements need to be marked, which are not covered by Best-
Practices. It also requires clear guidance from scoping and planning, where the level of detail
needs to be pre-configured for the respective areas.
Procedure
For new implementation projects, follow the procedures described in the Administration Guide
(accelerator section).
For conversion projects, you will need to follow the preparation and post-installation activities
documented for instance in the Conversion Guide.
Accelerators
• SAP Best Practices Explorer
• Administration Guide to Implementation of SAP S/4HANA with SAP Best Practices
• Recommendations for Use of SAP Best Practices Content
• SAP Note 2573352 - SAP Best Practices for SAP S/4HANA (on premise) Activation in a client
with SAP_ALL copy
Procedure
During each solution validation workshop, the target solution will be presented toward the dedicated
key users. For a newly implemented scenario the following approach could be followed during a
solution validation workshop:
Solution validation workshops for one topic could run in different cycles (sprints) to detail the solution
systematically. The focus is to get key decisions clarified first (like organizational units or master data
concepts) and become more detailed with each cycle (sprint).
The result of the fit-gap analysis will be an initial gap list with an indication for a potential solution.
Within each area (e.g. solution capability or Best Practice scope item), the following requirements
need to be initially documented within the delta backlog:
Accelerators
• SAP Best Practices Explorer
• How to Approach: Fit Gap Workshops
• Backlog Template
• Fiori apps reference library
• SAP Online Help Portal for SAP S/4HANA (you will find the Security guide for SAP S/4HANA for
all releases here)
• SAP Best Practice for SAP S/4HANA (on premise) – scroll down to the accelerator section
Procedure
For each Line of Business, end-to-end solution, and application in scope for implementation,
schedule Fit Gap workshops and document the results.
The workshop schedule should follow the SAP product road map along with the respective
available Best Practice scope. A complete list of scope items per end-to-end solution can be
found in the “SAP Best Practices for SAP S/4HANA 1809 - Customer scope presentation”
(accelerator section).
Besides the topics specific to the business priorities, it is important to define one area, where
general settings that might be even client independent will be discussed, described and agreed
(e.g. factory calendar).
The accelerator links lead to the following information for each Best Practice:
Accelerators
• SAP Best Practices for SAP S/4HANA 1809 - Customer scope presentation
• SAP Best Practice for SAP S/4HANA (on premise) – scroll down to the accelerator section
• Service Information – Service Components for Functional Design
• SAP Value Assurance - Description of Services and Service Components
• Building innovations - SAP Innovative Business Solutions Organization
Procedure
The following aspects should be classified and documented for each gap:
A specific UI session (Deep Dive) needs to be scheduled to further validate and qualify any Fiori
and/or SAP GUI related gaps. The extend and scope of the session depends upon the UI gaps on the
backlog list.
Procedure
• Prioritize Delta Scope
Procedure
This step should be performed by a project role that has the overall customer SAP S/4HANA
solution architecture in mind, and a common understanding of the project objectives (Solution
Architect and Project Management Team). Gaps might be also reviewed critically from that team.
Complexity parameters (very high, high, medium, low) can be assigned to each identified gap,
which enables the project management team to get an initial effort estimate based on T-Shirt
sizes.
The combination of priorities, complexity and other parameters helps to cluster the gaps into
different sprints. In some cases, a governance body, like a steering committee will be involved for
decision making procedure
Accelerators
• Backlog Template
Gaps have been identified and documented before as a result of the Fit Gap workshops.
Procedure
• Validate identified and documented gaps
Procedure
Validation of gaps should consider the aspect of keeping to the SAP standard as closely as
possible:
During the execution of implementation projects for SAP Premium Engagement customers, an
Innovation Control Center (ICC) focuses on designing and creating solutions as close to the
standard as possible. An innovation control center is responsible for managing any deviations
from standard SAP software. SAP experts, both on site and at SAP, work together to show how
solutions to perceived functional gaps can be implemented.
As part of the “Zero Modification” service available to SAP Premium Engagement customers,
SAP validates all modifications that are required to fill functional gaps. An ICC uses SAP Solution
Manager to evaluate functional gaps and monitor project status. Specifically, an ICC uses the
SAP Solution Manager functional gap (SMFG) transaction type to collect requirements.
The ICC and SAP Global Backbone use SAP Solution Manager to work seamlessly together. The
IT Service Management WebClient UI is enhanced by an add-on to process the functional
gap transaction type, which is based on the incident transaction type, and dashboards display
the relevant information.
SAP further supports this activity with the “Gap Validation” service component. See accelerator
section for details.
Accelerators
• Backlog Template
• SAP Value Assurance - Description of Services and Service Components
• Innovation Control Center
• Building innovations - SAP Innovative Business Solutions Organization
Procedure
For each relevant solution capability, (or scope item) the following criteria should be described in a
delta design document:
Besides the topics mentioned above, that need to be covered on solution capability level, it is
mandatory to describe general settings, organizational units and master data requirements.
The level of detail of each delta design document should be in a way that configuration can start
based on the description.
Accelerators
• How-to Approach: Fit Gap Workshop
• Leverage SAP Custom Development
• Master Data Design Template
• Delta Design Document
• WRICEF Inventory Template
• Building innovations - SAP Innovative Business Solutions Organization
3.10.1. Finalize Delta Design
Objective
The purpose of this task is to continue collecting input and finalize the delta design document for
your business priorities, end-to-end solutions, and functionality in scope for implementation, in a
format suitable for both communication as well as for formal sign-off purpose. The documented
delta design provides an understanding of the essential processes at the end-to-end solution
(level 2) and provides all requirements on a solution capability level.
Procedure
The structure of the delta design document depends on the application in scope for
implementation.
For example, the structure for Core Finance can look like this:
Finalize the delta design documents of your business priorities and applications in scope for
implementation.
Accelerators
• Delta Design Document
• SAP Best Practice for SAP S/4HANA (on premise) – scroll down to the accelerator section
Accelerators
• SAP Value Assurance - Description of Services and Service Components
In case there is uncertainty on the design of complex processes at net new or existing customers,
or there are concerns on robustness, operability and sustainability of a process and solution
design for a new or already implemented SAP solution, SAP offers the “Application Architecture
Evaluation” as an additional service component. Industry experienced solution architects review
the core business processes and supporting master data, identified gaps and planned
development requirements. The solution landscape is analyzed on a high-level including
interfaces, data volume and custom development aspects. The business blueprint is evaluated,
and SAP portfolio alternatives are presented under consideration of latest product road maps. A
final report summarizes the covered areas, core processes and the SAP recommendations.
Accelerators
• Backlog Template
• SAP Value Assurance - Description of Services and Service Components
Procedure
All relevant stakeholders from business and IT departments are signing off the respective
document. With the sign off, all stakeholders agree that completeness is given and the solution
proposals for respective requirements are understood and accepted. Issues identified during
acceptance need to be documented and classified.
Based on the approved design documents, the backlog will be updated and now represents the
product backlog for the realization phase. The updated product backlog is the baseline for the
sprint planning for the realization phase.
As this is usually one of the last activities within the explore phase, it is highly recommended to
perform a lessons learned session.
Accelerators
• Lessons learned template
• Sign Off Template
A sandbox with standard Fiori configuration will be set-up as the basis for comparison. A series of
workshops allows the identification and validation of customer specific requirements (”gaps”), hence
the deviation from the standard. Potential solution approaches will be drafted and prioritized as input
for later development.
Alternatively, the SAP service “Implementation of User Experience in SAP S/4HANA” can be used.
This service consists of various scope options that allow tailoring to the required scope. This service
also covers the UX activities that follow the steps described in this activity. It particularly covers the
detailed specification of the UX enhancements and its implementation, the UX set-up in development,
and the move to quality assurance and production.
The “UX Advisory Service for Business Value” complements planning and design activities for User
Experience. It also allows to address strategic aspects related to User Experience.
It is also highly recommended to make yourself familiar with SAP Fiori, e.g. by studying the expert
SAP Blogs from the Regional Implementation Group (RIG):
• SAP Blog “Essential Roles for S/4HANA Fiori Projects” introduces the roles & associated
responsibilities of S/4HANA projects implementing Fiori user experiences
• “SAP S/4HANA – How to Create and Generate Backend Security Authorizations for SAP
Fiori 2.0” which provides a step-by-step instruction on how to create and generate SAP
Backend authorizations for an SAP S/4HANA system based on SAP Fiori 2.0 Frontend
Server Catalog information.
• SAP Blog series “Leading S/4HANA UX” and “Fiori for S/4HANA” on SAP Fiori in general.
• SAP Blog series “Fiori elements” on design elements.
• SAP Blog and guide on “Fiori In-App Extensibility”.
• SAP Blog on “Configure Fiori with Multi-Clients”.
Another great information source on SAP Fiori is the “SAP Fiori for SAP S/4HANA” WIKI. The WIKI is
for customers who are starting with SAP Fiori in a new SAP S/4HANA system or want to gain more
knowledge about operating or developing SAP Fiori in an existing SAP S/4HANA system.
SAP Enterprise Support customers can find a lot of information on SAP Fiori (strategy, Fiori
deveoplent, sizing etc.) in the “Explore” page of the learning journey.
Accelerators
• Service Information – Service Components for Functional Design
• SAP Value Assurance - Description of Services and Service Components
• How to find the best available SAP S/4HANA Fiori app or Classic UI for our User Experience
(UX) needs
• Fiori for S/4HANA – Top 5 Fiori features that bring value to every Business User
• Fiori for S/4HANA – Best UX Resources for Functional Consultants
• How to create the perfect Fiori incident
• SAP Blog - SAP S/4HANA – How to Create and Generate Backend Security Authorizations
for SAP Fiori 2.0
• SAP Blog - Essential Roles for S/4HANA Fiori Projects
• SAP Blog - Leading S/4HANA UX – Notification Center – Part 1 – Activation
• SAP Blog - Leading S/4HANA UX – Notification Center – Part 2 – Providing Notifications
• SAP Blog - Leading S/4HANA UX – Fiori My Inbox – Part 1 Activation
• SAP Blog - Leading S/4HANA UX – Fiori My Inbox – Part 2 – Task-Specific Options
• SAP Blog - Leading S/4HANA UX – Not Every Fiori App is a Tile
• SAP Blog - Leading S/4HANA UX – Launchpad-driven Authorizations – Part 1 – Configuring
the Launchpad Role
• SAP Blog - Leading S/4HANA UX – Launchpad-driven Authorizations – Part 2 – Configuring
the Authorizations
• SAP Blog - Leading S/4HANA UX – Adapting the Launchpad to the Business Role
• SAP Blog - Leading SAP S/4HANA UX – Selecting SAP Fiori apps
• SAP Blog - Leading S/4HANA UX – Getting the Good Guides
• SAP Blog - Fiori elements – How to Design an Object Page
• SAP Blog - Fiori elements – How to create an Object Page Extension
• SAP Blog - Fiori elements – Percentage Progress Indicators
• SAP Blog – Fiori elements – Status Icons and Semantic Colors
• SAP Blog - Fiori elements – Export to Microsoft Excel via the UI Adaptation Editor
• Fiori for S/4HANA – Fiori 2.0 Implementation Guidelines
• SAP Blog - Fiori for S/4HANA – Fundamentals
• SAP Blog - Fiori for S/4HANA – Value Proposition
• SAP Blog - SAP Fiori for SAP S/4HANA 1709 – Architecture
• SAP Blog - Fiori for S/4HANA – Understanding Extensibility: UI Flexibility
• SAP Blog - Fiori for S/4HANA – Getting started with documentation
• SAP Blog - Fiori for S/4HANA – Basic Configuration with help of Task Lists
• SAP Blog - Fiori for S/4HANA – Adding Transactions to Fiori Launchpad
• SAP Blog - Fiori for S/4HANA – What the #@¢% is CDN?
• SAP Blog - Fiori for S/4HANA – Modify Currencies in Standard KPI tiles
• SAP Blog - Fiori for S/4HANA – What the #@¢% is Tab Bar?
• SAP Blog - Fiori for S/4HANA – Troubleshooting Authorization concept in SADL based OData
Services
• SAP Blog - Fiori for S/4HANA – Troubleshooting Tips and Tricks in S/4HANA On-Premise
• SAP Blog - Fiori for S/4HANA – Limit Search Object Access in Fiori Launchpad
• SAP Blog - Accessibility & Fiori – Introducing SAP High Contrast White
• SAP Blog - End-to-End Fiori In-App Extensibility in S/4HANA On-Premise
• SAP Blog - How to Configure Fiori with Multi-Clients
• SAP WIKI - SAP Fiori for SAP S/4HANA
• SAP Note 2667191 – SAP FIORI for SAP S/4HANA 1809: Release Information Note
• Building innovations - SAP Innovative Business Solutions Organization
• SAP S/4HANA On Premise Value Map Learning Journey - Explore
3.13.1. UX Activation
Objective
The objective of this task is the preparation of the sandbox with Fiori apps to ensure readiness for
Fit / Gap workshops: The sandbox can be based on an appliance (CAL, BluRay), on an SAP
Model Company, or on activation using SAP Best Practices.
• For new implementation: Appliance or SAP Model Company set-up; Fiori check to ensure
readiness for workshops
• System Conversion: Activation of SAP Best Practices. App-specific configuration for the
in-scope Fiori and setting up Fiori Roles and Users for System Conversion
Procedure (for System Conversion)
First of all, become familiar with the Fiori Apps Reference Library, by reading the SAP blog “How
To Explore “Fiori Apps Reference Library” For SAP S/4 HANA Apps” from the SAP RIG team.
A relevance analysis for Fiori apps based on the usage of the existing system allows a first UI
scoping. Using a list of transaction codes uploaded to the SAP Fiori apps reference library, the
“Relevance and Readiness Analysis” (open the SAP Fiori App Reference Library and click on
“Learn more” on the left side of the screen; see accelerator section) provides a list of SAP Fiori
apps that fit the business processes in scope.
All app-specific prerequisites need to be available according to the information in the Fiori App
Reference Library before carrying out the following;
• Creating Fiori Users
• Connecting SAP Gateway to SAP S/4 HANA System
• Configuring SAP Web Dispatcher (Fact sheets only)
• Setting up the Fiori Launchpad and Launchpad Designer
• Generic Configuration for Fact Sheet
• Generic Configuration for Analytical App
• Review basic security set-up and configuration.
Note that some of the configuration differs between an embedded landscape (backend and
frontend in the same machine) and a Central Hub set-up (having frontend and backend
separated). SAP recommends a Central Hub deployment.
Regarding content activation, please look at the blog series Fiori for S/4HANA – New Rapid
Content Activation on S/4HANA 1809 & 1709.
Accelerators
• SAP Blog - How To Explore “Fiori Apps Reference Library” For SAP S/4 HANA Apps
• Fiori Apps Reference Library
• Relevance and Readiness Check
• SAP Blog - Fiori for S/4HANA – New Rapid Content Activation on S/4HANA 1809 & 1709
• Maintenance Planner
• SAP Fiori Cloud Demo
3.13.2. UX Design
Objective
The following applies to both scenarios, new implementation and system conversion.
The objective of this task is:
• The identification of customer specific requirements that cannot be solved with an SAP
standard configuration for Fiori.
• The review of these customer specific UX requirements in more detail.
• The drafting of potential solutions (mock-ups).
• The qualification and prioritization of the solution.
• An initial effort estimation for design and development as a basis for planning and
decision making.
Procedure
The Fit Gap / Delta Design Phase is divided into two steps:
• Fit Gap Analysis and Solution Validation
The Fit-Gap workshops are conducted to validate the predefined scenarios and
processes and to identify deviations from the standard configuration. The Fiori apps that
fit the customer business processes will be selected. These are not specific UX
workshops but generic fit-gap workshops covering all potential deviations.
• Delta Design
The UX gaps will be validated in specific UX sessions followed by a high-level solution
design. This ensures that the identified gaps get addressed properly in detail and that the
required knowledge is present in the workshops. To prepare the UX specific validation
sessions the following activities need to be carried if not already done previously. The
series of activities
▪ Initial categorizing of the gaps according to complexity
▪ Workshops and/or discussions depending upon complexity
▪ Effort estimates for UX enhancements; definition of enhancements that need
additional evaluation to come up with effort estimates (custom specific
development, effort estimate is not part of this deep-dive session)
▪ Capture UI information in a tool for complex gaps (Build is recommended)
▪ For process/screen optimization: requirements defined, prioritization, initial high-
level effort estimate, low-fidelity mock-ups
Additional tasks depending upon the project planning
• Identification of end-user roles and their tasks to design the Fiori Launchpad role-based
experience
• Identification of set-up of tiles (Launchpad Home Page vs. relegated to the App Finder;
grouping, naming, roles)
• Draft design for analytical tiles
Based on the categorization and defined priorities, design and development activities must be set
up as a next step.
Accelerators
• Build tool
• User experience design guidelines
• Backlog Template
• Building innovations - SAP Innovative Business Solutions Organization
Procedure
Planning/Scoping of the activities as prioritized by the customer (mandatory/recommended/optional)
to create a detailed security road map within the overall transition project.
Results
“Go” or “No-Go” decision for security activities in the scope of the transition project. In case of “Go”,
the result will be a road map that defines the exact scope of the security design activities.
• The “SU25 Authorization Upgrade” part executes during the mandatory adjustments of
existing roles. It is required for SAP S/4HANA system conversion and selective data transition
projects (which start with a system conversion). Moreover, this part is also required for
subsequent upgrades.
• The “S/4HANA Authorization” part supports customers in quickly establishing roles and
authorizations for an SAP S/4HANA implementation. It is required for all SAP S/4HANA
transition scenarios.
An initial scoping determines the required parts and effort with respect to your SAP S/4HANA
transition project.
• The “SU25 Authorization Upgrade” service supports you to post process your PFCG
authorizations for ABAP applications as part of SAP upgrade. For planned system
conversion” or selective data transition scenarios, these steps are required.
• Within the “SU25 Authorization Upgrade” service the customer will be enabled to
understand the required technical basics and methodology which is needed to come to a
successful go-live with appropriate PFCG ABAP role content. After an assessment and
discussion of your situation, you will get customer specific action instructions for updating of
your SU24 tables. These tables build the foundation of the PFCG role generator which is used
to build and adapt PFCG roles.
• Delivery Approach and Scope:
o This service will be delivered as a coaching approach, starting with an enablement
workshop
o Analysis of customer As-is-situation concerning SU24 tables
o Creation of concrete actionable instructions as well as effort estimation to upgrade the
content of SU24 tables
o Performance of all required SU25 steps for updating SU24 tables
• Value and Benefits
o Customer specific action instruction for realization of authorization post processing
steps as part of your conversion to S/4HANA or after an ABAP system upgrade
o SU24 tables are updated as basis for further conversion steps to adapt PFCG roles
o Enablement of role owner how to upgrade PFCG authorizations
• The “S/4HANA Authorization Service” supports the customers in quickly establishing roles
and authorizations for a S/4HANA implementation. Based on an SAP best practice
methodology, business catalogs, frontend server roles as well as backend server roles are
delivered to the customer with a high level of automation, enabling the customer to benefit
from the advantages of Fiori Launchpad as a single point of entry.
• The “S/4HANA Authorization Service” also helps the customer to authorize the new
technologies based on new entities like business catalogs and OData services.
• Delivery Approach and Scope
o The delivery approach depends on the corresponding scenario “Migration of
authorizations” (for system conversion or selective data transition) or “New
authorization concept” (for new implementations)
o “Migration of authorizations” starts with the extraction of old authorization data,
simplifications (replaced or deactivated transactions), enhancement (proposal of Fiori
Launchpad Authorization Structure in terms of App to Role Assignments), and finally
the new role assignment proposals of frontend roles and backend roles
o “New authorization concept” starts with the Scoping, Functional Role Definitions
(including Fiori Launchpad Business Catalogs containing Fiori Apps), Organizational
Role Definitions and finally the role assignment
• Value and Benefits
o Minimize effort, costs and duration in activating roles and authorizations for S/4HANA
implementation projects based on a proven SAP Best Practice Methodology with a
high level of automation
o Get the authorization infrastructure to benefit from Fiori Launchpad as a Single Point
of Entry providing access to Fiori Apps as well as classical UI technologies
See accelerator section for more details on “Security Design” service component.
Accelerators
• SAP Online Help Portal for SAP S/4HANA (you will find the Security guide for all releases
here)
• Service Information – Service Components for Functional Design
• SAP Value Assurance - Description of Services and Service Components
• Administration Guide for SAP S/4HANA – Assigning business roles to a user
• Administration Guide for SAP S/4HANA – Creating basic settings for using SAP Fiori
launchpad
• Administration Guide for SAP S/4HANA – Creating back-end authorization roles
• SAP Online Help Portal - Configuring Roles with Launchpad Start Authorizations
• SAP Online Help Portal - The Segregation of Duties Concept
• SAP Online Help Portal - Auditing and Logging
• SAP Thought Leadership Paper - Securing Remote Function Calls
Procedure
Define the security infrastructure that will be setup and configured in the security implementation
activities during the realize phase.
Results
The definition of Security activities in the scope of the S/4HANA conversion project which will be
implemented during the realize phase.
Procedure
• Run Central Finance Design
Accelerators
• Central Finance on SAP Help Online Portal
• SAP Central Finance in the SAP S/4HANA Cookbook
• SAP Note 2184567 - Central Finance: Frequently Asked Questions (FAQ)
• Administrator's Guide – Central Finance
• SAP Note 2294486 – Data Migration of Financials in SAP S/4HANA: Do not migrate twice!
Discover the innovative features and key benefits of SAP S/4HANA for central finance foundation
and its universal journal. Explore the benefits of a non-disruptive digital transformation by offering
a harmonized common reporting structure on real-time data across the numerous systems within
the organization. Gain insight into various use cases and implementation options and learn more
about all available central finance capabilities. This service component complements the “Value
and Implementation Strategy” service component.
The Central Finance Evaluation service enables customers to assess and examine Central
Finance as a potential deployment option for SAP S/4HANA Finance. Before investing in a proof
of value or starting an implementation, customers can explore and select specific business
processes and value scenarios to address their specific needs and determine how to proceed
regarding the creation of a technical design and business case. This service component
complements the “Transition Planning for New Implementation” service component.
The Central Finance Design service supports preparations for the follow-on implementation of
SAP S/4HANA for central finance foundation. It integrates the SAP Landscape Transformation
Replication Server, the accounting interface framework, and the connection of source systems to
enable real-time reposting of defined financial transactions into the central finance instance.
For detailed information, see accelerator section and talk to your SAP contact.
Accelerators
• Service Information – Service Components for Functional Design
• SAP Value Assurance - Description of Services and Service Components
• Building innovations - SAP Innovative Business Solutions Organization
• Operation and Monitoring of data archiving and deletion jobs, i.e. in which sequence data
archiving objects should best be scheduled and related to other archiving objects
• Infrastructure, e.g. Content Server to store the archive files
As data avoidance (i.e. deactivating the creation of data by customizing changes) and data
summarization (i.e. aggregating data at higher level) will only have future effects, in a conversion
scenario you should focus on the following techniques.
• Data Deletion
Deleting out-of-date records from the online database that are no longer used by the
business nor required for legal compliance (e.g. spool data)
• Data Archiving
Transferring data with a long retention period (e.g. legal compliance, product liability data,
etc.) from the online database to an alternative storage medium, which provides display
access to the transferred data
For those customers that have already set up DVM they need to look into this activity for these
reasons:
• With SAP Simple Finance, SAP has introduced a new concept called Data Aging (see
Accelerators section for details) for finance data replacing the Data Archiving concept in this
space. Data Aging offers you the option of moving large amounts of data from working
memory to disk within SAP HANA to gain more working memory. You use the relevant SAP
application to move data from the current area to the historical area on disk. You control the
move by specifying a “data temperature” for the data. The move influences the visibility when
data is accessed.
• Due to the massive change of the FIN data model with SAP Simple Finance, reload of
accounting data that has been archived with archiving object FI_DOCUMNT prior to the
conversion is no longer possible after conversion. (See SAP Note 53064 - which clearly
states: “Reloading data across releases is generally not allowed”)
• Also, existing archiving strategies need to be checked. E.g. in future, table COEP entries will
be saved partly in table ACDOCA and / or in table COEP depending on the value type. Hence
future table growth needs to be examined carefully and existing archiving strategies need to
be adapted.
• In case there are customer specific requirements to access archived or historical (cold) data,
custom code adoptions need to be considered.
• Data Aging is available as an additional option for work items, Idocs, change documents,
application logs as well as for material documents. Data Aging is also available for Sales
documents, Deliveries and Invoices, as well as for Purchase. Therefore, there may be a
benefit of integrating Data Aging into your existing DVM strategy.
In the context of the system conversion project you will need to do the following:
• For large systems, set up and execute a DVM strategy focusing on quick-win objects (i.e.
temporary, basis and cross-application tables) to reduce the size of the database before
system conversion starts. Sanity check the results of the DVM activities (e.g. by using the
DVM work center in SAP Solution Manager).
If time permits also consider a broader approach that also includes data archiving of business
documents. Especially consider archiving of accounting documents as this will no longer be
possible on SAP S/4HANA up to edition 1605. As of SAP S/4HANA edition 1605 data
archiving for financial documents is reintroduced. You can monitor and track the results of
your DVM activities by using the DVM work center in SAP Solution Manager.
• For large systems, and in case DVM is already set up: Get transparency on open business
documents that cannot be archived. Open business documents that fail the archiving checks
are likely to fail the conversion checks.
• For all customers: Understand the concept of Data Aging and adapt your DVM strategy
accordingly.
Procedure
• Get Transparency on the SAP HANA DVM Quick Wins (system conversion only)
• Optional: Set Up a DVM Strategy for Business Documents (system conversion only)
• Get Transparency on Open Business Documents (system conversion only)
• Adapt Data Aging in your DVM Strategy (all scenarios)
Results
There is a documented strategy on Data Volume Management.
In addition, SAP Enterprise Support customers can find a lot of information and services on data
volume management in the context of SAP S/4HANA in the “Become competent” section of the
“Explore” learning journey.
Accelerators
• SAP S/4HANA On Premise Value Map Learning Journey - Explore
Prerequisites
This task is only relevant for system conversion.
Procedure
There is a Guided Self Service available in the DVM Work Center of SAP Solution Manager to
provide detailed analysis of your data and useful background information on the most commonly
growing tables.
In case the possible quick-win tables have been identified already in the task DVM Planning, you
can run the Guided Self Service specifically focusing on those manually entered and selected
tables.
Alternatively, there is an option to schedule the Guided Self Service automatically focusing on
Basis and temporary tables that could be subject for archiving or deletion without effecting
business processes (i.e. DVM quick wins).
Based on the analysis results and the recommendations, define and agree with all stakeholders
on your own residence time.
See also SAP note 706478 – “Preventing Basis tables from increasing considerably” for options to
reduce the size of Basis tables.
The DVM work center also offers beneficial insights and transparency when finally executing the
archiving and deletion jobs and allows the monitoring and tracking of success.
Results
There is now transparency on the DVM quick wins of SAP HANA.
Accelerators
• SAP Note 706478 - Preventing Basis tables from increasing considerably
Prerequisites
This task is of particular interest for system conversion.
Procedure
In the context of a system conversion project, SAP recommends to at least discuss SAP note
2154712 – “Archive transaction data of deactivated company codes” to shut down and archive
inactive company codes before conversion starts.
Results
You have started with the execution of a DVM strategy to reduce system size and required
downtime during system conversion.
SAP Enterprise Support customers can find information and services on data volume
management in the context of SAP S/4HANA (e.g. CQC Data Volume Management, Guided self-
service) in the “Become competent” section of the “Explore” learning journey.
Accelerators
• Service Information – Service Components for Safeguarding the Digital
Transformation
• SAP Value Assurance - Description of Services and Service Components
• 2154712 - Archive transaction data of deactivated company codes
• SAP S/4HANA On Premise Value Map Learning Journey - Explore
Prerequisites
This task is of particular interest for system conversion.
Procedure
It is difficult to collect the open business documents yourself with acceptable efforts. SAP
recommends ordering a Business Process Analysis service that provides a snapshot for business
metrics.
Once you have gained transparency on the number of open business documents, you can start
clarifying the status together with the Business Data Owners from the Lines of Businesses. The
aim is to close as many open business documents as possible and have them archived before the
system conversion.
Please note that the Business Process Analysis is a one-time health check only. For a continuous
root cause analysis and improvement of business processes, Business Process Analytics in SAP
Solution Manager can be used. This tool provides benchmarking, advanced benchmarking, value
benchmarking, age analysis as well as trend reporting. For more information, please see
Accelerator’s section.
Results
You have gained transparency on open business documents.
SAP Enterprise Support customers can find a lot of information and services on Business Process
Improvement prior to a system conversion in the “Become competent” section of the “Prepare”
learning journey.
Accelerators
• SAP Community Blog - New KPI Catalog available in the cloud - Part 1
• Business Process Improvement
• Service Information – Service Components for Safeguarding the Digital Transformation
• SAP Value Assurance - Description of Services and Service Components
• SAP S/4HANA On Premise Value Map Learning Journey - Prepare
Prerequisites
This task is important for all scenarios.
Procedure
Proceed as follows:
• Inform yourself. The SAP Online Documentation provides a good introduction into classic
data archiving with SAP S/4HANA. SAP Note 2416490 - FAQ: SAP HANA Data Aging in
SAP S/4HANA” gives you a lot of information on the Data Aging concept, and its impact
on DVM as such. There are already books available on this new topic (e.g. from SAP
Press, see accelerator section).
• For all available Data Aging objects please look at the collective SAP note 2315141 –
“Collective note for Data Aging Framework”. This SAP Note is regularly updated when
new information becomes available.
• Together with your Data Volume Management head, and the Business Data Owners,
clarify which data should be archived before the system conversion, and if and how Data
Aging should be configured as part of the conversion. Please also consider the options
your SAP S/4HANA release offers for classical data archiving.
• As mentioned in the SAP note, please make sure to properly adapt custom code that
accesses archived data, or in future aged data from the history space.
Results
The DVM strategy has been adjusted with respect to the options and requirements of SAP
S/4HANA.
This activity covers both the simple scenario, where standard tools or best practices concepts are
sufficient, and the complex selective data transitions.
Procedure
The procedure differs depending on the implementation scenario.
For new implementations, the procedure during the explore phase is as follows:
Look up the SAP Blog “Migrating data to your (new) SAP S/4HANA” to learn about the ways in which
your business data can be migrated to your newly deployed SAP S/4HANA system (on-premise or
cloud).
For selective data transition scenarios (client transfer, system merge, company code transfer, and
Rapid Data Migration to SAP S/4HANA), the procedure is as follows:
o Run a landscape transformation assessment for the specific scenario together with your LT
implementation partner or SAP
Ideally, a first assessment on data migration design has been performed in the Prepare phase of the
project already (e.g. as part of the “Transition Planning for New Implementation” service component,
or as a dedicated “Data Migration Architecture” assessment; see Transition Planning service
component for more details).
Finally, and depending on your scenario it may be required to install additional data migration
software:
o Landscape transformation software in case of a selective data transition scenarios
o Data migration services for new implementation scenarios
Accelerators
• SAP Best Practice content for data migration
• White Paper - DATA QUALITY ASSESSMENT
• DATA MIGRATION RECONCILIATION PLAN
• SAP Landscape Transformation at SAP Support Portal
• SAP Landscape Transformation Client Transfer at SAP Online Help Portal
• Service Information – Service Components for Data Migration Design
• SAP Blog - Migrating data to your (new) SAP S/4HANA
Procedure
During the Fit/Gap analysis, the project team validated the predefined scenario provided by the
S/4HANA solution. The documented fits and gaps between out-of-the-box S/4 HANA Best
Practices and customer's business requirements will dictate what kind of data objects will be
migrated to the new system.
• Scenario 1a: Fit – use of SAP S/4HANA Migration Cockpit and SAP S/4HANA Migration
Object Modeler
In the SAP S/4HANA Migration Cockpit, templates are available that specify the relevant
data for each migration object. SAP provide templates (Microsoft Excel XML files) that
can be used for each migration object. If a template does not meet the business
requirement (for example if the relevant Microsoft Excel XML file does not contain all the
fields that are needed for the target structure), the SAP S/4HANA Migration Object
Modeler can be used to adjust the relevant migration object.
Scenario 1b: Fit – use of Rapid Data Migration to SAP S/4HANA, on-premise edition
Rapid Data Migration to SAP S/4HANA, on-premise edition is an SAP Best Practices
package that offers out-of-the-box solution to migrate 40+ data objects. In the Content
Library, the project team members can select from a list of pre-defined scope options to
filter the data objects for their project. Please note, such a Rapid Data Migration package
is designed to load only limited types of legacy data that are required to support a SAP
Rapid Data Migration to SAP S/4HANA deployment. Please see accelerator section for
details.
• Scenario 2: Gap
In case the data migration targets on the types of legacy data are not covered by the
Rapid Data Migration package, it is necessary to document such data objects and their
elements in detail. In either scenario, the deliverable of this task is a Data Migration
Workshop Findings document (link below) that typically covers the following:
o High Level Project Description
o Go-Live Strategy
o Data Governance (Roles, Responsibilities)
o Source Systems, Data Objects and Mapping
o Source System Data Demographics and Volume
o High Level Project Plan (a section designated to data migration including risks
identified and mitigation plan)
For the “Fit” case the “Rapid Data Migration to SAP S/4HANA on-premise” scope option of the
Data Migration Execution service helps you to migrate your data from any system to SAP
S/4HANA on-premise. It accelerates the data migration process by using prebuilt SAP Best
Practices content for over 40 critical master and transactional data. Please contact your SAP
Client Partner for more information.
For the “Gap“ case (and also in case “Fit” and “Gap” are not clear yet), SAP offers a “Data
Migration Assessment“, where data migration can be planned in detail, and where all important
aspects are discussed so as to be able to execute the data migration in the Realize / Deploy
phase of the project.
SAP Enterprise Support customers can find information and an expert-guided implementation on
data migration in the context of SAP S/4HANA in the “Become competent” section of the “Explore”
learning journey.
Accelerators
• OpenSAP Training - Data Migration to SAP S/4HANA
• SAP S/4HANA Migration Cockpit
• SAP S/4HANA On Premise Value Map Learning Journey - Explore
• Service Information – Service Components for Data Migration Design
• Data Governance
• Data Migration Issues and Risks Template
Procedure
In the data audit, the focus is on conducting a high-level summary analysis, looking for typical
problems such as missing data and column names that are inconsistent with content.
The data audit involves working with the business users to help map out the gap between the
existing and required levels of data quality.
The Rapid Data Migration package provides two tools to assist with data profiling on some master
data objects (e.g. customer, vendor, business partner, etc.):
The project team can use the accelerators below to capture data profiling information on all
needed data objects whether they are covered by the Rapid Data Migration package or not.
Accelerators
• Service Information – Service Components for Data Migration Design
• SAP Best Practice content for data migration
• SAP Best Practice - Data Quality for Data Migration
• Data Migration Quality Tracking
3.17.3. Prepare and Present Data Migration Scope and Requirements Document
Objective
The purpose of this task is to prepare the data migration scope document and the risk and issue
document.
Procedure
The content of this document should be based on findings from the data migration workshop and
data audit. The project team can use below accelerators as a starting template.
Accelerators
• Service Information – Service Components for Data Migration Design
• DATA MIGRATION SCOPING QUESTIONNAIRE TEMPLATE
• Gap Analysis Findings Template
Procedure
This deliverable is intended to align all project team members and obtain customer sign-off on the
data migration framework and methodology.
Some of the most important parts of this document are listed below.
• Strategy and Approach: it describes priorities and timescales of the achievable goals of
data migration
• Data Assessment: this section builds on top of the data migration scope and requirements
document. It should contain specification of the data to be migrated and a data dictionary
that describes all the details of the data objects.
• Data Quality and Cleansing: this part contains an abstraction of data audit's findings and
extends it to capture the appropriate data cleansing plan
• ETL Methodology: it describes an iterative four-stage approach - analyzing the data,
extracting and transforming the data, validating the data, and loading it into targets with
testing.
The Data Migration Strategy and Approach Sample document below is a good demonstration of
how these parts can be laid out.
Accelerators
• Service Information – Service Components for Data Migration Design
• Data Migration Approach and Strategy Template
• SAP Best Practice content for data migration
• Data Migration Strategy and Approach Sample
Procedure
The different characteristics and requirements of the test data should be weighted, to choose the
proper method and tool for data creation.
Besides, one should also take into consideration that certain data, particularly business-critical
and personal data, should be kept protected, before entering it in development and quality
assurance systems.
Accelerators
• Test Data Management
Procedure
The overall objective of the automated data migration design is to deliver clean, load-ready data
as input to the standard SAP load utilities. However, there are cases that the automated programs
are not available, or the data volume does not justify the investment in developing such programs.
For example, due to the low data volumes, it is quicker to convert certain types of master data
(bank, cost center, and profit center) through a manual process. Certain types of transactional
data, such as open orders (sales, service) need to be manually created by running SAP
transactions in the target system. In many cases, legacy data may include sensitive or classified
information that requires special handling procedures.
The project team must identify the data sets, determine the customer’s security policies and
develop a solution that will isolate this information from the non-secured data sets.
For automated migrations, the security requirements can be met through techniques or methods,
such as file and database privileges or the deployment of an isolated migration environment.
For manual migrations, the recommended solution is to have the business owners that have
access to that data perform the manual migration.
The end deliverable is a Data Security Design document. The project team also needs to
construct a Testing Strategy document detailing information such as Test Cycle Definition, Roles
and Responsibilities, etc.
Accelerators
• Service Information – Service Components for Data Migration Design
• Functional and Implementation Design Template
• Manual Data Migration – Design Template
• Automated Data Migration – Design Template
• Testing Strategy
• DATA SECURITY DESIGN
The objective of this task is to run a landscape transformation assessment together with SAP. The
scenarios in scope are:
• Client transfer
• Consolidation of several ERP systems into one S/4HANA target system (System
merge)
• Company code transfer to S/4HANA target systems
• Data migrations based on preconfigured objects
The Data Migration Assessment service component provides assessments for the execution of
the technical selective data transition listed above (more information provided in the Realize
phase of this road map):
Accelerators
• Service Information – Service Components for Data Migration Design
3.17.8. Set up Landscape Transformation Software (Selective Data Transition only)
Objective
Depending on the scenario, additional SAP LT software needs to be installed.
Prerequisites
The Data Migration Assessment service component has been delivered already (initial planning
part).
Procedure
Details on what needs to be installed and when, are defined in the activity Data Migration Design
in this phase of the project. Please note that additional license costs may apply.
General information on the SAP LT software can be found in the Accelerator’s section.
Accelerators
• SAP Landscape Transformation Master Guide
Procedure
The rapid data migration to SAP S/4HANA, on-premise edition allows you to extract and analyze
selected data from virtually any source system. By cleansing, validating, transforming, and
migrating your data from any system to SAP S/4HANA on-premise edition, you will have high
quality legacy data in your SAP solution.
See Accelerators section for more information about what additional software needs to be
installed to transfer the data. The RDM package contains detailed information, and a quick guide
which explains installation and configuration of the required software.
Accelerators
• Rapid Data Migration to SAP S/4HANA
• SAP Help Portal: Available Migration Objects in SAP S/4HANA 1809
3.18. Custom Code Impact
Description
As part of the transition to SAP S/4HANA, customers need to identify code, that must be adjusted
(“must-do’s”), and those that should be adjusted (“should-do’s”).
A first analysis of the custom code situation should have been done in the Prepare phase already.
Procedure
1. Empowering on Custom Code Management Tools
2. Create a Custom Code Work List
Results
There is a documented work list of custom objects which are subject for adjustment, stored centrally in
SAP Solution Manager.
• To learn about the challenge, start with the SAP Blog “SAP S/4HANA System Conversion –
Challenge for your custom code”.
• To understand the necessary adaption process for your custom code, look at:
o The SAP Blog “SAP S/4HANA System Conversion – Custom code adaptation
process”
o The SAP Blog “ABAP custom code adaptation for SAP HANA – The efficient way”
• What you can (or better: should) do well upfront of a planned system conversion is documented in
the SAP Blog “What can you do today to prepare your custom code for SAP S/4HANA”.
• Finally, there is a blog series describing all relevant expert tools required for analysis. The first
issue is the SAP Blog “Remote Code Analysis in ATC – One central check system for
multiple systems on various releases”.
Customers can order a “Custom Code Impact Analysis” service component which offers
transparency on the existing custom code situation including customer objects and modifications. It
helps to evaluate the impact of changes on custom code. With the results of the analysis, the
adjustments on custom code can be reviewed and mitigated at an early stage. It helps customers to
reduce efforts for change adoptions and facilitates a smooth completion of the identified adjustments.
The “Custom Code Impact Analysis” is also available as an expert-guided implementation for SAP
Enterprise Support customers. See the “Become competent” section of the “Prepare” learning journey
for details.
Accelerators
• Service Information – Service Components for Custom Code Management
• SAP Value Assurance - Description of Services and Service Components
• SAP Blog - SAP S/4HANA System Conversion – Challenge for your custom code
• SAP Blog - ABAP custom code adaptation for SAP HANA – The efficient way
• SAP Blog - Remote Code Analysis in ATC – One central check system for multiple
systems on various releases
• SAP Blog - S/4HANA system conversion - Custom code adaptation process
• SAP Blog - What can you do today to prepare your custom code for SAP S/4HANA
• SAP S/4HANA On Premise Value Map Learning Journey - Prepare
• Custom Code Migration Guide for SAP S/4HANA 1809
• Building innovations - SAP Innovative Business Solutions Organization
Procedure
Relevant expert tools around custom code management are documented in a blog series. The
first issue is the SAP Blog “Remote Code Analysis in ATC – One central check system for
multiple systems on various releases” (ATC, SCI…), and “What can you do today to
prepare your custom code for SAP S/4HANA” (SCMON, SQLM).
Read the blogs and make yourself familiar with the tools.
o The SAP Blog “SAP S/4HANA System Conversion – Custom code adaptation
process”
o The SAP Blog “ABAP custom code adaptation for SAP HANA – The efficient
way”
In case you don’t have an ATC of sufficient release in your landscape, and don’t have access to a
remote ATC running in the cloud: Consider using an AS ABAP developer edition. Look at the SAP
Blog “AS ABAP 752 SP04, developer edition, to download – COMING SOON!”, which gives you
the option to run the custom code impact check with a pre-configured ATC on AS ABAP 7.52.
In addition, there are even more tools and transactions you should be familiar with:
• Depending on start release, customers may have to upgrade their SAP system first, or may
have to install some additional EHP’s. In case customers modified an SAP program, and SAP
comes with a new version of this program as part of the upgrade or EHP, they will need to
adjust their custom code and their modifications. Once customers have done the upgrade or
the EHP installation, they will see all modified objects that need to be technically adjusted in
the transactions SPDD, SPAU or SPAU_ENH. There are two additional interesting options
they should be aware of:
o The Upgrade / Change Impact Analysis as part of CDMC is a way to estimate and
manage the technical adjustment effort by comparing systems before & after upgrade
and analyzing the corresponding objects (e.g. referred SAP objects in custom code).
o The Scope and Effort Analyzer (SEA) in SAP Solution Manager is also estimating
the technical adjustment effort caused by EHP installation, by comparing the custom
object and modified object list with the Technical Bill of Material (TBOM) of an EHP
(thus this is doable in front of the EHP installation) and evaluating the adjustment
costs and effort with information provided by SAP’s backend.
• There is the growing area of truly simplified and optimized business processes, where SAP
has completely changed the way of processing business data (e.g. from a batch driven long
running report that has been enhanced to a new transaction that can run in dialog mode).
Here, a simple adjustment of some SQL statements within a custom program may fall short.
Instead, customers should proceed as follows:
o Customers can consider using SAP’s new way of processing data, by going back to
the SAP standard. This kind of transformation is supported by SAP via concepts like
the Innovation Control Center (ICC).
o Or, customers can think about a complete re-design of your custom code in this
space, leveraging the new business functionality offered by SAP. There are many
options to become informed about what has changed with SAP S/4HANA. In case this
ends up in a software project, customers, of course, can rely on SAP IBSO as a
trusted advisor:
Check the information given in the accelerator section and make yourself familiar with the tools
and usage.
Results
You are now familiar with the main tools required to analyze the custom code situation in your
SAP system.
Accelerators
• SAP Blog - SAP S/4HANA System Conversion – Challenge for your custom code
• SAP Blog - ABAP custom code adaptation for SAP HANA – The efficient way
• SAP Blog - Remote Code Analysis in ATC – One central check system for multiple
systems on various releases
• SAP Blog - AS ABAP 752 SP04, developer edition, to download – COMING SOON!
• SAP Blog - S/4HANA system conversion - Custom code adaptation process
• SAP Blog - What can you do today to prepare your custom code for SAP S/4HANA
• Custom Development Management cockpit
• Scope & Effort Analyzer SEA – Info Link
• Scope & Effort Analyzer SEA – How-To Guide
• White Paper - The Innovation Control Center
• Simplification Item Catalog
• Building innovations - SAP Innovative Business Solutions Organization
Prerequisites
You are familiar with the SAP tool set on custom code.
Procedure
Use all tools listed in the task before, and create a list of custom objects which are affected:
Results
There is a documented and prioritized list of custom code objects which need to be adjusted as
part of the transition project. This also includes custom code objects which should be re-
implemented on SAP Cloud Platform (e.g. SAP Fiori UI’s or for integration with other SAP and
non-SAP systems).
Accelerators
• SAP Blog - SAP S/4HANA System Conversion – Challenge for your custom code
• SAP Blog - ABAP custom code adaptation for SAP HANA – The efficient way
• SAP Blog - Remote Code Analysis in ATC – One central check system for multiple
systems on various releases
• SAP Blog - S/4HANA system conversion - Custom code adaptation process
• SAP Blog - What can you do today to prepare your custom code for SAP S/4HANA
• Custom Development Management cockpit
• Scope & Effort Analyzer SEA – Info Link
• Scope & Effort Analyzer SEA – How-To Guide
• White Paper - The Innovation Control Center
• Simplification Item Catalog
• SAP Blog - SAP S/4HANA Cloud SDK Overview
• Design of the to-be system & solution landscape with interfaces (scoped i.e. in the SAP
S/4HANA Transition to New Implementation (TNI) workshop – see activity Transition Planning
in the Prepare phase for details).
• All other technical, non-business priority specific integration topics.
This leads to finalizing the respective design document in a format suitable for communication as well
as for formal sign-off.
Further requirements:
• To-be system and solution architecture with interfaces has been defined and fixed.
• Interface architecture has been defined as scope and fixed.
• All other integration aspects and requirements have been discussed.
Procedure
The level of detail in integration design specification should be in such a way, that configuration and
development can start based on the description. This activity should be executed in close cooperation
with the Fit Gap / Delta Design activities of the Application design and configuration work stream.
Results
The result is a finalized and reviewed integration design.
Accelerators
• Delta Design Document
• How-to Approach: Fit Gap Workshops
• WRICEF Inventory Template (Customer)
• Custom Application Development
• Building innovations - SAP Innovative Business Solutions Organization
Prerequisites
• As a prerequisite, the customer needs to have a clear vision of their to-be system and
solution architecture.
• An interface register that represents the current interface scope needs to be defined (see
activity Transition Planning in the Prepare phase)
• If the interface scope or the system and solution architecture change it might be
necessary to adapt the interface architecture.
Procedure
• Define initial interface register to fix scope
• Define to-be system and solution architecture
• Create to-be system and solution architecture with interfaces
Results
The result of this task is a to-be system and solution architecture with interfaces, which is
referenced in the scope statement.
The SAP S/4HANA Value Assurance service package component “Technical Architecture &
Infrastructure (TAI)” provides as a main deliverable a design of a new – or review of an already
existing – technical architecture for an SAP solution. See accelerator section for details.
Accelerators
• Service Information – Planning the Digital Transformation
• SAP Value Assurance - Description of Services and Service Components
• Interface Register Template
This leads to finalizing the respective design documents in a format suitable for communication as
well as for formal sign-off.
Prerequisites
• To-be system and solution architecture with interfaces has been defined in scope and
signed off.
• Interface architecture has been defined in scope and signed off.
Procedure
For each relevant integration aspect, the following criteria should be described in one overall
integration delta design document:
• Short description of the integration aspect (project and SAP S/4HANA specific)
• General business requirements (i.e. frequency of replication, required fields)
• Necessary IT systems e.g. interfaced systems to SAP S/4HANA
• Identification of integration gaps (i.e. reference to gap backlog)
• Solution for gaps (used middleware, field mapping, required configuration, used best
practices)
• Important customizing
• Developments
• Organizational aspects
• Process quantification (e.g. expected data volume)
The level of detail of each integration design document should be done in a way, that
configuration can start based on the description.
Results
The result is a finalized, reviewed and signed integration design.
SAP supports this activity with the “SAP S/4HANA Transition to New Implementation (TNI)”
service component. The creation or review of the to-be system & solution architecture with
Interfaces is part of this service component. This service component includes the determination of
the interface scope.
You should also look up the SAP API Business Hub where you can discover and consume
digital content packages with APIs, pre-packaged integrations, and sample apps from SAP and
select partners.
When it comes to integration via the SAP Cloud Platform, SAP has launched the Integration
Content Advisor (ICA, formerly named Integration Advisor). The ICA now supports creating and
maintaining B2B integration content much faster and more efficiently. The ICA follows a
revolutionary crowd-based machine learning approach, which enables a user to define, maintain,
share, and deploy B2B integration content based on a completely new paradigm. The newest
release of the ICA is available to all SAP Cloud Platform Integration Enterprise Edition licensees.
See the SAP Blog “Announcement: New integration content advisor for SAP Cloud Platform
Integration” for more details (accelerator section).
Accelerators
• Delta Design Document
• Interface Functional Specification Template
• How-to Approach: Fit Gap Workshops
• WRICEF Inventory Template (Customer)
• Custom Application Development
• Service Information – Planning the Digital Transformation
• Service Information – Service Components for Safeguarding the Digital Transformation
• SAP Value Assurance - Description of Services and Service Components
• SAP API Business Hub
• SAP Blog - Announcement: New integration content advisor for SAP Cloud Platform
Integration
This activity follows up and integrates with the “Define the Analytics Architecture” task from the
Discover Phase of the road map, with the objective to provide a more detailed analysis of the most
important analytics business cases and further detail out the target analytics architecture and define a
transition project plan.
Procedure
Please refer to the task “Define the Analytics Architecture” (activity “Strategic Planning” in the
Discover phase) for information about the procedure. This activity will be similar in terms of procedure
and content, however it will focus only on the relevant solution components (potentially identified in
the earlier activity) and create a more concrete target architecture and migration path based on the
most important analytic business processes, requirements and influencing factors, such as: Real-time
reporting, data retention policies, data governance and ownership, new technologies and options
Please check the accelerators section for further information about SAP’s roadmaps for the strategic
solutions and details about the product options, especially:
See also the tasks for designing analytics architecture (recommended), and designing an SAP Digital
Boardroom (optional).
Accelerators
• SAP Best Practices for Analytics with SAP S/4HANA
• Road Map for Analytics Solutions from SAP
• As a follow-up or deep dive on the “Analytics Strategy Service”, this service component
should help define the actual implementation aspects for the analytics infrastructure,
depending on what components for analytics will be used.
• The service component provides guidance for SAP BW/Mixed/HANA modelling. It
identifies the ideal choice for data modeling in an SAP Enterprise Data Warehouse (BW /
HANA), which is either SAP BW-centric, mixed or SAP HANA centric. The decision is
based on the customer infrastructure (e.g. data sources, or ETL tools etc.), and business
requirements (e.g. with respect to real time).
• The service component empowers on the practical use of CDS views in SAP S/4HANA.
• Prototyping can be provided for reporting applications for analytical Fiori apps, or SAP
S/4HANA Embedded Analytics.
• The service component provides guidance on embedded BW usage, and how LSA++
should be applied to the customer EDW model in SAP S/4HANA (for both, SAP BW and
HANA native).
Accelerators
• Service Information – Service Components for Analytics Design
• SAP Value Assurance - Description of Services and Service Components
The following key elements of the test planning must be documented in the test strategy:
• Project Testing Objectives & Assumptions, e.g.:
▪ Unit Testing is complete before Integration Testing
▪ Unit Testing is only required for delta functionality
• Test Scope
• Types of Testing, e.g.
▪ Unit Testing
▪ Business Process (String) Testing
▪ Integration testing
▪ Data Conversion Testing
▪ User Acceptance Testing
• Testing Approach
▪ Description, how different test types relate to each other, e.g. successful unit test is a pre-
requisite for doing a string test or migration test results might lead into a pre-requisite for a
user acceptance testing
• Test Automation
• Testing Tools
▪ Which tools will be used to perform different tests (e.g. SAP Solution Manager)
• Defect Management
▪ Description of how defects will be documented (e.g. Test Workbench in SAP Solution
Manager)
Procedure
1. Make yourself Familiar with the Tools in Test Management, and Set Up Test Management in
SAP Solution Manager
2. Test Scope Determination
3. Detailed Test Planning
Furthermore, SAP can offer advice on how to improve the overall test management approach as part
of Premium Engagement:
• Increased transparency
• Estimation of expected test effort and custom code adjustments for SP or EhP upgrade
• Optimize test effort
• Reliable traceable test results
• Risk based testing
See the accelerator section for more details on the test suite in SAP Solution Manager.
SAP can help you getting your SAP Solution Manager configured and the Test Management process
ready to run.
Finally, SAP supports this activity with the “Test Planning” service component. See accelerator
section for details.
Accelerators
• Service Information – Service Components for Functional Design
• SAP Value Assurance - Description of Services and Service Components
• SAP Support Standard for Test Management
• SAP Solution Manager WIKI - Test Suite
3.21.1. Make yourself Familiar with the Tools in Test Management, and Set Up Test
Management in SAP Solution Manager
Objective
The goal of this task is to make you familiar with the test tools in SAP Solution Manager, and their
setup.
Accelerators
• SAP S/4HANA On Premise Value Map Learning Journey - Realize
Prerequisites
The prerequisite is here that the test and quality management processes and procedures are
already in place.
Procedure
• Evaluate the existing process and procedures to determine the different testing cycles
required to support the project.
• Utilize the existing process and procedures to guide the decision-making process on how
to determine the applicable test cases and test scripts. The results from the Delta Design
activity serve as the input. As a best practice to compile test cases and test scripts, it is
recommended to define business critical transactions/reports, evaluate most frequently
used transactions/reports, and analyze prior productions support issues. With the scope
of the transition project, it’s important to identify test cases and scripts related to the
financial solution, however it’s also important not to neglect or underestimate the testing
requirements in other parts of the solution. This holds true especially with the migration
from any DB to SAP HANA and/or the inclusion of changes to the software levels.
• In particular for new implementation: Determine the overall test data approach by aligning
with the overall data migration approach. The test data approach will be documented as
part of the testing strategy.
• Document your findings in a test strategy document, and store it centrally in SAP Solution
Manager
Results
As a result, a test strategy, and a defined set of test cycles, test cases, and test scripts in scope to
support the conversion project are created.
The focus is to determine which of the required testing cycles (e.g. functional, scenario,
integration, regression, user acceptance, performance, and/or cutover) are required to fulfill the
quality gate criteria of the Realize phase. Furthermore, the start date, duration, criteria, and
resources for each of the required testing cycles needs to be planned.
Procedure
• Evaluate and enable test management and test automation tools to support the testing
cycles.
• Execute the tasks within this activity utilizing the SAP Application Lifecycle Management
Best Practices for Test Management. Tailor the templates for Test Strategy, and the high-
level Functional Test Plan to your needs.
• A detailed testing plan that is integrated with the project plan and aligned with the overall
SAP Software Change Management strategy. The plan should support the objective of
mitigating risk both to the end-state solution and the cutover process required to position
the end-state.
Accelerators
• Test Strategy Template:
• Functional Test Plan Template:
• SAP Test Management Best Practice
Procedure
• Set Up SANDBOX (System Conversion scenario only)
• Downtime Optimization Preparation (System Conversion scenario only)
or
Please note: Before converting an SAP system, or installing a fresh one, you will need to download
SAP software from SAP Service Marketplace. The planning of such a change event is done in the
Maintenance Planner. After entering the required data, the Maintenance Planner fills your download
basket, and creates a control file (“stack-xml”), which is later required for the conversion and
installation tools. The Maintenance Planner has been described in the activity Transition Planning of
the Explore phase - Please make yourself familiar with the tool, enter the required information, and
download the corresponding software including stack-xml. See accelerator section for details.
Accelerators
• Maintenance Planning in the SAP Online Help Portal
• Maintenance Planner Tool
• Maintenance Planner User Guide
• openSAP - Upgrade of Systems Based on SAP NetWeaver – Advanced Topics
It is important to migrate and convert sandbox copies of production early in the project. The
migration and conversion of the sandbox systems will provide valuable insights including
confirmation of the planned conversion approach, potential business downtime, required
prerequisites, and experience in the nuances and the functionality of each system.
Prerequisites
The prerequisite is that you have defined the conversion scope in the planning phase and that you
fulfilled all application prerequisites identified in the SAP Readiness Check for SAP S/4HANA.
Additionally, you have already set up the required technical infrastructure.
Procedure
This is how you should perform SANDBOX migrations and conversions as copies from
production:
• Evaluate the conversion approach, the conversion guide, and heterogeneous system
copy guides (if required), to determine the necessary steps to achieve the end-state.
• Review related SAP Notes for the migration to the target platform.
• Perform homogeneous system copies to establish the environment that represents the
initial-state. Dependent upon the scope of the project, the system sequence, and the
high-level plan; the initial sandbox migration could include the full scope or just the first
system planned for migration.
• Execute the mandatory preparation steps which have not been done already upfront.
Typically, many SI-checks executed by SUM will report issues, which need to be
addressed (partly in the production system) before the system conversion can start – so
the first sandbox run will take longer. See activity Transition Preparation in the Prepare
phase of the project.
• Establish a software repository on a file server to create a central location for all files used
in the migration process.
• Execute the conversion of the sandbox system(s) using the process intended for the
production systems.
• Document what preparatory steps still need to be done in production, before the
conversion of the supporting system starts.
• Document every step of the conversion to build a cookbook specific to the environment in
scope. The intent of such a document is the make the process resource independent. For
contingency purposes, all knowledge required for the conversion should be captured in
the cookbook. The document should be validated and extended in further test conversion.
The cookbook should include every step in the process, including but not limited to,
prerequisites, file names, patch levels, parameters, inputs to selection screens and
duration for each step.
• Besides the pure technical aspects of the conversion, application aspects should be taken
into account as well. This can be specific activities from a business process level that
have to be executed as part of the system ramp-down before the migration or the ramp-
up after the conversion. It can be related as well to data consistency checks
(reconciliation reports run before and after conversion to compare e.g. summary of
ledgers, checks for duplicate records and others). There are also mandatory post-
processing’s in the finance area.
• Record the anticipated business downtime(s) for the overall migration and conversion
process. Utilize prior maintenance activities to estimate the ramp-down and ramp-up
activities that would precede and follow the technical steps of the conversion. The time
should be captured at a detailed level to find opportunities for optimization.
Please note: A conversion run may identify business date inconsistencies which need to be
corrected in both sandbox and the productive SAP ECC source system. Depending on the
inconsistencies, the sandbox conversion run needs to be repeated until all business data
inconsistencies have been cleaned up (or marked as irrelevant). Please see the lessons-learned
document on finance in the accelerator section for more details.
The more important the business downtime and overall performance aspects are for a customer,
the more such sandbox conversion should be executed already on production-like hardware using
full copies of productive databases. If this cannot be achieved in a sandbox, at a minimum, it is
recommended to use a full database copy in at least one test migration and conversion as a part
of the project. See also task Downtime Optimization Preparation (System Conversion scenario
only).
Results
The deliverable of this activity is a successfully converted sandbox system(s). Moreover, the
migration approach can be validated as feasible for the business, including the estimated
business downtime(s).
SAP offers the sandbox provisioning as a conversion of a copy from production as part of the
“Platform Execution” service. This scope option is called “System Conversion to SAP
S/4HANA” – see accelerator section for more information. The setup of the Fiori platform can be
supported as well (scope option “SAP Fiori Platform Setup”). Please ask your SAP contact (e.g.
SAP Client Partner) for more information.
SAP also offers to coach the customer with respect to system setup tasks:
This offering is part of SAP Value Assurance and is called “Platform Execution Enablement”
service component. See accelerator section for details.
In case mandatory preparation work (e.g. Customer Vendor Integration) has not been done in the
Prepare phase already (see activity “Transition Preparation”), SAP can support those activities as
part of the sandbox conversion with the “Mandatory Preparation for System Conversion”
service component. See the description of services and service components in the accelerator
section.
Also, it is highly recommended to study the SAP Blog series “System Conversion to S/4HANA”
from the Regional Implementation Group (RIG).
Accelerators
• Service Information – Service Components for Platform Design
• SAP Value Assurance - Description of Services and Service Components
• SAP Online Help Portal for SAP S/4HANA (you will find the Administration, Conversion
and UI Technology Guide for all releases here)
• SL Toolset Landing Page
• SAP Community Blog: Migration of SAP Systems to SAP HANA
• SAP Best Practice for SAP S/4HANA (on premise) – scroll down to the accelerator
section
• SAP S/4HANA Conversion, Finance Part
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t2 – Readiness Check (Public)
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t3 – media download using
Maintenance Planner (Public)
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t4 – Simplification Item Check
(Public)
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t5 – Custom Code Migration
(Public)
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t6h – SUM from EHP7/hdb
(Public)
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t6d – SUM from EHP6/db6
(Public)
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t6o – SUM from EHP5/ora
(Public)
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t6m – SUM from EHP6/mss
(Public)
During this task, the timings of each part of the migration and conversion needs to be carefully
evaluated to determine opportunities for optimization.
As the overall duration has many influencing factors (e.g. database size, network throughput, CPU
speed, disk IO, etc…), there are some constraints on what can be done to reduce the downtime.
Therefore, it is important to manage the expectations of the downtime, with the business early in
the project. If the business offers only a limited downtime window, this should be discussed early
in the project planning phase with a contact from SAP
The conversion for SAP S/4HANA requires additional downtime for the application data model
conversion, in addition to the downtime for the system ramp-down, S/4HANA software
implementation, HANA migration, and ramp-up).
For systems larger than 2 Terabyte, a downtime minimized approach may be required to support
the data model conversion within the permitted business downtime.
A good general overview of the Downtime Optimization options can be retrieved from SAP blogs
(see Accelerator’s section). Their availability depends on various factors (e.g. do you start from
SAP ERP, or SAP Suite on HANA? Is SAP executing the conversion or not?). Ask your SAP TQM
for more information in case there are indications for additional downtime optimization.
Procedure
To optimize migration and conversion downtime, proceed as follows:
Analyze the conversion logs (e.g. from sandbox migration and conversion) to determine
the long running phases.
Identify bottlenecks and evaluate opportunities to reduce the runtime of the long running
phases.
For MaxAttention and ActiveEmbedded customers, if necessary, engage the embedded
support team to provide expert analysis of the end-to-end business downtime.
Execute the conversion following the adoption of the recommendations.
There may be the need to perform multiple iterations to achieve the required business downtime.
Results
As a result, you will get an optimized conversion process, to help meeting the downtime
requirements set by the business.
Accelerators
• SAP Blog - Minimize your downtime of an update
• SAP Blog - Optimizing DMO Performance
• SAP Blog: System Conversion to SAP S/4HANA: downtime-optimized Conversion
• SAP Value Assurance - Description of Services and Service Components
Procedure
There are several cases to distinguish.
1. A software appliance can be used, because SAP best practice content may fit to the
functional scope
Using a software appliance for sandbox is the fastest way to provide a pre-configured
environment to the functional project team.
The appliance can be consumed in three ways:
• Hosted in the cloud, Customers can access the appliance via the SAP Cloud
Appliance Library (SAP CAL, https://cal.sap.com) in a pay-per-use model hosted
on a cloud provider (for instance Amazon Web Services (AWS)). When using the
SAP CAL option, the customer can choose between a 30-day trial and a longer-
lasting engagement. With the trial, only AWS hosting fees need to be paid by the
customer (exact costs to be determined, should be in the range of 3-5 USD per
uptime hour). If the customer opts to go beyond the 30-day limit, an SAP CAL
subscription license and a regular SAP S/4HANA license is required. Besides the
SAP S/4HANA backend, the customer also receives access to a MS Remote
Terminal Server (WTS) with the pre-configured Fiori Launchpad URL, SAP GUI
logon, and other useful frontend software.
• Installed on-premise: If customers/partners prefer an on-site installation on their
own hardware, they can order a Blu-Ray disc from SAP and unpack the appliance
from the Blu-Ray (in this case, an SAP HANA and a Linux platform are required
on-site). In addition, a service relationship with SAP and a regular SAP S/4HANA
license is required. Details can be found in SAP notes 2041140 (for partners) and
2202234 (for customers).
In case of an on-premise installation, customers can also decide to install an
empty SAP S/4HANA system, without pre-configuration.
• The SAP Model Company is the third way to start with a pre-configured system. It
depends on the SAP Model Company itself, how installation and content
activation is done.
See also activity Provide a Trial System in the Discover phase, and the task Define
Cutover Approach in the Prepare phase.
However, please note that SAP does not recommend using a software appliance as a
regular DEV system later in the project. Instead, the DEV system needs to be installed
fresh.
2. Best practice content may fit to the functional scope, but the sandbox is installed fresh
(without using a software appliance).
A fresh installation of SAP S/4HANA offers more options to configure the technical
architecture of the system, and to activate content selectively.
In this case, you install a new and empty SAP S/4HANA system, by following “Installation
Guide for SAP S/4HANA”. Afterwards, you create a new best practice client by selectively
copying customizing content from client 000. Then, you import the newest best practice
content into the newly created client, and selectively activate content depending on your
functional scope. This is done by the functional project team, by using the Solution Builder
(transaction SMB/BBI). See activity Activate Solution for details.
All steps for handling best practice content are described in detail in the “Administration
Guide for the Implementation of SAP S/4HANA”.
Please remember: If the setup of the sandbox is done via activation of Best Practices in
the SAP Solution Builder, the Fiori apps must be installed separately. The whole
installation process can be eased up using the SAP Maintenance Planner.
3. Best practice content most likely does not fit to the functional scope
In this case, you install a new and empty SAP S/4HANA system, by following “Installation Guide
for SAP S/4HANA”. Afterwards, you create a new client by copying customizing content from
client 000. Customization takes place by using the SAP Reference Implementation Guide
(transaction SPRO).
SAP also offers to coach the customer with respect to system setup tasks:
This offering is part of SAP Value Assurance and is called “Platform Execution Enablement”
service component. See accelerator section for details.
Also, it is highly recommended to study the SAP Blog series “New Installation of S/4HANA” from
the Regional Implementation Group (RIG).
Accelerators
• Service Information – Service Components for Platform Design
• SAP Value Assurance - Description of Services and Service Components
• Administration Guide to Implementation of SAP S/4HANA with SAP Best Practices
• SAP S/4HANA Trial – Landing Page at SAP.COM
• S/4HANA 1709 FPS1 Fully-Activated Appliance – Activate from CAL
• SAP Blog - Connecting a CAL S/4HANA Instance to SAP Cloud Platform Web IDE
• SAP Note 2041140 Order SAP pre-assembled Best Practices solution software appliance
as an SAP Partner
• SAP Note 2202234 - Order SAP preassembled SAP Best Practices as a software
appliance for a customer project
• SL Toolset Landing Page
• SAP Model Company - Landing page at SAP.com
• S/4HANA 1709 FPS1 Fully-Activated Appliance installation
• SAP Blog - New Installation of S/4HANA 1809 FPS1- Part 1 – Maintenance Planner
• SAP Blog - New Installation of S/4HANA 1809 FPS1 – Part 2 – Installation
• SAP Blog - New Installation of S/4HANA 1809FPS0 – Part 3 – Best Practices Content
Activation
Please note: This road map documents the setup of a DEV and a QAS system. Of course, the design
of the production support landscape depends on customer requirements for change management. It is
possible that additional supporting systems need to be set up (e.g. pre-production or training). In
those cases, the project plan template needs to be adjusted accordingly.
There is a technical design document stored in SAP Solution Manager which includes the technical
deployment plan, and the software components which need to be installed / updated.
Procedure
• DEV Setup (New Implementation)
or
Once the DEV system is available, please check the integration setup as documented in the
Integration design activity.
Please note: Before converting an SAP system, or installing a fresh one, you will need to download
SAP software from SAP Service Marketplace. The planning of such a change event is done in the
Maintenance Planner. After entering the required data, the Maintenance Planner fills your download
basket, and creates a control file (“stack-xml”), which is later required for the conversion and
installation tools. The Maintenance Planner has been described in the activity Transition Planning of
the Explore phase - Please make yourself familiar with the tool, enter the required information, and
download the corresponding software including stack-xml. See accelerator section for details.
SAP also offers to coach the customer with respect to system setup tasks:
This offering is part of SAP Value Assurance and is called “Platform Execution Enablement” service
component. See accelerator section for details.
Accelerators
• Maintenance Planning in the SAP Online Help Portal
• Maintenance Planner Tool
• Maintenance Planner User Guide
• openSAP training "Upgrade of Systems Based on SAP NetWeaver – Advanced Topics"
• Service Information – Service Components for Platform Design
• SAP Value Assurance - Description of Services and Service Components
3.23.1. DEV Setup (New Implementation)
Objective
The goal of this task is to provide a viable, correctly configured technical development
environment that is available for use by the project team to begin the realize phase.
Procedure
Proceed as follows:
• Decide if the sandbox environment should be re-used as the DEV environment. In this case
no additional system installation is required.
Please note: A sandbox which has been set up by using a software appliance on-premise,
and which is used as a DEV system afterwards may have activated business functionality
which is subject to additional licensing. In addition, the SAP BluRay comes with an embedded
landscape for Fiori (backend and frontend in the same machine) whereas SAP recommends a
Central Hub set-up (having frontend and backend separated) for productive systems.
Therefore, SAP recommends to not use an SAP appliance as a DEV system, but to do a fresh
SAP S/4HANA installation.
• Execute the technical installation of the required SAP Products for DEV environment as
documented in the technical design document. See the “Installation Guide for SAP S/4HANA”
how to install the components.
• Based on the outcome the decision will be taken to either use SAP Best Practice content or
not:
o In the case of not using SAP Best Practice content: Create a new client and start
configuration from scratch using transaction SPRO.
o In the case of using SAP Best Practice content: Follow the instructions given in the
“Administration Guide for the Implementation of SAP S/4HANA”. This will guide you
through the technical setup, and the configuration process on top of the newest SAP
Best Practice content. The technical setup consists of three main steps:
▪ Import newest reference content into your newly created development client
▪ Select the scope
▪ Activate the scope
Results
Finally, the DEV environment is ready for configuration.
How SAP Can Support
SAP offers the installation of a sandbox as part of the Platform Execution service. Please ask
your SAP contact (e.g. SAP Client Partner) for more information. This scope option is called
“System Installation for SAP S/4HANA” – see accelerator section for more information. The
setup of the Fiori platform can be supported as well (scope option “SAP Fiori Platform Setup”).
However, the configuration of the Fiori UIs is not included in this scope option but is part of the
functional setup.
SAP also offers to coach the customer with respect to system setup tasks:
This offering is part of SAP Value Assurance and is called “Platform Execution Enablement”
service component. See accelerator section for details.
Also, it is highly recommended to study the SAP Blog series “New Installation of S/4HANA” from
the Regional Implementation Group (RIG).
Accelerators
• Service Information – Service Components for Platform Design
• SAP Value Assurance - Description of Services and Service Components
• Administration Guide to Implementation of SAP S/4HANA with SAP Best Practices
• SAP Online Help Portal for SAP S/4HANA (you will find the Installation guide for all
releases here)
• SAP Note 2626824 - SAP S/4HANA, on-premise edition 1809 collective note for content
activation
• SAP Blog - New Installation of S/4HANA 1809 FPS1- Part 1 – Maintenance Planner
• SAP Blog - New Installation of S/4HANA 1809 FPS1 – Part 2 – Installation
• SAP Blog - New Installation of S/4HANA 1809FPS0 – Part 3 – Best Practices Content
Activation
•
Prerequisites
The prerequisite is that the migration approach that has been validated in a sandbox environment
(see activity SANDBOX System Setup / Conversion in the Explore phase), a detailed migration
plan is in place, and the required hardware for hosting the SAP S/4HANA DEV system is already
available and set up.
Procedure
Convert the DEV system according to the migration plan (which is based on the “Conversion
Guide for SAP S/4HANA”). Depending on the transport landscape configuration, there may be a
need to perform multiple iterations of the conversion to solidify and finalize the cutover plan.
Executing test migrations will validate the end-state of the conversion, as well as provide the
figures for expected system downtime (see activity Downtime Optimization Preparation for
details). Depending on the approach and the transport landscape configuration, there may be a
requirement to execute additional sandbox conversions to optimize the cutover procedure.
Please note: In case of a system conversion, the old DEV system will stay for production support
of PRD if PRD is not converted. Take care to properly retrofit changes performed in the
production support landscape to the new DEV system to ensure the latest business requirements
are accounted for within the project landscape. Depending on the changes, those retrofit activities
may require special attention, because transports between classic SAP ERP and SAP S/4HANA
may cause inconsistencies (see SAP Note 2192251 in the accelerator section)
Results
Finally, the DEV environment has been converted to SAP S/4HANA. It is ready for further
configuration.
SAP also offers to coach the customer with respect to system setup tasks:
This offering is part of SAP Value Assurance and is called “Platform Execution Enablement”
service component. See accelerator section for details.
Also, it is highly recommended to study the SAP Blog series “System Conversion to S/4HANA”
from the Regional Implementation Group (RIG).
Accelerators
• Service Information – Service Components for Platform Design
• SAP Value Assurance - Description of Services and Service Components
• SAP Online Help Portal for SAP S/4HANA (you will find the Conversion guide for all
releases here)
• SAP Note - 2192251 - Transporting Settings Between S/4HANA Finance (or S/4HANA)
and Classic ERP System
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t2 – Readiness Check (Public)
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t3 – media download using
Maintenance Planner (Public)
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t4 – Simplification Item Check
(Public)
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t5 – Custom Code Migration
(Public)
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t6h – SUM from EHP7/hdb
(Public)
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t6d – SUM from EHP6/db6
(Public)
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t6o – SUM from EHP5/ora
(Public)
• SAP Blog – System Conversion to S/4HANA 1809FPS0 – t6m – SUM from EHP6/mss
(Public)
3.24. Sizing
Description
Run a capacity estimation on the required hardware for application server and databases (CPU, RAM,
storage, network).
Timing:
There is an implementation plan available which provides first information about the target solution.
Procedure
• Perform / Check Sizing
Results
There is a documented estimate on the required hardware, which can be discussed with the hardware
vendor.
Procedure
• An initial sizing should have been provided either as part of the “Technical Architecture
Workshop”, or as part of the “Migration Planning Workshop” in the Prepare phase.
• In case initial sizing has not been done so far or needs to be updated, you should follow
the sizing procedures documented in the SAP note 1793345 “Sizing for SAP Suite on
HANA” (accelerator section).
• For new implementation, initial sizing is performed in the Quicksizer tool in SAP Service
Marketplace (see “General Information on Sizing” in the accelerator section).
• Run this activity for all related infrastructure components (e.g. including Front End
Server).
• In case of a system conversion, the sizing report should be executed periodically in the
productive system throughout the project to check on the growth of the source system.
Results
A sizing has been performed and is documented.
Accelerators
• Service Information – Service Components for Platform Design
• SAP Value Assurance - Description of Services and Service Components
• General Information on Sizing
• Proactive Performance and Capacity Management - Best-Practice Document
• Sizing Approaches for SAP HANA (incl. SAP S/4HANA and Fiori) – Lessons Learned
Document
Within the IT Infrastructure definition, customers need to create a detailed infrastructure design. This
includes the selection of hardware vendors for servers and storage, mapping of technical
components, network design and the definition of cloud integration options.
There is an implementation plan available which provides initial information about the target solution.
Procedure
• Discover Technical Boundary Conditions
• Create Technical Solution Map
• Decide on Integration with Cloud Applications
• Hardware Selection and Utilization
• Develop Virtualization Strategy
• Design Network
• Test Preparation
Results
As a result, there is a documented technical solution map and an IT infrastructure definition available
in SAP Solution Manager.
Moreover, the selection and proper configuration of the technical platform is the foundation to achieve
a flexible and scalable execution environment for the new system. The “Technical Platform
Definition” service component also supports in the selection of the right IT infrastructure which is the
basis for the vendor-selection process and provides Best Practices for mapping the SAP software
components on it.
Accelerators
• Service Information – Service Components for Platform Design
• SAP Value Assurance - Description of Services and Service Components
3.25.1. Discover Technical Boundary Conditions
Objective
The technical boundary conditions are input into the technical design document, which is the basis
for the subsequent Data Center service setup. In many cases these conditions are already
defined by the customer.
Procedure
The Technical Boundary Conditions in scope are:
All information needs to be stored in the Project Management space of SAP Solution Manager for
central access.
• Collect the amount, size and purpose of the planned non-production systems per SAP
system. Align the plan with the implemented software change management strategy.
• The information can be derived from the existing software change management model.
Alternatively, design a new software change management model according to SAP Best
Practices.
• Timing: Explore phase or early realize phase.
DC Strategy
DC Strategy - Example
The figure below shows as an example four options for a DC strategy. They distinguish in
setup, which leads to differences in risk mitigation, operational complexity, and IT costs.
Figure: Different options for the data center setup (example only)
Availability Requirements
The following figure shows exemplarily different definitions of “Mission Critical”, “Business
Critical”, and “Less Critical” applications.
Results
The technical boundary conditions are documented and stored in SAP Solution Manager.
How SAP Can Support
As an introductory document, look up the SAP Blog “SAP S/4HANA On-Premise Global
Deployment Options” from the SAP RIG team.
With respect to service support from SAP, see Technical Platform Definition service
components in the activity description.
Accelerators
• SAP Online Help Portal for SAP S/4HANA (you will find the Installation, Administration
and Conversion guides for all releases here)
• Best Practice Document - Change Management: Elements of a Software Change
Management Strategy
• White Paper - Storage Architecture in SAP HANA Tailored Datacenter Integration (TDI)
Landscapes
• Best Practice - Enterprise Storage Architecture
• Check List - Configuration and Maintenance of the Storage Infrastructure
• Best Practice - Business Continuity Management for SAP Landscapes
• SAP Note 2657067 - SAP S/4HANA 1809: Process Integration with SAP on-premise
Solutions
• 2251604 - Version Interoperability between SAP S/4HANA On Premise Edition and SAP
NetWeaver Systems
• Setup and Administration of SAP Fiori in the SAP Online Help Portal
• SAP Blog - SAP Web Dispatcher for Fiori explained. Why and how?
• SAP Blog - Understanding Frontend Server (Gateway) Interoperability in the context of
S/4HANA
• SAP Blog - SAP S/4HANA On-Premise Global Deployment Options
Prerequisites
The technical boundary conditions have been documented.
Procedure
Proceed as follows:
Accelerators
• Technical Solution Map Template
Procedure
In case cloud applications are in scope as well as for the implementation project, backend
integration with these must be discussed. For instance, available bandwidth, peak times,
availability requirements and recovery procedures might be a limiting factor here.
Cloud applications could also be FIORI UIs running in the SAP Cloud Platform, which are
connected to the SAP backend landscape via the SAP Cloud Connector.
Results
As a result, a technical architecture for the integration of on-premise and cloud-solutions must be
created
Accelerators
• SAP Best Practices for SAP S/4HANA Integration
Prerequisites
As a prerequisite, the sizing results including the software change management landscape must
be mapped to possible hardware and/ or virtual container sizes.
Procedure
An assessment of different hardware vendors and products is recommended. For instance,
different server models might be extendable or not which could be an important factor depending
on the capacity growth requirements.
The hardware requirements must be mapped to project phases afterwards and planned together
with the hardware vendor.
Results
As a result, there is a documented deployment plan which includes the definition of the hardware.
To fulfill this task, an overview about available virtualization products and the respective
capabilities is required. Boundary conditions, limitations, typical use cases and similar should be
collected to check if these are matching the requirements. In addition, tools like the SAP
Landscape Virtualization Management (LVM) should be evaluated.
Results
As a result, a general technical architecture of the new systems in virtualized environments must
be created/ adapted. In addition, general technical configuration rules for the SAP S/4 HANA must
be considered.
Procedure
The network design needs to include data center interconnectivity as well as network zones. For
instance, isolation of different network zones from a performance perspective is crucial to rely on
system replication for high availability. The figure below shows some examples of requirements
and network segments.
Sizing rules for LAN and WAN segments must be applied. In case of limited bandwidth or high
latency, WAN acceleration solutions must be considered.
Results
As a result, there is a network design document stored in SAP Solution Manager.
3.25.7. Test Preparation
Objective
After the clarification of the target technical architecture including hardware and virtualization
platform, meaningful test cases must be created.
Prerequisites
The target technical architecture has been designed and documented.
Procedure
Prepare test cases for:
Results
As a result, a test plan including a timeline and test case description has been created.
The technical architecture, and the IT infrastructure has been designed and documented.
Procedure
The technical design is documented in a technical solution design document. It is usually developed in
a series of workshops and post-processing work, and covers the following aspects:
• Technical components
• Scalability and load balancing concept
• Backup concept
• HA/DR concept
• Technical architecture for non-production systems
• Production system deployment plan
• Expert sizing & scalability verification
• Technical architecture for production systems
• Technical infrastructure
• Deployment patterns and deployment plans
• DC integration
• 3rd party integration
The aspects have dependencies to each other, and to the boundary conditions. Some of them need to
be considered iteratively.
The Technical Architecture Workshop (see activity Technical Architecture in the Discover phase)
should have touched many of the aspects from above).
The technical solution design is created in this activity, and continuously updated in later phases of
the project (e.g. Sizing Verification in the Realize phase).
Results
A technical solution design document is available in SAP Solution Manager for central access.
Procedure
Take the appropriate “Technical Solution Design Template” from the accelerator section, and
tailor it to your project requirements.
Technical components: Determination of required technical components for the SAP solution,
and their deployment options.
Procedure
Scalability and load balancing concept: Determine how applications in the SAP solution can
grow from workload & data footprint perspective.
Procedure
• Document how each technical component can scale (scale up and/or scale out via
multiple instances).
• Document data scalability solutions (for large systems).
• Document how to balance workload between multiple instances of the same technical
component.
• Timing: Realize phase (since typically required for production).
Backup concept: Definition of the backup infrastructure and backup execution strategy for
each persistency type.
The figure below shows an example for a backup concept of DB data files, log, files, and
configuration files.
Figure: Backup concept (example only)
Procedure
HA/DR concept: Definition of the technical architecture for high availability (SPOF protection) and
disaster recovery (data protection, recovery procedures).
The figure below shows the exemplary HA / DR setup with two DCs.
Figure: HA / DR concept for a “Two Data Center Setup” (example only)
Procedure
• For each “availability class” in the SLA, determine the required technical
architecture for each technical component.
• Describe related IT infrastructure requirements.
• Describe assumptions & boundary conditions.
• Timing: Realize phase.
See also the Best Practice “Building High Availability for SAP NetWeaver and SAP HANA on
Linux” for more information (accelerator section).
Procedure
Production system deployment plan: Determine the amount and, for global customers and
complex solutions, the regional distribution of systems.
Procedure
Procedure
The figure below shows an example of a technical infrastructure setup for SAP HANA for
both SAP Suite and Business Warehouse.
Figure: Technical architecture for a SAP HANA data base (example only)
Procedure
• Determine the selected technical server platform (server hardware, OS &
virtualization type).
• Determine the storage infrastructure and its scalability concept.
• Determine the (high-level) network architecture.
• Timing: Explore phase (non-prod), realize phase (prod)
Procedure
DC integration: Specification of the integration of the SAP solution into data centers.
Procedure
3rd party integration: Specification of the technical integration of the SAP solution with non-SAP
/ legacy systems.
Procedure
Results
As a result, a technical solution design is documented and stored in SAP Solution Manager for
central access.
Accelerators
• Service Information – Service Components for Platform Design
• SAP Value Assurance - Description of Services and Service Components
• Best Practices - SAP Production System Strategy for Large Enterprises
• Best Practices - Technical Deployment Options for SAP Systems with SAP HANA
• Best Practices - Building High Availability for SAP NetWeaver and SAP HANA on Linux
• Check List - High Availability and Disaster Recovery Implementation for SAP Systems
• Best Practices - SAP System Landscapes on Virtualization and Cloud Infrastructures
• Technical Design Document – Template for Small Customer
• Technical Design Document – Template for Large Customer
• On-premise solution
IT is responsible for the entire solution and needs to learn about the technical and functional
specifications of the solution.
• Hosted solution
IT is responsible for monitoring application performance, troubleshooting, and all application
support activities.
• Cloud-based solution
IT is responsible for security and user administration, software logistics, development, and testing
of solution changes. The IT team therefore requires the necessary knowledge and skills to
complete these tasks. If the solution is the first to be implemented in the cloud, the current support
operations need to be reviewed to include, for example, communication with the provider of the
cloud-based services.
• Third-party support
When application support is handled by a third party, knowledge about the solution must be
transferred from the project team to the third party. Business process owners, business
relationship managers, and service desk agents within customer’s organization still need to learn
about the solution, and they should also consider changes in the incident or change management
support processes.
• Greenfield customers
All the topics mentioned in this activity are relevant for “Greenfield” customers. The effort to
prepare for the support of SAP S/4HANA will depend on many factors like the current support
model, the maturity of the organization, the future support strategy and deployment, like hosting
hardware, and cloud deployment. SAP provides optional support to “Greenfield” customers to help
them with every aspect of the implementation of the future support framework. The extent of this
optional support varies according to the support framework currently in place for running and
operating the legacy systems that are replaced by SAP S/4HANA.
The technical solution design document (see activity Technical Design in the Explore phase) provides
a list of technical components that need to be operated after the project go-live. Many other tasks
mentioned in this road map are an important source of information on how and what needs to be
supported by IT once the new solution is live. This includes the Technical Architecture, the Delta
Design and Configuration, Product Enhancements.
The goal of this activity is to review the list of potentially affected IT operational activities and to
evaluate the exact changes required in the current customer IT support framework based on the
project scope.
Procedure
SAP provides information on the recommended IT Support framework to safely and efficiently operate
SAP S/4HANA after Go-Live. This includes:
• Identifying the target IT support framework for the future customer operations where the support
processes, people and tools will ensure efficient operations of the migrated and converted
solution.
• Recommending Best Practices for the support tools in the areas of monitoring, troubleshooting
and software logistics
• Defining the changes to the current support framework required to support the future solution, and
their respective severity/priority
• Adding Activities to the project plan to implement those changes
• Additional SAP IT operational support in the Realize Phase of the project to help ramp-up support
resources and improve their knowledge transfer, to prototype or implement required tools, and to
further adapt process and procedures.
• Executing technical checks for the support tools mentioned above and ensuring that the changes
to the support framework with high priorities have been implemented and tested.
See also task Clarify on Operational Readiness as part of activity Transition Planning (Prepare
phase).
Results
At the end of this activity the impact of SAP S/4HANA on the existing support organization has been
documented and stored in SAP Solution Manager.
• Clarifying the impact of the SAP S/4HANA on IT Operations by reviewing the target support
framework for the operations of the new solution: this includes the target support processes,
support tools, and support teams.
• Identifying the required support skills/roles and knowledge on SAP S/4HANA for the support
resources.
• Defining what needs to change in the current support framework and the corresponding list of
operations implementations activities which need to be included into the overall project plan to
ensure the operational readiness of the support organization. The customer will be responsible for
managing those activities using SAP's recommendations, Best Practices, knowledge maps and
knowledge transfer plans.
• The Operations Impact Evaluation will specify further the SAP detailed involvement required to
support the customer if they themselves cannot implement the recommendations defined during
this activity (for lack of resources or lack of knowledge).
The review of the recommended target support framework drives the definition of project activities that
will fill the gaps between the current IT support framework and the target support framework created
by the introduction of SAP S/4HANA.
Accelerators
• Service Information – Service Components for the Transition to Operations
• SAP Value Assurance - Description of Services and Service Components
• SAP Online Help Portal for SAP S/4HANA (you will find the Operations guide for all releases
here)
• Operating Fiori Apps in the SAP Online Help Portal
• Technical Operations for SAP NetWeaver
Procedure
During the Operations Impact Evaluation activity, the SAP S/4HANA project scope is analyzed to
evaluate potential operational risks and areas in the support framework that need to be looked at
and modified/implemented prior to the go-live. The aim is to define the list of operational activities
which:
All the relevant support areas need to be analyzed in a comprehensive manner that is analyzing
all the roles and skills required for the support of the SAP S/4HANA solution, the
processes/procedures, the operations documentation and the enabling support tools.
SAP can support you in all these activities with a systematic approach to operational activities will
ensure you analyze all the changes in IT operational activities caused by the new solution.
Once the affected support areas are analyzed in a systematic way, a road map is defined that
includes the key activities for IT to fill the gaps and prepare the future IT support framework. The
key activities required are many and include:
• Defining the sourcing strategy for a new role: project resource moving to operations, ramp up
of a current resource to support the new solution, hiring or handover of activity to partner
• Setting up and configuring tools and where SAP will be engaged to support
• Documenting operating procedures by project resources or by operational resources
• Organizing for knowledge transfer to ensure the future operational resources have the
required knowledge and skills – this includes formal education of current operational
resources, training, hands on and shadowing on new solution. It also includes training of all
the IT support resources involved in the support of the new solution like the service desk
• Operations cut-over activities (e.g. team access, roll over of open defects…)
• Retirement of some part of the current support framework
An SAP engagement model should be created to support you where your knowledge is minimum
or where your resources are busy on operational topics. The possible services include for
example:
Based on the road map, you will then be able to define the detailed activities to be added to the
project plan and align it with the SAP Engagement Model specific to your needs together with the
SAP TQM.
Results
There is a plan documented and stored in SAP Solution Manager on how to adjust IT operations
to be ready to safely and efficiently operate SAP S/4HANA as of Go-Live.
Tasks
• Update Project Management Plan
• Direct and Manage Project Execution
• Conduct SCRUM Meetings
• Monitor and Control Project Activities
• Manage Issues, Risks and Changes
• Communicate Status and Progress to Project Stakeholders
Accelerators
• Backlog including Delta Requirements and Gaps.xlsx
3. Sprint Demo
the purpose of this meeting is to demonstrate the results of the sprint to the customer and obtain
acceptance to release the features developed during the sprint. The meeting is attended by the
Product Owner team, End users and SCRUM team. It is conducted at the end of sprint.
4. Sprint Retrospective
or process improvement meeting is conducted right after Sprint Demo meeting prior to closing the
sprint. The objective of this meeting is for the SCRUM team to conduct retrospective of the sprint,
identify potential improvements of the process, prioritize and select top improvements to
implement in the next sprint.
Accelerators
• Agile Scrum Meeting Guidelines (Customer)
Accelerators
• Change Request Log - template (Customer)
• Open Issues List Template.xls (Customer)
Accelerators
• Project status report for SAP Activate / S/4HANA
Tasks
• Update and Prioritize Backlog
Scale
the desirability of the feature to a broad base of users (business impact, acceptance);
Importance
the desirability of the requirement to a small number of important users or customers (influencing
key stakeholders, business value).
How to establish clear priorities: In agile projects, the Process Owner must prioritize and force
rank list of all requirements in project backlog. No two items can end up being ‘equal’ on the list
(e.g. have the same priority and ranking). The main reason for this is to prevent that everything is
rated as a “Must Have”. The MSCW prioritization (Must-Have, Should-Have, Could-Have, Would-
Have) is used for an initial grouping of requirements. The secondary step is to rank items within
the same priority group.
Accelerators
• Agile Definition of Ready and Done (Customer)
• Agile Release Planning (Customer)
• Backlog including Delta Requirements and Gaps.xlsx
• Backlog Template
• Estimates are done by the experts in the team who are implementing the functionality and
have experience from similar projects
• More expert opinions lead to better the estimation results
• Everybody on the team participates in the estimation process
• Verbal communication is preferred over detailed written specs
• It is possible to use Planning Poker especially for estimates where experts disagree
widely (see next slide)
• Clear the assumptions of estimates prior to estimating - e.g. what is the definition of done
for sprint and for the release
• Avoid anchoring, it invalidates estimates – e.g. “I would say this is easy, so it should be X
ideal person days”
• Estimate in the same unit of measure for the entire project (e.g. Ideal Person Days / Story
Points)
• If consensus cannot be reached defer the estimate of requirement to a later time.
Accelerators
• Agile Sprint Burndown and Task Board (Customer)
• Backlog Template
The image below shows an example of the iterative agile approach to build functionality for one
release.
Release represents functionality that is deployed to the production system and rolled out to the
end users. Each release is built in sequence of time-boxed sprints in which the project team
develops the highest priority capabilities as determined by the business owners. One or multiple
sprints may be needed to finalize functionality for end-to-end scenario (or Epic as it is known in
agile projects)
During each sprint the project team conducts the following activities:
4. Sprint Demo
5. Sprint Retrospective
During the project the team will run two types of sprints:
1. Build sprints - the goal of these sprints is to build, and unit test the new capabilities
2. Firm-up sprints - the goal of these sprints is to conduct testing of strings of process
steps to continuously ensure integration. During this sprint the team also develops
solution documentation
Accelerators
• Agile Release Planning (Customer)
Tasks
• Validate Organizational Alignment Approach
• Establish Baseline of Current State
Accelerators
• OCM Change Impact Analysis Guide (Customer)
• Ensure that all required deliverables from this phase and the project are complete and
accurate, and close any outstanding issues
• Identify lessons learned during the phase to prepare for formal phase closure
• Capture customer feedback and potential Customer References
Tasks
• Conduct Knowledge Management Gate
• Conduct Project Quality Gate
• Execute Baseline Retrospective
• Conduct Project Management Review Service
• Manage Fulfilled Contracts
• Obtain Customer Sign-Off for Phase Completion
Accelerators
• Lessons Learned Guide (Customer)
• Lessons Learned Template (Customer)
• Conduct regular quality checks at defined or critical stages of the project lifecycle to
assess the health of the project.
• Ensure that all key deliverables and actions of the gate have been completed in
compliance with recommended practices and to the customer’s satisfaction.
• Enable project management to continuously communicate the process and build quality
directly into the project.
Accelerators
• QGateChecklist Concept SAP Activate
• QGateChecklist Template Introduction
• Quality Built In New QGate Checklist
• Q-Gate Check List for SAP S/4HANA implementations
Accelerators
• Agile Sprint Retrospective Template (Customer)
Accelerators
• Phase Sign-Off Template (Customer)
4. Realize Phase
Once Quality Gate 2 (i.e. Q2) – Explore-to-Realize has been passed successfully, the functional and
technical implementation takes place in the Realize Phase. The activities of the Realize phase are
displayed in the following figure.
In the Solution Adoption work stream, the training for the end users is prepared.
In the Application design and configuration work stream, the functional changes (general configuration,
master data, and core / delta) and security changes are implemented as defined in the delta design
document. Additional applications, like Central Finance in a selective data transition scenario, or the SAP
Digital Boardroom, are set up as planned. In the Extensions work stream, program enhancement like
reports, or Fiori User Interfaces, are developed accordingly. Existing custom code is adjusted to be ready
for SAP S/4HANA. SAP can safeguard the activities via the “Integration Validation” offering, which covers
key aspects like Business Data Consistency, Exception Management, Integration, and Performance and
Scalability. .
In the Integration work stream, all required interfaces are implemented as designed in the Explore phase.
Further integration setup is done for the quality assurance system, and for the production system (if
already available, and new implementation only).
In the Data Management work stream, data aging and data archiving are configured for business objects
according to the DVM strategy. Load and verification runs ensure that business data can be migrated with
acceptable time and quality.
The technical infrastructure is set up in the Technical Architecture and Infrastructure work stream,
according to the technical design document. The transition of the quality assurance system takes place
according to the detailed transition plan, and technical adjustments may be implemented as part of the
activity. In parallel, the sizing of the productive instance is verified.
According to the Operations Impact Evaluation, the operations implementation (people, processes tools)
takes place in the Operations & support work stream.
At the end of the Realize phase, the preparation for cutover starts. A cutover plan is created from
experience gained in former transition runs (potentially additional mock runs are required).
Please note: The order activities are explained in this document / road map viewer, are not necessarily
the order how they are later executed in the project! However, there can be dependencies between
activities. In case you are interested in time dependencies / relationships between activities, explore the
project file template of this road map.
Tasks
• Review Deliverables of Realize Phase
Tasks
• Plan Sprints and Solution Reviews
• Plan Testing
Procedure
1. Review Test entry and exit criteria with customer
The following preconditions are required before end user training material creation can start:
• End user training material, a training environment, logistics, and infrastructure is available.
• Skilled instructors are available based on the framework defined in the training strategy document
from activity.
Procedure
• Train your Key User
• Create Training Material for End User
Results
At the end of this activity, the training for the end user is ready to be delivered (including systems,
demo data etc.).
Please note: Key users should be trained in such a way that they can support the creation of
training material for end users, or the test of newly implemented functionality.
Results
Key users are trained.
Accelerators
• SAP Education Consulting Services
• Learning Journey: SAP S/4HANA Overview and Business Processes
Procedure
Based on the training concept, the usage of a recording and authoring tool for creating the end
user training material needs to be discussed and decided. SAP recommends the SAP Enable
Now (successor of the SAP Workforce Performance Builder (WPB)) as the tool for creating the
training material, supporting translations, developing e-learning with or/and without audio voice
description.
The SAP Enable Now can be used for SAP and Non-SAP applications and is therefore suitable
for a seamless recording and documentation process for the end user in one tool. The final
documents can be exported in standard formats as PDF, MS Word, and PowerPoint.
Furthermore, SAP Enable Now can also support the test phase with documentation of test cases
and results. You can find all important documents on SAP Enable Now in the SAP Online Help
Portal (e.g. “What’s New in SAP Enable Now”, “Master Guide”, or “Creating Documents for HP
Quality Center”) – see accelerator section.
SAP is following the approach to enable the customer key users to develop the end user training
material mainly themselves. SAP can coach the key users in developing the right structure and in
reviewing the documents. The goal is to transfer the knowledge as much as possible to the key
users to enable them for the end user training. As a prerequisite the key users should already be
trained didactically, methodically, and for using the tool appropriately during the Explore phase
and the key user training work package.
The following list describes possible end user training documents required to be developed for
every training:
• Course Concept
For each training event (classroom training), a course concept is created together with the
customer. The course concept defines the required content to be communicated. The course
concept is converted it into an appropriate structure and recorded in a template for training
delivery.
• Training Manual
The training manual contains instructions, notes, and references to important points during
the training. They explain the processes, and provide the trainer with the structure, times, and
procedures for the courses (up to max. one page per content day).
• E-Learning
E-Learning helps to reduce the effort for classroom training. As a self-learning offering, e-
learning is also available after the project has ended. This enables new employees to become
acquainted with topics independently. Trained employees can "refer back to" various topics or
"take a look at" the system simulations as required. Creating customer-specific e-learning
content requires a stable and fully developed / customized SAP system.
SAP assumes that e-learning will merely comprise of less complex and overview content such
as process overview per stream, main functional features, and highlight key changes and
benefits. SAP develops e-learning content comprising approximately 56 hours of net learning
time. Net learning time describes the amount of time that an average learner requires to work
through the program without any interruptions.
• Web Based Training (WBT)
Web based training is a reasonable addition to e-learning and has the advantage that a course
can be attended location-independent by one or more persons. Communication with the trainer
via phone or chat is feasible, during which all open questions resulting from previous self-
learning experience can be answered by an expert.
If possible, the course material and the exercises and solutions could be derived from the
corresponding classroom training courses. If not, a course concept, training manual, conceptual
design slides, work instructions for transaction steps, and exercises (including data and
simulations) should be developed
Based on the end user training, the customer training system need to be set up by the customer
key users. SAP can support this activity. The technical set up is finalized by the IT team.
In addition to the development of the end-user training material and the training system set up, the
customer key users should have a final workshop with SAP experts to finally prepare the end user
trainings, and to define the tandem approach for the first end user trainings. The tandem approach
means that the customer key user will be accompanied during the first training sessions by an
experienced SAP trainer to get confidence and safety in performing the trainings.
SAP expects DEV and QAS (or a dedicated training system) to be completely available during the
training development period. SAP recommends a systematic buildup of the training client in the
QAS test system during the Realize phase. The training client should be available when training
material creation starts (e.g. processes, master and booking data).
Results
The training is ready to be delivered to end users.
Accelerators
• SAP Enable Now at SAP Online Help Portal
• SAP Enable Now Info Center
Accelerators
• Agile Definition of Ready and Done (Customer)
4.5. Execution Plan for Realize Phase
Description
The purpose of this deliverable is to execute the work defined in the Realize Phase and manage the
Sprints and Testing according to previously defined plans. During test execution all issues must be
logged and documented in the system for traceability purpose.
Tasks
1. Manage Sprints
Procedure
This road map describes the execution of configuration work in an agile implementation model.
However, customers who prefer the classic water fall implementation model can follow the same
approach, by assuming the number of sprints equals “1”.
The purpose of the configuration activities is to use a series of iterations to incrementally build and
test an integrated business and system environment that is based on the business scenarios and
process requirements identified in the previous phase.
Accordingly, configuration steps will be executed in different iterations (sprints) starting from general
settings per Line of Business up to detailed configuration for each area.
For each cycle the following steps will apply (example for configuration in six business priorities is
shown in the figure below):
Sprints are time boxed two-week cycles. Each sprint will consider system configuration,
documentation and unit testing based on the delta backlog identified during explore phase.
Sprint 1 considers the finalization of the core configuration. For example, during design only one legal
entity was activated – however, according to the design, in total 5 legal entities might be activated. For
System Conversion scenarios, mandatory changes must be finalized according to the prioritized
backlog. All general settings and organizational structures need to be configured. Master data settings
are prepared, and core processes are configured.
Sprint 2 considers the realization of gaps maintained in the delta backlog. Further sprints may follow
based on customer requirements.
In case of a newly implemented business process, configuration data will be taken from Best
Practices content from SAP Activate (if available, and if appropriate).
In case of a system conversion, existing customizing will be taken over during technical conversion,
but of course it will need to be adjusted per newly introduced or changed functionality. Document the
configuration settings and changes and collect related customizing transports. Mandatory
configuration activities are well documented in the SAP Reference Implementation Guide (SAP IMG in
transaction SPRO). Unless stated otherwise, the corresponding actions should be initiated from there.
SAP Solution Manager 'Configuration Library' can hold links to the configuration tasks and documents
to capture a living record of setting changes made (including the reason for each decision). A
configuration object can also be linked to the relevant process structure.
Procedure
This activity is executed per Line of Business / end-to-end solution and sprint.
Prerequisite
The solution design is properly documented and approved.
Procedure
Run a hand-over workshop to pass all important design documents for a business priority / end-to-
end solution from the design team to the configuration team. Required documents are for
instance:
• To-Be Design
• Role Mapping to Security
• Important Customizing
• Master Data Specifications
• Organizational Structure Specification
• Functional Specification per WRICEF Object
• Solution Manager usage guideline (if appropriate)
• Configuration guideline
How SAP Can Support
SAP supports this task with the “Configuration” scope option as part of the Build Execution
service. Please see “SAP Advanced Deployment” link below and ask your SAP contact (e.g. SAP
Client Partner) for more information.
Accelerators
• SAP Advanced Deployment - Description of Services and Service Components
• Solution Manager Reference Guide – Realize Phase
4.8. Configuration: Main Configuration
Description
The purpose of this activity is to perform the necessary customizing in the Development system
according to the agreed business process scope.
Procedure
This activity is executed per Line of Business / end-to-end solution and sprint.
Prerequisite
Design documents have been handed over to the configuration team.
Procedure
The main configuration is structured into:
Accelerators
• SAP Advanced Deployment - Description of Services and Service Components
• SAP Best Practice for SAP S/4HANA (on premise) – scroll down to the accelerator section
• SAP Online Help Portal for SAP S/4HANA
Procedure
This activity is executed per Line of Business / end-to-end solution and sprint.
Prerequisite
Functionality has been implemented and configured in the Development system.
Procedure
• Run unit tests on the newly implemented configuration and functionality in the
Development system.
• Document test execution properly.
• Issues should be corrected either directly (same day), or in case this is not possible
logged in the project issue list.
See SAP Best Practice Explorer for test script examples.
How SAP Can Support
SAP supports this task with the “Configuration” scope option as part of the Build Execution
service. Please see “SAP Advanced Deployment” link below and ask your SAP contact (e.g. SAP
Client Partner) for more information.
Accelerators
• SAP Advanced Deployment - Description of Services and Service Components
• SAP Best Practice for SAP S/4HANA (on premise) – scroll down to the accelerator section
Prerequisite
Unit tests have been completed.
Procedure
Run an initial test on solution integration within the business priorities / end-to-end solutions in
scope. Since the full integration test is executed later in this phase, the recommendation is to only
test with manually created test data, and to focus on SAP functionality only (no testing of customer
specific WRICEF objects).
Test execution and results should be properly documented and stored in SAP Solution Manager.
Issues should be corrected either directly (same day), or in case this is not possible, logged in the
project issue list.
See SAP Best Practice Explorer for test script examples.
How SAP Can Support
SAP supports this task with the “Configuration” scope option as part of the Build Execution
service. Please see “SAP Advanced Deployment” link below and ask your SAP contact (e.g. SAP
Client Partner) for more information.
Accelerators
• SAP Advanced Deployment - Description of Services and Service Components
• SAP Best Practice for SAP S/4HANA (on premise) – scroll down to the accelerator section
• Business Process Unit and String Test Results Template
Procedure
This activity is executed per Line of Business / end-to-end solution and sprint.
Prerequisite
String tests have been completed.
Procedure
Proceed as follows:
• Run a session per Line of Business / end-to-end solution and present the new functionality from
an application perspective.
• Explain the required configuration from an IT perspective.
• Log issues in the project issue list, which have been identified during solution walk-through.
How SAP Can Support
SAP supports this task with the “Configuration” scope option as part of the Build Execution
service. Please see “SAP Advanced Deployment” link below and ask your SAP contact (e.g. SAP
Client Partner) for more information.
Accelerators
• SAP Advanced Deployment - Description of Services and Service Components
Procedure
This activity is executed per Line of Business / end-to-end solution and sprint.
Prerequisite
Solution walk-through has been completed.
Procedure
• Resolve issues which have been identified in the unit / string test and solution walk-
through, and which have been documented in the project issue list.
• Properly record corrections in transport requests.
How SAP Can Support
SAP supports this task with the “Configuration” scope option as part of the Build Execution
service. Please see “SAP Advanced Deployment” link below and ask your SAP contact (e.g. SAP
Client Partner) for more information.
Accelerators
• SAP Advanced Deployment - Description of Services and Service Components
Prerequisite
Bug fixing has been completed.
Procedure
• Extend the design documents, by properly documenting the configuration settings in SAP
Solution Manager. Add further information on detailing’s and agreed changes
How SAP Can Support
SAP supports this task with the “Configuration” scope option as part of the Build Execution
service. Please see “SAP Advanced Deployment” link below and ask your SAP contact (e.g. SAP
Client Partner) for more information.
Accelerators
• SAP Advanced Deployment - Description of Services and Service Components
• Phase Sign-Off Template (Customer)
Accelerators
• Central Finance on SAP Help Online Portal
It further covers the adjustment of already existing custom code identified in the activity Custom code
impact.
Procedure
• Adjust affected existing custom code
• Development of WRICEF objects
• Development of user interfaces (e.g. FIORI)
• Custom Developments
Before developing new code in SAP S/4HANA your developers should be aware of programming best
practices coming with new SAP NetWeaver releases. Look for instance at the SAP Blog “Best
Practices for ABAP Development on SAP Netweaver 7.5x” from the SAP RIG team.
However, SAP recommends to explore the options for the agile creation of customer innovations
using the extensibility capabilites of SAP S/4HANA and SAP Cloud Platform. This is of particular
interest for:
• SAP Fiori and the mobile journey in the SAP Cloud Platform (decoupling custom user interface
development from the stable SAP S/4HANA core, when developing mobile apps for B2B, B2C,
C2B)
• Agile data mart: Running SAP BI and Predictive Self-Services in an SAP Cloud Platform sidecar
The usage of the SAP Cloud Platform has two additional benefits:
You will find helpful information resources in SAP whitepaper and blogs (see “Extensibility of SAP
S/4HANA – Helpful Links” in the accelerator section). Look up also training courses on SAP Cloud
Platform at openSAP.
Accelerators
• SAP Blog - Best Practices for ABAP Development on SAP Netweaver 7.5x
• SAP White Paper - SAP S/4HANA Extensibility for Customers and Partners
• SAP Blog - Extensibility of SAP S/4HANA – Helpful Links
• Building innovations - SAP Innovative Business Solutions Organization
The custom code work list of affected objects has been created (see activity Custom code
impact).
Procedure
To adjust custom code that is affected by the conversion to SAP S/4HANA project, proceed as
follows:
• Make sure your developers have the required skill set to adjust your custom code for SAP
S/4HANA. There are multiple options for developer training (e-learnings, classroom). Please
see accelerator section for more information.
• Make sure you have the prioritized list of custom objects requiring adjustment (see activity
Custom Code Impact for details).
• Wait until your DEV system has been converted to SAP S/4HANA.
• Adjust custom code objects in the converted DEV system according to the prioritized custom
object list. For standard known issues which do not require a change of the application logic,
SAP is providing a constantly growing list of “Quick Fixes” which can be triggered from the
ABAP Test Cockpit. Quick fixes automatically adapt your custom code to minimize your
adjustment efforts. All changes are logged in transport requests. See accelerator section for
more information.
• Transport your changes to QAS, once it has been converted to SAP S/4HANA. Test your
changes in QAS. In case corrections are required, perform the corrections in DEV and
transport to QAS again.
• All transport requests should then be populated in the PRD buffer, ready for import during the
Go-Live.
Please note: In case of a system conversion, the old DEV system will stay for production support
of PRD as long as PRD is not converted. Take care to properly retrofit changes performed in the
production support landscape to the new DEV system to ensure the latest business requirements
are accounted for within the project landscape.
Results
All custom code is adjusted to function properly with SAP S/4HANA.
• In case your development is in charge to adjust the affected custom code, SAP offers a
“Custom Code Remediation Support” service component to organize and empower the
customer development team. It further helps to evaluate the impact of changes on custom
code development process. With the results of the “Custom Code Impact Analysis” from the
Explore phase, the adjustments on custom code will be discussed and integrated into the
development process to reduce the time to get your development team to the same efficiency
level as before. The transition to SAP S/4HANA includes new data models and new
processes for quality management that your development team must get familiar with.
• In case you would like to involve SAP with the identification and the adjustment of your
custom code, SAP offers the “Custom Code Management Execution Support” scope option
(part of the “Build Execution” service). SAP also offers to check the security of your custom
code (service Custom Code Quality Management). Please see task Improve Custom Code
Quality Measures from the Explore phase for more details.
Accelerators
• Service Information – Service Components for Custom Code Management
• SAP Value Assurance - Description of Services and Service Components
• Custom Code Quality Management - Security Check Service
• OpenSAP Training for Developers
• SAP Blog - Semi-automatic custom code adaptation after SAP S/4HANA system
conversion
• Building innovations - SAP Innovative Business Solutions Organization
4.15.2. Development of WRICEF objects
Objective
The purpose of this task is to provide coded enhancements within the defined project scope and
specified from a functional perspective during the Explore phase.
• W = workflow
• R = reports
• I = interfaces
• C = conversions
• E = enhancements
• F = forms
Procedure
Development of WRICEF objects is following the procedure:
Based on the functional requirements described in the delta design document, the purpose of this
task is to specify the WRICEF object from a technical perspective. A detailed technical
specification will be provided. This comprises of ABAP developments development details like
entry point in the system, enhancement logic, process flow diagram, data model and required
authorizations.
WRICEF objects are new objects or objects to be adjusted, identified during the explore phase,
e.g. a requirement for a new workflow or form identified.
For each enhancement, the appropriate test case(s) will be defined and documented. The final
documents will be stored in SAP Solution Manager for shared access.
The developer is in charge to realize the requirement, which includes the development itself but
for sure also documentation and unit testing.
The purpose of this task is to perform a unit test of the developments. The objective is to resolve
any issues identified during the WRICEF object(s) test. It is crucial that the issues are solved and
re-tested by users that reported them (or designated re-testers) and that they are confirmed.
Additionally during this task, a final code review of the development objects will be performed and
readiness for transport into QAS has to be confirmed.
SAP also offers to check the security of your custom code (service Custom Code Quality
Management). Please see task Improve Custom Code Quality Measures from the Explore phase
for more details.
Accelerators
o Custom Code Quality Management - Security Check Service
• WRICEF Inventory Template (Customer)
• Technical Specification - Enhancements Template
• Technical Specification – Applications and Transactions
• Getting started with ABAP Core Data Services
• SAP Blog - SAP S/4HANA Cloud SDK Overview
Procedure
Configuration and development of customer-specific user interfaces, such as SAP Fiori UX or
Screen Personas.
Development of user interfaces follows in general the procedure described in the task before:
• Technical Design
• Development
• Unit Test
Examples:
SAP Value Assurance offers the “Technical Performance Optimization” service component:
This service component can also deal with the performance of your Fiori applications, with the
following focus points: Interfaces & Integration (ODATA Services) and Code Check & Best
Practices (SAPUI5 / Fiori Frontend). Typically, the service starts with baseline measurements,
followed by an iterative optimization & tuning phase. See activity “Integration Validation” in this
phase for more details.
Look up the SAP Blog “SAP S/4HANA – How to Create and Generate Backend Security
Authorizations for SAP Fiori 2.0” which provides a step-by-step instruction on how to create and
generate SAP Backend authorizations for an SAP S/4HANA system based on SAP Fiori 2.0
Frontend Server Catalog information. In the accelerator section, you will also find an SAP Blog
series from the SAP RIG team on how to deal with user default values in the context of SAP Fiori
apps, and how to troubleshoot SAP Fiori apps.
Accelerators
o SAP S/4HANA Fiori Apps Deployment
o SAP S/4HANA Fiori Launchpad Operation
o SAP S/4HANA Fiori Basic Network and Security Configuration
o SAP S/4HANA Other App Types Deployment
o How to create the perfect Fiori incident
o SAP Blog - SAP S/4HANA – How to Create and Generate Backend Security
Authorizations for SAP Fiori 2.0
o SAP Blog - Setting User Defaults in SAP S/4HANA
o SAP Blog - Activating User Defaults in SAP S/4HANA
o SAP Blog - Applying User Defaults in SAP S/4HANA
o SAP Blog - Leading S/4HANA UX – Solving No Data Available for Smart Business Apps
o Building innovations - SAP Innovative Business Solutions Organization
Procedure
Custom development follows in general the same procedure as described in the task
Development of WRICEF objects:
- Technical Design
- Development
- Unit Test
How SAP Can Support
With SAP’s IBSO, SAP is able to develop one-of-a-kind solutions that help you thrive in the digital
economy. Conceptualize, design, build, and maintain custom applications that run on any device –
and in on-premise, cloud, or hybrid environments – with help from the SAP IBSO team.
• Speed mission-critical app development with agile development methods and by reusing
existing software
• Develop on a variety of SAP platforms, including those from SAP companies Hybris, Ariba,
and SuccessFactors
• Be a leader in your industry with individualized solutions that support innovation and the
continuous transformation of your business
See accelerator section for details.
Accelerators
• Building innovations - SAP Innovative Business Solutions Organization
Tasks
• Conduct Sprint Review Meeting
• Sign-off Sprint Results
Accelerators
• Agile Sprint Burndown and Task Board (Customer)
Accelerators
• Agile Release Planning (Customer)
• Agile Sprint Retrospective Template (Customer)
Procedure
• Implement security
4.17.1. Implement Security
Objective
The objective of this task is to implement security as designed in the Explore phase. Please note
that this task is not limited to the SAP S/4HANA system but may also include the implementation
of security concepts around SAP S/4HANA (e.g. in SAP IDM or infrastructure).
Procedure
1. Define / fine-tune the security activities
2. Prepare / adjust the project plan per security service
3. Run the security services
4. Document the results of the security activities (e.g. S/4HANA authorization concept)
Results
As the result of security implementation, all the planned and defined Security Activities are
initiated and in realization. They will continue across the Deploy phase.
Accelerators
• SAP Security Optimization Services
• SAP Security Products Webinar
• The DVM strategy has been adapted in agreement with the business, to include the options
SAP S/4HANA offers for data archiving and data aging
• The development system is already converted to SAP S/4HANA.
• In case you would like to use data aging, you have switched on the data aging
(DAAG_DATA_AGING) business function. In addition, you have entered profile parameter
abap/data_aging.
• You are familiar with data aging procedure, and the limitations around data aging.
Procedure
• Clean up or archive business data upfront of a system conversion (if not already done)
• Configure data archiving and data aging (Design Time)
• Test execution of data archiving and data aging (Runtime)
Results
Data Volume Management has been configured and tested successfully. The settings can be taken
over into the productive system once transferred to SAP S/4HANA.
Accelerators
• SAP Advanced Deployment - Description of Services and Service Components
• Configuration of Data Aging in the SAP Online Help Portal
• SAP Note 2416490 - FAQ: SAP HANA Data Aging in SAP S/4HANA
• SAP Note 2315141 - Collective note for Data Aging Framework
There is a documented strategy on DVM, which defines the residence time definition of business
data.
Data volume planning (as part of Transition Planning activity) has indicated the need for data
cleanup and archiving.
• Archive business data as defined in the DVM strategy. Set up the write and delete jobs as
described in the DVM Best Practice Guide (accelerator section).
• Run housekeeping jobs e.g. on the SAP Spool environment as described in the DVM Best
Practice Guide (accelerator section).
Results
The SAP system has been cleaned from data which can be either removed or archived. The used
space in the database has been reduced.
SAP Enterprise Support customers can find information and services on data volume
management in the context of SAP S/4HANA in the “Become competent” section of the “Explore”
learning journey.
Accelerators
• SAP Advanced Deployment - Description of Services and Service Components
• SAP S/4HANA On Premise Value Map Learning Journey - Explore
Procedure
Configure data archiving and data aging as described in the SAP Help Portal (see accelerator
section).
Results
Data archiving and data aging has been configured for the business objects in scope.
Accelerators
• Data Archiving in the SAP Online Help Portal
• Configuration of Data Aging in the SAP Online Help Portal
• SAP Advanced Deployment - Description of Services and Service Components
• Configuration of Data Aging in the SAP Online Help Portal (Design Time)
Prerequisites
Configuration of data archiving and data aging has finished.
Procedure
Test your data archiving settings.
Test data aging as described in the SAP Help Portal (see accelerator section).
Results
Data archiving and data aging have been configured and tested successfully for the business
objects in scope.
Accelerators
• Configuration of Data Aging in the SAP Online Help Portal (Runtime)
Procedure
1. Identify the IV Scope
2. Initiate the Corresponding IV Support Activities
3. Initiate SAP Going-Live Check
Results
As a result of this activity, integration validation activities have been planned, documented and
initiated. They will continue across the Deploy phase.
Accelerators
• SAP Thought Leadership Paper - Integration Validation of Networked Solutions
• Documented Procedure for Integration Validation
• Presentation - Value Proposition for Integration Validation of Network Solution
Procedure
Validating the integration of a complex solution is a challenging and extensive task. To improve
the efficiency and effectiveness of the task, a collaborative approach should be employed. This
makes knowledge transfer an integral part of Integration Validation, enabling all parties involved –
the customer, the system integrator, and SAP experts – to work together to validate the solution.
The final cross-check is led by SAP, with support from the customer and system integrator. The
check results documented in SAP Solution Manager provide the basis for this cross-check. To
jointly determine the scope of Integration Validation and to develop a detailed plan of how to
validate the solution, product and operations standards, the following information is required:
• The critical core business processes, including all relevant interfaces and the underlying
software landscape
• Volumes of data to be processed for the critical business process, including peak volume
• Performance KPIs (transactional, batch, and batch window)
In close cooperation with the customer and partner, SAP drives the validation of the customer’s
Solution Landscape based on the scope defined. Throughout the process of validation, SAP
provides knowledge transfer on an on-going basis and supports the customer and partner as they
validate all related core business process steps and interfaces.
Results
The scope of Integration Validation in the context of the transition project has been documented
and stored in SAP Solution Manager.
Accelerators
• SAP Thought Leadership Paper - Integration Validation of Networked Solutions
• Documented Procedure for Integration Validation
• Presentation - Value Proposition for Integration Validation of Network Solution
• Innovation Control Center
Prerequisites
The scope of IV has been defined.
Procedure
Initiate appropriate IV activities for your implementation project. In case SAP supports the
implementation via SAP Value Assurance service components are provided like those listed under
“How SAP can Support”.
Performance optimization is often an IV topic. Customers should study the collective SAP note
2689405 - FAQ: S/4HANA Performance Best Practices for known SAP S/4HANA problem areas
and resolution proposals. Regarding SAP HANA, SAP note 2000000 - FAQ: SAP HANA
Performance Optimization is recommended.
• Technical Feasibility Check service component (TFC): Assess the technical feasibility
of the transition project with focus on compatibility, business continuity, performance and
consistency.
• Technical Integration Check service component (TIC): The TIC is an assessment
service and aims to verify that the built solution supports the integration test with focus on
consistency, performance and stability across systems. Interfaces integration, Data
Volume and Business Process Management are assessed.
• Integration Validation service component: This service component provides technical
validation of core business processes with respect to non-functional requirements,
identification and addressing of technical risks prior to Go-Live and during the production
cutover including hyper-care phase. A comprehensive status of technical Go-Live
readiness for core business processes (Integration Validation matrix) is part of the
service component.
• Business Process Performance Optimization service component: When response
times are not meeting business needs – sometimes, despite extensive hardware, the
service component analyzes critical business process steps and recommends how to
optimize them.
• Technical Performance Optimization service component: The technical performance
optimization service component improves your SAP solution by helping you to configure
your SAP S/4HANA system in an optimal way. The identification and elimination of costly
performance bottlenecks optimizes the response times and throughput of your SAP
solution.
• Interface Management service component: The SAP Interface Management service
component helps analyze and optimize the performance and stability of critical interfaces
as part of business process steps.
• Technical Performance Optimization service component: This service component can
also deal with the performance of your Fiori applications, with the following focus points:
Interfaces & Integration (ODATA Services) and Code Check & Best Practices (SAPUI5 /
Fiori Frontend). Typically, the service starts with baseline measurements, followed by an
iterative optimization & tuning phase.
• Volume Test Optimization service component: The SAP Volume Test Optimization
service component ensures that the results of volume testing for implementation or
conversion projects are reliable. With reliable test results, you can determine with
confidence whether your hardware resources are sufficient, and the system configuration
is suitable for a Go-Live.
SAP Enterprise Support Customers can order the CQC for Technical Performance Optimization
(TPO). All details and further information on troubleshooting and performance monitoring can be
found in the in the “Become competent” section of the “Run” learning journey.
Accelerators
• Service Information – Service Components for Safeguarding the Digital Transformation
• SAP Note 2689405 - FAQ: S/4HANA Performance Best Practices - Collective Note
• SAP Note 2000000 - FAQ: SAP HANA Performance Optimization
• SAP Value Assurance - Description of Services and Service Components
• SAP S/4HANA On Premise Value Map Learning Journey - Run
Prerequisites
The SAP GoingLive Check is recommended for all scenarios.
Procedure
There are three different SAP GoingLive Checks available:
All services are delivered remotely. An analysis session should be performed 6 weeks in front of
the Go-Live date, to have sufficient time to fix identified issues. The verification session runs some
weeks after Go-Live, to check the system in its productive use.
See the “Realize” and “Deploy” learning journeys for more information. Schedule the appropriate
service for the SAP system, and additionally for the SAP Gateway in case it runs as a separate
instance.
Results
You have successfully requested the correct SAP GoingLive Check.
Accelerators
• SAP OS/DB Migration Check
• SAP Going-Live Functional Upgrade Check
• SAP Going-Live Check for Implementation
• SAP S/4HANA On Premise Value Map Learning Journey - Realize
• SAP S/4HANA On Premise Value Map Learning Journey - Deploy
For new implementations, this activity develops, implements, and tests the data migration programs
and processes defined in the Explore phase. This activity consists of iterative development and testing
cycles focused on the analysis of data, refinement of business rules, and deployment of migration
programs and processes designed to move, cleanse, transform, and enrich legacy data required to
support the various test cycles and ultimately the production cutover. The test cycles enable the
migration team to improve data quality to an acceptable production level, develop a detailed cutover
sequencing plan, and exercise data reconciliation and validation processes required to support the
production cutover.
In case of selective data transition, the tasks within this activity largely depends on the scenario. In
case of client transfer, system merge, company code transfer harmonization and adjustment tasks
(e.g. for customizing and repository objects) need to be performed before data can be successfully
transferred. Test runs ensure that the target state is consistent.
Procedure
• Legacy Data Migration (New Implementation)
or
or
Accelerators
• SAP Note 693168 - Minimized Downtime Service
• SAP Note 2351294 – SAP S/4HANA System Conversion/Upgrade: Measures to reduce
technical downtime
Procedure
Proceed as follows:
• Develop the specific architecture, programs, and processes that support the extraction,
validation, harmonization, enrichment, and cleansing of the legacy data based on the data
migration specifications from the Explore phase (see activity Data Migration Design). The
programs and processes directly depend on the tools and utilities deployed and available
for the engagement. These deliverables can range from fully automated programs based
on an extract, transform, and load (ETL) software platform to a series of manual
processes based on tools such as Microsoft Excel and Microsoft SQL Server.
• Provide source legacy data in a format that supports the standard SAP load utilities or
data readily available for manual creation in the new system. Also provide templates and
instruction for data loads.
• Execute multiple test rounds of data migration.
• Obtain data migration test results (see accelerator section):
The purpose is to obtain the results of the various test cycles, so the team can monitor the
accuracy and efficiency of the data migration solution. The data migration test results are
statistics that provide a detailed account of data load issues and successfully loaded data.
The metrics should be available at summary and detailed levels. The test results are a
subcomponent of the overall test reporting process. By completing this task, the project
team gains visibility into the progress for each of the data migration iterations and gains
the information to determine the level of readiness of the data. The test results can be
stored in SAP Solution Manager to track the issues history and progress.
• Conduct final data quality assessment:
The purpose is to provide one final assessment at the end of the Realize phase to
report on the quality of the loaded data.
Once all tests and queries have been conducted, the data migration team compiles
the results and requests a preliminary review by the data owners and subject matter
experts (SMEs).
Once the data owners and SMEs have provided feedback, the team prepares the final
findings as a written report or verbal presentations to be delivered to key
stakeholders.
Depending on the requirements, the final data quality report includes topics such as:
o Updated data mappings and business rules
o Summary of data quality metrics for all the business objects
o Data profiling results of selected data
o Any outstanding data quality issues that need to be resolved. At the end of this
task, the data migration team can move into the next phase with the confidence
that the vast majority of data quality issues and migration issues have been
resolved and mitigated.
Accelerators
• Data Migration Test Results Template
• White Paper - DATA QUALITY ASSESSMENT
Prerequisites
This task is always planned in projects using the clone based Near-Zero Downtime method.
• Run 1:
During this run, the correctness of the conversion procedure is verified based on the data
from the production system. Therefore, it is a very realistic simulation of the actual cut-over. It
includes:
• Run 2:
This run is the second iteration of the Load & Verification Run. It belongs to the Best Practice
of the SAP Downtime Minimization Service. This task is always planned in projects using the
clone based Near-Zero Downtime method. This is the final end-to-end verification of the cut-
over procedure including the technical and human aspects. In this run, all parties planned for
the production cut-over are involved. The dress rehearsal is executed based on the runbook
finalized in the Load & Verification Run 1. Besides the confirmation of items verified in the first
run, it provides information about:
The findings of this run provide information for the fine tuning of the runbook.
Based on the both Load & Verification Runs the risks in the production cut-over can be
considerably reduced.
Results
As a result the production cut-over is executed according to the well described and practiced
procedure.
Accelerators
• SAP Note 693168 - Minimized Downtime Service
4.20.3. Perform Client Transfer (Selective Data Transition Scenario – Client Transfer)
Objective
The “Client Transfer” service component as part of the “Data Migration Execution” service
helps customers to move clients from one SAP instance to an SAP S/4HANA system. The SAP
Landscape Transformation client transfer functionality used in this service component, moves one
or more complete clients (including customizing, master, and transactional data) from one or more
sender systems to a single SAP S/4HANA receiver system. It allows customers to combine
consolidation, upgrade, Unicode conversion and database change to HANA in one step. In
addition, it ensures process continuity and can consolidate data from more than one sender
system in the SAP S/4HANA system.
However, because a client transfer affects many areas in your system landscape, it can be
realized only if the repository and client-independent customizing and settings are compatible at
system level.
The client transfer analysis which is part of the Landscape Transformation Assessment service
component (see Explore phase) reveals any data conflicts and determines all data that requires
harmonization at system level. The activity is only relevant in case of selective data transition
scenarios, where clients need to be transferred across systems.
Procedure
Proceed as follows:
The goal of this task is the harmonization of the sender system and the SAP S/4HANA
receiver system repositories:
• Use the repository comparison results from the Data Migration Assessment
service component to define the repository harmonization activities. Note that
additional harmonization activities are necessary if a Unicode conversion is
required. Business process requirements of the sender and SAP S/4HANA
receiver systems, as well as any redesigned business processes can be relevant
for harmonization.
• Determine the required harmonization strategy for the relevant objects, and
define the technical procedure for the harmonization strategy (the steps involved).
• For complex conflicts without a standard harmonization strategy, also create
specifications. Create design documents for the specifications, if required.
• Plan the necessary activities for implementing the harmonization. Consider the
required resources (for example developers and systems), the migration schedule
and the synchronization strategy with ongoing development and maintenance
activities.
Before the conflict-free client migration can become live in the productive SAP S/4HANA
environment, customers must test the following several times in the new landscape:
This usually involves three test cycles. A test cycle involves the following activities:
Build new temporary test S/4HANA receiver system and test sender system using
an up-to-date copy of the productive systems.
The data migration copies all client-specific data from the test sender system
client to the assigned client of the test receiver system.
If migration involves an upgrade SAP LT Client Transfer must adapt the migrated
data records to the release of the new environment. The SAP LT Client Transfer
Upgrade adds SAP template customizing – as shipped with upgrade transports –
to the migrated client. In addition, the necessary logical adaptation of the data is
executed by the means of XPRA programs.
• Validating Blueprint / Application- and Integration testing
Solve the problems and errors that arise during the testing.
• Create an exclusive test environment that contains copies of the sender and
receiver systems
• Refresh sender and receiver system
• Executing client migration
• Executing upgrade procedure
• In case of an integrated upgrade: create Delta Customizing and store in transport
request
• Validation of Blueprint / Application testing
• Analyze problem messages and correct errors
• Release transport request with delta customizing
• Refresh the sender and receiver test environment with a recent copy of the
sender and receiver systems (this ensures that you have up-to-date data for
testing).
• Create a copy of the SAP LT Client Transfer Package from the first test cycle to
ensure that all settings from the first test cycle are taken over into the new
package. Examples of these settings are table and field mappings, entries
excluded from tables, domains, rules, and mapping values.
• Executing client migration
• Executing upgrade procedure
• In case of an integrated upgrade: Import Delta Customizing transport request
• Validation of Blueprint / Application and Integration testing, User Acceptance Test
• Analyze problem messages and correct errors
• Acceptance by application departments
• Frozen Zone
• Refresh the sender and receiver test environment with a recent copy of the
sender and receiver systems (this ensures that you have up-to-date data for
testing).
• Create a copy of the SAP LT Client Transfer Package from the first test cycle to
ensure that all settings from the first test cycle are taken over into the new
package. Examples of these settings are table and field mappings, entries
excluded from tables, domains, rules, and mapping values.
• Executing client migration
• Executing upgrade procedure
• In case of an integrated upgrade: Import Delta Customizing transport request
• Application and Integration testing, User Acceptance Test, test cut-over plan
• Analyze problem messages and correct errors
• Sign off acceptance by application departments
4.20.4. Perform System Merge (Selective Data Transition Scenario – System Merge)
Objective
The SAP Landscape Transformation system merge methodology used in this service, merges
business data of two or more clients from one or more sender systems to a single, empty SAP
S/4HANA receiver system. It allows you to combine consolidation, data model conversion,
Unicode conversion, and database changes to HANA in one step. In addition, it ensures process
continuity and can consolidate data from more than one sender system in the SAP S/4HANA
system.
However, because a system merge affects many areas in your system landscape, it can be
realized only if the repository, client-independent and client dependent customizing and settings,
are compatible at system level and at client level.
The system merge analysis carried out during the data migration design reveals any data conflicts
and determines all data that requires harmonization at system and at client level.
Prerequisites
This chapter only describes the tasks relevant for the execution of the tasks specific for the
selective data transition scenario. Other tasks relevant for moving to SAP S/4HANA are still
relevant, such as topics to be addressed as an outcome of the SAP Readiness Check for SAP
S/4HANA.
Procedure
Proceed as follows:
The missing Customizing and repository from the additional source systems and the
future Customizing resulting out of the harmonization blueprint, need to be implemented
manually in the target development system.
The target test systems and future production can either be created out of the
development box. Alternatively, it can be created in the same way as described above
and then supplied with the customizing and repository delta by transports.
The comparison is executed between the affected source systems. The solution of the
conflicts identified between the sources must be projected to the future target system and
maintained there.
For more information, see the ‘Client Transfer’ Product road map of SAP Landscape
Transformation software, for example in the accelerator ‘General Rules for Cross-Client
Customizing Conflicts’ in activity ‘Cross-Client Customizing Analysis’.
The objective is to harmonize the sender systems and SAP S/4HANA receiver system
repositories.
Use the repository comparison results from the Data Migration Assessment service
component to define the repository harmonization activities. Note that additional
harmonization activities are necessary if a Unicode conversion is required. Business
process requirements of the sender and SAP S/4HANA receiver systems as well as any
redesigned business processes can be relevant for harmonization.
The comparison is executed between the affected source systems. The solution of the
conflicts identified between the sources must be projected to the future target system and
maintained there.
Determine the required harmonization strategy for the relevant objects, and define the
technical procedure for the harmonization strategy (the steps involved).
Plan the necessary activities for implementing the harmonization. Consider the required
resources (for example developers and systems), the migration schedule, and the
synchronization strategy with ongoing development and maintenance activities.
For more information, see the ‘Client Transfer’ Product road map of SAP Landscape
Transformation software, for example in the accelerator ’Guide for Repository
Harmonization’, which can serve as a basis for creating specifications that detail the
implementation of the harmonization strategies.
Also consider the aspects from the task Clean up unused code.
The objective is to harmonize the client-dependent Customizing for all affected areas.
Use the Customizing comparison results from the Data Migration Assessment service
component to define the Customizing harmonization activities. Business process
requirements of the sender and SAP S/4HANA receiver systems as well as any
redesigned business processes can be relevant for harmonization.
The comparison is executed between the affected source systems. The solution of the
conflicts identified between the sources must be projected to the future target system and
maintained there.
Determine the required harmonization strategy for the relevant objects, and define the
technical procedure for the harmonization strategy (the steps involved).
General rules for customizing conflicts can be found in the above-mentioned accelerator
‘General Rules for Cross-Client Customizing Conflicts’ in the ‘Client Transfer’ Product
road map of SAP Landscape Transformation software.
Plan the necessary activities for implementing the harmonization. Consider the required
resources (for example, developers and systems), the migration schedule, and the
synchronization strategy with ongoing development and maintenance activities.
Document the Customizing harmonization concept and maintain the mappings in the
mapping tool.
Use the Number Range Analysis results from the Data Migration Assessment service
component to define the number range concept.
Number range conflicts can become very complex and need special attention. In general,
all number ranges can be converted within the system merge.
There are several options to define renumbering solutions to number range conflicts in the
number range concept. The solution can always be assigned to a whole number range.
The figure above shows the general principles of renumbering with offset (into the Same
Number Range).
The figure above shows the general principles of renumbering without offset.
If alphanumeric values are allowed for a number range, it is possible to define prefix or
pattern logic to the number range. The pattern can be used to set almost any character.
Example:
Attention: Make sure that the pattern is placed in the right position to guarantee conflict-
free replacement. Bad example:
Number ranges with technical purpose are not visible to the end user and usually not
interesting from a customer point of view (for example, KONH=condition masters,
ADRNR=address numbers). These can be covered by a migration consultant. The
principle “Renumbering with offset into same number range” will be used.
Relevant for the number range concept are the number ranges of master and
transactional data of business data.
Customer (DEBITOR)
Vendor (KREDITOR)
• Like customers
Materials (MATERIALNR)
6. Start implementation
After the completion of the concepts and harmonization activities, the implementation of
the migration solution can start.
The landscape must be ready in order to be able to start the implementation. The
requirements affecting the data transfer of business data are implemented in the central
or control system for the SAP Landscape Transformation software.
Before the conflict-free client migration can become live in the productive SAP S/4HANA
environment, you must test the merge during the execution phase.
• New/refreshed landscape
• Data migration process to the new target,
• Harmonized and adapted Customizing settings in the new target, and
• Adjustment of repository and the business processes in the new target.
2. Alignment of Target Organizational Structure (only Relevant for Company Code Transfer
Shell)
The full history company code transfer migrates data without any changes. If only a shell
of a company code has to be moved, the target organizational structure has to be defined.
Example: Source system: Company code 1000 has two plants: 1100 and 1200. In the
target system it should look like: Company code 1000 with three plants: 1500, 1600, and
1700.
The objective is to harmonize dictionary and repository between source and target.
Company code transfer projects last several months. In this time frame changes are
usually applied to the source system. To make sure that all relevant data will be moved
during the different test cycles and especially during go-live, it is essential to keep
dictionary and repository of source and target system in synch.
Example: A customer-specific table will be imported into the source production system
after test cycle 1. This table definition has also to be transported to the target system to
make sure it can be migrated as of test cycle 2.
The harmonization of the sender system and SAP S/4HANA receiver system is a
prerequisite for a company code transfer.
Determine the required harmonization strategy for the relevant objects and define the
technical procedure for the harmonization strategy (the steps involved).
Plan the necessary activities for implementing the harmonization. Consider the required
resources (for example, developers and systems), the migration schedule, and the
synchronization strategy with ongoing development and maintenance activities.
A company code transfer project is not done in a single shot. Usually 3 test cycles are
performed before the migration of production data during go-live can take place. The
different test cycles cover the following activities:
This usually involves three test cycles. While the first and second test usually focus on
functional correctness, the third test focuses on performance and execution according to
the cutover plan.
Procedure
• Establish / Adjust Custom Code Quality
Procedure
Before development starts (see activity Product Enhancements in this phase), SAP recommends
establishing the required quality as part of the software development process.
Aspects which should be considered:
• Create / enrich / update your development guidelines for SAP S/4HANA, SAP HANA and
SAP Cloud.
• Empower and train your development teams according to your development guidelines.
• Ensure the new / changed rules and regulations are checked in your development
process (e.g. via peer quality reviews, periodic use of the ATC)
• Enable custom development quality measures in your software development process
(e.g. to limit the number of SAP modifications)
• Support the future readiness of your code, e.g. by using cloud extensions, or white-listed
API’s
• Constantly rethink and question your custom code concept to enable a modern and
innovative custom development environment.
Procedure
This activity should be executed in close cooperation with the Configuration and Product
Enhancement activities of the Application design and configuration work stream.
Results
As a result of the integration implementation the integration design has been fully implemented and
validated.
Accelerators
• Technical Specification - Enhancements Template
• Getting started with ABAP Core Data Services
The integration activities have been fully defined and documented (i.e. write technical
design/WRICEF). See activity Integration Design in the Explore phase. All required activities have
been included in the project schedule.
Procedure
1. Realize the integration activities as planned
2. Unit testing of implemented integration activities
3. Document the results of the integration activities implementation
Results
As a result of the integration implementation all the planned and defined integration activities are
initiated and in realization.
Accelerators
• Technical Specification - Enhancements Template
• Interface Functional Specification Template
• Getting started with ABAP Core Data Services
This topic is already handled in detail in this road map in the activity Integration Validation.
Prerequisites
See activity Integration Validation in the Realize and Deploy phase.
Procedure
See activity Integration Validation in the Realize and Deploy phase.
Results
As a result of this activity, integration validation activities have been planned, documented and
initiated. They will continue across the Deploy phase.
Accelerators
• Service Information – Service Components for Safeguarding the Digital Transformation
• SAP Value Assurance - Description of Services and Service Components
4.23. Analytics Configuration
Description
This activity implements and configures the analytics architecture as part of the transition project. SAP
has plans to describe this activity in detail in the future. Furthermore, SAP has plans to support this
activity with an “Analytics Execution” service. Within this activity, this version of the road map
describes the implementation of the SAP Digital Boardroom.
Procedure
• Configure Analytics & Digital Boardroom
Procedure
Configure analytics functionality as designed in the Explore phase.
In case of the SAP Digital Boardroom, SAP recommends implementing this product together with
SAP (see section How SAP Can Support).
In case customers are interested in setting up a digital boardroom, SAP recommends studying the
information on the SAP Digital Boardroom which is available in the Public Web as a first step. See
Accelerator’s section for details. In particular, and highly recommended, SAP has provided an
“Implementation Check List” for the SAP Digital Boardroom, which provides information on the
general concept, SAP Digital Boardroom content and the setup.
SAP offers a “Content Orchestration for SAP Digital Boardroom” service which is delivered by
SAP Professional Services. This service helps customers identify and harmonize the KPIs and
master data that are relevant for a successful implementation of SAP Digital Boardroom.
Customers can contact the Client Partner for ordering details.
Through it, SAP provides recommendations to customers to:
Mandatory scope options for Content Orchestration of SAP Digital Boardroom, including
foundational activities like:
• Deliver scoping workshop to Identify Digital Boardroom scenarios, KPIs and Data Sources.
• Conduct blueprint workshops to identify master data which will be used for digital boardroom
reporting.
• Define data architecture & master data harmonization approach and best practice
recommendations to build C4A data foundation.
• Deliver Customer specific reference architecture based on the SAP Analytics Cloud
Reference Architecture.
• Create Digital Boardroom implementation road map & Project Plan.
• Deliver Final Presentation and Sign-off.
• Derive and define KPIs that will be visualized with SAP Analytics Cloud and SAP Digital
Boardroom.
• Identify master data that will be used for reporting with SAP Digital Boardroom and prepare a
recommendation where harmonization is needed.
• On-site workshops to get an overview of existing system landscape and the as-is architecture.
• Remote activities to create the deliverables.
• Business blueprint for all KPIs that should be visualized for SAP Digital Boardroom
• Customer-specific solution architecture based on the reference architecture for SAP Analytics
Cloud
• Recommendation for harmonizing master data
• Creation of implementation road map and project plan
Accelerators
• Implementation Checklist for SAP Digital Boardroom
Prerequisites
The SAP Digital Boardroom has been set up and configured.
Procedure
The SAP Digital Boardroom is a new product. SAP recommends implementing this product
together with SAP (see section How SAP Can Support).
How SAP Can Support
SAP offers the “Enablement service for SAP Analytics Cloud and SAP Digital Boardroom”
service from the SAP Professional Services organization. The intent of this service is to:
• Support project team members with the required knowledge of SAP Analytics Cloud and
SAP Digital Boardroom.
• Familiarize key users with SAP Analytics Cloud and SAP Digital Boardroom
functionalities.
In sum this service component is a five-day engagement. 3 days thereof are being used to work
with the customer onsite on their SAP Analytics Cloud System. The remaining 2 days are being
delivered remotely to answer questions from customers related to the training exercises.
Procedure
• Prepare Tests
Accelerators
• SAP Advanced Deployment - Description of Services and Service Components
Procedure
Within in each implemented solution scope, the following steps need to be executed:
Figure: Process flow diagram and test script of a certain scope item
Accelerators
• SAP Best Practices - Process Flow and Test Script (Example)
The unit test has been done as part of the development process in the DEV system already.
Procedure
Prepare a test environment with the required test data as defined in the activity Test Planning.
Once the tests have been planned and test data is available on the test systems, testing can begin.
The typical basic process for the Realize phase is as follows:
• Software developers perform unit tests in the DEV systems. Depending on the type and scope of
the test cycle, various functional tests are performed.
• Manual testers are provided with the tester handout document and receive details regarding their
test package by e-mail.
• Automated tests are scheduled or started directly.
• Every test that is executed is logged and documented with test notes and a test status is set
manually or automatically.
• If the system responds in an unexpected way during manual testing, for example, if an error
message appears, the tester records the incident in the corresponding ITSM system, attaching
screenshots, log messages, and so on. Usually, this also must be done manually even for
automated tests.
• The incident is sent to the persons responsible for the analysis and categorization of defects, who
then correct the defect in the development system.
• The correction is transported to the test system according to the existing arrangements and
timelines, where it is then retested.
Given the complexity and heterogeneity of modern software solutions, SAP recommends performing
the activity Integration Validation, especially for important business processes. This involves gathering
and subsequently evaluating a substantial amount of data from the software applications that are
active while a given business process is being executed. This type of validation also allows you to
identify the hidden warnings and error messages that frequently occur at the interfaces between
applications.
Furthermore, the operations team should monitor the testing system as if it were production in order to
gain early visibility and hands-on experience with possible production issues.
If large-scale changes are made or new software solutions are implemented, load tests should be
performed before these are used in production. These tests simulate a situation in which the expected
load (known number of users and background load in a load-peak situation) is simulated. While doing
so, system behavior in handling large data volumes can be inspected. Throughout the entire test
cycle, test coordinators monitor the test status and progress, as well as the processing status of
incidents that have been reported.
The quality of the test data and test scripts directly affect the stability of the productive system
following the Go-Live of the change event. Consider an array of representative variances when
preparing for the execution of the regression test cycle. It is important to execute realistic data sets
that represent production operations of critical business process.
When it comes to volume tests, the “Volume Test Optimization” service component may help as
well. The SAP Volume Test Optimization service component ensures that the results of volume testing
for implementation or conversion projects are reliable. With reliable test results, you can determine
with confidence whether your hardware resources are sufficient, and the system configuration is
suitable for a Go-Live. See activity “Integration Validation” in this phase for more information.
Accelerators
• SAP Advanced Deployment - Description of Services and Service Components
4.25.1. Perform Integration / Regression / User Acceptance Test
Objective
The goal of this task is to perform an integration test, regression test and user acceptance test.
Procedure
Integration Testing is performed to verify proper execution of the entire application including
interfaces to external applications. This ensures that the integrated components are functioning
properly according to the requirements and specifications. The objective is to perform the end-to-
end process integration between all SAP and non-SAP components of the Solution Landscape to
validate that all application systems are functioning properly. Integration testing, in combination
with Regression Testing ensures that all business scenarios have been tested prior to the User
Acceptance Testing.
Define and document integration test cases, end-to-end customer business process
scenarios, according to the test plan. Test plans and test case documentation is stored
in Solution Manager.
Perform the Integration test according to the previously defined plan. During test
execution all issues must be logged and documented in the system for traceability
purpose.
Resolve any issues identified during the Integration Test. It is crucial that the issues
are re-tested by the users that reported them (or designated re-testers) and that they
are confirmed.
The transition to the new system may impact productive business processes following even a
successful cutover. To mitigate the risks and issues to those business processes, it is necessary
to regression test them as a part of the project or Release.
• Prepare a detailed regression test plan with test cases and test scripts.
• Set up test management procedures to track the progress of the test execution. Set up
defect tracking to ensure all identified issues are addressed.
• Execute the regression test scripts based on the test plan and test cases. Document any
anomalies or defects.
• Monitor the test system as if it were production, as this will provide an indication of end-
state operations. For example, errors in the system log, which may not be noticed by
testers, could cause instability in the production system. Therefore, it is important to
leverage the regression testing cycle to proactively address such issues.
• Resolve any defects, and retest to ensure all identified issues are closed.
Update the existing integration test cases, end-to-end customer business process
scenarios, based on the learnings from previous test phase. UA test plans and test
case documentation are stored in Solution Manager.
The purpose of this task is to document the UA test case outlined in the UA test plan.
This activity also contains aligned setup of relevant test data that will be commonly
used.
Perform the test according to previously defined plan. During the test all issues must
be logged and documented in the system for traceability purposes.
Resolve any issues identified during testing. It is crucial that the issues are re-tested by
the users that reported them (or designated re-testers) and that they are confirmed.
Please note: This road map documents the setup of a DEV and a QAS system. Of course, the design
of the production support landscape depends on customer requirements for change management.
Additional supporting systems may need to be set up (e.g. pre-production or training). In those cases,
the project plan template needs to be adjusted accordingly.
There is a technical design document stored in SAP Solution Manager which includes the technical
deployment plan, and the software components which need to be installed / updated.
Procedure
• QAS Setup (New Implementation)
or
• QAS Setup (System Conversion)
Once the QAS system is available, please check the integration setup as documented in the
Integration design activity (see also activity Integration Implementation in this phase for more
information).
Please note: Before converting an SAP system, or installing a fresh one, you will need to download
SAP software from SAP Service Marketplace. The planning of such a change event is done in the
Maintenance Planner. After entering the required data, the Maintenance Planner fills your download
basket, and creates a control file (“stack-xml”), which is later required for the conversion and
installation tools. The Maintenance Planner has been described in the activity Transition Planning of
the Explore phase - Please make yourself familiar with the tool, enter the required information, and
download the corresponding software including stack-xml. See accelerator section for details.
Accelerators
• Maintenance Planning in the SAP Online Help Portal
• Maintenance Planner Tool
• Maintenance Planner User Guide
• openSAP - Upgrade of Systems Based on SAP NetWeaver – Advanced Topics
• openSAP - System Conversion to SAP S/4HANA
Procedure
Proceed as follows:
• Execute the technical installation of the required SAP Products for QAS environment as
documented in the technical design document. See the “Installation Guide for SAP S/4HANA”
how to install the components.
• Run the technical system setup as documented in the “Administration Guide for the
Implementation of SAP S/4HANA”.
• Transport development and configuration changes from DEV to QAS. Consider also the
manual rework activities as described in the “Administration Guide for the Implementation of
SAP S/4HANA”.
• Check to what degree the Fiori apps require additional configuration in QAS.
Results
Finally, the QAS environment is ready for test.
How SAP Can Support
SAP offers the installation of a QAS as part of the Platform Execution service. Please ask your
SAP contact (e.g. SAP Client Partner) for more information. This scope option is called “System
Installation for SAP S/4HANA” – see accelerator section for more information. The setup of the
Fiori platform can be supported as well (scope option “SAP Fiori Platform Setup”). However, the
configuration of the Fiori UIs is not included in this scope option but is part of the functional setup.
Accelerators
• Administration Guide to Implementation of SAP S/4HANA with SAP Best Practices
• SAP Note 2626824 - SAP S/4HANA, on-premise edition 1809 collective note for content
activation
Prerequisites
The prerequisite is that the migration approach has been validated in a sandbox environment (see
activity SANDBOX System Setup / Conversion in the Explore phase), a detailed migration plan is
in place, and the required hardware for hosting the SAP S/4HANA DEV system is already
available and set up.
Furthermore, the cleanup of the productive system is already underway or has been finished (see
tasks Clean up or Archive Data in the Prepare and Realize phases for details).
Procedure
Convert the QAS system according to the migration plan (which is based on the “Conversion
Guide for SAP S/4HANA”). Depending on the transport landscape configuration, there may be a
need to perform multiple iterations of the conversion to solidify and finalize the cutover plan.
Executing test migrations will validate the end-state of the conversion, as well as provide the
figures for expected system downtime (see activity Downtime Optimization Preparation for
details). Depending on the approach and the transport landscape configuration, there may be a
requirement to execute additional sandbox conversions to optimize the cutover procedure.
Transport development and configuration changes from the new DEV to QAS.
Check to what degree the Fiori apps require additional configuration in QAS.
Check the SAP Note 2669901 – SAP S/4HANA 1809 – application specific notes in system
conversion/upgrade follow-on phase.
Results
Finally, the QAS environment has been converted to SAP S/4HANA. It is ready for further
configuration.
There is a documented sizing estimation from the Explore phase stored in SAP Solution Manager.
Procedure
1. Optional: Perform Sizing Verification
2. Optional: Perform Scalability Verification
Accelerators
• General Information on Sizing
• Proactive Performance and Capacity Management - Best-Practice Document
• Sizing Approaches for SAP HANA (incl. SAP S/4HANA and Fiori) – Lessons Learned
Document
Prerequisites
There is a documented sizing estimation from the Explore phase stored in SAP Solution Manager.
Procedure
To validate the sizing projections, SAP proposes a two-fold approach:
The latter is based on technical resource consumption monitoring, the sizing report and
application workload analysis.
Results
The sizing estimation for the productive system has been validated.
Prerequisites
There is a test system available which has comparable hardware with the future productive
system.
Procedure
For the proper verification, a test conversion will be performed on comparable hardware
containing the representative data volume. The different scenarios for single and mass load
testing and verification are set up and processed.
Results
The performance gain has been properly measured and documented in SAP Solution Manager.
A technical design document has been created and stored in SAP Solution Manager.
Procedure
1. Set Up IT Infrastructure
2. Test IT Infrastructure
Results
The technical infrastructure has been properly tested.
• The setup of the server hardware, OS and (optional) virtualization platform: In the event
SAP HANA is delivered as an appliance, only sizing, floor space, power, cooling, and
network need to be considered. Keep additional setup activities for the SAP application
server, or the storage layer in case of TDI (Tailored Datacenter Integration) in mind.
• The setup of the storage solution: The physical setup of the storage infrastructure –
storage systems, storage network, connecting host systems to the storage network –
requires comprehensive knowledge of the selected components, and is usually done by
system engineers of the storage supplier.
• Integration of the new components into the existing IT environment (e.g. integration into
the existing backup or monitoring solution, network).
• Setup of High Availability, Disaster Recovery, and Backup.
Prerequisites
The IT infrastructure components are available and ready for setup.
Procedure
Proceed as follows:
• Install the IT infrastructure as designed in the technical design document and dictated by
the conversion method and related conversion guides.
• Document or enhance the installation process in a cookbook for use with future builds.
The IT infrastructure is often setup by the hardware partner.
Results
The IT infrastructure is set up.
Prerequisites
The IT infrastructure has been set up.
Procedure
Proceed as follows:
• Execute the infrastructure tests based on the test cases and test plan. This should include
the following scenarios:
• Performance
• Flexibility procedures (e.g. by moving system load to other hosts (e.g. by using
virtualization technics), adding instances, changing instances)
• High Availability
• Disaster Recovery
• Backup and Restore
• Infrastructure Security
• Document any anomalies or defects.
• Monitor the test system as if it were production, as this will provide an indication of end-
state operations. It is important to leverage this testing cycle to proactively address
issues that could arise in production.
• Measure the performance against the defined key performance indicators to ensure the
infrastructure operates within the boundary conditions of the business (see activity
performance verification).
• If already available, test the productive hardware as well as at this point in time, in order
to validate the configuration. Otherwise, the productive hardware is tested in the Deploy
phase.
• Resolve any defects, and retest to ensure all identified issues are closed.
Results
The IT infrastructure has been tested properly.
The documented results of the Operations Impact Evaluation (Explore phase) are stored in SAP
Solution Manager.
Procedure
1. Collect detailed Operations Requirements
2. Roles and Responsibilities
3. Support Processes and Procedures
4. Operations Support Tools
5. Operations Documentation
6. Knowledge Transfer
Results
IT support operations have been prepared to operate SAP S/4HANA as of Go-Live.
Operations Implementation is a collection of operations services. The detailed content and the effort of
Operations Implementation depend on the results of the Operations Impact Evaluation. See
accelerator section for more details.
SAP has multiple offerings to SAP Enterprise Support customers with respect to operations
implementation:
You will find all offerings “Realize”, “Deploy” and “Run” learning journeys. Please check pages
periodically, because information and service content is continuously extended.
Accelerators
• Service Information – Service Components for the Transition to Operations
• SAP Value Assurance - Description of Services and Service Components
• SAP S/4HANA On Premise Value Map Learning Journey - Realize
• SAP S/4HANA On Premise Value Map Learning Journey - Deploy
• SAP S/4HANA On Premise Value Map Learning Journey - Run
In other words, it works like the software change management process and a list of change
requests to the IT support framework has been defined. Those have severities and priorities
based on the customer management decisions.
This activity takes place during the Explore phase with the primary goal to raise the awareness of
IT upper management on how the current IT support framework will be impacted. New project
activities will be defined to fill the gaps, and this will mean changes in the project plan, and
potential additional cost and resource conflicts, that will have to be addressed. Analyzing the
necessary changes to the IT support framework later in the project will make it more and more
difficult to manage these conflicts. Not planning the future support framework will increase the
risks of issues in operations after go-live and can be the cause of poor customer satisfaction and
increased project costs as often project resources end up with extensions in their involvement to
support the new solution. The downside of having the Operations Impact Evaluation take place
early in the project is that a lot of details are not yet known, and the specific requirements for the
changes to the support framework cannot be always gathered. This needs to happen later in the
project.
During the Operations Implementation, the project activities defined and prioritized during the
Operations Impact Evaluation need to be executed, in other words all the IT related change
requests need to be implemented. The first step will be to define the detailed information required
for their implementation, their detailed specifications like which interfaces need to be monitored,
key objects to be monitored to ensure data consistency or which access needs to be granted to
the future support team members. For this to happen, a coordination task needs to take place
where the detailed information is gathered from other project activities.
Prerequisites
The Operations Impact Evaluation has taken place and the detailed activities necessary to ready
the future IT support framework for the operations of the SAP S/4HANA solution have been added
to the project plan.
Procedure
The detailed information required to prepare the future IT Support Framework is well known from
other project tracks, for example:
• The Business Process priorities are defined during the Application Design which includes
the critical processes, interfaces, and jobs. This will serve as a direct input to the
monitoring setup with information on the underlying systems and the solution
components.
• The new/modified roles and authorization objects will be defined during Application
Design, as well as during the Technical Architecture. This will bring input to finalizing the
new Access Management process with the differences in roles assignments, for business
users as well as for the support resources.
• The inventory of modifications to non-standard SAP code will be defined during
Development. This will be a critical input to Knowledge Transfer for the new technical
support resources.
During the Operations Impact Evaluation, activities related to gathering detailed information will be
defined for each area of the support framework that needs to be modified. The way to gather the
related information will depend on the project structure and responsibilities.
Note: Defining a transition manager to manage all the Operations Implementation activities will
make it more efficient than having each activity responsible go to the project resource having the
knowledge required for his activity. The transition manager can regroup the detailed information
required for the different activities and gather the corresponding details from the best project
resources at once.
When you implement SAP S/4HANA, there are changes in the roles and responsibilities of some
of these resources. These changes will highly depend on your current solution (if you already
have SAP implemented), on your support strategy (if you engage a Service Provider to support
your SAP S/4HANA solution), and on your deployment strategy (cloud vs on-premise).
Prerequisites
The documented results of the Operations Impact Evaluation (Explore phase) are stored in SAP
Solution Manager.
Procedure
The following IT support processes are potentially affected with the implementation of SAP
S/4HANA:
• Event Management:
o Analyze process change in event management caused by new/modified/retired
monitors
o Retire obsolete monitors, and monitor templates (in SAP Solution Manager)
o Retire obsolete manual monitoring procedures
• Incident Management:
o Update assignment groups, review incident triage (e.g. for Fiori support)
o Update support resources
o Update incident categorization
o Process flow and escalation management including partners and SAP
o Remove obsolete incident attributes
• Problem Management:
o Update problem management process to include new analysis tools
• Service Level Management:
o Update SLAs if required (due to changed business KPIs)
o Update SLA reporting
• Access Management:
o Access for new solution / tools granted to new support team members including
partner resources
o New/changed access management process for new/changed solution items (e.g.
SAP HANA database, Fiori)
• Change Management:
o Update support resources including requesters and new approvers
o Update categorization, if required
o Process flow including partners and escalation management
o Include project defects in incident database
o Remove obsolete change attributes
o Evaluate current change process to include Fiori and SAP HANA changes
• Test Management:
o Test library should include new test plans/scripts
• Job Management:
o Adapt job schedule caused by the new, modified and retired jobs (certain batch
jobs may no longer be required, as a result of some reports being able to execute
in dialog)
• Data Volume Management:
o Changed tools and activities due to new concepts in data volume management
(e.g. data aging)
o Adapt process in those areas where classic data archiving is no longer available
• System Recovery:
o Adapt system recovery process to reflect the changed HA/DR architecture
IT support processes need to be tested, and access to the new support tools need to be
considered. Training on the IT support process changes needs to be in place (or communication
in case of small changes).
SAP has a lot of experience and additional recommendations on IT support process design that
are required for the efficient support of the new SAP S/4HANA. Please contact SAP for a tailored
offering in case you need support.
Please also remember the Primary CCOE Certification which need to be in place for Enterprise
Support customers.
Accelerators
• Customer Center of Expertise
• Getting Started with Primary CCOE
• Primary CCOE Check List
• SAP Support Standards
For “Greenfield” customers, the effort required to implement the tools will be much higher. This will
require additional effort for the support resources to learn how to use the tools, especially SAP
Solution Manager.
Prerequisites
The documented results of the Operations Impact Evaluation (Explore phase) are stored in SAP
Solution Manager.
Procedure
With the introduction of SAP S/4HANA, it may be required to adjust existing IT operational support
tools (e.g. adjust change management tools to be able to handle Fiori objects for the first time), or
to set up new tools (e.g. SAP HANA cockpit in case this is the first system on top of SAP HANA).
The following list gives you some common examples where adjustment activity may take place.
The main list should have been created in the Operations Impact Evaluation (see activity
Operations Impact Evaluation in the Explore phase for details). See the Accelerators section for
more information on how to execute the necessary adjustments. SAP has dedicated offerings to
support this task.
Plan to ramp down support tools (e.g. DB specific scripts your database administrators used in the
past), which are no longer required, and adjust IT support procedure descriptions accordingly.
Accelerators
• SAP Support Standards
• Administration Guide to Implementation of SAP S/4HANA with SAP Best Practices
• SAP Online Help Portal for SAP S/4HANA (you will find the Operations guide for all
releases here)
• Applications Operations WIKI for SAP Solution Manager
• SAP HANA Administration Guide
• SAP HANA Master Guide
• Monitoring SAP Fiori Apps
• Troubleshooting SAP Fiori Apps
• SAP Blog - Fiori for S/4HANA – Troubleshooting Tips and Tricks in S/4HANA On-Premise
• Technical Operations for SAP NetWeaver
Prerequisites
The documented results of the Operations Impact Evaluation (Explore phase) are stored in SAP
Solution Manager.
Procedure
Adapt all operational documentation changes with SAP S/4HANA. The content needs to be
provided by the project team, based on SAP standard documentation that is modified with respect
to customer solution specific information.
Store the updated operations handbook centrally, either in a company Content Management
System, or in SAP Solution Manager.
Based on activity Operations Impact Evaluation, and on activity Operations Support Tools, the
operational procedures are updated in the operations handbook.
The following areas are typically included in the operations handbook (besides others):
• System Description: Outlines new functions and capabilities, high level architecture,
integration details, number of users, expected volumes, use cases, priorities, etc.
• System Architecture: Architecture, sizing and technical setup information of Solution
Manager and other operations tools.
• Access, Roles and Profiles: Identifies user groups, roles and role approval list
• Restart and Recovery Procedures: Outlines how to restart or recover from process
failures and clearly describes error messages and conditions.
• Backup / Recovery: Documented process of the backup / recovery methodology;
includes standard and emergency backup scheduling and approval process.
• Batch Scheduling: Documents and presents the batch job schedule. Includes details on
the jobs (e.g. stop, restart, criticality, owner, failure procedure), and the batch scheduling
tools (if applicable).
• Run Books: A collection of routinely executed procedures either performed through
automated means or manual execution by system administrators (example: system stop
and start procedures).
• Storage Management: Provides technical information on the storage and when to add
storage; may also contain instructions on data volume management.
• Disaster Recovery: Documented process of the recovery steps in case of a disaster (and
the disaster declaration procedure itself).
• Maintenance Management Strategy: Documents the process to implement patches and
upgrades (in alignment with the change management strategy).
• Network Management: Maintenance instructions for the network, network settings and
parameters. If applicable, also contains vendor contact information.
• Non-Functional Requirements: The requirements that do not affect the solution but
affect the behavior of the system. It includes availability, maintainability, performance,
scalability, security, and system usability.
• Output Management: Defines the settings and management for all output mechanisms
such as printers, fax machines, emails, etc.
• OS & DB parameters: Defines the operating system and database parameters (and a
procedure description how change parameters according to the change management
process).
• Vendor Information: Vendor contact information for operations support, and the
minimum set of information which needs to be provided.
• IT Calendar: Identifies agreed maintenance windows, backups and additional
technology/infrastructure activities in calendar format.
Furthermore, the Administration Guide, the Technical Operations Guide and the Master Guide for
SAP HANA (Accelerators section) list the required periodic and ad-hoc administrational
procedures.
Accelerators
• SAP Support Standards
• SAP HANA Administration Guide
• Monitoring SAP Fiori Apps
• Troubleshooting SAP Fiori Apps
• SAP Blog - Fiori for S/4HANA – Troubleshooting Tips and Tricks in S/4HANA On-Premise
• SAP Fiori Troubleshooting Guide
• SAP Fiori UI Development Toolkit
• Technical Operations for SAP NetWeaver
• SAP HANA Master Guide
• SAP HANA Academy
• Define a repetitive process that can be applied for each release and to new hires
• Reduce or mitigate risk through ownership and accountability
• Develop metrics to capture and assess performance for knowledge transfer capabilities
Prerequisites
The documented results of the Operations Impact Evaluation (Explore phase) are stored in SAP
Solution Manager.
Procedure
To define the Knowledge Transfer Approach for the new solution, you will need to take many
aspects into account including:
• The alignment of the knowledge transfer with the overall system conversion project plan
• The project scope and initial definition of all the knowledge transfer areas to be planned:
the functional areas are to be defined, and all technical areas (especially the new ones
like Fiori) as well as new support tools
• The project methodology and documentation
• The future support organization
• The availability of the project support resources now and in future (workload and time)
• The hyper care phase exit criteria as per contract
• The sponsorship for the knowledge transfer activities, both for the project and the future
IT support operations team
The following criteria could be considered to decide when knowledge transfer to the IT support
operations team is complete:
There is a technical design document stored in SAP Solution Manager which includes the technical
deployment plan, and the software components which need to be installed / updated.
Procedure
• Production System Setup
• Create Cutover Plan (New Implementation)
or
or
Accelerators
• SAP Advanced Deployment - Description of Services and Service Components
• Preliminary Cutover Strategy Presentation Template
The prerequisite is that the productive hardware is already available and set up.
Procedure
• Execute the technical installation of the required SAP Products for PRD environment as
documented in the technical design document. See the installation guide how to install the
components.
• Run the technical system setup as documented in the administration guide.
• Transport development and configuration changes from the new QAS to PRD. Consider also
the manual rework activities as described in the administration guide.
Results
Finally, the PRD environment is ready for final Go-Live simulations.
Procedure
Execute Go Live Simulations 1 – n
The purpose of this task is to rehearse or simulate the cutover activities. During simulation, the
main objective is to validate and document the tasks, sequence, and duration of items on the
cutover plan.
These simulations help determine data load efficiency, timing, and sequencing and foster an
understanding of requirements for the detailed cutover schedule.
The number of simulations varies from project to project, as do the objectives for each simulation.
Rehearsals are repeated until go-live risk is minimized. Load simulations give the project team a
chance to review the data for errors and data cleansing issues.
Results
After completing the simulations, the project team has a very good understanding of the potential
issues as well as timing and sequence of the final production system data load. The project team
can refine the cutover schedule and make sure that it realistically reflects the time and effort
required for all activities during cutover.
Equally important, is a contingency plan in the event that there is an unforeseen issue that is
unable to be resolved within the planned business downtime.
Procedure
The conversion of the production system requires a clearly defined cutover plan and will typically
be controlled by a cutover manager.
You can look up a sample cutover plan for system conversion in the accelerator section for getting
insight into the level of detail the cutover plan should have. A cutover plan documents the end-to-
end activities of the cutover; from the steps leading up to the event, through to the end of the
conversion. High-level tasks commonly found in cutover plans include:
The next figure sequences cutover activities for a multi-TB SAP ERP system on a time line
(example only, not complete, needs to be adjusted to the customer specific situation).
Figure: General sequence of activities for a multi-TB SAP ERP system during cut-over weekend
Please note: The SUM should start preparation days in front of the real system conversion.
Please make sure mandatory preparation activities like CVI (see activity Transition Preparation in
the Prepare phase for details) which are check via SI-Checks by SUM have been finished.
Otherwise SUM will stop. SAP’s recommendation is having those activities finished not later than
two weeks before cutover weekend.
The cutover plan does not detail the technical conversion to the level that is captured in the
cookbook. It is common to highlight specific tasks from the cookbook within the cutover plan to
ensure the process is on schedule.
Every task within the cutover plan should have an assigned owner, estimated duration, and
identified dependencies. Whenever possible, assign a name to the owner of the task, and not a
team or group of resources. The owner of each task should validate and approve the task to
ensure they understand their responsibilities. If there are any tasks required to specifically enable
the conversion activities, the cutover plan should include related tasks to reset the values to the
intended productive state.
The cutover plan should also include a contingency plan to revert the changes in the event there
is a No-Go decision. If the contingency plan does not exist within the actual cutover plan, the
cutover plan should have reference to the location of the fallback plan.
Equally important, is a contingency plan in the event there is an unforeseen issue that is unable to
be resolved within the planned business downtime.
Accelerators
• Cutover Plan - Example
Procedure
It is important to plan the sequence and the dependencies of all technical steps to be taken for the
productive migration. This starts with the closure of the system for users, the stop of all batch-
programs and ends by releasing the new system.
The necessary technical steps vary depending on the project. Therefore, this document does not
cover every possible step, but focuses on these most important steps:
1. Closing the sender and S/4HANA receiver system, and stopping interfaces
2. Performing a backup of the receiver system (this creates a fallback solution in case the
project fails)
3. Preparing final test cases
4. Activating table count for the sender and receiver system
5. Executing the migration (details see the task Perform Technical Migration in the Productive
Cutover)
6. Executing post-processing programs
7. Executing the table counter for the sender and receiver systems again to verify completeness
of the migration
8. Testing
9. Obtaining final approval from the test team in order to release the system
10. Restarting the interfaces from the receiver system
11. Redirecting interfaces from the sender system
12. Releasing system to end users, and communicating the Go Live status
Customers can find further information about the cutover preparation in the ‘Client Transfer’
Product Road Map of SAP Landscape Transformation software, Refer to phase ‘4 Final
Preparation for Productive Migration’.
Results
Finally, the PRD environment is ready for final Go-Live simulations.
The Project Management Plan developed during the Prepare phase for each of the PM knowledge
areas guides the team's approach to management, execution, monitoring, and control of project
activities. This methodology provides steps to be considered when each activity is engaged and
supported by the team's monitoring/controlling plans. The project manager is responsible for ensuring
that the monitoring/controlling plans developed in the planning phase are applied at the appropriate
level of control.
Tasks
• Direct and Manage Project Execution
• Update Project Management Documents
• Manage Project Issues, Risks, and Changes
• Communicate Project Status and Progress
• Plan and Execute Agile Sprints
• Perform Scrum-of-Scrums Meeting (Iterative)
The project management documents are together, a comprehensive body of project documents
that includes the project schedule, budget/cost information, monitoring/controlling plans for each
of the nine knowledge areas of the Project Management Body of Knowledge (PMBOK), and other
information as appropriate. The project management plan document developed for each of the
knowledge areas provides the foundation for the consistent application of project management
practices.
• Project WBS
• Project schedule
• Project budget
• Business case
• Scope document
In on-premise projects, this environment is the SAP Solution Manager, and depending on the type
and status, it may be directly transferred over to SAP for resolution.
In cloud projects, teams are advised to use a dedicated issue tracking document based on the
Open Issue List Template in the SAP Activate methodology.
• During the issue creation, the person raising the issues assigns the priority and the
responsible person for resolution of the issue.
• The project manager follows up on issues on a regular basis in addition to the standard
issue management process defined for the project (part of the management plans)
• Critical issues will be reviewed as an input for each Quality Gate review meeting.
Open issues are reviewed and updated on a regular basis and communicated to the appropriate
stakeholder groups as part of the regular project reporting and communication.
From SAP's perspective, issue tracking allows for better visibility and transparency of open
issues, problems, action items, and associated action plans to the project management team.
A central issue tracking system (e.g. a support or an incident ticket system) allows stakeholders to
manage and maintain lists of issues that require action and resolution to ensure the success of
the project.
• Team member status update typically produced weekly and shared with the team lead.
It is recommended that this report is kept very lightweight and provided to the team lead
via e-mail or in a team meeting.
• Team status reports on regular cadence, typically weekly. The team status reports are
prepared by the team leads and are delivered to the project manager as an input for the
project status report. The team status report may be reviewed in regular team review with
the project manager or provided in a predefined format.
• Project status report, using the project status report template. The project status report
is created weekly, based on the input from individual teams and additional information like
issues list, risk list, etc.
Additionally, throughout the project as more is known, the project communication matrix should
be reviewed and updated. The communication matrix documents the project team’s approach to
communication (including status reporting). It captures the analysis completed as part of
communications planning and serves as a tool to guide the project team throughout the project.
During each sprint the project team conducts the following activities:
At the beginning of the sprint the project team runs a planning meeting during which the team
(jointly with the process owner) select the highest priority items from the backlog and conducts
detailed planning for the execution activities in the sprint. Each backlog item is further
decomposed to tasks that need to be completed during the sprint. These tasks may be
configuration, coding, unit testing, data preparation, documentation and others. These tasks are
then captured in the sprint backlog and estimated to validate the original estimates for each
backlog item. As a result of this planning, the team has clarity on what needs to be completed for
each backlog item included in the sprint and has confidence that the team has sufficient capacity
to complete the work.
During the sprint the team members execute the tasks that have been planned and the team
keeps track of the progress on the team board. The team board contains swim lanes showing the
status of each backlog item and each task. Teams are encouraged to use boards on the wall and
use the post-it notes to keep visual track of their progress.
The team also regularly updates the burn-down chart that is used to track the progress of
completing the individual tasks and backlog items. The team reviews the progress on a daily basis
in the daily stand-up meeting.
During the daily stand-up meeting, the team members review the (a) progress they have made
since last meeting; (b) plans for activities and tasks until the next meeting; and (c) any issues of
blockers that may prevent them from completing the tasks they are working on. The daily stand-up
meeting is not a project status meeting, but rather a session designed to help the team
communicate the progress with each other.
Sprint Demo
Towards the end of the sprint, the team conducts the sprint demo meeting during which the team
demonstrates to the business owners (product owner in agile projects) the completed
functionality. The project team seeks acceptance of the completed features. During this meeting
the business owner may request additional items to be added to the backlog (or items to be
removed from the backlog). It is recommended that the team previews the functionality with
process owners prior to this meeting. Many projects had great experience with having the
business process owners demo the completed functionality to the rest of the business users and
decisions makers (instead of the project team members).
Sprint Retrospective
SCRUM Master organizes and facilitates the retrospective meeting for the team. The meeting is
typically scheduled shortly after the sprint demo meeting. The purpose of the meeting is to
continuously improve the Scrum process using lessons learned from the sprint execution.
The team selects one or two improvement opportunities and puts it into the backlog for the next
sprint. This way the agile process gets improved in an incremental way and remains responsive to
the changing environment of the project.
Accelerators
• Agile Release Planning (Customer)
• Backlog Template
Accelerators
• Agile Scrum Meeting Guidelines (Customer)
Tasks
• OCM and Testing Alignment
• OCM and Data Migration Alignment
4.32.1. OCM and Testing Alignment
Objective
The purpose of this task is to understand the testing strategy, validate its alignment with the
project charter, and to identify any potential roadblocks or risks associated with functionality not
working as expected. Any deviation from expectations should be communicated to project
management and project sponsors.
Procedure
• Perform Assessment of Testing Strategy and Execution
• Capture Feedback from Testing Team
Procedure
• Perform Assessment of Data Migration Strategy and Execution
• Capture Feedback of Data Migration Team
• Ensure that all required deliverables from this phase and the project are complete and
accurate, and close any outstanding issues
• Identify lessons learned during the phase to prepare for formal phase closure
• Capture customer feedback and potential Customer References
Tasks
• Conduct Knowledge Management Gate
• Conduct Project Quality Gate
• Conduct Project Management Review Service
• Manage Fulfilled Contracts
• Obtain Customer Sign-Off for Phase Completion
Accelerators
• Lessons Learned Guide (Customer)
• Lessons Learned Template (Customer)
4.33.2. Conduct Project Quality Gate
Objective
The purpose of the Quality Gate is to ensure that both compliance and project management
standards are being upheld within projects. A Quality Gate is a checklist milestone at the end of a
project phase. Prior to moving into the next phase, each project manager demonstrates that they
have been compliant with the mandatory deliverables associated with a methodology while
ensuring best practice standards have been applied to ensure quality.
• Conduct regular quality checks at defined or critical stages of the project lifecycle to
assess the health of the project.
• Ensure that all key deliverables and actions of the gate have been completed in
compliance with recommended practices and to the customer’s satisfaction.
• Enable project management to continuously communicate the process and build quality
directly into the project.
Note: New additional key deliverables need to be added in the quality gate checklist by the project
manager to the different project types.
Accelerators
• QGateChecklist Concept SAP Activate
• QGateChecklist Template Introduction
• Quality Built In New QGate Checklist
• Q-Gate Check List for SAP S/4HANA implementations
Accelerators
• Agile Sprint Retrospective Template (Customer)
Accelerators
• Phase Sign-Off Template (Customer)
5. Deploy Phase
Once Q3 – Realize-to-Deploy has been passed successfully, the final preparation for Go-Live starts in the
Deploy Phase. The activities of the Deploy phase are displayed in the following figure.
End users are trained for the new SAP S/4HANA solution in the Solution Adoption work stream.
In the Application design and configuration work stream, the implementation activities will come to an
end. Integration validation ensures the required performance.
Testing (in particular regression and user acceptance testing) is taken care of in the Testing work stream.
All affected custom code should have been adapted and tested in the Realize phase already. Overall
there is nothing to do in the Extensibility work stream in the Deploy phase.
The final rehearsal of the cut-over procedure will take placeThe implementation of the productive SAP
S/4HANA will be finalized (for new implementation and selective data transition).
Operations & support ensures the IT operations team is ready to operate the new SAP S/4HANA
environment safely and securely. Of course, the IT operations team will continue to gain real-life
operational experience in the hyper care phase after Go-Live.
Quality gate “Q4 Deploy-to-Run” will ensure that everything is ready for Go-Live. The final “Go” decision is
the start for the implementation of the productive SAP S/4HANA system with the production cutover at the
Go-Live weekend.
The weeks after Go-Live are called “Hyper Care”, where the new system is further stabilized and
optimized. When finished, the Deploy phase ends. The transition project comes to an end when finally,
operational responsibility has been handed over to the production support team.
Please note: The order activities are explained in this document / road map viewer, is not necessarily the
order how they are later executed in the project! However, there can be dependencies between activities.
In case you are interested in time dependencies / relationships between activities, look into the project file
template of this road map.
Tasks
• Allocate Resources and Update Project Schedule
• Perform Kick-off Meeting
Accelerators
• Project Setup Checklist Sample (Customer)
Accelerators
• Global Resource Management Portal page (SAP Employee)
Accelerators
• Project Kick-off Template (Customer)
Results
The end users have been trained. They are enabled to use the new system.
Procedure
The training execution plan is based on the results as of the training concept, the Learning Needs
Analysis, and the end user assignment. The training execution plan should include:
Prerequisites
A training execution plan has been created before.
Procedure
The training will be performed either by the customer key user in a tandem approach with SAP
trainers, or by SAP trainers only. Assumptions and/or pre-requisites for the trainings are described
in the training concept prior to the end user trainings. Examples are:
Procedure
Finalize the Integration Validation activities which have started in the Realize phase (see activity
Integration Validation).
Results
As the result of this activity, integration validation has been finished.
Prerequisites
Integration Validation has started in the Realize phase.
SAP Enterprise Support Customers can order the CQC for Technical Performance Optimization
(TPO). You will find information on this CQC and a performance optimization in general in the
“Run” learning journey.
Accelerators
• Service Information – Service Components for Safeguarding the Digital Transformation
• SAP Value Assurance - Description of Services and Service Components
• SAP S/4HANA On Premise Value Map Learning Journey - Run
Procedure
• Operational Readiness (System Conversion)
or
Procedure
Check if all operational aspects have been implemented as planned (see Operations
Implementation activity in the Realize phase). This covers:
Accelerators
o Service Information – Service Components for the Transition to Operations
o SAP Value Assurance - Description of Services and Service Components
Procedure
For customers who know how to operate SAP ERP already: Check if all operational aspects have
been implemented as planned (see Operations Implementation activity in the Realize phase). This
covers:
• Check if all operational aspects have been implemented as planned (see Operations
Implementation activity in the Realize phase).
• Check if all IT Support Processes have been implemented / adjusted with respect to SAP
S/4HANA operations (see SAP Support Standards).
• Check if primary CCOE certification has been gained.
For new SAP customers, SAP offers additional expertise and help to check and ensure
operational readiness before Go-Live. See also the Organizational and Production Support
Readiness Check as part of OCM in this phase. Please contact SAP for a tailored offering in case
you need support.
Accelerators
• Customer Center of Expertise
• Getting Started with Primary CCOE
• Primary CCOE Check List
• SAP Support Standards
From this point forward, changes to production should be restricted in order to mitigate risks to the
cutover procedures (system conversion only). If there is a need to make a change to production after
this point, it should be carefully evaluated, and the impact should be fully understood. In some cases,
there may be a requirement to postpone the Go-Live and re-execute the dress rehearsal in order to
accommodate intrusive changes.
The detailed cutover plan with owners, dependencies and durations fully documented.
The involvement of all task owners.
A test environment representative of the source and target platforms for production.
The technical cookbook, which details all the required technical migration steps.
Procedure
• Finalize IT Infrastructure
• Perform Cut-Over Rehearsal
The goal of this task is the completion of the IT infrastructure setup if not already done.
Procedure
Proceed as follows:
• Complete the setup of the IT infrastructure hosting production (e.g. hardware setup, network
connections, etc…).
• Correct all critical open items which have been detected in the IT infrastructure test (see
activity IT Infrastructure Setup and Test in the Realize phase for details).
• Finalize IT infrastructure service definition and documentation as part of the IT service catalog
(properly explaining for instance what SLAs IT is offering to the Lines of Business for a
particular IT infrastructure service).
Results
As a result, the IT infrastructure is ready for hosting production.
Procedure
Execute the cutover plan in its entirety in a non-productive environment, which is representative of
the current state and end-state of production.
The dress rehearsal is intended to be used to confirm the ownership, sequence, and duration of
the cutover procedures. If significant changes to the process are required as a result of the dress
rehearsal, there may be a need to postpone the Go-Live.
It is also very critical to communicate the latest plan to related parties to ensure a smooth
Production Cutover for the last time.
Tasks
• Update Project Management Plan
• Direct and Manage Project Execution
• Monitor and Control Project Activities
• Manage Issues, Risks and Changes
• Conduct Project Quality Gate
• Communicate Status and Progress to Project Stakeholders
Accelerators
• Project status report for SAP Activate / S/4HANA
Accelerators
• Change Request Log - template (Customer)
• Open Issues List Template.xls (Customer)
• Conduct regular quality checks at defined or critical stages of the project lifecycle to
assess the health of the project.
• Ensure that all key deliverables and actions of the gate have been completed in
compliance with recommended practices and to the customer’s satisfaction.
• Enable project management to continuously communicate the process and build quality
directly into the project.
Note: New additional key deliverables need to be added in the quality gate checklist by the project
manager to the different project types.
Accelerators
• QGateChecklist Concept SAP Activate
• QGateChecklist Template Introduction
• Quality Built In New QGate Checklist
• Q-Gate Check List for SAP S/4HANA implementations
Accelerators
• Project status report for SAP Activate / S/4HANA
Tasks
• Prepare Product Backlog for Next Release/Sprint
• Conduct Release Retrospective
• Update the Release and Sprint Plan
Accelerators
• Backlog including Delta Requirements and Gaps.xlsx
Accelerators
• Agile Sprint Retrospective Template (Customer)
5.7.3. Update the Release and Sprint Plan
Objective
The purpose of this task is to update the Release and Sprint Plan according to changed priorities
and focus of the team. It is the responsibility of a Product Owner to maintain the Release and
Sprint plan and keep it current during the project.
Accelerators
• Backlog including Delta Requirements and Gaps.xlsx
This activity is mandatory for all scenarios. The steps being performed are of course scenario specific.
Procedure
• Convert Productive System (System Conversion)
or
or
Results
After completion of this activity, the productive SAP S/4HANA system is available for the end users.
Sudden slowly running applications in the new productive SAP S/4HANA system are addressed by a
Technical Performance Optimization service component (SAP Enterprise Support order the CQC
for Technical Performance Optimization (TPO) instead): The technical performance optimization
service component improves your SAP solution by helping you to configure your SAP S/4HANA
system in an optimal way. The identification and elimination of costly performance bottlenecks
optimizes the response times and throughput of your SAP solution.
SAP Enterprise Support customers can request a Continuous Quality Check (CQC) for “Going-Live
Support”.
See the “Deploy” and “Run” learning journeys for details on the CQCs, or ask your SAP Enterprise
Support Advisor for details.
Accelerators
• SAP Value Assurance - Description of Services and Service Components
• Service Information - Value Assurance Foundation
• SAP S/4HANA On Premise Value Map Learning Journey - Deploy
• SAP S/4HANA On Premise Value Map Learning Journey - Run
Procedure
Proceed as follows:
Request Restore Point of Production System Prior to Final Cutover Activities
Execute the conversion of the production system following the tasks defined in the
cutover plan.
Document the actual duration of each step to support future projects.
Capture any variances to the plan along with the decision maker who approved the
change.
The cutover manager(s) should proactively notify task owners of upcoming tasks, to
ensure their availability.
Regularly communicate status to stakeholders.
After conversion has finished (including mandatory post-processing activities), the system
must be tested and validated
Obtain system sign-off
Results
The customer approval (sign-off) documents the agreement with the stakeholders that cutover
tasks have been executed, the go-live acceptance criteria have been met, and the cutover is
finished. It indicates formal approval to end the cutover activities. At this point, the solution is live
in production.
Procedure
Execute the cutover following the tasks defined in the cutover plan. This includes the final
production data load.
Document the actual duration of each step to support future projects.
Capture any variances to the plan along with the decision maker who approved the
change.
The cutover manager(s) should proactively notify task owners of upcoming tasks, to
ensure their availability.
Regularly communicate status to stakeholders.
After the data is loaded, testing and data reconciliation must be completed.
Obtain system sign-off
Results
The customer approval (sign-off) documents the agreement with the stakeholders that cutover
tasks have been executed, the go-live acceptance criteria have been met, and the cutover is
finished. It indicates formal approval to end the cutover activities. At this point, the solution is live
Procedure
The production cutover procedure depends on the selective data transition scenario.
• A copy of the SAP LT Client Transfer package is created from the dress rehearsal to take
over all the settings from the previous package.
Examples of these settings include table and field mappings, exclusion of table entries,
domains, rules, and mapping values. It is important to remember that a lot of the SAP LT
Client Transfer activities can be executed well in advance of the actual downtime, which gives
customers some more flexibility.
• All users beside the technical migration and upgrade team are locked, when the downtime
period starts. This also includes stopping all interfaces, as defined. Reschedule any batch
jobs that are scheduled for the downtime period.
• Customers need to ensure that they can restore the system status of the S/4HANA receiver
system to the status at the start of the downtime period, in case the migration fails.
• The system settings of the receiver system are changed as required. Customers need to
consider the following:
Archive logging
Dropping indexes
Parameterization of the database
• The required delta customizing need to be identified during the various project phases and
implemented in the target system.
• Continuation of the migration and upgrade process, in accordance with the Productive
Migration Plan.
• Monitoring of the migration and upgrade process in SAP LT Client Transfer - If problems
occur during the migration and upgrade process that a customer cannot resolve (problems
that would result in an inconsistent receiver system), the original receiver system state must
be restored.
• Once the migration upgrade is complete, the log files in SAP LT Client Transfer should be
checked.
Customers can find further information about the productive migration in the ‘Client Transfer’
Product Road Map of SAP Landscape Transformation software, Refer to phase ‘5 Productive
Migration and Upgrade’.
Workload analysis
With the analysis of the current hardware consumption, the load distribution across the different
applications and task types, as well as average response times, you should establish a kind of
benchmark to measure the success of the conversion. As response times are very sensitive KPIs it
makes sense to capture its data over a long period of time, ideally more than six months (this can be
established by collecting monitoring data long term in SAP Solution Manager).
The scalability analysis contains system health checks (DB buffer, wait time, etc.) as well as the
identification of statements that cause bottleneck situations.
Sizing verification
Customers should monitor the technical KPIs in terms of CPU and memory consumption to assess
the actual usage vs. the deployed hardware.
Requirements and Constraints
This activity is required for all scenarios.
Precondition is that the Monitoring Infrastructure (SAP Solution Manager preferred) is already set up.
Procedure
• Monitor Resource Consumption
• Analyze Workload
• Check System Scalability
• Run Going-Live Service (Verification Session)
• Delete Obsolete Data with the “Obsolete Data Handling Tool”
Security Activities
All the required Security Activities must be finalized. The Status Check is supported by:
• Go-Live Checks
• SAP Go-Live Support
The Security Procedures must be established to stay “Clean”. These procedures can be
achieved by:
• Security Monitoring
• Security Incident Management
To re-evaluate and to continue the process improvement activities you have started in the Explore
phase of the project (see activity Data Volume Design, task Get Transparency on Open Business
Documents), SAP offers a “Business Process Improvement” service component. The service
component typically starts with a remote Business Process Analysis in order to learn fact based about
the current status quo, and to have a baseline measurement from where to start the improvement
activities. Selected out-of-the-box key figures, which support the respective anticipated target, are
activated in the customer SAP Solution Manager and Business Process Analytics is used for root
cause analysis. Several root cause analysis and tool empowering sessions are conducted with the
customer process experts from business and IT. Management UIs (Dependency Diagrams, Progress
Management Board, Business Process Operations Dashboards) are configured in SAP Solution
Manager based on Business Process Analytics data to track the progress made.
Accelerators
• Service Information – Service Components for Safeguarding the Digital Transformation
• SAP Value Assurance - Description of Services and Service Components
Procedure
The following KPIs are to be measured:
Physical CPU consumption over time (SAP application and DB server): [average per
month / week / day]
Workload profile (SAP application and DB server): [peaks, averages, load balancing]
Consider seasonal fluctuations: [e.g. period end closing]
Memory consumption (SAP application and DB server): [buffer settings and usage]
Procedure
You measure the following KPIs
Procedure
Proceed as follows:
Sort the list of top consumers by the consumption of the resource that is the largest
bottleneck.
Check, starting with the largest resource consumer:
• Whether it is possible to reduce the resource consumption by optimizing the database or
the coding that is responsible for the resource consumption.
• Whether it is possible to avoid the bottleneck by optimizing load balancing and
scheduling of services.
• Whether the business value obtained from the service justifies the resource
consumption.
As a result, the load drivers on your system are thoroughly understood. The top resource
consumers are well optimized, and their business relevance is known. Optimal support for the
business can be provided, even for changing business requirements. Knowing the load drivers for
the top resource consumers allows to predict the effect of changing business beforehand.
Four to six weeks after Go-Live, the verification session of this service should take place. This
session analyzes the converted system and provides corrective measures to avoid potential
bottlenecks.
Procedure
Proceed as follows:
Accelerators
• SAP OS/DB Migration Check
• CQC OS/DB Migration Check
• SAP Going-Live Functional Upgrade Check
• CQC for Upgrade
• SAP Going-Live Check for Implementation
• CQC for Implementation
5.9.5. Delete Obsolete Data with the “Obsolete Data Handling Tool”
Objective
Obsolete data originates from
• Data model simplifications in many application areas (MM, FIN, SD, EHS, Retail/Fashion,
CWM, Classification, PLM…)
• Omitted functionality in SAP S/4HANA (compared to SAP ERP)
• Temporary data stores that are created during SAP S/4HANA system conversion
Data is typically not deleted during SAP S/4HANA system conversion as it increases the business
downtime and prevents diagnostics of errors after the conversion. Thus, converting SAP ERP
systems to SAP S/4HANA results in likely 5-10% memory overhead from obsolete data.
With SAP S/4HANA release 1809 the “Obsolete Data Handling Tool” – report/TA code
ODH_Data_processing - is shipped initially in a reduced scope and is available on request. SAP
note 2661837 explains how to request the enabling of the obsolete data deletion report and how
to use the tool.
Procedure
Execute the deletion rules that are delivered by SAP in your productive system, without any
business downtime, after completing following points:
The deletion is cross client, which means that irrespective of the client in which you execute the
report, the data is deleted across all clients. With this report, you can delete data in the following
ways depending on the S/4HANA data model change:
Note: You can only delete the data directly from the table, the report for release 1809 does not
provide any backup options. Please note that once you delete the data, there is no option to
retrieve this data or build it back into the original table using this report.
Accelerators
• SAP Note 2661837 – How to enable and use the obsolete data handling tool in SAP
S/4HANA
Tasks
• Prepare End-User Training for Scope Option
• Deliver End-User Training for Scope Option
• Collect Training Evaluations Feedback
• Perform People Readiness Assessment
Procedure
1. Resolve and Close Open Issues
2. Handover Operations Responsibility
Evaluates process management knowledge transfer and IT support team capabilities for
future maintenance
The Handover to Support scope option builds on top of deliverables created in the functional design
and execution services.
Please ask your SAP contact (e.g. SAP Client Partner) for more information.
5.11.1. Resolve and Close Open Issues
Objective
The purpose of this task is to achieve a closure of all open project issues which is a prerequisite
for the final project closure.
Procedure
The purpose of this task is to achieve a closure of all open project issues.
In case this is not possible within an acceptable amount of time, prepare for an agreement with
the IT operations team to take responsibility to resolve and close the issue. Hand over the current
analysis and correction state to the IT operations team.
Prerequisites
• System documentation is complete and available.
• Operations procedures are fully documented in the operations handbook.
• The IT support operations team is set up and trained to safely and securely operate and
troubleshoot the new SAP system.
• The top issues and priority incidents identified during hyper care, are either solved, or
there is a documented work around and move-forward plan available.
Procedure
Hand over operations responsibility to the IT support operations team.
• Ensure that all required deliverables from this phase and the project are complete and
accurate, and close any outstanding issues
• Identify lessons learned during the phase to prepare for formal phase closure
• Capture customer feedback and potential Customer References
Tasks
• Conduct Knowledge Management Gate
• Conduct Project Quality Gate
• Manage Fulfilled Contracts
• Resolve and Close Open Issues
• Finalize Project Closeout Report
• Obtain Sign-off for Project Closure and Results Acceptance
Accelerators
• Lessons Learned Guide (Customer)
• Lessons Learned Template (Customer)
• Conduct regular quality checks at defined or critical stages of the project lifecycle to
assess the health of the project.
• Ensure that all key deliverables and actions of the gate have been completed in
compliance with recommended practices and to the customer’s satisfaction.
• Enable project management to continuously communicate the process and build quality
directly into the project.
• Note: New additional key deliverables need to be added in the quality gate checklist by
the project manager to the different project types.
Accelerators
• QGateChecklist Concept SAP Activate
• QGateChecklist Template Introduction
• Quality Built In New QGate Checklist
• Q-Gate Check List for SAP S/4HANA implementations
Accelerators
• Phase Sign-Off Template (Customer)
• Project Closeout Report Presentation Template (Customer)
6. Run Phase
The transition project has ended with the Deploy phase. The activities of the Run phase are displayed in
the following figure.
In the Run phase the aim is to establish a safe and efficient operations of the newly created solution. This
includes the operations platform, core IT support processes, the setup / fine tune of new / additional
operations tools, and the enablement of the operational support team. Moreover, a continuous operations
improvement should be established to improve IT operations based on newly gained experience.
In addition, this is the right time to plan for further innovations which could be implemented according to
the overall implementation strategy, which has been created in the Discover phase of the project (or
separately, as part of a business transformation work stream). The implementation strategy can now be
reviewed and enriched based on system usage experience which has been gained in the first weeks after
Go-Live.
6.1. Operate Solution
Description
With project end, the customer support organization is responsible to operate the new solution. The
aim of this activity is to ensure efficient daily operations. This affects IT support people, IT support
processes, and tools. In addition, the customer support organization should seek for continuous
improvement.
Procedure
IT is in charge to ensure business continuity on the one hand. On the other hand, IT needs to enable
business change at the required speed and with no disruption. IT support should not be organized in a
way to only “keep the lights on” – instead, safe and efficient IT support guarantees business continuity
AND continuous improvement. Both aspects are covered in this activity.
Note that this activity deals with the organization of IT support and improvement. Business
improvement will be covered in the activity Improve and Innovate Solution.
In case you want SAP to execute IT operational tasks, then SAP Application Management
Services can help you. SAP Application Management Services act as your extended team, run
your SAP solutions, provide an end-to-end application management to you for all their specific
SAP solutions.
SAP Applications Management offers services in 3 value generating layers. The first layer is the
basis for application support, monitoring and change management, which is provided through:
In case customer wants to hand-over the complete system landscape operation to SAP, then SAP
HANA Enterprise Cloud would be the applicable offer. SAP HANA Enterprise Cloud is a fully
scalable and secure private cloud offering available only from SAP. It gives you the full power of
SAP solutions in a private, managed cloud environment that is supported by the most
knowledgeable resources in the industry – from infrastructure to applications.
Accelerators
• SAP HANA Enterprise Cloud
• SAP Application Management Services
• Operations Control Center (OCC)
• Customer Center of Expertise
• Getting Started with Primary CCOE
• Primary CCOE Check List
• SAP Support Standards
• SAP Support Processes supported by SAP Solution Manager (Information and Offline
Demos)
• Service Information for SAP MaxAttention customers – Service Components for End-to-
End Hybrid Operations
6.1.2. Continuously Optimize IT Operations
Objective
The purpose of this task is to continuously improve IT operations (e.g. via automation or switching
from a re-active to a pro-active operations approach).
Procedure
This task can only name some out of the many improvement options:
• Advanced Customer Center of Expertise (aCCOE)
An alternative approach to improve IT operations is to set up an aCCOE. The advanced
certification for Customer COEs covers the full spectrum of SAP solution operations.
Based on the SAP standards for solution operations and the Run SAP methodology, a
team with advanced certification has integrated quality management in place, bringing
transparency to the challenges and issues faced by the organization as a whole. This is
paramount for mission critical operations. Visibility, alignment, and a common
understanding of those top issues are enabled through the center's ability to maintain a
single source of truth - one central area where everything is tracked and from which all
information flows. See accelerator section for details.
The regular assessment and review of IT operations efficiency is offered by SAP Application
Management Services to all customers. Moreover, SAP offers to run the Operations Control
Center for you (Managed OCC).
Accelerators
• SAP Application Management Services
• Customer Center of Expertise (Customer COE)
• Advanced Customer Center of Expertise (aCCOE)
• Service Information for SAP MaxAttention customers – Service Components for End-to-
End Hybrid Operations
Procedure
• Periodically update your SAP system
• Initiate a new innovation cycle
6.2.1. Periodically Update your SAP System
Objective
The goal of this task is to keep the SAP system current, by implementing innovations and
corrections from SAP in a timely manner. This is handled by an efficient maintenance
management process.
Procedure
Implement a maintenance management process for your SAP system, and implement feature and
support packs from SAP in a timely manner:
• For SAP S/4HANA on-premise edition, SAP is currently delivering 1 new key release per
year, and some successive Feature Pack Stacks (FPS). Then comes the next key
release, followed by several FPSs. An FPS may contain non-disruptive, non-mandatory
features.
• Support Pack Stacks (SPS) are shipped for a given release once the N+1 release is made
available, until the end of the mainstream maintenance.
Please note: The maintenance of SAP S/4HANA will be handled in a dedicated road map.
SAP offers the planning and execution of SAP maintenance via Proactive Solution Maintenance
as part of SAP Application Management Services, complemented by embedded Test
Management and Test Execution services. See accelerator section for details.
Accelerators
• SAP Release and Maintenance Strategy
• SAP Application Management Services
• Upgrade Guide for SAP S/4HANA 1809
• SAP Blog - Landscape Management Process - the Big Picture
Procedure
Innovation is not a one-step-process, but a continuous journey. Your SAP system runs stable and
is updated with the latest innovations from SAP.
Now it is time to review the innovation and implementation strategy you have created at the
beginning of the project. Business requirements may have changed meanwhile, and your
company may have gained experience on what is possible with the new solutions from SAP.
Adjust your innovation strategy accordingly and start the next round by entering the Design phase
of the next innovation project.
See accelerator section for details on all items listed above. You can also contact your SAP lead
(e.g. Client Partner, TQM) for more information.
Accelerators
• Business Transformation Services
• Business Process Analytics
• Business Process Improvement
• SAP Application Management Services
• SAP Blog - Landscape Management Process - the Big Picture
• Building innovations - SAP Innovative Business Solutions Organization