Styring af detailsalgspriser

Denne artikel indeholder oplysninger om processen for oprettelse og styring af salgspriserne i Dynamics 365 Commerce. Der fokuseres på de begreber, der er involveret i processen, og om virkningerne af de forskellige konfigurationsindstillinger for salgspriser.

Terminologi

Denne artikel bruger følgende termer:

Prisgrupper

Prisgrupper er omdrejningspunktet for styring af priser og rabatter i Commerce. Brug prisgrupper til at tildele priser og rabatter til Commerce-enheder, f.eks. kanaler, kataloger, tilhørsforhold og loyalitetsprogrammer. Da prisgrupper håndterer alle priser og rabatter, er det vigtigt, at du planlægger, hvordan du bruger dem, før du starter.

I sig selv er en prisgruppe blot et navn, en beskrivelse og eventuelt en prioritet for prissætning. Det vigtigste punkt at huske om prisgrupper er, at de administrerer de mange til mange-relationer, som rabatter og priser har med Commerce-enheder.

I følgende illustration vises, hvordan prisgrupperne bruges. I denne illustration er "Prisgruppe" i centrum for pris- og rabatstyring. De Commerce-enheder, du kan bruge til at administrere differentierede priser og rabatter, er placeret til venstre, og de faktiske pris- og rabatposter er placeret til højre.

Når du opretter prisgrupper, skal du ikke bruge en enkelt prisgruppe til flere typer Commerce-enheder. Ellers kan det være svært at afgøre, hvorfor en bestemt pris eller rabat anvendes på en transaktion.

Som den røde stiplede linje i illustrationen viser, understøtter Commerce kernefunktionaliteten i Microsoft Dynamics 365 i en prisgruppe, som du angiver direkte på en kunde. I så fald får du imidlertid kun samhandelsaftaler om salgspris. Hvis du vil anvende kundespecifikke priser, skal du ikke angive prisgrupper direkte på kunden. Brug i stedet tilhørsforhold.

Hvis du angiver prisgruppen for kunden, knyttes salgsordrehovedet for de ordrer, der er oprettet for denne kunde, til denne prisgruppe. Hvis brugeren ændrer prisgruppen i ordrehovedet, erstattes den gamle prisgruppe kun af den nye prisgruppe for den aktuelle ordre. Den gamle prisgruppe påvirker f.eks. ikke den aktuelle ordre, men den er stadig knyttet til kunden for fremtidige ordrer.

Følgende afsnit indeholder flere oplysninger om de Commerce-enheder, som du kan bruge til at angive særskilte priser, når du bruger prisgrupper. Konfigurationen af priser og rabatter for disse enheder er en proces i to trin. Du kan udføre disse trin i begge rækkefølger. Den logiske rækkefølge er dog først at angive prisgrupperne for enhederne, fordi dette trin sandsynligvis er en engangskonfiguration, som du udfører under implementeringen. Når du opretter priser og rabatter, skal du derefter angive prisgrupperne for disse priser og rabatter individuelt.

Kanaler

Det er meget almindeligt at have forskellige priser i forskellige kanaler i Commerce-branchen. De to primære faktorer, der påvirker kanalspecifikke priser, er omkostninger og lokale markedsforhold.

• Omkostninger – Jo længere væk en kanal er fra produktkilden, jo mere koster det at lagerføre et produkt. Friske produkter har f.eks. en begrænset hyldelevetid og specifikke produktionsbetingelser (f.eks. en enkelt vækstsæson). Om vinteren koster frisk salat sandsynligvis mere i det nordlige klima end i det sydlige klima. Hvis du angiver priser for kanaler over et stort geografisk område, vil du sandsynligvis angive forskellige priser i forskellige kanaler.
• Lokale markedsbetingelser – Et lager, som har en direkte konkurrent på den anden side af gaden, vil være meget mere prisfølsomt end en butik, som ikke har en direkte konkurrent i nærheden.

Tilhørsforhold

