Blog

E-Rechnung Spanien: Pflichten, Fristen & Umsetzung 2026

Geschrieben von Bonpago | Apr 24, 2026 6:00:00 AM

Die E-Rechnung in Spanien entwickelt sich zu einem vielschichtigen Regelwerk, das Unternehmen vor erhebliche organisatorische und technische Herausforderungen stellt. Anders als in vielen anderen europäischen Ländern koexistieren in Spanien mehrere unterschiedliche Pflichten: die bereits seit Jahren geltende B2G-E-Rechnung, die technischen Anforderungen an Abrechnungssoftware durch Verifactu und die schrittweise Einführung der B2B-E-Rechnungspflicht nach der Ley Crea y Crece.

Dieser Guide richtet sich an Entscheiderinnen und Entscheider in Finance, Tax, IT und Operations, die verstehen müssen, welche konkreten Anforderungen auf ihr Unternehmen zukommen, welche Fristen gelten und wie sie ihre Prozesse, Systeme und Daten entsprechend vorbereiten können. Die Einführung der verpflichtenden B2B-E-Rechnung in Spanien ist ein Beispiel für die heterogene Entwicklung des europäischen Marktes. Viele Unternehmen versuchen, nationale Anforderungen isoliert zu erfüllen, was zu einem Flickenteppich aus unterschiedlichen Modellen führt.

Nach diesem Guide wissen Sie, welche Pflichten für Ihr Unternehmen relevant sind, welche Formate und Plattformen Sie nutzen müssen, wie sich die Anforderungen auf Ihre Order-to-Cash- und Purchase-to-Pay-Prozesse auswirken und welche Schritte Sie jetzt einleiten sollten, um rechtzeitig vorbereitet zu sein. E-Rechnung ist längst kein reines IT-Projekt mehr, sondern ein Thema für Steuerung, Compliance und Working Capital Management gleichermaßen.

Begriffsklärung: Was unter E-Rechnung in Spanien zu verstehen ist

Bevor Sie sich mit Fristen und technischen Details befassen, ist es entscheidend, die Begriffe sauber zu trennen. In Spanien wird häufig von „der E-Rechnungspflicht" gesprochen, obwohl tatsächlich drei unterschiedliche Regelungsbereiche existieren, die verschiedene Zwecke verfolgen, unterschiedliche Fristen haben und unterschiedliche Gruppen von Verpflichteten betreffen.

E-Rechnung als strukturierter Datensatz

Eine elektronische Rechnung ist kein PDF, das per E-Mail verschickt wird. Sie ist ein strukturierter Datensatz, der maschinenlesbar ist und eindeutige Informationen über Absender, Empfänger, Leistungen, Steuern und Zahlungsbedingungen in einem festgelegten Format enthält. Nur wenn diese strukturierte Form vorliegt, können Rechnungen automatisiert verarbeitet, validiert und in nachgelagerte Systeme übernommen werden.

B2G: Rechnung an die öffentliche Verwaltung

Die B2G-E-Rechnung betrifft alle Rechnungen, die an öffentliche Stellen in Spanien ausgestellt werden. Diese Pflicht gilt seit Januar 2015 für Gesellschaften wie SA, SL, UTE und Betriebsstätten gebietsfremder Unternehmen. Selbstständige natürliche Personen sind bei Verträgen ab 5.000 Euro ebenfalls verpflichtet. Wer heute noch nicht elektronisch an die Verwaltung fakturiert, verstößt seit Jahren gegen geltendes Recht.

Verifactu: Anforderungen an Abrechnungssoftware

Verifactu reguliert nicht das Format der Rechnung, sondern die technischen Eigenschaften der Software, mit der Rechnungen erstellt werden. Das Real Decreto 1007/2023 legt fest, dass Abrechnungssoftware Integrität, Unveränderlichkeit und Rückverfolgbarkeit der erzeugten Datensätze gewährleisten muss. Softwarehersteller mussten ihre Produkte seit Juli 2025 anpassen. Für Anwenderunternehmen gelten gestaffelte Fristen seit 2027.

B2B: Austausch strukturierter Rechnungen zwischen Unternehmen

Die Ley Crea y Crece führt die Pflicht ein, Rechnungen zwischen Unternehmen und Freiberuflern in strukturiertem elektronischem Format auszutauschen. Diese Pflicht umfasst nicht nur das Erstellen und Versenden, sondern auch das Empfangen, Verarbeiten und Rückmelden von Statusdaten wie Annahme, Ablehnung oder Zahlung. Der gesamte Lebenszyklus der Rechnung wird damit Teil der regulatorischen Anforderung. Wesentlich ist der gesamte Lebenszyklus der Rechnung – eine Rechnung ist erst fertig, wenn sie akzeptiert, verarbeitet und bezahlt wurde.

B2G-E-Rechnung: Was seit 2015 gilt und warum viele es noch falsch machen

Die elektronische Rechnungsstellung an die öffentliche Verwaltung ist in Spanien keine Neuigkeit. Seit Januar 2015 sind Unternehmen verpflichtet, Rechnungen an öffentliche Stellen elektronisch einzureichen. Dennoch zeigt die Praxis, dass viele Unternehmen – insbesondere solche mit Sitz außerhalb Spaniens – diese Anforderung entweder nicht kennen oder nur unvollständig umsetzen.

Wer ist betroffen

Alle Gesellschaften (SA, SL, UTE) und Betriebsstätten ausländischer Unternehmen, die Rechnungen an spanische Behörden stellen, unterliegen der B2G-Pflicht. Selbstständige natürliche Personen sind bei Verträgen ab 5.000 Euro ebenfalls verpflichtet. Es gibt keine Ausnahmen für kleine Unternehmen oder grenzüberschreitende Konstellationen, wenn der Empfänger eine öffentliche Stelle in Spanien ist.

Erforderliches Format: Facturae

Das in Spanien für B2G-Rechnungen erforderliche Format ist Facturae, ein XML-basiertes strukturiertes Format. Facturae enthält alle steuerlich relevanten Angaben, vollständige Absender- und Empfängerdaten sowie alle Steuerinformationen. Das Format ist so gestaltet, dass die Verwaltung die Rechnung automatisiert verarbeiten kann.

