Zum Hauptinhalt springen
VeriFactu

Technische VeriFactu-Fehler: wenn das Problem bei den Systemen der AEAT liegt

Ein Teil der VERI*FACTU-Codes betrifft nicht Ihre Rechnungen, sondern die Systeme der AEAT, die spanische Steuerbehörde: ein Fehler beim Lesen des Zertifikats, bei der Prüfung der Vollmachten oder in ihrer Datenbank. Am Datensatz im Register gibt es nichts zu korrigieren. Wichtig ist zu wissen, welche Fehler Odoo selbst wiederholt und welche Sie erneut senden müssen.

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.

Zwei Gruppen, die unterschiedlich behandelt werden

Die zehn Codes auf dieser Seite beginnen mit «Error técnico» bzw. «Error técnico de base de datos», die AEAT-Liste teilt sie jedoch in zwei Abschnitte auf. Das Modul behandelt sie entsprechend diesem Abschnitt:

CodeText der AEATWas Odoo tut
4108Error técnico al obtener el certificado.Failed, keine automatische Wiederholung.
4110Error técnico al comprobar los apoderamientos.Failed, keine automatische Wiederholung.
4111Error técnico al crear el trámite.Failed, keine automatische Wiederholung.
4118Error técnico: la dirección no se corresponde con el fichero de entrada.Failed, keine automatische Wiederholung.
4128Error técnico en la recuperación del valor del Gestor de Tablas.Failed, keine automatische Wiederholung.
3500Error técnico de base de datos: error en la integridad de la información.Failed, keine automatische Wiederholung.
3501Error técnico de base de datos.Failed, keine automatische Wiederholung.
1129Error técnico al obtener el acuerdo de facturación.Automatische Wiederholung.
1256Error técnico al obtener el límite de la fecha de expedición.Automatische Wiederholung.
1288Error técnico en la validación de la fecha de expedición/operación.Automatische Wiederholung.
Übersicht der technischen Fehler der AEAT in VeriFactu
In Rot die technischen Fehler, die die gesamte Anfrage ablehnen; in Bernstein diejenigen, die nur einen Datensatz ablehnen und die die Warteschlange wiederholt.

Warum manche wiederholt werden und andere nicht

Die ersten sieben gehören zum Abschnitt, der die gesamte Übermittlung ablehnt, und die AEAT liefert sie als SoapFault zurück. Das Modul behandelt diese Antwort als endgültig: Es setzt die Übermittlung auf Failed und wiederholt sie nicht, denn eine vollständig abgelehnte Anfrage erhält bei Wiederholung in der Regel dieselbe Antwort. Hier liegt der Fehler jedoch bei der AEAT, und nach einiger Zeit kann dieselbe Übermittlung ohne jede Änderung durchgehen.

Die letzten drei lehnen einen einzelnen Datensatz ab. Diese wiederholt die Warteschlange selbstständig, mit Wartezeiten von 2 Minuten bis 12 Stunden, bis zum sechsten Versuch. Bei einem vorübergehenden technischen Fehler ist genau das nötig.

Warteschlange der Übermittlung an die AEAT, gruppiert nach Status
Die Warteschlange nach Status gruppiert: Retrying enthält, was die Warteschlange selbst wiederholt, und Failed, was Sie selbst erneut senden müssen. Screenshot aus Odoo 20 mit Demodaten; die Antworten der AEAT sind simuliert.

Was zu tun ist

  1. Bei einem der ersten sieben: Warten Sie kurz und senden Sie erneut über AEAT-Übermittlung › AEAT-Fehler mit Ausgewählte erneut versuchen. Die Übermittlungen kehren in die Warteschlange zurück, die alle 1 Minute läuft.
  2. Bei 1129, 1256 oder 1288: Lassen Sie die Warteschlange arbeiten. Erreicht sie Dead Letter, senden Sie sie auf dieselbe Weise erneut.
  3. Bei 4118, das die Adresse betrifft, prüfen Sie außerdem, ob das Feld AEAT Endpoint URL des Unternehmens leer ist, sofern wir Ihnen keine Adresse mitgeteilt haben. Ist das Feld leer, verwendet das Modul die offizielle Adresse der jeweiligen Umgebung.

Wie erfahre ich es, wenn ich die Warteschlange nicht im Blick habe?

Die tägliche Compliance-Übersicht des Moduls zählt je Unternehmen die ausstehenden Übermittlungen, die fehlgeschlagenen und diejenigen in Dead Letter. Sie wird per E-Mail versandt, sofern ein Empfänger eingerichtet ist, und standardmäßig nur dann, wenn ein Unternehmen auf Bernstein oder Rot steht.

Wenn ein technischer Fehler stunden lang bei all Ihren Übermittlungen wiederkehrt, schreiben Sie an comercial@flexigobe.com mit der Antwort: Das Problem ist vielleicht nicht vorübergehend. Ein technischer Fehler, der über alle Unternehmen und alle Rechnungen hinweg bestehen bleibt, sollte gemeldet werden, da Ihre Daten allein ihn nicht beheben können.

Weiterlesen

VeriFactu-Fehler 4134: «Servicio no activo», was mit Ihren Rechnungen passiert und wie Sie sie erneut sendenWas der AEAT-Fehler 4134 bei VeriFactu bedeutet, warum er die gesamte Übermittlung ablehnt und wie Sie Ihre Rechnungen in Odoo 17 bis 20 erneut senden.VeriFactu-Fehler beim Übermittlungsformat: nicht lesbares XML, UTF-8 und leere AnfragenVeriFactu-Fehler beim Übermittlungsformat (4103, 4119, 4135 bis 4138, 1100, 1251): nicht lesbares XML, UTF-8, GET oder leere Anfragen und wie Odoo sendet.VeriFactu-Fehler 4112: Das Zertifikat, mit dem Sie sich verbinden, darf diese Rechnungen nicht übermittelnDer 4112 bei VeriFactu: Der Inhaber ist weder Verpflichteter noch Sozialkollaborator, Bevollmächtigter oder Rechtsnachfolger. So prüfen Sie es in Odoo 17 bis 20.
Geprüft im Quellcode des Moduls (Version 20.0) und in den verlinkten Quellen

Quellen