Verkoopprijsbeheer detailhandel

Dit artikel bevat informatie over het proces voor het maken en beheren van verkoopprijzen in Dynamics 365 Commerce. Het richt zich op de concepten die betrokken zijn bij dit proces, en op de effecten van de verschillende configuratieopties voor verkoopprijzen.

Terminologie

De volgende termen worden gebruikt in dit artikel.

Voorwaarde	Definitie, gebruik en notities
Prijs	Het bedrag voor één eenheid waarvoor een product wordt verkocht in een verkooppunt-client (POS) of op een verkooporder. In dit artikel heeft de term prijs altijd betrekking op de verkoopprijs niet op de voorraadprijs of de kostprijs.
Basisprijs	De prijs die is ingesteld in het veld Prijs voor een vrijgegeven product.
Handelsovereenkomstprijs	De prijs die is ingesteld voor een product of variant op basis van een handelsovereenkomst van het type Prijs (verkoop).
Beste prijs	Wanneer meerdere prijzen of kortingen kunnen worden toegepast op een product, het kleinste prijsbedrag en/of het grootste kortingsbedrag wat leidt tot het laagst mogelijke nettobedrag dat de klant moet betalen. In dit artikel wordt het concept van de beste prijs altijd 'de beste prijs' genoemd. Deze beste prijs verschilt van en moet niet worden verward met de opsommingswaarde Beste prijs voor de gelijktijdigheidsmodus van een korting.

Prijsgroepen

