Skip to Content
Author's profile photo Sriram Sampath

S/4 HANA – Conversion vs New implementation

The need for S/4HANA

In today’s digital economy, it is imperative that a business is constantly engaged with the outside world, especially the customer. Digitization of the business environment impacts the organization in many ways, especially in its Business Models, i.e. the way it does business. In this context, the success of the Business also depends on two major factors – the ability of the organization to seamlessly connect with customers and the ability of the organization to manage the changes that come along with the new business models.

S/4 HANA is the Enterprise Application that is designed for an Organization that wants to thrive in the Digital economy. On the one hand, the Digital Core of S/4 HANA enables the organization to carry out its business processes in line with the new Digital economy through simplification of Applications, Data models and User Interface. On the other, the technical architecture of S/4 HANA enables the organization to quickly and easily connect to the external world – especially the customers and the machines.

Options to adopt S/4 HANA

For a successful business, therefore, adoption of S/4 HANA as the Enterprise Application for its processes is desirable if not inevitable. In the case of an organization that is new to SAP, the answer is clearly to embark on a new implementation of S/4 HANA. However, for an organization already running on SAP, the path to S/4 HANA presents more questions than answers.

The objective of this paper is to clearly present the options available for an existing SAP customer to adopt S/4 HANA effectively and to provide clarity on the key parameters and decision factors in this endeavor.

System Conversion

For a business that is already thriving on SAP (ECC), the path to S/4HANA is straight forward – the “System Conversion” project. Aided by well documented processes and approach and facilitated by inbuilt tools for the System conversion, an existing SAP ECC instance can be converted into an S/4 HANA instance with all the old data intact. The steps to be undertaken in this journey are well established and this conversion takes care of Data migration to the new Data models and includes steps for code optimization for the Custom code developed in the existing system, not to mention the numerous technical steps to reach S/4HANA.

New implementation of S/4 HANA

However, in my opinion, this is alright in an ideal world. Our experience of the reality is that many businesses currently running on SAP do not have an optimal deployment of SAP. In such cases, in spite of the huge accumulation of data, the best option could still be a new or fresh implementation of S/4HANA. Some of the reasons why a fresh and new implementation is relevant are:

Sub-optimal Enterprise Structure: The definition of Organizational Elements is ironically the most important aspect of an SAP implementation. It is ironic because, in most cases, the definition of these elements happens at the beginning of an implementation when there is not a complete and comprehensive understanding of the SAP processes.

Enterprise structure plays a major role in the Reporting structures of the organization as well as the Controls that it wants to build in its processes. As in many cases in real life, the value of these Enterprise Structure definitions are better understood once the use of the system matures. But by then, changing the Enterprise structure becomes somewhat constrained.

In certain other cases, the constraints of SAP during the original implementation would have impacted the decision on the definition of the Enterprise Structure resulting in a not so optimal set up. With some of the new functionalities, the old constraints become irrelevant thereby providing greater scope for a more pragmatic Enterprise Structure definition.

This then becomes a major reason to start afresh when moving to S/4HANA rather than just convert the existing system.

Poor Data Quality: Another common situation we find with businesses running on SAP instances is that of Data… especially Master Data. The problem with quality of Master Data is two-fold:

  1. The structural definition of the Master data could have been wrong (this is similar to the sub-optimal Enterprise structure definition). It could be the numbering logic for the Material Masters, or the basis of defining the Customer and Vendor Account Groups or the Chart of Accounts structuring… all this could lead to inflexibility in newer business processes or reporting requirements thereby tying down the business to patchy work-around solutions.
  2. The lack of governance of Master Data. In many instances there is an unrestrained creation of Master data before a proper governance mechanism is put in place. The result is an abundance of unwanted data in the system resulting in erroneous transaction processing or inefficiency due to confusion.

Here again, a fresh and wiser start is desired.

 

SAP not fully leveraged: Many reasons contribute to a lesser than full utilization of SAP features and functionalities:

  1. The Business requirements have significantly changed or evolved whereas the corresponding ERP set up has not kept pace due to various reasons such as availability of time / resources / budget for updating the processes in the IT landscape
  2. The assumptions in the original implementation were simplistic and the resultant set up has not been very conducive or supportive of the actual Business Requirements resulting in a rudimentary usage of the SAP system such as basic accounting only. The rich features of the SAP system are not exploited to benefit the organization
  3. Inadequate competency in certain special topics such as Credit Management, Actual Costing, Rebates processing, Cash Discounts, Materials Planning, etc. results in poor data for these processes thereby making these processes either redundant or discarded

Such reasons drive the need for having a fresh look at the ERP set up rather than continue with the existing set up. A fresh and new implementation S/4 HANA becomes an answer.

 

High level of Custom developments: In quite a few instances, the processes are not aligned to standard best practices. Instead the original implementation and subsequent changes are carried out largely to adapt the system to the exact old ways of doing the processes. The result is that there are a huge number of custom developments that primarily run the business processes. A highly customized environment in turn results in multiple problems:

  1. Inability to adapt easily to changes – there is a significant effort and cost for every change to be implemented
  2. Heavy maintenance – a highly customized environment spawns a whole sub-organization for its maintenance thereby straining the resources and bottom line of the organization
  3. Inability to harness new innovations – businesses not adopting the standard processes often also miss the bus on key innovations that keep happening in the standard processes.

In such an environment, movement to S/4HANA presents a good opportunity to have a re-look at the customization done and adapt to standard best practices through a fresh and new implementation

 

