Das SIF-Ereignisprotokoll: Was Ihre Rechnungssoftware aufzeichnet und warum es zaehlt

Das SIF-Ereignisprotokoll: Was Ihre Rechnungssoftware aufzeichnet und warum es zaehlt

Spaniens Anti-Betrugs-Verordnung fuer Rechnungssoftware (Koenigliches Dekret 1007/2023) ist vollstaendig in Kraft: fuer Gesellschaften seit dem 1. Januar 2026, fuer Selbststaendige seit dem 1. Juli 2026. Jede in Spanien eingesetzte Rechnungssoftware muss ein konformes SIF (zertifiziertes Fakturierungssystem) sein. Wer als deutsches Unternehmen in Spanien fakturiert — mit Niederlassung, Filiale oder spanischer Steuernummer — kennt die sichtbaren Elemente meist schon: QR-Code auf jeder Rechnung und die per Hash verketteten Rechnungsdatensaetze. Weniger bekannt ist die zweite Pflichtkomponente: das Ereignisprotokoll. Ist die Hash-Kette die Beweiskette fuer Ihre Rechnungen, dann ist das Ereignisprotokoll die Blackbox des Systems selbst.

Was das Ereignisprotokoll konkret aufzeichnet

Das Ereignisprotokoll ist eine interne, automatische und manipulationssichere Chronik. Es dokumentiert nicht Ihre Umsaetze, sondern das Verhalten des Systems, unter anderem:

• Systemstarts und -stopps der Fakturierungssoftware.
• Erkannte Anomalien: Integritaetsfehler in den Datensaetzen, Fehler bei der Pruefung der Hash-Kette, Funktionsstoerungen.
• Exporte von Rechnungsdatensaetzen, etwa fuer die spanische Steuerbehoerde AEAT oder den Steuerberater.
• Wiederherstellungen aus Backups — heikel, weil dabei ein aelterer Datenstand zurueckkehren kann.
• Moduswechsel: der Wechsel zwischen VeriFactu und Nicht-VeriFactu wird mit exaktem Zeitstempel festgehalten.

Jeder Eintrag ist zeitgestempelt und nachtraeglich nicht veraenderbar. Das ist kein optionales Technik-Log, sondern eine regulatorische Pflicht — genauso verbindlich wie der QR-Code.

Fuer deutsche Ohren: GoBD-Gefuehl, aber strenger im Detail

Deutsche Unternehmen kennen aus den GoBD die Idee der Nachvollziehbarkeit und Unveraenderbarkeit, und aus der Kassensicherungsverordnung die TSE-Protokollierung an der Kasse. Das spanische Ereignisprotokoll folgt derselben Logik, gilt aber fuer jede Rechnungsstellung, nicht nur fuer Kassen. Und ein wichtiger Unterschied zur deutschen E-Rechnungswelt: XRechnung und ZUGFeRD regeln das Format der Rechnung; das SIF regelt zusaetzlich das Verhalten der Software. Eine ZUGFeRD-faehige Loesung ist deshalb nicht automatisch ein konformes SIF fuer Ihr Spanien-Geschaeft.

Warum das Protokoll im Nicht-VeriFactu-Modus entscheidend ist

Im VeriFactu-Modus wird jeder Rechnungsdatensatz bei Ausstellung laufend an die AEAT uebermittelt — die Behoerde hat eine fortlaufende Kopie. Im Nicht-VeriFactu-Modus bleiben die signierten Datensaetze lokal und werden nur auf Anforderung eingereicht. Genau dann wird das Ereignisprotokoll zum Kronzeugen: Es belegt, dass das System zwischen Rechnungsstellung und Pruefung ohne verdaechtige Luecken, Loeschungen oder Eingriffe gelaufen ist. Die AEAT sieht Ihre Rechnungen nicht taeglich — bei einer Pruefung liest sie also zuerst die Blackbox.

Was niemals passieren darf

• Luecken: Geschaeftsbetrieb ohne protokollierte Ereignisse. Ein System, das fakturiert, aber keine Ereignisse aufzeichnet, gilt als nicht konform.
• Loeschungen oder Aenderungen: Das Protokoll ist append-only. Jede Spur einer Entfernung verletzt die geforderte Unveraenderbarkeit.
• Unstimmige Eintraege: Backup-Wiederherstellungen ohne vorherige Anomalie oder wiederholte, unerklaerte Moduswechsel.

Der Einsatz nicht konformer Software kostet bis zu 50.000 Euro pro Geschaeftsjahr (Art. 201 bis des spanischen Abgabengesetzes LGT) — auch dann, wenn nur das Ereignisprotokoll mangelhaft ist.

Worauf Sie beim Softwareanbieter achten sollten

1. Wird das Ereignisprotokoll automatisch gefuehrt, ohne Nutzeraktion? 2. Laesst es sich in einem lesbaren Format exportieren, wenn die AEAT es verlangt? 3. Ist es gegen Bearbeitung und Loeschung geschuetzt — auch fuer Administratoren? 4. Wird jeder Moduswechsel VeriFactu/Nicht-VeriFactu mit Datum und Uhrzeit dokumentiert? 5. Bestaetigt die verantwortliche Erklaerung des Herstellers die vollstaendige Konformitaet mit RD 1007/2023?

Was die AEAT bei einer Pruefung verlangt

Die Behoerde kann Rechnungsdatensaetze und Ereignisprotokoll anfordern und gleicht beides ab: Die Ereignisse muessen den gesamten Zeitraum abdecken, Exporte und Wiederherstellungen muessen zu den vorgelegten Daten passen. Die Hash-Kette der Rechnungen — der wir bereits einen eigenen Blogartikel gewidmet haben — beweist, dass kein Datensatz veraendert wurde; das Ereignisprotokoll beweist, dass auch das System unangetastet blieb. Zwei getrennte, sich ergaenzende Nachweise, und der Pruefer erwartet beide lueckenlos.

Fuer deutsche Unternehmen mit Spanien-Geschaeft heisst das: Eine Rechnung mit QR-Code reicht nicht. Ihre Software muss vom ersten Tag an ihr eigenes vollstaendiges, manipulationssicheres Logbuch fuehren.