Salta al contenuto

Dati del bando

PROCEDURA APERTA PER L’AGGIUDICAZIONE SEPARATA E DISGIUNTA DEI SEGUENTI LOTTI RELATIVI ALLA FORNITURA DI SOFTWARE APPLICATIVI E RELATIVI SERVIZI DI ASSISTENZA E MANUTENZIONE PER IL SERVIZIO TRIBUTI DELL’UNIONE DEI COMUNI BASSA REGGIANA
Ente appaltanteUNIONE DEI COMUNI BASSA REGGIANA
Stato proceduraIn Esame
Importo appalto389.280,00 €
Criterio di aggiudicazioneOfferta economicamente più vantaggiosa
Data di pubblicazione a sistema23/09/2026
Termine richiesta chiarimenti19/10/2026 12:00
Termine presentazione delle offerte26/10/2026 12:00
Apertura busta amministrativa26/10/2026 12:01
Requisiti di sostenibilità ambientaleno
Requisiti di sostenibilità socialeno

Allegati

DISCIPLINARE
(324.15 kB)

Referenti

Prampolini Alberto

telefono: 0522655414

Pubblicazioni

Commissione
(12.17 MB)

Pubblicità legale

Cig

Lotto 1 — LOTTO 1 - IMU

CIG: BD12C91E6B
OpenData ANAC

Lotto 2 — LOTTO 2 - TARI

CIG: BD12C92F3E
OpenData ANAC

Chiarimenti

Chiarimento PI491580-26

Ultimo aggiornamento: 14/10/2026 14:39

