Logiciel arrêté ou plus maintenu par son éditeur : le plan de continuité

Trois façons dont un logiciel s'arrête

Un fabricant de fermetures chiffre ses devis depuis des années avec un logiciel installé, nourri de milliers d'articles et de règles de calcul saisies patiemment. L'éditeur est racheté. Quelques mois plus tard, un courrier annonce la fin des mises à jour de l'ancienne version et propose une migration vers la plateforme en ligne du repreneur, sans reprise des règles de calcul. Ce scénario n'est qu'une des formes d'arrêt :

Que risquez-vous à garder un logiciel qui n'est plus maintenu ?

• La sécurité : l'ANSSI le résume dans ses règles d'or de la sécurité numérique, un appareil ou un logiciel qui n'est pas à jour devient vulnérable. Chaque faille découverte après la fin du support reste ouverte.
• La compatibilité : nouvelle version du système d'exploitation, nouveau navigateur, nouvelle imprimante, et le logiciel cesse de fonctionner. La fin de Windows 10 en a fourni un exemple, traité sur notre page fin de Windows 10 et logiciel métier.
• La réglementation : un logiciel figé ne suit plus la loi. Selon impots.gouv.fr, toutes les entreprises doivent pouvoir recevoir leurs factures sous forme électronique depuis le 1er septembre 2026 ; un outil de facturation que plus personne ne fait évoluer ne s'adaptera pas à la réforme.
• Les données : enfermées dans un format propriétaire, elles deviennent plus difficiles à extraire à mesure que disparaissent les personnes qui connaissaient l'outil.

Le plan de continuité, dans l'ordre

1. Lire le contrat et l'annonce : date de fin de support, ce qui reste couvert (correctifs de sécurité seulement ?), extension payante éventuelle, clause de séquestre.
2. Tout exporter, maintenant : fiches, historiques, documents, paramètres. Un export fait pendant que l'éditeur répond encore vaut mieux qu'une extraction de crise.
3. Protéger l'existant : sauvegarde complète de l'installation et de la base, restauration testée, accès réseau du poste ou du serveur réduits au strict nécessaire.
4. Lister les dépendances : exports comptables, connecteurs, imprimantes, autres programmes qui lisent sa base.
5. Comparer les options et fixer une date de bascule antérieure à la fin de support.
6. Prévoir l'archive : les données anciennes qui ne seront pas reprises doivent rester consultables.

Récupérer le code source grâce au séquestre

Le séquestre, aussi appelé entiercement, consiste pour un éditeur à confier à un tiers les éléments nécessaires pour faire vivre son logiciel, afin que ses clients puissent y accéder s'il fait défaut. Selon l'Agence pour la protection des programmes (APP), le dépôt peut contenir le code source, la documentation et les livrables, et l'accès du bénéficiaire est prévu notamment en cas de liquidation judiciaire ou de défaut de maintenance ; cet accès ne présume aucun transfert de propriété, sauf si le contrat le prévoit. L'APP propose aussi un dépôt contrôlé, où le code est compilé et testé pour vérifier qu'il produit bien le logiciel.

L'INPI propose de son côté un service d'entiercement pour des documents importants (contrats, plans techniques ou toute autre pièce) : l'accès des bénéficiaires s'ouvre à la date fixée, ou en cas de faillite, de cessation ou de défaillance du déposant signalée par le bénéficiaire, puis vérifiée et actée par l'INPI. Le tarif public, relevé en octobre 2026, commence à 100 euros pour un dépôt jusqu'à 50 Mo et couvre une période de cinq ans.

Deux limites à garder en tête. Le séquestre n'aide que s'il a été prévu au contrat et alimenté à chaque version. Et disposer du code ne suffit pas : encore faut-il quelqu'un capable de le reconstruire et de le maintenir. Sans séquestre, une négociation avec l'éditeur ou son repreneur pour obtenir le code reste envisageable pour un logiciel de niche.

Remplacer, reconstruire ou reprendre : comment trancher ?

Le choix entre reprise et reconstruction se fait après audit ; les critères sont détaillés dans notre comparatif refonte ou reprise d'un logiciel, et la reconstruction module par module sur la page moderniser un logiciel ancien.

Ce que le Cyber Resilience Act change pour vos prochains achats

Le règlement européen sur la cyberrésilience, ou Cyber Resilience Act, est entré en vigueur le 10 décembre 2024. Il oblige les fabricants de produits comportant des éléments numériques, logiciels compris, à déterminer une période de support pendant laquelle ils traitent les vulnérabilités. D'après la synthèse publiée par la Commission européenne, la date de fin de cette période doit être indiquée clairement au moment de l'achat, avec le mois et l'année. Les obligations de signalement s'appliquent depuis le 11 septembre 2026, et le règlement sera pleinement applicable le 11 décembre 2027.

Sans attendre cette échéance, demandez par écrit, pour tout logiciel acheté ou renouvelé, la date de fin de support, les conditions d'export des données et l'existence d'un séquestre. Le champ exact du règlement, notamment pour les services en ligne, se vérifie dans le texte.

Ce que YMHB Web fait quand un logiciel s'arrête

Nous commençons par l'extraction : lecture de la base de données de l'ancien logiciel, y compris dans un format propriétaire, et reprise des fiches, historiques et paramètres. Quand le logiciel est reconstruit sur mesure, nous partons des fonctions réellement utilisées, observées avec vos équipes, plutôt que de tout recopier. Pour Cap Vert, entreprise de nettoyage de stations et de panneaux solaires, nous avons remplacé un outil hérité d'un prestataire précédent par un tableau de bord web et une application mobile, en reprenant près de 10 000 enregistrements contrôlés champ par champ, sans perte : le cas est présenté sur la page Cap Vert. Le code d'un logiciel que nous construisons vous appartient au paiement intégral et il est déposé sur vos comptes, ce qui rend le séquestre inutile.

Quand il vaut mieux suivre l'éditeur

Reconstruire n'est pas toujours la bonne réponse. Si la nouvelle offre du repreneur couvre vos usages et que la migration est assistée, suivre l'éditeur coûte moins cher et va plus vite. Pour la paie, la comptabilité ou tout domaine dont les règles changent chaque année, un logiciel du marché maintenu reste préférable. Et si l'ancien logiciel ne sert plus qu'à consulter d'anciens dossiers, une archive en lecture seule suffit : inutile de reconstruire un outil que l'on ouvre deux fois par an.