Ouvrez le classeur financier d’un projet de construction sur mesure typique en prix coûtant majoré, et il y a généralement un seul onglet qui fait la majorité du travail. L’entrepreneur sait où tout se trouve. On dit au propriétaire que le projet est bien géré. C’est l’échec structurel le plus courant en construction sur mesure, et il n’est pas mineur.
Parfois l’onglet s’appelle Budget. Parfois Projet. Parfois simplement l’adresse du projet. Il contient les valeurs contractuelles, les ordres de modification, les factures, les paiements, les provisions, la retenue, et l’estimation à l’achèvement, le tout au même endroit.
Et il ne peut pas répondre aux trois questions qui comptent dans un projet en prix coûtant majoré. Il ne peut pas y répondre clairement, et plus important encore, il ne peut pas y répondre indépendamment.
Le problème d’un seul tableur
Un projet en prix coûtant majoré doit pouvoir répondre à trois questions distinctes à tout moment :
Que doit le projet ? Le total des obligations contractuelles et des ordres de modification approuvés, moins les sommes déjà versées, moins la retenue détenue, équivaut au passif résiduel.
Qu’a versé le projet ? Le total des liquidités qui ont réellement quitté le compte du projet, traçable à des factures précises.
Qu’a-t-on facturé au propriétaire ? Le total tiré du propriétaire, incluant les honoraires de gestion de l’entrepreneur, avec une réconciliation continue contre les coûts réels du projet.
Ce sont trois grands livres différents servant trois fins différentes. Quand ils partagent un seul onglet, les erreurs dans l’un deviennent invisibles dans les autres. Une facture doublée dans la colonne des paiements n’apparaît pas comme un écart dans la colonne des obligations. Une retenue libérée trop tôt ne fait pas surface dans la colonne de facturation. L’architecture elle-même déjoue l’audit.
« Les questions sont différentes. Les grands livres doivent l’être aussi. Tout le reste est un chiffrier qui s’équilibre lui-même parce qu’il a été modifié pour s’équilibrer. »
Les trois onglets définis
1. Obligations : Le grand livre des engagements
L’onglet Obligations est le registre de chaque engagement contracté sur le projet. Il commence avec le contrat principal. Il s’étend avec chaque sous-contrat octroyé, chaque bon de commande à prix fixe, et chaque ordre de modification approuvé. Chaque ligne porte une valeur contractuelle, un statut, la retenue détenue, les sommes payées et le solde restant.
Ce qu’il suit : les engagements financiers que le projet a contractés.
Ce qu’il ne suit pas : les mouvements de trésorerie, les facturations au propriétaire, ou les dépenses de main-d’œuvre et matériaux qui n’ont pas de contrat sous-jacent.
L’onglet Obligations répond à la question que doit le projet, et à qui ? S’il ne peut pas produire une réponse complète et à jour à cette question en cinq minutes, l’architecture est défaillante.
2. Paiements : Le suivi des flux de trésorerie
L’onglet Paiements est le grand livre des mouvements de trésorerie. Chaque chèque émis, chaque virement envoyé, chaque transfert électronique enregistré avec la date, le fournisseur, la référence de facture, le montant (sous-total avant taxes seulement, jamais le total avec les taxes), et l’obligation à laquelle il se rattache.
Ce qu’il suit : l’argent qui a quitté le compte du projet.
Ce qu’il ne suit pas : les engagements contractuels non encore payés, les retenues conservées, ou les facturations au propriétaire.
L’onglet Paiements répond à la question qu’a réellement versé le projet, et contre quelles obligations ? Une fois réconcilié avec l’onglet Obligations, il produit le solde courant dû par fournisseur. Sans cette séparation, le solde courant n’est pas fiable.
3. Feuille de facturation : Le grand livre du propriétaire
La Feuille de facturation enregistre chaque tirage émis au propriétaire : la période couverte, les coûts engagés pendant cette période, les honoraires de gestion appliqués, le total cumulatif facturé, et le solde courant contre le contrat ou le budget de travail.
Ce qu’elle suit : les sommes tirées du propriétaire.
Ce qu’elle ne suit pas : les obligations envers les fournisseurs, le calendrier des paiements, ou la retenue par fournisseur.
La Feuille de facturation répond à la question qu’a-t-on réellement facturé au propriétaire, et comment cela se réconcilie-t-il avec les coûts engagés sur le projet ? Sur un projet en prix coûtant majoré, c’est l’onglet que le propriétaire voit. Les deux autres sont les onglets de travail de l’entrepreneur, mais le propriétaire a le droit de les inspecter sur demande.
Pourquoi la séparation compte
L’architecture n’est pas esthétique. Elle relève de l’enquête.
Quand les trois grands livres sont séparés, les erreurs deviennent détectables. Un paiement enregistré sans obligation correspondante est un signal d’alerte. Une obligation clôturée comme payée alors que le grand livre des paiements ne montre aucun chèque correspondant est un signal d’alerte. Un tirage émis au propriétaire qui ne se réconcilie pas avec les coûts engagés pendant la période de facturation est un signal d’alerte. L’architecture elle-même produit ces signaux.
Quand les trois grands livres sont combinés, les mêmes erreurs sont absorbées silencieusement. L’onglet unique s’équilibrera parce qu’il a été modifié pour s’équilibrer. L’architecture n’a aucun point de référence indépendant pour tester contre.
Le modèle de paiement à deux niveaux
Les projets en prix coûtant majoré comportent deux catégories distinctes de dépenses, et l’architecture doit tenir compte des deux. La première est la dépense contractée : chaque dollar qui circule sous un sous-contrat écrit ou un bon de commande. Ces sommes apparaissent dans le registre des Obligations. La seconde est la main-d’œuvre et les matériaux : le menuisier au taux journalier, le passage à la quincaillerie, les heures internes facturées par les ouvriers de l’entrepreneur. Ces dépenses n’ont généralement pas d’obligation contractuelle sous-jacente.
C’est pourquoi l’onglet Paiements contiendra, sur chaque projet, des entrées qui ne se rattachent pas au registre des Obligations. C’est correct. Les dépenses de main-d’œuvre et de matériaux sont suivies au niveau de l’avancement et de la prévision, pas au niveau de l’obligation. Un vérificateur lisant les livres devrait s’attendre à voir ce modèle. Ce qu’il ne devrait pas voir, c’est une obligation contractée payée sans entrée correspondante dans les Obligations. C’est le mode d’échec que l’architecture existe pour détecter.
| Architecture à un onglet | Architecture à trois onglets | |
|---|---|---|
| Obligations | Mélangées avec paiements et facturations | Registre séparé avec statut, retenue et solde restant par fournisseur |
| Paiements | Enregistrés contre le total du projet, souvent taxes incluses | Sous-total avant taxes enregistré contre une obligation précise |
| Facturations au propriétaire | Ligne cumulative sur le même onglet | Grand livre indépendant lié aux périodes de tirage et à la structure d’honoraires |
| Piste d’audit | L’onglet s’équilibre lui-même | Trois points de référence indépendants qui se testent l’un contre l’autre |
| Détection d’erreur | D’enquête : ne fait surface qu’à la révision de clôture | Structurelle : signalée au moment où elle survient |
| Confiance du propriétaire | Basée sur la confiance | Basée sur la preuve |
Ce que le propriétaire devrait voir
Le propriétaire n’a pas besoin de tenir trois onglets personnellement. Le propriétaire a besoin de savoir que l’entrepreneur les tient, et que l’entrepreneur peut les produire sur demande.
La vue orientée propriétaire, sur un projet correctement architecturé, est la Feuille de facturation. Chaque tirage arrive avec une période claire, un sommaire des coûts clair, une ventilation des honoraires, et un total cumulatif courant. Derrière la Feuille de facturation, accessibles sur demande, se trouvent le registre des Obligations et le grand livre des Paiements. Le propriétaire a le droit d’inspecter les deux. L’entrepreneur a l’obligation de tenir les deux à jour.
Le propriétaire n’a pas besoin de lire chaque entrée. Le propriétaire a besoin de savoir que si une question survient, l’architecture existe pour y répondre.
01 Un projet résidentiel sur mesure a versé un dépôt à un fournisseur de garde-corps tôt dans la construction, enregistré contre une facture de dépôt dans le registre des Obligations.
02 Dix-huit mois plus tard, le même fournisseur a émis une facture finale pour la valeur complète du contrat, sans déduire le dépôt déjà payé.
03 L’erreur était celle du fournisseur. Son équipe comptable avait traité le dépôt comme une transaction séparée, déconnectée de la facture finale de leur côté.
04 L’équipe des comptes payables de l’entrepreneur, traitant la facture finale isolément, l’aurait payée en totalité. Mais lorsque la facture a été appliquée contre l’obligation, le solde courant est devenu négatif : structurellement impossible.
05 L’architecture a signalé l’erreur avant le paiement. Le tirage corrigé a été émis, le fournisseur a confirmé la déduction, et le projet a été redressé.
La leçon structurelle : l’erreur était celle du fournisseur. L’architecture qui l’a détectée était celle de l’entrepreneur. Une version à grand livre combiné du même projet aurait payé la facture en totalité, et n’aurait recouvré le trop-payé que si quelqu’un, éventuellement, avait audité les livres assez attentivement pour le trouver.
La seule question à poser
Si vous êtes un propriétaire qui évalue un entrepreneur, ou un architecte qui conseille un client sur la sélection d’un entrepreneur, le diagnostic est simple.
« Pouvez-vous produire, aujourd’hui, trois vues séparées : votre registre des obligations, votre grand livre des paiements et votre dossier de facturation ? »
Si la réponse est oui, et que les trois documents arrivent dans un jour ouvrable, l’architecture existe. L’entrepreneur peut toujours produire un travail compétent ou incompétent, en respectant ou non le budget, mais la structure financière n’est pas le problème.
Toute autre réponse est elle-même la réponse. Un entrepreneur qui ne peut pas produire trois vues séparées est un entrepreneur dont les livres sont combinés. Les erreurs que produisent les livres combinés ne sont pas visibles avant qu’elles ne se soient accumulées. Au moment où le propriétaire s’en informe, le levier pour les corriger a généralement disparu.
La question ne coûte rien à poser. L’architecture existe ou n’existe pas. Les entrepreneurs qui l’ont s’attendent à ce qu’on la leur demande. Ceux qui ne l’ont pas sont ceux dont les projets produisent les surprises que cette discipline existe pour prévenir.
LSPP Solutions offre des audits de projet et la représentation continue du propriétaire au Québec et en Ontario. Que vous soyez pré-engagement ou en cours de construction, nous pouvons vérifier que l’architecture financière de votre entrepreneur est solide, ou bâtir la structure pour qu’elle le devienne.
Contacter LSPP