Changer de logiciel de production : les contrôles avant de résilier l'ancien

La possibilité de récupérer les données d'un logiciel dépend d'abord du contrat conclu avec l'éditeur et de la clause de réversibilité. Lorsque l'éditeur traite des données personnelles pour le compte du cabinet, le contrat de sous-traitance doit aussi organiser leur restitution ou leur suppression en fin de prestation, comme le prévoit l'article 28.3.g du RGPD. Cela ne garantit pas que les données seront rendues dans un format directement exploitable par un autre logiciel. Le droit à la portabilité de l'article 20 du RGPD est parfois cité, mais il ne vise que les données personnelles que la personne concernée a elle-même fournies : il ne constitue pas le fondement du transfert de votre logiciel, de vos écritures, de votre comptabilité, de vos modèles et de vos dossiers vers un autre éditeur.

En pratique, dans un cabinet, changer d'éditeur ne se résume pas à installer un nouvel outil. Vous avez peut-être dix ans de dossiers dans Cegid Quadra, ACD ou Sage, et vous regardez du côté de Cegid Loop, MyUnisoft ou Pennylane : les fiches clients, le plan comptable, les écritures, mais aussi l'historique des échanges, les pièces liées à chaque dossier, vos états personnalisés et tout le paramétrage accumulé au fil des exercices. La question utile n'est pas « le nouveau logiciel est-il meilleur ? », c'est « qu'est-ce qui va réellement traverser la bascule, et dans quel état ? ».

Ce que « changer de logiciel » veut dire au quotidien

Un logiciel de production comptable, ce n'est pas un bloc unique. C'est plusieurs couches empilées, et elles ne migrent pas toutes à la même vitesse.

Les données structurées, d'abord : les clients, le plan comptable, les écritures, les balances. C'est la partie la plus facile à exporter, parce qu'elle vit dans des tables bien rangées, et qu'un format d'échange comptable existe souvent. Ensuite, l'historique : les échanges rattachés à un dossier, les pièces justificatives déposées via le portail, les documents produits, et les liens qui relient une pièce à la bonne écriture et au bon exercice. Cette couche est plus fragile, parce que ce sont souvent des fichiers stockés à part, reliés par des références internes que le nouvel outil ne comprend pas forcément. Enfin, tout ce que vous avez construit à la main : vos modèles de lettres de mission, vos états personnalisés, vos règles de révision, vos automatismes de saisie. Cette couche, en général, ne s'exporte pas du tout.

D'expérience, je recommande de raisonner couche par couche dès le départ, et de ne jamais supposer qu'« on récupère tout ». On récupère ce qu'on a vérifié, pas ce qu'on espère.

Là où une bascule dérape

Quand une bascule est menée dans l'urgence, ou pilotée par personne, quatre risques reviennent.

La perte de données à la bascule. Un export incomplet, un solde qui ne se reporte pas à l'ouverture, un encodage qui abîme les libellés d'écriture, et une partie de l'information arrive dégradée sans que personne le voie tout de suite.

L'historique et les pièces liées qui ne suivent pas. Les dossiers apparaissent bien dans le nouvel outil, mais les pièces justificatives ne sont plus rattachées aux écritures, ou l'historique des exercices antérieurs a disparu. Le dossier est là, sa mémoire ne l'est plus.

Le format non réexploitable. Un export existe, mais dans un format propriétaire que seul l'ancien éditeur sait relire. En pratique, ce n'est pas une portabilité réelle : vous avez un fichier, pas vos données utilisables.

La résiliation faite trop tôt. L'ancien contrat est résilié avant que la reprise soit prouvée. Le jour où il manque un exercice ou une liasse d'archive, l'accès à la source est déjà coupé, et la marge de manœuvre avec.

Une grille de vérification avant de résilier

Ces contrôles n'exigent aucune compétence technique pour être demandés. Ce sont les bonnes questions à poser, à votre éditeur sortant comme à celui qui vous accueille.

• L'export fourni inclut-il l'historique des écritures et les pièces liées à chaque dossier, pas seulement les fiches clients et la balance de l'exercice en cours ?
• Le format d'export est-il réexploitable en dehors de l'éditeur, ou seul lui sait le relire ?
• Un import a-t-il été testé sur deux dossiers réels, du plus simple au plus chargé, avant de généraliser ?
• Après import, un dossier complet se retrouve-t-il avec ses pièces, ses exercices et ses soldes d'ouverture au bon endroit ?
• Votre contrat comporte-t-il une clause de réversibilité qui fixe le format, le périmètre et le délai de restitution ?
• Gardez-vous une copie de l'ancien système consultable en lecture pendant une période définie ?
• À quelle date la résiliation intervient-elle : avant ou après la preuve que la reprise est complète et lisible ?

Où s'arrête mon rôle

C'est une limite que je pose clairement, parce qu'elle vous protège. Je m'occupe des moyens techniques de la bascule. Je réalise l'inventaire de l'existant, je pilote l'export, je teste l'import sur des dossiers réels, je vérifie l'intégrité technique de ce qui est arrivé, et je mets de côté, proprement, ce qui ne passe pas tout seul pour qu'il reste récupérable.

En revanche, contrôler l'exactitude comptable de la reprise, valider que les soldes et les à-nouveaux sont justes, apprécier ce qui doit être conservé au titre de vos obligations et de vos durées d'archivage, décider du moment de la bascule : cela reste votre décision d'expert-comptable, avec votre délégué à la protection des données le cas échéant. Mon travail est de vous donner un état clair de ce qui a migré, de ce qui a migré partiellement et de ce qui reste à reprendre. Le contrôle au regard du métier vous revient.

L'ordre compte plus que tout

Une migration réussie, ce n'est pas d'abord une question d'outil, c'est une question d'ordre. On commence par l'inventaire de ce qu'on a. On teste la reprise sur deux dossiers réels pour voir ce qui passe et ce qui coince. On récupère et on met de côté ce qui ne migre pas seul. Et seulement à la fin, une fois la preuve faite que vos dossiers sont sortis, lisibles et complets, on résilie l'ancien contrat.

Cet ordre a un intérêt très concret, au-delà de la sécurité : il vous laisse la main. Le jour où vos données sont dehors, vérifiées et lisibles, vous décidez de la suite sans dépendre du bon vouloir d'un éditeur. C'est aussi cela, à terme, reprendre la main sur vos outils, et pouvoir choisir où ils vivent en vérifiant séparément deux choses : la localisation des données, et le contrôle réel, qui dépend du contrat, des accès d'administration, de la réversibilité et des possibilités d'export. La localisation en France, à elle seule, ne suffit pas à assurer ce contrôle.

Par où commencer

Commencez par faire vérifier un export réel avant toute résiliation : je déclenche l'export de l'ancien logiciel, j'en contrôle le format et le périmètre, et je teste une reprise sur deux dossiers réels, du plus simple au plus chargé. Vous recevez un état de ce qui passe, de ce qui passe à moitié et de ce qui reste à refaire, et vous décidez de la suite en connaissance de cause, l'ancien système toujours accessible.