Del via


Sortimentstyring

Denne artikkelen beskriver de grunnleggende begrepene for sortimentstyring i Microsoft Dynamics 365 Commerce, og gir informasjon om implementering av prosjekt.

Dynamics 365 Commerce gir sortimenter som lar deg administrere produkttilgjengelighet på tvers av kanaler. Sortimenter bestemmer hvilke varer som er tilgjengelige i bestemte butikker og i en bestemt periode.

I Commerce er et sortiment en tilordning av én eller flere kanaler (eller grupper av kanaler, når du bruker organisasjonshierarkier) til én eller flere produkter (eller produktgrupper, når du bruker kategorihierarkier).

Den generelle produktsammensetningen av en kanal bestemmes av de publiserte sortimentene som er tilordnet til kanalen. Derfor kan du konfigurere flere aktive sortimenter per kanal.

Grunnleggende oppsett av sortimenter

I eksemplet nedenfor er en unik sortiment konfigurert for hver butikk. I dette tilfellet er bare produkt 1 tilgjengelig i butikk 1, og bare produkt 2 er tilgjengelig i butikk 2.

Hvert produkt er tilgjengelig i én butikk.

Hvis du vil gjøre produkt 2 tilgjengelig i butikk 1, kan du legge produktet til sortiment 1.

Produkt 2 lagt til i sortiment 1.

Du kan også legge butikk 1 til sortiment 2.

Butikk 1 lagt til i sortiment 2.

Organisasjonshierarkier

I tilfeller der flere kanaler deler samme produktsortimentene, kan du konfigurere sortimentene ved hjelp av organisasjonshierarkiet for sortimenter i Commerce. Når noder fra dette hierarkiet legges til, blir alle kanaler i denne noden og de underordnede nodene inkludert.

Organisasjonshierarki.

Produktkategorier

På samme måte kan du på produkt-siden inkludere produktgrupper ved hjelp av kategorihierarkier for produkter. Du kan konfigurere sortimenter ved å inkludere én eller flere kategorihierarkinoder. I dette tilfellet omfatter sortimentet alle produkter i kategorinoden og de underordnede nodene.

Produktkategorier.

Ekskluderte produkter eller kategorier

I tillegg til å inkludere produkter og kategorier i sortimenter, kan du bruke alternativet Ekskluder til å definere bestemte produkter eller kategorier som skal ekskluderes fra sortimenter. I eksemplet nedenfor vil du ta med alle produkter i en bestemt kategori, med unntak av produkt 2. I så fall trenger du ikke definerer sortimentet produkt etter produkt eller opprette flere kategorinoder. Du kan derimot bare inkluderer kategorien, men utelate produktet.

Notat

Hvis et produkt per definisjon er både inkludert og ekskludert i én eller flere sortimenter, regnes produktet alltid som ekskludert.

Ekskludert produkt.

Globale og frigitte produkter

Sortimenter defineres på et globalt nivå og kan inneholde kanaler fra flere juridiske enheter. Produkter og kategorier som er inkludert i sortimenter er også delt på tvers av juridiske enheter. Et produkt må imidlertid frigis før det faktisk kan selges, bestilles, telles eller mottas i kanalen (for eksempel på salgsstedet). Selv om to butikker i ulike juridiske enheter kan dele et sortiment som inneholder de samme produktene, er produktene bare tilgjengelige hvis de frigis til de juridiske enhetene.

Dynamiske og statiske sortimenter

Du kan definere sortimenter med bestemte kanaler og produkter eller ved å inkludere organisasjonsenheter og kategorier. Sortimenter, inkludert referanser til disse gruppene, anses som dynamiske sortimenter. Hvis definisjonen til eller innholdet i disse gruppene endres mens sortimentet er aktivt, endres også definisjonen av sortimentet.

Et utvalg er for eksempel opprinnelig definert og publisert slik at den refererer til en kategori av produkter. Hvis flere produkter blir lagt til kategorien senere, inkluderes disse produktene automatisk i definisjonen av det eksisterende sortimentet. Du trenger ikke å legge til produktene til sortimentet manuelt. På samme måte, hvis en organisasjonsenhet er lagt til en annen node, justeres organisasjonsenhetens sortimentet automatisk basert på definisjonen.

Produkter som er stoppet

