Changer de logiciel notarial sans casser l’étude
Ce qui se passe vraiment lors d’une reprise de données, ce qui se récupère, ce qui se perd, et pourquoi la coexistence désamorce le risque d’une migration.
Cyrille LiétardCofondateur de LTC Group
Une étude ne change pas de logiciel notarial parce qu’elle a envie d’un nouveau logiciel. Elle en change quand l’ancien lui coûte plus qu’il ne lui rend — et elle recule, année après année, parce que la vraie question n’est pas « lequel est le meilleur ? » mais « que devient mon fonds de dossiers le jour où je bascule ? ». Réponse courte : l’essentiel se récupère, une partie se récupère dégradée, et une petite part ne se récupère jamais. Ce texte dit laquelle, comment on protège les dossiers en cours pendant l’opération, et pourquoi faire tourner le nouvel outil à côté de l’ancien, plutôt qu’à sa place, retire à la transition ce qui la rend effrayante.
Il est écrit pour être utile même à l’étude qui choisira un autre éditeur que le nôtre. Les questions posées plus bas se posent à n’importe quel fournisseur.
Que se passe-t-il réellement lors d’une reprise de données ?
« Reprise de données » désigne une opération en quatre temps. Aucun des quatre n’est de la magie, et chacun peut se vérifier.
1. L’extraction. On sort du logiciel en place ce qu’il accepte de rendre : un export de sa base, des fichiers de type CSV ou XML, parfois un accès en lecture à la base elle-même, et l’arborescence des documents. C’est l’étape qui révèle la vraie question de la portabilité : un éditeur qui exporte volontiers et complètement traite ses clients autrement qu’un éditeur dont l’export se limite à une liste de dossiers. Le contrat de licence en cours dit ce que l’étude peut exiger — cette clause se lit avant toute discussion commerciale, pas après.
2. La cartographie. Chaque champ de l’ancien système est mis en face d’un champ du nouveau. C’est un travail juridique déguisé en travail technique : la qualité de « comparant », la distinction entre le mandant et le mandataire, la nature d’un droit réel ne se déduisent pas d’un nom de colonne. Un notaire ou un juriste de l’étude doit valider cette table de correspondance. Personne d’extérieur ne sait ce que l’étude a voulu dire dans un champ libre intitulé « observations ».
3. La reprise à blanc. On charge tout dans un environnement d’essai, on mesure, on corrige, on recommence. Une reprise sérieuse se fait deux ou trois fois avant la vraie. Chaque passage produit un rapport de contrôle : combien de dossiers entrés, combien de parties, combien de pièces, et surtout la liste nominative de ce qui a été rejeté et pourquoi. Une reprise qui ne produit pas cette liste n’est pas contrôlable.
4. La bascule. Le dernier chargement se fait sur un fonds figé — l’étude cesse d’écrire dans l’ancien outil pendant quelques heures — puis on rouvre sur le nouveau. L’ancien reste accessible en lecture, et il le reste longtemps.
Le seul livrable qui compte, à la fin, est le rapport de réconciliation : un décompte, ligne à ligne, entre ce qui existait et ce qui est arrivé. Exigez qu’il soit signé.
Qu’est-ce qui se récupère, et qu’est-ce qui se perd ?
Voici la vérité de terrain, sans arrondi. Elle vaut pour toute migration entre deux logiciels métier, quels qu’ils soient.
| Ce que vous reprenez | Résultat attendu | Ce qu’il faut savoir |
|---|---|---|
| Dossiers, parties, biens | Repris intégralement | Les doublons de l’ancien système arrivent en doublon : la migration révèle la qualité du fonds, elle ne la crée pas |
| Documents et pièces (.docx, .pdf, numérisations) | Repris intégralement | Le classement est repris ; l’arborescence, elle, est souvent à repenser |
| Répertoire des actes | Repris, numérotation conservée | Point de contrôle non négociable : la continuité de la numérotation se vérifie acte par acte |
| Comptabilité et comptes de tiers | Soldes et historique repris | Se reprend à une date d’arrêté, jamais « en glissement » |
| Modèles et clauses | Repris comme documents, pas comme automatismes | Les variables et les conditions de l’ancien système ne se transposent pas : elles se réécrivent |
| Agenda et échéances | Repris pour les échéances datées | Les règles de calcul de délai, elles, se reparamètrent |
| Droits, rôles, préférences d’écran | Ne se reprennent pas | À reconstruire, et c’est une bonne occasion de les revoir |
| Historique d’audit de l’ancien outil | Ne se reprend pas comme journal | Il s’archive ; le nouveau journal démarre à la bascule |
Deux conséquences pratiques. D’abord, le tri se fait avant, pas après : migrer un fonds mal tenu revient à payer pour transporter du désordre. Ensuite, l’ancien système ne se résilie pas le jour de la bascule. Il se garde en lecture le temps que les dossiers en cours au moment du changement soient clôturés, et le temps que l’étude ait vécu un exercice comptable complet sur le nouvel outil.
Comment protège-t-on les dossiers en cours ?
C’est la peur exacte : un compromis signé lundi, une vente prévue jeudi, et une migration au milieu. Trois principes suffisent à la neutraliser.
- Aucune migration pendant une échéance dure. On ne bascule pas la semaine d’une échéance fiscale, ni la veille d’une clôture comptable, ni pendant les congés judiciaires si l’étude a du contentieux. Le calendrier de l’étude commande celui de la transition, jamais l’inverse.
- Les dossiers en cours finissent où ils ont commencé. Un acte engagé dans l’ancien système peut y être terminé. La règle de bascule la plus sûre est une règle de date : les dossiers ouverts à partir du jour J naissent dans le nouvel outil, les autres s’y déplacent quand ils sont clôturés ou quand l’étude le décide dossier par dossier.
- Une porte de sortie écrite. Avant de commencer, on fixe par écrit ce qui déclenche un retour en arrière, qui prononce ce retour, et combien de temps il prend. Une reprise correctement conduite ne détruit rien dans l’ancien système : le retour consiste à reprendre le travail là où il était.
Ajoutez-y le test que l’on oublie toujours : demandez à l’éditeur pressenti de sortir vos données de son outil pendant la démonstration, pas seulement de les y faire entrer. Un fournisseur qui rend vos données aussi facilement qu’il les prend est un fournisseur que vous pourrez quitter — et c’est précisément ce qui rend le fait de le rejoindre peu risqué. Nous détaillons cet engagement dans notre centre de confiance.
Pourquoi la coexistence désamorce le risque
La migration classique force un choix binaire : l’ancien, ou le nouveau. La coexistence supprime ce choix. Le nouvel outil s’installe à côté de celui que l’étude garde en service, il reçoit une copie du fonds et travaille sur les dossiers qu’on lui confie, pendant que le logiciel en place continue de tourner normalement.
Ce que cela change :
- La décision cesse d’être irréversible. Si l’outil déçoit, l’étude n’a rien perdu : elle n’a jamais arrêté de travailler comme avant.
- L’évaluation se fait sur vos dossiers, pas sur une démonstration. Une recherche dans votre propre fonds, sur vos propres actes, dit en une semaine ce qu’aucun argumentaire ne dit.
- La formation se fait sans urgence. Les collaborateurs apprennent sur des cas réels, à leur rythme, sans que la production dépende de leur montée en compétence.
- La bascule devient une formalité. Le jour où l’étude décide de basculer pour de bon, la reprise a déjà été faite, contrôlée et corrigée. Il ne reste qu’un delta.
Le prix de la coexistence est réel : deux outils vivent en parallèle, et il faut une règle claire disant lequel fait foi pour quoi. Cette règle se pose avant, en une page. Sans elle, la coexistence produit de la double saisie — exactement ce qu’elle est censée éviter.
C’est la raison pour laquelle Nota se vend sous deux formules seulement, dont l’une est la coexistence : l’étude bascule, ou l’étude fait tourner Nota à côté du logiciel qu’elle garde, et elle passe de l’une à l’autre en cours de contrat. La page tarifs expose la structure ; la plateforme est décrite ici.
Quel est le calendrier réaliste d’une transition ?
Aucune étude ne bascule en un week-end, et aucune transition sérieuse ne dure deux ans. Voici l’ordre de grandeur pour une étude de cinq à quinze postes.
| Étape | Durée | Qui travaille |
|---|---|---|
| Lecture du contrat en cours, demande d’export | 2 à 4 semaines | L’étude, seule |
| Extraction et première cartographie | 2 à 3 semaines | L’éditeur, avec un référent de l’étude |
| Reprises à blanc et contrôles | 3 à 6 semaines | L’éditeur ; validation par un juriste de l’étude |
| Paramétrage : rôles, modèles, délais, référentiels | 2 à 4 semaines | L’étude, accompagnée |
| Formation des collaborateurs | 1 à 2 semaines | Tous |
| Bascule et accompagnement rapproché | 1 semaine | Tous |
| Ancien système en lecture seule | 12 à 24 mois | Personne, jusqu’au jour où |
Ces étapes se chevauchent : comptez trois à quatre mois entre la signature et la bascule, davantage si l’étude reprend une comptabilité complexe. En coexistence, le calendrier se détend encore, puisque la date de bascule n’est plus une contrainte.
Deux erreurs coûtent plus cher que toutes les autres. Sous-estimer le paramétrage : c’est là que passe l’essentiel du temps de l’étude, pas dans la reprise elle-même. Et désigner un référent sans lui dégager du temps : la transition a besoin d’une personne dans l’étude qui décide, arbitre les cas douteux et signe les rapports. Cette personne doit être déchargée d’autre chose.
Les six questions à poser avant de signer
- Dans quel format, et sous quel délai, récupère-t-on l’intégralité de ses données — pièces comprises — à la fin du contrat ?
- La reprise produit-elle un rapport de réconciliation nominatif, signé ?
- Qui valide la table de correspondance des champs, et à quel moment ?
- Que se passe-t-il exactement si la reprise échoue à J-1 ?
- La numérotation du répertoire est-elle contrôlée acte par acte ?
- Peut-on faire tourner l’outil à côté de l’existant avant de basculer ?
Un éditeur qui répond aux six par écrit mérite qu’on l’écoute. Nos réponses figurent dans la foire aux questions et dans la page accompagnement, qui décrit la mise en route étape par étape ; la question de la localisation des données et des sous-traitants est traitée à part, dans la page souveraineté.
Changer de logiciel notarial n’est pas un projet informatique. C’est une opération de continuité d’activité, conduite par l’étude, sur son calendrier, avec une porte de sortie écrite. Menée ainsi, elle ne casse rien.
Demander une démonstration — nous reprenons un extrait de votre fonds et vous montrons le résultat sur vos propres dossiers.
À lire ensuite
- Métier et transitionLe logiciel d’étude notariale devrait être conçu pour le juriste-rédacteur3 septembre 2026 · 7 min
- LTC Group et le secteurNouveautés d’octobre : Nota IA, Word, Outlook et une offre unique5 octobre 2026 · 4 min
- RGPD et conformitéChoisir un logiciel métier sans se mettre en faute : la grille de lecture RGPD3 septembre 2026 · 8 min
Voir Nota travailler sur un vrai dossier ?
Une démonstration dure une heure : un dossier complet, du premier contact à la clôture. Vous parlez d’abord, nous montrons ensuite.