Detailrabatter

Denne artikel indeholder en oversigt over rabatfunktionerne i Dynamics 365 Commerce. Den forklarer de egenskaber, der findes på de forskellige rabatformularer, og bedste praksis for rabatstyring. Denne artikel dækker dog ikke de forskellige rabattyper i detaljer, f.eks. simple, mængde, mix og match og tærskelrabatter. Disse detaljer dækkes i separate artikler oprettet for hver af disse rabattyper.

Fordi detailhandlere kræver fleksible rabatter, og rabatstile og -typer varierer fra branche til branche, er der mange måder at definere rabatter på i handel. Rabatfunktionaliteten blev tilføjet oven i den eksisterende rabatfunktionalitet i kerneproduktet (Supply Chain Management), hvilket resulterede i en vis duplikering af funktionalitet. Som et resultat kan rabattyperne konfigureres til fem forskellige enheder: kunde, loyalitetsprogram, kanal, katalog og tilknytninger. På grund af antallet af rabatmuligheder, er det især vigtigt, at du planlægger og dokumenterer din rabatstrategi.

Oprette rabatter

Hver rabattype har en dedikeret side, som du bruger til at oprette og administrere rabatten. Commerce har også en Alle rabatter-side og et Pris- og rabatstyring-arbejdsområde, som du begge kan bruge til at oprette en ny rabat af enhver type.

Rabatoverskrifter og rabatlinjer

Alle rabatter har en overskrift og en eller flere linjer. Alle rabattyper har egenskaber defineret i overskriften, og nogle rabattyper har yderligere egenskaber defineret pr. linje. For eksempel har mængderabatter mængdetrin. Folk tænker ofte kun på rabatter i Handel i form af rabatoverskriften og antager, at alle linjer på rabatten er relateret til hinanden, fordi de deler en rabatoverskrift. Dette syn på rabatter er dog for forsimplet. For simple rabatter og mængderabatter er det mere præcist at tænke på hver rabatlinje som en selvstændig rabat, der deler nogle ejendomme med de andre rabatlinjer. Faktisk evaluerer prissætningsmotoren simple og mængderabatter på netop denne måde. Hver rabatlinje for simple rabatter og mængderabatter er uafhængige. For simple rabatter er det let at forstå, at hver rabatlinje er uafhængig af alle andre rabatlinjer på den samme rabat, fordi der ikke er et mængde- eller beløbskriterium påkrævet for at kvalificere sig til rabatten. For mængderabatter tror du måske, at linjerne kan kombineres for at nå mængdekriteriet for en rabat, men det gør de ikke. Mængdeniveauerne skal nås uafhængigt for hver linje i en mængderabat. Hvis din prisstrategi kræver, at der gælder en mængderabat, når flere salgslinjer kombineret når mængdekriteriet, anbefaler Microsoft, at du grupperer disse varer i en supplerende kategori og derefter konfigurerer denne kategori som mængderabatlinjen.

Når du opretter rabatter, anbefaler vi, at du altid undgår eller minimerer overlappende rabatlinjer. Overlappende rabatlinjer opstår, når to eller flere rabatlinjer i samme rabat kan anvendes på det samme produkt. I dette tilfælde skal prissætningsmotoren behandle rabatten som to eller flere uafhængige rabatter, der derefter skal evalueres mod hinanden for at finde det bedste rabatbeløb. Derudover kan det være svært for en bruger at vide, hvad rabatten bliver, blot ved at se på rabatdefinitionen.

Bemærk

Når antallet af linjer i en enkelt rabat når et par tusinde, kan brugere opleve ydeevneproblemer, når de aktiverer rabatter med mængdebegrænsninger eller aktiverer rabatter med både inkluderende og ekskluderende linjer. Brugere kan også se ydeevneforringelse i meget mindre grad i prisberegning for callcenter- og POS-ordrer. For at undgå disse præstationsproblemer kan du i stedet oprette en enkelt kategori, der indeholder alle de nedsatte produkter, og derefter oprette en rabatlinje ved hjælp af kategorien.

Administrer rabatter

