Discours des Tech Days


Consolidation de SAP Basis
Cette sélection de termes issus du royaume de la gestion des données est arbitraire, non exhaustive et désordonnée : NetWeaver PI/PO, Data Hub, Smart Data Integration, Data Fabrics, Information Steward, Datasphere, etc. Ce florilège de termes montre que SAP s'efforce de trouver une solution, mais qu'il se heurte toujours à la réalité. Une consolidation avec les connaissances de la communauté open source aurait probablement ouvert une voie plus rigoureuse, mais aurait peut-être généré moins de recettes de licences.
Mais il n'y a pas que pour la gestion des données que SAP doit une feuille de route claire à ses clients existants, il n'y a pas non plus de stratégie de sortie pour la gestion des documents basée sur les Adobe Document Services. La fin de SolMan est fixée à 2027 et le directeur technique de SAP et membre du directoire Jürgen Müller a souligné à plusieurs reprises lors des journées technologiques de la DSAG qu'il n'y aurait définitivement pas de prolongation de la disponibilité de ERP/ECC 6.0 ou de SAP Business Suite 7.
Sécurité et conformité
Depuis 2018, SAP promet un tableau de bord de sécurité pour une vue globale de l'architecture ERP. De nombreuses solutions individuelles ont été présentées au cours des dernières années. Mais une suite de sécurité globale ne semble pas réalisable.
SAP a des problèmes avec des fonctions qui génèrent moins de revenus et qui sont moins attrayantes. Outre la sécurité, le thème de la conformité n'est pas vraiment présent. SAP a présenté un outil Low-Code/No-Code intéressant, mais il n'a pas encore été possible d'expliquer à Mannheim comment les applications cliquées ensemble seront également conformes à la conformité. De même, des thèmes comme le monitoring des apps sur la Business Technology Platform et au-delà sont pour l'instant laissés de côté. Bilan intermédiaire : SAP est plein d'idées innovantes, mais la réalité chez les clients existants de SAP est différente.
Centre de transformation
SAP est conscient de ses lacunes. Un SAP Business Transformation Center powered by Cloud ALM doit être un filet de sécurité pour la transformation S/4. Uwe Grigoleit de SAP parlera également de ce sujet à Salzbourg lors du Competence Center Summit. Il existe un mode d'emploi pour la transformation des données commerciales et de nombreux outils pour cela : Signavio, ALM et LeanIX. Mais à côté de cela, le SolMan n'a pas d'avenir. Les clients SAP existants doivent donc apprendre de nombreuses nouvelles procédures, trucs et astuces - à côté de cela, la transformation numérique ne doit pas s'arrêter.
Les nombreux défis et leur résolution au niveau de la base SAP seront abordés lors du Sommet des centres de compétences Les 1er et 2 juin à Salzbourg, le sujet sera abordé, car il y a beaucoup à apprendre.
RAP et CAP
Le modèle Abap RESTful Application Programming Model (RAP) est, avec le Cloud Application Programming (CAP), un autre défi pour les clients existants de SAP, où il faut s'informer et s'orienter. Avec CAP, il est possible de créer des applications cloud globales de manière centralisée dans un framework complet et les Core Data Services (CDS) en font également partie. Avec RAP, on se dirige vers le steampunk (Embedded Abap). Malheureusement, même avec RAP et CAP, de nombreux chemins mènent à Rome ou à Walldorf. SAP veut révolutionner le développement Abap avec Steampunk ! Avec les Core Data Services, les Behavior Definitions et les annotations UI, il s'agit de développer des applications qui doivent fonctionner pour S/4 dans le cloud privé et public.
Une autre discussion lors des journées technologiques DSAG a été consacrée à la question du Low-Code (SAP Build) versus Pro-Code. Même dans un monde S/4, les clients SAP existants exigeront des modifications spécifiques. Avec l'exigence d'un Clean Core, il y aura des restrictions pour le "Z-Namenspace", mais sans adaptation, le concept de Private Cloud (On-prem) ne fonctionnera pas, voir RAP ou CAP.