- Hasso Plattner provides a summary of the benefits of S/4HANA’s new application architecture.
- We evaluate the accuracy of Hasso’s proposal.
Hasso Plattner has written a great deal of promotional literature about S/4HANA. One of his proposals is that S/4HANA is a new application architecture. In this article, we will cover this topic and analyze the legitimacy of the claim.
Hasso on S/4 HANA as a New Application Architecture
“The in-memory database SAP HANA allows for a radically different application architecture and a new philosophy with regards to the data model simplicity. While most of the business functionality of the business suite will be carried over to SAP S/4 HANA, new workflows, larger transaction volumes, real time analytics on transactional data, unmatched flexibility when changing reporting structures and even real time simulation of business scenarios are possible. And all this comes with a completely new UI and a new framework for modifications and extensions. SAP S/4 HANA will continue to be developed at a different speed in order to match the new requirements of the digital age.”
Hasso does not explain why “in-memory database” allows for a radically different “application architecture.” According to Wikipedia, the definition of application design is the following:
“Applications architecture is the science and art of ensuring the suite of applications being used by an organization to create the composite architecture is scalable, reliable, available and manageable.”
I don’t think Hasso’s claim here holds true. He may be able to propose that that HANA creates more scalability — although that could be easily debated. I see no reason why HANA makes S/4HANA or ERP functionality more reliable, available or manageable. SAP ECC is already quite reliable; it is available. It ‘s hard to maintain, but that is only in a small way related to its database. Much more of the difficulty in maintaining ECC has to do with its user interface, learning curve, issues with maintaining master data and other non-database related issues.
See our The S/4HANA Implementation Study. For the real story and details on actual S/4HANA implementations.
There is not much to take away from this section of the paper by Hasso Plattner. The statements are not substantiated.
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 Other S/4HANA Content
I cover how to interpret risk for IT projects in the following book.
The Risk Estimation Book
Better Managing Software Risk
The software implementation is risky business and success is not a certainty. But you can reduce risk with the strategies in this book. Undertaking software selection and implementation without approximating the project’s risk is a poor way to make decisions about either projects or software. But that’s the way many companies do business, even though 50 percent of IT implementations are deemed failures.
Finding What Works and What Doesn’t
In this book, you will review the strategies commonly used by most companies for mitigating software project risk–and learn why these plans don’t work–and then acquire practical and realistic strategies that will help you to maximize success on your software implementation.
Chapter 1: Introduction
Chapter 2: Enterprise Software Risk Management
Chapter 3: The Basics of Enterprise Software Risk Management
Chapter 4: Understanding the Enterprise Software Market
Chapter 5: Software Sell-ability versus Implementability
Chapter 6: Selecting the Right IT Consultant
Chapter 7: How to Use the Reports of Analysts Like Gartner
Chapter 8: How to Interpret Vendor-Provided Information to Reduce Project Risk
Chapter 9: Evaluating Implementation Preparedness
Chapter 10: Using TCO for Decision Making
Chapter 11: The Software Decisions’ Risk Component Model