Sie befinden sich hier:
Berechnen von Ansammlungsbeträgen über mehrere Ansammlungszeiträume hinweg (Beispiel)
In diesem Beispiel wird gezeigt, wie Ansammlungen für ein Mitglied über mehrere Ansammlungszeiträume hinweg berechnet werden. Mit Ansammlungen können Finanzteams künftige Verbindlichkeiten prognostizieren und Mittel vor der endgültigen Abwicklung reservieren.
Erforderliche Editionen
| Verfügbarkeit: Enterprise, Unlimited und Developer Edition mit aktivierter erweiterter Rabatt- und Ansammlungsverwaltung. |
Rabattprogramm
Ein Unternehmen führt ein Rabattprogramm für seine Partner in der APAC-Region durch. Acme ist ein für das Programm registriertes Mitglied. Das Finanzteam möchte Verbindlichkeiten monatlich anhand von Ansammlungszeiträumen verfolgen.
Rabatttyp
Der Programmmanager erstellt einen volumenbasierten Rabatttyp und gibt diese Details an.
- Maßeinheitstyp: Betrag pro Einheit
- Maßeinheitsfeld: Transaktionsgesamtmenge
- Berechnungsmethode: Retrospektive
- Berechnungsgrundlage: Ansammlung
Das Modul berechnet Ansammlungen anhand der in den Datensätzen vom Typ "Vorteilsvorteil des Programmrabatttyps" definierten Vorteilsstufenwerte. In diesem Beispiel wird basierend auf der Vorteilskonfiguration ein Ansammlungssatz von 5 EUR pro Einheit angewendet.
Transaktionsdaten
Die folgenden Transaktionsjournal-Datensätze werden zur Ansammlungsverarbeitung in Data Cloud aufgenommen. Jeder Datensatz fällt in das Start- und Enddatum des entsprechenden Ansammlungszeitraums.
| Ansammlungszeitraum | Mitglied | Transaktionsaktivitätsdatum | Transaktionsgesamtmenge |
|---|---|---|---|
| Jan 2026 | Acme | 12. Januar 2026 | 2000 |
| Februar 2026 | Acme | 18. Februar 2026 | 6500 |
| März 2026 | Acme | 09. März 2026 | 8000 |
| April 2026 | Acme | 25. April 2026 | 11000 |
Mitgliederansammlungen
Der Administrator führt die erforderlichen Datenverarbeitungsmodul-Definitionen nacheinander aus, um die Ansammlungen zu berechnen. Jedes Datenverarbeitungsmodul muss der Reihe nach ausgeführt werden. Die Ansammlungsbeträge werden basierend auf den aggregierten Daten in Data Cloud zum Zeitpunkt der Ausführung aktualisiert.
| Ansammlungszeitraum | Transaktionsgesamtmenge | Datum der letzten Berechnung | Ansammlungsrate | Angesammelter Betrag | Ansammlungsquellen erstellt |
|---|---|---|---|---|---|
| Jan 2026 | 2000 | 31. Januar | 5 EUR pro Einheit | $10,000 | 1 |
| Februar 2026 | 6500 | 28. Februar | 5 EUR pro Einheit | $32,500 | 1 |
| März 2026 | 8000 | 31. März | 5 EUR pro Einheit | 40.000 $ | 1 |
| April 2026 | 11.000 | 30. April | 5 EUR pro Einheit | $55,000 | 1 |
Das Datenverarbeitungsmodul für die Delta-Berechnung identifiziert jeden Monat nur NEUE Transaktionen, um zu verhindern, dass beim Synchronisieren von Daten mit Salesforce Core doppelt gezählt wird. Im ersten Monat reservierte das Finanzteam 10.000 $ an Ansammlungsverbindlichkeiten auf der Grundlage von 2.000 Transaktionen. Dadurch wird sichergestellt, dass ausreichende Mittel reserviert werden, da das Mitglied im Laufe des Jahres mehr Transaktionen anhäuft.
Wenn Sie den Rabatttyp stattdessen mit der Berechnungsmethode "Gestuft" konfigurieren, erstellt das Modul möglicherweise mehrere Ansammlungsquelldatensätze pro Ansammlungszeitraum, wenn Transaktionen während der Data Cloud-Verarbeitung die Grenzen der Vorteilsstufen überschreiten. Wenn die Februar-Transaktionen beispielsweise von einem Stufenschwellenwert in einen anderen übergehen, erstellt das Modul separate Quelldatensätze für jeden Stufenabschnitt (z. B. Quelle 1 für Einheiten der Stufe 1, Quelle 2 für Einheiten der Stufe 2). Der insgesamt angesammelte Betrag bleibt gleich, die abgestufte Methode bietet jedoch eine genauere Verfolgung für Überwachungszwecke.