Du kan "stoppe" frigitte produkter for salgsprosessen ved å aktivere en innstilling i innstillingen Standard ordre. Denne innstillingen aktiveres oftest når et produkt er på slutten av levetiden og ikke skal selges via noen kanal. Sortimenter respekterer denne innstillingen. Hvis et produkt stoppes i alle juridiske enheter det frigis til, er det ikke assortert, uavhengig av sorteringskonfigurasjon.

Sperrede produkter

I tillegg til å stoppe salg av et produkt, kan du midlertidig blokkere salg av et produkt. Du kan konfigurere denne innstillingen på kategorien Commerce til et frigitt produkt. Sperrede produkter blir fremdeles sortert, men du får en melding på salgsstedet om at produktet ikke kan selges.

Datoeffektivitet

Sortimenter er datoeffektive, slik at forhandlere kan konfigurere når produkter skal eller ikke skal være tilgjengelig per kanal. Du kan angi start- og sluttdatoer på forhånd når du definerer og publiserer sortimenter. De berørte produktene blir automatisk tilgjengelige eller utilgjengelige i de angitte datoområdene.

Den satsvise jobben Behandle sortimenter

Sortimenter som er definert i Commerce må behandles før de trer i kraft. Behandlingen gjøres av følgende årsaker:

  • Sortimentsdefinisjoner må være unormalisert, slik at kanaler enklere kan bruke dem. Et produktutvalg for en kanal kan defineres gjennom flere sortimenter som strekker seg over flere datointervaller. Når deler av informasjonen blir beregnet på forhånd på serveren, forbedres kanalens ytelse.
  • Produkter og kanaler i sortimentet kan endre utenfor selve sortimentet. Dynamiske sortimenter som inneholder referanser til kategorier eller organisasjonsenheter må behandles med jevne mellomrom, slik at de inkluderer eller ekskluderer poster, basert på deres gjeldende tildeling.

Informasjon om implementering

Vurder følgende implementeringskrav når du planlegger og behandler sortimenter for Commerce-implementering:

  • Datareplikering og størrelsen på databasen – selv om sortimenter hjelper forretningen med å administrere produkttilgjengelighet, er de også et viktig verktøy for administrasjon av størrelsen på kanaler og frakoblede databaser. Ordentlig administrerte sortimenter reduserer mengden data som må behandles og replikeres til kanaler og frakoblede databaser. De hjelper også med å redusere antall poster som må beholdes. Du oppnår bedre ytelse hvis du har færre poster i kanaldatabaser og frakoblede databaser når du legger til varer i en transaksjon, et søk og søker etter produkter.
  • Datoeffektive/utløpende sortimenter – blant de mest effektive verktøyene for administrasjon av antall produkter i kanalen og frakoblede databaser er datoeffektiviteten i sortimenter. Hvis du beholder åpne (ikke-utløpende) sortimenter for sesongbetonte produkter eller produkter som er på slutten av levetiden, vokser databasene på ubestemt tid. Du kan bruke forskjellige metoder for å administrere denne situasjonen. Du kan for eksempel vedlikeholde separate sortimenter for sesongbetonte produkter og produkter som alltid er tilgjengelige.
  • Salg og returer utenfor sortimenter – denne funksjonen hjelper forhandlerne å administrere sortimenter effektiv, ved at de kan begrense antall tilgjengelige produkter til produkter som hører til kjerneutvalget for butikken. Denne funksjonen bidrar også til å håndtere tilfeller der et produkt ved en feiltakelse utelates fra et utvalg, eller der et produkt returneres utenfor de effektive datoene for sortimentet.

Hvis produktdataen ikke eksisterer i kanalens database, foretar POS et sanntidsanrop til hovedkontoret for å hente den nødvendige informasjonen, slik at produktet kan solges, returneres eller legges til en kundeordre. Produktinformasjon som hentes på denne måten er bare tilgjengelig i løpet av transaksjonen. Produktet blir ikke lagt til sortimentdefinisjonen. Derfor foretas sanntidsanrop etter behov.

Merknad

Når salgssted foretar sanntidsanrop i sanntid til headquarters for å hente produktinformasjon som skal lastes ned til kanaldatabasen, avhengig av datastørrelsen til produktinformasjonen, for eksempel antall produktvarianter, produktattributter og lagerdimensjoner, kan du få ytelsesproblemer under sanntidsanrop eller ved lagring av dataene i kanaldatabasen. Disse ytelsesproblemene kan føre til feil i API-en for Commerce Scale Unit (CSU). Du kan unngå ytelsesproblemer som er knyttet til anrop i sanntid, ved å legge til produkter med store mengder produktinformasjonsdata i kanalens sortiment.