Indstillinger og muligheder, der er fælles for alle rabatter

Dette afsnit beskriver de egenskaber, der er fælles for alle typer rabatter.

Når du administrerer rabatter, er det vigtigt, at du forstår hver enkelt rabatmulighed individuelt, men det er lige så vigtigt, at du forstår, hvilke muligheder der påvirker hinanden og hvordan. De almindelige indstillinger for rabatter falder i to kategorier. I den første kategori er indstillinger, der filtrerer rabatter til overvejelse. Eksempler omfatter Status, Valuta og Måleenhed. Indstillinger i den anden kategori styrer rækkefølgen, hvori flere rabatter betragtes og anvendes. Eksempler omfatter Samtidig rabattilstand og Prisprioritet. Følgende billede viser de forskellige egenskaber ved en rabat.

Rabat-id

Dette felt har navnet Rabat og indeholder et entydigt id for hver rabat, der angives, når du opretter en rabat første gang. Rabat-id'et kan ikke ændres senere. I Handelsparametre kan du opsætte uafhængige nummersekvenser for hver type rabat. I dette tilfælde skal du sørge for, at nummersekvenserne ikke kolliderer. For eksempel kan du bruge et unikt præfiks for hver rabattype. For eksempel R for rabat, A for antal, MM for mix og match, og T for tærskel.

Rabatnavn

Dette felt er et kort fritekstfelt, der bruges til at beskrive rabatten. Strengværdien i dette felt vises i Store Commerce-appen og Store Commerce for linje for web-kurv og udskrives på Store Commerce-appen og Store Commerce for webkundekvitteringer. Kasserere og kunder kan se denne beskrivelse. Det er det primære middel til Store Commerce-appen og Store Commerce for webbrugere og kunder til at vide, hvilken rabat der blev anvendt.

Rabattype

Der er fem typer rabatter i Handel: Rabat, Rabat med mængdebegrænsning, Antal, Mix og match, og Grænse. Rabattypen indstilles, når du første gang opretter en rabat og kan ikke ændres senere, undtagen for Rabat og Rabat med mængdebegrænsning, hvor de to rabattyper kan skifte til den anden ved at ændre mængdegrænsen. Rabattypen bestemmer, om der er et mængde- eller beløbskriterium, der skal opfyldes for at kvalificere sig til rabatten.

Status

Status for en rabat kan være enten Aktiveret eller Deaktiveret. Når du først opretter en rabat, er status Deaktiveret. Rabatter kan kun redigeres, hvis de er deaktiveret. Når rabatdata skubbes til en kanal, skubbes deaktiverede rabatter ikke, hvis Ryd op i irrelevante stamdata efter synkronisering-parameter i Handelsplanlægningsparametre er aktiveret. Hvis en rabat tidligere var aktiveret og skubbet til kanalen, vil dette nye push også fjerne rabatten fra kanalen, hvis Ryd op i irrelevante stamdata efter synkronisering-parameter er aktiveret. Når du ændrer status til Aktiveret, udføres forskellige valideringstjek på rabatten, afhængig af rabattypen. Listen over valideringstjek er blevet større i de seneste opdateringer af produktet for at forhindre ufuldstændige eller dårligt definerede rabatter i at blive skubbet til handelskanaler. Her er en delvis liste over de valideringer, der udføres, når du aktiverer en rabat:

• En rabat skal have mindst én rabatlinje.
• Procentværdien for en procentrabat skal være større end 0 (nul) og mindre end eller lig med 100.
• Beløbsværdien for en beløbsrabat skal være mere end 0 (nul). Nul og negative beløb er ikke gyldige.
• En rabat skal have mindst én prisgruppe. En rabat, der ikke har en prisgruppe, vil aldrig blive anvendt på en transaktion.
• En måleenhed (UoM) er påkrævet for mængde- og mix og match-rabatlinjer.
• For mængderabatter, der har to eller flere mængdelag, valideres rabatværdien til at stige i takt med, at mængderne stiger.
• For tærskelrabatter, der har to eller flere tærskelniveauer, skal rabatværdien for hvert niveau være lig med eller mere end den største rabat på det foregående niveau.
• For mix og match-rabatter, der ikke er dyre, skal antallet af mindst dyre produkter være mere end 1 og mindre end det antal produkter, der kræves for at udløse rabatten.

