Migrare la contabilità a inizio esercizio: come riuscirci

Bilancio, residui e anagrafiche da quadrare prima del go-live: come impostare la migrazione del software di contabilità a inizio esercizio, senza salti.

Tra tutti i software di un Comune, quello di contabilità è il più difficile da cambiare: non può fermarsi un giorno, parla con la tesoreria, e i suoi numeri devono quadrare al centesimo. Per questo il cambio riesce solo se rispetta una regola aurea: si migra a cavallo dell'esercizio, con l'anno nuovo che parte sul sistema nuovo e l'anno vecchio che si chiude su quello vecchio. Tentare il passaggio a metà anno significa spezzare in due una contabilità che è nata per essere continua.

Definita la finestra, il successo dipende dalla preparazione: la migrazione contabile è un progetto di quadrature, prima ancora che di tecnologia.

La regola vale anche per i tempi di progetto: la decisione va presa entro l'estate, per lasciare all'autunno le attività preparatorie e arrivare a gennaio con le prove già fatte. I progetti decisi a novembre partono già in ritardo.

Cosa migrare, e cosa deve quadrare

Il perimetro della migrazione è noto, e per ogni blocco esiste una verifica di quadratura che la ragioneria deve poter firmare. Ogni blocco merita un responsabile e una data, perché le quadrature non fatte prima del go-live diventano contestazioni dopo.

• Il bilancio di previsione sul piano dei conti armonizzato, con gli stanziamenti allineati
• I residui attivi e passivi per anno di provenienza, riconciliati con l'ultimo rendiconto
• Le anagrafiche di creditori e debitori, bonificate dai duplicati accumulati negli anni
• Il fondo pluriennale vincolato e i vincoli di cassa, ricostruiti con i loro collegamenti

Le prove generali con la tesoreria

Un capitolo a parte è il dialogo con la tesoreria: mandati e reversali viaggiano come ordinativi informatici OPI attraverso SIOPE+, e il collaudo di questo canale non si improvvisa al primo mandato di gennaio. Le prove vanno fatte prima del go-live: flussi di test, esiti verificati, firme digitali configurate per chi deve sottoscrivere. Lo stesso vale per la ricezione delle fatture elettroniche dallo SDI, che deve trovare il nuovo sistema pronto ad accoglierle e smistarle.

È prudente pianificare anche il periodo di coda: per qualche settimana il vecchio sistema resta consultabile per la chiusura del rendiconto, mentre il nuovo gestisce l'esercizio corrente. Ruoli e responsabilità di questa convivenza vanno scritti prima. Nulla di tutto questo è esotico: è la checklist standard di ogni subentro ben fatto, e la sua assenza è il segnale d'allarme più affidabile nella valutazione di un fornitore.

Dopo il go-live: i primi novanta giorni

Il go-live non è la fine del progetto: è l'inizio della verifica. Nei primi mesi conviene monitorare pochi indicatori concreti — i mandati emessi e andati a buon fine, le fatture registrate nei tempi, le prime variazioni di bilancio gestite senza assistenza — e tenere un canale diretto con il fornitore per le correzioni di rotta. Una migrazione ben preparata si riconosce da un dettaglio: al primo rendiconto sul sistema nuovo, i numeri quadrano senza archeologia. È l'obiettivo con cui piattaforme come comuni.ai impostano il passaggio: la quadratura con la ragioneria prima del go-live, non dopo.

Un accorgimento che ripaga: tenere un registro delle richieste di assistenza dei primi mesi. Le domande ricorrenti indicano dove serve formazione aggiuntiva, e le segnalazioni fondate diventano correzioni: è il modo più rapido per trasformare un sistema nuovo in un sistema proprio.