Migrer de Sage 100 vers Business Central : ce que la migration coûte et ce qu'elle casse
La réponse courte
Le passage de Sage 100 à Business Central n'est pas une migration technique mais un changement de modèle de gestion. Sage 100 est une suite d'applications spécialisées reliées entre elles. Business Central est une base unique dont tous les modules partagent le même référentiel.
Cette différence explique l'essentiel du coût du projet, et la principale erreur de cadrage consiste à raisonner en reprise de données alors qu'il s'agit d'une reconstruction de processus.
Pour une entreprise de 100 à 500 collaborateurs, la migration ajoute typiquement 10 % à 25 % au coût d'un déploiement neuf équivalent.
1. Les cinq écarts structurels
| Sujet | Sage 100 | Business Central | Conséquence projet |
|---|---|---|---|
| Architecture | Modules distincts (comptabilité, gestion commerciale, immobilisations) reliés par des transferts | Base unique, écriture générée par l'opération | Les habitudes de transfert et de contrôle inter-modules disparaissent |
| Analytique | Sections analytiques | Dimensions, jusqu'à huit axes croisables | Refonte complète du modèle analytique, souvent une amélioration |
| États | Développés sur mesure, souvent nombreux | À reconstruire, ou remplacés par Power BI | Poste de coût majeur et systématiquement sous-estimé |
| Personnalisations | Développements accumulés sur dix à quinze ans | À réinstruire une par une | Occasion d'en supprimer la majorité |
| Mises à jour | Maîtrisées, à l'initiative de l'entreprise | Deux vagues automatiques par an | Changement de gouvernance informatique |
2. Ce qui se reprend et ce qui ne se reprend pas
Se reprend sans difficulté majeure : plan de comptes, tiers clients et fournisseurs, articles, soldes d'ouverture, immobilisations avec leurs valeurs nettes comptables, encours clients et fournisseurs détaillés.
Se reprend avec effort : l'historique des écritures sur trois exercices, les mouvements de stock avec valorisation, les documents commerciaux non soldés.
Ne se reprend pas : les états et rapports spécifiques, les personnalisations, les paramétrages, les macros et fichiers tableurs qui gravitent autour du système. C'est ce dernier point qui surprend le plus souvent, parce qu'il n'apparaît dans aucun inventaire.
Décision de cadrage : reprendre trois exercices d'historique ou conserver Sage 100 en consultation pendant la durée de prescription. La seconde option est fréquemment le meilleur arbitrage économique, avec un coût de licence résiduel bien inférieur au coût de reprise.
3. Ce que la migration coûte
Sur un projet de 250 collaborateurs dont le déploiement neuf serait chiffré à 210 000 € HT :
| Poste spécifique à la migration | Ordre de grandeur |
|---|---|
| Reprise des données historiques | 20 000 € à 45 000 € |
| Nettoyage des bases articles et tiers | Variable, réalisable en interne |
| Reconstruction des états spécifiques | 15 000 € à 40 000 € |
| Réinstruction des personnalisations | 10 000 € à 30 000 € |
| Formation renforcée, désapprentissage | 8 000 € à 20 000 € |
Total de la surcharge migration : 25 000 € à 55 000 € HT, soit 12 % à 26 % du budget de déploiement.
4. Les quatre pièges
Vouloir retrouver Sage 100 dans Business Central. C'est la première cause de dérive du spécifique. Chaque écran reproduit à l'identique est un développement à construire puis à maintenir deux fois par an. La règle à poser en comité de direction avant le cadrage : on ne reproduit que ce qui constitue un avantage concurrentiel.
Sous-estimer les états. Une entreprise sous Sage 100 depuis douze ans dispose souvent de trente à quatre-vingts états spécifiques. L'inventaire montre généralement qu'un tiers n'est plus utilisé, un tiers est remplaçable par Power BI, et un tiers seulement doit être reconstruit. Faire cet inventaire avant de consulter des prestataires change le chiffrage.
Négliger le désapprentissage. Des utilisateurs qui maîtrisent Sage 100 depuis dix ans mettent plus de temps à adopter un nouveau système que des utilisateurs sans historique. Prévoir la formation en conséquence.
Traiter la migration comme un projet informatique. C'est un projet de direction générale. Le changement de modèle analytique et la refonte des états sont des décisions de gestion, pas des paramétrages.
5. Le calendrier réaliste
| Phase | Durée |
|---|---|
| Inventaire préalable (états, spécifiques, qualité des données) | 1 à 2 mois, en interne |
| Cadrage et analyse | 2 à 3 mois |
| Paramétrage et développements | 3 à 5 mois |
| Reprise de données et recette | 2 à 3 mois |
| Bascule et accompagnement | 1 à 2 mois |
| Total | 9 à 15 mois |
La bascule s'opère en pratique à une date de clôture, généralement le 1er janvier pour un exercice calendaire, ce qui contraint fortement le calendrier amont.
Questions fréquentes
Existe-t-il un outil automatique de migration Sage 100 vers Business Central ?
Peut-on migrer module par module ?
Que devient la solution de paie ?
Un doute sur votre situation précise ? Obtenez un avis indépendant.
Poser votre question →Méthodologie & indépendance
Le Business Central Hub est un site indépendant.