Formato OOXML e lock-in Microsoft: cosa rischia il software della tua PMI

Gennaio 2024: la Commissione Europea ha aggiornato le linee guida sugli standard aperti per i documenti della pubblica amministrazione, ribadendo che i formati proprietari non documentati restano un ostacolo all’interoperabilità. Per le PMI italiane che lavorano con enti pubblici o con filiere internazionali, quella data non è un dettaglio burocratico: è il segnale che il tema del lock-in sui formati documentali è tornato a essere urgente.
Questo articolo è una lista commentata di errori visti sul campo. Per ognuno: come si manifesta, quanto può costare, come si evita.

Errore 1: salvare dati strutturati dentro file .xlsx invece che in un database

Come si manifesta

Il gestionale custom genera report in formato .xlsx. Col tempo, quegli stessi file diventano la fonte di verità: i commerciali ci scrivono sopra, aggiungono colonne, cambiano formule. A quel punto il software non legge più i file che ha prodotto lui stesso, perché la struttura è cambiata.

Quanto costa

Ricostruire la catena dati quando un file corrotto o modificato blocca un processo può richiedere giorni di lavoro manuale. Se il problema emerge durante una chiusura fiscale o un audit, il costo in ore e stress è molto più alto.

Come si evita

I file .xlsx vanno usati come output di presentazione, mai come archivio. I dati strutturati stanno in un database. Il software li legge da lì, non dal foglio. Sembra ovvio, ma una percentuale alta di PMI con software custom ha ancora questo problema.

Errore 2: affidare l’interoperabilità al formato invece che all’interfaccia

Come si manifesta

Un’azienda scambia documenti con fornitori e clienti usando file .docx o .xlsx. Quando un fornitore passa a una suite diversa, i file arrivano con formattazioni rotte, tabelle spostate, formule che non si aprono. Il motivo tecnico: OOXML è uno standard ISO (ISO/IEC 29500), ma la sua implementazione è frammentata. Esistono due profili, Transitional e Strict, e la maggior parte dei file prodotti da suite Microsoft usa il profilo Transitional, che contiene estensioni non documentate pubblicamente.

Quanto costa

Ogni documento che richiede correzione manuale sottrae tempo. Su volumi bassi è tollerabile. Su decine di documenti al giorno, il costo nascosto in ore di lavoro diventa rilevante nel giro di qualche mese.

Come si evita

Per i documenti che devono essere interoperabili, il formato di scambio dovrebbe essere ODF (Open Document Format, ISO/IEC 26300) o PDF/A per gli archivi. OOXML va bene per la collaborazione interna, ma non è il formato giusto per garantire che un file aperto tra cinque anni con un software diverso sia identico all’originale.

Errore 3: costruire automazioni che dipendono dalla struttura interna di un file Office

Come si manifesta

Uno sviluppatore scrive uno script che legge un file .xlsx prodotto dal gestionale, estrae dati da celle specifiche e li carica in un altro sistema. Funziona. Poi Microsoft aggiorna il formato, la suite viene aggiornata, e il file prodotto ha una struttura leggermente diversa. Lo script smette di funzionare.

Quanto costa

Lo script rompe silenziosamente: non lancia errori evidenti, ma carica dati sbagliati. Il problema emerge settimane dopo, quando qualcuno nota un’anomalia nei report. A quel punto si deve risalire all’origine, capire da quando i dati sono corrotti, e ripristinare. Questo tipo di bug è tra i più costosi proprio perché non è immediato.

Come si evita

Le automazioni che leggono dati non devono appoggiarsi a file Office come intermediari. Se il gestionale deve passare dati a un altro sistema, lo fa tramite API o tramite un formato dati strutturato e versionato (JSON, CSV con schema fisso, XML con XSD). Se il gestionale non ha API, questo è un segnale che vale la pena leggere l’articolo su quando smettere di usare Excel e costruire qualcosa di più solido.

Errore 4: non valutare il costo di uscita prima di entrare in una suite

Questa è probabilmente la scelta sbagliata più comune, e vale la pena dirlo chiaramente: scegliere una suite software guardando solo il costo di ingresso è un errore di metodo. Il costo che conta davvero è quello di uscita.

Come si manifesta

Una PMI adotta una suite per la gestione documentale o per la produttività. Nel giro di due anni, tutti i processi interni si appoggiano a quella suite: template, macro, integrazioni con il gestionale, flussi di approvazione. Quando arriva il momento di valutare alternative (per ragioni di costo, di politica aziendale, o perché il fornitore cambia i termini di licenza), ci si accorge che migrare non è solo un problema tecnico. È un problema organizzativo.

Quanto costa

La migrazione da una suite consolidata a un’alternativa richiede tempo di formazione, adattamento dei template, revisione delle macro e delle integrazioni. Su una PMI di 20-50 persone, il costo totale di una migrazione non pianificata può superare di molto il risparmio annuale sulle licenze.

Come si evita

