breadcrumbDescription
Beregn akkumuleringsbeløb på tværs af flere akkumuleringsperioder (eksempel)
Dette eksempel viser, hvordan opkrævninger beregnes for et medlem på tværs af flere opkrævningsperioder. Akkumuleringer hjælper finansieringsteams med at projicere fremtidige gæld og reservere midler før den endelige afvikling.
EditionsHeading
| Tilgængelig i: Enterprise, Unlimited og Developer Edition, der har Avanceret rabat- og opkrævningsstyring aktiveret. |
Rabatprogram
Et firma kører et rabatprogram for deres partnere i APAC-området. Acme er et medlem, der er tilmeldt programmet. Det finansielle team ønsker at spore gæld månedligt ved brug af opkrævningsperioder.
Rabattype
Programmanageren opretter en mængdebaseret rabattype og angiver disse detaljer.
- Måltype: Beløb pr. enhed
- Målfelt: Samlet transaktionsmængde
- Beregningsmetode: Retrospektiv
- Beregningsbasis: Akkumuler
Systemet beregner opkrævninger ved brug af fordelsniveauværdier, der er defineret i fordel for programrabattype-registreringer. I dette eksempel anvendes der en opkrævningsfrekvens på $5 pr. enhed baseret på fordelskonfigurationen.
Transaktionsdata
Følgende transaktionsjournalregistreringer overføres til Data Cloud til akkumuleringshåndtering. Hver registrering falder inden for start- og slutdatoer for den tilsvarende akkumuleringsperiode.
| Akkumuleringsperiode | Medlem | Transaktionsaktivitetsdato | Samlet transaktionsmængde |
|---|---|---|---|
| Jan 2026 | Acme | 12. jan. 2026 | 2000 |
| Feb 2026 | Acme | 18. feb. 2026 | 6500 |
| marts 2026 | Acme | 09 mar 2026 | 8000 |
| April 2026 | Acme | 25. april 2026 | 11000 |
Medlemsopkrævninger
Administratoren kører de krævede definitioner på databehandlingssystem i rækkefølge for at beregne opkrævninger. Hver DPE skal afvikles i rækkefølge. Akkumuleringsbeløbene opdateres på basis af aggregerede data i Data Cloud på kørselstidspunktet.
| Akkumuleringsperiode | Samlet transaktionsmængde | Sidste beregningsdato | Akkumuleringsfrekvens | Akkumuleret beløb | Akkumuleringskilder oprettet |
|---|---|---|---|---|---|
| Jan 2026 | 2000 | Jan 31 | $5 pr. enhed | $10,000 | 1 |
| Feb 2026 | 6500 | Feb 28 | $5 pr. enhed | $32,500 | 1 |
| marts 2026 | 8000 | 31. marts | $5 pr. enhed | $40,000 | 1 |
| April 2026 | 11,000 | 30. april | $5 pr. enhed | $55,000 | 1 |
Delta-beregnings-DPE identificerer kun nye transaktioner hver måned for at forhindre dobbeltoptælling, når der synkroniseres data tilbage til Salesforce Core. I den første måned reserverede finansteamet $ 10.000 i opkrævningsforpligtelse baseret på 2.000 transformerede enheder. Dette sikrer, at der reserveres tilstrækkelige midler, da medlemmet akkumulerer flere transaktioner i løbet af året.
Hvis du i stedet konfigurerer rabattypen med beregningsmetoden Trinvist, kan systemet oprette flere opkrævningskilderegistreringer pr. opkrævningsperiode, når transaktioner krydser niveaufordelgrænser under Data Cloud-behandling. Hvis f.eks. februartransaktionerne blev krydset fra en niveautærskel til en anden, ville systemet oprette separate kilderegistreringer for hver niveauddeling (f.eks. Kilde 1 for enheder i Niveau 1, Kilde 2 for enheder i Niveau 2). Det samlede opkrævede beløb forbliver det samme, men Trinvis metode giver mere detaljeret sporing til revisionsformål.