Routing über DIR3-Codes

Eine Besonderheit der spanischen B2G-E-Rechnung ist die Notwendigkeit, drei sogenannte DIR3-Codes in der Rechnung anzugeben. Diese Codes leiten die Rechnung an die richtige Stelle innerhalb der Verwaltung weiter. Ohne diese Codes kann die Rechnung nicht verarbeitet werden. Die Codes müssen beim Empfänger erfragt oder über öffentliche Verzeichnisse ermittelt werden.

Übermittlungswege: FACe, eFACT, PUEF

Die Übermittlung erfolgt über öffentliche Plattformen, die je nach Empfänger variieren. FACe ist die zentrale Plattform für die staatliche Verwaltung, eFACT wird in Katalonien verwendet, PUEF im Baskenland. Unternehmen müssen den richtigen Kanal für den jeweiligen Empfänger identifizieren und die Rechnung über diesen einreichen.

Typische Hürden bei der Nutzung öffentlicher Plattformen

Die Nutzung der öffentlichen Plattformen ist zwar kostenlos, bringt aber praktische Herausforderungen mit sich. Die Plattformen sind ausschließlich auf Spanisch verfügbar, die Benutzeroberfläche ist oft wenig intuitiv, und es ist ein elektronisches Zertifikat oder eine elektronische Signatur erforderlich, um Rechnungen zu versenden. Zudem gibt es keinen strukturierten Support, und die Transparenz über den Status der Rechnung ist begrenzt oder fehlt ganz. Viele Unternehmen wissen nicht zuverlässig, ob ihre Rechnung angenommen, abgelehnt oder fehlerhaft war.

Verifactu: Technische Anforderungen an Ihre Abrechnungssoftware

Verifactu ist eine technische Anforderung, die oft missverstanden wird. Sie betrifft nicht das Format der Rechnung, die Sie an Kunden senden, sondern die Software, mit der Sie diese Rechnung erstellen. Das Real Decreto 1007/2023 legt fest, dass Abrechnungssoftware bestimmte Integritäts- und Nachvollziehbarkeitskriterien erfüllen muss.

Was Verifactu verlangt

Die Software muss sicherstellen, dass einmal erstellte Rechnungsdatensätze nicht nachträglich unerkannt verändert werden können. Dazu gehören Mechanismen zur Integritätsprüfung, zur Rückverfolgbarkeit von Änderungen und zur Dokumentation aller Vorgänge. Die Anforderungen ähneln konzeptionell den GoBD-Anforderungen in Deutschland, sind aber in Spanien spezifisch geregelt.

Zeitplan für Softwarehersteller und Anwender

Softwarehersteller waren verpflichtet, ihre Produkte seit Juli 2025 an die technischen Anforderungen anzupassen. Für die Anwenderunternehmen gelten gestaffelte Fristen. Das RDL 15/2025, veröffentlicht am 3. Dezember 2025, legt fest, dass körperschaftsteuerpflichtige Unternehmen seit dem 1. Januar 2027 Software nutzen müssen, die Verifactu-konform ist. Für Selbstständige und übrige Verpflichtete gilt die Frist seit dem 1. Juli 2027.

Abgrenzung zur B2B-E-Rechnungspflicht

Verifactu ist nicht identisch mit der künftigen B2B-E-Rechnungspflicht. Verifactu regelt die Software, die B2B-Pflicht regelt den Austausch strukturierter Rechnungen. Beide Pflichten können parallel gelten, haben unterschiedliche Fristen und betreffen unterschiedliche Aspekte der Rechnungsstellung.

Ausnahme für SII-Unternehmen

Große Unternehmen, die dem SII-System (Sistema de Suministro Inmediato de Información) der AEAT unterliegen, sind von bestimmten Verifactu-Datenübermittlungspflichten ausgenommen. Dies betrifft jedoch nicht die künftige B2B-E-Rechnungspflicht. SII ist ein strukturiertes Umsatzsteuer-Meldesystem, das parallel zu den E-Rechnungsanforderungen existiert.

B2B-E-Rechnung nach Ley Crea y Crece: Scope, Ausnahmen und Zeitplan

Die Ley Crea y Crece führt die verpflichtende elektronische Rechnungsstellung im B2B-Bereich ein. Ziel ist die verpflichtende elektronische Rechnungsstellung im B2B-Bereich und die Transparenz der Zahlungsfristen. Die Pflicht betrifft nicht nur das Erstellen von Rechnungen, sondern den gesamten Lebenszyklus inklusive Statusmeldungen. Die Entwicklung basiert auf der Ley Crea y Crece.

Wer ist betroffen

Alle Unternehmen, unabhängig von der Rechtsform, sind betroffen, wenn sie Rechnungen an andere Unternehmen oder Freiberufler in Spanien ausstellen. Auch Selbstständige und Freiberufler unterliegen der Pflicht bei B2B-Transaktionen. Die Pflicht gilt nur für Transaktionen, bei denen beide Parteien in Spanien ansässig sind. Die E-Rechnung wird im B2B verpflichtend.

Ausnahmen: B2C, grenzüberschreitende Transaktionen, vereinfachte Rechnungen

Transaktionen mit Endverbrauchern (B2C) fallen nicht unter die Ley Crea y Crece. Ein Einzelhandelsgeschäft, das an Privatpersonen verkauft, eine Gaststätte oder ein Friseursalon sind nicht betroffen. Vereinfachte Rechnungen und Kassenbelege sind ebenfalls ausgenommen, sofern sie nicht als qualifizierte vereinfachte Rechnungen im Sinne des Ausführungsreglements definiert sind. Transaktionen, bei denen eine der Parteien keinen Sitz oder keine Betriebsstätte in Spanien hat, fallen nicht unter die Pflicht, können aber dennoch von spanischen Geschäftspartnern als Anforderung in der Lieferkette verlangt werden.

Entwurf der Ministerialverordnung vom 16. April 2026

