La personnalisation d’un ERP a longtemps été synonyme de développement sur mesure : ABAP chez SAP, Python chez Odoo, AL chez Business Central. Des compétences rares, coûteuses, et dont la disponibilité se réduit chaque année. En 2026, les principaux éditeurs ERP proposent des outils low-code intégrés qui permettent aux équipes métier de créer des formulaires, automatiser des workflows et construire des dashboards, sans écrire une ligne de code.
Mais le low-code n’est pas une baguette magique. Entre promesses marketing et réalité terrain, cet article fait le tri : quels outils, pour quels cas d’usage, avec quelles limites.
Le low-code dans l’ERP, pourquoi maintenant
La pénurie de développeurs ERP
Les développeurs ERP spécialisés sont parmi les profils les plus difficiles à recruter en Europe. Un développeur ABAP senior, capable de travailler sur S/4HANA, peut négocier des taux journaliers supérieurs à 800 € en France et en Allemagne. Les développeurs Python maîtrisant le framework Odoo sont tout aussi recherchés, avec un vivier limité par rapport à la demande croissante des PME européennes. Côté Microsoft, les développeurs AL pour Business Central restent une niche.
Cette tension structurelle crée un goulot d’étranglement : les métiers identifient des besoins d’adaptation, mais l’IT n’a pas la bande passante pour les traiter. Le backlog de personnalisations s’allonge, la frustration monte, et les solutions de contournement (Excel, Shadow IT) prolifèrent.
Les métiers veulent adapter l’ERP à leur rythme
Un responsable achats qui a besoin d’un champ supplémentaire dans son bon de commande ne devrait pas attendre trois mois qu’un développeur soit disponible. Un directeur commercial qui veut un tableau de bord sur les marges par client ne devrait pas monter un projet IT pour cela.
Le low-code répond à cette attente en donnant aux utilisateurs métier, les « citizen developers », la capacité de créer des adaptations simples eux-mêmes. Selon Gartner, environ 75 % des nouvelles applications seront construites avec des technologies low-code d’ici 2026, et les développeurs extérieurs aux directions IT représenteront au moins 80 % de la base d’utilisateurs de ces outils (Gartner via Kissflow).
Les éditeurs investissent massivement dans les outils visuels
SAP a lancé SAP Build en intégrant AppGyver à sa Business Technology Platform. Microsoft pousse Power Platform comme couche d’extension native de Dynamics 365. Odoo a fait évoluer Studio depuis 2017 et y intègre désormais de l’IA générative. Oracle propose Visual Builder pour étendre NetSuite et Cloud ERP.
Le message des éditeurs est clair : le développement classique ne disparaît pas, mais il doit se concentrer sur les cas complexes. Les adaptations courantes relèvent désormais du paramétrage visuel.
Tour d’horizon des plateformes low-code par éditeur ERP
Odoo Studio, personnalisation visuelle des vues, champs et automatisations
Odoo Studio est l’outil low-code le plus mature du marché ERP PME. Disponible depuis 2017 dans l’édition Enterprise, il permet de modifier n’importe quelle vue (formulaire, liste, kanban), d’ajouter des champs personnalisés, de créer des applications métier complètes et de définir des règles d’automatisation, le tout en glisser-déposer.
Points forts :
- Courbe d’apprentissage douce : un utilisateur fonctionnel peut être autonome en quelques heures
- Champ d’action large : vues, champs, filtres, groupes, rapports PDF, automatisations conditionnelles
- Intégration native : les personnalisations Studio cohabitent avec les modules standard et les développements Python
- IA générative récente : génération automatique de champs et d’attributs à partir d’une description en langage naturel (Odoo Studio)
Limites : Studio ne remplace pas un développement Python pour les logiques métier complexes (calculs de prix multi-niveaux, connecteurs EDI, workflows transactionnels lourds). Les personnalisations Studio peuvent aussi créer des conflits lors des mises à jour majeures si elles ne sont pas documentées.
Tarif : inclus dans Odoo Enterprise (à partir de 31,10 €/utilisateur/mois pour la formule Standard). Voir notre analyse détaillée des prix Odoo 2026.
SAP Build, apps métier connectées à S/4HANA
SAP Build regroupe trois composants sur la SAP Business Technology Platform (BTP) : Build Apps (développement visuel d’applications), Build Process Automation (workflows et RPA) et Build Work Zone (portail unifié). Depuis 2025, Joule Studio y ajoute une couche d’IA conversationnelle permettant de créer des agents métier en langage naturel (SAP News).
Points forts :
- Connexion native à S/4HANA : accès direct aux données métier et aux processus standard via les API SAP
- Spectre fonctionnel : des apps mobiles simples jusqu’aux workflows d’approbation multi-systèmes avec RPA
- Pro-code possible : les développeurs peuvent basculer vers du code ABAP Cloud ou CAP (Cloud Application Programming) quand le low-code atteint ses limites
- Joule Studio : création d’agents IA métier connectés au Business Data Cloud
Limites : la courbe d’apprentissage est plus raide que chez Odoo ou Microsoft. SAP Build s’adresse davantage à des power users ou des consultants fonctionnels qu’à des utilisateurs finaux sans formation. Le coût de la BTP (licences, crédits cloud) s’ajoute aux licences S/4HANA et peut représenter un investissement significatif pour une ETI.
Tarif : les licences SAP Build sont disponibles gratuitement pour les partenaires SAP en environnement de test et développement. En production, la tarification dépend du plan BTP souscrit.
Microsoft Power Platform, Power Apps, Power Automate et Copilot Studio pour Dynamics 365
La Power Platform est probablement l’écosystème low-code le plus vaste du marché ERP. Elle se compose de Power Apps (applications), Power Automate (flux d’automatisation), Power BI (reporting) et Copilot Studio (agents IA). Son intégration avec Dynamics 365, Microsoft 365 et Azure en fait un environnement naturel pour les entreprises déjà dans l’écosystème Microsoft.
Points forts :
- Familiarité : l’interface rappelle Excel et les outils Microsoft, ce qui réduit la résistance au changement
- Écosystème de connecteurs : des centaines de connecteurs prédéfinis (SharePoint, Teams, SAP, Salesforce, bases SQL)
- Copilot Studio : création d’agents conversationnels métier capables d’interroger les données Dynamics 365
- Plan Designer (2025) : description en langage naturel d’une application, génération automatique du prototype (Microsoft Dynamics 365 Blog)
- Gouvernance intégrée : Centre d’Excellence (CoE) avec politiques automatisées et monitoring des apps créées
Limites : la tarification peut devenir complexe. Les licences Power Apps per-user (environ 20 €/mois) ou per-app s’ajoutent aux licences Dynamics 365. Les flux Power Automate premium (avec connecteurs non-standard) sont facturés séparément. Sans gouvernance, la prolifération d’apps non maintenues (« app sprawl ») est un risque réel.
Oracle Visual Builder, extensions NetSuite et Oracle Cloud ERP
Oracle Visual Builder Cloud Service (VBCS) permet de créer des interfaces et des extensions pour Oracle Cloud ERP et NetSuite. L’outil s’appuie sur un éditeur visuel avec glisser-déposer et génère des applications web responsives.
Points forts : intégration profonde avec Oracle Cloud, génération d’API REST automatique, support du JavaScript pour les cas avancés.
Limites : écosystème plus fermé que Microsoft ou SAP, communauté de développeurs plus restreinte, documentation parfois lacunaire pour les cas d’usage ERP spécifiques.
Mentions : Axelor et ERPNext
Axelor est un ERP open source français conçu nativement en low-code. La modélisation des objets métier, des vues et des workflows se fait via un éditeur visuel intégré. C’est l’un des rares ERP où le low-code n’est pas une surcouche mais l’architecture de base.
ERPNext s’appuie sur le Frappe Framework, qui propose un système de doctype (modèle de données) configurable sans code. Frappe Builder permet de créer des pages et des formulaires visuellement. L’écosystème reste plus technique qu’Odoo Studio mais offre une grande flexibilité pour les PME à l’aise avec le web.
Pour un comparatif détaillé de ces solutions, consultez notre guide des ERP open source : Dolibarr, ERPNext, Axelor, Odoo.
Tableau comparatif
| Critère | Odoo Studio | SAP Build | Power Platform | Oracle VBCS | Axelor |
|---|---|---|---|---|---|
| Disponible depuis | 2017 | 2022 | 2016 | 2018 | 2015 |
| Cible utilisateur | Utilisateur métier | Power user / consultant | Citizen developer | Développeur fonctionnel | Consultant technique |
| Courbe d’apprentissage | Faible | Élevée | Moyenne | Moyenne-élevée | Moyenne |
| Apps mobiles | Oui (limitée) | Oui | Oui (native) | Oui | Oui |
| IA intégrée | Oui (génération de champs) | Oui (Joule Studio) | Oui (Copilot Studio) | Partielle | Non |
| Workflow / RPA | Automatisations | Oui + RPA | Oui + RPA | Partiel | Oui |
| Coût additionnel | Inclus (Enterprise) | BTP payant en sus | Licences séparées | Inclus (Oracle Cloud) | Inclus (open source) |
5 cas d’usage concrets du low-code dans un projet ERP
Formulaire de saisie métier personnalisé
Un fabricant industriel ajoute via Odoo Studio un formulaire de contrôle qualité directement dans le module production. Chaque opérateur saisit les résultats de contrôle sur tablette, avec des champs conditionnels selon le type de produit. Résultat : zéro papier, zéro développement Python, déploiement en une demi-journée.
Workflow d’approbation multi-niveaux
Une ETI configure dans Power Automate un circuit de validation des bons de commande : en dessous de 5 000 €, validation automatique ; entre 5 000 € et 50 000 €, validation par le responsable achats ; au-delà, double validation DAF + direction générale. Le flux est connecté à Dynamics 365, Teams (notification) et SharePoint (archivage du bon signé).
Dashboard opérationnel temps réel
Un directeur supply chain utilise Power BI connecté à Dynamics 365 pour suivre en temps réel les taux de service, les ruptures de stock et les délais fournisseurs. Les KPI sont calculés automatiquement et partagés avec l’équipe via un tableau de bord intégré dans Teams.
Application mobile terrain
Un distributeur B2B crée avec SAP Build Apps une application d’inventaire mobile pour ses magasiniers. L’app scanne les codes-barres, met à jour le stock S/4HANA en temps réel et déclenche des alertes de réapprovisionnement. Le prototype a été livré en deux semaines, contre deux mois estimés en développement ABAP classique.
Connecteur d’intégration visuel
Une PME connecte son ERP Odoo à sa plateforme e-commerce Shopify via un flux low-code (Make/Integromat ou les automatisations Odoo). Les commandes web sont créées automatiquement dans l’ERP, les stocks synchronisés toutes les 15 minutes, les factures envoyées sans intervention manuelle.
Les limites du low-code ERP, ce qu’il ne faut pas lui demander
Performance et scalabilité
Les automatisations low-code fonctionnent bien pour des volumes modérés. Mais un workflow qui déclenche 10 actions en cascade sur chaque ligne de commande peut ralentir significativement un ERP traitant des milliers de transactions par jour. Les moteurs low-code n’offrent généralement pas les mêmes possibilités d’optimisation (indexation, requêtes SQL directes, mise en cache) qu’un développement natif.
Maintenance et dette technique « invisible »
Un développeur classique laisse du code versionné, documenté, testé. Un citizen developer laisse un workflow visuel que personne d’autre ne comprend. Au bout de deux ans, l’entreprise se retrouve avec des dizaines d’automatisations dont l’auteur a changé de poste, et aucune documentation.
La dette technique low-code est « invisible » parce qu’elle n’apparaît pas dans les outils de gestion de code habituels (Git, Jira, SonarQube). Elle est pourtant bien réelle.
Gouvernance : qui contrôle les apps créées par les métiers ?
Sans cadre de gouvernance, le low-code reproduit les mêmes travers que les macros Excel des années 2000 : des solutions bricolées, non sécurisées, qui deviennent critiques pour le business sans que l’IT en ait connaissance.
Les questions à trancher :
- Qui a le droit de créer une app ou un workflow ?
- Qui valide avant la mise en production ?
- Qui assure la maintenance quand le créateur quitte l’entreprise ?
- Quelle politique de nommage et de documentation ?
Sécurité : droits d’accès et exposition de données
Un citizen developer qui crée une app connectée à l’ERP accède potentiellement à des données sensibles : prix d’achat, marges, salaires, données clients. Si les droits ne sont pas correctement configurés, l’app peut exposer des informations confidentielles à des utilisateurs non autorisés.
Microsoft a intégré des garde-fous dans Power Platform (DLP policies, environnements séparés, monitoring CoE). Chez Odoo et SAP, c’est à l’administrateur de configurer les restrictions manuellement.
Réussir l’adoption du low-code ERP, 4 bonnes pratiques
Définir un cadre de gouvernance (centre d’excellence low-code)
Créez un Centre d’Excellence (CoE) low-code, même léger. Il définit les règles du jeu : qui peut développer quoi, avec quels outils, selon quels standards. Microsoft fournit un kit CoE pour Power Platform ; pour Odoo et SAP, il faudra le construire en interne.
Le CoE n’est pas une bureaucratie supplémentaire, c’est ce qui empêche le low-code de devenir le nouveau Shadow IT.
Former les citizen developers
Donner accès à Odoo Studio ou Power Apps ne suffit pas. Les citizen developers doivent comprendre les bases de la modélisation de données, les principes de sécurité, et les bonnes pratiques de nommage. Un programme de formation de 2 à 3 jours, suivi d’un mentoring par l’IT, est un investissement rentable.
Documenter et versionner les personnalisations
Chaque personnalisation low-code doit être documentée : objectif, auteur, date de création, données accédées, dépendances. Certains outils (Power Platform, SAP Build) proposent un versioning intégré. Pour Odoo Studio, il faut mettre en place une discipline manuelle.
Savoir quand basculer vers du développement classique
Le low-code a un plafond. Quand une automatisation dépasse 15-20 étapes, quand la performance devient critique, quand la logique métier implique des calculs complexes ou des intégrations multi-systèmes, il est temps de passer le relais à un développeur. Le low-code doit accélérer les 80 % de cas simples, pas remplacer le développement pour les 20 % de cas complexes.
Ce qu’il faut retenir
Le low-code dans l’ERP n’est ni un gadget marketing ni une révolution qui rend les développeurs obsolètes. C’est un outil de productivité qui, bien encadré, réduit la dépendance à des compétences rares, accélère les adaptations métier et libère les équipes IT pour les projets à forte valeur ajoutée.
Le choix de la plateforme dépend de votre ERP existant : Odoo Studio pour les PME sur Odoo Enterprise, Power Platform pour l’écosystème Microsoft, SAP Build pour les entreprises sur S/4HANA. Dans tous les cas, l’outil seul ne suffit pas, la gouvernance, la formation et la documentation font la différence entre un accélérateur et un nouveau problème.
Pour approfondir, consultez notre guide des ERP et intelligence artificielle et notre comparatif ERP open source Dolibarr, ERPNext, Axelor, Odoo. Si vous évaluez Odoo, notre analyse des prix Odoo 2026 détaille les coûts réels d’implémentation.