Den generelle definition af en tilknytning er et hyperlink til eller en tilknytning til en gruppe. I Commerce er tilknytninger grupper af debitorer. Tilknytninger er et meget fleksibelt værktøj for priser og rabatter for debitorer end den centrale opfattelse af debitorgrupper og rabatgrupper i Microsoft Dynamics 365. Først og fremmest kan en tilknytning bruges til både priser og rabatter, mens ikke-detailpriser har en ny gruppe for hver rabat- og pristype. Derefter kan en debitor tilhøre flere tilknytninger, men de kan kun tilhøre én ikke-detailprisgruppe for hver type. Endelig kan der konfigureres tilknytninger til en kunde, selvom det ikke er nødvendigt. En ad hoc-tilknytning kan bruges til anonyme debitorer på salgsstedet. Et typisk eksempel på rabat på en anonym tilknytning er rabat for ældre eller studerende, hvor en debitor kan modtage en rabat ved blot at fremvise et medlemskort for gruppen.

Selvom tilknytninger oftest omhandler rabatter, kan du også bruge dem til at angive differentieret prissætning Når en forhandler f.eks. sælger til en medarbejder, vil forhandleren muligvis ændre salgsprisen i stedet for at anvende en rabat på den almindelige pris. Et andet eksempel er, når en forhandler, der sælger til både forbrugere og virksomheder, tilbyde virksomheder bedre priser, der er baseret på volumen af deres indkøb. Tilknytninger muliggør begge disse scenarier.

Fordelskundeprogrammer

I forbindelse med priser og rabatter er fordelskundeprogrammer en tilknytning med en særlig betegnelse. Både priser og rabatter kan angives for et fordelskundeprogram, ligesom de kan angives for en tilknytning. Den måde, hvorpå debitorer får fordelskundepriser under en transaktion eller ordre, adskiller sig dog fra den måde, hvorpå de får tilknytningspriser. Kunder kan kun få fordelskundepriser, hvis et fordelskundekort føjes til en transaktion. Når et fordelskundekort føjes til en transaktion, tilføjes fordelskundeprogrammet også. Fordelskundeprogrammet muliggør derefter særlige priser og rabatter.

Fordelskundeprogrammer kan have flere niveauer, og rabatterne kan være forskellige for forskellige niveauer. På denne måde kan detailhandlere give hyppige debitorer større fordele uden at skulle placere dem manuelt i en specialgruppe.

Kundefordelsprogrammer omfatter andre funktioner ud over priser og rabatter. I forhold til priser og rabatter er de dog det samme som tilknytninger.

Kataloger

Nogle detailhandlere bruger fysiske eller virtuelle kataloger til at markedsføre og prissætte produkter til målrettede grupper af debitorer. Som en del af deres forretningsmodel for at målrette markedsføringen gennem et katalog, kan disse detailhandlere angive differentierede priser i deres forskellige kataloger. Microsoft Dynamics 365 understøtter denne funktion ved at lade dig definere katalogspecifikke rabatter og priser, ligesom du kan definere kanalspecifikke eller tilknytningsspecifikke rabatter. Når du redigerer et katalog, kan du kan knytte prisgrupper til kataloget, ligesom du kan knytte dem til en kanal, en tilknytning eller et fordelskundeprogram.

Bedste praksis for prisgrupper

Brug ikke en prisgruppe til flere enhedstyper. I stedet anvendes et sæt prisgrupper for kanaler, et sæt prisgrupper for tilknytninger eller fordelskundeprogrammer osv. Brug et præfiks eller suffiks i navnet på prisgruppen til visuelt at gruppere de forskellige typer prisgrupper, du bruger.

Undlad at angive prisgrupper direkte for en debitor. Anvend i stedet en tilknytning. Ved hjælp af et tilhørsforhold kan du tildele alle typer priser og rabatter til kunder og ikke kun salgsprishandelsaftaler.

Prioritet for prissætning

