Sådan bruges CVR-data til LEI-validering: Trin for trin

Mange danske virksomheder møder LEI-kravet, når der skal handles værdipapirer, åbnes handelskonti, rapporteres transaktioner eller gennemføres onboarding i bank og forsikring. Her bliver validering hurtigt et praktisk problem: Har vi den rigtige LEI til den rigtige juridiske enhed, og stemmer stamdata, så modparten ikke afviser handlen?

CVR-data er ofte den hurtigste og mest pålidelige start, fordi CVR entydigt identificerer danske enheder med et registreringsnummer og officielle grunddata. Når man kobler CVR og GLEIF (Global LEI Foundation), kan man lave en enkel kontrol, der både er egnet til manuel tjek og til automatisering.

Hvad betyder LEI-validering i praksis?

LEI-validering handler om at bekræfte, at en LEI-kode faktisk tilhører den juridiske enhed, du tror den gør, og at koden er aktiv (og årligt fornyet). Det er ikke det samme som “LEI findes et sted på nettet”. En LEI kan være udløbet (lapsed), overført, eller knyttet til en enhed med et navn/adresse, der ikke længere er opdateret.

En praktisk validering dækker typisk tre lag:

• Identitet: CVR-nummer, navn og adresse peger på samme enhed.
• Status: LEI-record er “Issued” og ikke udløbet.
• Konsistens: Registreringsoplysninger (fx registreringsmyndighed og registreringsnummer) giver mening i en dansk kontekst.

Hvorfor CVR er en stærk kilde til identitetskontrol

CVR er den officielle kilde til danske virksomhedsgrunddata. Det gør CVR særligt velegnet som “sandhedskilde” for navn, adresse og selskabsform, når du skal validere, at en LEI-record er korrekt.

Det er også værd at kende en detalje: I mange CVR-datasæt findes et felt for LEI (ofte benævnt lei_id i API-svar). Hvis det felt er udfyldt, har du i praksis et meget stærkt hint om, hvilken LEI der hører til CVR-enheden. Resten af jobbet er at kontrollere, at LEI-recorden er aktiv og at stamdata matcher.

Hvilke CVR-felter giver mest værdi ved validering?

CVR indeholder mange informationer. Til LEI-validering giver få felter størst effekt, fordi de kan matches direkte mod GLEIF-data.

Hvis du kun kan tjekke to ting, så start med CVR-nummer og navn. Adresse er ofte næste bedste kontrol, men den er også det sted, hvor formatering skaber flest “falske” afvigelser.

Trin for trin: Sådan validerer du en LEI med CVR som udgangspunkt

En robust proces kan laves uden tunge systemer. Du kan gøre det manuelt i starten og senere automatisere de samme trin.

1. Start med CVR-nummeret
   Sørg for, at du har CVR-nummeret fra en pålidelig kilde (kontrakt, kundedata, offentlig registrering). Undgå at starte med navn alene, hvis du kan få CVR.

2. Hent virksomhedens CVR-grunddata
   Slå enheden op via CVR-API eller en CVR-opslagstjeneste, og hent minimum navn og adresse.

3. Se efter LEI i CVR-data (lei_id)
   Hvis CVR-posten indeholder en LEI, så brug den som kandidat til næste trin. Hvis feltet er tomt, går du til trin 6.

4. Hent den fulde LEI-record i GLEIF
   Brug GLEIFs opslag (web eller API) til at hente LEI-recorden. Det er her, du får status, “last update”, registreret navn og adresser.

5. Sammenlign CVR og GLEIF felter med tolerancer
   Tjek om navn og adresse matcher i rimelig grad. Små forskelle kan være acceptable, men de skal kunne forklares. Tjek også, om registreringsoplysninger peger på Danmark (registreringsmyndighed og registreringsnummer, hvis de er udfyldt).

6. Hvis CVR ikke har LEI: søg i GLEIF med CVR-data
   Søg i GLEIF på virksomhedsnavn og filtrér på land (DK). Hvis GLEIF-resultater viser registreringsnummer, kan du bruge det til at finde et match på CVR.

7. Kontrollér LEI-status og fornyelsesdato
   En LEI skal være aktiv og fornyet. Mange modparter afviser “lapsed” LEI, selv hvis identiteten er korrekt.

8. Dokumentér resultatet
   Gem et lille “audit trail”: CVR-udtræk (navn/adresse), LEI-record (status, navn/adresse), dato og hvem der tjekkede. Det gør fejlfinding langt lettere senere.

Et teknisk tip, hvis du arbejder API-baseret: Husk at GLEIF-databasen typisk opdateres i en daglig cyklus. En helt nyudstedt LEI kan derfor være synlig hos udstederen, men først dukke op i GLEIF-opslag senere.

