Hoppa till innehållet
Reltime
Regulatoriska spår

En motor, en mallstruktur, varje skyldighet kan styrkas.

Varje regelverksspår består av samma fyra element, anpassade för en förordning. Händelser, bevis, åtgärder och rapporter. En bank som tillämpar DORA, AMLR och eIDAS 2 delar ett identitetslager och en gemensam dokumentation för alla tre.

När reglerna ändras uppdateras regelverksspåret en gång, och dokumentationen visar vilken version som gällde vid vilket datum.

Illustrativt arbetsflöde
  1. 1

    Händelser

    Vad som måste registreras

    Sårbarhet mottagen, bedömd, utnyttjande bekräftat, korrigering släppt

  2. 2

    Bevis

    Vad en tredje part måste kunna se

    Varje steg signerat av en identifierad person i en definierad roll, med tidpunkt och dokumentversion

  3. 3

    Åtgärder

    Vad som får ske först när bevis finns

    Produktlanseringen hålls inne tills korrigeringen har registrerats och signerats

  4. 4

    Rapporter

    Vad tillsynsmyndigheten får

    Tidig varning inom 24 timmar, anmälan inom 72 timmar, slutrapport inom 14 dagar efter en korrigering

Visat spår · Cyberresiliensförordningen

Läs hela regelspåret →

Vilka det når · Tillverkare av produkter med digitala element, inklusive återförsäljare med egna varumärken

Händelser registrerade
Sårbarhet mottagen, bedömd, utnyttjande bekräftat, korrigering släppt
Bevis
Varje steg signerat av en identifierad person i en definierad roll, med tidpunkt och dokumentversion
Åtgärder som kräver bevis
Produktlanseringen hålls inne tills korrigeringen har registrerats och signerats
Genererade rapporter
Tidig varning inom 24 timmar, anmälan inom 72 timmar, slutrapport inom 14 dagar efter en korrigering
Illustrativt arbetsflöde
Steg 1 av 5
  1. Kännedom · förankrad 09:14
  2. +24h · Tidig varning
  3. +72h · Anmälan
  4. Korrigering tillgänglig
  5. +14 dagar · Slutrapport
NIS2, DORA och CRA har var sina rapporteringssteg och tidsfrister. Detta exempel visar CRA.

Leverantörsunderlag innan varorna anländer.

11 december 2027. Från den dagen kontrollerar distributörer CE-märkning och dokumentation före försäljning. En produkt som inte kan visa upp detta kommer inte vidare. Leverantörer förseglar försäkran om överensstämmelse, kontaktpunkt och supportperiod en gång per produktversion. Varje exemplar har en status innan det når hyllan. Om bevis ändras eller försvinner skickas en varning direkt. Programvaruförteckningen (SBOM) förblir privat i tillverkarens dokumentation, förankrad och verifierbar. Tio års spårbarhet, precis som CRA kräver.

Illustrativt arbetsflöde
  • Router X2 · v1.4✓ Försäkran✓ Kontaktpunkt✓ Supportperiod✓ SBOM förankradKlart
  • Smart uttag S · v2.0✓ Försäkran✓ Kontaktpunkt✕ Supportperiod✕ SBOM förankradSaknas
  • Bärbar dator L15 · v3.1✕ Försäkran✓ Kontaktpunkt✓ Supportperiod✓ SBOM förankradÅterkallad
Avgränsa detta flödeKontrollera om detta gäller dig

Läs hela regelspåret →

Vilka det når · Finansiella entiteter och deras IKT-leverantörer

Händelser registrerade
IKT-incidenter, tredjepartsändringar, tester
Bevis
Godkännandekedja med roller och den regelversion som gällde
Åtgärder som kräver bevis
Ändring av kritiska IKT-tjänster
Genererade rapporter
Incident- och registerrapportering
Avgränsa detta flödeKontrollera om detta gäller dig

Läs hela regelspåret →

Vilka det når · Verksamhetsutövare som omfattas av EU:s regler mot penningtvätt

Händelser registrerade
Kundkontroller, statusändringar, varningar
Bevis
Intyg från utfärdare, kontrollerade mot deras signaturer
Åtgärder som kräver bevis
Transaktioner över risktrösklar
Genererade rapporter
Spårbarhet i den löpande övervakningen
Avgränsa detta flödeKontrollera om detta gäller dig

Läs hela regelspåret →

Vilka det når · Tillverkare av produkter, nu även programvara

