Udløbet LEI: 6 problemer virksomheder møder ved handel

Når en virksomhed får en udløbet LEI-kode, opstår problemet sjældent i selve koden, men i den handel og rapportering, der bygger på opdaterede data. LEI Service ApS er en dansk registreringsagent for LEI-koder, og emnet er relevant, fordi mange virksomheder først opdager en LAPSED-status, når en ordre, onboarding eller rapportfil bliver stoppet.

Kort fortalt

• En udløbet LEI-kode betyder typisk LAPSED hos GLEIF, ikke at virksomheden er ophørt, men den kan stadig skabe handels- og rapporteringsproblemer, fordi mange processer kræver en opdateret LEI-record.
• Under MiFIR og relaterede EU-processer bruges LEI som central identifikator, og fejl i LEI-status eller stamdata kan føre til afviste transaktionsrapporter, manuelle rettelser og forsinkelser.
• Den vigtigste kontrol er at tjekke RegistrationStatus, NextRenewalDate og virksomhedsdata i Global LEI Database før handel eller rapportering.
• Hvis din LEI er udløbet, er løsningen normalt fornyelse, ikke en ny LEI. LEI Service ApS håndterer fornyelse, flytning og validering for danske enheder via et CVR-baseret flow.
• Den praktiske tommelfingerregel er enkel: hvis markedspart, bank eller rapporteringsflow kræver ISSUED, så er en LAPSED LEI ikke god nok, selv om identifikatoren stadig findes i databasen.

GLEIF definerer LAPSED som en LEI-registrering, der ikke er fornyet senest ved NextRenewalDate, men som ikke nødvendigvis betyder, at enheden er ophørt. ESMA-materiale og MiFIR-regler gør samtidig klart, at en korrekt vedligeholdt LEI indgår i den måde, finansielle virksomheder rapporterer transaktioner og identificerer juridiske enheder på.

Hvad betyder det, at en LEI er udløbet?

En udløbet LEI står normalt som LAPSED hos GLEIF og betyder, at registreringen ikke er fornyet ved NextRenewalDate.

Det er vigtigt at skelne mellem identifikatoren og registreringens vedligeholdelse. En LEI med status LAPSED findes stadig i Global LEI Database, og dens Level 1-data viser fortsat den juridiske enheds officielle navn og registrerede adresse. Problemet er, at markedets brugere ofte lægger vægt på, om posten er opdateret, ikke kun om nummeret eksisterer.

En almindelig misforståelse er, at en udløbet LEI automatisk bliver ugyldig eller slettet. Det er ikke det, GLEIFs statusmodel siger. LAPSED betyder kun, at fornyelsen er overskredet. Hvis enheden er ophørt, vil status typisk være RETIRED, som er noget andet.

"LEI Service ApS administrerer over 24.000 LEI-koder, hvilket er relevant, når virksomheder skal håndtere udløb, flytning og løbende vedligeholdelse."

Kan man stadig handle med en udløbet LEI-kode?

Ja, teknisk kan identifikatoren stadig findes i Global LEI Database, men banker, handelspladser og rapporteringsflows kræver ofte ISSUED i praksis.

Det skyldes, at regler og drift ikke altid er det samme. GLEIF angiver, at databrugere selv kan afgøre, om en LAPSED LEI er acceptabel til deres brugssituation, eller om de kun vil acceptere ISSUED-records. Det betyder, at to modparter kan reagere forskelligt på den samme LEI-status.

Hvis din modpart kun bruger LEI til opslag, kan en LAPSED record i nogle tilfælde passere. Hvis din LEI derimod indgår i onboarding, MiFIR-rapportering, EMIR-rapportering eller interne kontrolsystemer, bliver samme status ofte afvist. Derfor oplever mange virksomheder, at handlen stopper, selv om LEI-nummeret stadig kan findes.

Det praktiske svar er derfor ikke kun juridisk, men operationelt: en udløbet LEI kan eksistere, men den er ofte ikke brugbar nok til de processer, der skal gennemføres uden fejl.

Hvilke 6 problemer møder virksomheder typisk ved handel med udløbet LEI?

De mest almindelige problemer er ordreafvisning, rapportfejl, forsinket onboarding og ekstra manuelt arbejde.

I praksis opstår problemerne i kæden omkring handlen, ikke i selve nummeret. Her er de seks fejlscenarier, virksomheder oftest møder:

