Aller au contenu principal
Reprise et maintenance d'un logiciel existant

Reprise d'un logiciel ou d'une application existante

Votre activité dépend d'un logiciel que plus personne ne fait évoluer. Le prestataire a disparu, le développeur est parti, ou la relation s'est arrêtée. Les mises à jour de sécurité attendent, une évolution simple prend des semaines, et vous ne savez pas exactement ce que vous possédez : le code, les accès, l'hébergement.

Décrire mon problème Réponse sous un jour ouvré.

Rédigé par Yanis Hamidou-Brochot, fondateur de YMHB Web. Mis à jour le .

Le constat

La première réaction est souvent de tout refaire. Ce n'est pas toujours la bonne. Une reprise commence par un état des lieux, qui dit ce qui se garde, ce qui se corrige et ce qui se remplace, dans quel ordre, et sans arrêter votre activité.

Ce que nous livrons

  • La récupération des accès

    Code source, hébergement, base de données, nom de domaine, comptes des stores et des services tiers : nous vous aidons à tout remettre à votre nom.

  • L'audit du code et de l'hébergement

    État du code, dépendances obsolètes, failles connues, sauvegardes, documentation manquante, avec un niveau de risque pour chaque point.

  • La sécurisation immédiate

    Sauvegardes vérifiées, mises à jour urgentes, accès des anciens intervenants révoqués.

  • La documentation

    Comment le logiciel est construit, déployé et sauvegardé, écrit pour que n'importe quelle équipe puisse reprendre.

  • Le plan de reprise

    Reprise en l'état, modernisation module par module ou reconstruction : chaque option avec ses risques et son coût.

  • La migration des données

    Si le logiciel est remplacé, reprise de toutes les données avec contrôle avant la bascule.

Ancrage régional

Reprise d'un logiciel existant : deux bureaux, Lyon et Dijon

Nous vous recevons dans nos bureaux ou venons dans vos locaux pour les ateliers de cadrage. Le suivi se fait ensuite à distance et sur place selon les étapes du projet.

Bourgogne-Franche-Comté : interventions depuis Dijon.

Quand ce n'est pas pour vous

  • Le logiciel fonctionne, son prestataire est joignable et réactif : un échange avec lui suffit sans doute.

  • Le contrat ne vous donne aucun droit sur le code : la question juridique se règle d'abord, et nous pouvons vous dire quoi demander.

  • L'outil n'est plus utilisé : mieux vaut récupérer les données et l'arrêter.

Références

  1. 10 000

    enregistrements repris, aucune donnée perdue

    Cap Vert

    Reprise d'un système d'information hérité d'un prestataire précédent : tableau de bord, base de données et applications des équipes terrain. Migration de l'ancienne base MongoDB vers PostgreSQL, avec synchronisation pendant la transition et contrôle champ par champ, sans arrêter l'activité.

    Lire l’étude de cas Cap Vert

Ce qui demande le plus d’attention

  • Ce qu'on ne voit pas

    Un logiciel sans documentation cache des traitements automatiques : une tâche planifiée la nuit, un envoi d'e-mails, un export vers la comptabilité. L'audit les recense avant toute modification, pour ne rien casser sans le savoir.

  • Les accès

    Une reprise bloque souvent sur un compte : l'hébergement au nom de l'ancien prestataire, le nom de domaine chez un tiers, le compte développeur des stores. Leur récupération passe en premier, parce que sans eux rien ne peut être corrigé.

Le cadrage

Ici, le cadrage prend la forme d’un audit.

  1. Étape 1

    L'inventaire

    Ce qui existe, où, et à qui : dépôts de code, serveurs, bases, comptes, contrats.

  2. Étape 2

    La lecture du code

    Structure, qualité, dépendances, tests, sécurité. Le logiciel est remonté dans un environnement de test pour être observé sans risque.

  3. Étape 3

    La recommandation

    Garder, moderniser ou remplacer, avec les arguments, les risques et l'ordre des travaux.

À la fin du cadrage, vous avez en main

  • Le rapport d'audit avec les risques classés
  • La liste des accès récupérés ou à récupérer
  • Les actions de sécurisation urgentes
  • Le plan de reprise et le forfait global ferme de la suite

La méthode complète, du cadrage à l’évolution : notre processus.

Avant de vous engager

  • Le budget

    Le montant de la reprise dépend de ce que l'audit révèle : taille du code, état des dépendances, données à migrer. Il est fixé ensuite en forfait global ferme. Repères de marché sourcés : Combien coûte un logiciel sur mesure ?

  • Les délais

    La sécurisation passe en premier. La modernisation ou le remplacement suivent un planning jalonné qui laisse le logiciel en service.

  • La propriété du code

    L'objectif est que tout soit à votre nom : code, hébergement, domaines, comptes. Le travail réalisé ensuite vous appartient au paiement intégral.

  • La reprise de vos données

    C'est le cœur du service. Les données sont extraites, vérifiées et, si besoin, migrées vers le nouvel outil avec une période où les deux fonctionnent.

  • Après la mise en service

    Une fois le logiciel repris, l'accompagnement continu prend le relais : supervision, mises à jour, corrections et évolutions. Voir maintenance et évolutions.

Questions fréquentes

Tout ce que vous devez savoir avant de lancer votre projet

Souvent, oui. L'audit dit si la technologie peut encore être maintenue en sécurité ou s'il faut migrer par étapes. Les données, elles, sont presque toujours récupérables.

Relire le contrat : la cession des droits et la remise des sources y sont parfois prévues. Le guide propriété du code source et réversibilité détaille les points à vérifier.

Non. Le logiciel reste en service. Les interventions se font sur une copie, puis sont déployées en dehors des heures d'utilisation.

Oui, y compris la récupération des comptes de publication, sans lesquels aucune mise à jour ne peut être publiée.

Ce service est disponible depuis nos bureaux de Lyon (69) et de Dijon (21), dans toute la France et à distance.

Décrivez-nous votre problème, pas une liste de fonctionnalités.

Réponse sous un jour ouvré, en général par téléphone.