La déconstruction de l'écosystème SAP

On raconte dans la communauté SAP l'anecdote selon laquelle Hasso Plattner possédait autrefois la seule Porsche Carrera avec crochet d'attelage, afin de pouvoir toujours avoir son voilier, à l'époque beaucoup plus petit, avec lui.

Comment l'avons-nous appris ? À l'époque, l'un des plus gros clients autrichiens de SAP avait un problème ERP massif. Sans hésiter, Plattner s'est arrêté à Vienne sur son chemin vers le sud. Il a garé sa Porsche et son voilier sur le parking du client, a aidé à résoudre le problème et a poursuivi son voyage en direction de la Méditerranée.

Dès le début, le client SAP existant a également été un partenaire de développement, une source d'idées, un centre de test et a toujours été ouvert aux discussions commerciales, organisationnelles et techniques.

Le "vilain" mot IP - Intellectual Property - n'existait pas encore dans son acception actuelle. Les idées, les concepts et les solutions étaient échangés et évalués en équipe.

C'était l'époque de Dietmar Hopp et de Hasso Plattner. Hopp est un fervent adepte des sports d'équipe. Il ne connaît ni la jalousie ni la peur du contact.

La cantine de Walldorf a longtemps été ouverte à tous, ce dont, malheureusement, certaines personnes ont profité sans vergogne. Plattner a été dès le début le génie technique. Il était le visionnaire, sans lui, SAP ne serait aujourd'hui "que" le leader mondial du marché ERP.

Aujourd'hui, cette cohabitation amicale s'effondre parce que SAP exécute "l'utilisation indirecte" : Le phénomène le plus intéressant est le début de la désintégration de l'écosystème de SAP.

D'un point de vue juridique, "l'utilisation indirecte" des données et des algorithmes est une liste presque infinie d'arguments positifs et négatifs. Mais dans la pratique, la démarche de SAP détruit la confiance établie de toutes les parties.

Les clients existants sont inquiets et arrêtent les projets ou adaptent leurs feuilles de route. Les partenaires SAP perdent leur base commerciale, car les compléments et les add-ons peuvent désormais être sensiblement plus chers pour l'utilisateur final.

Un exemple réel, l'entreprise concernée et le nom du CIO sont connus de la rédaction d'E-3 : Dormakaba propose des terminaux de gestion du temps qui peuvent communiquer directement avec le système HR/HCM de SAP.

Bien entendu, notre client SAP existant a dûment licencié le système de gestion du personnel, y compris ESS et MSS (Employee and Manager Self Services).

Or, cette année, SAP exige pour les terminaux Dormakaba une taxe d'utilisation indirecte sous forme de licences d'utilisateur pour chaque collaborateur qui utilise les terminaux de saisie des temps - dans le cas extrême, des agents de nettoyage jusqu'au conseil d'administration.

Et comme les terminaux Dormakaba sont techniquement gérés par un serveur Windows avec un serveur SQL, Microsoft arrive maintenant et veut une licence d'accès client, CAL, pour chaque employé - utilisation indirecte chez Microsoft !

Le système devient ainsi impossible à financer - en dehors de tout contrôle juridique. Notre utilisateur doit maintenant payer les frais de licence suivants pour les logiciels : SW terminal Dormakaba, système d'exploitation Windows, serveur de base de données SQL, SAP NetWeaver PI/XI, ERP/ECC 6.0 plus HR/HCM et ESS/MSS ainsi que les licences de système d'exploitation, de middleware et de base de données correspondantes pour le système ERP - et ensuite SAP et Microsoft viennent réclamer des droits de licence complémentaires pour une utilisation indirecte ?

L'utilisation indirecte entraîne la déconstruction de l'écosystème SAP. L'utilisateur final est contraint de démonter et de dissoudre son infrastructure informatique, car le piège des coûts et le risque de devoir payer des millions d'euros de droits de licence sont tout simplement trop élevés.

Les systèmes séparés et les îlots informatiques ne connaissent pas d'utilisation indirecte. Mais ils ne correspondent pas non plus à l'image que nous nous faisons d'une architecture SAP.