Il testo e il suo paragrafo
L'AEAT lo scrive così: «No debe informarse como primer registro, existen facturas emitidas con el obligado emisión y el sistema informático actual.» In inglese: non va indicato come primo record, perché esistono già fatture emesse da questo emittente con l'attuale sistema informatico. Sta nella sezione degli errori che accettano il record e chiedono una correzione. Il documento delle validazioni lo include tra gli errori ammissibili: PrimerRegistro con valore S quando esistono già record per quel sistema informatico e quel NIF.

Quando Odoo segnala un primo record
Ogni record contiene un blocco Encadenamiento. Il modulo lo compila in uno di due modi:
- Se il record non ha un'impronta precedente, invia PrimerRegistro con valore S. Succede con il primo record della catena di quella società in quel database di Odoo.
- In tutti gli altri casi invia RegistroAnterior, con il NIF, il numero, la data e l'impronta del record che lo precede.
La catena vive nel database: ogni società ne ha una, e il modulo identifica ogni installazione con un proprio NumeroInstalacion, calcolato a partire dal database e dalla società. Un database nuovo avvia la sua catena da zero, e la sua prima fattura esce come primo record.

Cosa c'è di solito dietro
L'errore 2007 ti dice che, per l'AEAT, quell'emittente aveva già inviato fatture con questo stesso sistema prima che iniziasse la catena che stai usando. Ecco le domande da porsi:
- Sono state inviate fatture di questa società da un altro database di Odoo con lo stesso modulo e verso lo stesso ambiente dell'AEAT? Una copia di prova configurata in Produzione, per esempio.
- Hai cambiato database a metà strada, con una migrazione o un ripristino, e quello nuovo ha avviato una propria catena?
- Il Genesis Record indicato nello Stato della Catena è la fattura che ti aspettavi come prima?
Se una risposta è sì, ci sono due catene per lo stesso emittente, ed è meglio fermarsi prima di continuare a fatturare da entrambe. Ogni nuova fattura uscita dalla seconda catena sarà collegata al proprio inizio, non a quello della prima, e il disallineamento si trascina.
Come si chiude
La fattura con il 2007 è registrata. In Odoo risulta come «Aceptado con errores (subsanar)», accettata con errori da correggere, e l'AEAT chiede di correggerla con un nuovo record con lo stesso identificativo di fattura. Il modulo pubblicato non invia da solo i record di correzione, quindi scrivi a comercial@flexigobe.com con il nome della società, il Genesis Record e i database che hanno inviato fatture: lo sistemiamo insieme.
Per gli altri codici della concatenazione, come il record precedente compilato male o le impronte di lunghezza errata, consulta la pagina sulla concatenazione.
Continua a leggere
Verificato nel codice del modulo (versione 20.0) e nelle fonti collegate
Fonti
- www.agenciatributaria.es/static_files/AEAT_Desarrolladores/EEDD/IVA/VERI-FACTU/Validacione
- Codice del modulo: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_aeat_client.py
- Codice del modulo: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_cola_envio.py
- Codice del modulo: 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