Valuta

Valutaen for en rabat definerer valutaen for alle beløbs- og prisfelter på rabatten. Forskellige rabattyper har forskellige feltmuligheder. Valutaen fungerer også som et filter under rabatberegningen. I Commerce har alle salgsordrer og Store Commerce-app/Store Commerce til webtransaktioner en valuta, og prisværktøjet vil kun overveje rabatter, der har samme valuta.

Samtidig rabattilstand

Dette bestemmer, hvilke rabatter der konkurrerer på en transaktion, og hvilke rabatter der sammensættes. De tre værdier for denne mulighed er Eksklusiv, Bedste pris og Sammensat.

Eksklusive rabatter vurderes og anvendes altid før Bedste pris og sammensatte rabatter, hvis alle andre indstillinger er de samme og vil forhindre alle andre rabatter i at blive anvendt på de samme linjer, hvor de er anvendt. To eller flere Eksklusive rabatter vil konkurrere om den bedste pris.

Når rabattens sammensatte kontrol er angivet til Bedste pris og sammensat inden for prioriteten, aldrig sammensat på tværs af prioriteter, kombineres alle Kombinerede rabatter inden for samme prissætningsprioritet, og det kombinerede resultat konkurrerer med enhver Bedste pris-rabat i samme prissætningsprioritet. Når rabatten er anvendt på en transaktionslinje, ignoreres alle rabatter ved lavere prisprioriteter.

Når rabat samtidighedskontrol er indstillet til Bedste pris kun inden for prioritet, altid sammensat på tværs af prioritet, behandles alle Bedste pris og Sammensatte rabatter som en Bedste pris-rabat inden for en enkelt prissætningsprioritet, og de konkurrerer om at bestemme den bedste rabat for denne prisprioritet. Der kan kun anvendes en enkelt rabat på et produkt pr. prisprioritet, og hvis den enkelte rabat er en Bedste pris eller Sammensat rabat, så den forstærkes med den bedste rabat på Bedste pris eller Sammensatte rabatter til lavere prisprioriteringer.

Når der anvendes flere rabatter på en transaktionslinje, anvendes de i følgende rækkefølge:

• Rabatpris prisrabatter
• Beløb uden rabatter
• Procentsats uden rabatter

Sammensatte rabatter konkurrerer med Bedste pris-rabatter, når begge typer gælder for en transaktionslinje. Derfor bruges indstillingen Sammensat til at bestemme, hvilke rabatter der kombineres. Afhængigt af den anvendte rabatstyringstilstand kan to eller flere Sammensatte rabatter kombineres og konkurrere med Bedste pris-rabatter, der gælder for de samme produkter. Den eller de rabatter, der har det største samlede rabatbeløb, anvendes.

Rabatkonto

Commerce giver dig mulighed for at bogføre rabatbeløb for en transaktion til en separat finanskonto (GL). Rabat-GL-kontoen indstilles af produktet eller kunden. Commerce tilbyder en unik måde at adskille rabatbeløbene under bogføring. Du kan bogføre hver type rabat på en specifik GL-konto. Begge muligheder kan gøre det nemmere for dig at bestemme, hvilke rabatter eller rabattyper der bruges i din hovedbog.

Bemærk

Når funktionen til rabatkontobogføring aktiveres, foretages der en yderligere debetpost og kreditpost for at genklassificere rabatposteringen fra kontoen Commerce Discount GL og til kontoen discount GL.

Kuponkode skal angives

Fra og med version 7.2 af appen er callcenterkuponerne nu slået sammen med rabatter. For en rabat, når Kuponkode påkrævet er indstillet til Ja, er Status-feltet og standarddatofelterne, Ikrafttrædelsesdato og Udløbsdato ikke tilgængelige. Disse egenskaber styres af tilsvarende egenskaber, der er på siden Kuponer.

