Gestionale su AS400: quando conviene migrare e come

Un gestionale AS400 è un software gestionale che gira su un server IBM della famiglia nata nel 1988 con il nome AS/400, che oggi si chiama IBM i e funziona sui server IBM Power. La piattaforma è viva: IBM ha rilasciato la versione 7.6 nel 2025 e continua a supportarla. A invecchiare, di solito, è il programma scritto sopra: codice RPG di vent’anni fa, schermate a caratteri, report che finiscono in Excel e poche persone che sanno ancora metterci le mani.

Migrare conviene quando tenerlo in piedi costa più di un progetto di cambio: persone difficili da sostituire, integrazioni costruite a mano per fattura elettronica, banca e CRM, dati che la direzione non riesce a leggere senza un’estrazione. Aspettare conviene quando l’applicazione copre bene i processi, chi la mantiene resterà in azienda e i costi sono stabili.

Cos’è un gestionale AS400 e come si chiama oggi

IBM ha lanciato l’Application System/400 nel 1988, pensato per le aziende piccole e medie che volevano un sistema proprio (la storia dell’AS/400 sul sito IBM). Negli anni la stessa linea ha cambiato nome più volte: iSeries, System i e infine IBM i, che IBM oggi presenta come il sistema operativo dei server Power per carichi di lavoro critici, con database, sicurezza e runtime integrati (pagina di IBM i). In azienda però “AS400” è rimasto il nome di tutto insieme: la macchina, il sistema e il gestionale che ci gira sopra.

Il gestionale non è di IBM. È un’applicazione scritta da una software house o dall’IT interno, spesso in RPG, il linguaggio che IBM stessa mette al centro della piattaforma, con i dati nel database Db2 for i. Chi lo usa lo apre da un emulatore di terminale: la schermata verde a caratteri, con i tasti funzione per muoversi fra i menu. Molti di questi gestionali coprono contabilità, ordini, magazzino e produzione, e lo fanno da decenni.

L’AS400 è ancora supportato? Le date da guardare

Sì. IBM pubblica il ciclo di vita di ogni versione di IBM i, e al 30 settembre 2026 la situazione è questa (ciclo di vita delle release di IBM i):

Se la tua macchina è ferma alla 7.4 o a una versione precedente, dal 1° ottobre 2026 sei fuori dal supporto standard. Hai tre possibilità: pagare l’estensione del servizio, aggiornare la versione (chiedi a chi ti segue se il tuo hardware la regge) oppure usare la scadenza per chiederti se il gestionale va rifatto.

Quando conviene migrare: sette segnali

1. Chi conosce il codice sta per andarsene. Se il gestionale lo mantiene una persona sola, interna o esterna, il rischio è che un giorno nessuno sappia più cambiare un’aliquota o un report.
2. Ogni report passa da Excel. La direzione chiede il margine per cliente o per commessa e qualcuno estrae, incolla e sistema a mano. I dati ci sono, ma non si leggono.
3. Le integrazioni sono ponti fatti in casa. Fattura elettronica, banca, e-commerce, CRM: se ognuno ha il suo programma di scambio, ogni cambio normativo diventa un piccolo progetto.
4. Le persone lavorano fuori dal gestionale. Ore, trasferte, avanzamento dei lavori e preventivi vivono in fogli separati perché la schermata a caratteri non arriva sul telefono di chi sta dal cliente.
5. La versione è in fine supporto. Guarda la tabella qui sopra: una scadenza IBM è il momento giusto per rifare i conti.
6. Il costo di manutenzione sale e nessuno lo vede tutto. Hardware, licenze, consulenti RPG e ore interne per estrazioni e correzioni stanno in voci di bilancio diverse.
7. Formare un nuovo assunto è lento. Se per insegnare menu e tasti funzione serve un collega esperto per settimane, il costo sta nelle ore di tutti e due.

Due o tre segnali insieme bastano per aprire la questione. Per misurarla senza impressioni c’è la valutazione del gestionale: domande a risposta chiusa, un punteggio per quanto serve cambiare, uno per quanto l’azienda è pronta a farlo e i rischi che corri oggi, con il risultato subito.

Quando invece puoi aspettare

