Sie befinden sich hier:
Erweiterter Workflow für Rabatt- und Ansammlungsverwaltung
Machen Sie sich mit dem durchgängigen Workflow, der Data Cloud-Integration und den wichtigsten Entscheidungen für die einzelnen Schritte vertraut.
Erforderliche Editionen
| Verfügbarkeit: Enterprise, Unlimited und Developer Edition mit aktiviertem Rabatt und erweiterter Ansammlungsverwaltung. |
Vorbereiten der Organisation
Der Salesforce-Administrator aktiviert "Rabatt- und Ansammlungsverwaltung erweitert" und Data Cloud unter "Setup". Anschließend navigiert der Administrator zu "Daten-Kits", um das Ansammlungs- und Auszahlungsmodul bereitzustellen. Diese Bereitstellung ist wichtig, da sie die für die Verarbeitung großer Volumen erforderlichen Data-Lake-Objekte (DLOs) in Data Cloud erstellt. Schließlich weist der Administrator die Berechtigungssätze "Administrator für erweiterte Rabatte" und "Benutzer" zu. Entsprechende Informationen finden Sie unter Einrichten der Rabatt- und Ansammlungsverwaltung.
Grundlegendes zu Data-Lake-Objekten (DLOs)
Das Ansammlungs- und Auszahlungsmodul verwendet eine Reihe von Data-Lake-Objekten (DLOs) in Data Cloud, um Daten zwischen Salesforce Core und dem Berechnungsmodul zu inszenieren, zu verarbeiten und zu übertragen. Jede Datenverarbeitungsmodul-Definition liest während der Ansammlungsberechnungssequenz aus und schreibt in bestimmte DLOs. Entsprechende Informationen finden Sie unter Data-Lake-Objekte in Rabatt- und Ansammlungsverwaltung – erweitert.
Konfigurieren von Datenverarbeitungsmodul-Vorlagen
Das erweiterte Modul verwendet eine koordinierte Sequenz von Datenverarbeitungsmodul-Definitionen.
| DATENVERARBEITUNGSMODUL | Beschreibung |
|---|---|
| Erweiterter Rabatt und Ansammlungsvorverarbeitung – Regelkonfiguration | Ordnet Ihre Programmregeln, Stufen, Datumswerte und Anker Metadaten zu, die Data Cloud versteht. |
| Erweiterter Rabatt und Ansammlungsvorverarbeitung – Datenvorbereitung | Erfasst Rohdaten aus Transaktionsjournalen und Mitgliedsdatensätzen in die vom Modul verwendeten Data-Lake-Objekte. |
| Ansammlungs- und Auszahlungsmodul – Delta-Berechnung | Vergleicht die aktuelle Ausführung mit der vorherigen Ausführung, um zu ermitteln, welche neuen oder geänderten Datensätze für die Berechnung in Frage kommen. |
| Ansammlungs- und Auszahlungsmodul – Regelverarbeitung | Führt die tatsächlichen Finanzberechnungen aus, um Ansammlungen für die qualifizierten Transaktionen zu generieren. |
| Erweiterter Rabatt und Ansammlung nach der Verarbeitung – Quellgenerierung | Aggregiert die berechneten Ergebnisse und schreibt sie aus Data Cloud in Salesforce Core zurück, wobei die Objekte "Programmrabatttyp-Ansammlungsquelle", "Programmrabatttyp-Ansammlung" und "Rabattprogrammmitglied-Ansammlung" aktualisiert werden. |
| Erweiterter Rabatt und Ansammlung nach der Verarbeitung – Statusaktualisierung | Schließt Ansammlungszeiträume nach Ablauf des Zeitraum-Enddatums und aktualisiert den Datensatzstatus und das Datum der letzten Berechnung. |
Entsprechende Informationen finden Sie unter Datenverarbeitungsmodul-Definitionen.
Erstellen von erweiterten Rabattprogrammen
Programmmanager entwerfen das Rabattprogramm und legen den Ausführungstyp auf "Erweitert" fest. Sie registrieren Partneraccounts als Mitglieder und definieren die unabhängigen Ansammlungsdetails. Entsprechende Informationen finden Sie unter Erstellen eines erweiterten Rabattprogramms.
Abrufen von Transaktionsdaten für die Ansammlungsverarbeitung
Zum Ausführen des Ansammlungs- und Auszahlungsmoduls müssen Transaktionsdaten entweder im Objekt "Transaktionsjournal" oder direkt im Data-Lake-Objekt "AccrualAndPayoutInputDayIngest_dll" in Data Cloud verfügbar sein.
Wenn Ihre Transaktionsdaten in Salesforce-Objekten wie Aufträgen vorhanden sind, konvertieren Sie sie mithilfe einer der folgenden Methoden in das Format "Transaktionsjournal":
- Erstellen Sie ein benutzerdefiniertes Datenverarbeitungsmodul, um Ihre Quellobjektfelder dem Transaktionsjournal zuzuordnen.
- Verwenden Sie Standardintegrationstechniken wie die Bulk-API oder Data Loader, um Daten aus externen Systemen zu laden.
Entsprechende Informationen finden Sie unter Ausfüllen von Transaktionsdaten in Transaktionsjournalen.
Sobald sich Daten im Transaktionsjournal befinden, werden sie von den Datenverarbeitungsmodulen vor der Verarbeitung in das Eingabeformat umgewandelt, das vom Ansammlungs- und Auszahlungsmodul benötigt wird.
Wenn Ihre Daten bereits im erforderlichen Format strukturiert sind, können Sie die DLOs in Data Cloud direkt ausfüllen und das Modul ausführen, ohne das Transaktionsjournal durchlaufen zu müssen.
Überwachen von Berechnungsprozessen und Daten
Administratoren und Programmmanager verfolgen den Fortschritt und die Genauigkeit von Berechnungen auf mehreren Ebenen:
- Anzeigen von Ansammlungsquellen: Überprüfen Sie die Objekte "Rabattprogrammmitgliedsansammlung", "Programmrabatttypansammlung" und "Programmrabatttypansammlungsquelle", um die aggregierten Verbindlichkeitsdaten anzuzeigen, die aus Data Cloud wieder synchronisiert werden.
- Wenn Transaktionen in Ihren Ansammlungen fehlen, verwenden Sie AccrualAndPayoutTierStage_dll als primäres Diagnosetool. Überprüfen Sie diese Felder:
| Feld | Worauf Sie achten sollten |
|---|---|
| NewStartDate__c / NewEndDate__c | Bei null hat das Modul im Zeitraum für die angegebene Klasse keine qualifizierenden Transaktionen für dieses Mitglied gefunden. |
| NewFromValue__c / NewToValue__c | Verwenden Sie diese, um zu überprüfen, ob die kumulierte Menge tatsächlich die erwartete Stufengrenze überschreitet. |
| RowStatus__c | Bestätigt, ob der Datensatz erneut verarbeitet oder als "Nicht geändert" umgangen wurde. Der Status "Nicht geändert" wird bei Wiederholungen erwartet, bei denen sich nichts geändert hat. Dies ist nur dann ein Problem, wenn Sie neue oder aktualisierte Daten erwarten. |
| CumulativeQualifierValue__c | Vergleichen Sie mit NewFromValue__c / NewToValue__c, um zu bestätigen, ob die kumulierte Menge die erwartete Stufengrenze überschreitet. |
| NewInputStart__c / NewInputEnd__c | Verwenden Sie diese, um die ersten und letzten Eingabetransaktionen zu verfolgen, die das Modul in der Klasse gezählt hat. |
| NewInputStartOffset__c / NewInputEndOffset__c | Verwenden Sie diese, um sicherzustellen, dass das Modul Eingaben nicht doppelt zählt oder über Stufengrenzen hinweg überspringt. Der Offset berücksichtigt den bereits in der vorherigen Klasse gezählten Eingabemaßeinheitswert. |
Entsprechende Informationen finden Sie unter Data-Lake-Objekte in Rabatt- und Ansammlungsverwaltung – erweitert.
Genehmigen von Ansammlungen
Der Programm-Manager kann die detaillierten Ansammlungsdaten in den Objekten "Rabattprogrammmitglied-Ansammlung", "Programmrabatttyp-Ansammlung" und "Programmrabatttyp-Ansammlungsquelle" überprüfen. Wenn Sie den endgültigen angesammelten Betrag für ein Mitglied anzeigen möchten, lesen Sie das Feld "Endgültiger angesammelter Betrag" im Objekt "Rabattprogrammmitgliedsansammlung". Verwenden Sie nach der internen Genehmigung Integrationsmechanismen wie APIs oder Data Loader, um diese Beträge in Ihr ERP-System abzurufen.
