Dicembre 2016
  Scarica il file .pdf del numero della Rivista Dicembre 2016  
  Archivio riviste    
Corte dei Conti contro CED del DAP: accertato illecito amministrativo contabile con effetti dannosi permanenti


Polizia Penitenziaria - Corte dei Conti contro CED del DAP: accertato illecito amministrativo contabile con effetti dannosi permanenti

Notizia del 07/03/2016

in Houston abbiamo un problema

(Letto 4066 volte)

Scritto da: Redazione

 Stampa questo articolo     Leggi i Commenti Commenti dei lettori


Di notevole rilievo giuridico e tecnico è l’atto di citazione (brani) che concerne la realizzazione difettosa del sistema informatico presso il Dipartimento dell’Amministrazione Penitenziaria (DAP) del Ministero della Giustizia. Le questioni eccepite dal P.M. Contabile sono ampiamente esaustive della materia informatica e, pertanto, detengono un pregio ed un rilievo ex se.

Con nota n. GDAP-0391384-2011 del 17 ottobre 2011 (pervenuta a questa Procura regionale il 19 ottobre), il Direttore dell’Ufficio per l’attività Ispettiva del Dipartimento dell’amministrazione penitenziaria (d’ora in poi DAP) del Ministero della Giustizia ha segnalato un presunto danno alle pubbliche finanze connesso alla realizzazione del sistema informatico AFIS-UEPE (già AFIS-CSSA).  

Successivamente, a seguito di una visita ispettiva condotta a partire da settembre 2011 presso l’Ufficio per lo sviluppo e la gestione del Sistema Informativo Automatizzato del citato Dipartimento, è stata trasmessa a questa Procura, con nota n. RIS/3/2013 del 23 gennaio 2013, la relativa relazione ispettiva datata 12 dicembre 2012. A seguito degli ulteriori accertamenti istruttori delegati in data 27 novembre 2013 da questo Pubblico Ministero al medesimo Ufficio per l’attività Ispettiva del DAP, è stata prodotta dagli ispettori incaricati la relazione finale del 4 dicembre 2014, da cui emerge quanto di seguito sintetizzato.

L’attività ispettiva ministeriale e la conseguente attività istruttoria di questa Procura regionale ha avuto ad oggetto, in particolare, due progetti per l’informatizzazione degli Uffici del DAP CSSA, poi divenuti UEPE. L’affidamento al R.T.I. della realizzazione del sistema informativo per l’automazione degli Uffici UEPE, prevedeva da parte del medesimo RTI – come è sempre previsto nello sviluppo dei software applicativi - la fondamentale attività di identificazione e analisi dei requisiti, volta ad individuare i requisiti degli utenti e di sistema (specifiche per la realizzazione del software), in particolare anche attraverso una serie di incontri con il committente Direzione Generale Esecuzione Penale Esterna (d’ora in poi, “DGEPE”) e gli utenti finali nonché utilizzatori (UEPE – Uffici per l’Esecuzione Penale Esterna).

All’uopo veniva costituito dall’amministrazione un apposito gruppo di lavoro formato da rappresentanti dei vari uffici coinvolti. A tutto ciò si aggiunga che il collaudo vero e proprio dei due sistemi non risulta essere mai avvenuto. Trattasi di un’ipotesi di danno erariale derivante dall’inutile realizzazione e mancata utilizzazione di un sistema informatico, oggetto di due distinti progetti.

LE FASI DEL PROGETTO

Prima di entrare nel dettagli della realizzazione del progetto, occorre premettere in via generale che, dal punto di vista dell’ingegneria del software – la disciplina tecnologica e gestionale che riguarda la produzione sistematica e la manutenzione dei prodotti software da sviluppare o modificare entro tempi e costi preventivati – esistono modelli progettuali ormai del tutto consolidati, suddivisi in macro-fasi, il più diffuso dei quali (adottato da decenni anche nell’ambito delle amministrazioni pubbliche e previsto anche con riferimento ai progetti in discorso), si articola come segue:

a) Studio di fattibilità: si tratta di una valutazione preliminare dei costi e dei benefici di un’applicazione;

b) Analisi e specifica dei requisiti: vengono individuate le funzionalità (requisiti funzionali), i vincoli e gli obiettivi del progetto;

c) Progettazione: si precisa l’architettura generale (hardware e software) del sistema e si descrivono le funzioni che il sistema deve svolgere. L’architettura software può essere composta da singoli moduli, di cui andranno esposte le funzionalità e le relazioni.

d) Realizzazione e test delle unità: il progetto entra nella fase esecutiva e viene realizzato come insieme di programmi o unità di programmi (moduli) nel linguaggio di programmazione scelto. L’attività di testing delle unità è finalizzata poi a verificare che ciascuna di esse soddisfi le specifiche richieste.

