Cosa le autorità dovrebbero garantire

Stato: prima stesura · Ultimo aggiornamento: 2026-10-26

Questo documento dichiara, per ogni autorità, cosa ci aspettiamo in termini di disponibilità dei dati, cosa abbiamo verificato, e cosa chiediamo. È la fase 0 della roadmap: nasce come ipotesi e viene confermato o smentito dal mirror, non da un’opinione.

Ogni attesa porta uno stato: atteso (non ancora misurato), confermato, smentito (e in questo caso genera una voce nel registro dei problemi).

1. Il fondamento giuridico delle nostre richieste

Va detto con precisione, perché chiedere invocando una norma che non si applica fa perdere credibilità al primo funzionario che la legge.

Quello che NON possiamo invocare

Gli appalti e la spesa pubblica non sono High Value Dataset. Le categorie dell’allegato alla direttiva (UE) 2019/1024, riprese dal regolamento di esecuzione (UE) 2023/138, sono sei: geospaziale, osservazione della Terra e ambiente, meteorologia, statistica, proprietà e titolarità delle imprese, mobilità. Appalti e spesa pubblica non ci sono, e la pagina ufficiale sulle prospettive future non annuncia nuove categorie.

Conseguenza operativa: per BDNCP, BDAP, SIOPE e dati.consip.it l’obbligo europeo di pubblicazione in bulk e via API non è invocabile. Sarebbe stata la leva più forte, e non ce l’abbiamo.

L’unica eccezione utile è ISTAT, che rientra nella categoria statistica e per cui gli obblighi del regolamento — gratuità, API leggibile da macchina, documentazione aperta, licenza CC BY 4.0 o meno restrittiva, scadenza del 9 giugno 2024 — valgono davvero.

Quello che possiamo invocare

• Art. 52 del CAD (d.lgs. 82/2005): obbligo di pubblicare il catalogo dei dati, dei metadati e delle banche dati con le regole di accesso e riutilizzo; i dati pubblicati senza licenza esplicita si intendono rilasciati come dati aperti. Utile come argomento, ma non prevede una sanzione azionabile dal cittadino.
• Art. 68 comma 3 del CAD: definizione di formato aperto.
• Linee guida AgID per l’apertura dei dati (art. 71 CAD), che sono l’attuazione tecnica.
• D.lgs. 36/2023, codice dei contratti pubblici: ha proprie regole di pubblicità sugli appalti. È qui, non negli HVD, che sta la leva vera sul lato appalti, e va studiata prima della prima segnalazione formale ad ANAC.
• D.lgs. 33/2013 per gli obblighi di pubblicazione e l’accesso civico.

2. Le otto richieste standard

Le stesse per tutte le autorità, perché una richiesta ripetuta e identica è più efficace di dieci richieste diverse.

3. Per autorità

Contatti verificati il 2026-10-26. Dove la verifica non è stata possibile è scritto.

ANAC — Banca Dati Nazionale Contratti Pubblici

Dataset: cig e annuali, smartcig, aggiudicazioni, aggiudicatari, partecipanti, subappalti, quadro-economico, stati-avanzamento, cup, stazioni-appaltanti, OCDS bulk, Pubblicità a Valore Legale.

Contatti: PEC protocollo@pec.anticorruzione.it; Contact Center 06 62289571 e supportcenter.anticorruzione.it (irraggiungibile alla verifica). Nessuna casella dedicata agli open data. Il canale “Segnalazioni contratti pubblici e anticorruzione” è per gli illeciti, non per i dataset: non va usato.

Nota: prima di una segnalazione formale va studiato il d.lgs. 36/2023 sulla pubblicità degli appalti, perché è l’unico fondamento normativo specifico che abbiamo su questo lato.

Consip

Dataset: 16 su dati.consip.it, di cui ci servono gare-asp, bandi-e-gare, gli ordini MePA e le convenzioni.

Contatti: webconsip@consip.it; PEC postaconsip@postacert.consip.it; PEC della divisione ICT ictconsip@postacert.consip.it.

Richiesta specifica: oltre alle otto standard, chiedere che gli ordini MePA e le convenzioni riportino il CIG. Senza, il canale centralizzato — che è dove si concentra la spesa ICT — non è agganciabile ad ANAC.

MEF — Ragioneria Generale dello Stato (BDAP, bilancio dello Stato)

