Come si conserva lo storico di revisione e approvazione dei documenti nella gestione della qualità?

Come si conserva lo storico delle revisioni dei documenti?

Apra ogni revisione come nuova versione sotto un identificativo di documento immutabile; conservi senza eliminare il contenuto precedente, la motivazione della modifica, i revisori, la decisione di approvazione, la data di entrata in vigore e il tracciamento della distribuzione.

L'obiettivo non è soltanto archiviare il vecchio file. Il sistema deve saper mostrare di nuovo quale versione era in vigore in una determinata data di operazione e da chi, con quale prova, quella versione è stata approvata.

Perché separare documento controllato e registrazione?

Risposta breve: il documento descrive come svolgere il lavoro ed è revisionabile; la registrazione prova il risultato del lavoro svolto e il suo storico non deve essere modificato retroattivamente.

Politica, procedura, istruzione, modello e modulo vuoto possono essere documenti controllati. Il modulo di controllo compilato, la decisione di approvazione o la partecipazione a formazione sono invece registrazioni. Pur potendo risiedere nella stessa area file, non devono condividere stati, autorizzazioni e regole di conservazione.

ISO 10013:2021 fornisce indicazioni per sviluppare e mantenere le informazioni documentate che sostengono un efficace sistema di gestione per la qualità secondo le esigenze dell'organizzazione. Ciò significa abbinare il controllo a processi e rischi, invece di copiare in ogni organizzazione un'unica cartella o gerarchia documentale.

Come impostare l'identificativo del documento e il modello di versione?

Separi l'identificativo immutabile dal numero di versione. Ad esempio, mentre l'identificativo del documento resta invariato, le revisioni 03, 04 e 05 diventano oggetti distinti; il nuovo file non sovrascrive la riga precedente.

• Nucleo del documento: identificativo univoco, nome, tipo, processo, ruolo proprietario e classe di riservatezza.
• Record di versione: revisione, momento di creazione, sintesi delle modifiche, digest del file sorgente e legame alla versione precedente.
• Record di decisione: revisore, approvatore, momento della decisione, ruolo/autorità ed eventuale motivazione del rifiuto.
• Record di entrata in vigore: data di inizio, punti d'uso, lavori aperti interessati e motivo della dismissione.
• Record di distribuzione: chi o quale ruolo ha visto, tramite quale canale ha acceduto, la copia controllata precedente è stata ritirata?

Il nome file può essere comodo ma non è un'identità univoca. Quando il file viene rinominato o convertito in un formato diverso, il legame documento–versione–approvazione non deve interrompersi.

Quali passaggi deve includere il flusso di revisione e approvazione?

Risposta breve: redattore, revisore tecnico e autorità di entrata in vigore devono essere espliciti; il processo non deve chiudersi con motivazione mancante o decisione non autorizzata.

1. Bozza: il proprietario del documento registra perimetro e motivazione della modifica.
2. Esame d'impatto: si valutano moduli collegati, formazioni, lavori aperti, contratti e requisiti esterni.
3. Revisione tecnica: il ruolo autorizzato verifica correttezza e applicabilità del contenuto.
4. Approvazione: il decisore collega il record di decisione al valore di digest del file presentatogli.
5. Entrata in vigore: la versione approvata diventa selezionabile alla data definita; la versione precedente viene chiusa per i nuovi lavori.
6. Distribuzione e lettura: i ruoli interessati vengono informati; se necessario, l'uso non viene aperto prima del completamento della prova di formazione o competenza.

Non incorpori nel software, come regola universale, che redattore e approvatore debbano sempre essere persone diverse. La separazione dei compiti va determinata in base alla norma applicabile, alla valutazione del rischio dell'ente, alla matrice delle autorità e alle condizioni contrattuali. Il sistema deve applicare coerentemente la regola scelta e non lasciar passare le eccezioni senza motivazione.

Come si impedisce l'uso della versione precedente?

Non basta apporre l'etichetta «non valido». All'avvio di un nuovo ordine di lavoro, di un nuovo modulo o di un'attività sul campo, il sistema deve presentare solo la versione idonea in base alla data di entrata in vigore e al contesto di processo.

