Le GRC-Monster Build

Gouvernance, risque et conformité

Le développement d'applications dans un environnement ERP ne se résume pas à une interface utilisateur colorée, à une interface utilisateur et à la connaissance des noms de tables. Chaque nouvelle modification Abap, chaque nouvelle application SAP Build est un risque pour le système ERP. Qui surveille les règles de gouvernance et de conformité pendant la phase créative ?

Un système SAP classique se compose au moins de trois niveaux hiérarchiques : Système de développement, système de test et système de production - et c'est bien ainsi ! Tout d'abord, on développe, autrefois avec Abap et Java, à l'avenir manifestement avec Build sur BTP, la Business Technology Platform ; ensuite, on transporte le système dans le système de test et on effectue un Reality-Check avec des données de test anonymes ; si tout se passe bien, on procède alors au transport et à la mise en service dans le système de production. Cette feuille de route vieille de plusieurs décennies a fait ses preuves. A l'aube de l'ère du build, on n'en entend plus parler.

Lors de la conférence TechEd de cette année, SAP Build a présenté une nouvelle offre qui vise à utiliser l'expertise de ceux qui connaissent le mieux l'entreprise : les collaborateurs des départements spécialisés. SAP Build est une offre Low-Code qui utilise la SAP Business Technology Platform (BTP). Elle doit permettre un accès direct aux processus et aux données de bout en bout. Ce que le directeur technique de SAP, Jürgen Müller, n'a toutefois pas révélé lors de sa présentation de Build : d'où les collaborateurs des départements spécialisés doivent-ils tirer les vastes connaissances de la BTP, des processus et de la structure des données. BTP est une plateforme puissante et complète dans le système S/4-Hana.

La capacité de développer désormais des processus ERP sur cette plateforme, que ce soit avec Abap, Java ou Build, n'est probablement pas innée chez tous les utilisateurs finaux de SAP. "SAP a présenté Build, une offre low-code qui doit permettre aux utilisateurs ayant des connaissances techniques minimales d'étendre les applications d'entreprise SAP, d'automatiser les processus et d'assembler des interfaces web en un prototype par glisser-déposer", ont commenté Jens Hungershausen, président du conseil d'administration, et Sebastian Westphal, directeur technologique du groupe d'utilisateurs SAP germanophones.

Cohérence et redondance

De toute évidence, deux questions se posent : comment Build sur la BTP peut-il garantir la cohérence des données dans la base de données Hana si presque tout le monde peut y faire des modifications et des manipulations ? Comment s'assurer que le voisin ne met pas en œuvre la même idée, mais avec une UI différente ? Build devrait disposer d'un référentiel très intelligent afin d'attirer l'attention des utilisateurs créatifs en amont sur la redondance et le manque de cohérence.

Applications MS-Power

Microsoft a tenté d'entrer en contact avec SAP parce qu'une extension du système MS No-Code/Low-Code sur la base d'Azure et de BTP n'aurait pas seulement été un moyen simple, mais aurait en même temps apporté à SAP des milliers d'experts en puissance. La raison pour laquelle SAP a maintenant construit ce qui semble être la 99e application No-Code/Low-Code reste un mystère pour de nombreux membres de la communauté SAP. SAP a fait savoir à Microsoft que le groupe ERP voulait essayer seul avec Build. Du point de vue des utilisateurs, c'est une occasion manquée. Ms-Power est bien introduit, disponible sur Azure et peut donc être rendu compatible avec S/4. Il reste à voir à quelle vitesse une communauté Build se développera sur le BTP et quels monstres GRC y verront le jour.