Salta al contenuto
Reltime
Rails normative

Un motore, una struttura modello, ogni obbligo dimostrabile.

Ogni rail è composto dagli stessi quattro elementi compilati per un regolamento. Eventi, prove, azioni e rapporti. Una banca che gestisce DORA, AMLR ed eIDAS 2 condivide un unico livello di identità e un unico record per tutti e tre.

Quando le regole cambiano, il rail viene aggiornato una volta e il record mostra quale versione è stata applicata in quale data.

Flusso di lavoro illustrativo
  1. 1

    Eventi

    Cosa deve essere registrato

    Vulnerabilità ricevuta, valutata, sfruttamento confermato, correzione rilasciata

  2. 2

    Prove

    Cosa deve vedere una terza parte

    Ogni passaggio firmato da una persona identificata in un ruolo definito, con tempo e versione del documento

  3. 3

    Azioni

    Cosa può accadere solo una volta che esiste una prova

    Rilascio del prodotto sospeso fino alla registrazione e firma della correzione

  4. 4

    Rapporti

    Cosa riceve il supervisore

    Allerta precoce entro 24h, notifica entro 72h, rapporto finale entro 14 giorni da una correzione

Rail mostrato ·Cyber Resilience Act

Read the full rail →

Chi raggiunge ·Produttori di prodotti con elementi digitali, inclusi i rivenditori di marchi propri

Eventi registrati
Vulnerabilità ricevuta, valutata, sfruttamento confermato, correzione rilasciata
Prove
Ogni passaggio firmato da una persona identificata in un ruolo definito, con tempo e versione del documento
Azioni condizionate da prova
Rilascio del prodotto sospeso fino alla registrazione e firma della correzione
Rapporti generati
Allerta precoce entro 24h, notifica entro 72h, rapporto finale entro 14 giorni da una correzione
Flusso di lavoro illustrativo
Passaggio 1 di 5
  1. Consapevolezza · ancorato 09:14
  2. +24h · Allerta precoce
  3. +72h · Notifica
  4. Correzione disponibile
  5. +14 giorni · Rapporto finale
NIS2, DORA e CRA hanno ciascuno le proprie fasi di reporting e scadenze. Questo esempio mostra CRA.

Prove del fornitore prima dell'arrivo delle merci.

11 dicembre 2027. Da quel giorno i distributori verificano la marcatura CE e la documentazione prima della vendita. Un prodotto che non può esibirle non viene commercializzato. I fornitori sigillano dichiarazione, punto di contatto e periodo di assistenza una sola volta per ogni versione del prodotto. Ogni articolo ha uno stato definito prima di arrivare sullo scaffale. Se le prove cambiano o scompaiono, l'avviso parte immediatamente. La distinta base del software resta riservata nel fascicolo del fabbricante, ancorata e verificabile. Dieci anni di tracciabilità, esattamente come richiesto dal CRA.

Flusso di lavoro illustrativo
  • Router X2 · v1.4✓ Dichiarazione✓ Punto di contatto✓ Periodo di supporto✓ SBOM ancorataPronto
  • Presa intelligente S · v2.0✓ Dichiarazione✓ Punto di contatto✕ Periodo di supporto✕ SBOM ancorataMancante
  • Laptop L15 · v3.1✕ Dichiarazione✓ Punto di contatto✓ Periodo di supporto✓ SBOM ancorataRitirato
Definisci la portata di questa railVerifica se ti riguarda

Read the full rail →

Chi raggiunge ·Entità obbligate ai sensi delle norme UE AML

Eventi registrati
Controlli clienti, cambi di stato, avvisi
Prove
Attestazioni degli emittenti, verificate rispetto alle loro firme
Azioni condizionate da prova
Transazioni oltre le soglie di rischio
Rapporti generati
Traccia di monitoraggio continuo
Definisci la portata di questa railVerifica se ti riguarda

Read the full rail →

Chi raggiunge ·Produttori di prodotti, ora inclusi software

Eventi registrati
Stato del prodotto al rilascio, modifiche, aggiornamenti
Prove
Decisioni di rilascio e aggiornamento firmate con ruolo, tempo e versione
Azioni condizionate da prova
Rilascio di software e aggiornamenti
Rapporti generati
Pacchetto di prove per la divulgazione
Definisci la portata di questa railVerifica se ti riguarda
La domanda che arriverà

