- With S/4HANA, SAP has changed the policy of ERP database independence.
- There are significant problems with SAP charging for an upgrade like S/4HANA including that it is a forced purchased, undermines the support contract and locks customers into a database with indirect access liabilities.
The marketing blast on S/4HANA has been so hot and heavy over the past several years that it has been easy to forget some important details.
Well, I have had the time to think through what SAP has been doing with S/4 based upon a few research projects I have been involved with on the topic. Through this research, I came to a new conclusion on a subject regarding S/4HANA costing. This is one of the findings that I think I should have picked up on a while ago, but as they say….better late than never.
Secondly, I did not originate this idea. No the first time I heard of this sentiment was from an article that explained the position of the UK&I SAP User Group. They made the following statement.
“Customers who have paid maintenance fees on an on-premises product get to upgrade to the next version for free.”
As soon as I read this, I thought the UK&I SAP User Group was correct. And if the US ASUG were a user group, rather than only a compliant vessel of SAP, they would bring this issue to the front and fight for their users.
SAP’s Attempt to Differentiate S/4HANA from ECC
SAP has made every effort to differentiate S/4HANA from ECC. The official story is that there is technically the very little difference between S/4HANA and ECC outside of the database. What is more accurate is that SAP is performing some changes, but it uses political terminology called “simplification” with ECC functions, fields, etc..
Customers will get a big surprise when they open the box on these changes. Some these simplifications, upon review, don’t seem to be improvements, they are just changes. As with changes to MS Windows over the years, change does not necessarily mean improvement. Windows probably reached its top level of capability in version 7, and subsequent editions are different, but not better. (Windows 7 was released back in 2009!) And Windows 10 aggressively monitors users, so it is becoming more like FaceBook than just an operating system. But I only signed up for an operating system. Using the word simplification does also not mean (necessarily) improvement. But let us hold this topic for another time.
Change of SAP Applications Away from Database Independence
Remember that in previous versions of SAP’s ERP system, SAP did not specify a SAP database. A suite which has simply had a new database added (along with some Fiori apps) is not an entirely different application. Remember, SAP does not “throw in” the database with S/4. It is a separately priced item. However, SAP has stated in clear terms that S/4HANA is not a follow-on of ECC 6.0. In SAP’s document, “Custom Code within SAP S/4HANA On-Premise,” they state the following:
“SAP S/4HANA is SAP’s next-generation business suite, it is not a legal successor of any SAP Business Suite product (emphasis added). It is a new product completely built on one of the most advanced in-memory platforms today…”
This is not technically correct (or depending on how you look at it only partially right) as most the business logic is the same from ECC. And in internal documents, SAP sings a different tune. In their sales training they state the following:
“It is the logical successor for the flagship product the Business Suite.”
Did you get that? It is the logical successor, but not the legal successor. What does that mean!!? What this means is that S/4HANA is not covered under the previous support agreements.
SAP has repeatedly pointed out that S/4 is not a functionality change, but is in the database. This is stated by SAP in the following quotation:
“The data model – the table structure – has been massively changed..SAP R/3 was developed in the Nineties. The applications, and the underlying business data structure just reflected the technical limitations of the hardware and database at the time.”
Well, customers did not ask for ECC to use HANA. As Wolverine from the X-Men might say “That is on you bub.”
The Underlying Data Structure as a Product?
Also, since when is the underlying business data structure something that was “sold” to customers? The data structure, database, data design was on the vendor, and the customer has never really much cared. The benefits were to be an emergent property of the application rather than a separately marketed entity. Actually, for those that might be interested, the table structure in ECC is quite convoluted. I diagrammed a large number of tables in the supply chain are of both ECC and APO in an ERD diagram, and SAP had not laid out the tables and relationships intelligently. It is a bit of a mess. On the other hand, they did not have the excellent ERD diagramming tools back in the early nineties that they have now, so the SAP table designers were at a disadvantage.
SAP has been saying that S/4HANA is fantastic. In fact, once you lay out the financial implications of S/4 (which is all about selling HANA), it is evident HANA puts SAP in the catbird seat to control your IT spend more than they do now (if you run SAP).
The Four Logical Problems with SAP Charging for the SAP Upgrade S/4HANA
There are several very fundamental problems with SAP’s charging for the SAP upgrade of S/4HANA.
Logical Problem #1: Legal Successor to ECC?
If S/4HANA is not the legal successor, then what is? When customers purchased ECC, no one told them that ECC, the most widely implemented ERP system was about to be sunset and that the would need to buy a new ERP system (which is just a re-jiggering of ECC). This is cutting off the SAP upgrade for free; something customers have a legal right to.
Logical Problem #2: Undermining the Support Contract for the SAP Upgrade to S/4
When a customer purchases an on-premises application, the understanding is that a license will be obtained, and an annual support fee covers all upgrades. Precisely as the UK&I SAP User Group stated in their quotation. No matter how SAP would like to spin it, it means that ECC customers will be double charged. They will pay SAP 20 to 22% per year for annual maintenance, which was supposed to include the standard SAP upgrade. The logic of support updates is that a portion of the revenues goes to product development. (As anyone who interacts with SAP support knows, it certainly does not go into salaries for those that respond to tickets.)
But now, instead of getting the next version of ECC for “free,” customers will pay again for S/4HANA. And what did SAP do to ECC to deserve all this extra money? They placed ECC functionality on a simple analytics database. They then promoted S/4HANA as solving a bunch of phantom problems like running MRP or end of close quarter faster. Neither of these processes is processing constrained at SAP customers. But in the SAP marketing literature, it makes it seem that these are bottlenecks that are massively limiting what SAP customers can do.
Logical Problem #3: (Semi) Forced Purchase
SAP is not offering a separate pathway for ECC clients who don’t want to migrate to S/4HANA. Therefore, as time passes, these customers only have the following choices:
- ECC: Continue to use ECC as long as possible.
- Switch: Switch to a new ERP vendor that does not have such a flippant attitude regarding the upgrade promises it made to its customers.
- Migrate to S/4HANA: This leads to the next point:
Logical Problem #4: Database Lock-In
SAP has said that you have to use S/4 on HANA. No other database will be certified. However, the technical logic of this argument, which was always unsubstantiated, completely evaporated when Oracle introduced mode switching in Oracle 12C DB. Oracle 12C most likely outperforms SAP’s HANA database. The details of this are covered in my previous article Which is Faster HANA or 12C?. What that means is that by a company migrating to S/4HANA, they now have SAP making their database purchase decision for them. The customer loses all ability to select the database they want to use. And this is entirely to the financial benefit SAP as SAP cannot claim any superior performance over alternatives.
In one fell swoop with S/4HANA SAP would like to accomplish the following:
- Push out Oracle and other database vendors from its accounts. Not based upon real benefits or based upon competition, but based upon “compatibility.” That is a false harmony as it is a simple thing to make other databases certified by SAP for S/4.
- Double charge customers for the next version of ECC.
The conclusion I have come to after reviewing all the facts on S/4HANA SAPuUpgrade is sobering. When I explain this to people who work outside of enterprise software, the response is that this sounds unethical and a shabby way to treat loyal customers.
With S/4HANA, SAP had planned to double charge its current SAP clients with its policy on S/4HANA. All this talk about how S/4HANA will be the new digital platform etc. is just to get customers bubbly so can be double charged. SAP bought off Forrester who created a falsified (projection based) lower TCO report for HANA. The Forrester report left out the double charging issue with S/4HANA (of course).
Hasso and McDermott and others do not seem to appreciate that SAP has already taken such a large percentage of their customer’s IT budgets that they don’t have much more to give. My clients have too much SAP, not too little SAP. SAP is in places where it has only limited applications. These applications suck money from the IT spend and prevent progress, gobbling up funds that could be used for better applications, for business process analysis, training, etc..
Lack of Interest on S/4HANA
Something happened with S/4HANA that SAP did not expect. No one was all that interested in S/4HANA. So with no market momentum, SAP is simply not in a position to charge for S/4HANA. SAP is, in fact, desperate just to get “customers” recorded for S/4HANA. This is so they can go to Wall Street and tell them that S/4HANA is the fastest growing application in the history of humanity, which is what Bill McDermott has said about HANA.
So a new tactic for this most important SAP upgrade was hatched. Giveaway S/4HANA, but keep the high pricing for HANA. And that is the current strategy. So in fact, S/4 is bring priced now just like it was the legal successor to ECC.
If I were a customer of SAP, I would strongly object to the terms that SAP initially proposed for S/4HANA – a product which is still not yet released beyond one module (Finance).
Talk About S/4HANA Versus The Reality of S/4HANA
How much SAP has talked about S/4HANA versus what it has delivered should be a concern to customers.
I have been in S/4HANA, and it is no big deal. The application does not meet my definition of a finished product. It is a beta. I mean S/4HANA Finance is a beta. The rest of the suite is nothing because it is not yet released (or incrementally being released — so, however, you measure that). Also, the simplifications impose a significant analytical cost, and that is before you even get into the who HANA DB issue. There are substantial questions as to whether even the Fiori apps that are ready are also a suitable replacement for the associated SAPGUI screens they are meant to replace.
Here is what is acceptable to me if I were a customer that used ECC.
- As per the support agreement, the SAP upgrade product will be provided to customers free of charge.
- SAP will drop its false contention that S/4 cannot run on anything but HANA and will certify other database vendors. If this means that SAP has to remove stored procedures from HANA and put them back in the application layer, then so be it. They probably should not have done that in the first place.
- I would then keep S/4 on the current database vendor that I have historically used. As a competitive matter, it is simply a bad practice to purchase applications and databases from the same supplier.
- One must always be concerned with lock-in. One way or other providers have a way of monetizing lock-in. S/4HANA is not much deeper than an attempt to monetize the lock-in at customers. It cuts off the customarily accepted SAP upgrade, and specifically the SAP upgrade price. Although I should point out that the software cost of the SAP upgrade to S/4 is minimal compared to the other SAP upgrade costs due to the incompleteness and all the changes to S/4HANA.
SAP’s Inaccurate Messaging on S/4HANA as Communicated in SAP Videos
Fact-Checking SAP Information on S/4HANA
This video is filled with extensive falsehoods. We will address them in the sequence they are stated in this video.
SAP Video Accuracy Mesurement
|Appleby's Statement||Accuracy % of the Comment||Explanation||Link to Analysis Article|
|S/4HANA is what allows key processes to be digitized.||ECC was already fully digitized and digitized across key business functions.||The Problem with Using the Term Digital Transformation on IT Projects|
|HANA is a Platform||HANA is not a platform, it is a database.||How to Deflect You Were Wrong About HANA|
|Fiori is a major advantage for S/4HANA.||In S/4HANA implementations Fiori is infrequently used when S/4HANA.||How Accurate Was SAP on the Number of Fiori Apps?|
|Fiori is far more efficient than what came before.||In testing Fiori and S/4HANA, Sven Deneken's statements did not hold up. There was a particular weakness in actually making changes after noticing something needed to be changed, and we found the efficiency below that of ECC with of course SAPGUI.|
|S/4HANA is innovative as it brings "real time inventory."||Sven Deneken brings up the topic of "real-time capabilities," however there is nothing particularly real-time or different in terms of a reaction than ECC. Whenever you make a change in ECC or any other ERP systems for that matter, the entry is real-time. Sven Deneken states that "the physical inventory is the same as the digital inventory." However, under what system would this not be true?||What Happened to the Term Perpetual Inventory?|
|S/4HANA is innovative because it allows access to supplier information.||Sven Deneken states that information about the supplier is "just a fingertip away." Sven Deneken may be familiar with ECC, where supplier data is also a fingertip, or say mouse click away. It called the Vendor Master in ECC.|
|Sven Deneken says that the cycle could be changed to daily or sub-daily.||Why would that occur? This is a very strange scenario that is being laid out.|
|S/4HANA is innovative because it allows MRP to be rerun interactively for a product location.||Sven Deneken is extremely confused when he states that S/4HANA allows a fresh MRP run to be performed for a specific product location and that this is a differentiator for S/4HANA. For a single product location, there is no ERP system that cannot run MRP for a single location. Secondly re-running MRP does not remove uncertainties. MRP can be re-run when something changes. For example, when the forecast changes.||Performance Problems with HANA and MRP|
|Sven Deneken states this demo shows SAP has reimagined inventory management.||However, all of this functionality, save for several of the graphics shown in the video have already been available in ECC for many years, in fact, decades.|
The Problem: A Lack of Fact-Checking of S/4HANA
There are two fundamental problems around S/4HANA. The first is the exaggeration of S/4HANA, which means that companies that purchased S/4HANA end up getting far less than they were promised. The second is that the SAP consulting companies simply repeat whatever SAP says. This means that on virtually all accounts there is no independent entity that can contradict statements by SAP.
Being Part of the Solution: What to Do About S/4HANA
We can provide feedback from multiple HANA accounts that provide realistic information around S/4HANA — and this reduces the dependence on biased entities like SAP and all of the large SAP consulting firms that parrot what SAP says. We offer fact-checking services that are entirely research-based and that can stop inaccurate information dead in its tracks. SAP and the consulting firms rely on providing information without any fact-checking entity to contradict the information they provide. This is how companies end up paying for a database which is exorbitantly priced, exorbitantly expensive to implement and exorbitantly expensive to maintain. When SAP or their consulting firm are asked to explain these discrepancies, we have found that they further lie to the customer/client and often turn the issue around on the account, as we covered in the article How SAP Will Gaslight You When Their Software Does Not Work as Promised.
If you need independent advice and fact-checking that is outside of the SAP and SAP consulting system, reach out to us with the form below or with the messenger to the bottom right of the page.
Financial Bias Disclosure
Neither this article nor any other article on the Brightwork website is paid for by a software vendor, including Oracle, SAP or their competitors. As part of our commitment to publishing independent, unbiased research; no paid media placements, commissions or incentives of any nature are allowed.
S/4HANA Implementation Research
We offer the most accurate and detailed research into S/4HANA and its implementation history. It is information not available anywhere else and is critical correctly interpreting S/4HANA, as well as moderating against massive amounts of inaccurate information pushed by SAP and their financially biased consulting ecosystem.
Select the description that best matches you.
Option #1: Do You Work in Sales for a Vendor?
See this link for an explanation to sales teams.
Option #2: Do You Work for an Investment Entity that Covers SAP?
See this link for an explanation for investment entities.
Option #3: Are You a Buyer Evaluating S/4HANA?
For companies evaluating S/4HANA for purchase. See this link for an explanation to software buyers.
Search Our HANA and S/4HANA Pricing and Costs Content
I cover how to interpret risks for IT costs in the following book.
SAP S/4HANA: Custom Code Adaptation: What You Need to Consider for Your Custom Code When Transitioning to SAP S/4HANA, SAP, June 11, 2015.
Getting to the Detail of TCO
The Mechanics of TCO
- Understand why you need to look at TCO and not just ROI when making your purchasing decision.
- Discover how an application, which at first glance may seem inexpensive when compared to its competition, could end up being more costly in the long run.
- Gain an in-depth understanding of the cost, categories to include in an accurate and complete TCO analysis.
- Learn why ERP systems are not a significant investment, based on their TCO.
- Find out how to recognize and avoid superficial, incomplete or incorrect TCO analyses that could negatively impact your software purchase decision.
- Appreciate the importance and cost-effectiveness of a TCO audit.
- Learn how SCM Focus can provide you with unbiased and well-researched TCO analyses to assist you in your software selection.
- Chapter 1: Introduction
- Chapter 2: The Basics of TCO
- Chapter 3: The State of Enterprise TCO
- Chapter 4: ERP: The Multi-Billion Dollar TCO Analysis Failure
- Chapter 5: The TCO Method Used by Software Decisions
- Chapter 6: Using TCO for Better Decision Making