Hopp til innhold
Reltime
Regulatoriske spor

Hvert regelverksspor består av de samme fire elementene, tilpasset én forordning. Hendelser, bevis, handlinger og rapporter. En bank som bruker DORA, AMLR og eIDAS 2, deler ett identitetslag og én felles dokumentasjon på tvers av alle tre.

Når reglene endres, oppdateres regelverkssporet én gang, og dokumentasjonen viser hvilken versjon som gjaldt på hvilken dato.

Illustrerende arbeidsflyt
  1. 1

    Hendelser

    Hva som må registreres

    Sårbarhet mottatt, vurdert, utnyttelse bekreftet, rettelse publisert

  2. 2

    Bevis

    Hva en tredjepart må kunne se

    Hvert trinn signert av en identifisert person i en definert rolle, med tidspunkt og dokumentversjon

  3. 3

    Tiltak

    Hva som først kan skje når bevis foreligger

    Produktlanseringen holdes tilbake til rettelsen er registrert og signert

  4. 4

    Rapporter

    Hva tilsynsmyndigheten mottar

    Tidlig varsel innen 24 timer, melding innen 72 timer, sluttrapport innen 14 dager etter en rettelse

Vist spor · Cyberresiliensforordningen

Hvem det når · Produsenter av produkter med digitale elementer, inkludert forhandlere med egne merkevarer

Hendelser registrert
Sårbarhet mottatt, vurdert, utnyttelse bekreftet, rettelse publisert
Bevis
Hvert trinn signert av en identifisert person i en definert rolle, med tidspunkt og dokumentversjon
Handlinger som krever bevis
Produktlanseringen holdes tilbake til rettelsen er registrert og signert
Genererte rapporter
Tidlig varsel innen 24 timer, melding innen 72 timer, sluttrapport innen 14 dager etter en rettelse
Illustrerende arbeidsflyt
Steg 1 av 5
  1. Kjennskap · forankret 09:14
  2. +24h · Tidlig varsel
  3. +72h · Melding
  4. Rettelse tilgjengelig
  5. +14 dager · Sluttrapport
NIS2, DORA og CRA har hver sine rapporteringstrinn og frister. Dette eksempelet viser CRA.

Leverandørdokumentasjon før varene ankommer.

Fra 11. desember 2027 trenger hver enhet som bringes i omsetning på EU-markedet, fullstendig CRA-dokumentasjon. Varer uten denne blir stående på lageret. Leverandørene forsegler sin erklæring, kontaktpunkt for sårbarheter, støtteperiode og programvarefortegnelse per produktversjon, én gang. Hver vare får en status før salg. Hvis dokumentasjonen endres eller trekkes tilbake, sendes et varsel umiddelbart. Sporbarheten bevares i de ti årene CRA krever.

Illustrerende arbeidsflyt
  • Router X2 · v1.4✓ Erklæring✓ Kontaktpunkt✓ Støtteperiode✓ SBOMKlart
  • Smart stikkontakt S · v2.0✓ Erklæring✓ Kontaktpunkt✕ Støtteperiode✕ SBOMMangler
  • Bærbar PC L15 · v3.1✕ Erklæring✓ Kontaktpunkt✓ Støtteperiode✓ SBOMTrukket tilbake

Hvem det når · Vesentlige og viktige enheter i 18 sektorer

Hendelser registrert
Sikkerhetstiltak, hendelser
Bevis
Hendelsesansvarlig, klassifisering og hver eskalering signert med rolle og tidspunkt
Handlinger som krever bevis
Tilgang til vesentlige systemer
Genererte rapporter
Hendelsesvarsler

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

Hendelser registrert
IKT-hendelser, tredjepartsendringer, tester
Bevis
Godkjenningskjede med roller og regelversjonen som gjaldt
Handlinger som krever bevis
Endring av kritiske IKT-tjenester
Genererte rapporter
Hendelses- og registerrapportering

Hvem det når · Leverandører og brukervirksomheter av høyrisiko-KI

Hendelser registrert
Treningsdata, samtykke, modellversjoner
Bevis
Modellversjon og ansvarlig rolle knyttet til hver beslutning
Handlinger som krever bevis
Modellutgivelse
Genererte rapporter
Teknisk dokumentasjon og logger

Hvem det når · Rapporteringspliktige etter EUs hvitvaskingsregler

Hendelser registrert
Kundekontroller, statusendringer, varsler
Bevis
Attestasjoner fra utstedere, kontrollert mot signaturene deres
Handlinger som krever bevis
Transaksjoner over risikoterskler
Genererte rapporter
Sporbarhet i den løpende overvåkingen

Hvem det når · Parter som aksepterer og stoler på EU-lommeboken

Hendelser registrert
Identitetsverifiseringer per formål
Bevis
Mottatt lommebokattestasjon, utsteder og tidspunkt for kontroll
Handlinger som krever bevis
Tilgang og onboarding
Genererte rapporter
Verifiseringskvitteringer

