Symptoms

What this usually looks like

CustomizationID missingXML opens but tooling rejects itProfile-related export confusion
Likely cause

What is usually actually broken

The ERP exported invoice data without the Peppol BIS customization or profile metadata that downstream systems rely on.

Next steps

Do these before you resend

  1. Check whether the source export is actually producing a Peppol BIS profile.
  2. Fix the export template or connector rather than patching the final XML by hand.
  3. Generate a fresh file and re-run the diagnosis before sending.
FAQ

What people ask right before they get blocked

Can a missing CustomizationID still leave the XML readable?

Yes. The file can still be readable XML while failing stricter Peppol or validator workflows.

Where should I fix it?

At the ERP export or connector layer, so every regenerated invoice carries the correct metadata.

Operator guides

Go one level deeper before you resend

Fixing missing Peppol profile fields before delivery fails

A practical guide for missing CustomizationID, profile markers, and other export-level metadata that leave XML looking valid but unusable in Peppol workflows.

Read the guide
Related issues

Similar failure patterns worth checking

Why a valid invoice can still fail on Peppol

Passing XML validation is not enough. Routing, registration, and provider state can still block delivery. This page explains the gap.

Open issue page