Het overgangsmigratieplan – Statische versus dynamische gegevens

(Deel 4 van de 6-delige serie "Het migratiehandboek")

In deel 3hebben we de engine gebouwd. We hebben Exchange Schemes als een geschikt hulpmiddel aangewezen en de DAL-doctrine om de data-integriteit te waarborgen.

Nu staan ​​we voor het cruciale moment van het hele project: het livegangweekend.

Dit is niet zomaar een werkweekend. Het is een zeer nauwkeurig gesynchroniseerde overgangsperiode van 48 tot 72 uur, waarbij elke minuut telt. Als je geluk hebt, vindt dit plaats tijdens de kerstvakantie, waardoor je een strategisch moment hebt om begin januari.

Maar als je minder geluk hebt (wat vaak het geval is), is het een standaard weekendsprint: je schakelt het oude systeem op vrijdag om 18:00 uur uit en je moet het ERP-systeem op maandagochtend operationeel, gevalideerd en klaar voor gebruik hebben.

Als je in deze periode probeert te improviseren, zul je falen. Je hebt een draaiboek nodig. Een masterplan. De absolute leidraad voor elke beweging. We noemen dit document het Overgangsmigratieplan.

Het overgangsmigratieplan: meer dan alleen een lijst

Het migratieplan is geen simpele takenlijst. Het is een gedetailleerd schema dat de technische consultants, de zakelijke gebruikers, het infrastructuurteam en de partners op elkaar afstemt.

Je kunt dit plan opstellen met de tool die het beste bij de cultuur van je organisatie past. Of je nu Microsoft Project voor de precisie van een watervalmodel, Notion voor flexibele samenwerking, of gewoon een gedeeld Excel-bestand, het principe blijft hetzelfde.

Het instrument is van ondergeschikt belang; de inhoud is essentieel.

Ongeacht de software die u kiest, moet een degelijk Cutover-migratieplan voor elke taak ten minste de volgende kolommen bevatten:

1. Taak-ID en -omschrijving: (bijv. "Artikelstamgegevens laden", "Voorraadwaarde valideren").
2. Eigenaar: de specifieke persoon die verantwoordelijk is. Het moet een benoemde persoon zijn, nooit een algemene afdeling.
3. Aanvangstijd en duur: ruwe schatting (maar hoe minder ruw, hoe beter).
4. Afhankelijkheden: "Taak B kan pas beginnen als taak A 100% voltooid is."
5. Validatiecriteria: hoe weten we dat het gelukt is? (bijv. "Het aantal rijen komt overeen met de oude versie").
6. Uploaddatum: registreert precies wanneer de upload heeft plaatsgevonden.
7. Status: de huidige status van de taak (bijv. "In behandeling", "Bezig", "Voltooid") om precies te weten waar we staan.
8. Opmerkingen: een algemeen veld om specifieke details, afwijkingen of korte observaties tijdens het proces toe te voegen.

Gouden regel: als een taak niet in het migratieplan, wordt deze niet uitgevoerd. Geen "snelle oplossingen", geen "nu ik er toch ben, werk ik even deze parameter bij". Discipline is essentieel.

De strategie: statisch versus dynamisch

De grootste fout is om alles tijdens het livegangweekend. Dat is fysiek onmogelijk. Om te overleven, hebben we de data opgesplitst in twee categorieën: statisch en dynamisch.

1. Statische gegevens

Dit omvat stamgegevens die niet elke minuut veranderen: artikelen, stuklijsten, werkroutes, klanten, leveranciers en prijzen.

De strategie is als volgt: we migreren deze data N dagen of weken vóór de livegang. We hanteren geen strikte deadline. Deze termijn wordt door de klant bepaald op basis van de hoeveelheid data die moet worden geladen en de complexiteit van de validatiecontroles die moeten worden uitgevoerd.

• We laden de volledige set in de productieomgeving.
• We controleren het op ons gemak.
• We hanteren een periode van "dubbel onderhoud". Als een gebruiker gedurende deze twee weken een nieuwe klant aanmaakt in het oude systeem, moet deze klant ook handmatig in het ERP-systeem worden aangemaakt.
• Tijdens het livegangweekend is 80% van de data al beschikbaar. We hoeven ons alleen nog maar zorgen te maken over de transactiegegevens.

2. Dynamische gegevens

Dit zijn de gegevens die tot op het allerlaatste moment veranderen: voorraadsaldi, openstaande orders en onderhanden werk (WIP). Deze gegevens kunnen alleen tijdens een systeemuitval worden gemigreerd.

