Beregningstrinn og prisbetingelsesmaler

Et beregningstrinn er en beholder for en prisbetingelsesmal som bestemmer virkemåten til trinnet og hvordan dataene som kreves for å utføre beregningen, hentes.

Malen for prisbetingelser er det funksjonelle ekvivalenten av SAP-betingelsestypen. Malen bestemmer naturen til prisbetingelsen (enten det er en pris, en rabatt eller et tillegg) og hjelper prismotoren med å finne dataene. Når du integrerer med en ERP, tilordnes den unike ID-en til prisbetingelsesmalen direkte til ID-en for SAP-betingelsestypen.

Metatypen til prisbetingelsesmalen bestemmer virkemåten:

• Pris: Angir basisprisen for beregning (Mengde × Betingelsesverdi).

• Rabatt (Beløp / Prosentdel / Flat Rate): Beregner faste rabatter, prosentbaserte rabatter og tillegg eller ensartede flatsatser brukt på tvers av bestillingen.

• Deltotaler (Siste gyldige verdi, Minimum, Maksimum, Sammendrag): Registrer midlertidige totaler (som summen av alle tidligere rabatter) og lagre dem i minnet slik at etterfølgende trinn (som Skatt) kan referere til dem. De endrer ikke bestillingstotalen.

• Free Good (Gratis fordel): Legger til gratisprodukter i bestillingen basert på kjøpsbetingelser.

• Bare brukeravslutting: Kjører tilpasset kode i stedet for standardberegninger.

Betingelsesnivået bestemmer om prisbetingelsen gjelder for hele bestillingstotalen eller bestemte produktlinjeelementer.

Prisbetingelsesmalen kobler til en søkestrategi, som forteller prismotoren den prioriterte sekvensen av nøkler som skal brukes når det skal søkes etter betingelsesposten. Søkestrategien består av ett eller flere søkestrategitrinn i sekvens. Hvert trinn er knyttet til en nøkkeltype, som er en kombinasjon av nøkkelattributter. En nøkkeltype kan for eksempel inkludere nøkkelattributter som angir en bestemt kunde, et bestemt produkt og et bestemt marked.

Merk av for Ekstern for å slutte å søke når du finner den første betingelsen som samsvarer med nøklene. Ellers fortsetter prismotoren å søke og bruker den siste samsvarsbetingelsen.

For å unngå å lagre millioner av prisbetingelser på den offline mobilenheten, bruker du et hierarkisøk til å se etter bredere prisregler som er definert på høyere organisasjonsnivåer. Du kan bruke en prosent rabatt på et bestemt nivå i kundehierarkiet eller produkthierarkiet. Hvis du for eksempel har 1000 kunder og 10 000 produkter, fører søk uten hierarki til at 10 millioner betingelsesposter returneres. Med et hierarkisøk kan du begrense resultatet til et mindre tall. En searcxh med 10 kundegrupper og 50 produktkategorier returnerer for eksempel 500 betingelsesposter.

Ikke kombiner et kundehierarkisøk og et produkthierarkisøk i samme nøkkeltype, da denne tilnærmingen tvinger prismotoren til å kryssreferere til hver kundenode mot hver produktnode, noe som kan redusere ytelsen. Hvis for eksempel kunden har fire hierarkinivåer og produktet har fem nivåer, blir resultatet 20 søk per søketrinn.

Beregningstrinn er svært konfigurerbare. De kan referere til resultatene av tidligere beregningstrinn for å fungere som deltotaler, bruke bestemte avrundingsregler og diktere hvilket bestillingsattributt resultatet skrives til. Bruk en trinnreferanse til å bruke resultatet av et forrige trinn. I et prosenttrinn kan du for eksempel bruke en trinnreferanse til å hente det forrige trinnresultatet som du vil beregne prosentverdien for. I et deltotaltrinn med en metatype som Minimum, Maksimum eller Sammendrag, kan du bruke en trinnreferanse til å hente resultatet av et trinnområde (for eksempel 10–15) eller en liste med trinn (for eksempel 10, 12, 15).

Når du beregner en nødvendig betingelse, for eksempel en basispris, kan du merke et trinn som obligatorisk. Hvis et trinn er obligatorisk og ikke har noen koblet prisbetingelsesmal, stopper beregningen og mobilenheten viser en feilmelding.

For en verdi som ikke legges til direkte i bestillingsartikkelens endelige total, kan du markere et trinn som statistisk. Resultater som beregnes i statistiske trinn, kan brukes i etterfølgende trinn. Én type statistisk trinn er et oppsamlingstrinn, som brukes til elementer som teknisk sett er en del av beregningen, men som ikke umiddelbart endrer nettoprisen som vises til kunden. Resultatet av et oppsamlingstrinn registreres for intern rapportering eller fremtidig økonomisk avgjørelse: for eksempel en markedsføringsrabat eller promotering som skal trekkes fra senere.

Bruk en beregningsgruppe til å klassifisere bestillingsartikkeltyper og bruke virkemåter på dem. Du kan for eksempel opprette en gratis god-gruppe for promoteringselementer, og deretter opprette et 100 % rabatttrinn som gjelder bare for denne gruppen.

For midlertidige verdier som du må beholde til slutten av beregningen, bruker du Beregningsvariabler. Det finnes seks kopieringsvariabler og seks overføringsvariabler. Når du lagrer et resultattrinn i en kopieringsvariabel, overskriver det variabelverdien med trinnresultatet. Når du lagrer et trinnresultat i en overføringsvariabel, legges resultatet til variabelverdien.

For å overstyre standardprislogikken legger du til en brukeravslutting: tilpasset Apex eller JavaScript-kode som påvirker den gjeldende betingelsesbasen, beregningsresultatet eller om trinnet skal kjøres i det hele tatt.

Hvis du vil logge et trinn og gjøre det tilgjengelig for utskrifter og rapporter, merker du trinnet som relevant.