Spring til indhold
Reltime
Regulatoriske spor

Hvert regelværksspor består af de samme fire elementer, tilpasset én forordning. Hændelser, beviser, handlinger og rapporter. En bank, der anvender DORA, AMLR og eIDAS 2, deler ét identitetslag og én fælles dokumentation på tværs af alle tre.

Når reglerne ændres, opdateres regelværkssporet én gang, og dokumentationen viser, hvilken version der gjaldt på hvilken dato.

Illustrativ arbejdsgang
  1. 1

    Hændelser

    Hvad der skal registreres

    Sårbarhed modtaget, vurderet, udnyttelse bekræftet, rettelse frigivet

  2. 2

    Beviser

    Hvad en tredjepart skal kunne se

    Hvert trin signeret af en identificeret person i en defineret rolle, med tidspunkt og dokumentversion

  3. 3

    Handlinger

    Hvad der først må ske, når der foreligger bevis

    Produktlanceringen holdes tilbage, indtil rettelsen er registreret og signeret

  4. 4

    Rapporter

    Hvad tilsynsmyndigheden modtager

    Tidlig varsling inden for 24 timer, underretning inden for 72 timer, endelig rapport inden for 14 dage efter en rettelse

Vist spor · Cyberrobusthedsforordningen

Hvem det når · Producenter af produkter med digitale elementer, herunder forhandlere med egne varemærker

Hændelser registreret
Sårbarhed modtaget, vurderet, udnyttelse bekræftet, rettelse frigivet
Beviser
Hvert trin signeret af en identificeret person i en defineret rolle, med tidspunkt og dokumentversion
Handlinger, der kræver bevis
Produktlanceringen holdes tilbage, indtil rettelsen er registreret og signeret
Genererede rapporter
Tidlig varsling inden for 24 timer, underretning inden for 72 timer, endelig rapport inden for 14 dage efter en rettelse
Illustrativ arbejdsgang
Trin 1 af 5
  1. Kendskab · forankret 09:14
  2. +24h · Tidlig varsling
  3. +72h · Underretning
  4. Rettelse tilgængelig
  5. +14 dage · Endelig rapport
NIS2, DORA og CRA har hver deres rapporteringstrin og frister. Dette eksempel viser CRA.

Leverandørdokumentation før varerne ankommer.

Fra den 11. december 2027 skal hver enhed, der bringes i omsætning på EU-markedet, have fuldstændig CRA-dokumentation. Varer uden denne bliver på lageret. Leverandørerne forsegler deres erklæring, kontaktpunkt for sårbarheder, supportperiode og softwarestykliste pr. produktversion, én gang. Hver vare får en status før salg. Hvis dokumentationen ændres eller trækkes tilbage, sendes en advarsel med det samme. Sporbarheden bevares i de ti år, som CRA kræver.

Illustrativ arbejdsgang
  • Router X2 · v1.4✓ Erklæring✓ Kontaktpunkt✓ Supportperiode✓ SBOMKlar
  • Smart stikkontakt S · v2.0✓ Erklæring✓ Kontaktpunkt✕ Supportperiode✕ SBOMMangler
  • Bærbar computer L15 · v3.1✕ Erklæring✓ Kontaktpunkt✓ Supportperiode✓ SBOMTilbagekaldt

Hvem det når · Væsentlige og vigtige enheder i 18 sektorer

Hændelser registreret
Sikkerhedsforanstaltninger, hændelser
Beviser
Hændelsesansvarlig, klassificering og hver eskalering signeret med rolle og tidspunkt
Handlinger, der kræver bevis
Adgang til væsentlige systemer
Genererede rapporter
Hændelsesunderretninger

Hvem det når · Finansielle enheder og deres IKT-leverandører

Hændelser registreret
IKT-hændelser, tredjepartsændringer, test
Beviser
Godkendelseskæde med roller og den regelversion, der var gældende
Handlinger, der kræver bevis
Ændring af kritiske IKT-tjenester
Genererede rapporter
Hændelses- og registerindberetning

Hvem det når · Udbydere og idriftsættere af højrisiko-AI

Hændelser registreret
Træningsdata, samtykke, modelversioner
Beviser
Modelversion og ansvarlig rolle knyttet til hver beslutning
Handlinger, der kræver bevis
Modeludgivelse
Genererede rapporter
Teknisk dokumentation og logfiler

Hvem det når · Forpligtede enheder i henhold til EU's hvidvaskregler

Hændelser registreret
Kundekontroller, statusændringer, advarsler
Beviser
Attesteringer fra udstedere, kontrolleret mod deres signaturer
Handlinger, der kræver bevis
Transaktioner over risikotærskler
Genererede rapporter
Sporbarhed i den løbende overvågning

Hvem det når · Forladende parter, der accepterer EU-tegnebogen

Hændelser registreret
Identitetsverifikationer pr. formål
Beviser
Modtaget tegnebogsattestering, udsteder og kontroltidspunkt
Handlinger, der kræver bevis
Adgang og onboarding
Genererede rapporter
Verifikationskvitteringer

