Contract
PROCEDURA NEGOZIATA PER LA FORNITURA DEI SERVIZI DI INSTALLAZIONE, PARAMETRIZZAZIONE, PERSONALIZZAZIONE, MESSA IN ESERCIZIO, MANUTENZIONE, SVILUPPO, ASSISTENZA TECNICA, SUPPORTO SPECIALISTICO, FORMAZIONE DEL PERSONALE TECNICO E OPERATIVO E SVILUPPO EVOLUTIVO DELLE APPLICAZIONI SOFTWARE INTEGRATE PER LA GESTIONE DEI BENEFICI IN MATERIA DI DIRITTO ALLO STUDIO UNIVERSITARIO "B.A.R.T. E G.U.S.A." DI PROPRIETÀ DELL’ENTE PER IL DIRITTO ALLO STUDIO DELLA REGIONE PIEMONTE CONCESSI IN RIUSO GRATUITO ALL’ERSU DI SASSARI
CAPITOLATO TECNICO
Sommario
ART. 1 - OGGETTO DELLA FORNITURA 4
ART. 3 - CARATTERISTICHE SISTEMA INFORMATIVO INTEGRATO 5
ART. 4 - AMBITI FUNZIONALI DEL SISTEMA 6
4.1 -Applicazione Web per la gestione delle richieste dei benefici 6
4.2. - Procedura back-office per la gestione dei benefici 7
4.3 - Procedura Web e back-office per la gestione chiamate pubbliche 9
4.4 - Applicazione Web per la gestione prenotazioni ospiti 9
4.5 - Procedura Client/Server di back-office per la gestione del servizio ospitalità 10
4.6 - Applicazione web per la gestione prenotazioni campi sportivi 11
ART. 5 - TIPOLOGIA E MODALITA' DELLO SVILUPPO SOFTWARE 11
5.1 - Sviluppo e personalizzazione del software 11
ART. 6 - SERVIZIO SISTEMISTICO 27
6.2 - Disponibilità del dato 28
ART. 7 - MIGRAZIONE DATI PREGRESSI 28
ART. 8 - FORMAZIONE DEL PERSONALE 29
8.2 - Corso per amministratori di sistema 30
9.1 - Manutenzione evolutiva 30
9.2 - Obiettivi della manutenzione ordinaria, correttiva e adeguativa 32
ART. 10 - SERVIZIO DI ASSISTENZA TECNICA 33
ART. 11 - QUALITÀ DEL SERVIZIO 33
11.1 - Sviluppo software e manutenzione 33
ART. 12 - CESSAZIONE DEL SERVIZIO E ATTIVITÀ DI FINE CONTRATTO 35
ART. 14 - PROPRIETÀ INTELLETTUALE 36
ART. 15 - TRATTAMENTO DEI DATI PERSONALI 36
ART. 17- NORME REGOLANTI L’ESECUZIONE DEL CONTRATTO. 37
ART. 18 - CESSIONE DEL CONTRATTO E CESSIONE DEI CREDITI 37
ART. 19 - SUBAPPALTO E SUBCONTRATTI 37
ART. 21 – OBBLIGHI IN TEMA DI TRACCIABILITA’ DEI FLUSSI FINANZIARI 39
ART. 22 – OBBLIGHI DERIVANTI DAL RAPPORTO DI LAVORO 40
ART. 23 – RISOLUZIONE PER INADEMPIMENTO 40
ART. 24 – RISOLUZIONE PER DECADENZA DEI REQUISITI MORALI 41
ART. 25 – FALLIMENTO DELL’APPALTATORE O MORTE DEL TITOLARE 41
ART. 26 – FATTURAZIONE E PAGAMENTI 42
ART. 29 – XXXX XX XXXXXXXXXX 00
Relazione sulla proposta progettuale –metodologica 45
Relazione sulle esperienze pregresse analoghe desunte da un massimo di 3 servizi analoghi 46
ART. 34 - CRITERI DI AGGIUDICAZIONE E CRITERI DI VALUTAZIONE 46
PREMESSA
L’Ersu di Sassari è attualmente dotato di una serie di applicativi software per la gestione dei suoi servizi. Ogni applicazione risulta di per se aderente ai requisiti operativi dei vari settori in quanto risultato di una continua e lunga attività di personalizzazione, ma la presenza di applicativi diversi e spesso non comunicanti fra loro, dà origine ad una situazione di frammentazione che ha come conseguenza numerosi scompensi di natura organizzativa e tecnica (dati duplicati, tracciati record diversi, sistemi di gestione di database differenti, formati dati diversi,…).
Ci si pone quindi l’obiettivo di superare tale situazione con la progettazione e realizzazione di un unico sistema informativo per la gestione dei servizi erogati agli studenti che riduca o minimizzi tali inconvenienti.
L’Ente si propone di raggiungere questo risultato attraverso l’acquisizione di un unico sistema informativo di gestione dei servizi che risponda a requisiti quali: piena integrazione di dati e funzionalità, sicurezza, servizi di interoperabilità con altri applicativi interni all’organizzazione e con Enti esterni (INPS, Agenzia delle Entrate, Università degli Studi, etc.);
L’implementazione e messa a regime del nuovo sistema informativo deve inoltre essere effettuata in tempo utile per consentire all’Ente di avviare e gestire il prossimo concorso per la concessione dei benefici e l’erogazione dei servizi riferiti all’anno accademico 2018/2019 la pubblicazione del cui Bando è prevista nel giugno 2017.
ART. 1 - OGGETTO DELLA FORNITURA
La fornitura ha per oggetto l'affidamento del servizio di installazione, parametrizzazione, personalizzazione, messa in esercizio, manutenzione, assistenza, supporto specialistico, formazione del personale tecnico e operativo e sviluppo evolutivo del sistema informativo del diritto allo studio universitario denominato "B.A.R.T. (Borse Alloggi Ristorazione Tasse) - G.U.S.A. (Gestione Unificata Servizio Alloggi)" di proprietà dell’Ente per il Diritto allo Studio della Regione Piemonte (EDISU Piemonte) e concesso in riuso gratuito all’Ersu di Sassari e lo sviluppo di ulteriori moduli software di seguito specificati.
I servizi di cui sopra dovranno avere come fine l’adattamento dei software Xxxx e Gusa per adeguarli alle esigenze dell’Ersu di Sassari in modo tale che, dopo le necessarie modifiche, siano aderenti ai bandi e regolamenti dell’Ersu di Sassari ed alle norme nazionali e della Regione Autonoma della Sardegna in materia di diritto allo studio universitario. Il programma applicativo contempla molteplici funzioni tutte inerenti la concessione dei benefici e l’erogazione dei servizi del Diritto allo studio universitario previste dalla normativa nazionale e regionale in materia (concessione borse di studio, premi di laurea e contributi per la mobilità internazionale, servizio abitativo, servizio di ristorazione, ecc).
La fornitura oggetto della presente gara prevede:
• L’installazione, la parametrizzazione e la messa in funzione delle procedure applicative “B.A.R.T.” e “G.U.S.A”;
• La personalizzazione dell’applicativo “B.A.R.T.” nei termini meglio descritti nel prosieguo del presente Capitolato;
• La personalizzazione dell’applicativo “G.U.S.A” nei termini meglio descritti nel prosieguo del presente Capitolato;
• Analisi, progettazione e realizzazione di nuovi moduli software per la gestione dei servizi di mensa, cassa e magazzino mensa a completamento ed integrazione del sistema B.A.R.T.;
• Il recupero e la migrazione dei dati dai programmi applicativi esistenti;
• La formazione del personale tecnico informatico ed amministrativo dell’Ersu di Sassari rispettivamente sulla gestione ed utilizzo dei programmi applicativi;
• L’assistenza e la manutenzione dei software applicativi – ivi comprese le personalizzazioni effettuate - per la durata di 3 anni accademici (2018/2019, 2019/2020, 2020/2021);
• I servizi di assistenza tecnica;
• Servizi sistemistici
• L’elaborazione della reportistica;
• La fornitura, l’installazione e la configurazione di ambiente server in cloud/hosting dimensionato secondo le esigenze dei programmi applicativi con implementazione e messa in esercizio di un sistema di backup/recovery dei dati e degli applicativi.
Le attività oggetto della fornitura saranno riferite all'ambiente tecnologico e applicativo multipiattaforma su cui il sistema informativo è stato realizzato.
Le procedure e applicazioni "BART” e “GUSA" dovranno supportare le principali attività dell’Ersu di Sassari espletate agli sportello front-office del Diritto allo studio, alloggi e mensa, nonché dagli Uffici di back-office degli stessi concorrendo a formare un sistema informativo completamente integrato per tutti i servizi resi agli studenti. Le informazioni dovranno essere pienamente condivise in maniera automatica da tutte le applicazioni.
ART. 2 – IMPORTO E DURATA
Il valore complessivo presunto triennale dei servizi, posto a base di gara, ammonta ad € 175.000,00, IVA esclusa, di cui
€ 100.000, 00, IVA esclusa per i servizi di cui ai successivi artt. 5 – Tipologia e modalità dello sviluppo software, 7 – Migrazione dati pregressi, 8 – Formazione del personale e € 75.000,00, IVA esclusa per i servizi triennali di cui ai successivi artt. 6 – Servizio sistemistico e 9 - Manutenzione (€ 25.000,00 per ciascun anno di servizio).
Fermo restando che la decorrenza iniziale del contratto avverrà con l’avvio dell’esecuzione, in riferimento ai servizi di cui agli artt. 6 – Servizio sistemistico e 9 – Manutenzione, il contratto avrà la durata di tre anni (3) con decorrenza dalla data di avvenuto collaudo con esito positivo.
L’Ersu, ai sensi dell’art. 106 co. 11 del D.Lgs. 50/2016, si riserva la facoltà di prorogare, nel corso dell’esecuzione del contratto, la durata del medesimo per il tempo strettamente necessario alla conclusione delle procedure per l’individuazione di un nuovo contraente e comunque per un massimo di mesi sei (6), i servizi di cui ai successivi artt. 6
– Servizio sistemistico e 9 - Manutenzione. In tal caso l’Appaltatore è tenuto all’esecuzione delle prestazioni di cui al presente appalto agli stessi prezzi, patti e condizioni o più favorevoli per l’ERSU. Il corrispettivo, nel caso in cui la proroga sia contrattualizzata per il periodo massimo di mesi 6 (sei), sarà pari a € 12.500,00.
L’Appaltatore si impegna, per tutta la durata del contratto a garantire l’erogazione dei servizi descritti nel presente capitolato.
ART. 3 - CARATTERISTICHE SISTEMA INFORMATIVO INTEGRATO
Attualmente le applicazioni utilizzano tecnologia Framework .NET con compatibilità 2.0 e si interfacciano con il database ORACLE11g in ambiente server Linux e Windows.
Sono installate su client (personal computer) che operano con sistemi operativi Windows7 o versioni successive che utilizzano reti di tipo Ethernet e protocollo TCP/IP.
Tutte le applicazioni Web sono compatibili con browser Internet Explorer, Mozilla Firefox, Safari, Opera, Google Chrome.
Il codice utilizzato per la realizzazione e l'implementazione delle pagine prevede l'utilizzo di fogli di stile (CSS Level2) redatti per definire il layout grafico. E' garantita l'accessibilità' delle pagine secondo le direttive del WAI (Web Accessibility Initiative).
Il sistema informativo "B.A.R.T - G.U.S.A." attualmente è composto dai seguenti moduli:
1. Procedura Web per la gestione delle richieste dei benefici per il diritto allo studio universitario messi a concorso da Edisu Piemonte integrata con il sito ufficiale dell’Ente;
2. Una procedura Client/Server per la gestione dei benefici per il diritto allo studio universitario messi a concorso da Edisu Piemonte utilizzata dagli uffici di front-office e back-office delle segreterie dislocate sul territorio piemontese.
3. Una procedura Web e back-office per la gestione delle chiamate pubbliche dei vincitori/idonei di posto letto
4. Una procedura Web per la gestione delle prenotazioni ospiti di Foresteria, Casa per ferie, convegni presso le residenze EDISU.
5. Una procedura Client/Server di back-office per la gestione del servizio ospitalità e delle residenze EDISU installata presso tutte le residenze e collegi dislocati sul territorio.
6. Una procedura per la gestione e importazione dati immatricolati Atenei Piemontesi secondo tracciati record anche differenti.
7. Procedura per la gestione e pubblicazione di servizi sul sistema SOA (web services con utilizzo standard xml), dei flussi dati relativi alla gestione del Sistema Universitario Piemontese (Smart Card).
8. Procedure integrate di esposizione dei dati del database centralizzato tramite store procedure e/o trigger di table e view per consentire l'interfacciamento con altre applicazioni o gestioni (sistema di gestione ristorazione, sistema gestione accessi aule informatiche, gestione pagamenti tramite bollettini postali ecc.)
9. Interfaccia con Tesoriere Edisu per pagamenti Borse di studio, premi di laurea, sovvenzioni, rimborso tassa regionale, interfaccia con CSI Piemonte per la produzione delle CU
10. Una procedura di front office e back office per la gestione delle revoche di borsa di studio, accertamenti economici e sanzioni amministrative e relativa pubblicazione comunicazioni sul web.
Poiché i software applicativi “BART” e “GUSA” sono di proprietà dell’Ente per il Diritto allo Studio Universitario (EDISU) della Regione Piemonte, che ne detiene i codici sorgente, e ne ha concesso il riuso gratuito all’Ersu di Sassari, l’illustrazione dettagliata delle caratteristiche tecniche di tali applicativi potrà essere richiesta al Responsabile del Sistema Informativo dell’EDISU Piemonte per il tramite di questo Ente.
ART. 4 - AMBITI FUNZIONALI DEL SISTEMA
Di seguito vengono descritte le principali funzionalità dei programmi applicativi “BART” e “GUSA”, così come vengono utilizzati allo stato attuale dall’Edisu Piemonte, ma che dovranno essere adattati alle esigente dell’Ersu di Sassari come specificato nel successivo Art. 5 (Tipologia e modalità dello sviluppo software). L’elencazione è meramente esemplificativa. L’illustrazione dettagliata delle funzionalità dei programmi applicativi “BART” e “GUSA”, fornita dall’Edisu Piemonte, potrà essere presa in visione presso l’Ente appaltante come specificato nel successivo Art. 32 (Sopralluogo) oppure come indicato all’art 6 della Lettera d’Xxxxxx.
4.1 -Applicazione Web per la gestione delle richieste dei benefici
L'applicazione Web in bilingue (IT/ENG), in grado di effettuare la raccolta di tutte le informazioni necessarie alla valutazione delle richieste di benefici, permette al richiedente di inserire i propri dati anagrafici di merito e di reddito tramite l'ausilio di controlli che gli consentono di presentare una domanda formalmente corretta. Le funzionalità attualmente previste nella procedura Web per la gestione dei benefici a concorso di Edisu Piemonte sono:
a) Identificazione dello studente tramite codice utente e password. Le modalità di autentificazione sono due:
• Nuovo studente: registrazione di tutti i dati anagrafici e password. Al termine della registrazione viene inviata dal sistema una mail con un codice utente assegnatogli.
• Studente noto all'ente, poiché già richiedente di benefici negli anni accademici precedenti, può richiedere un CODICE PIN confermando i dati anagrafici in possesso di Edisu.
L'applicazione prevede le funzionalità di recupero password e modifica password.
Lo studente accreditato comunica con l'ente in forma digitale, ovvero senza dover presentare documentazione cartacea.
b) Visualizzazione di tutti i benefici e relativo risultato dei benefici richiesti negli anni accademici precedenti. Visualizzazione di tutti i benefici richiesti e che possono essere richiesti a Edisu nell’anno accademico in corso. Questo tipo di applicazione che viene denominata SPORTELLO ON-LINE consente allo studente di accedere alla modifica/compilazione delle domande dei benefici e servizi a concorso di Edisu Piemonte. I benefici a cui si può accedere dallo sportello on-line sono:
• Borsa di studio e posto letto
• Borsa di studio
• Servizio di ristorazione
• Dichiarazione di domicilio
• Premio di laurea
• Mobilità internazionale
• Rimborso tasse regionali
• Accettazione posto letto
Per ciascun beneficio sopra descritto sono attive le seguenti funzionalità:
• Compilazione della domanda
• Modifica della domanda
• Trasmissione della domanda
• Invio ricevuta di trasmissione domanda
• Stampa del modulo della domanda
• Visualizzazione e consultazione risultati graduatoria
• Certificazione di merito
• rettifiche
• Download ricevute e comunicazioni in formato pdf
c) Visualizzazione sintetica di tutti i benefici che lo studente ha richiesto negli anni precedenti (funzione denominata DOSSIER STUDENTE).
Per tutti i benefici è possibile visualizzare lo stato della domanda, l'esito delle graduatorie, il download dell'avviso di pagamento se questo non fosse ancora scaduto e nel caso della Borsa di studio lo studente può completare la certificazione di merito ai fini dell'ottenimento delle rate.
d) Visualizzazione e download di tutte le ricevute e comunicazioni inviate dal sistema al richiedente (ricezione domanda, accettazione posto letto e/o Dich.Interesse, MavCauzioni, Avvisi di pagamento).
e) Visualizzazione e download delle comunicazioni relative a revoca dei benefici ed accertamenti economici.
f) Gestione centralizzata delle scadenze con relativo switch on/switch off delle richieste web;
oltre alle precedenti funzionalità, deve essere prevista la possibilità da parte dello studente di poter richiedere il tesserino per l’accesso ai servizi della mensa e di poter quindi allegare un immagine con la fototessera da inserire nel badge.
4.2. - Procedura back-office per la gestione dei benefici
Le funzionalità attualmente previste nell'applicazione relativamente al back-office per la gestione dei benefici e servizi del diritto allo studio universitario sono:
a) Gestione utenze e autenticazione dell'operatore EDISU;
b) Gestione ruoli: l'amministratore del sistema informativo definisce l'associazione tra i ruoli e le funzionalità dell’applicativo e tra i ruoli e l’operatore. E' prevista la gestione delle policy di accesso in inserimento/modifica/lettura delle varie domande;
c) Gestione tabelle di sistema: il software prevede in considerazione del ruolo dell'operatore la gestione delle policy di inserimento, modifica, cancellazione delle tabelle di sistema quali: Atenei, Dipartimenti, Corsi, Stati, Comuni, tipologie sede, Causali esclusioni, Abi/Cab e di ogni tabella di sistema;
d) Gestione Web traduzioni per pubblicazioni in inglese;
e) Gestione centralizzata delle scadenze con relativo switch on/switch off delle richieste web;
f) Inserimento e modifica delle domande di Borsa di studio e posto letto, Borsa di studio, Servizio ristorazione, Mobilità internazionale, Premio di laurea, Contributo handicap, Contributo straordinario, Rimborso tassa regionale;
Per ciascun beneficio sono gestite le seguenti funzionalità:
• Archivio allegati
• Archivio note
• Storico modifiche con indicazione del tipo di modifica e dell'utente che l'ha effettuata
• Stampa certificati, ricevute
g) Calcolo dei requisiti di reddito, patrimonio, merito per ottenere i vari benefici secondo le disposizioni ed i criteri dettati da Regione Piemonte e dai bandi di concorso approvati dal CdA dell’Edisu Piemonte;
h) Importazione delle domande Web dei vari benefici con distinzione delle importazioni degli accreditati (gestione automatica da sistema) e gestione delle importazioni manuali effettuate dall'operatore di segreteria che prevede un sistema di protocollazione interno e centralizzato e l'invio automatico via mail della ricevuta di importazione nonché la messa a disposizione sull'applicativo Web di ogni ricevuta in formato pdf;
i) Gestione centralizzata delle trasformazioni di tipologia di richiesta (cambio opzione) con tracciabilità dell'operazione effettuata;
j) Gestione log: il software traccia tutte le operazioni effettuate dall'utente e dal sistema tramite un'interfaccia utente per la consultazione dei log;
k) Distribuzione posti letto in base al numero degli idonei e/o secondo le disposizioni ed i criteri dettati da Regione Piemonte e dai bandi di concorso approvati dal CdA dell’Edisu Piemonte;
l) Distribuzione per numero borse di studio o budget in base al numero degli idonei e/o secondo le disposizioni ed i criteri dettati da Regione Piemonte e dai bandi di concorso approvati dal CdA dell’Edisu Piemonte;
m) Elaborazione graduatorie provvisorie e definitive dei seguenti benefici distinte tra primi anni e anni successivi con relative stampe. Tutte le stampe delle graduatorie sono in formato pdf e possono essere effettuate sia in ordine alfabetico che per posizione di graduatoria, inoltre è prevista la possibilità di stampa degli elementi caratterizzanti le tipologie di graduatoria compresa la possibilità di esportazione delle graduatorie nei formati html, xls, rtf, csv, txt, image (bmp, gif, jpeg, ecc…);
n) Funzionalità di pubblicazione delle graduatorie sul web;
o) Congelamento delle graduatorie con possibilità di confrontare i dati attuali di uno o più studenti rispetto a quelli precedentemente congelati;
p) Elaborazione delle rate di pagamento dei vari benefici;
q) Generazione dei flussi di pagamento dei vari benefici secondo le specifiche fornite dal tesoriere;
r) Generazione degli avvisi di pagamento e relativa funzionalità di pubblicazione sull’applicazione web;
s) Gestione emissione CU e pubblicazione sportello personale;
t) Gestione mailing e comunicazioni a studenti su sportello on-line;
u) Gestione pubblicazione avvisi sintetici verso l'applicazione Web sia per singolo richiedente sia per tipologie di richiedenti;
v) Analisi statistica dei dati anche in relazione agli anni accademici precedenti direttamente dall’applicativo e da strumenti di business intelligence;
w) Gestione reintroiti e riemissioni pagamenti;
x) Gestione reclami;
y) Gestione delle richieste di accreditamento web;
z) Accertamenti economici e di merito per tutti i vincitori di borsa di studio e provvidenze a concorso al fine di automatizzare il controllo dei dati ISEE,ISEU,ISPE e ISPEU dichiarati dagli studenti in sede di presentazione delle richieste di benefici. Nel caso di esito non conforme è prevista la gestione di revoche e di eventuali sanzioni con possibilità di rateizzazione dei pagamenti. L'applicazione prevede la stampa dei bollettini relativi
alle rate di pagamento e la generazione di flussi (formato csv) contenenti i dati di tutti gli accertati in base ai motivi di non conformità;
aa) Gestione acconti; bb) sospensioni
4.3 - Procedura Web e back-office per la gestione chiamate pubbliche
Le funzionalità ad oggi previste per la gestione delle chiamate pubbliche dei vincitori/idonei di posto letto sono:
a) Gestione tabelle posti letto differenziati per sede, struttura, ateneo, tipologia di anno frequentato e relativa pubblicazione sul web;
b) Accettazione on-line del posto letto per i vincitori con gestione della scelta di priorità della struttura per sede di frequenza.
Dichiarazione di interesse per gli studenti risultati idonei a cui potranno essere destinati i posti letto in fase di scorrimento della graduatoria. Lo studente può scegliere una delle seguenti opzioni:
• Accettazione posto letto
• Rinuncia posto letto
• Erasmus annuale
• Xxxxxxx mese indicando il periodo durante il quale si allontanerà dalla residenza
AI momento della registrazione della scelta l'applicazione web invia automaticamente allo studente una mail di ricevuta e relativo pdf.
c) Gestione delle pre-assegnazioni della struttura degli studenti accettanti per sede e struttura con rispetto degli ordinamenti di graduatoria, delle scelte effettuate e in base ai criteri definiti dal bando;
d) Gestione dell’emissioni dei MAV di cauzione posto letto e produzione flussi per tesoriere;
e) Invio mail di assegnazione posto letto a tutti gli studenti vincitori/idonei di posto letto accettanti con l'indicazione della residenza assegnata e del periodo entro il quale devono presentarsi in struttura. Il modulo di assegnazione inviato via mail, in formato pdf e copia del MAV di richiesta pagamento cauzione sono pubblicati tra le ricevute stampabili dall'applicazione Web Sportello on-line;
f) Estrazione delle stampe di servizio per il Servizio Residenzialità dell'Ente;
g) Attivazione procedure di esportazione flussi ed aggiornamenti studenti incoming verso GUSA;
h) Statistiche riguardo agli esiti delle chiamate ed alla tipologia di posti assegnati;
4.4 - Applicazione Web per la gestione prenotazioni ospiti
Le funzionalità attualmente gestite dall'applicazione Web (bilingue (IT/ENG)) per la gestione delle prenotazioni ospitalità foresteria, casa per ferie, convegni presso le residenze sono:
a) Identificazione dell’ospite tramite codice utente e password. L'ospite al primo accesso deve registrarsi indicando tutti i dati anagrafici e la password ed al termine della registrazione riceve una comunicazione via mail con il codice utente assegnatogli da Edisu. L'applicazione prevede tutte le funzionalità di recupero user/password e modifica password.
b) L'utente ad oggi può effettuare una delle seguenti prenotazioni:
• Prenotazioni per gruppi: l'utente indica il gruppo per il quale effettua la prenotazione, il periodo del soggiorno e se il pagamento sarà a carico di un Ateneo oppure di un professore di cui essere specificati i dati fiscali.
• Prenotazione singola: l'utente indica il periodo del soggiorno, la residenza di preferenza, il tipo di camera e se il pagamento sarà a suo carico o di un Ateneo oppure di un professore di cui dovranno essere specificati i dati fiscali.
• Prenotazione per casa per ferie: l'utente indica il periodo del soggiorno richiesto, all'interno delle date previste per la casa per ferie, la tipologia di camera. L'applicazione Web prevede il pagamento del soggiorno sia tramite bonifico bancario che carta di credito.
• Prenotazione per convegno: l'utente indica se la sua permanenza sarà per tutto il periodo del convegno oppure per un periodo più breve, la tipologia di camera ed il codice di iscrizione al convegno. L'applicazione Web prevede il pagamento del soggiorno sia tramite bonifico bancario sia carta di credito.
c) Gestione delle prenotazioni singole e di gruppo riservata alle segreterie degli atenei Piemontesi
Per ciascuna delle suddette tipologie di prenotazioni è prevista una stampa contenente tutte le informazioni riguardanti il periodo del soggiorno e la tipologia di camera da inviare all' ufficio Edisu competente al termine della prenotazione.
4.5 - Procedura Client/Server di back-office per la gestione del servizio ospitalità
Le funzionalità attualmente previste nell'applicazione back-office per la gestione delle residenze Edisu sono:
a) Autentificazione dell'operatore Edisu;
b) Gestione ruoli: l'amministratore dei Sistemi Informatici dell’Edisu deve poter definire l'associazione tra i ruoli e le funzionalità dell'applicativo e tra i ruoli ed il personale Edisu.
c) Gestione delle tabelle di sistema (residenze, camere ecc…), dei tariffari, delle aperture/chiusure delle strutture, dei template di comunicazione (preventivi, informativi);
d) L'applicazione prevede la gestione delle seguenti tipologie di ospiti:
• Studenti borsisti vincitori posto letto (Categoria A)
• Studenti a pagamento (Categoria B)
• Professori, ricercatori, ospiti casa per xxxxx, ospiti per convegno ecc… (Categoria C)
• Parenti (Categoria D)
Per ciascuna delle suddette tipologie l'operatore è in grado di inserire prenotazioni, assegnazioni, dismissioni, emissioni dei MAV relativi alla cauzione e le rate di pagamento del soggiorno.
e) Per gli ospiti di categoria A) l'applicazione riporta l'esito della chiamata pubblica e consente l'immissione della rinuncia al posto letto, dell'erasmus annuale e dell'erasmus mese con il calcolo della corrispondente detrazione alloggio.
Gestione delle richieste dei periodi ‘a pagamento’ (es: permanenza estiva) gestione delle ricevute di pagamento per dovuto per il periodo del soggiorno usufruito;
f) Presa in carico delle prenotazioni effettuate on-line con eventuale invio della mail di assegnazione e di richiesta pagamento
g) Gestione convegni e casa per xxxxx
h) Quadro riepilogativo della disponibilità nelle varie residenze con possibilità di stampa. Tale quadro consente all'operatore addetto di visualizzare velocemente quali camere di una residenza non sono completamente occupate.
i) Stampa degli arrivi e delle partenze previste in una residenza in un determinato periodo
j) Emissione ricevute con relativa stampa
k) Emissione consuntivi con relativa stampa
l) Gestione servizi aggiuntivi sulle assegnazioni e stampa planning pulizie per gli operatori
m) Produzione elenco delle cauzioni versate o da versare diviso per residenza e la gestione dei flussi di rimborso
n) Gestione mailing e comunicazioni su sportello online
o) Analisi statistica delle occupazioni in base alle categorie degli utenti.
p) Gestione illeciti con relative lettere e comunicazioni, provvedimenti riguardanti risarcimento danni e multe.
q) Generazione user/password per accesso ad Internet tramite Captive Portal nelle singole camere e nelle sale comuni e trasferimento dati a sistema gestione sale studio
r) Registrazione questionari compilati da ospiti delle residenze
s) Prenotazione ed assegnazioni
t) Gestione campi sportivi (inserimento, calendario aperture, tariffario, emissione ricevute di pagamento
4.6 - Applicazione web per la gestione prenotazioni campi sportivi
Le funzionalità attualmente gestite dall’applicazione web (bilingue ITA/ENG) per la gestione delle prenotazioni campi sportivi sono:
a) Identificazione utente tramite codice utente e password o PIN e password;
b) Possibilità di prenotazione dei diversi campi sportivi (giorno/ora) secondo il calendario di apertura delle strutture e rispettivi tariffari
ART. 5 - TIPOLOGIA E MODALITA' DELLO SVILUPPO SOFTWARE
La ditta aggiudicataria – oltre ai servizi di manutenzione, assistenza, formazione del personale tecnico e operativo, supporto specialistico - dovrà progettare, implementare ed installare le applicazioni software necessarie per la personalizzazione dei software BART- GUSA (c.d. manutenzione evolutiva).
Tale sviluppo evolutivo riguarda le funzionalità elencate al paragrafo precedente nonché nuove funzionalità oggetto della specifica personalizzazione richieste dall’Ersu di Sassari.
Di seguito vengono elencate le principali caratteristiche delle personalizzazioni (sviluppo software) richieste alla ditta aggiudicatrice per adeguare alle peculiarità dell’Ersu di Sassari i software concessi in riuso da EDISU Piemonte.
L’aggiudicatario dovrà fare una analisi approfondita con il fine di confrontare le funzionalità già previste dal software
B.A.R.T. e G.U.S.A., concesso in riuso dall'Edisu Piemonte e quelle richieste dall'Ente, per poi provvedere alle eventuali modifiche o nuove implementazioni.
5.1 - Sviluppo e personalizzazione del software
Per sviluppo software si intende la realizzazione di funzionalità volte a soddisfare nuove esigenze espresse dall’Ersu di Sassari. La realizzazione riguarda nuove applicazioni non presenti nell'attuale sistema ovvero adeguamenti delle funzionalità già presenti negli applicativi BART e GUSA. La ditta, pertanto, dovrà progettare e rilasciare nuovi prodotti informatici che modificano la consistenza del parco applicativo (baseline del sistema), che perciò viene incrementato. Lo sviluppo software sarà suddiviso in "progetti" la cui esecuzione è suddivisa in fasi, secondo un ciclo di sviluppo dipendente dalla tipologia, dalle criticità e dalle dimensioni dell'applicazione.
AI fine di condurre efficacemente le attività di progetto l’Ersu di Sassari fornirà i riferimenti delle persone che dovranno affiancare la ditta aggiudicataria la quale dovrà destinare al progetto un team composto da figure tecniche altamente specializzate al fine di garantire la necessaria qualità richiesta e in numero tale da poter rispettare i tempi indicati nel presente documento.
Di seguito sono indicate le macro fasi in cui articolare lo sviluppo evolutivo:
• analisi e validazione della situazione attuale;
• analisi di dettaglio;
• progettazione della soluzione proposta;
• sviluppo della soluzione proposta;
• installazione software;
• configurazione software;
• assistenza al piano di verifica e avvio;
• formazione degli utenti;
• affiancamento agli utenti durante la fase iniziale;
• rilascio della documentazione.
5.1.1 - Implementazione nuove funzioni o modifica sull’applicazione web per la gestione della richiesta dei benefici.
Di seguito vengono descritte le funzionalità che, se non già presenti nell’applicativo concesso in riuso, la ditta aggiudicataria deve sviluppare.
Il novero è meramente esemplificativo e non esclude la possibilità di specifici adeguamenti in fase di sviluppo del software.
Le funzionalità che di seguito si vanno a dettagliare devono tenere conto delle offerte formative relative all’anno accademico in corso, degli Istituti universitari presenti nel territorio di competenza dell’Ersu di Sassari (Università, Accademia e Conservatorio) e dei criteri definiti dalla normativa di riferimento nonché dai bandi e regolamenti approvati annualmente dal Consiglio di amministrazione dell’Ente.
Questo modulo web deve essere l’unico punto di ingresso per gli studenti/utenti tramite il quale sia possibile registrarsi e procedere alla richiesta dei benefici.
Lo studente/utente deve essere identificato tramite autenticazione forte (opt) o con un sistema maggiormente sicuro. Al primo accesso deve avere la possibilità di registrarsi e i dati inseriti andranno a popolare l’anagrafica degli studenti. Oltre ai dati anagrafici deve essere prevista la possibilità di acquisire altre informazioni sulla base di quanto richiesto nel bando o da specifiche esigenze manifestate dall’ufficio competente. L’applicazione deve prevedere, inoltre, la possibilità di recupero e modifica della propria password.
Per ogni utente deve essere prevista un area riservata nella quale devono essere presenti le seguenti informazioni:
• L’anagrafica;
• il numero di matricola;
• informazioni di merito relative alla carriera universitaria;
• lo storico dei servizi e benefici richiesti negli anni accademici precedenti e in quello in corso;
• l’elenco dei pagamenti effettuati;
• le comunicazioni con l’Ente;
• la consultazione di procedimenti nel caso di accertamenti;
• i dati fiscali;
• il codice IBAN;
• le graduatorie con dati sensibili (eventuali disabilità e dati ISEE).
Sempre dalla stessa area, deve essere possibile compilare e/o modificare le domande di richiesta dei benefici messe a concorso operando su apposite maschere create ad hoc.
Lo studente accreditato potrà comunicare con l’Ente in forma digitale, senza la necessità di dover presentare documentazione cartacea. Il sistema di comunicazioni dallo studente verso l’Ente deve essere tale da garantire l’identità certa del mittente e deve essere garantita e certificata la non modificabilità dei dati inseriti.
L’applicazione, come precedentemente specificato, dovrà consentire di effettuare la raccolta di tutte le informazioni necessarie alla valutazione delle richieste dei benefici, cioè domande relative alle borse di studio, servizi abitativi, servizio mensa, contributo fitto casa e richieste rimborso tassa regionale. Potrebbero essere attivati anche nuovi servizi di prenotazione di spazi comuni a disposizione degli studenti come sale conferenze, eventuali impianti sportivi, sale ricreative, ecc.
L’inserimento dei dati anagrafici, di merito e di reddito da parte del richiedente devono essere oggetto di controllo formale e di coerenza, ove possibile, già in fase di input per evitare domande formalmente scorrette.
Nel momento in cui viene compilata una domanda, tramite lo storico, deve essere presente la possibilità di fornire allo studente un modulo (form) precompilato allo scopo di semplificare e velocizzare la stessa procedura.
Le fasi principali di richiesta di servizi/benefici direttamente dall’applicazione Web sono le seguenti:
• autenticazione dell’utente, se già registrato, altrimenti si deve provvedere alla sua registrazione
• compilazione della domanda
• trasmissione della domanda
• invio ricevuta di trasmissione della domanda (dal sistema all’utente)
• stampa del modulo della domanda
5.1.2 - Implementazione nuove funzioni applicativo B.A.R.T.
Di seguito vengono descritte le funzionalità che, se non già presenti nell’applicativo concesso in riuso, la ditta aggiudicataria deve sviluppare.
Il novero è meramente esemplificativo e non esclude la possibilità di specifici adeguamenti in fase di sviluppo del software.
Le funzionalità che di seguito si vanno a dettagliare devono tenere conto delle offerte formative relative all’anno accademico in corso, degli Istituti universitari presenti nel territorio di competenza dell’Ersu di Sassari (Università, Accademia e Conservatorio) e dei criteri definiti dalla normativa di riferimento nonché dai bandi e regolamenti approvati annualmente dal Consiglio di amministrazione dell’Ente.
L’implementazione dovrà tener conto dei parametri definiti nei bandi e regolamenti nonché dei requisiti in possesso dei richiedenti (reddito, merito, tipologia della borsa, tipologia dello studente, fasce mensa e fasce borsa, corsi di laurea etc.) e deve essere in grado di attribuire i relativi servizi per l’anno accademico di riferimento in base ai servizi e contributi in corso che a titolo esemplificativo e non esaustivo sono attualmente: borsa di studio e alloggio, contributo fitto casa, servizio mensa e rimborso tassa regionale.
Le graduatorie per la borsa di studio, per gli alloggi e il contributo fitto casa devono essere generate a seconda delle specifiche dettate dal relativo bando in corso.
Per le graduatorie relative alle borse di studio, alloggio e fitto casa, sia provvisorie che definitive, deve essere prevista una ampia reportistica differenziata fra studenti abili e diversamente abili, per livello delle matricole e per anno di corso. La reportistica deve inoltre riguardare le esclusioni con relativa motivazione, gli ammessi con riserva e deve prevedere la possibilità di occultare i dati ISEE e visualizzare il finanziatore delle borse di studio al fine della successiva rendicontazione.
In particolare nell’anagrafica studenti nel modulo ”parametrizzazione dei servizi ai fini dell’elaborazione delle graduatorie” deve essere possibile impostare determinati parametri allo scopo di effettuare un controllo automatico in funzione delle informazioni relative al reddito, merito e residenza così come previsto negli stessi bandi e dalla normativa di riferimento. Deve essere prevista anche la possibilità di un intervento manuale per l’esclusione e/o sospensione dei contributi secondo determinati criteri previsti nei bandi. Nel modulo servizi deve inoltre essere possibile impostare e modificare alcuni parametri tra cui: il numero dei posti letto per i servizi abitativi, gli importi delle borse di studio, le soglie di reddito, le scadenze, le soglie per le fasce mensa e l’inserimento di stanziamenti distinti per la borsa di studio a seconda della tipologia dei fondi di finanziamento e della necessità di rendicontare separatamente gli stessi.
Nel modulo servizi deve inoltre essere possibile gestire e personalizzare le informazioni relative a: comuni, dipartimenti, corsi di laurea (codice, anni, tipologia, livello, comune sede del corso, crediti di accesso Ersu e di merito) differenziati per Università, Accademia e Conservatorio, fasce della mensa, codici di informazione, ammissione con riserva ed esclusione.
Al fine dell’elaborazione delle graduatorie relative a borsa di studio, alloggio e fitto casa e all’attribuzione del relativo stanziamento, alcune delle modalità di calcolo attualmente previste sono: il peso delle domande dell’anno precedente, il peso delle domande degli idonei nelle graduatorie provvisorie e definitive ed ogni altro criterio definito in sede di approvazione dei bandi.
Una volta completate le graduatorie, deve essere predisposto l’ordine di chiamata per la scelta del posto in alloggio, per cui si procede costruendo l’elenco delle matricole in base al reddito e, in seconda istanza, in base all’età anagrafica decrescente. Successivamente si procede costruendo l’elenco dei beneficiari iscritti agli anni successivi in funzione del
rapporto crediti, media voti e reddito e viene generata l’elenco di assegnazione posti letto finale con una matricola ogni tre beneficiari degli anni successivi. Di tutti questi elenchi va prevista l’esportazione sia per numero ordinale che in ordine alfabetico di cognome per essere ulteriormente elaborato come foglio di calcolo (.xls, ods,…).
Lo stesso programma deve essere in grado di generare i flussi dei mandati di pagamento per il servizio di tesoreria, i flussi massivi inviati periodicamente all’Università sulla base dei tracciati richiesti per l’esonero degli idonei di borsa. Deve altresì generare:
1) i flussi informatici relativi agli accertamenti economici e reddituali da inviare periodicamente alla Guardia di Finanza, in base al tracciato prestabilito;
2) i flussi per l’implementazione della Banca dati per le prestazioni agevolate gestita dall’INPS, in base al tracciato prestabilito;
3) i dati statistici richiesti periodicamente dai seguenti Enti: Miur, Regione Sardegna, Comune di Sassari e Università di Sassari;
4) flussi verso il SIL Sardegna (Sistema Informativo del Lavoro della Sardegna)
Deve essere prevista una sezione relativa agli accertamenti nella quale devono essere censiti tutti gli studenti debitori nei confronti dell’Ente al fine di determinare l’esclusione automatica di questi dalle provvidenze. Deve essere presente la possibilità di gestire le procedure di accertamento del merito / reddito / patrimonio, delle attività inerenti la revoca dei benefici e la possibilità di creare reportistica ad hoc.
Per le principali operazioni è prevista la possibilità di stampare una reportistica da tenere agli atti e la possibilità di estrapolare dati per ulteriori elaborazioni successive.
Il software deve inoltre prevedere una procedura di esportazione per il caricamento massivo dell’anagrafica studenti sul sistema di contabilità SIBEAR – Sistema Informativo di Base per gli Enti Amministrazione Regionale. Le specifiche del tracciato saranno fornite dai titolari del software (Regione Autonoma del Sardegna).
Il sistema deve essere inoltre predisposto per interfacciarsi con il sistema Cineca dell’Università, con il portale dei Servizi Inps e con il sistema di protocollo informatico dell’Ente.
Il software dovrà essere composto dai seguenti moduli:
Anagrafiche Studenti:
• Gestione degli utenti dei servizi diritto allo studio universitario;
• Visualizzazione e modifica dei dati;
• Attribuzione automatica degli status di “in sede”, “fuori sede” e “pendolare”;
• Determinazione automatica degli anni relativi alla carriera universitaria e eventuale relativo fuori corso;
• Determinazione automatica dei crediti dovuti;
• Gestione automatica del sistema dei bonus;
• Accesso all’archivio storico per la rilevazione della presenza negli anni accademici precedenti;
• Accesso all’archivio storico per la rilevazione di eventuali utilizzi del bonus in anni accademici precedenti;
• Calcolo automatico dell’importo borsa di studio e delle detrazioni per servizio mensa e servizi abitativi;
• Verifica automatica delle soglie ISEE e ISPE;
• Gestione delle sottoscrizioni;
• Calcolo automatico dei codici di esclusione e sospensione per Servizi Abitativi, Borse di studio, contributo fitto casa e Servizio Mensa;
• Ricalcolo automatico in un solo passaggio per tutte le pratiche delle voci precedentemente elencate;
• Adeguamento al nuovo anno accademico;
• importazione del file richieste mensa proveniente dal modulo web;
• Maschera di accesso ai dati dell’archivio storico;
• Sistema di gestione ammissioni con riserva;
• Sistema per la gestione dei codici di informazione;
• Emissione file più report per università idonei matricole;
• Emissione file più report per università idonei anni successivi;
• Gestione campo codice corso di laurea con la possibilità di differenziare i corsi con doppia sede;
Importazione e controllo dei dati provenienti da WEB.
• Importazione dei dati dal flusso proveniente da web relativi alle domande di provvidenze e servizi richiesti on-line effettuando controlli sulla integrità e formato dei dati.
• Adeguamento al nuovo anno accademico dell’applicazione per l’importazione e la conversione dei dati da tracciato proveniente da WEB.
• Controllo per la visualizzazione e modifica dei dati importati.
• Verifica e la correzione di eventuali anomalie presenti nei dati così come importati permettendo di scorrere, effettuare ricerche su qualsiasi campo, visualizzare ed eventualmente editare gli stessi:
• Scorrimento ordinato secondo numero di pratica o cognome e nome.
• Ricerche per cognome e nome, numero pratica, codice fiscale, corso di laurea e matricole, comune di residenza, etc.
• Possibilità di modificare i dati provenienti da WEB da parte del personale autorizzato.
• Visualizzazione contestuale dei dati provenienti dal WEB e quelli presenti nell’archivio storico.
• Strumento per la segnalazione al sistema, delle pratiche idonee alla migrazione verso il software di gestione delle graduatorie.
• Trasferimento automatico alla ”anagrafica studenti”, dei record che hanno superato tutte le precedenti fasi di controllo.
• funzione per l’importazione in anagrafica dei codici IBAN provenienti da nuovo tracciato WEB;
Elaborazione e gestione dei mandati di pagamento:
• Generazione dei mandati pagamento borsa di studio e fitto casa in due rate;
• Generazione di mandati individuali non classificati;
• Sistema automatico di aggiornamento IBAN sui mandati non ancora inviati alla banca;
• Ricalcolo dell’importo del mandato generato ma non ancora inviato alla banca;
• Verifica esistenza dei presupposti di pagabilità su mandati già generati ma non ancora inviati alla banca;
• Emissione del mandato seconda rata borsa di studio/fitto casa calcolata per differenza tra importo totale borsa dovuta al momento della creazione del mandato e importo pagato con la prima rata;
• Generazione automatica di un codice flusso che individua le modalità di invio al tracciato per la banca che può essere organizzato combinando: tipo mandato con numero rata, numero fondo, istituto appartenenza beneficiario distinto tra il Tesoriere, altri Istituti di crediti e rimessa diretta.
• Gestione dell’attivazione/disattivazione pagamento mandato in funzione dei criteri espressi dai bandi;
• Inserimento automatico su un flusso emesso dell’anno fiscale della valuta e del numero operazione funzionale alla successiva elaborazione dei CU;
• Inserimento automatico del numero e della data della determinazione su mandati appartenenti a specifico flusso;
• Inserimento delle reversali;
• Riemissione del singolo mandato, tramite sistema di clonazione dello stesso, quando soggetto a reversale;
• Emissione delle note nominative;
• Produzione dei report delle note nominative;
Parametrizzazione dei Servizi al fine dell’elaborazione delle graduatorie:
Intervento e modifica manuale dei seguenti Parametri:
• posti assegnati per servizi abitativi;
• importi per le borse di studio;
• Scadenze;
• Soglie di reddito;
• Comuni di sede;
• soglie per le fasce mensa;
• stanziamenti per la borsa di studio differenziati per fonte di finanziamento.
• Dipartimenti:
• Inserimento, modifica e cancellazione dei dipartimenti; Corsi di laurea:
• Inserimento, modifica e cancellazione corsi di laurea;
• Visualizzazione e modifica codice, anni, tipologia, livello e indicazione del comune sede del corso;
• Visualizzazione inserimento e modifica crediti accesso ERSU e merito (Università, Accademia e Conservatorio:
• Visualizzazione e modifica importi Borsa di studio;
• Visualizzazione e modifica posti alloggio riservati; Comuni:
• Denominazione;
• Codice;
• Indicazione di Sede o Fuori sede relativamente a comune di sede di corso di laurea; Codici di esclusione:
• Classificazione dei motivi di esclusione/sospensione dalle graduatorie; Codici di Informazione:
• Sistema per inserimento e modifica dei codici di informazione; Codici ammissione con riserva:
• Sistema per inserimento e modifica dei codici di ammissione con riserva; Tabella nazionalità:
• Sistema per inserimento e modifica delle nazionalità;
Ripartizioni anni successivi importi borsa e posti alloggio al fine dell’elaborazione delle graduatorie:
• Rilevazione degli idonei al contributo borsa, alloggio;
• Determinazione del peso percentuale, degli idonei di ciascun anno di corso;
• Attivazione della partecipazione alla distribuzione borse di studio ai corsi di laurea con idonei;
• Trasferimento automatico nella tabella corsi di laurea di:
o Numero idonei borsa per anno di corso;
o Percentuale idonei borsa per anno di corso;
o Importo borsa assegnato per anno di corso;
• Emissione dei risultati su foglio di excel;
• Emissione dei risultati su report;
• Rilevazione degli idonei al “posto alloggio”;
• Determinazione del peso percentuale, degli idonei al “posto alloggio”, di ciascun anno di corso;
• Attivazione della partecipazione alla distribuzione “posti alloggio” ai corsi di laurea con idonei;
• Assegnazione di un posto a ciascun anno di corso con idonei “posto alloggio”;
• Ripartizione dei posti residui, al netto di un posto, per ciascun anno di corso in relazione al singolo peso percentuale;
• Trasferimento automatico nella tabella corsi di laurea di:
o Numero idonei “posto alloggio” per anno di corso;
o Percentuale idonei “posto alloggio” per anno di corso;
o Posti alloggio assegnati per anno di corso;
• Emissione dei risultati su foglio di excel;
• Emissione dei risultati su report;
Elaborazione Graduatorie Borsa e Alloggio e relativi report:
Generazione delle graduatorie borse secondo le specifiche dettate dai bandi relativi all’anno accademico in corso. Generazione delle graduatorie alloggio secondo le specifiche dettate dal bando relativo all’anno accademico in corso. I posti devono essere attribuiti agli studenti fuori sede rispetto alla sede prevalente dei corsi di laurea e sulla base dei posti alloggio disponibili
Report delle graduatorie:
• Borse di studio: Provvisorie e definitive per matricole di 1°, 2° e 3° livello, anni successivi per anno di corso;
• Borse di studio diversamente abili: Provvisorie e definitive per matricole di 1°, 2° e 3° livello, anni successivi;
• Borse di studio esclusi: esclusi con motivazione dell’esclusione;
• Alloggio: Provvisorie e definitive per matricole di 1°, 2° e 3° livello, anni successivi per anno di corso;
• Alloggio diversamente abili: Provvisorie e definitive per matricole di 1°, 2° e 3° livello, anni successivi;
• Esclusi alloggio con motivazione dell’esclusione;
• Indicazione di ammissione con riserva;
• Visualizzazione finanziatore su graduatorie definitive Borsa;
• Possibilità di occultamento dell’ISEE su graduatorie provvisorie e definitive.
Predisposizione ordine di chiamata dei beneficiari per la scelta del posto alloggio.
• Recupero automatico dei beneficiari da tutte le graduatorie alloggio precedentemente generate;
• Creazione della lista unica contenente gli insiemi accorpati di:
o Matricole
o Altri anni
• Costruzione elenco beneficiari matricole secondo il criterio di valutazione del reddito e in seconda istanza dell’età anagrafica (decrescente);
• Costruzione elenco ordine di chiamata per gli anni successivi sulla base del rapporto crediti, media voti e reddito;
• Costruzione elenco generale beneficiari matricole più beneficiari altri anni, con una matricola ogni tre beneficiari anni successivi;
• Generazione dell’elenco generale chiamate;
• Generazione dei singoli elenchi;
• Stampa elenco chiamate per numero ordinale;
• Stampa elenco chiamate in ordine alfabetico;
• Produzione del file per il trasferimento dei dati;
• Esportazione su file di Excel dei dati nelle fasi intermedie di elaborazione.
5.1.3 - Implementazione nuove funzioni applicativo G.U.S.A.
Di seguito vengono descritte le funzionalità che, se non già presenti nell’applicativo concesso in riuso, la ditta aggiudicataria deve sviluppare.
Il novero è meramente esemplificativo e non esclude la possibilità di specifici adeguamenti in fase di sviluppo del software.
Il software dovrà consentire la gestione delle strutture residenziali dell’Ente attraverso le seguenti funzionalità:
1) Gestione dell’assegnazione posto alloggio in cui dovranno essere indicati:
• Status dello studente (Beneficiario di borsa studio; idoneo non beneficiario di borsa di studio; Xxxxxxx, visiting professor; ospite temporaneo ecc.);
• Predisposizione di pre-assegnazione automatica da effettuare sulla base della posizione in graduatoria, della facoltà e del corso di studi frequentato;
• Possibilità di conferma o rinuncia on-line da parte dello studente del posto assegnato con stampa di ricevuta di assegnazione in formato PDF;
• Data di convocazione;
• Data di assegnazione posto alloggio;
• Data di occupazione della camera;
• Registrazione di eventuale rinuncia o mancata presentazione;
• Data rilascio posto alloggio;
• Data di effettivo check-out;
• Dati contabili riferiti allo studente occupante: rette da pagare; deposito cauzionale; ricevuta di pagamento delle rette, eventuali sanzioni ecc.;
• Calcolo automatico delle morosità al momento della scadenza della retta alloggio con automatico addebito dell’importo dovuto;
• Registrazione nella sezione del deposito cauzionale di eventuali detrazioni/addebiti da apportare allo stesso e decurtazione automatica delle somme con indicazione del netto a pagare;
• Dati necessari alla creazione del file telematico per l’invio alla Questura;
• Indirizzi mail ed estrapolazione mailing list per invio automatico di comunicazioni;
• Invio automatico a mezzo mail di avvisi di pagamento retta alloggio da inoltrare come promemoria almeno sette giorni prima della scadenza con indicazione dell’ammontare della mora che sarà addebitata sulla retta scaduta;
• Annotazioni ad uso dell’Amministratore o dell’operatore autorizzato.
2) Gestione delle convocazioni ai fini dell’occupazione di posto alloggio, da effettuare singolarmente, in cui per ogni struttura dell’Ente dovranno essere indicate:
• Tipologia alloggio (camera doppia o singola);
• Posti assegnati;
• Sesso del primo occupante di stanza doppia;
• Elenco dei documenti da presentare con possibilità di spunta degli stessi;
Dovrà essere inoltre consentito l’export e la stampa degli studenti convocati indicando il periodo di convocazione e il luogo dove dovranno presentarsi per le procedure di assegnazione del posto alloggio.
Al termine delle occupazioni dovrà essere consentita la stampa e l’estrazione di report relativi all’assegnazione, all’accettazione, alle rinunce, alla documentazione prodotta e alla mancata presentazione degli studenti.
3) Gestione della mobilità interna alle residenze attraverso:
• Trasferimento diretto tra diverse strutture, su richiesta dell’interessato e sulla base dei posti letto disponibili;
• Scambio posto letto;
• Sospensione e rioccupazione per mobilità Erasmus;
4) Gestione di altre utenze per la quale dovranno essere presenti le seguenti funzioni:
• Indicazione dei posti letto disponibili;
• Gestione delle prenotazioni;
• Gestione delle comunicazioni con il richiedente;
• Definizione della tariffa applicata in base alla tipologia di ospite;
• Rendicontazione e stampa della ricevuta di pagamento in formato pdf da poter inviare via mail da apposita interfaccia dell’applicativo;
• Predisposizione modulo richiesta fatturazione, da inoltrare al Settore Xxxxxxxx, riportante tutti i dati utili all’emissione della fattura relativa al soggiorno;
• Consultazione dell’elenco delle prenotazioni in un determinato periodo temporale;
• Visualizzazione dei soggiorni effettuati da uno stesso utente;
• Elaborazione statistiche sulle presenze;
• Rilevazione del gradimento dell’utenza;
• Gestione l’acquisizione di segnalazioni, suggerimenti, proposte da parte dell’utente;
• Elaborazione dei dati per la trasmissione delle presenze registrate alle autorità di Pubblica Sicurezza competenti per territorio.
5) Gestione dei dati storici finalizzato alle seguenti funzionalità:
• Consultazione dell’elenco delle presenze o delle prenotazioni in un determinato arco temporale;
• Visualizzazione dei soggiorni effettuati da uno stesso utente;
• Elaborazione statistiche sulle presenze (per sesso, provenienza ecc.).
6) Gestione predisposizione modulo di pagamento da effettuare presso la cassa dell’Ente per causali diverse (sanzioni, pulizie camera e corredo, riparazioni ecc.) che dovrà riportare:
• Dati dell’utente interessato;
• Causale del pagamento;
• Numero di camera;
• Periodo di soggiorno;
• Data di scadenza del pagamento;
• Modalità di pagamento
A sistema dovrà essere possibile visualizzare tutte le proposte di pagamento suddivise a seconda dello stato (da incassare; incassate; scadute; incamerate; incamerabili ecc.)
7) Gestione della rilevazione presenze e accessi degli ospiti esterni nelle strutture
Il sistema dovrà consentire di elaborare le informazioni sulle presenze all’interno delle strutture residenziali universitarie interfacciandosi con i lettori badge ove presenti, o con soluzioni alternative atte ad eliminare attuali registri di firma cartacei consentendo la rilevazione istantanea delle presenze. Dovrà inoltre prevedere interfacciamento e connessione con eventuali sistemi futuri di apertura/chiusura della camera e di entrata/uscita dalle residenze attraverso badge elettronico.
8) Gestione cauzioni
Il sistema dovrà consentire la gestione dei depositi cauzionali versati dagli utenti all’atto dell’occupazione della camera attraverso le seguenti funzioni:
• Definizione stato cauzione:
- incassata;
- svincolabile;
- svincolata;
- incamerata totalmente;
- incamerata parzialmente;
• Estrapolazione di file nei principali formati per fogli di calcolo (excel; Calc; ecc.) contenenti l’anagrafica di tutte le cauzioni suddivise per lo stato delle stesse.
5.1.4 - Implementazione nuove funzioni applicativo MENSA (gestione ristorazione collettiva e magazzino mensa)
Di seguito vengono descritte le funzionalità che se non già presenti nell’applicativo concesso in riuso, la ditta aggiudicataria deve sviluppare.
Il novero è meramente esemplificativo e non esclude la possibilità di specifici adeguamenti in fase di sviluppo del software.
L’accesso al servizio mensa è consentito ai seguenti utenti secondo le modalità e le tariffe di seguito specificate:
− Studenti iscritti, per l’a.a. in corso all’Università degli Studi di Sassari, Accademia di Belle Arti, Conservatorio di Musica e Istituto Superiore di Scienze Religiose;
− Studenti facenti parte del programma LLP-Erasmus o altri programmi di mobilità internazionale;
− Studenti di altri Atenei;
− Studenti di altre Università ospiti dell’Università di Sassari e rappresentati da Associazioni studentesche riconosciute dalla stessa Università;
− Iscritti a scuole di Dottorato o Specializzazione;
− Laureati iscritti al nuovo corso di laurea o frequentati Master o Stage, corsi di perfezionamento e/o tirocini universitari gestiti dall’Università di Sassari o ospiti dell’Università di Sassari per scambi scientifici e/o culturali;
− Studenti delle Scuole Medie Superiori partecipanti a viaggi di studio e/o culturali o ad iniziative di orientamento, previamente autorizzati dall’Ente;
− Personale docente e non docente dell’Università di Sassari;
− Personale docente e ricercatori di altri Atenei ospiti dell’Università di Sassari;
− Personale dell’ERSU e componenti del C. d. A.;
− Altri utenti convenzionati previamente autorizzati dall’Ente.
A titolo esemplificativo, si riporta di seguito un prospetto contenente l’individuazione delle tariffe di accesso al servizio mensa:
TARIFFA | FASCIA | UTENZA |
€ 2,10 | 1/a | Studenti con ISEE fino a € xxxxxxxxxxxx + merito pari al xx% dei crediti previsti nel bando di borsa di studio |
€ 2,30 | 1/b | Studenti con ISEE fino a € xxxxxxxxx |
Dottorandi e specializzandi con ISEE fino a € xxxxxxxxx | ||
Laureati iscritti a nuovo corso di laurea i frequentanti Master o Stage, corsi di perfezionamento e/o tirocini universitari, gestiti o organizzati dall'Università di Sassari o provenienti da altri Atenei e ospiti temporanei dell'Università di Sassari in virtù di scambi scientifici e/o culturali con ISEEU fino a € xxxxxxxxx | ||
€ 2,70 | 2/a | Studenti con ISEE compreso tra € xxxxxxxxx e € xxxxxxxxx + merito pari al xx% dei crediti previsti nel bando di borsa di studio |
€ 3,00 | 2/b | Studenti con ISEE compreso tra € xxxxxxxxx e € xxxxxxxxx |
Dottorandi e specializzandi con ISEE compreso tra € xxxxxxxxx e € xxxxxxxxx | ||
Laureati iscritti a nuovo corso di laurea i frequentanti Master o Stage, corsi di perfezionamento e/o tirocini universitari, gestiti o organizzati dall'Università di Sassari o provenienti da altri Atenei e ospiti temporanei dell'Università di Sassari in virtù di scambi scientifici e/o culturali con ISEEU tra € xxxxxxxxx e € xxxxxxxxx | ||
€ 3,30 | 3/a | Studenti con ISEE compreso tra € xxxxxxxxx e € xxxxxxxxx + merito pari al xx% dei crediti previsti nel bando borsa di studio |
€ 3,80 | 3/b | Studenti con ISEE compreso tra € xxxxxxxxx e € xxxxxxxxx |
Dottorandi e specializzandi con ISEE compreso tra € xxxxxxxxx e € xxxxxxxxx | ||
Laureati iscritti a nuovo corso di laurea i frequentanti Master o Stage, corsi di perfezionamento e/o tirocini universitari, gestiti o organizzati dall'Università di Sassari o provenienti da altri Atenei e ospiti temporanei dell'Università di Sassari in virtù di scambi scientifici e/o culturali con ISEE tra € xxxxxxxxx e € xxxxxxxxx | ||
Studenti facenti parte di programmi di mobilità internazionale |
Studenti di altre università partecipanti a scambi internazionali con l'Università di Sassari o rappresentati da Associazioni studentesche riconosciute dalla stessa Università | ||
€ 4,00 | 4/a | Studenti con ISEE superiore a € xxxxxxxxx + merito pari al xx% dei crediti previsti nel bando di borsa di studio |
€ 4,50 | 4/b | Studenti con ISEE superiore a € xxxxxxxxx |
Dottorandi e specializzandi con ISEE superiore a € xxxxxxxxx | ||
Laureati iscritti a nuovo corso di laurea i frequentanti Master o Stage, corsi di perfezionamento e/o tirocini universitari, gestiti o organizzati dall'Università di Sassari o provenienti da altri Atenei e ospiti temporanei dell'Università di Sassari in virtù di scambi scientifici e/o culturali con ISEE superiore a € € xxxxxxxxx | ||
Studenti dell'Università di Sassari sprovvisti, anche occasionalmente, della tessera Ersu; | ||
Studenti che non hanno ancora effettuato il rinnovo della tessera Ersu | ||
Studenti di altre università | ||
€ 7,00 | 5 | Personale dipendente dell'Ersu di Sassari |
Personale docente e non docente dell'Università di Sassari | ||
Personale docente e ricercatori di altri Atenei ospiti presso l'Università di Sassari | ||
Componenti del C.D. A. | ||
Altri utenti convenzionati e preventivamente autorizzati dall'Ente |
Gli studenti idonei non beneficiari di borsa di studio iscritti agli anni successivi al 1° e i beneficiari di borsa accedono gratuitamente alla mensa secondo il seguente schema:
UTENZA | PASTI GIORNALIERI | N° PASTI |
Borsisti in Sede | 1 | Fino a un massimo di xxx |
Borsisti Pendolari | 1 | Fino a un massimo di xxx |
Borsisti Fuori Sede | 2 | Fino a un massimo di xxx |
Idonei non beneficiari anni successivi al 1° | 2 | Illimitati per l’intera durata dell’a.a. xxxx/xxxx |
Le matricole, di tutti i corsi di laurea, idonei non beneficiari di borsa, fruiscono del servizio mensa secondo l’importo stabilito per la 1° fascia. (fascia 1/a)
I pasti gratuiti relativi ai beneficiari e idonei non beneficiari di borsa di studio a.a. xxxx/xxxx decorrono dalla pubblicazione delle graduatorie definitive e vengono direttamente accreditati nella tessera magnetica personale dello studente beneficiario
Gli eventuali pasti residui, non consumati durante il corso dell’anno accademico xxxx/xxxx, decadono automaticamente con la pubblicazione delle graduatorie definitive per la borsa di studio dell’a.a. xxxx/xxxx.
Nei casi di revoca del beneficio del pasto gratuito gli studenti sono tenuti a restituire le somme relative al valore monetario del servizio fruito.
inoltre:
• Gli studenti con un numero di anni di carriera superiore a quattro rispetto alla durata legale del corso di studi possono usufruire del pasto al prezzo della fascia (di tipologia b) immediatamente successiva a quella di appartenenza;
• Gli studenti che presentano la domanda di accesso alla mensa e non intendono compilare la parte relativa alla situazione di reddito, vengono inseriti nelle fasce 4a/4b.
• Gli studenti iscritti all’Università degli studi di Sassari provenienti dai Paesi in via di sviluppo potranno usufruire del pasto al costo previsto per la 1° fascia (fascia 1/a).
Gli studenti temporaneamente sprovvisti di tessera o appartenenti ad altri Atenei possono accedere al servizio mediante l’acquisto di una tessera giornaliera al costo della 4B fascia. Il diritto all’accesso con tale modalità può avvenire solo previa presentazione di idonea documentazione che attesti il possesso dei requisiti previsti per accedere al servizio. La tessera giornaliera deve essere restituita all’addetto agli accessi al momento dell’utilizzo, è abilitata all’ingresso per il solo turno di acquisto e non può essere utilizzata in tempi successivi.
Gli studenti che accedono al servizio mensa, alle tariffe suesposte hanno diritto a fruire di un pasto completo. Per il futuro si dovrà prevedere la possibilità, anche attraverso l’individuazione di una tariffa speciale, di fruire di un pasto ridotto.
Il servizio di ristorazione è garantito dall’ Ersu anche agli studenti, iscritti all’Università di Sassari, frequentanti i corsi di laurea nelle sedi decentrate. L’accesso al servizio mensa in questo caso è gestito direttamente dall’appaltatore del servizio mensa, attraverso i sistemi hardware e software messi a disposizione dell’Ente. La fascia 5° presso le sedi decentrate sarà diversificata in relazione ai costi praticati dal gestore.
Il modulo dovrà essere utilizzato su Pc dotati di lettore badge, essenzialmente deve essere suddiviso in 4 parti principali:
1. Verifiche sulle anagrafiche;
2. stampe e reportistica;
3. magazzino mensa
4. rilascio del tesserino mensa
Oltre al singolo badge, sono previsti i badge multipli che vengono utilizzati per gruppi di utenti come ad esempio classi delle scuole superiori o gruppi di studenti stranieri che per brevi periodi accederanno alla mensa tramite unico badge. Il software installato nel Pc presente presso il tornello e dotato di lettore di badge, dovrà consentire all’operatore dell’Ente, nel momento in cui viene strisciato il tesserino magnetico, di visualizzare a monitor la fotografia dello studente proprietario dello stesso, i dati anagrafici, la situazione dei pasti e altre informazioni relative al periodo di validità, data di emissione, ecc…; nel caso il lettore non funzionasse, dovrà essere prevista la possibilità di inserire manualmente il codice del badge.
1. Verifiche sulle anagrafiche
Le principali funzionalità previste dovranno essere le seguenti:
• rilevazione dei dati anagrafici, del badge, acquisti e consumi attraverso la lettura del badge o in funzione del nominativo
• gestione dei consumi (gestione manuale del numero dei pasti)
2. Stampa e reportistica
Le principali funzionalità dovranno essere le seguenti:
• ricerca in funzione di diversi parametri e stampa della scheda sintetica dello studente con informazioni dettagliate sui pagamenti effettuati e sui consumi
• per un singolo badge (o raggruppamento), visualizzare lo storico degli acquisti e dei consumi con la possibilità di selezionare il periodo di ricerca;
Riepiloghi generali
• Riepilogo giornaliero dei pasti erogati per giorno: scegliendo la sede della mensa e turno, dovranno essere visualizzate su delle griglie il dettaglio degli utenti con fascia, tariffa e orario di passaggio; i pasti consumati e il totale in euro in funzione della tipologia dell’anagrafica e della fascia mensa;
• Riepilogo giornaliero dei pasti erogati per periodo
• Riepilogo vendite pasti per giorno e per periodo
• Riepilogo incassi giornaliero e per periodo
• Passaggi al tornello per giorno e per periodo
• Passaggi al tornello per postazione (per Xxx xxx Xxxxx, Xxx Xxxxxxxx,…)
• Consumi per tipologia di utente
• Consumi per fascia di reddito
• Consumi per periodo
• Riepilogo generale in funzione di vari parametri
3. Magazzino mensa
Le principali funzionalità previste dovranno essere le seguenti:
Gestione delle anagrafiche:
• prodotti/articoli;
• fornitori;
• categorie merceologiche e sottocategorie;
• ricettario (ricette, ingredienti e loro quantità, costo);
• reparti (macelleria, magazzino, cucina via dei Mille, cucina Via Xxxxxxxx,…);
• personale;
• calendario dei turni;
• capitoli di spesa;
• impegni di spesa.
Il software dovrà gestire le operazioni di ordine al fornitore, di carico e scarico in magazzino, i resi e gli storni dove i resi sono i prodotti restituiti dalla cucina al magazzino perché rovinati, inutilizzabili, ecc…, mentre gli storni sono i prodotti restituiti dal magazzino al fornitore perché scaduti, rovinati, inutilizzabili, ecc…
Prospetti e reportistica:
• carico/scarico per periodo, per categoria/sottocategoria e per altri parametri da definire;
• rimanenze per periodo;
• inventario;
• movimentazioni di magazzino per periodo, numero di documento, unità organizzativa, tipologia di prodotto e categoria / sottocategoria merceologica;
Per le verifiche, stampe e reportistica dovrà essere possibile oltre alla stampa immediata anche l’esportazione del file in formato pdf, per foglio di calcolo e in altri formati aperti come csv, xml ecc..
Altra funzionalità da prevedere è la gestione della ‘dispensa’ e cioè la movimentazione fra cucina e magazzino (ordini, carichi e scarichi) peraltro necessaria a determinare il costo del pasto.
Per ogni giorno si dovranno avere le quantità degli articoli che dal magazzino arrivano in cucina e tramite il prezzo unitario si potrà calcolare il ‘valore’ della merce in cucina; dividendo successivamente tale valore per il numero di pasti erogati si potrà ottenere il costo del pasto; in questo processo va tenuto conto anche della rimanenza che è la merce che dal magazzino arriva in cucina e non viene utilizzata lo stesso giorno ma nei giorni a seguire.
4. Rilascio del tesserino mensa
Il software dovrà gestire il rilascio delle tessere mensa. Il tesserino (con allegata fotografia) è necessario per accedere al servizio mensa per tutti gli aventi diritto (studenti, docenti, dipendenti dell’Ente, studenti della mobilità internazionale, ecc…). Il modulo software deve consentire la ricerca in base al nominativo (o parte di esso), codice fiscale e numero di badge; se lo studente è già presente in anagrafica il programma deve recuperare i dati in maniera automatica, altrimenti si dovranno poter inserire i dati manualmente compresi di cittadinanza e documento di riconoscimento; terminata la fase di inserimento o di recupero dei dati anagrafici, si dovranno inserire le informazioni relative al servizio mensa come la fascia tariffaria (se non già presente), la data di scadenza del tesserino e la tipologia dell’utente;
concluso l’inserimento dei dati, verrà scattata la fotografia (se non già presente in anagrafica) e successivamente si potrà procedere con la stampa del tesserino plastificato da consegnare all’utente.
Il software dovrà registrare data/ora di fine operazione e il codice dell’operatore interessato.
Per tale funzione il sistema dovrà riportare le seguenti funzioni:
• Rilascio di tessera mensa (badge) con attribuzione di un codice univoco che richiami i dati dello studente relativi a:
o Dati anagrafici;
o Codice fiscale;
o Fascia mensa con relativa tariffa;
o Anno di immatricolazione;
o Numero di matricola;
o Numero di pratica;
o Richiesta dei servizi;
o Avvenuta richiesta on-line del servizio;
o Data di scadenza badge;
o Data di predisposizione badge;
o Data di consegna badge.
o Acquisizione fotografia in formato digitale da apporre nel badge rilasciato.
• Elenco degli studenti richiedenti il servizio che consenta la sospensione di chi presenti anomalie nella domanda.
• Dati storici che consentano l’estrapolazione di statistiche (badge rilasciati in un determinato periodo in base a: ad anno accademico, facoltà; sede in cui si usufruisce del servizio ecc.);
• Visualizzazione dei dati di reddito e merito al fine della eventuale modifica degli stessi con automatica acquisizione della relativa fascia di appartenenza;
• Visualizzazione dei dati di acquisto dei pasti in un determinato periodo al fine di regolarizzare il recupero dei crediti in caso di rettifiche di fascia di appartenenza;
• Visualizzazione del numero di stampe dello stesso tesserino completo di data e motivazione.
5.1.5 - Implementazione nuove funzioni applicativo pagamenti - cassa
I servizi resi dall’ERSU a favore dell’utenza istituzionale comportano nella maggior parte dei casi una compartecipazione dello studente o altro utente ai costi degli stessi che vengono incassati per mezzo di uno o più uffici cassa fisici o virtuali ( pagamenti elettronici tramite internet). Tale modulo evolutivo dovrà prevedere la registrazione in partita doppia (dare/avere) degli incassi presso le casse dell’Ente e dei versamenti in Tesoreria da parte del cassiere come avverrebbe in qualsiasi ristorante o mensa ed in qualsiasi albergo.
Deve inoltre prevedere la rendicontazione giornaliera, mensile ed annuale degli incassi presso le casse dell’Ente e relativi versamenti in tesoreria e la compilazione automatica del c.d. modello 21 predisposto dalla Corte dei conti per
la resa del conto giudiziale da parte degli agenti contabili. Tale ultimo modello può sostanziarsi nella creazione di un file Excel o equivalente, prodotto dal software con apposita funzionalità, contente gli incassi ed i versamenti per ciascun mese dell’anno (anno finanziario 01/01 – 31/12) con totale finale di incassi e versamenti. In ogni caso il modello 21 come fac- simile è reperibile con facile ricerca sui più comuni motori di ricerca su internet.
Il software dovrà prevedere che la gestione di ciascun punto cassa sia personale e quindi un accesso con credenziale che identifichi incassi e versamenti per ciascun cassiere ma che comunque permetta la facile visibilità degli incassi totali presso i punti cassa dell’Ente. Al momento sono presenti diversi punti cassa non solo a Sassari ma anche nelle sedi decentrate ed è in corso l’avvio dei pagamenti online.
Il software dovrà infine prevedere un’evidenza della giacenza giornaliera di cassa (cassaforte fisica) giornaliera, risultante dalla sottrazione dagli incassi giornalieri dei versamenti in tesoreria effettuati giornalmente ( esempio : Incassi giorno x + Incassi giorno x+1 – versamenti giorno X+1 = giacenza di cassa che potrà essere maggiore o uguale a zero ) .
Dovrà essere prevista la possibilità di estrazione in diversi formati dei dati relativi ai versamenti in tesoreria ai fini dell’importazione al software di contabilità per l’emissione della reversale di incasso.
Il software dovrà avere una interfaccia web, nel rispetto delle linee guida prodotte da DIGIT PA in merito ai pagamenti elettronici della pubblica amministrazione (Sistema PagoPA) che consenta allo studente di effettuare con carta di credito o strumento equivalente (purchè accettato da DIGIT PA) il pagamento dei servizi ERSU di qualunque tipo. Tale interfaccia dovrà assicurare interoperabilità con i sistemi informatici del tesoriere dell’Ente.
Di seguito un diagramma di flusso sui possibili incassi che interessano il modulo cassa.
Incassi del settore mensa
E’ necessario specificare che il sistema attualmente in uso in base ai regolamenti interni dell’Ente identifica la gestione degli ingressi in mensa degli studenti con il pasto consumato. Più precisamente il software gestisce il passaggio dello studente in mensa scaricando (detraendo) dal monte pasti dello studente il passaggio al tornello che corrisponde alla consumazione di un pasto completo (primo piatto, secondo, contorno, frutta o dessert). Modulo mensa e modulo cassa devono essere strettamente connessi questo perché al momento l’ERSU non offre la possibilità di un pasto ridotto (es. solo il primo piatto o il secondo) ma soltanto la possibilità dell’acquisto del pasto completo.
Per questa ragione l’attuale gestione dei pasti, che si dovrà riportare nel software da implementare, carica a software per ciascun studente che abbia richiesto la tessera mensa non un borsellino elettronico ma un “monte pasti” risultante dall’operazione di acquisto degli stessi in cassa. A questo proposito è necessario evidenziare che lo studente paga il pasto in base alla fascia reddituale nella quale è stato collocato in base al regolamento mensa (pubblicato sul sito istituzionale dell’ente). A seguito del pagamento sono caricati a software un numero di pasti corrispondenti. A ciascun ingresso registrato tramite passaggio ad un tornello in cui è “strisciata” la tessera mensa è detratto un pasto dal monte pasti dello studente.
Inoltre lo studente versa in cassa anche il contributo per l’emissione del tesserino mensa.
Come tesserino mensa, deve poter essere utilizzata anche la carta di credito/multiservizi rilasciata dal banco di Sardegna agli studenti dell’ateneo sassarese e denominata ‘Carta Uniss’
Incassi del settore Alloggio
L’ufficio cassa provvede anche sulla base di “proposte di pagamento” di cui al paragrafo ‘Implementazione nuove funzioni applicativo G.U.S.A.’ ad incassare dallo studente la retta per il servizio di alloggio presso le strutture ERSU è dunque necessario a tal fine che il modulo di gestione delle proposte di pagamento si traduca a livello di modulo cassa in una proposta di incasso e nella registrazione materiale di un passaggio di contanti in cassa.
Altri pagamenti
Il software dovrà consentire l’incasso dei pagamenti dovuti all’ente nella forma più varie essendo a tal fine necessaria una specifica funzionalità che consenta l’elaborazione di nuove causali di incasso.
ART. 6 - SERVIZIO SISTEMISTICO
Per servizio sistemistico si intende la fornitura di un ambiente server configurato, fornito in cloud o in hosting in modalità managed con disponibilità almeno del 99,9%, H24, 7/7, secondo i requisiti minimi di funzionamento dell’applicativo e deve necessariamente comprendere:
• Attività di configurazione e manutenzione di tutta l’infrastruttura necessaria (hardware, licenze software, connettività internet, firewall, configurazione DMZ, etc…) per la fruizione di tutti gli applicativi;
• Attività di gestione delle policy di sicurezza ed amministrazione degli utenti (autorizzazioni e profilazione, definizione gruppi, ecc.) dell’intera piattaforma;
• Implementazione procedure tipiche di controllo di consistenza dei database (compattazioni e verifiche di congruità);
• Implementazione una banda di accesso minima garantita di 10Mbps;
• Gestione della continuità del servizio (analisi problematiche di accesso, verifiche sulle performance di sistema, etc…);
• Progettazione e attuazione delle procedure di gestione del salvataggio dei dati prodotti dalle procedure informatiche e relativo recovery.
La ditta aggiudicatrice dovrà comunicare a questo Ente le modalità e le credenziali di accesso al servizio in cloud o in hosting ed al database.
La ditta aggiudicatrice dovrà fornire copia di backup della Base di Dati in formato SQL like ove richiesto dalla Stazione appaltante.
La ditta aggiudicataria si impegna, altresì, a rispettare la vigente normativa in materia di Continuità Operativa e Disaster Recovery, secondo quanto dettato dal Codice dell’Amministrazione Digitale (CAD).
6.1 – Ambiente di test
Al fine di garantire l’integrità del patrimonio di software applicativo dell’Amministrazione l’Aggiudicatario dovrà realizzare e gestire un ambiente di test, distinto da quello di produzione, in cui memorizzare tutto il codice eseguibile di tutte le applicazioni realizzate nel corso del contratto. L’obiettivo è di verificare la compatibilità ed integrazione, nonché gli impatti delle modifiche e/o degli aggiornamenti effettuati.
Ogni modifica a livello architetturale, di ambiente o di prodotto standard, dovrà essere testata in termini di compatibilità e integrazione prima di essere rilasciata in produzione. L’Aggiudicatario, utilizzando l’ambiente di test da sé predisposto, verificherà l’integrazione, la coesistenza e, più in generale, gli effetti degli aggiornamenti, dei nuovi prodotti e dei processi di gestione prima dell’installazione.
L’ambiente sarà inoltre utilizzato per l’esecuzione dei test delle modifiche derivanti dalla manutenzione delle applicazioni in esercizio e sarà utilizzato, su richiesta e compatibilmente con le attività in corso, per test da parte dell’Amministrazione.
6.2 - Disponibilità del dato
Il fornitore, con cadenza settimanale, deve rendere disponibile su di un sistema di storage sito presso l’Ersu di Sassari il backup dell’intera base di dati (schema e dati) senza vantare alcun diritto o compenso aggiuntivo.
ART. 7 - MIGRAZIONE DATI PREGRESSI
Questo servizio è richiesto relativamente alla sostituzione dei sistemi applicativi attualmente in uso ed è sostanzialmente finalizzato a garantire il corretto e completo trasporto dei dati nel nuovo sistema.
I sistemi applicativi attualmente in uso presso l’Ente sono i seguenti:
• per la gestione del diritto allo studio ed importazione dei dati dal sito web viene utilizzato il software ‘Integrated System for Managment of Student Grants and Lodgings’ sviluppato da Xxxxxxxxx Xxxxxxx con database in formato dbf;
• Per la gestione degli alloggi viene utilizzato il software ‘SigmaSun’ di Xxxxxxxx Xxxxx con SQL Server come sistema di gestione della base di dati.
Questa attività va attuata attraverso la predisposizione di un "Piano di migrazione" nel quale devono essere chiarite tutte le attività tecniche necessarie ad effettuare il recupero dei dati dalle attuali procedure applicative al fine di garantire la continuità operativa dei servizi interessati.
Sarà cura pertanto dell’impresa aggiudicataria valutare in fase di sopralluogo le modalità di estrazione e di migrazione del dato in accordo con il responsabile dell’Ersu di Sassari. Ai fini della migrazione dei dati l’Ersu di Sassari fornirà la collaborazione necessaria per poter effettuare le attività.
Il servizio dovrà includere lo sviluppo di procedure ad hoc per la conversione e l’importazione nei database dei nuovi applicativi dei dati pregressi disponibili sui database attualmente utilizzati dall’Ente. I dati da recuperare saranno ben definiti nel piano di implementazione dell’applicazione. Vista l’importanza e la delicatezza di questa fase, l’esecuzione di tale piano sarà coordinata dall’aggiudicatario in collaborazione con i referenti dell’Ente.
Il fornitore provvederà quindi alla realizzazione delle funzioni di importazione dei dati fornendone anche la relativa documentazione. Eventuali problematiche di incompatibilità o incompletezza dei dati da importare saranno, affrontate e risolte dalla Ditta aggiudicataria mediante la realizzazione di funzioni apposite volte a minimizzare le operazioni di inserimento e/o normalizzazione dei dati che, in ogni caso dovranno essere effettuate dalla ditta aggiudicataria.
Andranno anche previste eventuali attività di registrazione dei dati (data entry) che si rendessero necessarie per integrare la nuova base di dati con dati non presenti o non recuperabili dagli attuali archivi.
Se necessario, dovranno essere previste procedure di bonifica automatica o manuale dei dati in fase di importazione.
ART. 8 - FORMAZIONE DEL PERSONALE
Oggetto di fornitura del presente capitolato è anche l’erogazione dei servizi professionali di formazione e addestramento del personale dell’Ente all’uso delle nuove soluzioni introdotte con l’infrastruttura tecnologica e la piattaforma applicativa previste in fornitura. La formazione si concluderà entro il primo mese dall’inizio della data di installazione e dovrà essere erogata nei locali messi a disposizione dall’Ersu. Nel caso in cui gli obiettivi non fossero raggiunti saranno richiesti compresi nel prezzo ulteriori giorni formativi fino al raggiungimento di un ottimale livello di autonomia lavorativa da parte degli impiegati addetti.
I destinatari della formazione di cui sopra consistono, complessivamente, in circa 25 unità di personale tra cui tre tecnici informatici. Il percorso di formazione dovrà essere esplicitato nell’offerta.
La formazione riveste una valenza strategica sia in termini di valorizzazione dell’investimento tecnologico, sia relativamente all’ottimizzazione dei processi gestionali correlati al nuovo sistema informativo per le diverse tipologie di utenze (informatici, amministrativi e operatori).
Tale servizio ha certamente il suo picco operativo durante la fase di avviamento del sistema ma anche a regime sarà necessario prevedere periodici aggiornamenti che, in questo ultimo caso, possono essere attuati anche mediante formazione a distanza.
Il piano dovrà essere tale da assicurare, a regime, l’utilizzo dei sistemi informatici in piena autonomia da parte del personale dell’Ersu di Sassari preposto.
Deve essere previsto, oltre alla formazione di cui sopra, anche un periodo di affiancamento (training on the job).
Di seguito si elencano i requisiti minimi organizzativi e metodologici, cui il Fornitore dovrà attenersi nell’erogazione dei predetti servizi formativi:
8.1 -Corso per operatori
Obiettivi e contenuti informativi
I corsi di formazione - espressamente rivolti al personale dell’Ente interessato all’utilizzo della piattaforma applicativa dovranno essere finalizzati al trasferimento all’utenza target delle abilità e delle competenze necessarie per l’accesso e l’uso di tutte le funzionalità messe a disposizione dalla nuova piattaforma applicativa. I corsi dovranno essere erogati in base ad un piano di formazione proposto dall’Aggiudicatario in rispetto delle esigenze dell’Ente. Tale piano di formazione deve essere accettato dalla Stazione Appaltante.
A scopo meramente indicativo e non esaustivo, durante il corso dovranno essere trattati i seguenti argomenti:
• accesso all’applicazione, interfaccia utente e modalità d’interazione, navigazione nei menù, accesso agli help e alla documentazione in linea, ecc. ;
• attivazione delle funzionalità, immissione, controllo e validazione dei dati, funzioni di ricerca, interrogazione, visualizzazione e stampa, chiusure periodiche, ecc…;
• parametrizzazioni, sviluppo di report personalizzati, produzione di stampe massive, ecc.;
• funzionalità di import/export, di interoperabilità e interscambio con prodotti di office automation;
• ogni altro argomento sia necessario per l’uso del software.
8.2 - Corso per amministratori di sistema
Obiettivi e contenuti informativi
I corsi di formazione ed addestramento - espressamente rivolti al personale dipendente addetto alla gestione e
conduzione dell’infrastruttura tecnologica e della piattaforma applicativa - saranno finalizzati al trasferimento delle competenze in relazione all’amministrazione, alla gestione e alla conduzione operativa delle componenti applicative e del database.
I corsi dovranno essere finalizzati, inoltre, al trasferimento delle competenze in relazione ad:
• accesso, gestione, attività di storage management, di backup e ripristino degli applicativi, delle configurazioni e delle banche dati di supporto;
• attività di gestione delle policy di sicurezza ed amministrazione degli utenti (autorizzazioni e profilazione, definizione gruppi, ecc.) dell’intera piattaforma;
• accesso, interrogazione e modifica al database;
• deploy, configurazione e gestione degli applicativi;
• utilizzo interfacce del sistema verso sistemi esterni;
• ogni altro argomento necessario per la conduzione e amministrazione dell’intera piattaforma.
Il piano di formazione, previsto per le figure di cui ai due precedenti paragrafi, dovrà essere dettagliato nell’offerta con indicazione di profili professionali messi a disposizione dal partecipante, garantendo la formazione dell’intera area dei servizi oggetto di fornitura. Dovrà essere, altresì, inclusa la fornitura dei manuali, sia per gli utenti che per gli amministratori del sistema, della documentazione tecnica ed applicativa e del materiale didattico.
ART. 9 - MANUTENZIONE
Nel prezzo dell’appalto sono comprese le attività di manutenzione per anni 3 (tre) che vengono di seguito descritte.
I servizi di assistenza applicativa richiesti nel presente capitolato tecnico, e che il Fornitore si obbliga ad effettuare per tutto il periodo contrattuale, sono finalizzati alla manutenzione e personalizzazione delle applicazioni software BART e GUSA (già acquisite in riuso dall’Edisu Piemonte) unitamente ai nuovi moduli sviluppati ad hoc ed all’intera piattaforma hardware e software necessaria per la loro erogazione.
I servizi di assistenza applicativa sono finalizzati a assicurare, nelle modalità e nei tempi di seguito specificati:
• la manutenzione correttiva ed adeguativa;
• la manutenzione evolutiva;
In ogni caso l’aggiudicatario deve garantire l’ottimale fruizione dei servizi erogati sia all’utenza interna all’Amministrazione che a quella esterna ed assicurare che tutti i moduli applicativi gestiti e/o forniti abbiano le caratteristiche funzionali e qualitative richieste, siano adeguati agli scopi e mantenuti costantemente allineati alle esigenze dell’Amministrazione ed alla normativa vigente.
Sono considerate parte integrante dell’erogazione dei servizi di assistenza tutte le attività volte all’aggiornamento ed all’integrazione della documentazione a corredo degli applicativi oggetto della fornitura.
Si precisa che negli ultimi due mesi di validità contrattuale il Fornitore è obbligato a fornire all’Amministrazione o a terzi dalla stessa designati, ogni informazione e/o documentazione atta al trasferimento del know-how sulle attività condotte, senza alcun onere aggiuntivo per l’Amministrazione, tanto al fine al fine di rendere l’eventuale prosecuzione delle attività quanto più efficace possibile.
9.1 - Manutenzione evolutiva
Per manutenzione evolutiva si intende la realizzazione di funzionalità volte a soddisfare esigenze che riguardano funzioni aggiuntive, modificate o complementari al sistema esistente.
La manutenzione evolutiva degli applicativi comprende tutti gli interventi che incrementano le funzionalità degli applicativi software e/o la consistenza della baseline del sistema.
Di seguito vengono indicati i principali eventi che richiedono manutenzione evolutiva:
• Adeguamento delle applicazioni a seguito di modifiche organizzative, amministrative, dei processi interni o delle esigenze funzionali dell’Ersu di Sassari che impongono modifiche importanti del sistema e dei codici sorgente;
• Integrazione delle applicazioni con nuove funzionalità;
• Implementazione ed integrazione del Data Base;
• Integrazione delle applicazioni con altri moduli funzionali del sistema informativo dell’Ersu di Sassari
Nel prezzo dell’appalto è interamente compresa l’implementazione delle nuove funzionalità descritte al precedente paragrafo ‘Sviluppo e manutenzione del software’.
Durante tutto il periodo contrattuale il fornitore dovrà inoltre essere di supporto per l’analisi e la valutazione di nuove soluzioni e adeguamenti tecnologici, formulando eventuali proposte migliorative motivate ed indicando i costi e benefici connessi. Dovrà inoltre fornire la propria collaborazione per verificare la possibilità di integrare nel Sistema anche soluzioni applicative di altri fornitori attualmente in uso e verificare l'opportunità di utilizzo di banche dati già in dotazione o presenti in altre amministrazioni.
Per le fasi di collaudo, messa in esercizio e post go-live relative al software sviluppato o adattato il Fornitore deve essere assicurare il necessario supporto al personale tecnico dell’Amministrazione.
A tal fine si riporta di seguito, in via indicativa ma non esclusiva, un set di attività che dovranno essere comunque assicurate:
• predisposizione dell’ambiente di collaudo e di testing ;
• esecuzione dei test proceduralizzati;
• supporto alle attività di collaudo e risoluzione tempestiva dei malfunzionamenti riscontrati;
• passaggio di conoscenza alle strutture preposte;
• eventuale assistenza agli utenti sia attraverso sessioni di affiancamento (training on the job) sia con documentazione predisposta ad hoc, ad esempio FAQ;
• supporto al passaggio in esercizio: predisposizione dell’ambiente di esercizio (supporto alla configurazione dell’ambiente fisico, configurazione della piattaforma software in funzione dei requisiti statici e dinamici, installazione del software applicativo, definizione e caricamento della base dati,)
• avvio in esercizio del software realizzato;
• tuning dell’applicazione post go-live eventualmente in collaborazione con il personale tecnico dell’amministrazione all’uopo designato.
La manutenzione evolutiva rilascia prodotti che modificano la consistenza della baseline del sistema, che di norma si incrementa, salvo casi di cancellazione in contemporanea di funzioni obsolete e eventualmente sostituite da quelle nuove sviluppate. Il Fornitore è tenuto a fornire tutti gli elementi di misurazione necessari a mantenere aggiornata la baseline.
Qualunque modifica che comporti aggiunta/rimozione di moduli applicativi, modifiche all’infrastruttura e/o schema della base dati deve essere adeguatamente documentata e tendere ad una maggiore riusabilità del prodotto nel suo insieme.
La manutenzione evolutiva è suddivisa in Obiettivi, ognuno dei quali può essere assimilato ad un “progetto”, la cui esecuzione è suddivisa in fasi, secondo un ciclo di sviluppo dipendente dalle dimensioni, dalla criticità e dalla tipologia di applicazione.
Per gli interventi di manutenzione evolutiva, il Fornitore si impegna ad assicurare, per la versione conseguente all’intervento stesso, i servizi di manutenzione correttiva ed adeguativa senza alcun onere aggiuntivo per l’Amministrazione.
La manutenzione evolutiva è interamente compresa nel prezzo posto a base di gara.
9.2 - Obiettivi della manutenzione ordinaria, correttiva e adeguativa
Gli obiettivi che la manutenzione correttiva ed adeguativa deve in ogni caso assicurare sono:
• mantenere operativa la soluzione (software) attraverso attività che assicurino in via continuativa la rimozione delle malfunzioni;
• assicurare il miglioramento tempestivo delle funzionalità e delle prestazioni, per esempio quando un programma non ha prestazioni adeguate al livello di servizio richiesto e ciò viene percepito come una malfunzione, richiedendo un intervento di correzione;
• garantire l’evoluzione tecnico funzionale della soluzione;
• fornire servizi di supporto per risolvere tempestivamente problemi relativi a malfunzioni ed errori;
• assicurare l’aggiornamento periodico della soluzione, attraverso il miglioramento della funzionalità, dell’affidabilità e dell’efficienza dei prodotti. L'aggiornamento presuppone il rilascio di nuove versioni e/o correzioni dei prodotti da parte del relativo fornitore.
Per tutti gli applicativi oggetti di intervento di manutenzione adeguativa, il Fornitore si impegna ad assicurare, per la versione conseguente all’intervento stesso, i servizi di manutenzione correttiva senza alcun onere aggiuntivo per l’Amministrazione.
9.2.1 - Manutenzione ordinaria e correttiva
Per manutenzione ordinaria e correttiva si intende la diagnosi e la rimozione delle cause e degli effetti, sia sulle interfacce utente che sulle basi dati, dei malfunzionamenti delle procedure e dei programmi rilasciati in produzione.
La manutenzione correttiva è normalmente successiva ad una segnalazione di impedimento all'esecuzione dell'applicazione o funzione o dal rilascio di differenze fra l'effettivo funzionamento del software applicativo e quello atteso, come previsto dalla relativa documentazione o comunque determinato dai controlli che vengono svolti durante le attività.
I malfunzionamenti imputabili a difetti presenti nel codice sorgente, o nelle specifiche di formato o di base dati, non rilevati a suo tempo durante il ciclo di sviluppo o in fase di collaudo, sono risolti dal servizio di manutenzione ordinaria e correttiva con la riparazione del codice sorgente.
Sono parte integrante della manutenzione ordinaria e correttiva le seguenti attività:
• Rimozione/eliminazione di errori e/o imperfezioni funzionali esistenti nel codice e/o nella logica di uno o più moduli della procedura
• Ripristino ed aggiornamento delle strutture dati del database
• Allineamento della procedura a nuovi release del software di base e d'ambiente
• Interventi sistemistici per il ripristino delle funzionalità del software secondo le modalità previste
• Prova e test delle modifiche apportate
• Aggiornamento ed adeguamento, se necessario, della documentazione di sistema
AI momento della segnalazione del malfunzionamento verrà attribuita dall’Ersu di Sassari la categoria di malfunzionamento.
La discriminante tra malfunzionamento e nuova esigenza verrà determinata dall’Ersu di Sassari sulla base della documentazione esistente o tramite le verifiche dei processi amministrativi.
La manutenzione ordinaria e correttiva è interamente compresa nel prezzo posto a base di gara.
9.2.2 - Manutenzione adeguativa
La manutenzione adeguativa ha lo scopo di adattare il sistema, senza modificarne le funzionalità.
Con manutenzione adeguativa si intendono tutti gli adeguamenti necessari a seguito di cambiamenti di condizioni di contorno, quali ad esempio per adeguamenti a normative o regolamenti, per miglioramento delle performance delle applicazioni, per aumento delle dimensioni delle base dati ecc.
Le attività in cui si articola sono le seguenti:
• Manutenzione preventiva (test ed azioni preventive al fine di prevenire situazioni di criticità quali ad esempio aumento significativo dei volumi dell'utenza)
• Manutenzione tecnico-operativa (adeguamenti dell'applicazione all'evoluzione degli ambienti tecnici ed architetturali)
• Manutenzione perfettiva (verifica e applicazione di correttivi atti al miglioramento delle prestazioni quali ad esempio revisione degli schemi del Database, ottimizzazione delle store-procedure, dei trigger, razionalizzazione del codice)
ART. 10 - SERVIZIO DI ASSISTENZA TECNICA
La ditta aggiudicataria deve assicurare il servizio di assistenza tecnica. Ci si riferisce alle attività di supporto all’utilizzo degli applicativi e di assistenza agli utenti del sistema (help desk) effettuate dagli esperti della ditta aggiudicataria.
Le attività del servizio di assistenza tecnica e supporto specialistico sono classificate in:
• Attività in orario di servizio: erogazione delle attività nella fascia oraria riconducibile al normale orario di lavoro (di norma 09:00 - 18:00) nei giorni lavorativi dal lunedì al venerdì. Tale attività è interamente compresa nel prezzo dell’appalto.
Le attività di assistenza e supporto potranno essere effettuate anche tramite l'ausilio di strumenti di tele assistenza purché tali strumenti siano congrui e sicuri.
Si indicano di seguito, con novero meramente esemplificativo, le usuali attività di assistenza Tecnica
• Assistenza operativa all'uso appropriato delle funzionalità del software in uso o rilasciato ex novo.
• Gestione dei paramenti di esecuzione, delle tabelle di riferimento e delle tabelle di codifica
• Validazione tecnica e controllo delle elaborazioni al fine di assicurare l'integrità e la correttezza dei dati presenti nella base dati e dei flussi informativi del sistema
• Intercettazione, registrazione, classificazione e risoluzione dei problemi, degli errori o malfunzionamenti
• Assistenza durante l'esecuzione di elaborazioni di procedure critiche per l’Ersu di Sassari
• Attività propedeutiche all'avvio di nuove funzionalità
• Supporto nella gestione delle configurazioni
• Supporto sistemistico e specialistico all'uso di prodotti software
• Trasferimento del know-how sulle attività realizzate
ART. 11 - QUALITÀ DEL SERVIZIO
Le qualità dei servizi offerti dovranno essere assicurate dalla ditta aggiudicataria rispettando i criteri del presente paragrafo.
11.1 - Sviluppo software e manutenzione
Le nuove applicazioni sviluppate secondo quanto richiesto nell’ART. 5 -TIPOLOGIA E MODALITÀ DELLO SVILUPPO SOFTWARE e tutto il software rilasciato nell'ambito della manutenzione di cui all’ART. 9 - MANUTENZIONE dovranno soddisfare le caratteristiche di funzionalità, affidabilità, usabilità, efficienza, manutenibilità e portabilità che saranno valutate in sede di verifica e collaudo. L'impresa aggiudicataria dovrà fornire:
a) Il codice sorgente delle applicazioni
b) Le integrazioni ed implementazioni al database centralizzato ORACLE11g.
c) La documentazione in formato elettronico relativa a:
• Manuale di installazione e amministrazione della procedura e del database server
• Manuale utente della procedura. Tale documento deve indicare in maniera chiara e precisa le funzionalità dell'applicazione, il corretto utilizzo delle stesse; deve essere corredata di esempi esplicativi e di immagini relative alle varie funzionalità che si stanno documentando.
• Documentazione del software. La ditta dovrà fornire la documentazione che descriva il codice sorgente, esplicitando in maniera chiara e precisa le attività e lo scopo delle eventuali funzioni o procedure utilizzate e le proprietà e metodi degli eventuali oggetti.
• Documentazione del database. In tale documento la ditta aggiudicataria dovrà documentare la struttura del database. Dovranno essere indicate le tabelle utilizzate dall'applicazione, i campi che compongono tali tabelle e per ognuno di questi deve essere indicato il tipo e la descrizione. Devono essere documentate le chiavi primarie, le eventuali chiavi secondarie, gli eventuali vincoli di integrità referenziale utilizzati a livello di database e il tipo degli stessi, gli indici ed ogni altro oggetto e struttura presente. Particolare attenzione dovrà essere prestata alle Stored Procedures. Nel caso in cui parte di quanto sopra citato fosse gestita a livello software (quindi dalla procedura), la ditta aggiudicataria dovrà esplicitare nella documentazione del software, di cui al punto precedente, gli eventuali vincoli o controlli effettuati. La documentazione del database deve altresì contenere le istruzioni necessarie ad effettuare il backup dei dati e gli interventi necessari per un eventuale ripristino degli stessi.
Tempistiche e rilascio del software oggetto di manutenzione
Le applicazioni sia Web che client/server dovranno essere rilasciate e messe a disposizione, anche con diversa tempistica, sia per l'ambiente di test che per l'ambiente di produzione.
Gli aggiornamenti delle applicazioni dovranno essere rilasciati e pubblicati su server in modo da garantire il download immediato da parte dei clients.
La pianificazione delle attività e dei rilasci avverranno successivamente alla fase di analisi di dettaglio che sarà svolta assieme al capo progetto ed al referente dell’Ersu.
La consegna, l'installazione e le verifiche dovranno essere effettuate presso l’Ente o anche attraverso procedura remota in accordo con il responsabile del Servizio informatico e dei referenti del progetto. Per verifica e collaudo s'intendono tutte le attività atte ad appurare la conformità e la rispondenza del software alle specifiche tecniche indicate in fase di progetto.
Gli esiti del collaudo, in ogni modo, non esonerano il fornitore da responsabilità per difetti o imperfezioni che non siano emersi durante le operazioni relative, ma siano accertati successivamente.
La ditta assegnataria dovrà intervenire ogni qualvolta l’Ente lo richieda al fine di risolvere ogni tipo di anomalia software riscontrata.
Con il termine "malfunzionamenti" si intendono gli impedimenti all'esecuzione delle applicazioni o funzioni o il riscontro di differenze fra l'effettivo funzionamento del software applicativo e quello atteso, come previsto dalle specifiche della relativa documentazione.
I malfunzionamenti potranno essere catalogati dall’Ente in:
• Bloccanti: che impediscono l'uso corretto dell'applicazione o delle sue funzioni o che alterano l'operatività' della base dati
• Non bloccanti: che non impediscono l'uso dell'applicazione o delle sue funzioni.
I tempi per la risoluzione dei malfunzionamenti definiti "non bloccanti" non dovranno superare i 3 giorni lavorativi successivi dall'avvenuta segnalazione.
In caso di errori “bloccanti” il ripristino deve avvenire nella stessa giornata o, al massimo, nella mattina del giorno successivo.
Non potrà essere posto nessun vincolo sul numero degli interventi richiesti.
ART. 12 - CESSAZIONE DEL SERVIZIO E ATTIVITÀ DI FINE CONTRATTO
Nel presente paragrafo vengono descritte le attività e le procedure che saranno richieste all’Aggiudicatario nella fase finale del rapporto contrattuale, per il rilascio del servizio, per il passaggio delle consegne al subentrante designato (Aggiudicatario Entrante) dalla Stazione Appaltante e per il trasferimento al relativo personale di tutte le conoscenze necessarie a garantire la fluida transizione nella erogazione e la continuità operativa per l’utenza dei servizi in fornitura della Stazione Appaltante.
Alla scadenza del contratto l’Aggiudicatario presterà l’assistenza necessaria a trasferire la gestione dei servizi alla Stazione Appaltante o al nuovo Aggiudicatario per un periodo pari agli ultimi tre mesi di contratto.
La fase di Exit management, oltre a quanto detto, contempla i seguenti aspetti:
• fornitura del servizio e delle modalità di garanzia di continuità nella fase di trasferimento
• gestione del processo di trasferimento: ruoli, responsabilità, autorizzazioni e risorse da assegnare
• definizione della documentazione e dei contenuti da trasferire al Aggiudicatario che subentra, nonché la definizione delle altre obbligazioni e penalità previste;
• contratti e licenze
• trasferimento della knowledge base;
• sicurezza
• piano di comunicazione
La fase finale del periodo contrattuale sarà quindi finalizzata, da una parte, alla prosecuzione dei servizi contrattualmente previsti, con il mantenimento dei livelli di servizio consolidati, dall'altra, a mettere in grado il personale tecnico indicato dalla Stazione Appaltante ad un efficace subentro nei servizi in questione. Per tale ragione, l’Aggiudicatario si deve impegnare nei confronti del subentrante ad un completo passaggio delle consegne ed alla fornitura di tutta la documentazione e il supporto necessari a consentire un agevole avvio del nuovo ciclo di servizio. Gli obiettivi di cui sopra saranno raggiunti organizzando le attività nelle seguenti fasi:
• fase di programmazione del passaggio di consegne
o predisposizione e raccolta della documentazione per il passaggio di consegne (procedure, report, strumenti, …);
o riunione preparatoria;
• pianificazione incontri di passaggio delle consegne
o fase di affiancamento
o consegna della documentazione per il passaggio di consegne;
o effettuazione degli incontri finalizzati al passaggio delle consegne;
o training on the job (affiancamento) del personale subentrante per consentire la prosecuzione dei servizi senza significativi decadimenti di qualità.
ART. 13 - OBBLIGHI
L'esecuzione dell'appalto dovrà essere svolta nel pieno rispetto e completo adempimento di quanto previsto dal presente capitolato.
Le attività oggetto dell'appalto non dovranno causare ritardi o rallentamenti nell'organizzazione del lavoro dell’Ente con particolare riguardo alle scadenze dettate da leggi e/o regolamenti regionali e/o disposizioni degli Organi dell’Ente.
L'aggiudicatario dovrà garantire la continuità delle figure professionali facenti parte del gruppo di lavoro in termini qualitativi (competenze tecniche e livello professionale) per tutta la durata dell'appalto.
L’Ersu di Sassari si riserva la richiesta di sostituzione delle figure professionali proposte qualora non venissero riscontrati nella pratica i requisiti di capacità di lavoro in team o i requisiti professionali e competenze tecniche richieste.
ART. 14 - PROPRIETÀ INTELLETTUALE
I diritti di proprietà e/o di utilizzazione e sfruttamento economico di tutti gli elaborati, su carta o diverso formato, delle opere dell'ingegno, delle creazioni intellettuali, delle procedure software e dell'altro materiale creato, inventato, predisposto o realizzato dalla ditta aggiudicataria nell’ambito del presente appalto rimarranno di titolarità esclusiva dell’Ersu di Sassari, che potrà disporne senza alcuna restrizione. I nuovi sviluppi dei software applicativi XXXX E GUSA dovranno essere messi a disposizione, gratuitamente, di EDISU Piemonte che ha concesso il riuso gratuito degli applicativi.
La ditta aggiudicataria si obbliga espressamente a fornire all’Ersu di Sassari tutta la documentazione e il materiale necessario all'effettivo sfruttamento di detti diritti di titolarità esclusiva, nonché a sottoscrivere tutti i documenti necessari all'eventuale trascrizione di detti diritti a favore dell’Ersu di Sassari e/o di terzi da questa indicati.
ART. 15 - TRATTAMENTO DEI DATI PERSONALI
Le parti prima della sottoscrizione del contratto si impegneranno a comunicarsi oralmente le informazioni di cui all’articolo 13 del d.lgs. 196/2003 e s.m.i. recante il “Codice in materia di protezione dei dati personali” circa il trattamento dei dati personali conferiti per l’esecuzione del contratto stesso e di essere a conoscenza dei diritti che spettano loro in virtù dell’art. 7 della citata normativa.
Le parti si impegnano ad improntare il trattamento dei dati ai principi di correttezza, liceità e trasparenza nel pieno rispetto di quanto definito dal citato d.lgs. 196/2003, con particolare attenzione a quanto prescritto con riguardo alle misure minime di sicurezza da adottare.
Le parti in sede di stipula del contratto dichiareranno che i dati personali forniti con il presente appalto sono esatti e corrispondono al vero esonerandosi ,reciprocamente, da qualsivoglia responsabilità per errori materiali di compilazione ovvero per errori derivanti da una inesatta imputazione dei dati stessi negli archivi elettronici e cartacei. L’Appaltatore si impegnerà ad accettare la nomina a “Responsabile del trattamento”, ai sensi dell’art. 29 del citato d.lgs. 196/2003, a trattare i dati personali conferiti in linea con le istruzioni impartite dal titolare del trattamento e comunque conformemente al disposto del Codice di cui sopra, tra cui l’adozione delle misure minime di sicurezza ivi previste.
L’Appaltatore si obbliga a:
- assicurare che i trattamenti siano svolti nel pieno rispetto della legislazione vigente nonché della normativa per la protezione dei dati personali ivi inclusi - oltre al citato Codice privacy – anche gli ulteriori provvedimenti, comunicati ufficiali, autorizzazioni generali, pronunce in genere emessi dall'Autorità garante per la protezione dei dati personali (nel seguito “Garante”);
- eseguire i soli trattamenti funzionali, necessari e pertinenti all’esecuzione delle prestazioni contrattuali e non incompatibili con le finalità per cui i dati sono stati raccolti;
- attivare le necessarie procedure aziendali, per identificare gli "Incaricati del trattamento” ed organizzarli nei loro compiti;
- verificare la costante adeguatezza del trattamento alle prescrizioni relative alle misure di sicurezza di cui al d.lgs 196/03 così da ridurre al minimo i rischi di perdita e di distruzione, anche accidentale, dei dati stessi, di accesso non autorizzato, di trattamento non consentito o non conforme alle finalità della raccolta;
- implementare le misure di cui al Provvedimento generale del Garante del 27.11.2008 sugli amministratori di sistema, tra l’altro, ricorrendone le condizioni, conservando direttamente e specificamente, per ogni eventuale evenienza e per conto del titolare del trattamento, una lista aggiornata recante gli estremi identificativi delle persone fisiche preposte quali amministratori di sistema che il titolare del trattamento si riserva di richiedere.
ART. 16 - CONTESTAZIONI
Nel caso di difformità del software e dei servizi offerti con quanto specificato dal presente capitolato che risultino all'evidenza o che emergano in seguito a verifiche l’Ersu di Sassari ha il diritto di respingere la fornitura e l'impresa aggiudicataria ha l'obbligo a mettere in essere tutte le attività necessarie alla risoluzione delle difformità riscontrate senza alcun costo aggiuntivo.
ART. 17- NORME REGOLANTI L’ESECUZIONE DEL CONTRATTO.
L’esecuzione del contratto è regolata:
a) dal presente capitolato speciale d’appalto, dai documenti di cui all’Art. 35 dello stesso ancorché non materialmente allegati, dagli allegati di cui all’Art. 36 dello stesso, dalla lettera d’invito e dal patto d’integrità;
b) dalle disposizioni del D.Lgs. 50/2016 e, in generale, dalle norme applicabili ai contratti della pubblica amministrazione;
b) dal Codice civile e dalle altre disposizioni normative in materia di contratti di diritto privato per quanto non regolato dalle disposizioni sopra richiamate;
c) dalle linee guida dell’Autorità nazionale anticorruzione concernenti l‘esecuzione degli appalti pubblici.
In caso di discordanza o contrasto, gli atti ed i documenti tutti della gara prodotti dall’Ersu prevarranno sugli atti ed i documenti della gara prodotti dall’Appaltatore, ad eccezione di eventuali proposte migliorative formulate dall’Appaltatore ed accettate dall’Ersu.
L’Ersu provvederà a comunicare al Casellario informatico i fatti riguardanti la fase di esecuzione del presente contratto.
ART. 18 - CESSIONE DEL CONTRATTO E CESSIONE DEI CREDITI
E’ vietata, pena la risoluzione del contratto stesso , qualunque cessione, in tutto o in parte, del contratto ai sensi dell'art. 105 , comma 1 del D.Lgs. 50/2016 .
L’Appaltatore può cedere i crediti derivanti dal contratto con le modalità espresse all’art. 106 co. 13 del D.lgs. 50/206. Le cessioni dei crediti devono essere stipulate mediante atto pubblico o scrittura privata autenticata e devono essere notificate all’Ersu. Si applicano le disposizioni di cui alla l. n. 52/1991. E’ fatto, altresì, divieto all’Appaltatore di conferire, in qualsiasi forma, procure all’incasso.
L’Appaltatore, in caso di cessione dei crediti, si impegna a comunicare i CIG al cessionario, eventualmente anche nell’atto di cessione, affinché lo stesso venga riportato sugli strumenti di pagamento utilizzati. Il cessionario è tenuto ad utilizzare conti correnti dedicati nonché ad anticipare i pagamenti all’Appaltatore, mediante bonifico bancario o postale, sui conti correnti dedicati dell’Appaltatore medesimo, riportando il CIG.
In caso di inosservanza da parte dell’Appaltatore agli obblighi di cui al presente articolo, fermo restando il diritto dell’’Ersu al risarcimento del danno, il contratto si intenderà risolto di diritto.
ART. 19 - SUBAPPALTO E SUBCONTRATTI
L’Appaltatore (conformemente a quanto dichiarato in sede di offerta) può affidare in subappalto, in misura non superiore al 30% dell’importo contrattuale, l’esecuzione dei servizi.
L’Ersu non provvederà al pagamento diretto dei subappaltatori e i pagamenti verranno effettuati all’Appaltatore. Si procederà al pagamento diretto del subappaltatore solo nelle ipotesi indicate dall’art. 105, co.13, del d.lgs.50/2016.
L’Appaltatore è responsabile dei danni che dovessero derivare all’Ersu o a terzi per fatti comunque imputabili ai soggetti cui sono state affidate le suddette attività.
I subappaltatori dovranno mantenere, per tutta la durata del presente contratto, i requisiti prescritti dalla documentazione di gara, nonché dalla normativa vigente in materia, per lo svolgimento delle attività agli stessi affidate.
L’Appaltatore deposita presso l’Ersu il contratto di subappalto, in copia autentica, almeno venti giorni prima della data di effettivo inizio dell’esecuzione delle relative prestazioni. Il contratto di subappalto, corredato della documentazione tecnica ed amministrativa direttamente derivata dagli atti del contratto affidato, indica puntualmente l'ambito operativo del subappalto sia in termini prestazionali che economici.
L’Appaltatore allega al suddetto contratto, la dichiarazione circa la sussistenza o meno di eventuali forme di controllo o di collegamento a norma dell'articolo 2359 del codice civile con il titolare del subappalto o del cottimo. Analoga dichiarazione deve essere effettuata da ciascuno dei soggetti partecipanti nel caso di raggruppamento temporaneo, società o consorzio.
Al momento del deposito del contratto l’Appaltatore trasmette:
- la certificazione attestante il possesso da parte del subappaltatore dei requisiti di qualificazione prescritti dal Xxxxxx in relazione alla prestazione subappaltata;
- la dichiarazione del subappaltatore attestante l’assenza in capo al medesimo dei motivi di esclusione di cui all'articolo 80 del D. Lgs. 50/2016.
In caso di mancata presentazione dei documenti sopra richiesti nel termine previsto, l’Ersu non autorizzerà il subappalto.
In caso di non completezza dei documenti presentati, l’Ersu procederà a richiedere all’Appaltatore l’integrazione della suddetta documentazione, assegnando all’uopo un termine essenziale, decorso inutilmente il quale, il subappalto non verrà autorizzato.
Resta inteso che la suddetta richiesta di integrazione sospende il termine per la definizione del procedimento di autorizzazione del subappalto.
L’Appaltatore è, altresì, obbligato di acquisire nuova autorizzazione integrativa qualora l’oggetto del subappalto subisca variazioni e l’importo dello stesso sia incrementato nonché siano variati i requisiti di cui al comma 7 del citato art. 105. Nel caso in cui l’Appaltatore, per l’esecuzione del presente appalto, stipuli sub-contratti che non configurano subappalto, deve comunicare all’Ersu, prima dell’inizio della prestazione e per ciascuno dei sub-contratti, i seguenti dati:
- il nome del sub-contraente;
- l'importo del sub-contratto;
- l'oggetto dei servizi affidati.
L’Appaltatore deve inoltre comunicare all’Ersu le eventuali modifiche a tali informazioni avvenute nel corso del sub contratto.
Il subappalto non comporta alcuna modificazione agli obblighi e agli oneri dell’Appaltatore, il quale rimane l’unico e solo responsabile, nei confronti dell’Ersu, della perfetta esecuzione del contratto anche per la parte subappaltata. L'Appaltatore è responsabile in solido con il subappaltatore in relazione agli obblighi retributivi e contributivi, nei modi e nei casi indicati al comma 8 dell’art. 105 del D.Lgs. 50/2016.
L’Appaltatore si obbliga a manlevare e tenere indenne l’Ersu da qualsivoglia pretesa di terzi per fatti e colpe imputabili al subappaltatore o ai suoi ausiliari.
L’Appaltatore si obbliga a risolvere tempestivamente il contratto di subappalto qualora, durante l’esecuzione dello stesso, vengano accertati dall’Ersu inadempimenti, da parte del subappaltatore, di rilevanza tale da giustificare la risoluzione, avuto riguardo all’interesse dell’’Ente. In tal caso l’Appaltatore non avrà diritto ad alcun indennizzo da parte dell’Ersu, né al differimento dei termini di esecuzione del contratto.
L’Appaltatore si obbliga, ai sensi dell’articolo 105 co. 14 del D.Lgs. 50/2016, a praticare per le prestazioni affidate in subappalto gli stessi prezzi unitari risultanti dall’aggiudicazione, con ribasso non superiore al venti per cento (20%), nel rispetto degli standard qualitativi e prestazionali previsti nel contratto di appalto.
L’esecuzione delle attività subappaltate non può formare oggetto di ulteriore subappalto.
In caso di inadempimento da parte dell’Appaltatore agli obblighi di cui ai precedenti commi, l’Ersu può risolvere il contratto, salvo il diritto al risarcimento del danno.
L'affidatario deve provvedere a sostituire i subappaltatori relativamente ai quali apposita verifica abbia dimostrato la sussistenza dei motivi di esclusione di cui all'articolo 80 del D.Lgs. 50/2016.
Per tutto quanto non previsto si applicano le disposizioni di cui all’art. 105 del D.Lgs. 50/2016.
Art. 20 - RESPONSABILITA’ DELL’APPALTATORE E COPERTURE ASSICURATIVE
Sono a carico dell’appaltatore, intendendosi remunerati con i corrispettivi contrattuali, tutti gli oneri, le spese ed i rischi relativi al servizio dei beni oggetto del contratto nonché ad ogni altra attività che si rendesse necessaria od opportuna per un corretto e completo adempimento delle obbligazioni previste. L’appaltatore garantisce l’esecuzione delle prestazioni contrattuali nel rispetto della normativa vigente in materia e secondo le condizioni, le modalità, i termini e le prescrizioni contenute nel presente capitolato speciale e relativi allegati. L’appaltatore si impegna inoltre ad osservare tutte le norme tecniche e/o di sicurezza in vigore nonché quelle che dovessero essere emanate successivamente alla formulazione dell’offerta. L’appaltatore si obbliga a consentire alla stazione appaltante di procedere in qualsiasi momento e anche senza preavviso alle verifiche della piena e corretta esecuzione delle prestazioni oggetto del contratto, nonché a prestare la propria collaborazione per consentire lo svolgimento di tali verifiche. All’appaltatore è fatto divieto di effettuare, esporre o diffondere riproduzioni fotografiche e di qualsiasi altro genere e così pure di divulgare, con qualsiasi mezzo, notizie e dati di cui sia venuto a conoscenza per effetto dei rapporti intercorsi con la stazione appaltante. L’appaltatore, pertanto, è tenuto ad adottare, nell’ambito della propria organizzazione le opportune disposizioni e le necessarie cautele affinché il divieto di cui sopra sia scrupolosamente osservato e fatto osservare dai propri collaboratori e dipendenti nonché da terzi estranei. L’appaltatore sarà considerato responsabile dei danni che dai prodotti forniti o comunque per fatto suo, dei suoi dipendenti, dei suoi mezzi o per mancate previdenze venissero arrecati agli utenti, alle persone ed alle cose, sia dell’Ersu che di terzi, durante il periodo contrattuale, tenendo al riguardo sollevata la stazione appaltante, che sarà inserita nel novero dei terzi nelle polizze assicurative di seguito indicate, da ogni responsabilità ed onere. L’appaltatore con effetti dalla data di decorrenza dell’appalto e per tutta la durata del contratto ed eventuali proroghe, si obbliga a stipulare con primario assicuratore una polizza assicurativa con un massimale adeguato al valore del contratto contro i rischi di:
a) Responsabilità Civile verso Terzi (RCT) per danni arrecati a terzi (tra cui l’ERSU) in conseguenza di un fatto verificatosi in relazione all'attività svolta, comprese tutte le operazioni di attività inerenti, accessorie e complementari, nessuna esclusa né eccettuata.
In alternativa alla stipulazione della polizza che precede, l’Appaltatore potrà dimostrare l’esistenza di una polizza RC, già attivata, avente le medesime caratteristiche indicate per quella specifica. In tal caso, si dovrà produrre un’appendice alla stessa, nella quale si espliciti che la polizza in questione copre anche i servizi previsti dal presente contratto.
ART. 21 – OBBLIGHI IN TEMA DI TRACCIABILITA’ DEI FLUSSI FINANZIARI
Ai sensi e per gli effetti dell’art. 3, co. 8, della l. 136/2010 l’Appaltatore si impegna a rispettare puntualmente quanto previsto dalla predetta disposizione in ordine agli obblighi di tracciabilità dei flussi finanziari.
Ferme restando le ulteriori ipotesi di risoluzione previste dal presente contratto, ai sensi di quanto disposto dall’art. 3, co. 9 bis della l. 136/2010, il mancato utilizzo, nella transazione finanziaria, del bonifico bancario o postale, ovvero di altri strumenti idonei a consentire la piena tracciabilità delle operazioni di pagamento costituisce causa di risoluzione del contratto.
L’Appaltatore, si obbliga, ai sensi dell’art. 3, co. 8, secondo periodo della l. 136/2010, ad inserire nei contratti sottoscritti con i subappaltatori o con i subcontraenti, a pena di nullità assoluta, un’apposita clausola con la quale
ciascuno di essi assume gli obblighi di tracciabilità dei flussi finanziari di cui alla citata legge.
L’Appaltatore, si obbliga e garantisce che nei contratti sottoscritti con i subappaltatori e i subcontraenti, venga inserita la clausola secondo cui il mancato utilizzo, nella transazione finanziaria, del bonifico bancario o postale, ovvero di altri strumenti idonei a consentire la piena tracciabilità delle operazioni di pagamento costituisce causa di risoluzione del contratto.
L’Appaltatore, il subappaltatore o il subcontraente che hanno notizia dell’inadempimento della propria controparte agli obblighi di tracciabilità finanziaria di cui alla norma sopra richiamata è tenuto a darne immediata comunicazione all’’Ente e alla Prefettura – Ufficio Territoriale del Governo della provincia di Sassari.
L’Ente verificherà che nei contratti di subappalto e nei sub-contratti sia inserita, a pena di nullità assoluta del contratto, la clausola con la quale il subappaltatore/subcontraente assume gli obblighi di tracciabilità dei flussi finanziari di cui alla legge sopra citata.
Con riferimento ai sub-contratti, l’Appaltatore si obbliga a trasmettere all’Ersu, oltre alle informazioni di cui all’art. 105, comma 2 ultimo periodo, del Codice, anche apposita dichiarazione resa ai sensi del d.p.r. 28 dicembre 2012 n. 445, attestante che nel relativo sub-contratto è stata inserita, a pena di nullità assoluta, un’apposita clausola con la quale il subcontraente assume gli obblighi di tracciabilità dei flussi finanziari di cui alla legge sopra citata. Resta inteso che l’Ersu si riserva di procedere a verifiche a campione sulla veridicità di quanto a tal riguardo attestato, richiedendo all’uopo la produzione dei subcontratti stipulati, e, di adottare, all’esito dell’espletata verifica ogni più opportuna determinazione, ai sensi di legge e di contratto.
In caso di variazione intervenuta in ordine agli estremi identificativi dei conti correnti dedicati o alle persone delegate ad operare sugli stessi, l’Appaltatore è tenuto a comunicarle tempestivamente e comunque entro e non oltre sette giorni. In difetto di tale comunicazione, l’Appaltatore non potrà tra l’altro sollevare eccezioni in ordine ad eventuali ritardi dei pagamenti, né in ordine ai pagamenti già effettuati.
ART. 22 – OBBLIGHI DERIVANTI DAL RAPPORTO DI LAVORO
L’Appaltatore deve ottemperare a tutti gli obblighi verso i propri dipendenti derivanti da disposizioni legislative e regolamentari vigenti in materia di lavoro, ivi comprese quelle in tema di igiene e sicurezza previdenza e disciplina infortunistica, assumendo a proprio carico tutti gli oneri relativi.
L’Appaltatore si obbliga, altresì, ad applicare nei confronti dei propri dipendenti occupati nelle attività contrattuali le condizioni normative retributive non inferiori a quelle risultanti dai contratti collettivi di lavoro applicabili alla data di stipula del contratto, alla categoria e nelle località di svolgimento delle attività, nonché le condizioni risultanti da successive modifiche ed integrazioni.
L’Appaltatore si obbliga, fatto in ogni caso salvo il trattamento di miglior favore per il dipendente, a continuare ad applicare i sopra indicati contratti collettivi anche dopo la loro scadenza e fino alla loro sostituzione.
Gli obblighi relativi ai contratti collettivi nazionali di lavoro di cui ai commi precedenti vincolano l’Appaltatore anche nel caso in cui questo non aderisca alle associazioni stipulanti o receda da esse, per tutto il periodo di validità del contratto.
L’Appaltatore si obbliga a dimostrare, a qualsiasi richiesta dell’Ersu, l’adempimento di tutte le disposizioni relative alle assicurazioni sociali, derivanti da leggi e contratti collettivi di lavoro, che prevedano il pagamento di contributi da parte dei datori di lavoro a favore dei propri dipendenti.
Si richiama quanto disposto dall’articolo 30, co. 5 e 6, del Codice nel caso di inadempienza contributiva e retributiva.
ART. 23 – RISOLUZIONE PER INADEMPIMENTO
L’Ersu si riserva il diritto di risolvere il contratto nel caso in cui l’ammontare complessivo delle penali superi il 10% del valore dello stesso, (per ogni lotto) ovvero nel caso di gravi inadempienze agli obblighi contrattuali da parte dell’Appaltatore. In tal caso l’Ersu ha la facoltà di incamerare la cauzione definitiva, nonché di procedere all’esecuzione in danno dell’Appaltatore. Resta salvo il diritto al risarcimento dell’eventuale maggior danno.
In ogni caso l’Ersu, senza bisogno di assegnare previamente alcun termine per l’adempimento, potrà risolvere di diritto il contratto ai sensi dell’art. 1456 c.c., previa dichiarazione da comunicarsi all’Appaltatore con PEC., nei seguenti casi e violazioni:
a. mancata reintegrazione della cauzione eventualmente escusse, entro il termine di dieci giorni lavorativi dal ricevimento della relativa richiesta da parte dell’Ersu;
b. obblighi derivanti dal rapporto di lavoro;
c. responsabilità per danni;
d. subappalto non autorizzato,
e abbandono dell’appalto, od interruzione non motivata del servizio;
f. mancata erogazione del servizio cloud, non concordata tra le parti, che comporti l’impossibilità di fruire dei software BART, GUSA e dei moduli aggiuntivi per un periodo di tempo superiore a 48 ore consecutive;
g. inadempimenti che determinino l'applicazione di numero 5 (cinque) penali per differenti segnalazioni, nell'arco di tre mesi;
h. infrazioni di particolare gravità che comportino l’interruzione della fornitura anche senza la preventiva applicazione delle penalità stabilite;
i. applicazione reiterata per tre volte in assoluto della penalità per lo stesso tipo di infrazione, indipendentemente dall'importo della stessa;
l. totale o parziale cessione del contratto;
m. fallimento, liquidazione, concordato preventivo, salvo il caso di cui all’art. 000-xxx xxx xxxxx xxxxxxx 16 marzo 1942
n. 267;
n. inosservanza delle leggi in materia di rapporti di lavoro, di contributi previdenziali e assistenziali e di sicurezza;
Costituisce causa di risoluzione del contratto, ai sensi dell’art. 3, co. 9bis, della l. 136/2010, il mancato utilizzo del bonifico bancario o postale ovvero degli altri strumenti idonei a consentire la piena tracciabilità delle operazioni di pagamento.
In caso di risoluzione del contratto l’Appaltatore si impegnerà a fornire all’Ersu tutta la documentazione tecnica e i dati necessari al fine di provvedere direttamente o tramite terzi all’esecuzione dello stesso.
Ai sensi dell’art. 110 del D.Lgs. 50/2016 l’’Ersu interpella progressivamente i soggetti che hanno partecipato all'originaria procedura di gara, risultanti dalla relativa graduatoria, al fine di stipulare un nuovo contratto per il completamento dell’esecuzione del contratto. L'affidamento avviene alle medesime condizioni già proposte dall'originario aggiudicatario in sede in offerta.
Si procederà all’interpello a partire dal soggetto che ha formulato la prima migliore offerta fino al quinto migliore offerente, escluso l’originario aggiudicatario.
ART. 24 – RISOLUZIONE PER DECADENZA DEI REQUISITI MORALI
L’Ersu ha diritto di recedere dal contratto in qualsiasi momento e qualunque sia il suo stato di esecuzione, senza preavviso, qualora nei confronti dell’Appaltatore sia intervenuto un provvedimento definitivo che dispone l’applicazione di una o più misure di prevenzione di cui al codice delle leggi antimafia e delle relative misure di prevenzione, ovvero sia intervenuta sentenza di condanna passata in giudicato per i reati di cui all'articolo 80 del D.Lgs. 50/2016.
In ogni caso, l’Ersu potrà recedere dal contratto qualora fosse accertato il venir meno di ogni altro requisito morale richiesto dal citato art. 80.
L’Ersu può risolvere il contratto, durante il periodo di efficacia dello stesso, qualora ricorra una o più delle condizioni indicate all’art. 108 co. 1 del D.Lgs. 50/2016.
ART. 25 – FALLIMENTO DELL’APPALTATORE O MORTE DEL TITOLARE
Si applicano le disposizioni dell’art 48 commi 17 e 18 del D.Lgs.n. 50/2016 in caso di ipotesi di fallimento, liquidazione
coatta amministrativa, amministrazione controllata, amministrazione straordinaria, concordato preventivo ovvero altra procedura concorsuale a carico del mandatario o del mandante o di morte, interdizione, inabilitazione o fallimento di imprenditore individuale.
Ai sensi dell’art. 110 del D.Lgs. 50/2016 in caso di fallimento, liquidazione coatta e concordato preventivo, ovvero di procedura di insolvenza concorsuale o di liquidazione dell’appaltatore, o di risoluzione del contratto o di recesso ai sensi dell’art 88 comma 4-ter del D.Lgs.n. 159/2011, ovvero di dichiarazione di inefficacia del contratto, l’Ersu provvederà ad interpellare progressivamente i soggetti che hanno partecipato alla gara, risultanti dalla relativa graduatoria, al fine di stipulare un nuovo contratto per il completamento del servizio oggetto dell’appalto. Si procederà ad interpellare i partecipanti a partire dal soggetto che ha formulato la prima migliore offerta fino al quinto migliore offerente, escluso l’originario aggiudicatario. L’affidamento avverrà alle medesime condizioni già proposte dall’originario aggiudicatario in sede di offerta.
ART. 26 – FATTURAZIONE E PAGAMENTI
Il pagamento sarà effettuato, dietro presentazione di fattura, secondo le seguenti modalità:
• il 71,42% dell’importo di aggiudicazione in seguito ad avvenuto collaudo con esito positivo;
• il 14,29% dell’importo di aggiudicazione alla fine del secondo anno di servizio decorrente dalla data di avvenuto collaudo;
• il 14,29% dell’importo di aggiudicazione alla fine del terzo anno di servizio decorrente dalla data di avvenuto collaudo;
Le fatture saranno liquidabili entro gg. 30 dalla loro emissione.
In caso di inadempienze o difformità l’amministrazione, a suo insindacabile giudizio, si riserva il diritto di sospendere i pagamenti e chiedere eventuali danni.
La fattura emessa deve indicare il riferimento al presente appalto, incluso il C.I.G. e deve essere intestata e trasmessa all’Ersu in forma elettronica ai sensi del D.M. n. 55 del 03/04/2013 (Codice Univoco Ufficio UFDA5S).
Ai fini del pagamento del corrispettivo e comunque ove vi siano fatture in pagamento, l’Amministrazione procederà ad acquisire il documento unico di regolarità contributiva (D.U.R.C.), attestante la regolarità in ordine al versamento dei contributi previdenziali e dei contributi assicurativi obbligatori per gli infortuni sul lavoro e le malattie professionali dei dipendenti; ogni somma che a causa della mancata produzione delle certificazioni di cui sopra non venga corrisposta dall’Amministrazione, non produrrà alcun interesse.
L’Amministrazione, in ottemperanza alle disposizioni previste dall’art. 48-bis del d.p.r.. 602 del 29 settembre 1973, con le modalità di cui al decreto del Ministero dell’economia e delle finanze del 18 gennaio 2008 n. 40, per ogni pagamento di importo superiore ad euro 10.000,00 (Iva inclusa), procederà a verificare se il beneficiario è inadempiente all’obbligo di versamento derivante dalla notifica di una o più cartelle di pagamento per un ammontare complessivo pari almeno a tale importo.
Nel caso in cui la società Equitalia S.p.A. comunichi che risulta un inadempimento a carico del beneficiario l’Amministrazione applicherà quanto disposto dall’art. 3 del decreto di attuazione di cui sopra.
Ogni somma che a causa della mancata produzione delle certificazioni di cui sopra non venga corrisposta dall’Amministrazione, non produrrà alcun interesse.
Nessun interesse sarà dovuto per le somme che non verranno corrisposte ai sensi di quanto sopra stabilito.
ART. 27 - GARANZIA
L'attività di manutenzione correttiva in garanzia deve essere assicurata dalla ditta come parte integrante dello sviluppo software oggetto della manutenzione evolutiva e della manutenzione adeguativa, per l'intera durata contrattuale e con gli stessi livelli di servizio previsti senza alcun onere aggiuntivo per l’Ersu di Sassari.
ART. 28 - PENALI
Fatti salvi i casi di forza maggiore (intesi come eventi imprevedibili od eccezionali per i quali la ditta non abbia trascurato le normali precauzioni in rapporto alla delicatezza e specificità del servizio e non abbia omesso di trasmettere tempestiva comunicazione) ogni qualvolta non siano rispettati i tempi e le modalità previste dal presente capitolato la ditta aggiudicatrice risarcirà l’Ersu di Sassari secondo quanto di seguito riportato.
L’Ersu di Sassari potrà disporre proroga dei termini il cui mancato rispetto dà luogo all'applicazione delle penali, previa valutazione delle motivazioni addotte dalla ditta.
Nel caso di ritardi o inadempienze in ordine alla fornitura - ivi compresa l’installazione (comprensiva degli sviluppi software e personalizzazioni), la messa a regime e la formazione del personale - la ditta è soggetta ad una penale di € 200,00 per ogni giorno di ritardo rispetto alla data prevista per l’installazione. In caso di disservizi o ritardi negli adempimenti contrattuali nello svolgimento dell’attività di manutenzione sarà applicata una penale pari ad € 100,00 per ogni giorno di ritardo rispetto ai termini indicati nel presente capitolato.
In riferimento ai servizi di cui all’ART. 6 - SERVIZIO SISTEMISTICO, per ogni 15 minuti di indisponibilità non programmata e concordata dalle parti, sarà applicata una penale di 80,00 euro fino ad un massimo di 300 minuti/giorno.
E' fatto salvo, in ogni caso, il diritto dell’Ersu di Sassari di richiedere il risarcimento del danno ove ciò sia maggiore rispetto all’applicazione delle penali.
Gli importi della penalità che dovessero applicarsi saranno trattenuti sull'ammontare delle fatture emesse in pagamento, previa comunicazione formale di contestazione degli addebiti anche a mezzo PEC,.
La richiesta e/o il pagamento della penale non esonera in alcun caso dall'adempimento dell'obbligazione oggetto dell’inadempimento che ha fatto sorgere l'obbligo di pagamento della medesima penale.
ART. 29 – FORO DI COMPETENZA.
Per tutte le controversie dipendenti dal contatto è competente il Foro di Sassari.
ART. 30 – INSTALLAZIONE
L’attività riguarda l’installazione del prodotto software sviluppato nell’ambiente di esercizio e l’esecuzione di compiti, volti a rendere operativo il sistema e l’ambiente di erogazione del servizio. Detti compiti riguarderanno, senza la pretesa di essere esaustivi: l’attivazione di profili utente per la sicurezza; l’attivazione di postazioni di lavoro; la configurazione di prodotti software; il caricamento iniziale di dati nelle delle basi dati, a partire dai sistemi preesistenti per il tramite delle attività di migrazione, o tramite attività di acquisizione dati (data entry).
L’attività è svolta secondo un Piano di installazione fornito dall’aggiudicatario, nel quale sono indicati attività, tempi, modi e risorse necessarie.
Il risultato dell’attività è il sistema che ospita l’ambiente di erogazione del servizio, con il prodotto software sviluppato e le relative basi dati installate e correttamente funzionanti, secondo i requisiti contrattuali e progettuali, ossia con tutto quanto necessario a garantire l’erogabilità dei servizi oggetto di fornitura, nel rispetto dei requisiti contrattuali e di progettazione.
La ditta deve espletare tutte le attività di cui sopra, compresa la produzione della documentazione utente, entro il termine massimo di 120 giorni dall’avvio dell’esecuzione.
ART. 31 - COLLAUDO
L’attività è eseguita dal Referente dell’Amministrazione il quale opera con autonoma responsabilità e secondo le prescrizioni della normativa di riferimento ed ha il compito di verificare che quanto realizzato dal Fornitore sia conforme ai requisiti indicati nella baseline di contratto. Saranno oggetto di collaudo, secondo quanto richiesto nel contratto, il prodotto software realizzato, il sistema che ospita l’ambiente di esercizio, il modello di funzionamento del servizio oggetto di fornitura e tutta la documentazione utente. Le prove di collaudo sono eseguite nell’ambiente di collaudo predisposto dal Fornitore secondo quanto specificato nel Piano di collaudo che deve essere redatto sempre a cura del Fornitore.
Il Fornitore deve supportare il Referente nella esecuzione delle prove, nel rilevamento dei risultati, nella stesura del rapporto finale. Per svolgere le prove di collaudo il Referente utilizzerà, a titolo di guida, le Specifiche di collaudo predisposte dal Fornitore nell’ambito del processo di progettazione dei servizi/prodotti richiesti nel presente capitolato, e può prendere visione dei risultati dei test interni eseguiti dal Fornitore nel corso del processo di realizzazione. Il Piano di collaudo, la documentazione di esecuzione delle prove e delle non-conformità rilevate dovranno essere formalizzati in documenti.
La verifica con esito positivo della fornitura termina con l’emissione di un Verbale di collaudo positivo sottoscritto dalle parti, che sancisce la conformità ai requisiti contrattuali del prodotto software e l’erogabilità del servizio oggetto di fornitura. L’accettazione da parte dell’Amministrazione dell’esito positivo del collaudo, dà luogo all’accettazione della fornitura. In caso di esito negativo del collaudo e/o di non-conformità rispetto ai requisiti contrattuali, il Fornitore è tenuto a rimuovere i malfunzionamenti e a presentare nuovamente la fornitura al collaudo, nei tempi e nei modi stabiliti nel contratto. La conclusione del collaudo con esito positivo e l’accettazione da parte dell’Amministrazione della fornitura, comportano il congelamento della configurazione di base del prodotto software e/o del sistema che ospita l’ambiente di erogazione del servizio.
ART. 32 - SOPRALLUOGO
Preliminarmente alla presentazione delle offerte sarà indispensabile eseguire, congiuntamente al personale della Stazione Appaltante, a pena di esclusione, un sopralluogo per verificare nei dettagli il contesto tecnologico attuale. Il partecipante dovrà, inoltre, prendere visione dello stato degli applicativi in uso presso l’Ersu di Sassari dai quali devono essere prelevati i dati da migrare nel nuovo sistema. Dovranno anche essere visionati tutti gli altri applicativi usati dall’Ente verso i quali deve essere garantita l’interoperabilità (Sibear, SIL, Cineca, banca dati Inps, banca dati Miur, etc.).
Quanto sopra al fine di poter formulare l’offerta alla luce di tutte le informazioni utili.
Per effettuare i sopralluoghi i responsabili delle imprese che intendono partecipare alla procedura di gara dovranno prendere contatti, tramite PEC, con il R.U.P (Art 36 - Responsabile Unico del Procedimento) per concordare data e ora. La Stazione Appaltante rilascerà un apposito attestato comprovante l’avvenuto sopralluogo. Tale attestato dovrà essere inserito nella busta A - Documentazione Amministrativa.
ART. 33 - OFFERTA TECNICA
L’offerta tecnica dovrà necessariamente contenere tutti gli elementi necessari per la sua valutazione. Gli argomenti esposti devono descrivere in modo completo e dettagliato, in conformità ai requisiti indicati dal Capitolato Tecnico, i servizi offerti.
L’offerta tecnica dovrà essere strutturata in due distinti documenti:
1. Relazione sulla proposta progettuale-metodologica;
2. Relazione sulle esperienze pregresse analoghe desunte da un massimo di 3 servizi analoghi.
Relazione sulla proposta progettuale –metodologica
La relazione dovrà essere articolata in capitoli corrispondenti agli elementi di valutazione relativi ai criteri e sub-criteri di cui alla tabella 1 del successivo art. 32 e dovrà contenere gli argomenti di seguito elencati:
1. Si chiede una descrizione generale della proposta con la descrizione chiara delle fasi di lavoro dell’approccio, della metodologia utilizzata nello svolgimento del servizio, in aderenza a quanto richiesto nel capitolato tecnico. Si richiede, inoltre, di descrivere come il concorrente intende organizzare al proprio interno gli ambienti di sviluppo e di test, la gestione del versionamento dei singoli componenti sw, il processo di rilascio in produzione delle patch o componenti evolutive e rilascio dei sorgenti alla Stazione Appaltante. Saranno oggetto di valutazione da parte della stazione appaltante la qualità della metodologia e degli strumenti proposti per l’erogazione del servizio Sarà considerata condizione qualificante la messa a disposizione della stazione appaltante di tool automatici per il Test Management, la gestione ed il monitoraggio dei servizi offerti oltre a documentazione per il controllo e consuntivo delle attività di test. Alla proposta dovrà essere allegato un cronoprogramma delle attività previste.
2. Si chiede una descrizione della proposta tecnico-organizzativa per l’esecuzione del servizio di sviluppo software finalizzato alla personalizzazione degli applicativi web, XXXX e GUSA secondo quanto specificato all’art. 5, commi 5.1.1, 5.1.2 e 5.1.3 del presente Capitolato e per la realizzazione dei nuovi moduli applicativi Mensa (gestione ristorazione collettiva, magazzino mensa e cassa) secondo quanto specificato all’art. 5, commi 5.1.4 e 5.1.5 del presente Capitolato. Il fornitore in sede di offerta dovrà descrivere l’organizzazione, le attività, i processi necessari all’erogazione del servizio di sviluppo software che intende proporre, tenendo conto che saranno oggetto di valutazione da parte della stazione appaltante la qualità della metodologia e degli strumenti proposti per l’erogazione del servizio.
3. Si chiede una descrizione delle attività, dell’infrastruttura hardware, software con i quali il partecipante intende erogare i servizi sistemistici richiesti dall’art. 6 del presente capitolato. Devono essere, inoltre descritti i processi e le tecnologie adottati per garantire la Continuità Operativa ed il Disaster Recovery ai sensi del CAD (Codice dell’Amministrazione Digitale). Saranno oggetto di valutazione da parte della stazione appaltante la qualità della metodologia e degli strumenti proposti per l’erogazione del servizio.
4. Si chiede una descrizione della proposta tecnico-organizzativa per il servizio di migrazione dei dati pregressi (art. 7 del capitolato) tenendo conto che saranno oggetto di valutazione da parte della commissione giudicatrice la qualità dei processi di analisi delle banche dati degli applicativi sorgente, il pregio tecnico del Piano di Migrazione proposto, la presenza e la qualità tecnica di eventuali strumenti per il trasferimento automatico dei dati, la presenza e la qualità di un sistema di reportistica relativo ai risultati ottenuti in termini di completezza e correttezza del trasferimento dati.
5. Si chiede una descrizione dettagliata della proposta organizzativa del piano di formazione e di affiancamento per gli operatori e per gli amministratori di sistema, come richiesto all’art. 8 del capitolato. Questa attività, essendo dipendente da una buona progettazione delle unità didattiche, distinte, in primo luogo per il personale coinvolto (operatori e amministratori di sistema) e poi per lo specifico argomento da trattare (diritto allo studio, alloggi, mensa, cassa, magazzino, storage, sicurezza, gestione del database, ecc…), sarà valutata relativamente alla chiarezza degli obiettivi da raggiungere, ai programmi dei corsi, al numero di ore del piano di formazione previsto nell’offerta, al numero di ore previsto per l’attività di affiancamento, ai curricula del personale docente, alle metodologie di insegnamento, al materiale didattico proposti.
6. Si chiede una descrizione della proposta tecnico-organizzativa per i servizi di manutenzione, di assistenza tecnica, di cessazione del servizio ed attività di fine contratto richiesti agli artt. 9, 10 e 12 del capitolato. Il fornitore in sede di offerta dovrà descrivere l’organizzazione, le attività, i processi necessari all’erogazione del servizio che intende proporre, tenendo conto che saranno oggetto di valutazione da parte della stazione appaltante la qualità della metodologia e degli strumenti proposti per l’erogazione del servizio.
7. Si chiede di illustrare profili e i livelli di specializzazione e competenza indicando l’individuazione del capo progetto e dei membri del gruppo di lavoro la cui composizione deve essere coerente sia dal punto di vista qualitativo sia da quello quantitativo con le attività che il fornitore intende portare ad esecuzione, come descritte nel presente capitolato, e che dovranno essere impiegati per l’esecuzione degli interventi richiesti con indicazione dei titoli di studio, di specializzazione, esperienze e competenze possedute dai profili professionali presentati. Si chiede, inoltre, di indicare l’eventuale possesso delle certificazioni di qualità ISO 12207 (ciclo di vita del software) e ISO 27001 (Gestione della sicurezza) oltre ad altre eventuali certificazioni di qualità.
8. Si chiede di illustrare gli eventuali servizi aggiuntivi o migliorativi in termini quantitativi e qualitativi rispetto alle prestazioni minimali indicate nel Capitolato. Saranno valutati positivamente, per esempio, funzionalità software non richieste o non previste nel presente capitolato ma di utilità nella gestione dei servizi, la fornitura presso la sede dell’Ersu di Sassari un ambiente di test (anche su macchina virtuale) uguale all’ambiente di produzione, il miglioramento del servizio di assistenza tecnica.
Il documento non dovrà superare le 50 pagine, esclusi indice e copertine.
Relazione sulle esperienze pregresse analoghe desunte da un massimo di 3 servizi analoghi Documentazione illustrativa di un massimo di 3 (tre) servizi già svolti. I servizi, scelti tra interventi qualificabili affini a quelli oggetto dell’affidamento, devono essere relativi ad esperienze ritenute dal concorrente significative della propria capacità a realizzare la prestazione sotto il profilo tecnico. Nella relazione, per ciascun servizio, dovranno essere riportati:
• La descrizione dei servizi e le relative attività
• Gli importi dei servizi
• La denominazione del committente/stazione appaltante
Il documento non dovrà superare le 15 pagine, esclusi indice e copertine.
ART. 34 - CRITERI DI AGGIUDICAZIONE E CRITERI DI VALUTAZIONE
L’affidamento dei servizi è aggiudicato in base al criterio dell’offerta economicamente più vantaggiosa sulla base del miglior rapporto qualità/prezzo.
Il punteggio massimo riservato alla valutazione dell’offerta tecnica (comprendente una proposta progettuale ed esperienze pregresse analoghe), offerta economica e ribasso percentuale sul tempo è costituito da 100 punti, suddivisi tra gli elementi di valutazione e rispettivi fattori ponderali di seguito indicati:
ELEMENTI DI VALUTAZIONE | FATTORI PONDERALI | ||
Offerta Tecnica | Proposta progettuale- | 65 | |
metodologica | |||
Esperienze pregresse analoghe desunte da un massimo di 3 servizi analoghi | 5 | ||
Totale Offerta Tecnica | 70 | ||
Offerta Economica | Ribasso sull’importo complessivo posto a base di gara | 25 | |
Offerta tempo | Riduzione dei tempi di installazione espressi in percentuale rispetto quelli previsti (Max 20%) | 5 | |
Totale | 100 | ||
La Commissione giudicatrice, con riguardo alla proposta progettuale –metodologica, applicherà i sub-criteri di valutazione e relativi sub-pesi riportati nella successiva Tabella 1.
Tabella 1 – Offerta tecnica | ||
CRITERI E SUB CRITERI DI VALUTAZIONE | ||
ID | proposta progettuale –metodologica | Sub-pesi |
RT 1 | Descrizione generale della proposta progettuale-metodologica Saranno valutati la descrizione generale della proposta con la descrizione chiara delle fasi di lavoro dell’approccio, la metodologia utilizzata nello svolgimento del servizio, in aderenza a quanto richiesto nel capitolato tecnico. La descrizione di come il concorrente intende organizzare al proprio interno gli ambienti di sviluppo e di test, la gestione del versionamento dei singoli componenti sw, il processo di rilascio in produzione delle patch o componenti evolutive e rilascio dei sorgenti alla Stazione Appaltante. Saranno oggetto di valutazione da parte della stazione appaltante la qualità della metodologia e degli strumenti proposti per l’erogazione del servizio Sarà considerata condizione qualificante la messa a disposizione della stazione appaltante di tool automatici per il Test Management, la gestione ed il monitoraggio dei servizi offerti oltre a documentazione per il controllo e consuntivo delle attività di test. Alla proposta dovrà essere allegato un cronoprogramma delle attività previste. | 10 |
RT 2 | Servizio di personalizzazione e sviluppo Sarà valutata la descrizione della proposta tecnico-organizzativa per l’esecuzione del servizio di sviluppo software finalizzato alla personalizzazione degli applicativi web, BART e GUSA secondo quanto specificato all’art. 5, commi 5.1.1, 5.1.2 e 5.1.3 del presente Capitolato e per la realizzazione dei nuovi moduli applicativi Mensa (gestione ristorazione collettiva, magazzino mensa e cassa) secondo quanto specificato all’art. 5, commi 5.1.4 e 5.1.5 del presente Capitolato. La descrizione dell’organizzazione, le attività, i processi necessari all’erogazione del servizio di sviluppo software che intende proporre, tenendo conto che saranno oggetto di | 15 |
valutazione da parte della stazione appaltante la qualità della metodologia e degli strumenti proposti per l’erogazione del servizio. | ||
XX 0 | Servizi sistemistici Sarà valutata la descrizione delle attività, dell’infrastruttura hardware, software con i quali il partecipante intende erogare i servizi sistemistici richiesti dall’art. 6 del presente capitolato. Devono essere, inoltre descritti i processi e le tecnologie adottati per garantire la Continuità Operativa ed il Disaster Recovery ai sensi del CAD (Codice dell’Amministrazione Digitale). Saranno oggetto di valutazione da parte della stazione appaltante la qualità della metodologia e degli strumenti proposti per l’erogazione del servizio. | 00 |
XX 0 | Servizio migrazione dati pregressi Sarà valutata la proposta tecnico-organizzativa per il servizio di migrazione dei dati pregressi (art. 7 del capitolato) in termini di qualità dei processi di analisi delle banche dati degli applicativi sorgente, il pregio tecnico del Piano di Migrazione proposto, la presenza e la qualità tecnica di eventuali strumenti per il trasferimento automatico dei dati, la presenza e la qualità di un sistema di reportistica relativo ai risultati ottenuti in termini di completezza e correttezza del trasferimento dati. | 7 |
RT 5 | Servizio di formazione Sarà valutata la descrizione dettagliata della proposta organizzativa del piano di formazione e di affiancamento per gli operatori e per gli amministratori di sistema, come richiesto all’art. 8 del capitolato. Questa attività, essendo dipendente da una buona progettazione delle unità didattiche, distinte, in primo luogo per il personale coinvolto (operatori e amministratori di sistema) e poi per lo specifico argomento da trattare (diritto allo studio, alloggi, mensa, cassa, magazzino, storage, sicurezza, gestione del database, ecc…), sarà valutata relativamente alla chiarezza degli obiettivi da raggiungere, ai programmi dei corsi, al numero di ore del piano di formazione previsto nell’offerta, al numero di ore previsto per l’attività di affiancamento, ai curricula del personale docente, alle metodologie di insegnamento, al materiale didattico proposti. | 5 |
RT 6 | Servizi di manutenzione, di assistenza tecnica, di cessazione del servizio ed attività di fine contratto Sarà valutata la descrizione della proposta tecnico-organizzativa per i servizi di manutenzione, di assistenza tecnica, di cessazione del servizio ed attività di fine contratto richiesti agli artt. 9, 10 e 12 del capitolato. Il fornitore in sede di offerta dovrà descrivere l’organizzazione, le attività, i processi necessari all’erogazione del servizio che intende proporre, tenendo conto che saranno oggetto di valutazione da parte della stazione appaltante la qualità della metodologia e degli strumenti proposti per l’erogazione del servizio. | 7 |
XX 0 | Composizione e professionalità del gruppo di lavoro Saranno valutati i profili e i livelli di specializzazione e competenza indicando l’individuazione del capo progetto e dei membri del gruppo di lavoro la cui composizione deve essere coerente sia dal punto di vista qualitativo sia da quello quantitativo con le attività che il fornitore intende portare ad esecuzione, come descritte nel presente capitolato, e che dovranno essere impiegati per l’esecuzione degli interventi richiesti con indicazione dei titoli di studio, di specializzazione, esperienze e competenze possedute dai profili professionali presentati. Si chiede, inoltre, di indicare l’eventuale possesso delle certificazioni di qualità ISO 12207 (ciclo di vita del software) e ISO 27001 (Gestione della sicurezza) oltre ad altre eventuali certificazioni di qualità. | 5 |
RT 8 | Migliorie Saranno valutate le eventuali migliorie, in termini quantitativi e qualitativi, rispetto alle prestazioni indicate nel Capitolato. Saranno valutate positivamente migliorie sulle funzionalità del software o dei servizi. | 6 |
Totale peso | 65 |
La Commissione giudicatrice, con riguardo alle esperienze pregresse analoghe, applicherà i criteri di valutazione e relativi fattori ponderali (punteggi massimi) riportati nella successiva Tabella 2.
Tabella 2 – Offerta tecnica | ||
Criteri di valutazione | ||
ID | esperienze pregresse analoghe desunte da un massimo di 3 servizi analoghi | Peso o punteggio di ponderazione |
EPA1 | Saranno valutati adeguatezza e coerenza dell'offerta rispetto agli obiettivi dell'Ersu, desunta da esperienze pregresse (max 3 servizi) analoghe a quelle messe a gara, le caratteristiche qualitative, metodologiche e tecniche dei servizi, il rapporto di affinità dei servizi presentati in relazione all'oggetto della gara, con particolare riferimento ai servizi destinati alla gestione dell’erogazione di benefici agli studenti universitari, le modalità di espletamento dei servizi analoghi svolti, la completezza, coerenza e chiarezza espositiva della documentazione. | 5 |
ART. 35 - DOCUMENTAZIONE
Al fine di poter formulare l’offerta alla luce di tutte le informazioni utili il partecipante dovrà prendere visione sul sito istituzionale dell’Ersu di Sassari della documentazione sottoelencata:
1. Bando borse studio e servizi abitativi 17/18: xxxx://xxx.xxxxxxxxxxx.xx/xxxxx.xxx?xxxxxxxxxx_xxxxxx&xxxxxxxx_xxxxxxxx&xxxx0000&Xxxxxxx000
2. Bando fitto casa 2016/17: xxxx://xxx.xxxxxxxxxxx.xx/xxxxx.xxx?xxxxxxxxxx_xxxxxx&xxxxxxxx_xxxxxxxx&xxxx0000&Xxxxxxx000
3. Bando sussidio straordinario 16/17 xxxx://xxx.xxxxxxxxxxx.xx/xxxxx.xxx?xxxxxxxxxx_xxxxxx&xxxxxxxx_xxxxxxxx&xxxx0000&Xxxxxxx000
4. Regolamento servizio mensa 2016 – 2017 xxxx://xxx.xxxxxxxxxxx.xx/xxxxx.xxx?xxxxxxxxxx_xxxxxx&xxxxxxxx_xxxxxxxx&xxxx0000&Xxxxxxx000
5. Istruzioni rilascio o rinnovo tessera mensa 2017 – 2018 xxxx://xxx.xxxxxxxxxxx.xx/xxxxx.xxx?xxxxxxxxxx_xxxxxx&xxxxxxxx_xxxxxxxx&xxxx0000&Xxxxxxx000
6. Tariffe mensa 2016/2017 xxxx://xxx.xxxxxxxxxxx.xx/xxxxx.xxx?xxxxxxxxxx_xxxxxx&xxxxxxxx_xxxxxxxx&xxxx0000&Xxxxxxx000
7. Regolamento alloggio xxxx://xxx.xxxxxxxxxxx.xx/xxxxx.xxx?xxxxxxxxxx_xxxxxx&xxxxxxxx_xxxxxxxx&xxxx0000&Xxxxxxx000
8. Tariffe alloggio xxxx://xxx.xxxxxxxxxxx.xx/xxxxx.xxx?xxxxxxxxxx_xxxxxx&xxxxxxxx_xxxxxxxx&xxxx0000&Xxxxxxx000
9. Regolamento attività culturali e ricreative xxxx://xxx.xxxxxxxxxxx.xx/xxxxx.xxx?xxxxxxxxxx_xxxxxx&xxxxxxxx_xxxxxxxx&xxxx0000&Xxxxxxx000
10. Regolamento viaggi di studio xxxx://xxx.xxxxxxxxxxx.xx/xxxxx.xxx?xxxxxxxxxx_xxxxxx&xxxxxxxx_xxxxxxxx&xxxx0000&Xxxxxxx000
11. Disposizioni rimborso tassa regionale xxxx://xxx.xxxxxxxxxxx.xx/xxxxx.xxx?xxxxxxxxxx_xxxxxx&xxxxxxxx_xxxxxxxx&xxxx0000&Xxxxxxx000
12. Regolamento recupero crediti xxxx://xxx.xxxxxxxxxxx.xx/xxxxxx/xxxxxxxxxxxx/xxxxxxxxxxxXxxxxxxxXxxxxxx.xxx
ART. 36 - ALLEGATI
• ALLEGATO 0 - XXXXXXXXXXX XXXXXXX XXXXXXXXX XXXXX XXXXXXXX
• ALLEGATO 2 - CARATTERISTICHE SISTEMA INFORMATIVO INTEGRATO EDISU PIEMONTE
IL DIRETTORE DEL SERVIZIO UTENZE
Xxxx. Xxxxx Xxxxxx