Händelser registrerade
Produktens tillstånd vid lansering, ändringar, uppdateringar
Bevis
Beslut om lansering och uppdatering signerade med roll, tidpunkt och version
Åtgärder som kräver bevis
Lansering av programvara och uppdateringar
Genererade rapporter
Bevispaket för utlämnande
Avgränsa detta flödeKontrollera om detta gäller dig

Ett identitetslager under varje flöde. eKYC och identitet som innehavaren själv kontrollerar, med kontinuerlig övervakning.

Se identitet som bevis →
Frågan som kommer

Tillsynsmyndigheten kommer att fråga vem som agerade, enligt vilken regel och när. Reltime har svaret medan arbetet pågår.

7%

av den globala omsättningen. Taket för de allvarligaste överträdelserna enligt AI-förordningen.

Pengar flyttas först när bevisen finns.

En betalningsinstruktion släpps endast när det finns en förankrad acceptans. Leverans, inspektion, godkännande och betalningsreferens finns i en och samma kedja som betalaren, givaren och revisorn var och en kan kontrollera.

Banken eller finansfunktionen förblir betalare och behåller sitt eget ansvar. Reltime styr när instruktionen släpps och bevarar bevisen.

Illustrativt arbetsflöde
Steg 1 av 7

  1. 01

    Leverans registrerad

  2. 02

    Inspektion signerad

  3. 03

    Godkännande förankrat

    Förankrad

  4. 04

    Godkännanden

    Två roller

  5. 05

    Betalningsinstruktion frisläppt

    Frisläppt

  6. 06

    Betalaren verkställer

Alternativ gren · inspektionen underkänns

  1. 01

    Inspektion underkänd

    Underkänd

  2. 02

    Instruktion spärrad

    Pausad

  3. 03

    Varning till den upphandlingsansvarige

    Varning

SkyldighetArbetsflödeKontrollBevisLigger kvar hos er
Incidenthantering enligt NIS2Från upptäckt till anmälanAnsvarig utses och eskalering säkerställsSignerad tidslinje för varje stegKlassificering och beslut om rapportering
IKT-tredjepartsrisk enligt DORAÄndring av en kritisk IKT-tjänstÄndringen hålls tillbaka tills godkännandena är förankradeGodkännandekedja med roller och regelversionRiskaptit och val av leverantör
Sårbarhetsrapportering enligt CRAFrån sårbarhet till åtgärdReleasen hålls tillbaka tills åtgärden är signeradUtkast till 24-timmarsrapport / 72-timmarsrapport / slutrapport utifrån dokumentationenInlämning till myndigheten
Uppgiftsminimering enligt GDPRIdentitetskontrollerBevis delas, kopian lämnas inte utIntygskvittoRättslig grund och lagringstid
Loggning enligt AI-förordningenModellbeslutModellversion knuten till varje beslutHändelselogg med referens till indata och versionSystemets riskklassificering
Löpande övervakning enligt AMLRKundrelationVarning vid statusändring eller avvikelseFörankrad övervakningshistorikRiskbedömning och åtgärd

Reltime är utformat för att stödja dessa skyldigheter. Ansvaret för regelefterlevnad ligger kvar hos er organisation.

Varje uppslag utvärderas innan uppgifterna lämnas ut.

För personer med skyddade personuppgifter kan en enda felaktig uppslagning innebära livsfara. Reltime bedömer begäran innan uppgifterna lämnas ut, registrerar beslutet och varnar det ansvariga teamet när någon utan behörighet försöker få åtkomst.

Illustrativt arbetsflöde
Steg 1 av 7

Kliniker

  • 1 Begär journal

Lokal kontrollpunkt

  • 2 Lokalt beslut på millisekunder
  • 4 Lokal logg sparad
  • 7 Gren B · nödåtkomstGodkänd · flaggad

Patientjournalsystem

  • 3 Endast tillåtna fält

Reltime-nätverket

  • 5 Förankrat efter beslutet

Säkerhetsteam

  • 6 Gren A · åtkomst utanför rollenNekad · varning
Vården väntar aldrig på nätverket. Beslutet fattas lokalt och bevisen förankras direkt efteråt.

  • Inget nytt register.

    Skyddsstatusen läses där den redan finns, vid varje kontroll. Ingen lista över skyddade personer byggs någonsin upp.

  • Allt stannar hos organisationen.

    Den fullständiga beslutsdokumentationen stannar i organisationens egen logg. Endast en kontrollsumma skickas till nätverket.

  • Säker felhantering, per flöde.

    Om kontrollpunkten inte svarar hålls utskick och fakturor inne, remisser skickas vidare med maskerade kontaktuppgifter och brådskande läsning beviljas som nödåtkomst och flaggas för uppföljning.