Ordermallar

En ordermall definierar de grundläggande egenskaperna för ordrar, direkta butiksleveranser och kontanthantering.

Det finns tre underliggande posttyper för en ordermall.

En orderpost är standardposttypen för butiksförsäljning, arbetsbilsförsäljning och leveransdokument. Med en orderpost kan du använda dessa dokumenttyper:

• Leverans: för direktleverans av förbeställda produkter till en kund under ett besök på lagret som redan lastats på lastbilen. Dessa leveransdokument levereras med förberäknade värden och drivrutiner kan inte justera produktkvantiteterna om inte en Salesforce-administratör uttryckligen konfigurerar systemet att tillåta det.

• Orderpost: för att skapa standardförhandsordrar, direktordrar, arbetsbilsförsäljningsordrar, produktreturer, marknadsföringsmaterial och gratisvaror.

• Faktura: för fakturerings- och finansposter. Transaktionstyper inkluderar kontantfakturor (som kräver betalningsindrivning), kreditfakturor (ingen omedelbar betalningsindrivning krävs), kreditnotor (för returnerade produkter) och fakturor utan betalning.

I en orderpost kan du ge specifika användarroller möjligheten att se mallen.

En Truck Load är till för att hantera ett fordons lager vid direktleverans i butik och försäljning av arbetsbilar. Med en Truck Load kan du använda dessa dokumenttyper:

• Produktincheckning: för incheckning av returnerade och osålda produkter från fordonet till lagerbyggnaden i slutet av en rundtur.

• Produktkontroll: för att räkna, verifiera och lasta produkter från lagerbyggnaden till fordonet i början av en rundtur.

• Truckgranskning: för att utföra fysiska revisioner av lastbilens lager. Lagerkontrollanter eller vakter kan begära dessa granskningar från förare periodiskt för att verifiera lastbilens innehåll mot systemets poster.

  

  Anteckning Du kan se Lastbilsgranskning i alternativlistan, men den är inte riktigt färdig ännu.

Ett kontantdokument är till för dokument för ekonomisk hantering eller kontanthantering under direktleverans i butik och inkluderar inte konfigurationsinställningarna för prissättning, vilket innebär att du inte kan konfigurera dem för komplexa eller Penny Perfect Pricing-beräkningar. Med ett Cash-dokument kan du använda dessa dokumenttyper:

• Cash Check In (Kontantincheckning): för att checka in kontant i slutet av en tur.

• Cash Check Out [Kontantutcheckning]: för att kolla in en cashfloat innan du påbörjar en tur.

Du kan associera ordermallen med ett arbetsflöde som hanterar ordergodkännande. Med ett arbetsflöde visas en Release-knapp när ordern kan övergå till nästa läge. Vid varje övergång identifierar arbetsflödet den ansvariga person som kan godkänna nästa läge. Arbetsflödet kan stödja flera obligatoriska godkännanden.

Beräkning av leveransdatum har fyra alternativ:

• Idag: använder det aktuella datumet.

• Inbyggd: beräknar det tidigaste giltiga datumet genom att lägga till den specificerade leadtiden till det aktuella datumet, hoppa över helger och helgdagar.

• Nej: lämnar leveransdatumet tomt så att det kan hanteras manuellt eller om schemaläggning inte är möjlig vid ordertillfället.

• Användaravslut: låter dig skapa din egen beräkningsprocess för att avgöra leveransdatum för egna regler, som kundspecifika leveransfönster, ruttbaserad schemaläggning eller bryttid.

  

  Anteckning Du kan se Användarutgång i alternativlistan, men den är inte riktigt redo ännu.

En ordermall kan tillämpa ett lägsta och högsta ordervärde. Du kan även ange kvantitetsavrundning för att säkerställa att produkter beställs i giltiga delar av multiplar av en produkts måttenhet:

• Standard avrundning avstängd: börjar med avrundning inaktiverad. Säljaren kan aktivera det genom att använda användargränssnittet.

• Standard för avrunda: börjar med avrundning aktiv. Säljaren kan inaktivera det genom att använda användargränssnittet.

• Avrunda alltid på: tillämpar avrundning.

Avrundningsriktningen (Upp, Ned, Närmaste, Aldrig, UserExit) konfigureras för varje produkt på logistikenhetsnivå, inte i ordermallen.

En ordermall kan specificera en dokumenttransaktionstyp som avgör om föraren måste samla in betalning från kunden.

För leveransdokument:

• Leverans kontantfaktura: Skapar en faktura som kräver att föraren samlar in betalningen.

• Leveranskreditfaktura: Skapar en faktura där ingen omedelbar betalningsindrivning krävs.

• Ej validerad leveransanteckning: Skapar en leveransanteckning som visar prissättning som en bekräftelse, medan den faktiska juridiska fakturan skapas direkt från ERP.

• Validerad leveransanteckning: Skapar en leveransanteckning som listar produkter och kvantiteter men exkluderar prissättning, med den juridiska fakturan skapad från ERP.

För orderpostdokument:

• Cash Order : Skapar en orderbekräftelse där användaren måste samla in betalningen.

• Kreditorder: Skapar en orderbekräftelse utan att någon betalningsinsamling krävs.

• Ingen betalningsorder: Skapar ordrar som är helt relevanta för utebliven betalning.

• Kontantfaktura för vanförsäljning: Skapar arbetsbilsförsäljningsordrar där föraren samlar in betalningen.

• Faktura utan betalning för arbetsbilsförsäljning: Skapar arbetsbilsförsäljningsordrar där ingen betalningsinsamling sker.

För lagerdokument:

• Kontantfaktura: Skapar fakturadokument som kräver betalningsinsamling från kontantkunder.

• Kreditfaktura: Skapar fakturadokument med betalningsinsamling för kreditkunder som har överskridit sin kreditgräns.

