Mallar för beräkningssteg och prissättningsvillkor

Ett beräkningssteg är en behållare för en mall för prissättningsvillkor, som avgör stegets beteende och hur man hämtar de data som behövs för att utföra beräkningen.

Mallen Prissättningsvillkor är den funktionella motsvarigheten till SAP "Villkorstyp". Mallen avgör prissättningsvillkorets karaktär (oavsett om det är ett pris, en rabatt eller en tilläggskostnad) och hjälper prissättningsmotorn att hitta data. Vid integrering med en ERP mappar det unika ID:t för prissättningsvillkorsmallen direkt till ID:t för SAP-villkorstyp.

Metatypen för mallen Prissättningsvillkor avgör dess beteende:

• Pris: Fastställer grundpriset för beräkning (kvantitet × villkorsvärde).

• Rabatt (belopp/procent/lägenhetspris): Beräknar fasta rabatter, procentbaserade rabatter och tillägg, eller enhetliga schablonsatser som tillämpas i hela ordern.

• Delsummor (Senast giltiga värde, Minsta, Högsta, Sammanfattning): Samla in mellanliggande totaler (som summan av alla tidigare rabatter) och lagra dem i minnet så att efterföljande steg (som Skatt) kan referera dem. De ändrar inte ordertotalen.

• Gratisvaro: Lägger till gratisprodukter i ordern baserat på inköpsvillkor.

• Endast Användaravgång: Kör egen kod istället för standardberäkningar.

Villkorsnivån avgör om prissättningsvillkoret gäller för hela ordertotalen eller specifika produktradartiklar.

Mallen för prissättningsvillkor länkar till en sökstrategi, som berättar för prissättningsmotorn vilken prioriterad sekvens av nycklar som ska användas när villkorsposten söks. Sökstrategin består av ett eller flera steg i sökstrategin i sekvens. Varje steg länkar till en nyckeltyp, vilket är en kombination av nyckelattribut. Till exempel kan en nyckeltyp innehålla nyckelattribut som specificerar en specifik kund, en specifik produkt och en specifik marknad.

Markera kryssrutan Exklusiv för att sluta söka efter det första villkoret som matchar nycklarna. Annars fortsätter prissättningsmotorn söka och tillämpar det senaste matchningsvillkoret.

För att undvika att lagra miljontals prissättningsvillkor på mobilenheten offline, använd en sökning i hierarki för att leta efter bredare prissättningsregler som definieras på högre organisationsnivåer. Du kan tillämpa en procentuell rabatt på antingen en specifik nivå i kundhierarkin eller produkthierarkin. Om du till exempel har 1 000 kunder och 10 000 produkter resulterar sökning utan hierarki i 10 miljoner villkorsposter. Med en sökning i hierarki kan du begränsa resultaten till ett mindre antal. Till exempel returnerar en searcxh med 10 kundgrupper och 50 produktkategorier 500 villkorsposter.

Kombinera inte en sökning i kundhierarki och en sökning i produkthierarki i samma nyckeltyp, eftersom detta tillvägagångssätt tvingar prissättningsmotorn att jämföra varje kundnod med varje produktnod, vilket kan försämra prestandan. Till exempel, om kunden har fyra hierarkinivåer och produkten har fem nivåer blir resultatet 20 sökningar per söksteg.

Beräkningssteg är mycket konfigurerbara; de kan referera resultaten av tidigare beräkningssteg för att fungera som delsummor, tillämpa specifika avrundningsregler och bestämma till vilket orderattribut resultatet skrivs. För att använda resultatet av ett tidigare steg, använd en stegreferens. I ett procentsteg kan du till exempel använda en stegreferens för att hämta föregående stegresultat för att beräkna procentandelen. I ett delsummasteg med en metatyp som Minimum, Maximum eller Sammanfattning kan du använda en stegreferens för att hämta resultaten av ett intervall av steg (till exempel 10-15) eller en lista över steg (till exempel 10, 12, 15).

När du beräknar ett obligatoriskt villkor, till exempel ett baspris, kan du markera ett steg som obligatoriskt. Om ett steg är obligatoriskt och inte har någon länkad mall för prissättningsvillkor stoppas beräkningen och mobilenheten visar ett felmeddelande.

För ett värde som inte läggs till direkt i orderobjektets slutgiltiga total kan du markera ett steg som statistiskt. Resultat som beräknas i statistiska steg kan användas i efterföljande steg. En typ av statistiskt steg är ett periodiseringssteg, som används för artiklar som tekniskt sett är en del av beräkningen men inte omedelbart ändrar det nettopris som visas för kunden. Resultatet av ett periodiseringssteg registreras för intern rapportering eller framtida ekonomisk avveckling: till exempel en marknadsföringsrabatt eller ett erbjudande som ska dras av senare.

Använd en beräkningsgrupp för att klassificera typer av orderobjekt och tillämpa beteenden för dem. Du kan till exempel skapa en "gratis bra"-grupp för kampanjobjekt och sedan skapa ett 100% rabattsteg som endast gäller för den gruppen.

För interimsvärden som du behöver bevara till slutet av beräkningen, använd beräkningsvariabler. Det finns sex kopieringsvariabler och sex överföringsvariabler. När du lagrar ett resultatsteg i en kopieringsvariabel skriver det över variabelvärdet med stegresultatet. När du lagrar ett stegresultat i en överföringsvariabel läggs resultatet till i variabelvärdet.

För att åsidosätta standardprislogiken, lägg till en Användarutgång: egen Apex eller JavaScript-kod som påverkar den aktuella villkorsbasen, beräkningsresultatet eller om steget ska köras alls.

För att logga ett steg och göra det tillgängligt för utskrifter och rapporter, markera steget som relevant för utskrift.