I sig selv er en prioritet for prissætning blot et tal og en beskrivelse. Du kan anvende prisprioriteter på prisgrupper eller direkte på rabatter. Når du bruger prisprioriteter, kan du tilsidesætte princippet om den bedste pris ved at styre den rækkefølge, som priser og rabatter gælder for produkter i. Et højere prioritetsnummer for prissætning evalueres før et lavere prioritetsnummer. Hvis der findes en pris eller rabat på et hvilket som helst prioritetsnummer, ignorerer systemet desuden alle priser eller rabatter, der har lavere prioritetsnumre.

Da prisprioriteter gælder for priser og rabatter uafhængigt af hinanden, kan prisen og en rabat komme fra to forskellige prisprioriteter.

Hvis du vil bruge prisprioritet til priser, skal du tildele en prisprioritet til en prisgruppe og derefter oprette en salgsprishandelsaftale for den pågældende prisgruppe.

Funktionen til prioriteter for prissætning blev indført for at understøtte det scenarie, hvor en detailhandler ønsker at anvende højere priser i et bestemt række af butikker. En detailhandler definerer f.eks. regionale priser for USA's østkyst, men ønsker højere priser for nogle produkter i New York City-butikker, fordi det koster mere at sælge nogle produkter i byen, og det lokale marked har en højere pris.

Som beskrevet i afsnittet "Bedste pris" vælger prisprogrammet typisk den laveste af to priser. Derfor kan forhandleren ikke bruge den højeste af to priser i en butik, der har både Østkysten og New York prisgrupper. For at løse problemet, inden funktionen for prioriteter for prissætning blev indført, måtte detailhandleren definere priser for hvert produkt to gange og ikke tildele prisen til begge prisgrupper. Detailhandleren kunne også oprette ekstra prisgrupper for at isolere de produkter, der har højere priser, fra produkter med de normale, lavere priser.

Funktionen prisprioritet gør det dog muligt for forhandleren at oprette en prisprioritet for butikspriser, der er højere end prisprioriteten for regionale priser. Forhandleren kan også oprette en prioritet for prissætning, der kun gælder for butikspriser, mens de regionale priser får standardprioriteten for prissætning, dvs. 0 (nul). Begge opsætninger er med til at sikre, at butikspriser altid bruges før de regionale priser.

Eksempel på prioriteter for prissætning

Lad os se et eksempel, hvor butikspriser tilsidesætter andre priser.

En national eller regional forhandler angiver de fleste priser pr. område, og den har fire områder: Nordøst, Sydøst, Midtvest og Vest. Den identificerer flere markeder med høje omkostninger, som kan understøtte højere priser. Disse markeder er i New York City, Chicago og området ved San Francisco Bay.

I dette eksempel bruges området Nordøst. Butik 1 er i Boston, og butik 2 er i Manhattan. For Boston-butikken er to prisgrupper knyttet til kanalen: Nordøst og Butik 1. For Manhattan Store er tre prisgrupper knyttet til kanalen: Nordøst, NYC og Butik 2.

Detailhandleren konfigurerer to prioriteter for prissætning: Høje omkostninger har prioritetsnummeret 5, og butikspriser for butikken har prioritetsnummeret 10. Husk, at prisprioriteten som standard er 0, og at en pris eller rabat, der har et højere prioritetsnummer, bruges før en pris eller rabat, der har et lavere prioritetsnummer. For prisgruppen Nordøst er prisprioriteten standardværdien 0. For prisgruppen NYC er prioriteten for prissætning indstillet til 5, da New York City er et marked med høje omkostninger. For prisgrupperne Butik 1 og Butik 2 er prioriteten for prissætning indstillet til 10.

To produkter, der sælges af detailhandleren, er produkt 1, en T-shirt i basisudgave, og produkt 2, et par modejeans med varemærke.

T-shirten sælger til samme pris (dvs. $ 15) i både Boston- og Manhattan-butikkerne, fordi der kun er angivet én pris i prisgruppen Nordøst, der er knyttet til begge kanaler. Modejeansene sælges for $50 i Boston-butikken, fordi denne pris er den eneste pris, der er tilgængelig i butikken. I Manhattan-butikken gælder imidlertid to priser: $50 og $70. Da prisprioriteten på 5 for NYC-prisgruppen er højere end prisprioriteten på 0 for prisgruppen Nordøst, køres prisen op som $70 i POS-systemet.

