Hoppa till innehållet
Reltime
Regulatoriska spår

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

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.

Från och med den 11 december 2027 behöver varje enhet som släpps ut på EU-marknaden fullständigt CRA-underlag. Varor utan detta blir kvar på lagret. Leverantörerna förseglar sin försäkran, kontaktpunkt för sårbarheter, supportperiod och programvaruförteckning per produktversion, en gång. Varje artikel får en status före försäljning. Om underlaget ändras eller dras tillbaka skickas en varning omedelbart. Spårbarheten bevaras under de tio år som CRA kräver.

Illustrativt arbetsflöde
  • Router X2 · v1.4✓ Försäkran✓ Kontaktpunkt✓ Supportperiod✓ SBOMKlart
  • Smart uttag S · v2.0✓ Försäkran✓ Kontaktpunkt✕ Supportperiod✕ SBOMSaknas
  • Bärbar dator L15 · v3.1✕ Försäkran✓ Kontaktpunkt✓ Supportperiod✓ SBOMÅterkallad

Vilka det når · Väsentliga och viktiga entiteter i 18 sektorer

Händelser registrerade
Säkerhetsåtgärder, incidenter
Bevis
Incidentansvarig, klassificering och varje eskalering signerade med roll och tidpunkt
Åtgärder som kräver bevis
Åtkomst till väsentliga system
Genererade rapporter
Incidentanmälningar

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

Vilka det når · Leverantörer och tillhandahållare av högrisk-AI

Händelser registrerade
Träningsdata, samtycke, modellversioner
Bevis
Modellversion och ansvarig roll knutna till varje beslut
Åtgärder som kräver bevis
Modellrelease
Genererade rapporter
Teknisk dokumentation och loggar

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

Vilka det når · Förlitande parter som accepterar EU-plånboken

Händelser registrerade
Identitetsverifieringar per ändamål
Bevis
Mottaget plånboksintyg, utfärdare och tidpunkt för kontroll
Åtgärder som kräver bevis
Åtkomst och onboarding
Genererade rapporter
Verifieringskvitton

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

Vilka det når · Kreditgivare och kreditförmedlare

Händelser registrerade
Kreditprövningar, informationsgivning
Bevis
Varje bedömning knuten till regelversionen och den ansvariga rollen
Åtgärder som kräver bevis
Kreditbeslut och utbetalning
Genererade rapporter
Bevisunderlag per beslut

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

7%

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.

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.