E-Rechnungssoftware in Spanien 2026 auswählen: Der vollständige Leitfaden

Die Wahl der E-Rechnungssoftware, auf die Sie sich in den nächsten Jahren verlassen werden, ist keine Kleinigkeit. Im Jahr 2026, mit dem bereits veröffentlichten Real Decreto 238/2026 und VeriFactu am Horizont, kann die falsche Wahl Bußgelder, technische Inkompatibilitäten oder eine erzwungene Notmigration im denkbar schlechtesten Moment bedeuten.

Dieser Leitfaden gibt Ihnen die 10 Kriterien, die wirklich zählen, die Warnsignale, die Sie vermeiden müssen, und die genauen Fragen, die Sie jedem Anbieter stellen sollten, bevor Sie unterschreiben.

Warum 2026 der Wendepunkt ist

Bis vor Kurzem bedeutete "elektronische Rechnung" in Spanien im Wesentlichen das Versenden einer PDF-Datei per E-Mail. Diese Zeit ist vorbei.

Das Real Decreto 238/2026, das das Gesetz Crea y Crece (Wachstums- und Gründungsgesetz) umsetzt, verpflichtet zur Ausstellung und zum Empfang elektronischer Rechnungen in strukturiertem Format (Facturae, UBL oder CII) in allen B2B-Transaktionen —zwischen Unternehmen und Selbständigen— wenn der Empfänger seinen Sitz, seine Betriebsstätte oder seinen gewöhnlichen Aufenthalt in Spanien hat.

Die Fristen sind klar:

• 12 Monate nach Inkrafttreten der Ministerialverordnung → Unternehmen mit einem Umsatz von mehr als 8 Millionen Euro.
• 24 Monate → alle anderen Unternehmen und Selbständigen.
• 36 Monate → Selbständige und Einkommenszurechnungseinheiten mit einem Umsatz von höchstens 8 Millionen Euro.

Hinzu kommt VeriFactu (RD 1007/2023 und Erlass HAC/1177/2024), das Rechnungsregistrierungssystem der spanischen Steuerbehörde AEAT, das voraussichtlich am 1. Januar 2027 für Gesellschaften in Kraft tritt. VeriFactu verlangt, dass jede Rechnung einen Datensatz mit elektronischer Signatur und einem mit dem vorherigen Datensatz verketteten Hash-Wert generiert, der in Echtzeit an die AEAT übermittelt wird oder übermittelbar ist.

Zwei verschiedene Regelwerke, zwei sich zeitlich überschneidende Pflichten. Sie benötigen eine Software, die beide erfüllt.

Die 10 unverzichtbaren Kriterien für eine gute Wahl

1. Konformität mit RD 1007/2023 und Erlass HAC/1177/2024

Dies ist der Ausgangspunkt. Die Software muss die VeriFactu-Verordnung vollständig umsetzen: Erzeugung von Rechnungsdatensätzen mit allen Pflichtfeldern, Datensatzverkettung per SHA-256-Hash sowie die Möglichkeit, Datensätze an das AEAT-System zu senden (VeriFactu-Modus) oder sicher im System des Steuerpflichtigen aufzubewahren (Nicht-VeriFactu-Modus).

Fragen Sie direkt: Welche Version des XSD-Schemas der AEAT implementiert die Software? Ist sie auf dem Stand der letzten offiziellen Veröffentlichung?

2. AEAT-Zertifizierung: die Verantwortungserklärung

Die AEAT zertifiziert Software nicht proaktiv, verlangt jedoch von Entwicklern die Einreichung einer Verantwortungserklärung (Declaración Responsable), die bestätigt, dass ihr System der Verordnung entspricht. Ohne dieses Dokument kann der Anbieter rechtlich nicht behaupten, dass seine Software konform ist.

Bitten Sie darum, die bei der AEAT eingereichte Verantwortungserklärung einzusehen. Wenn der Anbieter diese nicht hat oder nicht weiß, wovon Sie sprechen, ist das ein erhebliches Warnsignal.

3. Unterstützung beider Modi: VeriFactu und Nicht-VeriFactu

