Passer de Sage 100 à Sage Intacct n'est pas une montée de version. Ce sont deux produits différents, avec deux architectures et deux logiques. Sage 100 (édition française) est installé chez vous ou hébergé, avec une base par société. Sage Intacct est un logiciel en SaaS, multi-entités par nature et construit autour des dimensions.

Une migration réussie ne consiste donc pas à « copier les données ». Il faut traduire une organisation comptable dans un nouveau modèle. Voici la méthode que j'applique, et les points sur lesquels les projets trébuchent le plus souvent.

1. Cadrer avant de toucher aux données

Avant toute extraction, trois décisions structurent le projet :

  • Le périmètre : quelles sociétés, quels modules (comptabilité générale, tiers, immobilisations, budgets…), quels flux (ventes, achats, règlements, banque) ?
  • La date de bascule : en début d'exercice, c'est le plus simple, puisque les soldes d'ouverture sont « propres ». En cours d'exercice, c'est possible, mais il faut reprendre les mouvements depuis l'ouverture pour garder des états cohérents.
  • La profondeur d'historique : soldes seulement, mouvements de l'exercice en cours, ou plusieurs exercices en détail ? Les besoins d'analyse, d'audit et de comparaison N-1 guident ce choix. L'archivage de l'ancien système doit rester accessible dans tous les cas.

C'est aussi le moment de se demander ce qu'on ne reprend pas : comptes inutilisés, tiers inactifs, sections analytiques obsolètes. Une migration est la meilleure occasion de faire le ménage.

2. Cartographier : du plan comptable aux dimensions

C'est le cœur du projet.

Plan comptable. Le plan comptable français se reprend généralement sans difficulté. Il faut néanmoins vérifier la longueur et le format des numéros de comptes, les comptes de regroupement, et la manière dont les comptes collectifs et les comptes de tiers seront traités dans Sage Intacct.

Analytique. Dans Sage 100, l'analytique repose sur des plans analytiques et des sections. Dans Sage Intacct, on raisonne en dimensions : dimensions standards (département, emplacement, projet, client, fournisseur, salarié, article, classe…) et dimensions personnalisées. Chaque plan Sage 100 doit trouver sa place : dimension standard, dimension personnalisée, ou abandon. Ce travail de correspondance doit être validé par la finance, pas seulement par l'équipe technique, car il conditionne tout le reporting futur.

Tiers. Clients et fournisseurs, avec leurs conditions de paiement, leurs coordonnées bancaires et leurs contacts. Les doublons et les fiches incomplètes accumulés au fil des années remontent à la surface à ce moment-là : prévoyez un temps de nettoyage.

3. Multi-sociétés : de plusieurs bases à une seule société multi-entités

Dans Sage 100, chaque société est un fichier ou une base distincte. Dans Sage Intacct, un groupe est généralement modélisé comme une société avec plusieurs entités, qui partagent des référentiels (plan comptable, dimensions, éventuellement tiers).

Conséquences pratiques :

  • il faut harmoniser les plans comptables et les codes tiers entre sociétés, ou documenter précisément les écarts ;
  • chaque extraction Sage 100 doit être rattachée à la bonne entité Intacct ;
  • les flux intra-groupe et les règles de consolidation se définissent dès la conception, pas après la bascule.

C'est souvent l'étape la plus sous-estimée, et celle qui apporte le plus de valeur une fois en place.

4. Reprendre l'historique : le FEC comme format pivot

Pour la reprise des écritures, le Fichier des Écritures Comptables (FEC) est un format pivot intéressant. Sage 100 sait le produire, sa structure est normalisée par l'administration fiscale (article A47 A-1 du Livre des procédures fiscales) et il contient, ligne par ligne, journal, date, compte, compte auxiliaire, libellé, débit, crédit et lettrage.

Il faut toutefois le transformer avant import dans Sage Intacct : correspondance des comptes et des journaux, rattachement aux entités, ajout des dimensions qui n'existent pas dans le FEC, regroupement par pièce. Le FEC ne transporte pas l'analytique de Sage 100 : si vous voulez reprendre l'historique analytique, il faut une extraction complémentaire depuis la base Sage 100.

Les écritures transformées sont ensuite importées dans Sage Intacct, par le service d'importation (modèles CSV) pour des volumes raisonnables, ou par l'API quand les volumes, les contrôles ou la répétition des imports (plusieurs répétitions générales avant la bascule) le justifient.

Les pièces non soldées (factures clients et fournisseurs ouvertes) méritent un traitement à part : pour relancer et régler dans Sage Intacct dès le premier jour, elles doivent être reprises comme des pièces dans les modules clients et fournisseurs, pas seulement comme des soldes de comptes.

5. Contrôler, contrôler, contrôler

Une reprise n'est terminée que lorsqu'elle est prouvée. Les contrôles minimaux :

  • balance générale Sage 100 contre Sage Intacct, par entité et par période ;
  • balances auxiliaires clients et fournisseurs, et liste des pièces ouvertes ;
  • totaux par journal ;
  • analytique : totaux par dimension rapprochés des sections d'origine ;
  • échantillon de pièces vérifiées de bout en bout.

Automatisez ces contrôles dès la première répétition : vous les relancerez plusieurs fois, et le jour de la bascule, vous n'aurez pas le temps de les refaire à la main.

6. Ne pas oublier les interfaces

Sage 100 est rarement seul : outils de trésorerie, GED, paiements, affacturage, recouvrement, imports de règlements, développements basés sur les Objets Métiers… Ces développements ne fonctionneront pas avec Sage Intacct. Chaque flux doit être recensé puis reconstruit sur l'API Sage Intacct (REST ou Web Services XML), ou remplacé par un connecteur existant.

Deux bonnes pratiques : des imports idempotents (un même fichier reçu deux fois ne crée pas de doublon) et une journalisation de chaque échange, pour savoir à tout moment ce qui est passé ou non.

7. Basculer

La bascule se prépare comme une opération :

  1. gel des saisies dans Sage 100 à une date convenue ;
  2. dernière extraction, transformation et import ;
  3. contrôles complets et validation formelle par la finance ;
  4. ouverture de Sage Intacct aux utilisateurs, avec les interfaces réactivées ;
  5. période d'hypercare : support renforcé pendant les premières clôtures.

Selon le contexte, une courte période de fonctionnement en parallèle peut rassurer, mais elle double la charge de saisie. À décider en connaissance de cause.

Les erreurs les plus fréquentes

  • Reproduire à l'identique l'organisation de Sage 100 au lieu de profiter des dimensions.
  • Laisser la cartographie analytique à l'équipe technique seule.
  • Sous-estimer le nettoyage des tiers.
  • Découvrir les interfaces à la fin du projet.
  • Faire la première répétition de reprise trop tard.

Sage 100 ou Sage Intacct : faut-il migrer ?

Sage 100 reste un produit maintenu, et la migration n'est pas une obligation. Elle a du sens lorsque le groupe se développe en multi-entités, que le reporting par dimension devient central, ou que la direction veut un logiciel en SaaS sans infrastructure à gérer. La décision relève du métier. Le projet, lui, relève de la méthode.

J'ai accompagné des migrations multi-sociétés de Sage 100 vers Sage Intacct pendant sept ans chez Sage, et je le fais aujourd'hui en freelance. Parlons de votre projet.