La struttura comune dei sistemi di gestione ISO del 1 luglio 2026 richiede che le informazioni documentate siano idonee all'uso e accessibili dove necessarie, e protette da uso improprio o perdita di integrità. Lo stesso testo affronta anche l'identificazione e il controllo dei documenti di fonte esterna ritenuti necessari. La controparte VizyonTech è costituita da queste porte tecniche:

• Non far selezionare il modello decaduto in una nuova operazione.
• Fissare con quale versione sono iniziati i lavori aperti; alla modifica della versione aprire automaticamente un'attività di impatto.
• Collegare versione e momento di scaricamento alla copia controllata scaricata; separare esplicitamente la copia non controllata.
• Se il dispositivo da campo è offline, verificare la versione valida prima della sincronizzazione; in caso di dubbio non avviare nuove operazioni.
• Quando una norma esterna o una specifica cliente viene aggiornata, individuare tramite relazione le procedure, i moduli e le formazioni interessate.

Quali eventi deve conservare lo storico di approvazione e il tracciamento?

Il solo campo «ultimo aggiornamento» è insufficiente per l'audit. Creazione, caricamento, confronto, invio in revisione, rifiuto, nuovo invio, approvazione, entrata in vigore, scaricamento, distribuzione e modifica delle autorità devono essere eventi distinti.

NIST SP 800-92 considera la gestione robusta dei log non come mera produzione di record, ma come costruzione dell'infrastruttura di log e loro gestione regolare. Perciò evento di approvazione e audit trail vanno tenuti separati ma correlati; l'amministratore dell'applicazione non deve poter modificare silenziosamente lo storico e anche gli accessi ai log vanno limitati.

Come gestire accesso, backup e conservazione?

Proteggere lo storico delle approvazioni non significa renderlo accessibile a tutti. Conceda accessi basati su ruolo e perimetro secondo la classe di contenuto, dati personali, informazioni del cliente e segreto commerciale.

La dichiarazione ufficiale del KVKK sulla sicurezza dei dati sottolinea che le misure devono essere proporzionate all'attività del titolare del trattamento, alla sua struttura e al rischio dei dati protetti, e che occorre prevenire l'accesso illecito e garantire la conservazione dei dati. La controparte tecnica è la gestione congiunta di matrice delle autorità, registro degli accessi, backup, test di ripristino e politica di conservazione/distruzione.

• Non consideri riuscito il messaggio «backup eseguito»; verifichi le relazioni ripristinando una catena documentale campione.
• Non copi un unico numero di durata di conservazione su tutti i documenti; lo colleghi a finalità, contratto e normativa applicabile.
• In presenza di un blocco legale o contrattuale, arresti in modo controllato il normale flusso di distruzione.
• Non elimini i vecchi record di approvazione di un utente le cui autorità sono state revocate; disattivi il conto e conservi l'identità storica.

Quali scenari vanno testati nel pilota VizyonTech?

Vizyon Periyodik oppure, nel valutare il flusso qualità VizyonTech adattato alla Sua organizzazione, esegua un pilota end-to-end su una sola procedura reale e la famiglia di moduli a essa collegata.

• Invii in approvazione senza motivazione della modifica; il flusso deve arrestarsi.
• Tenti l'approvazione con un utente non autorizzato; la decisione non deve formarsi.
• Modifichi all'ultimo il file presentato per l'approvazione; l'approvazione precedente deve risultare invalidata e deve essere richiesta una nuova revisione.
• Apra un nuovo lavoro con la versione precedente del modulo; il sistema deve impedire la selezione.
• Aggiorni un documento di fonte esterna; deve formarsi un'attività di impatto per le procedure e le formazioni collegate.
• Ripristini dal backup; le relazioni tra documento, versione, approvazione e distribuzione vanno verificate insieme.

La misura di successo del pilota non è la possibilità di caricare un documento. È che, in caso di prova ambigua o mancante, il sistema si blocchi, conservi lo storico e permetta al revisore di ricostruire tramite un'unica catena la versione valida a una determinata data. Per il diverso ciclo di vita del rapporto di ispezione firmato, veda la guida a versioni e tracciamento delle operazioni nella revisione del rapporto e firmato .