Deux groupes traités différemment
Les dix codes de cette page commencent par « Error técnico » ou « Error técnico de base de datos », mais la liste de l'AEAT les répartit en deux sections. Et le module les traite selon leur section :
| Code | Texte de l'AEAT | Ce que fait Odoo |
|---|---|---|
| 4108 | Error técnico al obtener el certificado. | Failed, sans nouvelle tentative automatique. |
| 4110 | Error técnico al comprobar los apoderamientos. | Failed, sans nouvelle tentative automatique. |
| 4111 | Error técnico al crear el trámite. | Failed, sans nouvelle tentative automatique. |
| 4118 | Error técnico: la dirección no se corresponde con el fichero de entrada. | Failed, sans nouvelle tentative automatique. |
| 4128 | Error técnico en la recuperación del valor del Gestor de Tablas. | Failed, sans nouvelle tentative automatique. |
| 3500 | Error técnico de base de datos: error en la integridad de la información. | Failed, sans nouvelle tentative automatique. |
| 3501 | Error técnico de base de datos. | Failed, sans nouvelle tentative automatique. |
| 1129 | Error técnico al obtener el acuerdo de facturación. | Nouvelle tentative automatique. |
| 1256 | Error técnico al obtener el límite de la fecha de expedición. | Nouvelle tentative automatique. |
| 1288 | Error técnico en la validación de la fecha de expedición/operación. | Nouvelle tentative automatique. |

Pourquoi certaines sont relancées et d'autres non
Les sept premières relèvent de la section qui rejette l'envoi complet, et l'AEAT les renvoie sous forme de SoapFault. Le module traite cette réponse comme définitive : il laisse l'envoi en Failed et ne le répète pas, car rejouer une requête entièrement rejetée donne généralement la même réponse. Ici, cependant, la panne vient de l'AEAT, et après un moment le même envoi peut passer sans rien avoir changé.
Les trois dernières rejettent un seul enregistrement. La file les relance seule, avec des attentes allant de 2 minutes à 12 heures, jusqu'à la sixième tentative. Pour une erreur technique passagère, c'est exactement ce qu'il faut.

Que faire
- Pour l'une des sept premières, attendez un peu puis renvoyez depuis Envoi AEAT › Erreurs AEAT avec Réessayer la sélection. Les envois retournent dans la file, qui s'exécute toutes les 1 minute.
- Pour un 1129, 1256 ou 1288, laissez la file travailler. Si elle aboutit à Dead Letter, renvoyez-le de la même manière que les précédents.
- Pour le 4118, qui concerne l'adresse, vérifiez aussi que le champ AEAT Endpoint URL de la société est vide, sauf si nous vous avons fourni une adresse. Lorsque ce champ est vide, le module utilise l'adresse officielle de chaque environnement.
Comment le savoir si je ne surveille pas la file ?
Le résumé quotidien de conformité du module compte, par société, les envois en attente, les échecs et ceux en Dead Letter. Il part par e-mail si un destinataire est configuré et, par défaut, seulement lorsqu'une société est en ambre ou en rouge.
Si une erreur technique se répète pendant des heures sur tous vos envois, écrivez à comercial@flexigobe.com en joignant la réponse : le problème n'est peut-être pas passager. Une erreur technique qui persiste pour toutes les sociétés et toutes les factures mérite d'être signalée, car rien dans vos données ne la fera disparaître.
À 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_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): data/verifactu_crons.xml
- prewww2.aeat.es/static_files/common/internet/dep/aplicaciones/es/aeat/tikeV1.0/cont/ws/err
