Ministero Dell'Interno. Preparato dall'rti costituito da:

Transcript

1 Progetto di Sperimentazione CIE Preparato dall'rti costituito da: BULL,FINSIEL, GETRONICS, H.P.,SIEMENS INFORMATICA

2 REVISIONI Data Versione Motivo della modifica Autore 04/04/ Creazione iniziale R.T.I. 20/02/ Revisione Quinto d obbligo R.T.I. Page 2 of 2

3 Indice 1. Introduzione Possibili configurazioni delle stazioni di emissione Stazione di emissione Caratteristiche hardware degli apparati per i Comuni Modalità di identificazione dell Operatore comunale Modalità di accesso alla base dati dell Anagrafe Comunale Premessa Protocollo HTTP Protocollo FTP Colloquio via Base Dati Documento inviato al Sistema Informativo Comunale Richiesta informazioni anagrafiche Invio dati della carta emessa Annullamento emissione Revoca Documento ricevuto da Sistema CIE Conclusione...19 Page 3 of 3

4 1. Introduzione Il presente documento descrive le possibili modalità di integrazione della postazione di emissione CIE con il sistema informativo comunale, in modo particolare per quanto attiene gli aspetti di interscambio dati con il sistema anagrafico. È inoltre presente anche una sezione in cui vengono brevemente affrontati gli aspetti architetturali della postazione di emissione, rimandando ai documenti emessi dal Comitato Tecnico Permanente CIE le indicazioni relative alla caratteristiche tecniche degli apparati. Page 4 of 4

5 2. Possibili configurazioni delle stazioni di emissione Nel presente capitolo si descrivono le due possibili soluzioni architetturali delle stazioni di emissione presso i Comuni. Ipotesi 1: La configurazione (1) è adatta a Comuni di piccole dimensioni per i quali viene installata una unica postazione di emissione CIE. Dispositivi di input Dispositivi di output S S C E Certificato del Comune Tutte le funzioni di: Acquisizione dati Comunicazione con il sistema SSCE presso il Ministero Formazione della carta vengono svolte su tale postazione. Ipotesi 2: La configurazione (2) è adatta ai Comuni di dimensioni medio/grandi per i quali vengono installate due o più postazioni di emissione CIE. Dispositivi di input Dispositivi di output Dispositivi di input Dispositivi di output S S C E Certificato del Comune In tale ipotesi le funzioni di Page 5 of 5

6 Acquisizione dati Formazione della carta vengono svolte su ogni singola postazione di emissione mentre le funzioni di comunicazione con il sistema SSCE presso il Ministero vengono assolte dalla postazione che ospita anche il Certificato del Comune. Ipotesi 3 (solo per Comuni che si avvalgono del Centro Servizi): La configurazione (3) verrà fornita ai Comuni che intendono avvalersi, per l'emissione delle CIE, delle attività di un Centro Servizi; per tali comuni viene installata una unica postazione con collegate le apparecchiature di acquisizione dati (input). Dispositivi di input S S C E Certificato del Comune Tutte le funzioni di acquisizione dati verranno svolte su tale postazione; i dati acquisiti dovranno essere successivamente trasferiti al Centro Servizi (con modalità concordate tra Comune e Centro Servizi media FD, rete,.). Il Centro Servizi provvederà a formare fisicamente le carte e a restituirle al Comune emettitore unitamente ad un file contenente l'esito delle operazioni di emissione. Page 6 of 6

