Butiksrabatter

Det här avsnittet innehåller en översikt över funktionen för rabatter i Dynamics 365 Commerce. Den förklarar egenskaperna som finns på de olika rabattformulären och bästa praxis för rabatthantering. Den här artikeln täcker dock inte de olika rabattyperna i detalj, till exempel enkel, kvantitet, mixa och matcha och tröskelrabatter. Dessa detaljer kommer att behandlas i separata artiklar skapade för var och en av dessa rabattyper.

Eftersom återförsäljare kräver flexibel rabatt och rabattstilar och rabattyper varierar beroende på bransch, finns det många sätt att definiera rabatter inom handel. Rabattfunktionen lades till ovanpå den befintliga rabattfunktionen i kärnprodukten (Supply Chain Management), vilket resulterade i viss dubblering av funktionalitet. Som ett resultat kan rabattyperna konfigureras för fem olika enheter: kund, lojalitetsprogram, kanal, katalog och anknytningar. På grund av antalet rabattalternativ är det särskilt viktigt att du planerar och dokumenterar din rabattstrategi.

Skapa rabatter

Varje rabattyp har en dedikerad sida som du använder för att skapa och hantera rabatten. Handel har också en sida för Alla rabatter och en arbetsyta Pris- och rabatthantering som båda kan användas för att skapa en ny rabatt av alla slag.

Rabattrubriker och rabattrader

Alla rabatter har en rubrik och en eller flera rader. Alla rabattyper har egenskaper definierade i rubriken och vissa rabattyper har ytterligare egenskaper definierade per rad. Till exempel har kvantitetsrabatter kvantitetsnivåer. Människor tänker ofta på rabatter i Commerce enbart i termer av rabattrubriken och antar att alla rader på rabatten är relaterade till varandra eftersom de delar en rabattrubrik. Denna syn på rabatter är dock alltför förenklad. För enkla rabatter och kvantitetsrabatter är det mer korrekt att tänka på varje rabattrad som en oberoende rabatt som delar vissa egenskaper med de andra rabattraderna. Faktum är att prissättningsmotorn utvärderar enkla och kvantitetsrabatter på just detta sätt. Varje rabattrad för enkla rabatter och kvantitetsrabatter är oberoende. För enkla rabatter är det lätt att förstå att varje rabattrad är oberoende av alla andra rabattrader på samma rabatt, eftersom det inte krävs ett kvantitets- eller beloppskriterium för att kvalificera sig för rabatten. För kvantitetsrabatter kan du tro att raderna kan kombineras för att nå kvantitetskriteriet för rabatt, men det gör de inte. Kvantitetsnivåerna måste nås oberoende för varje rad i en kvantitetsrabatt. Om din prissättningsstrategi kräver att en kvantitetsrabatt ska tillämpas när flera försäljningsrader kombineras når kvantitetskriteriet, rekommenderar Microsoft att du grupperar dessa varor i en kompletterande kategori och sedan konfigurerar den kategorin som kvantitetsrabattrad.

När du skapar rabatter rekommenderar vi att du alltid undviker eller minimerar överlappande rabattrader. Överlappande rabattrader uppstår när två eller flera rabattrader i samma rabatt kan tillämpas på samma produkt. I det här fallet måste prissättningsmotorn behandla rabatten som två eller flera oberoende rabatter som sedan måste utvärderas mot varandra för att hitta det bästa rabattbeloppet. Dessutom kan det vara svårt för en användare att veta vad rabatten blir bara genom att titta på rabattdefinitionen.

Obs

När antalet rader i en enda rabatt når några tusen kan användare uppleva prestandaproblem när de aktiverar rabatter med kvantitetsgränser, eller aktiverar rabatter med både inkludera och exkludera rader. Användare kan också se prestandaförsämringar i mycket mindre grad vid prisberäkning för kundtjänst- och kassaorder. För att undvika dessa prestandaproblem kan du istället skapa en enda kategori som innehåller alla rabatterade produkter och sedan skapa en rabattrad med hjälp av kategorin.

