Funzionalità / Fase 4 · Governa

Archiviazione

I documenti superati e ritirati lasciano la vista attiva ma rimangono parte del registro permanente — recuperabili per ogni futuro audit.

Quando viene approvata e pubblicata una nuova versione maggiore di una policy, la versione precedente non scompare — e non dovrebbe. Un auditor potrebbe chiedere della versione in vigore due anni fa. Un legal hold potrebbe risalire a cinque anni fa. Una revisione del management potrebbe confrontare come una procedura si è evoluta in quattro revisioni. L'archivio è dove vive quella storia: accessibile ai team di conformità e qualità, invisibile agli utenti finali che altrimenti potrebbero agire su una versione obsoleta, preservata per tutto il tempo richiesto dalla policy di conservazione.

Fase 4 · Governa Business: Included Enterprise: Included Premium: Included Diamond: Included

In sintesi

Cosa ottieni

Quattro comportamenti rendono l'archiviazione una vera funzionalità di conformità piuttosto che un'operazione di 'sposta in un'altra cartella'. Ognuno si mappa a un requisito specifico nei framework che richiedono il controllo dei documenti obsoleti.

Versioni superate preservate

Quando una nuova versione maggiore viene pubblicata, quella precedente si sposta nell'archivio con l'audit log completo e i metadati intatti.

Accesso controllato all'archivio

Conformità, qualità e proprietari dei documenti possono recuperare; gli utenti finali ordinari non possono vedere il contenuto archiviato.

Recuperabile per l'audit

Cerca per codice di protocollo, filtra per data, trova la versione esatta in vigore in un dato giorno — in pochi clic.

Metadati + cronologia intatti

Gli elementi archiviati mantengono il loro audit log completo, stato dei metadati e cronologia delle versioni — non uno snapshot ridotto.

Come funziona

Dal superato al registro preservato

L'archiviazione avviene automaticamente quando viene pubblicata una nuova versione maggiore, o esplicitamente quando un proprietario decide di ritirare un documento. Entrambi i percorsi catturano l'evento nell'audit log, spostano il documento dall'area pubblica e lo preservano per il futuro recupero.

1

La nuova versione maggiore viene pubblicata

Quando l'approvazione si completa e viene emessa una nuova versione maggiore, quella precedente viene automaticamente spostata nell'archivio.

2

Evento di archiviazione scritto nell'audit log

La transizione viene catturata come evento di audit — chi l'ha attivato (tramite la pubblicazione), quale versione, in quale data.

3

Accesso limitato ai ruoli autorizzati

La libreria archivio è visibile a conformità, qualità e proprietari dei documenti; gli utenti finali non la vedono.

4

Il recupero serve audit e indagini

Durante un audit o un legal hold, gli utenti autorizzati recuperano la versione storica esatta — con l'audit log allegato.

Prima / dopo

Cosa cambia con questa funzionalità

I fallimenti dell'archiviazione che fanno più male sono la perdita della storia, l'uso accidentale di versioni obsolete da parte degli utenti finali, e la corsa per produrre un documento 'come esisteva in una data specifica' durante un audit. Tutti diventano strutturalmente impossibili.

Senza
Con intranet.ai
Unità condivise periodicamente svuotate; versioni storiche critiche scompaiono senza traccia
L'archivio è una libreria strutturata; i documenti non vengono eliminati senza una deliberata policy di conservazione
L'utente finale apre accidentalmente una SOP superata e agisce su una guida obsoleta
Gli utenti finali non possono vedere il contenuto archiviato; solo la versione approvata corrente è nell'area pubblica
'Produce la policy come esisteva il 3 aprile 2022' → progetto di archeologia di una settimana
Codice di protocollo + filtro per data → versione storica esatta recuperata in secondi, audit log allegato
La conformità deve mantenere un foglio Excel separato per i 'documenti obsoleti' per la clausola 8.5.3 di ISO
L'archivio è la prova della clausola 8.5.3; nessun tracciamento parallelo richiesto

Disponibilità

Disponibilità per piano

L'archiviazione controllata è una funzionalità core di governance in ogni piano DMS. La policy di conservazione (quanto a lungo i documenti rimangono nell'archivio) è configurabile dal cliente su tutti i livelli; il meccanismo di archiviazione stesso è identico su tutti i piani.

business
enterprise
premium
diamond
Included
Included
Included
Included

L'archiviazione è inclusa in ogni piano DMS. La policy di conservazione è configurabile dal cliente su tutti i livelli; Microsoft Purview coesiste a livello di tenant per gli scenari di records management.

Approfondimento

Leggi la narrazione completa

Per chi vuole il dettaglio completo — contesto compliance, casi limite, flussi adiacenti.

+

Le versioni superate lasciano la vista attiva ma rimangono parte del registro permanente.

