Nei comuni medio-piccoli, la digitalizzazione parte da anni di stratificazione tecnologica: sistemi diversi, nati in momenti e contesti diversi, acquistati da vendor diversi, con logiche diverse.

Il risultato? Dati non sempre standardizzati, API assenti o proprietarie, formati obsoleti, esportazioni manuali, integrazioni costruite “su misura” e difficili da mantenere nel tempo.

In questo contesto, ogni nuova integrazione rischia di trasformarsi in un cantiere permanente perché spesso manca un metodo condiviso. Per questo, l’interoperabilità non può essere trattata come un dettaglio tecnico quanto piuttosto una scelta progettuale.

Il primo passo è mappare i flussi dati reali: capire quali informazioni circolano, da dove partono, dove arrivano, chi le aggiorna, con quale frequenza e con quali responsabilità.

Il secondo passo è definire un contratto API chiaro, stabile e non negoziabile: un modello dati coerente, documentato, comprensibile e replicabile.

Il terzo passo è gestire in modo strutturato il rapporto con i vendor terzi. Non come una sequenza di eccezioni, ma come un processo: analisi delle criticità, definizione delle responsabilità, tracciamento delle soluzioni, validazione dei risultati.

Solo così ogni integrazione smette di essere un caso isolato e diventa replicabile. La vera domanda, infatti, non è solo: “Come facciamo a far dialogare questi due sistemi?” La domanda è: “Chi governa il modello dati?” Stabilire chi definisce lo standard e chi si adatta è spesso la decisione più importante. Anche la più difficile. Nei progetti digitali per la Pubblica Amministrazione, la complessità tecnica è solo una parte del problema. L’altra parte riguarda governance, responsabilità, metodo e capacità di prendere decisioni chiare. Hai mai dovuto “far parlare” due sistemi che sembravano impossibili da integrare?