Am 16. April 2026 veröffentlichte das spanische Finanzministerium den Entwurf der Ministerialverordnung, die die öffentliche E-Rechnungslösung der AEAT regulieren wird. Der Entwurf beschreibt die technischen Spezifikationen der öffentlichen Plattform, die Akkreditierungsanforderungen für private Plattformen, die zugelassenen Formate und das Interoperabilitätsmodell zwischen öffentlichen und privaten Lösungen. Laut Entwurf soll die Verordnung am 1. Oktober 2026 in Kraft treten. Dieses Datum wird mit der Veröffentlichung im Amtsblatt endgültig bestätigt.

Gestaffelte Fristen nach Unternehmensgröße

Die Einführung erfolgt gestaffelt nach Unternehmensgröße. Große Unternehmen müssen früher umstellen. Unternehmen mit einem Jahresumsatz von mehr als 8 Millionen Euro müssen ab dem 1. Oktober 2027 strukturierte B2B-E-Rechnungen ausstellen und empfangen können. Das entspricht 12 Monate nach dem geplanten Inkrafttreten der Ministerialverordnung. Alle übrigen Unternehmen und Freiberufler haben bis zum 1. Oktober 2028 Zeit, also 24 Monate nach Inkrafttreten.

Technisches Zielbild: Hybridmodell, Formate und Plattformen

Spanien verfolgt einen hybriden Ansatz, der Unternehmen Wahlmöglichkeiten lässt, aber gleichzeitig klare technische Standards vorgibt. Das Modell kombiniert zentrale Plattformlogik mit der Möglichkeit, akkreditierte private Lösungen zu nutzen. Spanien setzt auf zentrale Plattformlogik, Austausch standardisierter Datenformate und Integration von Statusmeldungen.

Öffentliche Plattform der AEAT und akkreditierte private Plattformen

Unternehmen können wählen, ob sie die kostenlose öffentliche Plattform der AEAT nutzen, eine akkreditierte private Plattform einsetzen oder eine Kombination aus beiden verwenden. Die öffentliche Lösung ist kostenfrei, bietet aber nur grundlegende Funktionen. Akkreditierte private Plattformen bieten in der Regel erweiterte Funktionen, bessere Integration in bestehende Systeme und Support.

Referenzformat UBL und weitere zugelassene Formate

Das Referenzformat der öffentlichen Lösung ist UBL (Universal Business Language), ein international standardisiertes XML-Format. Der Entwurf der Ministerialverordnung lässt zusätzlich auch Facturae und andere strukturierte Formate zu. Unternehmen müssen sicherstellen, dass ihre Systeme diese Formate erzeugen und verarbeiten können.

Interoperabilität zwischen Plattformen

Ein zentraler Punkt des spanischen Modells ist die Interoperabilität. Rechnungen, die über die öffentliche Plattform versendet werden, müssen von Empfängern auf privaten Plattformen empfangen werden können und umgekehrt. Diese Interoperabilität setzt technische Standards und klare Schnittstellen voraus.

Statusmeldungen und Rechnungslebenszyklus: Warum Spanien mehr ist als „Rechnung senden"

Ein wesentliches Unterscheidungsmerkmal des spanischen Modells ist die Pflicht zur Kommunikation von Rechnungsstatus. Eine Rechnung ist nicht fertig, wenn sie versendet wurde. Sie ist erst fertig, wenn sie akzeptiert, verarbeitet und bezahlt wurde. Diese Logik hat direkte Auswirkungen auf Prozesse, Systeme und das Working Capital Management. Unternehmen müssen Rechnungen erstellen und Rückmeldungen verarbeiten. Wesentlich ist die Relevanz des Rechnungsstatus: angenommen, bezahlt, abgelehnt.

Pflicht zur Kommunikation von Status

Unternehmen müssen den Status ihrer Rechnungen kommunizieren: angenommen, abgelehnt, bezahlt. Diese Statusmeldungen müssen Informationen über das tatsächliche Zahlungsdatum und etwaige Ablehnungsgründe enthalten. Laut RD 238/2026 müssen Statusmeldungen innerhalb von maximal vier Kalendertagen erfolgen.

Auswirkungen auf Order-to-Cash und Purchase-to-Pay

Für den Order-to-Cash-Prozess bedeutet dies, dass Rechnungen nicht einfach erstellt und versendet werden, sondern dass Rückmeldungen empfangen, verarbeitet und in das ERP-System zurückgespielt werden müssen. Ablehnungen müssen strukturiert behandelt werden, Klärfälle brauchen definierte Workflows. Für den Purchase-to-Pay-Prozess gilt das Gleiche: Eingangsrechnungen müssen automatisiert verarbeitet, Ablehnungen strukturiert kommuniziert und Statusdaten zurückgemeldet werden.

Risiken bei Nichteinhaltung: Ablehnung und Nichtzahlung

Nicht konforme Rechnungen werden abgelehnt. Abgelehnte Rechnungen werden nicht bezahlt. Verzögerungen im Zahlungseingang wirken sich direkt auf das Working Capital Management aus. Unternehmen, die keine saubere Statusverarbeitung aufbauen, riskieren Cashflow-Probleme und operative Ineffizienzen. Dies wirkt sich direkt auf das Working Capital Management aus.

Voraussetzungen: Was Sie vor der Umsetzung klären müssen

Bevor Sie mit der technischen Umsetzung beginnen, sollten Sie eine Reihe organisatorischer und prozessualer Voraussetzungen klären. Diese Vorbereitung ist oft entscheidender als die technische Integration selbst.

  • Klären Sie, welche Ihrer Transaktionen unter B2G, B2B oder Verifactu fallen
  • Identifizieren Sie, welche Ihrer Systeme Rechnungen erzeugen oder verarbeiten
  • Prüfen Sie, ob Ihre Abrechnungssoftware Verifactu-konform ist
  • Beschaffen Sie DIR3-Codes für alle öffentlichen Empfänger in Spanien
  • Organisieren Sie elektronische Zertifikate oder qualifizierte elektronische Signaturen für den Versand
  • Definieren Sie, welche Plattformstrategie Sie verfolgen (öffentlich, privat, hybrid)
  • Stellen Sie sicher, dass Ihre Stammdaten vollständig und korrekt sind (Kundenname, Steuernummer, Adresse)
  • Klären Sie intern, welche Abteilungen betroffen sind (Finance, Tax, IT, Operations, Vertrieb)
  • Definieren Sie Verantwortlichkeiten für Statusmanagement und Klärfälle