7 2.1. Stazione di emissione La stazione di emissione della Carta di Identità Elettronica può per semplicità essere schematizzata come segue: Personal Computer Dispositivi di acquisizione dati Dispositivi personalizzazione carta di della La postazione di emissione assolve al compito di coordinare il processo di emissione della carta fornendo le funzionalità di acquisizione dei dati caratteristici dell'individuo che verranno riportati sia graficamente sulla carta, sia nelle strutture dati ospitate sul chip e sulla banda ottica, e attiva il colloquio con gli altri sistemi interessati al processo di emissione. Tale postazione ospita fisicamente i dispositivi necessari alla formazione della carta consistenti in: 1. Dispositivi di acquisizione dati Videocamera o WebCam per l'acquisizione della foto del richiedente; Tavoletta Grafica per l'acquisizione della firma; Lettore di impronta per l'acquisizione dell'impronta digitale; Eventuale scanner (in aggiunta o sostituzione della videocamera e della tavoletta grafica) per l'acquisizione mediante scansione di foto e firma; I dispositivi elencati in precedenza, nel caso di unica postazione di emissione carte, vengono forniti in soluzione integrata (tutti i dispositivi in una unica apparecchiatura). 2. Dispositivi di formazione carta Lettore/scrittore di chip; Lettore/scrittore di banda ottica; Stampante termografica; Eventuale dispositivo di laminazione (se non compreso nella stampante); Stampante ad impatto per stampa PIN/PUK. L'operatore comunale, dopo avere acquisito le informazioni caratteristiche necessarie alla emissione della Carta d'identità (dati anagrafici individuali, fotografia, impronta digitale, ), innesca il processo di richiesta autorizzazione al rilascio della carta d'identità ed effettua le operazioni di personalizzazione dei vari supporti costituenti la carta (scrittura su chip, scrittura su banda ottica, stampa dei dati sul supporto plastico) Caratteristiche hardware degli apparati per i Comuni Per le indicazioni oggetto della presente sezione si rimanda al documento Linee guida per l acquisizione degli apparati e l attivazione delle reti presso i Comuni CIE prodotto dal Comitato Tecnico Permanente CIE. Page 7 of 7

8 3. Modalità di identificazione dell Operatore comunale Il sistema CIE consente di identificare l Operatore che procede all emissione della Carta d Identità Elettronica per un cittadino. Per rendere disponibile tale identificativo al Sistema di Emissione, è necessario che il Sistema Informativo del Comune abbia una DLL di tipo COM chiamata COMIdentificazione. Il COM deve poi avere la classe CIdentificazione, che pubblichi l interfaccia _CIdentificazione, all interno della quale deve essere presente un metodo Acquisisci (che è quello invocato al momento della richiesta di identificazione dell operatore), avente come unico parametro un valore numerico che indica se è richiesto che le finestre aperte dall applicazione per l identificazione siano modali o meno. Il valore 1 indica che le suddette finestre devono essere modali (scelta consigliata). Nella classe CIdentificazione devono poi essere presenti quattro proprietà (tutte di output): IDOperatore, di tipo stringa, di lunghezza massima pari a 16 caratteri, che conterrà l identificativo dell operatore nel caso di errore, questa proprietà avrà il valore di una stringa vuota, e saranno invece impostate le due proprietà contenenti informazioni specifiche sull errore; TipoUtente, di tipo intero compreso tra 0 e 32767, che conterrà un valore corrispondente ai grant assegnati all operatore identificato nel caso di errore, il valore di questa proprietà è trascurata. I valori associati alle funzionalità CIE sono indicati in un file (.BAS da includere in progetti VB e.h da includere in progetti VC) disponibile sul sito della Carta d Identità Elettronica. ErrStr, di tipo stringa, che in caso di errore conterrà il diagnostico relativo all errore verificatosi; ErrNum, di tipo numerico (long), che in caso di errore conterrà l identificativo dell errore. Page 8 of 8

9 4. Modalità di accesso alla base dati dell Anagrafe Comunale 4.1. Premessa Il sistema CIE prevede la possibilità di accedere, per le necessarie verifiche, alle informazioni memorizzate nell anagrafe comunale e di fornire al Sistema Informativo Comunale informazioni relative alla emissione di nuove CIE (cartellino) ed alla loro revoca. In caso di emissione di una CIE il colloquio avviene secondo le modalità di seguito descritte: 1. il Sistema CIE richiede informazioni anagrafiche; 2. il Sistema Informativo Comunale restituisce le informazioni richieste; 3. il Sistema CIE invia i dati della carta emessa oppure 4. il Sistema CIE invia una notifica di annullamento della emissione. In caso di revoca da parte del Comune di una CIE invece: 1. il Sistema CIE invia una notifica di revoca della CIE. Lo scambio di informazioni fra il sistema CIE ed il Sistema Informativo Comunale avviene attraverso un documento XML inviato in formato file o stream a seconda che si usi un protocollo FTP o protocollo HTTP. E inoltre possibile stabilire il colloquio attraverso una base dati volatile in cui vengono trasferiti, a cura del Sistema Informativo dell Anagrafe Comunale, i dati dei cittadini per i quali va prodotta la Carta di Identità e su cui vengono riportate le informazioni della carta di identità prodotta. Il documento XML inviato contiene o le informazioni necessarie a processare la richiesta e fornire un documento di risposta o le informazioni necessarie ad aggiornare l anagrafe dell avvenuta emissione (ovvero annullamento) della CIE. In quest ultimo caso saranno inviati, oltre al Numero Carta, anche i file corrispondenti ai dati biometrici del richiedente (foto, impronta, firma). Le modalità di colloquio sono dunque: a) File XMLFTP Sistema CIE b) Sistema CIE Stream XML HTTP Servizio di Servizio interrogazione Anagrafe di interrogazione Anagrafe c) Sistema CIE DB volatile Sistema Informativo Anagrafe Comunale L eventuale impossibilità di connessione con il Sistema Informativo Comunale non blocca il processo di notifica di emissione, annullamento o revoca della C.I.E. In fase di interrogazione invece, l impossibilità di connessione causa il blocco del processo di emissione in quanto i dati reperibili in Anagrafe non sono editabili a schermo. Di seguito vengono fornite le specifiche tecniche relative al protocollo di comunicazione tra il Sistema CIE e il Sistema Informativo Comunale che gestisce la base dati dell Anagrafe Comunale. Page 9 of 9

