Naar de inhoud

ERP-klantprijzen toetsen op hoeveelheid en geldigheid

Een uitgewerkt voorbeeld verbindt klantaccount, stukprijs, staffel en einddatum. Controle vóór afronding helpt verouderde prijzen op te merken.

Lena Fischer2 min leestijd
Papieren kaart met groene fabriek- en persoonsymbolen, drie rijen en een vastgeklemd kalenderblad.

Een klantspecifieke prijs vraagt om meer context dan een artikelnummer. Odoo beschrijft prijsregels met product, minimumhoeveelheid en geldigheidsperiode. De B2B-bedrijfslocatie van Shopify laat zien dat ook de bevoegde bedrijfskoppeling de aangeboden prijs bepaalt. Een ERP-webshopkoppeling vraagt om duidelijke verbanden.

Een prijs met hoeveelheidswijziging en einddatum

Een fictieve filterhandel plant de koppeling. Het voorbeeld behandelt klantaccount K-58 en artikel FILTER-A, met stuk als besteleenheid. De standaardprijs is 17 EUR exclusief belasting per stuk; een tijdelijke klantregel biedt vanaf 6 stuks een prijs van 16 EUR exclusief belasting per stuk.

Regelstatus

Hoeveelheid op orderregel

Verwachte stukprijs exclusief belasting

Klantregel geldig

5 stuks

17 EUR

Klantregel geldig

6 stuks

16 EUR

Klantregel verlopen

6 stuks

17 EUR

Dit zijn fictieve prijzen en verwachte uitkomsten voor een geplande proef. Na afloop mag een oude kopie van de klantregel niet de lagere prijs blijven leveren.

De benodigde prijsvelden verbinden

Houd bevoegde klantkoppeling, artikelidentificatie, besteleenheid, hoeveelheid, valuta en geldigheid bij elkaar. Controleer of ERP en webshop hetzelfde met de eenheid bedoelen. Een doosprijs mag niet ongecontroleerd als stukprijs verschijnen. De ERP-referentie en het tijdstip van de berekende prijs moeten voor interne beoordeling te achterhalen blijven.

Opnieuw controleren bij wijzigingen

Het geplande proces herberekent na een hoeveelheidswijziging en controleert vóór afronding opnieuw de actuele klantcontext en regelgeldigheid. Een snelle cache kan de weergave ondersteunen; de vermelding heeft de passende contextkenmerken en een vastgelegde omgang met wijzigingen nodig. Een algemene bewaartermijn zegt op zichzelf niet of een regel inmiddels is verlopen.

Verandert de prijs, dan moet de interface het nieuwe bedrag vóór afronding duidelijk tonen. Voor deze voorbeeldwebshop is afgesproken dat afronding zonder betrouwbaar bevestigde prijs wordt onderbroken en een nieuwe controle wordt aangeboden.

De vergelijking zichtbaar maken in de proef

Doorloop de tabelgevallen met een geschikte testkoppeling. Vergelijk ERP-uitkomst, weergave en beoogde orderprijs. Voeg een wissel van bevoegde klantcontext en een onbereikbare prijsbron toe. De opgeslagen prijs moet bij de betreffende transactie horen; een eerdere prijs die niet opnieuw is gecontroleerd mag niet als actueel bevestigde orderprijs worden opgeslagen.

Bronnen

Geschreven door

  • Lena FischerRedacteur e-commerceLena Fischer verzorgt de e-commerceartikelen van ASES. Ze schrijft over webshopsystemen en hun koppeling met andere applicaties en legt de technische processen achter online handel uit.

ASES volgen

Verder lezen

Alle artikelen

E-commerce met ASES

Webshops, marktplaatsen en B2B-portalen