La règle, en un tableau
| Type de facture | Destinataire | Code en cas de non-respect |
|---|---|---|
| F1, F3, R1, R2, R3, R4 | Obligatoire, au moins un. | 1189 |
| F2, R5 | Interdit. | 1190 |
| R3 | Uniquement NIF ou IDType 07 (non recensé). | 1191 |
| R2 | Uniquement NIF, IDType 07 ou IDType 02 (NIF-IVA). | 1192 |
| Tout type avec IDOtro de type 02 | Uniquement F1, F3, R1, R2, R3 ou R4. | 1156 |
Et un code plus général : le 1106, « El valor del campo TipoFactura no está incluido en la lista de valores permitidos. » Tous rejettent l'enregistrement, pas l'envoi entier.

Comment Odoo décide du type et du destinataire
Lors de la validation, le module classe la facture et, selon cette classe, décide d'ajouter ou non un destinataire :
- Un avoir part en R1, ou en R5 s'il rectifie une facture enregistrée en F2. Aujourd'hui le module ne distingue pas le motif de la rectification : R2, R3 et R4 ne sortent donc jamais.
- Une facture marquée comme échange de factures simplifiées part en F3.
- Une facture du PDV, cochée « Factura simplificada (F2) » ou dont le client n'a pas de NIF, part en F2.
- Toutes les autres partent en F1.
Ensuite, le bloc Destinatarios n'est inclus que si le client possède un identifiant et que le type n'est ni F2 ni R5. On évite ainsi à la source le 1189, car une facture sans NIF du client ne part jamais en F1, et le 1190, car une F2 ou une R5 ne porte jamais de destinataire. Le 1106 ne devrait pas non plus apparaître : le module n'utilise que des types admis par l'AEAT (F1, F2, F3, R1 et R5).

Le 1191 et le 1192, avec le module actuel
Les deux dépendent du type d'avoir et du pays du client. Un client hors d'Espagne passe en IDOtro avec le type 02 s'il est dans l'UE, et avec le type 03 ou 04 s'il ne l'est pas. Croisé avec le tableau, un R3 vers un client étranger heurterait le 1191, qui n'admet que le NIF ou le type 07, et un R2 vers un client hors UE, le 1192.
Avec le module actuel, aucun des deux n'arrive par cette voie, car il n'émet ni R2 ni R3. L'envers de la médaille est qu'un avoir qui, selon la norme, devrait être un R2, R3 ou R4 est déclaré comme R1. Si vous émettez des avoirs de ce type, écrivez à comercial@flexigobe.com avant de les valider.
Une fois l'enregistrement rejeté
La file relance l'enregistrement rejeté jusqu'à le placer en Dead Letter, mais l'enregistrement est celui créé à la validation et il ne change pas, même si vous corrigez le contact. Le module publié n'envoie pas la rectification de lui-même. Écrivez à comercial@flexigobe.com avec le numéro de la facture et nous vous aiderons à la régulariser.
Les codes de cette page, avec le texte de l'AEAT
Chaque code avec son texte littéral, tel que le donne la liste d'erreurs de l'AEAT :
| Code | Texte de l'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. |
À lire aussi
Vérifié dans le code du module (version 20.0) et dans les sources citées
Sources
- www.agenciatributaria.es/static_files/AEAT_Desarrolladores/EEDD/IVA/VERI-FACTU/Validacione
- Code du module : flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_cadena.py
- Code du module : flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_aeat_client.py
- Code du module : flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_cola_envio.py
- Code du module : 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