e) Integrazione e test del sistema: le singole unità e/o i programmi vengono integrati tra loro. Il cosiddetto alfa test individua il rilascio per l’uso del sistema, mentre, con il beta test avviene il rilascio controllato ad un campione ridotto e selezionato di utenti del prodotto.

f) Utilizzo e manutenzione: si tratta della fase più lunga del ciclo di vita di un prodotto software. La manutenzione comporta la correzione degli errori che non erano stati scoperti nelle fasi precedenti. E’ possibile distinguere tre tipi di manutenzione: correttiva, adattativa o evolutiva, e perfettiva, qualora occorra effettuare l’aggiornamento del prodotto o aggiungere nuove funzionalità.

L’articolazione in micro-fasi era la seguente: la realizzazione di un prototipo funzionale, da installare presso l’Ufficio Centrale di Roma; la sperimentazione del prototipo funzionale attraverso adeguate attività di verifica e test da effettuarsi, presso il suddetto Ufficio Centrale, per un periodo di 30 giorni; la diffusione del prototipo funzionale su 3 Uffici CSSA campione; l’effettuazione del test operativo del prototipo funzionale sui suddetti 3 Uffici campione; l’aggiornamento dei prototipi installati presso l’Ufficio Centrale e presso i tre Uffici campione con la versione finale del SI-CSSA; il rilascio finale dell’applicazione software.

Quindi nel caso di specie il collaudo finale (mai avvenuto) si sarebbe dovuto eseguire successivamente all’installazione del software presso tutti gli uffici interessati

GRAVISSIMI ERRORI NELLA GOVERNANCE

Nel corso degli accertamenti istruttori delegati da questa Procura regionale e nell’ambito dell’attività ispettiva già svolta in precedenza dall’amministrazione è emerso che gravissimi errori nella governance e nel coordinamento del progetto hanno determinato “l’acquisizione da parte dell’amministrazione di un prodotto del tutto inidoneo alle esigenze operative…e non conforme ai requisiti contrattuali”. Oltre a numerosi irregolarità e anomalie riscontrate già nella fase di gara, l’attività istruttoria ha permesso di rilevare palesi errori metodologici e di governance della fornitura, che ne hanno causato l’inidoneità, la mancata accettazione ed il conseguente inutilizzo totale.

Si può dunque concludere sul punto che il coinvolgimento del personale degli Uffici UEPE nella stesura dello studio di fattibilità è stato totale e ha consentito alla FORMIT di raggiungere gli obiettivi prefissati, tenendo conto delle esigenze degli utenti finali, così come prescrive la manualistica in materia, e individuando chiaramente le specifiche generali e le specifiche di massima del sistema informativo da realizzare.

Passando alla seconda fase progettuale essa prevedeva, come è prassi e come previsto dalla manualistica in materia, lo svolgimento di una serie di incontri tra il fornitore aggiudicatario, il committente (DGEPE) e gli utenti finali nonché utilizzatori (UEPE), allo scopo di identificare l’insieme dei requisiti utenti e di sistema. In questa fase, è emerso che il Gruppo di lavoro, nel corso delle sin troppo numerose sedute di analisi (circa 42), ha fornito le osservazioni ai fini dell’individuazione delle specifiche di progetto dell’applicazione, come risulta anche dalle dichiarazioni rese in sede di audizione dinanzi agli ispettori delegati alle indagini; in particolare, sono stati definiti i livelli di dettaglio delle funzionalità per ciascuna delle macro aree di intervento individuate dallo studio di fattibilità.

In conclusione su questo punto (centrale ai fini della ricostruzione della vicenda e dell’affermazione di responsabilità), va ribadito che non ci sono stati errori né nello studio di fattibilità, né nella fase di analisi dei requisiti, infatti, il gruppo di lavoro ha fornito collaborazione e chiarimenti alla Società Finsiel, partecipando, come detto, a ben 42 sedute di analisi dei requisiti. L’anomalia di questa fase è semmai costituita dal fatto che il Documento di Specifica dei Requisiti (DSR) non è stato approvato dall’amministrazione, causando una rischiosa fluidità e incertezza delle specifiche funzionali da realizzare (cfr. supra sub. 1b).

LA COMMISSIONE TECNICA

Venendo ad un ulteriore aspetto centrale nella vicenda, il contratto prevedeva (art. 8) la costituzione di una “Commissione Tecnica MG” che doveva verificare e controllare l’esecuzione del contratto “per tutta la sua durata”; in particolare, si trattava di verificare, fase per fase, lo stato di avanzamento del progetto e di eseguire le attività di collaudo del SICSSA.