Prima di adottare qualsiasi suite, si valuta il formato nativo dei file prodotti, la disponibilità di API documentate, la possibilità di esportare i dati in formati aperti. Se nessuno di questi elementi è soddisfacente, si sa già che si sta accettando un vincolo. Accettarlo consapevolmente è diverso da scoprirlo dopo.
Se stai valutando se costruire qualcosa di custom o restare su una soluzione SaaS, il confronto tra i due approcci è dettagliato in questo articolo su software custom vs SaaS per PMI.

Errore 5: ignorare il vendor lock-in nel software gestionale custom

Questo errore è meno ovvio degli altri, perché riguarda software che la PMI ha commissionato e teoricamente possiede.

Come si manifesta

Il gestionale custom è stato sviluppato da un’agenzia. Il codice è scritto in un framework proprietario dell’agenzia stessa, oppure usa librerie non documentate, oppure i dati sono in un formato che solo il software dell’agenzia sa leggere correttamente. Quando la PMI vuole cambiare fornitore, o quando l’agenzia chiude, si scopre che il software è tecnicamente di proprietà dell’azienda ma praticamente inutilizzabile senza il supporto del fornitore originale.

Quanto costa

Ricostruire da zero un gestionale custom richiede mesi e un budget significativo. Se il fornitore ha chiuso, il problema è ancora più acuto: non c’è nemmeno la possibilità di pagare per un supporto di transizione. Abbiamo già trattato questo scenario specifico nell’articolo su cosa fare quando il fornitore del gestionale ha chiuso.

Come si evita

Quando si commissiona un software custom, si chiede esplicitamente:

1. Il codice è scritto in un framework open source con comunità attiva?
2. Il database usa uno schema documentato e accessibile?
3. I dati sono esportabili in formato aperto senza passare dall’interfaccia del software?
4. Il contratto include la consegna del codice sorgente e della documentazione tecnica?

Se una di queste risposte è vaga o negativa, si negozia prima di firmare. Gli errori da evitare quando si commissiona un software custom a un’agenzia sono raccolti in un articolo dedicato: leggilo prima di firmare qualsiasi contratto.

Se stai valutando la situazione del software della tua PMI e vuoi capire dove si trovano i vincoli più rischiosi, raccontaci il tuo caso: un’analisi tecnica iniziale aiuta a capire cosa si può fare prima che il problema diventi urgente.

Errore 6: trattare la migrazione a LibreOffice come un problema solo tecnico

Come si manifesta

Una PMI decide di passare da una suite proprietaria a LibreOffice per ridurre i costi di licenza. L’IT installa il software, verifica che i file si aprano, e dichiara la migrazione completata. Tre mesi dopo, i problemi emergono: macro che non funzionano, template con formattazioni alterate, file condivisi con clienti che arrivano con layout rotto.

Quanto costa

Il costo non è nel software (LibreOffice è gratuito), ma nel tempo perso a gestire le incompatibilità. Se la PMI lavora con clienti o fornitori che usano suite diverse, ogni documento condiviso diventa un potenziale problema. Il risparmio sulle licenze si erode rapidamente.

Come si evita

Una migrazione a LibreOffice funziona quando si pianifica su tre livelli: tecnico (conversione dei template, test delle macro), organizzativo (formazione degli utenti, definizione dei formati di scambio con l’esterno), e contrattuale (accordo con clienti e fornitori su quale formato usare per i documenti condivisi). Senza questi tre livelli, la migrazione è a metà.
Il formato ODF come standard interno riduce i problemi di compatibilità nel lungo periodo. Per i documenti inviati all’esterno, PDF rimane la scelta più sicura quando non serve collaborazione.

Errore 7: non documentare le dipendenze dai formati nei contratti di fornitura

Come si manifesta

Un software gestionale custom integra un modulo di generazione documenti. Il modulo produce file .docx usando una libreria specifica. Questa dipendenza non è documentata nel contratto né nella documentazione tecnica. Quando la libreria viene abbandonata dal maintainer o cambia licenza, il modulo smette di funzionare e nessuno sa esattamente cosa sostituire.

Quanto costa

Ricostruire un modulo non documentato richiede prima di tutto il tempo per capire cosa fa, poi il tempo per rifarlo. Se la libreria ha cambiato comportamento silenziosamente, potrebbe esserci anche un periodo in cui i documenti prodotti erano formalmente validi ma contenevano dati sbagliati.

Come si evita

Ogni dipendenza esterna di un software aziendale va documentata: nome della libreria, versione, licenza, data dell’ultimo aggiornamento, alternativa disponibile in caso di abbandono. Questo vale per le librerie di generazione documenti tanto quanto per qualsiasi altra dipendenza. La manutenzione software custom non è solo aggiornare il codice: è tenere traccia di cosa il codice usa per funzionare.

Il lock-in software aziendale per le PMI non arriva quasi mai tutto insieme. Arriva per accumulo: una scelta fatta senza valutare l’uscita, un’automazione costruita sull’interfaccia invece che sull’API, un contratto firmato senza chiedere la documentazione tecnica. Ognuno di questi errori è recuperabile da solo. Insieme, diventano un problema che costa mesi.
Se gestisci il software della tua PMI e vuoi capire dove si trovano i vincoli più rischiosi, scrivici e raccontaci la situazione: possiamo aiutarti a identificare i punti critici prima che diventino urgenti.