← Tutte le note

Quando la piattaforma su cui gira l'azienda ha una data di scadenza

Prima o poi arriva l’annuncio: il fornitore del gestionale enterprise su cui gira metà dell’azienda comunica una data di fine supporto. Da quel giorno hai una scadenza che non hai deciso tu. Il sistema continua a funzionare, gli operatori ci lavorano ogni giorno, ma un orologio ha iniziato a scorrere — e sotto c’è tutto: ordini, magazzino, fatturazione, contabilità.

Una scadenza che non hai scelto

È una situazione diversa dal modernizzare software tuo. Qui non controlli il codice, non controlli il calendario, e spesso non controlli nemmeno la piattaforma di destinazione: il vendor ti indica la nuova versione e i tempi. La tentazione è rimandare — “manca ancora un anno” — finché l’anno diventa tre mesi e la migrazione va fatta di corsa, che è il modo più costoso di farla.

L’errore: aspettare il big bang

Il riflesso più comune è trattare la scadenza come un unico evento: un fine settimana, si spegne il vecchio, si accende il nuovo. Sui sistemi che reggono l’operatività questo approccio concentra tutto il rischio in un istante, proprio quando l’azienda può permetterselo meno. La migrazione forzata è comunque un progetto incrementale mascherato: prima lo ammetti, prima puoi spalmarne il rischio.

Automatizzare dove nessuno guarda

C’è una scelta contro-intuitiva che compra continuità: automatizzare al livello dell’interfaccia, non delle viscere del sistema. Le attività ripetitive che oggi un operatore fa a mano — inserire un ordine, lanciare un report, riconciliare due anagrafiche — si possono registrare e rieseguire come sequenze sull’interfaccia stessa, lato client, senza mettere le mani sul server.

Sembra “meno elegante” di un’integrazione profonda via API. Ma è proprio la sua superficialità a renderla robusta: non dipende da come è fatto il motore sotto, quindi sopravvive quando il motore cambia.

Perché lato client e non lato server

Integrare a fondo — connettersi al database, chiamare le API interne, toccare la logica del vendor — lega il tuo lavoro a una versione specifica della piattaforma. Il giorno della migrazione quel legame si spezza e l’integrazione va rifatta. Restare lato client, sull’interfaccia che l’utente vede, significa dipendere da qualcosa che il fornitore ha tutto l’interesse a mantenere stabile per i suoi utenti. Meno accoppiamento, meno da rifare quando la piattaforma cambia sotto.

Cosa portare a casa

Quando una piattaforma enterprise riceve una data di scadenza, il valore non sta nel rincorrere l’ultima tecnologia, ma nel ridurre la dipendenza da qualcosa che non controlli. Automatizza dal lato che resta stabile, procedi per moduli, misura l’effort in tempo e non in licenze, e tieni ogni passo reversibile. La scadenza resta quella imposta dal vendor — ma smette di essere una minaccia e diventa un piano.

Parliamone