Hantera rabatter

Inställningar och alternativ som är gemensamma för alla rabatter

Detta avsnitt beskriver de egenskaper som är gemensamma för alla typer av rabatter.

När du hanterar rabatter är det viktigt att du förstår varje rabattalternativ individuellt, men det är lika viktigt att du förstår vilka alternativ som påverkar varandra och hur. De vanliga inställningarna för rabatter delas in i två kategorier. I den första kategorin finns inställningar som filtrerar rabatter för övervägande. Exempel är Status, Valuta och Mätenhet. Inställningar i den andra kategorin styr i vilken ordning flera rabatter beaktas och tillämpas. Exempel inkluderar Concurrency-läge för rabatt och Prioritet för prissättning. Följande bild visar de olika egenskaperna hos en rabatt.

Rabatt-ID

Det här fältet har etiketterna Rabatt och har ett unikt ID för varje rabatt som ställs in när du först skapar en rabatt. Rabatt-ID:t kan inte ändras senare. I Handelsparametrar, kan du ställa in oberoende nummersekvenser för varje typ av rabatt. Se i så fall till att nummersekvenserna inte kolliderar. Du kan till exempel använda ett unikt prefix för varje rabattyp. Till exempel D för discount (rabatt), Q för quantity (kvantitet), MM för mixa och matcha och T för tröskel.

Rabattnamn

Detta fält är ett kort fritextfält som används för att beskriva rabatten. Strängvärdet i det här fältet visas i vagnraden i Store Commerce-appen och Store Commerce för webben och skrivs ut på kvitton för Store Commerce-appen och Store Commerce för webben. Kassörer och kunder kan se denna beskrivning. Det är det primära sättet för Store Commerce-appen och Store Commerce för webb-användare och kunder att veta vilken rabatt som tillämpades.

Rabattyp

Det finns fem typer av rabatter inom handel: Rabatt, Rabatt med kvantitetsgräns, Kvantitet, Mixa och matcha och Tröskel. Rabattypen ställs in när du först skapar en rabatt och kan inte ändras senare, med undantag för Rabatt och Rabatt med kvantitetsgräns där de två rabattyperna kan byta till den andra genom att ändra kvantitetsgränsen. Rabattypen avgör om det finns ett kvantitets- eller beloppskriterium som måste uppfyllas för att kvalificera sig för rabatten.

Status

Statusen för en rabatt kan vara antingen Aktiverad eller Inaktiverad. När du först skapar en rabatt är statusen Inaktiverad. Rabatter kan bara redigeras när de är inaktiverade. När rabattdata skickas till en kanal, skickas inte inaktiverade rabatter om parametern Rensa irrelevanta huvuddata efter synkronisering i Parametrar för handelsschemaläggare är aktiverad. Om en rabatt tidigare har aktiverats och skickats till kanalen, kommer denna nya distribution också att ta bort rabatten från kanalen om parametern Rensa irrelevanta huvuddata efter synkronisering är aktiverad. När du ändrar status till Aktiverad utförs olika valideringskontroller på rabatten, beroende på vilken typ av rabatt. Listan över valideringskontroller har ökat i de senaste uppdateringarna av produkten för att förhindra att ofullständiga eller dåligt definierade rabatter skickas till handelskanaler. Här är en ofullständig lista över de valideringar som utförs när du aktiverar en rabatt:

• En rabatt måste ha minst en rabattrad.
• Procentvärdet för en procentuell rabatt måste vara mer än 0 (noll) och mindre än eller lika med 100.
• Beloppsvärdet för en beloppsrabatt måste vara mer än 0 (noll). Noll och negativt belopp är inte giltiga.
• En rabatt måste ha minst en prisgrupp. En rabatt som inte har en prisgrupp kommer aldrig att tillämpas på en transaktion.
• En måttenhet (UoM) krävs för kvantitet och mixa och matcha rabattrader.
• För kvantitetsrabatter som har två eller flera kvantitetsnivåer, valideras rabattvärdet för att öka när antalet ökar.
• För tröskelrabatter som har två eller flera tröskelnivåer måste rabattvärdet för varje nivå vara lika med eller mer än den största rabatten för den föregående nivån.
• För mixa och matcha-billigaste rabatter måste antalet billigaste produkter vara fler än ett och lägre än antalet produkter som krävs för att utlösa rabatten.

