Beoordeel B2B-bestellen apart vóór vervanging van het ERP

Ik zou een lastig besteltraject voor zakelijke klanten (B2B) eerst los van vervanging van de bedrijfssoftware (ERP) beoordelen. Beter zoeken, een herbruikbare artikellijst of een begrijpelijke statusweergave kunnen in een klanttoepassing ontstaan. Of die aanpak werkt, hangt af van de bestaande koppeling en benodigde bedrijfsregels.

Trek de grens per functie

Een fictieve groothandel in technische benodigdheden wil opnieuw bestellen makkelijker maken. Het bestaande ERP blijft verantwoordelijk voor klantprijzen en orderaanmaak. De volgende verdeling is een voorgesteld ontwerp.

Zo wordt zichtbaar welk werk werkelijk de interface betreft. Beter zoeken vereist niet automatisch een nieuw orderbeheer. Het helpt echter weinig als de gekozen artikelen vervolgens verkeerd aan het bestaande systeem worden doorgegeven.

Vertaling levert geen ontbrekende mogelijkheid

Microsoft beschrijft een vertaallaag tussen verschillend gemodelleerde systemen. Zo’n grens kan nuttig zijn als klanttoepassing en ERP andere gegevensvormen gebruiken. In dit voorbeeld moet die de afgesproken koppeling dragen in plaats van twee afzonderlijk onderhouden prijslogica’s te creëren.

Reageert het ERP niet tijdig op een verzoek om orderaanmaak, dan moet de toepassing met de onzekere uitkomst omgaan. Opnieuw proberen mag niet ongecontroleerd een extra order aanmaken. De planning vraagt daarom een herkenbare transactie en een betrouwbare manier om de uitkomst vast te stellen. Een visuele succesmelding levert dat bewijs niet.

Waar afzonderlijke vernieuwing haar grens bereikt

Kan het bestaande systeem de vereiste klantprijzen niet leveren, orders niet gecontroleerd aanmaken of rechten niet passend ondersteunen, dan volstaat een nieuwe interface niet. Aanpassingen, een andere integratieroute of ERP-vervanging moeten dan worden onderzocht. De kleinere eerste maatregel is geen doel op zich.

Omgekeerd heeft niet elk project een eigen extra bemiddelingsdienst nodig. Als een bestaande, onderhouden koppeling de vereiste toewijzing ondersteunt, hoort extra infrastructuur haar werklast te rechtvaardigen.

Een beperkte proef zou voor de groothandel zinvol zijn: een artikel in de juiste klantcontext vinden, de bevestigde prijs tonen, een testorder overdragen en de uitkomst weer koppelen. Faalt de interface, dan ligt daar het werk. Ontbreekt een vereiste mogelijkheid in het kernsysteem, dan moet de beslissing die grens meenemen. Zo volgt de omvang van ERP-vervanging uit een aangetoond probleem.

Bronnen

• Microsoft Azure Architecture Center: Anti-Corruption Layer pattern