How can Suite on HANA be NOT so sweet when close to 2500 productive instances exist all over the world?
I deliberately picked the title to put Suite on HANA in context of where it stands today with the advent of SAP S/4HANA and my previous blogs on the same topic. (You can read them here, here and here).
I used to communicate the following as the value proposition of SAP Business suite on HANA:
- Performance optimizations: We delivered 1000+ optimizations just for HANA DB. Check out my favorite SAP Note 1761546 for details.
- Fiori apps and smart business cockpits: Leading to better insight for business users and improve productivity.
- Real-time analytics: Virtual data model (HANA Live – marketing term) based operational reporting capabilities.
Apart from quantified business benefits as a result of performance optimizations, there were significant technical benefits too. Such as:
- Database compression: Some customers reported 5x to 8x reduction of their DB sizes on HANA compared to their legacy DBs. A side benefit of this high compression was the ability to copy an entire production instance to sandbox or development environments and test new scenarios on the entire production data sets – not just a subset of the production data.
- Consolidation: An opportunity to consolidated two or more instances on the same HANA appliance – at least in test, sandbox environments. Benefits were comparable or slightly better than virtualization options but with no performance penalties.
- Custom code mitigation: Know anyone who uses only standard functionality? A DB migration to HANA, gave customers the opportunity to evaluate their custom objects (usage, performance, compliance etc.) and either eliminate them or optimize them to take advantage of HANA DB. An excellent opportunity to clean your house before the big move to S/4HANA.
- A learning opportunity: DB administrators got to know SAP HANA. Developers got to know why SAP HANA made sense for applications.
So far so good. Customers agreed with me on this or at least no one pushed back on any of these propositions. Fast forward about 4 years to today. We have SAP S/4HANA in the market with significant uptick in licensed customers and live customers.
Coming back to my controversial title again. Does it make sense for customers to start a Suite on HANA implementation today given the state of SAP S/4HANA? Here are some arguments (my personal views) as to why I don’t think so.
- SAP S/4HANA 1709 was released to customers on September 15th 2017. Here is a great start for you to learn more. This is the third major release of the on premise edition.
- 1709 has reached functional parity with the classic ECC system and I would say is a step or two ahead with new innovations. Obviously, there are functional differences too (aka – simplification list) for all the right reasons. Who would accept the same capabilities with no advantages over the previous system?
- Here is how SAP S/4HANA fundamentally differentiates itself from ECC:
- User experience: Fiori launchpad as the single point of entry for business users.
- Embedded analytics: Tens and thousands of new virtual data models (now delivered as Core Data Service views) to support analytics embedded directly in transactions, new Fiori analytical applications and to support self-service operational reporting needs.
- Simplicity: Data model simplifications, functional simplifications and landscape simplifications.
- If customers are not planning to take advantage of the above, it wouldn’t be beneficial at all.
What are the critical effort/cost considerations for S/4HANA implementations?
- Suite on HANA was more or less a DB migration exercise with minor efforts to adopt custom code, implement new Fiori and real-time operational reporting scenarios.
- S/4HANA on the other hand requires
- large scale adoption of Fiori as the primary user experience layer
- embedded analytics for operational reporting (CDS views, built in self-service BI tools like multi-dimensional reporting, analytics path framework among others)
- potential business process changes due to new functionality, some simplifications and performance optimizations
- … all of the above leading to change management user training / re-training
SAP S/4HANA, no doubt will yield higher business benefits (compared to Suite on HANA).
Given the effort involved in maximizing its full potential, an unnecessary intermediate move to Suite on HANA doesn’t seem to be appealing any longer. Hence SAP Business Suite on HANA doesn’t taste so sweet in current context!
Suresh Ramanathan | firstname.lastname@example.org | Rarely tweets at @sapsuresh
VN:F [1.9.22_1171]SAP Business Suite on HANA - Not as sweet as S/4HANA!,