Opprette returer i POS

Artikkel
11/10/2023

Denne artikkelen beskriver hvordan du starter returer for hentesalgstransaksjoner eller kundeordrer i appen Microsoft Dynamics 365 Commerce Point of Sale (POS).

Notat

Det er en ny funksjon kalt Enhetlig returbehandling i POS tilgjengelig i Commerce versjon 10.0.20 og nyere. Denne funksjonen gir en mer konsekvent og enhetlig returprosess i POS, uavhengig av transaksjonstypen (hentesalgstransaksjon eller kundeordre) eller den opprinnelige kanalen ordren ble opprettet i. Vi anbefaler at alle organisasjoner aktiverer denne nye funksjonen for å forbedre den helhetlige påliteligheten til returbehandling via POS.

Når funksjonen er aktivert, kan den ikke deaktiveres.

Behandle returer ved hjelp av returtransaksjonsoperasjonen

Vi anbefaler at du legger til returtransaksjonsoperasjonen i skjermoppsettet i POS. I versjoner før utgivelsen av Commerce versjon 10.0.20 støtter returtransaksjonsoperasjonen bare behandling av returer for hentesalgstransaksjoner på riktig måte. Etter at du har aktivert funksjonen Enhetlig returbehandling i POS i utgivelsen av Commerce versjon 10.0.20 eller nyere, støtter også returtransaksjonsoperasjonen behandling av returer som stammer fra kundeordrer, for eksempel ordrer for henting eller hjemlevering som allerede er fakturert.

Fra returtransaksjonsoperasjonen kan brukere søke etter en hentesalgstransaksjon eller kundeordre de kan returnere mot, ved å angi et av følgende fire søkekriterier. Brukere kan angi disse kriteriene ved hjelp av et enhetstastatur, skjermtastatur eller en strekkodeskanner.

Mottaks-ID
Ordrenummer
Kanalreferanse-ID (også kalt ordrebekreftelses-ID)
Faktura-ID

Hvis det blir funnet en transaksjon eller ordre som samsvarer med søkekriteriene, vises siden Produkter som kan returneres. Der kan brukere angi varene som returneres. De kan også angi returantall og årsakskoder.

For hver ordrelinje i listen over produkter som kan returneres, viser POS informasjon om det opprinnelige bestillingsantallet og antallet fra alle returer som er behandlet tidligere. Returantallet som en bruker angir for en ordrelinje, må være mindre enn eller lik verdien i feltet Tilgjengelig for retur.

Siden Produkter som kan returneres.

Hvis en bruker har det fysiske produktet under returbehandling og produktet har en strekkode, kan brukeren skanne strekkoden for å registrere returen. Hver skanning av strekkoden øker returantallet med én vare. Hvis strekkodeetiketten imidlertid har et innebygd antall, angis dette antallet i Returnerer nå-feltet.

Brukere kan også velge varer manuelt på siden Produkter som kan returneres og deretter oppdatere Returnerer nå-feltet ved hjelp av detaljruten.

Hvis det største tilgjengelige Returnerer nå-antallet angis for en transaksjon, kan brukeren velge Velg alle-operasjonen på POS-applinjen for å angi maksimalt antall som kan returneres på alle linjer.

For hver linje som har et Returnerer nå-antall, må brukeren velge en returårsakskode ved hjelp av detaljpanelet. Når det gjelder returer av hentesalgstransaksjoner, konfigureres returårsakskodene som informasjonskoder i butikkens funksjonalitetsprofil. Når det gjelder returer av kundeordrer, konfigureres returårsakskodene på siden Koder for returårsaker i Dynamics 365 Commerce Headquarters.

Etter at returantallet og årsakskoden er angitt for hver vare som skal returneres, kan brukeren velge Retur-operasjonen på POS-applinjen for å fortsette med behandlingen. Siden for POS-transaksjon vises, der varene som kan returneres og ble valgt på forrige side, er lagt til i handlekurven. Returnerer nå-antallene for varene vises som negative antallslinjer på transaksjonen, og den totale refunderingen beregnes.