Når CVR ikke viser en LEI: praktiske søgestrategier

Det er normalt, at CVR ikke har en udfyldt LEI for alle enheder. Enheden kan mangle LEI, eller data kan være forsinket. Når du skal finde den rigtige LEI, handler det om at reducere støj i søgningen.

Du kan typisk få bedre træfsikkerhed ved at kombinere flere signaler i stedet for at stole på én enkelt søgning.

• Søg på fuldt officielt navn
• Begræns til land: DK
• Brug adresse som ekstra filter
• Tjek navnevarianter (forkortelser og tegnsætning)

Hvis du ofte validerer mange enheder, kan det betale sig at definere en fast navnepolitik internt, så du altid søger med CVR-navnet som primær tekststreng.

Typiske mismatch-problemer og hvordan de håndteres

De fleste “fejl” i LEI-validering er ikke reelle fejl, men datavariationer. Her er de mest almindelige, og hvad man normalt gør ved dem.

• Navn matcher ikke 1:1: Tjek om det skyldes “A/S” vs. “Aktieselskab”, store/små bogstaver, kommaer, eller et registreret binavn. Brug CVR’s officielle navn som reference, og vær konsekvent i jeres tolerance.
• Adresse afviger: Kig efter flytning, c/o-adresser, eller forskel mellem “legal address” og “headquarters”. En LEI kan være korrekt, selvom én af adresserne ikke er opdateret endnu.
• LEI er udløbet (lapsed): Identiteten kan godt være rigtig, men koden er typisk ikke acceptabel til handel og rapportering. Her er løsningen en fornyelse, ikke en ny LEI.
• Forkert enhed i koncernen: Det ses ofte ved holdingselskab vs. driftsselskab. CVR-nummeret er den sikreste skillelinje, så lad CVR styre.
• Nylige ændringer: CVR kan være opdateret før LEI, eller omvendt. Hvis ændringen er helt ny, kan tidsforskydning forklare afvigelsen.

Et godt princip er at skelne mellem “afvigelse” og “konflikt”. En afvigelse kan forklares (format, timing, adressevariant). En konflikt betyder, at to datafelter peger på forskellige juridiske enheder, og så skal du stoppe og undersøge nærmere.

Automatisering: et enkelt kontrolsetup der kan skaleres

Når processen virker manuelt, kan den bygges ind i arbejdsgange i compliance, onboarding eller trading support. Det kan være så simpelt som en daglig kontrol af kritiske modparter eller en validering ved oprettelse af nye kunder.

En pragmatisk model er:

• CVR er master for dansk identitet.
• GLEIF er master for LEI-status og global identitet.
• Interne systemer gemmer seneste valideringsdato og resultat.

Hvis du arbejder med integrationer, skal du også tage højde for adgang og begrænsninger. CVR-API kan kræve aftale, og der kan være rate limits. GLEIF’s API er offentligt tilgængeligt, men du bør stadig cache resultater og undgå at slå de samme LEI-records op unødigt.

Når det giver mening at bruge en registreringsagent

Validering hænger tæt sammen med oprettelse og fornyelse. I praksis er det ofte de samme datafelter, der skaber problemer: navn, adresse, selskabsform og timingen af opdateringer.

En registreringsagent kan være nyttig, når du vil minimere manuelt arbejde og fejl i ansøgningen fra start. En typisk fordel er et CVR-baseret flow, hvor du indtaster CVR-nummer eller firmanavn, hvorefter stamdata hentes automatisk og bruges i ansøgningen. Det reducerer tastefejl og gør valideringen mere lige til.

LEI Service ApS arbejder netop med CVR-baseret oprettelse, flytning og fornyelse af LEI-koder med tydelig prisstruktur, inkluderet GLEIF-gebyr og mulighed for automatisk fornyelse. Der tilbydes også dansk kundeservice på telefon og e-mail, hvilket kan være praktisk, når en validering stopper på en navne- eller adresseafvigelse, der kræver en hurtig afklaring.

Hvis du sidder med mange enheder, kan det også være relevant at spørge efter mængderabat og en fast proces for opdatering af stamdata, så LEI-information følger med, når CVR ændrer sig.

En enkel intern standard, der reducerer afviste handler

Det vigtigste er ikke, om valideringen er manuel eller automatiseret. Det vigtigste er, at den er ens hver gang. En kort intern standard kan bestå af: “CVR først, derefter GLEIF, og gem altid status og dato.” Det alene fanger de fleste fejl tidligt, før de bliver til afviste trades, forsinket onboarding eller ekstra compliance-runder.