Detaljhandelsrabatter

Denne artikkelen gir en oversikt over rabattfunksjonaliteten i Dynamics 365 Commerce. Den forklarer egenskapene som finnes på de ulike rabattskjemaene, og anbefalte fremgangsmåter for rabattstyring. Denne artikkelen dekker imidlertid ikke de ulike rabattypene i detalj, for eksempel enkeltrabatter, kvantumsrabatter, samlerabatter og terskelrabatter. Disse detaljene dekkes i egne artikler opprettet for hver av disse rabattypene.

Siden forhandlere krever fleksible rabatter, og rabattstiler og -typer varierer fra bransje, er det mange måter å definere rabatter på i Commerce. Rabattfunksjonaliteten ble lagt på toppen av den eksisterende rabattfunksjonaliteten i kjerneproduktet (Supply Chain Management), noe som resulterte i noe duplisering av funksjonalitet. Som et resultat kan rabattypene konfigureres for fem forskjellige enheter: kunde, lojalitetsprogram, kanal, katalog og tilknytninger. På grunn av antallet rabattalternativer er det spesielt viktig at du planlegger og dokumenterer rabattstrategien din.

Opprett rabatter

Hver rabattype har en egen side som du bruker til å opprette og administrere rabatten. Commerce har også en Alle rabatter-side og et Pris- og rabattadministrasjon-arbeidsområde, som begge kan brukes til å opprette en ny rabatt av enhver type.

Rabattoverskrifter og rabattlinjer

Alle rabatter har en overskrift og en eller flere linjer. Alle rabattyper har egenskaper definert i overskriften og noen rabattyper har ytterligere egenskaper definert per linje. Kvantumsrabatter har for eksempel kvantumsnivåer. Folk tenker ofte på rabatter i Commerce bare når det gjelder rabattoverskriften og antar at alle linjene på rabatten er relatert til hverandre fordi de deler en rabattoverskrift. Dette synet på rabatter er imidlertid for forenklet. For enkle rabatter og kvantumsrabatter er det mer nøyaktig å tenke på hver rabattlinje som en uavhengig rabatt som deler noen egenskaper med de andre rabattlinjene. Faktisk evaluerer prismotoren enkeltrabatter og kvantumsrabatter på akkurat denne måten. Hver rabattlinje for enkeltrabatter og kvantumsrabatter er uavhengige. For enkeltrabatter er det lett å forstå at hver rabattlinje er uavhengig av alle andre rabattlinjer på samme rabatt, fordi det ikke kreves et antalls- eller beløpskriterium for å kvalifisere for rabatten. For kvantumsrabatter tror du kanskje at linjene kan kombineres for å nå antallskriteriet for rabatt, men det gjør de ikke. Kvantumsnivåene må nås uavhengig for hver linje i en kvantumsrabatt. Hvis prisstrategien din krever at en kvantumsrabatt gjelder når flere salgslinjer kombinert når antallskriteriet, anbefaler Microsoft at du grupperer disse varene i en tilleggskategori og deretter konfigurerer den kategorien som kvantumsrabattlinje.

Når du oppretter rabatter, anbefaler vi at du alltid unngår eller minimerer overlappende rabattlinjer. Overlappende rabattlinjer oppstår når to eller flere rabattlinjer i samme rabatt kan brukes på samme produkt. I dette tilfellet må prismotoren behandle rabatten som to eller flere uavhengige rabatter som deretter må evalueres mot hverandre for å finne det beste rabattbeløpet. I tillegg kan det være vanskelig for en bruker å vite hva rabatten blir ved å se på rabattdefinisjonen.

Obs!

Når antallet linjer i en enkeltrabatt når noen tusen, kan brukere oppleve ytelsesproblemer når de aktiverer rabatter med antallsgrenser, eller aktiverer rabatter med både inkludere og ekskludere linjer. Brukere kan også se ytelsesforringelse i mye mindre grad i prisberegning for kundesenter- og salgsstedsordrer. For å unngå disse ytelsesproblemene kan du i stedet opprette én enkelt kategori som inneholder alle de rabatterte produktene, og deretter opprette en rabattlinje ved å bruke kategorien.

