Calcolo degli importi di accumulo in piĆ¹ periodi di accumulo (esempio)
Questo esempio mostra come vengono calcolati gli accumuli per un membro in piĆ¹ periodi di accumulo. Gli accantonamenti aiutano i team finanziari a prevedere le passivitĆ future e i fondi di riserva prima della liquidazione definitiva.
Versioni (Edition) richieste
| Disponibile nelle versioni: Enterprise Edition, Unlimited Edition e Developer Edition in cui ĆØ abilitata la gestione avanzata degli sconti e degli accumuli. |
Programma di sconti
Una societĆ sta eseguendo un programma di sconti per i propri partner nella regione APAC. Acme ĆØ un membro iscritto al programma. Il team finanziario desidera tenere traccia delle passivitĆ ogni mese utilizzando i periodi di accumulo.
Tipo di sconto
Il responsabile del programma crea un tipo di sconto basato sul volume e specifica questi dettagli.
- Tipo di misura: Ammontare per unitĆ
- Campo misura: QuantitĆ totale transazione
- Metodo di calcolo: Retrospettiva
- Base di calcolo: Accumulo
Il motore calcola gli accantonamenti utilizzando i valori del livello di vantaggio definiti nei record Vantaggio tipo di sconto del programma. In questo esempio, viene applicato un tasso di accumulo di 5 $ per unitĆ in base alla configurazione dei vantaggi.
Dati delle transazioni
I seguenti record Libro giornale delle transazioni vengono inseriti in Data Cloud per l'elaborazione dell'accumulo. Ogni record rientra nella data iniziale e finale del periodo di accumulo corrispondente.
| Periodo di accumulo | Membro | Data attivitĆ transazione | QuantitĆ totale transazione |
|---|---|---|---|
| Gennaio 2026 | Acme | 12 gennaio 2026 | 2000 |
| Febbraio 2026 | Acme | 18 febbraio 2026 | 6500 |
| Marzo 2026 | Acme | 09 marzo 2026 | 8000 |
| Aprile 2026 | Acme | 25 aprile 2026 | 11000 |
Accumuli membri
L'amministratore esegue le definizioni del Motore di elaborazione dati richieste in sequenza per calcolare gli accantonamenti. Ogni MED deve essere eseguito in ordine. Gli importi degli accumuli vengono aggiornati in base ai dati aggregati in Data Cloud al momento dell'esecuzione.
| Periodo di accumulo | QuantitĆ totale transazione | Data ultimo calcolo | Tasso di accumulo | Ammontare accumulato | Fonti di accumulo create |
|---|---|---|---|---|---|
| Gennaio 2026 | 2000 | 31 gennaio | $5 per unitĆ | $10,000 | 1 |
| Febbraio 2026 | 6500 | 28 febbraio | $5 per unitĆ | $32,500 | 1 |
| Marzo 2026 | 8000 | 31 marzo | $5 per unitĆ | 40.000 $ | 1 |
| Aprile 2026 | 11,000 | 30 aprile | $5 per unitĆ | $55,000 | 1 |
Il MED di calcolo delta identifica solo le NUOVE transazioni ogni mese per evitare il doppio conteggio quando si sincronizzano i dati di nuovo in Salesforce Core. Nel primo mese, il team finanziario ha riservato 10.000 $ di passivitĆ per accumulo in base a 2.000 unitĆ transate. CiĆ² garantisce la prenotazione di fondi adeguati poichĆ© il membro accumula piĆ¹ transazioni durante l'anno.
Se invece si configura il tipo di sconto con il metodo di calcolo a fasi, il motore potrebbe creare piĆ¹ record fonte di accumulo per periodo di accumulo quando le transazioni superano i limiti dei livelli di vantaggio durante l'elaborazione di Data Cloud. Ad esempio, se le transazioni di febbraio passassero da una soglia di livello a un'altra, il motore creerebbe record di origine separati per ogni porzione di livello (ad esempio, Fonte 1 per le unitĆ di livello 1, Fonte 2 per le unitĆ di livello 2). L'ammontare totale accumulato rimane invariato, ma il metodo Stepped offre un tracciamento piĆ¹ granulare ai fini del controllo.