Når Kuponkode påkrævet er sat til Ja på en rabat, anvendes rabatten kun på en transaktion, hvis kuponkode eller stregkode leveres af Store Commerce-appen eller Store Commerce for web. Værdierne for kuponkoderne og stregkoderne er defineret og konfigureret på en separat side med navnet Kuponer. Kuponsiden er det sted, hvor kuponen er knyttet til rabatten. Når Kuponkode påkrævet er indstillet til Nej, er en kuponkode ikke påkrævet, og rabatten vil altid blive anvendt gennem dens prisgrupper.

Tilsidesæt prioritet og Prisfastsættelsesprioritet

Disse to felter arbejder sammen. Når Tilsidesæt prioritet er sat til Ja , bliver Prisfastsættelsesprioritet-feltet tilgængeligt til redigering. Du kan derefter vælge en prisfastsættelsesprioritet, som du vil sætte direkte på rabatten. Når Tilsidesæt prioritet er sat til Nej , arves prioriteten fra prioriteten for den prisgruppe, der er knyttet til rabat. I tilfælde af tilknytning af flere prisgrupper bestemmes prioritetsnummeret ved at vælge den højeste prissætningsprioritet af alle de prisgrupper, der er knyttet til rabatten.

Match alle tilknyttede prisgrupper

I Commerce version 10.0.16 og nyere er en konfiguration kaldet Match alle tilknyttede prisgrupper tilgængelig på alle rabatformularer. Hvis konfigurationen er aktiveret, vil rabatten kun blive taget i betragtning, hvis alle de prisgrupper, der er knyttet til rabatten, er gældende for transaktionen. For eksempel, hvis de to prisgrupper, der hedder "PG-Student" (prisgruppe for studerende) og "RP-Houston" (prisgruppe for Houston-butikken) er knyttet til en rabat, og Match alle tilknyttede prisgrupper er aktiveret, vil rabatten kun blive taget i betragtning for studerende, der handler i Houston-butikken. Denne konfiguration giver mulighed for at begrænse tilknytning og loyalitetsbaserede rabatter til begrænsede butikker.

Bemærk

Hvis to eller flere kanalprisgrupper er knyttet til en rabat, og Match alle tilknyttede prisgrupper er aktiveret, gælder rabatten ikke, fordi en transaktion kun kan knyttes til én butik. Derfor stemmer alle prisgrupper, der er knyttet til rabatten, ikke sammen.

Betegnelse

Dette felt er et felt til fritekst. Det bruges ikke i Store Commerce-appen/Store Commerce til websystemer eller i transaktioner.

Ansvarsfraskrivelse

Dette felt er til fritekst. Det bruges ikke i Store Commerce-appen/Store Commerce til websystemer eller i transaktioner.

Linjetype

Dette felt er på alle rabatlinjer. Mulige værdier er Inkluder og Ekskluder. Dette felt bruges i kombination med felterne Kategori, Produkt og Variant for at definere det sæt af produkter, som rabatten anvendes på. Ekskluder rabatlinjer tilsidesæt altid inkluderer rabatlinjer. Hvornår Linjetype er Udeluk, er mange af de andre felter på rabatlinjen nedtonet, da de ikke gælder.

Måleenhed

Måleenhed (UoM) er et felt på alle rabatlinjer undtagen tærskelrabatlinjer. Dette felt er etiket Enhed i handel. Det Måleenhed-felt fungerer som et filter for at bestemme, om der skal anvendes en rabat på en transaktionslinje. UoM på transaktionslinjen skal svare til UoM på rabatlinjen. Ellers tages rabatlinjen ikke i betragtning ved rabatberegningen. Der foretages ingen UoM-konvertering under rabatberegning.

Kategori, produkt, variant og dimensioner

Kategori, Produkt, Variant og dimensioner er de sidste rabatindstillinger, der er fælles for alle rabatter. Disse felter er sat på hver rabatlinje og angiver, hvad der ydes rabat på. De fungerer som et filter, når prismaskinen søger efter rabatter, der kan anvendes på en transaktion. Disse felter er relateret til hinanden i henhold til disse regler – kategorier indeholder produkter, og produkter kan komme i forskellige variationer af størrelse, farve, stil og konfiguration.