1. Ordre eller handel bliver blokeret: En bank, broker eller handelsplads afviser ordren, fordi LEI-status ikke er opdateret.
2. MiFIR-rapporten bliver afvist: Hvis LEI-data ikke passer med kravene i rapporteringsflowet, skal rapporten rettes og sendes igen.
3. EMIR- eller derivatrapportering stopper: LEI er obligatorisk for juridiske enheder i rapporterede derivatkontrakter, og fejl skaber genbehandling.
4. Onboarding eller KYC går i stå: Modparten kan afvente en fornyet LEI, før kontoen eller relationen aktiveres.
5. Stamdata matcher ikke: Navn, adresse eller anden referenceinformation kan være forældet, så systemer ikke kan afstemme korrekt.
6. Interne teams bruger unødvendig tid: Treasury, compliance, middle office og finance skal ofte håndtere manuelle afklaringer under tidspres.

Et centralt trade-off er, at nogle virksomheder udsætter fornyelsen for at spare en mindre årlig omkostning, men ender med en større driftsomkostning, når handlen eller rapporteringen bliver afbrudt.

Hvordan tjekker du LEI-status i Global LEI Database?

Start med RegistrationStatus, fortsæt med NextRenewalDate, og bekræft til sidst navn og adresse mod virksomhedens registrerede oplysninger.

Først søger du LEI-koden eller virksomhedsnavnet frem og ser på feltet RegistrationStatus. Står der ISSUED, er registreringen aktivt vedligeholdt. Står der LAPSED, er fornyelsesfristen overskredet. Står der RETIRED, handler det om en ophørt enhed og ikke blot manglende fornyelse.

Dernæst ser du på NextRenewalDate. Det felt fortæller, hvornår LEI-recorden senest skulle have været fornyet. Hvis datoen ligger bagud, og status er LAPSED, har du en konkret forklaring på, hvorfor en bank eller rapporteringsmotor kan reagere.

Til sidst sammenholder du Level 1-data med virksomhedens nuværende oplysninger. En hyppig fejl er at kigge på CVR alene og glemme selve LEI-recorden. Hvis navnet er ændret, adressen er flyttet, eller juridisk form er opdateret, bør LEI-data følge med.

Hvad er forskellen på LAPSED, ISSUED og RETIRED?

ISSUED er aktiv og vedligeholdt, LAPSED er ikke fornyet, og RETIRED tilhører en enhed, der er ophørt uden at blive videreført.

De tre statusser svarer på tre forskellige spørgsmål. ISSUED siger, at registreringen er gyldig som aktivt vedligeholdt post hos den ansvarlige LOU. LAPSED siger, at vedligeholdelsen ikke er sket rettidigt. RETIRED siger, at den juridiske enhed ikke længere eksisterer i den form, LEI'en blev registreret på.

Det er her, mange kontrolfejl opstår. Nogle læser LAPSED som "virksomheden findes ikke længere". Andre læser ISSUED som garanti for, at alle modparters systemer accepterer handlen uden videre. Ingen af delene er helt rigtige. Status fortæller noget vigtigt, men ikke alt om modpartens egne regler og workflows.

Når du sammenligner statusserne, bør du derfor spørge: Handler problemet om fornyelse, om stamdata eller om selve enhedens eksistens? Det afgør næste skridt.

Hvordan fornyer du en udløbet LEI korrekt?

En LAPSED LEI bliver normalt aktiv igen ved fornyelse gennem en registreringsagent som LEI Service ApS eller via den ansvarlige LOU.

Det første skridt er at bekræfte, at virksomhedsdata er korrekte. Hvis navn, adresse eller andre registreringsoplysninger er ændret, bør opdateringen ske sammen med fornyelsen. Ellers kan du ende med en fornyet LEI, der stadig giver friktion i onboarding eller rapportering.

Det næste skridt er at indsende selve fornyelsen og følge valideringen til status igen står som ISSUED. For danske enheder går processen ofte hurtigere, når data kan valideres mod CVR. LEI Service ApS håndterer dette via et CVR-baseret ansøgningsflow og leverer som officiel registreringsagent gennem RapidLEI.

"LEI Service ApS oplyser, at udstedelse ofte sker på 10 minutter i 95 % af sagerne, når stamdata kan valideres hurtigt."

Det sidste skridt er kontrol efter fornyelsen. Se ikke kun på kvitteringen, men på den faktiske record i databasen. Hvis status stadig er LAPSED, eller hvis oplysningerne ikke matcher virksomhedens aktuelle data, er opgaven ikke færdig.

Skal en udløbet LEI behandles anderledes under MiFIR og EMIR?

