Zum Hauptinhalt springen

VeriFactu

Was ist VeriFactu?

VeriFactu ist das elektronische Rechnungssystem, das durch RD 1007/2023 und die Verordnung HAC/1177/2024 festgelegt wurde. Es gilt für alle elektronischen Fakturierungssysteme (SIF), die in Spanien betrieben werden.

Ziel ist es, die Rückverfolgbarkeit von Rechnungen zu gewährleisten und Steuerbetrug zu verhindern. Jede Rechnung erzeugt einen digitalen Fingerabdruck (Hash), der mit dem vorhergehenden verknüpft wird und so ein unveränderliches, von der AEAT überprüfbares Register bildet.

Wie Frihet die Anforderungen erfüllt

Die VeriFactu-Konformität in Frihet ist immer aktiv. Es gibt keinen Schalter, keine zusätzliche Konfiguration, kein zu aktivierendes Modul. Frihet ist eines der wenigen ERP-Systeme, das VeriFactu standardmäßig in allen Plänen enthält – siehe die vollständigen Funktionen.

Alles geschieht im Hintergrund, wenn Rechnungen erstellt oder geändert werden:

  • Der SHA-256-Hash wird automatisch auf dem Server berechnet
  • Der QR-Code wird in jedem PDF generiert
  • Die Steuerfelder werden nach der Registrierung gesperrt
  • Die Hash-Kette wird kontinuierlich gepflegt

Der Benutzer muss nichts Besonderes tun, um die VeriFactu-Anforderungen zu erfüllen.

SHA-256-Hash-Kette

Jede Rechnung generiert einen SHA-256-Hash auf dem Server (Cloud Function). Dieser Hash wird mit dem Hash der vorhergehenden Rechnung verkettet, wodurch eine unveränderliche Kette entsteht, die die Integrität des Registers gewährleistet.

Hash bei Erstellung

Beim Erstellen einer Rechnung wird der Hash aus 8 Feldern berechnet:

FeldBeschreibung
NIF des AusstellersSteuerliche Identifikation des Ausstellers
RechnungsnummerVollständige Nummer (Serie + Sequenz)
AusstellungsdatumIm Format TT-MM-JJJJ
RechnungstypF1, F2, R1-R5
Gesamter SteuerbetragSumme aller Steuern
GesamtbetragRechnungssumme
Vorheriger HashHash der unmittelbar vorhergehenden Rechnung
Registrierungsdatum/-zeitZeitstempel des Erstellungszeitpunkts

Stornierungs-Hash

Beim Stornieren einer Rechnung wird ein Stornierungs-Hash mit 5 Feldern generiert:

FeldBeschreibung
NIF des AusstellersSteuerliche Identifikation des Ausstellers
RechnungsnummerNummer des stornierten Dokuments
AusstellungsdatumOriginaldatum der Rechnung
Vorheriger HashHash der vorherigen Rechnung in der Kette
Registrierungsdatum/-zeitZeitstempel der Stornierung

Die kritischen Felder des Hashs sind nach der Berechnung unveränderlich. Sie können nach der Hash-Generierung nicht mehr bearbeitet werden.

Rechnungstypen (TipoFactura)

Frihet weist den Rechnungstyp automatisch basierend auf den Merkmalen des Dokuments zu:

CodeTypBeschreibung
F1Vollständige RechnungStandardrechnung (Standardzuweisung)
F2Vereinfachte RechnungRechnungen unter 400 EUR ohne NIF des Empfängers
R1Korrekturrechnung (Art. 80.1-2, 80.6 LIVA)Fehler, rückwirkende Rabatte (am häufigsten)
R2Korrekturrechnung (Art. 80.3 LIVA)Nichtzahlung / uneinbringliche Forderung
R3Korrekturrechnung (Art. 80.4 LIVA)Insolvenzverfahren
R4Korrekturrechnung (sonstige)Andere Fälle
R5Vereinfachte KorrekturrechnungKorrektur einer vereinfachten Rechnung

