Symptoms

What this usually looks like

Directory result is unclearTooling disagreesRegistration may be real but uncertain
Likely cause

What is usually actually broken

The lookup source is incomplete, stale, or temporarily unavailable, so you do not yet have enough evidence to trust the result.

Next steps

Do these before you resend

  1. Pause the resend and treat the lookup as advisory.
  2. Confirm the full scheme-plus-value pair you expect to use.
  3. Escalate with evidence if the provider and live lookup disagree.

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.

Direct help

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.

FAQ

What people ask right before they get blocked

Does inconclusive mean the recipient is unavailable?

No. It means the lookup did not give you enough confidence to treat the answer as final.

What should I gather before contacting support?

Bring the exact participant ID, the lookup result, and the last provider symptom so support can separate route problems from source-system issues.

Operator guides

Go one level deeper before you resend

What to do when VIES is inconclusive

VIES helps validate EU VAT numbers, but it can be slow or unavailable. This guide explains how to proceed safely when that happens.

Read the guide
When to resend a Peppol invoice and when to escalate

A 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 guide
Related issues

Similar failure patterns worth checking

Belgian VAT number not found in VIES

If VIES cannot confirm the Belgian VAT number you used for an e-invoice workflow, you need to separate a real format problem from a temporary upstream gap.

Open issue page
Odoo endpointverification says 'not on Peppol' for a customer that is registered

If Odoo's endpointverification flow says a customer is not on Peppol while other evidence shows they are, the mismatch is usually in the exact route Odoo is verifying rather than in the customer's existence.

Open issue page
Odoo says 'PEPPOL is not valid' even though the customer looks registered

This exact Odoo message usually means the ERP is validating the wrong participant identity, stale evidence, or the wrong identifier scheme rather than proving the customer is truly unavailable.

Open issue page