Tout d'abord, jetons un coup d'oeil à pourquoi votre noyau a besoin d'être nettoyé.

Lorsqu'une organisation met en œuvre un système de base, les fonctionnalités prêtes à l'emploi ne répondent jamais à toutes les exigences. Par conséquent, les développeurs doivent effectuer des ajouts, des améliorations et des ajustements au système pour s'adapter aux complexités de leur environnement informatique particulier.

D’autres raisons de personnalisation incluent :

• Intégration avec des systèmes tiers
• Combinaison de plusieurs instances suite à une fusion ou une acquisition
• Créer une expérience utilisateur unique ou des exigences de localisation
• Répondre aux exigences réglementaires
• Se différencier pour obtenir un avantage concurrentiel

30,000 XNUMX extensions personnalisées

Après une série de fusions et d'acquisitions, la société multinationale de santé et de nutrition DSM Firmenich était aux prises avec un manque de normalisation et de supervision informatique.

Cela a entraîné :

• Une prolifération de solutions informatiques fantômes
• Limitations dans leur capacité à apporter rapidement des améliorations
• Systèmes disparates ou incohérents en raison d'implémentations localisées ou d'activités de fusions et acquisitions

« Du point de vue du support, notre environnement historique est devenu très difficile à maintenir. Chaque solution avait sa propre technologie sans aucune connaissance interne », a déclaré Wouter Vijverberg, expert en développement technologique chez DSM-Firmenich.

C'était une histoire similaire à Betterave Cosun (CBC), CBC est l'un des principaux producteurs de sucre en Europe. Client SAP depuis 1989, CBC a créé environ six cents programmes et composants personnalisés dans deux domaines. Ces développements et cette maintenance ont nécessité environ 40 années-personnes d'efforts au cours des 20 dernières années.

Selon ASUG, le système SAP ECC moyen contient plus de 30,000 XNUMX extensions personnalisées pour améliorer les fonctionnalités standard de SAP. Dans la base de données ASUG se trouvent des systèmes avec des empreintes de code personnalisées de 100 millions de lignes de code ou plus, dont 40 à 60 % ne sont même plus utilisés.

Alors pourquoi ne pas supprimer les personnalisations ?

Prise en charge du code personnalisé, sans même compter les modifications et les améliorations,peut ajouter 33% en plus des coûts SAP d'une entreprise.

Au cours de leur durée de vie, les systèmes centraux peuvent accumuler du code personnalisé ajouté par différents développeurs et membres de l'équipe. Inévitablement, les membres de l'équipe évoluent et emportent avec eux les connaissances sur les raisons et les modalités de ces personnalisations.

Identifier le code qui n’est plus utilisé et ses dépendances afin de pouvoir le supprimer en toute sécurité est une tâche complexe et coûteuse. De nombreuses organisations ne disposent tout simplement pas de la bande passante ou des ressources nécessaires pour le faire.

Enexis est un fournisseur de services publics basé aux Pays-Bas, historiquement dépendant de logiciels personnalisés prêts à l'emploi (COTS). Lorsqu'Enexis n'a pas pu obtenir ce dont elle avait besoin à partir des options COTS, elle a fait appel à des développeurs tiers.

Ces développeurs créaient des solutions ad hoc en .NET, Java ou C++, qui ne bénéficiaient d'aucune normalisation ni gouvernance à l'échelle de l'entreprise. De plus, la dépendance d'Enexis à l'égard de solutions et de ressources de développement tierces laissait son équipe informatique avec des lacunes en matière de connaissances sur son environnement, ce qui entraînait des problèmes de sécurité et de mise à l'échelle.

Pourquoi ne pas simplement laisser les personnalisations tranquilles ?

Quels sont les inconvénients d’un système fortement personnalisé ? L’un des plus grands défis est la complexité accrue de la mise à niveau ou de la migration de SAP (vers S/4HANA, par exemple). Cette complexité accrue s’accompagne d’une augmentation significative des coûts de maintenance. À ces difficultés s’ajoute la difficulté de maintenir les compétences internes pour comprendre les répercussions de la mise à jour des personnalisations qui ont été effectuées.