De WIP-nachtmerrie: wel of niet verhuizen?

Het migreren van werk in uitvoering (WIP) – productieorders die halverwege de productiefase zijn – is de meest complexe technische uitdaging in elk ERP-project.

Stel je een bestelling voor van 100 stuks. Bewerking 1 (snijden) is voltooid. Bewerking 2 (lassen) is voor 50% voltooid. Bewerking 3 (schilderen) is nog niet gedaan. Hoe migreer je dit bijvoorbeeld naar Infor LN ?

Optie A: "Laat de productielijn leeglopen"-strategie: stop met het verwerken van nieuwe bestellingen 2 weken voor de livegang. Dwing de fabriek om alle openstaande bestellingen af ​​te ronden.

• Voordelen: Je begint met een schone lei. Geen complexe migratielogica.
• Nadelen: Niet altijd mogelijk voor bedrijven met lange doorlooptijden (bijvoorbeeld de bouw van machines die 6 maanden duurt).

Optie B: Migratie van de "Operationele status": Als u openstaande WIP-taken moet migreren, kunt u niet zomaar een record invoegen met de tekst "50% voltooid". U moet de werkelijke situatie simuleren in het ERP-systeem.

1. Migreer de productieorder in LN.
2. Materiaalverbruik repliceren: u kunt een transactie niet migreren. U moet opnieuw uitvoeren in LN. Afhankelijk van uw parameterinstellingen (Backflushing versus handmatig) rapporteert u de voltooide bewerking om de automatische uitgifte te activeren, of geeft u het materiaal handmatig uit om de WIP-balans te corrigeren.
3. Uren migreren : Logica toevoegen om de reeds gewerkte uren te registreren.
4. Resultaat: De order in LN heeft de juiste kosten en status en is klaar voor de volgende bewerking.

Vermijd optie B indien mogelijk. Deze vereist uitgebreide tests en leidt vaak tot kostenverschillen. Als optie A wel mogelijk is, kies daarvoor.

Omvang van openstaande orders: Wat wordt er bedoeld met "openstaand"?

In deel 1hebben we gekozen voor een schone lei. Nu moeten we dit strikt handhaven in het plan. Met "open scope" bedoelen we toekomstige verplichtingen, niet historische gegevens. We migreren alleen wat actueel en uitvoerbaar is.

Deze logica is universeel van toepassing op verkooporders, inkooporders, contractenen alle andere openstaande verplichtingen. We migreren niet de historie; we migreren het resterende saldo van wat nog geleverd of ontvangen moet worden.

Tot slot, wat betreft de voorraad, geldt een financiële regel: de totale waarde van de geïmporteerde voorraad moet overeenkomen met de waarde in het oude systeem van de klant. Als er discrepanties worden gevonden, moeten we het verschil analyseren. We moeten het verschil nauwkeurig vaststellen om te begrijpen of het te wijten is aan afrondingsfouten of specifieke kostenverschillen. Het matchen van kostprijsberekening en voorraadwaardering is de meest delicate fase van het validatieproces.

Het punt van geen terugkeer

In het overgangsplan is een mijlpaal gedefinieerd als het punt van geen terugkeer.

Op dit moment komt de stuurgroep bijeen. We bekijken het dashboard:

• Statische gegevens: 100% geladen.
• Dynamische gegevens: 100% geladen.
• Financiële afstemming: Overeenkomstig.
• Kritieke problemen: 0.

Als het antwoord GO, openen we het systeem voor gebruikers. Er is geen weg terug. Het oude systeem wordt alleen-lezen. Als het antwoord NO-GO, activeren we een terugdraaiplan. We ontgrendelen het oude systeem en de bedrijfsvoering gaat maandagochtend verder met het oude ERP-systeem alsof er niets is gebeurd.

De moed hebben om "nee" te zeggen, is wat een ervaren partner onderscheidt van een beginnende leverancier. Het is beter om een ​​week uit te stellen dan de business een jaar lang te ruïneren.

Bijna daar

De gegevens zijn geladen. De saldi kloppen. Het punt van geen terugkeer is bereikt. Maandagochtend loggen de gebruikers in. Ze zien schermen die ze alleen tijdens de training hebben gezien. Ze zullen nerveus zijn. Ze zullen ongetwijfeld fouten maken.

Maar bovenal zal het systeem fouten genereren. In het volgende deel bespreken we hoe je die fouten moet interpreteren. We gaan het hebben over de taal van logbestanden en de beste werkwijzen om de chaos van de eerste week te beheersen zonder gek te worden.

Geschreven door Andrea Guaccio 

2 april 2026