SIGMA TER in Liguria: SincroCAT e Servizi Infrastrutturali. CST Liguria

Transcript

1 SIGMA TER in Liguria: SincroCAT e Servizi Infrastrutturali CST Liguria

2 Agenda SINCROCAT Architettura della soluzione Prerequisiti tecnologici (ENTE) Aspetti organizzativi BASE DATI DBTL (descrizione contenuti) Utilizzo dell applicazione Percorso amministrativo per attivare il servizio SERVIZI INFRASTRUTTURALI Architettura della soluzione Servizi disponibili Modalità di utilizzo Aspetti organizzativi Percorso amministrativo per attivare il servizio 2

3 SINCROCAT 3

4 Architettura (1): i diversi modi per ottenere una copia dei dati catastali Portale dei Comuni (dell Agenzia): Consente il download di dati censuari e cartografici (solo in coordinate Catastali) in vari formati (CML, CXF o DXF per cartografia; TXT o XML per censuari) e strutture (attualità, aggiornamenti) AGP Prelievo scarichi nativi (Sigmater): Consente il download di dati censuari e cartografici (solo in coordinate Gauss-Boaga) nei formati e con le strutture previste dal Sistema d Interscambio per la gestione del DBTI (CML per impianto ed aggiornamento mensile della cartografia, TXT per impianto censuario, XML per aggiornamento mensile censuario) AGP estratto mappa (Sigmater): Consente il download della sola cartografia relativa ad un area d interesse in formato Shape ed in coordinate Gauss-Boaga od in altro sistema nazionale Sincrocat (Sigmater): Consente la replica in locale della porzione di DBTI di propria competenza (DBTL); i dati sono organizzati in tabelle (db relazionale). 4

5 Architettura (2): il software della nuova filiera Sigmater AdT Regione Sistema di Interscambio Dell Agenzia Sistema di Interscambio Lato regione Sistema di Integrazione Database Di origine regionale Database Catastale Dell Agenzia Centri Servizi Regionali DBTI SIGMA TER Sistema di registrazione e monitoraggio Applicazioni General Purpose Servizi infrastrutturali Applicazioni locali Database locali Utente SigmaTER EELL 5

6 Architettura (3): il Centro Servizi Sigmater di Regione Liguria Sistema d Interscambio Lato ADT Sistema d Interscambio Lato Regione Sistema d Integrazione SITAR Database Catastale Dell Agenzia DBI / STAGING DBTI Back End SIGMA TER ADT Applicazioni General Purpose Sistema di Registrazione e Monitoraggio Servizi Infrastrutturali Regione Liguria Sistema di Autenticazione Regione Liguria (Novell I-Chain) Front End SIGMA TER Liguria in Rete (Servizi Riservati) Porta di Dominio ICAR Utente SigmaTER Applicazione Locale EELL Database Locali 6

7 Architettura (4): il contesto di riferimento Centro Servizi Regionale Agenzia del Territorio Enti Locali 7

8 Architettura (5): la cooperazione applicativa 8

9 Architettura (6): elementi di progettazione La funzionalità di estrazione dati catastali dal DBTI viene realizzata in modo asincrono mediante un meccanismo di prenotazione preventiva dello scarico. Componenti fondamentali del Sincrocat sono: Un servizio di prenotazione attraverso il quale l'ente Locale prenota uno scarico dei dati. Questo servizio, dopo una valutazione dell'entità del carico elaborativo, fornisce un'indicazione della data a partire dalla quale i dati saranno disponibili per l'estrazione. Un sistema di costruzione dei pacchetti contenenti i dati richiesti attivato da meccanismi di schedulazione coerentemente con i tempi previsti dal servizio di prenotazione. Un servizio di estrazione attraverso il quale si possono scaricare i dati per i quali è stata effettuata una prenotazione. Un sistema che permetta di aggiornare i dati del DBTL a partire dai dati scaricati. Un sistema di profilazione che permetta di stabilire se il richiedente sia o meno abilitato alle prenotazioni di scarico e agli scarichi riguardanti gli Enti richiesti. Un'infrastruttura che veicoli lo scambio dei messaggi (ICAR e SPC regionale). 9

