Odoo Peppol DNS check failed on iso6523-actorid-upis.edelivery.tech.ec.europa.eu
When Odoo or the verification path fails on the upstream ISO6523 resolver host, it looks like every customer is wrong even though the real problem is infrastructure or resolver state.
What is usually actually broken
The verification chain is breaking at the resolver or upstream service layer, so Odoo cannot trust the participant lookup even when customer data is fine.
Do these before you resend
- Treat the incident as resolver or infrastructure failure first, not as mass customer-data corruption.
- Test one known-good participant outside Odoo and compare the result.
- Pause bulk partner edits until the resolver path and verification host behave normally again.
The fastest path from this page is a prefilled diagnosis. It opens the analyzer with this exact issue pattern already loaded and immediately prepares the EUR 9 fix-pack preview when the route looks blocked or risky.
Buy the rescue kit for this exact issue
If this page matches the exact blocker, you can unlock the issue-specific rescue kit directly without running the analyzer first.
Current public evidence for this exact failure
r/Odoo · April 2026
Open sourceWhat people ask right before they get blocked
Because the failure happens before the ERP can confirm any participant lookup, so healthy customers can all appear invalid at once.
No. Infrastructure or resolver failures can mimic mass bad data, so bulk edits often make the aftermath harder to untangle.
Go one level deeper before you resend
A calm, ordered checklist for Belgian Odoo users when Peppol starts failing without a clear explanation.
Read the guideA fast decision guide for operators who need to know whether the next step is a resend, a partner-record fix, or a provider ticket.
Read the guideSimilar failure patterns worth checking
If Odoo marks every customer as not on Peppol all at once, treat it as an environment or provider incident first, not a data-cleanup job on every partner record.
Open issue page