Offline fakturieren unter Verifactu: Störungsmodus versus TicketBAIs Konnektivitätsannahme

Konnektivität fällt aus. Restaurants verlieren mitten im Service das Internet, Techniker arbeiten in Kellern, ländliche Standorte laufen über schwache Leitungen. Wie sich Ihr Fiskalsystem während eines Ausfalls verhält, ist keine technische Fußnote; es entscheidet, ob Sie legal weiter Rechnungen ausstellen dürfen. Spaniens zwei Rahmen beantworten die Frage unterschiedlich.

Verifactu: Der formalisierte Störungsmodus

Verifactu enthält einen strukturierten Störungsmodus (modo de incidencia). Fällt die Verbindung zur AEAT aus, darf ein konformes SIF:

1. Normal weiter Rechnungen ausstellen, jede mit ihrem unveränderlichen Registrierungsdatensatz, lokal hash-verkettet
2. Die ausstehenden Datensätze lokal einreihen
3. Die eingereihten Datensätze synchronisieren, sobald die Konnektivität zurückkehrt, innerhalb der geforderten Fenster

Die Anti-Betrugs-Eigenschaften überleben den Ausfall, weil sie lokal sind: Kette, Hash und QR-Code hängen nicht vom Echtzeitkontakt mit der Steuerbehörde ab. Im Verifactu-Modus (sendend) holt die Übermittlung nach Wiederherstellung der Verbindung auf. Im Nur-Datensatz-Modus wurde ohnehin nichts gesendet; die Datensätze liegen im lokalen Archiv, verfügbar auf Anforderung.

Was der Störungsmodus nicht erlaubt: Rechnungen außerhalb eines konformen SIF auszustellen, "weil das Internet ausgefallen war". Notizbuch und Stift während eines Ausfalls sind kein Störungsmodus. Das ist nicht registrierte Fakturierung.

TicketBAI: Die Konnektivitätsannahme

Das Design von TicketBAI setzt konstante Internetkonnektivität voraus. Jede Rechnung erzeugt ihr signiertes XML und übermittelt an die Provinzsteuerbehörde in Echtzeit oder nahezu in Echtzeit. Es gibt keinen vergleichbaren formalisierten Fallback-Mechanismus im Systemdesign.

Für Unternehmen in Alava, Bizkaia und Gipuzkoa verändert das die Infrastrukturfrage von "was tun wir bei einem Ausfall" zu "wie machen wir Ausfälle selten und kurz":

• Redundante Konnektivität an festen Standorten: primäre und Ausfall-Leitung an POS-intensiven Orten
• Warteschlangen mit klarem Bedienerstatus: Software muss Übermittlungsfehler sauber behandeln, dem Bediener exakt zeigen, welche Rechnungen übermittlungsausstehend sind, und automatisch wiederholen
• Explizite Verfahren für Offline-starke Arbeit: Märkte, Food Trucks, ländliche Installationen brauchen Vereinbarungen im Einklang mit den Erwartungen der Provinzbehörde, keine improvisierten Workarounds

Der Vergleich, der zählt

Planung nach Geschäftstyp

Gastronomie und Handel (POS)

An der Kasse schmerzen Ausfälle am meisten: Der Service kann nicht stoppen. Unter Verifactu: Bestätigen Sie, dass Ihre Kassensoftware den Störungsmodus echt implementiert, mit lokaler Verkettung und automatischem Sync, nicht nur einem Wiederholen-Button. Unter TicketBAI ist Konnektivitätsredundanz die primäre Kontrolle; eine zweite SIM-basierte Ausfall-Leitung ist an einem Karten-und-Bar-Till eine günstige Versicherung.

Außendienst und Handwerk

Rechnungen, die vor Ort vom Telefon oder Tablet ausgestellt werden. Unter Verifactu deckt der Störungsmodus das Keller-ohne-Empfang-Szenario ab, wenn die App lokal aufzeichnet und einreiht. Unter TicketBAI setzt das Design voraus, dass die Rechnung auf Empfang wartet. Bauen Sie den Fluss so, dass die Rechnung vor Ort entworfen und bei Rückkehr der Konnektivität ausgestellt wird, mit dem klaren Verständnis des Bedieners, wann sie rechtlich existiert.

Multi-Regionen-Betreiber

Eine Gruppe mit Einheiten in Madrid (Verifactu), Bilbao (TicketBAI plus Batuz) und Pamplona (NaTicket) fährt drei Fiskalverhalten aus einem operativen Stack. Die Software-Frage ist nicht "unterstützt es Spanien", sondern "implementiert es Ausfallverhalten, Verkettung und Meldung jedes Regimes pro Einheit". Konfiguration auf Einheitenebene, nicht auf Länderebene.

Ihr Ausfallverhalten testen

Einmal, bevor Sie es brauchen:

1. Das Netzwerkkabel ziehen. Zehn Rechnungen ausstellen. Prüfen, dass jede ihren Datensatz, ihre Kettenposition und ihren QR hat.
2. Wieder verbinden. Verifizieren, dass die Warteschlange vollständig synchronisiert, in Reihenfolge, ohne Lücken und ohne Duplikate.
3. Das Ereignisprotokoll prüfen. Ausfall und Wieder-Sync sollten sichtbare Ereignisse sein. Ein Prüfer kann fragen.
4. Für TicketBAI-Einheiten: Den Bedienerstatus verifizieren. Welche Rechnungen übermittlungsausstehend sind, muss auf dem Bildschirm eindeutig sein.
5. Den Test dokumentieren in Ihrer Prozessdokumentation. Ausfallverhalten ist Teil der Systembeschreibung.

Häufige Fehldeutungen

"Verifactu-Störungsmodus heißt, Papier-Backup geht schon." Nein. Der Störungsmodus läuft innerhalb des konformen SIF. Papierrechnungen während eines Ausfalls liegen außerhalb der Kette.

"TicketBAI hat denselben Fallback wie Verifactu." Hat es nicht. Das Design setzt Konnektivität voraus. Planen Sie Infrastruktur, nicht Ausnahmen.

"Ein spanischer Software-Stack deckt alle Regionen automatisch ab." Regionale Regime haben unterschiedliche Schemata, Endpunkte und Ausfallverhalten. Verifizieren Sie pro Einheit, pro Provinz.

"Ausfälle sind ein IT-Detail." In einem fiskalisierten System definiert das Ausfallverhalten, wann eine Rechnung rechtlich existiert. Das ist eine Betriebsentscheidung mit Compliance-Konsequenzen.

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.