F2 wird automatisch zugewiesen, wenn der Betrag unter 400 EUR liegt und der Empfänger keine NIF hat.

Umsatzsteuerschema-Schlüssel (ClaveRegimenIVA)

Der Regimeschlüssel identifiziert die Art der steuerlichen Transaktion. Frihet weist standardmäßig das allgemeine Regime (01) zu.

CodeRegime
01Allgemeines Regime
02Export
03Sonderregelung für gebrauchte Waren
04Sonderregelung für Anlagegold
05Sonderregelung für Reisebüros
06Sonderregelung für Unternehmensgruppen
07Sonderregelung der Ist-Besteuerung
08Vorgänge, die IPSI/IGIC unterliegen

AEAT QR-Code auf Rechnungen

Alle von Frihet generierten PDF-Rechnungen enthalten einen QR-Verifizierungscode, der zur elektronischen Zentrale der AEAT verlinkt.

Format der QR-URL:

https://www2.agenciatributaria.gob.es/wlpl/TIKE-CONT/ValidarQR?nif={NIF}&numserie={NUM}&fecha={DD-MM-YYYY}&importe={TOTAL}

Neben dem QR-Code erscheint der Text: "Rechnung überprüfbar in der elektronischen Zentrale der AEAT".

info

Der QR-Code erscheint nur, wenn im Steuerprofil eine NIF unter EinstellungenSteuerprofil konfiguriert ist.

Verantwortungserklärung der Software

Die Verantwortungserklärung entspricht Art. 20 der RD 1007/2023. Sie ist unter EinstellungenSteuerprofil sichtbar und enthält die folgenden Daten:

FeldWert
SoftwareFrihet ERP v1.0
Hersteller(Wird unter Einstellungen > Compliance > VeriFactu konfiguriert)
NIF des Herstellers(Wird unter Einstellungen > Compliance > VeriFactu konfiguriert)
Hash-KetteSHA-256
VorschriftenRD 1007/2023, Verordnung HAC/1177/2024

Beziehung zu Steuermodellen

VeriFactu konzentriert sich auf die Rückverfolgbarkeit von Rechnungen (Hash, QR, Unveränderlichkeit). Die quartalsweisen Steuermodelle sind ein zusätzlicher Schritt, bei dem die bei der Hacienda einzureichenden Erklärungen berechnet werden:

Die VeriFactu-Daten (Rechnungstyp, Regimeschlüssel) werden automatisch in die von Frihet exportierten Registerbücher aufgenommen.

Phase 3: Übermittlung an die AEAT

Phase 3 von VeriFactu ermöglicht die automatische Übermittlung der Rechnungsdaten direkt an die AEAT mittels SOAP/XML-Nachrichten, die mit einem digitalen Zertifikat signiert sind. Mit aktivierter dieser Phase wird jede ausgestellte oder stornierte Rechnung im Hintergrund an das SII-System der AEAT übermittelt.

Die Übermittlung erfordert ein gültiges digitales Zertifikat (.pfx oder .p12), das unter Einstellungen > Compliance konfiguriert ist. Es kann im Sandbox-Modus für Tests aktiviert werden, bevor es in Produktion genommen wird.

Für die vollständige Dokumentation zu Konfiguration, Übermittlungsstatus, Wiederholungen und Fehlerbehebung siehe die Anleitung zur Übermittlung an die AEAT.

Fristen für die Verpflichtung

Unternehmen (GmbH, AG): 1. Januar 2027. Selbstständige: 1. Juli 2027 (RDL 15/2025).

Anwendbare Vorschriften

  • Gesetz 11/2021 (Betrugsbekämpfungsgesetz) — Art. 29.2.j) LGT
  • RD 1007/2023 — VeriFactu-Verordnung (RRSIF)
  • Verordnung HAC/1177/2024 — Technische Spezifikationen
  • RDL 15/2025 — Fristverlängerung

Weiter: Übermittlung an die AEAT (Phase 3) | Unveränderlichkeit und Registrierung