Forbedringer for brukeropplevelse

Hvis det er mer enn én vare å returnere i en transaksjon og butikkmedarbeideren har valgt flere varer som skal returneres, viser returnettet bare den sist valgte raden som avmerket. Denne virkemåten kan forvirre partneren og få dem til å tro at bare ett enkelt element er valgt. Du kan begrense dette problemet fra og med Commerce versjon 10.0.36 ved å aktivere funksjonen Forbedret brukeropplevelse for salgsstedsreturer. Denne funksjonen gjør rutenettet for returprodukter til et flervalgsnett hvor brukere kan velge og slette utvalget av returprodukter. Flervalgsrutenettet åpner automatisk dialogboksen for returårsak. Derfor kreves det færre trinn for å åpne og lukke dialogboksen for returårsak. Denne funksjonen innfører også Hopp over salgsfakturavalg under retur konfigurasjonen i salgsstedsfunksjonalitetsprofilen. Hvis denne konfigurasjonen er aktivert, kombinerer systemet alle returprodukter fra en ordre, uavhengig av fakturaen de ble oppfylt fra. Derfor reduseres antall trinn kasserere må utføre, siden de ikke trenger å finne og velge riktig faktura for å returnere en vare.

Forbedringene i funksjonen Forbedret brukeropplevelse for salgsstedsreturer er tilbakeportert til Commerce-versjonene 10.0.33 til og med 10.0.35, men for disse versjonene må du aktivere forbedringene ved å oppdatere konfigurasjonsfiler i sandkasse-/utviklings-/testmiljøene og deretter kontakte Microsoft for å aktivere dem i produksjon. Når det gjelder interne miljøer, endrer du filen bin\CommerceRuntime.config i den fysiske banen til Retail Server for å legge til innstillingene "FeatureState.Dynamics.AX.Application.RetailUnifiedReturnUXImprovementFeature" value="true" og "FeatureState.Dynamics.AX.Application.RetailSkipInvoiceSelectionDuringReturnFlight" value="true". Hvis du ikke vil hoppe over fakturavalgvisningen, lar du være å legge til den andre innstillingen i konfigurasjonsfilen.

Andre returalternativer i POS

Brukere kan legge til linjer i en returtransaksjon hvis de oppretter en bytteordre. Brukere kan legge til flere returvarer i en returtransaksjon ved å bruke Returprodukt-operasjonen for en valgt salgslinje med positivt antall som allerede er lagt til.

Merknad

Returprodukt-operasjonen i salgssted gir ingen validering mot opprinnelige transaksjoner, og lar ethvert produkt returneres. Microsoft anbefaler at du bare tillater autoriserte brukere å utføre denne operasjonen, eller krever at en lederoverstyring er nødvendig for å utføre den.

Når funksjonen Enhetlig returbehandling i POS er aktivert, kan brukere også bruke Vis journal-operasjonen i POS til å starte en retur for en hentesalgstransaksjon eller kundeordre. De kan deretter velge en transaksjon i journalen og velge Retur-operasjonen på POS-applinjen. Denne operasjonen er bare tilgjengelig hvis det finnes linjer som kan returneres, i ordren. Den starter den samme brukeropplevelsen som Returtransaksjon-operasjonen.

Brukere kan også bruke operasjonen Tilbakekall ordre i POS til å søke etter og tilbakekalle kundeordrer. (Denne operasjonen kan ikke brukes for hentesalgstransaksjoner). Etter at en kundeordre er valgt i dette tilfellet, kan Retur-operasjonen på POS-applinjen brukes til å starte en retur for kundeordren. Denne operasjonen er bare tilgjengelig hvis det finnes linjer som kan returneres, i ordren. Den starter den samme brukeropplevelsen som operasjonen Returtransaksjon eller Vis journal.

