Zum Hauptinhalt springen
VeriFactu

VeriFactu-Datensatz korrigieren: Ablauf und die Fehler zu Subsanacion und RechazoPrevio

In VERI*FACTU wird ein Datensatz nie bearbeitet oder gelöscht: War er falsch, wird ein weiterer mit derselben Rechnungskennung übermittelt, der ihn korrigiert. Die AEAT, die spanische Steuerbehörde, nennt das «subsanación», Korrektur, und kennzeichnet sie mit zwei Feldern, Subsanacion und RechazoPrevio. Diese Seite erklärt, wann eine Korrektur nötig ist, wie sich die beiden Felder kombinieren und welche sieben Codes erscheinen, wenn sie nicht passen.

FlexigoTech · Verantwortlich: Víctor Gómez · Aktualisiert am 4. November 2026

Das Wichtigste

Versionen
Odoo 17, 18, 19 und 20
Geprüft
im Quellcode des Moduls, Version 20.0 · in den Quellen am Ende
Lesezeit
3 Min.

Wann eine Korrektur nötig ist

Das Validierungsdokument der AEAT sieht eine Korrektur in drei Fällen vor:

  • Der Datensatz wurde mit zulässigen Fehlern angenommen, also mit den Codes 2xxx. Zwei Ausnahmen müssen nicht korrigiert werden: ein leeres ClaveRegimen bei IPSI und ein Erstellungszeitpunkt, der vor der Uhr der AEAT liegt.
  • Der Datensatz wurde abgelehnt. Bei freiwilliger Übermittlung müssen abgelehnte Datensätze in einer neuen Übermittlung erneut gesendet werden, wobei der Fehler korrigiert wird.
  • Sie stellen später falsche Daten in einem Datensatz fest, der ohne Fehler angenommen wurde.

Eine Korrektur ist nicht möglich, wenn die Ursache die Ausstellung einer Korrekturrechnung erfordert. Eine Korrektur berichtigt einen Datensatz; sie ersetzt keine Korrekturrechnung.

Karte der Korrekturcodes von VeriFactu
Die sieben Codes dieser Seite: in Bernstein die von Subsanacion und RechazoPrevio und daneben 3003 und 3004.

Die vier Arten, einen Datensatz zu erfassen

Der Anhang der zulässigen Vorgänge der AEAT kombiniert beide Felder so:

VorgangSubsanacionRechazoPrevioWann
Erstmalige ErfassungN oder leerN oder leerDie Rechnung existiert bei der AEAT noch nicht.
Erfassung nach AblehnungSXKorrigiert eine erstmalige Erfassung, die abgelehnt wurde und die die AEAT daher nicht hat.
KorrekturerfassungSN oder leerKorrigiert einen Datensatz, den die AEAT bereits hat.
Erfassung nach abgelehnter KorrekturSSWiederholt eine Korrektur, die abgelehnt wurde.

Die Codes dieser Familie

CodeWas fehlschlägt
1153RechazoPrevio X ohne Subsanacion S.
1161RechazoPrevio S ohne Subsanacion S.
1171Subsanacion oder RechazoPrevio mit einem Wert außerhalb der Liste.
1275Falscher Wert in RechazoPrevio.
1276Falscher Wert in SinRegistroPrevio.
3003El presentador no tiene los permisos necesarios para actualizar este registro de facturación.
3004No es posible modificar la factura ya que ha sido dada de alta vía formulario.

Der 3003 erscheint, wenn die Person, die die Korrektur übermittelt, diesen Datensatz nicht aktualisieren darf, und der 3004, wenn die ursprüngliche Rechnung über das Formular der AEAT erfasst wurde und nicht aus einem Rechnungssystem.

Was unser Modul heute tut

Der Erfassungsdatensatz, den das veröffentlichte Modul erzeugt, enthält weder Subsanacion noch RechazoPrevio: Alle seine Erfassungen sind erstmalige Erfassungen. Deshalb stammen diese Codes nicht aus seinen Übermittlungen, und aus demselben Grund gilt:

Ein abgelehnter Datensatz (1xxx)
Die Warteschlange versucht es mit denselben Daten erneut, da sich der Datensatz nach der Veröffentlichung nicht ändert, und beim sechsten Versuch setzt sie ihn in Dead Letter. Kein Wiederholungsversuch macht daraus eine Erfassung nach Ablehnung.
Ein mit Fehlern angenommener Datensatz (2xxx)
Er bleibt als «Aceptado con errores (subsanar)». Das Modul sendet die Korrektur nicht.

Das ist das Erste, was Sie wissen müssen: In Odoo ist die Korrektur eines VERI*FACTU-Datensatzes mit dem veröffentlichten Modul nicht automatisch.

Rechnungsdatensätze in Odoo mit den Status angenommen und mit Fehlern angenommen
In der Liste der Datensätze bleiben die mit Fehlern angenommenen zur Korrektur markiert. Screenshot aus Odoo 20 mit Demodaten; die Antworten der AEAT sind simuliert.

Was in der Zwischenzeit zu tun ist

  1. Stornieren Sie die Rechnung nicht, um sie zu reparieren: Ein Storno erzeugt einen Stornodatensatz, der verkettet und übermittelt wird, berichtigt aber den vorherigen Datensatz nicht.
  2. Korrigieren Sie in Odoo die Ausgangsdaten, sei es den Kontakt, die Steuer oder das Journal, damit die nächsten Rechnungen korrekt ausgehen.
  3. Schreiben Sie an comercial@flexigobe.com mit den betroffenen Datensätzen und deren Antworten. Wir bereiten mit Ihnen die passende Korrektur für jeden einzelnen vor.

Die Codes dieser Seite mit dem Text der AEAT

Jeder Code mit seinem wörtlichen Text, so wie ihn die Fehlerliste der AEAT angibt:

CodeText der AEAT
1153Valor del campo RechazoPrevio no válido, solo podrá incluirse el campo RechazoPrevio con valor X si se ha informado el campo Subsanacion y tiene el valor S.
1161El valor del campo RechazoPrevio no es válido, no podrá incluirse el campo RechazoPrevio con valor S si no se ha informado del campo Subsanacion o tiene el valor N.
1171El valor del campo Subsanacion o RechazoPrevio no se encuentra en los valores permitidos.
1275Valor incorrecto campo RechazoPrevio
1276Valor incorrecto campo SinRegistroPrevio
3003El presentador no tiene los permisos necesarios para actualizar este registro de facturación.
3004No es posible modificar la factura ya que ha sido dada de alta vía formulario.

Weiterlesen

VeriFactu-Fehler 2000: Die AEAT berechnet Ihren Hash neu und er stimmt nicht übereinVeriFactu-Fehler 2000: Die AEAT berechnet den SHA-256-Hash neu und erhält einen anderen Wert. Warum die Rechnung trotzdem registriert ist und was in Odoo zu tun ist.Fehler 2001 bei VeriFactu: Die NIF Ihres Kunden ist im Register der AEAT nicht erfasstDer VeriFactu-Fehler 2001: Die NIF des Empfängers ist im Register der AEAT nicht erfasst. Warum die Rechnung trotzdem angenommen wird und was Sie in Odoo 17 bis 20 tun.VeriFactu-Fehler 3001 und 3002: Stornierung einer Rechnung, die die AEAT nicht hat oder bereits storniert hatVeriFactu-Fehler beim Stornieren: 3001 (bereits storniert), 3002 (nicht vorhanden) und die Generador-Prüfungen. Was Odoo 17 bis 20 beim Stornieren tut.
Geprüft im Quellcode des Moduls (Version 20.0) und in den verlinkten Quellen

Quellen