Reprendre un logiciel d'un autre prestataire : le guide

Pourquoi changer de prestataire pour votre logiciel ?

Trois situations reviennent le plus souvent. Le prestataire a disparu : société liquidée, freelance injoignable, agence qui ne répond plus aux e-mails. La relation s'est dégradée : délais qui s'allongent, factures qui gonflent, corrections qui créent de nouveaux bugs. Ou la technologie a vieilli : le logiciel tourne encore, mais plus personne ne maîtrise le framework utilisé et chaque évolution devient un pari risqué.

Exemple type : une PME du Val-d'Oise fait tourner sa gestion de production sur un outil développé il y a huit ans. Le prestataire d'origine a cessé son activité. L'outil fonctionne, mais un changement réglementaire impose une évolution. Sans code ni documentation, l'entreprise est bloquée. C'est exactement le scénario qu'une reprise bien menée permet de débloquer, souvent plus vite qu'on ne le craint.

Première urgence : sécuriser les accès et le code

Avant toute décision technique, il faut récupérer et mettre à l'abri ce qui existe. La liste est presque toujours la même : le code source complet (dépôt Git de préférence), les accès à l'hébergement et aux serveurs, le nom de domaine, les bases de données et leurs sauvegardes, les comptes de services tiers (envoi d'e-mails, paiement, API externes) et les éventuels certificats.

Si la relation avec l'ancien prestataire est encore correcte, demandez une passation formelle : export du code, transfert des accès, liste des dépendances. S'il a disparu, on part de ce qui reste : l'application en production, les sauvegardes, parfois une vieille archive. Une équipe expérimentée sait reconstituer beaucoup de choses, mais chaque élément manquant allonge le travail. D'où l'intérêt d'agir avant la panne, pas après.

L'audit de reprise : que regarde-t-on exactement ?

L'audit répond à une seule question : dans quel état est réellement ce logiciel ? On examine le code (lisibilité, organisation, présence de tests), les versions des technologies utilisées (langage, framework, dépendances et leurs failles connues), la documentation disponible, la base de données et l'infrastructure d'hébergement.

On vérifie aussi les licences : un logiciel embarque souvent des bibliothèques open source aux conditions variées, et parfois des composants commerciaux dont l'abonnement était au nom de l'ancien prestataire. Ce point est fréquemment oublié et peut bloquer une remise en production.

À l'issue de l'audit, vous obtenez un état des lieux factuel : ce qui est sain, ce qui est fragile, ce qui est dangereux, et une estimation chiffrée des scénarios possibles. Comptez généralement quelques jours de travail pour un logiciel métier de taille courante.

Qui détient quoi ? Les points juridiques à clarifier

Le sujet mérite d'être posé calmement. En droit français, le code écrit par un prestataire ne bascule pas automatiquement chez le client : sans clause de cession de droits explicite dans le contrat, les droits d'auteur sur le code restent en principe au prestataire, même si vous avez payé le développement. Relisez donc le contrat initial et les conditions générales : cession de droits, licence d'utilisation, clause de réversibilité.

Trois cas de figure en pratique. Une cession écrite existe : vous pouvez faire reprendre le code librement. Une simple licence d'utilisation : vos droits dépendent de son périmètre, et l'avis d'un juriste peut être utile avant d'engager des travaux. Rien n'est écrit : la situation s'apprécie au cas par cas, souvent en discussion avec l'ancien prestataire. Bonne nouvelle dans tous les cas : vos données vous appartiennent, et leur restitution dans un format exploitable peut être exigée.

Maintenir, refondre par étapes ou réécrire : comment choisir ?

Maintenir : le code est correct et la technologie encore supportée. On corrige, on sécurise, on fait évoluer prudemment. C'est l'option la moins chère à court terme, adaptée quand l'outil rend encore bien service.

Refondre par étapes : le socle vieillit mais le logiciel reste exploitable. On modernise module par module, en commençant par la brique la plus critique, pendant que le reste continue de tourner. Le budget s'étale et les utilisateurs ne subissent pas de bascule brutale.

Réécrire : la technologie est en fin de vie, le code irrécupérable ou les besoins ont trop changé. On repart sur une base moderne en conservant les données et la logique métier validée par des années d'usage. Plus coûteux au départ, mais parfois la seule option raisonnable. L'audit sert précisément à trancher entre ces trois voies sur des faits, pas sur des impressions.

Combien coûte la reprise d'un logiciel existant ?

L'audit de reprise représente quelques jours de travail ; il est souvent déduit du projet s'il se poursuit avec la même équipe. Pour la suite, les fourchettes de marché s'appliquent : une refonte partielle ou complète d'un logiciel métier se situe généralement entre 5 000 et 60 000 € et plus, selon le périmètre, le nombre d'utilisateurs et les intégrations. Une simple remise en état avec corrections ciblées démarre nettement plus bas.

La maintenance annuelle représente ensuite une fraction du coût de développement, de l'ordre de 10 à 20 % par an selon les usages du marché, en fonction du rythme des évolutions demandées.

Un facteur change tout : l'état de ce que vous récupérez. Un code propre et documenté se reprend vite. Un code sans tests, sans documentation et sans accès complets coûte mécaniquement plus cher à fiabiliser. C'est aussi pour cela qu'exiger une clause de réversibilité auprès de tout nouveau prestataire est un excellent réflexe.

Comment se passe une reprise avec ZFX AllTech

Notre équipe, basée à Eaubonne dans le Val-d'Oise, intervient en présentiel en Île-de-France et à distance partout en France. Le déroulé est simple : un premier échange pour comprendre l'outil et son contexte, la récupération des accès et du code, un audit restitué dans un rapport lisible par un non-technicien, puis un plan d'action par priorités, sécuriser d'abord, faire évoluer ensuite.

Nous travaillons avec des technologies répandues et durables (React, Next.js, Node.js, Python, PostgreSQL), nous documentons ce que nous livrons et nous concevons des solutions réversibles, sans verrouillage éditeur : le code source peut vous être cédé en option, et vous restez libre de changer d'équipe à tout moment. Si vous êtes bloqué avec un logiciel dont plus personne ne s'occupe, décrivez-nous la situation : le devis est gratuit et nous répondons sous 24 h.