Le texte et sa section
L'AEAT l'écrit ainsi : « No debe informarse como primer registro, existen facturas emitidas con el obligado emisión y el sistema informático actual. » Il figure dans la section des erreurs qui acceptent l'enregistrement et demandent une régularisation. Le document de validations le reprend parmi les erreurs admissibles : PrimerRegistro à S alors qu'il existe déjà des enregistrements pour ce système informatique et ce NIF.

Quand Odoo marque un premier enregistrement
Chaque enregistrement contient un bloc Encadenamiento (chaînage). Le module le remplit de deux manières :
- Si l'enregistrement n'a pas d'empreinte précédente, il envoie PrimerRegistro à S. C'est le cas du premier enregistrement de la chaîne de cette entreprise dans cette base de données Odoo.
- Dans les autres cas, il envoie RegistroAnterior, avec le NIF, le numéro, la date et l'empreinte de l'enregistrement qui le précède.
La chaîne vit dans la base de données : chaque société en a une, et le module identifie chaque installation par un NumeroInstalacion propre, calculé à partir de la base et de la société. Une nouvelle base démarre sa chaîne à zéro, et sa première facture part comme premier enregistrement.

Ce qui se cache souvent derrière
L'erreur 2007 signifie que, pour l'AEAT, cet émetteur avait déjà envoyé des factures avec ce même logiciel avant le début de la chaîne que vous utilisez. Les questions à se poser sont les suivantes :
- Des factures de cette société ont-elles été envoyées depuis une autre base de données Odoo avec le même module et vers le même environnement de l'AEAT ? Une copie de test configurée en Production, par exemple.
- A-t-on changé de base en cours de route, par une migration ou une restauration, et la nouvelle a-t-elle démarré sa propre chaîne ?
- Le Genesis Record affiché dans État de la chaîne est-il la facture que vous attendiez comme première ?
Si une réponse est oui, il existe deux chaînes pour le même émetteur, et il faut l'arrêter avant de continuer à facturer depuis les deux. Chaque nouvelle facture issue de la seconde chaîne sera rattachée à son propre début, et non à celui de la première, et le décalage se propage.
Comment régler le problème
La facture avec le 2007 est enregistrée. Dans Odoo, elle apparaît comme « Aceptado con errores (subsanar) », et l'AEAT demande de la régulariser par un nouvel enregistrement portant le même identifiant de facture. Le module publié n'envoie pas de lui-même d'enregistrements de régularisation : écrivez à comercial@flexigobe.com avec le nom de la société, le Genesis Record et les bases de données qui ont envoyé des factures, nous le réglerons avec vous.
Pour les autres codes du chaînage, comme un enregistrement précédent mal renseigné ou des empreintes de longueur incorrecte, consultez la page du chaînage.
À lire aussi
Vérifié dans le code du module (version 20.0) et dans les sources citées
Sources
- www.agenciatributaria.es/static_files/AEAT_Desarrolladores/EEDD/IVA/VERI-FACTU/Validacione
- Code du module : flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_aeat_client.py
- Code du module : flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_cola_envio.py
- Code du module : 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
