Använd söktabeller och dynamisk logik i Salesforce Spiff

Använd söktabeller istället för kapslade IF-uttryck

När provisionslogik kräver att en indata matchas till ett resultat eller en nivå—till exempel en säljmålsprocent som mappas till ett acceleratorresultat—är ett vanligt första tillvägagångssätt att skriva en serie if(). Detta tillvägagångssätt fungerar för ett litet antal nivåer. Det blir dock otympligt när antalet villkor växer och varje ändring av en nivå kräver att formeln redigeras direkt.

Söktabeller löser detta problem genom att lagra mappningen som data. Beräkningen refererar till tabellen, söker upp den tillämpliga raden baserat på indatavärdet och returnerar den associerade utdatan. Att lägga till, ta bort eller ändra en nivå innebär att uppdatera tabellen, inte formeln.

Använd söktabeller i dessa situationer.

• Din provisionslogik kräver flera villkorliga grenar.
• Priser eller tröskelvärden styrs av datum, områden, produktfamiljer eller andra attribut som ändras mellan perioder.
• Flera planer delar samma taxestruktur och en enda källa till sanning.

Lagra variabelbelopp i kalkylbladsfält

Hårdkodade nummer i kommissionsformler skapar dolda beroenden. Om ett säljmål, tröskelvärde eller säljmålsbelopp ändras måste motorn hitta och uppdatera varje formel som innehåller värdet. Missade förekomster orsakar felaktiga utbetalningar.

Lagra variabelbelopp i kalkylbladsfält och referera till dessa fält i dina formler. Om ett värde ändras, uppdatera kalkylbladsfältet på en och samma plats. Alla formler som refererar till den räknas om automatiskt vid nästa körning av uttrycket.

Kalkylbladsfält är lämpliga för dessa typer av värden.

• Flata provisionssatser eller multiplikatorer som gäller över en plan.
• Tröskelbelopp, till exempel minsta affärsstorlekar eller säljmål.
• Korta listor över värden, till exempel kvalificerade produktfamiljer eller regionkoder.

Tips Ge kalkylbladsfält tydliga, beskrivande namn som kommunicerar deras syfte. Ett fält som heter Q1MinDealSizeThreshold är enklare att hitta och granska än ett fält som heter Threshold1.

Använd uttrycksperioder för nyckeldatum

Provisionsberäkningar refererar ofta till datum som början av ett kvartal, slutet av ett räkenskapsår eller ett specifikt övergångsdatum för en ny planstruktur. Om du hårdkodar dessa datum kräver varje period manuella formeluppdateringar innan beräkningskörningen.

Använd datum för uttrycksperiod och kalkylbladberäkningar för att göra datumlogik dynamisk.

• Lagra viktiga datum — som början av kvartalet, slutet av kvartalet, början och slutet av första halvåret och början och slutet av andra halvåret — i ett enskilt särskilt kalkylblad. Referera dessa fält från alla beräkningar som behöver datumet.
• Undvik att skapa individuella kalkylbladberäkningar för varje månadsvärde i en serie. Det rekommenderas till exempel inte att skapa separata fält för JanARR, FebARR och MarARR. Returnera dessa värden dynamiskt från ett datafilter och använd datumintervallvillkor istället.
• Använd de inbyggda variablerna för uttrycksperiod (BeginningOfPeriod, EndOfPeriod) som grund för datumberäkningar när så är möjligt, så att logiken automatiskt anpassas när uttryck skapas för olika perioder.

Välj rätt nivå för dina beräkningar

Tänk igenom om en beräkning hör hemma på kalkylbladsnivå eller databladsnivå innan du bygger den.

Varje nivå har olika syften i din provisionsplan.

• Beräkningar av kalkylblad. Bäst för värden som gäller för uttalandet som helhet — plattsatser, totaler för affärer, säljmål på periodnivå och andra värden som inte är associerade med individuella poster. Kalkylbladsberäkningar producerar en enda utdata för uttryckssammanhanget.
• Beräkningar av datablad. Bäst för värden som kräver beräkning post för post — provisionsbelopp på affärsnivå, flaggor för rätt till post eller beräkningar där utdata varierar mellan individuella poster. När en slutlig utbetalning är en summa av belopp på postnivå, utför beräkningen i databladet och aggregera resultatet i kalkylbladet.

Använd hjälpfunktioner för enklare syntax

Spiff tillhandahåller hjälpfunktioner som ersätter komplexa standardfunktioner med flera argument med enklare, mer läsbar syntax. Hjälpfunktioner är utbytbara med sina standardmotsvarigheter och producerar samma utdata, men de minskar risken för syntaxfel och gör formler enklare att läsa under implementering och granskning.

När du stöter på en komplex funktion som kräver många argument eller kapslade anrop, kontrollera om en hjälpfunktion är tillgänglig för det användningsfallet. Hjälpfunktioner är särskilt värdefulla under ett inledande bygge när hastighet och läsbarhet är viktigast.