Behandle rabatter

Innstillinger og alternativer som er felles for alle rabatter

Denne delen beskriver egenskapene som er felles for alle typer rabatter.

Når du administrerer rabatter, er det viktig at du forstår hvert rabattalternativ individuelt, men det er like viktig at du forstår hvilke alternativer som påvirker hverandre og hvordan. De vanlige innstillingene for rabatter faller inn i to kategorier. I den første kategorien er innstillinger som filtrerer rabatter for vurdering. Eksempler inkluderer Status, Valuta og Måleenhet. Innstillinger i den andre kategorien styrer rekkefølgen som flere rabatter vurderes og brukes i. Eksempler inkluderer Samtidighetsmodus for rabatt og Prisprioritet. Følgende bilde viser de ulike egenskapene til en rabatt.

Rabatt-ID

Dette feltet kalles Rabatt og inneholder en unik ID for hver rabatt som angis første gang du oppretter en rabatt. Rabatt-ID-en kan ikke endres senere. I Handelsparametere kan du sette opp uavhengige nummersekvenser for hver type rabatt. I dette tilfellet må du sørge for at nummersekvensene ikke kolliderer. Du kan for eksempel bruke et unikt prefiks for hver rabattype. R for rabatt, K for kvantum, S for samlerabatt og T for terskel.

Rabattnavn

Dette feltet er et kort fritekstfelt som brukes til å beskrive rabatten. Strengverdien i dette feltet vises i Store Commerce-appen og Store Commerce for netthandlekurvlinjen og skrives ut på Store Commerce-appen og Store Commerce for nettkundekvitteringer. Kasserere og sluttkunder kan se denne beskrivelsen. Det er den primære måten for Store Commerce-appen og Store Commerce for nettbrukere og kunder å vite hvilken rabatt som ble brukt.

Rabattype

Det er fem typer rabatter i handel: Rabatt, Rabatt med antallsgrense, Kvantum, Samlerabatt og Terskelrabatt. Rabattypen angis når du først oppretter en rabatt og kan ikke endres senere, med unntak av Rabatt og Rabatt med antallsgrense hvor de to rabattypene kan bytte til den andre ved å endre antallsgrensen. Rabattypen avgjør om det er et antalls- eller beløpskriterium som må oppfylles for å kvalifisere for rabatten.

Status

Statusen til en rabatt kan være enten Aktivert eller Deaktivert. Når du først oppretter en rabatt, er statusen Deaktivert. Rabatter kan bare redigeres når de er deaktivert. Når rabattdata sendes til en kanal, blir ikke deaktiverte rabatter sendt hvis Slett ubetydelige hoveddata etter synkronisering-parameteren i Parametere for handelsplanlegger er aktivert. Hvis en rabatt tidligere ble aktivert og sendt til kanalen, fjerner denne nye sendingen også rabatten fra kanalen hvis Slett ubetydelige hoveddata etter synkronisering-parameteren er aktivert. Når du endrer status til Aktivert, utføres ulike valideringskontroller av rabatten, avhengig av type rabatt. Listen over valideringskontroller har økt i de nyeste oppdateringene av produktet for å forhindre at ufullstendige eller dårlig definerte rabatter blir sendt til handelskanaler. Her er en delvis liste over valideringene som utføres når du aktiverer en rabatt:

• En rabatt må ha minst én rabattlinje.
• Prosentverdien for en prosentrabatt må være mer enn 0 (null) og mindre enn eller lik 100.
• Beløpsverdien for en beløpsrabatt må være større enn 0 (null). Null og negative beløp er ikke gyldige.
• En rabatt må ha minst én prisgruppe. En rabatt som ikke har en prisgruppe, blir aldri brukt på en transaksjon.
• En måleenhet kreves for kvantums- og samlerabattlinjer.
• For kvantumsrabatter som har to eller flere kvantumsnivåer, valideres rabattverdien til å øke når antallet øker.
• For terskelrabatter som har to eller flere terskelnivåer, må rabattverdien for hvert nivå være lik eller mer enn den største rabatten i forrige nivå.
• Når det gjelder samlerabatter med minst kostbare rabatter, må antall minst kostbare produkter være større enn én og mindre enn antall produkter som kreves for å utløse rabatten.

