VeriFactu in Spanien: Was deutsche Firmen mit Tochtergesellschaft oder Niederlassung jetzt sauber vorbereiten müssen
Viele Unternehmensgruppen mit Sitz in Deutschland haben rechtlich eigenständige Firmen in Spanien, etwa eine Tochtergesellschaft, eine Betriebsstätte mit eigener Rechnungsstellung oder eine lokale Vertriebsgesellschaft. Genau diese spanischen Firmen sind vom spanischen Regelwerk für Fakturierungs-IT-Systeme betroffen, auch wenn das ERP zentral in Deutschland betrieben wird. Maßgeblich ist, dass die spanische Firma Rechnungen nach spanischem Recht ausstellt und dafür Software nutzt.
Im Zentrum stehen die Sistemas Informáticos de Facturación, kurz SIF. Das sind Fakturierungs-IT-Systeme, die Rechnungen erstellen und dabei standardisierte Fakturierungsdatensätze erzeugen müssen, inklusive Mechanismen zur Integrität und Nachvollziehbarkeit. VeriFactu ist dabei eine Betriebsart innerhalb dieses Rahmens, bei der die erzeugten Fakturierungsdatensätze an die spanische Steuerbehörde AEAT übermittelt werden können. (Quelle: https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu.html)
Fristen: Pflicht um ein Jahr verschoben, jetzt 2027
Die wichtigste Planungsänderung für 2026 Projekte ist die Verschiebung um ein Jahr. Nach Veröffentlichung des Real Decreto-ley 15/2025 wurden die Anpassungsfristen für die Nutzung von SIF, die den Vorgaben entsprechen, auf 2027 verschoben. Die AEAT nennt dabei zwei Stichtage:
- Januar 2027 für Steuerpflichtige, die Impuesto sobre Sociedades erklären
- Juli 2027 für den übrigen Kreis der Steuerpflichtigen
(Quelle: https://sede.agenciatributaria.gob.es/Sede/todas-noticias/2025/diciembre/3/ampliacion-plazo-adaptacion-sistemas-informaticos-facturacion.html)
(Quelle: https://www.boe.es/buscar/doc.php?id=BOE-A-2025-24446)
Wichtig: Die Verschiebung ist keine Einladung, das Thema zu parken. Sie reduziert lediglich den Zeitdruck. Technisch bleibt es ein Eingriff in Kernprozesse der Rechnungsstellung.
Rechtsgrundlagen: Was gilt in Spanien konkret
Für eine belastbare Compliance Argumentation solltest du die Grundlagen sauber zitieren können:
-
Real Decreto 1007/2023
Dieses Dekret genehmigt das Regelwerk, das Anforderungen an Systeme und Programme definiert, die Fakturierungsprozesse unterstützen, und es standardisiert die Formate der Fakturierungsdatensätze. (Quelle: https://www.boe.es/buscar/act.php?id=BOE-A-2023-24840) -
Orden HAC/1177/2024
Diese Ministerialverordnung konkretisiert technische, funktionale und inhaltliche Spezifikationen und verweist zugleich darauf, dass die AEAT Details der Spezifikationen in ihrer elektronischen Plattform veröffentlicht. (Quelle: https://www.boe.es/diario_boe/txt.php?id=BOE-A-2024-22138) -
Real Decreto-ley 15/2025
Dieses Gesetz verschiebt die Anpassungsfristen, indem es die einschlägigen Übergangsbestimmungen im Kontext des RD 1007/2023 ändert. (Quelle: https://www.boe.es/buscar/doc.php?id=BOE-A-2025-24446)
Zusätzlich verweist die AEAT auf die Ley 58/2003, Ley General Tributaria, insbesondere auf formelle Pflichten und Sanktionstatbestände im Zusammenhang mit nicht konformen Systemen. (Quelle: https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu.html)
Idee und Systemlogik: Worum es bei SIF und VeriFactu fachlich geht
Das Regelwerk zielt nicht darauf ab, dass eine Firma einfach eine zusätzliche Meldung absetzt. Der Kern ist, dass das Fakturierungs-IT-System so betrieben wird, dass Rechnungsereignisse technisch nachvollziehbar sind und nachträgliche Manipulationen entweder verhindert oder eindeutig erkennbar werden.
Dazu werden standardisierte registros de facturación erzeugt, also Fakturierungsdatensätze. Für diese Datensätze gibt es ein Konzept aus Erfassung, Verkettung und Nachweisführung. In der Betriebsart VeriFactu werden die Datensätze an die AEAT übermittelt. In der Betriebsart ohne Übermittlung, oft als No VeriFactu bezeichnet, verbleiben sie im System und müssen dort die Anforderungen an Aufbewahrung, Unveränderbarkeit und Prüfbarkeit erfüllen.
Die AEAT beschreibt auf ihrer Projektseite auch, dass es sowohl Datensätze für die Erfassung als auch Datensätze für Annullierung gibt, was prozessual wichtig ist, weil Storno und Korrektur sauber abgebildet werden müssen. (Quelle: https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/cuestiones-generales.html)
Was die Entwickler FAQ der AEAT technisch klarstellt
Für technische Tiefe lohnt sich der Blick in das Dokument ACLARACIONES A DUDAS DE LOS DESARROLLADORES. Es ist kein Marketing, sondern eine praxisnahe Sammlung von Klarstellungen, die in Projekten direkt relevant sind. (Quelle: https://sede.agenciatributaria.gob.es/static_files/AEAT_Desarrolladores/EEDD/IVA/VERI-FACTU/FAQs-Desarrolladores.pdf)
Kurz zusammengefasst, inhaltlich besonders belastbar für Architektur und Betrieb:
-
Die AEAT bestätigt, dass die VeriFactu Services seit 23. April 2025 produktiv verfügbar sind, auch für freiwillige Übermittlung und für Prüfmechanismen wie QR Abgleich.
-
Das Dokument nennt die neuen Stichtage 1. Januar 2027 und 1. Juli 2027 ausdrücklich und ordnet sie den Steuerpflichtigenkreisen zu.
-
Es beschreibt, wie ein SIF in der Praxis identifiziert wird, inklusive Konzepten wie Installation und eindeutigen Kennungen, was für Rollouts in Filialstrukturen entscheidend ist.
-
Es warnt vor typischen Fehlern wie der Wiederverwendung von Rechnungsnummern nach Löschung, weil das zu Konflikten in den Fakturierungsdatensätzen führt.
-
Es erläutert, dass Mehrkomponentenarchitekturen zulässig sind, aber nur, wenn die Prozesskette zwingend, unveränderbar und sauber zertifizierbar ist.
Was deutsche Firmen mit spanischer Gesellschaft jetzt konkret prüfen sollten
1. Welche spanische Firma stellt Rechnungen aus und womit
Erstelle eine Systemlandkarte pro spanischer Firma: Welche Anwendung erzeugt die Rechnung, welche Anwendung schreibt die Nummernkreise, welche Anwendung speichert Belege und wer ist Hersteller oder Betreiber der Fakturierungssoftware. Das ist die Grundlage für jede spätere Nachweisführung.
2. Prozess für Annullierung und Korrektur
Spanische Rechnungsstornos sind kein reines PDF Thema. Du brauchst eine sauber definierte Prozesslogik, die zur Idee der registros de facturación passt, inklusive Abbildung von Annullierungsdatensätzen. (Quelle: https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/cuestiones-generales.html)
3. Entscheidung: Betrieb mit Übermittlung an die AEAT oder ohne Übermittlung
Sprachlich sauber formuliert ist es eine Entscheidung über die Betriebsart des SIF:
-
Betrieb als VeriFactu mit Übermittlung der Fakturierungsdatensätze an die AEAT
-
Betrieb ohne Übermittlung, bei dem die Anforderungen an Aufbewahrung, Nachweis und Prüfbarkeit vollständig im eigenen System liegen
In vielen Konzernlandschaften reduziert der Betrieb mit Übermittlung die Komplexität der internen Nachweisführung und beschleunigt Audits, weil ein klarer Abgleichkanal existiert. Die finale Entscheidung hängt aber von IT Governance, Datenschutz, Betriebsmodellen und Risikoposition ab.
4. Rollout Planung mit realistischen Testfällen
Teste nicht nur Happy Paths. Teste Storno, Korrektur, Nummernkreiswechsel, Systemupdates, Offline Szenarien und Wiederanläufe bei Übermittlungsfehlern. Genau diese Fälle entscheiden, ob der Betrieb stabil ist.
Umsetzung mit unserer UI und API: zwei Wege, ein Ziel
Wir unterstützen VeriFactu sowohl über eine Benutzeroberfläche als auch über unsere API. Das ist für deutsche Unternehmensgruppen praktisch, weil sich zwei typische Situationen abdecken lassen:
-
Integration in bestehende Systeme über API
Das Konzern ERP bleibt führend. Rechnungsdaten werden per API übergeben. Wir übernehmen die technische Erstellung der erforderlichen Fakturierungsdatensätze, die Betriebslogik für VeriFactu und das Handling von Status und Rückmeldungen. Ergebnis ist ein klarer Integrationspunkt ohne tiefen Eingriff in Legacy Systeme. -
Standalone Nutzung über UI für lokale Teams
Wenn eine spanische Firma kurzfristig eine funktionsfähige Lösung benötigt, kann die UI als eigenständiger Prozess genutzt werden. Das ist sinnvoll, wenn lokale Teams fakturieren, aber die ERP Integration später erfolgt oder wenn unterschiedliche Systeme je Standort existieren.
Der Kundenmehrwert ist nicht, ein weiteres Tool zu haben, sondern die spanische Pflichtanforderung kontrolliert in den Konzernprozess zu integrieren, inklusive einheitlicher Regeln, nachvollziehbarer Nachweise und klarer Betriebsverantwortung.
Fazit: Verschiebung auf 2027 ist Zeitgewinn, keine Entwarnung
Die Pflicht ist verschoben, nicht abgeschafft. Deutsche Firmen mit spanischer Tochtergesellschaft oder Niederlassung sollten 2026 nutzen, um Architektur, Nummernlogik, Storno Prozesse und Betriebsmodell sauber festzuziehen. Damit vermeidest du, dass 2027 als reines Feuerwehrprojekt endet.
