Jaemüügi hinna haldamine

Märkus.

Retail Interest Group on Dynamics 365 Commerce. aastaks kolinud Yammerist Viva Engage. Kui sul pole ligipääsu uuele Viva Engage kogukonnale, täida see vorm (https://aka.ms/JoinD365commerceVivaEngageCommunity), et sind lisada, ja jää viimaste aruteludega kaasatuks.

See artikkel annab teavet müügihindade loomise ja haldamise protsessi kohta Dynamics 365 Commerce'is. See keskendub protsessi põhimõtetele ja müügihindade mitmesuguste konfiguratsioonivalikute mõjudele.

Terminoloogia

Selles artiklis kasutatakse järgmisi termineid.

Mõiste	Definitsioon, kasutamine ja märkused
Hind	Ühe ühiku summa, mille eest toode müüb kassa (POS) kliendis või müügitellimuses. Selles artiklis viitab mõiste hind alati müügihinnale, mitte laohinnale või omahinnale.
Baashind	Hind, mille määrasid hinnavälile välja antud toote puhul.
Kaubanduslepingu hind	Hind, mille määrate tootele või variandile, kasutades hinna (müügi) tüüpi kaubanduslepingut.
Parim hind	Kui tootele saab rakendada rohkem kui ühte hinda või allahindlust, siis kõige väiksem hinnasumma ja suurim allahindlus annab kliendile võimalikult madala netosumma. Selles artiklis nimetatakse parima hinna mõistet alati „parimaks hinnaks“. See parim hind erineb ja seda ei tohiks segi ajada allahindluse samaaegsusrežiimi loendusväärtusega Parim hind.

Hinnagrupid

Hinnagrupid on rakenduses Commerce hinna ja allahindluste haldamise keskmes. Kasuta hinnagruppe, et määrata hindu ja allahindlusi kaubandusüksustele, nagu kanalid, kataloogid, sidusorganisatsioonid ja lojaalsusprogrammid. Kuna hinnagrupid haldavad kõiki hindu ja allahindlusi, on oluline enne alustamist planeerida, kuidas neid kasutada.

Eraldi on hinnagrupp lihtsalt nimi, kirjeldus ja valikuliselt hinnakujunduse prioriteet. Peamine, mida hinnagruppide puhul meeles pidada, on see, et nad haldavad allahindluste ja hindade seoseid kaubandusüksustega.

Alloleval joonisel on näidatud, kuidas hinnagruppe kasutatakse. Selles illustratsioonis on "hinnagrupp" hinnastamise ja allahindluste halduse keskmes. Commerce üksused, mida kasutate eristavate hindade ja allahindluste haldamiseks, on vasakul, ning tegelik hind ja allahindluse kirjed paremal.

Kui lood hinnagruppe, ära kasuta ühte hinnagruppi mitme kaubandusüksuse tüübi jaoks. Vastasel juhul võib olla keeruline aru saada, miks konkreetset hinda või allahindlust tehingule rakendatakse.

Nagu illustratsioonil olev punane kriipsuline joon näitab, toetab kaubandus Microsoft Dynamics 365 põhifunktsionaalsust, mis on hinnagrupp, mille määrad otse kliendile. Kuid sellisel juhul saate ainult müügihinna kaubanduslepingud. Kui soovid rakendada kliendipõhiseid hindu, ära sea hinnagruppe otse kliendile. Selle asemel kasuta sidemeid.

Kui määrad hinnagrupi kliendile, seostub selle kliendi tellimuste müügitellimuste päis selle hinnagrupiga. Kui kasutaja muudab tellimuse päises hinnagruppi, asendatakse vana hinnagrupp uue hinnagrupiga ainult praeguse tellimuse puhul. Näiteks vana hinnagrupp ei mõjuta praegust tellimust, kuid on siiski seotud kliendiga tulevaste tellimuste jaoks.

Järgnevad jaotised annavad rohkem teavet kaubandusüksuste kohta, mida saate kasutada erinevate hindade määramiseks, kui kasutate hinnagruppe. Kõikide nende üksuste hindade ja allahindluste konfiguratsioon on kahesammuline protsess. Neid samme saab teha mõlemas järjekorras. Loogiline järjekord on siiski esmalt määrata hinnagrupid üksustele, sest see samm on tõenäoliselt ühekordne seadistus, mida teed rakendamise käigus. Seejärel, kui lood hindu ja allahindlusi, määra hinnagrupid nende hindade ja allahindluste kohta eraldi.

Kanalid

Kaubanduse tööstuses on tavaline, et eri kanalites on eri hinnad. Kaks peamist tegurit, mis kanalipõhiseid hindu mõjutavad, on hinnad ja kohalikud turutingimused.

• Kulud – mida kaugemal on kanal toote lähtekohast, seda kallim on toote laos hoidmine. Näiteks värskel tootel on piiratud kõlblikkusaeg ja konkreetne tootmisplaan (nt kasvuaeg). Talvel maksab värske lehtsalat tõenäoliselt rohkem põhjapoolsetes kui lõunapoolsetes kohtades. Kui seadistad hindu kanalitele suurel geograafilisel alal, tahad tõenäoliselt määrata erinevaid hindu erinevates kanalites.
• Kohalikud turutingimused – poed, millest üle tee on otsene konkurent, on palju hinnatundlikum kui pood, mille läheduses otseseid konkurente pole.

Alluvused

Alluvuse üldine definitsioon on seos grupiga. Commerce’is on alluvused kliendigrupid. Sidumised on palju paindlikum tööriist klientide hindade ja allahindluste osas kui Microsoft Dynamics 365 põhikontseptsioon kliendigruppide ja soodusgruppide kohta. Esiteks saab alluvust kasutada nii hindade kui ka allahindluste jaoks, samas kui jaemüügiga mitteseotud hinnakujundusel on eraldi grupp iga allahindluse ja hinna tüübi jaoks. Teiseks võib klient kuuluda mitmesse alluvusse, aga vaid ühte iga tüübi jaemüügiga mitteseotud hinnakujundusgruppi. Viimasena, kuigi alluvusi saab seadistada nii, et need on kliendiga seotud, ei pea seda tegema. Konkreetseks otstarbeks mõeldud alluvust saab POS-is kasutada anonüümsete klientide jaoks. Anonüümse alluvuse allahindluse tüüpiline näide on allahindlus pensionäridele või õpilastele, mille korral klient saab allahindluse vaid grupi liikmekaarti näidates.

Kuigi alluvused on kõige sagedamini seotud allahindlustega, saab neid kasutada ka eristava hinnakujunduse määramiseks. Näiteks kui jaemüüja müüb töötajale, võib ta soovida müügihinda muuta, selle asemel et rakendada tavahinnale allahindlust. Näiteks võib ka jaemüüja, kes müüb nii tavaklientidele kui ka äriklientidele, pakkuda äriklientidele paremaid hindu, lähtudes ostu mahust. Alluvuste korral on võimalikud mõlemad variandid.

Püsikliendiprogrammid

Hindade ja allahindluste korral on püsikliendiprogrammid konkreetse nimega alluvus. Püsikliendiprogrammidele, nagu ka alluvusele, saab määrata nii hindu kui ka allahindlusi. Kuid see, kuidas klientidele määratakse püsikliendi hinnakujundus kande või tellimuse ajal, erineb sellest, kuidas tehakse alluvuse hinnakujundust. Kliendid saavad püsikliendihindu vaid siis, kui kandele lisatakse püsikliendikaart. Kui kandele lisatakse püsikliendikaart, lisatakse ka püsikliendiprogramm. Seejärel pakub püsikliendiprogramm erihindu ja allahindlusi.

Püsikliendiprogrammidel on mitu kihti ja allahindlused võivad eri kihtidel olla erinevad. Nii saavad jaemüüjad anda sagedastele klientidele suuremaid preemiaid, ilma et peaksid neid kliente käsitsi spetsiaalsesse gruppi panema.

Püsikliendiprogrammidel on peale hindade ja allahindluste muud funktsioonid. Kuid hindade ja allahindluste osas on need sama kui alluvused.

Kataloogid

Mõni jaemüüja kasutab füüsilisi või virtuaalseid katalooge toodete turustamiseks ja nende hinna kujundamiseks klientide koondgruppide jaoks. Osana ärimudelist turustada kataloogi kaudu saavad need jaemüüjad määrata kataloogides eristavaid hindu. Microsoft Dynamics 365 toetab seda võimalust, võimaldades sul määratleda kataloogipõhiseid allahindlusi ja hindu, samamoodi nagu kanalispetsiifilisi või sidususpõhiseid allahindlusi. Kataloogi redigeerides saate hinnagruppe seostada kataloogiga, nagu ka kanali, alluvuse või püsikliendiprogrammiga.

Hinnagruppide head tavad

Ärge kasutage hinnagruppi mitme kaubanduse üksuse tüübi jaoks. Selle asemel kasutage üht hinnagruppide kogumit kanalite, teist hinnagruppide kogumit alluvuste või püsikliendiprogrammide jaoks jne. Kasuta hinnagrupi nimes eesliidet või sufiksit, et visuaalselt grupeerida erinevaid hinnagruppe, mida kasutad.

Vältige hinnagruppide määramist otse kliendile. Selle asemel kasutage alluvust. Sidusorganisatsiooni abil saad määrata klientidele igasuguseid hindu ja allahindlusi, mitte ainult müügihindade lepinguid.

Hinnakujunduse prioriteet

Eraldi on hinnakujunduse prioriteet lihtsalt number ja kirjeldus. Hinnaeelistusi saab rakendada hinnagruppidele või otse allahindlustele. Kui kasutad hinnastamise prioriteete, saad parima hinna põhimõtte üle kirjutada, kontrollides, millises järjekorras hinnad ja allahindlused toodetele rakenduvad. Kõrgemat hinnakujunduse prioriteedi numbrit hinnatakse enne madalamat hinnakujunduse prioriteedi numbrit. Lisaks, kui mõni hind või allahindlus leitakse mõnel prioriteediga numbril, ignoreerib süsteem kõiki madalama prioriteediga hindu või allahindlusi.

Kuna hinnastamise prioriteedid kehtivad hindadele ja allahindlustele iseseisvalt, võivad hind ja allahindlus tuleneda kahest erinevast hinnastamisprioriteedist.

Hindade prioriteedi kasutamiseks määra hinnagrupile hinnaeelis ja seejärel loo selle hinnagrupi jaoks müügihinna kaubandusleping.

Hinnakujunduse prioriteedi funktsioon võeti kasutusele, et toetada stsenaariumi, kus jaemüüja soovib konkreetsele kaupluste kogumile rakendada kõrgemaid hindu. Näiteks määratleb jaemüüja piirkondlikud hinnad United States idaranniku jaoks, kuid soovib mõnede toodete eest kõrgemaid hindu New Yorgi poodides, sest mõnede toodete müük linnas maksab rohkem ja kohalik turg maksab kõrgemat hinda.

Nagu kirjeldatud jaotises "Parim hind", valib hinnamootor tavaliselt kahest madalamast hinnast. Seetõttu ei saa jaemüüja kasutada kõrgemat hinda poes, kus on nii idaranniku kui ka New Yorgi hinnagrupid. Selle probleemi lahendamiseks enne hinnakujunduse prioriteedi funktsiooni kasutusele võtmist pidi jaemüüja määrama hinnad iga tootele kaks korda ja mitte määrama mõlemat hinnagruppi. Teine võimalus oli luua täiendavad hinnagrupid, et eraldada kõrgema hinnaga tooteid tavalise, madalama hinnaga toodetest.

Siiski võimaldab hinnastamise prioriteedi funktsioon jaemüüjal luua poe hindadele hinnaprioriteedi, mis on kõrgem kui piirkondlike hindade prioriteet. Teine võimalus on luua hinnakujunduse prioriteet ainult kaupluse hindadele ja jätta piirkondlikud hinnad vaikimisi hinnakujunduse prioriteedi väärtusele, mis on 0 (null). Mõlemad seadistused aitavad tagada selle, et poe hindu kasutatakse alati enne piirkondlikke hindu.

Hinnakujunduse prioriteedi näide

Vaatame näidet, kus kaupluse hinnad tühistavad muud hinnad.

Riiklik või piirkondlik jaemüüja määrab enamiku hindadest iga regiooni kohta ning tal on neli piirkonda: Kirde, Kagu, Kesk-Lääs ja Lääs. See toob välja mitu kõrge kuluga turgu, mis võivad toetada kõrgemaid hindu. Need turud on New York Citys, Chicagos ja San Francisco Bay piirkonnas.

See näide kasutab kirdepiirkonda. Kauplus 1 asub Bostonis ja kauplus 2 Manhattanil. Bostonis on kanaliga seotud kaks hinnagruppi: Northeast ja Store 1. Manhattani poe puhul on kanaliga seotud kolm hinnagruppi: Northeast, NYC ja Store 2.

Jaemüüja seadistab kaks hinnakujunduse prioriteeti: suurel kulul on prioriteedi number 5 ja kaupluse hindadel on prioriteedi number 10. (Pea meeles, et vaikimisi on hinnastamise prioriteet 0 ning hinda või allahindlust, millel on kõrgem prioriteet, kasutatakse enne hinda või allahindlust, millel on madalam prioriteet.) Kirde hinnagrupi puhul on hinnastamise prioriteediks vaikimisi väärtus 0. NYC hinnagrupi jaoks määratakse hinnakujunduse prioriteet väärtusele 5, kuna New York City on suure kuluga turg. Kaupluse 1 ja kaupluse 2 hinnagruppide hinnakujunduse prioriteediks määratakse 10.

Kaks toodet, mida jaemüüja müüb, on toode 1, kaubamärgita T-särk, ja toode 2, konkreetse tootemargi teksapüksid.

Product	Kirde hind	NYC hind	Kaupluse hind
T-särk	15 dollarit	Pole seatud	Pole seatud
Teksapüksid	50 dollarit	70 dollarit	Pole seatud

T-särk müüakse sama hinnaga (ehk 15 dollarit) nii Bostonis kui Manhattanil, sest kirdeosas on määratud ainult üks hind, mis on seotud mõlema kanaliga. Moeküksid maksavad Bostonis 50 dollarit, sest see hind on ainus hind, mis seal saadaval on. Kuid Manhattani kaupluses on saadaval kaks hinda: 50 ja 70 dollarit. Kuna NYC hinnagrupi hinnaeelis 5 on kõrgem kui kirdeosa hinnagrupi hinnaeelis 0, tõstetakse hinna POS-süsteemis 70 dollarini.

Märkus.

Iga hinnastamise prioriteedi puhul nõuab jaemüügi hinnamootor loogika täielikku läbimist. Hinna ja allahindluse arvutuse toimimise säilitamiseks kasuta hinnastamise prioriteete säästlikult.

Hinnatüübid

Microsoft Dynamics 365-s määra toote hind kolmes kohas:

• otse tootele (baashind)
• müügihinna kaubanduslepingus
• hinna korrigeerimises

Baashind ja kaubanduslepingu hind on osa Dynamics 365 põhisisust ning need on saadaval ka siis, kui te Commerce’i ei kasuta. Hinna korrigeerimise funktsioon on saadaval ainult Commerce’is. Järgmises jaotises on rohkem teavet hindade määramise võimaluste kohta ja selles selgitatakse, kuidas need võimalused koos toimivad.

Hindade määramine

Baashind

Määra toote hind otse tootele. Otse tootel määratud väärtuse kohta öeldakse sageli toote baashind. Määra baashind Müü vahekaardil Müügi väljal Avaldatud toote detailid. Sisesta väärtus ettevõtte valuutas. Vaikimisi on hind kogusele 1 mõõtühikust (UoM), mille määrad Müü vahekaardil ühiku väljal. Toote tegelik hind ühiku kohta põhineb UoM-il, hinnakogusel ja valuutal.

Kui tootel on igaühele üks hind, siis halda selle hinda kõige tõhusamalt, kasutades baashinda. Isegi kui kasutate hindade määramiseks kaubanduslepinguid, võite tootele määrata ka baashinna. Kui te siis ei kasuta kaubanduslepingut Kõik, on teil olemas varuhind, mida kasutatakse, kui kaubanduslepingut ei rakendu.

Kui kanali valuuta erineb ettevõtte valuutast, määrab valuutakonversioon selle kanali baashinna selle toote hinna põhjal.

Kuigi hinnaühik ei ole tavastsenaarium, toetab hinnakujunduse mootor seda. Kui määrad hinnaühiku väärtuseks, mis pole 0 (null), siis ühiku hind võrdub hinna ÷ hinnaühikuga. Näiteks kui kauba hind on 10 dollarit ja hinnaühik on 50, on koguse 1 hind 0,20 dollarit (= 10 ÷ 50).

Müügihinna kaubandusleping

Kasuta kaubanduslepingute päevikut, et luua iga toote müügihinna kaubanduslepingud. Microsoft Dynamics 365-s on müügihinna kaubanduslepingutel kolm kliendiulatust: Table, Group ja All. Kliendi ulatus määrab, millistele klientidele müügihinna kaubandusleping kehtib.

Seadke ühe kliendi jaoks otse kaubanduslepingule tabeli müügihinna kaubandusleping. See stsenaarium ei ole tavaline ettevõtte ja tarbija vaheline (B2C) stsenaarium. Samas kui see tekib, kasutab hinnakujunduse mootor kaubanduslepinguid Tabel, kui see määrab hinna.

Kasuta kõige sagedamini grupi müügihinna kauplemislepingut. Väljaspool Commerce’i on müügihinna kaubanduslepingud Grupp mõeldud lihtsatele kliendigruppidele. Kaubanduses on kliendigrupi mõiste aga üldisem hinnagrupp. Hinnagrupp võib olla seotud kanali, alluvuse, püsikliendi programmi või kataloogiga. Üksikasjalikku teavet hinnagruppide kohta leiate selle artikli jaotisest „Hinnagrupid”.

Märkus.

Kaubanduslepingu hinda kasutatakse alati enne baashinda.

Hinna korrigeerimine

Nagu nimigi ütleb, kasuta hinnakorrektsiooni, et muuta hinda, mille määrad otse tootele või kaubanduslepingu alusel. Kasuta hinnakorrigeerimist, et hinda alandada või tõsta. Hinna korrigeerimine on soovitatav jaemüüjatele toodete hinnavähenduste loomiseks, jälgimiseks ja haldamiseks aja jooksul.

Saadaval on kolm tüüpi hinnamuudatusi: protsendiline soodustus, summa soodustus ja ühikuhind. Alati rakenda müügitehingule hinnakorrigeerimist protsendilise soodustuse või soodustuse tüübi osas. Kuid hinna korrigeerimist tuleks rakendada ainult siis, kui korrigeeritud hind on väiksem kui baashinna või kaubanduslepingu hinna seatud hind. Seega, kui hinnakorrigeerimises määratud hind on suurem kui korrigeerimata hind, siis hinnakorrigeerimist ei kasutata.

Hinna määramine tehingus olevale tootele

Tehingu hinna ja allahindluse arvutamisel kasutatakse kliendi jaoks parima hinna leidmise põhimõtet. Kui leitakse rohkem üks hind, kasutatakse selle põhimõtte järgi madalaimat hinda. Peale selle kasutatakse allahindluste kombinatsiooni, mis annab suurima allahindluse summa kogu tehingule. Mõnel juhul tuleb ühel tootel kasutada väiksemat allahindlust, et teistele tehingus olevatele toodetele saaks rakendada täiendavaid allahindlusi.

Ainus erand kliendi jaoks parima hinna leidmise põhimõttele on soodsaimate allahindluste sobitamise võimalus. See suvand laseb kasutada kõige soodsamaid allahindlusi, mis toodete valimisel ja rühmitamisel on jaemüüjale kasuks. Seega, kui tehing sisaldab rohkem tooteid, kui on vaja soodsaima allahindluse kasutamiseks, valib hinnakujunduse mootor tooted, mis annavad kliendi jaoks väikseima võimaliku allahindluse summa.

Hinnakujunduse mootor annab iga toote kohta kolm hinda: baashind, kaubanduslepingu hind ja aktiivne hind.

Baashind on lihtsalt toote atribuut ja see on kõikjal kõigi jaoks sama.

Müügihinna kaubanduslepingus, kui seada Find Nextvalikuks Jah, kasutab süsteem madalaimat hinda, mida ta leiab kehtivate müügihinna tehingulepingute puhul, kui kaubanduslepingu hinda. Kaubanduslepinguid leiab hinnagruppide või ALL konto koodi abil. Või võite määrata kaubanduslepingud otse kliendile. Kui seadistad Find Nextvalikuks Ei, kasutab süsteem esimest leitud kaubanduslepingu hinda. Kui süsteem ei leia ühtegi müügihinna kaubanduslepingut, määrab ta kaubanduslepingu hinna võrdseks baashinnaga.

Aktiivne hind arvutatakse, võttes kaubanduslepingu hind ja rakendades suurimat hinna korrigeerimist, mis tootele kehtib. Kui süsteem ei leia hinnamuudatusi või kui arvutatud aktiivne hind on suurem kui kaubanduslepingu hind, määrab süsteem aktiivse hinna võrdseks kaubanduslepingu hinnaga. Asjakohased hinnamuudatused leiad ainult hinnagruppide abil, mida määrad kanalile, kataloogile, sidusorganisatsioonile või lojaalsusprogrammile.

Kategooria hinnareeglid

Kaubanduse kategooria hinnareeglite funktsioon pakub lihtsat võimalust luua uusi kaubanduslepinguid kõigi kategooria toodete jaoks. Selle funktsiooniga saate automaatselt leida kategoorias olevate toodete jaoks olemasolevaid kaubanduslepinguid ja neid kehtetuks muuta.

Kui valite olemasoleva kaubanduslepingu kehtetuks muutmise valiku, loob süsteem uue kaubanduslepingu töölehe kategoorias olevatele toodetele, millel on aktiivne kaubandusleping. Siiski pead päeviku käsitsi postitama. Lisaks leiavad kategooria hinnareeglid olemasolevaid kaubanduslepinguid ainult siis, kui kasutad sama hinnareeglit (st kui lood uue hinnareegli, mis kasutab sama kategooriat nagu varem). Kui sa ei kasuta sama hinnareeglit, siis olemasolevad kaubanduslepingud ei ole aegunud.

Kasuta kategooria hinnareeglite välju ja hinnabaasi välju hindade tõstmiseks või langetamiseks.

• Valige väljal Hinnareegel, millist hinnamuutuse tüüpi kasutada.

  • Marginaal – protsent hinnabaasist, mida kasutatakse müügihinna arvutamiseks. Näiteks on tootel, mis maksab 10,00 eurot ja mis müüakse hinnaga 15,00 eurot, hinnalisand 50 protsenti.
  • Marginaal – Protsent müügihinnast, mida kasutatakse kasumi arvutamiseks. Näiteks on tootel, mis maksab 10,00 eurot ja mis müüakse hinnaga 15,00 eurot, hinnalisand 33,3 protsenti.
  • Fikseeritud summa – summa, mille lisad hinnaalusele, et arvutada müügihind. Näiteks on tootel, mis maksab 10,00 eurot ja mis müüakse hinnaga 15,00 eurot, fikseeritud summa 5,00 protsenti.

• Valige väljal Baashind muudetava hinna tüüp.

  • Põhikulu – summa, mille jaemüüja maksis tarnijale.
  • Baashind – müügihind enne kaubanduslepete ja hinna korrigeerimise rakendamist.
  • Praegune hind – müügihind pärast kaubanduslepete ja hinna korrigeerimise rakendamist.

Erinevate tootekategooriate hindade lihtsaks uuendamiseks kasuta täiendavaid tootekategooriaid koos kategooria hinnareeglitega.

Head tavad

Microsoft SQL Server Expressi kasutatakse sageli kanalite andmebaaside jaoks, sest see on tasuta. Pidage meeles, et SQL Server Expressi riistvara ja andmemaht on piiratud. Kui te õigesti ei plaani, võib SQL Server Expressi andmemaht kiiresti täis saada. See kehtib lisaks hinnakujundusele ka teistele toote valdkondadele. Siin on paar head tava, mis aitavad andmemahtu vähendada.

• Kui kasutad kaubanduslepinguid ja hinnad muutuvad, lõpeta vanad kaubanduslepingud, määrates lõppkuupäeva. Aja jooksul aitab see lähenemine vähendada kaubanduslepingute arvu, mida kanali andmebaasides hoitakse. See aitab ka vähendada andmete mahtu, millega hinnaarvutuse algoritm peab tegelema.

• Kui hinnad tootevariantidel erinevad, kaaluge toote baashinna kasutamist kõige tavalisema variandi hinnana. Seejärel kasutage kaubanduslepinguid ainult nendel variandi hindadel, mis on erandlikud. See lähenemine aitab vähendada kaubanduslepingute kirjete arvu. Kuna andmete importimine Microsoft Dynamics 365-sse on nii lihtne, võib tekkida kiusatus importida kaubandusleping iga toote variandi jaoks. Kuid see võib tekitada palju kaubanduslepinguid, millel on sama väärtus. Seega võib see mõttetult andmemahtu suurendada.

• Commerce’i toimingute variandipõhised hinnad kõige konkreetsematest kõige vähem konkreetsemateni. Kui tootedimensioon ei mõjuta hinda, ei pea te sellele kaubanduslepinguid määrama. Näiteks toode on saadaval kolmes värvis ja neljas suuruses, aga hind erineb vaid suuruse põhjal. Kui määrate igale variandile kaubanduslepingu, loote 12 kirjet. Selle asemel saate määrata kaubanduslepingu ainult igale suurusele ja jätta värvi dimensiooni tühjaks. Sel juhul loote ainult neli kirjet.

  Kui iga dimensiooni väärtus ei loo eri hinda, saate tooteetalonile määrata ühe kaubanduslepingu ja jätta kõik tootedimensioonid tühjaks. Seejärel määrake eraldi kaubandusleping ainult iga dimensiooni väärtusele, mis loob erineva hinna. Näiteks kui XXL-suuruse hind on kõrgem, aga kõikide teiste suuruste hind on sama, on vaja vaid kaht kaubanduslepingut: üks tooteetalonile ja üks XXL-suurusele.

Maksu sisaldavad ja maksu mitte sisaldavad hinnad

Kui määrate Dynamics 365-s müügihinnad, siis te ei määra, kas määratav hinnaväärtus sisaldab maksu või mitte. Väärtus väljal lihtsalt hind. Samas kanalite säte Hind sisaldab käibemaksu laseb konfigureerida kanaleid nii, et need kas lisavad hinnale maksu või mitte. Määra see väärtus kanalile. See võib muutuda isegi ühes ettevõttes.

Kui kasutad nii kaasavaid kui ka eksklusiivseid maksutüüpe, on oluline hinnad õigesti määrata, sest kliendi makstav summa muutub, kui kanalil muutub "Hind sisaldab käibemaksu " seadet.

Erinevused Commerce hinnakujunduse ja mitte-Commerce hinnakujunduse vahel

Üks hinnastusmootor arvutab hindu kõigis kanalites, sealhulgas kõnekeskuses, jaemüügipoes ja veebipoodides. See hinnastamismootor aitab võimaldada ühtseid kaubanduse stsenaariume.

Hinnastamine töötab kaubandusüksustega, mitte mitte-kaubandusüksustega. Täpsemalt määrab see hinnad poe järgi, mitte lao järgi.

Commerce’i hinnakujunduse mootor ei toeta järgmisi hinnakujunduse funktsioone.

• Atribuudil põhinev hinnastamine.

• Müüja soodustuste läbipääs.

• Üldise valuuta funktsioon. Teisisõnu, isegi kui kaubanduslepingul on sisse lülitatud "Kaasa" generiline valuuta , kehtib see siiski ainult selles määratletud valuuta suhtes.

• Standardne Supply Chain Management hinnastusmootor toetab hinnaarvutust taotletud saatmiskuupäeva ja kättesaamise kuupäeva põhjal koos praeguse kuupäevaga. Samas ei toeta jaemüügi hinnakujundus hetkel neid väärtusi. B2C stsenaariumite puhul ei oota kliendid, et soovitud tarnekuupäev mõjutab toote hinda. Mõnel juhul rakendavad jaemüüjad nii B2B kui ka B2C toiminguid. B2B toimingute puhul on tavaline, et hinnad muutuvad sõltuvalt sissetulekukuupäevadest. Need jaemüüjad saavad kasutada B2B äritegevuses Supply Chain Managementi hinnakujundust ja B2C äritegevuses jaemüügi hinnakujundust. Jaemüügi hinnakujundus jõustub vaid siis, kui rakenduse kasutaja lisatakse kõnekeskuse kasutajaks, et jaemüüjad saaksid määrata konkreetsed kasutajad, kes töötavad Supply Chain Managementi hinnakujundusega, ning mõned kasutajad, kes töötavad samuti jaemüügi hinnakujundusega. Teisisõnu tuleks need kasutajad lisada kõnekeskuse kasutajateks. Lisaks peab olema sisse lülitatud atribuut Tänase kuupäeva kasutamine hindade arvutamisel jaotises Mitmesugust vahekaardil Hinnakujundus ja allahindlused lehel Commerce’i parameetrid. Nii saavad kasutajad Supply Chain Management hinnakujunduses jätkata saadaolevate arvete parameetri väärtuse kasutamist soovitud tarnekuupäeva või taotletud vastuvõtukuupäeva jaoks. Jaehinna kujundamisel kasutatakse hinna arvutamisel siiski tänast kuupäeva.

• Kaubanduslepingute puhul toetatakse Commerce’i hinnakujundusmootoris ainult järgmisi dimensioone.

  • Tootedimensioonid: suurus, värv, stiil või konfiguratsioon
  • Varude dimensioonid: tegevuskoht ja ladu
  • Jälgimisdimensioonid: seerianumber

Peale selle toetab järgmisi hinnakujunduse funktsioone ainult Commerce hinnakujunduse mootor:

• Hind põhineb tootedimensioonil kõige konkreetsemast variandi hinnast kõige vähem konkreetse variandi hinnani tooteetaloni hinnani. Hind, mis kasutab kahte toote dimensiooni (näiteks värv ja suurus), on tähtsam kui hind, mis kasutab ainult ühte toote dimensiooni (näiteks suurus).
• Sama hinnagrupp kontrollib hindu ja allahindlusi.

Hinnakujunduse API-täiustused

Hind on üks olulisemaid tegureid, mis mõjutab paljude klientide ostuotsuseid. Paljud kliendid võrdlevad hindu erinevatel saitidel enne ostu sooritamist. Selleks, et tagada konkurentsivõimeliste hindade pakkumine, jälgivad jaemüüjad hoolikalt oma konkurente ning korraldavad sageli kampaaniaid. Et aidata neil jaemüüjatel kliente ligi meelitada, on oluline, et tooteotsing, sirvimisfunktsioon, nimekirjad ja tooteinfo leht näitaksid kõige täpsemaid hindu.

Commerce tarkvara programmeerimisliides (API) GetActivePrices tagastab hinnad, mis sisaldab lihtsaid allahindlusi (näiteks ühe rea allahindlused, mis ei sõltu muudest ostukorvis olevatest kaupadest). Selle API abil näitad hindu, mis on lähedal tegelikule summale, mida kliendid toodete eest maksavad. See API kaasab kõiki lihtsate allahindluste tüüpe: alluvus-, püsikliendi-, kataloogi- ja kanalipõhised allahindlused. Peale selle esitab see API rakendatud allahindluste nimed ja kehtivusteabe, nii et jaemüüjad saavad pakkuda üksiksasjalikumat hinnakirjeldust ning rõhutada kiireloomulisust, kui allahindluse kehtivus peagi aegub.