Beregne opptjeningsbeløp på tvers av flere opptjeningsperioder (eksempel)
Dette eksemplet viser hvordan oppsummeringer beregnes for et medlem på tvers av flere oppsummeringsperioder. Akkumuleringer hjelper finansieringsteam med å projisere fremtidige forpliktelser og reserver midler før endelig avvikling.
Nødvendige utgaver
| Tilgjengelig i Enterprise, Unlimited og Developer Edition som har Advanced Rabatt og Accruals Management aktivert. |
Rabattprogram
Et firma kjører et rabattprogram for sine partnere i APAC-området. Acme er et medlem som er registrert i programmet. Finansteamet ønsker å spore forpliktelser månedlig ved bruk av oppsummeringsperioder.
Rabattype
Programlederen oppretter en volumbasert rabatttype og angir disse detaljene.
- Type måling: Beløp per enhet
- Målingsfelt: Total transaksjonsmengde
- Beregningsmetode: Retrospektiv
- Beregningsgrunnlag: Oppkjøp
Motoren beregner oppsummeringer ved å bruke fordelssjiktverdiene som er definert i Programrabattypefordel-postene. I dette eksemplet brukes en oppsummeringsgrad på USD 5 per enhet basert på fordelskonfigurasjonen.
Transaksjonsdata
Følgende Transaksjonsbilag-poster hentes inn i Data Cloud for behandling av oppsamlinger. Hver post er innenfor start- og sluttdatoene for den tilhørende oppsummeringsperioden.
| Oppkrevningsperiode | Medlem | Transaksjonsaktivitetsdato | Total transaksjonsmengde |
|---|---|---|---|
| Jan 2026 | Acme | Jan 12, 2026 | 2000 |
| Feb 2026 | Acme | 18. februar 2026 | 6500 |
| mars 2026 | Acme | 09 mars 2026 | 8000 |
| April 2026 | Acme | 25. april 2026 | 11000 |
Medlemsopphold
Administratoren kjører de nødvendige Databehandlingsmotor-definisjonene i rekkefølge for å beregne oppsamlinger. Hver DPE må utføres i rekkefølge. Oppkrevingsbeløpene oppdateres basert på samlede data i Data Cloud på det tidspunktet utførelsen skjer.
| Oppkrevningsperiode | Total transaksjonsmengde | Siste beregningsdato | Oppkrevingsgrad | Akkumulert beløp | Opprette oppsamlingskilder |
|---|---|---|---|---|---|
| Jan 2026 | 2000 | Jan 31 | USD 5 per enhet | $10,000 | 1 |
| Feb 2026 | 6500 | 28. februar | USD 5 per enhet | $32,500 | 1 |
| mars 2026 | 8000 | 31. mars | USD 5 per enhet | $40,000 | 1 |
| April 2026 | 11,000 | 30. april | USD 5 per enhet | $55,000 | 1 |
DPE for Delta-beregning identifiserer bare NEW-transaksjoner hver måned for å hindre dobbelt telling når data synkroniseres tilbake til Salesforce Core. I den første måneden reserverte Finance-teamet USD 10 000 i akkumuleringsforpliktelser basert på 2000 transaksjonerte enheter. Dette sikrer at det reserveres tilstrekkelige midler etter hvert som medlemmet akkumulerer flere transaksjoner i løpet av året.
Hvis du konfigurerer rabatttypen med beregningsmetoden Trinnvis i stedet, kan motoren opprette flere akkumuleringskildeposter per akkumuleringsperiode når transaksjoner krysser grenser for fordelnivåer under Data Cloud-behandling. Hvis for eksempel februar-transaksjonene krysset fra en sjikterskel til en annen, ville motoren opprette separate kildeposter for hver sjiktedeling (for eksempel kilde 1 for enheter i sjikt 1, kilde 2 for enheter i sjikt 2). Samlet beløp forblir den samme, men Trinnvis-metoden gir mer detaljert sporing for revisjonsformål.
