Skip to main content
Gratis starten

Troubleshooting & Reference · Article 7.9

"De bon of eindafrekening-e-mail toont een bedrag dat niet klopt"

Na een addendum moeten de eindafrekening en bon het aangepaste totaal weerspiegelen — niet het origineel. Een bug opgelost in mei 2026 (PR #173 / #179) had e-mails die het originele totaal gebruikten. Na de oplossing gebruiken alle documenten `effective_total`.

Addenda en eindafrekening-berekeningen raken in de war vanwege een juridische nuance: de aanbetalingsfactuur (Anzahlungsrechnung) is onveranderlijk zodra uitgegeven — onder de Duitse GoBD-regels en EU BTW-timing kunt u een aanbetalingsfactuur niet met terugwerkende kracht wijzigen. Dus wanneer een addendum het totaal wijzigt, weerspiegelen alleen de eindafrekening en bon het nieuwe bedrag. Vóór de oplossing gebruikte de eindafrekening-e-mail ook het oorspronkelijke totaal ten onrechte; na de oplossing gebruikt het effective_total.

Step by step

  1. Bevestig het probleem.

    Vergelijk het e-mailbedrag met het huidige effective_total van de offerte (zichtbaar in de koptekst van de offerte-detailpagina).

  2. Als het een vóór-de-oplossing-offerte is

    : de e-mail werd verstuurd met het verkeerde bedrag. Probeer de e-mail niet met terugwerkende kracht te herstellen — het is een verstuurd artefact. De PDF in Documenten (opnieuw gegenereerd na de oplossing) zou correct moeten zijn; deel die met de klant indien nodig.

  3. Als het een na-de-oplossing-offerte is

    : de e-mail zou correct moeten zijn. Als dat niet zo is, is het een regressie — neem contact op met ondersteuning.

Why this works this way

Het gegevensmodel na de oplossing: - proposal.total: oorspronkelijk totaal op het moment van ondertekening. Daarna onveranderlijk. - proposal.effective_total: afgeleid van het oorspronkelijke totaal + de som van alle ondertekende addendum-delta's. Opnieuw berekend bij elke addendum-ondertekening. - Aanbetalingsfactuur (DEP): toont altijd original_deposit_amount. Wijzigt nooit. - Eindafrekening (FAC): toont effective_total - deposit_amount. Wordt bijgewerkt bij addendum. - Bonnen: gesplitst per btw-fase; de aanbetalingsbon blijft verankerd aan de aanbetaling, de eindbon gebruikt effective_total.

E-mailtekst na de oplossing gebruikt effective_total consistent — de eindafrekening-e-mail, de betalingsbevestigings-e-mail en de terugbetaling-voltooid-e-mail lezen allemaal uit het live aangepaste totaal.

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.

"De bon of eindafrekening-e-mail toont een bedrag dat niet klopt" · Help · Clozo