LEI og SFTR/SEC-regler: Hvornår er identifikationen påkrævet?

LEI-krav dukker ofte op, når en handel pludselig ikke kan gennemføres, eller når en rapport bliver afvist af et transaktionsregister. Det skyldes, at identifikation ikke længere er “nice to have” i regulerede finansielle flows. Den er et adgangskrav.

Samtidig bliver LEI tit blandet sammen med SFTR og amerikanske SEC-krav, selv om de dækker forskellige ting: LEI er selve identifikatoren, mens SFTR og dele af SEC-reglerne er regelsæt, der kræver, at identifikation er på plads i bestemte situationer.

LEI i praksis: hvornår bliver koden nødvendig?

En LEI (Legal Entity Identifier) er en global 20-cifret kode til juridiske enheder. Den bruges på tværs af markeder til at knytte handler, rapporter og eksponeringer entydigt til den rette modpart.

Kravet opstår typisk i det øjeblik, en juridisk enhed deltager i en reguleret transaktion eller i rapportering, hvor modpartsidentifikation er obligatorisk. I EU er den mest kendte konsekvens “No LEI, no trade” i MiFID II/MiFIR-kontekst: uden gyldig LEI kan en transaktion blive afvist, eller en rapport kan ikke indsendes korrekt.

Det er ikke kun “store” finansielle institutioner. Også selskaber, fonde, foreninger og offentligt relaterede enheder kan rammes, hvis de handler værdipapirer, indgår derivater eller bruger værdipapirfinansiering.

Et kort signal at holde øje med: Hvis en bank, broker eller depotbank beder om LEI, er det sjældent frivilligt. Det er ofte deres måde at sikre, at de kan gennemføre handel og efterfølgende indberetning uden fejl.

SFTR: når værdipapirfinansiering skal kunne spores T+1

SFTR (Securities Financing Transactions Regulation) handler om gennemsigtighed i værdipapirfinansieringstransaktioner (SFT’er). Den centrale mekanik er rapportering til et godkendt transaktionsregister.

Kernen i SFTR er tidsfristen: når en SFT indgås, ændres eller afsluttes, skal den rapporteres senest første arbejdsdag efter (T+1). Og rapporten skal indeholde entydig identifikation af parterne. Her er LEI standarden for juridiske enheder.

SFTR omfatter blandt andet repo, buy/sell-back, værdipapirudlån og marginlån i prime brokerage. Kravet rammer både finansielle modparter og mange ikke-finansielle modparter. Selv hvis rapporteringen er uddelegeret til en bank eller anden rapportør, skal modpartens LEI stadig kunne bruges i rapporten.

Rapporter kan blive afvist af transaktionsregisteret, hvis en LEI mangler, er forkert eller ikke er aktiv (typisk fordi den ikke er fornyet).

SEC (USA): identifikation ved konto, AML og udvalgt rapportering

SEC-reglerne bliver ofte nævnt i samme åndedrag, fordi de også stiller krav til identifikation. Men fokus er et andet end SFTR.

I USA fylder Customer Identification Program (CIP) og AML-krav meget i praksis. Her er det ikke en global entitetskode, der altid er omdrejningspunktet, men verifikation af kundens identitet ved kontoåbning og løbende kontrol afhængigt af risikoprofil. For juridiske kunder handler det ofte om navn, adresse og skatte-id (TIN/EIN) samt oplysninger om reelle ejere, hvor det er relevant.

Når det gælder rapportering af visse derivattyper og swap-relaterede flows, ser man i praksis ofte LEI anvendt som identifikation af juridiske modparter i de amerikanske rapporteringsmiljøer, selv om “LEI overalt” ikke er et universelt krav i alle SEC-scenarier.

Hvis en dansk eller europæisk virksomhed handler via en amerikansk broker-dealer, kan man derfor møde både “klassisk” KYC/CIP-dokumentation og et forventningspres om LEI, afhængigt af produktet og rapporteringspligten.

Hvad udløser kravet: en hurtig tjekliste

Krav er sjældent abstrakte. De bliver konkrete, når der er en handel, en rapport eller et kundeforhold, der skal oprettes.

Typiske udløsere ser sådan ud:

• Aktie- og obligationshandel på regulerede markeder
• OTC-derivater og clearingrelaterede processer
• Repo og værdipapirudlån

Og her er de klassiske situationer, hvor LEI konkret bliver et “stop-signal”, hvis den ikke er på plads:

• Handel via EU-markedsplads/broker: LEI skal være aktiv for at gennemføre eller rapportere handlen korrekt
• SFTR-rapportering af SFT: modparts-LEI indgår i rapporten, og inaktive LEI’er giver typisk afvisning
• Modparts- og udstederidentifikation: SFTR kan kræve både modparters LEI og udsteders LEI på værdipapirer, afhængigt af rapportfeltet

LEI, SFTR og SEC: samme tema, forskellige mekanikker

Det hjælper at skille begreberne ad:

LEI-systemet er infrastrukturen: en standardiseret kode, udstedt én gang til en juridisk enhed og vedligeholdt via årlig fornyelse og opdateringer af stamdata.

SFTR er et EU-krav til transaktionsrapportering: det specificerer tidsfrister, datafelter, formater (ofte ISO 20022) og valideringsregler i transaktionsregistre. LEI bliver her en nødvendig del af datamodellen.

