LEI til offentlige enheder og EAN-fakturering: Sådan kommer I i gang

Mange offentlige enheder møder to forskellige “kode-verdener” i hverdagen: EAN/GLN til elektronisk fakturering og LEI til finansielle transaktioner. De ligner hinanden ved første øjekast, fordi begge er identifikatorer, men de bruges i helt forskellige systemer og med helt forskellige formål.

Hvis I allerede har styr på EAN-numre i økonomiafdelingen, kan det være overraskende, at I også kan få brug for en LEI-kode, typisk i forbindelse med værdipapirer, modparter eller rapportering via bank og depot.

To identifikatorer, to formål

LEI (Legal Entity Identifier) er en global identifikator for en juridisk enhed, som især bruges i finansverdenen til at identificere modparter entydigt.

Nedenfor er den hurtige forskel, som ofte afklarer de fleste spørgsmål i praksis.

Hvornår giver LEI mening for offentlige enheder?

Offentlige enheder opfattes som juridiske personer og kan derfor registrere en LEI-kode. Finanstilsynet beskriver, at LEI-kravet gælder for juridiske personer, når der handles værdipapirer. Mange offentlige organisationer handler sjældent værdipapirer direkte, men situationen opstår oftere, end man tror, fordi investeringer, udstedelser, depoter og samarbejder tit kører via bank, fondsplatforme eller eksterne forvaltere.

LEI kan også være relevant, hvis I skal identificeres entydigt i internationale sammenhænge, hvor CVR ikke altid er det primære ID. Her er LEI bygget til netop det formål: en global standard, der kan slås op offentligt.

Typiske scenarier, hvor en offentlig enhed ender med at skulle afklare LEI, er:

• Investering via depot eller kapitalforvalter
• Udstedelse eller handel med obligationer
• Indberetning/rapportering knyttet til finansielle instrumenter
• Krav fra bank, broker eller handelsplatform
• Samarbejder på tværs af lande, hvor modparter efterspørger global identifikation

Sådan registrerer en offentlig enhed en LEI i praksis

Der findes ikke en dansk myndighed, som “udsteder LEI” direkte. I stedet går registreringen gennem en GLEIF-akkrediteret udbyder (Local Operating Unit) eller en registreringsagent, som håndterer bestilling og validering ud fra officielle data.

For danske enheder er CVR som regel nøglen, fordi stamdata kan valideres direkte i CVR. I en standardregistrering er dokumentationen derfor ofte minimal, og processen kan være hurtig, når oplysningerne matcher registrene.

En praktisk opstartsmodel ser ofte sådan ud:

1. Vælg udbyder/agent og angiv CVR (nogle systemer bruger “DK” foran CVR).
2. Bekræft enhedens stamdata (navn, adresse, registreringsoplysninger).
3. Angiv kontaktperson og få håndteret eventuel fuldmagt/tegningsret, hvis der spørges.
4. Betal registrering for 1 år eller flere år (priser varierer, og GLEIF-gebyr indgår typisk).
5. Modtag LEI-koden og registrér den i bank, depot, ERP og relevante stamdatafelter.

I mange sager kan en LEI udstedes samme dag. Hvis der er mere komplekse forhold, kan udbyderen bede om supplerende oplysninger, typisk om tegningsret eller struktur. Det ses oftere ved fonde, foreninger og konstruktioner med flere niveauer, men kan også opstå i offentlige set-ups med selvejende institutioner.

Hos en dansk registreringsagent som LEI Service ApS er ansøgningsflowet CVR-baseret, og prisen kommunikeres som en samlet pris, hvor GLEIF-gebyret er medregnet. Der tilbydes også automatisk fornyelse og gratis opdatering af LEI-stamdata, hvilket passer godt til offentlige miljøer, hvor man helst undgår at misse en årlig frist.

EAN/GLN og elektronisk faktura til det offentlige

EAN/GLN er rygraden i den offentlige e-fakturering, fordi det er EAN-nummeret, der ruter fakturaen til den rigtige myndighed, institution eller afdeling. I Danmark har elektronisk fakturering til offentlige myndigheder været obligatorisk i mange år, og papir/PDF bliver typisk afvist, når det gælder egentlige fakturaer.

Det, der ofte giver problemer, er ikke selve afsendelsen, men detaljerne i de felter, som modtagersystemet validerer: EAN/GLN, ordrenummer, reference, kontakt, og at formatet er korrekt (OIOUBL eller Peppol BIS Billing).

De mest almindelige årsager til afvisning eller forsinkelse er:

