Logiciel de gestion de chantiers : relier contrats, fournisseurs, coûts et avancement

La question qui fait perdre le plus de temps dans une entreprise qui suit plusieurs chantiers est « où en sommes-nous là-dessus ? ». La réponse existe déjà, mais elle est répartie entre un devis, des e-mails avec les fournisseurs, une pile de factures à enregistrer et la mémoire du chef de chantier. Un logiciel de gestion ne sert pas à produire cette réponse une fois : il sert à la rendre disponible sans avoir à la reconstruire.

Le travail difficile n'est pas le logiciel. C'est de se mettre d'accord sur ce qu'on appelle chantier, ce qu'on appelle coût et à quel moment un coût entre dans le compte. Si ces trois définitions ne sont pas stables, n'importe quel système renvoie des chiffres que chacun interprète à sa façon.

Définir les entités avant les écrans

Les discussions sur les écrans de saisie arrivent toujours trop tôt. Il faut d'abord décider de quatre choses, et les décider avec ceux qui travaillent sur le chantier et ceux qui tiennent les comptes.

• Le chantier : l'unité sur laquelle on gagne ou on perd. Cela semble évident jusqu'au cas de deux lots contigus qui partagent un échafaudage et une grue : où placer ce coût, et selon quel critère le répartir.
• L'unité : appartements, lots, installations, points d'intervention. Elle n'est utile que si vous livrez ou vendez à la pièce, ou si vous devez rendre compte par unité.
• Le contrat : celui envers le maître d'ouvrage et ceux envers les fournisseurs. Chacun a un montant, une date, des conditions et une personne qui l'a signé.
• Le poste de coût : le niveau auquel vous voulez lire le bilan. Main-d'œuvre, matériaux, sous-traitance, locations, charges, imprévus sont déjà un bon point de départ.

La règle pratique sur les postes de coût : un poste n'est utile que si quelqu'un prend une décision différente selon sa valeur. Si personne ne regarde jamais les consommables séparément, les garder séparés coûte du travail de saisie tous les jours et ne produit aucune décision.

Engagements, documents reçus et mouvements sont trois choses différentes

C'est le point où presque tous les tableurs se cassent, parce qu'ils ne tiennent qu'une seule colonne là où il faudrait trois états distincts.

Celui qui ne regarde que les factures enregistrées voit un chantier plus économique qu'il ne l'est, car les commandes déjà signées n'apparaissent nulle part. Celui qui ne regarde que les paiements voit la trésorerie et croit voir la marge. Les deux lectures ensemble, sans les engagements, sont la façon la plus courante de s'apercevoir trop tard qu'un poste est dépassé.

Avenants : c'est là que se perd la marge

Les avenants sont la partie où le travail réel s'éloigne du contrat. Ce n'est pas une anomalie, c'est le fonctionnement normal d'un chantier : le problème naît quand l'avenant existe dans les faits et n'existe pas dans les données.

1. L'avenant s'enregistre quand il naît, c'est-à-dire quand quelqu'un le demande, pas quand on parvient à le facturer.
2. Il a un effet déclaré : sur le montant, sur les délais ou sur les deux. Même « à chiffrer » est une valeur acceptable, du moment que c'est écrit.
3. Il a un statut et un responsable de l'approbation, avec une limite de montant dans laquelle cette personne peut décider seule.
4. Il a une pièce jointe : l'e-mail qui l'a demandé, le plan, le procès-verbal, la photo de l'imprévu trouvé sur le chantier.

Pièces jointes, autorisations et traçabilité

Les pièces jointes servent à ne pas devoir reconstituer les décisions des mois plus tard. Pour qu'elles soient utiles, elles doivent être attachées à la ligne à laquelle elles se réfèrent, pas dans un dossier général du chantier où personne ne cherche.

