Vier Tage Zeit zum Melden: Spaniens Rechnungsstatus-Pflicht (Annahme, Ablehnung, Zahlung)
Spaniens B2B-Dekret fügt etwas hinzu, das kein anderes europäisches Modell hat: Beide Parteien müssen den Rechnungsstatus innerhalb von vier Tagen melden, inklusive Zahlungsdatum. Zahlungsverzug hört auf, eine private Sache zu sein. Hier der Workflow.
Vier Tage Zeit zum Melden: Spaniens Rechnungsstatus-Pflicht (Annahme, Ablehnung, Zahlung)
Das königliche Dekret RD 238/2026 tut mehr, als ein strukturiertes Rechnungsformat vorzuschreiben. Es hängt an das kommerzielle Leben jeder B2B-Rechnung eine Meldepflicht. Sowohl Aussteller als auch Empfänger müssen Statusänderungen dem Austauschsystem innerhalb von maximal 4 Kalendertagen melden. Die Rechnung hört auf, ein statisches Dokument zu sein, und wird ein nachverfolgter Lebenszyklus.
Die drei Status
| Status | Wer meldet | Was er bedeutet |
|---|---|---|
| Annahme | Empfänger | Die Rechnung ist formal und kommerziell akzeptiert |
| Ablehnung | Empfänger | Die Rechnung wird bestritten, mit Angabe von Gründen |
| Wirksame Zahlung | Flüsse beider Parteien | Die Rechnung wurde bezahlt, mit dem tatsächlichen Zahlungsdatum |
Der Zahlungsstatus ist die scharfe Kante. Die Meldung enthält das Datum, an dem die Zahlung wirksam erfolgte. Kombiniert mit den in der Rechnung genannten Zahlungsbedingungen entsteht genau der Datensatz, den Spaniens Politik gegen Zahlungsverzug braucht: welche Rechnungen zu spät bezahlt wurden, von wem, um wie viele Tage.
Warum Spanien das gebaut hat
Artikel 12 des Crea-y-Crece-Gesetzes existiert, um kommerziellen Zahlungsverzug zu bekämpfen. Spaniens durchschnittlicher Verzug liegt bei etwa 80 Tagen gegenüber einem gesetzlichen Maximum von 60 Tagen. Bisher stützte sich die Durchsetzung auf Rechtsstreit und Selbstauskünfte. Sobald Zahlungsdaten per Gesetz in das Austauschsystem fließen, wird Zahlungsverzug sichtbare Daten statt einer privaten Auseinandersetzung zwischen Gläubiger und Schuldner.
Für Aussteller ist das Druckmittel: Das Zahlungsverhalten des Schuldners wird an ein System gemeldet, das die Steuerbehörde sieht. Für Empfänger ist es Disziplin: Die Verteidigung "wir haben nie eine korrekte Rechnung erhalten" erfordert eine tatsächliche Ablehnung, gemeldet innerhalb von 4 Tagen, mit Gründen.
Der Workflow nach Rolle
Als Aussteller
- Über Ihren Austauschkanal ausstellen (akkreditierte private Plattform oder öffentliche AEAT-Lösung).
- Status überwachen. Annahme, Ablehnung oder Schweigen. Schweigen über das Meldefenster hinaus ist ein Signal zum schriftlichen Nachfassen.
- Zahlung bei Eingang melden. Ihr Buchhaltungs- oder Bankabgleich markiert die Rechnung als bezahlt; der Status fließt innerhalb von 4 Kalendertagen an die Plattform.
- Ablehnungen als Streitfälle behandeln. Eine Ablehnung mit Gründen löst Ihren Korrektur- oder Gutschriftprozess aus, nicht ein erneutes Senden derselben Rechnung.
Als Empfänger
- Bei Eingang triagieren. Innerhalb des Fensters annehmen oder ablehnen. Bauen Sie die 4-Tage-Frist in Ihr Kreditoren-Intake-SLA ein, nicht in den Monatsabschluss.
- Mit Gründen ablehnen. Eine Ablehnung ist eine gemeldete Rechtsstatus-Angabe. Die Gründe müssen echt sein: falsche Beträge, fehlende Bestellnummer, Duplikat. Gewohnheitsmäßige Ablehnung zur Zahlungsverzögerung ist jetzt sichtbares Verhalten.
- Zahlung melden. Ihr Zahlungslauf erzeugt das wirksame Zahlungsdatum. Die Meldung folgt innerhalb von 4 Kalendertagen.
- Ausnahmen abgleichen. Rechnungen im Zustand "kein Status" sind Ihre Compliance-Lücke, nicht die des Systems.
Designentscheidungen für Ihren Stack
- Status ist ein Ereignisstrom, keine Dokumenteigenschaft. Als zeitgestempelte Ereignisse modellieren (ausgestellt, zugestellt, angenommen, abgelehnt, bezahlt), mit der Meldefrist aus jedem Ereignis abgeleitet.
- Die 4-Tage-Uhr läuft auf Kalendertage. Wochenenden und Feiertage zählen. Eine Freigabekette, die Rechnungen eine Woche parkt, kann die Frist nicht einhalten.
- Ablehnungen brauchen strukturierte Gründe. Freitext-Streitigkeiten bremsen alles. Ein kodierter Grundsatz (Betragsabweichung, Bestellung fehlt, Duplikat, Leistung nicht erbracht) bildet auf Ihre Korrektur-Workflows ab.
- Zahlungsmeldung gehört in den Abgleich. In dem Moment, in dem eine Bankbewegung einer Rechnung zugeordnet wird, sollte das Statusereignis erzeugt werden, nicht sich gemerkt.
- Die AEAT-Kopie fließt unabhängig. Auch auf privaten Plattformen erhält die öffentliche Lösung die UBL-Kopie. Statussichtbarkeit ist keine optionale Infrastruktur.
Zusammenspiel mit Verifactu
Die beiden Pflichten stapeln sich auf derselben Rechnung, überschneiden sich aber nicht:
- Verifactu: Ihre Software registriert die Rechnung unveränderlich, hash-verkettet, mit QR-Code. Interne Integrität.
- Crea-y-Crece-Statusmeldung: Das kommerzielle Leben der Rechnung wird extern gemeldet. Lebenszyklus-Nachverfolgbarkeit.
Ein konformer Stack erzeugt beides aus einem Ausstellungsvorgang: den SIF-Datensatz für die Integrität, die Austauschnachricht für die Zustellung und die Statusereignisse, während die Rechnung zur Zahlung wandert.
Häufige Fehldeutungen
"Statusmeldung beginnt, wenn das Mandat voll greift." Sie ist Teil des RD-238/2026-Rahmens ab der jeweiligen Frist jeder Partei. Entwerfen Sie jetzt dafür; der Workflow dauert länger zu bauen als das Format.
"Nur große Unternehmen melden." Die Pflicht bindet beide Parteien einer B2B-Rechnung, gestaffelt nach denselben Umsatzfristen wie die Ausstellungspflicht.
"Ablehnung ist ein Kundenservice-Akt." Sie ist eine gemeldete Rechtsstatus-Angabe mit 4-Tage-Uhr und Gründen. Behandeln Sie sie so.
"Das Zahlungsdatum ist privat." Nach diesem Rahmen ist es gemeldete Daten. Das ist der Sinn des Gesetzes.
Dieses Material dient der allgemeinen Information und stellt keine Rechts- oder Steuerberatung dar. Prüfen Sie im Einzelfall die aktuellen Regelungen oder konsultieren Sie einen qualifizierten Berater.