Scelta software
Trasferire la contabilità in corso d'anno al nuovo software
Cambiare gestionale a metà esercizio è possibile, ma richiede un metodo diverso dal semplice import di anagrafiche: la contabilità è in movimento, ci sono rate già emesse, incassi ricevuti e spese pagate, e il conto corrente dedicato ha un saldo reale da riconciliare. Il rischio è il doppio conteggio: caricare due volte lo stesso incasso, o ripartire una spesa già addebitata. La via più sicura è trattare il momento del passaggio come una fotografia, un saldo di apertura per ogni posizione, e ripartire da lì con i soli movimenti successivi. Questa guida spiega come impostare i saldi, come gestire le rate e gli incassi già a bilancio e come far quadrare il conto dedicato nel nuovo sistema.
Dati da fissare al momento del passaggio
- Il saldo di ogni condomino verso il condominio, a credito o a debito, alla data del passaggio
- Le rate già emesse per l'esercizio in corso, con le relative scadenze
- Gli incassi già ricevuti, imputati alle rate corrispondenti
- Le spese già pagate e quelle impegnate ma non ancora liquidate
- Il saldo reale del conto corrente dedicato e dell'eventuale fondo cassa
- Il fondo di riserva e gli eventuali fondi speciali deliberati dall'assemblea
Perché conviene un saldo di apertura, non lo storico completo
In generale i dati puramente contabili sono i più difficili da migrare tra sistemi diversi, perché ogni software struttura conti e movimenti a modo suo. Ricostruire tutti i movimenti dell'esercizio in corso nel nuovo gestionale è laborioso e rischioso. La prassi più solida è fissare una data di passaggio e caricare i saldi di apertura a quella data, come si fa quando un amministratore subentra a esercizio già avviato.
Con questo metodo il nuovo gestionale non deve conoscere ogni singolo movimento del vecchio, ma solo il punto di partenza: quanto deve o è a credito ogni condomino, quanto c'è in cassa e sul conto, quali fondi sono costituiti. Da lì in avanti si registrano solo i movimenti nuovi. Lo storico dettagliato del periodo precedente resta consultabile nel vecchio sistema o negli esportati, che vanno conservati.
Rate già emesse e incassi ricevuti
Il punto più delicato è la gestione delle rate. Se l'assemblea ha già approvato il preventivo e le rate dell'esercizio sono state emesse, il nuovo gestionale deve riconoscere quali sono già scadute, quali incassate e quali ancora attese, senza riemetterle. Conviene caricare il piano di rateizzazione come stato attuale: importo, scadenza e quota già pagata per ciascuna, così che i solleciti ripartano dal punto giusto.
Gli incassi già ricevuti non vanno registrati come nuovi movimenti, altrimenti si sommerebbero al saldo di apertura generando un doppio conteggio. Vanno considerati parte della fotografia iniziale: il saldo di apertura del condomino riflette già ciò che ha versato. Il criterio guida è semplice: ogni euro deve comparire una sola volta, o dentro il saldo di apertura o come movimento successivo, mai in entrambi.
Spese pagate, impegnate e fatture in arrivo
Le spese vanno distinte in tre categorie: quelle già pagate, quelle impegnate ma non ancora liquidate e quelle future dell'esercizio. Le prime sono parte del saldo di cassa iniziale e non vanno rimesse a bilancio; le seconde vanno annotate come debiti verso fornitori, perché incideranno sul consuntivo; le terze si registreranno normalmente man mano che arrivano le fatture.
Attenzione alle fatture elettroniche in transito: una fattura emessa dal fornitore prima del passaggio ma ricevuta dopo va registrata nel nuovo sistema con la competenza corretta, evitando di attribuirla al periodo sbagliato. Per questo conviene fissare la data di passaggio in un momento di relativa calma, non a ridosso di grandi liquidazioni, e verificare con i fornitori quali fatture sono ancora in arrivo.
Riconciliare il conto corrente dedicato
Il condominio deve operare su un conto corrente dedicato, come previsto dall'articolo 1129 del Codice civile, e il saldo di quel conto è il riferimento di realtà su cui far quadrare la contabilità. Al momento del passaggio si prende il saldo effettivo dell'estratto conto e lo si imposta come saldo iniziale della risorsa di pagamento nel nuovo gestionale.
Da quel punto, ogni movimento registrato deve trovare corrispondenza nell'estratto conto, e la prima riconciliazione nel nuovo sistema è il vero collaudo: se il saldo contabile ricostruito coincide con quello bancario, la migrazione della parte finanziaria è riuscita. Collegare il conto al gestionale, dove il software lo consente, rende questa verifica continua invece che manuale.
Chiudere l'esercizio con coerenza
A fine esercizio il consuntivo deve risultare completo anche se una parte dell'anno è stata gestita sul vecchio sistema. Per questo il saldo di apertura non è solo un numero di cassa, ma va accompagnato dai totali di spesa già sostenuti per categoria, così che il rendiconto finale, redatto secondo l'articolo 1130 bis del Codice civile con registro di contabilità, riepilogo finanziario e nota sintetica, rappresenti l'intero esercizio.
L'alternativa più semplice, quando i tempi lo consentono, resta chiudere l'esercizio con il vecchio software e aprire il nuovo dall'esercizio successivo, partendo con anagrafiche e tabelle già importate. La scelta dipende dall'urgenza: un gestionale come AmministraPro consente sia l'avvio a esercizio aperto con saldi di apertura sia il subentro pulito da esercizio nuovo. Su /funzioni sono descritti gli strumenti di contabilità e riconciliazione e su /prezzi i piani disponibili.
Domande frequenti
È meglio cambiare gestionale a esercizio aperto o aspettare la chiusura?
Quando i tempi lo consentono, la via più semplice è chiudere l'esercizio con il vecchio software e aprire il nuovo dall'esercizio successivo, importando anagrafiche e tabelle in anticipo. Se invece il cambio è urgente, si procede a esercizio aperto fissando i saldi di apertura alla data di passaggio. Entrambe le strade sono valide; la seconda richiede più attenzione per evitare doppi conteggi tra ciò che è già a bilancio e i movimenti nuovi.
Come evito di contare due volte gli incassi già ricevuti?
Considerandoli parte della fotografia iniziale, non come movimenti nuovi. Il saldo di apertura di ogni condomino riflette già quanto ha versato: se poi si registrassero di nuovo gli incassi come movimenti, si sommerebbero al saldo generando un doppio conteggio. La regola pratica è che ogni euro compaia una sola volta, dentro il saldo di apertura oppure come movimento successivo alla data di passaggio, mai in entrambi.
Cosa faccio con le rate già emesse e in parte pagate?
Si carica il piano di rateizzazione come stato attuale, indicando per ciascuna rata importo, scadenza e quota già pagata. Così il nuovo gestionale sa quali rate sono scadute, quali incassate e quali ancora attese, e i solleciti ripartono dal punto corretto senza riemettere ciò che è già stato richiesto ai condomini. Le rate non vanno rigenerate da zero, altrimenti si perde l'allineamento con quanto già comunicato.
Le fatture ricevute a cavallo del passaggio dove le registro?
Nel sistema in cui vengono lavorate, ma con la competenza corretta. Una fattura emessa dal fornitore prima del passaggio ma ricevuta dopo si registra nel nuovo gestionale attribuendola al periodo di competenza giusto, così da non falsare né il consuntivo né la posizione del fornitore. Conviene concordare la data di passaggio in un momento tranquillo e chiedere ai fornitori quali fatture sono ancora in arrivo, per non perderne nessuna nel cambio.
Come verifico che la parte finanziaria sia stata trasferita bene?
Con la riconciliazione del conto corrente dedicato. Si imposta come saldo iniziale il saldo reale dell'estratto conto alla data di passaggio, previsto dall'articolo 1129 del Codice civile, e poi si controlla che il saldo contabile ricostruito nel nuovo sistema coincida con quello bancario. Se i due valori tornano, la migrazione della parte finanziaria è riuscita. Questa prima riconciliazione è il collaudo più affidabile del trasferimento contabile.
Prova AmministraPro
Contabilità, ripartizioni millesimali, assemblee, comunicazioni e intelligenza artificiale in un unico software italiano, conforme a UNI 10801 e GDPR.