Source: http://docplayer.it/1111993-Manuale-della-conservazione-digitale.html
Timestamp: 2017-08-18 14:49:57+00:00

Document:
Manuale della Conservazione Digitale - PDF
Download "Manuale della Conservazione Digitale"
1 MICRODATA Service s.r.l. Unipersonale J outsourcing qualificato per la gestione dei processi documentali outsourcing qualificato per la gestione dei processi documentali FS Sede Legale: Via B. Telesio, Milano, Sede Amministrativa: Via Gazzoletto, Cremona SS-10 CR-MN Sede Operativa: Via delle Economie, 9/ Gadesco (Cr) Sede Magazzini: Via delle Pari Opportunità 5/B Gadesco (Cr) Tel Fax IS Manuale della Conservazione Digitale DATA DOCUMENTO 02 Ottobre 2014 DATA ULTIMA MODIFICA VERSIONE 1.0 REDATTO DA Microdata Service S.r.l. APPROVATO DA Alfredo Lupi Cap. Soc ,00.i.v. - Cod. Fisc. e Part. Iva REA
3 Generalità SOMMARIO 1. CONTESTO DI RIFERIMENTO NORMATIVA DI RIFERIMENTO STANDARD DI RIFERIMENTO GENERALITA SCOPO E AMBITO DEL DOCUMENTO VARIAZIONI APPORTATE AL MANUALE DELLA CONSERVAZIONE DATI IDENTIFICATIVI DEL SOGGETTO CONSERVATORE SOGGETTI CHE NEL TEMPO HANNO ASSUNTO LA RESPONSABILITÀ SOFTWARE UTILIZZATO NEI PROCESSI DI CONSERVAZIONE LOCALIZZAZIONE DEL MANUALE DI CONSERVAZIONE TERMINOLOGIA ACRONIMI MODELLO ORGANIZZATIVO DELLA CONSERVAZIONE PRODUTTORE UTENTE RESPONSABILE DELLA CONSERVAZIONE ORGANISMO DI TUTELA E VIGILANZA RUOLI E RESPONSABILITÀ ORGANIZZAZIONE SPECIFICA PER IL SERVIZIO DI CONSERVAZIONE ORGANIGRAMMA IL GRUPPO DI LAVORO Responsabile del servizio di conservazione Responsabile e incaricati al trattamento dei dati Responsabile dei sistemi informativi per la conservazione Responsabile della sicurezza dei sistemi per la conservazione Responsabile dello sviluppo e della manutenzione del sistema di conservazione Responsabile della funzione archivistica di conservazione CRONOLOGIA DEI RESPONSABILI DEL SERVIZIO DI CONSERVAZIONE DEI DOCUMENTI INFORMATICI STRUTTURA ORGANIZZATIVA COINVOLTA NEL SERVIZIO DI CONSERVAZIONE RIFERIMENTI CONTRATTUALI IL SISTEMA DI CONSERVAZIONE DESCRIZIONE GENERALE DEL SERVIZIO COMPONENTI LOGICHE Il modello dati OAIS in Legal Archive Sistema di Versamento (SV) Sistema di gestione dati (SGD) Sistema di memorizzazione (SM) Sistema di accesso Componente per la firma digitale Componente per la marca temporale Certificatore accreditato utilizzato Procedure per la continuità operativa COMPONENTI TECNOLOGICHE Pagina 3
4 Generalità Componente Legal Archive Scalabilità sui volumi Scalabilità sugli utenti Componente database Componente storage Altre componenti COMPONENTI FISICHE I PROCESSI OGGETTI SOTTOPOSTI A CONSERVAZIONE Documenti informatici e aggregazioni documentali informatiche Unità documentaria Informazione sulla rappresentazione Viewer Informazione sulla rappresentazione sintattica Informazione sulla rappresentazione semantica FORMATI I METADATI IL PACCHETTO DI VERSAMENTO (SIP) Rifiuto del pacchetto di versamento IL PACCHETTO DI ARCHIVIAZIONE (AIP) IL PACCHETTO DI DISTRIBUZIONE (DIP) IL PROCESSO DI CONSERVAZIONE GENERAZIONE DEL RAPPORTO DI VERSAMENTO MODALITÀ DI ESIBIZIONE Produzione di copie e duplicati Pubblico ufficiale SELEZIONE E SCARTO PIANO DI DISMISSIONE DEL SERVIZIO MONITORAGGIO E CONTROLLI PROCEDURE DI MONITORAGGIO DEL SISTEMA DI CONSERVAZIONE EFFETTUATE SUL FUNZIONAMENTO DEL SOFTWARE APPLICATIVO E DI SISTEMA GESTIONE DELLE ANOMALIE VERIFICA INTEGRITÀ DEGLI ARCHIVI ALLEGATI...58 Pagina 4
5 Generalità 1. CONTESTO DI RIFERIMENTO L art. 44-bis del D.Lgs. 7 marzo 2005, n. 82 (Codice dell Amministrazione digitale, di seguito CAD) attribuisce all Agenzia per l Italia Digitale il compito di accreditare i soggetti pubblici e privati che svolgono attività di conservazione dei documenti informatici e di certificazione dei relativi processi anche per conto di terzi e intendono conseguire il riconoscimento dei requisiti del livello più elevato, in termini di qualità e sicurezza [..]. Con il DPCM del 3 dicembre 2013 (G.U. n. 59 del 12 marzo 2014 S.O. 20) sono state emanate le regole tecniche in materia di sistema di conservazione dei documenti informatici ai sensi degli artt. 20, commi 3 e 5 bis, 23 ter, comma 4, 43, commi 1 e 3 44, 44 bis e 71, comma 1 del CAD, in vigore dall 11 aprile 2014 (art. 14 comma 1). Il manuale della conservazione di Microdata, secondo l art. 8 DPCM 3 dicembre 2013 ha lo scopo di descrivere: L organizzazione della struttura che realizza il processo di conservazione, definendo i soggetti coinvolti e i ruoli svolti dagli stessi; Il modello di funzionamento, la descrizione delle architetture e delle infrastrutture utilizzate; Le misure di sicurezza adottate e ogni altra informazione utile alla gestione e alla verifica del funzionamento, nel tempo, del sistema di conservazione. In merito alle tipologie degli oggetti sottoposti a conservazione e i rapporti con i soggetti produttori il presente Manuale deve essere integrato con le specifiche tecniche, documento allegato al contratto di affidamento del servizio di conservazione, redatto con ogni soggetto produttore, che definisce le specifiche operative e le modalità di descrizione e di Versamento nel Sistema di conservazione digitale delle Tipologie documentarie e Aggregazioni documentali informatiche oggetto di conservazione. Il presente manuale di conservazione è un documento informatico NORMATIVA DI RIFERIMENTO Codice civile (Libro Quinto del Lavoro, Titolo II del lavoro nell impresa, Capo III delle imprese commerciali e delle altre imprese soggette a registrazione, Sezione III Disposizioni particolari per le imprese commerciali, Paragrafo 2 Delle scritture contabili, art bis - Documentazione informatica; Legge del 7 agosto 1990, n. 241 e s.m.i. Nuove norme in materia di procedimento amministrativo e di diritto di accesso ai documenti amministrativi; Decreto legislativo 20 giugno 2003, n. 196 Codice in materia di protezione dei dati personali ; Decreto del Presidente della Repubblica 28 dicembre 2000, n. 445 Testo unico delle disposizioni legislative e regolamentari in materia di documentazione amministrativa ; Pagina 5
6 Generalità Decreto Ministero Economia e Finanze Modalità di assolvimento degli obblighi fiscali relativi ai documenti informatici ed alla loro riproduzione su diversi tipi di supporto - articolo 21, comma 5, del decreto legislativo n. 82/2005 ; Decreto Ministero Economia e Finanze del 3 aprile 2013, n. 55 Regolamento in materia di emissione, trasmissione e ricevimento della fattura elettronica da applicarsi alle amministrazioni pubbliche ai sensi dell art. 1, commi da 209 a 213, della legge 24 dicembre Pubblicato in G.U. n. 118 del 22 maggio 2013 ; Decreto legislativo 22 gennaio 2004, n. 42, e successive modificazioni Codice dei beni culturali e del paesaggio ; D. Lgs. 7 marzo 2005, n. 82, e s.m.i. Codice dell Amministrazione digitale (CAD); Deliberazione Cnipa 21 Maggio 2009, n. 45 Regole per il riconoscimento e la verifica del documento informatico ; DPCM 22 Febbraio 2013 Regole tecniche in materia di generazione, apposizione e verifica delle firme elettroniche avanzate, qualificate e digitali ; Circolare AGID del 10 aprile 2014, n. 65 Modalità per l accreditamento e la vigilanza sui soggetti pubblici e privati che svolgono attività di conservazione dei documenti informatici di cui all articolo 44-bis, comma 1, del decreto legislativo 7 marzo 2005,n. 82; DPCM 3 dicembre 2013 Regole tecniche in materia di sistema di conservazione ai sensi degli articoli 20, comma 3 e 5-bis, 23 ter, comma 4, 43, comm1 1 e 3, 44, 44 bis e 71, comma 1 del Codice dell amministrazione digitale di cui al decreto legislativo n. 82 del STANDARD DI RIFERIMENTO Così come richiesto dal DPCM 3 dicembre 2013 e, nello specifico dall allegato 3, si riportano gli standard per la conservazione dei documenti informatici: ISO 14721:2012 OAIS (Open Archival Information System), Sistema informativo aperto per l archiviazione; ISO/IEC 27001:2013, Information technology - Security techniques - Information security management systems Requirements, Requisiti di un ISMS (Information Security Management System); ETSI TS V1.3.1 ( ); ETSI TR V1.3.1 ( ); ISO 15836:2009; UNI 11386:2010 Sincro - Recupero degli Oggetti digitali. Pagina 6
7 Generalità 2. GENERALITA Il presente documento ha lo scopo di guidare i conservatori di documenti informatici nella redazione del manuale della conservazione (art. 8 DPCM del 3 dicembre 2013) SCOPO E AMBITO DEL DOCUMENTO Il presente documento ha lo scopo di illustrare il suo contenuto, con riferimento ai soggetti che hanno la responsabilità del sistema di conservazione e che lo gestiscono, secondo la normativa vigente VARIAZIONI APPORTATE AL MANUALE DELLA CONSERVAZIONE Versione Data Autore Variazioni apportate /10/2014 Microdata Service S.r.l. Prima emissione 2.3. DATI IDENTIFICATIVI DEL SOGGETTO CONSERVATORE Denominazione Indirizzo sede legale Indirizzo sede operativa Indirizzo sede secondaria Legale Rappresentante Referente tecnico cui rivolgersi in caso di problemi tecnico-operativi del referente tecnico Microdata Service S.r.l. Via Bernardino Telesio n. 2, Milano Via Gazzoletto 16/ , Cremona Via delle Economie 9/ Gadesco (Cr) Alfredo Lupi Miragoli Davide Lorenzo N telefono/fax / Sito web istituzionale istituzionale SOGGETTI CHE NEL TEMPO HANNO ASSUNTO LA RESPONSABILITÀ Si riporta un elenco delle persone fisiche o giuridiche che nel tempo hanno assunto la responsabilità del sistema di conservazione. Nome e Cognome Alfredo Lupi Funzione Legale Rappresentante Pagina 7
8 Generalità 2.5. SOFTWARE UTILIZZATO NEI PROCESSI DI CONSERVAZIONE Il software utilizzato per la gestione del processo di conservazione dei documenti informatici è Legal Archive di proprietà di Ifin Sistemi S.r.l. a socio unico (di seguito Ifin Sistemi). Il sistema Legal Archive si configura come un servizio a disposizione di qualsivoglia piattaforma, applicativo e sistema di Document Management (DMS). Il sistema Legal Archive ha come oggetto la realizzazione di un insieme di funzionalità atte a consentire la conservazione dei documenti informatici e a fornire un supporto alle figure coinvolte nel processo di conservazione. La suite Legal Archive è in grado di gestire l intero processo di conservazione dei documenti informatici in conformità alla normativa vigente LOCALIZZAZIONE DEL MANUALE DI CONSERVAZIONE Una copia del manuale della conservazione è archiviata presso il soggetto produttore. Una copia del manuale della conservazione è conservata a norma presso il soggetto conservatore TERMINOLOGIA L allegato 1 delle Regole tecniche, DPCM 3 dicembre 2013 (Glossario/ Definizioni) è allegato al presente manuale della conservazione ACRONIMI - AgID: Agenzia per l Italia Digitale. - AIP: Archival Information package (Pacchetto di archiviazione). - CA: Certification Autorithy. - CAD: Codice dell amministrazione digitale. - CRL: Certificate Revocation List, è la lista dei certificati revocati o sospesi, ovvero lista di certificati che sono stati resi non validi prima della loro naturale scadenza. - DIP: Dissemination Information Package (Pacchetto di distribuzione). - HSM: Hardware Security Module, è l insieme di hardware e software che realizza dispositivi sicuri per la generazione delle firme in grado di gestire in modo sicuro una o più coppie di chiavi crittografiche. - IdC: Indice di conservazione realizzato secondo le specifiche dello standard UNI SinCRO. - IR: Informazioni sulla rappresentazione. - IRse: Informazioni sulla rappresentazione semantiche. - IRsi: Informazioni sulla rappresentazione sintattiche. - ISO: International Organization for Standardization. - OAIS: Open archival information system. - PDI: Preservation description information (informazioni sulla conservazione). - PEC: Posta Elettronica Certificata. - SIP: Submission Information Package (Pacchetto di versamento). - SMTP: Simple Mail Transfer Protocol (SMTP) è il protocollo standard per la trasmissione via internet di . Pagina 8
9 Generalità - SNMP: Simple Network Management Protocol. - SP: Soggetto produttore. - TSA: Time Stamping Autorithy, è il soggetto che eroga la marca temporale. - UNI SinCRO: UNI 11386: Supporto all'interoperabilità nella conservazione e nel Recupero degli oggetti digitali. - VdC: Volume di conservazione. Pagina 9
10 Struttura organizzativa 3. MODELLO ORGANIZZATIVO DELLA CONSERVAZIONE Il modello organizzativo adottato dal soggetto conservatore è strutturato in base a quanto stabilito dalle vigenti regole tecniche, DPCM 3 dicembre 2013 alla lettera b) comma 2 dell articolo 5. Il sistema di conservazione opera secondo modelli organizzativi esplicitamente definiti che garantiscano la sua distinzione logica dal sistema di gestione documentale, se esistente. Il modello organizzativo del soggetto conservatore è stato realizzato tenendo conto del modello OAIS (Open Archival Information System), ovvero una struttura organizzata di persone e sistemi, che accetti la responsabilità di conservare l informazione e di renderla disponibile per una comunità di riferimento. Seguendo quanto indicato dalle Regole tecniche vigenti e, sulla base dello stesso modello OAIS, si possono identificare i seguenti ruoli fondamentali: Produttore (o ente produttore o soggetto produttore), Utente, Responsabile della conservazione PRODUTTORE È il soggetto che affida la conservazione dei propri Documenti informatici e le Aggregazioni di Documenti Informatici a Microdata così come denominato nel contratto di affidamento del servizio di conservazione. Secondo lo standard OAIS, il produttore versa gli oggetti digitali e le relative informazioni sulla rappresentazione da conservare a norma. I rapporti tra Microdata e il Produttore sono concordati mediante un accordo formale (specifiche tecniche allegate al contratto di affidamento) che stabilisca le tipologie documentarie, i metadati oggetto di conservazione, i formati e le modalità operative di versamento. Il responsabile di riferimento del Produttore è di norma individuato nel responsabile della gestione documentale. Il Produttore è responsabile del contenuto del pacchetto di versamento (d ora in poi SIP) ed è tenuto a trasmetterlo al soggetto conservatore secondo quanto indicato nelle specifiche tecniche allegate al contratto di affidamento. Il modello organizzativo fa riferimento al modello Open Archival Information System (OAIS), certificato standard ISO nel 2003 e recentemente aggiornato (ISO 14721:2012). Il Produttore ha accesso al sistema di conservazione direttamente dalla propria sede, tramite accesso web. Il Produttore, secondo quanto previsto nel contratto di affidamento del servizio di conservazione, si impegna a depositare i Documenti informatici e le loro Aggregazioni nei modi e nelle forme definite nel specifiche tecniche, garantendone l Autenticità e l Integrità nelle fasi di produzione e di archiviazione. In particolare, garantisce che il trasferimento dei documenti informatici venga realizzato utilizzando formati compatibili con la funzione di conservazione e rispondenti a quanto previsto dalla normativa vigente. Il produttore mantiene la titolarità e la proprietà dei documenti depositati. Pagina 10
11 Struttura organizzativa 3.2. UTENTE Le vigenti regole tecniche (Glossario, allegato 1 Regole tecniche) identificano l utente, una persona, ente o sistema che interagisce con i servizi di un sistema per la conservazione di documenti informatici. L Utente richiede al Sistema di conservazione l Accesso ai documenti per acquisire le informazioni di interesse nei limiti previsti dalla legge. Il Sistema di conservazione permette ai soggetti autorizzati l Accesso diretto, anche da remoto, ai documenti informatici conservati e consente la produzione di un Pacchetto di distribuzione direttamente acquisibile dai soggetti autorizzati. In termini OAIS la comunità degli Utenti può essere definita come Comunità di riferimento. Nelle specifiche tecniche, documento allegato al contratto di affidamento del servizio di conservazione, vengono indicati quei soggetti abilitati dal soggetto produttore che possono accedere ai documenti versati dal produttore al conservatore. L'abilitazione e l'autenticazione degli utenti avviene in base alle procedure di gestione utenze indicate nel Piano della sicurezza del sistema di conservazione e nel rispetto delle misure di sicurezza previste negli articoli da 31 a 36 del D.lgs 30 giugno 2003, n. 196, in particolare di quelle indicate all'art. 34 comma 1 e dal Disciplinare tecnico di cui all'allegato B del medesimo decreto RESPONSABILE DELLA CONSERVAZIONE Le responsabilità del responsabile della conservazione sono definite all art. 7 del DPCM 3 dicembre Nel contratto di affidamento del servizio di conservazione, sottoscritto tra il soggetto produttore e il soggetto conservatore vengono definite le attività e le responsabilità affidate al conservatore e quelle che rimangono a carico del produttore. Il responsabile della conservazione è inteso come soggetto conservatore o come soggetto che svolge le attività di conservazione tramite il servizio di conservazione, così come stabilito nel contratto di affidamento ORGANISMO DI TUTELA E VIGILANZA Il Ministero per i beni e le attività culturali e del turismo (MiBACT) esercita funzioni di tutela e vigilanza dei sistemi di Conservazione degli archivi di enti pubblici o di enti privati dichiarati di interesse storico particolarmente importante e autorizza le operazioni di scarto e trasferimento della documentazione conservata ai sensi del D.Lgs 42/ La tutela e vigilanza sugli Archivi di enti pubblici non statali è esercitata dal MiBACT, tramite le Soprintendenze archivistiche competenti per territorio. "Lo spostamento, anche temporaneo dei beni culturali mobili" compresi gli Archivi storici e di deposito è soggetto ad autorizzazione della Soprintendenza archivistica (D.Lgs 22 gen. 2004, n. 42, art. 21, c. 1, lettera b). Anche "Il trasferimento ad altre persone giuridiche di complessi organici di documentazione di Archivi pubblici, nonché di Archivi di privati per i quali sia intervenuta la dichiarazione ai sensi dell'articolo 13", sia che comporti o non comporti uno spostamento, rientra tra gli interventi soggetti ad autorizzazione della Soprintendenza archivistica (D.Lgs 22 gen. 2004, n. 42, art.21, c. 1, lettera e). Pagina 11
12 Struttura organizzativa La disposizione si applica anche: all'affidamento a terzi dell'archivio (outsourcing), ai sensi del D.Lgs 22 gen. 2004, n. 42, art.21, c. 1, lettera e) al trasferimento di Archivi informatici ad altri soggetti giuridici, nell'ottica della Conservazione permanente sia del documento sia del contesto archivistico. La Soprintendenza può, in seguito a preavviso, effettuare ispezioni per accertare lo stato di Conservazione e custodia degli Archivi e può emettere prescrizioni per la tutela degli Archivi. In base alle Regole tecniche i sistemi di Conservazione delle pubbliche amministrazioni e i sistemi di Conservazione dei conservatori accreditati sono soggetti anche alla vigilanza di AgID RUOLI E RESPONSABILITÀ Di seguito vengono riportate le tabelle dove sono elencati i ruoli e le attività di ciascun profilo professionale (Circolare AgID 65/2014): Microdata Service Srl nell ambito del suo ruolo di conservatore e designato dal Produttore, non sottopone a nessun trattamento di verifica il contenuto dei documenti che le sono inviati per sottoporli al processo di Conservazione. Il Responsabile del servizio di conservazione non è responsabile del contenuto dei documenti. Ruolo Nominativo Attività di competenza Periodo nel ruolo 1 Responsabile del servizio di conservazione Lupi Alfredo - Attivazione del servizio di conservazione a seguito della sottoscrizione di un contratto di affidamento; - definizione e attuazione delle politiche complessive del sistema di conservazione, nonché del governo della gestione del sistema di conservazione; - definizione delle caratteristiche e dei requisiti del sistema di conservazione in conformità alla normativa vigente; - preparazione e gestione del Pacchetto di Archiviazione e del Pacchetto di Distribuzione; - corretta erogazione del servizio di conservazione all ente produttore; - gestione delle convenzioni, definizione degli aspetti tecnico-operativi e validazione dei disciplinari tecnici che specificano gli aspetti di dettaglio e le modalità operative di erogazione dei servizi di conservazione. Dal Occorre precisare che, ciascun responsabile svolge il ruolo a cui è stato incaricato a partire dalla data di assunzione ma la nomina è stata formalizzata dopo la pubblicazione della Circolare 65 del 10 aprile Tale Circolare ha infatti decretato l obbligatorietà delle seguenti figure. Pagina 12
13 Struttura organizzativa Ruolo Nominativo Attività di competenza Periodo nel ruolo Responsabile del trattamento dei dati personali Cortellini Carolina - Garanzia del rispetto delle vigenti disposizioni in materia di trattamento dei dati personali; - garanzia che il trattamento dei dati affidati dai Clienti avverrà nel rispetto delle istruzioni impartite dal titolare del trattamento dei dati personali, con garanzia di sicurezza e di riservatezza. Dal 2005 Ruolo Nominativo Attività di competenza Periodo nel ruolo Responsabile della sicurezza dei sistemi per la conservazione Martini Alfredo Luigi - Rispetto e monitoraggio dei requisiti di sicurezza del sistema di conservazione stabiliti dagli standard, dalle normative e dalle politiche e procedure interne di sicurezza; - segnalazione delle eventuali difformità al Responsabile del servizio di conservazione e individuazione e pianificazione delle necessarie azioni correttive. Dal 2010 Ruolo Nominativo Attività di competenza Periodo nel ruolo Responsabile dei sistemi informativi per la conservazione Martini Alfredo Luigi - Gestione dell esercizio delle componenti hardware e software del sistema di conservazione; - monitoraggio del mantenimento dei livelli di servizio (SLA) concordati con l ente produttore; - segnalazione delle eventuali difformità degli SLA al Responsabile del servizio di conservazione e individuazione e pianificazione delle necessarie azioni correttive; - pianificazione dello sviluppo delle infrastrutture tecnologiche del sistema di conservazione; - controllo e verifica dei livelli di servizio erogati da terzi con segnalazione delle eventuali difformità al Responsabile del servizio di conservazione. Dal 2010 Pagina 13
14 Struttura organizzativa Ruolo Nominativo Attività di competenza Periodo nel ruolo Responsabile dello sviluppo e della manutenzione del sistema di conservazione Pessina Massimiliano - Coordinamento dello sviluppo e manutenzione delle componenti hardware e software del sistema di conservazione; - pianificazione e monitoraggio dei progetti di sviluppo del sistema di conservazione; - monitoraggio degli SLA relativi alla manutenzione del sistema di conservazione; - interfaccia con l ente produttore relativamente alle modalità di trasferimento dei documenti e fascicoli informatici in merito ai formati elettronici da utilizzare, all evoluzione tecnologica hardware e software, alle eventuali migrazioni verso nuove piattaforme tecnologiche; - gestione dello sviluppo di siti web e portali connessi al servizio di conservazione. Dal 2012 Ruolo Nominativo Attività di competenza Periodo nel ruolo Responsabile della funzione archivistica di conservazione Leoni Valeria - Definizione e gestione del processo di conservazione, incluse le modalità di trasferimento da parte dell ente produttore, di acquisizione, verifica di integrità e descrizione archivistica dei documenti e delle aggregazioni documentali trasferiti, di esibizione, di accesso e fruizione del patrimonio documentario e informativo conservato; - definizione del set di metadati di conservazione dei documenti e dei fascicoli informatici; - monitoraggio del processo di conservazione e analisi archivistica per lo sviluppo di nuove funzionalità del sistema di conservazione; - collaborazione con l ente produttore ai fini del trasferimento in conservazione, della selezione e della gestione dei rapporti con il Ministero dei beni e delle attività culturali per quanto di competenza. Dal 2014 Pagina 14
15 Struttura organizzativa 4. ORGANIZZAZIONE SPECIFICA PER IL SERVIZIO DI CONSERVAZIONE 4.1. ORGANIGRAMMA Si riporta di seguito l organigramma della struttura coinvolta nel servizio di conservazione. I curricula dei responsabili ivi indicati nell organigramma sono oggetto del documento in allegato al presente manuale. Conservatore Microdata Service S.r.l. Responsabile del servizio di conservazione Lupi Alfredo Responsabile trattamento dati personali Cortellini Carolina Responsabile dei sistemi informativi e della sicurezza Martini Alfredo Luigi Responsabile dello sviluppo e della manutenzione Pessina Massimiliano Responsabile della funzione archivistica Leoni Valeria Figura 1:Struttura Organizzativa 4.2. IL GRUPPO DI LAVORO Si elencano in questo capitolo le figure professionali che compongono il gruppo di lavoro del servizio di conservazione dei documenti al fine di garantire la corretta esecuzione del servizio, relativamente a tutte le problematiche tecnico/organizzative peculiari Le procedure organizzative si basano su standard mandatori ISO e ISO I precedenti responsabili sono elencati al paragrafo Responsabile del servizio di conservazione Il Responsabile del servizio di conservazione è Alfredo Lupi, legale rappresentante di Microdata Service s.r.l. e responsabile della funzione sin dall erogazione dei primi servizi realizzati nel Si precisa che non vi sono stati precedenti responsabili. Pagina 15
16 Struttura organizzativa Responsabile e incaricati al trattamento dei dati Il conservatore quando eroga servizi di conservazione, così come stabilito all art. 6 comma 8 del DPCM 3 dicembre 2013, assume il ruolo di responsabile esterno del trattamento dei dati e tutti i collaboratori assumono il ruolo di incaricati al trattamento. Ogni collaboratore del conservatore, incaricato al trattamento è nominato per iscritto. Il responsabile per il trattamento dei dati è Cortellini Carolina. Tale attività è svolta fin dall erogazione dei primi servizi nel Responsabile dei sistemi informativi per la conservazione Il responsabile dei sistemi informativi per la conservazione della società Microdata è Martini Alfredo Luigi. La nomina è stata formalizzata in data 30 settembre 2014 e decorre dal giorno 1 ottobre La nomina è stata firmata per accettazione dal responsabile designato. Il Dott. Martini è stato assunto dalla Società Microdata Service S.r.l. con un contratto a tempo indeterminato Responsabile della sicurezza dei sistemi per la conservazione Il responsabile della sicurezza dei sistemi per la conservazione del conservatore della società Microdata è Martini Alfredo Luigi. La nomina è stata formalizzata in data 30 settembre 2014 e decorre dal giorno 1 ottobre La nomina è stata firmata per accettazione dal responsabile designato. Il Dott. Martini è stato assunto dalla Società Microdata Service S.r.l. con un contratto a tempo indeterminato con la società Microdata Service S.r.l Responsabile dello sviluppo e della manutenzione del sistema di conservazione Il responsabile dello sviluppo e della manutenzione del sistema di conservazione della società Microdata è Pessina Massimiliano. La nomina è stata formalizzata in data 30 settembre 2014 e decorre dal giorno 1 ottobre La nomina è stata firmata per accettazione dal responsabile designato. Il Dott. Pessina è stato assunto dalla Società Microdata Service S.r.l. con un contratto a tempo indeterminato Responsabile della funzione archivistica di conservazione Il responsabile della funzione archivistica della società Microdata è Leoni Valeria. La nomina è stata formalizzata in data 10 Ottobre 2014 e decorre dal giorno 1 Novembre La nomina è stata firmata per accettazione dal responsabile designato. La Dott.ssa Leoni è stata assunta dalla Società Microdata Service S.r.l. con un contratto di lavoro autonomo della durata di 36 mesi (tre anni), rinnovabile. Pagina 16
17 Struttura organizzativa 4.3. CRONOLOGIA DEI RESPONSABILI DEL SERVIZIO DI CONSERVAZIONE DEI DOCUMENTI INFORMATICI Nome Cognome Alfredo Lupi Carolina Cortellini Alfredo Luigi Martini Massimiliano Pessina Valeria Leoni Funzione Responsabile del servizio di conservazione Responsabile per il trattamento dei dati personali Responsabile dei sistemi informativi e della sicurezza dei sistemi per la conservazione Il responsabile dello sviluppo e della manutenzione del sistema di conservazione Il responsabile della funzione archivistica Contratto di assunzione Contratto a tempo determinato Data nomina Data Revoca /09/ Contratto a tempo indeterminato 30/09/2014 Contratto di lavoro autonomo della durata di 36 mesi (tre anni) rinnovabile /10/ Pagina 17
18 Struttura organizzativa 5. STRUTTURA ORGANIZZATIVA COINVOLTA NEL SERVIZIO DI CONSERVAZIONE All interno della presente tabella sono indicate le attività assegnate a ciascun responsabile. Attività Responsabile della conservazione Responsabile della sicurezza e dei sistemi informativi Responsabile dello sviluppo e della manutenzione Responsabile della privacy Responsabile servizio archivistico del Attivazione del servizio di conservazione Acquisizione, verifica e gestione dei pacchetti di versamento Generazione del rapporto di versamento Preparazione e gestione del pacchetto di archiviazione Preparazione e gestione del pacchetto di distribuzione ai fini dell esibizione e della produzione di duplicati e copie informatiche su richiesta X X X X X X X x Scarto del pacchetto di archiviazione X X X X Chiusura del servizio di conservazione X Pagina 18
19 Struttura organizzativa Chiusura del servizio di conservazione (al termine di un contratto) Conduzione e manutenzione del sistema di conservazione Monitoraggio del sistema di conservazione Aggiornamento delle informazioni sulla rappresentazione Verifica periodica di conformità a normativa e standard di riferimento Verifica periodica, con cadenza non superiore ai cinque anni, dell integrità degli archivi e della leggibilità degli stessi Assicura la presenza di un pubblico ufficiale, nei casi in cui sia richiesto il suo intervento, garantendo allo stesso l assistenza e le risorse necessarie per l espletamento delle attività al medesimo attribuite Aggiornare il manuale di conservazione X X X X X X X X X X X X X X X X Pagina 19
20 6. RIFERIMENTI CONTRATTUALI In questo capitolo si elencano i documenti afferenti al contratto di affidamento del servizio di conservazione tra Produttore e Conservatore. Il sistema di conservazione erogato da Microdata è regolato dai seguenti documenti: A) Contratto di affidamento del servizio di conservazione. B) Specifiche tecniche (allegato del contratto). C) Atto di nomina responsabile del servizio di conservazione. D) Nomine dei responsabili delle aree coinvolte nel processo di conservazione. E) Oggetti da sottoporre a conservazione (parte integrante delle specifiche tecniche). F) Manuale operativo Legal Archive Pagina 20
21 7. IL SISTEMA DI CONSERVAZIONE Tutte le procedure operative sono ampiamente descritte nel manuale operativo Legal Archive DESCRIZIONE GENERALE DEL SERVIZIO Il Sistema di conservazione Legal Archive è sviluppato secondo le specifiche J2EE, nell'ottica di fornire una soluzione Enterprise; è un insieme di applicazioni clusterizzabili che permettono una facile scalabilità e una gestione automatica dei processi. Vista l esperienza di Microdata nella gestione dei grandi volumi di dati è sempre stato un obiettivo per l azienda il creare una architettura elastica: che può essere espansa in caso di aumento del carico di lavoro oppure ridotta nel caso di un calo delle necessita. L intera soluzione è stata progettata per essere in grado di gestire l elaborazione di grandi volumi di dati. A tale scopo, Legal Archive può essere scalato sia verticalmente che orizzontalmente e, le singole componenti, possono essere distribuite su più server. La compatibilità con la virtualizzazione e il cloud computing è garantita previa raggiungibilità dei certificati di firma. Di seguito riportiamo in Figura 2 uno schema in rappresentazione delle componenti del sistema di conservazione che possono essere installate su server distinti. Figura 2: Componenti scalabili del sistema Le modalità di interazione possibili tra Microdata ed i Clienti sono: Invio e ricezione Flussi dati via FTP-SFTP-FTPS (Flat file, XML, AFP) o attraverso l utilizzo di software dedicati; Invio, ricezione ed elaborazione di documenti e file via Web Services, di ed allegati (standard e PEC) o fax, upload e lavorazione di documenti via Web; Consultazione Web via browser con connettività attraverso Rete internet ad accesso pubblico, con limitazione degli indirizzi sorgenti, attraverso VPN su Internet o linee dedicate. Pagina 21
22 7.2. COMPONENTI LOGICHE Il modello dati OAIS in Legal Archive Il modello dei dati che viene utilizzato come base per l'implementazione del sistema di conservazione Legal Archive è lo standard ISO 14721: OAIS Open Archival Information System, esplicato nella gestione di tre differenti tipologie di pacchetti informativi: Figura 3 Il modello OAIS Il pacchetto di versamento (SIP): il documento digitale o l'insieme dei documenti digitali, corredati da tutti i metadati descrittivi, versati dal soggetto produttore nel sistema di conservazione. Il pacchetto di archiviazione (AIP): uno o più SIP sono trasformati in pacchetto di archiviazione per la conservazione. L AIP ha un insieme completo di informazioni sulla conservazione che si aggiungono al file di metadati. Il pacchetto di distribuzione (DIP): il documento digitale o l'insieme dei documenti digitali, corredati da tutti o da parte dei metadati previsti nell'aip, finalizzati alla presentazione e distribuzione dei documenti informatici originali conservati a norma. In termini generali, il modello OAIS definisce le componenti logiche, comuni a tutti e tre i pacchetti informativi sopra descritti. Il modello dati utilizzato da Legal Archive prevede una strettissima aderenza a tale modello concettuale rivisitandolo ed ampliandolo con elementi di contestualizzazione provenienti dalla tradizione archivistica italiana. Inoltre l'obiettivo del sistema di conservazione è quello di garantire, non solo la gestione e la conservazione dell'insieme informativo e descrittivo del singolo documento (o collezione di documenti, nell'accezione OAIS, in riferimento a AIC, Archival Information Collection), ma anche di tutte le informazioni di contesto dei metadati e, soprattutto, delle relazioni fra i documenti che servono per la ricostruzione del vincolo archivistico e, quindi, del fascicolo digitale di riferimento. Il sistema di conservazione Legal Archive, così come richiesto dalla normativa vigente, avendo come riferimento il modello dello standard OAIS (ISO 14721), è stato pensato cercando di ottimizzare il rapporto tra l'aderenza al modello teorico e le esigenze pratiche dei soggetti Pagina 22
23 produttori. Una delle linee guida fondamentali della progettazione è stata quella di rendere il sistema flessibile dal punto di vista della definizione dei pacchetti sia di versamento che di accesso, in modo da soddisfare pienamente le esigenze specifiche dei soggetti produttori e degli utenti. Nel rispetto dello standard OAIS, il sistema è formato da 4 macro-componenti funzionali: 1. Sistema di Versamento (SV). 2. Sistema di Gestione Dati (SGD). 3. Sistema di Memorizzazione (SM). 4. Sistema di Autenticazione e Accesso (SAA). Figura 4: Il Sistema di Conservazione Legal Archive ha come obiettivo quello di interpretare nel modo più fedele possibile il modello OAIS traducendolo in un sistema reale. Nella Figura successiva si mostra come la Legal Archive aderisce al modello OAIS, da notare come l'amministrazione e il preservation planning siano distribuiti sui vari sistemi in quanto ognuno di essi metterà a disposizione una serie di funzionalità che ne consentiranno la configurazione (preservation planning) e la gestione (amministrazione). Figura 5: L'adesione allo standard OAIS Pagina 23
24 Sistema di Versamento (SV) Il Sistema di Versamento, è la porta di ingresso dell'intero sistema ed ha il compito di ricevere i Pacchetti di versamento da parte dei soggetti produttori, di verificarne l'aderenza al contratto di servizio e ai requisiti di conservazione, di preparare i pacchetti di archiviazione ed infine di inviare ai sistemi opportuni le informazioni e i dati per garantire la conservazione a norma dei documenti ricevuti. Rispetto alla pluralità di situazioni documentarie possibili, il sistema si comporterà applicando le regole d'ingresso che saranno definite nell'accordo di servizio. Esattamente come avviene in un archivio di deposito tradizionale, le regole avranno lo scopo di stabilire: 1. le caratteristiche minime che la documentazione deve possedere per poter essere accettata in ingresso; 2. i tempi di versamento della documentazione dotata di tali caratteristiche; 3. le modalità di versamento; 4. i metadati di ciascun "versamento" che dovranno anch'essi essere conservati dal sistema. In particolare, per quanto riguarda il primo punto, il sistema può gestire due ordini di caratteristiche: caratteristiche tecnologiche, riferite ai singoli oggetti digitali; caratteristiche archivistiche, ossia la presenza di alcuni metadati di contesto. Le caratteristiche archivistiche possono riguardare, ad esempio, l'appartenenza di ciascun documento, ad un fascicolo, o la possibilità di ricondurre un fascicolo all'attività di un determinato ufficio. Le caratteristiche tecnologiche riguardano esclusivamente i documenti digitali, e possono riferirsi al formato con cui sono stati prodotti, alla validità della firma, e/o della marca temporale. Poiché i documenti digitali potrebbero giungere al sistema dopo un considerevole lasso di tempo dalla loro formazione, a causa dei tempi di chiusura delle relative pratiche, è quanto mai opportuno che il sistema si incarichi di verificare la sussistenza dei requisiti di base per la conservazione. Una volta che la documentazione avrà superato i controlli di qualità previsti, il Sistema di Versamento dovrà applicare le regole previste dal preservation planning per costruire i pacchetti di archiviazione a partire dai SIP inviati dal soggetto produttore. Innanzitutto viene generata la cosiddetta "Descrizione del pacchetto" che consiste in una serie di informazioni descrittive (descrizioni associate) che consentirà l'accesso al documento da parte dell'utente. Infatti, sulla base di queste descrizioni, è possibile effettuare delle ricerche ed è a partire da queste descrizioni che verranno costruiti i Dissemination Information Package (DIP) differenti a seconda delle necessità dell'utente. Sui documenti versati nel sistema di conservazione è possibile quindi avviare un attività di validazione sia dei file che dei metadati rispetto alle regole ed agli standard previsti dalle descrizioni archivistiche di appartenenza. I risultati della convalida possono essere allegati al documento oggetto della convalida per essere eventualmente portati in conservazione insieme al documento. Il processo di convalida include: Pagina 24
25 la verifica dell integrità del documento memorizzato sul supporto rispetto all impronta associata allo stesso; la verifica che il formato del contenuto binario sia coerente con quanto dichiarato nei suoi metadati, oppure, si potrebbe consentire l'invio di formati di file non adatti alla conservazione; la verifica delle eventuali firme digitali apposte su di esso, comprensiva di convalida del certificato rispetto ad uno store locale ed alle liste di revoca on-line; l eventuale verifica della presenza in archivio di un documento identico (i.e.: stessa impronta e/o metadati). compilazione metadati: alcuni metadati potrebbero essere compilati in questa fase in maniera automatica (ad esempio potrebbero essere aggiunte le informazioni relative all'utente che ha effettuato il versamento e la data di versamento). Il risultato della convalida è riepilogato da un esito in formato XML (rapporto di versamento) che può essere positivo o negativo. I documenti, per i quali l esito della convalida è risultato positivo, possono quindi essere inseriti in un volume di conservazione. L esito restituito, contiene, in un file in formato XML, la lista dei file, il relativo hash e l identificativo univoco che è stato assegnato al file dal sistema di conservazione e che potrà essere utilizzato per accedere al file. Un aspetto importante da sottolineare è che la fase relativa alla preparazione del Pacchetto di Versamento (SIP) e il seguente invio al sistema di conservazione può avvenire in molti modi essendo dipendente fortemente dalla situazione specifica del soggetto produttore; pertanto Legal Archive dispone di 3 modi per sottoporre un pacchetto di versamento: 1. via web service; 2. via file system; 3. via interfaccia web attraverso una operazione manuale di upload dei documenti. Riepilogando, quindi, il sistema di versamento mette a disposizione del soggetto produttore una serie di funzionalità (Modulo di Validazione) che gli consentono, se necessario, di completare la composizione dei Pacchetti di versamento (SIP) prima del versamento vero e proprio, in particolare è possibile intervenire sui metadati descrittivi e sulle relazioni con il contesto archivistico laddove queste non fossero state correttamente impostate in fase di produzione dei singoli SIP. Una volta che i Pacchetti di versamento sono stati acquisiti, questi vengono trasformati in pacchetti di archiviazione (AIP) e memorizzati nel Sistema di Memorizzazione; nella fase di generazione degli AIP vengono anche estratte le informazioni descrittive, necessarie al funzionamento del Sistema di Gestione Dati, a cui sono inviate anche tutte le informazioni di contesto eventualmente sottomesse dal soggetto produttore. Poiché la conservazione è comunque funzionale a garantire la consultazione della documentazione nel tempo, il sistema consente, in qualunque fase del processo di conservazione, di reperire documenti e di esibirli all'interno del proprio contesto di appartenenza. Pagina 25
26 Le operazioni di accesso sono effettuate tramite l'apposito sistema, che grazie ai servizi messi a disposizione dal Sistema di Gestione Dati e dal Sistema di Memorizzazione è in grado di consentire agli utenti abilitati di ricercare con varie modalità la documentazione conservata Sistema di gestione dati (SGD) Completata l'architettura, il Sistema di Gestione Dati che ha il compito di gestire le informazioni legate al contesto archivistico e alle descrizioni dei documenti; questa macro-componente è in pratica il collante dell'intero sistema. Il Sistema di Gestione Dati è il cuore archivistico del sistema ed è la componente che consente di avere una visione unitaria dell'archivio e quindi consente di accedervi. Il Sistema di Gestione Dati ha una duplice valenza: da una parte offre servizi al Sistema di Accesso per consentire le ricerche e la navigazione e, dall'altra, consente all'ente produttore di gestire il proprio deposito digitale secondo canoni archivistici, offrendo funzionalità come la descrizione e il riordino, la selezione e lo scarto, la ricollocazione del materiale non digitale, ecc. Il Sistema di Gestione Dati rappresenta il collante archivistico dell'intero sistema di conservazione e per questo riteniamo questa componente essenziale per consentire ad un soggetto produttore di gestire al meglio il proprio deposito digitale. Il soggetto produttore attraverso questo modulo, potrà vedere l'archivio come il complesso sistema di relazioni che in effetti è e, tramite le funzionalità che esso offre, potrà compiere tutte quelle operazioni tipicamente archivistiche, necessarie per la gestione di un archivio (di deposito). Per esempio, il Sistema di Gestione Dati, grazie alla propria particolare concezione, permette di gestire al meglio lo scarto del materiale documentario non destinato alla conservazione permanente, ma caratterizzato invece da tempi di conservazione limitati e diversificati. Per la corretta formazione della struttura di archivio, Microdata acquisisce gli strumenti archivistici del soggetto produttore (Titolario, Piano di conservazione, ecc.). L aggiornamento del piano di conservazione memorizzato in Legal Archive può essere demandato ad utenti dell ente produttore Sistema di memorizzazione (SM) Il Sistema di Memorizzazione ha lo scopo di gestire in modo semplice e sicuro la conservazione a lungo termine dei documenti informatici, integrando una serie di servizi specifici di monitoraggio dello stato fisico e logico dell'archivio ed effettuando, per ogni documento conservato, una continua verifica di caratteristiche come la leggibilità, l'integrità, il valore legale, l'obsolescenza del formato e la possibilità di applicare la procedura di scarto d'archivio. Nell'ambito del sistema complessivo, quindi, il Sistema di Memorizzazione ha il compito di garantire il mantenimento della validità nel tempo dei singoli "documenti digitali", preoccupandosi di aspetti quali l'affidabilità, l'autenticità e l'accessibilità. Il Sistema di Memorizzazione, in primo luogo acquisisce quanto inviato dal Sistema di Versamento durante la fase di versamento e, verificandone preventivamente l'affidabilità, provvederà a gestirne lo storage. Sui documenti conservati verranno applicate opportune politiche di gestione atte a garantire, non solo la catena ininterrotta della custodia dei documenti, ma anche la piena tracciabilità delle azioni conservative finalizzate a garantire nel tempo la salvaguardia della fonte. Pagina 26
27 Sistema di accesso Il modulo per la gestione degli accessi orchestra il flusso di informazioni e servizi necessari per fornire le funzionalità di accesso al cosiddetto "consumer" ovvero all'utente che ha la necessità di accedere ad un determinato documento. A seguito di una ricerca impostata dall'utente il modulo di Gestione Accesso richiede i risultati della ricerca al Sistema di Gestione Dati che, organizzando le informazioni descrittive degli AIP, è in grado di rispondere alla richiesta; l'utente, una volta individuato il documento desiderato, (o i documenti, o addirittura un intero fascicolo o volume di conservazione) potrà inoltrare una richiesta di accesso ai dati, questa genererà la richiesta al modulo di Generazione DIP il quale interagendo sia con il Sistema di Gestione Dati che con il Sistema di Memorizzazione recupererà le informazioni necessarie (AIP e informazioni descrittive) per produrre il Dissemination Information Package (DIP) corrispondente alla richiesta. Inoltre, Legal Archive, consente anche ricerche trasversali tra tipologie documentarie differenti. In Legal Archive è possibile definire un numero illimitato di ruoli attraverso la definizione di profili d uso che verrà illustrata più avanti. Le funzionalità di ricerca saranno implementate dal Sistema di Gestione Dati, mentre il Sistema di Accesso fornirà le interfacce per l'interrogazione e per la ricezione e visualizzazione dei risultati. Le modalità di accesso, in generale, permettono quindi di poter ricercare il documento singolo o le aggregazioni di documenti, mediante tutti i criteri derivabili dai metadati ad esso direttamente associati, per poi risalire al suo contesto archivistico. L accesso alle funzionalità offerte da Legal Archive è regolato anche da un sottosistema di autorizzazione che permette di suddividere l utenza applicativa in gruppi ai quali è possibile assegnare permessi di esecuzione di specifiche operazioni. I singoli permessi (capabilities), assegnabili ad un gruppo tramite la definizione di Profilo d uso, attualmente sono poco più di 400. Grazie ai profili d uso, definibili autonomamente dall amministratore dell applicazione, ogni utente potrà accedere ad uno o più Soggetti Produttori e avere visibilità su uno o più descrizioni archivistiche, nonché è possibile assegnare visualizzazioni di singoli pulsanti e/o menù Componente per la firma digitale Il sottosistema per la firma digitale nel contesto della conservazione digitale si configura come elemento fondamentale per consentire di attuare la conservazione a norma dei documenti di un preciso flusso di lavoro. Il processo essenziale per completare la procedura consiste nella firma dell indice di conservazione (UNI 11386) del volume, nonché nell'apposizione di una marca temporale su tale file. Essendo presenti diversi dispositivi in grado di fornire queste funzionalità, l'architettura del sistema di conservazione prevede di demandare ad un apposito sottosistema il compito di interfacciarsi con essi. Ciò consente al Sistema di Memorizzazione di Legal Archive di utilizzare qualunque dispositivo di firma digitale, dato che le eventuali differenze nell'implementazione vengono mascherate dal sottosistema stesso. Resta l'obbligo che la firma digitale, in questo contesto relativa al Responsabile del servizio di conservazione ed eventualmente anche ad un Pubblico Ufficiale (o ruolo equivalente), deve essere Pagina 27
28 apposta utilizzando un dispositivo di firma di un tipo approvato da AgID ed un certificato rilasciato da una Certification Authority (CA) appartenente all'elenco dei certificatori accreditati presso AgID. Il sistema di conservazione Legal Archive è compatibile con i seguenti dispositivi di firma digitale: SmartCard; Token USB; HSM (Hardware Security Module) o servizi di Certification Authority: o Aruba Sign Box; o Aruba Remote Sign System; o Actalis BBF; o Intesi Group PKBOX; o Intesa-IBM. Il sistema di conservazione è in grado di applicare la firma digitale utilizzando certificati rilasciati da tutte le Certification Authority accreditate presso AgID Componente per la marca temporale La marca temporale consiste in un'ulteriore firma digitale apposta da un soggetto esterno, Time Stamping Authority (TSA), il quale registra e memorizza, presso la propria struttura organizzativa, l'impronta del file e la relativa data di firma. In questo caso il soggetto esterno non è, dunque, una persona fisica, ma un Ente certificatore. In linea di massima le TSA coincidono con le Certification Authority e questo servizio è offerto online utilizzando protocolli di comunicazione standard. Il sistema è in grado di richiedere in modo automatico ed on-line la marca temporale alle TSA utilizzate nel sistema Certificatore accreditato utilizzato Per i servizi di firma digitale e marca temporale il soggetto conservatore si avvale di ACTALIS Procedure per la continuità operativa In conformità ai requisiti della certificazione ISO 27001:2005 conseguita nel 2013, Microdata ha elaborato procedure di Business Continuity e Disaster Recovery volte al garantire la continuità operativa in risposta alla valutazione dei rischi per la sicurezza delle informazioni caratteristica per le proprie attività COMPONENTI TECNOLOGICHE Il seguente paragrafo ha l obiettivo di descrivere, le infrastrutture dati, la struttura dei server gli ambienti operativi e di test che concorrono a determinare il sistema di conservazione di Microdata. Pagina 28
29 INFRASTRUTTURE DATI Le infrastrutture dati sono basate su macchine Sun/Oracle, HP e IBM con contratti di manutenzione 24x7x4 gestiti direttamente dalle case madri. Le infrastrutture dati di produzione sono duplicate ognuna tra le sedi operativa e secondaria, in replica sincrona (via Fibre Channel a 8 Gbit/s). L infrastruttura virtualizzata è realizzata con sistema VMWare VSphere Enterprise 5.5. Gli storage sono HP 3PAR Storeserv Entrambe le sedi Operative di Microdata sono attive per una parte delle lavorazioni ed erogazione di servizi ai clienti. SERVER I singoli Server sono normalmente configurati con Sistema operativo Microsoft Windows 2008 R2 e Web Server IIS 7, il database può essere MS SQL 2012/2008. Nell ambiente virtualizzato con VMWare i server hanno dimensioni e caratteristiche (CPU, memoria e spazio disco modificabili a seconda delle necessità senza dare interruzioni di servizio. AMBIENTI OPERATIVI, PRODUZIONE E DR Le infrastrutture dati costituiscono di fatto il Disater Recovery (di seguito DR) reciproco delle sedi. In caso di necessità l attivazione del DR nella sede rimasta operativa si realizza attivando le macchine replicate in modo sincrono fino al momento in cui la sede da sostituire è rimasta attiva, realizzando di fatto un RPO (Recovery Point Objective) pari a Zero. Per ogni cliente o servizio sono implementate una DMZ Web e DMZ Server su VLAN e interfacce fisiche dei firewall diverse. Sui singoli server vengono installati un Antivirus e, a richiesta, un firewall Software. SVILUPPO E TEST Gli ambienti di sviluppo e test sono realizzati su una infrastruttura dati dedicata, e sono collegati su DMZ e VLAN riservate. Pagina 29
30 Figura 6: Schema di rete di Microdata Figura 7: Schema di connessione tra le componenti del Sistema Pagina 30
31 Componente Legal Archive L architettura di Legal Archive è basata su una soluzione multi-tier a 3 livelli: Presentation layer; Business logic (o application) layer; Database layer. L estrema elasticità di Legal Archive permette di sostituire, upgradare a caldo oppure di aggiungere a piacere applicazioni in uno o più nuovi nodi di un eventuale cluster: Back End (Services): rappresenta il core della logica applicativa e l'interfaccia verso le basi dati (Microsoft SQL 2012 oppure Oracle 11g) a cui l'applicazione attinge. Il Back End ha in carico la gestione e la distribuzione dei processi tra i vari nodi del cluster. E' implementato tramite Spring ed espone le sue funzionalità remotamente via protocollo HTTP/HttpInvoker. Non si necessita di un container J2EE ma è sufficiente l'utilizzo di un Servlet Container quale Apache Tomcat 6 per il deploy dello stesso. Engine: è il motore di conservazione. Front End (Interfaccia Web): è un applicazione J2EE stateful Spring 3 realizzata attraverso l'uso di pagine web dinamiche costruite secondo il design pattern MVVM e la tecnologia Vaadin 7. Attraverso Front End gli utenti potranno accedere per configurare e monitorare il sistema. La tecnologia Vaadin 7 è basata su Google Web Toolkit che garantisce la compatibilità con un larga parte degli attuali browser senza la necessità di installare ulteriori plug-in sul client. Di seguito la lista dei browser dichiarati compatibili: Android 2.3 o superiore. Google Chrome 23 o superiore. Internet Explorer 8 o superiore. ios 5 o superiore. Mozilla Firefox 17 o superiore. Opera 12 o superiore. Safari 6 o superiore. L applicazione è pensata per essere scalabile, aumentando il numero dei Web container, attraverso una logica di server clustering gestita automaticamente dal sistema, che, a seconda del livello di carico di ciascun server, distribuirà al meglio le richieste dei client. Full-text Engine: è l applicazione che abilita le funzionalità di full-text. Web Services: sono un insieme di servizi web che permettono, ad applicazioni di terze parti, di versare documenti nel sistema di conservazione o di interrogare lo stesso sullo stato di un documento. In un ottica di installazione su ambienti virtuali, Legal Archive consente un'ampia scalabilità al crescere degli utenti coinvolti e, cosa più importante, al crescere dei volumi di documenti da conservare, permettendo di reagire tempestivamente alle nuove esigenze del cliente. Pagina 31
32 Scalabilità sui volumi La conservazione dei documenti, rispetto ai volumi, è soggetto a due variabili: Crescita dei documenti; Crescita dei dati. La crescita dei documenti, vista la dimensione fisica degli oggetti è sicuramente la parte più critica in termini di scalabilità. Per questo motivo Legal Archive è stato sviluppato per essere indipendente dal sistema hardware che conserva i file. Oltre ad essere svincolato dal sistema hardware, il software è in grado di distribuire i documenti da conservare su più storage in funzione di regole che dipendono dalla tipologia documentaria o dalla disponibilità di risorse. Per questo motivo, al crescere dei volumi, è possibile affiancare agli esistenti altri storage con caratteristiche tecnologiche anche differenti rispetto ai presenti Scalabilità sugli utenti Il Sistema di Conservazione è stato progettato per supportare numeri elevati di utenti che vi accedono per consultare documenti in esso conservati. In ogni caso, trattandosi di un applicativo sviluppato a tre livelli ed impiegando le più moderne tecnologie di implementazione software, è possibile far crescere la componente Interfaccia Web in funzione del numero di utenti. Anche la componente database è assolutamente scalabile in funzione del numero di utenti. Riepilogando: La necessità di maggiore capacità elaborativa implica l aggiunta di application server e/o core e RAM; La necessità di maggiore capacità elaborativa sui Database e Repository/Content Server implica l aggiunta di ulteriori server ai rispettivi cluster e/o core e RAM; La necessità di archiviare un maggior volume di dati implica l aggiunta di nuovi dispositivi di storage; Alla saturazione di uno storage se ne aggiunge un altro; La necessità di maggiore banda fra il sito principale e il sito di disaster recovery: la presenza di accessi in Fibra Ottica sulle due sedi consente di ampliare agevolmente la banda disponibile per il collegamento Componente database Il database utilizzato per la soluzione Legal Archive è SQL 2012, completamente dedicato ed installato su un server virtuale le cui caratteristiche e funzionalità sono sotto monitoraggio costante e le cui risorse (CPU, memoria e spazio disco) sono modificabili a seconda delle necessità in tempo reale e senza dare interruzioni di servizio Componente storage Gli storage sono HP 3PAR Storeserv 7000, configurati in replica sincrona tra le sedi di Microdata. La replica sincrona è possibile grazie al collegamento in fibra ottica ad uso esclusivo tra le due sedi Pagina 32
33 operative di Microdata e garantisce in caso di guasti o disaster recovery un RTO molto veloce (4 h per DR) ed un RPO virtualmente ZERO Altre componenti NETWORKING PUBBLICO Microdata è un Autonomous System con indirizzamento pubblico internet dedicato. L infrastruttura di Rete prevede per ognuna delle sedi un accesso a internet in Fibra ottica Gigabit Ethernet con banda di 100Mbit/s attraverso un provider e su backup in rame attraverso un provider diverso gestito con protocollo BGP (Border Gateway Protocol). NETWORKING MICRODATA Tra i Data Center, la connettività è garantita da Fibre ottiche Gigabit Ethernet e Fibre Channel ad uso esclusivo e da VPN su rete pubblica per ridondanza per la connettività delle reti Microdata. BACKUP I Sistemi di Backup sono realizzati nella modalità Disk To Disk To Tape direttamente sulla fabric in fibre channel tra le sedi. Quotidianamente viene effettuato un backup su disco attraverso snapshot dei sistemi, settimanalmente viene invece effettuato un backup full. I dati sono scritti sull infrastruttura dell altra sede rispetto a quella dove si trovano in esercizio. In seguito alla scrittura su disco, i dati vengono trasferiti su nastro 7.4. COMPONENTI FISICHE Dal punto di vista tecnico il sistema è progettato e realizzato in maniera da fornire un elevata continuità di servizio, garantire l Integrità degli oggetti conservati, gestire grandi volumi di dati, mantenere performance stabili indipendentemente dai volumi di attività ed assicurare la riservatezza degli accessi. E pertanto necessario prestare attenzione ai seguenti punti: conduzione e manutenzione del sistema di conservazione: Il Sistema di Conservazione fa parte dell infrastruttura dati aziendale, ne eredita i criteri di conduzione e manutenzione, descritti nelle procedure operative IT del Sistema ISO27001 di Microdata. Tali attività riguardano la supervisione tecnica e funzionale da parte del sistema di monitoring aziendale, la gestione delle segnalazioni ed incidenti, le repliche ed i backup e la gestione del Capacity Management in termini di strumenti, azioni e processi. gestione e conservazione dei log (anche in accordo con l ente Produttore): il sistema di conservazione esegue la conservazione dei log ed è descritto nel manuale operativo di Legal Archive. I sistemi Hardware generano un file di log di sistema che viene inviato ad un syslog server aziendale il quale codifica e firma quotidianamente ogni file garantendone la non alterazione nel tempo. I file di log sono conservati per 6 mesi a norma di legge; Pagina 33
34 monitoraggio del sistema di conservazione: la supervisione tecnica e funzionale da parte del sistema di monitoring aziendale fa parte dell operatività normale di Microdata ed è descritta nelle procedure operative IT del Sistema ISO27001 di Microdata; change management: Il change management fa parte dell operatività normale di Microdata ed è descritta nelle procedure operative IT del Sistema ISO27001 di Microdata; verifica periodica di conformità a normativa e standard di riferimento: tale attività è svolta in collaborazione con Ifin Sistemi, attraverso gli aggiornamenti normativi e tecnici effettuati dal personale. Pagina 34
35 8. I PROCESSI 8.1. OGGETTI SOTTOPOSTI A CONSERVAZIONE La rappresentazione degli oggetti sottoposti conservazione è parte integrante delle specifiche tecniche ( allegato al contratto di affidamento del servizio di conservazione) Documenti informatici e aggregazioni documentali informatiche Il Sistema di Conservazione, gestito da Microdata, conserva documenti informatici, in particolare documenti amministrativi informatici, con i Metadati ad essi associati e le loro aggregazioni documentali informatiche (Aggregazioni), che includono i fascicoli informatici (Fascicoli). Tale modello riprende quello gerarchico di ordinamento di un Archivio, illustrato nella Figura 8, derivata dallo schema dello standard ISAD. Figura 8: Gerarchia di un archivio I documenti informatici e le loro aggregazioni di tipo fascicolo sono trattati nel sistema nella forma di unità documentarie e fascicolo, specificamente descritte nel paragrafo 7.1.2, e sono inviati in Conservazione sotto forma di Pacchetti di versamento (SIP), che contengono anche i relativi Metadati. Il sistema gestisce gli oggetti sottoposti a conservazione distinti per ogni singolo soggetto produttore anche per singola struttura (generalmente corrispondenti alle Aree Organizzative Omogenee), consentendo di definire configurazioni e parametri ad hoc per ogni soggetto produttore, in base agli accordi stipulati all atto della sottoscrizione del contratto di affidamento del servizio di conservazione. Per mantenere anche nel sistema le informazioni relative alla struttura dell archivio e dei relativi vincoli archivistici, le unità documentarie possono essere versate corredate di un set di metadati di profilo archivistico che include gli elementi identificativi e descrittivi del fascicolo, con riferimento Pagina 35
36 alla voce di classificazione e l eventuale articolazione in sottofascicoli. Inoltre è gestita la presenza di classificazioni, fascicoli e sottofascicoli secondari e collegamenti tra le diverse unità archivistiche e documentarie presenti nel sistema. Le serie ed i fascicoli possono essere versati nel sistema quando sono completi e dichiarati chiusi, descritte da un set di Metadati che include obbligatoriamente, oltre alle informazioni di identificazione, classificazione e descrizione, anche il tempo di conservazione previsto. Nel caso delle serie la chiusura può avvenire a cadenza annuale o comunque secondo una definizione temporale definita dal soggetto produttore. I documenti informatici (unità documentarie), e i fascicoli informatici, possono essere suddivisi secondo un piano di classificazione, che identifica gruppi documentali omogenei per natura e/o funzione giuridica (titolo, classe, sottoclasse), modalità di registrazione o di produzione. Le tipologie documentarie (suddivise in titoli, classi e sottoclassi) trattate e i loro specifici Metadati e articolazioni, sono indicate nell allegato di servizio concordato con ogni soggetto produttore e riportate nelle funzionalità di amministrazione del Sistema Unità documentaria L unità documentaria rappresenta l'unità minima elementare di riferimento di cui è composto un archivio, pertanto rappresenta il riferimento principale per la costruzione dei Pacchetti informativi secondo lo standard OAIS. Con rifermento a quanto indicato nello standard ISO , l'unità documentaria, rappresenta la più piccola unit of records individuabile e gestibile come una entità singola gestita nel sistema, anche se al suo interno contiene elementi come ad esempio un messaggio di posta elettronica con i suoi allegati. All unità documentaria e agli elementi che la compongono sono associati set di Metadati che li identificano e li descrivono, secondo le logiche e le articolazioni esposti al paragrafo 7.3. Coerentemente con quanto sopra riportato l unità documentaria è pertanto logicamente strutturata su tre livelli: unità documentaria, documento, File Informazione sulla rappresentazione Lo standard OAIS prevede che, ad ogni oggetto portato in conservazione, vengano associate un insieme di informazioni (metadati) che ne permetta in futuro una facile reperibilità e le informazioni sulla rappresentazione (IR), classificabili in sintattiche (IRsi) e semantiche (IRse), il cui obiettivo è fornire tutte le informazioni necessarie per poter leggere ed interpretare la sequenza di bit dell oggetto conservato. È necessario, inoltre, ricordare che un sistema di conservazione che rispetti la normativa italiana, deve garantire il requisito di leggibilità degli oggetti dati conservati imposto dal comma 1 dell art. 3 delle nuove regole tecniche e dal comma 1 dell art. 44 del Codice dell amministrazione digitale. Per soddisfare questi requisiti, prima di versare un qualsiasi oggetto digitale nel sistema di conservazione, è necessario che il responsabile del servizio di conservazione, in accordo con il soggetto produttore, proceda a conservare tutte le informazioni sulla rappresentazione, necessarie alla futura consultazione di tale oggetto. Pagina 36
37 Classifichiamo quindi le informazioni sulla rappresentazione in: Strumenti per la leggibilità: tipicamente legati al formato dell oggetto conservato (Viewer); Informazioni sulla rappresentazione sintattica: tipicamente legate al formato dell oggetto conservato (per esempio il documento di specifiche tecniche del formato del file); Informazioni sulla rappresentazione semantica: tipicamente legate alla descrizione archivistica dell oggetto conservato (per esempio come leggere il contenuto di una fattura). Per soddisfare l eventuale necessità di una disponibilità immediata dell oggetto conservato il sistema di conservazione deve avere almeno conservati gli strumenti per la leggibilità (visualizzatori) degli oggetti dati da conservare. Le informazioni sulla rappresentazione, semantiche e sintattiche, e i visualizzatori potranno essere inglobate nel pacchetto di distribuzione assieme ai documenti richiesti garantendo così la piena leggibilità nel lunghissimo periodo del documento conservato. Sarà compito del sistema di conservazione creare il pacchetto di distribuzione aggiungendo per ciascun file le corrette informazioni sulla rappresentazione ad esso correlate, e sarà compito del responsabile del servizio di conservazione configurare correttamente il software e mantenere aggiornate tali informazioni sulla rappresentazione. Lo standard OAIS prevede che, ad ogni oggetto portato in conservazione, venga associato un insieme di informazioni (metadati) che ne permetta in futuro una facile reperibilità. In questo insieme di metadati troviamo le informazioni sulla rappresentazione (IR), classificabili in sintattiche (IRsi) e semantiche (IRse), il cui obiettivo è fornire tutte le informazioni necessarie per poter leggere ed interpretare la sequenza di bit dell oggetto conservato. Inoltre, ad un sistema di conservazione che rispetti la normativa italiana, è richiesto il requisito di leggibilità degli oggetti dati, imposto dal comma 1 dell art. 3 delle nuove regole tecniche, e dal comma 1 dell art. 44 del Codice dell amministrazione digitale. Risulta necessario affrontare tre tematiche importanti: La prima riguarda cosa e come associare ad un oggetto conservato in merito alle informazioni sulla rappresentazione; la seconda si riferisce al come rispettare il requisito di leggibilità; la terza si riferisce a cosa e come fornire nel momento in cui quell oggetto deve essere distribuito agli utenti. Per soddisfare questi requisiti, prima di versare un qualsiasi oggetto digitale nel sistema di conservazione è necessario che il responsabile del servizio di conservazione, in accordo con il soggetto produttore, proceda a conservare tutte le informazioni sulla rappresentazione necessarie alla consultazione di tale oggetto. Classifichiamo quindi le informazioni sulla rappresentazione in: 1. Strumenti per la leggibilità: tipicamente legati al formato dell oggetto conservato. 2. Informazioni sulla rappresentazione sintattica: tipicamente legate al formato dell oggetto conservato. Pagina 37
38 3. Informazioni sulla rappresentazione semantica: tipicamente legate alla descrizione archivistica dell oggetto conservato. Sebbene, le informazioni sulla rappresentazione sintattica (tipo 2) possano essere considerate le basi su cui poggiare le successive conservazioni di oggetti di uno specifico formato, poiché sono le informazioni necessarie a produrre/creare gli strumenti che ne permettono la leggibilità (tipo 1), resta fondamentale fornire fin dal principio, insieme all oggetto conservato, gli strumenti necessari per poterlo leggere. Concludendo, per soddisfare l eventuale necessità di una disponibilità immediata dell oggetto conservato, possiamo affermare che il sistema di conservazione deve avere almeno conservato gli strumenti per la leggibilità (visualizzatori) degli oggetti dati da conservare. Si ritiene per tanto necessaria la capacità del software di generare, per ogni soggetto produttore, un insieme di descrizioni archivistiche speciali che diano modo al responsabile della conservazione di conservare le tre tipologie di informazioni sulla rappresentazione. In Legal Archive Distinguiamo tre descrizioni archivistiche speciali: 1. Viewer di tipologia Unità documentaria con file di indice di tipo multi-indice. 2. Fascicolo Informazioni sulla rappresentazione di tipologia Fascicolo. 3. Informazioni sulla rappresentazione di tipologia Unità Documentaria con file di indice di tipo indice singolo. Le descrizioni archivistiche speciali sono descrizioni archivistiche i cui documenti informatici conservati non hanno nessuna associazione con le informazioni sulla rappresentazione. La prima deve essere obbligatoria, e oltre ai classici metadati Dublin Core, deve permettere di associare ad ogni documento informatico conservato (eseguibile del visualizzatore) la versione del visualizzatore, la lingua del visualizzatore e il sistema operativo di riferimento (versione, bit, lingua). Le operazioni per il suo versamento possono essere effettuate sia attraverso un pacchetto di versamento (file di metadati di tipo multi indice) che manualmente da interfaccia web. Le descrizioni archivistiche per Fascicolo Informazioni sulla rappresentazione e per Informazioni sulla rappresentazione sono già presenti in Legal Archive e non necessitano di ulteriori modifiche nelle loro definizioni. Esse potranno memorizzare le informazioni sulla rappresentazione sia di tipo sintattico che di tipo semantico, distinguendole tra di loro attraverso il metadato Dublin Core Tipo. Dal punto di vista delle funzionalità invece si rende necessario tener presente i seguenti scenari: La conservazione di un nuovo Viewer per un Mime Type già associato ad un Software precedente deve andare in aggiunta. Sarà sempre possibile modificare il metadato Data Fine per un Software se non ci sono conservazioni successive alla data fine inserita. La modifica di un solo documento di un fascicolo Informazioni sulla rappresentazione nel caso in cui cambiano le specifiche di un formato file - prevede la riconservazione dell intero Pagina 38
39 fascicolo, per cui dovrebbero essere creati gli automatismi che permettano l interazione con l utente per gestire questo caso. Va inoltre introdotta la possibilità di versare manualmente un fascicolo attraverso l interfaccia web oppure un documento che va ad aggiungersi ad un fascicolo esistente. Le descrizioni archivistiche speciali, sono di norma conservate per il SP titolare della licenza Legal Achive ed ereditate da tutti gli altri SP. In generale l ereditarietà delle Informazioni sulla rappresentazione si sviluppa come nel classico schema di ereditarietà: Soggetto Produttore Soggetto Produttore Padre Soggetto Produttore Padre Soggetto Conservatore Soggetto Conservatore Licenziatario Viewer Il viewer associato ad un oggetto conservato (UID nel PdA) deve poter risalire alla seguente n-pla: formato (mime type); eventuale versione del formato; versione dello strumento di visualizzazione; lingua dello strumento di visualizzazione; versione del sistema operativo. Visto che questa n-pla permette di avere diversi strumenti per uno stesso mime type, il sistema di conservazione deve permettere ad un responsabile del servizio di conservazione di impostare a livello di soggetto produttore e/o a livello di descrizione archivistica (di tipo Documento), quali siano gli strumenti per la leggibilità di un formato da collegare all atto della conservazione e all atto dell esibizione. Tale associazione dovrà essere creata mediante un nuovo pannello da inserire nelle finestre: soggetto produttore e descrizione archivistica. Questo pannello permette di selezionare la n-pla precedente descritta. Nel caso non sia definita nella descrizione archivistica, si procederà con il classico schema di ricerca gerarchica: Soggetto Produttore Soggetto Produttore Padre Soggetto Produttore Padre Soggetto Conservatore Soggetto Conservatore Licenziatario All inizio di ogni conservazione è indispensabile aggiungere un controllo che verifiche se esiste una sola n-pla per la DA che si sta conservando o per il SP che sta conservando Informazione sulla rappresentazione sintattica Per quanto riguarda le informazioni sulla rappresentazione sintattica, essendo anche queste legate al mime type e alla relativa versione, si rende necessario fare in modo che ogni oggetto in un pacchetto di archiviazione si riferisca ad uno o più UID/ID che permettano di risalire all n-pla: formato (mime type) eventuale versione del formato Queste informazioni non si distinguono a livello di descrizione archivistica o soggetto produttore in quanto sono le specifiche internazionali sul formato in oggetto. Pagina 39
40 Figura Informazione sulla rappresentazione semantica Per quanto riguarda le informazioni sulla rappresentazione semantica, essendo anche queste legate ad una particolare versione di una descrizione archivistica, si rende necessario fare in modo che ogni oggetto nel pacchetto di archiviazione si riferisca ad uno o più UID/ID che permettano di risalire all id della descrizione archivistica FORMATI Il sistema di conservazione utilizza come formati di conservazione quelli elencati al punto 5 dell Allegato 2 alle Regole Tecniche e, inoltre, è in grado di gestire, su richiesta del soggetto produttore, anche Formati non compresi nel suddetto elenco, ma che il soggetto produttore utilizza nei propri sistemi e che ritiene di dover conservare. Tutti i Formati gestiti sono elencati e descritti in un registro interno al sistema di conservazione Registro dei Formati in cui ogni Formato è corredato da Informazioni descrittive relative alla eventuale versione, e al Mimetype. Con ciascun soggetto produttore è concordato un elenco di Formati ammessi, che individua i Formati che il Sistema può accettare da ogni produttore e per ogni tipologia documentaria gestita. L elenco dei Formati ammessi è riportato (e gestito) nelle funzionalità Amministrazione strutture versanti del Sistema ed è aggiornato continuamente in base alle esigenze del produttore. Le modalità con cui si procede a tale aggiornamento sono concordate con ogni Produttore e riportate nelle specifiche tecniche. Il Sistema identifica i Formati al momento della ricezione del SIP mediante l analisi dei magic number o del contenuto del file, in modo tale da consentire l individuazione dello specifico Mimetype. L informazione sul Formato è parte dei Metadati dei componenti dell unità documentaria e costituisce un elemento delle Informazione sulla rappresentazione. Pagina 40
41 8.3. I METADATI I metadati degli oggetti sottoposti a conservazione sono parte integrante delle specifiche tecniche (allegato al contratto di affidamento del servizio di conservazione). In base al modello dati descritto nei paragrafi precedenti, appare evidente che i metadati ricoprono un ruolo fondamentale per la comprensione, gestione e conservazione del pacchetto informativo. Letteralmente, la parola metadato significa dato sul dato, ossia dati che descrivono altri dati. Possono includere un'infinità di strumenti descrittivi della risorsa informativa, vanno da quelli tradizionali, in uso tuttora presso gli istituti di conservazione, a quelli più recenti per la descrizione delle risorse digitali. Funzione primaria di questi dati strutturati è l'identificazione dell oggetto digitale, ma anche il controllo dello stesso. In altre parole, i metadati tentano di creare una tassonomia delle risorse informative, non necessariamente esaustiva, ma che indica il tipo di relazioni intercorrente fra i vari attributi dei metadati e la strutturazione del modello cui tali dati fanno riferimento. Come tale, un set omogeneo di metadati, dovrà possedere requisiti fondamentali, quali: una semantica, ossia tutte le informazioni opportune; una sintassi, che indica come strutturare le informazioni. Una prima fonte autorevole di indicazioni sui requisiti dei metadati di un sistema ERMS (Electronic Resource Management System) è fornito dal MoReq 2 della Commissione Europea al cap. 12. Pur nella consapevolezza che "non è possibile definire tutti i requisiti di metadati relativi a tutti i possibili tipi di implementazioni ERMS", il MoReq definisce, nel primo paragrafo, 24 requisiti generali per i metadati di un sistema archivistico e, nei paragrafi successivi, i cosiddetti "elementi di metadati" relativi ad ogni livello di gerarchia di archiviazione, prevedendo la definizione, da parte dell'utente, di ulteriori elementi di metadati. Anche il modello OAIS costituisce una rappresentazione sufficientemente completa capace di fornire un modello funzionale per l'archiviazione e l'accesso e informativo per la gestione dei metadati descrittivi e conservativi (divenuto standard ISO 14721). Una seconda fonte autorevole è lo standard ISO : Records Management processes. Metadata for records. Principles: fornisce alcune indicazioni generali per esempio sulla continuità di efficacia dei metadati rilevanti nella fase attiva anche per le successive fasi operative o sulla insufficienza degli altri set di metadati finora definiti nell'ambito del Records Management (come per esempio i metadati Dublin Core). L'importanza dello standard è anche quella di essere strettamente connesso all'iso sul Record management e richiamarne di volta in volta i principi. Lo standard richiama cinque tipologie di metadati che recano informazioni sicuramente in buona parte utilizzabili in fase descrittiva: dei documenti (lsad 3 ); delle regole, gli indirizzi, le policies e altri requisiti per la formazione e gestione dei records; 2 ec.europa.eu/archival-policy/moreq/doc/moreq_it.pdf 3 media.regesta.com/dm_0/anai/anaicms/anai/000/0111/anai pdf Pagina 41
42 dei soggetti produttori (lsaar 4 ); delle attività e processi di lavoro (lsaar); dei processi di "record management (lsad). In base alle funzioni fin qui delineate, è possibile categorizzare a livello generale diverse tipologie di metadati: 1. metadati descrittivi: descrivono il creatore della risorsa, il titolo, il soggetto, e altri elementi utili per la ricerca e la localizzazione dell'oggetto; 2. metadati strutturali: si occupano di come un oggetto è strutturato; 3. metadati amministrativi: includono informazioni su come l'oggetto è stato prodotto e sugli aspetti della sua proprietà. D'altra parte, i metadati non sono stati concepiti solo come identificatori e descrittori della risorsa informativa, ma servono anche a tracciare come il documento interagisce con l'ambiente informativo circostante, le sue relazioni con gli altri oggetti informativi, le sue funzionalità. Si può, quindi, ampliare la suddetta classificazione, aggiungendo: 4. metadati tecnologici: quelli relativi alle funzionalità del sistema (come la documentazione sulle componenti HW e SW, informazioni sulle modalità di digitalizzazione, sull'autenticazione e sulla sicurezza); 5. metadati sull'utilizzo della risorsa informativa: ossia il livello e il tipo di utilizzo effettuato. 6. metadati per la conservazione: riguardano tutti gli elementi necessari per gestire la conservazione della risorsa informativa (ad esempio, informazioni sullo stato di conservazione fisica dei documenti, oppure la documentazione relativa alle strategie di conservazione); Le risposte all'esigenza di identificare metadati sufficienti e necessari a descrivere e conservare una risorsa digitale nel tempo, sono state varie e molteplici, ed hanno portato alla compilazione di set di metadati standardizzati e condivisi a livello internazionale. Le categorie suddette non debbono, infatti, essere considerate come totalmente autonome le une dalle altre ma interagiscono fra di loro, intersecandosi in uno o più set di metadati. Insieme alle componenti funzionali, nel paragrafo precedente, abbiamo visto che OAIS propone anche un modello di strutturazione delle informazioni finalizzato a descrivere gli oggetti digitali e i metadati ad essi associati, necessari per la conservazione di lungo periodo. Calando la terminologia OAIS su Legal Archive possiamo affermare che: il sistema riceve in ingresso un Submission Information Package (SIP), la cui struttura informativa deve essere concordata con il soggetto produttore, ed avrà come fine ultimo la produzione di un Archival Information Package (AIP) che soddisfi i requisiti minimi definiti nell'ambito del progetto per l'archiviazione dei documenti. Le componenti informative di un AIP sono molteplici, e si traducono in insiemi di metadati che devono essere associati univocamente ai documenti per consentirne la conservabilità. Di particolare rilievo, sul piano archivistico, sono le Content Information (Cl) e le Preservation 4 media.regesta.com/dm_0/anai/anaicms//anai/000/0111/anai pdf Pagina 42
43 Description Information (PDI), parte delle quali potrà essere dedotta direttamente dal contenuto del SIP, parte invece sarà il frutto delle attività di riordino e descrizione. Il modello OAIS, in virtù delle caratteristiche di generalità sulla cui base è concepito, non definisce uno specifico insieme di metadati, ma un modello, informativo e funzionale, che consente di adottare insiemi di metadati mirati di volta in volta all'ambito di riferimento. D'altro canto la comunità archivistica ha da tempo raggiunto un accordo su quali debbano essere gli elementi descrittivi che caratterizzano i complessi documentari, definendo lo standard ISAD (per la descrizione archivistica vera e propria) e ISAAR (per la descrizione del contesto di produzione). A tali standard di carattere generale si sono nel tempo affiancati due schemi di metadati, EAD5 5 (Encoded Archival Description) ed EAC6 6 (Encoded Archival Context), che traducono in una codifica XML gli elementi descrittivi necessari a delineare un archivio, nelle sue componenti archivistiche e documentarie, nelle relazioni essenziali interne all'archivio e relative al contesto amministrativo, giuridico, archivistico. EAD, in particolare, consente di spingere la descrizione gerarchica di un complesso documentario fino a livello del fascicolo archivistico e, ove possibile, collegare ad esso la rappresentazione elettronica dei documenti digitali in esso contenuti (rif. elemento DAO). A nostro avviso tali standard possono essere utilizzati come riferimento per rappresentare Content Information e Preservation Description Information del modello OAIS, e sono certamente preferibili alla definizione ex-novo di insiemi di metadati che comunque dovrebbero garantire la conformità ad ISAD e ISAAR. Inoltre, per completare il quadro degli standard di riferimento per la caratterizzazione dei metadati dei documenti digitali, è importante fare riferimento a METS7 7 (Metadata Encoding and Transmission Standard) come ad uno schema per la codifica dei metadati necessari alla gestione degli oggetti contenuti in un deposito digitale. La compatibilità di METS con il modello OAIS consente di immaginare il suo utilizzo in tutte le fasi del processo conservativo, e può includere metadati desunti da altri schemi legati a domini specifici, quali ad esempio EAD ed EAC per l'ambito archivistico. L'impiego in forma integrata dei tre standard sopra citati può consentire la rappresentazione compiuta ed esaustiva, nel nostro modello di riferimento, di tutti i metadati necessari alla conservazione di documenti digitali. In Legal Archive, i metadati possono essere di vari tipi, in particolare vengono gestiti i seguenti tipi: Stringa; Numero; Data; Dizionario (insieme finito di valori); Hash (SHA256 del file); Pagina 43
44 Universal UID (per collegare il documento ad un eventuale documentale presente nel soggetto produttore); MIME Type (per poter poi associare un documento alle informazioni di rappresentazione); Document Type (per poter associare un documento di un fascicolo alla sua classe documentale). Inoltre, per ogni metadato è possibile definire: Obbligatorietà Univocità Ricercabilità Espressione regolare di validazione Espressione di conversione (da stringa a intero oppure da stringa a data) Classificazione privacy: dato personale, sensibile, giudiziario, sanitario. Inoltre, Legal Archive, in quanto sistema di conservazione, è in grado di classificare i metadati versati in base alla gestione Privacy a cui sono soggetti. La classificazione permette di gestire i seguenti casi: 1. Dato generico 2. Dato personale 3. Dato sensibile 4. Dato giudiziario. Così come definito dall art 22 del Decreto Legislativo 196/2003 i dati sensibili e giudiziari (caso 3 e 4) vengono trattati con tecniche di cifratura dipendenti dal sistema di database utilizzato, e sono resi illeggibili anche a chi è autorizzato ad accedervi. L identificazione dell interessato da parte di un utente autorizzato, viene tracciato in appositi log da Legal Archive e avviene in caso di necessità attraverso l abilitazione di un pulsante. La definizione in Legal Archive di un metadato ti tipo generico o personale (caso 1 e 2) fornisce la possibilità di essere comunque gestito con tecniche di cifratura se impostate nella configurazione della descrizione archivistica e fornisce anche la possibilità di tracciare l utente che ha visualizzato il dato personale e i documenti ad asso associato. Elenchiamo di seguito una tabella riepilogativa: Tipo Dato Cifratura Tracciabilità Dato Generico opzionale opzionale Dato Personale opzionale obbligatoria Dato Sensibile obbligatoria obbligatoria Dato Giudiziario obbligatoria obbligatoria Pagina 44
45 8.4. IL PACCHETTO DI VERSAMENTO (SIP) Per maggiori informazioni si rimanda al manuale operativo Legal Archive al capitolo 18 Si tratta del pacchetto informativo inviato dal soggetto produttore al sistema di conservazione Legal Archive e oggetto dell'accordo stipulato in occasione del Contratto di affidamento del servizio di conservazione. Il Contratto di affidamento del servizio di conservazione (v. modello OAIS; submission agreement) è finalizzato alla definizione di tutte le componenti informative che il sistema di conservazione necessita per creare degli AIP (Archival Information Package) coerenti e bene strutturati. Nel sistema di conservazione Legal Archive, sono accettati pacchetti di versamento che rispondono alle caratteristiche tecnologiche e informative previste nelle rispettive Specifiche Tecniche, documento allegato al contratto di affidamento. Un soggetto produttore può decidere, nella fase di negoziazione iniziale alla stipula del contratto di affidamento del servizio, di versare i pacchetti di versamento in maniera automatizzata, semiautomatizzata oppure manuale. Nel caso di versamento manuale, il soggetto produttore può accedere all'interfaccia web del sistema la quale permette di inserire i metadati obbligatori, quelli opzionali, la classificazione che si riferisce allo strumento archivistico versato in fase di start-up del sistema. Si possono anche prevedere, all'interno del contratto di affidamento, versamenti semiautomatizzati o totalmente automatizzati per alcune tipologie documentarie: ad esempio, nel caso dei mandati di pagamento, si può prevedere un versamento semestrale con l'attribuzione automatizzata ad un template di metadati prestabilito e alla classificazione. Ancora, un sistema di gestione documentale o un sistema di firma elettronica avanzata (FEA) potrebbe dialogare direttamente con i web services di Legal Archive in modo tale che l'attribuzione di una determinata classifica sul documento permetta una sua automatica correlazione con gli altri documenti appartenenti al medesimo fascicolo digitale. Legal Archive supporta i Pacchetti di versamento nel formato definito nell allegato 5 delle nuove regole tecniche e nel formato CSV in tre varianti: formato CSV normale; formato CSV con indirizzamento di output; formato CSV con offset Rifiuto del pacchetto di versamento la funzione di Rifiuto dei pacchetti di versamento e modalità di comunicazione delle anomalie e la descrizione della fase di generazione della comunicazione delle anomalie riscontrate comprensiva dei log o registri dei pacchetti di versamento rifiutati è descritta nel manuale operativo Legal Archive al capitolo 18. Il rifiuto del pacchetto di versamento rappresenta un anomalia del sistema di conservazione, per la sua gestione si rimanda al paragrafo 9.2 Gestione delle Anomalie. Pagina 45
46 8.5. IL PACCHETTO DI ARCHIVIAZIONE (AIP) Per maggiori informazioni si rimanda al manuale operativo Legal Archive al capitolo 19. È l'elemento fondamentale del sistema di conservazione, è il pacchetto informativo che racchiude in sé tutti gli elementi sufficienti e necessari per una conservazione a lungo termine. Il principio su cui si basa l'architettura del modello dati di Legal Archive è quello di un'assoluta auto consistenza del pacchetto informativo nel momento in cui è costituito l'aip, tale obiettivo viene raggiunto grazie all'aderenza al modello funzionale e al modello-dati previsto in OAIS. La coerenza di un pacchetto informativo è data da due componenti logiche fondamentali: l'insieme delle informazioni statiche che prevedono un set complesso di metadati che descrivono in maniera "piatta" tutti gli elementi identificativi, descrittivi, gestionali, tecnologici, etc., relativi ad uno e uno solo pacchetto informativo; l'insieme delle relazioni di contesto che permettono la correlazione logica del pacchetto informativo agli altri pacchetti informativi e in generale ad un qualsiasi contesto di natura archivistico-gerarchica. Quest'ultimo elemento è quello che ci permette di ricostruire il vincolo archivistico e quindi di ricondurre, ad esempio, ad una stessa pratica o ad uno stesso fascicolo tutti i documenti relativi ad un medesimo affare o procedimento amministrativo. Concretamente, si può prevedere che nel sistema si conserveranno all'interno di un medesimo pacchetto informativo (e quindi incapsulate in una medesima busta) le seguenti componenti, codificate in un XML: 1. l'oggetto digitale possibilmente in un formato standard non proprietario; 2. l'impronta del documento generata con funzione di hash; 3. il riferimento temporale (rappresentato dalla marca temporale o altro riferimento temporale opponibile a terzi, come la segnatura di protocollo); 4. il set di metadati per la conservazione: a. metadati identificativi (per esempio possono essere utilizzati i metadati dello standard ISAD); b. metadati descrittivi (per esempio possono essere utilizzati i metadati dello standard ISAD); c. metadati gestionali (UNI SinCRO); d. metadati tecnologici (per esempio possono essere utilizzati i metadati dello standard METS); e. Dublin Core Metadata Element Set 5. il viewer necessario per la visualizzazione del documento stesso, o in alternativa, si inserisce il puntatore/riferimento al viewer comune a più pacchetti informativi per quel formato di file del documento; 6. la documentazione tecnica necessaria alla comprensione del viewer stesso (anch'esso può essere un puntatore/riferimento che rimanda alla componente digitale descritta per più pacchetti informativi) oppure la documentazione per la comprensione del documento digitale e/o della classe documentale di riferimento. Pagina 46
47 La forza innovativa di Legal Archive però risiede oltre che negli elementi informativi che sono stati descritti sopra e che permettono una perfetta compliance al modello OAIS, anche nel livello descrittivo adottato. Si assume, infatti, che il livello di descrizione minimo che garantisca una gestione efficace di tutti i dati e metadati necessari per la conservazione e che, al contempo, permettono quella necessaria contestualizzazione archivistica del documento, è rappresentato dall Unità archivistica. Essa rappresenta un livello di aggregazione minimo nel quale racchiudere le informazioni comuni a più documenti e contenuti digitali per relazionare i documenti afferenti al medesimo oggetto, pratica, procedimento o processo. Tale livello diventa un file contenente i metadati identificativi e descrittivi, secondo il modello sopra proposto. Ovviamente esso non contiene un oggetto digitale, nella stretta accezione OAIS, ma diventa un container da conservare. Oltre ai metadati tipici (ad esempio, denominazione del fascicolo, estremi cronologici del fascicolo, riferimenti al procedimento amministrativo associato) esso conterrà due puntatori fondamentali: uno o più puntatori agli oggetti digitali contenuti nel fascicolo (un fascicolo può contenere uno o più data object); uno o più puntatori alla struttura archivistica di riferimento (quindi alla serie/sottoserie della rappresentazione attuale dell'archivio); in altre parole un fascicolo potrà riferirsi ad una o più serie archivistiche. Ciascun livello archivistico, così come previsto dalle modalità descrittiva multi livellare degli standard internazionali riconosciuti dalla Comunità scientifica archivistica (v. ISAD/EAD), diverrà esso stesso oggetto di descrizione. Si assume però che il livello di descrizione sufficiente e necessario per una corretta conservazione della risorsa digitale sia rappresentato proprio dall'unità archivistica (che può assumere di volta in volta la forma di aggregato logico legato a concetti di fascicolo, pratica o quant'altro). Tale livello, pertanto, diventa elemento conservato e incorporato (embedded) a tutti gli effetti all'aip che contiene l'oggetto digitale che rappresenta il documento informatico da conservarsi a norma. L'insieme, costituito dal data object, dai suoi metadati e dalle relazioni fra i documenti e fra questi e la struttura di archivio, costituisce il nucleo minimo e sufficiente della conservazione a lungo termine. In concreto, una volta che i SIP sono stati accettati nel sistema, (e sono quindi stati oggetto di controlli sui metadati previsti dal Contratto di servizio) essi sono pronti ad essere trasformati in AIP e quindi diventare l'oggetto della conservazione a lungo termine. Il documento informatico, così trattato, sarà arricchito dei metadati previsti nel Contratto di servizio, ma anche di tutti quei metadati tecnologici, relativi al documento stesso e al viewer, necessari per ostacolare l'obsolescenza tecnologica. Il pacchetto, così formato, sarà pronto per essere versato nei Volumi di conservazione (VdC), previsti dalla normativa nazionale. Ogni VdC conterrà tutti gli AIP relativi ad un medesimo fascicolo digitale, le relazioni fra loro e l'aip descrittivo del fascicolo stesso, nonché le relazioni fra il fascicolo e la Struttura logica d'archivio. In Pagina 47
48 tale maniera, si ritroveranno nello stesso VdC tutti gli elementi necessari e sufficienti per la corretta interpretazione del singolo AIP. All atto della conservazione verrà composto il pacchetto di archiviazione (PdA). Lo schema seguente mostra sinteticamente come sarà costruito il PdA. Figura 10 Schema formazione PdA Ad ogni oggetto versato nel sistema di conservazione verrà associato: l UID del software per la visualizzazione; l UID del fascicolo delle informazioni sulla rappresentazione sintattica; l UID del fascicolo delle informazioni sulla rappresentazione semantica IL PACCHETTO DI DISTRIBUZIONE (DIP) Per maggiori informazioni si rimanda al manuale operativo Legal Archive al capitolo 20. Nel modello OAIS, il pacchetto di distribuzione (DIP) è strutturato nel modello dati come il pacchetto di archiviazione (v. AIP). La differenza sta nella sua destinazione in quanto esso viene concepito per essere fruito ed utilizzato dall utente finale (esibizione). In questo caso, un DIP può anche non coincidere con l'aip originale conservato nel Data Center: anzi, molto spesso, ragioni di opportunità inducono a distribuire pacchetti informativi che sono un'estrazione del contenuto informativo di un AIP (negando ad esempio l'accesso ad una parte di esso). Può anche verificarsi il caso di DIP che sono il frutto di più AIP che vengono "spacchettati" e rimpacchettati per un più fruibile utilizzo da parte dell'utente. Un utente autorizzato di un soggetto produttore, quindi, è in grado di interrogare il sistema per ricevere in uscita uno specifico DIP. L utente utilizzerà le funzionalità di richiesta di esibizione di un documento o di un insieme di documenti, per ottenerne una replica esatta secondo i fini previsti dalla norma. Legal Archive gestisce un archivio dei software eseguibili ciascuno dei quali utile a visualizzare un determinato formato file cui appartengono i documenti conservati. Pagina 48
Gestione Archivi S.r.l. Giovanni Pellitteri MANUALE DI CONSERVAZIONE
2014 Giovanni Pellitteri MANUALE DI CONSERVAZIONE Emissione del documento EMISSIONE DEL DOCUMENTO Azione Data Nominativo Funzione Firma I emissione 29/09/2009 Giovanni Pellitteri Responsabile della Conservazione
Manuale della Conservazione EMISSIONE DEL DOCUMENTO Azione Prima emissione Data 16/02/2015 Nominativo Predisposto da Firma Plurima S.p.A. Elaborato dall Area Sistemi Informativi ed Ufficio Legale in collaborazione
Manuale della Conservazione di Ifin Sistemi srl a socio unico
Manuale della Conservazione di Ifin Sistemi srl a socio unico EMISSIONE DEL DOCUMENTO Azione Data Nominativo Funzione Firma Prima emissione 12/09/2014 LISTA DISTRIBUIZIONE INTERNA Nominativo Ente di appartenenza
TITOLO DOCUMENTO: Evoluzione Piattaforma Conservazione a TIPO DOCUMENTO: Manuale Utente EMESSO DA: Telecom Italia Trust Technologies S.r.l. DATA EMISSIONE N. ALLEGATI: STATO: 06/08/2014 0 REDATTO: VERIFICATO:
Manuale di Conservazione di 1 EMISSIONE DEL DOCUMENTO Azione Data Nominativo Funzione Redazione 12/02/2016 Davide Coletto Verifica 17/02/2016 Approvazione 22/02/2016 Matteo Sisti - Andrea Lazzari Davide
Manuale della Conservazione di Maggioli S.p.A.
1 Manuale della Conservazione di Maggioli S.p.A. EMISSIONE DEL DOCUMENTO Azione Data Nominativo Funzione Redazione 01/06/2015 F. Tiralongo Responsabile sviluppo e manutenzione del sistema di Verifica B.
Paradosso dell Informazione
La Conservazione della Memoria Digitale Lecce 18 settembre 2008 Paradosso dell Informazione Quantità di Informazioni / Disponibilità Diffusione / Capacità di Trasmissione Capacità di Integrazione ed Elaborazione

References: art. 44
 art. 8
 articolo 21
 art. 1
 articolo 44
 articolo 5
 art. 7
 art. 21
 art.21
 art.21
 art. 6
 art. 3
 art. 44
 art. 3
 art. 44