Valuta

Valutan för en rabatt definierar valutan för alla belopps- och prisfält på rabatten. Olika rabattyper har olika fältalternativ. Valutan fungerar också som ett filter vid rabattberäkning. I Commerce har alla försäljningsorder och Store Commerce-app/Store Commerce för webb-transaktioner en valuta och prissättningsmotorn tar endast hänsyn till rabatter som har samma valuta.

Concurrency-läge för rabatt

Detta läge avgör vilka rabatter som konkurrerar på en transaktion och vilka rabatter som kombineras. De tre värdena för detta alternativ är Exklusiv, Bästa pris och Sammansatt.

Exklusiva rabatter utvärderas och tillämpas alltid före Bästa pris och Sammansatt rabatter om alla andra inställningar är desamma och kommer att förhindra att alla andra rabatter tillämpas på samma rader där de tillämpas. Två eller fler Exklusiva rabatter kommer att konkurrera om det bästa priset.

När concurrency-läge för rabatt är inställd på Bästa pris och sammansatt inom prioritet, aldrig sammansatt mellan prioriteter kombineras alla Sammansatta rabatter inom samma prissättningsprioritet kombineras, och det kombinerade resultatet konkurrerar med eventuella Bästa pris rabatter i samma prissättningsprioritet. Efter att en rabatt har tillämpats på en transaktionsrad ignoreras alla rabatter med lägre prisprioriteter.

När concurrency-läge för rabatt är inställd på Bästa pris endast inom prioritet, alltid sammansatt över prioritet behandlas alla Bästa pris och Sammansatta rabatter som en bästa pris rabatt inom en enda prisprioritet och de tävlar om att bestämma den bästa rabatten för den prisprioriteten. Endast en enda rabatt kan tillämpas på en produkt per prisprioritet, och om den enstaka rabatten är en Bästa pris eller Sammansatt ommer den att sättas samman med Bästa pris eller Sammansatta rabatter med lägre prisprioritet.

När flera rabatter tillämpas på en transaktionsrad, tillämpas de i följande ordning:

• Rabatter med nedsatt pris
• Rabatter i form av avdrag på belopp
• Rabatter i form av avdrag på procent

Sammansatta rabatter konkurrerar med Bästa pris rabatter när båda typerna gäller en transaktionsrad. Därför används inställningen Sammansatta för att avgöra vilka rabatter som kombineras. Beroende på vilket concurrency-läge för rabatt som används kan två eller fler Sammansatta rabatter kombineras och konkurrera med Bästa pris rabatter som gäller för samma produkter. Den eller de rabatter som har det största totala rabattbeloppet tillämpas.

Diskonteringskonto

Med Commerce kan du bokföra rabattbelopp för en transaktion till ett separat huvudbokskonto (GL). Huvudbokskonto för rabatt ställs in av produkten eller kunden. Commerce erbjuder ett unikt sätt att separera rabattbeloppen under bokföring. Du kan bokföra varje typ av rabatt till ett specifikt huvudbokskonto. Båda alternativen kan göra det lättare för dig att avgöra vilka rabatter eller rabattyper som används i din huvudbok.

Kommentar

När bokföringsfunktionen för rabattkonto är aktiverat görs en extra debetpost och kreditpostering för att omklassificera rabattbokningen från huvudbokskonto för handelsrabatter till huvudbokskonto för rabatt.

Kupongkod krävs

Från och med version 7.2 av appen är kundtjänstkupongerna nu sammanslagna med rabatter. För rabatt, när Kupongkod krävs är inställd på Ja är fältet Status och standarddatumfälten, Ikraftträdandedatum och Utgångsdatum inte tillgängliga. Dessa egenskaper kontrolleras av motsvarande egenskaper som finns på sidan Kuponger.

