Aller au contenu

Réalisations · Gestion complète d'une entreprise du bâtiment

Bâtiment — plomberie, électricité, maçonnerie, froid

Gestion complète d'une entreprise du bâtiment

Devis, factures, chantiers, stock et vente au comptoir dans une seule application multi-entreprise.

  • Java 21
  • Spring Boot
  • Jakarta Faces
  • PostgreSQL
  • Tomcat

Le contexte

Une entreprise artisanale du bâtiment intervenant sur quatre corps de métier. Les devis se rédigeaient dans un traitement de texte, les factures dans un tableur, le stock sur un cahier. Le même chantier apparaissait sous trois libellés différents, et le rapprochement de fin de mois prenait deux jours à chaque fois.

Le problème n'était pas l'absence d'outil, mais leur multiplicité : chaque document existait plusieurs fois, et aucune version ne faisait autorité.

Ce qui a été construit

Une application unique couvrant la chaîne complète : client, devis, chantier, facture, encaissement — chaque document découlant du précédent, sans ressaisie. S'y ajoutent la gestion du stock, la vente au comptoir et le planning des équipes.

Liste des devis : six devis, du brouillon à l'accepté, avec le client, le statut, la date d'émission et le total TTC en FCFA, de 41 650 à 691 390 FCFA.
Les devis, du brouillon à l'acceptation : un devis accepté se transforme en facture ou en chantier sans ressaisie. Données de démonstration.

L'application est multi-entreprise : une seule installation héberge plusieurs sociétés, chacune ne voyant que ses propres données. Ce choix, fait au départ plutôt qu'ajouté ensuite, permet d'ouvrir une nouvelle entité sans nouveau serveur.

Les règles fiscales locales sont intégrées au modèle : TVA à 19 %, montants en FCFA, mentions NIF et RCCM obligatoires sur les documents commerciaux.

État du stock : chaque article avec son seuil, sa quantité et sa valeur en FCFA ; le chauffe-eau de 200 litres, sous son seuil, est signalé à réapprovisionner.
Le stock, valorisé en FCFA, tous dépôts confondus : entrepôt, véhicules des techniciens, comptoirs. Données de démonstration.

Les décisions structurantes

Un serveur d'applications classique plutôt qu'un conteneur. L'exploitation est assurée par une équipe habituée aux serveurs traditionnels. Une pile qu'elle sait redémarrer à trois heures du matin vaut mieux qu'une pile plus moderne qu'elle devrait apprendre en situation d'incident.

Des migrations de base versionnées. Chaque évolution du schéma est un fichier numéroté, rejoué à l'identique en recette puis en production. Aucune modification manuelle sur la base de production — c'est ce qui rend une restauration prévisible.

Des sauvegardes vérifiées par restauration. Une sauvegarde jamais restaurée est une hypothèse, pas une garantie.

Le résultat

Le rapprochement de fin de mois se fait dans la journée. Les devis partent le jour de la visite au lieu de la semaine suivante, ce qui, sur ce métier, est le premier facteur de signature.

Tableau de bord : une facture à relancer, l'état des caisses des deux comptoirs, les devis en attente et acceptés, l'intervention du jour, l'article sous son seuil.
L'accueil du gérant : ce qui est à relancer, à facturer ou à commander, et ce que font les équipes aujourd'hui. Données de démonstration.

Un besoin comparable ?

Les contextes se ressemblent rarement tout à fait, mais les questions, si.