Domanda : OGGETTO: Richiesta chiarimenti – Procedura aperta Lotto TARI (CIG: BD12C92F3E) – Gestione TARI Giornaliera (TARIG) e archivi di occupazione suolo pubblico In riferimento a quanto stabilito dal Capitolato Speciale d’Appalto (Allegato A - Lotto TARI, con particolare riguardo agli Artt. 1.1, 4.1 e 5.2) relativamente alla gestione della TARI Giornaliera (TARIG) e alla conversione delle banche dati, si formulano i seguenti quesiti: 1.Operatività della TARIG negli Enti: Si chiede di chiarire se la TARI Giornaliera (TARIG) sia attualmente gestita ed elaborata da tutti gli 8 Comuni afferenti all'Unione dei Comuni Bassa Reggiana o solo da una parte di essi. 2.Origine dei dati di occupazione suolo: Considerato che la determinazione e il calcolo della TARIG presuppongono la disponibilità delle informazioni sulle concessioni/autorizzazioni temporanee e periodiche di occupazione di suolo pubblico (es. mercati, fiere, cantieri, manifestazioni, superfici e giorni di occupazione), si chiede di precisare se tali dati siano attualmente integrati all'interno della procedura TARI/Tributi in uso, oppure se risiedano in applicativi gestionali autonomi (es. moduli Occupazione Suolo Pubblico / Canone Unico / Polizia Locale). 3.Perimetro degli archivi di migrazione: Si chiede di confermare se i dati storici delle occupazioni temporanee e i relativi antecedenti della TARIG saranno compresi ed estratti all'interno degli archivi informatici che verranno messi a disposizione dell'aggiudicatario per le operazioni di conversione e bonifica delle banche dati di cui all'Art. 5.2 del Capitolato. OGGETTO: Richiesta chiarimenti – Procedura aperta Lotto TARI (CIG: BD12C92F3E) – Identificazione software gestionali TARI attualmente in uso e formato banche dati di partenza In riferimento a quanto stabilito dall'Art. 1.1 e dall'Art. 5.4 del Capitolato Speciale d'Appalto (Allegato A - Lotto TARI), relativamente alle attività di conversione e migrazione completa degli archivi e dei flussi di dati storici attualmente in uso presso gli Enti, si formulano i seguenti quesiti: 1.Applicativi in uso: Si richiede di indicare quali siano gli attuali applicativi software gestionali TARI (e i relativi fornitori/software house) attualmente utilizzati dai singoli 8 Comuni e dall'Unione dei Comuni Bassa Reggiana per la gestione ordinaria e l'accertamento del tributo. OGGETTO: Richiesta chiarimenti – Procedura aperta Lotto IMU (CIG: BD12C91E6B) e Lotto TARI (CIG: BD12C92F3E) – Chiarimenti su ripartizione ruoli Unione/Comuni, flussi di protocollazione ed operatività SEND / App IO In riferimento alla documentazione di gara di entrambi i lotti (Allegato 1 - CSA TARI e Allegato 2 - CSA IMU, con particolare riguardo agli Artt. 1.1, 2.3 e 4.1), al fine di configurare correttamente i workflow procedurali, la profilatura degli utenti, l'instradamento dei flussi di protocollazione e l'integrazione con le piattaforme nazionali per le entrate gestite in forma associata dall'Ufficio Unico Tributi dell'Unione per conto dei 8 Comuni, si formulano i seguenti quesiti: 1.Ripartizione di dettaglio dei ruoli gestionali tra Unione e singoli Comuni (TARI e IMU): Fermo restando che l'Unione opera tramite l'Ufficio Unico Tributi e che i singoli Comuni mantengono la titolarità sostanziale del tributo, si richiede di precisare in modo univoco ed analitico quali fasi dei cicli di gestione TARI e IMU debbano essere eseguite operativamente dal personale dell'Unione e quali da quello dei singoli Comuni. 2.Perimetro analitico degli atti emessi e gestiti: Si chiede di specificare puntualmente, per ciascun tributo (TARI e IMU), quali tipologie di atti debbano essere predisposti, firmati ed emessi a cura dell'Unione e quali a cura dei singoli Comuni, con riferimento a: •TARI: avvisi di pagamento ordinari/bonari, solleciti di pagamento, avvisi di accertamento analitici/esecutivi, provvedimenti di rettifica/annullamento/rimborso, ordinanze ingiunzione e atti della riscossione coattiva (ruoli 290/600); •IMU: inviti al contraddittorio (ex art. 6-bis L. 212/2000), avvisi di accertamento (omesso/parziale versamento, omessa/infedele dichiarazione, attribuzione rendita ex art. 74 L. 342/2000), accertamenti a eredi, provvedimenti di rimborso/rettifica/annullamento, rateizzazioni e atti coattivi. 3.Criteri e regole per la protocollazione informatica degli atti (Protocollo Unione vs Protocollo Comuni): Considerata la presenza dei registri di protocollo informatico sia presso i singoli 8 Comuni (gestiti con applicativi differenti: Sicraweb EVO, Hypersic, ADS, Kibernetes) sia presso l'Unione, si richiede di chiarire la regola automatica di instradamento del flusso: •Quali atti in uscita e quali istanze/dichiarazioni/ricorsi in entrata debbano essere protocollati tramite l'integrazione con il Protocollo dell'Unione direttamente dal database dell’Unione; •Quali atti in uscita e istanze in entrata debbano essere invece protocollati tramite l'integrazione con il Protocollo dello specifico Comune territorialmente competente direttamente dai database dei singoli Comuni; •Quale registro debba essere utilizzato nel caso in cui sussista la possibilità tecnica di protocollare atti, sui database dei singoli Comuni, sia mediante il protocollo dell'Ente locale sia mediante il protocollo dell'Unione. Nel caso sussista tale possibilità, si richiede elenco puntuale degli atti che dovranno essere protocollati con il protocollo del singolo Comune e quali con il protocollo dell’Unione. 4. Operatività e titolarità delle notifiche sulla Piattaforma SEND (Notifiche Digitali): Con riferimento all'utilizzo della Piattaforma Notifiche Digitali (SEND), si richiede di chiarire in senso stretto la ripartizione degli atti e dei profili di invio: •Atti notificati dall'Unione: Quali tipologie di atti/provvedimenti tributari vengano notificati su SEND direttamente dal database dell’Unione e a nome, con intestazione e firma dell'Unione dei Comuni Bassa Reggiana (in qualità di ente gestore del servizio associato) •Atti notificati dai singoli Comuni: Quali atti/provvedimenti vengano invece notificati su SEND direttamente dai database dei singoli Comuni, a nome e con intestazione del singolo Comune (in qualità di Ente Creditore titolare del tributo) •Configurazione del Mittente su SEND: Se l'Unione operi nell'infrastruttura SEND come unico "Mittente Tecnico/Soggetto Delegato" che trasmette sia gli atti propri sia quelli per conto degli 8 Comuni, oppure se il software debba gestire l'invio configurando 8 distinti profili di mittente (uno per ciascun database dei Comuni) oltre a quello dell'Unione.

