Refunds & Notifications · Article 6.5
Storno vs. Berichtigung vs. Gutschrift: drei Dokumente, drei Aufgaben
Drei deutsche Umsatzsteuer-Dokumente, die häufig miteinander verwechselt werden, jedes mit einer bestimmten rechtlichen Aufgabe und einem bestimmten Zeitpunkt, zu dem Clozo es ausstellt. EU-Entsprechungen haben ähnliche Namen und identische Zwecke. Die Verwechslung ist ein häufiges Thema in Support-Tickets – und eine häufige Ursache für Rückfragen vom Steuerberater.
„Gutschrift" ist im deutschen Geschäftsleben besonders überladen – umgangssprachlich kann es „Gutschrift auf einem Konto", „Kreditmemo" oder eine „vom Auftraggeber ausgestellte Rechnung" bedeuten (Gutschriftsverfahren nach §14 (2) UStG). In Clozo bedeutet Gutschrift spezifisch eine Gutschrift, die dem Kunden eine Erstattung ankündigt, generiert bei Δ_REFUND-Nachträgen. Storno ist die Stornierung einer Schlussrechnung; Berichtigung ist die Korrektur einer Anzahlungsrechnung. Jedes Dokument hat seine eigene Rechtsgrundlage und seine eigene Rolle im Prüfpfad.
Step by step
Bei Δ_REFUND sind drei neue Dokumente zu erwarten.
Storno + Berichtigung + Gutschrift. Plus eine stornierte (Δ_REFUND vollständig) oder aktive mit kleinerem Betrag (Δ_REFUND teilweise) Schlussrechnung.
Bei Nicht-Erstattungszweigen mit vorheriger INV sind zwei zu erwarten.
Storno + neue aktive Schlussrechnung. Die neue INV trägt
revision = v2(oder höher).Bei Nicht-Erstattungszweigen ohne vorherige INV (Window A) ist eine zu erwarten.
Nur die neue aktive Schlussrechnung – es gab nichts zu stornieren.
Alle Dokumente im Dokumente-Dropdown zugänglich
auf der Angebotsdetailseite, mit Statusabzeichen und herunterladbaren PDF-Links. Jedes hat seinen eigenen unveränderlichen R2-Speicherschlüssel und 10-jährige Aufbewahrung.
Why this works this way
#### Stornorechnung (STR-NNNN)
Wird generiert, wenn ein Nachtrag eine zuvor aktive Schlussrechnung aufhebt (jeder Δ-Zweig, bei dem eine aktive Rechnung vorhanden war). Es ist ein Dokument mit negativem Betrag, das die ursprüngliche Schlussrechnung mit umgekehrten Vorzeichen spiegelt, die aufgehobene Rechnung über voids_invoice FK referenziert und den Stornierungsgrund erklärt (typischerweise „Storniert durch Nachtrag AMD-NNNN – [Begründung]").
Rechtsgrundlage: §14 UStG, §14a UStG (Deutschland – Rechnungen müssen fortlaufend nummeriert sein, Korrekturen sind selbst Rechnungen). EU-Umsatzsteuer-Richtlinie Art. 220 (allgemein). Länderspezifisch: BTW Art. 35a Wet OB (Niederlande), CGI Art. 289-V (Frankreich), Art. 6 Reglamento de Facturación (Spanien), Ustawa VAT Art. 106j (Polen – „faktura korygująca"), DPR 633/72 Art. 26 (Italien – „nota di variazione").
Dokumentbezeichnung nach Sprache (StornoInvoice.DOC_*):
- DE: Stornorechnung
- FR: Annulation
- NL: Creditfactuur
- ES: Rectificativa
- PL: Korekta
- EN / Standard: Cancellation Invoice
Wann sie NICHT generiert wird: wenn zuvor keine aktive Schlussrechnung existierte. Window A (keine INV jemals vor diesem Nachtrag ausgestellt) überspringt die Storno, weil es nichts zu stornieren gibt.
#### Berichtigung der Anzahlungsrechnung (DCR-NNNN)
Wird nur bei Δ_REFUND-Nachträgen generiert. Sie korrigiert formal die ursprüngliche Anzahlungsrechnung, indem sie deren Umsatzsteuer ganz oder teilweise zurückbucht. Zwei Korrekturtypen:
- partial_refund – revidierter Gesamtbetrag > 0, aber < gezahlte Anzahlung; korrigiert den zu viel erhobenen Anteil.
- full_cancellation – revidierter Gesamtbetrag = 0; korrigiert den gesamten Anzahlungsbetrag.
Rechtsgrundlage: §17 UStG (Deutschland – ausdrückliche Pflicht zur Korrektur der Umsatzsteuer bei Entgeltsminderung). EU-Umsatzsteuer-Richtlinie Art. 90 (allgemeines Prinzip). Länderspezifisch: BTW Art. 29 Wet OB (Niederlande), CGI Art. 272 (Frankreich), Art. 89 LIVA (Spanien), Ustawa VAT Art. 106j (Polen), DPR 633/72 Art. 26 (Italien).
Dieses Dokument verwendet Ihr Steuerberater, um den Vorsteuer-/Umsatzsteuer-Eintrag aus der ursprünglichen Anzahlungsrechnung zurückzubuchen. Ohne es bleibt die ursprüngliche Umsatzsteuerzeile in voller Höhe in Ihren Büchern, Sie führen zu viel Umsatzsteuer ab, und der Kunde (wenn umsatzsteuerpflichtig) verliert den entsprechenden Vorsteuerabzug. Steueramtliche Auseinandersetzungen über Anzahlungserstattungen lassen sich fast immer auf eine fehlende Berichtigung zurückführen.
Wann sie NICHT generiert wird: bei Nicht-Erstattungszweigen (Δ+, Δ−, Δ=0, bei denen die Anzahlung nicht überschritten wird). Die Umsatzsteuerposition der Anzahlung bleibt gültig, weil sich die Anzahlungs-Kassensituation nicht geändert hat.
#### Gutschrift (CRN-NNNN)
Das Dokument, das der Kunde tatsächlich erhält und das die Erstattung ankündigt. Wird nur bei Δ_REFUND-Nachträgen zusammen mit der Berichtigung generiert. Es referenziert sowohl die ursprüngliche Anzahlungsrechnung (gemäß Art. 219 EU-Umsatzsteuer-Richtlinie – Korrekturen müssen die Originale querverweis haben) als auch die Berichtigung, die die Erstattung rechtlich ermöglicht.
Rechtsgrundlage: Art. 219 EU-Umsatzsteuer-Richtlinie (Querverweise obligatorisch). Nationale Bezeichnungen variieren: Gutschrift (DE), facture d'avoir (FR), creditnota (NL), nota de crédito (ES), nota di credito (IT), nota kredytowa (PL).
Die Gutschrift enthält den Erstattungsbetrag (brutto + netto + Umsatzsteuer-Aufschlüsselung), das für die Erstattung verwendete Bankkonto oder die Karte (wo zutreffend) und die Stripe-Erstattungsreferenz (wenn Stripe-gesteuert). Ihr refund_status-Feld verfolgt den Fortschritt der Barzahlung (Artikel 8.4).
Wann sie NICHT generiert wird: bei Nicht-Erstattungszweigen.
### Dokumentkombinationsmatrix
| Zweig | Storno | Berichtigung | Gutschrift |
|---|---|---|---|
| Δ+ (aktive INV vorhanden) | ✓ | – | – |
| Δ+ (keine vorherige INV) | – | – | – |
| Δ− (aktive INV vorhanden, Gesamt ≥ Anzahlung) | ✓ | – | – |
| Δ=0 (aktive INV vorhanden) | ✓ | – | – |
| Δ_REFUND teilweise (aktive INV vorhanden) | ✓ | ✓ (partial_refund) | ✓ |
| Δ_REFUND vollständig (aktive INV vorhanden) | ✓ | ✓ (full_cancellation) | ✓ |
Troubleshooting
Keep reading
Proposals & Invoices
Why a signed amendment issues two new documents (Storno + new INV)
Every signed amendment that touches the financial side of the contract generates at minimum two new documents: a Stornorechnung (cancellation invoice) for the old final invoice, and a fresh active FinalInvoice with revised numbers. This is required by GoBD §147 AO and parallel EU rules — never an arbitrary Clozo choice.
Refunds & Notifications
The Credit Notes page
A first-class section in the freelancer dashboard that lists every credit note across all your proposals, with status, refund amount, linked proposal, and action buttons. Use this when you want to manage refunds without drilling into each proposal individually.
Refunds & Notifications
When refunds happen: the Δ_REFUND amendment branches
A refund in Clozo is always tied to a Δ_REFUND amendment branch — partial (revised total smaller than deposit paid) or full (revised total at zero). The amendment is the legal trigger; the refund is the cash consequence.
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.