Refunds & Notifications Β· Article 6.5
Storno vs Berichtigung vs Gutschrift: three documents, three jobs
Three German VAT documents commonly confused with each other, each with a specific legal job and a specific moment when Clozo issues it. EU equivalents have similar names and identical purposes. Mixing them up is a frequent topic in support tickets β and a frequent cause of accountant pushback.
"Gutschrift" in particular is overloaded in German business language β colloquially it can mean "credit memo," "credit on an account," or "client-issued invoice" (Gutschriftsverfahren under Β§14 (2) UStG). In Clozo, Gutschrift specifically means a credit note that announces a refund to the client, generated on Ξ_REFUND amendments. Storno is the cancellation of a final invoice; Berichtigung is the correction of a deposit invoice. Each has its own legal authority and its own role in the audit trail.
Step by step
On Ξ_REFUND, expect three new documents.
Storno + Berichtigung + Gutschrift. Plus a cancelled (Ξ_REFUND full) or active-at-smaller-amount (Ξ_REFUND partial) FinalInvoice.
On non-refund branches with a prior INV, expect two.
Storno + new active FinalInvoice. The new INV carries
revision = v2(or higher).On non-refund branches with no prior INV (Window A), expect one.
Just the new active FinalInvoice β there was nothing to void.
All documents accessible from the Documents dropdown
on the proposal detail page, with status badges and downloadable PDF links. Each carries its own immutable R2 storage key and 10-year retention.
Why this works this way
#### Stornorechnung (Cancellation Invoice β STR-NNNN)
Generated whenever an amendment voids a previously active FinalInvoice (any Ξ branch where there was an active invoice). It's a negative-amount document that mirrors the original final invoice but with reversed signs, references the voided invoice via voids_invoice FK, and explains the void reason (typically "Voided by amendment AMD-NNNN β [reason]").
Legal basis: Β§14 UStG, Β§14a UStG (Germany β invoices must be sequentially numbered, corrections are themselves invoices). EU VAT Directive Art. 220 (general). Per-country: BTW Art. 35a Wet OB (Netherlands), CGI Art. 289-V (France), Art. 6 Reglamento de FacturaciΓ³n (Spain), Ustawa VAT Art. 106j (Poland β "faktura korygujΔ ca"), DPR 633/72 Art. 26 (Italy β "nota di variazione").
Document type by language (StornoInvoice.DOC_*):
- DE: Stornorechnung
- FR: Annulation
- NL: Creditfactuur
- ES: Rectificativa
- PL: Korekta
- EN / default: Cancellation Invoice
When it's NOT generated: when no previous active FinalInvoice existed. Window A (no INV ever issued before this amendment) skips the Storno because there's nothing to void.
#### Berichtigung der Anzahlungsrechnung (Deposit Invoice Correction β DCR-NNNN)
Generated only on Ξ_REFUND amendments. It formally corrects the original deposit invoice (Anzahlungsrechnung) by booking back part or all of its VAT. Two correction types:
- partial_refund β revised total > 0 but < deposit_paid; corrects the over-collected portion.
- full_cancellation β revised total = 0; corrects the entire deposit amount.
Legal basis: Β§17 UStG (Germany β explicit obligation to correct VAT when payment is reduced). EU VAT Directive Art. 90 (general principle). Per-country: BTW Art. 29 Wet OB (Netherlands), CGI Art. 272 (France), Art. 89 LIVA (Spain), Ustawa VAT Art. 106j (Poland), DPR 633/72 Art. 26 (Italy).
This is the document your accountant uses to reverse the input/output VAT entry from the original deposit invoice. Without it, the original VAT line stays on your books at the original amount, you remit too much VAT, and the client (if VAT-registered) loses the corresponding input deduction. Tax-office disputes about deposit refunds almost always trace back to a missing Berichtigung.
When it's NOT generated: on non-refund branches (Ξ+, Ξβ, Ξ=0 where deposit isn't exceeded). The deposit's VAT entry stays valid because the deposit cash position hasn't changed.
#### Gutschrift (Credit Note β CRN-NNNN)
The document the client actually receives announcing the refund. Generated only on Ξ_REFUND amendments alongside the Berichtigung. It references both the original deposit invoice (per Art. 219 EU VAT Directive β corrections must cross-reference the original) and the Berichtigung that legally enables the refund.
Legal basis: Art. 219 EU VAT Directive (cross-references mandatory). National terms vary: Gutschrift (DE), facture d'avoir (FR), creditnota (NL), nota de crΓ©dito (ES), nota di credito (IT), nota kredytowa (PL).
The credit note carries the refund amount (gross + net + VAT split), the bank account or card used for the refund (where applicable), and the Stripe refund reference (when Stripe-driven). Its refund_status field tracks the cash leg progress (article 8.4).
When it's NOT generated: on non-refund branches.
### Document combination matrix
| Branch | Storno | Berichtigung | Gutschrift |
|---|---|---|---|
| Ξ+ (active INV existed) | β | β | β |
| Ξ+ (no prior INV) | β | β | β |
| Ξβ (active INV existed, total β₯ deposit) | β | β | β |
| Ξ=0 (active INV existed) | β | β | β |
| Ξ_REFUND partial (active INV existed) | β | β (partial_refund) | β |
| Ξ_REFUND full (active INV existed) | β | β (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.