Anzahlungs-, Abschlags- & Schlussrechnungen in ZUGFeRD & XRechnung

Im Projektgeschäft und Bauwesen sind Anzahlungen und Abschlagsrechnungen Standard. Bei der Schlussrechnung müssen bereits gezahlte Beträge und die darauf entfallende USt normgerecht abgezogen werden (BT-113 Prepaid Amount).

Eigene Rechnung hier hineinziehen

oder Datei vom Computer auswählen (.pdf oder .xml bis 10 MB)

🔒 100 % flüchtige RAM-Prüfung auf deutschen Servern (Frankfurt) – keine Speicherung.

Code-Vergleich: Falsches vs. Korrektes CII-XML

✗ Häufiger Fehler / Falsches XML Nicht konform

<!-- FEHLER: Anzahlung als negative normale Rechnungsposition mit 19% USt eingetragen -->
<ram:IncludedSupplyChainTradeLineItem>
  <ram:SpecifiedTradeProduct>
    <ram:Name>Bereits geleistete Anzahlung</ram:Name>
  </ram:SpecifiedTradeProduct>
  <!-- Negative Einzelpreise sind bei vielen ERP-Systemen und Schematron-Regeln unzulässig -->
  <ram:NetPriceProductTradePrice>
    <ram:ChargeAmount>-1000.00</ram:ChargeAmount>
  </ram:NetPriceProductTradePrice>
</ram:IncludedSupplyChainTradeLineItem>

✓ Valide nach EN 16931 / KoSIT Normkonform

<!-- KORREKT: Saubere Verrechnung über ram:PrepaidPaymentAmount (BT-113) im Settlement-Header -->
<ram:SpecifiedTradeSettlementHeaderMonetarySummation>
  <ram:LineTotalAmount>5000.00</ram:LineTotalAmount>
  <ram:TaxBasisTotalAmount>5000.00</ram:TaxBasisTotalAmount>
  <ram:TaxTotalAmount currencyID="EUR">950.00</ram:TaxTotalAmount>
  <ram:GrandTotalAmount>5950.00</ram:GrandTotalAmount>
  <ram:TotalPrepaidAmount>2380.00</ram:TotalPrepaidAmount>
  <ram:DuePayableAmount>3570.00</ram:DuePayableAmount>
</ram:SpecifiedTradeSettlementHeaderMonetarySummation>

Technische Ursache & Lösung

In vielen Branchen werden Projekte über Abschlagsrechnungen (Rechnungstyp 386) vorfinanziert. Bei Projektabschluss muss eine Schlussrechnung (Rechnungstyp 380) erstellt werden, die den gesamten Leistungsumfang auflistet und die bereits gezahlten Teilbeträge steuerlich korrekt abzieht.

Typische Fallstricke in der Praxis: 1. **Negative Positionen:** Das einfache Hinzufügen einer Position mit negativem Betrag führt in vielen Validatoren und Buchhaltungssystemen zu Fehlern. 2. **Umsatzsteuer-Verrechnung:** Wurde die Anzahlung bereits mit 19% versteuert, darf auf der Schlussrechnung nur noch die Rest-Umsatzsteuer als fällig ausgewiesen werden. 3. **Fälliger Betrag (BT-115):** Der zu zahlende Betrag (`DuePayableAmount`) muss exakt dem Bruttobetrag abzüglich des bereits gezahlten Betrags (`TotalPrepaidAmount` / BT-113) entsprechen.

Unsere E-Rechnung Cloud API berechnet alle Summenfelder automatisch konsistent nach EN 16931 Geschäftsregel BR-CO-16.

⚡ Die schlüsselfertige Abkürzung für Entwickler & No-Code

Keine Lust auf XML-Schematron-Fehler und Rundungsdifferenzen?

Unsere E-Rechnung Cloud API übernimmt alle mathematischen Berechnungen, Steuerregeln, XSD-Schemata und die PDF/A-3 Konvertierung vollautomatisch im Hintergrund.

📦 n8n Workflow (.json) ⚡ Make.com Blueprint 🛒 WooCommerce Plugin (.zip) API-Key ab 10 € Prepaid holen →

Häufig gestellte Fragen (FAQ)

Welcher Rechnungstypcode (BT-3) wird für eine Schlussrechnung verwendet?

Eine Schlussrechnung verwendet in der Regel den Standard-Code 380 (Handelsrechnung), enthält jedoch im Settlement-Bereich den Abzug der Anzahlungen (BT-113).

Wie wird der bereits bezahlte Anzahlungsbetrag übergeben?

In EN 16931 wird der bereits bezahlte Betrag über das Element TotalPrepaidAmount (BT-113) deklariert und mindert direkt den DuePayableAmount (BT-115).

Muss die vorherige Anzahlungsrechnung referenziert werden?

Es wird empfohlen, die Rechnungsnummer der Anzahlungsrechnung im Knoten InvoiceReferencedDocument anzugeben, um die Zuordnung in der Buchhaltung zu erleichtern.

Passende Themen & Normen

Alle 12 Themen ansehen →

BT-3