Pristyper

I Microsoft Dynamics 365 skal du angive prisen på et produkt tre steder:

• Direkte for produktet (basisprisen)
• I en samhandelsaftale for salgspriser
• I en prisjustering

Basisprisen og samhandelsaftaleprisen er en central del af Dynamics 365 og er tilgængelige, selvom du ikke bruger Commerce. Funktionen til prisjustering er kun tilgængelig i Commerce. Næste afsnit indeholder flere oplysninger om hver af disse indstillinger for indstilling af priser og beskriver, hvordan indstillingerne arbejder sammen.

Indstilling af priser

Basispris

Angiv prisen for et produkt direkte på produktet. Den værdi, du angiver direkte for et produkt, kaldes ofte basisprisen for produktet. Angiv basisprisen i feltet Pris under fanen Sælg på siden Med produktoplysninger . Angiv værdien i firmavalutaen. Prisen er som standard for et antal på 1 af den enhed (UoM), du har angivet i feltet Enhed under fanen Sælg . Den faktiske pris pr. enhed af et produkt er baseret på UoM, prisantallet og valutaen.

Hvis et produkt har én pris for alle, kan du administrere prisen på produktet mest effektivt ved hjælp af basisprisen. Selvom du bruger samhandelsaftaler til at angive priser, kan du også angive basisprisen for et produkt. Hvis du ikke bruger en samhandelsaftale af typen Alle, du har en reservepris, der bruges, når ingen samhandelsaftale er gældende.

Hvis en kanals valuta adskiller sig fra firmavalutaen, bestemmer valutakonverteringen basisprisen i kanalen fra den pris, du har angivet for produktet.

Selvom prisenheden ikke er et almindeligt scenarie, understøttes den af programmet for prissætning. Hvis du angiver prisenheden til en anden værdi end 0 (nul), er prisen pr. enhed lig med Pris ÷ Prisenhed. Hvis et produkts pris f.eks. er $10,00, og Prisenheden er 50, er prisen for et antal på 1 lig med $0,20 (= $10,00 ÷ 50).

Samhandelsaftale for salgspriser

Brug samhandelsaftalekladden til at oprette salgsprishandelsaftaler for hvert produkt. I Microsoft Dynamics 365 har salgsprishandelsaftaler tre kundeområder: Tabel, Gruppe og Alle. Kundeområdet bestemmer, hvilke kunder en salgsprishandelsaftale gælder for.

Angiv en tabelsalgsprishandelsaftale direkte i handelsaftalen for en enkelt kunde. Dette scenario er ikke et typisk scenarie for salg fra virksomheder til forbrugere (B2C). Hvis det forekommer, anvender programmet for prissætning samhandelsaftaler af typen Tabel til at fastlægge prisen.

Brug oftest en handelsaftale for gruppesalgspriser. Uden for Commerce gælder samhandelsaftaler for salgspriser af typen Gruppe for en simpel debitorgruppe. I Commerce er begrebet kundegruppe dog en mere generisk prisgruppe. En prisgruppe kan knyttes til en kanal, et tilhørsforhold, et fordelskundeprogram eller et katalog. Detaljerede oplysninger om prisgrupper finder du i afsnittet "Prisgrupper" tidligere i denne artikel.

Prisjustering

Som navnet antyder, kan du bruge en prisjustering til at ændre den pris, du angiver direkte på produktet eller angivet ved hjælp af en handelsaftale. Brug en prisjustering til at sænke eller øge prisen. En prisjustering er den anbefalede metode for detailhandlere til at oprette, spore og administrere prisreduktioner for produkterne over tid.

Der er tre typer prisjusteringer tilgængelige: Procent fra, Beløb fra og Enhedspris. Anvend altid en prisjustering af typen procent off eller beløb off på en salgstransaktion. Anvend dog kun en prisjustering af pristypen, hvis den justerede pris er mindre end den pris, basisprisen eller handelsaftalens pris er angivet. Hvis den pris, du angiver i en prisjustering, er større end den ikke-justerede pris, bruges prisjusteringen derfor ikke.

