Oprette returneringer i POS

I denne artikel forklares det, hvordan du starter returneringer for kontanttransaktioner eller kundeordrer i Microsoft Dynamics 365 Commerce Point of Sale (POS).

Behandle returneringer ved hjælp af returtransaktionsoperationen

Føj returtransaktionshandlingen til dit POS-skærmlayout. I udgivelser før udgivelsen af Commerce version 10.0.20 understøttede returtransaktionen kun behandling af returneringer for cash and carry-transaktioner. Når du har aktiveret unified-returbehandlingsoplevelsen for POS-funktionen , understøtter returtransaktionshandlingen også behandling af returneringer, der stammer fra kundeordrer, f.eks. "afhentning" eller "afsendelse til hjem"-ordrer, der 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. Ved returnering af kundeordrer konfigureres årsagskoder for retur på siden Return-årsagskoder i Dynamics 365 Commerce hovedkvarter.

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 en transaktion indeholder mere end ét element, der skal returneres, 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. For at afhjælpe dette problem kan administratorer aktivere funktionen Forbedret brugeroplevelse for POS-returnering . Denne funktion gør returvaregitteret til et gitter med flere markeringer, hvor du kan vælge og fjerne markeringen af returnerbare produkter. 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. Når du aktiverer denne konfiguration, kombinerer systemet alle produkter, der kan returneres, 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.

Bloker, at bestemte elementer returneres i POS

Nogle produkter, f.eks. forbrugsvarer, tilpassede varer eller varer, der sælges under særlige vilkår, bør ikke være berettiget til returnering. Funktionen Kontrolleret returnering af bestemte elementer i POS giver dig mulighed for at markere produkter som ikke-genanvendelige, skjule dem fra visningen Returnerbare produkter under returtransaktioner og angive kontrollerede undtagelser for autoriseret personale.

Når en vare, der ikke kan omstødes, sælges i POS, føjer systemet automatisk en linjekommentar til salget, der angiver, at varen ikke kan returneres.

Aktivere funktionen

Før du kan bruge denne funktion, skal du aktivere den i arbejdsområdet Funktionsstyring .

1. I Commerce-hovedkvarteret skal du gå til Administration afarbejdsområder> til systemadministration>funktionsstyring.
2. Søg efter kontrolleret returnering af bestemte elementer i POS.
3. Vælg funktionen, og vælg derefter Aktivér.

Markér produkter, der ikke kan returneres

Du kan blokere et individuelt produkt eller en hel produktkategori fra at blive returneret.

Sådan blokerer du et element til returnering:

1. I Commerce-hovedkontoret skal du gå til Retail og Commerce>Produkter og kategorier>Frigivne produkter efter kategori.
2. Vælg den vare, du vil konfigurere.
3. På FastTab'en Commerce skal du indstille indstillingen Bloker varetilbagelevering til Ja.

Sådan blokerer du en produktkategori:

1. Gå til Detail- og Commerce>Products and categories>Commerce-produkthierarkiet i Commerce-hovedkvarteret.
2. Vælg den kategorinode, du vil konfigurere.
3. På oversigtstabellen Specifik for juridisk enhed skal du angive indstillingen Bloker vareretur til Ja for kategorien.
4. På handlingslinjen under noden Kategori skal du vælge Opdater produkter og angive Returindstillingen Bloker element til Ja for at anvende indstillingen på alle produkter i kategorien.
5. Hvis du vil kontrollere, om elementerne i kategorien er opdateret, skal du gå til formularen Frigivne produkter efter kategori og kontrollere individuelle produkter.

Returadfærd i POS

Når en butiksmedarbejder starter en returtransaktion og søger efter en ordre, viser siden Produkter, der kan returneres , kun elementer, der er berettiget til returnering. Systemet skjuler automatisk produkter, der er markeret som ikke-fortrydelige, fra denne visning.

Håndter returundtagelser for elementer, der ikke kan tilbagesendes

Hvis en kunde har en gyldig grund til at returnere et element, der ikke kan annulleres, kan butikken knyttes til tilladelsen Tillad returnering af elementer, der ikke kan returneres , og håndtere undtagelsen.

1. På siden Produkter, der kan returneres skal du vælge den nye knap med navnet Vis elementer, der ikke kan returneres , på applinjen for at indlæse elementer, der ikke kan returneres, fra transaktionen.
2. De elementer, der ikke kan annulleres, vises på listen, og du kan vælge og behandle dem som en returvare.

