Modèles d'architecture ERP

Les architectes ERP sans domicile fixe dans la communauté SAP

Le thème de l'architecture d'entreprise n'est pas immédiatement compréhensible pour les responsables SAP, car tout client SAP existant suppose probablement intuitivement qu'une telle fonction ou une fonction similaire devrait être disponible et intégrée dès le départ. Mais à y regarder de plus près, R/3 et l'actuel ECC fonctionnaient sans modèle d'architecture. SAP a développé une infrastructure informatique et une architecture informatique parfaites avec le modèle client/serveur à trois niveaux. Le CIO en a toujours été satisfait et l'ERP de SAP a longtemps fonctionné sans problème. Il manquait toutefois, en tant que contrepartie de l'informatique du côté de l'entreprise, une architecture ERP pertinente pour l'entreprise et il manquait également des architectes d'entreprise.

Papiers peints Aris

Un système ERP est plus qu'une base de données centrale comme point unique de vérité et quelques serveurs d'applications ainsi que les clients des utilisateurs, voir le modèle client/serveur à trois niveaux de SAP. Les processus commerciaux sont décisifs dans l'organisation de la structure et du déroulement, le professeur August-Wilhelm Scheer a essayé de les capturer il y a 30 ans déjà avec l'outil informatique Aris. Certains membres de la communauté SAP se souviennent peut-être encore des interminables papiers peints Aris dans les ateliers de réingénierie des processus d'entreprise des années 90. Ces organigrammes devaient permettre de comprendre ce que l'ERP pouvait faire. Déjà à l'époque, on voulait mettre une architecture ERP à la disposition des utilisateurs. Aujourd'hui comme hier, il s'agit de créer un ERP transparent du point de vue de l'entreprise.

Sortie : SolMan

Aris du professeur Scheer n'a pas été un grand succès. Plus tard, SAP a tenté de rattraper un peu de travail conceptuel avec le Solution Manager. Sur le plan opérationnel, SAP Business Suite s'est stabilisée, mais le SolMan n'a pas permis de voir plus loin que le bout de son nez, si bien que la vision d'une architecture d'entreprise est restée lettre morte. SAP n'a pas réussi à transmettre aux managers une vision ERP au-delà de l'informatique. Le SolMan est resté un outil de la base SAP. Les managers continuaient à n'avoir aucune idée de ce que le système SAP et l'informatique connectée pouvaient faire.

L'architecte d'entreprise

Ces dernières années, une négligence de SAP a donné naissance à un nouveau groupe professionnel et à l'entreprise LeanIX. L'architecte d'entreprise n'est pas un bâtisseur ERP ni un ingénieur informatique, mais un planificateur, un archiviste et un cartographe qui conçoit, entretient et gère une image globale de l'architecture ERP bien au-delà des frontières de SAP. Avec ses cartes, l'architecte d'entreprise montre au management les possibilités de développement, les coûts de licence, les points faibles et les paramètres de performance de sa propre informatique. Il ne s'agit alors pas de cloud computing, de virtualisation et de client/serveur, mais de modèles d'architecture opérationnels et stratégiques sur lesquels le business peut et doit s'orienter.

Bouée de sauvetage pour S/4

Un modèle architectural global, tel qu'un architecte d'entreprise peut le créer avec LeanIX, sera dans de nombreux cas la bouée de sauvetage de la conversion S/4. La voiture la plus rapide, le plus gros camion, le bateau le plus sûr et l'avion le plus confortable ne sont pas d'une grande utilité sans carte géographique. Celui qui ne sait pas où il doit aller ne pourra pas non plus progresser avec les moyens de locomotion techniques. La conversion S/4 ne peut réussir qu'avec un plan directeur, une carte géographique établie par un architecte d'entreprise. SAP a négligé ce paramètre, mais a choisi LeanIX comme partenaire stratégique. Les clients existants de SAP devraient réfléchir à ces démarches.