Se domani mancasse la connessione per 24 ore, l’azienda riuscirebbe ancora a produrre, spedire e fatturare? È questa la prima domanda da fare quando si valuta un software as a service, prima ancora di confrontare schermate, moduli e automazioni. La risposta breve è netta: il SaaS conviene quando rapidità di avvio, aggiornamenti gestiti e accesso remoto valgono più del controllo diretto sull’infrastruttura. Conviene meno quando il processo deve funzionare offline, dipende da macchine locali, richiede personalizzazioni profonde o impone vincoli stringenti sui dati.
Per capirlo seguiamo una PMI immaginaria che usa il gestionale per ordini, magazzino e documenti. Non durante una dimostrazione commerciale, ma in tre passaggi meno comodi: giorno 1 senza rete, mese 12 al rinnovo e mese 36 davanti alla possibile uscita dal servizio.
Software as a service e programma installato: cosa cambia davvero
Secondo le definizioni adottate da SAP e AWS, nel modello SaaS il programma viene erogato come servizio attraverso un’infrastruttura amministrata dal fornitore. Il cliente accede normalmente tramite rete e non deve installare e mantenere l’intera piattaforma sui propri server. Nel modello on-premise, invece, il software e i relativi componenti sono collocati nell’infrastruttura controllata dall’organizzazione, che ne gestisce installazione, aggiornamenti, sicurezza e continuità.
La distinzione non coincide semplicemente con “cloud contro computer aziendale”. Un programma installato può utilizzare servizi remoti; una soluzione in abbonamento può avere componenti locali; un impianto produttivo può lavorare con un’applicazione centrale e terminali distribuiti. Il punto tecnico è capire chi controlla l’esecuzione, i dati, gli aggiornamenti e il ripristino.
Il mercato segnala una diffusione forte: l’Osservatorio Cloud Ecosystem & Sovereignty del Politecnico di Milano ha rilevato per il mercato cloud italiano una crescita del 20% nel 2025. Una stima riportata da IT Impresa attribuisce al comparto SaaS una crescita del 19% e un valore di 1,532 miliardi di euro. Sono dati utili per misurare l’adozione, non per decidere se la soluzione sia adatta a una singola officina, a un distributore o a uno studio professionale.
C’è poi un punto spesso lasciato in fondo alla trattativa. Come ricorda D’Agostino Lex, il cliente non compra la proprietà del programma: ottiene un diritto d’uso disciplinato dal contratto. Durata, rinnovo, recesso ed esportazione dei dati sono quindi requisiti tecnici. Se non sono chiari, il sistema è incompleto anche quando l’interfaccia funziona bene.
Giorno 1: la connessione manca per 24 ore
Alle otto del mattino la PMI non raggiunge il servizio. Gli addetti al magazzino non vedono le giacenze, l’ufficio acquisti non controlla gli ordini aperti e l’amministrazione non recupera i documenti. Non serve stabilire subito se il guasto sia del fornitore, dell’operatore o della rete interna. Dal punto di vista operativo il risultato è lo stesso: il processo si è fermato.
Un buon progetto SaaS non promette che l’interruzione sia impossibile. Stabilisce prima cosa succede quando si verifica. Gli ordini possono essere acquisiti offline e sincronizzati dopo? Le liste di prelievo essenziali sono disponibili localmente? Esiste una procedura manuale provata? Chi apre la segnalazione e con quali tempi di presa in carico?
Qui il programma installato conserva un vantaggio concreto, purché server, rete locale, alimentazione e backup siano davvero mantenuti. “È dentro il capannone” non significa “non si ferma”. Significa soltanto che la responsabilità passa in larga parte all’azienda o al suo manutentore informatico.
Le domande scomode da porre al fornitore sono semplici:
- quali funzioni restano disponibili senza collegamento e per quanto tempo;
- come vengono recuperate le operazioni registrate durante l’interruzione;
- quali livelli di servizio sono scritti nel contratto e quali sono solo dichiarazioni commerciali;
- come si ottengono dati e documenti durante un’indisponibilità prolungata;
- chi conserva le copie di sicurezza e chi ha provato materialmente il ripristino.
Se la produzione dipende da bilance, lettori, macchine, sensori o sistemi di etichettatura locali, la verifica va eseguita sul ciclo reale. Una demo dall’ufficio non dimostra che la linea continuerà a lavorare senza collegamento.
Mese 12: il rinnovo costa di più
Dopo un anno il sistema è entrato nelle abitudini aziendali. Le anagrafiche sono state ripulite, gli utenti formati e alcune procedure adattate al servizio. Al rinnovo arriva un aumento del canone oppure cambiano i limiti inclusi nell’offerta. A questo punto sostituire il prodotto non ha più lo stesso costo del giorno della firma.
Il confronto corretto non è fra canone mensile e prezzo della licenza. Va costruito un costo complessivo a 36 mesi. Per il servizio in abbonamento bisogna considerare canoni, utenti aggiuntivi, spazio, assistenza, configurazioni, integrazioni, formazione, eventuali aumenti e costo di estrazione dei dati. Per l’on-premise entrano licenze, server, database, backup, aggiornamenti, sicurezza, assistenza e ore del personale interno o del sistemista.
Il SaaS tende a essere più convincente quando l’impresa vuole partire rapidamente, ha personale IT limitato, lavora da più sedi e beneficia di aggiornamenti centralizzati. L’on-premise può avere senso se il carico è stabile, l’infrastruttura esiste già, le competenze interne sono disponibili e il programma deve essere modificato in profondità attorno a un processo specifico.
Prima della firma occorre chiedere come viene comunicata una variazione economica, se esistono rinnovi automatici, quali sono i termini di recesso e se la riduzione degli utenti produce effetti immediati. Le condizioni SaaS pubblicate da operatori come DataSmart Italia e LSI Lastem mostrano il tipo di documenti contrattuali che un acquirente dovrebbe esaminare. Non basta leggere la pagina commerciale: servono condizioni di servizio, allegati tecnici, regole sui dati e procedura di cessazione.
Mese 36: il fornitore cessa il servizio o l’azienda vuole andarsene
Al terzo anno può accadere che il prodotto venga ritirato, il fornitore cambi strategia oppure il cliente trovi una soluzione migliore. È qui che si scopre se l’esportazione promessa era utilizzabile.
Ricevere un archivio non equivale a poter ripartire. Bisogna verificare formato, struttura, relazioni tra tabelle, allegati, storico delle modifiche, documenti firmati e metadati. Un insieme di file leggibili singolarmente può non essere sufficiente a ricostruire ordini, movimenti e collegamenti contabili nel nuovo sistema.
La PMI deve sapere chi esegue l’estrazione, entro quale finestra, con quali costi e per quanto tempo i dati restano disponibili dopo la chiusura dell’utenza. Deve inoltre possedere le competenze per controllare il contenuto ricevuto. L’esportazione va provata durante il rapporto, non il giorno della cessazione.
Con una soluzione installata il cliente dispone più direttamente dell’ambiente, ma non è automaticamente libero. Formati proprietari, database non documentati, licenze scadute e personalizzazioni realizzate da un unico tecnico possono creare un vincolo altrettanto forte. Il lock-in non vive soltanto nel cloud.
Per servizi destinati alla Pubblica Amministrazione, il quadro richiede anche di considerare i requisiti documentali e la qualificazione previsti da AgID. Un generico richiamo alla conformità non sostituisce la verifica dei requisiti applicabili, della documentazione prodotta e delle responsabilità assegnate.
Cinque soglie verificabili per decidere tra SaaS e on-premise
La scelta può essere chiusa con una matrice pratica, senza attribuire punteggi arbitrari. Ogni soglia deve risultare superata con una prova o con un documento.
- Continuità: il processo critico deve sopportare 24 ore senza accesso al servizio, tramite modalità offline, procedura alternativa o fermo dichiarato e accettato. Se non può farlo, serve un’architettura locale o ibrida.
- Esportabilità: un campione completo deve essere esportato e importato in un ambiente indipendente, mantenendo dati, allegati e relazioni essenziali. Una promessa contrattuale senza prova non supera la soglia.
- Prevedibilità contrattuale: durata, rinnovo, variazioni di prezzo, recesso, assistenza alla cessazione e cancellazione devono essere scritti. Se uno di questi elementi resta indefinito, il rischio economico non è calcolabile.
- Compatibilità operativa: periferiche, macchine e integrazioni locali devono funzionare nelle condizioni reali del reparto, compresa l’assenza di rete. Se richiedono personalizzazioni profonde, l’installazione locale può risultare più governabile.
- Costo a 36 mesi: entrambe le alternative devono includere avvio, gestione, assistenza, infrastruttura, competenze interne e uscita. Se un preventivo esclude migrazione o recupero dei dati, il confronto è falsato.
Da domani, prima di richiedere un’altra demo, preparate un file con queste cinque soglie e chiedete al fornitore una risposta documentata per ciascuna. Il prodotto che supera il test di uscita è quello che merita di entrare in azienda.