Skip to main content
Kostenlos starten

Troubleshooting & Reference · Article 7.9

„Die Quittungs- oder Schlussrechnungs-E-Mail zeigt einen Betrag an, der nicht übereinstimmt"

Nach einem Änderungsauftrag sollten die Schlussrechnung und die Quittung den geänderten Gesamtbetrag widerspiegeln — nicht den ursprünglichen. Ein im Mai 2026 behobener Fehler (PR #173 / #179) hatte E-Mails, die den ursprünglichen Gesamtbetrag verwendeten. Nach der Behebung verwenden alle Dokumente `effective_total`.

Änderungsaufträge und die Mathematik der Schlussrechnung verheddern sich aufgrund einer rechtlichen Feinheit: Die Anzahlungsrechnung ist unveränderlich, sobald sie ausgestellt wurde — nach den deutschen GoBD-Regeln und dem EU-Mehrwertsteuer-Timing können Sie eine Anzahlungsrechnung nicht rückwirkend ändern. Wenn ein Änderungsauftrag also den Gesamtbetrag ändert, spiegeln nur die Schlussrechnung und die Quittung den neuen Betrag wider. Vor der Behebung verwendete die Schlussrechnungs-E-Mail ebenfalls fälschlicherweise den ursprünglichen Gesamtbetrag; nach der Behebung verwendet sie effective_total.

Step by step

  1. Das Problem bestätigen.

    Den E-Mail-Betrag mit dem aktuellen effective_total des Angebots vergleichen (sichtbar im Header der Angebotsdetailseite).

  2. Wenn Angebot vor der Behebung

    : Die E-Mail wurde mit dem falschen Betrag gesendet. Nicht versuchen, die E-Mail rückwirkend zu korrigieren — sie ist ein gesendetes Artefakt. Die PDF in Dokumenten (nach der Behebung neu generiert) sollte korrekt sein; bei Bedarf mit dem Kunden teilen.

  3. Wenn Angebot nach der Behebung

    : Die E-Mail sollte korrekt sein. Wenn nicht, ist das eine Regression — Support kontaktieren.

Why this works this way

Das Datenmodell nach der Behebung: - proposal.total: ursprünglicher Gesamtbetrag zum Unterzeichnungszeitpunkt. Danach unveränderlich. - proposal.effective_total: abgeleitet aus dem ursprünglichen Gesamtbetrag + der Summe aller unterzeichneten Änderungsauftrag-Deltas. Wird bei jeder Änderungsauftrags-Unterzeichnung neu berechnet. - Anzahlungsrechnung (DEP): zeigt immer original_deposit_amount. Ändert sich nie. - Schlussrechnung (INV): zeigt effective_total - deposit_amount. Wird bei Änderungsauftrag aktualisiert. - Quittungen: aufgeteilt pro Mehrwertsteuer-Phase; die Anzahlungsquittung bleibt an der Anzahlung verankert, die Schlussquittung verwendet effective_total.

E-Mail-Text nach der Behebung verwendet effective_total konsistent — Schlussrechnungs-E-Mail, Zahlungsbestätigungs-E-Mail und Erstattungsabschluss-E-Mail lesen alle aus dem aktuellen geänderten Gesamtbetrag.

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.

„Die Quittungs- oder Schlussrechnungs-E-Mail zeigt einen Betrag an, der nicht übereinstimmt" · Help · Clozo