Non si tratta di un refuso.
Come ha notato lo stesso O.E., i due slot sono nominati in maniera differente, e questo perché rispondono a specifiche funzionalità della piattaforma.
Lo slot “offerta tecnica” è destinato al caricamento del file generato automaticamente dal sistema, relativo ai criteri di valutazione tabellari (ON/OFF).
Lo slot “relazione tecnica” è dedicato alla relazione descrittiva dei servizi offerti (laddove non coincida con il documento generato dal sistema).
Si precisa che, poiché la piattaforma riceve qualsiasi formato di file, l'operatore economico può inserire la relazione descrittiva all'interno della Busta tecnica scegliendo, a sua preferenza, tra due modalità alternative:
1) caricarla direttamente nello slot dedicato “relazione tecnica”;
2) caricarla nello slot “offerta tecnica” all’interno di un archivio compresso (.zip) contenente sia il file generato dal sistema sia la relazione stessa, entrambi debitamente firmati digitalmente.
Entrambe le modalità assicurano la corretta associazione della documentazione e il rispetto del disciplinare. Al fine di inserire correttamente la documentazione, si invita l’O.E. a visionare le “norme tecniche di utilizzo” al link: https://cmdrc.tuttogare.it/norme_tecniche.php, come più volte suggerito negli atti di gara.

si riporta di seguito il riscontro del RUP:
1) si conferma che quanto previsto dall'art. 6 lett. b) paragrafo 6 del capitolato deve intendersi come comprensivo dell'attività di rinotifica dei verbali non notificati. Pertanto, tale attività è da considerarsi a tutti gli effetti parte integrante del servizio oggetto di gara;
2) si conferma che, in coerenza con quanto previsto dall'art. 6, lett. c) del capitolato, relativo alla fornitura software in modalità cloud, il database non dovrà essere residente presso i locali del Comando/Ente, bensì presso la struttura cloud del fornitore, fermo restando il rispetto dei requisiti di sicurezza, integrità e riservatezza dei dati previsti dalla documentazione di gara

di seguito il riscontro del RUP
Quesito n. 1
Si conferma che è possibile procedere alla sostituzione completa dell'architettura del servizio esistente, mediante l'adozione di un nuovo software equivalente, erogato in modalità SaaS, a condizione che:
- sia garantita la migrazione integrale dei dati dal gestionale attualmente in uso;
- il nuovo sistema assicuri tutte le funzionalità equivalenti o migliorative rispetto a quelle richieste dal Capitolato;
- siano comunque rispettati i requisiti di interoperabilità, inclusi a) gli eventuali collegamenti con la PND; b) le necessarie integrazioni con sistemi esterni richiesti; c) sia garantita la continuità operativa del servizio, anche durante le fasi di transizione.
Pertanto, l'adozione di un nuovo gestionale con architettura proprietaria e relativi interfacciamenti è ammessa, purchè vengano rispettati tutti i vincoli funzionali e di integrazione previsti dal Capitolato.
Quesito n. 2
Al fine di consentire una corretta valutazione dell'approvvigionamento dei bollettari si comunica che il numero medio annuale dei verbali/preavvisi è così articolato:
- n. 389 verbali /preavvisi effettuati in modalità cartacea;
- n. 11.811 verbali/preavvisi effettuati tramite tablet/smartphone.
Quesito n. 3
Si chiarisce che l'attività di scannerizzazione e data entry dei documenti cartacei è effettuata dal CPL.
La documentazione così elaborata viene successivamente resa disponibile al fornitore mediante invio dei file tramite protocollo FTP, al fine della loro acquisizione nei sistemi di gestione.

si riporta di seguito il riscontro del RUP
in riferimento al quesito posto, si precisa che non trattasi di refuso.
La quantità di RAM richiesta per i n. 4 tablet è correttamente pari a 16 GB, come indicato nella documentazione di gara.
Pertanto, non è considerata sufficiente una dotazione di RAM pari a 6 GB, in quanto non conforme ai requisiti tecnici richiesti.

