Opbouwbedragen berekenen over meerdere opbouwperioden (voorbeeld)
Dit voorbeeld toont hoe opbouwperioden voor een lid worden berekend over meerdere opbouwperioden. Opbouw helpt financieringsteams toekomstige verplichtingen te voorspellen en reservefondsen te reserveren vóór de definitieve afwikkeling.
Vereiste editions
| Beschikbaar in: Enterprise, Unlimited en Developer Edition waarvoor Geavanceerd kortings- en periodebeheer is ingeschakeld. |
Kortingsprogramma
Een bedrijf voert een kortingsprogramma uit voor zijn partners in de APAC-regio. Acme is lid van het programma. Het financiële team wil verplichtingen maandelijks bijhouden met behulp van opbouwperioden.
Type korting
De programmamanager maakt een op volume gebaseerd kortingstype en geeft deze details op.
- Type meeteenheid: Bedrag per eenheid
- Meeteenheidsveld: Totale transactiehoeveelheid
- Berekeningsmethode: Retrospectief
- Berekeningsbasis: Opbouw
De engine berekent opbouw aan de hand van de waarden van de voordeellaag die zijn gedefinieerd in de records Voordeel van type programmakorting. In dit voorbeeld wordt een opbouwtarief van € 5 per eenheid toegepast op basis van de voordeelconfiguratie.
Transactiegegevens
De volgende transactiejournaalrecords worden opgenomen in Data Cloud voor verwerking op transactiebasis. Elke record valt binnen de begin- en einddatum van de corresponderende opbouwperiode.
| Opbouwperiode | Lid | Datum van transactieactiviteit | Totale transactiehoeveelheid |
|---|---|---|---|
| Jan 2026 | Acme | 12 januari 2026 | 2000 |
| feb 2026 | Acme | 18 feb 2026 | 6500 |
| Maart 2026 | Acme | 09 maart 2026 | 8000 |
| april 2026 | Acme | 25 april 2026 | 11000 |
Ledenaanwas
De beheerder voert de vereiste gegevensverwerkingsenginedefinities achtereenvolgens uit om de periode te berekenen. Elke DPE moet in de juiste volgorde worden uitgevoerd. De opbouwbedragen worden bijgewerkt op basis van de geaggregeerde gegevens in Data Cloud op het moment van uitvoering.
| Opbouwperiode | Totale transactiehoeveelheid | Laatste berekeningsdatum | Opbouwpercentage | Opgebouwd bedrag | Aanmaakbronnen |
|---|---|---|---|---|---|
| Jan 2026 | 2000 | 31 januari | $5 per eenheid | $10,000 | 1 |
| feb 2026 | 6500 | 28 feb. | $5 per eenheid | $32,500 | 1 |
| Maart 2026 | 8000 | 31 maart | $5 per eenheid | $40,000 | 1 |
| april 2026 | 11,000 | 30 april | $5 per eenheid | $55,000 | 1 |
Het DPE Deltaberekening identificeert alleen NIEUWE transacties per maand om dubbeltellingen te voorkomen bij het terug synchroniseren van gegevens naar Salesforce Core. In de eerste maand reserveerde het Finance-team $ 10.000 aan verplichtingen op het gebied van opbouw op basis van 2000 transacties. Dit zorgt ervoor dat er voldoende fondsen worden gereserveerd naarmate het lid meer transacties gedurende het jaar verzamelt.
Als u in plaats daarvan het kortingstype configureert met de berekeningsmethode Stapsgewijs, kan de engine meerdere bronrecords voor opbouw per periode maken wanneer transacties grenzen van voordeellagen overschrijden tijdens Data Cloud-verwerking. Als de februari-transacties bijvoorbeeld van de ene laagdrempel naar de andere gaan, maakt de engine afzonderlijke bronrecords voor elk laaggedeelte (bijvoorbeeld Bron 1 voor eenheden in Laag 1, Bron 2 voor eenheden in Laag 2). Het totale opgebouwde bedrag blijft hetzelfde, maar de methode Stappen biedt fijnmaziger bijhouden voor controledoeleinden.