Fastlæggelse af prisen for et produkt i en transaktion

Beregningen af prisen og rabatten for en transaktion følger princippet for at finde den bedste pris for debitoren. I overensstemmelse med dette princip bruges den laveste pris, hvis der findes mere end en pris. Derudover anvendes den kombination af rabatter, der giver det største rabatbeløb for hele transaktionen. I nogle tilfælde skal der anvendes en mindre rabat på et enkelt produkt, så flere rabatter kan anvendes til andre produkter i transaktionen.

Den eneste undtagelse fra princippet om at finde den bedste pris for debitoren er muligheden for at blande og sammensætte rabatter til den laveste slutrabat. Denne mulighed sikrer de billigste rabatter til fordel detailhandleren, når produkterne vælges og grupperes. Når en transaktion inkluderer flere produkter, end der kræves for at opnå den billigste rabat, vælger programmet for prissætning de produkter, der resulterer i det mindst mulige rabatbeløb for debitoren.

Programmet for prissætning returnerer tre priser for hvert produkt: basisprisen, samhandelsaftalens pris og den aktive pris.

Basisprisen er blot en fast egenskab for produktet og er den samme for alle overalt.

Hvis du i handelsaftalen med salgsprisen angiver indstillingen Find næste til Ja, bruger systemet den laveste pris, der findes for gældende salgsprishandelsaftaler, som handelsaftaleprisen. Du kan finde handelsaftaler ved hjælp af prisgrupper eller kontokoden ALL . Du kan også tildele handelsaftaler direkte til en kunde. Hvis du angiver indstillingen Find næste til Nej, bruger systemet den første handelsaftalepris, der findes. Hvis systemet ikke kan finde nogen salgsprishandelsaftaler, angiver det, at handelsaftalens pris er lig med basisprisen.

Den aktive pris beregnes ved at bruge samhandelsaftalens pris og anvende den største prisjustering, der gælder for produktet. Hvis systemet ikke finder nogen prisjusteringer, eller hvis den beregnede aktive pris er højere end prisen i handelsaftalen, indstiller systemet den aktive pris til at svare til prisen i handelsaftalen. Du kan kun finde de relevante prisjusteringer ved hjælp af prisgrupper, som du tildeler til en kanal, et katalog, et tilhørsforhold eller et loyalitetsprogram.

Regler for kategoripriser

Funktionen kategoriprisregler i Commerce gør det nemt at oprette nye handelsaftaler for alle produkter i en kategori. Denne funktion gør det også muligt automatisk at finde eksisterende samhandelsaftaler for produkterne i kategorien og ophæve dem.

Når du vælger indstillingen for at ophæve eksisterende samhandelsaftaler, opretter systemet en ny samhandelsaftalekladde for produkterne i kategorien, der har en aktiv samhandelsaftale. Du skal bogføre journalen manuelt. Derudover kan reglerne for kategoripriser kun finde eksisterende handelsaftaler, hvis du bruger den samme prisregel (dvs. hvis du opretter en ny prisregel, der bruger den samme kategori som før). Hvis du ikke bruger den samme prisregel, udløber de eksisterende handelsaftaler ikke.

Brug felterne Prisregel og Prisbasis i kategoriprisreglerne til at øge eller sænke priserne.

• I feltet Prisregel skal du vælge den type prisændring, der skal bruges:

  • Markup – en procentdel af det prisgrundlag, der bruges til at beregne salgsprisen. Et produkt, der f.eks. koster 10,00 og sælges til 15,00, har en avance på 50 procent.
  • Margin – en procentdel af salgsprisen, der bruges til at beregne avancebeløbet. Et produkt, der f.eks. koster 10,00 og sælges til 15,00, har en avance på 33,3 procent.
  • Fast beløb – et beløb, som du føjer til prisgrundlaget for at beregne salgsprisen. Et produkt, der f.eks. koster 10,00 og sælges til 15,00, har et fast beløb på 5,00.