Hvis en refundering forfaller ved kassen, kan du konfigurere betalingspolicyer for refundering som begrenser betalingsmetodene som brukes til å refundere kunder. Hvis en opprinnelig transaksjon ble betalt med et kredittkort, avhengig av betalingsprosessoren og systemkonfigurasjonen, kan brukerne utstede en refundering til det opprinnelige kortet. I dette tilfellet kan refunderingen behandles uten at kunden må bruke kredittkortet på nytt på, siden det opprinnelige betalingstokenet brukes til å utstede refunderingen.

Returordrer posteres til Commerce Headquarters som salgsordrer

Når funksjonen Enhetlig returbehandling i POS er aktivert, skrives alle returer som opprettes i POS, til Commerce Headquarters som salgsordrer med negative linjer. I utgivelser før Commerce versjon 10.0.20 kan brukere velge om returordrer skal posteres som salgsordrer med negative linjer, eller om de skal være returordrer som opprettes via autorisasjonsprosessen for retur av materiell (ARM).

I funksjonen Enhetlig returbehandling i POS er alternativet for å bruke ARM-prosessen til å opprette returer i POS, avskrevet. Etter at denne funksjonen er aktivert, opprettes alle returer som salgsordrer med negative linjer.

Returner behandlingsforbedringer når forbindelsen til hovedkvarteret er nede

Når en retur behandles i POS, prøver systemet i de fleste tilfeller å foreta et serviceoppkall til Commerce Headquarters i sanntid for å validere gjeldende antall som er tilgjengelig for retur. Denne valideringen bidrar til å forhindre svindelscenarioer der en kunde prøver å returnere den samme varen flere steder.

For å håndtere situasjoner der serviceoppkall i sanntid ikke kan foretas på grunn av nettverks- eller tilkoblingsproblemer, er det utviklet en prosess som periodisk synkroniserer returantallsdata fra Commerce Headquarters med kanaldatabasen i en butikk. Denne retursporingen på kanalsiden bidrar til å sikre at antallene som er Tilgjengelig for retur og vises i POS, er rimelig nøyaktige, også når tilkoblingen til hovedkvarteret ikke kan gjøres. Den sikrer også at POS kan fortsette å validere informasjonen på kanalsiden for å bidra til å forhindre falske returer. Hvis du vil bidra til å redusere sannsynligheten for at samme vare returneres mer enn én gang, må organisasjoner planlegge den satsvise jobben Oppdater returantall i Commerce headquarters slik at den kjøres ofte. Vi anbefaler at denne jobben kjøres med samme frekvens som P-jobben, som henter nye transaksjoner fra Commerce-kanaler til Commerce headquarters.

Jobben Oppdater returantall beregner antallet som er tilgjengelig for retur for alle salgsordrer som finnes i Commerce Headquarters. Dataene som jobben beregner, må deretter sendes til kanaldatabaser, slik at butikkanalene kan oppdateres. Distribusjonsjobben Returantall (1200) brukes til dette formålet. Siden data om antallet som kan returneres, synkroniseres fra Commerce Headquarters hvis en retur behandles i POS, men serviceoppkallet i sanntid ikke kan utføres, kan POS bruke returinformasjonen på kanalsiden til å validere antallene som er Tilgjengelig for retur for en gitt salgslinje.

Når serviceoppkall i sanntid ikke kan utføres og POS bruker data på kanalsiden til returvalidering, får brukerne en advarsel om at de oppretter en «frakoblet» retur. De blir dermed klar over at antallet som er Tilgjengelig for retur og vises i POS, kan være foreldet og ikke lenger nøyaktig, avhengig av når jobben Oppdater returantall sist ble behandlet og synkronisert med kanalen.