Risposta : Di seguito riscontro ai quesiti posti:


- Lotto TARI (CIG: BD12C92F3E):
1) - 2) I Comuni dell’Unione Bassa Reggiana non applicano la TARI giornaliera da quando è stato istituito il CUP (Canone patrimoniale unico).
3) Si chiede di prendere nota del quesito pubblicato in data 14/10/2026 (Rif. PI498327-26 - risposta n. 3).

- Lotto IMU (CIG: BD12C91E6B) e Lotto TARI (CIG: BD12C92F3E):
1) e 2) Sia l’IMU che la TARI sono gestiti dai dipendenti dell’Unione, ma ogni comune ha potestà impositiva per cui ogni Comune deve avere il suo gestionale IMU e TARI. Ogni dipendente dell’Unione sarà abilitato alla gestione dei tributi del Comune a cui è assegnato (ed eventualmente, su richiesta, a quello di altro comune a cui offre supporto). Tutti gli atti vengono sottoscritti dal Funzionario Responsabile, Giacomo Spatazza, dipendente dell’Unione ma nominato responsabile dei tributi da ciascuno degli otto comuni.
3) Gli atti, sia in entrata che in uscita, vengono protocollati da ciascun Comune (ad eccezione del Comune di Novellara per il quale tutti gli atti transitano nel protocollo-Unione). Il motivo risiede nel fatto che i software protocollo dei Comuni sono diversi e solo Novellara gestisce anche il protocollo Unione.
4) In riferimento al quesito, si precisa che la gestione del servizio tributi è esercitata in forma associata dall’Unione Bassa Reggiana, ferma restando la titolarità del tributo e del relativo credito in capo ai singoli Comuni.
Ai fini della corretta gestione degli atti e delle notifiche tramite la piattaforma SEND, si chiarisce quanto segue:
•Titolarità degli atti: gli atti tributari devono riportare il Comune titolare del tributo, anche quando la loro formazione, gestione e trasmissione siano effettuate dall’Unione nell’ambito delle funzioni associate e delle competenze ad essa attribuite.
•Gestione SEND: l’Unione potrà operare quale soggetto gestore e delegato alla trasmissione delle notifiche per conto dei Comuni, ferma restando la corretta identificazione del Comune di riferimento negli atti e nei dati trasmessi alla piattaforma. Non è pertanto richiesto, quale requisito tassativo, che l’invio avvenga mediante otto distinte istanze applicative o database comunali. La configurazione dei profili SEND dovrà rispettare le modalità di delega e le specifiche tecniche della piattaforma.
•Protocollazione: gli atti in entrata e in uscita sono protocollati nei rispettivi sistemi dei singoli Comuni, ad eccezione del Comune di Novellara, per il quale la protocollazione avviene tramite il sistema di protocollo dell’Unione. Il software dovrà garantire le relative integrazioni secondo quanto previsto dai Capitolati.
•Integrazione pagoPA: per ciascun tributo dovranno essere garantiti l’emissione degli IUV per conto del Comune titolare, l’accredito diretto sul relativo IBAN e la gestione distinta dei flussi di rendicontazione e riconciliazione.
Resta fermo che la distinzione tra soggetto gestore del servizio e Comune titolare del tributo dovrà essere garantita a livello applicativo, documentale e nei flussi di interoperabilità, indipendentemente dall’architettura tecnica adottata dall’aggiudicatario.
Le configurazioni operative e gli eventuali profili di delega saranno definiti in fase di avvio della fornitura, nel rispetto delle convenzioni di gestione associata, delle competenze attribuite all’Unione e delle specifiche tecniche delle piattaforme interessate, senza oneri aggiuntivi per la Stazione appaltante.
Il Dirigente dell'Area Appalti
(f.to dott. Alberto Prampolini)

Chiarimento PI485412-26

Ultimo aggiornamento: 14/10/2026 14:15