Multi-system & multi-application environment: Large corporations, over a period of time, tend to develop a complex landscape of applications and systems for their core Business processes. This might have resulted from new requirements being met by specialized applications or from Mergers and Acquisitions. In such a case, the business is stuck with a complex interfaced network of systems and applications. Simplification of landscape (both systems and applications) becomes highly desirable.

The journey to S/4 HANA presents an opportunity to have a re-look at the Application and System landscape and simplify them. This again calls for a fresh and new implementation

 

Conclusion

With adoption of S/4HANA as a foregone conclusion, businesses have multiple paths to do that. For a business not already on SAP ECC, a new & fresh implementation of S/4 HANA is the only option. For a business already running on SAP ECC, an evaluation of its current setup and usage of SAP is a pre-requisite to determine the path. For a highly optimal setup, the System Conversion route is ideal. However as described in the previous sections, there are many reasons why many of the implementations are not optimal. In such cases it is recommended to have a fresh start with a new implementation of S/4HANA adopting the Standard Best practices as much as possible.

Assigned Tags

      11 Comments
      You must be Logged on to comment or reply to a post.
      Author's profile photo Ravi Hariharan
      Ravi Hariharan

      Hi Sriram,

      The article is well written.

      In addition to the fact that SAP is not sufficiently leveraged, many organisations realise that there were better options that could be have been implemented during the original implementation.

      New implementation of S/4 provides an excellent opportunity for users (business/IT) to re-design the system with their better knowledge gained out of experience.

      Generally the approach of a new implementation seems to be the best way forward for most of the organisations.

       

      Author's profile photo Former Member
      Former Member

      Dear Sriram,

      Quite an informative article. Good concise way of expressing the various options. Keep blogging.

      Author's profile photo Surya Kotha
      Surya Kotha

       

      Hi Sriram,

      Excellent article, clearly mentioning all possible options for New and existing SAP implementations

       

      Author's profile photo Paul Hardy
      Paul Hardy

      If I have an existing SAP system, I am a large organisation, I have twenty years of custom development, in the past I would upgrade my version of SAP when the time came as that was the cheapest and easiest option.

      Indeed SAP had "locked in" customers due to this.

      Now SAP says do a new implementation from scratch, rather like the "Business Process Re-Engineering" projects from 1995 - 2001.

      OK I will start again. I think I will choose Oracle this time, or maybe Microsoft. They seem easier, and since I am going to have to throw away everything I have developed thus far, why not?

      And as for the so called "Best Practices". They Are Not. Best Practices. They are SAP's description of how SAP software works.

      Author's profile photo Sameer Mohammed
      Sameer Mohammed

      Hi Sriram,

      Nicely written , concise and quick reference to get different perspectives.

      Doing a new implementation from customer perspective might be a heavier on pocket but looking at the roadmap and future in store that probably is the best way forward.

       

      Author's profile photo Former Member
      Former Member

      Hi Sriram,

      Nice article,   which provides an astute direction of making fine distinction.

      Though the preferred option which existing customers tend to make is a technical conversion,   It should only be a temperory phenomenon.

      The best way forward, and also recommendation from a consulting perspective should be to educate customer to put focus on adaptability of value driven re-engineering for future good.

      Regards,
      Sai Kumar

       

      Author's profile photo Former Member
      Former Member

      Hi Mr.Sriram,

       

      I support the fresh implementation of S4HANA instead of System conversion (ECC --> S4HANA).

      Where I have question, Assume, S4HANA fresh implementation instead of system conversions. Due to some legal requirement (Like 5 year as per income tax act India) we have maintain the old ECC data for some period to satisfy individual statutory requirement. So, Its need to be maintain the old SAP ECC landscape in parallel with S4HANA new landscape and costly as well.

      Is there any way to avoid this additional cost burden to customer?

       

      Author's profile photo Niels Weigel
      Niels Weigel

       

      You might look into the SAP NetWeaver Information Lifecycle Management - System Decommissioning solution to extract the (still legally) necessary old data into the ILM Retention Warehouse and only move your live data to the S/4HANA landscape.

      https://blogs.sap.com/2017/10/16/unified-legacy-decommissioning-using-sap-information-lifecycle-management/

      Niels

      Author's profile photo Former Member
      Former Member

      Thank you so much Siriam for your article!

      For companies that decided on a new implementation, they would have to make a new business case and compare different options to S / 4 HANA. Or do you think there are solid arguments to follow in SAP without needing to review other options?

      Victoria

      Author's profile photo Sriram Sampath
      Sriram Sampath
      Blog Post Author

      Dear Victoria,

       

      At a personal level, I would think going with S/4HANA would be the best option as that would minimize the Change Management. However, ofcourse, if there were already significant difficulties in using SAP for the business processes, then it might be a good idea to explore multiple options. One example would be the usage of SAP Dealer Business Management in the ECC version. That is not supported in S/4HANA... so a Company that has been using SAP along with DBM may have to explore multiple options, atleast for the DBM portion!

       

      Sriram

       

       

      Author's profile photo Wei-Shang Ku
      Wei-Shang Ku

      Is there any statistic data showing how many ERP customer go conversion rather than new implement ?

      ECC --> S/4 is not a small upgrade, from the HW, License, SW, UI points of view, S/4 is a different animal. Customer will not treat it as a pure technical upgrade (if so, it is a TAX enforced by SAP), but a chance to optimize or enhance existing ERP system, lots of "Wish List Items" are on the requirement sheet.  So, new implementation could be better, clean, and straight forward.

      Doing conversion may imply : long downtime, custom code review and rewrite (if necessary), data conversion, sandbox test,  rich your source HW to accelerate SUM, ..... RISK.