Schritt-für-Schritt-Anleitung: So setzen Sie die E-Rechnungspflicht in Spanien um

Schritt 1: Bestandsaufnahme und Profiling

Beginnen Sie mit einer klaren Bestandsaufnahme. Welche Ihrer Transaktionen betreffen die öffentliche Verwaltung in Spanien (B2G)? Welche betreffen andere Unternehmen oder Freiberufler in Spanien (B2B)? Welche Software verwenden Sie für die Rechnungserstellung? Dokumentieren Sie, welche Systeme involviert sind, welche Formate heute erzeugt werden und welche Fristen für Ihr Unternehmen gelten.

Schritt 2: Software- und Systemprüfung

Prüfen Sie, ob Ihre Abrechnungssoftware die technischen Anforderungen von Verifactu erfüllt. Wenn nicht, klären Sie mit Ihrem Softwarehersteller, wann ein Update verfügbar ist. Prüfen Sie, ob Ihre ERP-Systeme strukturierte Formate wie Facturae oder UBL erzeugen können. Falls nicht, benötigen Sie Schnittstellen oder Middleware, die diese Formate erzeugt.

Schritt 3: Stammdatenbereinigung

Nicht konforme Rechnungen werden abgelehnt. Die häufigste Ursache für Ablehnungen sind fehlerhafte oder unvollständige Stammdaten. Bereinigen Sie Ihre Kunden- und Lieferantenstammdaten. Stellen Sie sicher, dass Steuernummern, Adressen, DIR3-Codes (für B2G) und alle Pflichtfelder korrekt und vollständig sind. Implementieren Sie Validierungsregeln, die vor dem Versand greifen.

Schritt 4: Plattformstrategie und Integration

Entscheiden Sie, ob Sie die öffentliche Plattform der AEAT nutzen, eine akkreditierte private Plattform einsetzen oder einen hybriden Ansatz verfolgen. Wenn Sie sich für eine private Plattform entscheiden, prüfen Sie deren Akkreditierung, Funktionsumfang und Integrationsfähigkeit. Stellen Sie sicher, dass die Plattform sowohl Facturae als auch UBL unterstützt und Statusmeldungen verarbeiten kann. Bauen Sie Schnittstellen zwischen Ihrer ERP-Landschaft und der gewählten Plattform auf.

Schritt 5: Prozessdesign für Statusmanagement

Definieren Sie, wie Statusmeldungen in Ihrem Unternehmen verarbeitet werden. Wer ist verantwortlich, wenn eine Rechnung abgelehnt wird? Wie werden Ablehnungsgründe analysiert? Wie werden Korrekturrechnungen erstellt und erneut versendet? Wie werden Zahlungsdaten zurückgespielt? Bauen Sie Workflows auf, die diese Fälle strukturiert behandeln. Integrieren Sie Statusdaten in Ihr ERP-System, damit Finance und Controlling Transparenz haben.

Schritt 6: Elektronische Signatur und Zertifikatsmanagement

Für B2G-Rechnungen und je nach Plattform auch für B2B-Rechnungen benötigen Sie elektronische Signaturen. Organisieren Sie qualifizierte elektronische Signaturen gemäß der eIDAS-Verordnung. Klären Sie intern, wer diese Signaturen verwaltet, wie Zertifikate erneuert werden und welche Rollen signieren dürfen. Integrieren Sie das Signaturverfahren in Ihren Rechnungserstellungsprozess.

Schritt 7: Test und Pilotierung

Testen Sie die gesamte Prozesskette mit einer begrenzten Anzahl von Rechnungen. Versenden Sie Testrechnungen an ausgewählte Empfänger, prüfen Sie, ob Statusmeldungen korrekt empfangen werden und ob Ihre Systeme die Daten korrekt verarbeiten. Identifizieren Sie Fehlerquellen, optimieren Sie Validierungsregeln und Workflows. Nutzen Sie die Testphase, um Ihre Mitarbeiterinnen und Mitarbeiter zu schulen.

Schritt 8: Rollout und Monitoring

Nach erfolgreicher Pilotierung rollen Sie die Lösung schrittweise aus. Beginnen Sie mit B2G-Rechnungen, da diese bereits seit Jahren verpflichtend sind. Erweitern Sie dann auf B2B-Rechnungen entsprechend der gestaffelten Fristen. Implementieren Sie ein Monitoring, das Ihnen zeigt, wie viele Rechnungen erfolgreich versendet wurden, wie viele abgelehnt wurden und wo Engpässe auftreten. Nutzen Sie diese Daten, um Ihre Prozesse kontinuierlich zu verbessern.

Praxisbeispiel: Deutsches Unternehmen fakturiert an spanische öffentliche Verwaltung

Ein typisches Szenario ist ein deutsches Unternehmen, das Leistungen für eine spanische Behörde erbringt und dafür eine Rechnung ausstellen muss. Das Unternehmen nutzt ein deutsches ERP-System, das standardmäßig XRechnung oder ZUGFeRD erzeugt, aber kein Facturae.

Das Unternehmen muss zunächst die DIR3-Codes der Behörde beschaffen. Diese Codes sind nicht immer öffentlich verfügbar und müssen beim Empfänger erfragt werden. Anschließend muss das Unternehmen sicherstellen, dass seine Rechnung im Facturae-Format erstellt wird. Da das ERP-System dies nicht nativ unterstützt, wird eine Middleware eingesetzt, die die Rechnungsdaten aus dem ERP-System ausliest und in Facturae konvertiert.

