Le S/4 Hana pur

Mais pour que cela fonctionne, SAP doit lui-même se montrer un peu plus souple et aller à la rencontre de ses clients. SAP peut apprendre comment le faire en s'inspirant de ses propres exemples de réussite :

SAP ne se lasse pas de vanter les mérites de sa plateforme cloud et de mettre en avant l'extensibilité in-app, dans l'espoir de garder ainsi le noyau de S/4 allégé et simple :

"Keep the Core clean". C'est pourtant un secret de polichinelle : presque chaque nouvelle introduction de S/4 entraîne un travail de développement considérable. Encore et toujours.

Le développement de fonctions propres peut offrir un grand avantage concurrentiel auquel peu d'entreprises souhaiteraient renoncer. Les clients sont d'autant plus tributaires des interfaces correspondantes s'ils veulent utiliser la plateforme cloud comme ils l'entendent.

Malheureusement, il y en a trop peu jusqu'à présent - hormis les interfaces déjà existantes basées sur les Business Application Programming Interfaces (Bapis).

Le lien est clair : plus les fonctions S/4 sont utilisées, plus leur intégration est compliquée et plus le nombre de développements propres augmente.

Ni SAP ni les utilisateurs ne peuvent s'en réjouir. La solution au problème réside, comme souvent, dans une meilleure collaboration. A long terme, il vaut toujours la peine pour un client SAP de chercher à collaborer avec SAP et de demander activement le développement de fonctionnalités - par exemple via la DSAG.

Dès que trois clients expriment un besoin similaire, ils ont de bonnes chances que SAP envisage une solution.

De nombreux développements internes, que SAP préférerait ne pas voir, sont réalisés uniquement parce que les clients évitent d'acheter des modules complémentaires coûteux. Ils renoncent ainsi à des add-ons tels que le module de trésorerie, le Commodity Pricing Engine ou le module Master Data Management.

Pas de licences supplémentaires

Une version plus simple leur suffit amplement pour leurs besoins. Peut-être que SAP devrait moins vendre et plus soutenir dans ce domaine : Les clients souhaitent des processus et des fonctions partielles, sans devoir passer immédiatement à la caisse pour des licences supplémentaires.

Les licences partielles accordées après coup rendent la collaboration difficile, les remises sur la liste de prix sapent à leur tour la crédibilité d'une politique de prix et de produits qui devrait plutôt être axée dès le départ sur le partenariat et les avantages pour le client.

SAP l'a parfaitement compris, mais est loin d'avoir mis tous les atouts de son côté. La coopération entre le support SAP et les clients s'est considérablement améliorée ces derniers temps.

Pour les clients, il est plus que payant à long terme de signaler les erreurs directement à SAP et de développer des solutions en collaboration avec le support applicatif. Mais de nombreux clients craignent les efforts et préfèrent résoudre le problème par eux-mêmes.

A première vue, cette solution semble être la plus rapide. On se rend compte ensuite que ce n'est pas la meilleure, lorsque le même problème revient régulièrement à l'ordre du jour les années suivantes.