Identifier and code issues
Fix identifier mismatches by using the right legal-person ID type, matching linked provider and parent fields, and handling unavailable third-country LEIs as data-quality issues.
What this issue group covers
This page covers identifier mismatches in provider records and linked register fields. The usual issue is that the value does not match the rule for that exact field, or it does not match the linked provider or parent entry it is supposed to mirror.
Issues covered on this page
I cannot use this identifier
What this usually means
The provider is being treated as a legal person, but the ID fields are using a code type that is only allowed for an individual acting in a business capacity, or for the wrong jurisdiction.
What to check and how to fix it
Check Legal person type.
If this row is for a legal person, ID code and ID type must use a legal-person identifier. Fix Legal person type first if it is wrong.
Check ICT provider HQ country.
If the legal person is established in the Union, use LEI or EUID in ID type. If the legal person is established outside the Union, use LEI only.
Check ID code and ID type together.
If ID type shows CRN, VAT, PNR, or NIN for a legal person, replace that pair with the correct legal-person identifier and type.
Check Additional ID code and Additional ID type.
If you are using an additional identifier for a legal person, keep it aligned with the same legal-person rule.
This identifier is accepted in one place but rejected in another
What this usually means
You are checking fields that do not use the same identifier rule, or a linked field is not using the same ID code and ID type as the provider entry in Providers.
What to check and how to fix it
Check whether the field is Service-user company ID code or a provider field in Providers or ICT supply chain.
If it is Service-user company ID code, it must contain the financial entity’s LEI, not the provider identifier.
Check the provider entry in ID code and ID type.
If the same provider is referenced elsewhere, those linked fields must match this pair exactly.
Check ID code and ID type.
If they do not match the provider’s ID code and ID type, correct the ICT supply chain row.
Check Subcontracted ICT service recipient's ID code and Subcontracted ICT service recipient's ID type where the rank is above 1.
If they do not match the recipient provider’s ID code and ID type, fix the recipient pair.
Check Legal person type for the provider entry.
If it is a legal person, only LEI or EUID can be used, and only LEI can be used for legal persons established outside the Union.
My ultimate parent identifier does not match
What this usually means
The provider row is linked to the wrong parent company, or the parent details do not match the selected ultimate parent company’s provider entry in Providers.
What to check and how to fix it
Check Is this provider the ultimate parent company?
If yes, this row should not point to a different parent company.
Check that the true ultimate parent company has its own provider entry in Providers.
If it does not, add or correct that provider entry first.
Check Ultimate parent company’s name.
If it points to the wrong group company, select the true ultimate parent company.
Check Ultimate parent ID type against the selected ultimate parent company’s provider entry.
If the type does not match, correct Ultimate parent ID type.
Re-check that the selected parent is the true ultimate parent company, not the direct provider, a subsidiary, or another group company.
If the wrong parent was selected, fix Ultimate parent company’s name first, then re-check Ultimate parent ID type.
I am not sure whether I can use this provider identifier
What this usually means
The identifier may be a real LEI, but its status or availability is causing doubt. The ITS expects valid and active identifiers for legal persons, while the ESAs’ March 2025 FAQ says strict LEI-status checks were not enforced in the initial 2025 reporting stage.
What to check and how to fix it
Check Legal person type.
If this is a legal person, use LEI or EUID as allowed. If the legal person is established outside the Union, use LEI only.
Check whether the LEI is available in the external reference data.
If it is available, use that LEI in ID code with LEI in ID type.
Check whether an EU-based legal person has an EUID available.
If it does, EUID can be used in ID type for that provider.
Check whether the provider, or its ultimate parent undertaking, is a third-country legal person with no LEI available.
If yes, do not leave the key identifier field empty. Another relevant identifier may be used, but this remains a data-quality issue.
Check the parent fields as well.
If the issue is with the ultimate parent undertaking, make sure Ultimate parent ID type still matches that parent company’s own Providers entry.
What to do next
After you correct the identifier fields that do not match, validate again and re-check the linked Providers and ICT supply chain rows. If the identifier is genuinely unavailable in the limited case allowed by the FAQ, keep the key field populated and treat the remaining issue as a data-quality point.