Die Rechnung wird über die FACe-Plattform versendet. Dafür benötigt das Unternehmen ein elektronisches Zertifikat. Die Plattform ist ausschließlich auf Spanisch verfügbar, was für das deutsche Team eine Hürde darstellt. Nach dem Versand erhält das Unternehmen keine automatische Statusmeldung. Es muss sich manuell einloggen, um zu prüfen, ob die Rechnung angenommen wurde. Nach zwei Wochen stellt sich heraus, dass die Rechnung abgelehnt wurde, weil ein DIR3-Code falsch war. Das Unternehmen muss die Rechnung korrigieren und erneut versenden, was zu einer Verzögerung von mehreren Wochen führt.

Dieses Beispiel zeigt, dass die technische Umsetzung nur ein Teil der Herausforderung ist. Prozesse, Datenqualität, Sprachbarrieren und fehlende Transparenz sind oft die größeren Hürden.

Vergleich der Anforderungen: B2G, Verifactu und B2B im Überblick

Kriterium B2G (seit 2015) Verifactu (seit 2027) B2B (ab 2027/2028)
Betrifft Rechnungen an öffentliche Verwaltung Abrechnungssoftware und deren technische Eigenschaften Rechnungen zwischen Unternehmen und Freiberuflern
Erforderliches Format Facturae (XML) Nicht formatbezogen, sondern softwarebezogen UBL, Facturae oder andere strukturierte Formate
Übermittlungsweg FACe, eFACT, PUEF je nach Empfänger Keine Übermittlung, sondern Integrität in Software Öffentliche oder akkreditierte private Plattform
Statusmeldungen Begrenzt oder nicht strukturiert verfügbar Nicht relevant Verpflichtend innerhalb von 4 Tagen
Fristen Seit Januar 2015 verpflichtend Seit 1. Januar 2027 (Unternehmen), seit 1. Juli 2027 (Selbstständige) Ab 1. Oktober 2027 (> 8 Mio. EUR), ab 1. Oktober 2028 (alle übrigen)
Rechtliche Grundlage Gesetz 25/2013 Real Decreto 1007/2023, RDL 15/2025 Ley 18/2022 (Ley Crea y Crece), Entwurf Ministerialverordnung April 2026

Häufige Fehler und wie Sie sie vermeiden

Aus der Praxis lassen sich typische Fehlerbilder ableiten, die immer wieder auftreten und die Sie durch rechtzeitige Vorbereitung vermeiden können.

Fehler 1: „Wir schicken PDF, das reicht doch"

Ein PDF ist keine elektronische Rechnung im Sinne der spanischen Anforderungen. Weder im B2G- noch im künftigen B2B-Bereich ist ein PDF ausreichend. Sie benötigen strukturierte Formate wie Facturae oder UBL. Wenn Ihre Systeme heute nur PDF erzeugen, müssen Sie nachrüsten.

Fehler 2: „Wir lösen nur das Format"

Viele Unternehmen fokussieren sich auf die Frage, welches Format sie erzeugen müssen, und vernachlässigen die Prozesse drumherum. Statusmanagement, Ablehnungsbehandlung, Stammdatenqualität und Archivierung sind mindestens genauso wichtig. Wenn Sie nur das Format lösen, werden Sie operativ scheitern.

Fehler 3: „IT macht das schon"

E-Rechnung ist kein reines IT-Projekt. Finance muss die Prozesse definieren, Tax muss die steuerlichen Anforderungen klären, Operations muss die Abläufe mit Kunden und Lieferanten koordinieren. Wenn IT isoliert arbeitet, fehlen die fachlichen Anforderungen, und die Lösung wird nicht praxistauglich.

Fehler 4: „Ein Land, eine Lösung"

Viele Unternehmen bauen für jedes Land eine separate Lösung. Das führt zu einem Flickenteppich aus unterschiedlichen Systemen, Schnittstellen und Prozessen, der schwer wartbar ist und hohe Folgekosten verursacht. Sie brauchen eine skalierbare Architektur, die mehrere Länder, Formate und Plattformen abbilden kann. Unternehmen müssen sich von der Idee lösen, eine Lösung pro Land zu bauen.

Fehler 5: Stammdaten werden vernachlässigt

Fehlerhafte Stammdaten sind die häufigste Ursache für abgelehnte Rechnungen. Unternehmen unterschätzen den Aufwand, Kundendaten zu bereinigen, DIR3-Codes zu beschaffen und Validierungsregeln zu implementieren. Ohne saubere Stammdaten wird jede technische Lösung scheitern.

Checkliste: Häufige Fehlerquellen prüfen

  • Prüfen Sie, ob Ihre Systeme strukturierte Formate erzeugen können (nicht nur PDF)
  • Stellen Sie sicher, dass Statusmeldungen technisch empfangen und verarbeitet werden
  • Definieren Sie Prozesse für Ablehnungen und Klärfälle
  • Bereinigen Sie Ihre Stammdaten systematisch
  • Klären Sie Verantwortlichkeiten zwischen Finance, Tax, IT und Operations
  • Planen Sie Change Management und Schulungen für betroffene Mitarbeiterinnen und Mitarbeiter
  • Testen Sie die gesamte Prozesskette, bevor Sie live gehen
  • Bauen Sie ein Monitoring auf, das Ihnen operative Probleme frühzeitig zeigt

Datenqualität als kritischer Erfolgsfaktor

Nicht konforme Rechnungen werden abgelehnt. Abgelehnte Rechnungen werden nicht bezahlt. Verzögerungen im Cashflow sind die direkte Folge. Datenqualität ist damit kein Nice-to-have, sondern geschäftskritisch. Nicht konforme Rechnungen werden abgelehnt, was zu keiner Verarbeitung, keiner Zahlung und Verzögerungen im Cashflow führt.

Typische Datenprobleme

Fehlerhafte oder fehlende Steuernummern, inkonsistente Kundennamen, falsche Adressen, fehlende DIR3-Codes im B2G-Bereich, unklare Positionslogik, fehlende Bestell- oder Lieferbezüge – all diese Probleme führen dazu, dass Rechnungen abgelehnt werden. Unternehmen, die keine systematische Datenpflege betreiben, werden operativ massive Probleme bekommen.

Data Governance und Validierung

