PA PI018198-26 per l’acquisizione di servizi SAP Analytics Cloud (SAC) finalizzata alla prosecuzione del tenant cloud relativo ai servizi di business intelligence in ambito SAP per le esigenze dell'Azienda Ospedaliero Universitaria di Ferrara

Chiarimenti pubblicati in data 06/02/2026

QUESITO a):

in riferimento alla procedura in oggetto, si formulano le seguenti richieste di chiarimenti:
In riferimento al capitolo 3 “Manutenzione e assistenza tecnica e sistemistica” del documento “Capitolato Speciale - SAP Cloud Analytics Firma Ditta.pdf”, si chiede di chiarire se le attività ivi previste debbano intendersi riferite esclusivamente al supporto fornito da SAP sul prodotto SAP SAC, oppure ad un ulteriore servizio, a carico dell’aggiudicatario, di manutenzione e assistenza sugli applicativi sviluppati sul prodotto SAP SAC (on top rispetto al supporto SAP sul prodotto standard).
Si chiede, inoltre, di chiarire se l’oggetto dell’affidamento debba intendersi limitato alla sola fornitura/rivendita delle licenze SAP SAC, secondo quanto indicato nello schema di cui al capitolo 2 “Oggetto” del medesimo “Capitolato Speciale - SAP Cloud Analytics Firma Ditta.pdf”, ovvero se debbano intendersi ricompresi anche ulteriori servizi di manutenzione e assistenza applicativa connessi all’utilizzo del prodotto SAP SAC.

Risposta: le attività manutentive richieste sono esclusivamente quelle legate al prodotto SAP/SAC, con esclusione degli applicativi sviluppati sul medesimo ambiente. La fornitura deve intendersi limitata alla continuità dell’attuale tenant, includendo le licenze SAP/SAC e le eventuali attività sistemistiche correlate al dimensionamento richiesto.

QUESITO b):

1. Validità e Tipologia delle Licenze (SAP Analytics Cloud e SAP HANA Cloud):
   Il contratto ha una validità di 3 anni, con possibilità di rinnovo per ulteriori 2 anni. Le licenze per i servizi cloud SAP Analytics Cloud e SAP HANA Cloud, così come specificate nella tabella dell'Art. 2 (Oggetto), si intendono come nuova sottoscrizione triennale o come rinnovo di una sottoscrizione esistente?

Risposta: attualmente l’Azienda Ospedaliero-Universitaria di Ferrara dispone di un ambiente attivo in produzione a cui si chiede di dare continuità tramite appropriato licensing.

2. 
   Scopo e Limiti del Servizio di Manutenzione e Assistenza Tecnica e Sistemistica:
   L'Art. 3 (Manutenzione e assistenza tecnica e sistemistica) richiede alla Ditta di assicurare il corretto funzionamento del sistema nel suo complesso e, in caso di malfunzionamenti, il ripristino delle funzionalità. Si chiede di specificare se il servizio di assistenza e manutenzione richiesto include unicamente la gestione di incidenti e il ripristino delle funzionalità esistenti (manutenzione correttiva) o se comprende anche attività di manutenzione evolutiva, quali, a titolo esemplificativo, la creazione di nuove dashboard/analisi SAP Analytics Cloud o la modifica e l'evoluzione di quelle esistenti.

Risposta: la manutenzione richiesta è da intendersi sia ordinaria sia evolutiva, quest’ultima limitatamente agli aggiornamenti di tipo sistemistico dell’ambiente. È pertanto esclusa la creazione di nuove dashboard/analisi SAP Analytics Cloud o la modifica e l'evoluzione di quelle esistenti.

3. 
   Definizione del "Tempo di Risposta" (SLAs):
   L'Art. 3 (Requisiti minimi di erogazione dei servizi) stabilisce i tempi massimi di risposta (es. "Tempo di risposta entro 2 ore (consecutive) dalla segnalazione per incidenti a priorità alta"). Si chiede di chiarire se il "Tempo di risposta" si intende come:
   Tempo di presa in carico della segnalazione (ovvero l'inizio dell'attività di risoluzione).
   Tempo di risoluzione dell'incidente/problema.          
   Si chiede di specificare come viene misurato il rispetto del "Tempo di risposta", ovvero quale sistema di ticketing o di tracciamento degli incidenti verrà utilizzato dall'Azienda Sanitaria per registrare la segnalazione e la presa in carico/risoluzione.

Risposta: per “tempo di risposta” si intende il tempo di risoluzione dell’incidente. Il timing decorre dalla data/ora di invio della segnalazione tramite e-mail (o eventuale sistema di ticketing qualora proposto).

