ERP-wissel: scheid de aangesloten gegevensstromen stapsgewijs

Scheid bij een ERP-wissel de afzonderlijke gegevensstromen voordat u hun bestemming omschakelt. Een toepassing die overal de interne velden van het oude ERP kent, laat zich moeilijker gericht migreren. Een duidelijk overdrachtspunt kan die afhankelijkheid beperken.

Kies een afgebakend pad

In een fictief bedrijf maakt een portaal orders aan in het oude ERP en ontvangt later hun status. Voor de eerste migratiestap wordt precies dat pad gekozen. Andere verbindingen blijven in de afgesproken toestand. Breng ook terugmeldingen en uitgestelde verwerking in kaart; een al verstuurde order kan na de omschakeling nog een antwoord uit het oude systeem opleveren.

Microsoft beschrijft in het Strangler Fig-patroon stapsgewijze vervanging via een tussenlaag. Dat is een architectuurkeuze die inspanning vraagt. Ze past vooral wanneer het oude en nieuwe pad een tijd naast elkaar kunnen bestaan.

Houd de zakelijke betekenis bij overdracht stabiel

In het voorbeeld draagt het portaal een verzoek tot orderaanmaak over met een eigen handelingsidentificator. Een adapter vertaalt het naar het formaat van het bedoelde ERP. De interne ERP-orderidentificator wordt aan de portaalhandeling gekoppeld.

De tabel is onze eigen voorbeeldverdeling. Twee ERP-systemen mogen hetzelfde verzoek niet onafhankelijk als een nieuwe order uitvoeren. Een technische parallelvergelijking heeft een apart ingerichte en geborgde route nodig zonder dubbele werking in productie.

Controleer vertaling en gegevenskoppeling

Een Anti-Corruption Layer vertaalt tussen verschillende systeemmodellen. Ze kan binnen een toepassing liggen. Voor ons voorbeeld moeten artikel- en klantidentificatoren en de betekenis van hoeveelheden bij het nieuwe ERP passen. Dezelfde veldnaam bewijst dat onvoldoende.

Controleer voor de omschakeling een nieuwe order en een vertraagde statusmelding bij een oude order. Ga na of beide bij de juiste portaalhandeling terechtkomen. De overname van bestaande gegevens moet rekening houden met dezelfde koppelingen.

Plan terugkeer samen met de gevolgen voor gegevens

Leg vast wanneer nieuwe verzoeken weer het oude pad mogen gebruiken. Handel de orders die al in het nieuwe ERP zijn ontstaan apart af. De tussenlaag terugschakelen draagt die niet automatisch over en verwijdert ze evenmin. Controleer ook wie de tussenlaag bewaakt en onderhoudt; ze mag niet ongemerkt een knelpunt worden.

De oude aansluiting verdwijnt pas als openstaande terugmeldingen en resterende afhankelijkheden zijn opgehelderd. Het einde ervan hangt zo af van de betrokken handelingen, naast de datum van het eerste geslaagde nieuwe verzoek.

Bronnen

• Microsoft Learn: Strangler Fig pattern

• Microsoft Learn: Anti-Corruption Layer pattern