Une fois l’ERP en production, le vrai sujet commence : qui répond quand une facture ne part pas, qui adapte le paramétrage quand votre activité évolue, qui pilote la mise à jour de la version suivante ? Le support Sage n’est pas un bloc unique. Il se répartit entre l’éditeur, l’intégrateur et, parfois, votre propre équipe informatique. Mal réparti, il génère des délais, des renvois de responsabilité et des coûts inattendus.
Cette page détaille la maintenance Sage telle qu’elle se pratique : ce que couvre chaque acteur, ce qu’est une TMA Sage, les contrats et niveaux de service à demander, les mises à jour à anticiper, le budget à prévoir et la manière de changer de prestataire sans interrompre l’exploitation.
Qui fait quoi : éditeur, intégrateur, équipe interne
Trois acteurs interviennent, avec des périmètres différents. La confusion entre ces périmètres est la première cause de frustration sur un contrat de support.
| Acteur | Ce qu’il couvre en principe | Ce qu’il ne couvre pas |
|---|---|---|
| Éditeur (Sage) | Le logiciel standard : correction des anomalies du produit, versions, documentation, base de connaissances | Votre paramétrage, vos développements spécifiques, vos interfaces, votre organisation |
| Intégrateur | Votre installation : paramétrage, développements, connecteurs, assistance aux utilisateurs, accompagnement des montées de version | Les évolutions du produit lui-même, qui relèvent de l’éditeur |
| Équipe interne | Le premier relais : administrateur fonctionnel, droits d’accès, sauvegardes, interlocuteur unique du prestataire | Les corrections de code ou les changements structurants sans expertise dédiée |
Ce que couvre l’éditeur
L’éditeur maintient le produit standard. Concrètement, il publie des versions, corrige les anomalies reconnues et tient à jour une base de connaissances. Pour Sage 100, cette base précise par exemple les versions de Microsoft SQL Server validées : Sage 100 a été testé avec succès avec SQL Server 2017, 2019, 2022 et 2025, tandis que les versions 2012, 2014 et 2016 ne sont plus validées. Ce type d’information conditionne directement l’infrastructure que vous devez maintenir.
L’éditeur ne connaît pas votre installation. Si votre problème vient d’un développement spécifique, d’un connecteur ou d’un paramétrage, il renverra vers votre intégrateur. Le contrat de maintenance éditeur donne accès aux versions et aux correctifs : il ne remplace pas une assistance de proximité.
Ce que couvre l’intégrateur
L’intégrateur est le prestataire qui connaît votre configuration. Son support se découpe généralement en trois niveaux de service :
- l’assistance utilisateurs : questions d’usage, blocages, aide au paramétrage courant ;
- la maintenance corrective : diagnostic et correction des dysfonctionnements de votre installation, y compris des développements spécifiques réalisés pour vous ;
- la maintenance évolutive : nouveaux besoins, nouveaux états, nouvelles interfaces, adaptations réglementaires.
Le choix du prestataire pèse lourd dans la durée. Notre page sur comment choisir un intégrateur Sage détaille les critères à examiner avant de signer, dont la capacité à assurer le support après la mise en production.
La TMA Sage : de quoi parle-t-on ?
La TMA, ou tierce maintenance applicative, désigne la prise en charge de votre application par un prestataire extérieur dans la durée. Elle va au-delà du simple « helpdesk » : le prestataire s’engage à maintenir l’application en bon état de marche et à la faire évoluer selon un cadre convenu.
Ce que recouvre une TMA
Une TMA Sage couvre en général :
- les corrections d’anomalies sur votre périmètre, y compris les développements spécifiques ;
- les petites évolutions fonctionnelles, traitées au fil de l’eau ;
- les adaptations liées à la réglementation, par exemple la facture électronique ;
- le suivi des versions et la préparation des mises à jour ;
- le suivi de l’exploitation : tâches planifiées, interfaces, traitements de nuit.
TMA, support et projet : ne pas mélanger
Un contrat bien construit distingue trois natures de travaux, car elles ne se pilotent ni ne se facturent de la même manière :
| Nature | Exemple | Mode de facturation courant |
|---|---|---|
| Support | Un utilisateur ne parvient plus à valider une commande | Forfait annuel ou crédit de temps |
| TMA | Corriger une interface, ajuster un état, suivre une montée de version | Forfait de capacité ou régie à la consommation |
| Projet | Déployer un nouveau module, ouvrir une filiale, refondre le circuit d’achat | Devis au forfait ou en régie, avec cahier des charges |
Si un besoin dépasse le cadre de la TMA, il faut le basculer en projet avec son propre chiffrage. Les cas typiques sont la création d’un module, l’ajout d’un site ou une migration vers une autre version.
Contrats et niveaux de service à demander
Un contrat de support se juge sur ses engagements mesurables, pas sur ses promesses générales. Voici les points à faire figurer noir sur blanc.
Le périmètre
Listez ce qui est couvert : produits et modules, environnements (production, test, recette), interfaces, développements spécifiques, sites et sociétés. Tout ce qui n’est pas listé sera discuté au moment de l’incident, donc au pire moment.
Les délais d’engagement
Demandez des délais distincts pour la prise en compte d’une demande et pour sa résolution, selon la gravité :
- bloquant : l’activité s’arrête, par exemple impossibilité de facturer ou de réceptionner ;
- dégradé : une fonction essentielle fonctionne mal, avec contournement ;
- mineur : gêne d’usage sans conséquence sur l’activité.
Précisez les plages horaires couvertes, les jours fériés et les astreintes éventuelles. Une clôture comptable ou un inventaire justifie parfois un renfort temporaire : prévoyez-le au contrat plutôt qu’en urgence.
Les canaux et le suivi
Exigez un outil de ticketing, un interlocuteur identifié et un compte rendu régulier : tickets ouverts, délais constatés, causes récurrentes. Ce suivi révèle les problèmes de fond, comme une formation insuffisante ou un paramétrage fragile, que le traitement ticket par ticket masque.
Les engagements sur les mises à jour
Le contrat doit dire qui prépare, teste et déploie les montées de version, et à quel prix. Une mise à jour sans test de non-régression sur vos développements spécifiques est un risque de blocage. Demandez que l’environnement de recette soit utilisé systématiquement avant la production.
La réversibilité
Prévoyez dès la signature les conditions de sortie : livraison de la documentation, du code des développements spécifiques, de la liste des paramétrages et des accès, avec un délai de préavis raisonnable. La réversibilité est un droit qui se négocie au départ, pas à la rupture.
Les mises à jour : un sujet continu, pas un événement
Un ERP Sage se maintient en permanence. Deux volets se cumulent : le rythme des versions de l’éditeur et le cycle de vie de ce qui l’entoure (base de données, système, poste de travail).
Un rythme de versions soutenu
Pour l’offre hébergée de Sage 100, Sage publie des releases fréquentes. Le tableau officiel liste en 2026 les releases 2026.1 du 15 juin, 2026.2 du 27 juillet, 2026.2.1 du 6 août, 2026.3 du 24 août et 2026.3.1 du 6 octobre : cinq releases en moins de quatre mois. La release 2026.3.1 correspond à Sage 100 version 12.28, avec Sage 100 Paie 9.00.2 et Superviseur 4.102. Elle succède à la release 2026.3, qui embarquait Sage 100 version 12.27 et Paie 9.00.1.
Ces mises à jour ne sont pas cosmétiques. La release 2026.2 (Sage 100 12.25) apporte notamment la ré-émission des flux e-reporting et diverses nouveautés de facture électronique. Pour une entreprise concernée par la réforme, suivre ces versions fait partie de la conformité : voir notre guide sur l’ERP et la facture électronique.
Côté historique, la release hébergée 2025.2 du 16 juin 2025 correspond à Sage 100 version 12 avec Paie 8, et la version 11 est apparue avec la release 2024.4 du 28 octobre 2024. Pour situer votre installation et les écarts à combler, consultez notre page sur les versions et éditions de Sage.
Les versions en fin de vie
Le point le plus sensible concerne les anciennes versions. Sage a officialisé en juillet 2025 l’arrêt définitif de Sage 30 / Sage 100 V16 et antérieures, de Sage 30 / Sage 100 Génération i7, et la mise à jour obligatoire de Sage 100 antérieur à la version 7.
Le calendrier est précis :
- les contrats de ces solutions ne seront plus reconduits après le 30 novembre 2026 ;
- ils expireront au plus tard le 30 novembre 2027 ;
- ensuite, les clients peuvent consulter les données mais ne peuvent plus en créer.
Pour mémoire, Sage avait arrêté la commercialisation de la Génération V16 le 1er octobre 2015 et sa maintenance et son support le 31 mars 2017 ; pour la Génération i7, commercialisation, maintenance et support ont pris fin le 30 juin 2021.
Si vous utilisez encore l’une de ces versions, le support n’est plus la question : c’est un projet de migration à cadrer et à planifier, avec son cahier des charges, ses tests et sa reprise de données.
L’infrastructure suit aussi
La base de données a son propre cycle. Les versions de SQL Server 2012, 2014 et 2016 ne sont plus validées pour Sage 100, avec une fin de support étendu Microsoft respectivement le 12 juillet 2022, le 9 juillet 2024 et le 14 juillet 2026. Par ailleurs, les nouvelles versions de Sage 100 existent uniquement en 64 bits. Un serveur ou une base vieillissante peut donc bloquer une montée de version, d’où l’intérêt de faire figurer l’infrastructure dans le périmètre de suivi, ou de s’orienter vers du Sage en mode cloud où l’hébergeur en porte une partie.
Que prévoir au budget
Le coût de la maintenance Sage ne se résume pas à une ligne. Nous ne publions pas de montant, car il dépend du cadrage : aucun chiffre n’a de sens sans connaître votre périmètre. Voici la structure à budgéter.
| Poste | De quoi dépend-il ? |
|---|---|
| Maintenance éditeur | Produit, modules, nombre d’utilisateurs |
| Support ou TMA de l’intégrateur | Périmètre, niveau de service, volume de développements spécifiques |
| Évolutions | Rythme de changement de votre activité et de la réglementation |
| Projets de montée de version | Écart avec la version cible, nombre d’interfaces, volume de tests |
| Infrastructure | Hébergement, base de données, sauvegardes, sécurité |
| Formation continue | Renouvellement des équipes, nouvelles fonctions |
Quelques réflexes pour maîtriser la dépense :
- demander un devis poste par poste plutôt qu’un forfait global illisible ;
- comparer le forfait et la régie selon votre profil : un forfait protège si les demandes sont régulières, la régie convient si elles sont rares ;
- réduire la dette de départ : moins de développements spécifiques signifie moins de TMA ;
- former les utilisateurs clés : une part importante des tickets relève de l’usage, pas d’une anomalie ;
- prévoir une enveloppe de mises à jour chaque année, plutôt que de subir une migration en urgence.
Pour une vue d’ensemble des coûts d’acquisition et de détention, reportez-vous à la page prix de Sage et au guide prix d’un ERP.
Les pièges classiques d’un contrat de support
Quelques écueils reviennent régulièrement :
- Un périmètre flou qui exclut les développements spécifiques, pourtant à l’origine de la majorité des difficultés.
- Des délais sans définition de gravité : tout devient « normal » et rien n’est urgent.
- Pas de distinction entre support et projet, qui fait glisser des demandes d’évolution dans un forfait de maintenance, ou l’inverse.
- Aucun environnement de recette, ce qui fait tester les mises à jour en production.
- Une dépendance à une seule personne chez le prestataire : demandez une équipe, pas un nom.
- Une documentation absente, qui rend le changement de prestataire coûteux.
Les interfaces avec d’autres outils sont une source fréquente d’incidents. Elles méritent une ligne dédiée au contrat, en lien avec la page sur les intégrations et connecteurs Sage. Il en va de même pour les développements spécifiques, traités dans la page développement sur mesure Sage.
Changer de prestataire de support Sage
Il arrive que la relation ne tienne plus : délais non tenus, interlocuteurs qui changent sans cesse, prestataire qui n’a plus la compétence ou la taille nécessaire. Changer est possible, et se prépare.
Les étapes d’un transfert maîtrisé
- Relire le contrat en cours : durée d’engagement, préavis, clauses de réversibilité, propriété des développements.
- Faire l’inventaire de l’existant : modules, versions, interfaces, développements spécifiques, tâches planifiées, accès.
- Réaliser un audit de l’installation par le nouveau prestataire, ou par un tiers indépendant. Notre page sur l’audit et la reprise de projet Sage en détaille la démarche.
- Récupérer la documentation et le code auprès de l’ancien prestataire, en s’appuyant sur la clause de réversibilité.
- Prévoir une période de recouvrement pendant laquelle les deux équipes coexistent, afin de transmettre les connaissances non écrites.
- Basculer par étapes : d’abord le support de premier niveau, puis la TMA, enfin les évolutions en cours.
Les précautions utiles
- Ne coupez pas l’ancien contrat avant d’avoir validé que le nouveau prestataire accède à tout ce dont il a besoin.
- Évitez de changer de prestataire juste avant une clôture annuelle, un inventaire ou une montée de version.
- Profitez du changement pour renégocier le périmètre, les délais et le suivi.
Si vous hésitez entre rester sur Sage et regarder ailleurs, la page alternatives à Sage et notre comparatif Odoo ou Sage donnent des éléments de décision.
Bien démarrer pour bien maintenir
La qualité du support se joue en grande partie avant la mise en production : un paramétrage documenté, des développements limités, des utilisateurs formés et des environnements de test réduisent mécaniquement le nombre de tickets. Voyez à ce titre la mise en place de Sage et la formation Sage.
Vous cherchez un prestataire capable d’assurer le support et la TMA de votre installation Sage ? Notre service est gratuit : nous vous mettons en relation avec un intégrateur adapté à votre projet, qui réalise lui-même la prestation. Le fonctionnement est détaillé sur la page mise en relation avec un intégrateur ERP.
Questions fréquentes
Quelle différence entre le support de Sage et celui de l’intégrateur ?
Le support de l’éditeur porte sur le logiciel standard : anomalies du produit, correctifs, documentation et nouvelles versions. L’intégrateur intervient sur votre installation : paramétrage, développements spécifiques, interfaces, formation des utilisateurs et assistance du quotidien. Les deux sont complémentaires, et un incident se règle plus vite quand le contrat précise qui qualifie la panne et qui la remonte à l’éditeur.
Que signifie TMA sur un projet Sage ?
La TMA, ou tierce maintenance applicative, confie à un prestataire le maintien en condition de votre application dans la durée : corrections, petites évolutions, adaptations réglementaires et suivi des versions. Elle se distingue du support de premier niveau, qui répond aux questions des utilisateurs. Elle se cadre par un périmètre, des délais de prise en charge et un mode de facturation, au forfait ou à la consommation.
Que prévoir au budget pour la maintenance de Sage ?
Prévoyez trois postes : la maintenance de l’éditeur, le contrat de support ou de TMA de l’intégrateur, et un volume d’évolutions et de projets de mise à jour. Le niveau dépend du produit, du nombre d’utilisateurs, du volume de développements spécifiques et du niveau de service demandé. Aucun chiffre sérieux ne se donne sans cadrage : demandez un devis détaillé poste par poste.
Peut-on changer de prestataire de support Sage en cours de route ?
Oui, à condition d’anticiper. Vérifiez la durée d’engagement et le préavis, récupérez la documentation, la liste des développements spécifiques et les accès, puis organisez un transfert de connaissances avec un temps de recouvrement entre les deux équipes. Un audit préalable de l’existant sécurise la reprise et évite de repartir de zéro.
Mon ancienne version de Sage est-elle encore maintenue ?
Cela dépend de la version. Sage a officialisé en juillet 2025 l’arrêt définitif de Sage 30 / Sage 100 V16 et antérieures et de la Génération i7, ainsi que la mise à jour obligatoire des versions de Sage 100 antérieures à la version 7. Les contrats concernés ne sont plus reconduits après le 30 novembre 2026 et expirent au plus tard le 30 novembre 2027 : une migration est à planifier sans attendre.
Sources
- Base de connaissances Sage — arrêt des solutions Sage 30 / Sage 100 anciennes
- Base de connaissances Sage — table de correspondance des releases Sage 100 hébergé
- Base de connaissances Sage — compatibilité de Sage 100 avec Microsoft SQL Server
Les noms de logiciels cités sont des marques de leurs éditeurs respectifs, mentionnées à titre d’information. Ce site est indépendant et n’est affilié à aucun éditeur.