Il supervisore chiederà chi ha agito, secondo quale regola e quando. Reltime ha la risposta mentre il lavoro si svolge.

7%

del fatturato globale. Il tetto massimo per le violazioni più gravi ai sensi dell'AI Act.

Il denaro si muove solo quando esiste la prova.

Un'istruzione di pagamento viene rilasciata solo quando esiste un'accettazione ancorata. Consegna, ispezione, approvazione e riferimento di pagamento risiedono in un'unica catena che il pagatore, il donatore e l'auditor possono verificare.

La banca o la tesoreria rimane il pagatore e conserva le proprie responsabilità. Reltime gestisce l'istruzione e detiene la prova.

Flusso di lavoro illustrativo
Passaggio 1 di 7

  1. 01

    Consegna registrata

  2. 02

    Ispezione firmata

  3. 03

    Accettazione ancorata

    Ancorato

  4. 04

    Approvazioni

    Due ruoli

  5. 05

    Istruzione di pagamento rilasciata

    Rilasciato

  6. 06

    Pagatore esegue

Ramo alternativo · ispezione fallisce

  1. 01

    Ispezione fallita

    Fallito

  2. 02

    Istruzione trattenuta

    In sospeso

  3. 03

    Avviso al responsabile dell'approvvigionamento

    Avviso

ObbligoWorkflowControlloProveResta con te
Gestione incidenti NIS2Dalla rilevazione alla notificaProprietario assegnato ed escalation applicataCronologia firmata di ogni faseDecisione di classificazione e reporting
Rischio di terze parti ICT DORAModifica a un servizio ICT criticoModifica sospesa fino all'ancoraggio delle approvazioniCatena di approvazione con ruoli e versione della regolaPropensione al rischio e scelta del fornitore
Reporting vulnerabilità CRAVulnerabilità da risolvereRilascio sospeso fino alla firma della correzioneBozze di rapporto 24h / 72h / finale dal registroInvio all'autorità
Minimizzazione dei dati GDPRControlli di identitàProva condivisa, copia non divulgataRicevuta di attestazioneBase giuridica e conservazione
Registrazione AI ActDecisione del modelloVersione del modello legata a ogni decisioneRegistro eventi con riferimento e versione degli inputClassificazione del rischio del sistema
Monitoraggio continuo AMLRRelazione con il clienteAllerta su cambiamento di stato o anomaliaTraccia di monitoraggio ancorataValutazione del rischio e azione

Reltime è progettato per supportare questi obblighi. La responsabilità della conformità rimane della tua organizzazione.

Ogni ricerca viene valutata prima che i dati siano rilasciati.

Per le persone con dettagli personali protetti, una singola ricerca errata può mettere a rischio una vita. Reltime valuta la richiesta prima che i dati vengano rilasciati, registra la decisione e avvisa il team responsabile quando qualcuno senza accesso tenta di accedervi.

Flusso di lavoro illustrativo
Passaggio 1 di 7

Clinico

  • 1 Registra richiesta

Punto di controllo locale

  • 2 Decisione locale in millisecondi
  • 4 Log locale scritto
  • 7 Ramo B · rottura d'emergenzaApprovato · segnalato

Sistema di cartelle cliniche del paziente

  • 3 Solo campi consentiti

Rete Reltime

  • 5 Ancorato dopo la decisione

Team di sicurezza

  • 6 Ramo A · accesso al di fuori del ruoloNegato · allerta
L'assistenza non attende mai la rete. La decisione viene presa localmente e la prova viene ancorata subito dopo.

  • Nessun nuovo registro.

    Lo stato di protezione viene letto dove già risiede, ad ogni controllo. Nessuna lista di persone protette viene mai creata.

  • Tutto rimane con l'organizzazione.

    Il registro completo delle decisioni rimane nel proprio log. Solo un checksum va alla rete.

  • Fail-safe, per flusso.

    Se il punto di controllo non risponde, le spedizioni e le fatture vengono bloccate, i rinvii procedono con i dettagli di contatto mascherati e la lettura urgente viene concessa come accesso di emergenza e segnalata per follow-up.