Es gibt zwei Konformitätsmodalitäten:

• VeriFactu-Modus: Jeder Rechnungsdatensatz wird zum Zeitpunkt seiner Erstellung an die AEAT gesendet. Die AEAT fungiert als Archiv und das System fügt der Rechnung den offiziellen QR-Code hinzu.
• Nicht-VeriFactu-Modus: Die Datensätze werden im System des Steuerpflichtigen mit denselben technischen Garantien (verketteter Hash, Signatur) aufbewahrt, jedoch ohne automatische Übermittlung an die AEAT — sie müssen jedoch auf Anforderung verfügbar sein.

Ihre Software muss beide Modi unterstützen und Ihnen ermöglichen, zwischen ihnen zu wechseln, wenn sich Ihre Situation ändert. Einige Anbieter implementieren nur einen; das schränkt Ihre künftige Flexibilität ein.

4. Elektronische Signatur und verketteter Hash

Dies ist der technische Kern von VeriFactu. Jeder Rechnungsdatensatz muss enthalten:

• Einen Hash des Datensatzes selbst (SHA-256).
• Den Hash des vorherigen Datensatzes, der eine unveränderliche Kette bildet.
• Eine elektronische Signatur des Ausstellers oder der Software im Namen des Ausstellers.

Dies stellt sicher, dass kein Datensatz geändert werden kann, ohne die Kette zu unterbrechen. Überprüfen Sie, ob die Software diese Verkettung automatisch implementiert und ob die elektronische Signatur mit den von der AEAT anerkannten Zertifikaten gültig ist.

5. Export in AEAT-Formate (Pre303 und MwSt.-Register)

Gute Rechnungssoftware arbeitet nicht isoliert. Sie muss Daten in den Formaten exportieren können, die Ihr Buchhalter oder die AEAT benötigt: die Pre303-Datei für die MwSt.-Abrechnung, das MwSt.-Rechnungsregister (Libro Registro de Facturas Expedidas y Recibidas) und SII-Einreichungsdateien für Großunternehmen.

Wenn Sie jeden Quartal Daten manuell in das AEAT-Portal eingeben müssen, weil Ihre Software nicht korrekt exportiert, verschwenden Sie Zeit und gehen vermeidbare Risiken ein.

6. Mehrsprachigkeit für ausländische Kunden

RD 238/2026 aktiviert die Pflicht, wenn der Empfänger seinen Sitz oder seine Betriebsstätte in Spanien hat. Wenn Sie jedoch auch Kunden in Deutschland, Frankreich oder anderen EU-Ländern in Rechnung stellen, benötigen Sie eine Software, die Rechnungen in mehreren Sprachen erstellt, ohne die erforderliche technische Struktur zu beeinträchtigen.

Der Inhalt wechselt die Sprache; das strukturierte Format (UBL, CII oder Facturae) nicht. Ihre Software muss beide Ebenen korrekt trennen.

7. Empfängerportal (RD 238/2026)

Artikel 9 des RD 238/2026 verlangt, dass der Aussteller dem Empfänger ein Portal oder einen Zugangspunkt zur Verfügung stellt, über den dieser seine empfangenen Rechnungen einsehen, herunterladen und verwalten kann. Dies ist keine Option: Der Empfänger hat das Recht, auf seine Rechnungen im strukturierten Format zuzugreifen, auch wenn er keine eigene Software hat.

Überprüfen Sie, ob Ihr Anbieter dieses Portal in seinem Angebot enthält. Einige berechnen es als Zusatzmodul; andere integrieren es standardmäßig. Es ist eine gesetzliche Anforderung, kein Extra.

8. Buchhalterische Integration

Elektronische Rechnungen sind vor allem buchhalterische Belege. Das Positionspapier Nr. 3/2026 der EC-CGE (Economistas Contables) betont dies: Die elektronische Rechnung wird zum "primären Belegdokument der Buchführung" und muss von Anfang an in den buchhalterischen Prozess integriert sein, nicht nachträglich angehängt.

Ihre Software muss sich mit Ihrem Buchhaltungsprogramm verbinden — per API, Direktexport oder nativem Connector — damit Buchungseinträge aus den Daten der elektronischen Rechnung gespeist werden, ohne manuelle Doppeleingabe.

