Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
Seddel
Retail Interest Group af Dynamics 365 Commerce er flyttet fra Yammer til Viva Engage. Hvis du ikke har adgang til det nye Viva Engage-community, skal du udfylde denne formular (https://aka.ms/JoinD365commerceVivaEngageCommunity) for at blive tilføjet og forblive engageret i de seneste diskussioner.
I denne artikel forklares det, hvordan du starter returneringer for kontanttransaktioner eller kundeordrer i Microsoft Dynamics 365 Commerce Point of Sale (POS).
Seddel
I Commerce version 10.0.20 og nyere er en ny funktion med navnet Ensartet returbehandlingsoplevelse i POS tilgængelig. Denne funktion udgør en mere konsistent og ensartet returproces i POS, uanset transaktionstypen (cash-and-carry-transaktion eller kundeordre) eller den oprindelige kanal, som ordren blev oprettet i. Slå denne nye funktion til for at forbedre den overordnede pålidelighed af returbehandling via POS.
Når du har slået funktionen til, kan du ikke slå den fra.
Behandle returneringer ved hjælp af returtransaktionsoperationen
Føj returtransaktionshandlingen til dit POS-skærmlayout. I versioner før Commerce version 10.0.20 understøtter handlingen for returtransaktionen kun behandling af returneringer for cash-and-carry-transaktioner. Når du har aktiveret funktionen Samlet returneringsbehandling for POS i Commerce version 10.0.20 eller senere, understøtter handlingen for returtransaktionen også behandlingen af returneringer fra kundeordrer, f.eks. "afhentning" eller "udbringning", som allerede er faktureret.
I forbindelse med returtransaktionen kan brugere søge efter en cash-and-carry-transaktion eller en kundeordre, der skal returneres mod, ved at angive et af følgende fire søgekriterier. Brugerne kan angive disse kriterier ved hjælp af enhedstastatur, skærmtastatur eller stregkodescanner.
- Modtagelses-id
- Ordrenummer
- Kanalreference-id (kaldes også ordrebekræftelses-id)
- Faktura-id
Hvis en transaktion eller ordre stemmer overens med søgekriterierne, vises siden Returnerbare produkter . Brugerne kan angive de elementer, de returnerer. De kan også angive returantal og årsagskoder.
For hver ordrelinje på listen over returvarer viser POS oplysninger om det oprindelige købsantal og antallet fra eventuelle returneringer, der tidligere er behandlet. Det returantal, som en bruger angiver for en ordrelinje, skal være mindre end eller lig med værdien i feltet Tilgængelig til returnering.
Under returneringen, hvis en bruger har det fysiske produkt, og det pågældende produkt har en stregkode, kan brugeren scanne stregkoden for at registrere returneringen. Hver scanning af stregkoden øger returantallet med én vare. Men hvis stregkodelabelen har et indlejret antal, vil dette antal blive angivet i feltet Returnering nu.
Brugerne kan også manuelt vælge varer, der skal returneres, på siden Returvarer og derefter opdatere feltet Returnering nu ved hjælp af detaljeruden.
Hvis der angives det maksimale antal Returnering nu for en transaktion, kan brugeren vælge handlingen Vælg alt på POS-applinjen for at angive det maksimale antal, der kan returneres, på alle linjer.
For hver linje, der indeholder et antal Returnering nu, skal brugeren vælge en returårsagskode ved hjælp af detaljepanelet. For returneringer af cash-and-carry-transaktioner konfigureres returårsagskoder som infokoder i butikkens funktionalitetsprofil. I forbindelse med returneringer af kundeordrer konfigureres returårsagskoder på siden Returårsagskoder i Dynamics 365 Commerce headquarters.
Når returantallet og årsagskoden er angivet for hvert element, der skal returneres, kan brugeren vælge returhandlingen på POS-applinjen for at fortsætte behandlingen. Pos-transaktionssiden vises, hvor de returnerede elementer, som brugeren valgte på den forrige side, føjes til indkøbskurven. Varernes Returnering nu-antal vises som negative antalslinjer i transaktionen, og den samlede refusion beregnes.
Udvidelser til brugeroplevelse
Hvis der er mere end ét element at returnere i en transaktion, og butikspartneren vælger flere elementer, der skal returneres, viser returgitteret kun den senest markerede række som markeret. Denne funktionsmåde kan forvirre tilknyttet og få dem til at tro, at der kun er valgt et enkelt element. Hvis du vil afhjælpe dette problem, kan du fra og med Commerce version 10.0.36 aktivere funktionen Forbedret brugeroplevelse for POS-returneringer. Denne funktion gør returvaregitteret til et multiselect-gitter, hvor brugerne kan vælge og slette udvalget af returprodukter. Multiselect-gitteret åbner automatisk dialogboksen for returårsag. Derfor kræves der færre trin for at åbne og lukke dialogboksen for returårsag. Denne funktion introducerer også Spring over salgsfakturavalg under returnering konfigurationen i POS-funktionalitetsprofilen. Hvis denne konfiguration er aktiveret, kombinerer systemet alle returnerbare produkter fra en ordre, uanset hvilken faktura de blev opfyldt fra. Derfor skal det antal trin, som kassereren skal udføre, reduceres, da de ikke behøver at finde og vælge den rigtige faktura til returnering af en vare.
Den forbedrede brugeroplevelse for POS returnerer funktionsforbedringer tilbageporteres til Commerce version 10.0.33 til og med 10.0.35, men for disse versioner skal du aktivere forbedringerne ved at opdatere konfigurationsfilerne i dine sandkasse-, udviklings- eller testmiljøer og derefter kontakte Microsoft for at aktivere dem i produktionen. I interne miljøer skal du ændre bin\CommerceRuntime.config filen under den fysiske sti til Retail Server for at tilføje "FeatureState.Dynamics.AX.Application.RetailUnifiedReturnUXImprovementFeature" value="true" indstillingerne og "FeatureState.Dynamics.AX.Application.RetailSkipInvoiceSelectionDuringReturnFlight" value="true" . Hvis du ikke vil springe visningen af fakturavalg over, skal du ikke føje den anden indstilling til konfigurationsfilen.
Andre returindstillinger i POS
Brugerne kan føje linjer til en returtransaktion, hvis de opretter en udvekslingsordre. Brugerne kan føje flere returvarer til en returtransaktion ved hjælp af handlingen Returner produkt for en valgt salgslinje med positivt antal, som handlingen allerede har tilføjet.
Seddel
Handlingen Returner produkt i POS angiver ikke nogen validering i forhold til oprindelige transaktioner og tillader, at ethvert produkt returneres. Microsoft anbefaler, at du kun tillader godkendte brugere at udføre denne handling eller gennemtvinger, at tilsidesættelse af en leder er påkrævet.
Når funktionen Samlet behandling af returneringer i POS er aktiveret, kan brugerne også bruge handlingen Vis kladde i POS til at starte en returnering af en cash-and-carry-transaktion eller en kundeordre. Derefter kan de vælge en transaktion i kladden og derefter vælge Retur-handlingen på POS-applinjen. Denne handling er kun tilgængelig, hvis der er returlinjer i ordren. Den starter den samme brugeroplevelse som handlingen Returtransaktion.
Brugerne kan også bruge handlingen Tilbagekaldsordre i POS til at søge efter og tilbagekalde kundeordrer. (Denne operation kan ikke bruges til cash-and-carry-transaktioner). I dette tilfælde kan du bruge Retur-handlingen på POS-applinjen, når en kundeordre er valgt, til at starte en returnering for kundeordren. Denne handling er kun tilgængelig, hvis der er returlinjer i ordren. Den starter den samme brugeroplevelse som handlingen Returtransaktion eller Vis kladde.
Hvis en refusion skal betales ved kassen, kan du konfigurere politikker for refundering, der begrænser de betalingsmåder, som bruges til at refundere kunder. Hvis en oprindelig transaktion blev betalt med kreditkort, afhængig af betalingsprocessoren og systemkonfigurationen, kan brugerne udstede en refusion til det oprindelige kort. I dette tilfælde kan refusionen behandles, uden at kunden skal stryge kreditkortet igennem igen, da det oprindelige betalingstoken bruges til at udstede refusionen.
Returordrer bogføres i Commerce Headquarters som salgsordrer
Når funktionen Samlet behandling af returneringer i POS er aktiveret, skrives alle returneringer, der oprettes i POS, til Commerce Headquarters som salgsordrer, der har negative linjer. I versioner af Commerce før version 10.0.20 kan brugere vælge, om returordrer skal bogføres som salgsordrer med negative linjer, eller om de skal være returordrer, der oprettes via RMA-processen (Return Merchandise Authorization).
I unified-returbehandlingsoplevelsen i POS-funktionen frarådes muligheden for at bruge RMA-processen til at oprette returneringer i POS. Når denne funktion er aktiveret, oprettes alle returneringer som salgsordrer med negative linjer.
Returner behandlingsforbedringer, når forbindelsen til hovedkvarteret er nede
Når du behandler en returnering i POS, forsøger systemet i de fleste tilfælde at foretage et RTS-kald (real-time service) til Commerce-hovedkvarteret for at validere de aktuelle mængder, der er tilgængelige til returnering. Med denne validering forhindres det, at kunden forsøger at returnere den samme vare flere steder.
Hvis du vil håndtere situationer, hvor netværksproblemer eller forbindelsesproblemer forhindrer RTS-opkaldet, synkroniserer en proces jævnligt returmængdedata fra Commerce-hovedkvarteret til et lagers kanaldatabase. Denne sporing af returnering på kanalsiden hjælper med at sikre, at de tilgængelige returmængder, der vises i POS, er rimeligt nøjagtige, også selvom forbindelsen til hovedkvarteret ikke er tilgængelig. Det sikrer også, at POS kan fortsætte med at validere oplysningerne på kanalsiden for at hjælpe med at forhindre falske returneringer. Du kan minimere sandsynligheden for, at det samme element returneres mere end én gang, ved at planlægge batchjobbet Opdater returantal i Commerce-hovedkvarteret, så det kører ofte. Kør dette job med samme hyppighed som det P-job, der trækker nye transaktioner fra Commerce-kanaler til Commerce-hovedkvarteret.
Jobbet Opdater returantal beregner det antal, der er tilgængeligt til returnering for alle salgsordrer, der findes i Commerce-hovedkvarteret. Du skal sende de data, som jobbet beregner, til kanaldatabaser, så butikskanalerne kan opdateres. Brug distributionsjobbet Returner antal (1200) til dette formål. Da data om returantal synkroniseres fra Commerce Headquarters, og der behandles en returnering i POS, men det ikke er muligt at sende et RTS-opkald, kan POS bruge returoplysningerne på kanalsiden til at validere de Tilgængelige til returnering-antal for en bestemt salgslinje.
Når der ikke kan foretages RTS-opkald, og POS bruger data fra kanalsiden til returneringsvalidering, får brugerne vist en advarsel om, at de opretter en "offline" returnering. De er derfor opmærksomme på, at det tilgængelige returantal , der vises i POS, muligvis er forældet og ikke længere nøjagtigt, afhængigt af hvornår jobbet Opdater returantal sidst blev behandlet og synkroniseret med kanalen.
En kunde har f.eks. for nylig behandlet en returnering for en ordrelinje i en anden kanal, men disse data er endnu ikke synkroniseret med kanaldatabaserne via jobbet Opdater returantal . Kunden går derefter til en anden butik og forsøger at returnere den samme vare igen. I dette tilfælde vil POS tillade, at varen returneres igen, hvis butikken ikke kan foretage et RTS-opkald til Commerce Headquarters for at hente returdata i realtid. Brugeren advares dog om, at de oplysninger, der bruges til at validere returnering, kan være forældede. Den meddelelse, brugeren modtager, er kun en advarselsmeddelelse. Den forhindrer ikke brugeren i at fortsætte med at behandle returneringen.
Hvis oplysningerne på kanalsiden af en eller anden grund ikke er opdateret, og der behandles en returnering af et antal, der overstiger det faktiske disponible antal til returnering, kan der genereres en fejl, når bogføring af opgørelsen køres for at oprette transaktionen i Commerce headquarters.
Offline returbehandling
Når POS er offline og ikke kan oprette forbindelse til Commerce Scale Unit (CSU), er returmulighederne begrænsede. Det er kun transaktioner, du har oprettet offline, og som stadig er tilgængelige i offlinedatabasen, der kan returneres offline. Hvis du har oprettet en transaktion offline, men POS gik online før forsøget på at returnere transaktionen, vises der en fejlmeddelelse i systemet. Denne fejlmeddelelse angiver, at handlingen ikke er tilgængelig offline, fordi systemet sendte den oprindelige transaktion til onlinedatabasen, og at transaktionen kan returneres fra en anden POS-enhed (hvilket kan medføre overretur).
Seddel
Når funktionen Samlet behandling af returneringer i POS er aktiveret, bliver nye valgfrie funktioner, der understøtter valideringen af serialiserede produktreturneringer, tilgængelige. Du kan finde flere oplysninger under Returnere serienummerstyrede produkter i POS.
Versionsdetaljer
Følgende liste indeholder de mindste versionskrav for de forskellige komponenter.
- Commerce Headquarters: Version 10.0.20
- Commerce Scale Unit (CSU): Version 9.30
- POS: Version 9.30
Aktivér passende momsberegning for returneringer med delvist antal
Denne funktion sikrer, at når en ordre returneres ved hjælp af flere fakturaer, er momsen lig med det oprindeligt opkrævede momsbeløb.
- Gå til arbejdsområdet Administration af funktion, og søg efter Aktivér passende momsberegning for returneringer med delvist antal.
- Vælg Aktivér passende momsberegning for returneringer med delvist antal, og klik derefter på Aktivér.
Konfigurere returneringslokaliteter for detailbutikker
I Commerce kan du konfigurere returneringslokaliteter, der er baseret på detailinfokoder og årsagskoder for salg og marketing. Kassereren identificerer ofte årsagen til en returnering, når en kunde returnerer et køb. Du kan angive, at returnerede produkter skal gå til forskellige returlokationer på lageret baseret på infokoder og årsagskoder, som kassererne vælger i POS-registret.
En kunde returnerer f.eks. et defekt produkt, og kassereren behandler returtransaktionen. Når Retail POS viser infokoden for returneringer, vælger kassereren underkoden for defekte returneringer. Det returnerede produkt tildeles derefter automatisk til en bestemt returlokation.
En returlokation kan være et lager, en lokation på et lager eller endda en bestemt palle, afhængigt af de lagerlokationer, som organisationen har oprettet. Du kan knytte de enkelte returneringslokaliteter til én eller flere detailinfokoder dog salg og marketing-årsagskoder.
Forudsætninger
Før du kan konfigurere returplaceringer, skal du konfigurere følgende elementer:
- Detailhandelsinfokoder – spørger ved det POS-register, som du konfigurerede i modulet Detailhandel . Du kan finde flere oplysninger i Konfigurere oplysningskoder.
- Årsagskoder for salg og marketing – spørger ved det POS-register, som du konfigurerede i modulet Salg og marketing . Du kan finde flere oplysninger i Konfigurere årsagskoder for returnering.
- Lagerlokationer – De steder, hvor lagerbeholdningen opbevares. Du kan finde flere oplysninger i Konfigurere Lagerlokationer.
Konfigurer returneringslokationer
Følg disse trin for at konfigurere returplaceringer:
Gå til Detail og handel > Kanalkonfiguration > Lagersteder, og vælg et lagersted.
I feltet Standardreturlokation i oversigtspanelet Detail skal du vælge den lagerlokation, der skal bruges til returneringer, hvor infokoderne eller årsagskoderne ikke er knyttet til returlokationerne.
I feltet Standardreturpalle i oversigtspanelet Detail skal du vælge den palle, der skal bruges til returneringer, hvor infokoderne eller årsagskoderne ikke er knyttet til returlokationerne.
Gå til Detail og handel > Lagerstyring > Returlokationer.
Vælg Ny for at oprette en ny lagerreturneringspolitik.
Angiv et entydigt navn og en beskrivelse for returneringslokaliteten.
Seddel
Hvis der er konfigureret en nummerserie for returplaceringer, angives navnet automatisk.
I oversigtspanelet Generelt skal du angive indstillingen Udskriv labels til Ja, hvis du vil udskrive labels for alle de produkter, der er tilknyttet returlokationer.
Angiv Bloker lager til Ja for at tage de returnerede produkter i standardreturneringslokaliteten ud af lageret og forhindre, at de bliver solgt.
Hvis du vil tilknytte specifikke detail infokoder og underkoder til returplaceringer, skal du følge disse trin:
- Vælg Tilføj i oversigtspanelet Detailoplysningskoder.
- Vælg en Infokode for returneringer i feltet.
- I feltet Underkode skal du vælge en underkode for årsagen til returneringen. Angiv en beskrivelse af den valgte underkode i feltet Beskrivelse.
- Vælg den butik, hvor infokoden bruges, i feltet Butik.
- Brug felterne Lagersted, Lokalitet og Palle-id til at angive en returlokation. For eksempel hvis du vil angive et bestemt sted i en butik, skal du vælge en butik i feltet Butik og en lokalitet i feltet Lokation.
- Marker afkrydsningsfeltet Bloker lager for at tage returnerede produkter ud fra lageret og forhindre, at de bliver solgt.
Hvis du vil tilknytte specifikke salgs- og marketingårsagskoder til returplaceringer, skal du følge disse trin:
- Vælg Tilføj i oversigtspanelet Salgs- og marketing årsagskoder.
- Vælg en ny årsagskode for returneringer i feltet Årsagskode. Angiv en beskrivelse af den valgte årsagskode i feltet Beskrivelse.
- Vælg den butik, hvor årsagskoden bruges, i feltet Butik.
- Brug felterne Lagersted, Lokalitet og Palle-id til at angive en returlokation. For eksempel hvis du vil angive en bestemt palle på en lokalitet på et lagersted, skal du vælge et lagersted i feltet Lagersted, en lokalitet i feltet Lokation og en palle i feltet Palle-id.
- Marker afkrydsningsfeltet Bloker lager for at tage returnerede produkter ud fra lageret og forhindre, at de bliver solgt.
Seddel
Hvis der bruges en politik for returlokation for en vare, men returårsagen til, at en kasserer vælger, ikke svarer til den kode, du angiver i oversigtspanelet Salgs-og marketingårsagskoder , går varen til den standardreturvareplacering, som du definerer på siden Lager . Indstillingen af afkrydsningsfeltet Bloker lager i oversigtspanelet Generelt på siden Returlokation bestemmer desuden, om den returnerede vare skal være lagerspærret.
Gå til Detail og handel > Commerce-produkthierarki.
Vælg en returlokation i feltet Returlokation i oversigtspanelet Administrer egenskaber for lagerkategorier. Da du kan definere flere politikker for returplacering for det samme lager, bestemmer den værdi, du vælger her, den returplaceringspolitik, der bruges.
Kendte problemer
Når du udfører en global returnering, afspejler returtransaktionen ikke tidligere returnerede antal
PROBLEM: Når du udfører en global returnering, afspejler returtransaktionen ikke tidligere returnerede antal.
Dette problem kan f.eks. opstå, når du udfører følgende trin.
- Udfør et salg i butik A af en vare med et antal på fem.
- Udfør en returnering af dette salg i butik A for et antal på to.
- Træk transaktionerne til hovedkvarteret.
- Prøv at returnere det oprindelige salg fra trin 1 i butik B. Når du har angivet kvitteringsnummeret, viser POS et antal på fem i stedet for det forventede antal på tre.
ÅRSAG: Dette problem opstår, når flere CSU'er er i brug. I dette eksempel bruger butik A én CSU, og butik B bruger en anden CSU. Hver CSU har sin egen database, så butik A har ikke oplysninger om transaktioner, der er foretaget i butik B, og butik B har ikke oplysninger om transaktioner, der er foretaget i butik A.
Afhjælpningstrin
Følg disse trin for at afhjælpe dette problem:
- I Commerce headquarters skal du aktivere funktionen Forbedret brugeroplevelse for POS-returneringer i arbejdsområdet Administration af funktioner (Systemadministration > Arbejdsområder > Administration af funktioner).
- Kør jobbet Opdater returantal med høj frekvens.
- Kør jobbet Returantal (1200) som distributionsplan for at opdatere butikkerne med høj frekvens.
Når du udfører disse trin, synkroniseres de returnerede antal mellem CSU'er, og alle returneringer skal derefter afspejle returnerede antal fra andre butikker. Trin 2 og 3 sikrer, at oplysninger fra hver CSU ofte sendes til hovedkvarteret via RTS-opkald (Real-time Service).
Yderligere ressourcer
Returnere serienummerstyrede produkter i POS
Sammenkædede refusioner af tidligere godkendte og bekræftede transaktioner
Oprette og opdatere en politik for returneringer og refusion for en kanal