Case Studies
Scritture contabili ricorrenti: il caso di un'azienda di sicurezza
Le scritture di assestamento di un'azienda di sicurezza: un pomeriggio a mano ogni fine mese diventa mezz'ora con i modelli. Il caso completo con Zelo ERP Contabilità.
Luca ha quarantasei anni e tiene la contabilità di un’azienda che installa antifurto e sorveglianza, fa vigilanza e vende consulenza sulla sicurezza sul lavoro. Quaranta tecnici in campo, due magazzini, una sede. La contabilità è in ordine, ma l’ordine gli costa caro: ogni fine mese deve registrare le stesse scritture che non derivano da una bolla o da una fattura. Il fondo TFR dei dipendenti a tempo indeterminato, la quota del premio assicurativo che ricade sul mese, l’accantonamento per le grandi manutenzioni degli anni prossimi. Ogni mese. Sempre.
Ciascuna di queste scritture, Luca le rifà a mano. Apre il sezionale Operazioni Varie, digita la data, sceglie il conto di costo in dare e il conto di contropartita in avere, scrive la descrizione, ricontrolla che la quadratura torni, poi ripete l’operazione per le altre. Un mestiere fatto di numeri, il suo, e i numeri sono sempre gli stessi ma non identici: il TFR cambia con le nuove assunzioni, il rateo del premio con il conteggio dell’anno, il fondo con il budget dell’anno. Riscriverli da zero, ogni volta, può vuol dire commettere nuovamente gli sbagli di sempre.
Nessuna di queste scritture nasce da un documento. Non c’è una fattura dietro il fondo TFR, non c’è un DDT dietro l’accantonamento per i lavori ciclici. Il gestionale le genera tutte quando c’è un documento da cui generarle; quelle senza documento restano sulle spalle di Luca, e sul suo foglio di Excel che contiene le cifre “giuste” dell’ultimo mese.
Dove si rompe il flusso di lavoro
La scrittura viene rifatta a mano ogni mese. Il fondo TFR è sempre lo stesso schema: un conto di costo in dare, un conto di debiti in avere. Cambia solo l’importo. Eppure ogni volta va ricomposto da zero, conto per conto, descrizione per descrizione. Trenta secondi per scrittura, più le scritture di assestamento, alla fine fanno un pomeriggio.
Le regole stanno nella testa di Luca. Con quale conto di contropartita va il premio assicurativo? Il rateo mensile del 2026 quanto è, a fronte di un premio annuo da 12.400 euro? Perché l’accantonamento TFR si fa su quel conto e non su quest’altro? Risposte giuste, tutte quante, ma custodite da una sola persona. Quando Luca si ammala, o quando va in ferie a luglio, quelle regole non si trasferiscono a nessuno.
Un conto sbagliato non lo scopri subito. Le scritture di assestamento non hanno un documento di controllo che le smentisca: nessuno ti manda una fattura che non torna. Se il rateo di settembre è finito sul conto sbagliato, lo vedi a fine anno, quando qualcuno riapre la partita per la chiusura. A quel punto la correzione tocca tre mensilità.
La tracciabilità è nel titolo di una cartella. Le cifre che Luca usa ogni mese stanno in un foglio di calcolo, le scritture fatte stanno nel sezionale, il collegamento tra le due vive nella convenzione che Luca ha dato ai nomi delle sue cartelle sul desktop. Dopo un anno nessuno ricorda più a quale fondo apparteneva quel numero.
Il mese finisce sempre di corsa. Le scritture arrivano quando le altre attività non aspettano: fatture da registrare, incassi da riconciliare, scadenze. E allora si fa presto, si digita in fretta, e in fretta si ricontrolla. Le due volte in cui la fine dell’anno ha presentato una scrittura non quadrata sono state due mezze giornate di lavoro perse a inseguire le differenze.
Niente ricorda niente. Il gestionale sa fare le scritture dove c’è un documento: una fattura diventa una registrazione da sé, un ammortamento dei cespiti lo genera il programma ogni notte. Ma le scritture senza documento restano un lavoro manuale, e il lavoro manuale ogni mese è lavoro nuovo.
Prima il processo, poi il software
Un software non salva una contabilità che non ha deciso come ragionare. Prima di integrare un software, ci sono queste quattro cose da fare:
- Decidere quali scritture si ripetono. Non tutte: quelle che non hanno un documento e che si rifanno uguali ogni mese. Il fondo TFR, i risconti, gli accantonamenti. Se una scrittura nasce da una fattura, di solito non serve un modello: serve la fattura.
- Scrivere lo schema una volta per tutte, con i conti giusti e le regole di calcolo. Il conto di costo, il conto di contropartita, come si ricava l’importo se questo dipende da un altro numero. Questa è la parte che sta nella testa dell’addetto amministrativo, ma va messa per iscritto.
- Decidere se una scrittura si crea sempre con l’importo a mano o se l’importo deve essere calcolato a partire da un’altra riga. Il fondo TFR si decide ogni mese a mano; la quota del premio annuo si può calcolare dal premio stesso.
- Decidere chi ha la responsabilità del modello e chi lo usa. La gestione degli schemi va riservata a chi ha la responsabilità della contabilità; l’uso, cioè creare la scrittura, può essere autorizzato a chiunque operi sul sezionale.
Decise queste quattro cose, con il gestionale è possibile avere una schema pronto, che chiederà solo l’importo variabile e la data. E genererà la scrittura quadrata senza che nessuno la riscriva.
Come funziona in Zelo ERP
Nell’app Contabilità di Zelo ERP (scheda dello strumento) esiste un archivio che si chiama Registrazione Contabile da Modelli: non un elenco di scritture già fatte, un elenco di schemi pronti. Si apre da Contabilità → Configurazione → Contabilità → Registrazione Contabile da Modelli (la voce compare ai ruoli con responsabilità sulla fatturazione). Ogni schema è un modello che ha un nome, un sezionale di destinazione e un elenco di righe: conto, partner, tipo voce (dare o avere), imposte, e l’indicazione se l’importo si scrive a mano oppure si calcola.
Lo schema della scrittura si scrive una volta
Apri il modello Accantonamento TFR e vedi le sue due righe, già pronte. La prima: il conto di costo del TFR dei dipendenti a tempo indeterminato, in Dare, con l’importo che si inserisce ogni volta. La seconda: il conto di contropartita del TFR maturato, in Avere, con l’importo che il sistema calcola da sé prendendolo dalla prima riga. Il modello è già legato al sezionale Operazioni Varie: quando lo usi, non devi più scegliere dove la scrittura va a finire.
Le righe si distinguono in Input Utente e Calcolato. Quelle a input le compila chi crea la scrittura: l’importo del fondo TFR decide lui, ogni mese, in base alle presenze. Quelle calcolate hanno una formula che punta alle altre righe dello schema: il premio assicurativo annuo di 12.400 euro, ad esempio, si scrive una volta e le sue quote mensili si ricavano da lì, non da una cifra riscritta ogni gennaio. La formula si scrive come si legge: la riga due vale quanto la riga uno, la riga tre vale la riga uno per il 20 per cento, la riga quattro è la somma delle prime tre. Se una formula si cita da sola, o punta a una riga che non c’è, il modello non si lascia nemmeno salvare.
La scrittura si crea con un clic
Per registrare il fondo TFR di ottobre non si ricompone nulla. Si apre Contabilità → Contabilità → Registrazioni Contabili → Crea Registrazione da Modello (lo stesso comando c’è nel menu Azione di una scrittura già aperta). Si sceglie il modello, si indica il partner se serve, si mette la data; il campo Data parte già con quella di oggi. Si preme Avanti e il wizard mostra le righe: l’importo variabile si digita una volta sola, le altre sono già scritte e non si toccano.
Al Carica, il sistema genera la scrittura. Parte in bozza, con il badge Non Emesso, e non tocca nessun registro: si può controllare, modificare, annullare. Il campo Riferimento si compila da solo con il nome del modello, così la scrittura si ritrova senza cercarla a mano.
Un modello non è una gabbia
Lo schema dà i conti e le regole, non blocca chi lavora. Dopo aver creato la scrittura la si può riaprire e cambiare: aggiungere una riga, spostare un importo, correggere il conto se quello del modello non è più quello giusto. Il modello è un punto di partenza, non un vincolo, e se lo schema va rivisto lo si rivede nel modello una volta, non lo si rincorre ogni mese. Se il fondo TFR cambia conto perché è cambiato il piano dei conti, si corregge il modello; dal mese dopo le scritture escono già giuste.
Le scritture di un modello si ritrovano tutte
Filtra l’elenco delle registrazioni per il riferimento e vedi le mensilità dell’accantonamento TFR allineate, una per mese, con l’importo che sale o scende dove doveva. È l’elenco che a chiusura si usa per dire “il fondo è stato accantonato ogni mese, ecco quando e quanto”. Non c’è una pianificazione automatica che le genera di notte (quello, nel contabile, è il mestiere dell’ammortamento dei cespiti, che Zelo ERP genera da sé): le scritture da modello le crea chi lavora quando le servono, tutte dal punto in cui sono, con la stessa regola.
Un assistente che lavora dentro i tuoi dati
C’è una strada che non passa dai menu: far lavorare l’intelligenza artificiale direttamente dentro i dati dell’ERP. Zelo ERP espone un server MCP, il protocollo con cui gli assistenti AI si collegano ai sistemi (il modulo si chiama RESTFUL MCP SERVER ed è già installato nella configurazione standard). Si attiva creando un Token di accesso API, e si collega un assistente come Claude con una sola riga di configurazione: l’indirizzo del server e il token nell’intestazione. Ogni operazione gira con i permessi dell’utente a cui il token è legato: l’assistente vede quello che vede chi gli ha prestato le credenziali, non un formato di più.
Per la contabilità delle scritture ricorrenti l’assistente ha un uso semplice e uno più utile. Quello semplice: chiedere “quali modelli ho e con quali conti” e leggere l’archivio senza aprire un menu. Il più utile: chiedere di passare in rassegna le scritture generate dai modelli negli ultimi dodici mesi e segnalare quelle che risultano mancanti. “Di settembre non c’è l’accantonamento TFR” è una frase che a fine anno costa una settimana; detta a novembre costa mezza giornata.
Il server ha le sue regole. I campi che contengono password, segreti e chiavi non si leggono nemmeno con un token “completo”. Ogni token ha un ambito (sola lettura, lettura e scrittura, accesso completo) e una scadenza, e ogni chiamata finisce nel Log Accesso API: ciò che l’assistente ha letto e scritto resta tracciato riga per riga. L’assistente può leggere le scritture e consultare le procedure di lavoro già documentate, ma un token non crea altri token, e nessuno script esterno va a toccare i registri contabili senza passare dai diritti dell’utente collegato.
Domande frequenti
Dove sta il vantaggio
Per l’amministrazione, il vantaggio è duplice. Da un lato abbiamo le tempistiche di fine mese: le scritture di assestamento passano dall’essere ricomposte ogni volta a essere generate e controllate, e un pomeriggio diventa mezz’ora. Dall’altro abbiamo qualcosa di più silenzioso, ma vale molto di più: la regola contabile smette di vivere solo nella testa di una persona e diventa un modello che quell’amministrativo e chiunque gli succeda usano allo stesso modo, con lo stesso riferimento, con gli stessi conti.
Per configurare un sistema di gestione sarà sufficiente: decidere quali scritture vale la pena modellare, scrivere per esteso i conti e le regole di calcolo, tenere i modelli riservati a chi ha la responsabilità della contabilità. Le regole le decide d’azienda; Zelo ERP consente di non dover reinserire ogni mese questo tipo di scritture. La pagina dedicata alla contabilità raccoglie le funzioni una per una, e l’integrazione con l’assistente è descritta a parte.