När Kupongkod krävs är inställd på Ja på en rabatt, tillämpas rabatten på en transaktion endast om kupongkoden eller streckkoden tillhandahålls av Store Commerce-appen eller Store Commerce för webben. Värdena för kupongkoderna och streckkoderna definieras och konfigureras på en separat sida med namnet Kuponger. Sidan Kuponger är där kupongen är länkad till rabatten. När Kupongkod krävs är inställd på Nej, krävs ingen kupongkod, och rabatten kommer alltid att tillämpas genom dess prisgrupper.

Åsidosätt prioritet och prissättningsprioritet

Dessa två fält samverkar. När Åsidosätt prioritet är inställd på Ja , är fältet Prisprioriteten tillgängligt för redigering. Du kan sedan välja en prisprioritet att ange direkt på rabatten. När Åsidosätt prioritet är inställt på Nej ärvs prioriteten från prioriteten för prisgruppen som är kopplad till rabatten. I fallet med associering av flera prisgrupper bestäms prioritetsnumret genom att välja den högsta prissättningsprioriteten av alla prisgrupper som är associerade med rabatten.

Matcha alla associerade prisgrupper

I Commerce version 10.0.16 och senare kallas en konfiguration Matcha alla associerade prisgrupper på alla rabattformulär. Om konfigurationen är aktiverad, kommer rabatten endast att beaktas om alla prisgrupper som är kopplade till rabatten är tillämpliga på transaktionen. Till exempel, om de två prisgrupperna som heter "PG-Student" (prisgrupp för studentanknytning) och "RP-Houston" (prisgrupp för Houston-butiken) är kopplade till en rabatt och Matcha alla associerade prisgrupper är aktiverad, kommer rabatten endast att övervägas för studenter som handlar i Houston-butiken. Denna konfiguration ger ett sätt att begränsa anslutning och lojalitetsbaserade rabatter till begränsade butiker.

Kommentar

Om två eller flera kanalprisgrupper är kopplade till en rabatt och Matcha alla associerade prisgrupper är aktiverat, kommer rabatten inte att gälla eftersom en transaktion endast kan kopplas till en butik. Därför matchar inte alla prisgrupper som är kopplade till rabatten.

Beskrivning

Det här fältet är för friformstext. Det används inte i Store Commerce-appen/Store Commerce för webbsystem eller i transaktioner.

Ansvarsfriskrivning

Det här är ett fält för friformstext. Det används inte i Store Commerce-appen/Store Commerce för webbsystem eller i transaktioner.

Radtyp

Detta fält finns på alla rabattrader. De möjliga värdena är Inkludera och Exkludera. Detta fält används i kombination med fälten Kategori, Produkt och Variant för att definiera uppsättningen produkter som rabatten tillämpas på. Exkludera rabattrader åsidosätt alltid inkludera rabattrader. När Radtyp är Exkludera är många av de andra fälten på rabattraden nedtonade, eftersom de inte gäller.

Enhet

Måttenhet (UoM) är ett fält på alla rabattrader utom tröskelrabattrader. Detta fält är etikett Enhet i Commerce. Fältet Måttenhet fungerar som ett filter för att avgöra om en rabatt ska tillämpas på en transaktionsrad. UoM på transaktionsraden måste matcha UoM på rabattraden. Annars beaktas inte rabattraden vid rabattberäkningen. Ingen UoM-konvertering görs vid rabattberäkning.

Kategori, produkt, variant och dimensioner

Kategori, Produkt, Variant och dimensioner är de sista rabattinställningarna som är gemensamt för alla rabatter. Dessa fält ställs in på varje rabattrad och anger vad som rabatteras. De fungerar som ett filter när prissättningsmotorn söker efter rabatter som kan tillämpas på en transaktion. Dessa fält är relaterade till varandra enligt dessa regler – kategorier innehåller produkter och produkter kan komma i olika varianter av storlek, färg, stil och konfiguration.