10 Architettura (7): diagramma delle componenti Sincrocat 10

11 Architettura (8): elementi di progettazione Lato centro servizi, le AGP espongono due tipologie di servizio per il Sincrocat, entrambe sincrone: Prenotazione estrazione dati dal DBTI (prenotascaricodbti) Estrazione Dati dal DBTI (scaricodatidbti) Per consentire l'autenticazione a livello applicativo, allo scopo di determinare se il richiedente sia autorizzato al recupero dei dati del DBTI relativi ai Comuni specificati nella prenotazione di scarico o nella richiesta di scarico, nei relativi messaggi di richiesta vengono incluse le credenziali (username e password), la cui verifica avviene tramite il modulo SRM (Sistema di Registrazione e Monitoraggio) del Centro Servizi Regionale. 11

12 Architettura (9): elementi di progettazione Il Modulo Sincrocat installato presso l'ente Locale può essere suddiviso in: Front-end: si tratta di un'applicazione web che permette all'utente dell'ente Locale di gestire le operazioni del Sincrocat, quali le prenotazioni degli scarichi, il controllo degli stati degli scarichi, il controllo della consistenza dei dati sul DBTL, la generazione in formato Shape dei dati cartografici scaricati. Back-end: rappresenta i componenti, realizzati tramite EJB, che vengono utilizzati dal front-end per espletare le operazioni di sincronizzazione. Si possono distinguere i seguenti bean: Booking: per la prenotazione degli scarichi; Download: per lo scarico dei dati prenotati in precedenza; Synchro: per l'aggiornamento del DBTL con i dati scaricati; Sdo2Shape: per la conversione dei dati del DBTL in formato Shape. DBTL: il database dove vengono immagazzinati i dati catastali (censuario, cartografia, Adempimento Unico e Tarsu) dell'ente Locale. 12

13 Prerequisiti tecnologici Porta di Dominio Application Server COMPONENTE HW/SW Sistema Operativo Application Server Data Base Client PRODOTTO Linux RedHat 3.0 Enterprise AS JBoss versione EAP Oracle 10 Client (se per DB Server Oracle) DB Server COMPONENTE HW/SW Sistema Operativo PRODOTTO Linux RedHat 3.0 Enterprise AS Data Base Server Oracle 10 SE + Locator oppure Postgres Postgis

14 Aspetti organizzativi Competenze tecniche richieste per il presidio delle componenti e delle tecnologie su cui si basa Sincrocat: PDD tramite il livello regionale del CST Liguria Application Server tramite il CED del Comune DB Server tramite il CED del Comune Competenze applicative per supportare l analisi e l integrazione del DBTL all interno dei Sistemi Informativi del proprio Ente Locale (Tributi, Ufficio Tecnico, ): Conoscenza del DB utilizzato (Oracle o Postgres) Conoscenza del linguaggio SQL Conoscenza di applicazioni GIS evolute: Geomedia, Mapinfo, ArcView, Qgis, 14

15 DBTL (1): definizione e contenuti Il DBTL (DataBase Territoriale Locale) nasce dalla replica dei dati catastali contenuti nel DBTI, da cui eredita il modello dei dati. Il DBTL eredita la struttura del DBTI, a meno di qualche differenza per l area di sistema ed a meno dei vincoli di relazione tra le tavole. Il DBTL risulta al momento scomponibile nelle seguenti aree tematiche principali: Cartografia catastale Censuario catastale Adempimento Unico (ICI) Tarsu Ambiti amministrativi Area di sistema Complessivamente, si tratta di circa 100 tavole. 15

16 DBTL (2): area tematica Censuario 16

17 DBTL (3): cartografia catastale 17

18 DBTL (4): Tarsu 18

19 DBTL (5): Adempimento Unico (ICI) 19

