1. Quadro di riferimento e obiettivi del documento
2. Il framework FOIA: l’integrazione tra sistema di protocollo informatico e registro degli accessi
2.1. Gli standard di riferimento XSD-FOIA-RA
2.2. I passi per l’adozione del framework FOIA
3.1 Schema di base – XSD-FOIA-RA-COMMON
3.2 Metadati minimi – XSD-FOIA-RA-INT
3.3. Schema XSD esportazione – XSD-FOIA-RA-EXT
3.4 Schema XSD esportazione massiva – XSD-FOIA-RA-EXT-BULK
Allegato – Schemi XSD – Scarica
I metadati relativi alle richieste di accesso rappresentano una estensione dei metadati associati ai documenti standard. A questo scopo è indicato con il nome documentType il tipo complesso (strutturato) che rappresenta il tipo di base per i documenti così come definito nell’Allegato 5 al D.P.C.M. 3 dicembre 2013, pubblicato nel Supplemento ordinario n. 20 alla GAZZETTA UFFICIALE, Serie generale – n. 59 del 12-3-2014. Di seguito la definizione XSD di questo tipo (si rimanda al documento originale per il significato dei singoli campi).
<?xml version="1.0" encoding="utf-8"?> <xs:schema targetNamespace="http://governo.it/foia/int/v1" elementFormDefault="qualified" xmlns="http://governo.it/foia/int/v1" xmlns:common="http://governo.it/foia/common/v1" xmlns:xs="http://www.w3.org/2001/XMLSchema"> <xs:import namespace="http://governo.it/foia/common/v1" schemaLocation="FOIA-Common.xsd"/> <xs:complexType name="documentType"> <!--Base document type--> <xs:sequence> <xs:element name="datachiusura" type="xs:date" /> <xs:element name="oggettodocumento" type="xs:string" /> <xs:element name="soggettoproduttore"> <xs:complexType> <xs:sequence> <xs:element name="nome" type="xs:string" /> <xs:element name="cognome" type="xs:string" /> <xs:element name="codicefiscale" type="xs:string" /> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="destinatario"> <xs:complexType> <xs:sequence> <xs:element name="nome" type="xs:string" /> <xs:element name="cognome" type="xs:string" /> <xs:element name="codicefiscale" type="xs:string" /> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> <xs:attribute name="IDDocumento" type="xs:string" use="required" /> </xs:complexType> <xs:element name="richiestadiaccesso"> <xs:complexType> <xs:complexContent> <xs:extension base="documentType"> <xs:sequence> <xs:element name="provenienzarichiedente" type="common:geographyType" minOccurs="0" /> <xs:element name="categoriarichiedente" type="common:categoriaRichiedenteType" /> <xs:element name="primafase" minOccurs="0" type="common:primaFaseComplexType" /> <xs:element name="riesame" minOccurs="0" type="common:riesameComplexType" /> <xs:element name="TAR" minOccurs="0" type="common:faseComplexType" /> <xs:element name="difensorecivico" minOccurs="0" type="common:faseComplexType" /> <xs:element name="consigliodistato" minOccurs="0" type="common:faseComplexType" /> <xs:element name="presenzacontrointeressati" type="xs:boolean" /> <xs:element name="numerocontrointeressati" type="xs:int" minOccurs="0" /> <xs:element name="oggetto" minOccurs="1" maxOccurs="unbounded" type="common:oggettoCompletoType" /> </xs:sequence> </xs:extension> </xs:complexContent> </xs:complexType> </xs:element> </xs:schema>
Una volta definiti i tipi complessi di base, si può introdurre la struttura XSD della richiesta di accesso definita dal seguente XSD.
Definizione
Il campo numerocontrointeressati non è obbligatorio, ma se popolato e maggiore di zero implica il campo presenzacontrointeressati a true. Viceversa, se popolato e uguale a zero il campo presenzacontrointeressati è a false.
Si suppone che la richiesta di accesso abbia almeno un oggetto.
Nel caso più semplice, di richieste aventi un oggetto singolo e non plurimo, il singolo oggetto corrisponde all’intera richiesta di accesso.
