ERP-skift: adskil tilknyttede dataflow trinvis

Adskil de enkelte dataflow, før du skifter deres mål under et ERP-skift. En applikation, som kender det gamle ERP's interne felter overalt, er sværere at flytte målrettet. Et klart overdragelsespunkt kan begrænse den afhængighed.

Vælg en afgrænset vej

I en fiktiv virksomhed opretter en portal ordrer i det gamle ERP og modtager senere deres status. Netop denne vej vælges som første overgangstrin. Andre forbindelser bliver i deres aftalte tilstand. Registrer også tilbagemeldinger og forsinket behandling; en allerede afsendt ordre kan stadig udløse et svar fra det gamle system efter skiftet.

Microsoft beskriver trinvis udskiftning via en formidler i Strangler Fig-mønstret. Det er en arkitekturbeslutning, som kræver en indsats. Den passer især, når gammel og ny vej kan eksistere side om side i en periode.

Hold forretningsbetydningen stabil ved overdragelsen

I eksemplet overdrager portalen en anmodning om ordreoprettelse med sit eget handlings-id. En adapter oversætter den til formatet i det tilsigtede ERP. ERP's interne ordre-id knyttes til portalhandlingen.

Tabellen er vores egen eksempelfordeling. To ERP-systemer må ikke uafhængigt udføre samme anmodning som en ny ordre. En teknisk parallelsammenligning kræver en særskilt sikret vej uden dobbelt virkning i produktion.

Kontrollér oversættelse og datakobling

Et Anti-Corruption Layer oversætter mellem forskellige systemmodeller. Det kan ligge inde i en applikation. I vores eksempel skal vare- og kunde-id'er samt mængdernes betydning passe til det nye ERP. Samme feltnavn er ikke tilstrækkelig dokumentation.

Kontroller en ny ordre og en forsinket statusmeddelelse til en gammel ordre før skiftet. Undersøg, om begge lander ved den rigtige portalhandling. Overførsel af eksisterende data skal tage højde for de samme koblinger.

Planlæg tilbagevejen sammen med konsekvenserne for data

Fastlæg, hvornår nye anmodninger igen må bruge gammel vej. Afklar særskilt de ordrer, der allerede er oprettet i nyt ERP. At skifte formidleren tilbage overfører eller sletter dem ikke automatisk. Kontroller også, hvem der overvåger og vedligeholder formidleren; den må ikke ubemærket blive en flaskehals.

Den gamle forbindelse fjernes først, når åbne tilbagemeldinger og resterende afhængigheder er afklaret. Dens afslutning afhænger dermed af de berørte handlinger og ikke kun datoen for den første vellykkede nye anmodning.

Kilder

• Microsoft Learn: Strangler Fig pattern

• Microsoft Learn: Anti-Corruption Layer pattern