20 DBTL (6): esempi di utilizzo analisi oggetti/soggetti Per entrambi i Censuari, la relazione logica tra oggetti catastali (particelle o mappali ) e soggetti catastali (Persone Fisiche o Giuridiche) viene definita tramite la tav. s3_ct02t_titolarita. Per un oggetto del Censuario Terreni, si accede a s3_ct02t_titolarita utilizzando la chiave univoca (PK) di s3_ct12t_terreni (a meno del progressivo) + ct02_tipo_immobile = T : Comune + Sezione + id_immobile + tipo_immobile (es.: D969 + F T) Analogamente, per un oggetto del Censuario Fabbricati, si accede a s3_ct02t_titolarita utilizzando la chiave univoca (PK) di s3_ct04t_uiu (a meno del progressivo) o l analoga chiave di s3_ct08t_ident_uiu + ct02_tipo_immobile = F : Comune + Sezione + id_immobile + tipo_immobile (es.: D969 + Q F) Si ottiene così l elenco delle titolarità associate all immobile. 20

21 DBTL (7): esempi di utilizzo analisi oggetti/soggetti Ogni titolarità è individuata tramite la chiave univoca (PK): Comune + id_titolarita Informazioni disponibili nella tavola s3_ct02t_titolarita : Soggetto (Id_sogg., Tipo_sogg. = P o G) Oggetto (Id_ogg., Tipo_ogg. = T o F) Diritto, Quota (Numeratore/Denominatore) e Regime Validità (Mutazioni iniziale/finale, Partita) Principali tavole in relazione con s3_ct02t_titolarita : tav. s3_ct03t_cod_diritti (codice e descrizione diritto) tav. s3_ct35t_mutazioni (classificazione e validità atto costituzione) tav. s3_ct38t_soggetti (soggetti, sia P sia G) tav. s3_ct42t_cod_regime (codice e descrizione regime) Altre tavole in relazione con s3_ct02t_titolarita : tav. s3_ct18t_persone_fisiche (descrizione persona fisica) tav. s3_ct19t_persone_giuridiche (descrizione persona giuridica) 21

22 DBTL (8): esempi di utilizzo analisi oggetti/soggetti Le titolarità (intese come relazioni di titolo tra un oggetto ed un soggetto ) sono contraddistinte da un Atto (ad es. Voltura) e da un periodo di validità (inizio/fine), riferiti alle mutazioni iniziali e finali. Generalmente: mutaz_fn titolarità X = mutaz_in titolarità Y Per ogni mutazione, sulla tavola s3_ct35t_mutazioni sono disponibili vari attributi, tra cui: ct35_tipo_nota (decodificabile tramite la tav. s3_ct41t_cod_tipo_nota ) ct35_cod_causale (decodificabile tramite la tav. s3_ct61t_cod_causale ) ct35_data_efficacia. 22

23 DBTL (9): esempi di utilizzo analisi oggetti/soggetti Esempio di query nidificata: select pg.ct19_id_pg,pg.ct19_tipo_soggetto,pg.ct19_partita_iva,pg.ct19_sede,pg.ct19_deno minaz from s3_ct19t_persone_giuridiche pg where (pg.ct19_cod_com,pg.ct19_id_pg,pg.ct19_tipo_soggetto) in (select r.ct02_cod_com,r.ct02_id_soggetto,r.ct02_tipo_soggetto from s3_ct02t_titolarita r where (r.ct02_cod_com,r.ct02_sez,r.ct02_id_immobile,r.ct02_tipo_immobile) in (select t.ct12_cod_com,t.ct12_sez,t.ct12_id_immobile,'t' from s3_ct12t_terreni t where (t.ct12_cod_com,t.ct12_sez,t.ct12_foglio,t.ct12_numero) in (select c.ct24_cod_com,c.ct24_sez,c.ct24_foglio,lpad(trim(c.ct24_numero),5,'0') from s3_ct24g_particelle c where c.ct24_cod_com='d969' and c.ct24_sez='f' and c.ct24_foglio=8 and trim(c.ct24_numero)='187'))) UNION ALL from s3_ct18t_persone_fisiche pf ; 23

