Cos'è la modernizzazione AS/400?

La modernizzazione AS/400 è il percorso con cui un'azienda porta applicazioni ancora in produzione su sistemi AS/400, oggi commercializzati come IBM i, verso architetture più moderne: cloud, API, dati finalmente accessibili al resto dell'organizzazione. L'AS/400 è la piattaforma nata negli anni '80 che è sopravvissuta quasi a ogni moda tecnologica successiva grazie a una qualità che oggi sembra quasi controintuitiva: affidabilità estrema. Non è raro trovare macchine IBM i in produzione da vent'anni senza un singolo fermo non pianificato. Il problema non è mai stato che il sistema si rompe. Il problema è che il sistema funziona benissimo mentre tutto il resto dell'azienda cambia attorno a lui: i dati restano bloccati in un silo che nessuno ha più interesse economico a smontare, finché quel silo non inizia a costare più di quanto la stabilità del sistema faccia risparmiare.

Perché il tema è ancora attuale

Moltissime aziende manifatturiere e di distribuzione italiane hanno ancora processi critici, gestione ordini, magazzino, contabilità, che girano su AS/400. Il sistema non si guasta quasi mai, ma i dati restano bloccati in un silo: per farli parlare con un CRM, una dashboard o un modello di AI serve integrazione su misura, spesso costruita anni fa da chi oggi non lavora più in azienda. A peggiorare le cose, le competenze RPG e COBOL sono sempre più rare sul mercato: i programmatori che conoscono davvero quel codice stanno andando in pensione, e trovarne di nuovi disposti a specializzarsi su un linguaggio percepito come di nicchia è sempre più difficile. Non è un problema tecnico che si risolve da solo: è un rischio organizzativo che cresce ogni anno che passa senza un piano.

Gli approcci possibili

Non serve sempre un rifacimento completo. Un primo approccio è esporre l'AS/400 con API, costruendo uno strato di integrazione che rende i dati e le funzioni esistenti consumabili dal resto dell'azienda senza toccare la logica di business che già funziona: il modo più rapido di rompere il silo con il rischio più basso. Un secondo approccio è la migrazione progressiva per moduli, dove si sposta un pezzo alla volta (la fatturazione, poi il magazzino, poi la logistica) verso sistemi moderni, lasciando l'AS/400 a fare sempre meno finché non serve più. Il rifacimento completo resta un'opzione legittima, ma va scelto quando il rischio di continuare a non intervenire supera chiaramente il costo e il rischio del rifacimento stesso. La scelta giusta dipende da una domanda sola: quella logica scritta in RPG trent'anni fa è ancora un vantaggio competitivo che l'azienda vuole preservare, o è solo un vincolo che la rallenta?

Perché conta per un'azienda

Il vero costo nascosto non è il sistema che continua a funzionare. È tutto ciò che quel sistema non alimenta: analytics che restano manuali, reportistica che arriva con giorni di ritardo, iniziative di AI moderna che semplicemente non possono partire perché i dati non escono mai da quel silo. È lo stesso meccanismo descritto alla voce debito tecnico: non sono i dati fermi a costare, è tutto ciò che non si può costruire sopra finché restano bloccati lì. Affrontare la modernizzazione AS/400 non significa buttare via un sistema che funziona: significa decidere consapevolmente quale logica portare avanti e quale lasciare andare, prima che la decisione la prenda per voi la scarsità di competenze sul mercato.