La décision de Lidl d’arrêter une mise en œuvre de SAP Hana en raison de l’escalade des coûts peut être un signe précoce des problèmes que la mise à niveau vers S/4 Hana impliquera.

Bien que très peu de choses aient été révélées sur les raisons pour lesquelles Lidl a décidé de mettre au rebut SAP, ce qui est apparu dans les rapports sur le projet du détaillant est qu’il a tiré la prise en raison de l’augmentation des coûts.

Lorsque Computer Weekly a commencé à voir des échecs de projets SAP à la fin des années 1990, le coût de la mise en œuvre était l’un des facteurs contributifs. Le problème était que SAP était vendu comme un ensemble de processus de gestion préemballés, encapsulant les processus de gestion de certaines des plus grandes entreprises du monde, mais souvent ceux-ci ne correspondaient pas à la façon dont les entreprises qui essayaient de mettre en œuvre SAP voyaient leurs processus de gestion. Cela signifiait qu’ils devaient souvent être personnalisés.

Deux décennies plus tard, les experts s’accordent à dire que la personnalisation de SAP doit être évitée car les coûts et la complexité vont rapidement grimper. C’est aussi vrai aujourd’hui pour les entreprises qui se lancent dans une mise en œuvre de SAP S/4 Hana que lorsqu’elles ont implémenté SAP R/3 dans les années 1990.

En 2025, SAP mettra officiellement fin au support de l’ECC6, le composant central des ressources d’entreprise (ERP) de son produit. Du point de vue de SAP, cela donne aux entreprises moins de six ans pour mettre en œuvre S/4 Hana.

Les entreprises qui utilisent des systèmes SAP mis en œuvre au cours des deux dernières décennies ont une décision difficile à prendre sur la façon dont leur code personnalisé SAP existant doit être redéveloppé pour S/4 Hana.

Il y a un débat en cours sur la façon dont les systèmes existants peuvent être retravaillés pour S/4 Hana, mais le consensus général est que S/4 Hana signifie mettre en œuvre un système ERP entièrement.

Identifier les processus métier existants

À ce titre, les entreprises doivent déterminer quels sont leurs processus métier existants, quelle part est codée dans SAP, quelle part de la personnalisation dans l’implémentation d’origine fait désormais partie du S/4 Hana standard, et si c’est vraiment un impératif commercial de mettre en œuvre l’ancien code personnalisé dans la plate-forme. Cela est particulièrement vrai si un processus métier codé il y a deux décennies n’est plus utilisé, ou a été adapté mais que le code personnalisé n’a pas été mis à jour.

Selon le livre blanc Optimising business processes for success de l’analyste IDC : « Les processus mal coordonnés qui ne correspondent pas aux besoins de l’entreprise et qui sapent les systèmes de production lorsqu’ils sont déployés ne sont pas simplement coûteux – ils peuvent entraver le positionnement efficace de l’entreprise et sa réactivité face à l’évolution rapide de la pression concurrentielle et des demandes mondiales. »

Dans le livre blanc, IDC recommande d’établir des stratégies qui englobent le changement culturel, les structures organisationnelles (en tirant parti des centres d’excellence existants, des bureaux de gestion de projet ou de programme, ou de DevOps – ou en les formant), les processus de qualité des processus métier, et l’évaluation et l’adoption de solutions d’automatisation appropriées pour aider à créer des applications pertinentes, adaptatives et centrées sur l’activité.

Répondre aux demandes de l’entreprise

Selon le consultant SAP Panaya, pour tirer le maximum de valeur d’un investissement SAP S/4 Hana, le service informatique devra répondre aux demandes de l’entreprise le plus rapidement possible sans perturber l’activité. Avec plusieurs chemins de projet à prendre – migration, mise en œuvre, greenfield, etc – les équipes informatiques se lancent dans des projets de 12 à 18 mois, écrit la société dans un récent livre blanc.

La mise à niveau technique pour SAP S/4 Hana peut être aussi rapide que trois mois. Cependant, pour répondre aux nouvelles normes SAP S/4 Hana, Panaya a déclaré que les neuf à quinze mois restants devraient être consacrés aux changements de processus métier, à la personnalisation et à l’assurance qualité.

En fait, SAP S/4 Hana introduit de nombreux changements dans des domaines tels que la technologie, les processus métier et les interfaces utilisateur. Selon Panaya, ces changements affecteront à la fois la façon dont les équipes informatiques travaillent et la façon dont elles personnalisent le système SAP.

