Gratis verktøy · kjører i nettleseren

Valider DORA-registeret ditt
før Finanstilsynet gjør det

Slipp xBRL-CSV-zip-en du skal sende inn (register over IKT-tjenesteavtaler, RoI). Vi kjører EBAs tekniske kontroller, DPM-forretningsreglene og LEI-sjekksummen på alle 15 templates og viser hvert funn med template, rad og kolonne. Filen forlater aldri nettleseren.

ITS (EU) 2024/2956 · EBA DPM 4.0 Ingen opplasting: alt skjer lokalt Resultat på sekunder

Slipp RoI-pakken her

En .zip med navnet LEI.IND|CON_CC_DORA010100_DORA_yyyy-mm-dd_tidsstempel.zip, eller én eller flere b_xx.xx.csv-filer.

Personvern innebygd: parsing og validering kjører i denne fanen med JavaScript. Ikke noe filinnhold sendes noe sted — du kan kontrollere det i nettleserens nettverkspanel.
Vis:

Slutt å rette CSV-er for hånd

DORA GRC holder registeret som strukturerte data — enheter, avtaler, leverandører, funksjoner, leverandørkjeder — og lager innsendingspakken med den samme validatoren innebygd, så hver eksport er sjekket før du laster den ned.

Start gratis 14-dagers prøveperiode

Hva validatoren sjekker

Regelkodene er de samme som ESA-ene bruker i tilbakemeldingsfilene, så du kan slå opp hvert funn direkte i EBA-veiledningen. Feil er kontroller som fører til avvisning; advarsler er datakvalitetsfunn som filen godtas med.

Pakkestruktur103 rotmappen har samme navn som zip-en, kun META-INF/ og reports/; 105 filnavnkonvensjon; 701 report.json, parameters.csv og FilingIndicators.csv finnes; 720 bare b_xx.xx.csv-tabellfiler med små bokstaver.
parameters.csv og filing indicators723 headeren er nøyaktig name,value; 714 entityID stemmer med filnavnet; 320 refPeriod; 702–705 og 808 alle 15 templates deklarert true.
Kolonnekoder801 hver kolonne finnes i DPM-en for templaten (små bokstaver, c0010…, spesialtilfellet c0031 i B_03.03, 10 kolonner i B_06.01); 802 ingen kolonne to ganger; 809 radene matcher headeren.
Nøkler805 nøkkelkolonner er aldri tomme; 806 ingen dupliserte nøkler; 807 hver fremmednøkkel finnes i templaten som definerer den — avtalereferanser, leverandørkoder, funksjons-id-er, enhets-LEI-er, konsernspiss, leverandørkjeden.
Verdier og koder503 verdier fra EBAs nedtrekkslister (eba_GA:, eba_CU:, eba_TA:, eba_CT:, eba_ZZ:, eba_BT:, eba_qCO:) med hint når du har brukt en ren ISO-kode; 330 datoer; 331 heltall; 332 boolske verdier; 305 tall; 306 UTF-8 uten BOM.
LEI og forretningsregler20-tegns format og ISO 17442-sjekksum (den delen av VR_2/12/23/71/77 som kan sjekkes uten oppslag); EUID-form; e23xxx_e obligatoriske kolonner og v88xx_m betingede regler, inkludert dem EBA deaktiverte i mars 2025, vist som hint.

Ofte stilte spørsmål

Hvilket format skal registeret leveres i?
En zip-fil med navnet {LEI}.{IND|CON}_{land}_DORA010100_DORA_{referansedato}_{tidsstempel}.zip. Inni: én rotmappe med samme navn, META-INF/reportPackage.json, og reports/ med report.json, parameters.csv, FilingIndicators.csv og én CSV per template, b_01.01.csv til b_99.01.csv, alt med små bokstaver. Kolonnene heter c0010, c0020, …; verdier fra lukkede lister bruker eba_-koder (eba_GA:NO, eba_CU:NOK, eba_TA:S17); datoer er yyyy-mm-dd; boolske verdier er true/false med små bokstaver; alt er UTF-8 uten BOM. Finanstilsynet tar imot pakken i e-Reg.
Hvorfor blir registre avvist?
Brudd på fremmednøkler (807) topper ESA-enes liste: en referanse i B_07.01, B_02.02 eller B_05.02 som ikke er nøkkel i B_02.01 eller B_05.01, en underordnet avtale uten referanse til rammeavtalen, eller en konsernspiss i B_05.01 c0110 som ikke står som egen rad. Deretter kommer tomme nøkler (805), filing indicators som ikke alle er true (808), feil filnavn (720), en entityID som ikke stemmer med filnavnet (714), feil mappestruktur (103) og kolonnekoder taksonomien ikke kjenner (801). En fil med BOM eller et komma på slutten av headeren feiler på mange rader samtidig.
Laster verktøyet opp registeret mitt?
Nei. Zip- eller CSV-filene åpnes og sjekkes av JavaScript i denne fanen. Ingenting fra filen sendes til en server; den eneste nettverksforespørselen siden gjør etter lasting er det valgfrie e-postskjemaet, som bærer e-postadressen din og oppsummeringstallene.
Betyr et rent resultat at Finanstilsynet godtar filen?
Et rent resultat betyr at pakken er strukturelt riktig etter EBAs offentlige kontroller, DPM-reglene og LEI-sjekksummen. ESA-ene slår i tillegg opp LEI i GLEIF og EUID i BRIS, og noen myndigheter kjører egne innholdskontroller. Se på et rent resultat som det nødvendige første steget, ikke som bevis på godkjenning.
Hva er referansedato og frist for neste innsamling?
Innsamlingen er årlig: referansedato 31. desember, ESA-frist 31. mars. Neste innsamling (2027) rapporteres per 31. desember 2026 med ESA-frist 31. mars 2027; hver myndighet setter en tidligere frist — Finanstilsynet brukte 13. mars i 2026 via e-Reg (produksjon åpnet 2. februar, testmiljø parallelt) og publiserer 2027-datoen senere; CSSF (Luxembourg) tok imot filer 11. februar–31. mars 2026 via eDesk. EBAs rapporteringsrammeverk 4.4 (endelig pakke september 2026) inneholder mindre tekniske endringer i DORA-modulen; denne validatoren implementerer DPM 4.0 (DORA010100) og oppdateres når 4.4-modulen er endelig.
Hvilke templates finnes?
B_01.01 enheten som fører registeret · B_01.02 enheter i omfanget · B_01.03 filialer · B_02.01 avtaler (generelt) · B_02.02 avtaler (spesifikt) · B_02.03 konserninterne avtaler · B_03.01 enheter som signerer for å motta tjenester · B_03.02 leverandører som signerer · B_03.03 konserninterne leverandører som signerer · B_04.01 enheter som bruker tjenestene · B_05.01 IKT-tredjepartsleverandører · B_05.02 leverandørkjeder · B_06.01 funksjoner · B_07.01 vurdering av IKT-tjenestene · B_99.01 definisjoner. Alle 15 må deklareres i FilingIndicators.csv selv når en tabell er tom.