• Vælg den pristype, der skal ændres, i feltet Prisbasis.

  • Basisomkostninger – Det beløb, som detailhandleren betalte til leverandøren.
  • Basispris – Salgsprisen, før der er blevet anvendt samhandelsaftaler og prisjusteringer.
  • Aktuel pris – Salgsprisen, efter der er blevet anvendt samhandelsaftaler og prisjusteringer.

Hvis du nemt vil opdatere priserne på forskellige produkter fra forskellige produktkategorier, skal du bruge de supplerende produktkategorier sammen med reglerne for kategoripriser.

Bedste fremgangsmåder

Microsoft SQL Server Express bruges ofte til kanaldatabaser, fordi det er gratis. Husk, at SQL Server Express har hardwarebegrænsninger og begrænsninger på datastørrelsen. Hvis du ikke planlægger det nøje, kan du hurtigt nå datastørrelsesgrænserne for SQL Server Express. Dette hensyn gælder ikke kun for prissætning, men også andre områder for produktet. Her er nogle få retningslinjer for bedste praksis, som kan hjælpe dig med at reducere størrelsen på dine data:

• Hvis du bruger handelsaftaler, og dine priser ændres, skal du udløbe de gamle handelsaftaler ved at angive en slutdato. Denne fremgangsmåde kan med tid reducere antallet af samhandelsaftaler, der opbevares i kanaldatabaserne. Dette er også med til at reducere den datamængde, som algoritmen for prisberegning skal bruge.

• Hvis priserne varierer afhængigt af produktvariant, kan du overveje at bruge produktets basispris som prisen på den mest almindelige variant. Du kan derefter kun bruge samhandelsaftaler for de variantpriser, som er undtagelser. Denne fremgangsmåde er med til at reducere antallet af poster i samhandelsaftalen. Da det er så nemt at importere data til Microsoft Dynamics 365, kan du være fristet til at importere en samhandelsaftale for hver variant af hvert enkelt produkt. Denne fremgangsmåde kan imidlertid resultere i mange samhandelsaftaler med samme værdi. Dette kan øge størrelsen på dataene unødvendigt.

• Commerce behandler variantspecifikke priser i rækkefølge, fra den mest specifikke til den mindst specifikke. Hvis en produktdimension ikke påvirker prisen, behøver du ikke at definere samhandelsaftaler for den. Et produkt er f.eks. tilgængeligt i tre farver og fire størrelser, men prisen varierer kun efter størrelsen. Hvis du definerer en samhandelsaftale for alle varianter, vil du oprette 12 poster. I stedet kan du definere en samhandelsaftale kun for hver størrelse og lade farvedimensionen stå tom. I så fald oprettes der kun fire poster.

  Hvis ikke alle værdier i en dimension resulterer i en anden pris, kan du også definere en samhandelsaftale for produktmasteren og lade alle produktdimensioner stå tomme. Definer derefter en særskilt samhandelsaftale kun for hver dimensionsværdi, der giver en anden pris. Hvis størrelsen XXL f.eks. har en højere pris, mens alle andre størrelser har den samme pris, kræves der kun to samhandelsaftaler: én for produktmasteren og én for XXL-størrelsen.

Priser inklusive moms, vs. priser eksklusive moms

Når du angiver salgspriser i Dynamics 365, skal du ikke angive, om den angivne prisværdi er med eller uden moms. Værdien er kun prisen. Med indstillingen Pris er inklusive moms for kanaler kan du konfigurere kanaler, så de enten er inklusive eller eksklusive moms i priser. Angiv denne værdi på kanalen. Det kan ændre sig selv i en enkelt virksomhed.

Hvis du arbejder med både inklusive og eksklusive momstyper, er det vigtigt, at du angiver priserne korrekt, fordi det samlede beløb, som kunden betaler, ændres, hvis indstillingen For sales tax på kanalen ændres.

Forskelle mellem Commerce-prissætning og ikke-Commerce-prissætning

En enkelt prissætningsprogram beregner priser på tværs af alle kanaler, herunder call center, detailbutik og onlinebutikker. Dette prisprogram hjælper med at aktivere unified Commerce-scenarier.