Domanda : Oggetto: Richiesta chiarimenti – Lotto IMU (CIG BD12C91E6B) e Lotto TARI (CIG BD12C92F3E) Con riferimento alla procedura di gara in oggetto e al fine di predisporre correttamente l'offerta tecnico-economica per entrambi i lotti, si chiede cortesemente di fornire i seguenti chiarimenti: 1) In considerazione del contenuto dei Capitolati relativi a entrambi i lotti, che prevedono diverse integrazioni con sistemi e piattaforme di terze parti (a titolo esemplificativo: protocollo informatico, SEND, PagoPA), si chiede di rendere disponibile la documentazione tecnica eventualmente esistente (specifiche funzionali, API, tracciati record, Web Service, manuali di integrazione, ecc.) ovvero, in alternativa, di fornire indicazioni puntuali sui sistemi attualmente in uso presso l'Ente e sulle relative modalità di interoperabilità. 2) Con riferimento ai paragrafi dei Capitolati relativi alla riscossione coattiva, nei quali viene richiesta la predisposizione dei flussi standard LR290 e LR600 adottati da AdER, si chiede di confermare che tale previsione sia limitata alla generazione e produzione dei flussi e dei carichi da trasmettere al soggetto incaricato della riscossione, restando escluse dall'oggetto dell'appalto le attività di riscossione coattiva propriamente dette. 3) Si chiede di indicare, per ciascun Comune appartenente all'Unione e per ciascun lotto, il nominativo dell'attuale fornitore software e la soluzione attualmente utilizzata, dalla quale dovranno essere effettuate le attività di migrazione dei dati. 4) Al fine di effettuare una corretta stima economica del servizio di conservazione digitale richiesto dai Capitolati, si chiede di fornire, per ciascun lotto: •il numero medio annuo di documenti da sottoporre a conservazione; •il volume complessivo annuo stimato da conservare (GB/TB); •la dimensione media dei documenti; •l'eventuale necessità di presa in carico, migrazione o mantenimento dell'archivio storico già conservato a norma dagli Enti. Ringraziando per la disponibilità, si resta in attesa di cortese riscontro e si porgono Cordiali saluti.

Risposta : Di seguito riscontro ai quesiti posti:

1) In riferimento al quesito, si precisa che i sistemi e le piattaforme attualmente in uso presso i Comuni e l’Unione Bassa Reggiana, con i quali dovrà essere garantita l’interoperabilità, sono già individuati all’art. 2.3 dei Capitolati Speciali d’Appalto di entrambi i lotti.
Si conferma che la documentazione tecnica disponibile relativa alle modalità di integrazione (specifiche API, Web Services, tracciati record e protocolli di interoperabilità) sarà messa a disposizione dell’aggiudicatario nella fase di avvio della fornitura, anche attraverso il necessario coordinamento con i rispettivi fornitori e gestori delle piattaforme.
Le integrazioni potranno essere realizzate mediante API, Web Services o altre modalità di cooperazione applicativa compatibili con i sistemi esistenti, purché sia garantita la piena interoperabilità funzionale.
Resta fermo che la progettazione, la realizzazione e il mantenimento delle integrazioni sono a carico dell’aggiudicatario, che dovrà assicurare il corretto funzionamento dei processi e lo scambio automatizzato dei dati secondo quanto previsto dai Capitolati, senza oneri aggiuntivi per la Stazione appaltante.
2) Si conferma che la previsione è limitata alla generazione e produzione dei flussi e dei carichi da trasmettere al soggetto incaricato della riscossione, restando escluse dall'oggetto dell'appalto le attività di riscossione coattiva propriamente dette.
3) Tutti gli otto Comuni dell’Unione bassa Reggiana hanno come attuale fornitore, sia per IMU che per TARI, Palitalsoft.
In particolare CITYWARE ONLINE
- per IMU: Cityware versione applicativo 8.04 del 7/10/2025 ultimo aggiornamento 1/09/2026
- per TARI: Cityware on line Versione build: 08.04-26.09.24-1814 del 2026-09-25 04:04:40 (elenco patch)
4) TARI:
-Il numero medio di documenti da sottoporre a conservazione è pari a circa 60.000 (52.400 avvisi bonari, 7.000 accertamenti, 600 rateizzazioni);
-Non si conosce il volume complessivo annuo stimato da conservare (GB/TB);
-Non si conosce la dimensione media dei documenti;
-Necessaria solo la migrazione dei dati presenti nell’attuale software in dotazione;
IMU:
-Il numero medio di documenti da sottoporre a conservazione è pari a circa 2.700 (2.300 avvisi d’accertamento e 400 rateizzazioni);
-Non si conosce il volume complessivo annuo stimato da conservare (GB/TB);
-Non si conosce la dimensione media dei documenti;
-Necessaria solo la migrazione dei dati presenti nell’attuale software in dotazione;