Constructeur aéronautique suisse, Pilatus Avion Ltd était très familier avec les défis des solutions SAP personnalisées. « Lorsque nous observons notre paysage hérité en pleine croissance, nous voyons beaucoup de solutions SAP personnalisées et de processus oraux qui ne sont pas documentés », a déclaré Luca De Simoni, responsable produit pour les opérations et la maintenance numériques.

Au fil des ans, l'héritage de Pilatus a conduit à la création de solutions informatiques fantômes. « Vous trouverez de nombreux styles différents de développement de solutions au sein de l'entreprise. Excel est souvent utilisé à mauvais escient de cette façon. L'ensemble de notre intranet hérité est basé sur PHP. Nous avons de nombreuses applications .NET, beaucoup de codage SAP ABAP et de nombreux autres logiciels personnalisés. Vous trouverez de nombreuses solutions non standard », a déclaré De Simoni.

Avec une mise à niveau de SAP S/4HANA à l'horizon, Pilatus devait trouver un moyen de relever ses défis.

Le temps est essentiel

SAP a annoncé que le support de maintenance pour SAP ECC expirera à la fin de l'année 2027. Mais pour les utilisateurs du pack d'amélioration 5 ou antérieur, soit environ la moitié de tous les clients ECC, le support standard expirera à la fin de l'année 2025. Par conséquent, SAP conseille de passer à S/4HANA.

Même si vous faites partie des 37 % d'organisations qui n'ont pas l'intention de passer à S/4HANA dans les deux prochaines années, voire pas du tout, le nettoyage du cœur est essentiel pour :

• Réduire les coûts de maintenance
• Réduire la complexité
• Accroître l’agilité de l’entreprise
• Favoriser une plus grande innovation

Une approche low-code est-elle la solution ?

Adopter une approche low-code est la solution la plus simple pour garder le cœur propre. Le low-code peut aider les organisations à étendre rapidement leurs systèmes centraux et à redévelopper des personnalisations en dehors du système central. SAP lui-même recommande aux clients d'utiliser son outil low-code, SAP Build, pour relever le défi.

SAP Build est évidemment étroitement intégré à la suite de produits SAP, ce qui offre des avantages à l’utilisateur sur ce plan. Cependant, lorsqu’on leur a demandé quelles étaient leurs principales priorités, les membres de l’ASUG ont placé « l’intégration entre les systèmes SAP et non SAP » parmi les priorités. leur objectif principal.

SAP Build est un excellent outil pour le développement SAP. Mais pour l'intégration de systèmes SAP et non SAP ?

C'est ici que Mendix excelle. Mendix peut fournir une approche beaucoup plus holistique pour aider les organisations à étendre et à moderniser leurs systèmes de base.

Mendix est de SAP uniquement Partenaire d'application approuvé pour le low-code et a réussi le test SAP Certification Premium. Avec MendixLes équipes SAP peuvent réduire les obstacles en termes de temps, de coûts et de risques qui rendent difficile le changement de SAP, qu’il s’agisse de l’intégration après une acquisition, de la consolidation des instances ou de la migration vers S/4HANA dans le cloud.

Mendix est hautement intégré à SAP. Les clients peuvent créer des applications directement sur SAP HANA Cloud, les déployer directement sur SAP Business Technology Platform et les intégrer à n'importe quelle application SAP.

Comme de nombreux clients SAP, Enexis a fortement personnalisé son système ERP au fil des ans, mais migre désormais vers SAP S/4HANA dans le but de conserver le noyau propre. La relation symbiotique entre SAP et Mendix rend cela possible. Enexis peut éviter de faire du développement personnalisé dans SAP car c'est là qu'ils s'appuieront MendixDe plus, Enexis peut toujours étendre les systèmes SAP critiques, par exemple sous la forme de composants réutilisables pour intégrer les données des projets, des clients ou des employés.

