Réussir sa migration vers Sage ou entre deux versions de Sage

Une migration Sage peut désigner deux situations très différentes. Dans la première, vous passez à Sage depuis des fichiers Excel, un logiciel de comptabilité ou un ancien ERP. Dans la seconde, vous êtes déjà client et vous changez de version, parfois sous la contrainte d’une fin de support. Dans les deux cas, le sujet n’est pas d’abord technique : c’est la qualité de vos données et la préparation de la bascule qui décident du résultat.

Cette page détaille la migration vers Sage étape par étape. Elle complète le guide général sur la migration d’un ERP et la page consacrée à la mise en place de Sage.

Deux types de migration, deux logiques

Une migration entre versions paraît plus simple, mais elle réserve des surprises dès que des développements spécifiques, des états personnalisés ou des interfaces ont été ajoutés au fil des années. Le choix de l’ERP lui-même se traite en amont : si vous hésitez encore, consultez notre guide pour choisir un ERP et la page sur les alternatives à Sage.

Migrer entre versions de Sage : ce que dit l’éditeur

Les informations ci-dessous proviennent de la base de connaissances de Sage. Elles évoluent : faites-les confirmer par votre intégrateur avant de fixer un calendrier.

Les fins de support à connaître

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. Les dates à retenir :

• la commercialisation de la Génération V16 a pris fin 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.

Pour remplacer ces anciennes solutions, Sage propose la migration vers Sage 100 SPC (Sage Partner Cloud) ou On Premise. Cette cible ouvre l’accès à des compléments comme Sage Business Reporting, Sage Automatisation Comptable et Sage Recouvrement Créances. Les versions de Sage 100 (cloud) antérieures à la version 7 doivent être mises à jour avant fin 2026 ; cette mise à jour est incluse dans les abonnements.

Si vous êtes concerné, la décision à prendre est stratégique : rester sur Sage 100 en changeant de version, ou profiter de l’échéance pour réexaminer votre ERP. Dans ce second cas, un audit de votre existant Sage aide à décider avec des faits.

Conversion des bases et prérequis techniques

La conversion des bases de données vers une version plus récente de Sage 100 s’effectue depuis le programme Maintenance, installé avec les applications. Il permet de convertir les fichiers des versions antérieures. Quelques points techniques à vérifier avant toute opération :

• 64 bits : les nouvelles versions de Sage 100 existent uniquement en 64 bits. Les postes et serveurs doivent être compatibles ;
• Microsoft SQL Server : Sage 100 a été testé avec succès avec SQL Server 2017, 2019, 2022 et 2025. Les versions 2012, 2014 et 2016 ne sont plus validées, leur support étendu par Microsoft ayant pris fin respectivement le 12 juillet 2022, le 9 juillet 2024 et le 14 juillet 2026 ;
• personnalisations et connecteurs : tout développement ou connecteur s’appuyant sur l’ancienne structure doit être testé sur la nouvelle version.

Un rythme de mises à jour soutenu en mode hébergé

Sage publie des releases hébergées fréquentes. Le tableau officiel de correspondance entre Sage 100 hébergé et Sage Partner Cloud liste, pour 2026, les releases 2026.1 (15 juin), 2026.2 (27 juillet), 2026.2.1 (6 août), 2026.3 (24 août) et 2026.3.1 (6 octobre), soit cinq releases en moins de quatre mois.

Quelques repères de cette table :

Pour comprendre les éditions et les numéros de version, voyez la page sur les versions et éditions de Sage. Si votre migration s’accompagne d’un passage en mode hébergé, la page Sage cloud précise les options.

Passer à Sage depuis Excel, une compta ou un ancien ERP

Définir le périmètre avant de toucher aux données

Avant toute extraction, fixez ce que Sage doit couvrir : comptabilité et finance, ventes, achats, stocks, production, paie. Les modules Sage se déploient souvent par étapes. Une migration en une seule vague n’est pas obligatoire : démarrer par la comptabilité et la finance, puis ajouter les ventes et le CRM et les stocks et achats réduit le risque. Un cahier des charges, même court, évite les dérives : notre guide sur le cahier des charges d’un ERP donne la trame.

Quelles données reprendre

Toutes les données ne méritent pas d’être migrées. Classez-les en trois familles.

1. Données de référence : plan comptable, tiers (clients, fournisseurs), articles, nomenclatures, tarifs, conditions de règlement, comptes bancaires. Elles sont reprises dans tous les cas.
2. Données d’ouverture : soldes comptables, balance âgée clients et fournisseurs, stocks valorisés, immobilisations, commandes et livraisons en cours.
3. Historique : écritures et documents des exercices passés. Sa reprise intégrale coûte cher et apporte peu si l’ancien outil reste consultable.

Les obligations de conservation comptable et fiscale restent à votre charge. Vérifiez avec votre expert-comptable comment l’historique non migré sera conservé et restitué en cas de contrôle.

Nettoyer avant de migrer

Migrer des données sales dans un ERP neuf revient à déménager ses cartons vides. Prévoyez un vrai travail de nettoyage :

• dédoublonnage des tiers, harmonisation des adresses et des coordonnées ;
• suppression ou archivage des articles et des comptes inactifs ;
• uniformisation des codes, des libellés et des unités ;
• correction des soldes et des lettrages incohérents ;
• identification des données manquantes que Sage rend obligatoires.