10 Protocollo HTTP Il Sistema CIE invia le informazioni al server dell Anagrafe Comunale tramite la seguente stringa di connessione in modalità post : dove AnagrafeComunale è definito nel file hosts della stazione client; GestAnagCom è il nome della servlet che gestisce il servizio di interrogazione/aggiornamento dell Anagrafe User, password, key devono avere i valori riportati nella stringa di connessione. In fase di configurazione del colloquio con l Anagrafe è comunque possibile modificare i dati che concorrono a comporre la stringa di connessione Protocollo FTP Il Sistema CIE interroga il server dell Anagrafe Comunale inviando il file <NomeStazioneClient>.qry al server AnagrafeComunale (definito nel file hosts del client) posizionandolo nella directory /SADIN. La connessione è effettuata tramite user=sad e password=sadpwd. Per controllare l avvenuto trasferimento del file <NomeStazioneClient>.qry, il Sistema CIE invierà, in immediata successione, il file <NomeStazioneClient>.ok (di 0 byte). Sarà cura del servente di rimuovere tali file dalla directory /SADIN. Il Sistema CIE attenderà risposta tramite il file <NomeStazioneClient>.out posizionato nella directory /SADOUT. Per essere sicuri che il file di risposta sia consistente è necessario creare il file <NomeStazioneClient>.ok (di 0 byte). Sarà cura del Sistema CIE rimuovere tali file dalla directory /SADOUT. La creazione delle directory /SADIN e /SADOUT, che devono essere posizionate sotto la radice di AnagrafeComunale, è a carico del gestore del server dell Anagrafe Comunale Colloquio via Base Dati Il Sistema CIE interfaccia una base dati volatile composta da un archivio Cittadini su cui vengono trasferiti, a cura del Sistema Informativo dell Anagrafe, i dati dei cittadini per i quali va prodotta la Carta di Identità, un archivio Dati_Carta su cui vengono riportati tutti i dati presenti sulla Carta di Identità emessa tranne le immagini (foto, firma ed eventuale impronta), e un archivio Stati_Carta su cui vengono riportate le informazioni specifiche del documento. Le immagini relative ad ogni Carta d Identità sono fornite sotto forma di files. La cartella in cui i suddetti files vanno scritti è a scelta di chi configura il colloquio con il Sistema dell Anagrafe: si può trattare di una cartella presente sulla stessa postazione di emissione, o di una directory presente su un altra macchina collegata in remoto alla postazione di emissione. La base dati può essere gestita da un qualunque DBMS ODBC, per il quale la stazione di emissione sia configurata come client ed al quale, sulla postazione di emissione, si faccia riferimento tramite un DSN. Il nome dell Origine Dati, con relativi UserID e Password, vanno indicati al Sistema di Emissione CIE in fase di configurazione del colloquio con l Anagrafe. In questa stessa fase è necessario indicare dove si sia scelto di far memorizzare i files relativi alle immagini associate ad ogni CIE. La Base Dati a cui si riferisce il Sistema CIE è costituita dalle tabelle descritte di seguito: Page 10 of 10

