Votre ERP est en production depuis deux ou trois ans. L’intégrateur vous envoie une proposition de renouvellement. Les chiffres ont augmenté de 8 % — sans explication détaillée. Votre équipe IT demande un budget pour une montée de version. Et quelqu’un en finance a remarqué qu’on paie encore des licences pour dix collaborateurs partis l’an dernier.
C’est la situation type d’une entreprise qui n’a jamais conduit d’audit de maintenance ERP. Pas parce qu’elle ne sait pas que le sujet existe — mais parce qu’entre le go-live et aujourd’hui, personne n’a eu le temps de s’y mettre.
Ce guide est destiné aux DAF et DSI d’ETI en production depuis 18 mois ou plus. Son objectif : vous donner une méthode concrète pour cartographier ce que vous payez réellement, identifier les écarts, et négocier sur des bases solides. Les économies attendues : 20 à 30 % du poste maintenance, selon les études de retours d’expérience de consultants ERP spécialisés (Staria, Deloitte Advisory).
La maintenance ERP, ce budget qui déborde toujours
La maintenance annuelle d’un ERP représente, selon les études Gartner IT Key Metrics, entre 18 et 25 % du coût initial de licence par an. Sur un ERP à 400 000 euros de licence initiale, c’est 72 000 à 100 000 euros par an — avant d’ajouter l’intégrateur, l’hébergement et les formations.
Le problème n’est pas le montant brut. C’est que ce montant est rarement lisible en une seule ligne budgétaire. Il est dispersé entre plusieurs contrats, plusieurs fournisseurs, plusieurs directions (IT, achats, finance), et il gonfle chaque année par inertie de reconduction plutôt que par besoin réel.
Une ETI qui conduit son premier audit de maintenance ERP après trois ans de production découvre systématiquement la même chose : elle paie pour des services qu’elle n’utilise pas, à des tarifs qu’elle n’a jamais remis en question.
Les 8 postes de coûts de maintenance rarement lisibles
1. La maintenance éditeur — ce que cache le “17 % du prix de licence”
Chaque éditeur affiche un taux de maintenance annuel. SAP et Oracle tournent autour de 22 % du net license fee par an, selon leurs grilles tarifaires publiques. Microsoft Dynamics est aux alentours de 16 %. Les éditeurs midmarket (Sage X3, Cegid, Divalto) gravitent autour de 18 % en moyenne.
Ce taux couvre les correctifs de bugs, les mises à jour réglementaires (TVA, liasse fiscale, DSN) et l’accès aux nouvelles versions majeures. Ce qu’il ne couvre pas — et que beaucoup d’entreprises découvrent après coup — c’est le paramétrage de leur instance spécifique, l’adaptation aux évolutions de leurs processus, ou toute correction liée à leurs développements sur mesure.
Point à négocier : après 5 ans d’ancienneté avec le même éditeur, le taux de maintenance est discutable. Certaines ETI obtiennent 1 à 2 points de réduction en contrepartie d’un engagement de durée ou d’une extension de périmètre fonctionnel.
2. Le contrat AMS avec l’intégrateur — tickets, jours-homme, niveaux de service
L’AMS (Application Management Services) est votre contrat de TMA avec l’intégrateur. Pour une PME de 80 à 200 utilisateurs sur Sage X3 ou Dynamics 365, ce forfait couvre typiquement 5 à 15 jours-homme par mois — soit entre 7 000 et 25 000 euros mensuels selon les tarifs du marché.
Le piège classique : le contrat AMS est rédigé en termes de capacité (jours-homme disponibles) plutôt qu’en termes de résultats (incidents résolus, délais garantis). Résultat : vous payez une enveloppe fixe, mais ni vous ni l’intégrateur ne savez exactement ce qui est consommé et pour quoi.
Un contrat AMS bien structuré définit : un volume mensuel, une ventilation par type de demande (correctif, évolutif mineur, question fonctionnelle), et des SLA par niveau de gravité. Sans cela, chaque ticket “urgent” devient une facturation en régie au-delà du forfait.
3. Les mises à jour et upgrades — gratuits ou facturés ? La nuance
Les mises à jour mineures (correctifs, patches de sécurité) sont généralement incluses dans la maintenance éditeur. Les montées de version majeures — passage de Sage X3 v12 à v2024, ou d’une release à la suivante sur S/4HANA — ne le sont pas toujours.
Les éditeurs SaaS sont plus lisibles sur ce point : les mises à jour sont incluses, mais la migration des configurations et des développements spécifiques reste à votre charge. Pour les solutions on-premise ou hybrides, la règle est moins claire : un upgrade majeur peut représenter entre 20 et 50 % du coût d’implémentation initial selon la profondeur des spécifiques développés.
À vérifier dans votre contrat : la distinction entre “accès aux nouvelles versions” (inclus dans la maintenance) et “prestation de migration vers ces nouvelles versions” (facturable séparément).
4. Les licences dormantes — utilisateurs qui ne se connectent plus
C’est souvent le poste le plus facile à récupérer. Après 3 à 4 ans de production, entre 15 et 25 % des utilisateurs déclarés ne se connectent plus à l’ERP, selon les études Flexera Software Asset Management. Rotation RH, réorganisations, changements de périmètre fonctionnel : les départs ne déclenchent pas automatiquement la désactivation des licences.
Sur un parc de 80 utilisateurs à 1 800 euros par an et par licence nommée (tarif courant sur Dynamics 365 ou SAP S/4HANA Cloud), une dérive de 20 % représente 28 800 euros de pertes annuelles pures. Sans action.
La correction est simple : un export des journaux de connexion sur les 6 derniers mois, croisé avec l’annuaire RH actif. Tout utilisateur sans connexion depuis 90 jours est un candidat à la désactivation — à valider avec les responsables métier avant toute action.
5. Les modules sous-utilisés — payés mais non déployés
Lors de la signature du contrat ERP, il est courant d’acquérir un bundle de modules plus large que le périmètre déployé au go-live. L’idée est bonne : préparer l’avenir, bénéficier d’un tarif bundle. Le problème : 24 mois après le go-live, la moitié de ces modules n’est toujours pas active.
Module de gestion de projet, module de BI avancée, connecteur EDI, module de gestion des actifs : chaque module inactif est une ligne de maintenance payée sans usage. L’inventaire est à croiser avec les priorités métier : certains modules seront activés dans l’année, d’autres jamais.
6. L’infrastructure hébergée — hors périmètre ERP mais liée
Hébergement cloud (VM Azure, AWS, GCP), sauvegardes, environnements de test et de recette : ces coûts ne figurent pas dans le contrat éditeur, mais ils sont directement liés à l’ERP et croissent avec lui. Une migration vers une solution SaaS native peut réduire ce poste de 30 à 60 %, mais elle déplace le coût vers la licence (généralement plus élevée en SaaS).
À analyser : le dimensionnement des environnements hors production. Les environnements de test et de développement sont souvent surdimensionnés par rapport à leur usage réel. Réduire leur taille ou les éteindre la nuit peut générer 10 à 20 % d’économies sur la partie infrastructure.
7. Les développements spécifiques en maintenance corrective
Vos spécifiques d’il y a 3 ans ont leurs propres bugs, leurs propres incompatibilités avec les nouvelles versions éditeur, et leurs propres coûts de correction. Cette maintenance corrective du patrimoine spécifique est rarement budgétée explicitement — elle se fond dans le contrat AMS ou apparaît en régie surprise.
L’enjeu ici n’est pas de réduire le poste à court terme, mais d’arbitrer : quels spécifiques méritent d’être maintenus, lesquels peuvent être remplacés par une fonctionnalité standard de la dernière version, et lesquels devraient simplement être supprimés ?
8. La formation permanente — récurrente, mais absente du budget
Chaque nouvel arrivant doit être formé. Chaque nouvelle version apporte des changements d’interface. Chaque activation de module implique une montée en compétence. La formation ERP n’est pas un coût d’implémentation one-shot — c’est un poste récurrent estimé entre 5 et 10 % du budget de maintenance annuel par les cabinets spécialisés.
Ce poste est presque systématiquement absent du budget maintenance formalisé, ce qui signifie qu’il est financé de façon informelle, souvent au détriment de la qualité d’utilisation du système.
Méthode d’audit en 4 étapes
Étape 1 — Cartographier tous les contrats actifs
Commencez par une liste exhaustive de tout ce qui est payé, à qui, et pourquoi. Sources à consulter : la comptabilité fournisseurs (factures récurrentes des 12 derniers mois), la DSI (contrats IT actifs), les achats (bons de commande en cours).
Résultat attendu : un tableau avec, pour chaque contrat : fournisseur, objet, montant annuel, date d’échéance, contact côté fournisseur. Cette cartographie révèle souvent des doublons ou des contrats oubliés que personne ne suit activement.
Étape 2 — Mesurer l’utilisation réelle
Pour chaque ligne budgétaire identifiée, mesurez ce qui est réellement consommé :
- Licences : export des logs de connexion sur 6 mois (disponible dans la console d’administration de tout ERP moderne)
- AMS : analyse des tickets ouverts vs. fermés sur 12 mois, temps de résolution réel par gravité, volume de jours-homme consommés vs. contrat
- Modules : recensement des modules activés vs. payés, via la console de configuration éditeur
- Infrastructure : métriques de consommation cloud (CPU, RAM, stockage) sur l’environnement de production et hors production
Cette mesure prend 2 à 4 semaines avec un DSI impliqué et un accès aux outils d’administration. Elle est le fondement de toute négociation crédible.
Étape 3 — Benchmarker les tarifs du marché
Vos tarifs actuels sont-ils dans les normes du marché ? Pour les licences nommées et les taux de maintenance éditeur, les grilles sont publiées (SAP, Oracle, Microsoft). Pour l’AMS, le marché français tourne entre 700 et 1 400 euros par jour selon la séniorité des profils et l’éditeur.
Vous pouvez obtenir des benchmarks informels en demandant un devis comparatif à deux ou trois intégrateurs concurrents — une démarche que votre intégrateur actuel ne peut pas vous interdire contractuellement. Cette mise en concurrence fictive est l’un des leviers les plus efficaces de renégociation.
Étape 4 — Préparer la négociation avec le bon timing
Le timing est critique : entamez la négociation 6 à 9 mois avant l’échéance du contrat, pas 30 jours avant. À 30 jours, vous êtes en situation de faiblesse — vous n’avez pas le temps de changer de prestataire, et votre interlocuteur le sait.
À 6 mois, vous avez du temps, des alternatives crédibles, et vous pouvez brandir une étude de migration comme option réelle. C’est suffisant pour obtenir des concessions.
Leviers de renégociation pratiques
La menace crédible de migration
Même si vous n’envisagez pas réellement de changer d’ERP, savoir combien cela coûterait est un argument de négociation puissant. Demander un chiffrage informel à un intégrateur concurrent pour une migration vers une solution concurrente (Odoo, Dynamics, NetSuite selon votre contexte) vous donne une base de comparaison chiffrée.
Si votre intégrateur sait que vous avez en main un chiffrage de migration à 180 000 euros, il sera plus enclin à accorder une remise de 15 000 euros sur son contrat AMS annuel.
Le regroupement de contrats
Si vous avez un contrat de maintenance éditeur direct et un contrat AMS avec un intégrateur partenaire de l’éditeur, vous pouvez explorer le passage à un contrat global via le partenaire. Certains éditeurs permettent à leurs partenaires de facturer la maintenance éditeur + AMS en bundle, ce qui donne au partenaire une marge de manoeuvre commerciale qu’il n’a pas sur la maintenance seule.
La renégociation du SLA par criticité
Un SLA “chapeau” — tout incident résolu en 4 heures — est coûteux et non différencié. La plupart des incidents ne justifient pas une intervention d’urgence. Proposer un SLA à trois niveaux réduit le coût du contrat tout en maintenant la réactivité sur les incidents réellement critiques :
- P1 (production bloquée) : intervention en 4 heures
- P2 (fonctionnalité critique dégradée) : résolution sous 24 heures
- P3 (question fonctionnelle, usage dégradé) : réponse sous 5 jours ouvrés
Cette segmentation peut réduire le coût du forfait AMS de 10 à 20 %, selon le volume de tickets P1 réels constatés dans vos historiques.
Le cas de la maintenance tierce (Rimini Street, LzLabs)
Pour les grandes instances SAP ou Oracle, des fournisseurs tiers comme Rimini Street proposent une maintenance alternative à 40 à 60 % du tarif éditeur. L’économie est réelle — mais le risque l’est aussi : la maintenance tierce ne donne accès ni aux mises à jour réglementaires automatiques (TVA, DSN, liasse fiscale), ni aux nouvelles fonctionnalités. Pour une PME ou ETI française soumise aux évolutions réglementaires annuelles, ce modèle est généralement déconseillé.
Gains attendus : des ordres de grandeur réalistes
L’audit de maintenance ERP n’est pas une opération miraculeuse. Les économies sont réelles mais nécessitent du travail préparatoire.
Sur un budget de maintenance annuel de 200 000 euros (typique pour une ETI de 150 utilisateurs sur Dynamics 365 ou SAP S/4HANA Cloud) :
- Licences dormantes : 20 % de désactivation sur un parc de 150 licences à 1 800 euros = 54 000 euros récupérables
- Renégociation AMS : 12 à 15 % de réduction sur un forfait de 100 000 euros annuels = 12 000 à 15 000 euros
- Optimisation infrastructure : 15 à 20 % sur un poste hébergement de 30 000 euros = 4 500 à 6 000 euros
- SLA revu : 10 % sur la partie AMS = 10 000 euros
Total plausible : entre 25 000 et 50 000 euros par an. Soit 12 à 25 % du budget initial.
Ces ordres de grandeur sont cohérents avec les retours d’expérience de consultants ERP (Staria, Deloitte Advisory, PwC IT Advisory) qui indiquent une fourchette de 15 à 30 % selon la maturité de la gouvernance initiale.
Les pièges à éviter
Baisser le SLA trop agressivement. Un P1 non résolu en temps provoque des arrêts de production. Avant de négocier un SLA moins contraignant, analysez les incidents P1 réels des 18 derniers mois. Si vous en avez eu 3, un SLA P1 à 4 heures est justifié. Si vous en avez eu 0, il est probablement surdimensionné.
Changer d’intégrateur en cours de contrat. La connaissance de votre instance — paramétrage, spécifiques, historique des tickets — est un actif de l’intégrateur. Changer en milieu de vie génère un coût de transfert de compétences (audit d’entrée, documentation, phase de stabilisation) qui peut annuler les économies espérées sur 12 à 18 mois.
Croire aux “offres de fidélité” éditeur. Quand votre éditeur vous propose une remise en échange d’un engagement de 3 ans supplémentaires, calculez d’abord le coût total de cet engagement avant d’accepter. Une remise de 8 % sur 3 ans peut coûter plus cher qu’une mise en concurrence libre.
Pour approfondir la structuration de votre contrat de maintenance avant d’entamer une renégociation, lisez notre guide complet du contrat TMA ERP et notre analyse du TCO ERP sur 5 ans par éditeur. Pour les entreprises en phase post-go-live récent, notre article sur l’optimisation des coûts ERP après le go-live couvre les premiers leviers à activer dans les 12 premiers mois.
