Rechnungskorrektur in der Slowakei — Schritt für Schritt
Eine zugestellte PEPPOL-Rechnung kann nicht zurückgerufen werden. Wie wird korrigiert — falscher Empfänger, falscher Betrag, falsche MwSt? Dieser Leitfaden erklärt alle Szenarien mit konkreten Schritten für Finance-Teams.
Grundprinzip: Kein Rückruf möglich
Im PEPPOL-Netzwerk gibt es keine Rückruffunktion. Eine einmal zugestellte Rechnung ist rechtlich wirksam zugestellt — vergleichbar mit einem eingeworfenen Brief. Die Korrektur erfolgt immer über Gegendokumente:
- Gutschrift (Credit Note) — Dokumententyp 381 in UBL — storniert die Originalrechnung ganz oder teilweise
- Message Level Response (MLR) — technische Ablehnung mit Fehlerbeschreibung (wird vom Empfänger ausgestellt)
Slowakisches Recht §71 MwSt-Gesetz: Eine Gutschrift ist ein vollwertiges Steuerdokument. Sie muss die Referenz auf die Originalrechnung (BT-25: Rechnungsnummer, BT-26: Rechnungsdatum) enthalten. Ohne diese Referenz ist die Gutschrift ungültig.
Szenarien: Was ist passiert?
Rechnung an falschen Empfänger gesendet
Die Rechnung wurde an die falsche PEPPOL-ID zugestellt (z.B. falscher Buchungskreis, Schwester-GmbH statt Tochtergesellschaft).
- Gutschrift (Credit Note 381) an den falschen Empfänger senden — storniert den gesamten Betrag. Pflichtfeld: BillingReference mit Originalrechnungsnummer und -datum.
- Originalrechnung erneut an den richtigen Empfänger senden — neue Rechnungsnummer, neues Datum.
⚠️ Der falsche Empfänger muss die Gutschrift buchmäßig verarbeiten, auch wenn er die Originalrechnung irrtümlich erhalten hat.
Falscher Inhalt (Betrag, MwSt, Position)
Die Rechnung wurde an den richtigen Empfänger gesendet, enthält aber einen Fehler (Betrag, MwSt-Satz, Leistungsbeschreibung).
Weg 1 — Empfänger lehnt ab (MLR):
- Empfänger sendet Message Level Response mit Status „Rejected" und Fehlerbeschreibung.
- Lieferant sendet Gutschrift zum Storno der fehlerhaften Rechnung.
- Lieferant sendet neue korrekte Rechnung.
Weg 2 — Einigung ohne MLR:
- Lieferant sendet direkt Gutschrift + neue Rechnung (ohne formalen MLR). In der Praxis häufiger, da MLR nicht überall unterstützt wird.
Teilgutschrift (Reklamation einer Position)
Nur eine Position ist strittig — z.B. mangelhafte Ware, Mengenunterschied.
- Teilgutschrift senden: Gutschrift (Typ 381) nur für den strittigen Betrag. BillingReference auf Originalrechnung muss trotzdem angegeben werden.
- Keine neue Rechnung nötig — der Rest bleibt buchhalterisch wirksam.
Rechnung vom System abgelehnt (technischer Fehler)
Der Access Point oder das System des Empfängers lehnt die Rechnung wegen eines technischen Fehlers ab (ungültiges XML, fehlende Pflichtfelder, SK-CIUS-Verletzung).
- Fehler aus der Fehlermeldung identifizieren — Fehlercodes-Referenz verwenden.
- Rechnung im ERP korrigieren und mit neuer Rechnungsnummer erneut senden. (Die ursprüngliche Rechnung hat das System des Empfängers nie erreicht → keine Gutschrift nötig.)
Vollstorno (Auftrag storniert)
Die Leistung wird nicht mehr erbracht, der Auftrag wurde rückgängig gemacht.
- Vollgutschrift über den gesamten Rechnungsbetrag (inkl. MwSt) senden.
- Empfänger verbucht Gutschrift — die ursprüngliche Vorsteuer wird rückgängig gemacht.
- In der Slowakei: MwSt-Berichtigung für den Zeitraum, in dem die Gutschrift ausgestellt wurde.
XML-Struktur einer Gutschrift
Eine gültige Gutschrift (Credit Note) nach PEPPOL BIS + SK-CIUS benötigt zwingend die BillingReference auf die Originalrechnung:
<!-- Credit Note UBL 2.1 -- Dokumenttyp 381 --> <CreditNote xmlns="urn:oasis:names:specification:ubl:schema:xsd:CreditNote-2" xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2" xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2"> <!-- Pflichtfelder Header --> <cbc:ID>GS-2024-001</cbc:ID> <!-- Gutschriftnummer --> <cbc:IssueDate>2026-06-15</cbc:IssueDate> <cbc:CreditNoteTypeCode>381</cbc:CreditNoteTypeCode> <!-- 381 = Credit Note --> <cbc:DocumentCurrencyCode>EUR</cbc:DocumentCurrencyCode> <!-- BillingReference: PFLICHT laut SK-CIUS-11 / BR-55 --> <cac:BillingReference> <cac:InvoiceDocumentReference> <cbc:ID>RE-2026-0421</cbc:ID> <!-- Nummer der Originalrechnung (BT-25) --> <cbc:IssueDate>2026-06-01</cbc:IssueDate> <!-- Datum der Originalrechnung (BT-26) --> </cac:InvoiceDocumentReference> </cac:BillingReference> <!-- Note (optional): Grund der Gutschrift --> <cbc:Note>Storno laut Vereinbarung, Fehlbetrag Rechnungsposition 3</cbc:Note> <!-- Lieferant, Empfänger, Positionen, Summen -- wie bei Standardrechnung --> <!-- TaxAmount MUSS currencyID-Attribut enthalten (SK-CIUS-07) --> <cac:TaxTotal> <cbc:TaxAmount currencyID="EUR">24.00</cbc:TaxAmount> </cac:TaxTotal> </CreditNote>
Häufiger Fehler: BillingReference fehlt oder enthält nur die ID ohne Datum. Führt zu Fatal Error BR-55 + SK-CIUS-11 — die Gutschrift wird abgelehnt.
Message Level Response (MLR)
Die MLR ist ein PEPPOL-Dokument vom Empfänger an den Lieferanten — sie signalisiert, ob eine Rechnung akzeptiert oder abgelehnt wurde. MLR ist in der PEPPOL-Spezifikation definiert, aber nicht von jedem Access Point automatisch unterstützt.
| Status | Bedeutung | Was tun? |
|---|---|---|
| AB — Acknowledged | Rechnung empfangen, wird bearbeitet | Nichts — warten auf Zahlung |
| AP — Accepted | Rechnung akzeptiert, wird bezahlt | Nichts |
| RE — Rejected | Rechnung abgelehnt, mit Begründung | Gutschrift senden, neue Rechnung erstellen |
| UQ — Under Query | Rückfrage, Klärung erforderlich | Klären, dann ggf. Gutschrift + neue Rechnung |
| CA — Conditionally Accepted | Akzeptiert mit Vorbehalt | Teilgutschrift prüfen |
Schnellübersicht aller Szenarien
| Problem | Instrument | Neue Rechnung? |
|---|---|---|
| Falscher Empfänger | Vollgutschrift an falschen Empfänger | Ja, an richtigen Empfänger |
| Falscher Betrag / MwSt | Vollgutschrift + neue Rechnung | Ja |
| Teilreklamation | Teilgutschrift | Nein |
| Technischer Fehler (abgelehnt) | Rechnung korrigieren | Ja, neue Nummer |
| Auftrag storniert | Vollgutschrift | Nein |