Hvem det når · Producenter af produkter, nu også software

Hændelser registreret
Produktets tilstand ved lancering, ændringer, opdateringer
Beviser
Beslutninger om lancering og opdatering signeret med rolle, tidspunkt og version
Handlinger, der kræver bevis
Udgivelse af software og opdateringer
Genererede rapporter
Bevispakke til fremlæggelse

Hvem det når · Kreditgivere og kreditformidlere

Hændelser registreret
Kreditværdighedsvurderinger, oplysningsgivning
Beviser
Hver vurdering knyttet til regelversionen og den ansvarlige rolle
Handlinger, der kræver bevis
Kreditbeslutning og udbetaling
Genererede rapporter
Bevisgrundlag pr. beslutning

Ét identitetslag under hvert flow. eKYC og identitet, som indehaveren selv kontrollerer, med løbende overvågning.

Se identitet som bevis →
Spørgsmålet, der kommer

7%

En betalingsinstruks frigives kun, når der foreligger en forankret accept. Levering, inspektion, godkendelse og betalingsreference indgår i én kæde, som betaleren, donoren og revisoren hver især kan kontrollere.

Banken eller finansfunktionen forbliver betaler og beholder sit eget ansvar. Reltime styrer, hvornår instruksen frigives, og opbevarer beviserne.

Illustrativ arbejdsgang
Trin 1 af 7
  1. 01

    Levering registreret

  2. 02

    Inspektion underskrevet

  3. 03

    Godkendelse forankret

    Forankret
  4. 04

    Godkendelser

    To roller

  5. 05

    Betalingsinstruks frigivet

    Frigivet
  6. 06

    Betaleren gennemfører

Alternativ gren · inspektionen underkendes

  1. 01

    Inspektion underkendt

    Underkendt
  2. 02

    Instruks tilbageholdt

    Sat på hold
  3. 03

    Advarsel til den kontraktansvarlige

    Advarsel

ForpligtelseArbejdsgangKontrolBevisForbliver hos jer
Hændelseshåndtering efter NIS2Fra opdagelse til underretningAnsvarlig udpeges, og eskalering sikresSigneret tidslinje for hvert trinKlassificering og beslutning om indberetning
IKT-tredjepartsrisiko efter DORAÆndring af en kritisk IKT-tjenesteÆndringen tilbageholdes, indtil godkendelserne er forankretGodkendelseskæde med roller og regelversionRisikoappetit og valg af leverandør
Sårbarhedsrapportering efter CRAFra sårbarhed til rettelseUdgivelsen tilbageholdes, indtil rettelsen er signeretUdkast til 24-timersrapport / 72-timersrapport / endelig rapport baseret på dokumentationenIndsendelse til myndigheden
Dataminimering efter GDPRIdentitetskontrollerBevis deles, kopi tilbageholdesAttestationskvitteringRetsgrundlag og opbevaringsperiode
Logning efter AI-forordningenModelbeslutningModelversion knyttet til hver beslutningHændelseslog med reference til input og versionRisikoklassificering af systemet
Løbende overvågning efter AMLRKundeforholdAdvarsel ved statusændring eller afvigelseForankret overvågningshistorikRisikovurdering og handling

Reltime er udviklet til at understøtte disse forpligtelser. Ansvaret for overholdelse af reglerne forbliver hos jeres organisation.

For personer med beskyttede personoplysninger kan ét enkelt fejlagtigt opslag sætte liv på spil. Reltime vurderer anmodningen, før oplysningerne udleveres, registrerer beslutningen og advarer det ansvarlige team, når nogen uden adgang forsøger at få indsigt.

Illustrativ arbejdsgang
Trin 1 af 7

Kliniker

  • 1 Anmod om journal

Lokalt kontrolpunkt

  • 2 Lokal beslutning på millisekunder
  • 4 Lokal log gemt
  • 7 Gren B · nødadgangGodkendt · markeret

Patientjournalsystem

  • 3 Kun tilladte felter

Reltime-netværket

  • 5 Forankret efter beslutningen

Sikkerhedsteam

  • 6 Gren A · adgang uden for rollenAfvist · advarsel
Patientbehandlingen venter aldrig på netværket. Beslutningen træffes lokalt, og beviserne forankres umiddelbart efter.
  • Intet nyt register.

    Beskyttelsesstatus læses dér, hvor den allerede findes, ved hver kontrol. Der opbygges aldrig en liste over beskyttede personer.

  • Alt forbliver hos organisationen.

    Den fuldstændige beslutningsdokumentation bliver i organisationens egen log. Kun en kontrolsum sendes til netværket.

  • Sikker fejlhåndtering, pr. flow.

    Hvis kontrolpunktet ikke svarer, tilbageholdes udsendelser og fakturaer, henvisninger sendes videre med maskerede kontaktoplysninger, og hastende læsning tillades som nødadgang og markeres til opfølgning.