4. 
   Dimensione e Ambito del Sistema da Manutenere:
   Al fine di dimensionare correttamente il servizio di manutenzione e assistenza, si chiede di fornire indicazioni sulla dimensione attuale dell'ambiente SAP Analytics Cloud (SAC) oggetto di fornitura, in particolare:
   Numero totale di utenti attualmente attivi e utilizzati per la business intelligence (possiamo considerare i soli 50 utenti in licenza).
   Numero approssimativo di Dashboard/Storie (Story) SAP Analytics Cloud attualmente in produzione nell'ambiente dell'Azienda Ospedaliero Universitaria di Ferrara.   
   Numero approssimativo di Modelli (Model) SAP Analytics Cloud attualmente in uso.

Risposta: attualmente, gli utenti attivi e utilizzati per la business intelligence sono 50, mentre le Dashboard/Story sono 10 e i Modelli in utilizzo 19.

5. Opzione rinnovo
   L'eventuale rinnovo per ulteriori 2 anni (Importo stimato: € 437.000,00) è da intendersi come un'opzione di estensione contrattuale esercitabile a discrezione e ad iniziativa unilaterale dell'Azienda Sanitaria (Stazione Appaltante)? Si richiede conferma che l'aggiudicatario non possa sollevare eccezioni riguardo a tali condizioni. In particolare "L'Articolo 11 del Capitolato Speciale prevede che l'eventuale rinnovo per 2 anni avvenga alle 'stesse condizioni tecniche, economiche e modalità previste in sede di gara'. Dato che l'oggetto è l'acquisizione di servizi cloud SAP Analytics Cloud (SAC) le cui tariffe sono soggette a variazioni nel tempo, si chiede conferma che i prezzi unitari offerti e validi per i primi 3 anni debbano considerarsi fissi e immodificabili anche per l'eventuale periodo di rinnovo di 2 anni, indipendentemente dalle politiche commerciali del produttore SAP."

Risposta: Si conferma quanto indicato nel capitolato speciale all'art.11 e quanto indicato all'art. 21 in tema di revisione prezzi. 
Il rinnovo è una facoltà che l'ente si riserva esercitare, non è ammesso il tacito rinnovo, ovvero la ditta appaltatrice può rifiutare il rinnovo del contratto.

Il rinnovo è una facoltà che l’ente si riserva esercitare, mentre la ditta appaltatrice può rifiutare il rinnovo del contratto. Non è ammesso il tacito rinnovo. In ultima istanza rimane l’applicabilità dell’eccessiva onerosità sopravvenuta ( art. 1467 c.c.)

QUESITO c):

1. Opzione rinnovo
   L'eventuale rinnovo per ulteriori 2 anni (Importo stimato: € 437.000,00) è da intendersi come un'opzione di estensione contrattuale esercitabile a discrezione e ad iniziativa unilaterale dell'Azienda Sanitaria (Stazione Appaltante)? Si richiede conferma che l'aggiudicatario non possa sollevare eccezioni riguardo a tali condizioni. In particolare "L'Articolo 11 del Capitolato Speciale prevede che l'eventuale rinnovo per 2 anni avvenga alle 'stesse condizioni tecniche, economiche e modalità previste in sede di gara'. Dato che l'oggetto è l'acquisizione di servizi cloud SAP Analytics Cloud (SAC) le cui tariffe sono soggette a variazioni nel tempo, si chiede conferma che i prezzi unitari offerti e validi per i primi 3 anni debbano considerarsi fissi e immodificabili anche per l'eventuale periodo di rinnovo di 2 anni, indipendentemente dalle politiche commerciali del produttore SAP."

Risposta: vedi risposta a quesiti precedenti

2. Definizione del "Tempo di Risposta" (SLAs):
   L'Art. 3 (Requisiti minimi di erogazione dei servizi) stabilisce i tempi massimi di risposta (es. "Tempo di risposta entro 2 ore (consecutive) dalla segnalazione per incidenti a priorità alta"). Si chiede di chiarire se il "Tempo di risposta" si intende come:
   Tempo di presa in carico della segnalazione (ovvero l'inizio dell'attività di risoluzione).
   Tempo di risoluzione dell'incidente/problema.          
   Si chiede di specificare come viene misurato il rispetto del "Tempo di risposta", ovvero quale sistema di ticketing o di tracciamento degli incidenti verrà utilizzato dall'Azienda Sanitaria per registrare la segnalazione e la presa in carico/risoluzione.

Risposta: vedi risposta a quesiti precedenti.

Chiarimento pubblicato in data 05/02/2026

Quesito:
con riferimento alla procedura di gara in oggetto e, in particolare, al requisito di cui al punto 6.3 b del Disciplinare, si richiede un chiarimento interpretativo.

Il citato punto prevede che l’operatore economico dichiari di possedere un installato informatico attivo, analogo a quello oggetto di gara, nel periodo 2023–2024–2025. Dal testo del Disciplinare non risulta espressamente richiesto che tale installato derivi dalla vendita diretta delle licenze software, bensì che l’installato sia “attivo” e “analogo” a quello richiesto.

