Dienst · Software-ontwikkeling

AS/400 vervangen door een modern platform.

Ergens in uw organisatie draait nog altijd een AS/400, tegenwoordig IBM i op Power Systems, met RPG-programma's die voorraadbeheer, productieplanning of logistiek aansturen op een DB2 for i-database. Betrouwbaar, snel in batchverwerking, al decennia ongestoord in bedrijf. Het probleem zit niet in de kracht van het systeem, maar in wat eromheen is gebeurd: een groen-scherminterface die niet meer aansluit bij hoe mensen werken, een kleinere groep die de RPG-code nog begrijpt, en bedrijfslogica die nergens buiten de code is vastgelegd. Wij inventariseren wat er staat en bouwen daaromheen een moderne laag, of vervangen het systeem gefaseerd per bedrijfsproces.

Plan een kennismaking Bekijk ons werk

Het systeem is niet het risico, de kennis eromheen is dat wel.

Een AS/400 die dertig jaar geleden is neergezet en nog altijd feilloos de nachtelijke verwerking draait, is geen slecht systeem. IBM i, zoals het platform sinds de omdoop van AS/400 en iSeries heet, staat bekend om stabiliteit en snelheid in batchverwerking. Groothandels, productiebedrijven en logistieke dienstverleners bouwen er hun kernprocessen op, vaak zonder ooit een grote storing te hebben gehad. Dat is precies waarom het is blijven staan: het werkt, en niemand wil een werkend systeem aanraken.

De risico's zijn ergens anders ontstaan. De 5250-groene schermen zijn razendsnel te bedienen met het toetsenbord, maar sluiten niet meer aan bij wat nieuwe medewerkers gewend zijn en bieden geen opening naar mobiel of web. RPG-ontwikkelaars, zeker degenen die nog RPG II of RPG III kunnen lezen, zijn schaars en gemiddeld ouder dan in vrijwel elke andere technologie. En onder de motorkap zit dertig jaar aan bedrijfsregels die nooit apart zijn gedocumenteerd, alleen bestaan als code, en soms alleen als kennis in het hoofd van één persoon die met pensioen gaat.

Onze aanpak sluit aan bij hoe we ook legacy software vervangen en legacy software moderniseren in bredere zin: eerst begrijpen wat er staat, dan pas bepalen wat er gebeurt. Bij een AS/400 betekent dat een inventarisatie van de RPG-programma's en de DB2 for i-datastructuur, voordat we een keuze maken tussen een moderne laag eromheen of een volledige herbouw.

Hoe wij AS/400-trajecten aanpakken.

Inventarisatie eerst

RPG-programma's en DB2 for i-structuur in kaart voordat we bouwen

Laag of herbouw

Moderne web/API-laag op de bestaande kern, of volledige nieuwbouw

Per proces

Eén bedrijfsproces tegelijk, AS/400 blijft draaien voor de rest

Data-eigenaarschap

Volledige migratie uit DB2 for i met validatie en terugvalpositie

Drie manieren om een AS/400 aan te pakken.

Welke route past, hangt af van hoe stabiel de RPG-code nog is, hoeveel externe systemen ermee koppelen en hoeveel van de bedrijfslogica al bekend is buiten het systeem zelf. Onderstaande aanpakken dekken samen het overgrote deel van de AS/400-trajecten waar wij bij betrokken raken.

Aanpak 01

Inventariseren van RPG en DB2 for i

De start van elk AS/400-traject

We brengen in kaart welke RPG-programma's draaien, in welke variant (RPG II, RPG III of het modernere ILE RPG), hoe de DB2 for i-database is opgebouwd, welke batchjobs 's nachts lopen en welke systemen met het AS/400 koppelen. Code-analyse combineren we met gesprekken met de dagelijkse gebruikers, omdat lang niet alle bedrijfslogica in de code zelf terug te vinden is. Deze stap slaan we nooit over, ook niet onder tijdsdruk.

Code-analyse RPGDB2 for i-structuurBatchjobs in kaartKoppelingen inventariserenGebruikersinterviews

Aanpak 02

Moderne web/API-laag op de bestaande kern

Wanneer de RPG-logica nog betrouwbaar is

Functioneren de bedrijfslogica en de data nog goed en zit het probleem vooral bij interface en koppelbaarheid, dan bouwen we een laag die met de bestaande RPG-programma's en DB2 for i communiceert: via directe databasetoegang, programma-aanroepen naar RPG-modules, of een eigentijdse schil over 5250-schermen. Medewerkers krijgen een webinterface, externe systemen een API, en de bewezen kernlogica blijft ongemoeid. Vaak is dit ook een goede tussenstap richting latere herbouw.

API op DB2 for iProgramma-aanroepenSchermmoderniseringWeb/mobiel toegangLage-risico-route

Aanpak 03

Gefaseerd migreren per bedrijfsproces