9. Skalierbarkeit und Volumenpreise

Ein Selbständiger, der 50 Rechnungen pro Monat ausstellt, hat sehr andere Bedürfnisse als ein Unternehmen, das 5.000 ausstellt. Analysieren Sie das Preismodell:

• Wird pro ausgestellter Rechnung oder per Pauschalplan abgerechnet?
• Was passiert, wenn Sie das Planlimit überschreiten?
• Gibt es zusätzliche Kosten für den Empfang elektronischer Eingangsrechnungen von Lieferanten?
• Ist die vom RD 238/2026 geforderte Vernetzung mit anderen privaten Plattformen im Preis enthalten?

Das RD 238/2026 verlangt, dass sich private Plattformen innerhalb von maximal einem Monat nach Anforderung miteinander vernetzen. Das hat technische Kosten; stellen Sie sicher, dass diese nicht überraschend an Sie weitergegeben werden.

10. Spanischsprachiger Support und aktuelle Dokumentation

Die spanischen Vorschriften sind komplex und ändern sich häufig. Sie benötigen einen Anbieter, der:

• Support auf Spanisch anbietet, nicht nur auf Englisch.
• Die Dokumentation jedes Mal aktualisiert, wenn die AEAT neue technische Spezifikationen veröffentlicht.
• Einen direkten Kanal für Fragen zur Einhaltung von Vorschriften hat, nicht nur technische Support-Tickets.

Prüfen Sie, wann die VeriFactu-Wissensbasis zuletzt aktualisiert wurde. Wenn die Dokumentation älter als sechs Monate ist, folgt das Team den regulatorischen Entwicklungen nicht mit der erforderlichen Agilität.

Warnsignale: Software, die Sie NICHT kaufen sollten

Bestimmte Situationen sollten sofort Alarm auslösen:

Der Anbieter kennt den Unterschied zwischen B2B-E-Rechnung und VeriFactu nicht. Das sind zwei verschiedene Pflichten mit unterschiedlichen Rechtsrahmen. Sie zu verwechseln signalisiert fehlendes Fachwissen.

Keine bei der AEAT eingereichte Verantwortungserklärung. Ohne dieses Dokument hat die Konformitätsbehauptung keine rechtliche Grundlage.

Nur PDF. Eine PDF-Datei, egal wie gut benannt oder digital signiert, ist keine elektronische Rechnung im Sinne des RD 238/2026. Die Rechnung muss im strukturierten Format (Facturae, UBL oder CII) vorliegen.

Keine öffentliche Roadmap für RD 238/2026. Wenn der Anbieter Ihnen nicht zeigen kann, welche Funktionen entwickelt werden und bis wann, tragen Sie das Risiko, dass er zu spät liefert.

Ungewöhnlich niedriger Preis ohne Erklärung. Eine korrekte VeriFactu-Implementierung hat echte technische Kosten. Wenn der Preis deutlich unter dem Marktniveau liegt, fragen Sie, welche Funktionen fehlen.

Nur E-Mail-Support mit einem SLA von 72 Stunden. Bei einem Rechnungsproblem im Produktionsbetrieb sind 72 Stunden eine Ewigkeit.

Schlüsselfragen an jeden Anbieter

Bevor Sie 2026 eine E-Rechnungssoftware abonnieren, stellen Sie diese Fragen und verlangen Sie konkrete Antworten:

1. Haben Sie die Verantwortungserklärung bei der AEAT eingereicht? Können Sie den Nachweis vorlegen?
2. Welche Version des VeriFactu-XSD-Schemas implementieren Sie aktuell?
3. Unterstützen Sie sowohl den VeriFactu-Modus als auch den Nicht-VeriFactu-Modus?
4. Wie verwalten Sie elektronische Gutschriften innerhalb der Hash-Kette?
5. Ist das vom RD 238/2026 geforderte Empfängerportal im Grundpreis enthalten oder ist es ein Zusatzmodul?
6. Welche strukturierten Formate erzeugen Sie: Facturae, UBL, CII?
7. Wie vernetzt sich Ihre Plattform mit anderen privaten Plattformen?
8. Wie ist die maximale Übermittlungszeit für Datensätze an die AEAT im VeriFactu-Modus?
9. Exportieren Sie in das Pre303-Format und MwSt.-Rechnungsregister?
10. Was ist Ihr Aktualisierungsplan, wenn die AEAT neue technische Spezifikationen veröffentlicht?

