CMMS open source vs commerciale: matrice decisionale per la manutenzione

Perché la domanda «open source o commerciale?» non ha risposta universale

In ogni valutazione CMMS compare la biforcazione: soluzione open source (codice disponibile, licenza tipicamente gratuita) versus CMMS commerciale (SaaS o licenza vendor con supporto). La discussione spesso degenera in ideologia — «open source = libertà» contro «commerciale = vendor lock-in» — mentre il reparto manutenzione ha bisogno di ordini chiusi in campo, KPI affidabili e tempi di risposta sulle urgenze.

Questo articolo propone una matrice decisionale basata su TCO reale, competenze IT, time-to-value, mobile, integrazioni e compliance. Non elenchiamo prodotti open source specifici: il mercato cambia, i fork moltiplicano e ogni installazione diventa un progetto unico. Parliamo di categorie e trade-off verificabili nel vostro contesto.

Per la scelta funzionale del sistema: CMMS software: cos'è e come scegliere. Per uscire da Excel: cambiare Excel con CMMS.

Cosa significa «open source» in un CMMS

In generale, un CMMS open source offre:

• accesso al codice sorgente e possibilità di modificarlo;
• licenza senza costo di acquisto iniziale (a seconda della licenza: GPL, AGPL, Apache, ecc.);
• community o vendor dual (edizione community + edizione enterprise a pagamento);
• hosting a scelta: server interno o cloud gestito da voi.

Ciò non include automaticamente:

• installazione, hardening, backup, disaster recovery;
• upgrade di versione major senza regressioni;
• app mobile pronta per tecnici in reparto;
• connettori ERP, PLC, SCADA mantenuti nel tempo;
• help desk in italiano con SLA;
• responsabilità GDPR e DPA con un fornitore unico.

Il costo si sposta da licenza a persone e tempo.

Cosa significa «commerciale» in un CMMS

Un CMMS commerciale (SaaS o on-premise con contratto di manutenzione) tipicamente offre:

• prodotto già integrato: web + mobile, workflow ODL, PM, magazzino;
• roadmap e patch gestite dal vendor;
• supporto e formazione con referente;
• integrazioni documentate (API REST, connettori ERP);
• hosting SaaS in UE con certificazioni (a seconda del vendor).

Il costo è prevedibile in abbonamento o licenza annua + servizi professionali — senza team interno che mantiene il core del software.

Soluzioni come Maintain360 rientrano in questa categoria: CMMS operativo italiano, IoT, multi-sito, KPI da ordini chiusi — orientato all'adozione in reparto, non al fork del codice.

TCO a 3–5 anni: la metrica che conta

Il Total Cost of Ownership confronta tutte le voci, non la riga «licenza software».

Matrice decisionale: quando orientarsi

Usate la matrice come checklist, non come verdetto assoluto. Segnate per ogni riga: favorevole open source (+), favorevole commerciale (−), neutro (0).

Interpretazione:

• Molti + sulla colonna open source → valutate seriamente, ma pianificate team e roadmap manutenzione codice.
• Molti − (favorevole commerciale) → SaaS o licenza con supporto riduce rischio per manutenzione industriale.
• Pareggio → pilota parallelo su stesso reparto (raro ma possibile) con KPI adozione e MTTR.

Open source: scenari in cui può convenire

1. Group con IT/manufacturing engineering che già mantiene applicazioni interne (MES custom, portali).
2. Requisiti normativi o workflow talmente specifici che nessun CMMS commerciale copre senza rewrite totale.
3. Policy aziendale open source first, con budget annuo dedicato a security e upgrade.
4. Single site, bassa urgenza mobile, accettazione UX «funzionale» da parte tecnici.

Anche in questi casi, chiedetevi: chi risponde alle 2 di notte se il server CMMS non crea ODL dalle email PLC? Se la risposta è «turno IT generico», il rischio operativo è alto.

Commerciale: scenari in cui conviene quasi sempre

1. Reparto manutenzione senza sviluppatori dedicati al software.
2. Multi-sito (retail, pharma, food, manufacturing distribuito) con stesso flusso urgenze/PM.
3. Integrazione rapida con SAP, Oracle, Dynamics o ecosistemi italiani.
4. IoT e consumi collegati agli ordini — senza secondo progetto SCADA custom.
5. Audit e tracciabilità (HACCP, GMP) con report pronti e permessi ruolo-based.
6. Time-to-value: pilota reparto in settimane, non anno di customizzazione.

Maintain360 rientra qui: esecuzione MRO, manutenzione preventiva, magazzino, mobile — senza che il capo manutenzione gestisca repository Git.

Rischi sottovalutati dell'open source

Rischi sottovalutati del commerciale

Nessuna categoria è immune — la matrice serve a anticipare rischi, non a demonizzare una strada.

Processo di scelta in 6 passi

1. Requisiti operativi (non IT): ODL, PM, mobile, urgenze, magazzino, KPI — vedi checklist go-live CMMS.
2. Stakeholder: manutenzione owner, IT advisory, acquisti, uno sponsor direzione.
3. TCO model 3 anni con ore interne stimate onestamente.
4. Short list 2–3 opzioni (mix open/commerciale se serve confronto).
5. Pilota 30–60 giorni sullo stesso reparto, stessi KPI.
6. Decisione basata su adozione tecnici e MTTR — non solo demo sala riunioni.

Open source + commerciale insieme?

Raramente conviene due CMMS in parallelo. Più spesso:

• open source come portale/documentale satellite (non core ODL);
• commerciale come sistema operativo unico;
• ERP master costi, CMMS master esecuzione — vedi integrazione ERP.

Evitate «CMMS open source per risparmiare licenza» + «Excel per urgenze perché il mobile non funziona»: è il peggio di entrambi i mondi.

Sintesi per responsabile manutenzione e IT

La scelta non è religione: è capacità organizzativa vs time-to-value. Molte aziende manifatturiere italiane mid-market ottengono il miglior rapporto rischio/beneficio con un CMMS commerciale operativo (Maintain360), integrato all'ERP esistente, e riservano open source solo dove IT ha già competenze dimostrate — non dove il capo manutenzione diventa product owner involontario.