Prissättningsmotorn använder inte överordnade/underordnade relationer för kategorier, produkter och varianter för att beställa rabatter under rabattberäkningen. Detta beteende skiljer sig från det sätt som prissättningsmotorn hanterar försäljningsprishandelsavtal. Till exempel kommer både en rabatt på 10 procent på en kategori och en rabatt på 5 procent på en produkt i samma kategori att övervägas. Det största av de två rabattbeloppen kommer då att användas, förutsatt att alla andra egenskaper är desamma och rabatterna inte är satta till Sammansatt, där de båda kommer att vara kombinerad. Om du vill tvinga en produktrabatt att användas över en kategorirabatt kan du använda prisprioritet eller rabattens samtidighetsläge för att få en rabatt att tillämpas före en annan.

När du redigerar rabatter, Kategori, Produkt, Variant och Dimensioner inställningar fungerar som filter för varandra. Fälten Kategori och Produkt ställs automatiskt in från Hierarkin för handelskategori om en produkt eller variant läggs in direkt. Följande avsnitt ger detaljerade beskrivningar av vart och ett av dessa fält.

Kategori

Som ett minimum måste du ställa in fältet Kategori. Du kan välja vilken kategori som helst från produktkategorihierarkin eller vilken kategori som helst från en kompletterande kategorihierarki. Du kan dock inte välja kategorier från kanalnavigeringshierarkier eller andra icke-handelshierarkier. Om endast en kategori anges på en rabattrad kommer rabatten att tillämpas på alla produkter i den kategorin, även produkter som läggs till i kategorin efter att rabatten har skapats, förutsatt att alla andra rabattkriterier är uppfyllda, såsom valuta och UoM.

Kommentar

Kategorien som du väljer på en rabattrad är hierarkispecifik. Därför kan du inte ange ett värde genom att skriva ett delvärde i fältet, som du kan i de flesta handelsfält. Om du skriver in ett fullständigt kategorinamn utökas listrutan och den kategorin kommer att väljas. Dessutom kan du trycka på Alt+Nedpil för att expandera urvalsdialogrutan och sedan trycka på Tabb för att flytta mellan hierarkivalet och hierarkiträdet i listrutan så att du kan använda fältet utan att använda en mus.

Möjligheten att arbeta med kategorier är en viktig skillnad mellan rabatter och handelsavtalsrabatter och den främsta anledningen till att vi avråder dig från att använda handelsavtalsrabatter. Kategorier är organiserade i en hierarki på flera nivåer. Artikelrabattgrupperna som används av handelsavtal är endast en nivå av gruppering och varje grupp är specifik för en av de tre typerna av handelsavtalsrabatter, t.ex. radrabatt, samköpsrabatt och total rabatt. Därför måste du, för handelsavtal, om du vill använda samma uppsättning produkter i alla tre typerna av handelsavtalsrabatter, skapa och hantera tre oberoende rabattgrupper. För rabatter måste du dock endast behålla en kategori. Du kan sedan använda den kategorin i alla fyra rabattyper. Du kan också använda samma kategori i prisjusteringar, sortimentshantering och lojalitetshantering.

Product

Produkten kan vara en frisläppt produkt eller en frisläppt produktmall. Alla rabatter är företagsspecifika. Därför fungerar de bara med frisläppta produkter. Om du väljer en produktmall kommer rabatten att tillämpas på alla varianter av produkten, även varianter som släpps efter att rabatten skapats, förutsatt att alla andra rabattkriterier är uppfyllda, såsom valuta och UoM.

Variant

När du väljer en variant på en rabattrad kommer rabatten att tillämpas på just den varianten, förutsatt att alla andra rabattkriterier är uppfyllda, såsom valuta och UoM.

Dimensioner