Prismotoren bruger ikke overordnede/underordnede forhold for kategorier, produkter og varianter til at bestille rabatter under rabatberegningen. Denne adfærd adskiller sig fra den måde, prissætningsmotoren håndterer salgsprishandelsaftaler på. Eksempelvis vil både en rabat på 10 procent på en kategori og en rabat på 5 procent på et produkt i samme kategori blive overvejet. Det største af de to rabatbeløb vil så blive brugt, forudsat at alle andre ejendomme er de samme, og rabatterne ikke er sat til Sammensat, hvori de begge vil være kombineret. Hvis du vil tvinge en produktrabat til at blive brugt over en kategorirabat, kan du bruge prisprioritet eller rabattens samtidighedstilstand til at få én rabat til at blive anvendt før en anden.

Når du redigerer rabatter, vil indstillingerne Kategori, Produkt, Variant og Dimensioner fungerer som filtre for hinanden. Felterne Kategori og Produkt indstilles automatisk fra Hierarkiet for handel, hvis et produkt eller en variant indtastes direkte. De følgende afsnit giver detaljerede beskrivelser af hvert af disse felter.

Kategori

Som minimum skal du indstille Kategori-feltet. Du kan vælge enhver kategori fra produktkategorihierarkiet eller enhver kategori fra et supplerende kategorihierarki. Du kan dog ikke vælge kategorier fra kanalnavigationshierarkier eller andre ikke-handelshierarkier. Hvis kun en kategori er angivet på en rabatlinje, vil rabatten blive anvendt på ethvert produkt i denne kategori (også produkter, der tilføjes i kategorien, efter at rabatten er oprettet) forudsat at alle andre rabatkriterier er opfyldt, såsom valuta og måleenhed.

Bemærk

Den kategori, du vælger på en rabatlinje, er hierarkispecifik. Derfor kan du ikke angive en værdi ved at skrive en delværdi i feltet, som du kan i de fleste Commerce-felter. Hvis du indtaster et fuldt kategorinavn, udvides rullelisten, og den kategori vil blive valgt. Derudover kan du trykke på Alt+pil ned for at udvide valgdialogboksen og derefter trykke på Tab for at flytte mellem hierarkivalg og hierarkitræ i rullelisten, så du kan bruge feltet uden at bruge en mus.

Evnen til at arbejde med kategorier er en vigtig forskel mellem rabatter og aftalerabatter og hovedårsagen til, at vi fraråder dig at bruge handelsaftalerabatter. Kategorier er organiseret i et hierarki på flere niveauer. Derimod er de varerabatgrupper, der bruges af handelsaftaler, kun et enkelt niveau af gruppering, og hver gruppe er specifik for en af de tre handelsaftalerabattyper, såsom linjerabat, flerlinjerabat og totalrabat. For handelsaftaler skal du derfor oprette og administrere tre uafhængige rabatgrupper, hvis du vil bruge det samme sæt produkter i alle tre handelsaftalerabattyper. For rabatter skal du dog kun opretholde én kategori. Du kan så bruge den kategori i alle fire rabattyper. Du kan også bruge samme kategori i prisjusteringer, sortimentsstyring og loyalitetsstyring.

Produkt

Produktet kan være et frigivet produkt eller en frigivet produktmaster. Alle rabatter er virksomhedsspecifikke. Derfor arbejder de kun med frigivne produkter. Hvis du vælger en produktmaster, vil rabatten blive anvendt på alle varianter af produktet, også varianter, der frigives efter rabatten er oprettet, forudsat at alle andre rabatkriterier er opfyldt, såsom valuta og UoM.

Variant

Når du vælger en variant på en rabatlinje, vil rabatten blive anvendt på netop den variant, forudsat at alle andre rabatkriterier er opfyldt, såsom valuta og UoM.

Dimensioner

