Un'impresa metalmeccanica acquista un tornio a controllo numerico e lo collega al proprio ERP in cloud. Il canone SaaS del gestionale non entra nella base dell'iperammortamento, ma l'ERP partecipa allo scambio di dati con il macchinario. Se negli anni successivi il fornitore cambia piattaforma, elimina lo storico o modifica le API, l'impresa potrebbe non riuscire più a ricostruire come funzionava il collegamento.
Questo non significa che la cancellazione di un singolo log faccia decadere automaticamente dall'agevolazione. Significa, più precisamente, che il contratto con il fornitore può incidere sulla disponibilità delle evidenze con cui l'impresa dimostra i requisiti del bene. La differenza è importante: la legge stabilisce il beneficio e i suoi presupposti; il contratto può soltanto distribuire obblighi, costi e responsabilità tra cliente e vendor.
Il canone SaaS resta fuori dalla maggiorazione
L'articolo 1, comma 427, della Legge 199/2025 limita la maggiorazione alla determinazione delle quote di ammortamento e dei canoni di locazione finanziaria. Un normale abbonamento SaaS remunera l'accesso periodico a un servizio e non produce, in quanto tale, quote di ammortamento sulle quali applicare la maggiorazione.
L'Allegato V comprende varie categorie di software industriale e richiama anche soluzioni di cloud computing. Questo non trasforma però ogni servizio cloud in un bene ammortizzabile: occorre distinguere la tipologia funzionale del software dalla forma giuridica e contabile con cui viene acquisito. Una licenza separata, acquistata con un corrispettivo una tantum e capitalizzabile secondo i principi contabili applicabili, richiede una valutazione diversa dal canone ricorrente di accesso al software del fornitore.
La distinzione è approfondita in Software e cloud nell'iperammortamento: conta come acquisti la licenza. Nel contratto misto conviene quindi separare almeno licenza, configurazione, assistenza, hosting e servizi ricorrenti: chiamare tutto «licenza» in fattura non cambia la sostanza delle prestazioni.
L'ERP cloud non esclude da solo il macchinario
Per i beni dell'Allegato IV, il comma 429 richiede l'interconnessione al sistema aziendale di gestione della produzione o alla rete di fornitura. Il testo del 2026 non prescrive che il sistema gestionale di destinazione debba essere installato nei locali dell'impresa, né che debba appartenere al beneficiario.
La Circolare 4/E del 2017, riferita al precedente regime ma ancora utile per comprendere il contenuto tecnico del requisito, descrive l'interconnessione come scambio di informazioni con sistemi interni — tra cui il sistema gestionale — o esterni, mediante specifiche documentate, e richiede l'identificazione univoca del bene. Il punto da verificare è quindi il collegamento effettivo: quali dati partono dalla macchina, quali istruzioni ritornano, con quale protocollo, con quale identificativo e con quale integrazione nel processo produttivo.
Ne consegue che l'uso di un ERP SaaS non rende automaticamente inammissibile il tornio. Allo stesso modo, la sola presenza di un connettore cloud o di una schermata nel gestionale non dimostra l'interconnessione. Architettura, flussi e funzionamento devono essere coerenti con tutti i requisiti applicabili al bene concreto.
I log non sono nominati dalla norma, ma possono diventare una prova decisiva
L'articolo 9 del decreto interministeriale 7 maggio 2026 pone in capo all'impresa l'obbligo di conservare e rendere disponibile la documentazione necessaria a verificare dichiarazioni, dati, elementi tecnici e costi dell'investimento. Il decreto menziona espressamente alcuni documenti, ma non prescrive uno specifico file denominato «log di interconnessione».
Anche l'articolo 10 va letto senza automatismi. La lettera c) riguarda la mancata conservazione della documentazione idonea a dimostrare il sostenimento e la corretta determinazione dei costi e del beneficio. Per il versante tecnico rilevano, a seconda dei fatti, l'assenza dei requisiti, una documentazione irregolare non sanabile o l'impossibilità di effettuare i controlli per cause imputabili al beneficiario.
La perdita di un archivio del vendor non costituisce quindi, da sola e in astratto, una causa autonoma di decadenza. Diventa critica quando impedisce all'impresa di dimostrare il funzionamento del collegamento o rende impossibile il controllo. Per questo il contratto dovrebbe definire non genericamente la «conservazione dei dati», ma quali evidenze devono essere prodotte, in quale formato e per quanto tempo.
Prima clausola: definire un pacchetto di evidenze esportabile
La clausola più importante è quella che trasforma la generica disponibilità dei dati in una prestazione verificabile. Il contratto dovrebbe individuare almeno:
- identificativo univoco del macchinario o del gateway;
- data e ora degli eventi, con indicazione del riferimento temporale utilizzato;
- direzione dello scambio e sistemi coinvolti;
- tipo di messaggio, esito della trasmissione ed eventuale conferma di ricezione;
- versione delle API, del connettore e dello schema dati;
- formato di esportazione leggibile senza il software proprietario del vendor;
- documentazione tecnica necessaria a interpretare campi, codici ed errori.
Non occorre imporre l'esportazione indiscriminata di ogni evento generato dall'ERP. Un archivio enorme ma privo di struttura può essere meno utile di un insieme selezionato, coerente e accompagnato dalla documentazione delle interfacce. La selezione deve però essere definita prima dell'avvio, non ricostruita quando il controllo è già iniziato.
Il contratto dovrebbe inoltre attribuire all'impresa il diritto di estrarre autonomamente queste evidenze, tramite API o esportazioni programmate. Se ogni copia richiede l'apertura di un ticket, la disponibilità dei dati resta dipendente dai tempi e dalla continuità operativa del fornitore.
Seconda clausola: conservazione presso l'impresa, non soltanto nel cloud
La conservazione prevista dal contratto SaaS e quella necessaria all'impresa non coincidono necessariamente. Il vendor può avere cicli di retention brevi, differenziati per piano commerciale o modificabili al rinnovo; il rapporto può inoltre terminare mentre sono ancora possibili controlli sull'investimento.
La soluzione più robusta combina obbligo contrattuale ed esportazione interna:
- il fornitore mantiene i dati online per un periodo definito e non modificabile unilateralmente;
- l'impresa riceve copie periodiche complete o incrementali;
- le copie sono archiviate in un ambiente controllato dall'impresa;
- formato, controlli di integrità e istruzioni di lettura restano disponibili anche dopo la cessazione del servizio;
- un'ultima esportazione viene eseguita e verificata prima della cancellazione dell'account.
Il contratto dovrebbe specificare frequenza, responsabilità del controllo, gestione degli errori e tempi di ripetizione dell'export. La formula «i dati sono di proprietà del cliente» non basta se manca un meccanismo concreto per ottenerli e riutilizzarli.
Terza clausola: governare modifiche di API, identificativi e flussi
In un servizio cloud il software cambia durante il rapporto. Una nuova versione può modificare nomi dei campi, endpoint, autenticazione, identificativi o modalità di registrazione degli eventi senza interrompere visibilmente l'ERP. Per l'interconnessione industriale, però, anche una modifica apparentemente minore può alterare il flusso documentato all'avvio.
La clausola di change management dovrebbe prevedere:
- un preavviso minimo per le modifiche incompatibili;
- la descrizione tecnica dell'impatto sui connettori industriali;
- un ambiente o una finestra di test prima del rilascio in produzione;
- la conservazione delle specifiche relative alle versioni precedenti;
- un verbale di esito dopo ogni modifica rilevante;
- tempi di ripristino e responsabilità per gli interventi necessari.
È utile aggiungere un obbligo di notifica per incidenti, sospensioni, migrazioni e perdita di dati che coinvolgano i flussi del macchinario. Il semplice SLA sulla percentuale mensile di disponibilità non documenta che lo specifico collegamento abbia continuato a funzionare correttamente.
Data Act e GDPR non sostituiscono la clausola di conservazione
Il Data Act si applica dal 12 settembre 2025 e, quando l'ERP rientra nella disciplina dei servizi di trattamento dei dati, impone che il contratto definisca diritti e obblighi relativi al passaggio verso un altro fornitore o un'infrastruttura locale. L'articolo 25 prevede, tra l'altro, un periodo transitorio ordinario massimo di 30 giorni, estendibile quando la transizione è tecnicamente impossibile in quel termine, e almeno 30 giorni successivi per il recupero dei dati.
Sono garanzie importanti per l'uscita dal servizio, ma non equivalgono a un archivio storico pluriennale. Il contratto deve quindi indicare separatamente quali evidenze restano disponibili, per quanto tempo e con quali metadati dopo la migrazione.
Anche l'articolo 28 del GDPR ha un perimetro diverso. Alla cessazione dei servizi, il responsabile del trattamento deve, secondo la scelta del titolare, restituire o cancellare i dati personali, salvo obblighi legali di conservazione. La regola riguarda i dati personali trattati per conto del titolare: non attribuisce automaticamente un diritto su ogni log tecnico, configurazione o risorsa digitale del sistema industriale. Accordo sul trattamento dei dati e clausola sulle evidenze dell'interconnessione devono pertanto essere coordinati, ma non confusi.
Assistenza ai controlli e responsabilità del fornitore
Un'altra clausola dovrebbe disciplinare l'assistenza richiesta dopo la consegna dell'archivio: ricerca degli eventi, spiegazione degli schemi, dichiarazioni sulle versioni del servizio, disponibilità di personale tecnico e tempi di risposta. Vanno stabiliti in anticipo tariffe, ore comprese e obblighi che continuano dopo la cessazione del contratto.
La clausola di responsabilità può poi coprire casi definiti, come cancellazione anticipata delle evidenze, modifica non comunicata delle API, indisponibilità dell'export concordato o dichiarazioni tecniche inesatte. Deve indicare rimedi, costi di ricostruzione, eventuali limiti di responsabilità, esclusioni e rapporto con le condizioni generali del vendor.
Una manleva non trasferisce tuttavia il rapporto fiscale al fornitore. L'amministrazione verifica la posizione dell'impresa beneficiaria; l'eventuale richiesta di risarcimento verso il vendor costituisce un rapporto distinto. Per questo è imprudente descrivere la clausola come una garanzia dell'agevolazione o promettere il recupero automatico dell'intero vantaggio fiscale.
Legge applicabile e foro sono due scelte diverse
Nei contratti internazionali, la legge applicabile e il giudice competente non devono essere trattati come sinonimi. L'articolo 3 del Regolamento Roma I consente alle parti di scegliere una legge per l'intero contratto oppure soltanto per una sua parte. È quindi possibile convenire che uno specifico allegato su conservazione, assistenza e responsabilità sia regolato dalla legge italiana, anche se il contratto principale segue un'altra legge.
La competenza giurisdizionale richiede però una clausola autonoma. Per i giudici di uno Stato membro, l'articolo 25 del Regolamento Bruxelles I bis disciplina l'accordo attributivo di competenza. Scrivere che un allegato è regolato dalla legge italiana non rende automaticamente competente il foro italiano.
Se le condizioni generali del vendor restano immutate, l'allegato deve anche stabilire il proprio ordine di prevalenza in caso di conflitto. Senza questa regola, un limite di responsabilità o una clausola di cancellazione contenuti nel contratto quadro potrebbero neutralizzare la tutela negoziata nell'allegato tecnico.
La checklist da chiudere prima dell'ordine
Prima di sottoscrivere il contratto ERP, l'impresa dovrebbe poter rispondere in modo documentato a sette domande:
- Quali dati dimostrano concretamente gli scambi con ciascun bene?
- Chi può esportarli e con quale frequenza?
- Il formato resta leggibile senza la piattaforma del fornitore?
- Quanto dura la conservazione e cosa accade alla cessazione?
- Come vengono gestite modifiche di API, identificativi e schemi?
- Quale assistenza resta disponibile durante un controllo?
- Quali legge, foro e limiti di responsabilità si applicano alle clausole dedicate?
Al 4 settembre 2026 il confine resta netto: il canone SaaS non aumenta la base dell'iperammortamento, mentre il macchinario deve soddisfare e poter dimostrare i propri requisiti. Il contratto migliore non è quello che promette un risultato fiscale al di fuori del controllo del vendor, ma quello che impedisce alle prove tecniche di restare prigioniere del suo cloud.