Strategische Fundamenten: Je Gif Kiezen

Deel 1 van de serie Het migratiehandboek: van legacy-chaos naar AI-gereedheid

In de wereld van ERP-consultancy met hoge inzet bestaat een gezegde dat iedereen in elke stuurgroepvergadering zou moeten herhalen: De implementatie is geen ceremonie, maar een operatie.

Net als bij een operatie hangt de overleving van de patiënt volledig af van de voorbereiding, de vaardigheid van het team en de strategische keuzes die lang voor de eerste incisie worden gemaakt.

In al die jaren van ERP-transities, met name binnen het ecosysteem van Infor LN, heb ik projecten zien slagen omdat de leiding in de ontwerpfase moeilijke, ongemakkelijke keuzes maakte. Omgekeerd heb ik ook projecten jarenlang geld en moraal zien verliezen, simpelweg omdat men tevergeefs probeerde op veilig te spelen met de verkeerde strategie.

Welkom bij Het Migratiehandboek.

Deze zesdelige serie is een overlevingsgids voor alle professionals die voor de immense taak staan om van een verouderd systeem naar een modern cloud-ERP-systeem te migreren zonder daarbij de bedrijfsvoering te schaden.

We beginnen vandaag met de meest cruciale beslissing van allemaal, de beslissing die de koers van het hele project bepaalt: de strategie.

De illusie van veiligheid: oerknal versus gefaseerd

De eerste vraag in elke kick-off meeting is onvermijdelijk: "Moeten we meteen voor een grote, allesomvattende aanpak kiezen of gefaseerd?"

Om deze vraag te beantwoorden, laten we het jargon achterwege en kijken wat deze strategieën in de praktijk betekenen.

In eenvoudige bewoordingen: De metaforen

De oerknal. Stel je voor dat je gaat verhuizen. Op vrijdag pak je alles in een verhuiswagen. Op zaterdag verhuis je. Op zondag pak je alles uit. Op maandagochtend word je wakker, eet en slaap je in je nieuwe huis. Je geeft de sleutels van je oude huis meteen af. Er is geen weg terug.

De filosofie: "Trek de pleister er in één keer af." Het is een allesomvattende omschakeling waarbij het oude systeem wordt uitgeschakeld en het nieuwe ERP-systeem gelijktijdig in alle afdelingen in gebruik wordt genomen.

De gefaseerde aanpak Stel je voor dat je je huis renoveert terwijl je er nog steeds woont. Eerst verbouw je de keuken (Finance), maar je slaapt nog steeds in de oude slaapkamer (Productie) en gebruikt de oude badkamer (Magazijn). Je woont maandenlang op een bouwplaats, constant heen en weer pendelend tussen de nieuwe en oude kamers.

De filosofie: "Stap voor stap." Je migreert per module (bijvoorbeeld Finance ) of per locatie (bijvoorbeeld eerst Fabriek A, daarna Fabriek B), waarbij beide systemen gedurende een overgangsperiode actief blijven.

Er is hier geen sprake van 'goed' of 'fout', alleen van wat het beste past bij jouw specifieke risicoprofiel. Elke keuze brengt echter wel kosten met zich mee.

Optie A: De oerknal

Waarom ervoor kiezen: Vanaf dag 1 Finance, Verkoop en Productie exact dezelfde gegevens. Er is geen verschil. Geen tijdelijke interfaces: U verspilt geen budget aan het bouwen van koppelingen tussen de oude en nieuwe systemen. Psychologische omslag: Het dwingt de organisatie om zich direct aan te passen. Niemand kan vasthouden aan de oude werkwijzen, omdat die verleden tijd zijn.
De risico's: Als het systeem maandag uitvalt, ligt het hele bedrijf stil. Je kunt niet verzenden, je kunt niet factureren. Het is een gok met hoge inzet. Maximale stress: De implementatieperiode is intens. De organisatie staat minstens 2-3 weken onder maximale druk.

Optie B: Gefaseerd

Waarom hiervoor kiezen: als Finance problemen ondervindt, blijft de fabriek gewoon op het oude systeem draaien. Je zet niet alles op het spel. Leercurve: het team leert van de eerste fase, waardoor volgende uitrolprocessen soepeler verlopen. Minder acute stress: de inspanningen worden over een langere periode verdeeld, waardoor de "drukke" stress van één weekend wordt vermeden.
De risico's: om de nieuwe Finance module met het oude productiesysteem te laten communiceren, moet je complexe, dure interfaces bouwen die je later weer weggooit.
Extreem stijgende kosten: je voorkomt dubbele invoer door geautomatiseerde integraties te bouwen, maar iemand moet ze ontwerpen, bouwen en monitoren. Hierdoor blijven dure consultants jarenlang in plaats van maanden aan het werk, wat de totale eigendomskosten van het project aanzienlijk verhoogt.
Veranderingsmoeheid: Het project sleept zich jarenlang voort. Mensen raken het beu om in een "overgangsfase" te leven.

