El texto y su apartado
La AEAT lo escribe así: «No debe informarse como primer registro, existen facturas emitidas con el obligado emisión y el sistema informático actual.» Está en el apartado de los errores que aceptan el registro y piden subsanarlo. El documento de validaciones lo incluye en su lista de errores admisibles: PrimerRegistro con valor S cuando ya existen registros para ese sistema informático y ese NIF.

Cuándo marca Odoo un primer registro
Cada registro lleva un bloque Encadenamiento. El módulo lo rellena de una de dos maneras:
- Si el registro no tiene huella anterior, envía PrimerRegistro con valor S. Eso pasa con el primer registro de la cadena de esa empresa en esa base de datos de Odoo.
- En cualquier otro caso envía RegistroAnterior, con el NIF, el número, la fecha y la huella del registro que lo precede.
La cadena vive en la base de datos: cada empresa tiene una, y el módulo identifica cada instalación con un NumeroInstalacion propio, calculado a partir de la base de datos y de la empresa. Una base de datos nueva empieza su cadena desde cero, y su primera factura sale como primer registro.

Qué suele haber detrás
El 2007 te dice que, para la AEAT, ese emisor ya había enviado facturas con este mismo sistema antes de que empezara la cadena que estás usando. Las preguntas que conviene hacerse son estas:
- ¿Se han enviado facturas de esta empresa desde otra base de datos de Odoo con el mismo módulo y contra el mismo entorno de la AEAT? Una copia de pruebas configurada en Producción, por ejemplo.
- ¿Se cambió de base de datos a mitad de camino, por una migración o una restauración, y la nueva empezó su propia cadena?
- ¿El Genesis Record de Estado de la Cadena es la factura que esperabas como primera?
Si alguna respuesta es sí, hay dos cadenas para el mismo emisor y conviene pararlo antes de seguir facturando desde las dos. Cada factura nueva que salga de la segunda cadena irá encadenada a su propio inicio, no al de la primera, y el desajuste se arrastra.
Cómo se cierra
La factura con el 2007 está registrada. En Odoo queda como «Aceptado con errores (subsanar)», y la AEAT pide subsanarla con un nuevo registro con el mismo identificador de factura. El módulo publicado no envía registros de subsanación por sí solo, así que escríbenos a comercial@flexigobe.com con el nombre de la empresa, el Genesis Record y las bases de datos que han enviado facturas: lo ordenamos contigo.
Para el resto de códigos del encadenamiento, como el registro anterior mal informado o las huellas con longitud incorrecta, mira la página del encadenamiento.
Sigue leyendo
Comprobado en el código del módulo (versión 20.0) y en las fuentes enlazadas
Fuentes
- www.agenciatributaria.es/static_files/AEAT_Desarrolladores/EEDD/IVA/VERI-FACTU/Validacione
- Código del módulo: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_aeat_client.py
- Código del módulo: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_cola_envio.py
- Código del módulo: 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