si ripropone il riscontro ai quesiti, con integrazioni fornite dal RUP, invitando a prendere visione anche del file allegato

1) L'attività di migrazione dei dati dall'attuale sistema gestionale al nuovo applicativo costituisce parte integrante della prestazione oggetto di affidamento e dovrà essere gestita dall'operatore economico aggiudicatario mediante propria organizzazione, competenza tecnica e metodologia operativa.
La progettazione esecutiva della migrazione -ivi comprese le attività di analisi, conversione, importazione, bonifica, normalizzazione, verifica e collaudo degli archivi- rientra nell'autonoma responsabilità dell'operatore economico, il quale dovrà tenerne adeguatamente conto nella formulazione della propria offerta tecnica ed economica.
Ciò premesso, in applicazione del principio di trasparenza e del principio di accesso al mercato di cui agli artt. 1, 3 e 5 del D. Lgs. n. 36/2023, nonchè di quanto previsto dall'art. 160 del medesimo decreto, in materia di messa a disposizione delle specifiche tecniche, la Stazione Appaltante -per quanto nella propria disponibilità e fatti salvi eventuali limiti di riservatezza- mette a disposizione dei concorrenti le informazioni relative all'infrastruttura tecnologica esistente e alla consistenza degli archivi da migrare, nella misura in cui tali informazioni risultino necessarie alla formulazione di un'offerta consapevole.
In particolare, con riferimento agli aspetti segnalati, si rappresenta quanto segue:
tipolgia database: Oracle
volume record: 191.924 verbali (stima volume DB Oracle 6 gb)
annualità: intero database senza limitazione a specifiche annualità (17 annualità totali)
formato: Oracle Dump
in merito all'export: l'estrazione sarà curata dal gestore uscente sotto il coordinamento della SA, che metterà i dati a disposizione dell'aggiudicatario.
Con specifico riguardo ai tracciati record, la Stazione Appaltante allega la documentazione richiesta.
In sede di avvio del servizio, l'aggiudicatario dovrò predisporre un piano di migrazione, da condividere con la Stazione Appaltante, nel quale dovranno essere indicate le modalità operative di acquisizione dei dati, importazione degli archivi, gestione del documentale, verifica di integrità, riconciliazione delle informazioni e messa in esercizio del nuovo sistema, garantendo in ogni caso la continuità operativa del servizio e la salvaguardia dei dati storici necessari alla corretta gestione dei procedimenti.
Resta fermo che, nella fase di subentro, il gestore uscente dovrà rendere disponibili alla Stazione Appaltante, secondo le modalità previste dagli atti contrattuali e dalla normativa applicabile, i dati, gli archivi e la documentazione necessari a consentire la continuità del servizio e il passaggio al nuovo sistema gestionale, ivi inclusi eventuali ulteriori tracciati che si dovessero rendere necessari per l'interfacciamento. Le relative modalità di consegna saranno definite nella fase esecutiva, anche mediante confronto tecnico tra Stazione Appaltante, aggiudicatario e, ove necessario, gestore uscente.
In ogni caso, la Stazione Appaltante assicura che il gestore uscente è contrattualmente obbligato a fornire i dati in formato interoperabile.
2) Il connettore in uso è denominato PIEMME@NOTIFICHEDIGITALI, software di proprietò di Sapidata SpA, direttamente integrato con piattaforma SEND essendo il fornitore uscente partner tecnologici SEND_PagoPA SpA, come consultabile al seguente link https://docs.pagopa.it/lista-partner-tecnologici-pn_pagopa-s.p.a.

allegato-quesito-23-06-2026.pdf SHA-256: a68c2d8c9e4a0e254889a4b800f06f9bfade2818fc08cfaf078bf80db41523bc 24/06/2026 15:04

3.11 MB