Alors que les modèles d’exploitation et les processus informatiques changent, Panaya a prévenu que les demandes de changement, les exigences et les processus de gestion des tests et des versions pourraient constituer une transition difficile pour l’informatique d’entreprise.

« Pour de nombreuses organisations, la mise en œuvre de ces changements dans un mode de livraison en cascade prendra trop de temps, ce qui affectera le retour sur investissement de la solution . Ces changements devront être mis en œuvre de manière incrémentielle, en livrant sur différentes demandes de changement dans chaque cycle en utilisant DevOps et la livraison continue », indique le livre blanc de Panaya.

Prise de responsabilité

Stuart Browne, directeur général de la société indépendante de conseil SAP Resulting, a déclaré qu’un problème courant qu’il rencontre est que les entreprises supposent souvent à tort que c’est l’intégrateur de systèmes qui a la responsabilité de bien mettre en œuvre l’ERP, alors que c’est finalement la responsabilité du client.

Browne a déclaré que l’un des défis techniques pour les entreprises est que S/4Hana n’est pas encore complet. « C’est un produit inachevé et il ne simplifie pas la suite de produits SAP. Adopter S/4 Hana maintenant permet de simplifier certaines fonctionnalités, mais pas toutes. »

Comme il s’agit encore d’un travail en cours, Browne a déclaré qu’il y avait un manque d’outils et de personnes ayant les bonnes compétences pour mettre en œuvre S/4 Hana. Cela est aggravé par le fait que les personnes qui comprennent la mise en œuvre existante de l’ERP SAP ECC6 et qui ont une vingtaine d’années d’expérience avec elle se dirigent vers la retraite.

« Il y a une main-d’œuvre vieillissante et aisée qui approche de la retraite. Tout le monde a tendance à avoir entre 40 et 50 ans.  » Il a ajouté que les personnes plus jeunes font généralement des « choses plus cool » plutôt que de mettre en œuvre SAP, et qu’il y a une inflation des salaires de 8% en Inde, ce qui signifie que l’externalisation des compétences SAP est coûteuse.

Déférer la mise à niveau

Rimini est l’une des entreprises qui a construit une activité autour du support des anciens systèmes SAP. L’idée derrière la prise d’un contrat de maintenance tiers est qu’il permet à l’entreprise de réduire ses frais de maintenance en cours tout en retardant la migration vers le produit le plus récent, dans ce cas SAP S/4 Hana.

Hari Candadai, vice-président de groupe du marketing et de la stratégie produit chez Rimini Street, a déclaré qu’il était « très révélateur » que Lidl ait dû réévaluer et personnaliser autant de processus pour que le nouveau système SAP fonctionne pour son entreprise.

« Ce qu’il faut retenir, c’est que toute entreprise cliente qui envisage un changement majeur de plateforme SAP, y compris une réimplémentation potentielle vers S/4 Hana à partir de son système SAP existant, doit comprendre que c’est tout sauf simple », a déclaré Candadai. « Si vous vous trompez, cela aura un impact considérable sur vos résultats. La vraie question est la suivante :  » Quel était le prétendu retour sur investissement en place pour envisager de déchirer et de remplacer vos systèmes d’enregistrement de back-office ?  »

Puisque le support de l’ECC6 se poursuivra jusqu’en 2025, les entreprises ne doivent pas nécessairement acheter le S/4 Hana dès maintenant, surtout si elles estiment que ce n’est pas encore un produit complet.

Six ans, c’est long, et puisque SAP S/4 Hana est considéré comme une implémentation majeure, Browne a déclaré que c’était l’occasion pour les entreprises de réévaluer la façon dont l’ERP de base devrait fonctionner au sein de l’entreprise et d’examiner la faisabilité du déploiement d’alternatives telles que NetSuite ou Microsoft Dynamics.

Il y a aussi la question de l’architecture informatique qui sera nécessaire en 2025 pour soutenir ce que l’entreprise espère faire à ce moment-là. Par exemple, bien que S/4 Hana fournisse des interfaces de programmation d’applications (API), Browne a affirmé que celles-ci étaient trop restrictives, surtout si l’entreprise souhaite ouvrir ses interfaces de programmation d’applications et participer à une économie API, où les entreprises effectuent des transactions en utilisant une approche cloud-native basée sur des microservices légers.

Et si SAP a bien pu être vendu dans le passé comme un moyen d’encapsuler des processus commerciaux de classe mondiale, les entreprises traditionnelles risquent d’être perturbées parce qu’un ERP inventé dans les années 1990 ne fait pas le poids face aux chaînes d’approvisionnement innovantes du 21ème siècle.