Opplæring
Modul
Set up discounts for your customers in Dynamics 365 Business Central - Training
Do you offer sales discounts? This module focuses on how to set up and use sales discounts in Business Central.
Denne nettleseren støttes ikke lenger.
Oppgrader til Microsoft Edge for å dra nytte av de nyeste funksjonene, sikkerhetsoppdateringene og den nyeste tekniske støtten.
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.
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.
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.
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.
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.
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.
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.
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:
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.
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 evalueres og brukes alltid før Beste pris og Sammensatte rabatter hvis alle andre innstillinger er de samme, og forhindrer at alle andre rabatter brukes på de samme linjene der de 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:
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.
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.
Obs!
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.
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.
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.
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.
Obs!
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.
Dette feltet er et tekstfelt med fri form. Det brukes ikke i Store Commerce-appen / Store Commerce for nettet-systemer eller i transaksjoner.
Dette feltet er for friformtekst. Det brukes ikke i Store Commerce-appen / Store Commerce for nettet-systemer eller i transaksjoner.
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 (UoM) 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 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.
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.
Obs!
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.
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.
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.
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.
Obs!
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.
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.
Obs!
Opplæring
Modul
Set up discounts for your customers in Dynamics 365 Business Central - Training
Do you offer sales discounts? This module focuses on how to set up and use sales discounts in Business Central.