24 DBTL (10): esempi di utilizzo ELI-CAT/ELI-FIS La soluzione Sincrocat e, più in generale, il Sistema Sigmater, non comprendono strumenti per l analisi dei dati presenti nel DBTL. Le analisi base per i dati catastali, possono essere: Relazione tra oggetti e soggetti; Relazioni tra censuario terreni e cartografia; Relazioni tra censuario terreni e censuario fabbricati. La complessità dell analisi aumenta se si considera la profondità storica dei dati censuari. Con AGP e Servizi Infrastrutturali il Sistema Sigmater ha cercato di offrire degli strumenti d analisi, rispettivamente puntuale e transazionale, per i dati presenti nel DBTI. Per il DBTL una soluzione di analisi ad ampio spettro è offerta dall infrastruttura ELI-CAT/ELI-FIS/FED-FIS (sviluppata nell ambito del secondo e terzo piano di finanziamento e-gov ELISA). 24

25 DBTL (11): Casistiche di disallineamento DBTI/DBTL Interventi di bonifica Dall analisi dei dati presenti nel DBTL e dal loro raffronto con altre fonti informative (come le Anagrafe della popolazione, degli immobili, dei tributi), possono essere rilevate delle anomalie la cui genesi risulta indipendente dai casi d errore del sistema Sincrocat. Tali anomalie, possono essere classificate in: Anomalie presenti nella fonte originaria del dato; Anomalie prodotte durante il processo ETL tra Agenzia del Territorio e DBTI; Anomalie prodotte in fase di sincronizzazione DBTI/DBTL senza evidenza di errori. Le prime due tipologie, già previste nel Sistema Sigmater, vengono normalmente gestite tramite attività di manutenzione straordinaria o di bonifica del DBTI. L ultima tipologia si verifica in seguito ad attività di bonifica del DBTI collegate a forniture AdT pregresse, che risultano incomplete, errate o interessate da Correzioni d Ufficio. In questi casi, le attività di bonifica del DBTI possono consistere in insert, update e/o delete di record con prot_dbti pregressi e, quindi, già coinvolti in precedenti sincronizzazioni DBTI/DBTL. 25

26 Utilizzo dell applicazione (1): contesto operativo L obiettivo di Sincrocat è quello di costituire e mantenere in locale (DBTL) una replica dei dati catastali regionali (DBTI), tenendo presente che questi ultimi vengono aggiornati periodicamente. La modalità di interazione con i Servizi per l estrazione dei dati catastali dal DBTI prevede lo scambio di messaggi (busta e-gov) tra la Porta Delegata dell Ente Locale e la Porta Applicativa di Regione Liguria. Il workflow del Sincrocat prevede che l'aggiornamento dei dati del DBTL avvenga secondo più fasi: Fase di prenotazione dello scarico; Fase di costruzione dello scarico; Fase di recupero dello scarico prenotato Fase di aggiornamento del DBTL (eventuale) Generazione di file Shape a partire dai dati aggiornati 26

27 Utilizzo dell applicazione (2): activity diagram 27

28 Utilizzo dell applicazione (3): la consolle di amministrazione L applicazione Sincrocat è utilizzabile quasi unicamente tramite interfaccia web, e fornisce gli strumenti per effettuare richieste di aggiornamento dei dati catastali di EE.LL. coerentemente con la configurazione effettuata all atto dell installazione. La home page dell applicazione Sincrocat è disponibile all url: dove <serversincrocat> e <portasincrocat> indicano rispettivamente il nome (o l indirizzo ip) e la porta http del server di installazione dell applicazione. 28

29 Utilizzo dell applicazione (4): la consolle di amministrazione Selezionando la voce Stato di caricamento del DBTL è possibile: Consultare le informazioni di configurazione del DBTL (versione, coord.) Consultare una sintesi sulle attività di sincronizzazione per le singole aree tematiche (censuario, ICI, Tarsu e cartografia). Innescare nuove attività di sincronizzazione per una o più aree tematiche. Reinnescare le attività di sincronizzazione in stato di errore recuperabile. Consultare storico e report delle attività 29

30 Utilizzo dell applicazione (5): la consolle di amministrazione Selezionando la voce Storico delle attività è possibile accedere all apposita pagina, che fornisce unicamente funzionalità di consultazione e non di gestione delle attività. 30