Implementieren Sie Data Governance-Prozesse, die sicherstellen, dass Stammdaten vollständig, aktuell und korrekt sind. Bauen Sie Validierungsregeln auf, die vor dem Versand greifen und fehlerhafte Rechnungen zurückweisen. Nutzen Sie Plausibilitätsprüfungen, um typische Fehler zu vermeiden. Schulen Sie die Mitarbeiterinnen und Mitarbeiter, die Stammdaten pflegen, und machen Sie deutlich, welche Auswirkungen fehlerhafte Daten haben.

System- und Integrationsperspektive: Warum Insellösungen scheitern

Viele Unternehmen versuchen, für jedes Land eine isolierte Lösung zu bauen. Das führt zu einem Flickenteppich aus unterschiedlichen Systemen, Schnittstellen und Prozessen, der langfristig nicht wartbar ist. Die heterogene Entwicklung des europäischen E-Rechnungsmarktes erfordert eine andere Strategie. Unternehmen müssen sich von der Idee lösen, eine Lösung pro Land zu bauen. Stattdessen ist eine skalierbare Architektur und flexible Integrationsfähigkeit erforderlich.

Skalierbare Architektur statt Länderlösungen

Unternehmen müssen sich von der Idee lösen, eine Lösung pro Land zu bauen. Stattdessen ist eine skalierbare Architektur erforderlich, die mehrere Länder, Formate und Plattformen abbilden kann. Das bedeutet, dass die Kernsysteme (ERP, DMS, Workflow) länderneutral bleiben und länderspezifische Anforderungen über eine Integrations- oder Middleware-Schicht abgebildet werden.

Typische Integrationspunkte

Das ERP-System ist das führende System für Rechnungsdaten. Von dort werden Rechnungen erzeugt, Zahlungen gebucht und Statusdaten verarbeitet. Schnittstellen oder APIs übernehmen die Formatierung, Übermittlung und Statusrücknahme. Ein DMS oder Archivsystem übernimmt die Aufbewahrung und stellt sicher, dass Rechnungen im Prüfungsfall zugänglich sind. Workflow-Systeme steuern Klärfälle, Freigaben und Ablehnungen. Diese Systeme müssen nahtlos zusammenarbeiten.

Interoperabilität als Anforderung

Die Fähigkeit, mehrere Kanäle und Formate zu bedienen, ist entscheidend. Unternehmen müssen in der Lage sein, Facturae für B2G, UBL für B2B, XRechnung für Deutschland und weitere Formate zu erzeugen und zu verarbeiten. Gleichzeitig müssen sie mit öffentlichen Plattformen, privaten Plattformen und Peppol-Netzwerken kommunizieren können. Diese Interoperabilität ist nur mit flexiblen, gut integrierten Systemen möglich.

Europäischer Kontext: Spanien im Vergleich zu Deutschland und Belgien

Die Einführung der verpflichtenden B2B-E-Rechnung in Spanien ist ein Beispiel dafür, dass es für internationale Unternehmen kein einheitliches Modell gibt. Jedes Land verfolgt einen eigenen Ansatz, was für international tätige Unternehmen eine erhebliche Herausforderung darstellt.

Spanien: Zentral und statusorientiert

Spanien setzt auf ein stärker reguliertes, zentrales Modell mit verpflichtenden Statusmeldungen. Der Fokus liegt auf dem gesamten Lebenszyklus der Rechnung, also Rechnung plus Status. Unternehmen müssen nicht nur Rechnungen erstellen und versenden, sondern auch Rückmeldungen verarbeiten. Die zentrale Plattformlogik und die gestaffelten Fristen nach Unternehmensgröße sind charakteristisch für das spanische Modell.

Deutschland: Empfangspflicht ohne zentrales Meldesystem

Deutschland hat seit 2025 die Empfangspflicht für elektronische Rechnungen im B2B-Bereich eingeführt. Die Versandpflicht folgt später. Im Gegensatz zu Spanien gibt es in Deutschland kein zentrales Meldesystem für Statusdaten. Die Umsetzung ist dezentraler und weniger stark reguliert. Deutschland ist weniger weit in Richtung Reporting und Transparenz gegangen als Spanien.

Belgien: Peppol-basiert und dezentral

Belgien hat die verpflichtende B2B-E-Rechnung eingeführt und setzt dabei stark auf Peppol als Infrastruktur. Das belgische Modell ist technisch klarer definiert als das deutsche, aber dezentraler als das spanische. Peppol ermöglicht eine dezentrale, aber standardisierte Kommunikation zwischen Unternehmen.

Konsequenz: Keine einheitliche europäische Lösung

Für internationale Unternehmen gibt es kein einheitliches Modell. Spanien mit seiner zentralen Plattform und Statusmeldungen, Belgien mit Peppol, Deutschland mit seinem Übergangsmodell und Italien mit einem wiederum eigenen System zeigen, dass Unternehmen flexibel und skalierbar aufgestellt sein müssen. Eine einzige europäische Lösung gibt es nicht.

Wirtschaftliche Auswirkungen: Working Capital und Cashflow

Die E-Rechnungspflicht hat direkte Auswirkungen auf das Working Capital Management und die Liquiditätssteuerung. Unternehmen, die diese Zusammenhänge nicht verstehen, riskieren finanzielle Engpässe. Die Einführung der B2B-E-Rechnung in Spanien verdeutlicht den Wandel: Weg vom Dokument, hin zu kontrollierten Prozessen. Für Unternehmen bedeutet das komplexere Anforderungen, zunehmende Unterschiede zwischen Ländern und direkte Auswirkungen auf Liquidität.

Ablehnung verzögert Zahlungen

Wenn eine Rechnung abgelehnt wird, wird sie nicht bezahlt. Die Zahlung verzögert sich um die Zeit, die benötigt wird, um den Fehler zu identifizieren, die Rechnung zu korrigieren und erneut zu versenden. Diese Verzögerung wirkt sich direkt auf den Zahlungseingang aus. Unternehmen mit schlechter Datenqualität oder unklaren Prozessen werden systematisch längere Zahlungsziele haben.

Transparenz über Zahlungsfristen