Quando viene approvata e pubblicata una nuova versione maggiore di una policy, la versione precedente non scompare — e non dovrebbe. Un auditor potrebbe chiedere della versione in vigore due anni fa. Un legal hold potrebbe risalire a cinque anni fa. Una revisione del management potrebbe confrontare come una procedura si è evoluta in quattro revisioni. L’archivio è dove vive quella storia.

Archiviare, non eliminare

Quando viene pubblicata una nuova versione, quella superata si sposta automaticamente nell’archivio. Smette di apparire nell’area pubblica — gli utenti finali non la vedono più e non possono agire accidentalmente su di essa — ma rimane conservata e recuperabile. L’archivio è una libreria SharePoint dedicata con accesso controllato: conformità, qualità e proprietari dei documenti possono accedervi; gli utenti finali ordinari non possono.

Questo corrisponde alla clausola 8.5.3 di ISO 9001 (“controllo dei documenti obsoleti”): le versioni obsolete devono essere controllate per prevenire il loro uso non intenzionale, ma conservate quando la conoscenza o gli obblighi legali di conservazione lo richiedono.

Cosa viene archiviato

  • Versioni maggiori superate di ogni documento, insieme alla cronologia delle versioni minori che ha preceduto ciascuna.
  • Documenti ritirati — documenti che il proprietario ha deciso non siano più applicabili. Il motivo del ritiro viene catturato nell’audit log.
  • Metadati storici — lo stato dei metadati al momento dell’archiviazione, non solo il file del documento.

Ogni elemento archiviato conserva il suo audit log completo. Il percorso di recupero — documento, versione, log — funziona per il contenuto archiviato esattamente come funziona per il contenuto attivo.

Recupero per audit e indagini

Un auditor chiede della versione di una SOP specifica in vigore in una data specifica due anni fa. Un responsabile della conformità:

  1. Apre la libreria archivio.
  2. Cerca per codice di protocollo o nome del documento.
  3. Filtra per intervallo di date o numero di versione.
  4. Apre la versione esatta richiesta, con il suo audit log allegato.

L’intero recupero è una questione di pochi clic, non un progetto di archeologia. Per i settori regolamentati dove “produrre il documento così com’esisteva in questa data” è una richiesta di routine, questa è la capacità operativa che rende la richiesta rispondibile.

Conservazione — controllata dal cliente

Quanto a lungo l’archivio mantiene il contenuto è una decisione del cliente, non un’imposizione del prodotto. Pattern tipici:

  • Conservazione indefinita per policy, SOP e record regolamentati — il default per la maggior parte dei clienti orientati alla conformità.
  • Basata sul periodo di conservazione per documenti governati da pianificazioni di conservazione specifiche (minimizzazione dei dati GDPR, regole di conservazione dei record specifiche del settore).
  • Override di legal hold per preservare documenti specifici oltre la loro normale conservazione quando lo richiedono contenziosi o indagini.

Le policy di conservazione di Microsoft Purview a livello di tenant operano accanto all’archivio. L’archivio è il meccanismo del prodotto per il controllo delle versioni obsolete; Purview è il meccanismo del tenant per la policy più ampia di records management. I due livelli coesistono.

Cosa vede l’utente finale

Gli utenti finali vedono solo la versione approvata corrente nell’area pubblica. Non possono navigare nell’archivio; non possono aprire accidentalmente una policy superata. Se hanno bisogno di contesto storico, lo chiedono al proprietario del documento o al team di qualità, che possono recuperarlo. Questa separazione degli accessi è ciò che rende “archiviare, non eliminare” sicuro in pratica — il contenuto obsoleto è preservato per le persone che ne hanno bisogno, non esposto alle persone che potrebbero usarlo male.

Cosa previene questa funzionalità

  • Perdita di storia per pressioni di pulizia. Le unità condivise si accumulano, poi vengono periodicamente svuotate; le versioni critiche scompaiono. L’archivio è strutturato, quindi la pulizia non significa perdita.
  • Uso accidentale di versioni obsolete. Le versioni superate non si trovano nell’area pubblica; gli utenti finali semplicemente non possono agire su di esse per sbaglio.
  • “Non riusciamo a trovare la versione del 2023” durante gli audit. L’archivio è la risposta.

Funzionalità correlate

  • Versioning — ogni versione che entra nell’archivio è preservata con piena fedeltà.
  • Audit log — gli eventi di archiviazione vengono registrati come ogni altro evento del ciclo di vita.
  • Approvazione sequenziale — l’evento che attiva l’archiviazione automatica della versione precedente.

Fase del ciclo di vita: Governare →

Vedi questa funzionalità sui tuoi documenti

Trenta minuti. Gratuito. Senza impegno. Ti mostriamo come archiviazione si inserisce nella tua pratica attuale di governance documentale.