Valuta.

Valutaen til en rabatt definerer valutaen for alle beløps- og prisfelter på rabatten. Ulike rabattyper har forskjellige feltalternativer. Valutaen fungerer også som et filter under rabattberegningen. I Commerce har all salgsordre og Store Commerce-app / Store Commerce for nettransaksjoner en valuta, og prismotoren vurderer bare rabatter som har samme valuta.

Samtidighetsmodus for rabatt

Denne modusen avgjør hvilke rabatter som konkurrerer på en transaksjon, og hvilke rabatter som sammensettes. De tre verdiene for dette alternativet er Eksklusiv, Beste pris og Sammensatt.

Eksklusive rabatter vurderes alltid og brukes før rabatter for Beste pris og Sammensatt hvis alle andre innstillinger er de samme, og vil forhindre at alle andre rabatter brukes på de samme linjene der disse brukes. To eller flere eksklusive rabatter konkurrerer om den beste prisen.

Når samtidighetskontrollen for rabatt er satt til Beste pris og sammensatt i prioritet, aldri sammensatt på tvers av prioriteter, kombineres alle sammensatte rabatter i den samme prisprioriteringen, og kombinerte resultater konkurrerer med alle Beste pris-rabatter i samme prisprioritering. Etter at rabatten er brukt på en transaksjonslinje, ignoreres alle rabatter med lavere prisprioriteter.

Når samtidighetskontrollen for rabatt er satt til Beste pris bare innen prioritet, alltid sammensatt på tvers av prioriteter, behandles alle Beste pris-rabatter og sammensatte rabatter som en Beste pris-rabatt innenfor én enkelt prisprioritet, og de konkurrerer om å bestemme den beste rabatt for den prisprioriteringen. Bare én enkeltrabatt kan brukes på et produkt per prisprioritet, og hvis denne enkeltrabatten er en Beste pris-rabatt eller sammensatt rabatt, kombineres den med den beste rabatten for Best pris-rabatt eller sammensatte rabatt ved lavere prisprioriteter.

Når flere rabatter brukes på en transaksjonslinje, brukes de i følgende rekkefølge:

• Rabattprisrabatter
• Rabattbeløpsrabatter
• Prosentrabatter

Sammensatte rabatter konkurrerer med Beste pris-rabatter når begge typer gjelder for en transaksjonslinje. Derfor brukes sammensatte innstillingen for å bestemme hvilke rabatter som skal kombineres. Avhengig av modusen for samtidighetskontroll for rabatter som brukes, kan to eller flere sammensatte rabatter kombineres og konkurrere med Beste pris-rabatter som gjelder de samme produktene. Rabatten eller rabattene som har det største totale rabattbeløpet brukes.

Rabattbeløp

Commerce lar deg postere rabattbeløp for en transaksjon til en separat finanskonto. Rabattfinanskontoen settes av produktet eller kunden. Commerce tilbyr en unik måte å skille rabattbeløpene på under postering. Du kan postere hver type rabatt til en spesifikk finanskonto. Begge alternativene kan gjøre det lettere for deg å finne ut hvilke rabatter eller rabattyper som brukes i økonomimodulen.

Merknad

Når posteringsfunksjonen for rabattkonto er aktivert, opprettes det en ekstra debet- og kreditoppføring for å omklassifisere rabattposteringen fra finanskontoen for handelsrabatt og til rabattfinanskontoen.

Kupongkode kreves

Fra og med versjon 7.2 av appen er telefonsenterkupongene nå slått sammen med rabatter. For en rabatt, når Kupongkode kreves er satt til Ja, er ikke Status-feltet og standarddatofeltene Ikrafttredelsesdato og Utløpsdato tilgjengelige. Disse egenskapene kontrolleres av tilsvarende egenskaper som er på siden Kuponger.