La oss si at en kunde nylig behandlet en retur for en ordrelinje i en annen kanal, men at data ennå ikke er synkronisert med kanaldatabasene via jobben Oppdater returantall. Kunden går deretter til en annen butikk og prøver å returnere den samme varen på nytt. Hvis butikken i dette tilfellet ikke kan foreta et serviceoppkall i sanntid til Commerce headquarters for å hente returdata i sanntid, tillater salgsstedet at varen returneres igjen. Brukeren blir imidlertid advart om at informasjonen som brukes til å validere returen, kan være foreldet. Meldingen som brukeren mottar, er bare en advarsel. Den forhindrer ikke brukeren fra å fortsette med behandling av returen.

Hvis informasjonen på kanalsiden av en eller annen årsak ikke er oppdatert og en retur behandles for et antall som overskrider det faktiske antallet som er Tilgjengelig for retur, genereres kanskje en feil når utdragspostering kjøres for å opprette transaksjonen i Commerce Headquarters.

Frakoblet behandling av returer

Når salgsstedet er frakoblet og ikke kan koble til Commerce Scale Unit (CSU), er returalternativene begrenset. Bare transaksjoner som ble opprettet frakoblet, og som fortsatt er tilgjengelige i den frakoblede databasen, kan returneres frakoblet. Hvis en transaksjon ble opprettet frakoblet, men salgsstedet ble tilkoblet før forsøket på å returnere transaksjonen, viser systemet en feilmelding. Denne feilmeldingen sier at operasjonen ikke er tilgjengelig frakoblet fordi systemet har sendt den opprinnelige transaksjonen til den elektroniske databasen, og at transaksjonen kan returneres fra en annen salgsstedsenhet (noe som kan føre til overavkastning).

Merknad

Når funksjonen Enhetlig returbehandling i POS er aktivert, blir nye valgfrie funksjoner som støtter validering av serialiserte produktreturer, tilgjengelige. Hvis du vil ha mer informasjon, kan du se Returnere serienummerkontrollerte produkter i Point of Sale (POS).

Versjonsdetaljer

Listen nedenfor inneholder minimumskravene for versjon for de ulike komponentene.

Commerce Headquarters: versjon 10.0.20
Commerce Scale Unit (CSU): versjon 9.30
Point of Sale (POS): versjon 9.30

Aktiver riktig avgiftsberegning for returer med delvis antall

Denne funksjonen sikrer at når en ordre returneres ved hjelp av flere fakturaer, er avgiften lik avgiftsbeløpet som opprinnelig ble belastet.

I arbeidsområdet Funksjonsbehandling søker du etter Aktiver riktig avgiftsberegning for returer med delvis antall.
Velg funksjonen Aktiver riktig avgiftsberegning for returer med delvis antall og velg deretter Aktiver.

Definere returlokasjoner for detaljhandelbutikker

I Commerce kan du konfigurere returlokasjoner som er basert på infokoder for detaljhandel og årsakskoder for salg og markedsføring. Når kunder returnerer kjøp, indikerer selgere ofte årsaken til returen. Du kan angi at returnerte varer skal tildeles til forskjellige returlokasjoner i lageret, basert på infokoder og årsakskoder som selgere velger ved salgsstedskassen.

En kunde returnerer for eksempel et defekt produkt, og selgeren behandler returtransaksjonen. Når Retail POS viser informasjonskoden for returer, velger selgeren delkoden for mangelfulle returer. Det returnerte produktet tildeles deretter automatisk til en bestemt returlokasjon.

En returlokasjon kan være en butikk, et lager, en lokasjon i et lager eller en bestemt pall, avhengig av hvilke lagerlokasjoner organisasjonen har definert. Du kan tildele hver returlokasjon til en eller flere handelsinformasjonskoder og salgs- og markedsføringsårsakskoder.

Forutsetninger

Før du kan definere returlokasjoner, må du definere følgende elementer:

Informasjonskoder for detaljhandel – Spørsmål ved kassen på salgsstedet som er definert i Retail-modulen. Hvis du vil ha mer informasjon, kan du se Konfigurer informasjonskoder.
Årsakskoder for salg og markedsføring – spørsmål ved salgsstedskassen som er definert i Salg og markedsføring-modulen. Hvis du vil ha mer informasjon, kan du se Konfigurer årsakskoder.
Lagerlokasjoner – stedene der beholdningen lagres. Hvis du vil ha mer informasjon, kan du se Konfigurer lagerlokasjoner.