Si chiede pertanto di confermare se il requisito possa ritenersi soddisfatto anche nel caso in cui l’operatore economico abbia gestito, nel periodo indicato, un installato informatico analogo tramite servizi di Application Management Services (AMS), pur non essendo stato il soggetto che ha effettuato la vendita delle licenze, fermo restando che tale installato sia dimostrabile e risulti effettivamente in esercizio.

Risposta:
Il requisito intende selezionare operatori che hanno una esperienza consolidata e dimostrabile in ambienti analoghi a quello richiesto. Pertanto, si ritiene l’interpretazione corretta. Si precisa che con determina n. 308 del 04.02.2025 il periodo di riferimento relativo all'installato è stato ampliato a 10 anni dalla data di indizione della gara, cosi come previsto dall'articolo 100 comma 11.
In data odierna si è proceduto alla pubblicazione del nuovo disciplinare di gara che recepisce la modifica in parola.
Si allega la determina

Chiarimenti pubblicati in data 03/02/2026

1) Quali e quanti sono i sistemi sorgente di dashboard/storie SAC?

1) Sono presenti n° 10 dashboard.

I sistemi sorgente afferiscono diversi fornitori.

2) Il landscape quali ambienti comprende? (sviluppo/test/produzione)

2)Comprende l’ambiente di sviluppo e di produzione, ma non quello di test.

3) SAC è già in uso e produttivo (se sì va previsto un handover)?

3) Si è in uso e in produzione. È richiesta continuità rispetto all’attuale tenant e contenuti ivi presenti.

4) SAC è utilizzato solo per reporting di consultazione o anche come strumento di pianificazione?

4)È utilizzato solo come reporting di consultazione.

5) Quante dashboard/storie sono comprese nel perimetro del servizio?

5) Sono attive n° 10 dashboard/stories.

6) Quante schede di pianificazione sono comprese nel perimetro del servizio?

6) Non sono presenti schede di pianificazione.

7) Quanto utenti in totale accedono al sistema?

7) Al momento accedono 50 utenti sul sistema di produzione e 10 sul sistema di sviluppo.

8) Quante tipologie (gruppi o teams) di utenti ci sono?

8) Sono presenti n° 9 gruppi/teams.

9)Sono stati implementati coni di visibilità su entità specifiche o regole di segregazione del dato?

9) Non sono stati implementati coni di visibilità. La segregazione viene effettuata tramite i teams presenti su SAC.

10) Il servizio riguarda solo la gestione della manutenzione ordinaria oppure è un MEV?

10) Riguarda sia la gestione della manutenzione ordinaria sia la gestione evolutiva ma limitatamente agli aggiornamenti di tipo sistemistico dell’ambiente.

11) Se si tratta di un MEV, quante dashboard/storie mediamente vengono richieste (nuove o da modificare) in un semestre? quante modifiche di storie/dashboard esistenti vengono richieste mediamente in un semestre?

11) Ne vengono richieste mediamente n° 2 per semestre, sviluppate da altro fornitore che opera sul tenant in questione.

12) Il perimetro applicativo riguarda esclusivamente SAC ed esclude quindi qualsiasi attività (anche di sola verifica) sui provider sorgenti di dati?

12 ) No, il perimetro applicativo non riguarda esclusivamente SAC.

13) Il servizio deve essere attivo solo nei giorni/orari lavorativi? Eventualmente precisare orario lavorativo di gestione del servizio.

13) Il servizio deve essere attivo tutti i giorni per tutto il giorno (H24).

14) Il servizio deve avvalersi di un sistema di ticketing aziendale specifico oppure occorre organizzarne e gestirne uno ad hoc?

14 ) Attualmente non esiste un sistema di ticketing. Le eventuali richieste vengono gestite tramite scambio di e-mail.

15) I template dei deliverable documentali inerenti la gestione del servizio saranno strutturati dal cliente all'avvio del servizio oppure nel perimetro del servizio occorre ricomprendere anche l'organizzazione dei template?

15 ) Il quesito non è chiaro. Se ci si riferisce ai modelli dei cruscotti, questi sono strutturati dal fornitore (altro) che attualmente gestisce le implementazioni. È richiesta la fornitura e gestione del tenant ma non lo sviluppo applicativo degli ambienti.

16) La gestione delle comunicazioni seguirà un iter già consolidato e indicato dal cliente oppure tale organizzazione rientra nel perimetro del servizio?

16 ) La gestione delle eventuali comunicazioni seguirà un iter già consolidato.

Chiarimento pubblicato in data 21/01/2026:

Quesito:

"Si chiede all'ente se il software di Analytics debba essere obbligatoriamente SAP o (in presenza di un connettore specifico già sviluppato) possa essere anche un altro applicativo."

Risposta:

"il software deve essere obbligatoriamente SAP."