Der Text und sein Abschnitt
Die AEAT formuliert es so: «No debe informarse como primer registro, existen facturas emitidas con el obligado emisión y el sistema informático actual.» Auf Deutsch: Er darf nicht als Erstdatensatz gemeldet werden, da bereits Rechnungen dieses Ausstellers mit dem aktuellen Rechnungssystem existieren. Er gehört zu den Fehlern, die den Datensatz annehmen und eine Korrektur verlangen. Das Validierungsdokument führt ihn unter den zulässigen Fehlern: PrimerRegistro mit dem Wert S, obwohl bereits Datensätze für dieses System und diese Steuernummer vorliegen.

Wann Odoo einen Erstdatensatz kennzeichnet
Jeder Datensatz enthält einen Block Encadenamiento (Verkettung). Das Modul füllt ihn auf eine von zwei Arten aus:
- Hat der Datensatz keinen vorherigen Hash, sendet es PrimerRegistro mit dem Wert S. Das geschieht beim ersten Datensatz der Kette dieses Unternehmens in dieser Odoo-Datenbank.
- In allen anderen Fällen sendet es RegistroAnterior mit Steuernummer, Nummer, Datum und Hash des vorangehenden Datensatzes.
Die Kette liegt in der Datenbank: Jedes Unternehmen hat eine eigene, und das Modul kennzeichnet jede Installation mit einer eigenen NumeroInstalacion, die aus Datenbank und Unternehmen berechnet wird. Eine neue Datenbank beginnt ihre Kette bei null, und ihre erste Rechnung wird als Erstdatensatz gesendet.

Was dahintersteckt
Der Fehler 2007 bedeutet, dass die AEAT für diesen Aussteller bereits Rechnungen mit derselben Software erhalten hatte, bevor die Kette begann, die Sie verwenden. Folgende Fragen sind zu klären:
- Wurden Rechnungen dieses Unternehmens aus einer anderen Odoo-Datenbank mit demselben Modul an dieselbe AEAT-Umgebung gesendet? Zum Beispiel eine für die Produktion konfigurierte Testkopie.
- Wurde mitten im Vorgang die Datenbank gewechselt, durch eine Migration oder eine Wiederherstellung, sodass die neue Datenbank eine eigene Kette begonnen hat?
- Ist der im Kettenstatus angezeigte Genesis Record die Rechnung, die Sie als erste erwartet haben?
Wenn eine Antwort Ja lautet, existieren zwei Ketten für denselben Aussteller, und es lohnt sich, dies zu stoppen, bevor Sie aus beiden weiter fakturieren. Jede neue Rechnung aus der zweiten Kette wird mit deren eigenem Beginn verknüpft, nicht mit dem der ersten, und die Abweichung wirkt sich weiter aus.
So wird es behoben
Die Rechnung mit dem Fehler 2007 ist registriert. In Odoo erscheint sie als «Aceptado con errores (subsanar)», also angenommen mit Fehlern, die zu korrigieren sind, und die AEAT verlangt eine Korrektur mit einem neuen Datensatz unter derselben Rechnungskennung. Das veröffentlichte Modul sendet Korrekturdatensätze nicht eigenständig. Schreiben Sie daher an comercial@flexigobe.com mit dem Firmennamen, dem Genesis Record und den Datenbanken, die Rechnungen gesendet haben: Wir klären das gemeinsam mit Ihnen.
Für die übrigen Codes der Verkettung, etwa einen falsch ausgefüllten vorherigen Datensatz oder Hashes mit falscher Länge, siehe die Seite zur Verkettung.
Weiterlesen
Geprüft im Quellcode des Moduls (Version 20.0) und in den verlinkten Quellen
Quellen
- www.agenciatributaria.es/static_files/AEAT_Desarrolladores/EEDD/IVA/VERI-FACTU/Validacione
- Quellcode des Moduls: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_aeat_client.py
- Quellcode des Moduls: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_cola_envio.py
- Quellcode des Moduls: flexigo_spain_verifactu 20.0 (aa2ea3d2): data/verifactu_crons.xml
- prewww2.aeat.es/static_files/common/internet/dep/aplicaciones/es/aeat/tikeV1.0/cont/ws/err