11 La tabella Cittadini, il cui popolamento è a carico del Sistema Informativo Comunale, contiene i dati dei Cittadini necessari per l emissione della CIE. Cittadini CODFISC X(16) COGNOME NOME DATA_NASCITA X(10) SESSO X(1) COD_CITTAD X(3) COM_NAS COD_ST_EST_NAS X(4) COD_COM_RES X(4) TIPO_INDIRIZZO INDIRIZZO NUM_CIVICO CAP X(5) ESTR_ATTO_NAS X(15) ESPATRIO X(1) La tabella Dati_Carta contiene i dati riportati sulle CIE emesse. Dati_Carta NUM_CARTA X(9) CODFISC X(16) COGNOME NOME DATA_NASCITA X(10) SESSO X(1) STATURA X(3) COD_CITTAD X(3) COM_NAS COD_ST_EST_NAS X(4) COD_COM_RES X(4) TIPO_INDIRIZZO INDIRIZZO NUM_CIVICO CAP X(5) ESTR_ATTO_NAS X(15) ESPATRIO X(1) FOTO X(20) FIRMA X(20) IMPRONTA X(20) DATI_AGGIUNTIVI Per ogni record presente nella tabella Dati_Carta, nei campi FOTO, FIRMA, ed IMPRONTA sono indicati i nomi dei files delle immagini relative all ultima CIE emessa per il cittadino a cui il record si riferisce. La tabella Stati_Carta contiene le variazioni di stato delle CIE. Stati_Carta CODFISC X(16) NUMERO_CARTA X(9) Page 11 of 11

12 STATO_CARTA DATA_INIZIO DATA_FINE VAL_ESPATRIO ID_OPERATORE MOTIVO NOME_STAZIONE X(1) X(10) X(10) X(1) X(2) Data la volatilità della Base Dati, e quindi l impossibilità di assicurare la congruenza tra i contenuti delle tabelle, non sono posti vincoli referenziali tra le tabelle Documento inviato al Sistema Informativo Comunale L invio di informazioni all Anagrafe Comunale da parte del Sistema CIE viene gestito tramite uno stream (se protocollo HTTP) o file (/SADIN /<NomeStazioneClient>.qry e /SADIN /<NomeStazioneClient>.ok se protocollo FTP) organizzato secondo la seguente struttura: Header Nome campo Tipo Valori ammessi Tipo Operazione Alfanumerico (1) I(Interrogazione) A(Annulla Carta) C(Conferma Carta) R (Revoca Carta) File Info (4 occorrenze) Informazioni anagrafiche Immagine1 Immagine2 Immagine3 Tipo File Alfanumerico (15) Dim File Esadecimale (8) Alfanumerico Binario Binario Binario DATIANAG.XML FOTO.XXX FIRMA.XXX IMPRONTA.XXX, dove XXX è l estensione del file relativo all immagine a cui si riferisce valore esadecimale della dimensione del file indicato nel campo precedente stream in formato XML riportante i dati anagrafici secondo cui interrogare l Anagrafe Comunale o da interpretare come conferma /annullamento dell emissione della carta stream relativo all immagine indicata nell Header File Info Tipo File in seconda posizione stream relativo all immagine indicata nell Header File Info Tipo File in terza posizione stream relativo all immagine indicata nell Header File Info Tipo File in quarta posizione Il documento può quindi, nel caso più complesso, includere 4 file contenenti i dati anagrafici e biometrici della CIE emessa Richiesta informazioni anagrafiche In caso di interrogazione (Tipo Operazione = I ), solo la prima occorrenza del gruppo File Info (quella relativa allo stream XML) verrà valorizzata con Tipo File = DATIANAG.XML e Dim File = dimensione di tale file (in Page 12 of 12

13 valore esadecimale). Le altre 3 occorrenze del gruppo File Info saranno lasciate ai valori di inizializzazione (15 BLANK per Tipo File e 0 per Dim File). In questo caso la struttura del documento XML è il seguente: <Query> <Nominativo> <Cognome>...</Cognome> <Nome>...</Nome> <Data>...</Data> </Nominativo> <CodFiscale>...</CodFiscale> </Query> Gli elementi Nominativo e CodFiscale sono mutuamente esclusivi. La scelta tra l inserimento di un elemento piuttosto che l altro dipende dal tipo di interrogazione. Nominativo è un nodo che contiene sotto elementi relativi al Cognome, Nome e Data di Nascita del richiedente la carta. Questi sotto elementi sono nodi che contengono text_node con formato: Cognome stringa alfanumerica Nome stringa alfanumerica Data di nascita data (gg-mm-aaaa) CodFiscale è un nodo contenente un text_node, relativo al Codice Fiscale del richiedente la carta, con formato: CodFiscale stringa alfanumerica. Esempio 1: <Query> <Nominativo> <Cognome>ROSSI</Cognome> <Nome>MARIO</Nome> <Data> </Data> </Nominativo> </Query> Esempio 2: <Query> <CodFiscale>RSSMRO70R15F743K</CodFiscale> </Query> Se SAD non riesce a inviare la richiesta di informazioni anagrafiche (p.e. momentanea interruzione del collegamento) il processo di emissione è bloccato e le informazioni non possono essere inserite dall operatore Invio dati della carta emessa In caso di Conferma Carta (Operazione rilascio andata a buon fine - Tipo Operazione = C ) tutte le parti dello stream saranno valorizzate. Il formato XML sarà: Page 13 of 13