Nonostante tutto ciò, con nota 0357756–2003 del 12.09.2003 si comunicava al R.T.I. l’accettazione del prototipo funzionale, pur segnalando soltanto che “la Commissione tecnica dell’Amministrazione ritiene, tuttavia, che debbano essere apportate le modifiche segnalate nella relazione allegata al verbale prima della diffusione del prodotto ai tre uffici campione “. Il R.T.I. rispondeva al DAP di aver preso atto delle richieste formulate dalla Commissione Tecnica MG e dichiarava di aver completato la realizzazione delle conseguenti attività previste nel contratto. In sostanza, il nuovo contratto n. SIA05-06-D1.S26/0, è stato stipulato sul presupposto della realizzazione dell’applicativo SI-CSSA, di cui questo secondo progetto costituiva la continuazione, nonché del suo collaudo, mentre al contrario, pochi giorni prima la stipula di questo nuovo contratto, in data 26.8.2003, la Commissione tecnica MG aveva richiesto di apportare le importanti modifiche di cui si è detto.

Il resto della vicenda non rappresenta altro che la naturale conseguenza dei gravi errori gestionali e di governo della fornitura appena rappresentati: il nuovo prototipo visionato nel corso del 2004 presentava le medesime criticità riscontrate nella realizzazione del primo progetto e precisamente la mancanza del collegamento al Protocollo necessario per l’operatività degli Uffici CSSA. Di fatto veniva confermato che anche il nuovo prototipo non era rispondente alle specifiche richieste del gruppo di analisi e di conseguenza alle esigenze dell’Ufficio.

TIPICO CASO DI ILLECITO AMMINISTRATIVO CONTABILE CON EFFETTI DANNOSI PERMANENTI

La fattispecie in esame configura dunque un tipico caso di illecito amministrativo contabile con effetti dannosi permanenti – cristallizzati dalla perdurante inutilizzabilità dei servizi e forniture oggetto dell’appalto – con conseguenze rilevanti anche in ordine alla decorrenza del termine prescrizionale in base alla disciplina generale di cui all’art. 2935 c.c., a tenore del quale la prescrizione decorre dal momento in cui il diritto può essere fatto valere (su questo aspetto specifico, tra le tante, Corte dei conti, Sez. I App., nn. 427 del 2003 e 68 del 2006). In particolare, la sentenza delle SS.RR. appena citata (la n. 2/QM del 2003) ha affermato 73 che ipotesi di appalto di opere pubbliche, la prescrizione inizia a decorrere dal momento in cui sia conoscibile o effettivamente conosciuto da parte dell’amministrazione appaltante il comportamento illecito del soggetto legato da rapporto di servizio e il danno abbia assunto il carattere della certezza ed attualità.

A tutto ciò si aggiunga che, come visto, il collaudo vero e proprio dei due sistemi non risulta essere mai avvenuto. Nella vicenda in esame, oltre alle numerose irregolarità di cui si è detto, emerge un chiarissimo difetto di governance della fornitura; in particolare, come si evince dagli atti, il dirigente ha omesso di imporre all’impresa (il RTI) l’osservanza scrupolosa degli adempimenti contrattuali, nonché di attenersi delle numerosissime osservazioni dei Gruppi di lavoro succedutisi nel corso degli anni e, soprattutto, della Commissione Tecnica, che avrebbero avuto un risvolto positivo sul piano funzionale e operativo degli Uffici CSSA.

 

La Relazione completa della Corte dei Conti

 

Caro CED ti scrivo (capitolo quinto): Il Sistema Informativo Direzionale

 

Le tecnologie possono essere d'aiuto in carcere per i detenuti e il personale? Dipende...

 

Sono le applicazioni informatiche che non funzionano oppure sono i Dirigenti che non sanno usarle?

 


Scritto da: Redazione
(Leggi tutti gli articoli di Redazione)






 

Ultime Notizie Le ultime foto pubblicate
Carcere di Teramo: rientra la protesta, trasferiti 120 detenuti
Governo invia i militari per controllare le carceri: penitenziari brasiliani al collasso
Comunità ebraica di Milano: contro il radicalismo islamico nelle carceri, istituire corsi multi religiosi
Carcere di Teramo senza riscaldamento e in mezzo al terremoto: domani lo sfollamento
Carcere di Orvieto, un''eccellenza che rischia di andare in fumo per le scelte del DAP
Ecco come avvengono i rimpatri degli stranieri clandestini e perché è così difficile attuarli
Andrea Orlando: il carcere non basta a garantire la sicurezza
Naso fratturato e denti rotti: Poliziotto penitenziario ferito da detenuto a Napoli Poggioreale