Når Kupongkode kreves er satt til Ja på en rabatt, brukes rabatten bare på en transaksjon hvis kupongkode eller strekkode leveres av Store Commerce-appen eller Store Commerce for nettet. Verdiene til kupongkodene og strekkodene er definert og konfigurert på en egen side kalt Kuponger. Kuponger-siden er der kupongen er knyttet til rabatten. Når Kupongkode kreves er satt til Nei, er det ikke nødvendig med en kupongkode, og rabatten blir alltid brukt gjennom prisgruppene.

Overstyr prioritet og Prisprioritet

Disse to feltene fungerer sammen. Når Overstyr prioritet er satt til Ja, er Prisprioritet-feltet tilgjengelig for redigering. Du kan deretter velge en prisprioritet å sette direkte på rabatten. Når Overstyr prioritet er satt til Nei, arves prioriteten fra prioriteten til prisgruppen knyttet til rabatten. Ved tilknytning til flere prisgrupper bestemmes prioritetsnummeret ved å velge den høyeste prisprioriteten av alle prisgruppene knyttet til rabatten.

Samsvar alle tilknyttede prisgrupper

I Commerce versjon 10.0.16 og nyere er en konfigurasjon kalt Samsvar alle tilknyttede prisgrupper tilgjengelig på alle rabattskjemaer. Hvis konfigurasjonen er aktivert, vurderes rabatten bare hvis alle prisgruppene knyttet til rabatten gjelder for transaksjonen. Hvis de to prisgruppene kalt PG-Student (prisgruppe for studenttilknytning) og RP-Houston (prisgruppe for Houston-butikken) for eksempel er knyttet til en rabatt, og Samsvar alle tilknyttede prisgrupper er aktivert, vurderes rabatten bare for studenter som handler i Houston-butikken. Denne konfigurasjonen gir en måte å begrense tilknytning og lojalitetsbaserte rabatter til begrensede butikker.

Merknad

Hvis to eller flere kanalprisgrupper er knyttet til en rabatt og Samsvar alle tilknyttede prisgrupper er aktivert, gjelder ikke rabatten fordi en transaksjon bare kan knyttes til én butikk. Derfor samsvarer ikke alle prisgruppene knyttet til rabatten.

Beskrivelse

Dette feltet er et tekstfelt med fri form. Det brukes ikke i Store Commerce-appen / Store Commerce for nettet-systemer eller i transaksjoner.

Ansvarsfraskrivelse

Dette feltet er for friformtekst. Det brukes ikke i Store Commerce-appen / Store Commerce for nettet-systemer eller i transaksjoner.

Linjetype

Dette feltet er på alle rabattlinjer. De mulige verdiene er Inkluder og Ekskluder. Dette feltet brukes i kombinasjon med feltene Kategori, Produkt og Variant for å definere settet med produkter som rabatten gjelder for. Ekskluder rabattlinjer overstyrer alltid inkluderer rabattlinjer. Når Linjetype er Ekskluder, er mange av de andre feltene på rabattlinjen nedtonet, da de ikke gjelder.

Måleenhet

Måleenhet er et felt på alle rabattlinjer unntatt terskelrabattlinjer. Dette feltet er etikett Enhet i Commerce. Måleenhet-feltet fungerer som et filter for å avgjøre om en rabatt skal brukes på en transaksjonslinje. Måleenheten på transaksjonslinjen må samsvare med måleenheten på rabattlinjen. Ellers vurderes ikke rabattlinjen under rabattberegningen. Ingen måleenhetskonvertering gjøres under rabattberegningen.

Kategori, produkt, variant og dimensjoner

Kategori, Produkt, Variant og dimensjoner er de siste rabattinnstillingene som er felles for alle rabatter. Disse feltene settes på hver rabattlinje og spesifiserer hva som blir rabattert. De fungerer som et filter når prismotoren søker etter rabatter som kan brukes på en transaksjon. Disse feltene er relatert til hverandre i henhold til disse reglene – kategorier inneholder produkter, og produkter kan komme i forskjellige variasjoner av størrelse, farge, stil og konfigurasjon.

