Vurder B2B-bestilling separat før et ERP-bytte

Jeg ville først vurdert en vanskelig bestillingsflyt for bedriftskunder (B2B) separat fra utskifting av virksomhetens administrasjonssystem (ERP). Bedre søk, en gjenbrukbar vareliste eller en forståelig statusvisning kan utvikles i en kundeapplikasjon. Om den veien fungerer, avhenger av eksisterende integrasjon og nødvendige forretningsregler.

Trekk grensen for hver funksjon

En oppdiktet grossist innen tekniske varer vil gjøre gjenbestilling enklere. Eksisterende ERP beholder ansvaret for kundepriser og ordreopprettelse. Følgende fordeling er et foreslått design.

Dette synliggjør hvilket arbeid som faktisk gjelder grensesnittet. Bedre varesøk krever ikke automatisk ny ordrestyring. Det hjelper likevel lite hvis de valgte varene etterpå overføres feil til eksisterende system.

Oversettelse skaper ingen manglende evne

Microsoft beskriver et oversettelseslag mellom ulikt modellerte systemer. En slik grense kan være nyttig når kundeapplikasjon og ERP bruker ulike dataformer. I eksemplet skal den bære den avtalte koblingen fremfor å skape to uavhengig vedlikeholdte prislogikker.

Hvis ERP ikke svarer på en forespørsel om ordreopprettelse i tide, må applikasjonen kunne håndtere det usikre utfallet. Et nytt forsøk må ikke ukontrollert opprette en ekstra ordre. Planleggingen krever derfor en gjenkjennelig transaksjon og en pålitelig avklaring av resultatet. En visuell suksessmelding gir ikke det beviset.

Hvor separat fornyelse når grensen

Kan eksisterende system ikke levere nødvendige kundepriser, opprette ordrer kontrollert eller støtte rettigheter på riktig måte, er et nytt grensesnitt alene utilstrekkelig. Da må tilpasninger, en annen integrasjonsvei eller utskifting av ERP vurderes. Den mindre første innsatsen er ikke et mål i seg selv.

Omvendt trenger ikke hvert prosjekt en egen ekstra formidlingstjeneste. Hvis en eksisterende, vedlikeholdt integrasjon dekker den nødvendige koblingen, bør ekstra infrastruktur begrunne arbeidsmengden den medfører.

Et begrenset prøveløp ville vært opplysende for grossisten: finn en vare i riktig kundekontekst, vis den bekreftede prisen, overfør en testordre og knytt resultatet til riktig ordre igjen. Svikt i grensesnittet gir en oppgave der. Mangler en nødvendig evne i kjernesystemet, må beslutningen ta hensyn til grensen. Omfanget av et ERP-bytte utledes dermed av et påvist problem.

Kilder

• Microsoft Azure Architecture Center: Anti-Corruption Layer pattern