Context is koning

Welke moet je kiezen?

Er bestaat hier geen absoluut "Mijn advies" en wees op uw hoede voor elke consultant die u iets anders vertelt. Er bestaat alleen de specifieke realiteit van uw bedrijf op dit specifieke moment.

De beslissing komt neer op een afweging tussen risicoconcentratie en organisatorische volwassenheid.

De Big Bang stelt de vraag: "Ben je bereid om in één weekend alles op het spel te zetten om het snel en netjes af te ronden?"
De gefaseerde aanpak stelt de vraag: "Bent u bereid meer te betalen en een langere doorlooptijd te accepteren om een grotere kans op succes te garanderen?"

Dit tweede punt is cruciaal. We vergeten vaak dat consultants dit weliswaar voor hun werk doen, maar dat uw interne teams – de boekhoudmanager, de magazijnchef – waarschijnlijk nog nooit een transformatie van deze omvang hebben meegemaakt.

Voor een onervaren team biedt een gefaseerde aanpak (ondanks de hogere kosten) de mogelijkheid om zich geleidelijk aan de uitdaging aan te meten. Het voorkomt dat de organisatie bezwijkt onder de druk van een plotselinge, abrupte stopzetting van de werkzaamheden. Het levert je het meest waardevolle bezit van allemaal op: zelfvertrouwen.

De valkuil van de geschiedenis: we hebben alles nodig

Zodra de strategie is bepaald, is Data Scope. Hier botst de psychologie van het hamsteren met de technische realiteit. De gebruikers zullen smeken: "We moeten alle historische gegevens migreren. Ik moet absoluut precies kunnen zien wat ik in 2015 aan Mario Rossi heb verkocht op het nieuwe scherm."

Doe het niet.

Het migreren van 15 jaar aan afgesloten transacties (verkooporders, facturen, productieorders) naar een nieuwe LN Cloudsuite-omgeving is een strategische fout die uw toekomst in gevaar brengt.

Hieronder volgen drie redenen waarom het migreren van de geschiedenis een risico kan vormen:

Technische schuld en de DAL-doctrine

Infor LN gebruikt een strikte Data Access Layer (DAL) om elk record dat het systeem binnenkomt te valideren. Uw gegevens uit 2010 voldoen waarschijnlijk niet aan de validatieregels van 2026. Misschien was een land van herkomst destijds niet vereist, maar is dat nu wel verplicht. Misschien zijn uw oude meeteenheden verouderd. Om die oude gegevens te migreren, zou u validaties moeten uitschakelen of de ontbrekende gegevens moeten "vervalsen", waardoor uw gloednieuwe database gevuld wordt met onjuiste gegevens om deze passend te maken.

Datakwaliteit versus datavolume

Oude data is inherent vervuild. Het bevat de overblijfselen van slechte processen, geannuleerde bestellingen die nooit zijn verwerkt en leverancierscodes die niet meer actief zijn. Het importeren van deze enorme hoeveelheid data betekent dat je je nieuwe systeem vanaf dag één vervuilt. Je verhuist in feite naar een gloednieuw, luxe huis en vult het met de stoffige, kapotte meubels uit je kelder.

AI-vervuiling

Dit is het nieuwe risico voor de jaren 2020. Als u van plan bent Infor GenAI of moderne voorspellende modellen te gebruiken voor supply chain planning, hebt u duidelijke, consistente patronen nodig. AI leert van de geschiedenis. Als u het 10 jaar aan verouderde processen voert – zoals doorlooptijden uit het COVID-tijdperk of prijsmodellen die u niet meer gebruikt – zal de AI de verkeerde lessen trekken. Het zal hallucinaties produceren in plaats van inzichten. Om een AI-klaar ERP-systeem te bouwen, hebt u een hoge signaal-ruisverhouding nodig. Oude data is ruis.

Erkenning vanuit de industrie: de consensus over een "schone kern"

Geloof me niet zomaar op mijn woord. De grote spelers in de markt voor bedrijfssoftware hebben deze filosofie inmiddels omarmd om wendbaarheid en AI te ondersteunen:

Het 'Clean Core'-principe: toonaangevende leveranciers zoals SAP pleiten er nu expliciet voor om de ERP-kern vrij te houden van verouderde systemen om innovatiebereidheid te garanderen. Lees meer over de Clean Core-strategie.
Opties voor het bewaren van legacy-systemen: Volgens de officiële richtlijnen van Oracle is het bewaren van het legacy-systeem in de modus 'Alleen-lezen' een belangrijke strategie om de risico's van overmigratie te vermijden. Zie de opties voor gegevensbewaring van Oracle.
Voorwaarden voor AI: Experts zijn het erover eens dat AI-modellen hoogwaardige, relevante data nodig hebben. Het migreren van verouderde patronen schaadt de modelprestaties actief ("Garbage In, Garbage Out"). Waarom datakwaliteit cruciaal is voor AI.
Diepgaande analyse door een consultant: Ik heb eerder al geanalyseerd hoe slechte data AI-agenten failliet kan laten gaan. Als je de mechanismen van 'vuile data' wilt begrijpen, lees dan mijn artikel: De AI-killer: waarom vuile data je agent failliet kan laten gaan.

De strategie van de nette snede

De enige professionele manier om een kritieke migratie aan te pakken, is de Clean Cut-methode. We migreren alleen wat nog leeft:

Actieve stamgegevens: Klanten en leveranciers die in de afgelopen X jaar (een in overleg met de klant vastgestelde periode) transacties hebben verricht, plus alle partners die gekoppeld zijn aan de openstaande transacties die we migreren.
Actieve items en stuklijsten: alleen de producten die we vandaag daadwerkelijk kunnen produceren en verkopen.
Openstaande verkooporders (achterstand): Bestellingen die we nog moeten verzenden.
Openstaande inkooporders: Goederen die we nog moeten ontvangen.
WIP (Work In Progress): Productieorders die momenteel in behandeling zijn.
Actuele voorraadsaldi: een nauwkeurige momentopname van de voorraadwaarde.
Overige openstaande transacties: We migreren alle transactiedocumenten die nodig zijn voor de bedrijfscontinuïteit (zoals serviceorders, projecten of contracten). De bovenstaande voorbeelden zijn slechts de meest voorkomende; de regel geldt voor alles wat nodig is om de bedrijfsvoering te garanderen.

Al het overige – afgesloten bestellingen, betaalde facturen, oude gegevens – blijft achter.

De opzoekoplossing: GenBI en Data Fabric

'Maar Andrea, hoe moet ik een klant antwoorden die naar een factuur uit 2018 vraagt? Moet ik zeggen dat ik het niet weet?'

Dit is het bezwaar dat de Clean Cut-strategie meestal de das omdoet. Gebruikers zijn doodsbang om het overzicht te verliezen. Maar in 2026 hebben we een beter antwoord dan de oude pc onder het bureau te laten staan.

We maken gebruik van moderne BI- (of GenBI-) en Data Fabric -architecturen.

In plaats van het transactionele ERP-systeem te overladen met verouderde data, koppelen we een moderne BI-tool (zoals Microsoft PowerBI) aan twee verschillende bronnen:

De Legacy-database (ingesteld op alleen-lezenmodus) voor historische gegevens.
Het nieuwe Infor Data Lake voor actuele, live-activiteiten.

We bouwen een uniform dashboard dat bovenop beide systemen draait. Wanneer een gebruiker zoekt naar 'Verkoop aan Mario Rossi', voegt de BI op transparante wijze de gegevens van 2018 (uit Legacy) en de gegevens van 2026 (uit LN) samen. De gebruiker krijgt het volledige antwoord in één oogopslag. Het maakt niet uit waar de gegevens fysiek zijn opgeslagen; het gaat alleen om de informatie. Deze aanpak zorgt ervoor dat uw nieuwe ERP-systeem compact, snel en volledig toekomstgericht blijft, met behoud van de waarde van het verleden.

Wil je begrijpen hoe je letterlijk met je bestaande data kunt "praten" zonder deze te migreren? Lees mijn gedetailleerde uitleg hier: Generatieve BI: Praten met je data

Mijn definitieve conclusie

Een succesvolle migratie draait niet om het verplaatsen van data, maar om het filteren van waardevolle gegevens. Het gaat erom de moed te hebben om ballast achter te laten. Door te kiezen voor een schone lei en de neiging te weerstaan om het project uit angst gefaseerd uit te voeren, archiveert u historische data en maakt u de weg vrij voor een toekomst die klaar is voor AI.

In het volgende deel bespreken we hoe u deze geselecteerde gegevens kunt voorbereiden op de migratie. We gaan in op het principe van 'Garbage In, Disaster Out' ( en waarom een migratiesjabloon het krachtigste psychologische instrument in uw arsenaal is om data-eigenaarschap af te dwingen.

Diepgaande analyse: Lees meer over waarom moderne datastrategieën historische gegevens loskoppelen van operationele gegevens en over het concept van Data Fabric Architecture.

Geschreven door Andrea Guaccio

5 maart 2026