Hvem det når · Produsenter av produkter, nå også programvare

Hendelser registrert
Produktets tilstand ved lansering, endringer, oppdateringer
Bevis
Beslutninger om lansering og oppdatering signert med rolle, tidspunkt og versjon
Handlinger som krever bevis
Utgivelse av programvare og oppdateringer
Genererte rapporter
Bevispakke for utlevering

Hvem det når · Kredittytere og kredittformidlere

Hendelser registrert
Kredittvurderinger, opplysningsgivning
Bevis
Hver vurdering knyttet til regelversjonen og den ansvarlige rollen
Handlinger som krever bevis
Kredittbeslutning og utbetaling
Genererte rapporter
Bevisgrunnlag per beslutning

Ett identitetslag under hver flyt. eKYC og identitet som innehaveren selv kontrollerer, med kontinuerlig overvåking.

Se identitet som bevis →
Spørsmålet som kommer

7%

En betalingsinstruks frigis bare når det foreligger en forankret aksept. Levering, inspeksjon, godkjenning og betalingsreferanse ligger i én kjede som betaleren, giveren og revisoren hver for seg kan kontrollere.

Banken eller finansfunksjonen forblir betaler og beholder sitt eget ansvar. Reltime styrer når instruksen frigis og oppbevarer bevisene.

Illustrerende arbeidsflyt
Steg 1 av 7
  1. 01

    Levering registrert

  2. 02

    Inspeksjon signert

  3. 03

    Godkjenning forankret

    Forankret
  4. 04

    Godkjenninger

    To roller

  5. 05

    Betalingsinstruks frigitt

    Frigitt
  6. 06

    Betaleren gjennomfører

Alternativ gren · inspeksjonen underkjennes

  1. 01

    Inspeksjon underkjent

    Underkjent
  2. 02

    Instruks sperret

    Satt på vent
  3. 03

    Varsel til den kontraktsansvarlige

    Varsel

ForpliktelseArbeidsflytKontrollBevisForblir hos dere
Hendelseshåndtering etter NIS2Fra oppdagelse til varslingAnsvarlig utpekes og eskalering sikresSignert tidslinje for hvert trinnKlassifisering og beslutning om rapportering
IKT-tredjepartsrisiko etter DORAEndring i en kritisk IKT-tjenesteEndringen holdes tilbake til godkjenningene er forankretGodkjenningskjede med roller og regelversjonRisikoappetitt og valg av leverandør
Sårbarhetsrapportering etter CRAFra sårbarhet til utbedringUtgivelsen holdes tilbake til utbedringen er signertUtkast til 24-timersrapport / 72-timersrapport / sluttrapport basert på dokumentasjonenInnsending til myndigheten
Dataminimering etter GDPRIdentitetskontrollerBevis deles, kopi holdes tilbakeKvittering for attestasjonRettslig grunnlag og lagringstid
Logging etter KI-forordningenModellbeslutningModellversjon knyttet til hver beslutningHendelseslogg med referanse til inndata og versjonRisikoklassifisering av systemet
Løpende overvåking etter AMLRKundeforholdVarsel ved statusendring eller avvikForankret overvåkingshistorikkRisikovurdering og tiltak

Reltime er utformet for å støtte disse forpliktelsene. Ansvaret for etterlevelse forblir hos organisasjonen deres.

For personer med beskyttede personopplysninger kan ett enkelt feilaktig oppslag sette liv i fare. Reltime vurderer forespørselen før opplysningene utleveres, registrerer beslutningen og varsler det ansvarlige teamet når noen uten tilgang prøver å få innsyn.

Illustrerende arbeidsflyt
Steg 1 av 7

Kliniker

  • 1 Be om journal

Lokalt kontrollpunkt

  • 2 Lokal beslutning på millisekunder
  • 4 Lokal logg lagret
  • 7 Gren B · nødtilgangGodkjent · flagget

Pasientjournalsystem

  • 3 Kun tillatte felt

Reltime-nettverket

  • 5 Forankret etter beslutningen

Sikkerhetsteam

  • 6 Gren A · tilgang utenfor rollenAvvist · varsel
Pasientbehandlingen venter aldri på nettverket. Beslutningen tas lokalt, og bevisene forankres rett etterpå.
  • Ikke noe nytt register.

    Beskyttelsesstatusen leses der den allerede finnes, ved hver kontroll. Det bygges aldri opp noen liste over beskyttede personer.

  • Alt forblir hos organisasjonen.

    Den fullstendige beslutningsdokumentasjonen blir værende i organisasjonens egen logg. Bare en kontrollsum sendes til nettverket.

  • Sikker feilhåndtering, per flyt.

    Hvis kontrollpunktet ikke svarer, holdes utsendelser og fakturaer tilbake, henvisninger sendes videre med maskerte kontaktopplysninger, og lesing som haster, tillates som nødtilgang og flagges for oppfølging.