Wanneer volledige vervanging nodig is

Is de RPG-logica zelf verouderd of ondoorzichtig, of leunt het AS/400 op een ISV-pakket richting end-of-life, dan bouwen we een opvolger op een moderne stack. Nooit in één keer, maar proces voor proces: eerst bijvoorbeeld de voorraadadministratie, dan orderverwerking, dan productieplanning. Elk proces draait parallel met het AS/400 voordat het overgaat, met data-migratie uit DB2 for i en een validatieslag die oud en nieuw vergelijkt.

Proces-voor-procesParallel draaienData-migratie DB2 for iValidatieslagGefaseerde cut-over

Wat u eraan overhoudt.

Een modern systeem in productie of een moderne laag op een AS/400 dat blijft staan zolang het waarde levert, en een organisatie die niet meer afhankelijk is van één persoon die de RPG-code nog begrijpt.

Productie + staging

Twee omgevingen voor de nieuwe laag of het nieuwe systeem, in uw eigen cloud of bij ons gehost.

Gedocumenteerde bedrijfslogica

De regels die in RPG verstopt zaten, expliciet vastgelegd en overdraagbaar.

Migratierapport

Welke data uit DB2 for i is overgegaan, welke validaties zijn uitgevoerd, waar zaten afwijkingen.

Decommissioning-plan

Hoe en wanneer het AS/400 per proces wordt leeggehaald en welk archief overblijft.

Beheer (optie)

Monitoring, backups, security-patches en doorontwikkeling onder een onderhoudscontract.

Wanneer een AS/400-traject onvermijdelijk wordt.

Vier patronen waarin uitstellen niet langer de veiligste keuze is, en waarin wij meestal eerst worden uitgenodigd voor een inventarisatie voordat er iets concreets gepland wordt.

Kennis

De RPG-specialist gaat met pensioen

Eén persoon, intern of bij een klein extern bureau, kent de RPG-code nog echt goed. Nieuwe RPG-ontwikkelaars zijn schaars, en iemand inwerken op ongedocumenteerde code kost vaak meer tijd dan een moderne laag of herbouw.

Interface

Het groene scherm past niet meer bij nieuwe medewerkers

Nieuwe medewerkers kennen de 5250-terminal niet en hebben een lange inwerkperiode nodig. Er is geen mobiele toegang, geen manier om op afstand in te loggen, en elke uitbreiding van de gebruikersgroep botst op de leercurve van het scherm.

Integratie

Koppelen met moderne systemen kost steeds meer moeite

Een nieuwe webshop, een modern WMS of een CRM-pakket verwacht real-time API's. Het AS/400 praat van oudsher via nachtelijke batchexports en handmatige bestandsuitwisseling, waardoor elke nieuwe koppeling een apart maatwerkproject wordt.

Ecosysteem

Een ISV-pakket op het AS/400 gaat richting end-of-life

Veel AS/400-omgevingen draaien niet alleen op zelfgebouwde RPG, maar ook op een pakket van een externe leverancier. Stopt die leverancier met doorontwikkelen, dan wordt de keuze om zelf de regie te nemen actueel.

Risico's die we expliciet adresseren.

Een AS/400-traject raakt kernprocessen die vaak al decennia ongestoord draaien. Vier risicocategorieën die we in elk traject vooraf benoemen.

Data

Dataverlies bij migratie uit DB2 for i

Velden die informeel voor iets anders zijn gaan gebruiken dan waarvoor ze zijn aangemaakt, sleutels die niet meer overal kloppen, historische records die het oude systeem tolereerde. We doen een data-audit vooraf en bouwen een validatieslag die elke migratie vergelijkt met de bron, met een terugvalpositie na de overgang.

Logica

Verborgen bedrijfsregels in de RPG-code

Een uitzonderingsregel voor één klant, een correctie die ooit tijdelijk bedoeld was en is blijven staan, een nachtelijke job die niemand meer kan verklaren maar wel nodig blijkt. We interviewen elke gebruikersgroep en draaien oud en nieuw parallel, zodat afwijkingen zichtbaar worden voor een proces overgaat.

Continuïteit

Verstoring van batchverwerking en kernprocessen

Voorraad, productie en logistiek kunnen niet even stilvallen. We migreren proces voor proces, plannen overgangsmomenten in rustige periodes voor de operatie en houden een rollback-scenario paraat tot een proces stabiel draait.

Adoptie

Weerstand van ervaren 5250-gebruikers

Operators die het groene scherm blind bedienen, ervaren een muisgestuurde interface aanvankelijk als trager, ook als die objectief meer mogelijk maakt. We betrekken deze gebruikers vanaf het begin, respecteren oude sneltoetsen waar dat kan en begeleiden de overgang met gerichte training.

Hoe een AS/400-traject loopt.

