Fit Doors x JUWA : une application métier reprise, fiabilisée et maintenue, sans refonte

Fit Doors conçoit et installe des portes relevantes en bois, en aluminium et isothermes, montées à l'arrière des camions par un réseau de carrossiers et de revendeurs. Chaque porte donne lieu à un contrôle de montage et de mise en service, puis à des contrôles périodiques. C'est ce que VeryFit organise. L'application sert quatre publics. L'administration de Fit Doors pilote et valide. Les revendeurs et les carrossiers créent les dossiers et saisissent les contrôles. Le client final consulte ses dossiers et récupère ses documents. Côté technique, un front React, une API Node.js et Express, et Firebase pour l'authentification, la base et les fichiers. En avril 2026, après trois ans de collaboration, le développeur indépendant qui l'avait construite annonce son départ. Il laisse une archive du code, un guide de passation de quelques pages et un brief pour trouver un repreneur. Sur le papier, tout est transmis. Fit Doors nous contacte à ce moment-là avec une question simple : pouvez-vous reprendre la maintenance ? Notre réponse a été de ne rien promettre avant d'avoir regardé. Une application qui produit des documents de conformité engage la responsabilité de celui qui les émet. On ne s'engage pas sur des délais d'intervention pour un système qu'on n'a jamais ouvert.

Le devis de fiabilisation comptait six lignes. Le travail s'est fait du 21 juillet au 24 août, en 44 lots de modifications, chacun vérifié avant d'entrer dans le code. Le premier chantier était le filet de tests. On est passé de zéro à 648 vérifications automatiques, rejouées à chaque modification, sur les quatre parcours qui comptent : création de dossier, contrôle de montage, contrôle périodique et consultation par le client. 106 d'entre elles vérifient les écrans eux-mêmes, ce qui n'était pas prévu au devis. Ensuite, le ménage. Le devis supposait environ 25 fichiers inutilisés à retirer. Il y en avait 103. Moins de code, c'est moins d'endroits où un problème peut se cacher. Le troisième chantier est celui qui compte le plus pour un outil de conformité. Deux morceaux de code décidaient chacun à leur façon si un dossier était conforme, si bien que le même dossier pouvait apparaître validé ou non selon l'écran par lequel on arrivait. Il n'y a plus qu'une règle. Là où les deux divergeaient, on a gardé la plus stricte et laissé à Fit Doors la décision d'assouplir, parce qu'elle engage ses documents et pas notre travail. Les scripts qui intervenaient à la main sur les données sont passés de 45 à 16. Ceux qui écrivent dans la base tournent d'abord à blanc, font une sauvegarde et laissent une trace. Le serveur impose aussi une forme aux données et refuse une écriture mal formée. Dernier chantier : 13 opérations écrivaient directement dans la base depuis le navigateur, sans passer par le serveur. Il n'y en a plus aucune. Toute opération sensible passe par l'API, qui vérifie qui demande et ce que cette personne a le droit de faire. C'est en verrouillant ce point qu'on a fermé l'ensemble des failles encore ouvertes, plus une cinquantième que personne n'avait repérée.