When SAP introduced its Run Simple campaign in 2014, the company hoped to transform its long-held reputation for complexity and being difficult to work with.
By submitting your personal information, you agree that TechTarget and its partners may contact you regarding relevant content, products and special offers.
At the heart of this new focus was Hana, the in-memory column database first introduced in 2010. The prime advantages of Hana over traditional relational databases are its blisteringly fast query speeds and the ability to do real-time analytics and reporting.
But subsequent years have seen a confusing raft of Hana-based products and systems that have left many customers scratching their heads as to the best way forward.
Among other things, there is the Hana Cloud Platform, the Hana Business One Cloud, and a plethora of SAP components such as CRM and Business Warehouse on Hana.
Then, of course, there is the company’s core enterprise resource planning (ERP) system Business Suite for Hana and its fully featured successor, S/4 Hana.
The company also offers a range of other products and services under the Hana brand, including apps and accelerators.
But a recent survey by the SAP UK and Ireland User Group found that 70% of users believe SAP has failed to communicate the migration path to SAP S/4 Hana with sufficient clarity.
Julian Bond, head of ICT at Hillarys, a supplier of made-to-measure blinds and a long-time SAP customer, says: “SAP thinks it is a master of marketing, but while it is good in some senses, its customer base hasn’t got the foggiest idea what’s going on and the truth is, it has caused all the confusion itself.”
Hillarys completed its upgrade to what it thought was S/4 Hana in an impressive six months, going live in February 2016. But Bond says: “We have moved to SAP Business Suite on Hana, which was what S/4 Hana originally meant. But now SAP has moved the goalposts and released a later version that it says is actually S/4 Hana.”
As a result, Hillarys has not yet been able to take advantage of all the advanced functionality, such as the much-touted Fiori app portal that presents users only with the apps and functionality that they actually use, rather than forcing them to navigate a complex list of stuff they don’t need.
Challenges of Hana
The problem for SAP customers is that deciding whether and how to move to S/4 Hana is by no means easy. Sebastian Grady, president of independent support specialist Rimini Street, which supports software from SAP, Oracle and a number of other suppliers, says: “This is not as simple as flicking a switch – it can be a very costly re-implementation, rather than a simple upgrade. SAP’s current flagship product set, built over 40 years ago, has 400 million lines of code. Customers have millions invested in extensive customisations that may have to be rewritten in a move to S/4 Hana.
“Frankly, I don’t know how organisations can make a sensible calculation about the cost or return on investment because they do not have all of the information they need. And why would a customer take on the risk of an unproven system that is likely to be in development for many years?”
Others, though, believe the ongoing digital transformation of business makes the eventual move to S/4 Hana inevitable for most SAP stalwarts. Robin Webster, director of technology at Centiq, which provides managed services for SAP Hana, says: “SAP is very keen to get people onto the platform. It’s a bit early in the cycle for most organisations – next year should be interesting – but it is going to happen.
“There was always going to be a need to redesign how SAP works under the covers to take advantage of the full capabilities of Hana. SAP talks a lot about simplification, but that simplification is dependent on S/4. For most customers, it’s just a question of when to move – and that will be when the business functionality in S/4 is so far advanced that businesses decide they can’t do without these new tools.”
Hillarys’ Bond says it is critical to plan any move early. “When we made our switch, it was a big architectural change,” he says. “We used to run HP-UX, but for Hana, we needed Linux, so we moved to SuSe. That involved retraining all our in-house staff. We even migrated some of our non-SAP systems across to give us a bit of experience running production systems in that environment. Hana also assumes you will be working in a virtualised world, so we had to get up to speed with that virtualisation layer.”
Picking the right partner for the move is also vital. “We used Panaya,” says Bond, “whose tools were able to analyse all our custom code to ascertain how much would need to be rewritten, which sped up implementation considerably.”
Hana also requires a different approach to traditional relational databases, says Bond. “When you move to a column/in-memory database, you need to retrain. Rules that had served me well for 30 years are no longer appropriate. For example, Hana archiving is very different. As the database is already compressed in memory, archiving doesn’t make it smaller and can actually make it bigger,” he says.
Lewis Marston, CEO at SAP supply chain and digital transformation specialist Rocket Consulting, recommends that organisations take a holistic view of their application landscape and roadmap so that a strategic decision can be made with alignment to the SAP application roadmap. “A clearly defined data strategy is a must before moving to S/4 Hana,” he says. “Data without value will, even with the high storage compression that is available in Hana, drive up infrastructure costs significantly.”
Look at the roadmap
Marston also urges companies to consider their organisation’s cloud strategy or constraints. This requires a strategic look at SAP’s roadmap to the cloud for some line-of-business systems to avoid capability gaps.
Because any implementation is unlikely to be a like-for-like replacement, Marston says businesses should consider how the new and old systems can co-exist for an initial period until S/4 Hana is fully functional.
Centiq’s Webster stresses the importance of business readiness. “Ensure the functional area of the business you want to implement in is ready for S/4,” he says.
“For example, the HR [human resources] engine that many SAP customers know and love is not supported in S/4 because SAP assumes that you will use its SaaS [software as a service] offering, SuccessFactors. And some areas probably just don’t have the agile capability you need for S/4 Hana.”
Security and patching
Finally, businesses should pay particular attention to security and patching, given the newness of Hana. Alex Ayers, co-founder and consulting director at risk management consultancy Turnkey Consulting, urges businesses to keep on top of security.
“S/4 Hana is relatively new technology and important updates are provided through SAP Notes and each new release,” he says. “Regular patching will be required as the product matures, and organisations’ change management processes should be ready to support this.”
Ayers says security of the system should be given as much attention as roles and users. “Vulnerabilities are being reported frequently and organisations must have the ability to assess the risks and apply timely fixes or mitigations,” he adds.