El text i el seu apartat
L'AEAT ho escriu així: «No debe informarse como primer registro, existen facturas emitidas con el obligado emisión y el sistema informático actual.» És a l'apartat dels errors que accepten el registre i demanen esmenar-lo. El document de validacions l'inclou a la seva llista d'errors admissibles: PrimerRegistro amb valor S quan ja hi ha registres per a aquest sistema informàtic i aquest NIF.

Quan marca Odoo un primer registre
Cada registre porta un bloc Encadenamiento. El mòdul l'omple d'una de dues maneres:
- Si el registre no té empremta anterior, envia PrimerRegistro amb valor S. Això passa amb el primer registre de la cadena d'aquella empresa en aquella base de dades d'Odoo.
- En qualsevol altre cas envia RegistroAnterior, amb el NIF, el número, la data i l'empremta del registre que el precedeix.
La cadena viu a la base de dades: cada empresa en té una, i el mòdul identifica cada instal·lació amb un NumeroInstalacion propi, calculat a partir de la base de dades i de l'empresa. Una base de dades nova comença la seva cadena des de zero, i la seva primera factura surt com a primer registre.

Què sol haver-hi al darrere
El 2007 et diu que, per a l'AEAT, aquest emissor ja havia enviat factures amb aquest mateix sistema abans que comencés la cadena que estàs fent servir. Les preguntes que convé fer-se són aquestes:
- S'han enviat factures d'aquesta empresa des d'una altra base de dades d'Odoo amb el mateix mòdul i contra el mateix entorn de l'AEAT? Una còpia de proves configurada en Production, per exemple.
- Es va canviar de base de dades a mig camí, per una migració o una restauració, i la nova va començar la seva pròpia cadena?
- El Genesis Record de Chain State és la factura que esperaves com a primera?
Si alguna resposta és sí, hi ha dues cadenes per al mateix emissor i convé aturar-ho abans de continuar facturant des de totes dues. Cada factura nova que surti de la segona cadena anirà encadenada al seu propi inici, no al de la primera, i el desajust s'arrossega.
Com es tanca
La factura amb el 2007 està registrada. A Odoo queda com a «Aceptado con errores (subsanar)», i l'AEAT demana esmenar-la amb un registre nou amb el mateix identificador de factura. El mòdul publicat no envia registres d'esmena pel seu compte, així que escriu-nos a comercial@flexigobe.com amb el nom de l'empresa, el Genesis Record i les bases de dades que han enviat factures: ho endrecem amb tu.
Per a la resta de codis de l'encadenament, com el registre anterior mal informat o les empremtes amb una longitud incorrecta, mira la pàgina de l'encadenament.
Continua llegint
Comprovat al codi del mòdul (versió 20.0) i a les fonts enllaçades
Fonts
- www.agenciatributaria.es/static_files/AEAT_Desarrolladores/EEDD/IVA/VERI-FACTU/Validacione
- Codi del mòdul: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_aeat_client.py
- Codi del mòdul: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_cola_envio.py
- Codi del mòdul: 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
