US Progress Billing Lite — tableau des valeurs, situation de travaux périodique avec retenue de garantie saisie à la main, registre des renonciations à privilège et impression de la demande de paiement. Sans clé ni service extérieur.
Présentation
Situation de travaux US Lite — DYONYSOS
La version gratuite de la demande de paiement périodique américaine pour Odoo 19 Community. Gratuite pour de bon : ni limite de durée, ni plafond d'enregistrements, ni bandeau publicitaire dans les écrans de travail.
Elle se suffit pour une entreprise qui suit quelques chantiers et établit ses situations à la main.
Le problème qu'elle traite
Une situation de travaux américaine n'est pas une facture. C'est une chaîne de neuf lignes dont chacune se reporte sur la suivante : contrat initial, avenants, contrat à ce jour, exécuté et approvisionné, retenue de garantie, acquis net, certificats antérieurs, montant demandé, solde à financer. Une seule de ces lignes recopiée de travers et le montant demandé est faux — le plus souvent au deuxième mois, découvert au solde.
Le tableur y survit mal. Le cumul antérieur se recopie d'une feuille à l'autre, une faute de frappe se traîne jusqu'à la fin, et rien ne signale qu'un poste a été facturé au-delà de sa valeur prévue.
Ce qu'elle fait
Projets de construction — contrat, maître d'ouvrage, architecte, lieu, État d'exécution, nature du marché, montant initial. Ces informations se recopient sur chaque situation plutôt que d'être ressaisies.
Tableau des valeurs — le découpage du marché en postes, chacun avec sa valeur prévue, et l'écart avec le montant du contrat affiché plutôt que corrigé en silence.
Avenants — proposés, approuvés ou refusés. Seuls les approuvés entrent dans le montant du contrat à ce jour.
Situations de travaux — les neuf lignes de la demande de paiement, calculées. Le cumul antérieur et les certificats antérieurs ne se saisissent pas : ils se déduisent des situations précédentes non annulées.
Retenue de garantie — taux sur les travaux et taux sur les matériaux approvisionnés, distincts, saisis à la main, avec un taux propre au poste quand le contrat le prévoit.
Renonciations à privilège — les quatre formes nommées et jamais fusionnées (conditionnelle ou inconditionnelle, partielle ou finale), le registre de qui doit signer quoi, et le constat de ce qui manque avant paiement.
Impression de la demande de paiement — un état qui reprend la chaîne des neuf lignes et le tableau des valeurs détaillé, à signer à la main.
Les valeurs réglementaires ne sont pas devinées
Ce module ne pose aucun taux de retenue de garantie, et ce n'est pas un oubli. La retenue relève du droit de chaque État des États-Unis : le taux plafond, le délai de libération, la distinction entre marché public et marché privé et les conditions de substitution d'une sûreté varient d'un État à l'autre. Il y a cinquante réponses possibles, plus le district fédéral et les territoires. Poser dix pour cent « parce que c'est l'usage » serait une fausse confirmation — et une fausse confirmation est pire que l'absence : elle éteint la vigilance de celui qui aurait sinon vérifié.
Le taux naît donc à zéro, le projet affiche un constat qui le dit, et le VERIFICATION.md du module dit, État par État, ce qui a été relevé en source primaire et ce qui ne l'a pas été.
Aucun formulaire de renonciation n'est fourni non plus. Une minorité d'États impose un texte fixé par la loi, et une renonciation qui s'en écarte peut n'avoir aucun effet. Un formulaire statutaire recopié de mémoire serait pire que pas de formulaire du tout.
Le module constate, il ne conclut pas
Il dit qu'une renonciation attendue n'a pas été reçue avant le paiement. Il ne dit pas si le paiement est exigible : cela dépend du contrat, du droit de l'État d'exécution et de faits qu'il ignore. Il ne bloque donc pas le passage en « payée » ; il inscrit le constat, daté, au fil de discussion.
Ce qu'elle ne fait pas
Le rattachement aux commandes de vente, aux projets et aux feuilles de temps d'Odoo, et la reprise automatique de l'avancement.
Les tables de retenue de garantie par État, avec leur source citée et leur réserve.
Le cycle complet des renonciations : demandes en série aux sous-traitants, relances datées, tableau de bord de ce qui manque avant chaque paiement.
L'import du tableau des valeurs depuis un tableur, avec la lecture des montants à deux conventions décimales.
La génération d'une facture client à partir de la situation.
Tout cela appartient à l'édition complète, Situation de travaux US. Les deux modules s'installent l'un sur l'autre : rien n'est à ressaisir.
Ce que ce module ne redouble pas
Odoo Community porte déjà project pour l'organisation des tâches et, avec sale_project, la facturation au jalon. Un jalon est atteint ou ne l'est pas ; un poste du tableau des valeurs est avancé d'un pourcentage, porte des matériaux approvisionnés non encore posés et subit une retenue. Ce sont deux choses différentes. L'édition complète se greffe sur le projet et la commande d'Odoo au lieu d'en refaire un ; la version gratuite s'en passe pour ne dépendre que du standard le plus nu.
Non éprouvé en production
Ce module n'a pas été éprouvé contre une demande de paiement réellement soumise à un maître d'ouvrage ou à un architecte, ni contre un portail de dépôt. L'état imprimé n'est pas un formulaire officiel : les formulaires G702 et G703 de l'American Institute of Architects sont des documents sous droit d'auteur, qui se procurent auprès de l'AIA et ne sont pas reproduits ici. Commencez par une situation d'essai et comparez avec ce que votre maître d'ouvrage attend.
Caractéristiques
| Prix | Gratuit |
|---|---|
| Licence | LGPL-3 |
| Séries Odoo | 19.0 : publiée sur l'Odoo Apps Store ; 20.0 : publiée sur l'Odoo Apps Store |
| Version | 1.0.0 |
| Édition | Odoo Community / sur site |
| Nom technique | dyo_situation_travaux_us_lite |
| Domaine | Construction et immobilier |
| Version premium | dyo_situation_travaux_us |
Prix hors taxes tel qu'affiché sur l'Odoo Apps Store ; l'achat et l'installation se font sur le Store ou via votre instance Omnifloo.