Gå til innholdet

Kontroller ERP-kundepriser etter mengde og gyldighet

Et gjennomarbeidet eksempel knytter kundekonto, stykkpris, mengdetrinn og utløp sammen. En kontroll før ordren fullføres, hjelper deg med å oppdage utdaterte priser.

Lena Fischer2 min lesetid
Papirkort med grønne fabrikk- og personsymboler, tre rader og en fastklemt kalender.

En kundespesifikk pris trenger mer kontekst enn et varenummer. Odoo beskriver prisregler med produkt, minstemengde og gyldighetsperiode. Shopifys B2B-bedriftslokasjon viser at også den autoriserte bedriftstilknytningen bestemmer prisen som tilbys. En ERP-butikkobling krever entydige sammenhenger.

En pris med mengdeendring og utløp

En fiktiv filterforhandler planlegger koblingen. Eksemplet gjelder kundekonto K-58 og varen FILTER-A, med stykk som bestillingsenhet. Standardprisen er 17 EUR uten avgifter per stykk; en tidsbegrenset kunderegel tilbyr 16 EUR uten avgifter per stykk fra 6 stykk.

Regelstatus

Ordrelinjens mengde

Forventet stykkpris uten avgifter

Kunderegel gyldig

5 stykk

17 EUR

Kunderegel gyldig

6 stykk

16 EUR

Kunderegel utløpt

6 stykk

17 EUR

Dette er fiktive priser og forventede resultater for et planlagt prøveløp. Etter utløpet skal en gammel kopi av kunderegelen ikke fortsette å levere den lavere prisen.

Knytt sammen feltene som trengs for prisen

Hold autorisert kundetilknytning, vareidentifikator, bestillingsenhet, mengde, valuta og gyldighet samlet. Kontroller om ERP og butikk mener det samme med enheten. En kartongpris må ikke vises som stykkpris uten kontroll. ERP-referansen og tidspunktet for den beregnede prisen skal kunne spores ved intern gjennomgang.

Kontroller på nytt ved endringer

Den planlagte flyten beregner prisen på nytt etter en mengdeendring og kontrollerer gjeldende kundekontekst og regelgyldighet igjen før ordren fullføres. En rask cache kan støtte visningen; oppføringen trenger relevante kontekstegenskaper og en fastsatt håndtering av endringer. En generell lagringstid fastslår ikke alene om en regel har utløpt i mellomtiden.

Hvis prisen endres, skal grensesnittet vise det nye beløpet tydelig før fullføring. For denne eksempelbutikken er det avtalt å stanse fullføringen uten en pålitelig bekreftet pris og tilby en ny kontroll.

Gjør sammenligningen synlig i prøveløpet

Gå gjennom tabellens tilfeller med en egnet testkobling. Sammenlign ERP-resultat, visning og planlagt ordrepris. Legg til et bytte av autorisert kundekontekst og en utilgjengelig priskilde. Den lagrede prisen må høre til den aktuelle transaksjonen; en tidligere pris som ikke er kontrollert på nytt, må ikke lagres som gjeldende bekreftet ordrepris.

Kilder

Skrevet av

  • Lena FischerRedaktør for netthandelLena Fischer har ansvaret for ASES' artikler om netthandel. Hun skriver om nettbutikksystemer og hvordan de kobles til andre applikasjoner, og forklarer de tekniske prosessene bak netthandel.

Følg ASES

Les videre

Alle artikler

E-handel med ASES

Nettbutikker, markedsplasser og B2B-portaler