Prismotoren bruker ikke overordnede/underordnede relasjoner for kategorier, produkter og varianter for å bestille rabatter under rabattberegningen. Denne virkemåten skiller seg fra måten prismotoren håndterer salgsprishandelsavtaler på. En rabatt på ti prosent på en kategori og en rabatt på fem prosent på et produkt i samme kategori blir for eksempel vurdert. Det største av de to rabattbeløpene blir da brukt hvis alle andre egenskaper er like og rabattene ikke er satt til Sammensatt, der de begge vil være kombinert. Hvis du ønsker å tvinge en produktrabatt til å brukes over en kategorirabatt, kan du bruke prisprioritet eller rabattens samtidighetsmodus for å få en rabatt til å bli brukt før en annen.

Når du redigerer rabatter, fungerer innstillingene Kategori, Produkt, Variant og Dimensjoner som filtre for hverandre. Feltene Kategori og Produkt settes automatisk fra Hierarkiet for Commerce-kategori hvis et produkt eller en variant legges inn direkte. De følgende avsnittene gir detaljerte beskrivelser av hvert av disse feltene.

Kategori

Som et minimum må du angi Kategori-feltet. Du kan velge hvilken som helst kategori fra produktkategorihierarkiet eller hvilken som helst kategori fra et tilleggskategorihierarki. Du kan imidlertid ikke velge kategorier fra kanalnavigasjonshierarkier eller andre ikke-handelshierarkier. Hvis bare en kategori er spesifisert på en rabattlinje, blir rabatten brukt på ethvert produkt i den kategorien (inkludert produkter som legges til kategorien etter at rabatten er opprettet), forutsatt at alle andre rabattkriterier er oppfylt, for eksempel valuta og måleenhet.

Merknad

Kategorien du velger på en rabattlinje er hierarkispesifikk. Derfor kan du ikke spesifisere en verdi ved å skrive inn en delverdi i feltet, slik du kan i de fleste Commerce-felter. Hvis du skriver inn et fullstendig kategorinavn, utvides rullegardinlisten og kategorien blir valgt. I tillegg kan du trykke på Alt + pil ned for å utvide valgdialogboksen og deretter trykke på Tab for å flytte mellom hierarkiutvalget og hierarkietreet i nedtrekkslisten, slik at du kan bruke feltet uten å bruke mus.

Funksjonen til å jobbe med kategorier er en nøkkelforskjell mellom rabatter og rabatter i handelsavtaler, og hovedårsaken til at vi fraråder deg å bruke rabatter i handelsavtaler. Kategorier er organisert i et hierarki på flere nivåer. Derimot er varerabattgruppene som brukes av handelsavtaler, bare et enkelt grupperingsnivå, og hver gruppe er spesifikk for en av de tre rabattypene for handelsavtaler, for eksempel linjerabatt, flerlinjerabatt og totalrabatt. Derfor, for handelsavtaler, hvis du vil bruke samme sett med produkter i alle tre rabattypene for handelsavtaler, må du opprette og administrere tre uavhengige rabattgrupper. For rabatter må du imidlertid bare opprettholde én kategori. Du kan da bruke denne kategorien i alle fire rabattypene. Du kan også bruke samme kategori i prisjusteringer, sortimentsstyring og lojalitetsstyring.

Product

Produktet kan være et frigitt produkt eller en frigitt produktstandard. Alle rabatter er firmaspesifikke. Derfor fungerer de bare med frigitte produkter. Hvis du velger en produktstandard, blir rabatten brukt på alle varianter av produktet, også varianter som frigjøres etter at rabatten er opprettet, forutsatt at alle andre rabattkriterier er oppfylt, som valuta og måleenhet.

Variant

Når du velger en variant på en rabattlinje, brukes rabatten på bare denne varianten, forutsatt at alle andre rabattkriterier er oppfylt, som valuta og måleenhet.

Dimensjoner