Ce nettoyage revient à vos équipes métier, pas à l’intégrateur. L’intégrateur fournit les modèles d’import et les règles de contrôle ; vous validez le contenu. Cette charge est la plus souvent sous-estimée : elle figure parmi les causes classiques d’échec décrites dans notre guide sur les erreurs de projet ERP.

Cartographier, transformer, charger

La reprise suit un schéma en trois temps :

1. Cartographie : pour chaque champ source, un champ cible Sage, une règle de transformation et un responsable.
2. Transformation : conversion des formats, des codes et des structures dans des fichiers intermédiaires ou des scripts.
3. Chargement : import dans une base de test, contrôle, correction, puis nouvel import jusqu’à obtenir un résultat stable.

Il faut compter plusieurs passages à blanc. Une reprise qui réussit du premier coup est rare ; celle qui a été répétée plusieurs fois se déroule sans surprise le jour de la bascule.

Choisir la stratégie de bascule

Trois approches existent, chacune avec ses atouts.

Le choix dépend de la taille de l’entreprise, du nombre d’entités et de la tolérance à l’interruption. Pour une PME, une bascule par vagues alignée sur la clôture ou l’ouverture d’un exercice reste un compromis courant. Pour comparer cette approche aux autres choix de déploiement, consultez notre guide ERP pour PME.

La date de coupure compte autant que la méthode : évitez les pics d’activité, les inventaires et les clôtures sur lesquelles vos équipes sont déjà sous tension.

Tester avant de basculer

Les tests ne se résument pas à vérifier que l’import passe. Prévoyez :

• un rapprochement comptable : la balance reprise doit être identique à la balance source, compte par compte ;
• un contrôle des tiers et des soldes : balance âgée, encours, échéances ;
• un contrôle des stocks : quantités et valorisation, article par article sur un échantillon représentatif ;
• des scénarios métier de bout en bout : un devis qui devient commande, livraison, facture, règlement, écriture comptable ;
• un test des états et des interfaces : éditions, exports, liaisons avec la banque, l’e-commerce, la paie ;
• une recette par les utilisateurs : les personnes qui utiliseront Sage au quotidien valident, pas seulement l’équipe projet.

La facture électronique mérite un test dédié : les évolutions récentes de Sage 100 (ré-émission des flux e-reporting, nouveautés de facture électronique dans la release 2026.2) montrent que le sujet bouge. Notre guide sur l’ERP et la facture électronique en détaille les enjeux.

Prévoir le plan de retour arrière

Un plan de retour arrière n’est pas un signe de défiance envers le projet : c’est une condition de sérénité. Il définit à l’avance :

• les critères de décision : quels écarts ou quelles anomalies déclenchent le retour ;
• le moment limite : après quel point le retour devient impossible ou trop coûteux ;
• les sauvegardes : copie complète de l’ancien système et des bases avant bascule, testée en restauration ;
• la procédure : qui décide, qui exécute, comment les saisies faites entre-temps sont ressaisies ;
• la communication : qui prévient les équipes, les clients et les fournisseurs.

Gardez l’ancien système accessible en lecture seule pendant une période définie. Il sert de référence pour les contrôles et pour répondre aux questions de l’administration ou des commissaires aux comptes.

Former, accompagner, stabiliser

La bascule n’est pas la fin du chantier. Les premières semaines concentrent les questions et les ajustements. Prévoyez une formation Sage avant la mise en production, pas après, ainsi qu’un support et une maintenance clairement cadrés pour la période de stabilisation. Vérifiez enfin que les écarts constatés sont corrigés avant la première clôture dans le nouvel outil.

Les erreurs à éviter

• Sous-estimer le nettoyage des données et la disponibilité des équipes métier.
• Tout migrer par principe, y compris dix ans d’historique que personne ne consultera.
• Ne pas répéter la reprise : un seul essai avant la bascule laisse les anomalies apparaître en production.
• Ignorer les prérequis techniques : 64 bits, version de SQL Server, compatibilité des connecteurs et des développements spécifiques.
• Attendre la dernière échéance : une fin de contrat ou de support se prépare avec une marge, surtout si plusieurs sites ou interfaces sont concernés.
• Négliger le retour arrière et les sauvegardes testées.
• Choisir l’intégrateur sur le seul prix : demandez des références de migrations comparables et un périmètre écrit. Notre page pour choisir un intégrateur Sage et le guide pour choisir un intégrateur ERP proposent une grille de questions.

Budget et accompagnement

Le coût d’une migration varie avec le périmètre, la qualité des données, le nombre d’utilisateurs et les développements à reprendre. Il n’existe pas de tarif unique : consultez la page sur le prix de Sage et le guide sur le prix d’un ERP pour comprendre les postes de dépense, puis demandez un devis qui isole la reprise de données, le paramétrage, les tests et la formation.

Si vous préparez une migration vers Sage ou entre deux versions, notre service de mise en relation, gratuit, vous oriente vers des intégrateurs adaptés à votre contexte. Le fonctionnement est détaillé sur la page comment ça marche. L’intégrateur, lui, conduit le projet : nous ne réalisons pas la migration nous-mêmes.

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.