Le bon équilibre entre le cœur et le cloud

Greenfield et Brownfield font depuis longtemps partie du vocabulaire de tous ceux qui sont concernés de près ou de loin par le passage à l'euro, même si cette "théorie des couleurs" est aujourd'hui quelque peu dépassée. Mais il s'est encore passé très peu de choses. Dans le rapport d'investissement 2020 de DSAG, seules 10 % des entreprises interrogées ont indiqué avoir déjà mis en œuvre S/4. Neuf pour cent prévoient de passer à la nouvelle version cette année. Cela représente certes une nette augmentation par rapport aux années précédentes. Mais en raison des effets de Covid-19, la dynamique qui se mettait lentement en place devrait à nouveau s'essouffler quelque peu.
Core ou Cloud

D'après notre expérience, différentes raisons empêchent les entreprises de se transformer rapidement. Un aspect essentiel est une contradiction communicative et factuelle que SAP génère lui-même : d'une part, l'entreprise de Walldorf présente S/4 comme un noyau numérique multifonctionnel. D'autre part, SAP met en avant l'idée d'une "entreprise intelligente", qui reproduit des processus de bout en bout à l'aide d'une série d'applications spécifiques, souvent exploitées dans le cloud et ne provenant pas nécessairement de SAP. Sur quoi les entreprises doivent-elles donc miser ?

Il est clair qu'il faut avoir les deux en tête ! Lors d'un déploiement, il s'agit ensuite d'utiliser au mieux les forces respectives et de tenir compte en fin de compte de la stratégie produit de SAP. La force de S/4 Hana réside avant tout dans sa capacité à reproduire de manière optimale les processus financiers et logistiques centraux et à les alimenter en données en temps réel.

Le traitement des transactions en ligne (OLTP) et le traitement analytique en ligne (OLAP) sont étroitement imbriqués, ce qui est une véritable nouveauté sous cette forme. Le fait que SAP se limite à l'avenir à soutenir les processus clés avec S/4 peut être déduit d'une série d'acquisitions réalisées ces dernières années : Rien qu'en 2018, Contextor (RPA), Qualtrics (Experience Management), Coresystems (Field Service Management), Callidus Software (Sales Management) ainsi que Recast.AI (bots et apprentissage automatique) ont été repris.

Des acquisitions antérieures font désormais partie intégrante de l'univers SAP - entre autres Concur (gestion des voyages), Ariba (gestion des achats) et SuccessFactors (gestion des ressources humaines). La plupart des technologies ainsi acquises n'ont pas été intégrées dans le code de S/4, mais continuent à être exploitées en tant qu'applications autonomes avec leurs avantages respectifs et peuvent être connectées assez facilement au noyau numérique via la SAP Cloud Platform (SCP).

Changement prévu

Lors du passage à S/4 Hana, les entreprises doivent donc décider ce qu'elles veulent reproduire dans le noyau numérique et ce qui doit passer par des applications cloud ou par la SAP Cloud Platform, tout en s'assurant que les processus sont vraiment considérés de bout en bout et pris en charge de bout en bout. Lors d'une transformation vers SAP S/4, il existe en principe trois approches pour gérer les applications personnalisées existantes sur le système SAP ECC à remplacer :

Si les entreprises souhaitent avant tout protéger leurs investissements dans les processus et fonctions actuels, les adaptations et les développements internes, elles peuvent les transférer le plus complètement possible de ERP/ECC 6.0 vers S/4 Hana et les adapter simplement au nouvel environnement technologique. Cela suppose d'adapter également le standard de manière globale sous S/4.

Dans ce cas, le potentiel d'innovation de S/4 reste largement inexploité. Si les entreprises ont intérêt, d'une part, à protéger leurs investissements et, d'autre part, à profiter des innovations numériques, il est recommandé de procéder à une évaluation détaillée de tous les objets : Quels développements peuvent être transférés de manière judicieuse vers des applications en nuage ou vers le SCP ? Et lesquels devraient être représentés dans la norme S/4 - même si celle-ci doit être adaptée à cet effet ?

Si l'objectif principal des entreprises est de se préparer à un passage complet au cloud et de minimiser la maintenance, elles devraient aligner un système S/4 Hana sur site aussi près que possible de la norme. Tout ce qui nécessite une adaptation importante est transféré vers le cloud.

La meilleure façon de procéder pour une entreprise dépend entièrement de sa situation concrète, notamment des processus et des fonctions qui sont pris en charge par les développements internes. Nous pensons qu'il n'y a pas d'autre solution que de procéder à une analyse détaillée.
Le grand écart entre le cœur et le cloud

C'est ainsi qu'a procédé par exemple un constructeur automobile : En collaboration avec MHP, l'équipementier a d'abord analysé ses plus de 1500 développements internes réalisés dans SAP ECC afin de déterminer si une représentation dans SAP Cloud Platform était judicieuse.

L'évaluation s'est faite sur la base d'un catalogue de critères qui tenait compte, entre autres, des sources et du volume des données, de la forme d'accès et des fonctions requises. Nous avons ensuite défini une série de cas d'utilisation qui ont été réalisés en tant que pilotes sur la SCP afin d'acquérir de l'expérience avec les nouvelles technologies et les nouveaux services. Il s'agissait en partie de scénarios déjà existants, mais aussi de cas d'utilisation nouvellement conçus.

Nous avons notamment conçu et réalisé le prototype d'une application de gestion des contrats. Celle-ci a pour objectif d'alléger le processus contractuel, jusqu'ici peu transparent, et de le documenter de manière compréhensible. Il s'agissait en outre de créer un consensus entre les partenaires contractuels sur l'authenticité et l'inaltérabilité des documents échangés. Pour la mise en œuvre, nous avons utilisé une série de services SAP disponibles sous cette forme dans le standard de SAP Cloud Platform - par exemple le service Hana, le service Document, Forms by Adobe et le UI Development Toolkit SAP UI5.

Blockchain

En outre, la "Hyperledger Fabric Blockchain as a Service" a été utilisée pour intégrer une blockchain comme couche de confiance. Ce service ne fournit pas seulement l'infrastructure et les frameworks et accélère ainsi considérablement la réalisation prototypique d'une application blockchain. Le SCP permet également une intégration sécurisée de la blockchain dans l'environnement système SAP et donc une interface sécurisée avec le monde extérieur.

Cela permet par exemple de mettre à disposition des partenaires externes des données issues de SAP Extended Warehouse Management (SAP EWM) via la blockchain en toute confiance. Ou bien, comme dans le cas de l'application de gestion des contrats du constructeur automobile, il est possible de garantir de manière fiable l'intégrité des données dans des mémoires centrales comme Hana DB. Cette fonction d'intégrité garantit donc aux partenaires contractuels l'inaltérabilité des documents contractuels, sans qu'un intermédiaire soit nécessaire.

Les règles immuables sur la blockchain - appelées smart contracts - garantissent également le respect des processus tout en les documentant de manière infalsifiable. Les actions douteuses et les tentatives de tromperie sont ainsi combattues de manière préventive.