Changement de paradigme

Lors du SAP TechEd de cette année à Barcelone, le Chief Technology Officer Björn Goerke était dans son élément : il a présenté de nombreux outils de développement, a félicité les mentors présents pour leur engagement et a fêté les dix ans d'existence de cette organisation. C'était comme au bon vieux temps de R/3.

SAP fournit au monde des logiciels de gestion standard, ce qui implique indirectement que ces "costumes sur mesure semi-finis" doivent encore être personnalisés et complétés par des add-ons.

Il y a de nombreuses années, ce n'était pas un problème pour R/3 (Enterprise) et ERP/ECC 6.0 - bien au contraire : SAP a encouragé les utilisateurs, les partenaires, les programmeurs et les mentors à utiliser intensivement le langage de programmation SAP Abap et à faire ainsi de l'ERP un outil de gestion d'entreprise parfait.

J'ai essayé de mener une discussion sur les licences avec des mentors au sujet de SAP NetWeaver Foundation for Third Party et des effets de "l'utilisation indirecte" - échec : en fin de compte, ce sujet était totalement étranger et incompréhensible pour les ingénieux développeurs et programmeurs du système !

Le problème est donc la volatilité actuelle de SAP - le changement continu de paradigme : au début, SAP nous a encouragés à implémenter des modifications Abap et des add-ons dans l'espace de noms Z (sans appliquer ni mentionner les licences optionnelles telles que l'"utilisation indirecte").

Puis Hana est arrivé comme base de données et plateforme, et peu après S/4 - nouvelle situation : de nombreuses tables Abap ont été victimes d'une "simplification", ce qui a rendu le système ERP plus léger et plus performant.

En complément, SAP a commencé à transférer de nombreuses fonctions standard du domaine des tables Abap vers la plateforme Hana, donc plus proche de la base de données. C'était un bon changement de paradigme : Hana en tant que plateforme offre ainsi plus que les fonctions SQL-DB et l'ensemble du système devient plus rapide (pas seulement grâce au composant In-memory-Computing). Et déjà, la communauté SAP résonnait : Abap est mort !

Il est évident que certaines modifications Z perdent leur fonction et leur sens lors d'un changement de version vers S/4. On ne peut pas nier qu'un "nettoyage Abap" a lieu et, dans certains cas, cela n'est pas non plus un inconvénient.

Au plus fort de cette évolution, SAP a donné l'image que toutes les extensions de système, les add-ons, les modifications et les frameworks seraient indésirables et contre-productifs - du moins soumis à la pénalité de "l'utilisation indirecte".

Seule Hana PAL (Predictive Analysis Library) semblait avoir une raison d'être. La fin de la programmation individuelle ? La fin de la communauté de partenaires ? La fin des mentors ? Un changement de paradigme durable !

Il y a quelques semaines, le CTO de SAP, Björn Goerke, était sur la scène de Sapphire à Barcelone et a montré un "nouveau" paysage de développeurs : Abap est apparemment aussi le bienvenu sur la SAP Cloud Platform (SCP) - une renaissance d'Abap ?

Et de nombreux autres kits de développement logiciel (SDK) ont pu être présentés par Goerke aux programmeurs, développeurs et mentors présents : un autre changement de paradigme ?

Les modifications dans le paysage du système ERP de SAP sont-elles à nouveau socialement acceptables ? Ou les clients existants de SAP, les partenaires et les mentors font-ils une fois de plus les comptes sans l'hôte ? Voir la chronique E-3 sur les licences ".Une première concession“.