Audit technique et reprise de projet

Nous établissons l'état réel d'un site ou d'une application existante, puis nous en reprenons le développement si vous le décidez.

Pour les organisations dont le projet a été développé par un prestataire parti, une équipe dissoute ou un fondateur débordé. Avant de corriger, de refaire ou d'investir, il faut savoir ce qui existe.

La situation de départ

L'application tourne, mais personne ne sait précisément ce qu'elle contient. La documentation est absente ou décrit une version passée. Le développeur d'origine n'est plus disponible, les accès sont éparpillés, et chaque correction risque de casser autre chose. Vous devez décider s'il faut poursuivre, refaire ou arrêter, et vous n'avez que des impressions. Un nouveau prestataire qui commence à coder sans inventaire ajoute son propre désordre au précédent.

Ce que vous obtenez

Inventaire des fonctionnalités

Chaque fonction est listée avec son état : en service, partielle, désactivée, à faire, obsolète. Le code fait foi contre la documentation.

Cartographie de l'architecture

Interface, serveur, base de données, tâches planifiées, intégrations externes, déploiement, sauvegardes.

État des données

Tables, volumes, migrations, règles d'accès.

Constats de sécurité classés

Par niveau de gravité, remis à vous seul. Aucun secret n'est recopié dans le rapport.

Recommandation

Poursuivre, corriger, migrer ou refaire, avec les priorités et ce que chaque option implique.

Plan de reprise

Si vous nous confiez la suite : accès à établir, sauvegarde de référence, prérequis à corriger, puis reprise du développement.

Comment nous procédons

  1. Obtenir les accès en lecture

    Code, serveur, base. L'audit se fait en lecture seule, sans modifier la production.

  2. Inventorier

    Fonctionnalités, architecture, données, dépendances, en distinguant ce qui est observé de ce qui est supposé.

  3. Restituer

    Rapport par sections, inventaire exploitable, constats et priorités présentés à votre équipe.

  4. Décider

    Vous choisissez la suite. L'audit reste utilisable par un autre prestataire.

  5. Reprendre

    Si vous nous confiez le projet : sauvegarde vérifiée, documentation, correction des prérequis, puis évolutions.

La preuve par nos réalisations

Niveau de preuve de ce service : réalisé.

Fontshi Notaire

Audit d'architecture d'un site et portail en production (juillet 2026) : 238 fonctionnalités inventoriées par sous-système avec leur état, modèle de données, intégrations, puis refonte amorcée sur cette base.

Danzina

Audit technico-fonctionnel conduit en lecture seule sur le serveur de production (août 2026) : 259 fonctionnalités recensées avec un statut par fonctionnalité, en 13 sections et 3 annexes.

Immodesk

Audit complet d'une application de gestion locative reprise d'une base open source (septembre 2026) : 109 fonctionnalités, 164 points d'entrée d'API, 50 modèles de données.

Technologies

Next.jsReactViteNode.jsExpressPrismaSupabasePostgreSQLDockerNginx

Questions fréquentes

Pouvez-vous reprendre un projet écrit avec d'autres technologies que les vôtres ?

Nous auditons des projets en JavaScript et TypeScript au sens large : React, Vite, Next.js, Node et Express, avec Prisma, Sequelize ou Supabase. Pour une pile éloignée de celles-ci, nous vous dirons si nous sommes les bonnes personnes avant de commencer.

L'audit oblige-t-il à vous confier la suite ?

Non. Le rapport et l'inventaire vous appartiennent et sont rédigés pour être lisibles par une autre équipe. Vous décidez de la suite après la restitution.

L'audit présente-t-il un risque pour le site en production ?

L'audit se fait en lecture seule : nous lisons le code, la configuration et la structure de la base sans rien modifier. Les secrets ne sont pas recopiés dans les documents. Les constats de sécurité vous sont remis directement.

Faut-il tout refaire ?

Rarement en entier. L'inventaire montre ce qui fonctionne, ce qui est partiel et ce qui est abandonné, et la recommandation en découle. Il arrive qu'une base de données saine soit conservée et que seule l'interface soit refaite.

Que faut-il pour qu'une reprise démarre ?

La propriété du code et des comptes doit être établie, et les accès transmis. Nous faisons ensuite une sauvegarde de référence et vérifions qu'elle se restaure, avant toute modification.

Quel problème voulez-vous régler ?

Décrivez votre activité, votre besoin et les personnes concernées. Nous préparons un premier échange à partir de là.