Fra og med Retail 8.1.1-versjonen er muligheten til å sette opp rabatter på et dimensjonsnivå for et produkt tilføyd. Denne egenskapen gir fleksibiliteten til å velge en eller flere dimensjoner av et produkt som rabattlinjer. Denne fleksibiliteten sparer varesjefen fra å legge til variantene som rabattene gjelder individuelt. Du kan for eksempel angi rabatt på alle varianter med en bestemt stil eller du kan angi rabatt på alle varianter som har en bestemt farge og stil.

Merknad

Funksjonen for å sette opp kampanjer basert på dimensjoner støttes ikke for prisjusteringer. Det spesifikke grensesnittet for å definere dimensjonene er fjernet i Retail-versjoner 10.0.4 og nyere.

Forbedret rabattberegning

Muligheten til å finne og beregne gjeldende rabatter på en effektiv måte er en kritisk faktor som påvirker en forhandlers generelle forretningseffektivitet. Fra og med Commerce-versjonen 10.0.23-utgivelsen inkluderer Commerce-prisingsmotoren en forbedret rabattberegningsfunksjon som bruker et flatt dataskjema for å oppnå raskere rabattoppslag og -beregning under kjøring. Når denne funksjonen er aktivert, blir rabattdata som er konfigurert i Commerce headquarters, denormalisert før de sendes til kanaldatabasene. Publiseringen av flate rabattdata utløses deretter automatisk når en rabatt er aktivert.

For å aktivere forbedret pris- og rabattberegning følger du disse trinnene.

1. I Commerce headquarters går du til Retail og Commerce > Priser og rabatter.
2. Velg Behandle handelsrabatter.
3. I dialogboksen som vises, planlegger du at den satsvise jobben skal kjøres på en gjentakende basis.
4. Gå til Arbeidsområder > Funksjonsbehandling.
5. Søk etter og aktiver funksjonen Forbedre rabattkompileringsytelsen ved hjelp av tabeller med flate rabatter.
6. Kjør distribusjonsplanjobbene 1020 (Priser og rabatter) og 1070 (Kanalkonfigurasjon).

Obs!

• Sørg for at du tester den forbedrede funksjonen for rabattberegning grundig før du aktiverer den i produksjonsmiljøer, spesielt hvis du har tilpasninger i Commerce-prismotoren.
• Den forbedrede funksjonen for beregning av rabatt er aktivert som standard for miljøer som kjører Commerce versjon 10.0.32 eller senere. Når funksjonen er aktivert, planlegges en satsvis jobb når en rabatt blir aktivert, eller når en produktstandard som er knyttet til en rabatt, har en ny produktvariant.
• Problemet som feilaktig planla flere satsvise jobber av typen "Behandle handelsrabatter", som blokkerte andre jobber fra å kjøre, er løst i Commerce-versjon 10.0.38. Før brukere oppgraderer til en Commerce-versjon med reparasjonen, kan de unngå problemet ved å deaktivere funksjonen Forbedre rabattkompileringsytelsen ved hjelp av tabeller med flate rabatter.

Anbefalte fremgangsmåter

• Før du oppretter rabatter, dokumenter du rabattstrategien og prosedyren. Hold dokumentasjonen oppdatert etter hvert som bruken av produktet utvikler seg.
• Bruk uavhengige nummersekvenser for hver rabattype og konfigurer nummersekvensene slik at rabatt-ID-en i seg selv indikerer rabattypen. Prefiks for eksempel ID-en for hver rabattype med en annen alfanumerisk konstant: K for kvantum, S for samlerabatt og så videre.
• Test rabattkonfigurasjonen ved å bruke prissimulatoren før du aktiverer rabatter. Prissimulatoren har et alternativ som lar deg behandle deaktiverte rabatter som aktivert. Dette alternativet ble utformet spesielt for å teste rabatter før de aktiveres.
• Utløp rabatter når de ikke lenger er gyldige. På denne måten forhindrer du at det totale antallet rabatter som prismotoren vurderer under en transaksjon, vokser ubegrenset. Ellers kan ytelsen til rabattberegningen bli påvirket over tid.
• Bruk tilleggskategoriene for å gruppere produkter, for eksempel utsalgsprodukter eller siste sesongprodukter.
• Unngå eller minimer alltid overlappende rabattlinjer.