Prisfastsættelse fungerer sammen med Commerce-enheder i stedet for ikke-Commerce-enheder. Specifikt angiver den priser efter butik, ikke efter lager.

Commerce-programmet til prissætning understøtter ikke følgende prisfunktioner:

• Attributbaserede priser.

• Videregivelse af leverandørrabat.

• Den generiske valutafunktion. Selvom til/fra-knappen Medtag generisk valuta er slået til for en handelsaftale, er handelsaftalen med andre ord stadig kun gyldig for den valuta, der er defineret i den.

• Standardprisprogrammet til Supply Chain Management understøtter prisberegningen baseret på den ønskede afsendelsesdato og den ønskede modtagelsesdato sammen med den aktuelle dato. Detailprissætning understøtter dog ikke disse værdier i øjeblikket. I B2C-scenarier forventer kunderne ikke, at den ønskede leveringsdato påvirker vareprisen. I nogle tilfælde har detailhandlere både B2B- og B2C-operationer. I forbindelse med B2B-operationer er det almindeligt at ændre priser ud fra leveringsdatoerne. Disse detailhandlere kan bruge prissætning i Supply Chain Management til deres B2B-forretning og detailprissætning til deres B2C-forretning. Detailprissætning kommer kun på tale, hvis programbrugeren tilføjes som bruger af et call center, så de detailhandlende kan tildele visse brugere, der arbejder med prissætningen i Supply Chain Management, og tildele nogle få stykker, der arbejder med detailprissætning, dvs. disse brugere skal tilføjes som brugere af et call center. Med andre ord bør disse brugere tilføjes som callcenterbrugere. Desuden skal funktionen Brug dags dato til beregning af priser være aktiveret i sektionen Diverse på fanen Prissætning og rabatter på siden Handelsparametre. På denne måde kan brugere fortsætte med at bruge debitor-parameterværdien for den anmodede afsendelsesdato eller den anmodede modtagelsesdato til prisfastsættelse af Supply Chain Management. Detailpriserne bruger dog fortsat dagens dato til prisberegninger.

• For handelsaftaler er kun følgende dimensioner understøttet i handelsprissætningsmotoren:

  • Produktdimensioner: Størrelse, farve, type og konfiguration
  • Lagerdimensioner: Lokation og lagersted
  • Sporingsdimensioner: Serienummer

Commerce-programmet til prissætning understøtter desuden kun følgende prissætningsfunktioner:

• Prisen baseres på produktdimensioner i rækkefølge fra den mest specifikke variantpris til den mindst specifikke variantpris til produktmasterprisen. En pris, der bruger to produktdimensioner (f.eks. farve og størrelse), har forrang frem for en pris, der kun bruger én produktdimension (f.eks. størrelse).
• Den samme prisgruppe styrer priser og rabatter.

Forbedringer af pris-API

Pris er en af de vigtigste faktorer, der styrer mange kunders købsbeslutninger. Mange kunder sammenligner priser på forskellige websteder, før de foretager et køb. For at hjælpe med at sikre, at de har konkurrencedygtige priser, holder detailhandlerne nøje øje med konkurrenterne og kører ofte kampagner. For at hjælpe disse detailhandlere med at tiltrække kunder er det vigtigt, at produktsøgning, gennemsynsfunktionen, listerne og siden med produktoplysninger viser de mest nøjagtige priser.

GetActivePrices-API'en (Application Programming Interface) i Commerce returnerer priser, der omfatter simple rabatter (f.eks. enkeltlinjerabatter, der ikke er baseret på andre varer i indkøbsvognen). Ved hjælp af denne API viser du priser, der er tæt på det faktiske beløb, som kunderne betaler for varer. Denne API indeholder alle typer simple rabatter: tilknytningsbaserede, loyalitetsbaserede, katalogbaserede og kanalbaserede rabatter. Derudover returnerer API'en navnene og gyldighedsoplysningerne for de anvendte rabatter, så detailhandlerne kan give en mere detaljeret beskrivelse af prisen og skabe en oplevelse af, at det haster, hvis rabatten udløber snart.