A regra, numa tabela
| Tipo de fatura | Destinatário | Código se não se cumprir |
|---|---|---|
| F1, F3, R1, R2, R3, R4 | Obrigatório, pelo menos um. | 1189 |
| F2, R5 | Proibido. | 1190 |
| R3 | Só NIF ou IDType 07 (Não recenseado). | 1191 |
| R2 | Só NIF, IDType 07 ou IDType 02 (NIF-IVA). | 1192 |
| Qualquer um com IDOtro do tipo 02 | Só F1, F3, R1, R2, R3 ou R4. | 1156 |
E um código mais geral: o 1106, «O valor do campo TipoFactura não está incluído na lista de valores permitidos.» Todos rejeitam o registo, não o envio inteiro.

Como decide o Odoo o tipo e o destinatário
Ao publicar, o módulo classifica a fatura e, com essa classe, decide se põe destinatário:
- Uma nota de crédito sai como R1, ou como R5 se retificar uma fatura que foi registada como F2. Hoje o módulo não distingue o motivo da retificação, por isso R2, R3 e R4 nunca saem.
- Uma fatura marcada como troca de simplificadas sai como F3.
- Uma fatura do TPV, marcada como «Factura simplificada (F2)» ou cujo cliente não tem NIF, sai como F2.
- Todas as restantes saem como F1.
Depois, o bloco Destinatários só é incluído se o cliente tiver identificador e o tipo não for F2 nem R5. Assim evitam-se na origem o 1189, porque uma fatura sem NIF do cliente nunca sai como F1, e o 1190, porque uma F2 ou uma R5 nunca levam destinatário. O 1106 também não deveria aparecer: o módulo só usa tipos que a AEAT admite (F1, F2, F3, R1 e R5).

O 1191 e o 1192, com o módulo de hoje
Ambos dependem do tipo de nota de crédito e do país do cliente. Um cliente fora de Espanha vai em IDOtro com tipo 02 se for da UE, e com tipo 03 ou 04 se não for. Cruzado com a tabela, uma R3 a um cliente estrangeiro chocaria com o 1191, que só admite NIF ou o tipo 07, e uma R2 a um cliente fora da UE, com o 1192.
Com o módulo de hoje nenhum dos dois chega por esta via, porque não emite R2 nem R3. O reverso é que uma nota de crédito que, segundo a norma, deveria ser R2, R3 ou R4 é declarada como R1. Se emite notas de crédito desse tipo, escreva para comercial@flexigobe.com antes de as publicar.
Depois de rejeitado
A fila volta a tentar o registo rejeitado até o levar para Dead Letter, mas o registo é o criado na publicação e não muda mesmo que corrija o contacto. O módulo publicado não envia a retificação por si só. Escreva para comercial@flexigobe.com com o número da fatura e ajudamo-lo a fechá-la.
Os códigos desta página, com o texto da AEAT
Cada código com o seu texto literal, tal como o dá a lista de erros da AEAT:
| Código | Texto da AEAT |
|---|---|
| 1189 | Si TipoFactura es F1 o F3 o R1 o R2 o R3 o R4 el bloque Destinatarios tiene que estar cumplimentado. |
| 1190 | Si TipoFactura es F2 o R5 el bloque Destinatarios no puede estar cumplimentado. |
| 1191 | Si TipoFactura es R3 sólo se admitirá NIF o IDType = No Censado (07). |
| 1192 | Si TipoFactura es R2 sólo se admitirá NIF o IDType = No Censado (07) o NIF-IVA (02). |
| 1106 | El valor del campo TipoFactura no está incluido en la lista de valores permitidos. |
| 1156 | Para el bloque IDOtro y IDType NIF-IVA (02), el valor de TipoFactura es incorrecto. |
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_cadena.py
- 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): models/verifactu_registro.py
- prewww2.aeat.es/static_files/common/internet/dep/aplicaciones/es/aeat/tikeV1.0/cont/ws/err
