Leçons apprises : S/4 Public Cloud

Les projets SAP ECC classiques étaient caractérisés par de vastes phases de Blueprint, des développements individuels et un Customizing complexe. De nombreuses exceptions et règles spéciales, par exemple dans le traitement des factures pour le contrôle du flux de travail, la définition de limites supérieures ou autres, étaient directement représentées dans le noyau de l'ERP. Le cloud public, quant à lui, mise sur une approche d'implémentation clairement structurée avec des processus standard prédéfinis comme point de départ. Les adaptations et les extensions sont configurées dans la SAP Business Technology Platform (BTP). Le standard SAP est donc repris en tant que tel, évalué et complété uniquement en cas de divergences absolument nécessaires. Dans le traitement des factures en particulier, cela signifie remettre en question les voies particulières auxquelles on s'est habitué.

Le plus grand changement culturel

De nombreuses entreprises doivent d'abord s'habituer à accepter des normes définies comme point de départ - non pas comme une contrainte, mais comme base de vitesse, de stabilité et de pérennité. S'attendre à ce qui ne convient pas ne fait qu'engendrer des frustrations inutiles. De nombreuses fonctions qui étaient naturellement disponibles dans ECC ou dans SAP S/4 Hana Private Edition n'existent délibérément plus dans le cloud public. Ce n'est pas un défaut, mais une conséquence directe du principe Clean Core.
Pour que cette approche soit couronnée de succès, il faut être clair : Le cloud public n'est pas une réplique à l'identique de processus historiques. Au contraire, de nombreux processus y sont remis en question en ce qui concerne leur utilité et leur viabilité. L'utilisateur ne sait pas forcément ce qui manque exactement. C'est précisément pour cette raison qu'il est important d'aborder activement ces lacunes dans le projet. Pour que tout le monde - IT, domaine spécialisé et management - sache dès le départ ce qu'il peut attendre. Cela vaut également pour les extensions et les add-ons sur la BTP. L'idéal est de les choisir de manière à renforcer les processus standard plutôt que de créer de nouveaux mondes d'ombre.

Un changement décisif

Les défis des projets de cloud public sont donc moins techniques qu'organisationnels. Tout dépend du comportement des collaborateurs. Pendant des années, ils ont travaillé avec des processus fortement adaptés et doivent maintenant abandonner les routines auxquelles ils sont attachés. Cela demande du temps et une gestion du changement ciblée.

Dans la comptabilité fournisseurs, cela signifie souvent un changement de rôle : au lieu de traiter manuellement chaque exception, les équipes définissent davantage de règles, de workflows et de chemins d'escalade - et travaillent en étroite collaboration avec l'informatique pour les mettre en œuvre dans l'architecture cloud. La standardisation ne signifie pas moins de performance, mais constitue la base de la transformation numérique, de l'automatisation et de la capacité d'innovation future. Cette perspective doit être activement communiquée.

Il en va de même pour l'informatique : au lieu de développer des solutions individuelles, elle doit désormais concevoir des processus proches des standards et utiliser la Business Technology Platform de manière judicieuse. Son rôle s'éloigne ainsi du „constructeur de systèmes“ classique pour devenir un orchestrateur et un architecte de l'environnement système. Elle s'occupe de l'intégration, de la gestion des API et des flux de données, et met en œuvre des solutions sur la BTP en collaboration avec les services spécialisés. Le spectre de son expertise technique s'étend aux domaines de la stratégie de plateforme et du paysage applicatif.

Les plus intéressés par le cloud

SAP Cloud ERP apporte le plus grand bénéfice si l'on adopte systématiquement l'approche du cloud public au lieu d'essayer de reproduire les anciens processus 1:1. Celui qui possède cet état d'esprit a déjà fait la plus grande partie du chemin pour réussir son passage au cloud public. Dans la pratique, il n'est pas (encore) présent dans toutes les entreprises. Mais pour certains scénarios, le passage au cloud public offre un potentiel particulièrement élevé. Il s'agit des filiales ou des unités régionales (appelées satellites), des entreprises qui sont nouvelles dans le monde SAP et qui choisissent délibérément le cloud public (les newbies), ainsi que des entreprises expérimentées en SAP qui passent directement de SAP ECC au cloud public (les courageux). Ces trois archétypes sont par conséquent les plus fréquents dans les projets.

Continuer vers l'inscription du partenaire :