31 Utilizzo dell applicazione (6): esiti delle elaborazione Il modello di funzionamento di Sincrocat comporta la transizione di ogni attività di sincronizzazione del DBTL attraverso diversi stati di completamento a partire dalla prenotazione dei dati fino alla conclusione dell aggiornamento. Oltre gli stati corrispondenti alle diverse fasi dell attività è possibile che l insorgere di errori di qualunque genere impediscano le transizioni di stato dettate dal normale procedere delle operazioni di aggiornamento, portando l attività in stati di errore differenti a seconda dello specifico problema verificatosi. Gli stati di normale funzionamento sono i seguenti: Prenotato, ScaricamentoInCorso, Scaricato, SincronizzazioneInCorso, Sincronizzato (DBTL Aggiornato) Gli stati di errore sono i seguenti: Scaduto, Annullato, Inesistente, DBTL disallineato dal DBTI, ErroreScaricamento, ErroreSincronizzazione 31

32 Utilizzo dell applicazione (7): stati di errore Scaduto, Annullato, Inesistente. In questi casi occorre rimuovere manualmente l attività ed effettuare una nuova richiesta di sincronizzazione per l area tematica del Comune interessata dal problema (vedere il Capitolo 4 del Manuale d uso, relativo al recupero manuale di situazioni di errore). DBTL disallineato dal DBTI. Questo stato dell attività indica che lo stato di caricamento dell area tematica del Comune all interno del DBTL è disallineato in modo non recuperabile rispetto al DBTI a causa di operazioni di manutenzione effettuate presso il centro servizi regionale. In questi casi per le aree tematiche disallineate non è possibile innescare nuove attività di sincronizzazione e l unico modo per ripristinare l allineamento con la banca dati regionale è: rimuovere dal DBTL tutti i dati catastali relativi a quell area tematica; innescare una nuova attività di sincronizzazione per essa. La rimozione dal DBTL può essere fatta intervenendo sul DB o, in alcuni casi, da interfaccia web (per ulteriori dettagli si rimanda al Manuale d uso. 32

33 Utilizzo dell applicazione (8): stati di errore ErroreScaricamento. indica che si è verificato un errore durante la fase di scaricamento dati. E possibile tentare il reinnesco dell operazione di scaricamento dati tramite l interfaccia web dell applicazione dopo aver risolto il problema scatenante. Nel caso non fosse possibile risolvere il problema scatenante occorre rimuovere manualmente l attività ed effettuare una nuova richiesta di sincronizzazione per l area tematica del Comune interessata dal problema (vedere il Capitolo 4 del Manuale d uso, relativo al recupero manuale di situazioni di errore). ErroreSincronizzazione. Indica che si è verificato un errore durante la fase di aggiornamento del contenuto del DBTL. E possibile tentare il reinnesco dell operazione di aggiornamento tramite l interfaccia web dell applicazione dopo aver risolto il problema scatenante. Nel caso non fosse possibile risolvere il problema scatenante, non essendo possibile garantire la coerenza dei dati dell Ente presenti nel DBTL, occorre rimuovere manualmente l attività e tutto il contenuto del DBTL relativo all area tematica del Comune interessata dal problema ed effettuare per essa una nuova richiesta di sincronizzazione (vedere il Capitolo 4 del Manuale d uso, relativo al recupero manuale di situazioni di errore). 33

34 Utilizzo dell applicazione (9): stati di errore In caso di errore è sempre necessario consultare i log applicativi configurati in fase di installazione dell applicazione per avere maggiori informazioni sulla natura dei malfunzionamenti occorsi. La richiesta di sincronizzazione dovrà essere ripetuta una volta eliminata l origine del problema. Unica eccezione a questa modalità di funzionamento del Sincrocat è il caso di disallineamento non recuperabile tra DBTL e DBTI, che potrebbe verificarsi in caso di interventi di rimozione di aggiornamenti effettuati presso il centro servizi regionali per una o più aree tematiche. Se si dovessero verificare casi nei quali non fosse possibile eliminare la causa del malfunzionamento, impedendo di fatto la conclusione dell attività anche a seguito di reinneschi ripetuti tramite interfaccia web, sarà necessario procedere al recupero manuale della specifica situazione di errore come descritto nel Capitolo 4 del Manuale d uso. N.B.: Resta a carico dell amministratore del DBTL effettuare le eventuali operazioni di manutenzione del DBTL, come ad esempio la periodica ricostruzione degli indici o l esecuzione di operazioni di backup. 34

35 Percorso amministrativo per attivare il servizio L Ente richiedente deve: aver aderito al Sistema d Interscambio dell AdT, indicando Regione Liguria quale intermediario strutturale; aver richiesto l accesso ai servizi Sigmater di Regione Liguria, indicando un proprio referente in qualità di responsabile e amministratore di Sincrocat; Disporre di infrastruttura SPCoop (Porta di Dominio qualificata) ed aver sottoscritto l apposito Accordo di Servizio; Aver predisposto l opportuno ambiente tecnologico in cui installare Sincrocat (Application Server e DB Server). 35

36 Documentazione disponibile per Sincrocat Documento di progettazione (S3J_SINCROCAT_SRS_150312) Manuale di installazione (S3J_SINCROCAT_INSTALL_150312) Manuale d uso (S3J_SINCROCAT_DOC_UT_020312) 36

37 SERVIZI INFRASTRUTTURALI 37

38 Servizi Infrastrutturali (1): Architettura Oltre ai servizi di prenotazione ed estrazione dati dal DBTI, invocati da Sincrocat, esistono altri servizi Sigmater, esposti tramite la Porta di Dominio di Regione come web services. Tutti i web services esposti dal progetto Sigmater sono denominati Servizi Infrastrutturali. Questi servizi possono essere utilizzati dagli Enti liguri per scrivere applicazioni che accedono ai dati catastali presenti nel DBTI. 38

39 Servizi Infrastrutturali (2): Servizi disponibili ConsultazioneSoggetti RicercaSoggetti: da dati anagrafici di persone fisiche o giuridiche restituisce gli id soggetti RicercaTitolaritaSoggetto: da id soggetti restituisce id titolarità e id oggetti (Terreni e Fabbricati) collegati ConsultazioneTerreni RicercaTerreno: dagli identificativi terreno restituisce id. e dati censuari DettaglioTerreno: da id. terreno restituisce tutti i dati censuari collegati ConsultazioneUIU RicercaPerIndirizzo: da dati toponomastici restituisce gli id oggetti collegati RicercaUIU: dagli identificativi UIU restituisce tutti i dati censuari collegati ConsultazioneTrascrizioni RicercaTrascrizione: dagli identificativi della Nota o dell immobile restituisce tutti i dati ICI collegati ConsultazioneTarsu RicercaUiuTarsu: dagli identificativi dell immobile restituisce tutti i dati TARSU collegati GestioneScarico PrenotaScarico: da Area Tematica e ultimo prot. di aggiornamento restituisce l id. scarico ElencoPacchetti: da id. scarico restituisce gli identificativi dei pacchetti da scaricare ScaricaPacchetto: dall id. del pacchetto restituisce il pacchetto N.B.: in ogni richiesta devono essere inserite le credenziali per accedere ai servizi 39

40 Servizi Infrastrutturali (3): Accordi di Servizio e Monitoraggio Accordi di servizio per ogni iscrizione andranno sottoscritti gli opportuni accordi di servizio. Tracciabilità utilizzo Per coerenza con il monitoraggio dei servizi sigmater finali (AGP), Regione Liguria chiede agli EE.LL. di monitorare ogni chiamata ai servizi infrastrutturali inoltrata dalle proprie Applicazioni Locali, tracciando: Data e ora di sistema Utente Applicazione Locale Servizio Infrastrutturale chiamato Parametri impostati in fase di richiesta L esito del monitoraggio dovrà risiedere in appositi archivi e reso disponibile su richiesta di Regione Liguria. 40

41 Servizi Infrastrutturali (4): Modalità di utilizzo I servizi infrastrutturali SigmaTer di Regione Liguria risultano raggiungibili solo in modalità Cooperazione Applicativa; quindi sono esposti dalla PdD (Porta di Dominio) regionale tramite PA (Porta Applicativa). L Ente fruitore può raggiungere tali servizi solo dalla propria PdD (Porta di Dominio), tramite PD (Porta Delegata) opportunamente configurate. Esempio di configurazione su PD dell Ente fruitore: ria/spcconsultazionesoggettiwebservice/eseguiricercasoggetti N.B.: i wsdl non risultano direttamente accessibili ma vengono forniti insieme alla documentazione Sigmater Per la trattazione completa ed approfondita della Cooperazione Applicativa si rimanda al sito istituzionale DigitPA ( 41

42 Servizi Infrastrutturali (5): Modalità di utilizzo Esempio di richiesta al servzio RicercaSoggetti: <soapenv:envelope xmlns:soapenv=" xmlns:s3=" <soapenv:header/> <soapenv:body> <s3:eseguiricercasoggetti> <!--Optional:--> <ricercasoggetti> <!--Zero or more repetitions:--> <codcomlist>d969</codcomlist> <denominazione>regione liguria</denominazione> <tiposoggetto>g</tiposoggetto> </ricercasoggetti> <!--Optional:--> <username>yyyyyy</username> <!--Optional:--> <password>xxxxx</password> </s3:eseguiricercasoggetti> </soapenv:body> </soapenv:envelope> 42

43 Servizi Infrastrutturali (6): Modalità di utilizzo Esempio di risposta del servzio RicercaSoggetti: Envelope xmlns:env=" <env:header/> <env:body> <ns2:eseguiricercasoggettiresponse xmlns:ns2=" <return> <currentpage>1</currentpage> <risultatoricerca> <codcom>d969</codcom> <comune> <codcom>d969</codcom> <codprovistat>010</codprovistat> <nome>genova</nome> <siglaprov>ge</siglaprov> </comune> <denominaz>regione LIGURIA</denominaz> <idsoggetto>8045</idsoggetto> <partitaiva> </partitaiva> <tiposoggetto>g</tiposoggetto> </risultatoricerca> 43

44 Servizi Infrastrutturali (7): Aspetti organizzativi Competenze tecniche richieste per il presidio delle componenti e delle tecnologie su cui si basa Sincrocat: PDD tramite il livello regionale del CST Liguria Application Server tramite il CED del Comune DB Server tramite il CED del Comune Competenze applicative per supportare l integrazione delle chiamate ai Servizi Infrastrutturali Sigmater all interno dei Sistemi Informativi del proprio Ente Locale (Tributi, Ufficio Tecnico, ): Conoscenza dei meccanismi della Cooperazione Applicativa Conoscenza dei metodi per l utilizzo dei web services all interno delle applicazioni Conoscenza degli ambienti di sviluppo delle applicazioni dell Ente 44

45 Servizi Infrastrutturali (8): Percorso amministrativo per attivare il servizio L Ente richiedente deve: aver aderito al Sistema d Interscambio dell AdT, indicando Regione Liguria quale intermediario strutturale; aver richiesto l accesso ai servizi Sigmater di Regione Liguria, indicando un proprio referente in qualità di responsabile e amministratore delle credenziali di accesso ai Servizi Infrastrutturali Sigmater; Disporre di infrastruttura SPCoop (Porta di Dominio qualificata), aver sottoscritto l apposito Accordo di Servizio ed aver configurato su Porta Delegata la fruizione dei Servizi Infrastrutturali Sigmater; Aver predisposto l opportuno ambiente tecnologico di Monitoraggio delle chiamate ai Servizi Infrastrutturali Sigmater, integrato con le proprie Applicazioni Locali, come previsto dagli accordi stipulati con Regione Liguria (Application Server e DB Server). 45

46 Servizi Infrastrutturali (9): Documentazione disponibile Documento di progettazione (S3J_SI_SRS_210911) e relativi allegati (wsdl) 46