Fra og med Retail 8.1.1-udgivelsen er tilføjet muligheden for at oprette rabatter på et dimensionsniveau for et produkt. Dette giver fleksibilitet til at vælge en eller flere dimensioner af et produkt som rabatlinjer. Dette sparer markedsføringschefen for individuelt at tilføje de varianter, som rabatterne gælder på. For eksempel kan du angive en rabat på alle varianter med en bestemt stil, eller du kan angive en rabat på alle varianter, der er af en bestemt farve og stil.

Bemærk

Muligheden for at opsætte kampagner baseret på dimensioner understøttes ikke for prisjusteringer. Den specifikke grænseflade til at definere dimensionerne er fjernet i detailversioner 10.0.4 og nyere.

Forbedret beregning af rabat

Evnen til at finde og beregne gældende rabatter på en effektiv måde er en kritisk faktor, der påvirker en forhandlers samlede forretningseffektivitet. Fra Commerce-versionen 10.0.23 inkluderer udgivelsen Commerce-prissætningsmotoren en forbedret rabatberegningsfunktion, der bruger et fladt dataskema til at opnå hurtigere rabatopslag og -beregning under kørsel. Når denne funktion er aktiveret, bliver rabatdata konfigureret i Commerce Headquarters ikke-normaliseret, før de sendes til kanaldatabaser. Publikationen med flade rabatdata sker automatisk, når en rabat aktiveres.

Følg disse trin for at aktivere en forbedret rabatberegningsfunktion.

1. I Commerce headquarters skal du gå til Detail og handel > Priser og rabatter.
2. Vælg Behandle handelsrabatter.
3. I den dialogboks, der vises, skal du planlægge batchjobbet til at køre på en tilbagevendende basis.
4. Gå til Arbejdsområder > Funktionsstyring.
5. Søg efter, og aktiver funktionen Forbedre ydeevnen af rabatberegning ved hjælp af flade rabattabeller.
6. Kør 1020 (Priser og rabatter) og 1070 (Kanalkonfiguration) distributionsplanjob.

Bemærk

• Sørg for at teste den forbedrede funktion til rabatberegning grundigt, før du aktiverer den i produktionsmiljøer, især hvis du har tilpasninger i Commerce-prissætningsmotoren.
• Den forbedrede rabatberegningsfunktion er aktiveret som standard for miljøer, der kører Commerce version 10.0.32 eller senere. Når funktionen er aktiveret, planlægges et batchjob, når en rabat er aktiveret, eller en produktmaster, der er tilknyttet en rabat, har en ny produktvariant.
• Det problem, som fejlagtigt har planlagt flere batchjob af typen "Behandl handelsrabatter", der har blokeret andre job, så de ikke kan køre, er løst i Commerce version 10.0.38. Indtil brugere opgraderer til en Commerce-version med rettelsen, kan de undgå problemet ved at deaktivere funktionen Forbedr ydeevnen af rabatberegning ved hjælp af flade rabattabeller.

Bedste praksis

• Før du opretter rabatter, skal du dokumentere din rabatstrategi og -procedure. Hold din dokumentation opdateret, efterhånden som din brug af produktet udvikler sig.
• Brug uafhængige nummersekvenser for hver rabattype og konfigurer nummersekvenserne, så rabat-id'et i sig selv angiver rabattypen. For eksempel, præfiks-ID for hver rabattype med en anden alfanumerisk konstant: M for mængde, MM for mix og match og så videre.
• Test din rabatkonfiguration ved hjælp af prissimulatoren, før du aktiverer rabatter. Prissimulatoren har en mulighed, der lader dig behandle deaktiverede rabatter som aktiveret. Denne mulighed er designet specifikt til at teste rabatter, før de aktiveres.
• Udløber rabatter, når de ikke længere er gyldige. På denne måde forhindrer du, at det samlede antal rabatter, som prissætningsmotoren overvejer under en transaktion, vokser ubegrænset. Ellers kan udførelsen af rabatberegningen blive påvirket over tid.
• Brug de supplerende kategorier til at gruppere produkterne, for eksempel udsalgsprodukter eller sidste sæsons produkter.
• Undgå eller minimer altid overlappende rabatlinjer.