O texto e a sua secção
A AEAT escreve assim: «No debe informarse como primer registro, existen facturas emitidas con el obligado emisión y el sistema informático actual.» Está na secção dos erros que aceitam o registo e pedem a sua correção. O documento de validações inclui-o na lista de erros admissíveis: PrimerRegistro com valor S quando já existem registos para esse sistema informático e esse NIF.

Quando é que o Odoo marca um primeiro registo
Cada registo tem um bloco Encadenamiento. O módulo preenche-o de uma de duas formas:
- Se o registo não tiver impressão digital anterior, envia PrimerRegistro com valor S. Isso acontece com o primeiro registo da cadeia dessa empresa nessa base de dados do Odoo.
- Em qualquer outro caso envia RegistroAnterior, com o NIF, o número, a data e a impressão digital do registo que o precede.
A cadeia vive na base de dados: cada empresa tem a sua, e o módulo identifica cada instalação com um NumeroInstalacion próprio, calculado a partir da base de dados e da empresa. Uma base de dados nova começa a sua cadeia do zero, e a sua primeira fatura sai como primeiro registo.

O que costuma estar por trás
O 2007 diz-lhe que, para a AEAT, esse emitente já tinha enviado faturas com este mesmo sistema antes de começar a cadeia que está a usar. As perguntas que convém fazer são estas:
- Foram enviadas faturas desta empresa a partir de outra base de dados do Odoo com o mesmo módulo e para o mesmo ambiente da AEAT? Uma cópia de testes configurada em Produção, por exemplo.
- Mudou de base de dados a meio do caminho, por uma migração ou uma restauração, e a nova começou a sua própria cadeia?
- O Genesis Record do Estado da Cadeia é a fatura que esperava que fosse a primeira?
Se alguma resposta for sim, há duas cadeias para o mesmo emitente e convém parar antes de continuar a faturar a partir das duas. Cada fatura nova que saia da segunda cadeia ficará encadeada ao seu próprio início, e não ao da primeira, e o desajuste arrasta-se.
Como se resolve
A fatura com o 2007 está registada. No Odoo fica como «Aceptado con errores (subsanar)», e a AEAT pede que seja corrigida com um novo registo com o mesmo identificador de fatura. O módulo publicado não envia registos de correção por si só, por isso escreva para comercial@flexigobe.com com o nome da empresa, o Genesis Record e as bases de dados que enviaram faturas: organizamo-lo consigo.
Para os restantes códigos do encadeamento, como o registo anterior mal informado ou as impressões digitais com comprimento incorreto, veja a página do encadeamento.
Continue a ler
Verificado no código do módulo (versão 20.0) e nas fontes indicadas
Fontes
- www.agenciatributaria.es/static_files/AEAT_Desarrolladores/EEDD/IVA/VERI-FACTU/Validacione
- Código do módulo: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_aeat_client.py
- Código do módulo: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_cola_envio.py
- Código do 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
