Avancerade automatiska avgifter för flera kanaler
Denna artikel innehåller information om konfiguration och distribution av funktionen för avancerade automatiska avgifter som är tillgängliga i Dynamics 365 for Retail version 10.0.
När avancerade funktioner för automatiska avgifter är aktiverade stöds order som har skapats i någon handelskanal (kassa, kundtjänst och online), kan utnyttja den automatisk debitering konfigurationer som fastställs i ERP-programmet för både huvud- och relaterade avgifter på radnivå.
I versioner före Retail version 10.0 automatiska avgifter endast tillgängliga för order som har skapats i näthandels- och kundtjänstkanaler. I versioner 10.0 och senare kan kassaskapade order utnyttja konfigurationer av automatiska avgifter. På så sätt kan ytterligare avgifter systematiskt läggas på försäljningstransaktioner.
När du använder versioner före version 10.0 uppmanas POS-användare att manuellt ange en leverans avgift när skapas fartygets ”alla” eller ”skicka valda” POS-transaktionen. När funktionerna för diverse avgifter i programmet används i förhållande till hur avgifterna skrivs till ordern, ges inte någon systematisk beräkning – beräkningen är beroende av användarens indata för att bestämma värdet på avgifterna. Avgifterna kan bara läggas till som en enda "leverans"-relaterad debiteringskod och det är inte enkelt att redigera eller ändra dem i POS när de har skapats.
Manuella anvisningar för att lägga till leveransavgifter används fortfarande i version 10.0 eller senare. Om en organisation inte aktiverar parametern Advanced Auto-charges förblir POS uppmanad att ange manuella avgifter på samma sätt.
Med funktionen för avancerade automatiska avgifter kan kassaanvändare ha systematiska beräkningar för alla definierade diverse avgifter baserat på inställningstabeller för automatiska avgifter. Dessutom kan har användare möjlighet att lägga till eller redigera ett obegränsat antal ytterligare debiteringar och avgifter till en försäljningstransaktion i kassa i rubrik eller radnivå (för en hämtköp eller kundorder).
Aktivera avancerade automatiska avgifter
På sidan Butik och handel > Administrationsinställning > Parametrar > Commercesparametrar, gå till fliken kundorder. På snabbfliken Avgifter, ange Använd avancerade automatiska avgifter till Ja.
När avancerad automatiska avgifter aktiveras uppmanas användare inte längre att manuellt ange en fraktkostnad vid kassaterminalen när man skapar en leverera alla eller leverera utvalda kundorder. Kassans orderavgifter beräknas systematiskt och läggs till kassatransaktionen (om det finns en motsvarande tabell för automatiska avgifter som matchar kriteriet om ordern som skapats). Användare kan också lägga till eller underhålla sidhuvud eller radnivå tillägg manuellt via tillagda kassaåtgärder som kan läggas till kassaskärmens layout.
När avancerade automatiska tillägg är aktiverade kommer befintliga handelsparametrar för leveransavgiftskod och återbetala leveransavgifter inte längre användas. Dessa parametrar kan endast användas om parametern Använd avancerade automatiska avgifter är inställd på Nej.
Innan du aktiverar den här funktionen, kontrollera att du har testat och utbildad personal, eftersom den aktiverade funktionen ändrar affärsprocessflödet för hur frakt och andra avgifter beräknas och läggs till försäljningsorder från POS. Kontrollera att du förstår effekten av processflödet för att skapa transaktioner från POS. För kundtjänst och näthandel är effekterna av att aktivera avancerade automatiska tillägg minimal. Kundtjänst och näthandelsprogram fortsätter att ha samma sätt som de tidigare har haft relaterade till register för automatiska avgifter för att beräkna ytterligare avgifter. Användare av kundtjänstkanal kommer även fortsättningsvis ha möjlighet att manuellt redigera beräknade automatiska avgifter på rubrik- eller radnivå eller lägga till ytterligare tillägg manuellt på rubrik- eller radnivå.
Lägga till kassaåtgärder
För att avancerade automatiska avgifter ska fungera korrekt i din kassaapplikationsmiljö, har nya kassaåtgärder lagts till. Dessa åtgärder måste du lägga till dina kassaskärmlayouter och distribuera till kassaenheter när du distribuerar avancerade automatiska avgifter. Om dessa operationer inte läggs till kommer användarna inte att kunna hantera eller underhålla tillägg i POS-transaktionerna och de kan inte justera eller ändra tilläggsvärden som har beräknats systematiskt utifrån automatiska avgiftskonfigurationer. Det föreslås minst att du distribuerar operationen Hantera avgifter till din POS-layout.
Följande nya åtgärder finns.
- 142 – Hantera avgifter – Använd följande åtgärd för att kassaanvändare ska kunna visa och redigera tillägg för kassatransaktionen som är läggs till manuellt eller systematiskt genom beräkningar av avgifter.
- 141 – Lägg till huvudavgifter – Använd denna åtgärd för att ge användaren möjlighet att manuellt lägga till en tilläggsavgift på huvudnivå till en försäljningstransaktion i POS (och välj avgiftskoden som ska användas).
- 140 – Lägg till radavgifter – Använd denna åtgärd för att ge användaren möjlighet att manuellt lägga till en tilläggsavgift på radnivå till en försäljningstransaktionsrad i POS (och välj avgiftskoden som ska användas).
- 143 – beräkna om avgifter – Använd följande åtgärd för att utföra en fullständig ny beräkning av avgifterna för försäljningstransaktionen. Tidigare överskrivna automatiska avgifter för användare beräknas om utifrån den aktuella vagnkonfigurationen.
Som med alla kassaåtgärder kan säkerhetskonfigurationen kräva godkännande av chef för att utföra åtgärden.
Det är viktigt att observera att de ovanstående POS-operationerna också kan läggas till i POS-layouten även om parametern Använd avancerade autoavgifter inaktiveras. I det här scenariot får organisationer fortfarande fördelarna med att kunna visa manuellt tillagda avgifter och redigera dem med hjälp av åtgärden Hantera avgifter. Användare kan även använda åtgärderna Lägg till huvudavgifter och Lägg till radavgifter för kassatransaktioner även om parametern Använd avancerade automatiska avgifter är inaktiverad. Åtgärden beräkna om avgifter har begränsad funktionalitet om den används med Använd avancerade automatiska avgifter inaktiverad. I detta scenario kan inget beräknas om och eventuella avgifter som har lagts till manuellt i transaktionen återställs bara till 0,00 $.
Använd fallexempel
I det här avsnittet visas exempel på användningsfall som hjälper dig att förstå konfiguration och användning av automatiska avgifter och övriga kostnader i samband med order för kanal. De här exemplen visar hur programmet uppför sig när parametern Använd avancerade automatiska avgifter har aktiverats.
Exempel på automatiska avgifter för huvudavgifter
Använd fallstudie
En återförsäljare vill automatiskt lägga till avgifter för frakt när transaktioner skapas i någon handelskanal som kräver en leverans av varor till kunden. Återförsäljaren erbjuder två leveransmetoder: mark och luft. Om en kund väljer markleverans och ordervärdet är mindre än $100, vill återförsäljaren debitera kunden en fraktavgift på $10,00. Om ordern är högre $100 värde och kunden väljer markleverans debiteras inte kunden några extra fraktavgifter. Om kunden väljer flygleveranssätt för alla order, oavsett deras totala värde debiteras en avgift för frakt på $20,00.
Installation och konfiguration
Detta scenario kräver konfiguration av två tabeller för automatiska avgifter.
Gå till Kundreskontra > Ställa in avgifter > Automatiska avgifter.
Konfigurera två olika automatiska avgifter på huvudnivå. Konfigurera en för ”markleverans” och en ”flygleverans”. I det här scenariot kan du konfigurera de som ska användas för ”alla kunder”.
För markleverans, i radavsnittet på sidan automatiska avgifter kan du definiera ett tillägg som ska användas för order mellan $,01- och $100 som $10,00. Skapa en annan avgiftsrad för att ange att order under $100,01 inte har avgifter.
För luftsleverans, i radavsnittet på formuläret automatiska avgifter kan du definiera ett tillägg på $20,00 som ska användas för alla order (mellan $,01och $9 999 999).
Skicka ändringarna till skalningsenhet för handel/Channel DB så att POS kan utnyttja dem genom att köra jobbet 1040 distributionsschema.
Försäljningsbearbetning för det här scenariot
När du är klar med ovanstående konfiguration och ändringarna har tillämpats för databaskanal, alla kundorder eller försäljningstransaktioner som skapats i POS, kundtjänst eller näthandelskanaler som har mark- eller flygleverans metoderna i huvudnivå ska använda dessa avgifter och tillämpa dem automatiskt på försäljningen.
Vid den här tidpunkten gäller tilläggen för alla försäljningstransaktioner som skapas inom den juridiska personen som använder dessa leveranssätt, eftersom det inte finns några funktioner för att ange att en automatisk debiteringskonfiguration endast ska gälla för en viss försäljningskanal.
För POS- och e-handelsscenarier, eftersom det inte finns någon tydligt definierad "rubrik" i dessa order, gäller tillägg på huvudnivå bara om alla försäljningsrader i transaktionen har ställts in på att levereras med exakt samma leveranssätt. Om ”blandade sätt” för utförande av transaktioner skapas av POS eller näthandel beaktas och tillämpas endast automatiska avgifter på radnivå.
I kundtjänstscenarier har användaren kontroll över inställningen för leveranssätt vid orderhuvudet. Därför gäller avgifter på huvudnivå för dessa order även om några av försäljningsraderna har konfigurerats för att använda ett annat leveranssätt. Avgifter på huvudnivå för kundtjänstorder kommer alltid att baseras på leveranssättet som definieras vid orderhuvudnivån i försäljningsordern.
Exempel på automatiska avgifter för radavgifter
Använd fallstudie
En återförsäljare vill lägga till en extra avgift för kunden för installationskostnader när kunden köper en viss modell av datorn. Den här datorn kräver ytterligare inställningsåtgärder som återförsäljaren ska utföra för kunden. Återförsäljaren har meddelat kunder att en avgift tas för denna inställning. Återförsäljaren föredrar att hantera avgifter relaterade till denna avgift separat från produktens försäljningspriset för ekonomisk rapportering. En inställningsavgift på $19,99 debiteras kunden när den specifika datorn köps i någon kanal.
Installation och konfiguration
Detta scenario kräver konfiguration av tabell för automatiska avgifter på en radnivå.
Gå till Kundreskontra > Ställa in avgifter > Automatiska avgifter.
Ange listrutan nivå till rad och skapa en ny post för automatiska avgifter för alla kunder och för en viss produkt eller produktgrupp där inställningsavgifter tas ut.
Skicka avgifterna till skalningsenhet för handel/Channel DB så att POS kan utnyttja dem genom att köra jobbet 1040 distributionsschema.
Försäljningsbearbetning för det här scenariot
När du är klar med ovanstående konfiguration och ändringarna har tillämpats för databaskanal, alla kundorder eller försäljningstransaktioner som skapats i POS, kundtjänst eller näthandelskanaler som har denna post i ordern kommer att utlösa en radnivåavgift som systematiskt läggs till i orderantalet.
Vid den här tidpunkten gäller tilläggen för alla försäljningsraderna som matchar konfigurationen av automatiska tillägg på radnivå inom den juridiska personen, eftersom det inte finns någon funktion för att konfigurera en autoavgift på radnivå som endast ska tillämpas på en specifik försäljningskanal.
Exempel på manuella huvudavgifter
Beskrivning av att använda fallstudie
En återförsäljare gör undantag från vanliga processer genom att erbjuda en särskild hemleverans av produkter till kunder som beställer produkter i butiken. Återförsäljaren och kunden har kommit överens om att kunden kommer att betala en extra avgift på $25 för den här tjänsten. Ordermottagaren behöver lägga till denna avgift i transaktionen. Eftersom avgiften är avgiftsbelagd och inte hör till en enda produkt i ordern, ska en huvudkostnad användas.
Installation och konfiguration
Kontrollera att avgiftskoden som används i det här scenariot har konfigurerats korrekt genom att gå till kundreskontra > inställningar av avgifter > avgifter för att definiera en lämplig avgiftskod för scenariot.
Ange om avgiften ska betraktas som en ”frakt”-relaterad avgift för fraktrelaterade rabatter eller kampanjer, ange leveransavgift för avgiftskoden till Ja. Om denna avgift också kan återbetalas systematiskt under bearbetningen av en returtransaktion i kassaprogram ställer du in Återbetalningsbar till Ja. Flaggan Återbetalningsbar gäller endast när parameter Använd avancerade automatiska avgifter är inställd på Ja.
Skicka avgifterna till skalningsenhet för handel/Channel DB så att POS kan utnyttja dem genom att köra jobbet 1040 distributionsschema.
Åtgärden lägg till huvudavgift måste konfigureras i din kassaskärmlayout så att en knapp som är tillgänglig för användaren från POS kan anropa åtgärden (åtgärd 141). Skärmens layoutändringar måste distribueras till kanalen samt via distributionsplanen.
Försäljningsprocesserna för manuella huvudavgifter
Om du vill köra scenariot i kassaprogrammet kommer kassaanvändaren att skapa försäljningstransaktionen som vanligt, lägga till produkter och andra konfigurationer för försäljning. Innan betalningen samlas in ska användaren utföra åtgärden Lägg till huvudavgift som uppmanar användaren att välja avgiftskod och ange avgiftsvärdet. När användaren slutför processen läggs avgiften till försäljningsorder som ett tillägg på huvudnivå.
Proceduren kan tillämpas i kundtjänst genom att använda den befintliga funktionen avgifter som finns på fliken sälja i verktygsfältet. På sidan Underhåll avgifter kan användaren kan lägga till en ny rad i orderrubriken.
Exempel på manuella radavgifter
Använd fallstudie
En kund har begärt att 2 av 5 artiklar på deras försäljningsorder ska slås in. Återförsäljaren erbjuder valfria tjänsten till en kostnad av $2,00 per artikel. Ordermottagaren måste lägga till dessa avgifter till de artiklar som behöver slås in.
Installation och konfiguration
Kontrollera att avgiftskoden som används i det här scenariot har konfigurerats korrekt genom att gå till kundreskontra > inställningar av avgifter > avgifter för att definiera en lämplig avgiftskod för scenariot.
Ange om avgiften ska betraktas som en ”frakt”-relaterad avgift för fraktrelaterade rabatter eller kampanjer, ange leveransavgift för avgiftskoden till Ja. Om denna avgift också kan återbetalas systematiskt under bearbetningen av en returtransaktion i kassaprogram ställer du in Återbetalningsbar till Ja. Flaggan Återbetalningsbar gäller endast när parameter Använd avancerade automatiska avgifter är inställd på Ja.
Skicka avgifterna till skalningsenhet för handel/Channel DB så att POS kan utnyttja dem genom att köra jobbet 1040 distributionsschema.
Åtgärden lägg till radavgift måste konfigureras i din kassaskärmlayout så att en knapp som är tillgänglig för användaren från POS kan anropa åtgärden (åtgärd 140). Skärmens layoutändringar måste distribueras till kanalen samt via distributionsplanen.
Försäljningsprocesserna för manuella radavgifter
Om du vill köra scenariot i kassaprogrammet kommer kassaanvändaren att skapa försäljningstransaktionen som vanligt, lägga till produkter och andra konfigurationer för försäljning. Innan man tar betalt måste användaren markera den rad som avgiften tillämpas från kassans visning av artikellista och köra åtgärden lägga till radavgift. Användaren uppmanas att välja avgiftskod och ange värdet för avgiften. När användaren slutför processen kopplas avgiften till raden och läggs till ordersumman som en avgift på radnivå. Användaren kan upprepa processen för att lägga till ytterligare radavgifter för andra artikelrader i transaktionen om det behövs.
Samma tillvägagångssätt kan användas i kundtjänst med funktionen ”Underhåll avgifter” som du hittar under listrutan ekonomi i avsnittet försäljningsorderrader på dian försäljningsorder. Att välja det här alternativet kommer att öppna Underhåll avgifter där användaren kan lägga till en ny radspecifik avgift i transaktionen.
Ytterligare funktioner
Redigera avgifter i en kassaförsäljningstransaktion
Åtgärden Hantera tillägg (142) ska läggas till i kassaskärmlayout så att en användare kan visa och redigera eller åsidosätta eventuella systemberäknade eller manuellt skapade avgifter på huvud- eller radnivå. Om operationen inte läggs till kan användarna inte justera värdet på pos-transaktionen och de kan inte heller visa information om avgifterna, till exempel vilken typ av debiteringskod som är kopplad till avgiften.
På sidan Hantera avgifter i POS kan användaren visa information om avgifter på både huvud- och radnivå. Användaren kan använda redigera som är tillgänglig på den här sidan för att ändra det belopp som debiteras en specifik avgiftsrad. När en debiteringsrad har skrivits över manuellt räknas den inte om automatiskt om, såvida inte användaren initierar åtgärden Omberäkna tillägg.
Om Orsakskod för åsidosättning av avgift har konfigurerats på installationssidan handelsparametrar, användaren uppmanas att ange en orsakskod när avgifter har ändrats i kassaprogrammet.
Om orsakskoder registrerays för överskrivna avgifter, finns även en ny rapport för att granska dessa åsidosättningar. Rapporten finns i butik och handel > förfrågningar och rapporter > historik för avgiftsåsidosättning.
Återbetalning av avgifter för en kassareturtransaktion
Om parametern Använd avancerade automatiska avgifter är inställd på Ja kommer befintlig handelsparameter för återbetala leveransavgifter inte längre gälla. Om du vill ange vilka avgifter som systematiskt återbetalas till en kund vid användning av avancerade automatiska avgifter, kontrollera att relaterade avgiftskoden har konfigurerats som Återbetalningsbar på installationssidan avgiftskod. Kontrollera att inställningarna har synkroniserats med databaserna för handelskanal via distributionsplan.
Återbetalning av avgifter för en ordertransaktion
Avgifter återbetalas inte systematiskt till returorder som har skapats i Handel. Användare måste välja alternativet kopiera avgifter när de skapar returorder. Om copy charges inte är valda, återbetalas inte tilläggen från den ursprungliga försäljningstransaktionen automatiskt. Om kopiering har markerats kopieras alla avgifter till returordern och användaren kan manuellt redigera eller ta bort eventuella avgifter som de inte vill ha återbetalat. Returorderprocessen för kundtjänsten godkänner för närvarande inte flaggan Återbetalad i inställningarna för avgiftskoder .
Konfigurera kassainleveranser för att visa debiteringar
Följande inleverans har lagts till inleveransraden och sidfoten för att stödja funktionen för avancerade automatiska avgifter.
- Leveransavgifter för rad – Detta element på radnivå kan användas för att sammanfatta koder för särskilda avgifter som har kopplats till försäljningsraden. Endast avgiftskoder som har flaggats som leverans-avgifter på sidan avgiftskoder visas här.
- Rad andra avgifter – Detta element på radnivå kan användas för att återta eventuella icke-skeppningsspecifika debiteringskoder som har tillämpats för försäljningsraden. Rad andra avgifter är avgiftskoder där skeppningsflaggan på kodsidan Tillägg inte har aktiverats.
- Leveransavgiftsdetaljer för order – Detta element på sidfotnivå visar beskrivningar av avgiftskoder som gäller för ordern som har flaggats som leverans på installationssidan avgiftskod.
- Leveransavgifter för order – Detta element på sidfotnivå visar belopp för leveransrelaterade avgifter.
- Detaljer för order andra avgifter – Det här sidfotsnivåelementet visar beskrivningen av avgiftskoderna som gäller för ordern som inte har flaggats som leveransrelaterade avgifter.
- Order andra avgifter – Detta sidfotsnivåelement visar värdet i kronor för de andra avgifter som inte är leveransrelaterade.
Vi rekommenderar att organisationen även lägger till fritextfält i kvittosfoten så att de definierar de områden där avgifter ska användas igen.
Förhindrar att avgifter beräknas innan kassaordern är klar.
Vissa organisationer föredrar att vänta tills användaren är klar med att lägga till alla försäljningsrader i kassatransaktionen innan de beräknar avgifter. För att undvika beräkning av avgifter när artiklar läggs till i kassatransaktionen, aktiverar du parametern Manuell beräkning av avgifter i den funktionsprofil som används i butiken. För att aktivera den här parametern måste kassaanvändaren använda åtgärden beräkna summa när de är klara med att lägga till produkter i kassatransaktionen. Åtgärden beräkna summa utlöser sedan beräkning av eventuella automatiska avgifter för orderrubriken eller rader.
Raporrter för avgiftsåsidosättning
Om användare åsidosätter beräknade avgifter eller lägger till manuell avgift i transaktionen, kommer dessa data vara tillgängliga för granskning i rapporten historik för avgiftsåsidosättning. Rapporten kan nås från butik och handel > förfrågningar och rapporter > historik för avgiftsåsidosättning. Det är viktigt att observera att data som behövs för den här rapporten importeras från kanaldatabasen till Huvudkontor via distributionsschemajobben "P". Information om åsidosättningar kan därför endast utföras i POS och kanske inte är omedelbart tillgängliga i rapporten tills jobbet har överfört butikens transaktionsdata till HQ.
Ytterligare resurser
Feedback
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i: https://aka.ms/ContentUserFeedback.
Skicka och visa feedback för