SEC-reglerne er primært nationale og procesorienterede: de fokuserer ofte på kundeverifikation og dokumentation ved kontoåbning og AML, og i udvalgte rapporteringsregimer anvendes LEI også i praksis til juridiske enheder.

Nedenstående tabel kan bruges som “hvad skal jeg have klar, hvornår?”:

Aktiv LEI er ikke en formalitet: fornyelse og datakvalitet

En af de mest oversete årsager til problemer er ikke, at LEI aldrig blev oprettet. Det er, at den udløb.

LEI er knyttet til referenceoplysninger (navn, registrering, adresse, ejerskab i relevante tilfælde). Disse data skal holdes opdateret, og selve registreringen skal fornyes årligt. Når fornyelsen ikke sker, skifter status typisk til inaktiv, og mange rapporterings- og handelsflows reagerer hårdt.

Det kan ramme på et uheldigt tidspunkt: ved en større transaktion, et rollover af en repo, eller når en rapportør sender batch-rapportering og får afvisninger tilbage.

Her er en praktisk “driftsliste”, som mange bruger internt:

• Årlig fornyelse: sæt en fast proces, så LEI ikke når at udløbe
• Stamdata ved ændringer: navn, adresse, fusioner og CVR-relaterede ændringer bør afspejles i LEI-data
• Modparts-onboarding: hvis I selv rapporterer eller uddelegerer, bør modparters LEI kontrolleres som en del af onboarding

Uddelegering under SFTR: ansvar kan flyttes, men LEI kan ikke

Under SFTR er det udbredt, at rapportering uddelegeres til en bank, broker eller anden serviceleverandør. Det kan reducere den interne byrde betydeligt.

Men uddelegering fjerner ikke behovet for identifikation. Den rapporterende part skal stadig kunne rapportere modpartens LEI korrekt. Og hvis jeres LEI er inaktiv, risikerer man afviste rapporter, afstemningsfejl eller efterfølgende opfølgningsarbejde.

Det betyder i praksis, at selv små og mellemstore ikke-finansielle modparter ofte har brug for en LEI, selv om de ikke selv uploader filer til et transaktionsregister.

Hvor passer en dansk registreringsagent ind?

En registreringsagent fungerer som praktisk mellemled til udstedelse, oprettelse, flytning og fornyelse af LEI-koder, typisk baseret på opslag i officielle registre som CVR, og med håndtering af valideringsprocessen.

For mange handler behovet om tre ting: hastighed, prisoverblik og support, når noget ikke matcher i data. Det er også her, en dansk agent kan give værdi, fordi kommunikationen og dokumentationen ofte går hurtigere, når den tager udgangspunkt i danske registreringsforhold.

LEI Service ApS arbejder netop med oprettelse, flytning og fornyelse af LEI-koder, med prisgennemsigtighed (inklusive GLEIF-gebyr), mulighed for automatisk fornyelse, gratis opdateringer af LEI-information og dansk kundeservice via telefon og e-mail. For virksomheder med mange enheder kan der også være mængderabat og mulighed for EAN-faktura.

Typiske spørgsmål fra virksomheder, der rammes af SFTR og internationale krav

Det lyder teknisk, men spørgsmålene er ofte meget konkrete.

“Vi handler ikke derivater, hvorfor skal vi have LEI?”
Fordi LEI ikke kun er for derivater. Værdipapirhandel og værdipapirfinansiering kan udløse krav via de rapporteringsregimer, som jeres bank, broker eller modpart er underlagt.

“Kan vi bruge CVR i stedet?”
CVR er stærkt i Danmark, men SFTR-rapportering og mange grænseoverskridende flows er bygget op omkring LEI som fælles identifikator. CVR kan være en kilde til validering, men er sjældent en erstatning i rapportfelterne.

“Hvad hvis vores LEI er ved at udløbe midt i en handelsperiode?”
Så er risikoen, at handlen eller rapporteringen stopper eller giver afvisninger. En god praksis er at forny i god tid og gerne bruge automatisk fornyelse, hvis jeres interne processer ellers gør det sårbart.

Små detaljer, der ofte giver store forsinkelser

En enkelt forkert detalje kan give en valideringsfejl, også selv om LEI’en “findes”.

Det ses ofte ved:

• uoverensstemmelse mellem juridisk navn i LEI-data og navnet, modparten bruger i dokumenter
• ændringer i selskabsform, fusion eller adresse, der ikke er opdateret
• LEI-status, der er skiftet til inaktiv, uden at nogen har opdaget det

Nogle gange er løsningen en simpel opdatering og fornyelse. Andre gange kræver det flytning af LEI til en anden udbyder, hvis man vil samle administrationen ét sted eller få bedre styr på fornyelser.

En praktisk måde at afklare behovet hurtigt

Hvis du skal afklare “skal vi have LEI nu?”, kan du stille tre ja/nej-spørgsmål internt:

Handler enheden værdipapirer eller derivater via en reguleret mellemmand? Indgår enheden repo, værdipapirudlån eller lignende SFT’er? Har banken, broker eller depotbank bedt om LEI for at kunne fortsætte en proces?

Hvis der er ja til én af dem, er næste skridt typisk at sikre en aktiv LEI og få styr på fornyelsesrutinen, så det ikke bliver et tilbagevendende stop på kritiske handels- og rapporteringsdatoer.