01Kennismaking→ 02Inventarisatie→ 03Bouw & migratie→ 04Cut-over & beheer

Stap 01

Kennismaking

Welke processen draaien op het AS/400, wie kent de RPG-code nog, welke pijn is acuut. Vrijblijvend gesprek met IT en operations.

Stap 02

Inventarisatie

We analyseren de RPG-programma's en de DB2 for i-structuur, interviewen gebruikers en kiezen per proces tussen een moderne laag of volledige herbouw.

Stap 03

Bouw & data-migratie

Werkende modules in sprints, parallel draaien naast het AS/400, validatieslag voor de migratie uit DB2 for i per proces.

Stap 04

Cut-over & decommissioning

Gefaseerde overgang per bedrijfsproces, terugvalpositie paraat, AS/400 leegmaken zodra alle processen zijn overgenomen.

Van AS/400, RPG en DB2 for i naar een moderne stack.

We komen AS/400-omgevingen tegen naast andere verouderde stacks, en de aanpak overlapt: eerst begrijpen wat er staat, dan een moderne laag of een volledige vervanging. Datzelfde patroon volgen we bij COBOL-systemen en bij FoxPro-toepassingen, en het bredere overzicht staat onder software-ontwikkeling.

Vertrekpunt

RPG II / IIIILE RPG (RPG IV)CLDB2 for i5250 / groen schermQuery/400

Doelstack, frontend en backend

Next.jsAstroReactNode.jsPython.NET 8PostgreSQL

Migratie & integratie

ODBC/JDBC naar DB2 for iProgramma-aanroep-API'sSchermmoderniseringETL-pipelinesAnti-corruption layerDocker

Veelgestelde vragen.

Moet ons AS/400-systeem in één keer helemaal vervangen worden?

Nee. We migreren proces voor proces, beginnend bij het proces met de minste koppelingen en de beste documentatie. Het AS/400 blijft draaien voor wat nog niet is overgezet, zodat de bedrijfsvoering nooit van één grote overstap afhangt.

Kan het AS/400 blijven draaien terwijl we een moderne schil bouwen?

Ja, vaak zelfs als eerste stap. We bouwen een web- of API-laag die met de bestaande RPG-programma's en DB2 for i praat, zodat gebruikers en externe systemen een moderne interface krijgen terwijl de kernlogica intact blijft. Die laag kan tijdelijk zijn of blijven staan.

Wat gebeurt er met de data uit DB2 for i?

We inventariseren eerst bestanden, velden en sleutels, en welke data nog actief gebruikt wordt versus archief. Daarna migreren we naar een moderne database met een validatieslag tegen de bron. Het AS/400 blijft read-only beschikbaar als terugvalpositie.

Wij hebben geen RPG-ontwikkelaar meer in huis, is dat een probleem?

Dat is eerder regel dan uitzondering. We reconstrueren de bedrijfslogica via code-analyse, gebruikersinterviews en observatie van het systeem in de praktijk. Niet alles staat opgeschreven, dus laten we het nieuwe systeem een tijd parallel meedraaien om afwijkingen zichtbaar te maken.

Is een groen-scherminterface per definitie een probleem?

Niet per se. Een 5250-scherm is vaak snel voor ervaren gebruikers en de logica erachter kan prima op orde zijn. Het probleem zit meestal elders: nieuwe medewerkers, geen mobiele toegang, of systemen die niet real-time kunnen koppelen. We bepalen per situatie of een schil volstaat.

Hoe lang duurt het om een AS/400 te vervangen of moderniseren?

Dat hangt af van het aantal processen, de documentatie en het aantal koppelingen. Omdat we per proces migreren, ziet u na de inventarisatie en de eerste sprints al een proces in productie. Een planning geven we pas na die inventarisatie.

Wat bepaalt of we een moderne laag bouwen of het systeem volledig herbouwen?

Vooral hoe stabiel de RPG-code nog is, hoeveel systemen erop leunen, en of de pijn bij de interface zit of ook bij de logica. Werkt de kernlogica betrouwbaar, dan volstaat vaak een laag. Is de logica zelf verouderd of gekoppeld aan een uitstervend pakket, dan ligt herbouw voor de hand.

Blijven we eigenaar van de nieuwe software en data?

Ja, volledig. Code, infrastructuur, documentatie en credentials komen op uw naam, in een omgeving die u zelf beheert of die wordt overgedragen. Ook de gemigreerde data blijft van u, met een gedocumenteerd exportformaat voor eventuele volgende migraties.

Praat met ons over uw AS/400.

Een kennismaking van een half uur, vrijblijvend. We luisteren naar welke processen op het systeem draaien, waar het knelt en wat de aanleiding is om er nu wél naar te kijken, ook als blijkt dat het systeem op onderdelen nog prima kan blijven staan.

Plan een kennismaking Mail fabian.vandijk@appfront.nl