Mendix et partenariat SAP
Mendix est le principal partenaire de SAP pour le développement d'applications low-code depuis 2017 et est le seul fournisseur low-code qui soit un Partenaire d'applications approuvées par SAP et a passé le Certification SAP PremiumCela signifie que SAP a officiellement certifié et approuvé l'utilisation de Mendix aux côtés des solutions SAP,
SAP Build est un bon point de départ pour les clients qui considèrent le low-code comme un complément utile au développement SAP traditionnel, mais ce n’est pas plus que cela. Mendix Cela a plus de sens lorsque l'ambition du client est de remplacer la majeure partie de son développement traditionnel par un mode de travail low-code, non seulement pour SAP mais également pour les systèmes et technologies non SAP (Oracle, Salesforce, Java, .Net, etc.).
Mendix est une plate-forme unique qui se concentre uniquement sur le développement d'applications, alors que SAP Build se compose de quatre produits qui font également d'autres choses, comme l'automatisation robotisée des processus (RPA). Par conséquent, il peut y avoir des situations où Mendix et des parties de SAP Build peuvent être utilisées ensemble. Il est difficile de faire une comparaison directe, mais SAP et Mendix les deux voient des différences claires entre les deux offres, et leur partenariat continu signifie que les clients peuvent choisir ce qui correspond le mieux à leurs besoins : Mendix, SAP Build, ou une combinaison des deux.
Cas d'usage
Mendix est comme un couteau suisse pour les clients SAP. Il peut être utilisé lorsque SAP manque d'une certaine fonctionnalité, mais aussi comme une alternative légère à SAP, lorsque la solution SAP standard est trop importante pour le problème qu'elle est censée résoudre.
Bien sûr, vous pouvez utiliser SAP BTP, y compris SAP Build, pour combler ces lacunes, mais vous devrez peut-être utiliser le high-code traditionnel en plus ou à la place du low-code. Ce sera souvent plus rapide et plus facile avec Mendix, surtout s’ils répondent à un ou plusieurs des critères suivants :
- Combinaison de données et de fonctionnalités de systèmes SAP et non SAP : Comme d’autres systèmes ERP ou Salesforce pour les utilisateurs du marketing, des ventes et du service. Mendix est fortement intégré à SAP, mais ne fait pas partie des avis de SAP. Le fait qu'il ne porte pas la marque SAP le rend également susceptible d'être accepté comme plate-forme à l'échelle de l'entreprise par ceux qui travaillent avec d'autres systèmes et technologies.
- Combinant des fonctionnalités de flux de travail standard avec une expérience d'application spécialement conçue : Par exemple, dans les domaines de la finance, des achats, de la gestion des données de base et des processus sectoriels. Contrairement à SAP Build, où la gestion des flux de travail et le développement low-code sont fournis dans des outils distincts, Mendix dispose d'un moteur de workflow intégré qui vous offre le meilleur des deux mondes sur une seule plate-forme.
- Expérience utilisateur personnalisée : Par exemple, les applications en libre-service destinées aux clients et aux partenaires, pour lesquelles l'image de marque de l'entreprise et une expérience de qualité grand public sont requises. Cette solution est également destinée aux utilisateurs internes des services de vente, de service et autres, dont la productivité est limitée par l'expérience utilisateur SAP standard.
- Expérience utilisateur mobile : Par exemple, l'exécution d'un ordre de travail dans le cadre de la maintenance et du service sur le terrain, la numérisation en entrepôt et les applications de preuve de livraison. De nombreux clients ont traditionnellement eu du mal à activer SAP sur les appareils mobiles, mais c'est un domaine dans lequel SAP est un atout. Mendix. Mendix Les applications sont réactives par défaut, mais elles peuvent également être converties en applications Web progressives (PWA) et en applications mobiles natives pour iOS et Android. Elles peuvent également fonctionner hors ligne, ce qui est souvent important pour les cas d'utilisation répertoriés ci-dessus.
Plus un cas d'utilisation répond à ces critères, plus il est adapté Mendix.
Scénarios clients
« Garder le cœur propre » est le mantra de SAP pour le code personnalisé depuis le lancement de S/4HANA en 2015. Nous voyons des clients le faire à des degrés divers avec Mendix, et d’une manière générale, ils se répartissent en quatre catégories ou scénarios différents.
Scénario 1 : Se connecter au cœur
Dans ce scénario, le client n’a pas nécessairement défini de stratégie pour « garder le cœur propre » (encore), mais il est en train de construire Mendix applications avec intégrations SAP.
Un bon point de départ est une application de « prétraitement SAP », où les données doivent être collectées et/ou approuvées par différents utilisateurs avant que l’objet ou la transaction complète et approuvée ne soit saisie dans SAP.
Les exemples incluent les demandes d'investissement, les demandes d'achat, les modifications des données de base, etc., et ils sont souvent effectués avec l'informatique fantôme, comme le courrier électronique, Excel et Lotus Notes. Mendix est un moyen idéal d'automatiser ces cas d'utilisation, en particulier lorsqu'ils nécessitent également des intégrations non SAP et/ou l'expérience utilisateur d'une application dédiée plutôt que d'un outil de workflow standard, comme SAP Build Process Automation.
Au fil du temps, les clients peuvent créer de nombreuses applications avec l'intégration SAP, même s'ils n'essaient pas explicitement de « garder le noyau propre ». Un bon exemple est Siemens, qui possède de nombreuses instances SAP et plus de 800 Mendix applications en production.
Scénario 2 : Contenir le noyau
Dans ce scénario, le client traite SAP comme un système hérité, avec l’intention de le migrer vers S/4HANA ou un autre système ERP à un moment indéterminé dans le futur.
Ces clients tentent de « contenir SAP », de « mettre SAP dans une boîte » ou même de « geler SAP » pour tous les changements, à l’exception des éléments obligatoires comme les correctifs de sécurité et les mises à jour légales. Les nouveaux développements sont presque toujours réalisés en Mendix, mais l’amélioration et l’extension du code personnalisé existant dépendent de la taille et de la portée du changement et de la politique du client.
Des changements plus petits peuvent être apportés au noyau, mais des changements plus importants peuvent être l'occasion de déplacer l'ensemble des fonctionnalités vers Mendix. Les clients de cette catégorie incluent l'entreprise de santé, de beauté et de nutrition DSM Firmenich et le détaillant d'énergie Enexis.
Scénario 3 : nettoyer le noyau
Dans ce scénario, le client supprime systématiquement le code personnalisé de son noyau et le reconstruit avec Mendix.
On pense souvent à tort qu’ils reconstruisent les mêmes fonctionnalités à l’identique, mais bien sûr, ils en profitent également pour les moderniser avec de nouvelles fonctionnalités et une meilleure expérience utilisateur, notamment avec un support mobile complet, par exemple. Dans ce sens, nettoyer le cœur n’est pas seulement un projet informatique visant à réduire la dette technique, mais apporte également une réelle valeur ajoutée à l’entreprise.
SAP a fourni des conseils détaillés sur la manière de nettoyer le noyau dans un document intitulé « Extensions personnalisées dans les implémentations SAP S/4HANA – Un guide pratique pour les cadres supérieurs de l'informatique ». Le document date de 2021, mais il s'agit toujours des conseils les plus détaillés fournis par SAP, et il est pertinent pour les clients qui restent sur SAP ECC, ainsi que pour ceux qui migrent vers S/4HANA. Bien qu'il ne s'agisse pas d'un guide étape par étape, il décrit les étapes clés à suivre :
- Commencez à améliorer les compétences de vos architectes SAP et les équipes de développement sur les nouvelles technologies que vous souhaitez utiliser dès que possible si vous ne l'avez pas déjà fait. Le document suppose que vous utilisez les technologies SAP BTP, mais Mendix c'est beaucoup plus simple à cet égard car il s'agit d'une plate-forme, d'une technologie et d'un ensemble de compétences uniques.
- Supprimer tout le code obsolète de votre système ERP. SAP indique que cela représente généralement 30 % du total et parfois jusqu'à 50 %. Pour savoir quel code est obsolète, vous pouvez activer une fonctionnalité SAP intégrée pour la surveillance de l'utilisation du code personnalisé, comme expliqué dans le document.
- Ne tenez pas compte du code qui sera obsolète Si vous passez à S/4HANA, car il peut être remplacé par des fonctionnalités standard et il n'est donc pas judicieux de le reconstruire. Cette étape nécessite des connaissances fonctionnelles et techniques de SAP, vous devrez donc peut-être travailler avec un partenaire SAP pour le faire. SAP indique qu'après cette étape, il ne vous restera peut-être que 10 % de votre code personnalisé d'origine à nettoyer de votre cœur.
- Utilisez un outil appelé SAP Custom Code Analyzer pour analyser la complexité du code restant et le prioriser pour le nettoyage et la reconstruction. Outre les priorités métier, SAP conseille aux clients de prioriser le code complexe et le « code orphelin » pour commencer. Le code complexe entraîne le plus de problèmes et de modifications et, par conséquent, le coût de maintenance le plus élevé, tandis que le « code orphelin » n'a pas de propriétaire de la documentation appropriée, ce qui signifie qu'il représente un risque pour l'entreprise.
Pour chaque modification que vous devez reconstruire, utilisez les conseils détaillés de la section 4 du document pour évaluer les options par ordre de préférence :
- Extensions intégrées à l'application (disponibles uniquement dans S/4HANA)
- Extensions côte à côte sur la nouvelle plateforme
- Extensions sur pile (disponibles uniquement dans S/4HANA)
- Ne faites rien (restez fidèle à votre code ABAP actuel, désormais appelé « extensions classiques »)
Un bon exemple d’un client qui a systématiquement nettoyé le cœur de son système SAP ECC est l’industrie agroalimentaire Entreprise de betteraves CosunIls ont lancé un programme appelé « SAP 2 Standard » pour nettoyer leur système ECC et ont formé leurs développeurs ABAP et Fiori existants pour utiliser MendixIls ont ainsi doublé leur capacité de développement, réalisé 7 fois plus qu'ils ne l'auraient fait auparavant et même contribué à augmenter le rendement des cultures de l'entreprise de 1.8 M€ par an.
Scénario 4 : Gardez le noyau propre
« Garder le cœur propre » implique que votre cœur est propre dès le départ, soit parce que vous l'avez nettoyé, soit parce que vous effectuez une réimplémentation sur un nouveau site, soit parce que vous êtes totalement nouveau dans SAP.
Dans un sens, c'est plus facile si vous êtes nouveau sur SAP, car vous pouvez intégrer vos architectes et développeurs directement sur Mendix sans avoir à les sevrer au préalable des anciennes technologies SAP. La société minière est un bon exemple de tels clients Sibelco et le grossiste en CVC, salle de bain et cuisine Van Marcke.
Pour de nombreux autres exemples de clients utilisant Mendix en combinaison avec SAP, voir notre Témoignages de clients avec SAP.
Partenaires communs
Mendix dispose de consultants qui peuvent vous aider à créer des applications, mais ils ne sont pas des consultants SAP. Si vous avez également besoin d'une expertise dans le domaine SAP, nous pouvons vous aider à trouver un partenaire qui possède les deux Mendix et une expérience SAP. Il peut s'agir d'un intégrateur de systèmes mondial qui possède à la fois une Mendix pratique et une pratique SAP, ou il pourrait s'agir d'un partenaire plus petit spécialisé dans la combinaison de Mendix et SAP. Nous en avons plusieurs et nous serons heureux de vous aider à en trouver un dans votre région.
Stratégie de soutien entre Mendix et SAP BTP
Mendix les applications sont développées et déployées pour s'exécuter sur SAP BTP à l'aide de Mendix Pack de build Cloud Foundry. Nos clients peuvent parfois rencontrer des problèmes injustifiés. Dans le cadre de notre SAP-Mendix partenariat, nous avons une stratégie de soutien clairement définie, comme détaillée dans notre Guide d'assistance.
| Mendix | Mendix Partenaire | Non supporté | |
|---|---|---|---|
| Application | X | ||
| Contenu de l'App Store pris en charge par la plateforme | X | ||
| Runtime | X | ||
| Pipeline de déploiement | X | ||
| Journaux | X | ||
| Métrique | X | ||
| Opérations applicatives | X | ||
| Pack de construction | X | ||
| Plateforme d'exécution de conteneurs | X | ||
| Infrastructure | X | ||
| Base de données | X | ||
| Stockage de fichiers | X | ||
| Réseau | X |