Le Rapport Forrester TEI sur Mendix pour les clients SAP, commandée par SAP, a constaté que par rapport aux utilisateurs de développement traditionnel tels que SAP ABAP, SAPUI5, Java et JavaScript, Mendix les utilisateurs ont réalisé :

• Coûts de développement 8x inférieurs
• Délai de rentabilisation 8x plus court
• Amortissement en moins de trois mois

Nettoyage du noyau avec Mendix

De nombreuses organisations utilisent Mendix pour réduire la complexité de leurs systèmes en nettoyant le noyau.

DSM-Firmenich dispose d'un environnement SAP complexe composé de plusieurs instances qui utilisent de nombreux outils et technologies différents. La société dispose désormais d'une équipe de développement technologique mondiale prenant en charge tous les développements personnalisés avec Mendix, AWS et SAP.

« Nous n'utilisons pas la dernière version de SAP », a déclaré Vijverberg de DSM-Firmenich. « Nos architectes nous ont donc conseillé de mettre SAP dans une boîte. Nous ne voulons plus trop modifier SAP. Au lieu de cela, nous pouvons utiliser Mendix en tant que patch pour intégrer des fonctionnalités supplémentaires. »

DSM-Firmenich a développé plus de 150 Mendix applications. Environ 50 % d'entre elles interagissent avec une ou plusieurs instances SAP. En utilisant Mendix en tant que couche au-dessus de plusieurs systèmes, les utilisateurs disposent d'un point d'entrée unique et simple pour accéder à plusieurs systèmes. DSM-Firmenich a constaté que la livraison de solutions est 5 fois plus rapide avec Mendix.

Les développeurs de Cosun Beet ont également constaté qu'il était beaucoup plus rapide de travailler avec Mendix L'entreprise a déjà consolidé plus de 250 des 600 solutions SAP de ses clients. Avec une seule application, sa solution Dock Planner qui permet au personnel et aux fournisseurs externes de réserver des créneaux horaires aux quais de la CBC, elle économise six cents jours de travail par an.

Le constructeur aéronautique Pilatus a pu fournir une preuve de concept de commande de travail numérique (DWO) avec Mendix En seulement 14 semaines, Pilatus a pu mettre en place un système de gestion de projet qui lui a permis de réaliser un projet en seulement 3 semaines. « L’objectif [du DWO] est de faire apparaître tout ce qui doit être construit selon SAP, ainsi que les dessins, la documentation, les modèles XNUMXD et les étapes à suivre correspondants », a déclaré Holz. « Au fur et à mesure que les tâches et les commandes sont exécutées dans l’application, elles sont reflétées dans le système central et mises à jour dans SAP en temps réel afin que Pilatus puisse facilement voir l’avancement d’un avion particulier et à quelle distance il se trouve de la livraison. »

Garde le propre

Que vous cherchiez à mettre à niveau vos systèmes principaux ou à optimiser votre implémentation actuelle, il ne fait aucun doute que la maintenance d'un code personnalisé est coûteuse et entrave votre efficacité, votre productivité, votre agilité et votre capacité à innover et à être compétitif.

Quelles que soient vos priorités stratégiques, il est essentiel de travailler à un noyau propre. Une approche low-code peut vous y amener plus rapidement. Comme le dit Guido Zeelen, architecte de solutions chez Sibelco disons-le, « D’un point de vue commercial, Mendix "S/4HANA nous a aidé à standardiser la partie non standard de notre activité. S/XNUMXHANA standardise la majorité de nos processus métier. Les éléments qui ne rentrent pas dans ce cadre peuvent être standardisés à l'aide du low-code, qui est vraiment puissant."

Si vous souhaitez en savoir plus sur la façon dont Mendix peut vous aider à garder votre corps propre, contactez-nous..