Se il gestionale copre bene i processi che contano, chi lo mantiene resterà in azienda nei prossimi anni e i report escono senza acrobazie, cambiare adesso rischia di costare più di quanto rende. In questo caso ha senso portare IBM i a una versione supportata, documentare il codice, affiancare una seconda persona a chi lo conosce e rimettere la domanda in agenda fra dodici o diciotto mesi.

Le tre strade: tenere, modernizzare o sostituire

La scelta dipende da quanto l’azienda è cambiata da quando il gestionale è stato scritto. Se oggi fa le stesse cose di quindici anni fa, la prima strada regge. Se nel frattempo sono arrivati servizi, contratti di assistenza, commesse e persone che lavorano fuori sede, il gestionale copre una parte sempre più piccola del lavoro e il resto finisce nei fogli di calcolo.

Esempio: Alfa Srl mette in colonna il costo di restare

Alfa Srl è un’azienda inventata: distribuzione e assistenza tecnica, 45 persone, gestionale su AS/400 dal 2003. Prima di chiedere preventivi, la direzione scrive quanto costa ogni anno tenere il sistema com’è. I numeri sono di fantasia: servono a mostrare quali voci cercare, non quanto costano da te.

Su cinque anni fanno 235.000 euro, prima di contare il rischio che il consulente smetta. È il numero da mettere accanto al costo totale di un ERP nuovo sugli stessi cinque anni: canoni, implementazione, migrazione, formazione e tempo delle persone interne. Come si costruisce quel secondo numero lo spiega quanto costa un ERP. Se i due totali sono vicini, decidono le cose che il primo non compra: dati leggibili, accesso da fuori ufficio, persone che si trovano sul mercato.

Come si migra un gestionale AS400 verso un ERP

1. Inventario. Elenca i programmi e i report che si usano davvero, le integrazioni e chi le mantiene. Se il sistema registra gli accessi, guarda quali programmi non si aprono da anni: non vanno rifatti.
2. Processi e requisiti. Scrivi come lavora oggi l’azienda e come vuoi che lavori, dal preventivo all’incasso. I requisiti si scrivono sui processi, non sulle schermate del vecchio sistema: il metodo passo per passo è nella guida alla software selection ERP.
3. Scelta del sistema e del partner. Una short list di tre o quattro prodotti coerenti con dimensione e settore. Il confronto dei principali gestionali in Italia ti aiuta a capire quali guardare per primi.
4. Pulizia dei dati. Anagrafiche doppie, articoli fuori uso, clienti chiusi: si sistemano prima, sul vecchio sistema, non durante il caricamento.
5. Migrazione. Si portano anagrafiche, saldi aperti, ordini e documenti in corso. Business Central, per esempio, importa anagrafiche e dati di apertura da file Excel con i pacchetti di configurazione, dove si mappano tabelle e campi quando la struttura di partenza è diversa (Microsoft Learn). I dati si estraggono dal Db2 for i e si caricano dopo la mappatura.
6. Prove in parallelo. Almeno una chiusura di mese fatta sui due sistemi, con gli stessi documenti, prima di spegnere il vecchio.
7. Avvio fuori dalle chiusure. Evita la chiusura di bilancio e le scadenze IVA: il primo mese sul sistema nuovo è il più lento.

Se lavori a commessa, guarda il pezzo che l’AS/400 non copriva

Molti gestionali su AS/400 sono nati per ordini, magazzino e produzione. Le aziende che nel tempo hanno aggiunto servizi (assistenza, progetti, contratti ricorrenti) tengono spesso ore, avanzamento e margine della commessa fuori dal sistema, e la migrazione è il momento di portarli dentro. Se la scelta cade su Microsoft Dynamics 365 Business Central, la parte di commessa per le aziende di servizi (ore, SAL, canoni, margine aggiornato mentre il lavoro procede) la aggiunge Talete, un’estensione che lavora sugli stessi dati del gestionale. Gli scenari tipici di chi vende prodotti e assistenza insieme sono nella pagina dedicata alla distribuzione B2B.

Da dove partire

Se non sai ancora se il gestionale va cambiato, parti dalla valutazione del gestionale. Se hai già deciso, la pagina cambiare gestionale spiega come impostare il progetto senza fermare l’azienda. Per avere chiaro cosa deve fare un gestionale di oggi prima di guardare i prodotti, c’è la guida al gestionale aziendale.