14 <Data> <Id_Operatore>...</Id_Operatore> <NumeroCarta>...</NumeroCarta> <Motivazione>...</Motivazione> <Cognome>...</Cognome> <Nome>...</Nome> <ComuneNascita>...</ComuneNascita> <StatoEstero>...</StatoEstero> <DataNascita>...</DataNascita> <Sesso>...</Sesso> <Statura>...</Statura> <EstremiNascita>...</EstremiNascita> <ComuneResidenza>...</ComuneResidenza> <Domicilio> <Tipo>...</Tipo> <Indirizzo>...</Indirizzo> <NumCiv>...</NumCiv> <CAP>...</CAP> </Domicilio> <Cittadinanza>...</Cittadinanza> <CodiceFiscale>...</CodiceFiscale> <DatiAggiuntivi>...</DatiAggiuntivi> <ValidoEspatrio>...</ValidoEspatrio> <DataEmissione>...</DataEmissione> <DataScadenza>...</DataScadenza> <DataProvvedimento>...</DataProvvedimento> </Data> Il text_node Motivazione conterrà uno dei codici (riportati con le corrispondenti decodifiche nella tabella Motivi.txt disponibile sul sito relativi ai possibili motivi di emissione della CIE. Il text_node ComuneNascita conterrà il codice Belfiore del Comune di nascita quando il Cittadino sia nato in Italia, oppure la denominazione del Comune straniero quando il Cittadino sia nato in uno Stato Estero. Nel primo caso il text_node StatoEstero sarà vuoto (o assente), mentre nel secondo conterrà il codice Belfiore dello Stato Estero di nascita del Cittadino. Il text_node ValidoEspatrio conterrà un valore booleano (Vero/Falso) per indicare se la CIE sia o meno valida per l espatrio. Nel caso di colloquio con l Anagrafe Comunale gestito tramite Base Dati, le informazioni contenute nel tracciato XML verranno riportate nella tabella Dati_Carta, nella quale verranno anche indicati (nelle colonne corrispondenti) i nomi dei files contenenti le immagini relative ai dati biometrici del Cittadino. La posizione di questi files in una directory locale o remota viene stabilita al momento della configurazione del colloquio con il Sistema Informativo Comunale. Le informazioni specifiche sull attivazione della CIE verranno invece riportate nella tabella Stati_Carta. Se SAD non riesce ad inviare i dati della carta emessa (p.e. momentanea interruzione del collegamento) il processo di emissione non è bloccato e le informazioni verranno salvate in un apposita directory del client Annullamento emissione In caso di Annulla Carta (Operazione rilascio non andata a buon fine - Tipo Operazione = A ) solo la prima occorrenza del gruppo File Info (quella relativa allo stream XML) verrà valorizzata con Tipo File = Page 14 of 14

15 DATIANAG.XML e Dim File = dimensione di tale file (in valore esadecimale). Le altre 3 occorrenze del gruppo File Info saranno lasciate ai valori di inizializzazione (15 BLANK per Tipo File e 0 per Dim File). Il formato XML sarà:. <Data> <Id_Operatore>...</Id_Operatore> <NumeroCarta>...</NumeroCarta> <Motivazione>...</Motivazione> <DataProvvedimento>...</DataProvvedimento> </Data> Nel caso di colloquio con l Anagrafe Comunale gestito tramite Base Dati, le informazioni contenute nel tracciato XML verranno riportate nella tabella Stati_Carta (la DataProvvedimento corrisponderà alla DATA_INIZIO). Se SAD non riesce ad inviare i dati della carta annullata (p.e. momentanea interruzione del collegamento) il processo di emissione non è bloccato e le informazioni verranno salvate in un apposita directory del client Revoca In caso di Revoca Carta (Tipo Operazione = R ) solo la prima occorrenza del gruppo File Info (quella relativa allo stream XML) verrà valorizzata con Tipo File = DATIANAG.XML e Dim File = dimensione di tale file (in valore esadecimale). Le altre 3 occorrenze del gruppo File Info saranno lasciate ai valori di inizializzazione (15 BLANK per Tipo File e 0 per Dim File). Il formato XML sarà:. <Data> <Id_Operatore>...</Id_Operatore> <NumeroCarta>...</NumeroCarta> <Motivazione>...</Motivazione> <DataProvvedimento>...</DataProvvedimento> </Data> Nel caso di colloquio con l Anagrafe Comunale gestito tramite Base Dati, le informazioni contenute nel tracciato XML verranno riportate nella tabella Stati_Carta (la DataProvvedimento corrisponderà alla DATA_INIZIO). Se SAD non riesce ad inviare i dati della carta revocata (p.e. momentanea interruzione del collegamento) il processo di revoca non è bloccato e le informazioni verranno salvate in un apposita directory del client Documento ricevuto da Sistema CIE In caso di interrogazione (Tipo Operazione = I ), i dati passati in DATIANAG.XML verranno utilizzati dall Anagrafe Comunale per reperire nella propria Base Informativa i dati necessari all emissione della CIE. Il server deve rispondere alla richiesta del Sistema CIE con un documento XML sotto forma di stream o file (/SADOUT /<NomeStazioneClient>.out e /SADOUT /<NomeStazioneClient>.ok). Tale documento deve contenere due sezioni, quella relativa all esito dell interrogazione e quella in cui si trovano i dati processati. La zona dei dati contiene un numero variabile dell elemento ripetibile (Record). Il formato del documento XML atteso dal Sistema CIE è: <Risultato> Page 15 of 15

16 <Info> <Number>...</Number> <Msg>...</Msg> </Info> <Data> <Record num="1"> <Cognome>...</Cognome> <Nome>...</Nome> <ComuneNascita>...</ComuneNascita> <StatoEstero>...</StatoEstero> <DataNascita>...</DataNascita> <Sesso>...</Sesso> <EstremiNascita>...</EstremiNascita> <ComuneResidenza>...</ComuneResidenza> <Domicilio> <Tipo>...</Tipo> <Indirizzo>...</Indirizzo> <NumCiv>...</NumCiv> <CAP>...</CAP> </Domicilio> <Cittadinanza>...</Cittadinanza> <Espatrio>...</Espatrio> <CodiceFiscale>...</CodiceFiscale> </Record> </Data> </Risultato> L elemento Info contiene : - Number numero dei record estratti (numero negativo se si è verificato un errore, o se comunque non è possibile proseguire con l emissione per cause note al Comune) - Msg messaggio di descrizione del risultato L elemento Data contiene: - Record l elemento ripetibile. Nel caso di omonimi, le occorrenze di Record conterranno solo i dati necessari per l individuazione del cittadino richiedente, ovvero il Codice Fiscale e il Domicilio (oltre a Cognome, Nome e Data di Nascita). Nel caso di individuazione univoca del Cittadino, il Comune fornirà tutti i dati richiesti. NOTA: <StatoEstero> è valorizzato nel caso che il richiedente sia nato all estero. I campi <ComuneNascita> e <StatoEstero> non sono mutuamente esclusivi: se il Cittadino è nato in Italia <ComuneNascita> conterrà il codice del Comune di nascita e <StatoEstero> sarà vuoto, mentre nel caso di cittadini nati all estero <StatoEstero> conterrà il codice della Nazione di nascita e <ComuneNascita> conterrà la denominazione del Comune estero di nascita. Poiché lo Stato di nascita può non esistere più (o almeno non avere più la stessa denominazione), mentre lo Stato di cui si è cittadini deve essere a tutti gli effetti uno Stato esistente e riconosciuto, <StatoEstero> deve essere codificato secondo l elenco delle Nazioni fornito dal Ministero delle Finaze (lo stesso Ministero fornisce un applicazione che permette di ottenere il Codice Belfiore degli Stati esistenti e non più esistenti, scaricabile dal sito mentre <Cittadinanza> deve essere indicata con i codici di tre caratteri alfabetici riportati nella tabella delle Nazioni ISO3166 reperibile sul sito <ComuneNascita> e <ComuneResidenza> devono essere codificati secondo la tabella BELFIORE dei comuni (codici usati per la costruzione del Codice Fiscale). Anche per i Comini è disponibile, a partire dal sito indicato sopra per i codici degli Stati Esteri, un applicazione che consente di ottenere il Codice Belfiore di ogni Comune. Page 16 of 16

17 <EstremiNascita>, in risposta al problema della diversa organizzazione dei Comuni nella registrazione dell Atto di Nascita, sarà una stringa di caratteri alfanumerici significativa per il Comune emittente. Il campo <Tipo> nel gruppo <Domicilio> contiene la toponomastica dell indirizzo. La dicitura va espressa in modo esplicito (VIALE e non V.LE, PIAZZA e non P.ZA, ) <Espatrio> è un campo binario. Può assumere i valori S / N, Vero/Falso, o 1/0. S (o Vero, o 1 ) indica che per il richiedente è possibile emettere una CIE valida per l espatrio, mentre N (o Falso, o 0 ) segnala che il richiedente non può avere una Carta valida per l espatrio. Esempio 1: <Risultato> <Info> <Number>2</Number> <Msg></Msg> </Info> <Data> <Record num="1"> <Cognome>ROSSI</Cognome> <Nome>MARIO</Nome> <ComuneNascita>I754</ComuneNascita> <DataNascita> </DataNascita> <Sesso>M</Sesso> <EstremiNascita>2000.A </EstremiNascita> <ComuneResidenza>H501</ComuneResidenza> <Domicilio> <Tipo>VIA</Tipo> <Indirizzo>DEL CORSO</Indirizzo> <NumCiv>120</NumCiv> <CAP>00100</CAP> </Domicilio> <Cittadinanza>ITA</Cittadinanza> <Espatrio>S</Espatrio> <CodiceFiscale>RSSMRO70G20T485K</CodiceFiscale> </Record> <Record num="2"> <Cognome>ROSSI</Cognome> <Nome>MARIO</Nome> <ComuneNascita> LONDRA </ComuneNascita> <StatoEstero>GBR</StatoEstero> <DataNascita> </DataNascita> <Sesso>M</Sesso> <ComuneResidenza>M082</ComuneResidenza> <Domicilio> <Tipo>PIAZZA</Tipo> <Indirizzo>FIUME</Indirizzo> <NumCiv>28</NumCiv> <CAP>00189</CAP> </Domicilio> <Cittadinanza>ITA</Cittadinanza> <Espatrio>Falso</Espatrio> <CodiceFiscale>VRDGVN72C19U653T</CodiceFiscale> </Record> </Data> </Risultato> Page 17 of 17

18 Esempio 2: <Risultato> <Info> <Number>-100</Number> <Msg>Errore nella validazione del documento ricevuto</msg> </Info> </Risultato> Esempio 3: <Risultato> <Info> <Number>-1</Number> <Msg>Il cittadino è in possesso di C.I. ancora valida</msg> </Info> </Risultato> In caso di conferma, revoca o annullamento (Tipo Operazione I ), i dati passati in DATIANAG.XML verranno utilizzati dall Anagrafe Comunale per aggiornare nella propria Base Informativa i dati relativi alla CIE specificata. Il server deve rispondere alla richiesta del Sistema CIE con un documento XML sotto forma di stream o file (/SADOUT /<NomeStazioneClient>.out e /SADOUT /<NomeStazioneClient>.ok). Tale documento deve contenere un unica sezione relativa all esito dell aggiornamento della Base Informativa. Il formato del documento XML atteso dal Sistema CIE è: <Risultato> <Info> <Number>...</Number> <Msg>...</Msg> </Info> </Risultato> L elemento Info contiene : - Number esito (numero negativo se si è verificato un errore, o se comunque è necessario inviare un messaggio all operatore) - Msg messaggio da prospettare in caso di Number negativo Page 18 of 18

19 5. Conclusione Le indicazioni riportate nel presente documento sono aggiornate alla data della loro presentazione; ulteriori informazioni che siano utili alla comprensione della problematica di interfacciamento con il sistema CIE potranno essere incluse in eventuali successive versioni dello stesso. Page 19 of 19