Wenn der Anbieter mehr als drei dieser Fragen nicht präzise beantworten kann, suchen Sie weiter.

Häufig gestellte Fragen

Was ist der Unterschied zwischen B2B-E-Rechnung und VeriFactu? Die B2B-E-Rechnung (RD 238/2026) regelt den kommerziellen Austausch von Rechnungen zwischen Unternehmen und Selbständigen im strukturierten Format. VeriFactu (RD 1007/2023) ist ein steuerliches Kontrollsystem der AEAT, das von der Rechnungssoftware verlangt, für jede ausgestellte Rechnung Datensätze mit Signatur und verketteten Hashes zu generieren. Es handelt sich um zwei unterschiedliche Pflichten, die nebeneinander bestehen: Eine betrifft das Format der Rechnung, die Sie an Ihren Kunden senden; die andere betrifft den internen Datensatz, den Ihre Software generiert und der der AEAT zur Verfügung stehen muss.

Erfüllt eine digital signierte PDF-Datei die Anforderungen des RD 238/2026? Nein. Das RD 238/2026 verlangt strukturierte Formate (Facturae, UBL oder CII), die eine automatische Datenverarbeitung ermöglichen. Eine PDF-Datei, auch wenn sie digital signiert ist, ist kein strukturiertes Format und erfüllt nicht die B2B-E-Rechnungspflicht.

Wann tritt die Pflicht für Selbständige mit einem Umsatz unter 8 Millionen Euro in Kraft? Die Frist beträgt 24 Monate ab Inkrafttreten der Ministerialverordnung, die die öffentliche Rechnungslösung entwickelt. Für Selbständige und Einkommenszurechnungseinheiten mit einem Umsatz von höchstens 8 Millionen Euro verlängert sich die Frist auf 36 Monate. Die Ministerialverordnung ist noch nicht in Kraft getreten; das Finanzministerium hat den Entwurf im April 2026 zur öffentlichen Konsultation vorgelegt.

Was ist das Empfängerportal und warum ist es wichtig? Es ist der Zugangspunkt, den der Aussteller dem Empfänger zur Verfügung stellen muss, damit dieser seine empfangenen elektronischen Rechnungen einsehen, herunterladen und verwalten kann, auch ohne eigene Software. Artikel 9 des RD 238/2026 schreibt es ausdrücklich vor. Wenn Ihre Software es nicht enthält, müssen Sie ein zusätzliches Modul abonnieren oder den Anbieter wechseln.

Erfüllt InvoSeal alle 10 Kriterien? Ja. InvoSeal implementiert VeriFactu vollständig (VeriFactu- und Nicht-VeriFactu-Modus), generiert Rechnungen in Facturae, UBL und CII, enthält das Empfängerportal, exportiert in das Pre303-Format, bietet eine mehrsprachige Oberfläche und spanischsprachigen Support mit aktueller Dokumentation. Sie können dies in unserer technischen Dokumentation überprüfen oder es direkt ausprobieren.

InvoSeal erfüllt alle 10 Kriterien — Jetzt kostenlos testen

Sie müssen uns nicht beim Wort nehmen. InvoSeal ist von Anfang an für die Einhaltung der spanischen E-Rechnungsvorschriften konzipiert: VeriFactu, RD 238/2026 und alles, was danach kommt.

Überzeugen Sie sich selbst: Stellen Sie Ihre erste konforme elektronische Rechnung aus, überprüfen Sie die Hash-Kette, laden Sie die Facturae-Datei herunter und prüfen Sie, ob das Empfängerportal für Ihre Kunden bereit ist.

Starten Sie noch heute kostenlos. Keine Kreditkarte. Keine versteckten Bedingungen.