Mažmeninės prekybos pardavimo kainos valdymas
Šiame straipsnyje pateikiama informacija apie pardavimo kainų kūrimo ir valdymo procesą Dynamics 365 Commerce. Pagrindinis dėmesys skiriamas šio proceso apimamoms koncepcijoms ir įvairių konfigūravimo parinkčių poveikiui pardavimo kainoms.
Terminologija
Šiame straipsnyje vartojami šie terminai.
| Terminas | Apibrėžimas, naudojimas ir pastabos |
|---|---|
| Kaina | Suma, už kurią parduodamas vienas produkto vienetas elektroninio kasos aparato (EKA) kliento programoje arba pardavimo užsakyme. Šiame straipsnyje terminas kaina visada nurodo pardavimo kainą, o ne atsargų kainą ar savikainą. |
| Bazinė kaina | Kaina, kuri nustatoma išleisto produkto lauke kaina. |
| Prekybos sutarties kaina | Kaina, nustatyta produktui arba jo variantui pagal Kaina (pardavimai) tipo prekybos sutartį. |
| Geriausia kaina | Kai produktui galima pritaikyti daugiau nei vieną kainą arba nuolaidą, tai yra mažiausia kainos suma ir (arba) didžiausia nuolaidos suma, sudaranti mažiausią įmanomą grynąją sumą, kurią turi mokėti klientas. Šiame straipsnyje geriausios kainos sąvoka visada vadinama „geriausia kaina“. Ši geriausia kaina skiriasi nuo ir neturėtų būti painiojama su Geriausia kaina surašymo vertė nuolaidos lygiagretumo režimui. |
Kainų grupės
Kainų grupės yra kainų ir nuolaidų valdymo pagrindas „Commerce“. Kainų grupės yra naudojamos priskiriant kainas ir nuolaidas „Commerce“ prekybos objektams (t. y. kanalams, katalogams, priskyrimams ir lojalumo programoms). Kadangi kainų grupės naudojamos visoms kainoms ir nuolaidoms, labai svarbu prieš pradėdami suplanuoti, kaip jas panaudosite.
Pati savaime kainų grupė yra tik pavadinimas, aprašymas ir, pasirinktinai, kainodaros prioritetas. Svarbiausia prisiminti apie kainų grupes, kad jos naudojamos tvarkyti ryšius su daugybe su daugeliu, kuriuos nuolaidos ir kainos turi su komercijos subjektais.
Toliau pateikta iliustracija parodo, kaip naudojamos kainų grupės. Atkreipkite dėmesį, kad šioje iliustracijoje „Kainų grupė“ yra tiesiogine to žodžio prasme kainų ir nuolaidų valdymo centre. „Commerce“ objektai, kuriais galite valdyti skirtingas kainas ir nuolaidas, yra kairėje, o patys kainų ir nuolaidų įrašai yra dešinėje.
Kai kuriate kainų grupes, neturėtumėte naudoti vienos kainų grupės kelių tipų komercijos objektams. Antraip gali būti sunku nustatyti, kodėl operacijai taikoma būtent tokia kaina ar nuolaida.
Raudona punktyrinė linija iliustracijoje rodo, kad „Commerce“ palaiko pagrindinę „Microsoft Dynamics 365“ kainų grupės, nustatomos tiesiogiai klientui, funkciją. Tačiau šiuo atveju gaunate tik pardavimo kainos prekybos sutartis. Jei norite taikyti konkretaus kliento kainas, nerekomenduojame kainų grupes nustatyti tiesiogiai klientui. Vietoje to reikėtų naudoti priskyrimus.
Jei kainų grupė nustatyta klientui, ši kainų grupė susiejama su šiam klientui sukurtų užsakymų pardavimo užsakymo antrašte. Jei vartotojas pakeičia kainos grupę užsakymo antraštėje, senoji kainos grupė bus pakeista naująja kainos grupe tik dabartiniam užsakymui. Pavyzdžiui, senoji kainų grupė neturės įtakos dabartiniam užsakymui, bet ji vis tiek susieta su klientu būsimiems užsakymams.
Tolesniuose skyriuose pateikiama daugiau informacijos apie „Commerce“ objektus, kuriais galite nustatyti skirtingas kainas, kai naudojamos kainų grupės. Kainų ir nuolaidų sukonfigūravimas visiems šiems objektams yra dviejų veiksmų procesas. Šiuos veiksmus galima atlikti bet kuria tvarka. Tačiau logiška tvarka yra pirma nustatyti kainų grupes objektams, nes tikėtina, kad šis veiksmas bus vienkartinis nustatymas, atliekamas diegimo metu. Tada, sukūrus kainas ir nuolaidas, galima nustatyti kainų grupes atskiroms kainoms ir nuolaidoms.
Kanalai
Prekybos pramonėje įprasta, kad skirtinguose kanaluose kainos skiriasi. Du pagrindiniai veiksniai, darantys įtaką konkrečių kanalų kainoms, yra išlaidos ir vietos rinkos sąlygos.
- Išlaidos – Kuo toliau kanalas yra nuo produkto šaltinio, tuo daugiau kainuoja produkto atsargos. Pvz., švieži maisto produktai gali būti laikomi ribotą laiką ir jiems taikomi specialūs gamybos reikalavimai (pvz., augimo sezonas). Tikėtina, kad žiemą šviežios salotos kainuos daugiau šiaurės klimato šalyse nei pietų klimato šalyse. Jei nustatote kanalų kainas didelėje geografinėje srityje, tikriausiai norėsite nustatyti skirtingas kainas skirtinguose kanaluose.
- Vietos rinkos sąlygos – Parduotuvė, kuri turi tiesioginį konkurentą kitoje gatvės pusėje, yra daug jautresnė kainai nei parduotuvė, kurios šalia nėra tiesioginio konkurento.
Priskyrimai
Bendras priskyrimo apibrėžimas yra ryšys arba sąsaja su grupe. „Commerce“ priskyrimais vadinamos klientų grupės. Priskyrimai yra daug lankstesnė priemonė kainų ir nuolaidų taikymui klientams nei pagrindinė „Microsoft Dynamics 365“ klientų grupės ir nuolaidos grupės koncepcija. Pirma, ryšys gali būti naudojamas tiek kainoms, tiek nuolaidoms nustatyti, o ne mažmeninės kainodaros kiekvienai nuolaidų ir kainų rūšiai yra skirtinga grupė. Tada klientas gali priklausyti kelioms filialams, bet gali priklausyti tik vienai kiekvieno tipo ne mažmeninės prekybos kainodaros grupei. Galiausiai, nors filialai gali būti nustatyti taip, kad jie būtų susieti su klientu, jie nebūtinai turi būti. EKA pagalba, anoniminiams vartotojams galima taikyti ad hoc priskyrimą. Tipinis anoniminio priskyrimo nuolaidos pavyzdys yra nuolaida senjorams arba studentams, kai klientas gali gauti nuolaidą tiesiog parodęs grupės narystės kortelę.
Priskyrimai dažniausiai siejami su nuolaidomis, tačiau jų pagalba galite taikyti ir kainų diferencijavimą. Pvz., kai mažmeninis pardavėjas parduoda darbuotojui, jis gali norėti pakeisti pardavimo kainą užuot pritaikęs nuolaidą įprastai kainai. Kitas pavyzdys – mažmeninis pardavėjas, kuris parduoda tiek privatiems, tiek verslo klientams, verslo klientams gali pasiūlyti geresnes kainas priklausomai nuo jų perkamo kiekio. Priskyrimai leidžia taikyti abu minėtus scenarijus.
Lojalumo programos
Kalbant apie kainas ir nuolaidas, lojalumo programos yra filialas, turintis specialų pavadinimą. Lojalumo programai, kaip ir priskyrimui, galima nustatyti ir kainas, ir nuolaidas. Tačiau tai, kaip klientai operacijos ar užsakymo metu gauna lojalumo kainas, skiriasi nuo to, kaip jie gauna priskyrimo kainas. Klientai gali gauti lojalumo kainas tik jei į operaciją yra įtraukta lojalumo kortelė. Į operaciją įtraukus lojalumo kortelę, įtraukiama ir lojalumo programa. Tada lojalumo programa leidžia pritaikyti specialias kainas ir nuolaidas.
Lojalumo programos gali turėti kelias pakopas, o skirtingose pakopose gali būti skirtingos nuolaidos. Tokiu būdu mažmenininkai dažniems klientams gali suteikti didesnį atlygį ir tam nereikės rankiniu būdu šių klientų įtraukti į specialią grupę.
Be kainų ir nuolaidų lojalumo programos turi ir kitų funkcijų. Tačiau kainodaros ir nuolaidų požiūriu jie yra tokie patys kaip filialai.
Katalogai
Kai kurie mažmenininkai naudoja fizinius arba virtualius katalogus, kuriuose reklamuoja produktus ir nustato jų kainas tam tikroms klientų grupėms. Įvairiuose savo kataloguose šie mažmenininkai gali taikyti kainų diferencijavimą kaip savo tikslinės rinkodaros per katalogą verslo modelio dalį. „Microsoft Dynamics 365“ palaiko šią funkciją leisdama nustatyti konkrečiam katalogui taikomas nuolaidas ir kainas – lygiai taip pat, kaip ir nustatant konkrečiam kanalui arba konkrečiam priskyrimui taikomas nuolaidas. Redaguodami katalogą, galite su katalogu susieti kainų grupes, kaip kad jas galite susieti su kanalu, priskyrimu ar lojalumo programa.
Geriausia kainų grupių praktika
Nenaudokite vienos kainų grupės kelių tipų objektams. Vietoje to, naudokite vieną kainų grupių rinkinį kanalams, kitą kainų grupių rinkinį priskyrimams arba lojalumo programoms ir t. t. Galite naudoti priešdėlį arba priesagą kainų grupės pavadinime, kad vizualiai sugrupuotumėte savo naudojamas įvairių tipų kainų grupes.
Venkite kainų grupę nustatyti tiesiogiai klientui. Vietoje to, naudokite priskyrimą. Tokiu būdu klientams galite priskirti visų tipų kainas ir nuolaidas, o ne vien pardavimo kainos prekybos sutartis.
Kainodaros prioritetas
Pats kainodaros prioritetas yra tik skaičius ir aprašymas. Kainodaros prioritetai gali būti taikomi kainų grupėms arba tiesiogiai nuolaidoms. Naudojant kainodaros prioritetus, jie leidžia mažmenininkui nepaisyti geriausios kainos principo ir kontroliuoti, kuria tvarka produktams bus taikomos kainos ir nuolaidos. Aukštesnis kainodaros prioriteto numeriui teikiama pirmenybė prieš žemesnį kainodaros prioriteto numerį. Be to, jei kaina ar nuolaida turi kokį nors prioriteto numerį, visos žemesnius prioriteto numerius turinčios kainos ir nuolaidos bus ignoruojamos.
Kaina ir nuolaida gali būti taikoma pagal du skirtingus kainodaros prioritetus, nes kainodaros prioritetai kainoms ir nuolaidoms yra taikomi atskirai.
Norėdami kainodaros prioritetą taikyti kainoms, kainų grupei turite priskirti kainodaros prioritetą, o tada tai kainos grupei sukurti pardavimo kainos prekybos sutartį.
Kainodaros prioriteto funkcija buvo įvesta tam atvejui, jei mažmenininkas tam tikrose parduotuvėse norėtų taikyti aukštesnes kainas. Pavyzdžiui, mažmenininkas nustatė regionines kainas rytinėje JAV pakrantėje, bet nori aukštesnių kai kurių produktų kainų Niujorko parduotuvėse, nes kai kuriuos produktus parduoti mieste kainuoja brangiau ir (arba) vietinė rinka didesne kaina.
Kaip aprašyta šio straipsnio skiltyje „Geriausia kaina“, kainodaros variklis paprastai pasirenka žemesnę iš dviejų kainų. Todėl mažmenininkui neleidžiama naudoti aukštesnės iš dviejų kainų parduotuvėje, kurioje yra ir Rytų pakrantės, ir Niujorko kainų grupės. Norėdamas išspręsti šią problemą, kai dar nebuvo įvesta kainodaros prioriteto funkcija, mažmenininkas kainas kiekvienam produktui turėjo nurodyti du kartus ir turėjo nepriskirti abiejų kainų grupių. Arba mažmenininkas turėjo sukurti papildomų kainų grupių, kad atskirtų aukštesnes kainas turinčius produktus nuo produktų, kurie turi įprastas žemesnes kainas.
O štai kainodaros prioriteto funkcija mažmenininkui leidžia parduotuvės kainoms sukurti kainodaros prioritetą, kuris yra aukštesnis už regioninių kainų kainodaros prioritetą. Arba mažmenininkas gali sukurti kainodaros prioritetą tik parduotuvių kainoms, o regioninėms kainoms palikti numatytąjį kainodaros prioritetą, kuris yra 0 (nulis). Abi sąrankos padeda užtikrinti, kad parduotuvės kainos visada būtų naudojamos prieš regionines kainas.
Kainodaros prioriteto pavyzdys
Pažiūrėkime į pavyzdį, kur parduotuvių kainoms taikoma pirmenybė prieš kitas kainas.
Nacionalinis / regioninis mažmenininkas nustato daugiausiai kainų kiekvienam regionui ir turi keturis regionus: šiaurės rytų, pietryčių, vidurio vakarų ir vakarų. Jis nustatė keletą brangių rinkų, kurios gali pakelti didesnes kainas. Šios rinkos yra Niujorkas, Čikaga ir San Francisko įlankos regionas.
Šiame pavyzdyje naudojamas Šiaurės rytų regionas. 1 parduotuvė yra Bostone, o 2 parduotuvė – Manhetene. Su Bostono parduotuvės kanalu yra susietos dvi kainų grupės: Šiaurės Rytų ir 1 parduotuvės. Su Manheteno parduotuvės kanalu yra susietos trys kainų grupės: Šiaurės Rytų, Niujorko ir 2 parduotuvės.
Mažmenininkas nustato du kainodaros prioritetus: didelės išlaidos turi prioriteto numerį 5, o parduotuvės kainos turi prioriteto numerį 10. (Atminkite, kad pagal numatytuosius nustatymus kainodaros prioritetas yra 0 [nulis], o kaina arba nuolaida, kurios prioriteto numeris yra didesnis, naudojama prieš kainą arba nuolaidą, kurios prioriteto numeris yra mažesnis.) Šiaurės rytų kainų grupei kainodaros prioritetas paliekamas pagal numatytąją vertę 0 (nulis). Niujorko kainų grupei yra nustatyta kainodaros prioriteto vertė 5, nes Niujorkas yra brangi rinka. 1 ir 2 parduotuvių kainų grupėms nustatytas kainodaros prioritetas yra 10.
Mažmenininkas parduoda du produktus: 1 produktą – marškinėlius, ir 2 produktą – madingus konkretaus prekės ženklo džinsus.
| Produktas | Šiaurės Rytų kaina | Niujorko kaina | Parduotuvės kaina |
|---|---|---|---|
| Marškinėliai | 15 $ | Nenustatyta | Nenustatyta |
| Madingi džinsai | 50 $ | 70 $ | Nenustatyta |
Marškinėliai parduodami už tą pačią kainą (t. y., 15 $) ir Bostono, ir Manheteno parduotuvėse, nes Šiaurės Rytų kainų grupėje nustatyta tik viena kaina, kuri yra susieta su abiem kanalais. Madingi džinsai Bostono parduotuvėje parduodami už 50 $, nes ta kaina yra vienintelė, kurią galima taikyti toje parduotuvėje. Tačiau Manheteno parduotuvėje galimos dvi kainos: 50 $ ir 70 $. Kadangi NYC kainų grupės kainodaros prioritetas 5 yra didesnis nei 0 (nulis) šiaurės rytų kainų grupei, POS sistemoje kaina padidinama iki 70 USD.
Banknotas
Kiekvienam kainodaros prioritetui reikalingas pilnas perėjimas per mažmeninės prekybos kainodaros mechanizmo logiką. Todėl, norint išlaikyti kainų ir nuolaidų skaičiavimo efektyvumą, kainodaros prioritetus reikėtų naudoti saikingai.
Kainų tipai
„Microsoft Dynamics 365“ produkto kainą galite nustatyti trijose vietose:
- Tiesiogiai produktui (bazinė kaina)
- Pardavimo kainos prekybos sutartyje
- Kainos koregavime
Bazinė kaina ir prekybos sutarties kaina yra pagrindinės „Dynamics 365“ dalys ir yra prieinamos, net jei nesinaudojate „Commerce“. Kainų koregavimo funkcija galima tik „Commerce“. Kitame skyriuje pateikta daugiau informacijos apie kiekvieną iš šių kainos nustatymo parinkčių ir yra paaiškinta, kaip šios parinktys veikia kartu.
Kainų nustatymas
Bazinė kaina
Lengviausia produkto kainą nustatyti yra tiesiogiai konkrečiam produktui. Vertė, kurią nustatote tiesiogiai produktui, dažnai vadinama bazine produkto kaina. Bazinę kainą galima nustatyti puslapio Išleisto produkto informacija skirtuko Parduoti lauke Kaina. Jūsų įvesta vertė rodoma bendrovės valiuta. Pagal numatytuosius nustatymus, kaina yra nurodyta už 1 matavimo vienetą, kurį galima nustatyti skirtuko Parduoti lauke Vienetas. Faktinė produkto vieneto kaina priklauso nuo matavimo vieneto, kainos kiekio ir valiutos.
Jei produkto kaina visiems yra vienoda, bazinė kaina yra efektyviausias būdas valdyti šio produkto kainą. Net jei kainoms nustatyti naudojate prekybos sutartis, taip pat galite nustatyti bazinę produkto kainą. Tada, jei nenorite naudoti Visos prekybos sutarties, turite atsarginę kainą, kuri naudojama, kai prekybos sutartis nėra taikoma.
Jei kanalo valiuta skiriasi nuo įmonės valiutos, bazinė to kanalo kaina nustatoma konvertuojant nustatyto produkto kainos valiutą.
Nors kainos vieneto atvejų pasitaiko retai, kainodaros mechanizmas jį palaiko. Jei yra nustatyta kita kainos kiekio vertė nei 0 (nulis), vieneto kaina yra lygi Kaina ÷ Kainos vienetas. Pvz., jei produkto kaina yra 10,00 $, o kainos vienetas yra 50, 1 vieneto kaina yra 0,20 $ (= 10,00 $ ÷ 50).
Pardavimo kainos prekybos sutartis
Naudodami prekybos sutarčių žurnalą, galite kurti kiekvieno produkto pardavimo kainos prekybos sutartis. „Microsoft Dynamics 365“ yra trys klientų aprėptys, taikomos pardavimo kainos prekybos sutartims: Lentelė, Grupė ir Visos. Klientų aprėptis nustato, kuriems klientams bus taikoma atitinkama pardavimo kainos prekybos sutartis.
Lentelės pardavimo kainos prekybos sutartis yra skirta vienam klientui, kuris nustatomas tiesiogiai prekybos sutartyje. Tai nėra įprastas verslas–vartotojui (B2C) scenarijus. Tačiau jei taip atsitinka, kainodaros mechanizmas, nustatydamas kainą, naudoja prekybos sutartis Lentelė.
Grupės pardavimo kainos prekybos sutarties tipas yra dažniausiai naudojamas. Išorės „Commerce“, Grupės pardavimo kainos prekybos sutartys yra skirtos paprastai klientų grupei. Tačiau „Commerce“ klientų grupės sąvoka platesnė, jai priskiriama bendresnė kainų grupė. Kainų grupę galima susieti su kanalu, priskyrimu, lojalumo programa ar katalogu. Išsamios informacijos apie kainų grupes rasite anksčiau šio straipsnio skiltyje „Kainų grupės“.
Banknotas
Prekybos sutarties kaina visada naudojama prieš bazinę kainą.
Kainos koregavimas
Kaip galima suprasti iš pavadinimo, kainos koregavimas yra skirtas keisti kainą, kuri buvo nustatyta tiesiogiai produktui arba nustatyta naudojant prekybos sutartį. Kainos koregavimas gali būti naudojamas norint sumažinti arba padidinti kainą. Kainos koregavimas rekomenduojamas mažmenininkams norint kurti, sekti ir valdyti savo produktų kainos sumažinimus per tam tikrą laiką.
Yra trys kainų koregavimo tipai: Nuolaida procentais, Suma nuolaida, ir Vieneto kaina. Vykdant pardavimo operaciją, visada taikomas procentinio sumažinimo arba suminio sumažinimo kainos koregavimo tipas. Tačiau kainos tipo kainos koregavimas yra taikomas tik tada, jei pakoreguota kaina yra mažesnė už kainą, kuri buvo nustatyta naudojant bazinę kainą arba prekybos sutarties kainą. Todėl, jei pakoreguota kaina viršija nekoreguotą kainą, kainos koregavimas nėra naudojamas.
Produkto kainos nustatymas atliekant operaciją
Skaičiuojant kainą ir nuolaidą operacijos metu, taikomas geriausios kainos klientui principas. Pagal šį principą, jei yra daugiau nei viena kaina, naudojama mažiausia iš jų. Be to, naudojamas toks nuolaidų derinys, kuris suteikia didžiausią nuolaidos sumą visai operacijai. Kai kuriais atvejais vienai prekei turi būti taikoma mažesnė nuolaida, kad būtų galima taikyti daugiau nuolaidų kitiems sandorio produktams.
Vienintelė geriausios kainos klientui principo išimtis yra galimybė taikyti nuolaidą prekių rinkiniui pagal pigesnes nuolaidas. Ši galimybė leidžia taikyti mažmenininkui palankias pigesnes nuolaidas, kai produktai yra pasirinkti ir sugrupuoti. Todėl kai sandoris apima daugiau produktų, nei reikalaujama norint gauti pigiausią nuolaidą, kainodaros mechanizmas parenka produktus, kurie klientui sukuria mažiausią įmanomą nuolaidos sumą.
Kainodaros mechanizmas grąžina tris kiekvieno produkto kainas: bazinę kainą, prekybos sutarties kainą ir aktyvią kainą.
Bazinė kaina yra tiesiog produkto ypatybė visiems visur yra vienoda.
Pardavimo kainos prekybos sutartyje, jei parinkčiai Rasti kitą yra nustatyta vertė Taip, kaip prekybos sutarties kaina yra naudojama mažiausia rasta taikytinų pardavimo kainos prekybos sutarčių kaina. Prekybos sutartis galima rasti pagal kainų grupes arba paskyros kodą VISOS. Taip pat prekybos sutartis galima priskirti tiesiogiai klientui. Jei parinkčiai Rasti kitą nustatyta vertė Ne, naudojama pirmoji rasta prekybos sutarties kaina. Jei pardavimo kainos prekybos sutarčių nerandama, tuomet prekybos sutarties kaina nustatoma lygi bazinei kainai.
Aktyvi kaina apskaičiuojama prekybos sutarties kainai pritaikant didžiausią kainos koregavimą, kurį galima pritaikyti atitinkamam produktui. Jei kainos koregavimų nerasta, arba jei apskaičiuota aktyvi kaina yra didesnė nei prekybos sutarties kaina, aktyvi kaina prilyginama prekybos sutarties kainai. Taikytinus kainos koregavimus galima rasti naudojant tik tas kainų grupes, kurios yra priskirtos kanalui, katalogui, priskyrimui ar lojalumo programai.
Kategorijos kainų taisyklės
Kategorijos kainų taisyklių funkcija „Commerce“ leidžia lengvai sudaryti naujas prekybos sutartis su visais šios kategorijos produktais. Ši funkcija taip pat leidžia automatiškai rasti esamas kategorijos produktų prekybos sutartis ir nutraukti jų galiojimą.
Pasirinkus esamų prekybos sutarčių galiojimo nutraukimą, sistema sukuria naują prekybos sutarčių žurnalą toje produktų kategorijoje, kuri turi aktyvią prekybos sutartį. Tačiau žurnalas turi būti užregistruojamas rankiniu būdu. Be to, kategorijos kainų taisyklės gali rasti esamas prekybos sutartis tik tada, jei naudojate tokią pačią kainų taisyklę (t. y., jei sukuriate naują kainų taisyklę, kuri naudoja tą pačią kategoriją kaip ir prieš tai). Jei nenaudojate tokios pačios kainų taisyklės, esamų prekybos sutarčių galiojimas nebus nutrauktas.
Kainas galima padidinti ar sumažinti naudojant kategorijos kainų taisyklių laukus Kainų taisyklė ir Kainos pagrindas.
Lauke Kainų taisyklė pasirinkite, kokio tipo kainos pokytį naudoti:
- Žymėjimas – Pardavimo kainai apskaičiuoti naudojamas procentas nuo kainos pagrindo. Pvz., produktas, kuris kainuoja 10,00 ir yra parduodamas už 15,00, turi 50 procentų antkainį.
- Marža – Pelno dydžiui apskaičiuoti naudojamas pardavimo kainos procentas. Pvz., produktas, kuris kainuoja 10,00 ir yra parduodamas už 15,00, turi 33,3 procentų maržą.
- Nustatyta suma – Suma, kuri pridedama prie kainos pagrindo, naudojama pardavimo kainai apskaičiuoti. Pvz., produkto, kuris kainuoja 10,00 ir yra parduodamas už 15,00, fiksuota suma yra 5,00.
Lauke Kainos pagrindas pasirinkite norimos keisti kainos tipą:
- Bazinė kaina – Suma, kurią mažmenininkas sumokėjo tiekėjui.
- Bazinė kaina – Taikoma pardavimo kaina iki prekybos susitarimų ir kainų koregavimo.
- Dabartinė kaina – Taikoma pardavimo kaina sudarius prekybos sutartis ir kainų koregavimus.
Norėdami nesunkiai atnaujinti įvairių produktų iš skirtingų produktų kategorijų kainas, galite naudoti papildomas produktų kategorijas kartu su kategorijos kainų taisyklėmis.
Geriausia praktika
Kanalų duomenų bazėse dažnai naudojama „Microsoft SQL Server Express“ dėl nedidelių kaštų (nemokama). Atminkite, kad „SQL Server Express“ turi aparatūros apribojimų ir duomenų dydžio limitų. Tinkamai nesuplanavus, galima greitai pasiekti „SQL Server Express“ duomenų dydžio limitus. Tai galioja ne tik kainodarai, bet ir kitoms produkto sritims. Štai keletas geriausios praktikos pavyzdžių, kurie gali padėti sumažinti duomenų dydį:
Jei naudojate prekybos sutartis ir jūsų kainos pasikeičia, senų prekybos sutarčių galiojimą reikėtų nutraukti nustačius jų pabaigos datą. Laikui bėgant, šis metodas padeda sumažinti kanalų duomenų bazėse laikomų prekybos sutarčių skaičių. Tai taip pat padeda sumažinti kiekį duomenų, kuriuos turi apdoroti kainos skaičiavimo algoritmas.
Jei kainos skiriasi priklausomai nuo produkto varianto, apsvarstykite galimybę naudoti produkto bazinę kainą kaip labiausiai įprastą kainos variantą. Tuomet prekybos sutartis naudokite tik tiems kainų variantams, kurie yra išimtys. Šis metodas padeda sumažinti prekybos sutarčių įrašų skaičių. Importuoti duomenis į „Microsoft Dynamics 365“ yra labai paprasta, todėl gali kilti pagunda kiekvienam kiekvieno produkto variantui importuoti po atskirą prekybos sutartį. Tačiau dėl to bus sukurta daug prekybos sutarčių, kurios turi tą pačią vertę. Todėl tai gali bereikalingai padidinti duomenų dydį.
„Commerce“ apdoroja su variantais susijusias kainas nuo konkrečiausios iki mažiausiai konkrečios. Jei produkto dimensija neturi poveikio kainai, jai nereikės nustatyti prekybos sutarčių. Pvz., produktas būna trijų spalvų ir keturių dydžių, bet kaina skiriasi tik pagal dydį. Jei kiekvienam variantui nustatysite po prekybos sutartį, sukursite 12 įrašų. Vietoje to, galite nustatyti prekybos sutartį tik kiekvienam dydžiui, o spalvos dimensiją palikti tuščią. Tokiu atveju sukursite tik keturis įrašus.
Arba, jei ne kiekviena dimensijos vertė lemia skirtingą kainą, galite nustatyti vieną prekybos sutartį bendrajam produktui ir visas produkto dimensijas palikti tuščias. Tada nustatykite po atskirą prekybos sutartį tik toms dimensijos vertėms, kurios lemia skirtingą kainą. Pvz., jei XXL dydis kainuoja brangiau, bet visi kiti dydžiai kainuoja tiek pat, jums reikės tik dviejų prekybos sutarčių: vienos bendrajam produktui ir vienos XXL dydžiui.
Kainos su mokesčiais ir kainos be mokesčių
Kai nustatote pardavimo kainas „Dynamics 365“, jūs nenurodote, ar į nustatomą kainos vertę įskaičiuojami mokesčiai. Vertė yra tiesiog kaina. Tačiau parametras Į kainą įtrauktas PVM, esantis kanaluose, leidžia konfigūruoti kanalus taip, kad į kainas būtų įtraukiamas arba neįtraukiamas mokestis. Šis parametras nustatomas kanale ir gali skirtis net toje pačioje įmonėje.
Jei dirbate tiek su įskaičiuotais, tiek su išskirtiniais mokesčiais, labai svarbu teisingai nustatyti kainas, nes bendra suma, kurią klientas moka, pasikeičia, jei Kaina su pardavimo mokesčiu pakeisti kanalo nustatymai.
Skirtumai tarp mažmeninės „Commerce“ kainodaros ir ne mažmeninės „Commerce“ kainodaros
Kainų apskaičiavimui visais kanalais naudojamas vienas kainodaros mechanizmas: Skambučių centras, Mažmeninė parduotuvė ir Internetinės parduotuvės. Tai padeda taikyti suvienodintus „Commerce“ scenarijus.
Kainodara skirta dirbti su mažmeninės „Commerce“ subjektais, o ne „Commerce“ subjektais. Tiksliau sakant, ji skirta nustatyti kainoms pagal parduotuvę, o ne pagal sandėlį.
Prekybos kainodaros variklis nepalaiko šias kainodaros ypatybes:
Atributais pagrįsta kainodara nepalaikoma.
Pardavėjo nuolaidų perdavimas nepalaikomas.
Bendroji valiutos funkcija nepalaikoma. Kitaip tariant, net jei prekybos sutartis turi Įtraukite bendrąją valiutą jungiklis įjungtas, prekybos sutartis vis tiek laikoma galiojančia tik joje nurodyta valiuta.
Standartinis Supply Chain Management kainodaros modulis palaiko kainodaros skaičiavimą, pagrįstą prašoma išsiuntimo data ir prašoma gavimo data kartu su dabartine data. Tačiau mažmeninės kainos šiuo metu nepalaiko šių verčių. Priežastis ta, kad B2C scenarijuose klientai nesitiki, kad prašoma pristatymo data turės įtakos prekės kainai. Kai kuriais atvejais mažmenininkai naudoja teik B2B, tiek B2C operacijas. B2B operacijoms kainas įprasta keisti atsižvelgiant į pristatymo datas. Šie mažmenininkai gali naudoti „Supply Chain Management“ kainodarą savo B2B verslui ir mažmeninės prekybos kainodarą savo B2C verslui. Mažmeninė kainodara įsigalioja tik tuo atveju, jei programos vartotojas įtraukiamas kaip skambučių centro vartotojas, kad mažmenininkai galėtų priskirti konkrečius vartotojus, kurie dirba su Supply Chain Management kainodara, taip pat kelis, kurie dirba su mažmeninėmis kainomis. Kitaip tariant, šie vartotojai turėtų būti įtraukti kaip skambučių centro naudotojai. Be to, Kainoms skaičiuoti naudokite šiandienos datą nuosavybė turi būti įjungta Įvairūs skyrių apie Kainos ir nuolaidosskirtukas Prekybos parametrai puslapį. Tokiu būdu vartotojai gali ir toliau naudoti gautinų sumų parametro reikšmę prašomai išsiuntimo datai arba prašomai gavimo datai Supply Chain Management kainodarai. Tačiau mažmeninėms kainoms ir toliau taikoma šiandienos data kainodaros skaičiavimams.
Dėl prekybos susitarimų, tik Komercijos kainodaros modulyje palaikomi šie matmenys:
- Gaminio matmenys: Dydis, stilius, spalva ir konfigūracija
- Atsargų matmenys: Svetainė ir sandėlis
- Stebėjimo matmenys: Serijos numeris
Be to, toliau nurodytas „Commerce“ kainų funkcijas palaiko tik kainodaros mechanizmas:
- Kaina nustatoma pagal produkto dimensijas, nuo konkrečiausio varianto kainos iki mažiausiai konkretaus varianto kainos iki bendrojo produkto kainos. Kainai, kuri yra nustatyta naudojant dvi produkto dimensijas (pvz., spalvos ir dydžio), teikiama pirmenybė prieš kainą, kuri yra nustatyta naudojant tik vieną produkto dimensiją (pvz., dydžio).
- Ta pačia kainų grupe galima kontroliuoti kainas ir nuolaidas.
Kainodaros API patobulinimai
Kaina yra vienas iš svarbiausių veiksnių, nuo kurių priklauso daugelio klientų pirkimo sprendimai, ir dauguma klientų prieš įsigydami palygina kainas įvairiose svetainėse. Siekdami užtikrinti, kad būtų pateiktos konkurencingos kainos, mažmenininkai atidžiai stebi savo konkurentus ir dažnai organizuoja akcijas. Siekiant padėti šiems mažmenininkams pritraukti klientų, labai svarbu, kad atliekant produktų paiešką, naudojantis naršymo funkcija, sąrašais ir produkto informacijos puslapiu būtų rodomos tiksliausios kainos.
Būsimame prekybos leidime GetActivePrices naudojantis taikomojo programavimo sąsaja (API) nurodomos „Commerce“ kainos, kurios apima paprastas nuolaidas (pavyzdžiui, vienos eilutės nuolaidas, kurios nepriklauso nuo kitų krepšelyje esančių prekių). Tokiu būdu rodomos kainos yra artimos faktinei sumai, kurią klientai moka už prekes. Ši API apima visų tipų paprastas nuolaidas: pagal priskyrimą, pagal lojalumą, pagal katalogą ir pagal kanalą. Be to, API grąžina taikomų nuolaidų pavadinimus ir galiojimo informaciją, kad mažmenininkai galėtų pateikti išsamesnį kainos aprašymą ir sukelti skubos jausmą, jei nuolaidos galiojimo laikas greitai baigsis.