• Forkert EAN/GLN: fakturaen lander i fejl eller hos en forkert modtager
• Manglende ordrenummer/reference: fakturaen kan ikke matches i modtagerens indkøbsflow
• Ugyldigt format: OIOUBL/Peppol-validering fejler i NemHandel/Access Point
• Uoverensstemmelse i stamdata: CVR, adresse eller leverandørdata matcher ikke det, modtageren forventer

For leverandører til det offentlige er anbefalingen enkel: få EAN/GLN og referencekrav skriftligt ved bestilling, og gem det som en fast “kundeopsætning” i økonomisystemet. For offentlige enheder som modtagere: sørg for, at jeres EAN-numre er korrekt koblet til de interne enheder, så fakturaen rammer rigtigt første gang.

Kan LEI bruges sammen med EAN-fakturering?

EAN/GLN og LEI erstatter ikke hinanden. EAN/GLN er stadig den nødvendige “adresse” på en offentlig e-faktura, mens LEI kan fungere som et ekstra identifikationslag, hvis I vil binde fakturaer, betalinger og modparter mere robust sammen på tværs af systemer.

I UBL-strukturer kan man teknisk set indsætte ekstra identifikatorer som part-ID (afhængigt af profil og valideringsregler). I praksis er det dog vigtigt at holde fast i, at den danske offentlige profil fokuserer på CVR/VAT og EAN/GLN som de bærende identifikatorer. Hvis I begynder at sende LEI med som ekstra felt, skal det testes, så det ikke udløser valideringsfejl eller bliver ignoreret i modtagersystemet.

Et realistisk og ofte mere værdiskabende spor er intern brug:

• Registrér LEI i stamdata på jeres juridiske enhed (og evt. relevante modparter).
• Brug LEI i dialogen med bank/depot og i finansielle processer.
• Overvej LEI som en del af datakvalitet, når I arbejder med koncernstrukturer, selvejende enheder eller internationale modparter.

Hvis I vil validere LEI automatisk, er det oplagt at bruge GLEIF’s offentlige datakilder/API til at tjekke, om koden er aktiv og ajourført. Det er især relevant, fordi LEI skal fornyes mindst én gang om året.

Organisering og drift: hold styr på koder, ejerskab og fornyelser

Det praktiske problem er sjældent at skaffe en kode. Det praktiske problem er at holde den korrekt i drift.

EAN/GLN ligger typisk i økonomisystemer, indkøbssystemer og NemHandel-opsætning. LEI ligger typisk i bankrelationer, depoter, compliance-dokumentation og masterdata. Når ansvaret ligger forskellige steder, opstår der let huller.

En enkel intern model kan være at placere et tydeligt ejerskab:

• Økonomi/indkøb ejer EAN/GLN og referencekrav.
• Treasury/finans eller økonomichef-funktionen ejer LEI og bankdialog.
• IT/ERP sikrer, at stamdatafelter findes, og at ændringer logges.

Og så én vigtig detalje: LEI-fornyelse. Hvis en LEI udløber, kan banker og handelsplatforme afvise handler eller kræve, at koden først genaktiveres. Automatisk fornyelse kan derfor være en reel driftsbesparelse, ikke bare en bekvemmelighed.

Pris, indkøb og betalingsformer i offentlige miljøer

LEI er typisk en lav årlig omkostning, men indkøbsprocessen kan stadig fylde, fordi offentlige enheder ofte har krav til fakturering, dokumentation og interne godkendelser.

To ting gør indkøb lettere at styre:

Prisgennemsigtighed: en klar pris pr. år og tydelig info om, at GLEIF-gebyr er inkluderet, gør det nemt at sammenligne udbydere og lave en simpel budgetlinje.

Fakturaflow der passer til det offentlige: hvis leverandøren kan håndtere EAN-faktura eller har en proces, der passer til offentlige betalingsrutiner, sparer I intern administration. LEI Service ApS tilbyder mulighed for EAN-faktura og har i øvrigt fokus på hurtig udstedelse, dansk kundeservice og automatisk fornyelse. Ved flere enheder kan mængderabatter også være relevante, hvis en koncern, region eller paraplyorganisation skal administrere flere LEI-koder samlet.

Hvis I allerede har styr på EAN-fakturering, er det derfor oplagt at tænke LEI ind som endnu en “stamdataopgave”, der bare skal have en ejer, en fornyelsesrutine og en fast indkøbsproces.

Spørgsmål om LEI kan typisk afklares hurtigt hos en registreringsagent, mens spørgsmål om NemHandel/Peppol, OIOUBL og validering som regel skal løses i jeres økonomisystem, hos jeres ERP-partner eller via jeres e-faktura-adgangspunkt.