La Polizia Penitenziaria in una foto", il primo album fotografico della Polizia Penitenziaria creato dagli appartenenti alla Polizia Penitenziaria stessa!

 Foto della Polizia Penitenziaria Inviaci le tue!

Più di 1.300 ricevute in un anno!

 


Commenti Commenti dei lettori

n. 2


07/03/2016 LA SPEZIA
Ex direttore penitenziario Salvatore Iodice si costituisce in carcere: la Cassazione ha rigettato il suo ricorso.
®
Vedi!...vedi!!!
Tutti bravi, perfetti ed osannati persino dai provveditori.
Spero cambi l'aria e si facciano finalmente i dovuti e SERI controlli a livello nazionale....nessuna sede esclusa.

Di  anonimo  (inviato il 08/03/2016 @ 09:51:51)


n. 1


Vorrei tanto che si controllassero bene le carte di tutti gli appaltati degli ultimi anni.
Non conosco bene la materia perchè sono ignorante.
Ma leggendo la normativa dell'ANAC, mi ha colpito soprattutto questo trafiletto.

È inammissibile l’affidamento diretto, ex art. 125 co. 8 D.Lgs n. 163/2006, di lavori aggiuntivi collegati a quelli già in corso alla stessa impresa esecutrice dei lavori dell’appalto principale, nonché l’affidamento di lavorazioni extracontrattuali già eseguiti e non preventivamente autorizzati dalla stazione appaltante, nel rispetto dell’art. 132 del Codice.

Di  Salvo  (inviato il 07/03/2016 @ 09:16:36)




Scrivi un commento Scrivi un commento

Testo (max 1000 caratteri)

Nome

Link (Visibile a tutti)


Email (Visibile solo dall'amministratore)


Salva i miei dati per futuri commenti

Ricevi in email la notifica di nuovi commenti

I commenti sono moderati. Il tuo commento sarà visibile solo quando approvato.
Il seguente campo NON deve essere compilato.



Disclaimer
L'indirizzo IP del mittente viene registrato, in ogni caso si raccomanda la buona educazione.

54.205.153.63


Pagina Facebook di Polizia Penitenziaria

Email Polizia Penitenziaria. Richiedila gratis o a pagamento




Tutti gli Articoli
1 Polizia Penitenziaria arresta estremista islamico. Prima operazione antiterrorismo dentro un penitenziario eseguita dal Nucleo Investigativo Centrale in collaborazione con la Digos

2 I suicidi nella Polizia Penitenziaria sono il doppio rispetto alle altre forze dell’Ordine e il triplo rispetto alla società civile

3 Como: poliziotto penitenziario muore stroncato da infarto in servizio

4 In memoria del collega Pietro Sanclemente, Assistente Capo del carcere di Trapani

5 Polizia Penitenziaria: serve un’efficace comunicazione per non alimentare una costante disinformazione

6 Replica a Il Fatto Quotidiano: i veri motivi per cui il Sappe ha querelato Ilaria Cucchi

7 Con il Decreto Milleproroghe arrivano le assunzioni nella Polizia Penitenziaria

8 Parte male il docente di islamismo per la Polizia Penitenziaria: "insegnerò ai secondini..."

9 Carceri e web sono la prima linea nella lotta al terrorismo islamico: noi della Polizia Penitenziaria siamo pronti?

10 Operazione Onda Blu: NIC Polizia Penitenziaria arresta a Crotone due evasi da Voghera





Tutti gli Articoli
1 Chiusa la sala internet del carcere di Bolzano: detenuti cercavano contatti con l''isis

2 Caso Cucchi: Carabinieri accusati di omicidio preterintenzionale e di aver accusato la Polizia Penitenziaria

3 Fabio Perrone aggredisce due Poliziotti penitenziari. Un anno fa venne arrestato per l''evasione con sparatoria dall''ospedale

4 Ruba auto a Poliziotto penitenziario ma rimane bloccato dal passaggio a livello e viene arrestato

5 Carcere di Teramo senza riscaldamento e in mezzo al terremoto: domani lo sfollamento

6 Rientro dei distaccati dal carcere di Alessandria San Michele: prevista anche sorveglianza dinamica e automazione cancelli

7 Maltempo in Sardegna: 20 Poliziotti Penitenziari e 150 detenuti bloccati nella colonia agricola di Mamone

8 Chi è Hmidi Saber l''estremista islamico arrestato oggi e tutte le sue vicende nelle carceri italiane

9 Poliziotto penitenziario colpito al volto con pugni da detenuto 18enne al carcere minorile di Roma

10 Infame spia degli sbirri: così è iniziato il tentativo di rivolta al carcere minorile di Milano


  Cerca per Regione