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.

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
Verder lezen
Alle artikelen






E-commerce met ASES
Webshops, marktplaatsen en B2B-portalen

