Brug opslagstabeller og dynamisk logik i Salesforce Spiff

Brug opslagstabeller i stedet for indbyggede IF-erklæringer

Når kommissionslogikken kræver at matche et input med en sats eller et niveau – f.eks. en kvoteopnåelsesprocent, der er knyttet til en acceleratorfrekvens – er en almindelig første tilgang at skrive en række if(). Denne tilgang fungerer for et lille antal niveauer. Men det bliver utilgængeligt, efterhånden som antallet af betingelser vokser, og hver ændring af et niveau kræver redigering af formlen direkte.

Opslagstabeller løser dette problem ved at lagre tilknytningen som data. Beregningen refererer til tabellen, slår den relevante række op baseret på inputværdien og returnerer det tilknyttede output. Tilføjelse, fjernelse eller ændring af et niveau betyder opdatering af tabellen, ikke formlen.

Brug opslagstabeller i disse situationer.

• Din kommissionslogik kræver flere betingede forgreninger.
• Satser eller tærskler styres af datoer, områder, produktfamilier eller andre attributter, der ændres mellem perioder.
• Flere planer deler den samme vurderingsstruktur og en enkelt kilde til sandheden.

Gem variabelbeløb i arbejdsarkfelter

Hardcodede tal i kommissionsformler opretter skjulte afhængigheder. Når en sats, en tærskel eller et kvotebeløb ændres, skal systemet finde og opdatere hver formel, der indeholder værdien. Manglende forekomster forårsager ukorrekte udbetalinger.

Gem variabelbeløb i regnearksfelter, og henvis til disse felter i dine formler. Når en værdi ændres, skal du opdatere arbejdsarkfeltet på et sted. Alle formler, der refererer til den, genberegnes automatisk ved den næste kørsel af erklæringen.

Regnearkfelter er relevante for disse typer af værdier.

• Flad kommissionssats eller multiplikatorer, der gælder på tværs af en plan.
• Tærskelbeløb, f.eks. mindste handelsstørrelser eller kvotemål.
• Korte lister over værdier, f.eks. berettigede produktfamilier eller områdekoder.

Tip Giv regnearksfelter tydelige, beskrivende navne, der kommunikerer deres formål. Et felt med navnet Q1MinDealSizeThreshold er nemmere at finde og overvåge end et felt med navnet Threshold1.

Brug erklæringsperioder til nøgledatoer

Kommissionsberegninger refererer ofte til datoer, f.eks. starten af et kvartal, slutningen af et regnskabsår eller en specifik afbrydelsesdato for en ny planstruktur. Hvis du har disse datoer hardcodet, kræver hver periode manuelle formelopdateringer, før beregningen køres.

Brug datoer for opgørelsesperiode og regnearksberegninger til at gøre datologik dynamisk.

• Gem nøgledatoer – f.eks. begyndelse af kvartal, slutning af kvartal, begyndelse og slutning af første halvdel og begyndelse og slutning af anden halvdel – i et enkelt dedikeret regneark. Referere til disse felter fra enhver beregning, der skal bruge datoen.
• Undgå at oprette individuelle regnearksberegninger for hver månedlig værdi i en serie. Oprettelse af separate JanARR-, FebARR- og MarARR-felter anbefales f.eks. ikke. Returner disse værdier dynamisk fra et datafilter, og brug datoområdebetingelser i stedet for.
• Brug de indbyggede erklæringsperiodevariabler (BeginningOfPeriod, EndOfPeriod) som grundlag for datoberegninger, hvor det er muligt, så logikken automatisk tilpasser sig, når der genereres erklæringer for forskellige perioder.

Vælg det rigtige niveau for dine beregninger

Overvej, om en beregning hører til på regnearkeniveau eller på dataarkeniveau, før du opbygger den.

Hvert niveau tjener forskellige formål i din kommissionsplan.

• Arbejdsarkberegninger. Bedst for værdier, der gælder for erklæringen som helhed – flade satser, totaler på tværs af handler, kvoter på periodeniveau og andre værdier, der ikke er tilknyttet individuelle registreringer. Regnearksberegninger opretter et enkelt output for erklæringskonteksten.
• Databladberegninger. Bedst til værdier, der kræver beregning af registrering efter registrering – kommissionsbeløb på handelsniveau, flag for berettigelse pr. registrering eller enhver beregning, hvor outputtet varierer på tværs af individuelle registreringer. Når en endelig udbetaling er en sum af beløb på registreringsniveau, skal du udføre beregningen i dataarket og aggregere resultatet i regnearket.

Brug hjælperfunktioner til en enklere syntaks

Spiff leverer hjælpefunktioner, der erstatter komplekse standardfunktioner med flere argumenter med en enklere, mere læsbar syntaks. Hjælperfunktioner kan udskiftes med deres standardækvivalenter og producerer det samme output, men de reducerer risikoen for syntaksfejl og gør formler nemmere at læse under implementering og revision.

Når du støder på en kompleks funktion, der kræver mange argumenter eller indlejrede opkald, skal du kontrollere, om der er en hjælperfunktion tilgængelig for den pågældende anvendelsessituation. Hjælperfunktioner er især værdifulde under en indledende opbygning, når hastighed og læsbarhed betyder mest.