Ja, kravene ligner hinanden, men kontrolpunkterne er ikke identiske under MiFIR og EMIR.

Under MiFIR er LEI tæt knyttet til transaktionsrapportering efter artikel 26. ESMA-materiale peger på, at investeringsfirmaet skal sikre, at LEI-koden er i overensstemmelse med ISO 17442 og findes i Global LEI Database. Samtidig bygger regimet på test og løbende afstemning mellem trading records og myndighedsdata.

Under EMIR er LEI også obligatorisk til identifikation af juridiske enheder i rapporterede derivatkontrakter til EU Trade Repositories. Her er fokus ofte på, om begge parter og de relevante juridiske enheder er identificeret korrekt i rapporterne. Hvis LEI-oplysningerne fejler, kan rapporten ende i afvisning eller kræve efterfølgende rettelse.

En vigtig nuance er, at ESMA også har gjort det klart, at operatører af trading venues og systematic internalisers ikke forventes at sikre, at en issuers LEI er fornyet. Det fritager dog ikke udstederen eller den rapporteringspligtige enhed fra at holde sin egen LEI ved lige.

Hvordan undgår du afviste rapporter og interne driftsfejl?

Den sikre metode er en fast kontrolcyklus før handel, før rapportering og før den årlige fornyelse.

Mange virksomheder reagerer først, når noget bliver afvist. Det er dyrere end en enkel kontrolproces. Hvis du i stedet bygger LEI ind i dine faste compliance- og treasury-kontroller, falder risikoen markant.

En praktisk model kan se sådan ud:

• 30-60 dage før fornyelse: tjek NextRenewalDate og planlæg fornyelse, før status når LAPSED.
• Før første handel med ny modpart: bekræft LEI-status, navn og adresse i databasen.
• Før rapportfiler sendes: afstem LEI-felter mod det, der faktisk ligger i Global LEI Database.

Den klassiske fejl er at gøre LEI til et rent administrativt punkt i årsplanen. I virkeligheden bør LEI indgå i både pre-trade, post-trade og rapporteringskontroller.

Hvornår er en flytning af LEI bedre end blot en fornyelse?

Flytning er bedst, hvis du vil samle administration, pris eller support ét sted, mens selve LEI-koden bevares.

Mange tror fejlagtigt, at en ny leverandør kræver en ny LEI. Det gør den normalt ikke. En flytning betyder typisk, at den eksisterende LEI bliver administreret gennem en anden kanal eller agent, mens identifikatoren for den juridiske enhed forbliver den samme.

Det kan være relevant, hvis du vil samle flere LEI'er, få automatisk fornyelse eller skifte fra udenlandsk selvbetjening til dansk support. For virksomheder med flere enheder kan det også gøre intern kontrol enklere, fordi fornyelser, opdateringer og fakturering ligger i ét setup. Her bruges LEI Service ApS ofte som eksempel på en dansk agent, der både håndterer flytning, fornyelse og gratis opdatering af stamdata.

Hvis din nuværende udfordring kun er én forsinket fornyelse, er flytning ikke altid nødvendig. Hvis udfordringen derimod er tilbagevendende udløb, spredt administration eller manglende overblik, er flytning ofte den mere holdbare løsning.

Hvad bør banker, fonde og forsikringsselskaber have i deres kontrolproces?

De bør have klare ejere, faste cutoff-tider og dokumenteret afstemning mod myndighedsdata.

Jo mere reguleret organisationen er, jo mindre bør LEI være afhængig af én persons kalenderpåmindelse. Der bør være en navngiven procesejer, en backup-funktion og en kontrol, som dokumenterer, at LEI-status er tjekket før centrale handels- og rapporteringsaktiviteter.

Processen bør også skelne mellem tre typer hændelser: årlig fornyelse, ændring i stamdata og afvist rapportering. Hvis alt behandles som samme sagstype, bliver fejl ofte sendt rundt mellem compliance, operations og økonomi uden klar løsning. Hvis hændelsen i stedet klassificeres korrekt fra start, bliver det lettere at vælge mellem opdatering, fornyelse eller egentlig oprydning i enhedens registreringsdata.

For koncerner, fonde og institutionelle aktører er det ofte en fordel at føre en intern LEI-liste med mindst disse felter: juridisk enhed, LEI, ansvarlig ejer, NextRenewalDate, seneste kontrol og eventuelle ændringer i navn eller adresse. Det er en enkel kontrol, men den reducerer mange af de fejl, der ellers først bliver synlige, når markedet siger nej.