Från och med Retail 8.1.1-versionen har vi lagt till möjligheten att ställa in rabatter på en dimensionsnivå för en produkt. Denna funktion ger flexibiliteten att välja en eller flera dimensioner av en produkt som rabattrader. Denna flexibilitet besparar marknadsföringschefen att individuellt lägga till de varianter som rabatterna gäller. Du kan till exempel ange rabatt på alla varianter med en specifik stil eller så kan du ange rabatt på alla varianter som är av en specifik färg och stil.

Kommentar

Möjligheten att ställa in kampanjer baserat på dimensioner stöds inte för prisjusteringar. Det specifika gränssnittet för att definiera dimensionerna tas bort i Retail versioner 10.0.4 och senare.

Förbättrad rabattberäkning

Möjligheten att hitta och beräkna tillämpliga rabatter på ett effektivt sätt är en kritisk faktor som påverkar en återförsäljares totala affärseffektivitet. Från och med Commerce-version 10.0.23 inkluderar Commerce prissättningsmotorn en förbättrad rabattberäkningsfunktion som använder ett platt dataschema för att uppnå snabbare rabattsökning och beräkning under körning. Om den här funktionen är aktiverad avnormaliseras rabattdata som konfigurerats i Commerce headquarters innan de skickas till kanaldatabaser. Publiceringen av platta rabattdata utlöses automatiskt när en rabatt aktiveras.

För att aktivera den förbättrade funktionen för rabbatberäkning, följ dessa steg.

1. I Commerce headquarters, gå till Butik och handel > Pis och rabatter.
2. Välj Bearbeta handelsrabatter.
3. I dialogrutan som visas schemalägger du batchjobbet så att det körs på återkommande basis.
4. Gå till Arbetsytor > Funktionshantering.
5. Sök efter och aktivera funktionen Förbättra prestanda för rabattberäkning med hjälp av funktionen för platta rabattabeller.
6. Kör jobb för distributionsschema 1020 (Priser och rabatter) och 1070 (Kanalkonfiguration).

Obs

• Se till att du testar den förbättrade rabattberäkningsfunktionen utförligt innan du aktiverar den i produktionsmiljöer, särskilt om du har anpassningar i prismotorn för handel.
• Den förbättrade rabattberäkningsfunktionen är aktiverad som standard för miljöer där Commerce version 10.0.32 körs eller senare. När funktionen är aktiverad tidsplaneras ett batchjobb när en rabatt är aktiverad eller när en produktmall är associerad med en rabatt har en ny produktvariant.
• Problemet som felaktigt schemalagt flera batchjobb för "Bearbeta handelsrabatter" som blockerade andra jobb från att köras har åtgärdats i Commerce 10.0.38-versionen. Till dess att användarna uppgraderar till en Commerce version med korrigeringen kan de undvika problemet genom att inaktivera funktionen Förbättra prestanda för rabattberäkning med hjälp av platta rabattregister.

Regelverk

• Innan du skapar rabatter, dokumentera din rabattstrategi och ditt förfarande. Håll din dokumentation uppdaterad när din användning av produkten utvecklas.
• Använd oberoende nummersekvenser för varje rabattyp och konfigurera nummersekvenserna så att rabatt-ID i sig anger rabattypen. Till exempel, prefix ID för varje rabattyp med en annan alfanumerisk konstant: Q för kvantitet, MM för mixa och match och så vidare.
• Testa din rabattkonfiguration med prissimulatorn innan du aktiverar rabatter. Prissimulatorn har ett alternativ som låter dig behandla inaktiverade rabatter som aktiverade. Det här alternativet utformades specifikt för att testa rabatter innan de aktiveras.
• Rabatter upphör när de inte längre är giltiga. På så sätt förhindrar du att det totala antalet rabatter som prissättningsmotorn tar hänsyn till under en transaktion växer obegränsat. Annars kan resultatet av rabattberäkningen påverkas över tiden.
• Använd tilläggskategorierna för att gruppera produkterna, till exempel återförsäljningsprodukter eller förra säsongens produkter.
• Undvik eller minimera alltid överlappande rabattlinjer.