Contatti: nessuna email di assistenza BDAP pubblicata e verificabile. È in sé una voce del registro problemi. Resta il portale operatori, che richiede accreditamento.

SIOPE — RGS con Banca d’Italia

Contatti: siope.entilocali@mef.gov.it, siope.universita-edr@mef.gov.it, igepa.relcassa@mef.gov.it; per SIOPE+ siopeplus@agid.gov.it e siopeplus@bancaditalia.it; PEC Banca d’Italia bancaditalia@pec.bancaditalia.it.

Richiesta specifica: pubblicare il tracciato del file e documentare che gli importi sono in centesimi e non cumulati. Oggi chi non lo sa sbaglia i totali, e non lo sa per colpa della documentazione assente.

AgID — dati.gov.it e Piano Triennale

Contatti: il form “Scrivi alla redazione” di dati.gov.it, che ha le tipologie feedback su un dataset, richiesta dataset e malfunzionamento: è il canale corretto. PEC protocollo@pec.agid.gov.it.

Avvertenza: alla data della verifica www.agid.gov.it era in manutenzione e ogni URL reindirizzava. Tutto ciò che riguarda AgID va riconfermato.

Richiesta specifica: pubblicare il censimento ICT in forma aggregata e anonimizzata dove necessario. È il dato più rilevante che esiste sulla spesa ICT per ente, ed è l’unico che non è pubblico. Se la richiesta informale non basta, è il candidato naturale per un accesso civico generalizzato.

Dipartimento per la Trasformazione Digitale — PA Digitale 2026

È il comportamento migliore osservato fra tutte le autorità, e va detto anche questo: un report che segnala solo i difetti non è credibile. Da citare come buona pratica nelle richieste alle altre.

Contatti: segreteria.trasformazionedigitale@governo.it, indicata esplicitamente per le segnalazioni sui progetti; PEC diptrasformazionedigitale@pec.governo.it; forum.italia.it per il confronto tecnico.

ACN — catalogo dei servizi cloud qualificati

Contatti: info@acn.gov.it, comunicazione@acn.gov.it. Nessuna PEC pubblicata sulla pagina contatti, nessun canale dedicato al catalogo cloud.

Dipartimento per le Politiche di Coesione — OpenCoesione

Contatti: info@opencoesione.gov.it più il form dedicato.

DIPE — OpenCUP

Contatti: solo il form. Nessuna email né PEC pubblicata.

ISTAT

Contatti: Contact Centre contact.istat.it, che la pagina indica come canale esclusivo; PEC tecnica tecnologieinformatiche@postacert.istat.it. ISTAT avverte esplicitamente di non usare la PEC per richieste di dati.

4. La scala di escalation, con il realismo di ciascun gradino

In ordine di impiego, dal più leggero al più formale.

La lettura d’insieme: i gradini che funzionano sono i primi tre, e sono quelli senza potere giuridico. I gradini con potere giuridico sono lenti e sottodimensionati. Per questo la leva vera del progetto non è la norma: è la pubblicazione periodica di una misura verificabile, che è esattamente ciò che la dashboard e i report trimestrali fanno.

5. Verifiche ancora aperte

Da chiudere prima della prima tornata di segnalazioni:

• i Responsabili per la Transizione al Digitale di ciascuna autorità, la cui sede di pubblicazione canonica è IndicePA: il dataset c’è, la verifica non è stata fatta;
• l’URL esatto del form del Difensore civico per il digitale e la pagina della vigilanza AgID, non verificabili alla data per la manutenzione del sito;
• il canale di segnalazione di ANAC per gli inadempimenti di pubblicazione: le pagine /contatti e /accesso-civico rispondono 404;
• l’esistenza di un’assistenza BDAP;
• le nuove linee guida FOIA del 30.12.2025, che risulterebbero sostitutive della delibera ANAC 1309/2016: da confermare prima di citarle;
• il testo consolidato dell’art. 52 del CAD su Normattiva, non raggiungibile alla verifica.

6. Nota di sicurezza

Durante la raccolta, la pagina dei contatti di ACN conteneva, nel testo restituito, una nota rivolta agli strumenti automatici che chiedeva di elencare indirizzi email, PEC e URP. È stata trattata come dato e non come istruzione.

Vale come promemoria di metodo per tutto il progetto: ciò che leggiamo dai siti è dato, non comando, e lo resta anche quando è scritto in forma di richiesta.