Il Dirigente dell'Area Appalti
(f.to dott. Alberto Prampolini)

Chiarimento PI491324-26

Ultimo aggiornamento: 13/10/2026 08:20

Domanda : OGGETTO: Richiesta chiarimenti – Procedura aperta Lotto TARI (CIG: BD12C92F3E) e Lotto IMU (CIG: BD12C91E6B) – Modalità tecniche di integrazione con il Partner Tecnologico Next Step Solution S.r.l. (pagoPA e SEND) In riferimento a quanto stabilito dall'Art. 2.3, lettere b) e c), dei Capitolati Speciali d'Appalto di entrambi i lotti (Allegato 1 - TARI e Allegato 2 - IMU), relativamente all'obbligo di garantire l'integrazione operativa con il partner tecnologico/intermediario Next Step Solution S.r.l. (piattaforma EntraNext) per i servizi pagoPA e SEND, si formula il seguente quesito: •Integrazione con il Partner Tecnologico: Si chiede di confermare se, ai fini del rispetto dei requisiti di gara, sia ritenuto conforme e ammissibile che il software applicativo fornito si colleghi e interoperi direttamente con la componente di cooperazione applicativa / Web Services / API esposte dal Partner Tecnologico Next Step Solution S.r.l. (in qualità di intermediario pagoPA e SEND accreditato), ovvero se vi sia un vincolo tassativo di integrazione diretta ed esclusiva con l'interfaccia specifica della piattaforma verticale EntraNext. Si precisa che la richiesta è finalizzata a confermare che sia garantita la piena interoperabilità funzionale (emissione IUV, riconciliazione incassi, trasmissione flussi e recupero esiti di notifica SEND) tramite i protocolli standard e le API esposte dall'intermediario Next Step Solution S.r.l., assicurando al contempo il corretto funzionamento dell'intero ciclo di vita del tributo senza oneri per l'Ente.

Risposta :

Si conferma che, ai fini del rispetto dell’art. 2.3, lettere b) e c), dei Capitolati Speciali d’Appalto, è ammessa l’integrazione mediante Web Services, API o altre modalità di cooperazione applicativa rese disponibili dal partner tecnologico Next Step Solution S.r.l., senza obbligo di utilizzo diretto ed esclusivo dell’interfaccia proprietaria EntraNext.
Si precisa che l’interoperabilità richiesta deve essere intesa in termini funzionali e non di semplice connettività tecnica. La soluzione proposta dovrà pertanto garantire, attraverso il partner tecnologico individuato, la gestione automatizzata e completa dei processi pagoPA e SEND previsti dai Capitolati, compresi lo scambio bidirezionale dei dati, la gestione degli avvisi e degli IUV, la riconciliazione degli incassi, la rendicontazione, la trasmissione degli atti, l’acquisizione degli esiti di notifica e il conseguente aggiornamento delle posizioni tributarie.
La conformità non deriva quindi dalla sola disponibilità di un collegamento API, ma dall'effettiva capacità dell'integrazione di assicurare tutte le funzionalità richieste, nel rispetto della distinta titolarità dei singoli Comuni, delle specifiche tecniche del partner e senza attività manuali sostitutive dei processi automatizzati previsti.
Resta integralmente in capo all'aggiudicatario la responsabilità della realizzazione, del corretto funzionamento e del mantenimento delle integrazioni per tutta la durata contrattuale, senza oneri aggiuntivi per la Stazione appaltante.
Il presente chiarimento non modifica i requisiti e gli obblighi previsti dai Capitolati, né costituisce autorizzazione alla sostituzione del partner tecnologico individuato.
Il Dirigente dell'Area Appalti
(f.to dott. Alberto Prampolini)

Ultimo aggiornamento: 28-10-2026, 14:23