Verifactu Validator Spain
Prüfen Sie Ihre Rechnungsdatensätze — und ihren verketteten Hash — bevor Sie sie an die AEAT senden. Im Browser, ohne Upload.
Was ist Verifactu, und was prüft dieses Werkzeug?
Verifactu ist die Übermittlungsart, mit der ein spanisches Fakturierungssystem (SIF, geregelt durch das Königliche Dekret 1007/2023 und die Verordnung HAC/1177/2024) Daten an die AEAT, die spanische Steuerbehörde, sendet. Die AEAT erhält keine Rechnung im UBL-Sinne, sondern Rechnungsdatensätze: einen RegistroAlta je ausgestellter Rechnung und einen RegistroAnulacion je Stornierung, gebündelt in einer RegFactuSistemaFacturacion-Übermittlung. Jeder Datensatz trägt eine Huella: einen verketteten SHA-256-Fingerabdruck, der die Huella des vorherigen Datensatzes einbezieht — die Rechnungskette lässt sich so nicht unbemerkt verändern. Dieser kostenlose Validator prüft die Datei in zwei Schichten: zuerst gegen das offizielle XSD der AEAT (SuministroLR.xsd und SuministroInformacion.xsd), dann gegen die Ablehnungsprüfungen, die die AEAT selbst in „Validaciones y errores“ (v1.2.2, 08.04.2026) veröffentlicht — mit genau dem offiziellen Code (1108, 1130, 1142, 1152, 1177, 1189/1190, 1195/1196, 1223…) — und er BERECHNET die Huella jedes Datensatzes neu und reproduziert dabei die drei offiziellen Testvektoren der AEAT. Alles läuft im Browser: Der Datensatz verlässt Ihr Gerät nie.
Verifactu-Validator: Prüfen Sie Ihre Rechnungsdatensätze — und ihre Huella — bevor die AEAT sie sieht
Spanische Fakturierungssysteme (SIF), geregelt durch das Königliche Dekret 1007/2023 und die Verordnung HAC/1177/2024, senden der AEAT keine Rechnungen, sondern Rechnungsdatensätze: einen RegistroAlta je ausgestellter Rechnung, einen RegistroAnulacion je Stornierung, gebündelt in einer RegFactuSistemaFacturacion-Übermittlung. Die AEAT prüft sie einzeln und antwortet mit einem Code: angenommen, mit Fehlern angenommen oder abgelehnt.
Das Werkzeug arbeitet in zwei Schichten. Zuerst das offizielle AEAT-XSD (SuministroLR.xsd und SuministroInformacion.xsd): Struktur, Typen, Kardinalitäten und geschlossene Aufzählungen. Danach die Ablehnungsprüfungen, die die AEAT selbst in „Validaciones y errores“ (v1.2.2, 08.04.2026) veröffentlicht — mit ihrem exakten Code: 1108 (NIF des Ausstellers weicht vom Obligado ab), 1114/1115, 1116/1117 und 1118/1119 (Konsistenz der Korrektur- und ersetzten Rechnungen), 1130 (unzulässige Zeichen in NumSerieFactura), 1138/1139 (Macrodato), 1142 (CuotaRepercutida gegen Bemessungsgrundlage und Steuersatz), 1152, 1177 (IdSistemaInformatico), 1189/1190 (Block Destinatarios, gesteuert vom TipoFactura), 1195/1196 (OperacionExenta und CalificacionOperacion schließen einander aus) und 1223.
Und es tut, was fast niemand tut: Es BERECHNET die Huella neu. Jeder Datensatz trägt einen SHA-256-Fingerabdruck, der die Huella des vorherigen Datensatzes einbezieht — daher „verketteter Hash“ —, und niemand kann sie prüfen, ohne die Rechnung Zeichen für Zeichen zu wiederholen. Unsere Implementierung reproduziert die drei offiziellen Vektoren aus dem AEAT-Dokument „Especificaciones técnicas para generación de la huella o hash“ (v0.1.2, 27.08.2024). Alles läuft im Browser: Der Datensatz wird nie übertragen.
Das Wichtigste
- Die Huella ist ein VERKETTETER SHA-256-Hash: Jeder Datensatz bezieht die Huella des vorherigen ein. Genau das macht die Rechnungskette manipulationssicher — und genau das prüft niemand, ohne neu zu rechnen.
- Eine falsche Huella ist KEINE Ablehnung: Sie ist Code 2000 aus der Serie 2xxx „mit Fehlern angenommen“. Die AEAT verbucht den Datensatz trotzdem und verlangt eine Korrektur. Unsere Taxonomie folgt der AEAT, nicht der Intuition.
- Fehler 1142 ist reine Arithmetik: CuotaRepercutida gegen BaseImponibleOimporteNoSujeto und TipoImpositivo. Das XSD nimmt einen solchen Datensatz anstandslos an; die AEAT lehnt ihn ab.
- Die Codes 1189 und 1190 sind symmetrisch: Bei TipoFactura F1, F3, R1, R2, R3 oder R4 ist der Block Destinatarios Pflicht; bei F2 oder R5 ist er verboten.
- Etwa die Hälfte der Prüfungen benötigt ein Register der AEAT (das NIF-Censo, die Duplikatshistorie, das Signaturzertifikat). Das Werkzeug listet sie auf dem Bildschirm auf, statt sie hinter einem grünen Siegel zu verbergen.
Häufige Fragen
Sendet dieser Validator meine Datei an die AEAT?
Nein. Der Datensatz wird vollständig in Ihrem Browser gelesen und geprüft: Nichts wird übertragen. Eine Prüfung hier ist keine Meldung und ersetzt die Übermittlung über Ihren Kanal nicht.
Was genau ist die Huella, und warum berechnen Sie sie neu?
Sie ist der Fingerabdruck des Datensatzes: eine SHA-256-Zeichenkette, gebildet aus bestimmten Feldern des Datensatzes UND aus der Huella des vorherigen Datensatzes. So verkettet, bilden die Datensätze eine Folge, die sich nachträglich nicht ändern lässt, ohne die Kette zu brechen. Sie zu prüfen heißt, die Berechnung exakt zu wiederholen — Feldreihenfolge, Formatierung, Kodierung —, und genau das tun wir: Unsere Implementierung reproduziert die drei offiziellen Testvektoren der AEAT.
Wird der Datensatz bei falscher Huella abgelehnt?
Nein — und das ist das Kontraintuitive. Eine falsche Huella ist Code 2000 der Serie 2xxx „mit Fehlern angenommen“: Die AEAT verbucht den Datensatz und verlangt die Korrektur. Deshalb erscheint er hier als Hinweis und nicht als Ablehnung: Wir folgen der Taxonomie der AEAT.
Was bedeutet Fehler 1142?
Dass CuotaRepercutida nicht zu BaseImponibleOimporteNoSujeto und TipoImpositivo derselben Aufschlüsselung passt. Eine arithmetische Prüfung, die das XSD niemals sehen kann — und eine der häufigsten Ablehnungsursachen.
Warum kann ein hier „gültiger“ Datensatz trotzdem abgelehnt werden?
Weil manche Prüfungen eine Datenbank brauchen, die wir ohne Upload Ihrer Datei nicht erreichen: ob die NIF im Censo existiert (1109/4107), ob der Datensatz in der Historie der AEAT doppelt ist (3000), ob das Signaturzertifikat den Absender berechtigt (4112). Auch die Zeittoleranz (2004) ist nicht implementierbar: Der Zahlenwert ist nirgends veröffentlicht — der offizielle Text bricht buchstäblich bei „admitiéndose un margen de error de:“ ab. Das Werkzeug listet all dies auf, statt den Eindruck zu erwecken, es sei geprüft worden.
Woher stammen die Regeln?
Ausschließlich aus offiziellen Dokumenten: den XSD-Schemata der AEAT (SuministroLR.xsd, SuministroInformacion.xsd), der Prüfliste „Validaciones y errores“ v1.2.2 (08.04.2026) und den „Especificaciones técnicas para generación de la huella o hash“ v0.1.2 (27.08.2024). Origen de los datos: Agencia Estatal de Administración Tributaria (Schemata abgerufen am 13.07.2026). ValidateFin ist ein unabhängiges Werkzeug, weder zertifiziert noch von der AEAT unterstützt.
ValidateFin is an independent tool. It is not certified, approved, affiliated with or endorsed by the Agencia Estatal de Administración Tributaria (AEAT), and nothing here should be read as suggesting otherwise. “Official” refers only to the artefacts used — the AEAT’s XSD schemas (SuministroLR.xsd, SuministroInformacion.xsd), its “Validaciones y errores” control list (v1.2.2, 08/04/2026) and its hash specification (“Especificaciones técnicas para generación de la huella o hash”, v0.1.2, 27/08/2024) — not to any accreditation of this tool. Origen de los datos: Agencia Estatal de Administración Tributaria — schemas and control lists retrieved on 13 July 2026. About half of the AEAT’s controls query a government registry (the censo for NIF checks, the duplicate history, the signing certificate) and cannot run in a browser; the tool lists them on screen rather than hiding them behind a green badge. Validating a file here does not submit it to the AEAT.