Troubleshooting & Reference · Article 7.9
« Le reçu ou l'e-mail de facture de solde affiche un montant qui ne correspond pas »
Après un avenant, la facture de solde et le reçu doivent refléter le total modifié — pas l'original. Un bug corrigé en mai 2026 (PR #173 / #179) faisait que les e-mails utilisaient le total original. Après le correctif, tous les documents utilisent `effective_total`.
Les avenants et le calcul de la facture de solde s'emmêlent en raison d'une subtilité juridique : la facture d'acompte (Anzahlungsrechnung) est immuable une fois émise — selon les règles GoBD allemandes et la TVA européenne, vous ne pouvez pas modifier rétroactivement une facture d'acompte. Ainsi, quand un avenant modifie le total, seule la facture de solde et le reçu reflètent le nouveau montant. Avant le correctif, l'e-mail de facture de solde utilisait également incorrectement le total original ; après le correctif, il utilise effective_total.
Step by step
Confirmez le problème.
Comparez le montant de l'e-mail au
effective_totalactuel du devis (visible dans l'en-tête de la page de détail du devis).Si c'est un devis antérieur au correctif
: l'e-mail a été envoyé avec le mauvais montant. N'essayez pas de corriger l'e-mail rétroactivement — c'est un artefact envoyé. Le PDF dans Documents (régénéré après le correctif) devrait être correct ; partagez-le avec le client si nécessaire.
Si c'est un devis postérieur au correctif
: l'e-mail devrait être correct. Si ce n'est pas le cas, c'est une régression — contactez le support.
Why this works this way
Le modèle de données après le correctif :
- proposal.total : total original au moment de la signature. Immuable ensuite.
- proposal.effective_total : dérivé du total original + la somme de tous les deltas d'avenants signés. Recalculé à chaque signature d'avenant.
- Facture d'acompte (DEP) : affiche toujours original_deposit_amount. Ne change jamais.
- Facture de solde (INV) : affiche effective_total - deposit_amount. Se met à jour lors d'un avenant.
- Reçus : divisés par tranche de TVA ; le reçu d'acompte reste ancré au dépôt, le reçu de solde utilise effective_total.
Le contenu des e-mails après le correctif utilise effective_total de manière cohérente — l'e-mail de facture de solde, l'e-mail de confirmation de paiement et l'e-mail de remboursement effectué lisent tous le total modifié en cours.
Troubleshooting
Keep reading
Proposals & Invoices
The 4 delta branches: Δ+, Δ−, Δ=0, Δ_REFUND
Every signed amendment falls into one of four branches based on (a) the sign of the cost change and (b) whether the proposal was already paid. Each branch fires a different document chain. This is the central conceptual map for the entire amendment system.
Proposals & Invoices
The Clozo invoice family: DEP, INV, STR, DCR, CRN, REC
Six document types make up the full Clozo invoicing chain. Each has a distinct legal role under EU VAT Directive Art. 220 and §14 UStG. This article maps which document fires when and what it references.
Refunds & Notifications
Email: "Final invoice — please pay {{amount}}"
Sent when you click `Issue final invoice` after work is complete. Carries the final invoice (Schlussrechnung) PDF and the payment CTA.