Some time ago I started a series on doing an SAP reimplementation for little more cost than a technical upgrade. While I have done these, there were also a couple of interesting scenarios that added new complexities which needed to be addressed. For example, how do companies deal with a seriously fragmented application landscape? This is esepcially true in large enterprises where each company code, location, business unit, or other area decided to implement their own SAP applications independent of the others. Then there are the companies with rollouts or upgrades underway. For them the situation is a little different. As a result I have decided to try to wrap this up with a focus on three key types of situations outlined below.
To review the previous posts on this topic, please see:
- Technical SAP Upgrade or SAP Reimplementation
- SAP Reimplementation For Little More Cost than a Technical Upgrade Part 1
- SAP Reimplementation for Little More Cost than a Technical Upgrade Part 2
This topic is difficult just because there are so many “dimensions” of options to consider. As a result I’ve narrowed the focus to a few key areas.
Primary SAP Reimplementation Approaches or Options
As I pondered it more, and looked at the re-implementations I’ve done, as well as some of the system assessments and options, I finally decided to “bracket” them with a few key approaches. Because the numbers of options for re-implementation are too significant to address here I decided to stay at the high level to cover the major approaches.
- A reimplementation of a single SAP production instance.
- Integrating a landscape with multiple SAP production instances onto a single global instance.
- Rollout – whether it is an ongoing project that is not complete or a fully implemented system and you are considering an upgrade.
SAP Reimplementation Assumptions
As I wrote previously, one of the crucial considerations for a re-implementation is to move away from Software Engineering and toward business process engineering. First, let’s establish a few very basic assumptions about an SAP reimplementation:
- After you went live, or as you continued to roll out your solution, you discovered several “if we had known “x” we would have done “y.”
- Or, you may have incorporated a significant amount of custom code, or custom application development (inside or outside of SAP) and discovered that standard functionality would have met about ~90% (more or less) of your requirements (see SAP Implementation Focus, Software Engineering or Business Process Engineering?).
- You’ve already worked through the hard stuff in your original SAP implementation (see the section by this same title in SAP Reimplementation For Little More Cost than a Technical Upgrade Part 1). In other words, the hard decisions around the processes, organizational structures and data types have already been made.
- You may have additional functionality or other modules you want to implement and find that custom coded “solutions” are making them difficult to bring in.
- The custom-coding is requiring significant amounts of time for break-fix testing, integration testing, regression testing, SOX or other regulatory compliance when any new change is added.
- As new regulatory or other industry requirements are established, in whatever jurisdictions your company operates, you have to custom-code new solutions to meet them (rather than using SAP’s standard maintenance to add the new functionality).
- The time to work around all of the customized “solutions” when you want to add new functionality, or new modules, takes a significant amount of time.
- In some cases adding on brand new functionality is nearly impossible because of how much your system was “hacked together.”
- You need to upgrade, but there are probably hundreds, and in some cases thousands of custom programs to evaluate, test, integrate, and update to the newer version of ABAP.
Coming up we will start to review the three key types of re-implementations: a single production instance, consolidating multiple instances into a single global instance, and a re-implementation rollout.
- download sap reimprementation
- sap integrate or reimplement
- sap reimplementation assessment
- what is required for sap crm global roll out