• Chaque document est rattaché au bon objet : au contrat, à la commande, à l'avenant, à la situation d'avancement.
• Qui approuve quoi, et jusqu'à quel montant, est écrit et correspond à ce qui se passe réellement dans l'entreprise.
• Qui peut modifier une donnée déjà approuvée, et ce qui reste de la modification : qui l'a faite, quand, ce qu'il y avait avant.
• Les données qui alimentent la comptabilité ne se corrigent pas à la main dans la vue : elles se corrigent à la source, sinon les deux versions divergent.

Les vues : peu nombreuses, et avec la date indiquée dessus

Les vues utiles sont au nombre de trois, et chacune doit déclarer par quoi elle est alimentée et à quand elle est mise à jour.

• Situation d'un chantier : contrat, avenants par statut, engagements, coûts certains, reliquat par poste de coût.
• Comparaison entre chantiers : lesquels consomment le budget plus vite que les travaux n'avancent.
• Échéances : ce qui doit être émis, ce qui doit être approuvé, ce qui est bloqué en attente de quelqu'un.

Chaque vue porte la mention « mise à jour au » et ce qu'elle ne contient pas. Une vue qui ne déclare pas ses propres exclusions est crue complète, et à ce moment-là elle produit des décisions erronées avec plus d'autorité qu'un tableur.

Ce qui doit exister avant de commencer

Il existe des conditions sans lesquelles le système ne peut pas fonctionner, et aucun choix technique ne les compense. Elles doivent être vérifiées avant, car c'est un travail d'organisation, pas de logiciel.

• Un code de chantier unique utilisé par tous, du devis à la facture du fournisseur. Sans cela, l'attribution des coûts reste un travail manuel.
• Des fournisseurs qui émettent des documents rattachables à un chantier. Si les factures sont cumulatives, quelqu'un devra les décomposer à la main tous les mois.
• L'habitude d'enregistrer les commandes au moment où elles sont passées. Si les commandes sont enregistrées en fin de mois, la partie des engagements restera vide et les vues diront le faux.
• Un processus d'approbation des avenants qui existe déjà, au moins dans la pratique. Le logiciel peut le rendre traçable, il ne peut pas l'inventer.

Numériser un processus confus ne le clarifie pas : cela le rend confus et plus lent, avec en plus le sentiment que les chiffres sont désormais fiables.

Un exemple : un chantier avec un avenant en cours

Une entreprise suit trois chantiers. Sur le deuxième, la maîtrise d'œuvre demande par e-mail de déplacer une installation. Le chef de chantier commande le matériel le jeudi pour ne pas arrêter l'équipe ; l'avenant est chiffré la semaine suivante et approuvé dix jours après.

Avec les entités définies comme ci-dessus, pendant ces dix jours le système montre : l'engagement envers le fournisseur enregistré le jeudi, donc le reliquat du poste installations déjà réduit ; un avenant au statut « chiffré » avec l'e-mail de la maîtrise d'œuvre en pièce jointe ; aucun document reçu et aucun mouvement de trésorerie. Celui qui regarde le chantier voit une consommation de budget sans le revenu correspondant, et sait qu'il doit relancer l'approbation.

Sans cette distinction, le même chantier paraît en ordre jusqu'à l'arrivée de la facture du fournisseur, qui entre-temps peut être de plusieurs semaines après. L'information utile n'est pas le total : c'est l'écart entre ce qui est déjà engagé et ce qui est déjà approuvé.

Ce que ce guide ne couvre pas

Ici, on traite l'organisation des données : quoi définir, comment garder séparés engagements et coûts certains, comment rendre visibles les avenants. Cela ne remplace pas la comptabilité, qui a ses propres règles et ses propres documents, ni le conseil fiscal : les valeurs de gestion et les valeurs comptables peuvent légitimement diverger, et la comparaison doit se faire avec ceux qui tiennent les comptes. Le choix des indicateurs à porter dans une vue de synthèse et la gestion d'une affaire de la vente à l'installation sont traités dans les guides dédiés.