Definer returlokasjoner

Hvis du vil konfigurere returlokasjoner, gjør du følgende.

Gå til Retail og Commerce > Kanaloppsett > Lagre og velg et lager.
På hurtigfanen Detaljhandel i feltet Standard returlokasjon velger du lagerlokasjonen som skal brukes for returer der informasjonskoder eller årsakskoder ikke er tildelt til returlokasjoner.
I feltet Standard returpall velger du pallen som skal brukes for returer der informasjonskoder eller årsakskoder ikke er tildelt til returlokasjoner.
Gå til Retail og Commerce > Lagerstyring > Returlokasjoner.
Velg Ny for å opprette en returlokasjonspolicy.
Angi et unikt navn og en beskrivelse for returlokasjonen.

Notat

Hvis en nummerserie er definert for returlokasjoner, angis navnet automatisk.
I hurtigfanen Generelt angir du Utskriftsetiketter til Ja for å skrive ut etiketter for alle produktene som er tildelt returlokasjoner.
Angi alternativet Blokker lager til Ja for å ta de returnerte produktene på standard returlokasjon, ut fra lageret og hindre at de blir solgt.
Følg denne fremgangsmåten for å tildele bestemte delkoder til returlokasjoner;
1. Velg Legg til på hurtigfanen Informasjonskoder for detaljhandel.
2. Velg en informasjonskode for returer i Informasjonskode-feltet.
3. I Delkode-feltet velger du en delkode for årsaken til returen. Feltet Beskrivelse viser beskrivelsen av den valgte delkoden.
4. I Butikk-feltet velger du butikken der informasjonskoden brukes.
5. Bruk feltene Lager, Lokasjon og Pall-ID til å angi en returlokasjon. Hvis du vil angi en bestemt lokasjon i en butikk, kan du for eksempel velge en butikk i Butikk-feltet og en lokasjon i Lokasjon-feltet.
6. Merk av for Blokker lager-avmerkingsboksen for å ta returnerte varer ut av lageret og hindre at de blir solgt.
Følg denne fremgangsmåten for å tildele bestemte salgs- og markedsføringsårsakskoder til returlokasjoner;
1. Velg Legg til i hurtigfanen Årsakskoder for salg og markedsføring.
2. Velg en ny årsakskode for returer i feltet Årsakskode. Feltet Beskrivelse viser beskrivelsen av den valgte årsakskoden.
3. I Butikk-feltet velger du butikken der årsakskoden brukes.
4. Bruk feltene Lager, Lokasjon og Pall-ID til å angi en returlokasjon. Hvis du vil angi en bestemt pall på en lokasjon på et lager, kan du for eksempel velge et lager i Lager-feltet, en lokasjon i Lokasjon-feltet og en pall i Pall-feltet.
5. Merk av for Blokker lager-avmerkingsboksen for å ta returnerte varer ut av lageret og hindre at de blir solgt.
Notat

Hvis det brukes en returlokasjonspolicy for en vare, men returårsaken som en kasserer velger, ikke samsvarer med kodene som er angitt i hurtigfanene Informasjonskoder for detaljhandel eller Årsakskoder for salg og markedsføring, sendes varen til standard returlokasjon som er definert på Lager-siden. I tillegg bestemmer innstillingen for Blokker lager-avmerkingsboksen på hurtigfanen Generelt på siden Returlokasjoner om den returnerte varen skal lagersperres.
Gå til Retail og Commerce > Handelsprodukthierarki.
Velg en returlokasjon i feltet Returlokasjon i hurtigfanen Behandle kategoriegenskaper for lager. Fordi det kan defineres flere returlokasjonspolicyer for den samme butikken, bestemmer verdien du velger her, returlokasjonspolicyen som brukes.