• Kreditnota: Skapar en kreditnota specifikt för returnerade produkter.

• Ingen betalning: Skapar fakturadokument som inte är relevanta för betalning.

När säljaren är på plats visar appen en deponeringslista, en förifylld katalog med produkter. Istället för att visa alla produkter i företagets databas skapar systemet denna lista dynamiskt baserat på reglerna som konfigurerats av en Salesforce-administratör i ordermallen. Beroende på dessa inställningar kan en deponeringslista automatiskt kompilera:

• Listade produkter: Artiklar auktoriserade för försäljning i butiken eller kunden via en sortiment- eller auktoriseringslista.

• Historiska produkter: Objekt som kunden tidigare har beställt (systemet kan se tillbaka på de senaste 5 utgivna ordrarna upp till 180 dagar).

• Produkt med upphöjda områden: Produkter knutna till aktiva, kundrelevanta erbjudanden eller taktik. Om du även vill att säljare ska kunna välja produkter från aktiva erbjudanden väljer du Överväg valbart erbjudande.

• Slut på lager-objekt: Produkter som flaggats som slut på lager under en nyligen genomförd butiksundersökning, vilket säkerställer att säljaren kommer ihåg att ordna om dem. För slut på lager-artiklar kan du förinställa en kvantitet att beställa.

• Specifika sortiment: Specialiserade grupperingar som sortiment för försäljningsdokument (till exempel strikt marknadsföringsmaterial) eller sortiment för kundförsäljning.

Du kan välja om appen visar deponeringslistan som en hierarki eller i en grupperad platt lista.

Du kan specificera Specialorderhantering för att styra vilka valbara erbjudanden som visas och om standardprodukter kan läggas till:

• Nej: Utesluter erbjudanden med specialordrar. Säljaren kan lägga till standardprodukter i ordern.

• Inkluderande specialorder: Visar alla erbjudanden, inklusive erbjudanden med specialordrar. Säljaren kan lägga till standardprodukter i ordern.

• Exklusiv specialorder: Visar endast erbjudanden med specialordrar. Knappen Lägg till produkt är inaktiverad. Ordern är begränsad till specialerbjudandets produkter.

Ordermallen kan specificera att en orderkvantitet föreslås baserat på befintligt lager, förordrar eller tidigare ordrar. Om en orderkvantitet föreslås kan ordermallen avgöra om skanning av en objektstreckkod väljer produkten, accepterar den föreslagna ökningen eller lägger till batchnumret.

Inställningar för priskontroll i en ordermall avgör hur och när systemet inleder komplexa prisberäkningar för en order på en mobil enhet.

Inställningen Pristyp avgör det specifika baspris som används vid beräkning av produktpriser för en order. När du väljer en pristyp i ordermallen åsidosätter den standardpristypen som är tilldelad till kunden. Systemet beräknar och visar produktpriser baserat på mallens pristyp, istället för att förlita sig på kundens standardprissättning.

Metoderna för att beräkna pris avgör exakt när och hur systemet beräknar priserna för en order. Tillgängliga metoder inkluderar:

• Offline (Knapp): Denna metod är till för Penny Perfect Pricing och kräver att säljaren trycker på en knapp Beräkna för att utlösa prissättningsmotorn. Det är den rekommenderade metoden för komplexa konfigurationer eftersom den ger bästa systemprestanda.

• Offline (Redigeringsläge): Denna metod är även för Penny Perfect Pricing. Den utlöser automatiskt beräkningen i bakgrunden när användaren redigerar ett orderobjekt, till exempel ändrar en produkts kvantitet.

• Spara och lägg till och spara: Dessa metoder är för inbyggt enkel prissättning (kallas ofta äldre prissättning). Systemet avgör automatiskt objektpriserna och räknar om ordervärdet när objekt läggs till, eller när fält som kvantitet, måttenhet och rabatt redigeras.

En ordermall kan innehålla upp till fem lagerreferenser för att knyta ordrar till specifika användare, för att säkerställa att lagernivåerna är korrekta. Eftersom det finns flera lagerreferensluckor kan du konfigurera komplexa scenarion för att följa lager över flera enheter samtidigt.

Offlinemobilappen kontrollerar om beräkningen av en order är uppdaterad när användaren öppnar eller skickar in en order. Använd inställningen Meddela inaktuell beräkning för att varna användaren när beräkningen är inaktuell. Använd inställningen Omräkning krävs för att tvinga fram omräkning av en inaktuell order när användaren skickar in den:

• Beräkna alltid: räknar om ordern utan att meddela användaren när de öppnar en order i redigeringsläge eller släpper en order. När en order öppnas i knappläge inaktiveras knappen Skicka tills beräkningen har utförts.

• Nej: skickar ordern utan att omberäkna.

• Ja: räknar om en order från ett tidigare datum utan att meddela användaren.

• Ja (med notis): räknar om ordern vid release och meddelar användaren. Användaren kan acceptera omräkning eller avbryta orderinskickning.

Ordermallen specificerar om rapporter ska skapas från mobilappen offline när ordrar släpps:

• Prissättningslogg: samlar in detaljerad information om de beräkningar som prissättningsmotorn utför under ordern, inklusive överhoppade steg och villkor som saknas.

• Belöningslogg: samlar in hur valbara hinder för kampanjbelöningar utvärderas, om hinderna uppfylldes och vilka belöningar eller ogiltiga gratisobjektsprodukter som beviljades till kunden.

• Skapa en ordermall
  Skapa en ordermall för att definiera egenskaperna för ordrar och avgöra beteendet för mobilappen offline vid tidpunkten för ordern.
• Skapa en orderobjektmall
  Orderobjektmallar definierar hur produkter hanteras i en order.