ERP et IA : stabilité et disponibilité à 99 pour cent

SAP se qualifie lui-même de „Cloud Company“, ce qui est naturellement faux, car la compétence principale de SAP est l'ERP et non un modèle d'exploitation informatique comme le client/serveur, la virtualisation ou le Cloud Computing. Il est possible d'apprendre, d'acquérir et d'acheter beaucoup de choses. Néanmoins, nous appliquons le proverbe : "À chacun son métier".

Même les hypercalculateurs sont régulièrement touchés - et leurs centres de données en nuage et leurs câbles à fibres optiques mondiaux ont parfois des ratés. Dans une société informatique moderne et en réseau, une disponibilité de 99,999 pour cent est donc un standard. Les experts disent aussi que cinq neuf sont le minimum pour les ERP et la gestion de la chaîne d'approvisionnement.

SAP est parfois très loin de ces exigences : le portail de gestion et le tableau de bord SAP for Me s'éteignent régulièrement. Ce qui est extrêmement agaçant et improductif pour mes collègues du CCoE. Mes consœurs et confrères de la table ronde SAP rapportent des faits similaires. SAP n'est pas une entreprise qui se concentre sur le cloud computing et qui en a la compétence. Je n'en fais pas le reproche aux responsables de SAP, mais l'échec dans le cloud devrait être clairement évoqué et des conséquences devraient être tirées des manquements.

Avant, tout était mieux : lorsque SAP est devenu le leader mondial de l'ERP, il était logique d'acheter des services et des produits informatiques qui ne faisaient pas partie de ses compétences clés. Les bases de données nécessaires provenaient de Microsoft, Oracle ou IBM. Le middleware venait de HP, CA et IBM. Il en allait de même pour les systèmes d'exploitation. Mon tout premier système R/3 était basé sur IBM AIX avec un matériel RS/6000 et une base de données Oracle. Nous étions tous très satisfaits !

Stabilité, le premier chapitre : en 2010, sous la direction du professeur Hasso Plattner, SAP a tenté de mettre au point une base de données informatique en mémoire. Au HPI de Potsdam, le professeur Alexander Zeier et lui-même ont développé, avec l'aide de Vishal Sikka, directeur technique et membre du conseil d'administration de SAP, une nouvelle génération de base de données qui conservait entièrement les données dans la mémoire centrale du serveur.

Cette innovation de Potsdam est actuellement connue sous le nom de SAP Hana et fonctionne de manière suffisamment stable après quinze ans. Mais toutes mes consœurs et tous mes confrères de la table des habitués peuvent raconter au moins cinq anecdotes d'une époque où Hana ne pouvait remplir sa charge de travail hebdomadaire qu'avec de nombreuses mises à jour logicielles. Un fonctionnement stable n'était guère possible au début et pourtant, SAP faisait bruyamment la promotion du produit SoH (Suite on Hana) !

Stabilité, le deuxième chapitre : SAP voulait et devait passer au cloud, bien que le groupe ERP n'ait guère d'expérience en la matière. L'ancien CEO de SAP, Bill McDermott, a essayé de faire des acquisitions, ce qui n'a pas été sans succès au début. Les problèmes ont commencé lorsqu'il s'est agi de développer le logiciel RH SuccessFactors. Il est rapidement apparu que le cloud computing était un domaine de connaissances à part entière et que SuccessFactors de SAP était par conséquent instable.

Stabilité, le troisième chapitre : actuellement, cela concerne le portail SAP SAP for Me, un outil informatique important pour notre équipe CCoE. Il y a régulièrement des interruptions et des perturbations de fonctionnement, de sorte que seules certaines parties de ce tableau de bord sont utilisables. Cette fois, ce sont donc les systèmes ERP non productifs qui sont touchés. Mais l'affaire est en tout cas fâcheuse, comme le souligne unanimement ma table ronde SAP.
Cependant, les systèmes futurs tels que SAP BTP et BDC ainsi que les agents d'intelligence artificielle auront besoin et exigeront une disponibilité à 100 %.

Je ne veux pas imaginer un agent IA errant sans plan et sans but dans notre système S/4. Les dommages causés par un agent IA incontrôlé et agissant de manière autonome pourraient être astronomiques. Qui assumerait la responsabilité dans un tel cas ? Je pense que les efforts de SAP en matière d'IA sont pertinents et justes, mais qu'ils se concentrent beaucoup trop peu sur la sécurité opérationnelle, la stabilité informatique et la disponibilité à 100 %. SAP est un leader dans les processus de gestion de bout en bout, mais ce n'est pas une société d'ingénierie.