Bedöm B2B-beställning separat inför ett ERP-byte
Ett nytt kundgränssnitt kan bygga på befintligt ERP. Tillförlitlig dataåtkomst, bekräftade order och integrationens gränser avgör om det fungerar.
Jag skulle först bedöma ett besvärligt beställningsflöde för företagskunder (B2B) separat från ett byte av affärssystem (ERP). Bättre sökning, en återanvändbar artikellista eller en begriplig statusvisning kan utvecklas i en kundapplikation. Om den vägen fungerar beror på den befintliga integrationen och de affärsregler som krävs.
Dra gränsen för varje funktion
En fiktiv grossist inom tekniska varor vill förenkla återbeställning. Befintligt ERP behåller ansvaret för kundpriser och för att skapa order. Följande fördelning är ett föreslaget upplägg.
Behov | Kundapplikationens uppgift | Bevis som krävs från integrationen |
|---|---|---|
Hitta artiklar igen | Söka och samla det tillåtna urvalet | Entydig artikel- och kundkoppling |
Visa aktuellt pris | Visa pris med mängd och enhet | Prisresultat som passar kundkontexten |
Skicka beställning | Kontrollera indata och visa överföringsstatus | Bekräftat skapande av order med referens |
Visa historik | Koppla källdata begripligt | Lämplig status för tillhörande order |
Det synliggör vilket arbete som faktiskt rör gränssnittet. Bättre artikelsökning kräver inte automatiskt ny orderhantering. Den hjälper dock lite om de valda artiklarna sedan förs över felaktigt till befintligt system.
Översättning skapar ingen saknad förmåga
Microsoft beskriver ett översättningslager mellan olika modellerade system. En sådan gräns kan vara användbar när kundapplikation och ERP använder olika dataformer. I exemplet ska den bära den överenskomna kopplingen i stället för att skapa två separat underhållna prislogiker.
Om ERP inte besvarar en begäran om att skapa order i tid måste applikationen kunna hantera det osäkra utfallet. Ett nytt försök får inte okontrollerat skapa en extra order. Planeringen behöver därför en igenkännbar transaktion och ett tillförlitligt sätt att klargöra resultatet. Ett visuellt framgångsmeddelande ger inte det beviset.
När separat förnyelse når sin gräns
Kan befintligt system inte leverera nödvändiga kundpriser, skapa order kontrollerat eller stödja rätt behörigheter räcker ett nytt gränssnitt inte. Då måste anpassningar, en annan integrationsväg eller ett ERP-byte undersökas. Den mindre första åtgärden är inget självändamål.
Omvänt behöver inte varje projekt en egen extra förmedlingstjänst. Om en befintlig, underhållen integration klarar den nödvändiga kopplingen bör extra infrastruktur motivera sitt arbete.
En begränsad provkörning vore givande för grossisten: hitta en artikel i rätt kundkontext, visa det bekräftade priset, överföra en testorder och koppla dess resultat igen. Om gränssnittet brister ligger uppgiften där. Om kärnsystemet saknar en nödvändig förmåga måste beslutet ta hänsyn till gränsen. Omfattningen av ett ERP-byte följer då av ett påvisat problem.
Källor
Läs vidare
Alla artiklar
E-handel med ASES
Webbutiker, marknadsplatser och B2B-portaler