Slå returberettigelse for individuelle elementer til/fra

I nogle tilfælde kan et produkt generelt returneres, men en bestemt enhed kan muligvis ikke returneres. For eksempel en gulvmodel eller et beskadiget stykke. Brug handlingen Til/fra-returberettigelse i POS til at ændre returstatus for et enkelt element i en åben transaktion.

• Hvis du vil markere et element, der kan returneres, som ikke kan omstødes, skal du markere linjen og køre handlingen Slå returberettigelse til/fra .
• Hvis du vil markere et element, der ikke kan omstødes, som returnerbart, skal du markere linjen og køre handlingen igen.

Hvis du markerer et produkt som returnerbart, når du sælger det, men senere konfigurerer det som ikke-omstøderbart i systemet, vises elementet ikke i visningen Returner produkter under en returtransaktion. Godkendte brugere kan stadig bruge undtagelsesknappen på applinjen til at behandle returneringen.

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.

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. De kan derefter vælge en transaktion i journalen og vælge funktionen Returnering på POS-appbjælken. 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).

Aktivér beregning af passende moms 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.

1. Gå til arbejdsområdet Funktionsstyring, og søg efter Aktivér beregning af passende moms for returneringer med delvist antal.
2. Vælg Aktivér beregning af passende moms 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 konfigurerer. 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:

1. Gå til Detailhandel og Commerce>Kanalopsætning>Lagre, og vælg et lager.

2. 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.

3. 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.

4. Gå tilLagerstyring> for detailhandel og handel>Returneringsplaceringer.

5. Vælg Ny for at oprette en ny lagerreturneringspolitik.

6. Angiv et entydigt navn og en beskrivelse for returneringslokaliteten.

   Bemærkning

   Hvis du konfigurerer en nummerserie for returplaceringer, angives navnet automatisk.

7. I oversigtspanelet Generelt skal du angive indstillingen Udskriv labels til Ja, hvis du vil udskrive labels for alle de produkter, der er tilknyttet returlokationer.

8. Angiv Bloker lager til Ja for at tage de returnerede produkter i standardreturneringslokaliteten ud af lageret og forhindre, at de bliver solgt.

9. Hvis du vil tilknytte specifikke detail infokoder og underkoder til returplaceringer, skal du følge disse trin:

   1. Vælg Tilføj i oversigtspanelet Detailoplysningskoder.
   2. Vælg en Infokode for returneringer i feltet.
   3. I feltet Underkode skal du vælge en underkode for årsagen til returneringen. Angiv en beskrivelse af den valgte underkode i feltet Beskrivelse.
   4. Vælg den butik, hvor infokoden bruges, i feltet Butik.
   5. 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.
   6. Marker afkrydsningsfeltet Bloker lager for at tage returnerede produkter ud fra lageret og forhindre, at de bliver solgt.

10. Hvis du vil tilknytte specifikke salgs- og marketingårsagskoder til returplaceringer, skal du følge disse trin:

    1. Vælg Tilføj i oversigtspanelet Salgs- og marketing årsagskoder.
    2. Vælg en ny årsagskode for returneringer i feltet Årsagskode. Angiv en beskrivelse af den valgte årsagskode i feltet Beskrivelse.
    3. Vælg den butik, hvor årsagskoden bruges, i feltet Butik.
    4. 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.
    5. Marker afkrydsningsfeltet Bloker lager for at tage returnerede produkter ud fra lageret og forhindre, at de bliver solgt.

    Bemærkning

    Hvis du bruger en politik for returlokation for en vare, men returårsagen til, at en kasserer vælger, ikke stemmer overens med 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.

11. Gå tilprodukthierarkiet> Commerce.

12. 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

Spørgsmål: 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.

1. Udfør et salg i butik A af en vare med et antal på fem.
2. Udfør en returnering af dette salg i butik A for et antal på to.
3. Træk transaktionerne til hovedkvarteret.
4. 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.

Forårsage: 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:

1. I Commerce headquarters skal du aktivere funktionen Forbedret brugeroplevelse for POS-returneringer i arbejdsområdet Administration af funktioner (Systemadministration > Arbejdsområder > Administration af funktioner).
2. Kør jobbet Opdater returantal med høj frekvens.
3. 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 afspejler derefter de 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).

Flere 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
• Visuelle konfigurationer af POS-brugergrænseflade