Ein Ziel der Ley Crea y Crece ist die Transparenz über Zahlungsfristen. Durch die verpflichtende Kommunikation des Zahlungsdatums wird sichtbar, ob Kunden pünktlich zahlen oder nicht. Diese Transparenz kann genutzt werden, um Zahlungsverhalten zu steuern und Forderungsmanagement zu verbessern.

Operative Risiken

Unternehmen, die nicht in der Lage sind, strukturierte Rechnungen zu empfangen oder zu versenden, riskieren den Ausschluss aus Lieferketten. Wenn Kunden oder Lieferanten strukturierte E-Rechnungen als Vertragsvoraussetzung verlangen, können Unternehmen, die nicht bereit sind, keine Geschäfte mehr abwickeln. Dieses operative Risiko ist oft unterschätzt.

Archivierung und Nachvollziehbarkeit

Elektronische Rechnungen müssen in Spanien mindestens 4 Jahre lang aufbewahrt werden. Diese Aufbewahrungspflicht betrifft sowohl B2G- als auch B2B-Rechnungen. Die Anforderungen gehen über einfaches Speichern hinaus.

Anforderungen an die Archivierung

Die Rechnungen müssen jederzeit lesbar, integer und im Prüfungsfall zugänglich sein. Das bedeutet, dass sie in einem unveränderlichen Format archiviert werden müssen, Zugriffsrechte kontrolliert werden müssen und Änderungsprotokolle nachvollziehbar sein müssen. Unternehmen benötigen revisionsorientierte Archivierungskonzepte, die sicherstellen, dass Prüfer auf die Rechnungen zugreifen können, ohne dass diese manipuliert werden können.

Archivierung als Teil des Zielprozesses

Archivierung ist kein IT-Storage-Thema, sondern Teil des Gesamtprozesses. Die Archivierung muss in den Rechnungslebenszyklus integriert werden. Statusdaten, Ablehnungen, Korrekturrechnungen und Zahlungsdaten müssen ebenfalls archiviert und nachvollziehbar sein. Unternehmen, die Archivierung isoliert betrachten, riskieren Compliance-Probleme.

Elektronische Signatur und Vertrauensrahmen

Elektronische Signaturen sind ein Mechanismus, um die Authentizität des Absenders und die Integrität der Inhalte sicherzustellen. In Spanien spielen sie insbesondere im B2G-Kontext eine zentrale Rolle.

eIDAS-Verordnung als Rahmen

Die EU-eIDAS-Verordnung regelt elektronische Identifizierung und Vertrauensdienste. Elektronische Signaturen, die gemäß eIDAS qualifiziert sind, werden in allen EU-Mitgliedstaaten anerkannt. Unternehmen müssen sicherstellen, dass ihre Signaturen diesen Anforderungen entsprechen.

Organisatorische Umsetzung

Die Signatur ist nicht nur ein technisches Add-on. Sie beeinflusst Prozesse, Rollen, Zertifikatsmanagement und Betrieb. Unternehmen müssen klären, wer signiert, wie Zertifikate verwaltet und erneuert werden und wie die Signatur in den Rechnungserstellungsprozess integriert wird. Ohne diese organisatorische Einbettung wird die Signatur zur Hürde.

Sanktionen und Governance

Die Ley Crea y Crece sieht Sanktionen für Unternehmen vor, die die B2B-E-Rechnungspflicht nicht einhalten. Diese Sanktionen betreffen sowohl Aussteller als auch Empfänger.

Rechtliche Konsequenzen

Unternehmen, die nach Inkrafttreten der Pflicht keine strukturierten E-Rechnungen ausstellen oder empfangen können, riskieren Bußgelder. Die genaue Höhe wird im endgültigen Regelwerk festgelegt. Verstöße gegen die Archivierungspflichten können ebenfalls sanktioniert werden.

Operative Konsequenzen sind oft teurer

Bußgelder sind nur ein Teil des Problems. Die operativen Konsequenzen sind oft teurer: Nichtzahlung, Prozessstau, Ausschluss aus Lieferketten, Audit-Probleme und Reputationsschäden. Unternehmen sollten sich nicht nur auf die Vermeidung von Bußgeldern konzentrieren, sondern auf den Aufbau robuster, effizienter Prozesse.

Governance und Verantwortlichkeiten

Definieren Sie klar, wer für welche Aspekte der E-Rechnung verantwortlich ist. Finance muss die Prozesse steuern, Tax die steuerlichen Anforderungen sicherstellen, IT die Systeme bereitstellen und Operations die Abläufe mit Kunden und Lieferanten koordinieren. Ohne klare Verantwortlichkeiten scheitern Projekte.

Entscheidungsbaum: Welche Schritte für welches Profil

Je nach Unternehmensprofil und Transaktionstyp ergeben sich unterschiedliche Handlungsbedarfe. Dieser Entscheidungsbaum hilft Ihnen, Ihre Situation einzuordnen.

Sie stellen Rechnungen an spanische öffentliche Stellen (B2G)

Diese Pflicht gilt seit 2015. Wenn Sie sie nicht erfüllen, verstoßen Sie aktiv gegen Vorschriften. Stellen Sie sicher, dass Ihre Software Rechnungen im Facturae-Format erstellt. Beschaffen Sie die DIR3-Codes der Behörde. Reichen Sie die Rechnung über den richtigen Kanal ein (z. B. FACe). Organisieren Sie ein elektronisches Zertifikat. Prüfen Sie den Status Ihrer Rechnung und behandeln Sie Ablehnungen strukturiert.

Sie sind in Spanien ansässig und tätigen B2B-Transaktionen

Sie unterliegen der B2B-E-Rechnungspflicht nach Ley Crea y Crece. Die Fristen sind gestaffelt: ab Oktober 2027 für Unternehmen mit mehr als 8 Millionen Euro Umsatz, ab Oktober 2028 für alle übrigen. Entwickeln Sie eine Roadmap für B2B-Formate und Statusmanagement. Definieren Sie Ihre Plattformstrategie (öffentlich, privat, hybrid). Prüfen Sie, ob Ihre Abrechnungssoftware Verifactu-konform ist. Bereiten Sie Ihre Stammdaten vor.

