Le contrôle DNS Peppol d'Odoo échoue sur iso6523-actorid-upis.edelivery.tech.ec.europa.eu
Quand Odoo ou le chemin de vérification échoue sur l'hôte résolveur ISO6523 en amont, tout donne l'impression que chaque client est faux alors que le vrai problème est l'infrastructure ou l'état du résolveur.
Ce qui casse réellement dans la plupart des cas
La chaîne de vérification casse au niveau du résolveur ou du service amont, de sorte qu'Odoo ne fait plus confiance à la recherche de participant même si les données client sont correctes.
Faites ceci avant de renvoyer
- Traitez cela d'abord comme un incident de résolveur ou d'infrastructure, pas comme une corruption massive des fiches clients.
- Testez un participant connu comme valide en dehors d'Odoo et comparez le résultat.
- Évitez les modifications en masse tant que le chemin de résolution et l'hôte de vérification ne sont pas revenus à la normale.
Le chemin le plus rapide depuis cette page est un diagnostic prérempli. Il ouvre l'analyseur avec ce motif déjà chargé et prépare immédiatement l'aperçu du fix pack à 9 EUR si la route paraît bloquée ou risquée.
Acheter le rescue kit pour ce problème exact
Si cette page correspond exactement à votre blocage, vous pouvez débloquer le rescue kit directement sans passer d'abord par l'analyseur.
Signaux publics récents pour ce problème exact
r/Odoo · April 2026
Ouvrir la sourceCe que les équipes demandent juste avant d'être bloquées
Parce que l'échec se produit avant que l'ERP puisse confirmer une recherche de participant, des clients sains peuvent tous sembler invalides en même temps.
Non. Les pannes de résolveur ou d'infrastructure imitent des erreurs massives de données et les modifications en masse compliquent souvent le rétablissement.
D'autres schémas proches à vérifier aussi
Si Odoo marque d'un coup tous les clients comme absents de Peppol, traitez d'abord cela comme un incident global d'environnement ou de fournisseur, pas comme un ménage fiche par fiche.
Ouvrir la page problème