Prijsgroepen vormen de kern van het prijzen- en kortingenbeheer in Commerce. Prijsgroepen worden gebruikt om prijzen en kortingen toe te wijzen aan Commerce-entiteiten (zoals kanalen, catalogi, lidmaatschappen en loyaliteitsprogramma's). Aangezien prijsgroepen worden gebruikt voor alle prijzen en kortingen, is het belangrijk dat u plant hoe u ze gebruikt voordat u begint.

Een prijsgroep is in feite alleen een naam, een omschrijving en eventueel een prioriteit voor prijscalculatie. Het belangrijkste punt om te onthouden over prijsgroepen is dat ze worden gebruikt om de veel-op-veel-relaties van kortingen en prijzen met Commerce-entiteiten te beheren.

De volgende afbeelding laat zien hoe prijsgroepen worden gebruikt. In deze afbeelding ziet u dat 'Prijsgroep' letterlijk het middelpunt is van prijzen- en kortingsbeheer. De Commerce-entiteiten die u kunt gebruiken voor het beheren van gedifferentieerde prijzen en kortingen staan aan de linkerkant en de werkelijke prijzen- en kortingsrecords aan de rechterkant.

Wanneer u prijsgroepen maakt, moet u niet één prijsgroep gebruiken voor meerdere soorten Commerce-entiteiten. Anders kan het lastig zijn om te bepalen waarom een bepaalde prijs of korting op een transactie wordt toegepast.

Zoals de rode streepjeslijn in de afbeelding laat zien, ondersteunt Commerce de basisfunctie van Microsoft Dynamics 365 van prijsgroepen die direct voor een klant zijn ingesteld. In dit geval krijgt u echter alleen verkoopprijshandelsovereenkomsten. Als u klantspecifieke prijzen wilt toepassen, raden wij aan dat u niet prijsgroepen rechtstreeks voor de klant instelt. In plaats daarvan moet u aansluitingen gebruiken.

Als de prijsgroep is ingesteld voor de klant, wordt deze prijsgroep gekoppeld aan de verkooporderkoptekst van de orders die voor deze klant zijn gemaakt. Als de gebruiker de prijsgroep in de orderkop wijzigt, wordt de oude prijsgroep alleen voor de huidige order vervangen door de nieuwe prijsgroep. De oude prijsgroep heeft bijvoorbeeld geen invloed op de huidige order, maar is nog steeds gekoppeld aan de klant voor toekomstige orders.

De volgende secties bevatten meer informatie over de Commerce-entiteiten die u kunt gebruiken om verschillende prijzen in te stellen wanneer prijsgroepen worden gebruikt. De configuratie van prijzen en kortingen voor alle entiteiten is een tweeledig proces. Deze stappen kunnen in een willekeurige volgorde worden uitgevoerd. De logische volgorde is echter om de prijsgroepen eerst in te stellen voor de entiteiten, omdat deze stap waarschijnlijk een eenmalige instelling is die wordt uitgevoerd tijdens de implementatie. Vervolgens kunt u, als prijzen en kortingen zijn gemaakt, de prijsgroepen afzonderlijk instellen voor deze prijzen en kortingen.

Kanalen

In de commerciële sector is het gebruikelijk om verschillende prijzen te hanteren voor verschillende kanalen. De twee primaire factoren die invloed hebben op specifieke kanaalprijzen zijn kosten en voorwaarden van de lokale markt.

• Kosten : hoe verder een kanaal van de productbron verwijderd is, hoe meer het kost om een product op te slaan. Verse producten hebben bijvoorbeeld een beperkte houdbaarheid en specifieke productievereisten (bijvoorbeeld een groeiseizoen). In de winter kosten kost sla waarschijnlijk meer in noordelijke klimaten dan in zuidelijke klimaten. Als u de prijzen voor kanalen over een groot geografisch gebied instelt, wilt u waarschijnlijk verschillende prijzen instellen in verschillende kanalen.
• Lokale marktvoorwaarden: een winkel die een directe concurrent in de straat heeft, is veel prijsgevoeliger dan een winkel die geen directe concurrent in de buurt heeft.

Aansluitingen

De algemene definitie van een aansluiting is een koppeling naar of de koppeling met een groep. In Commerce zijn aansluitingen groepen met klanten. Aansluitingen zijn een flexibelere manier voor klantprijzen en kortingen dan het basisconcept van Microsoft Dynamics 365 voor klantgroepen en kortingsgroepen. In de eerste plaats kan een aansluiting worden gebruikt voor prijzen en kortingen, terwijl bij niet-detailhandelsprijzen voor elk type prijs en korting een andere groep bestaat. Vervolgens kan een klant deel uitmaken van meerdere aansluitingen maar van slechts één niet-detailhandelsprijsgroep van elk type. Ten slotte kunnen aansluitingen zo worden ingesteld dat ze aan een klant zijn gekoppeld, maar dat hoeft niet. Een ad-hoc-aansluiting kan worden gebruikt voor anonieme klanten op het POS. Een typisch voorbeeld van een anonieme aansluitingskorting is een korting voor senioren of studenten waar een klant een korting kan ontvangen door een lidmaatschapskaart te tonen.

Hoewel aansluitingen meestal zijn gekoppeld aan kortingen, kunt u ze ook gebruiken om gedifferentieerde prijzen in te stellen. Wanneer een detailhandelaar bijvoorbeeld aan een werknemer verkoopt, kan de verkoopprijs worden aangepast in plaats van het toepassen van een korting boven op de normale prijs. Ook kan een detailhandelaar die aan particuliere en zakelijke klanten verkoopt, zakelijke klanten betere prijzen bieden, op basis van hun inkoopvolume. Aansluitingen maken beide scenario's mogelijk.

Loyaliteitsprogramma's

Loyaliteitsprogramma's voor prijzen en kortingen zijn een aansluiting met een speciale naam. Prijzen en kortingen kunnen worden ingesteld voor een loyaliteitsprogramma, net zoals ze kunnen worden ingesteld voor een aansluiting. De manier waarop klanten loyaliteitsprijzen krijgen tijdens een transactie of order, verschilt echter van de manier waarop deze prijscalculatie voor aansluitingen plaatsvindt. Klanten kunnen alleen loyaliteitsprijzen als een loyaliteitskaart wordt toegevoegd aan de transactie. Wanneer een loyaliteitskaart die is toegevoegd aan een transactie, wordt ook het loyaliteitsprogramma toegevoegd. Met het loyaliteitsprogramma worden speciale prijzen en kortingen mogelijk gemaakt.

Loyaliteitsprogramma's kunnen verschillende lagen hebben en de kortingen voor verschillende lagen kunnen verschillen. Op deze manier kunnen detailhandelaren terugkerende klanten grotere beloningen geven zonder dat deze klanten handmatig in een speciale groep worden geplaatst.

Loyaliteitsprogramma's hebben andere functies naast prijzen en kortingen. Vanuit het perspectief van prijzen en kortingen zijn ze echter hetzelfde als aansluitingen.

Catalogi

Sommige detailhandelaren gebruiken fysieke of virtuele catalogi om producten te verkopen en prijzen vast te stellen voor specifieke groepen klanten. Als onderdeel van hun bedrijfsmodel met gerichte marketing via een catalogus, kunnen deze detailhandelaren gedifferentieerde prijzen instellen voor verschillende catalogi. Microsoft Dynamics 365 ondersteunt deze functionaliteit met het definiëren van catalogusspecifieke kortingen en prijzen, net zoals u kortingen kunt definiëren voor kanalen of aansluitingen. Wanneer u een catalogus bewerkt, kunt u prijsgroepen koppelen aan de catalogus, net zoals u ze aan een kanaal, aansluiting of loyaliteitsprogramma kunt koppelen.

Aanbevolen procedures voor prijsgroepen

Gebruik geen een prijsgroep voor meerdere commerce-entiteitstypen. Gebruik in plaats daarvan één set met prijsgroepen voor kanalen, een andere set met prijsgroepen voor aansluitingen of loyaliteitsprogramma's, enzovoort. U kunt een voorvoegsel of achtervoegsel toevoegen aan de naam van de prijsgroep om de verschillende typen prijsgroepen visueel te groeperen.

Stel prijsgroepen niet rechtstreeks in op een klant. Gebruik in plaats daarvan een aansluiting. Op deze manier kunt u alle soorten prijzen en kortingen toewijzen aan klanten, niet alleen handelsovereenkomsten voor verkoopprijzen.

Prioriteit prijscalculatie

Een prioriteit voor een prijscalculatie is in feite alleen een nummer en een omschrijving. Prioriteiten voor prijscalculaties kunnen worden toegepast op de prijsgroepen of rechtstreeks op kortingen. Wanneer prioriteiten voor prijscalculaties worden gebruikt, kan een detailhandelaar het principe van de beste prijs overschrijven door de volgorde te bepalen waarin prijzen en kortingen worden toegepast op producten. Een hoger prioriteitsnummer wordt geëvalueerd voor lager prioriteitsnummer. Ook als een prijs of korting op een willekeurig prioriteitsnummer wordt gevonden, worden alle prijzen of kortingen met een lager prioriteitsnummer genegeerd.

De prijs en korting kunnen afkomstig zijn uit twee verschillende prijsprioriteiten, omdat de prijsprioriteiten los van elkaar van toepassing zijn op prijzen en kortingen.

Als u prioriteit voor prijzen gebruikt, moet u een prioriteit voor prijscalculatie toewijzen aan een prijsgroep en vervolgens een handelsovereenkomst maken voor deze prijsgroep.

De functie prioriteit voor prijscalculatie is geïntroduceerd voor het scenario waarin een detailhandelaar hogere prijzen wil toepassen in een specifieke reeks winkels. Bijvoorbeeld: als een detailhandelaar regionale prijzen heeft gedefinieerd voor de oostkust van de Verenigde Staten, maar hogere prijzen wil berekenen voor bepaalde producten in winkels in New York City, omdat het duurder is om sommige producten daar te verkopen en/of omdat de plaatselijke markt een hogere prijs wil betalen.

Zoals is aangegeven in de sectie 'Beste prijs' van dit artikel, selecteert de prijsengine doorgaans de laagste van de twee prijzen. Daarom zal de detailhandelaar niet de hoogste van twee prijzen hanteren in een winkel met prijsgroepen voor zowel oostkust en voor New York. Om dit probleem op te lossen moest de detailhandelaar, voordat de functie voor prioriteit prijscalculatie werd geïntroduceerd, voor elk product tweemaal prijzen definiëren en niet beide prijsgroepen toewijzen. Ook moest de detailhandelaar extra prijsgroepen maken om de producten met hogere prijzen af te scheiden van producten met de gebruikelijke, lagere prijzen.

Met de e functie prioriteit prijscalculatie kan de detailhandelaar echter een prijsprioriteit instellen voor winkelprijzen die hoger zijn dan de prijsprioriteit voor regionale prijzen. De detailhandelaar kan ook alleen een prioriteit prijscalculatie opstellen voor winkelprijzen en regionale prijzen op de standaard prijsprioriteit van 0 (nul) laten staan. Beide instellingen zorgen dat altijd winkelprijzen worden gebruikt vóór regionale prijzen.

Voorbeeld prioriteit prijscalculatie

Laten we kijken naar een voorbeeld waarin winkelprijzen andere prijzen overschrijven.

Een nationale/regionale detailhandelaar stelt de meeste prijzen in per regio en werkt met vier gebieden: Noordoost, Zuidoost, Midden-west en West. Er zijn verschillende markten met hoge kosten aangegeven die in aanmerking komen voor hogere prijzen. Deze markten zijn in New York City, Chicago en het gebied van San Francisco Bay.

In dit voorbeeld wordt de regio Noordoost gebruikt. Winkel 1 is in Boston en winkel 2 in Manhattan. Voor de winkel in Boston zijn twee prijsgroepen gekoppeld aan het kanaal: Noordoost en Winkel 1. Voor de winkel in Manhattan zijn drie prijsgroepen gekoppeld aan het kanaal: Noordoost, NYC en Winkel 2.

De detailhandelaar stelt twee prioriteiten voor prijscalculatie: hoge kosten heeft een prioriteitsnummer van 5 en winkelprijzen een prioriteitsnummer van 10. (Houd er rekening mee dat de prioriteit prijscalculatie standaard 0 [nul] is, en een prijs of korting met een hogere prioriteit voorrang krijgt op een prijs of korting met een lager prioriteitsnummer.) De prioriteit prijscalculatie voor de prijsgroep Noordoost staat op de standaardwaarde van 0 (nul). De de prijsgroep NYC is het prioriteitsnummer ingesteld op 5, aangezien New York City een markt met hoge kosten is. Voor de prijsgroepen van winkel 1 en 2 is de prioriteit prijscalculatie ingesteld op 10.

De detailhandelaar verkoopt deze twee producten: basisproduct 1 is een T-shirt en product 2 een merkspecifieke spijkerbroek.

Product	Prijs Noordoost	Prijs NYC	Winkelprijs
T-shirt	$ 15	Niet ingesteld	Niet ingesteld
Spijkerbroek	$ 50	$ 70	Niet ingesteld

Het T-shirt wordt verkocht voor dezelfde prijs (dat wil zeggen $ 15) in de winkels in Boston en Manhattan, omdat slechts één prijs is ingesteld in de prijsgroep Noordoost die is gekoppeld aan beide kanalen. De jeans wordt verkocht voor $50 in de winkel in Boston omdat deze prijs de enige prijs is die beschikbaar is in deze winkel. Er zijn echter twee prijzen beschikbaar in de winkel in Manhattan: $ 50 en $ 70. Omdat de prioriteit van de prijscalculatie van 5 voor de prijsgroep NYC hoger is dan de prijsprioriteit van 0 (nul) voor de prijsgroep Noordoost, wordt de prijs als $ 70 opgenomen in het POS-systeem.

Notitie

Voor elke prioriteit prijscalculatie moet de logica van de engine voor detailhandelsprijzen volledig worden verwerkt. Om te garanderen dat de prijzen en kortingen correct worden berekend, moet u prijsprioriteiten spaarzaam toepassen.

Typen prijzen

In Microsoft Dynamics 365 kunt u de prijs van een product op drie plaatsen instellen:

• Rechtstreeks op het product (basisprijs)
• In een handelsovereenkomst voor de verkoopprijs
• In een prijscorrectie

De basisprijs en de handelsovereenkomstprijs maken deel uit van de kernfuncties van Dynamics 365 en zijn beschikbaar zelfs als u Commerce niet gebruikt. De functionaliteit voor prijscorrectie is alleen beschikbaar in Commerce. In de volgende sectie vindt u meer informatie over de opties voor het instellen van prijzen en wordt uitgelegd hoe de opties samenwerken.

Prijzen instellen

Basisprijs

De gemakkelijkste plaats om de prijs voor een product in te stellen is rechtstreeks op het product. De waarde die u rechtstreeks op een product instelt, wordt vaak de basisprijs voor het product genoemd. U stelt de basisprijs in in het veld Prijs van het tabblad Verkopen van de pagina Vrijgegeven productdetails. De ingevoerde waarde gebruikt de de valuta van het bedrijf. De prijs voor een hoeveelheid van 1 is standaard de maateenheid die is ingesteld in het veld Eenheid op het tabblad Verkopen. De werkelijke prijs per eenheid van een product is gebaseerd op de maateenheid, de prijshoeveelheid en de valuta.

Als een product één prijs heeft voor iedereen, is de basisprijs de meest efficiënte manier om de prijs van dat product te beheren. Zelfs als u handelsovereenkomstprijzen toepast, kunt u ook de basisprijs op een product instellen. Als u vervolgens niet een handelsovereenkomst van het type Alle gebruikt, hebt u een terugvalprijs die wordt gebruikt wanneer er geen handelsovereenkomst van toepassing is.

Als de valuta van een kanaal afwijkt van de bedrijfsvaluta, wordt de basisprijs in dat kanaal bepaald met behulp van valutaconversie op de prijs die is ingesteld op het product.

Hoewel de prijs per eenheid geen gebruikelijk scenario is, wordt dit ondersteund door de prijsbepalingsengine. Als de prijs per eenheid is ingesteld op een andere waarde dan 0 (nul), is de prijs per eenheid gelijk aan prijs ÷ prijs per eenheid. Als de prijs van een product bijvoorbeeld $10,00 is en de prijs per eenheid 50, is de prijs voor een hoeveelheid van 1 $0,20 (= $10,00 ÷ 50).

Handelsovereenkomst met verkoopprijs

U kunt met behulp van het handelsovereenkomstjournaal een verkoopprijshandelsovereenkomst voor elk product maken. In Microsoft Dynamics 365 zijn er drie klantbereiken voor verkoopprijshandelsovereenkomsten: tabel, groep en alle. Het bereik van de klant bepaalt de klanten waarvoor de handelsovereenkomst voor een bepaalde verkoopprijs geldt.

Een verkoopprijshandelsovereenkomst van het type tabel geldt voor één klant die rechtstreeks in de handelsovereenkomst is ingesteld. Dit scenario is geen normaal scenario voor business-to-consumer (B2C). Als dit echter plaatsvindt, gebruikt de prijsbepalingsengine handelsovereenkomsten van het type Tabel voor het bepalen van de prijs.

Meestal wordt een verkoopprijshandelsovereenkomst van het type Groep gebruikt. Buiten Commerce zijn verkoopprijshandelsovereenkomsten van het type Groep van toepassing voor een eenvoudige klantengroep. In Commerce is het concept van een klantgroep echter uitgebreid zodat deze een meer algemene prijsgroep is. Een prijsgroep kan worden gekoppeld aan een kanaal, aansluiting, loyaliteitsprogramma of catalogus. Zie de sectie 'Prijsgroepen' eerder in dit artikel voor gedetailleerde informatie over prijsgroepen.

Notitie

Een prijs uit een handelsovereenkomst heeft altijd voorrang op de de basisprijs.

Prijscorrectie

Zoals de naam al aangeeft, wordt een prijscorrectie gebruikt voor het wijzigen van de prijs die rechtstreeks op het product of met een handelsovereenkomst is ingesteld. Een prijscorrectie kan alleen worden gebruikt om de prijs te verlagen of te verhogen. Een prijscorrectie is de aanbevolen manier voor detailhandelaren voor het maken, bijhouden en beheren van prijsverlagingen voor hun producten.

Er zijn drie typen prijscorrecties: percentage, korting en eenheidsprijs. Een prijscorrectie van het type percentage of kortingsbedrag wordt altijd toegepast op een verkooptransactie. Een prijscorrectie van het prijstype is echter alleen van toepassing als de gecorrigeerde prijs lager dan de prijs die is ingesteld met behulp van de basisprijs of de handelsovereenkomstprijs. Als dus de prijs die is ingesteld in een prijscorrectie hoger is dan de niet-gecorrigeerde prijs, wordt de prijscorrectie niet gebruikt.

Prijs voor een product in een transactie vaststellen

De berekening van de prijs en de korting op een transactie gebruikt het principe van het zoeken naar de beste prijs voor de klant. Volgens dit principe wordt de laagste prijs gebruikt, als meer dan één prijs wordt gevonden. Bovendien wordt de combinatie van kortingen gebruikt die het grootste kortingsbedrag voor de gehele transactie produceert. In sommige gevallen moet een kleinere korting worden gebruikt op één product, zodat meer kortingen kunnen worden toegepast op andere producten in de transactie.

De enige uitzondering op het principe van het zoeken naar de beste prijs voor de klant is een optie voor goedkoopste gecombineerde kortingen. Deze optie maakt de goedkoopste kortingen mogelijk ten gunste van de detailhandelaar wanneer producten worden geselecteerd en gegroepeerd. Wanneer een transactie meer producten bevat dan vereist zijn om in aanmerking te komen voor de goedkoopste korting, selecteert de prijsbepalingsengine de producten waarmee het kleinst mogelijke kortingsbedrag voor de klant wordt geproduceerd.

De prijsbepalingsengine retourneert drie prijzen voor elk product: de basisprijs, de prijs van de handelsovereenkomst en de actieve prijs.

De basisprijs is alleen de eigenschap van het product en is hetzelfde voor iedereen.

Voor de verkoopprijs uit de handelsovereenkomst wordt, als de optie Volgende zoeken is ingesteld op Ja, de laagste prijs die wordt gevonden voor de toepasselijke verkoopprijshandelsovereenkomsten gebruikt als de prijs van de handelsovereenkomst. U vindt handelsovereenkomsten met behulp van prijsgroepen of de rekeningcode Alle. Handelsovereenkomsten kunnen ook rechtstreeks aan een klant worden toegewezen. Als de optie Volgende zoeken is ingesteld op Nee, wordt de eerste handelsovereenkomstprijs gebruikt die is gevonden. Als er geen verkoopprijshandelsovereenkomsten worden gevonden, wordt de prijs van de handelsovereenkomst gelijk gesteld aan de basisprijs.

De actieve prijs wordt berekend door de prijs van de handelsovereenkomst te nemen en de grootste prijscorrectie toe te passen die voor het product geldt. Als er geen prijscorrecties worden gevonden of als de berekende actieve prijs groter is dan de prijs van de handelsovereenkomst, wordt de actieve prijs gelijk gesteld aan de prijs van de handelsovereenkomst. De toepasselijke prijscorrecties vindt u alleen met behulp van prijsgroepen die zijn toegewezen aan een kanaal, catalogus, aansluiting of loyaliteitsprogramma.

Prijsregels van categorie

De categorieprijsregels in Commerce bieden u een eenvoudige manier om nieuwe handelsovereenkomsten voor alle producten in een categorie maken. Met deze functie kunt u ook automatisch bestaande handelsovereenkomsten voor de producten in de categorie zoeken en ze laten verlopen.

Wanneer u de optie selecteert om bestaande handelsovereenkomsten te laten verlopen, maakt het systeem een nieuwe handelsovereenkomstjournaal voor de producten in de categorie die een actieve handelsovereenkomst hebben. Hhet journaal moet echter handmatig worden geboekt. Bovendien kunnen de categorieprijsregels alleen bestaande handelsovereenkomsten vinden als u dezelfde prijsregel gebruikt (dat wil zeggen als u een nieuwe prijsregel maakt die gebruikmaakt van dezelfde categorie als voorheen). Als u niet dezelfde prijsregel gebruikt, zullen de bestaande handelsovereenkomsten niet verlopen.

De prijzen kunnen worden verhoogd of verlaagd met de velden Prijsregel en Prijsbasis van de categorieprijsregels.

• Selecteer in het veld Prijsregel welk type prijswijziging u wilt gebruiken:

  • Verhoging: een percentage van de prijsbasis wordt gebruikt om de verkoopprijs te berekenen. Voorbeeld: een product dat 10,00 kost en voor 15,00 wordt verkocht, heeft een prijsverhoging van 50 procent.
  • Marge: een percentage van de verkoopprijs wordt gebruikt om het winstbedrag te berekenen. Voorbeeld: een product dat 10,00 kost en voor 15,00 wordt verkocht, heeft een marge van 33,3 procent.
  • Vast bedrag: een bedrag dat aan de gebruikte prijsbasis wordt toegevoegd om de verkoopprijs te berekenen. Voorbeeld: een product dat 10,00 kost en voor 15,00 wordt verkocht, heeft een vast bedrag van 5,00.

• Selecteer het type te wijzigen prijs in het veld Prijsbasis:

  • Basiskosten: het bedrag dat de detailhandelaar aan de leverancier betaalde.
  • Basisprijs: de verkoopprijs voordat handelsovereenkomsten en de prijscorrecties worden toegepast.
  • Huidige prijs: de verkoopprijs nadat handelsovereenkomsten en de prijscorrecties zijn toegepast.

Als u de prijzen van verschillende producten uit de verschillende productcategorieën eenvoudig wilt bijwerken, kunt u de aanvullende productcategorieën samen met de categorieprijsregels gebruiken.

Aanbevolen procedures

Microsoft SQL Server Express wordt vaak gebruikt voor kanaaldatabases vanwege de kosten (gratis). Houd er rekening mee dat SQL Server Express hardwarebeperkingen en limieten heeft voor gegevensgrootte. Als u niet goed plant, kunt u snel de grenzen van de gegevensgrootte van SQL Server Express bereiken. Deze overweging geldt niet alleen voor prijzen, maar ook voor andere gebieden van het product. Hier volgen enkele aanbevelingen waarmee u de grootte van uw gegevens kunt verminderen:

• Als u handelsovereenkomsten gebruikt en uw prijzen veranderen, moet u de oude handelsovereenkomsten laten verlopen door een einddatum in te stellen. Na verloop van tijd daalt door deze benadering het aantal handelsovereenkomsten dat is opgeslagen in de kanaaldatabases. Ook vermindert de hoeveelheid gegevens waarmee het prijsberekeningsalgoritme moet werken.

• Als uw prijzen per productvariant verschillen, kunt u overwegen de basisprijs van het product als de prijs van de meest voorkomende variant te gebruiken. Gebruik vervolgens de handelsovereenkomsten alleen voor de variantprijzen die uitzonderingen zijn. Deze benadering vermindert het aantal records voor handelsovereenkomsten. Omdat het is eenvoudig is om gegevens te importeren in Microsoft Dynamics 365, wilt u wellicht een handelsovereenkomst importeren voor elke variant van elk product. Die benadering kan echter leiden tot veel handelsovereenkomsten die dezelfde waarde hebben. En daardoor onnodig de omvang van uw gegevens vergroten.

• Commerce verwerkt variantspecifieke prijzen in volgorde van meest specifiek naar minst specifiek. Als een productdimensie geen invloed heeft op de prijs, hoeft u geen handelsovereenkomsten daarvoor te definiëren. Bijvoorbeeld: een product is beschikbaar in drie kleuren en vier afmetingen, maar de prijs varieert alleen door de grootte. Als u een handelsovereenkomst voor elke variant definieert, maakt u 12 records. U kunt in plaats daarvan alleen een handelsovereenkomst definiëren voor elke grootte en de kleurdimensie leeg laten. In dit geval hoeft u slechts 4 records te maken.

  Als niet alle waarden van een dimensie resulteren in een andere prijs, kunt u ook één handelsovereenkomst definiëren voor het productmodel en alle productdimensies leeg laten. Definieer vervolgens een aparte handelsovereenkomst voor elke dimensiewaarde die een andere prijs genereert. Bijvoorbeeld als de grootte XXL een hogere prijs heeft, maar alle andere afmetingen dezelfde prijs hebben, hoeft u slechts twee handelsovereenkomsten te maken: één voor het productmodel en één voor de grootte XXL.

Prijzen inclusief btw versus prijzen exclusief btw

Wanneer u verkoopprijzen in Dynamics 365 instelt, geeft u niet aan of de waarde van de ingestelde prijs inclusief of exclusief btw is. De waarde is alleen de prijs. Met de instelling Prijs inclusief btw voor kanalen kunt u echter kanalen zo configureren dat de prijzen al dan niet inclusief btw zijn. Deze instelling is ingesteld voor het kanaal en kan zelfs in één bedrijf wijzigen.

Als u werkt met inclusief en exclusief btw, is het belangrijk dat u prijzen correct hebt ingesteld, omdat het totale bedrag dat de klant betaalt, niet verandert als de instelling Prijs inclusief btw in het kanaal wordt gewijzigd.

Verschillen tussen Commerce-prijzen en andere prijzen

Er wordt één prijzenengine gebruikt voor het berekenen van de prijzen voor alle kanalen: callcenters, winkels en online winkels. Dit is handig bij het faciliteren van gemeenschappelijke Commerce-scenario's.

De prijzen zijn ontworpen om te worden gebruikt met Commerce-entiteiten, en niet met andere entiteiten. Het is vooral ontworpen om prijzen in te stellen per winkel, niet per magazijn.

De engine voor Commerce-prijzen biedt geen ondersteuning voor de volgende prijsbepalingsfuncties:

• Prijzen op basis van kenmerk worden niet ondersteund.

• Leverancierskortingen worden niet ondersteund.

• De algemene valutafunctie wordt niet ondersteund. Dat wil zeggen dat zelfs als voor een handelsovereenkomst de schakeloptie Algemene valuta opnemen is ingeschakeld, wordt deze handelsovereenkomst alleen als geldig beschouwd voor de valuta die in de handelsovereenkomst is gedefinieerd.

• De standaard prijsengine voor Supply Chain Management ondersteunt de prijsberekening op basis van de gewenste verzenddatum en gewenste ontvangstdatum, samen met de huidige datum. Deze waarden worden momenteel echter niet ondersteund voor detailhandelprijzen. De reden is dat voor B2C-scenario's niet wordt verwacht dat de gewenste leveringsdatum de artikelprijs beïnvloedt. In sommige gevallen zijn detailhandelaren zowel op het gebied van B2B als B2C actief. Voor B2B-activiteiten is het gebruikelijk om prijzen te wijzigen op basis van de leveringsdatums. Deze detailhandelaren kunnen Supply Chain Management-prijzen gebruiken voor hun B2B-activiteiten en detailhandelprijzen voor hun B2C-activiteiten. Detailhandelprijzen worden alleen van kracht als de gebruiker van de toepassing wordt toegevoegd als een callcenter-gebruiker, zodat de detailhandelaren specifieke gebruikers kunnen toewijzen die met de Supply Chain Management-prijzen werken en ook een aantal gebruikers kunnen toewijzen die werken met detailhandelprijzen. Dat wil zeggen dat deze gebruikers moeten worden toegevoegd als callcentergebruikers. Daarnaast moet de eigenschap Datum van vandaag gebruiken voor het berekenen van prijzen zijn ingeschakeld in de sectie Diverse van het tabblad Prijzen en kortingen op de pagina Commerce-parameters. Op deze manier kunnen gebruikers de parameterwaarde van Klanten blijven gebruiken voor de gevraagde verzenddatum of gevraagde ontvangstdatum voor Supply Chain Management-prijzen. De detailhandelprijzen blijven echter de datum van vandaag aanhouden voor prijsberekeningen.

• Voor handelsovereenkomsten worden alleen de volgende dimensies ondersteund in de Commerce-prijsengine:

  • Productdimensies: Grootte, Stijl, Kleur en Configuratie
  • Voorraaddimensies: Locatie en Magazijn
  • Traceringsdimensies: Serienummer

Bovendien ondersteunt de Commerce-prijzenengine alleen de volgende prijsbepalingsfuncties:

• De prijs is gebaseerd op de productdimensies in volgorde van de meest specifieke variantprijs naar de minst specifieke variantprijs voor de modelproductprijs. Een prijs die wordt ingesteld via twee productdimensies (bijvoorbeeld kleur en grootte) wordt gebruikt vóór een prijs die is ingesteld via slechts één productdimensie (bijvoorbeeld grootte).
• Dezelfde prijsgroep kan worden gebruikt om prijzen en kortingen te bepalen.

Verbeteringen in API voor prijzen

Prijs is een van de belangrijkste factoren voor koopbeslissingen van veel klanten en veel klanten vergelijken de prijzen op verschillende locaties voordat ze overgaan tot koop. Om er zeker van te zijn dat ze concurrerende prijzen bieden, houden detailhandelaren hun concurrenten goed in de gaten en hebben ze vaak acties. Om deze detailhandelaren te helpen bij het aantrekken van klanten, is het zeer belangrijk dat bij het zoeken naar producten, in de bladerfunctie, lijsten en op de pagina met productdetails de meest nauwkeurige prijzen worden weergegeven.

De GetActivePrices-API (Application Programming Interface) in Commerce retourneert prijzen die eenvoudige kortingen bevatten (bijvoorbeeld kortingen van één regel die niet afhankelijk zijn van andere artikelen in de winkelwagen). Op deze manier liggen de prijzen die worden weergegeven dicht bij het werkelijke bedrag dat klanten voor artikelen betalen. Deze API bevat alle soorten eenvoudige kortingen: op relatie, loyaliteit, catalogus en kanaal gebaseerde kortingen. Daarnaast retourneert de API de namen en validiteitsgegevens voor de toegepaste kortingen, zodat winkeliers een meer gedetailleerde omschrijving van de prijs kunnen bieden en een gevoel van urgentie creëren als de geldigheid van de korting binnenkort verloopt.