Un audit Sage consiste à examiner une installation existante, en production ou en cours de déploiement, pour savoir ce qui fonctionne, ce qui est fragile et ce qu’il faut corriger. Il sert dans trois situations : un projet qui s’enlise, une installation héritée dont plus personne ne maîtrise le fonctionnement, ou une décision à prendre sur la suite (corriger, migrer, changer d’intégrateur Sage).
Cette page s’adresse aux dirigeants, DAF et DSI qui ont déjà une solution Sage en place et un doute sur sa santé. Pour un projet qui démarre, voyez plutôt la page sur la mise en place de Sage.
Les signes qu’un audit Sage s’impose
Un projet ne s’effondre presque jamais d’un coup. Il se dégrade, et les symptômes sont visibles bien avant la crise.
- Les jalons glissent sans explication claire, et chaque réunion de suivi ajoute une nouvelle « dernière anomalie à corriger ».
- Les utilisateurs contournent l’outil : tableurs parallèles, saisies en double, ressaisies de fin de mois.
- Les clôtures se compliquent : écarts entre la comptabilité et les modules de gestion, rapprochements manuels, états qui ne tombent pas juste.
- L’intégrateur est injoignable ou change d’interlocuteur à chaque échange, et personne chez vous ne détient la vision d’ensemble.
- La facture dérive : des avenants s’empilent sans que le périmètre initial soit livré.
- Une évolution simple devient un chantier parce que les développements spécifiques ne sont ni documentés ni maîtrisés.
- Un événement externe approche : fin de support d’une version, obligation de facturation électronique, changement de base de données ou d’hébergement.
Un seul de ces signes ne suffit pas. Plusieurs en même temps justifient de prendre du recul avant d’engager un euro de plus.
Ce que l’on examine dans un audit
Un bon audit est structuré par domaines, chacun donnant lieu à un constat factuel et à une recommandation. Voici la grille habituelle.
| Domaine | Ce qu’on vérifie | Ce que cela révèle |
|---|---|---|
| Paramétrage | Plan comptable, tiers, articles, circuits d’achat et de vente, droits des profils | Écart entre le fonctionnement réel de l’entreprise et la configuration |
| Données | Doublons, références obsolètes, reprises d’historique, cohérence entre modules | Qualité de la migration initiale et discipline de saisie |
| Développements | Traitements spécifiques, états sur mesure, requêtes, scripts | Dette technique, dépendance à une seule personne, risque à la montée de version |
| Intégrations | Échanges avec la banque, le e-commerce, la paie, la production, le CRM | Flux fragiles, manuels ou non supervisés |
| Performances | Temps de réponse, verrouillages, volumes, sauvegardes, serveur | Dimensionnement, base de données, usage réseau |
| Sécurité | Comptes, droits, mots de passe, traçabilité, sauvegardes testées | Risque de fraude, d’erreur ou de perte de données |
| Version | Version du logiciel, de la base de données, du système, état du support | Échéances techniques à planifier |
Paramétrage : l’écart entre l’outil et l’entreprise
Le paramétrage est souvent le premier coupable, parce qu’il a été fait trop vite ou calqué sur un autre client. L’auditeur confronte la configuration aux processus réels : comment une commande devient une facture, comment un achat est réceptionné puis rapproché, comment la comptabilité est alimentée. Les modules Sage activés doivent correspondre à des usages, pas à une liste d’options prévue au devis.
Données : la confiance dans les chiffres
Des données mal reprises faussent tout le reste. L’audit recherche les tiers en doublon, les articles inutilisés, les comptes détournés de leur usage, les écritures d’ouverture mal justifiées. C’est aussi l’occasion de mesurer ce qui pourrait être purgé avant une future migration Sage.
Développements et connecteurs : la dette cachée
Les développements spécifiques sont le principal risque de reprise. Sont-ils documentés ? Le code source est-il en votre possession ? Dépendent-ils d’une version précise ? Une intégration ou un connecteur Sage qui tombe en panne sans alerte est un classique. Pour comprendre ce qu’un développement sur mesure implique à long terme, consultez la page développement Sage sur mesure.
Version et environnement technique
C’est le domaine où les faits sont les plus nets. Pour Sage 100, les versions de Microsoft SQL Server testées avec succès sont 2017, 2019, 2022 et 2025 ; les versions 2012, 2014 et 2016 ne sont plus validées, leur fin de support étendu par Microsoft étant respectivement fixée au 12 juillet 2022, au 9 juillet 2024 et au 14 juillet 2026. Les nouvelles versions de Sage 100 n’existent qu’en 64 bits.
Une installation sur une base de données hors support n’est pas forcément en panne, mais elle expose l’entreprise : plus de correctifs de sécurité côté Microsoft, plus de validation côté Sage. L’audit doit le dire clairement et chiffrer l’échéance en travaux, pas en généralités. Le détail des cycles de publication se trouve dans la page versions et éditions Sage.
Les échéances qui rendent l’audit urgent
Certaines installations ne peuvent plus attendre. 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, ainsi que la mise à jour obligatoire des Sage 100 antérieurs à la version 7. La commercialisation de la Génération V16 s’est arrêtée le 1er octobre 2015, 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.
Les contrats de ces solutions ne seront plus reconduits après le 30 novembre 2026 et expireront au plus tard le 30 novembre 2027. Ensuite, les clients peuvent consulter leurs données mais ne peuvent plus en créer. Si vous êtes dans ce cas, l’audit n’est plus une option de confort : il sert à choisir entre migrer vers une version actuelle et changer de solution (voir les alternatives à Sage).
Changer d’intégrateur Sage sans tout recommencer
C’est la crainte numéro un : « si je change, je repars de zéro ». C’est faux dans la grande majorité des cas. Ce qui a été paramétré, saisi et validé reste dans votre base. Ce qui change, c’est la personne qui la fait évoluer.
Pourquoi on change d’intégrateur
Les motifs sont rarement techniques au départ : perte de confiance, interlocuteurs qui tournent, réactivité insuffisante, désaccord sur le périmètre, absence de compétence sectorielle ou fonctionnelle. Un contrat de support et de maintenance qui ne répond plus aux besoins est aussi un motif fréquent.
Les documents et accès à récupérer
Avant d’annoncer quoi que ce soit, sécurisez ce qui vous appartient. Votre dossier de reprise doit contenir :
- le contrat et ses avenants, le cahier des charges initial et les comptes rendus de réunion ;
- les spécifications fonctionnelles et les documents de paramétrage ;
- les licences et leurs références, la version exacte installée, les contrats d’éditeur ;
- les accès d’administration : serveur, base de données, comptes administrateurs de l’application, accès à l’hébergement ;
- le code source et la documentation de chaque développement spécifique, ainsi que les scripts et états sur mesure ;
- la liste des interfaces avec leurs identifiants, fréquences et responsables ;
- les sauvegardes récentes et la procédure de restauration, testée si possible ;
- le journal des anomalies et des demandes en cours, avec leur état.
Si votre solution est hébergée, ajoutez le contrat d’hébergement et les conditions de restitution des données ; la page hébergement cloud Sage détaille les points d’attention.
Une transition en bon ordre
- Cadrer la sortie : relire les clauses du contrat (préavis, restitution, propriété des livrables) avant la première discussion.
- Faire auditer par un tiers : un regard neuf sur l’existant évite que l’intégrateur sortant ou entrant ne juge sa propre œuvre.
- Organiser le transfert : réunion de passation, remise des documents et accès, période de recouvrement si nécessaire.
- Reprendre par périmètres : on ne reprend pas tout d’un coup, on commence par ce qui est critique.
- Tenir le journal des décisions : chaque écart constaté et chaque choix de correction est consigné.
Pour choisir le nouvel intégrateur, appuyez-vous sur les critères de la page choisir un intégrateur Sage et sur le guide pour choisir un intégrateur ERP.
Le plan de redressement
L’audit se conclut par un plan qui classe les actions par urgence et par effet. Une présentation simple en quatre blocs fonctionne bien.
| Bloc | Objet | Exemples |
|---|---|---|
| Sécuriser | Supprimer les risques immédiats | Sauvegardes testées, droits d’accès, base de données hors support |
| Stabiliser | Corriger ce qui bloque l’exploitation | Anomalies de clôture, flux en erreur, données incohérentes |
| Simplifier | Réduire la dette | Remplacer un développement fragile par du standard, purger les données |
| Faire évoluer | Reprendre la feuille de route | Modules non déployés, formation, facturation électronique |
Chaque action doit avoir un responsable côté entreprise et côté intégrateur, un critère de réussite vérifiable et un ordre de passage. Pensez aussi à la conduite du changement : une formation Sage bien ciblée règle parfois plus de problèmes qu’un développement.
Ce qu’un audit ne doit pas devenir
Un audit n’est pas un prétexte pour vendre une refonte. Méfiez-vous d’un rapport qui conclut systématiquement qu’il faut tout reprendre, ou qui n’identifie aucun point positif. Un diagnostic honnête distingue ce qui se conserve, ce qui se corrige et ce qui se remplace, et justifie chaque choix.
Comment nous pouvons vous aider
Nous ne réalisons pas l’audit nous-mêmes et nous ne sommes affiliés à aucun éditeur : nous vous mettons en relation, gratuitement, avec un intégrateur adapté à votre situation. Vous décrivez votre installation, votre version, vos difficultés et vos échéances ; nous identifions un intégrateur qui a l’expérience des reprises de projet Sage. Le fonctionnement est détaillé sur la page comment ça marche.
Questions fréquentes
Quand faut-il lancer un audit Sage ?
Dès que le projet dérive sans que personne ne sache précisément pourquoi : retards répétés, utilisateurs qui contournent l’outil, clôtures qui se compliquent, coûts qui augmentent sans livrable visible. Un audit s’impose aussi avant une montée de version, un changement d’hébergement ou un changement d’intégrateur.
Peut-on changer d’intégrateur Sage en cours de projet ?
Oui, et cela se fait régulièrement. Le projet n’est pas à recommencer : on audite l’existant, on récupère la documentation, les accès et le code, puis on confie un périmètre de reprise clair à un nouvel intégrateur. Les licences, elles, restent liées à votre contrat avec l’éditeur ou le revendeur, pas à la relation commerciale avec l’intégrateur.
Qu’examine-t-on concrètement lors d’un audit d’installation Sage ?
On passe en revue le paramétrage, la qualité des données, les développements spécifiques et les connecteurs, les performances, la sécurité et les droits d’accès, ainsi que la version du logiciel et de la base de données. Par exemple, Sage 100 n’est plus validé avec Microsoft SQL Server 2012, 2014 et 2016, ce qui compte dans le diagnostic.
Mon installation Sage est ancienne : est-elle menacée ?
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. Les contrats ne seront plus reconduits après le 30 novembre 2026 et expireront au plus tard le 30 novembre 2027 : passé ce délai, les données restent consultables mais plus aucune création n’est possible.
L’audit est-il payant et combien de temps dure-t-il ?
La durée et le coût dépendent de la taille de l’installation, du nombre de modules, du volume de développements spécifiques et de l’accès aux documents. Un intégrateur sérieux cadre l’audit avec un livrable défini avant de commencer. Notre mise en relation est gratuite ; le devis de l’audit est propre à chaque intégrateur.
Sources
- Base de connaissances Sage – compatibilité Sage 100 et Microsoft SQL Server
- Base de connaissances Sage – arrêt de Sage 30 / Sage 100 V16, i7 et antérieures
- Base de connaissances Sage – table de correspondance Sage 100 hébergé / Sage Partner Cloud
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.