Il piano software dell'ultimo trimestre: cosa si può davvero chiudere entro dicembre
C’è una riunione che in una PMI manifatturiera si tiene sempre nella stessa settimana: quella in cui il reparto è ripartito ma non è ancora a regime. Non ha un nome ufficiale. Qualcuno apre dicendo che è ora di decidere cosa si fa entro fine anno, qualcun altro tira fuori l’elenco delle cose rimaste indietro da marzo, e nel giro di mezz’ora sul tavolo ci sono sette progetti diversi. Il gestionale da cambiare. Il magazzino da mettere a posto. Le ore macchina che nessuno riesce a leggere. Il preventivo che ci mette tre giorni.
Poi qualcuno dice la frase che chiude l’argomento: vediamo a gennaio.
Il problema non è la frase. Il problema è che quasi sempre è vera, e nessuno se ne accorge in tempo per farci qualcosa. Da settembre a dicembre ci sono diciassette settimane sul calendario, ma non sono diciassette settimane di lavoro disponibile. E la distanza fra le settimane che ci sono e quelle che ci sono davvero è il motivo per cui l’ultimo trimestre, ogni anno, produce molto meno di quanto era stato deciso a settembre.
Questo articolo non serve a farti partire più in fretta. Un piano investimenti software che funziona non è quello più ambizioso: è quello che sceglie le due o tre cose che entro dicembre si possono davvero chiudere, e mette le altre in un posto dove non si perdono. Se hai già fatto l’inventario di cosa usi e di quanta intelligenza artificiale c’è davvero nei tuoi sistemi, questo è il passo successivo: decidere cosa farne.
Diciassette settimane che in realtà sono nove
Prendi il calendario del prossimo trimestre e segna solo le settimane in cui l’azienda è effettivamente disponibile a fare un lavoro di sistema, cioè un lavoro che richiede attenzione, decisioni e persone sottratte alla produzione.
Settembre è il mese del rientro: si chiudono gli ordini rimasti aperti, si recupera il ritardo di agosto, e le prime due settimane servono a tornare a regime. Ottobre è il mese buono, quasi tutto intero, ed è l’unico di cui questo sia vero. Novembre è il mese in cui si chiude l’anno commerciale, fra budget, fiere e campagne: le persone che ti servirebbero per un progetto interno sono esattamente quelle che stanno correndo dietro al fatturato. Dicembre ha l’inventario, la chiusura e due settimane in cui l’azienda è mezza vuota.
Le settimane realmente utilizzabili sono nove, forse dieci. Non diciassette. È il primo numero da mettere nel piano, prima di qualsiasi altro, e conviene contarlo sul calendario vero dell’azienda invece che a memoria: le date delle fiere, la settimana dell’inventario e le chiusure sono già tutte note a settembre.
C’è anche una ragione meno ovvia per cui quelle nove settimane rendono meno di quanto sembra. Le persone che servono a un progetto di sistema — chi conosce i cicli, chi sa perché quella deroga esiste da otto anni, chi tiene insieme le anagrafiche — sono le stesse che servono a chiudere l’anno. Non è un problema di ore disponibili in azienda: è un problema di ore disponibili in quelle tre o quattro teste lì.
Vale la pena tenere a mente lo sfondo su cui questo calcolo si appoggia. La fotografia dell’ISTAT sulle imprese italiane e la rilevazione dell’Osservatorio Innovazione Digitale nelle PMI del Politecnico di Milano raccontano la stessa cosa da due angoli diversi: il software gestionale in azienda c’è quasi sempre, i progetti per farlo rendere quasi mai. Non manca la tecnologia e non mancano i soldi. Manca il tempo delle persone giuste, che è la risorsa che il trimestre distribuisce peggio.
Il secondo numero è più scomodo. Il 2026 ERP Report di Panorama Consulting, costruito su 170 organizzazioni con rilevazione fra gennaio 2025 e gennaio 2026, indica una durata mediana di nove mesi per un progetto ERP. Nove mesi. Se un progetto di sostituzione parte davvero a settembre, il go-live mediano non è gennaio: è giugno.
Non è un argomento per non partire. È un argomento per smettere di chiamare progetto entro fine anno una cosa che entro fine anno non finisce. Il modo più affidabile di non concludere niente è dare a un lavoro da nove mesi una scadenza da tre: a dicembre non avrai un sistema nuovo, avrai un progetto in mezzo al guado e una squadra che ci ha rimesso l’autunno.
Quanto dura davvero un progetto di questo tipo?
Non esiste una risposta unica, ma esistono fasi con durate note e dipendenze prevedibili. Sapere quali sono, e in che ordine si sbloccano, è la differenza fra una data che regge e una data che salta a novembre.
Leggi tempi e fasiCosa entra in un trimestre e cosa no
Il criterio per decidere non è la dimensione del lavoro. È quante decisioni non ancora prese si porta dentro.
Un lavoro entra nell’ultimo trimestre se il suo perimetro è già chiuso: si sa cosa comprende, chi lo fa, e cosa deve essere vero perché sia finito. Un lavoro non entra se per definire il perimetro serve ancora una scelta che nessuno ha fatto. È una distinzione che si può applicare in dieci minuti, riga per riga, sull’elenco uscito dalla riunione di settembre.
Lavori che di solito entrano in un trimestre:
- l’interconnessione di una linea o di una singola macchina, quando il protocollo di comunicazione è già noto e il dato da leggere è deciso;
- la bonifica delle anagrafiche articoli, clienti e fornitori: lavoro noioso, perimetro chiarissimo, ed è propedeutico a qualunque cosa venga dopo;
- un modulo singolo appoggiato a un sistema già in casa: la gestione dei part program per le macchine a controllo numerico, il controllo qualità in accettazione, il riordino a scorta minima in magazzino;
- la formazione vera su un software che usi già al trenta per cento delle sue funzioni;
- la raccolta dati macchina in sola lettura, senza toccare i cicli né l’operatività del reparto.
Lavori che non entrano, per quanto siano urgenti:
- la sostituzione dell’ERP: nove mesi mediani, e in ogni caso nessuno cambia gestionale a dicembre;
- un MES esteso a tutte le linee in una volta sola;
- l’integrazione fra ERP e sistema di produzione, che ha una sua lista di problemi ricorrenti e non si improvvisa in otto settimane;
- l’integrazione fra due sistemi quando uno dei due verrà sostituito l’anno prossimo e non si è ancora deciso da cosa;
- qualunque lavoro il cui perimetro dipenda da una gara di fornitura non ancora chiusa.
| Lavoro | Entra nel trimestre? | Il vincolo vero |
|---|---|---|
| Interconnessione di una linea | Sì, se il protocollo è deciso | La disponibilità del manutentore, non il software |
| Bonifica anagrafiche | Sì | Chi decide quale dei due codici duplicati sopravvive |
| Modulo singolo su sistema esistente | Sì | Che il sistema esistente resti in casa anche l’anno prossimo |
| Formazione su funzioni già pagate | Sì | Trovare due mezze giornate in cui il reparto può fermarsi |
| Raccolta dati macchina in lettura | Sì | Sapere in anticipo quale dato si vuole leggere |
| Sostituzione dell’ERP | No | Nove mesi mediani: è un progetto da anno, non da trimestre |
| MES su tutte le linee | No | Il numero di reparti coinvolti insieme |
| Integrazione fra due sistemi | Dipende | Se uno dei due verrà sostituito, aspetta di sapere da cosa |
La distinzione non riguarda il valore. Le cose che non entrano sono spesso le più importanti che hai in lista, ed è proprio per questo che meritano di meglio di un trimestre in cui non ci stanno. Un trimestre non è un magazzino di buone intenzioni: è uno spazio con un fondo, e quello che ci infili oltre capienza non resta lì in attesa, cade fuori.
Se un lavoro è nella colonna «no» solo perché non hai ancora scelto il sistema, la cosa da fare nel trimestre non è il progetto: è la scelta. Confrontare le alternative per categoria — gestionale, controllo produzione, magazzino, laboratorio — è un lavoro da nove settimane, e chiuderlo entro dicembre è esattamente ciò che permette di partire a gennaio invece che discuterne.
Vale la pena notare la colonna di destra. In quasi nessuna riga il vincolo è tecnologico. Sono disponibilità di persone, decisioni non prese e dipendenze da scelte future: le stesse tre cose che, come vedremo, fanno sforare i progetti anche quando durano un anno intero.
Il tuo gestionale ti obbliga a cambiare tutto in una volta?
à la differenza fra un sistema monolitico e uno modulare. Se ogni miglioramento richiede di rimettere in discussione l'intero impianto, nessun lavoro entrerà mai in un trimestre. siERP è costruito per moduli proprio perché si possa iniziare da uno.
Scopri siERPLa scadenza fiscale non è quella che ti hanno raccontato
Da settembre in poi torna puntuale un argomento di vendita: bisogna firmare entro dicembre per non perdere l’agevolazione. Vale la pena verificarlo prima di lasciare che diventi il motore del piano, perché quest’anno, nella forma in cui viene raccontato, non è vero.
L’iperammortamento introdotto dalla Legge di Bilancio 2026 (Legge 30 dicembre 2025, n. 199, articolo 1, commi 427-436) si applica agli investimenti effettuati dal 1° gennaio 2026 al 30 settembre 2028. Non è una finestra che si chiude il 31 dicembre di quest’anno, e chi te lo racconta così o non ha letto la norma o ha un trimestre commerciale da chiudere.
C’è però un dettaglio che va nella direzione opposta e che viene raccontato molto meno: non è prevista la prenotazione. Entro il termine l’investimento deve risultare effettuato ai sensi dell’articolo 109 del Testo unico delle imposte sui redditi. Un ordine firmato con acconto e consegna successiva, che nelle misure precedenti bastava a fermare il diritto, qui non basta.
Quindi la fretta artificiale di dicembre non ha fondamento, ma la data conta lo stesso, per una ragione diversa e più concreta. L’iperammortamento è una maggiorazione del costo fiscalmente ammortizzabile: le quote partono dall’entrata in funzione del bene e, per i beni 4.0, dall’interconnessione al sistema aziendale di gestione della produzione. Un software interconnesso a dicembre e lo stesso software interconnesso a febbraio non producono lo stesso effetto sullo stesso bilancio.
A questo si aggiunge la parte procedurale: l’accesso passa da comunicazioni telematiche sulla piattaforma gestita dal GSE, con modelli e termini fissati da decreti direttoriali, e prevede una comunicazione preventiva prima e una di conferma dopo. È un terzo calendario da far coincidere con gli altri due, ed è esattamente lì che i progetti si incastrano. Non sulla tecnologia.
Vale la pena vederli in fila, perché scritti uno sotto l’altro il problema diventa evidente. Il calendario industriale dice quando la macchina si può fermare per essere collegata, e in una PMI manifatturiera quelle finestre sono poche e non si spostano. Il calendario fiscale dice da quando partono le quote, e non guarda in faccia a nessuno. Il calendario procedurale dice entro quando vanno mandate le comunicazioni, e ha i suoi tempi di istruttoria. Un piano che ne considera due su tre funziona sulla carta e salta nella pratica, quasi sempre a novembre, quando ci si accorge che l’unica settimana in cui la linea si poteva fermare era passata da un mese.
In pratica, al fornitore serve fare una domanda sola: entro quale data questo lavoro è interconnesso e funzionante — non consegnato, non fatturato. Se la risposta non è una data, non è un piano. Abbiamo scritto la guida completa alla misura e alla documentazione richiesta in un articolo dedicato; le condizioni specifiche della tua azienda restano da verificare con il tuo commercialista, che è l’unico a vedere il quadro fiscale intero.
Sai entro quale data il tuo software sarà interconnesso?
Non è la data dell'ordine e non è la data della consegna: è quella da cui partono le quote. Se non ce l'hai per iscritto dal fornitore, il beneficio fiscale che hai messo nel piano non è ancora un numero.
Verifica l'interconnessioneIl piano in una pagina: cinque righe per lavoro
Un piano investimenti software utile sta su un foglio. Per ogni lavoro che hai deciso di far entrare nel trimestre servono cinque righe, e nessuna è facoltativa.
- Che cosa — una frase sola, con un verbo che finisce. “Migliorare la gestione del magazzino” non è un verbo che finisce. “Portare in anagrafica le 1.400 referenze attive con codice, unità di misura e ubicazione” lo è.
- Perché adesso e non a marzo — se non c’è una risposta, il lavoro è importante ma non è urgente, e va nella lista di gennaio.
- Chi decide — una persona con nome e cognome, non un ufficio. Gli uffici non decidono.
- Cosa deve essere vero prima — la dipendenza. È la riga che salva i progetti: quasi tutti i lavori bloccati a novembre erano bloccati già a settembre, ma nessuno l’aveva scritto.
- Quando si verifica — una data sul calendario, non “fine anno”. E accanto, cosa si guarda quel giorno per dire se è fatto.
Un esempio compilato, per rendere l’idea di quanto poco spazio serva:
| Riga | Contenuto |
|---|---|
| Che cosa | Leggere i contapezzi delle due presse del reparto 2 e portare il conteggio orario nel gestionale, in sola lettura |
| Perché adesso | Perché il preventivo di reparto oggi si fa a memoria e a gennaio parte il budget nuovo |
| Chi decide | Il responsabile di produzione (non «la produzione») |
| Cosa deve essere vero prima | Che il protocollo delle presse sia confermato dal manutentore e che ci sia una presa di rete nel quadro |
| Quando si verifica | Venerdì 21 novembre: si guarda se il totale della giornata precedente coincide con il conteggio a mano |
Nessuna di queste righe richiede un preventivo per essere scritta. Tutte e cinque insieme richiedono forse venti minuti per lavoro, ed è l’unico modo per accorgersi a settembre — e non a novembre — che manca una presa di rete.
Il test è la riga cinque. Se non riesci a scriverla come data, il lavoro non è pronto per il trimestre: è pronto per la lista di gennaio. Ed è un buon posto, non una bocciatura. La lista di gennaio è dove i lavori sopravvivono; il trimestre è dove muoiono, se ce ne entrano troppi.
C’è un ultimo controllo da fare sul foglio finito, ed è quello che quasi nessuno fa: contare quante righe “chi decide” contengono lo stesso nome. Se tre lavori su quattro dipendono dalla stessa persona, il piano non ha un problema di risorse tecniche, ha un collo di bottiglia umano — e nove settimane non bastano a smaltirlo.
Se alla riga due la risposta è “per il budget”, vale la pena fare il conto vero prima di decidere l’ordine di grandezza — costo di licenza, servizi, formazione e il tempo interno che nessuno mette mai a preventivo.
Nel tuo piano c'è il costo, o solo il prezzo?
Licenza, servizi, formazione e il tempo interno delle persone che ci lavorano sono quattro voci diverse, e nei preventivi ne compare quasi sempre una sola. Il calcolatore mette in fila tutte e quattro sul tuo caso, senza lasciare l'ultima al caso.
Calcola il costo realeLe tre cose da chiudere entro il 31 dicembre (e nessuna è un software)
Torniamo per un momento ai dati di Panorama, perché dicono una cosa precisa su dove si rompono i progetti. Oltre un quarto delle organizzazioni ha sforato il budget, e la causa più frequente è stata la necessità imprevista di tecnologia aggiuntiva: cioè un problema scoperto tardi, che era lì anche prima ma nessuno aveva guardato. Quasi un quarto ha sforato i tempi, e lì la causa più frequente è organizzativa — governance e resistenza al cambiamento. Non il software.
Sono i due modi in cui un progetto del 2027 viene rovinato nel 2026. Ed entrambi si prevengono con lavoro che in un trimestre ci sta comodamente, perché non richiede di comprare niente.
Primo: la decisione. Non l’acquisto, la decisione. Entro dicembre deve essere scritto da qualche parte quale problema si risolve per primo l’anno prossimo, chi lo possiede, e quale ordine di grandezza di spesa l’azienda è disposta a mettere. Tre righe. Se a gennaio questa cosa non è scritta, i primi due mesi se ne vanno a riaprire la discussione di settembre.
Secondo: il perimetro dei dati. Sapere quali archivi sono affidabili e quali no è un lavoro di lettura, non di migrazione: si apre quello che c’è, si contano i duplicati, si guarda quanti campi obbligatori sono vuoti, si segna dove le regole vere vivono in un foglio di calcolo invece che nel sistema. È il lavoro che rende verificabile tutto quello che verrà dopo, ed è anche quello che si può fare mentre l’azienda è occupata a chiudere l’anno.
Terzo: chi ci mette il tempo. È la domanda che affonda più progetti, e nel novanta per cento dei casi non viene fatta prima della firma: chi, in azienda, con nome e cognome, ha tre mezze giornate a settimana da dedicare a questo da marzo in poi? Se la risposta è “vediamo”, il progetto ha già una data di sfondamento; semplicemente non la conosci ancora.
Nessuna delle tre richiede un budget approvato, un fornitore scelto o una firma. Richiedono un pomeriggio a testa e la disponibilità a scrivere delle cose che di solito restano implicite — ed è proprio perché restano implicite che a marzo qualcuno scopre di aver dato per scontato l’opposto di qualcun altro.
Chiuse queste tre, gennaio non è un ripartire da zero. È un partire, che è una cosa diversa.
In sintesi
L’ultimo trimestre ha nove settimane utili, non diciassette. Un progetto ERP ha una durata mediana di nove mesi, quindi non è un lavoro da autunno. La scadenza dell’iperammortamento non è dicembre 2026 ma settembre 2028, e non ammette prenotazione: quello che conta è la data di interconnessione, non quella dell’ordine. Nel trimestre entrano i lavori a perimetro chiuso — interconnessioni, bonifiche anagrafiche, moduli singoli, formazione — e ognuno sta su cinque righe di cui l’ultima è una data.
E le tre cose davvero decisive da chiudere entro il 31 dicembre non sono software: la decisione scritta, il perimetro dei dati e il nome di chi ci metterà il tempo. Costano un pomeriggio a testa e valgono i due mesi che altrimenti perderai a gennaio.
Da leggere prima di decidere
Se il piano che esce da questo esercizio contiene una scelta di sistema, tre letture accorciano di parecchio la discussione di gennaio: cosa distingue davvero un software modulare da uno monolitico, com’è fatto dentro un sistema in cui l’intelligenza artificiale sta nell’architettura e non nell’interfaccia, e quali domande conviene fare al fornitore prima di firmare qualsiasi cosa.
Se invece il piano riguarda l’anno prossimo più che questo trimestre, il punto di partenza è capire che cosa significhi davvero «software AI-first» prima di metterlo a budget, e quali fasi e quali tempi comporti un progetto di questo tipo. Il resto della serie è raccolto nel blog, e la maggior parte di quello che serve per decidere è già scritta lì.
Vuoi arrivare a gennaio con una decisione, non con una discussione?
Un'ora di confronto in autunno vale i due mesi che altrimenti si perdono in primavera. Guardiamo insieme cosa hai già in casa, cosa entra davvero nel trimestre e cosa conviene rimandare a marzo con una data vera.
Parliamone adessoDomande frequenti
Ha senso avviare la sostituzione del gestionale a settembre per andare live a gennaio?
Quasi mai. Il 2026 ERP Report di Panorama Consulting indica una durata mediana di nove mesi per un progetto ERP: partendo a settembre, il go-live mediano cade a giugno, non a gennaio. Il rischio di comprimerlo in quattro mesi non è arrivare tardi, è arrivare al 1° gennaio con un sistema acceso ma non affidabile, nel mese in cui l'azienda deve emettere i primi documenti dell'anno. Settembre è il mese giusto per decidere e preparare, non per partire con il cutover.
Quali lavori software si riescono davvero a chiudere in un trimestre?
Quelli a perimetro già chiuso, cioè che non contengono decisioni ancora da prendere: l'interconnessione di una linea o di una macchina quando il protocollo è noto, la bonifica delle anagrafiche, un modulo singolo appoggiato a un sistema già in uso, la formazione su funzioni già pagate e non usate, la raccolta dati macchina in sola lettura. Il criterio non è quanto è grande il lavoro, ma quante scelte non fatte si porta dentro.
L'iperammortamento 2026 scade a fine anno?
No. La misura introdotta dalla Legge di Bilancio 2026 (Legge 30 dicembre 2025, n. 199, articolo 1, commi 427-436) si applica agli investimenti effettuati dal 1° gennaio 2026 al 30 settembre 2028. Non è però ammessa la prenotazione: entro il termine l'investimento deve risultare effettuato ai sensi dell'articolo 109 del TUIR, quindi un ordine con consegna successiva non conserva il diritto. Le condizioni applicabili al singolo caso vanno verificate con il proprio commercialista.
Perché la data di interconnessione conta più della data di consegna?
Perché l'iperammortamento è una maggiorazione del costo fiscalmente ammortizzabile, e le quote partono dall'entrata in funzione del bene: per i beni 4.0 dall'interconnessione al sistema aziendale di gestione della produzione. Un software consegnato a novembre ma interconnesso a febbraio produce effetti su un esercizio diverso da quello previsto. Per questo, in fase di piano, la domanda da fare al fornitore è entro quale data il lavoro sarà interconnesso e funzionante, non entro quale data sarà consegnato.
Quanto tempo interno serve a una PMI per un progetto software?
Molto più di quanto viene messo a preventivo, ed è la voce che manca quasi sempre nei conti. Un ordine di grandezza realistico per un progetto di media portata è circa tre mezze giornate a settimana di una persona che conosce i processi, per tutta la durata del progetto, più picchi nelle fasi di test e di avvio. Non a caso, nella rilevazione di Panorama la causa più frequente di sforamento dei tempi è organizzativa, non tecnica.
Cosa deve essere pronto a dicembre per partire bene a gennaio?
Tre cose, nessuna delle quali è un software. La decisione scritta: quale problema si risolve per primo, chi lo possiede, quale ordine di grandezza di spesa. Il perimetro dei dati: quali archivi sono affidabili, quanti duplicati ci sono, quali regole vivono in un foglio di calcolo invece che nel sistema. E il nome della persona che ci metterà il tempo. Senza queste tre, i primi due mesi dell'anno se ne vanno a riaprire la discussione di settembre.
