Begrense oppsamlinger med fordeltilordninger
Bruk fordelstilordninger til å opprette fordeler for et rabattprogram som varierer etter flere kriterier som produktkategori, partnerområde, medlemsregistreringsstatus og bransjesegment. En volumbasert rabatttype kan for eksempel ha fordeler der oppsummeringsbeløpet varierer etter produktkategori for samme fordelssjikt.
Nødvendige utgaver
| Tilgjengelig i Enterprise, Unlimited og Developer Edition som har Rabatt og akkumuleringsledelse avansert aktivert. |
| Nødvendig brukertillatelse | |
|---|---|
| For å opprette tilpassede objekter og felt: | Systemadministrator |
| For å konfigurere Rabatt og opptjeningsbehandling Advanced: | Tillatelsessettet Avansert rabatt og opptjeningsadministrator |
For å opprette en fordelstilordning anbefaler Salesforce at administratoren først oppretter lignende tilpassede felt i objektene Programrabattypefordel og Transaksjonsbilag.
I Avansert-motoren bruker systemet anker i Data Cloud til å gruppere transaksjoner for beregninger av akkumulering. Du konfigurerer gruppering ved å legge til poster for Aggregeringsfelt for programrabatttype i rabatttypen, hver post angir ett aggregeringsfelt.
Som standard aggregerer motoren bare etter medlem ved å bruke en enkelt Aggregeringsfelt-post med aggregeringsfeltet angitt til Medlem. For å aggregere etter medlem og produkt utfører du begge disse trinnene:
- Legg til en andre Aggregeringsfelt-post med aggregeringsfeltet satt til Produkt.
- Tilpass DPE for forhåndsbehandling slik at Produkt-ankeret er angitt.
Du finner fremgangsmåten for å tilpasse DPE for forhåndsbehandling til å angi Produkt-ankeret eller et tilpasset anker i Utvide oppsamlingsaggregering med tilpassede anker.
Motoren støtter opptil fem aggregeringsankere totalt – Account og Product som innebygde dimensjoner, og tre tilpassede ankere (Anchor1, Anchor2, Anchor3).
Hvis du vil spore oppsamlinger etter flere dimensjoner som Region, Område eller Kanal, bruker du de tilpassede ankerne (Anker 1, Anker 2, Anker 3) til å opprette tilpassede aggregeringskriterier. Administratoren må forsikre seg om at disse tilpassede feltene er tilordnet til de tilsvarende DLO-ene (Data Lake Objects) under oppsettet.
Eksempel
Et firma ønsker å skille fordelene med en volumbasert rabatttype etter produktkategori. Administratoren må sørge for at produktkategoriinformasjonen er tilgjengelig i Transaksjonsbilag- og Programrabattypefordel-posten.
| Objekt | Felt | Datatype | Mål |
|---|---|---|---|
| Fordel av programrabattype | Produktkategori | Oppslag | Gir programlederen mulighet til å definere distinkte fordelverdier og oppsummeringsgrader for bestemte produktsegmenter innenfor samme fordelssjikt. |
| Transaksjonsjournal | Produktkategori | Oppslag | Gir kildedata for at motoren skal samsvare med fordelskriteriene. |
Programlederen tilordner deretter disse feltene i objektet Programrabattypefordelstilordning. Motoren bruker denne tilordningen til å "forankre" beregningen til den spesifikke produktkategorien under behandling med stor trafikk i Data Cloud.
For å fange opp produktkategoriinformasjon kan programlederen definere fordelsnivåer som vist her. Programlederen tilordner feltene i objektet Rabattypefordel-tilordning ved å definere disse feltene:
- Transaksjonsfelt: Feltet i Transaksjonsbilag som fungerer som kildekriterium.
- Benefit Field (Fordelfelt): Feltet i Programrabattypefordel som definerer kvalifiseringskriteriene.
| Benefit Tier (Fordelssjikt) | Minste verdi | Maksimal verdi | Fordelsverdi | Produktkategori |
|---|---|---|---|---|
| Sjikt 1 | 101 | 500 | USD 3 per enhet | Hammere |
| Sjikt 2 | 501 | La den være tom | USD 8 per enhet | Hammere |
| Sjikt 3 | 101 | 500 | USD 5 per enhet | Kompaktorer |
| Sjikt 4 | 501 | La den være tom | USD 10 per enhet | Kompaktorer |