Sie fakturieren aus Deutschland nach Spanien (grenzüberschreitend B2G)

Die spanischen B2G-Anforderungen gelten auch für Sie, wenn der Empfänger eine spanische Behörde ist. Sie müssen Facturae erzeugen, DIR3-Codes verwenden und über die richtige Plattform einreichen. Die B2B-Pflicht nach Ley Crea y Crece gilt primär für in Spanien ansässige Parteien. Dennoch können Ihre spanischen Geschäftspartner verlangen, dass Sie strukturierte Rechnungen liefern. Klären Sie diese Anforderungen bilateral.

Sie betreiben nur B2C in Spanien

Die B2B-Pflicht nach Ley Crea y Crece betrifft Sie nicht. Verifactu kann dennoch relevant sein, wenn Sie elektronische Abrechnungssoftware verwenden. Prüfen Sie, ob Ihre Software die technischen Anforderungen erfüllt und welche Fristen für Ihr Profil gelten.

Zusammenfassung: Die wichtigsten Punkte auf einen Blick

Die E-Rechnungspflicht in Spanien ist komplex, weil mehrere Regelwerke koexistieren. B2G-E-Rechnung gilt seit 2015 und betrifft Rechnungen an die öffentliche Verwaltung. Verifactu regelt technische Anforderungen an Abrechnungssoftware seit 2027. Die B2B-E-Rechnungspflicht nach Ley Crea y Crece wird gestaffelt ab Oktober 2027 eingeführt.

Spanien setzt auf ein hybrides Modell aus öffentlicher Plattform und akkreditierten privaten Plattformen. Das Referenzformat für B2B ist UBL, für B2G Facturae. Statusmeldungen sind verpflichtend und müssen innerhalb von vier Tagen kommuniziert werden. Nicht konforme Rechnungen werden abgelehnt, was zu Zahlungsverzögerungen und Cashflow-Problemen führt.

Datenqualität ist der kritische Erfolgsfaktor. Unternehmen müssen Stammdaten bereinigen, Validierungsregeln implementieren und Prozesse für Statusmanagement und Ablehnungen aufbauen. Insellösungen pro Land skalieren nicht. Sie benötigen eine flexible, skalierbare Architektur, die mehrere Länder, Formate und Plattformen abbilden kann.

E-Rechnung ist kein IT-Projekt, sondern betrifft Finance, Tax, Operations und Compliance gleichermaßen. Unternehmen sollten jetzt mit der Vorbereitung beginnen, auch wenn die Fristen noch nicht unmittelbar bevorstehen. Projekte, die spät starten, riskieren Hektik, Fehler und operative Probleme.

Häufig gestellte Fragen (FAQ)

Ab wann ist die E-Rechnung in Spanien verpflichtend?

Das hängt vom Typ der Rechnung ab. B2G-E-Rechnungen sind seit Januar 2015 verpflichtend. Verifactu gilt für Unternehmen seit Januar 2027, für Selbstständige seit Juli 2027. Die B2B-E-Rechnungspflicht tritt gestaffelt ab Oktober 2027 (große Unternehmen) bzw. Oktober 2028 (alle übrigen) in Kraft.

Welches Format muss ich für B2G-Rechnungen verwenden?

Für Rechnungen an die öffentliche Verwaltung in Spanien müssen Sie das Facturae-Format verwenden, ein XML-basiertes strukturiertes Format. PDF-Rechnungen werden nicht akzeptiert.

Was sind DIR3-Codes und warum brauche ich sie?

DIR3-Codes sind drei Identifikationscodes, die in B2G-Rechnungen angegeben werden müssen, damit die Rechnung an die richtige Stelle innerhalb der Verwaltung geroutet wird. Ohne diese Codes kann die Rechnung nicht verarbeitet werden. Sie müssen beim Empfänger erfragt oder über öffentliche Verzeichnisse ermittelt werden.

Gilt die B2B-E-Rechnungspflicht auch für grenzüberschreitende Transaktionen?

Die Ley Crea y Crece gilt primär für Transaktionen, bei denen beide Parteien in Spanien ansässig sind. Grenzüberschreitende Transaktionen fallen nicht unter die Pflicht. Dennoch können spanische Geschäftspartner verlangen, dass Sie strukturierte E-Rechnungen liefern, wenn dies vertraglich vereinbart ist oder als Lieferkettenanforderung gilt.

Was passiert, wenn meine Rechnung abgelehnt wird?

Abgelehnte Rechnungen werden nicht bezahlt. Sie müssen den Ablehnungsgrund identifizieren, die Rechnung korrigieren und erneut versenden. Dieser Prozess verzögert den Zahlungseingang und wirkt sich auf Ihr Working Capital aus. Unternehmen sollten Prozesse aufbauen, die Ablehnungen schnell und strukturiert behandeln.

Muss ich die öffentliche Plattform der AEAT nutzen oder kann ich eine private Plattform wählen?

Sie können wählen. Spanien verfolgt ein hybrides Modell. Sie können die kostenlose öffentliche Plattform der AEAT nutzen, eine akkreditierte private Plattform einsetzen oder eine Kombination aus beiden verwenden. Private Plattformen bieten oft mehr Funktionen, bessere Integration und Support.

Was ist der Unterschied zwischen Verifactu und der B2B-E-Rechnungspflicht?

Verifactu reguliert die Abrechnungssoftware und deren technische Eigenschaften (Integrität, Unveränderlichkeit, Rückverfolgbarkeit). Die B2B-E-Rechnungspflicht reguliert das Format und den Austausch strukturierter Rechnungen zwischen Unternehmen. Beide Pflichten können parallel gelten, verfolgen unterschiedliche Zwecke und haben unterschiedliche Fristen.

Wie lange muss ich elektronische Rechnungen in Spanien aufbewahren?

Elektronische Rechnungen müssen mindestens 4 Jahre lang aufbewahrt werden. Sie müssen jederzeit lesbar, integer und im Prüfungsfall zugänglich sein. Un