Naar hoofdinhoud
VeriFactu

VeriFactu fout 2007: de AEAT had al uw facturen en krijgt een nieuw "primer registro"

Alle VERI*FACTU-facturen zijn aan elkaar geketend, en de eerste in de keten wordt gemarkeerd als eerste record. Fout 2007 verschijnt wanneer er een ander record binnenkomt met die markering, terwijl de AEAT al facturen van dezelfde uitgever heeft die met hetzelfde softwaresysteem zijn gemaakt. De factuur gaat erdoor, maar de AEAT waarschuwt dat de keten twee keer is gestart.

FlexigoTech · Verantwoordelijk: Víctor Gómez · Bijgewerkt op 4 november 2026

In het kort

Module
VeriFactu
Versies
Odoo 17, 18, 19 en 20
Gecontroleerd
in de broncode van de module, versie 20.0 · in de bronnen onderaan
Leestijd
2 min

De tekst en zijn paragraaf

De AEAT schrijft het zo: «No debe informarse como primer registro, existen facturas emitidas con el obligado emisión y el sistema informático actual.» In het Engels: het mag niet als eerste record worden gemarkeerd, omdat er al facturen van deze uitgever met het huidige factureringssysteem bestaan. Het hoort bij de paragraaf over fouten die het record accepteren en vragen om een correctie. Het validatiedocument vermeldt het als toelaatbare fout: PrimerRegistro op S wanneer er al records zijn voor dat systeem en dat NIF.

Kaart van VeriFactu-code 2007
De kaart van 2007: blauw, zoals de andere fouten waarbij de AEAT de factuur registreert en later om een correctie vraagt.

Wanneer Odoo een eerste record markeert

Elk record bevat een blok Encadenamiento (ketening). De module vult dit op een van twee manieren in:

  • Als het record geen vorige hash heeft, stuurt het PrimerRegistro op S. Dat gebeurt bij het eerste record van de keten van dat bedrijf in die Odoo-database.
  • In alle andere gevallen stuurt het RegistroAnterior, met het NIF, het nummer, de datum en de hash van het record ervoor.

De keten staat in de database: elk bedrijf heeft er een, en de module identificeert elke installatie met een eigen NumeroInstalacion, berekend uit de database en het bedrijf. Een nieuwe database start haar keten vanaf nul, en haar eerste factuur gaat eruit als eerste record.

Status van de keten in Odoo met het record waarmee die is begonnen
De ketenstatus toont onderaan het record waarmee hij begon (Genesis Record) en de laatste hash. Schermafbeelding van Odoo 20 met demogegevens.

Wat er meestal achter zit

Fout 2007 zegt dat de AEAT, voor zover bekend, deze uitgever al facturen met dezelfde software had verstuurd voordat de keten die u gebruikt begon. De vragen die het waard zijn om te stellen:

  1. Zijn er facturen van dit bedrijf verstuurd vanuit een andere Odoo-database met dezelfde module en naar dezelfde AEAT-omgeving? Bijvoorbeeld een testkopie die voor Productie is ingesteld.
  2. Bent u halverwege van database gewisseld, via een migratie of een herstel, zodat de nieuwe database haar eigen keten is gestart?
  3. Is het Genesis Record in Ketenstatus de factuur die u als eerste verwachtte?

Als een van de antwoorden ja is, zijn er twee ketens voor dezelfde uitgever, en dan is het de moeite waard om te stoppen voordat u vanuit beide blijft factureren. Elke nieuwe factuur uit de tweede keten wordt gekoppeld aan het eigen begin, niet aan dat van de eerste keten, en de afwijking loopt door.

Hoe het wordt afgesloten

De factuur met de 2007 is geregistreerd. In Odoo staat hij als «Aceptado con errores (subsanar)», geaccepteerd met fouten die gecorrigeerd moeten worden, en de AEAT vraagt om een correctie via een nieuw record met dezelfde factuuridentificatie. De gepubliceerde module verstuurt zelf geen correctierecords, dus schrijf naar comercial@flexigobe.com met de bedrijfsnaam, het Genesis Record en de databases die facturen hebben verstuurd: we regelen het samen met u.

Voor de overige ketenings-codes, zoals een verkeerd ingevuld vorig record of hashes met de verkeerde lengte, zie de pagina over de ketening.

Lees verder

VeriFactu-fouten in de ketenkoppeling: het vorige record, de hashes en hun lengtesVeriFactu-fouten in de ketenkoppeling (1174, 1175, 1180, 1269, 1291, 2002, 2003, 2008 en de lengtecodes): wat de AEAT controleert en hoe Odoo elk record koppelt.VeriFactu-fout 2000: de AEAT berekent je hash opnieuw en die komt niet overeenDe AEAT berekent de SHA-256-hash opnieuw en komt niet uit op jouw waarde. Factuur blijft geregistreerd; zo los je de 2000 op in Odoo 17, 18, 19 en 20.VeriFactu-fout 3000: de AEAT heeft die factuur al geregistreerdVeriFactu-fout 3000 betekent dat de AEAT die factuur al heeft. Wat er dan gebeurt, welke status het antwoord bevat en waarom Odoo haar niet opnieuw verstuurt.
Gecontroleerd in de broncode van de module (versie 20.0) en in de gelinkte bronnen

Bronnen