Spårbarhet med aggregeringsobjekt för rabattmedlemmar
Transaktionsjournaler länkas till produktaggregat för rabattmedlemmar genom aggregatobjektet Rabattmedlem. Denna koppling ger insyn i ursprunget för totala kvantiteter och transaktionsbelopp.
Versioner som krävs
| Tillgängliga i: Enterprise, Unlimited och Developer Editions som har Rabatthantering aktiverat. |
Poster för aggregeringsobjekt för rabattmedlem skapas endast om parametern Skapa aggregeringsobjekt är inställd på sant. Standardvärdet är falskt. Följande databearbetningsmotorer skapar aggregatobjekt för rabattmedlemmar när paranetern är sann:
- Aggregering efter konto
- Aggregering efter produkt och medlem
- Leverans- och debetprogramaggregat med hjälp av medlem
- Tillväxtaggregat år över år med hjälp av medlem
- Process per transaktion med medlem
- Kontohierarkiaggregat med hjälp av medlem
Hur parametern fungerar
- När satt till sant: Poster för aggregeringsobjekt för rabattmedlemmar skapas, vilket ger spårbarhet från transaktionsjournaler till aggregeringsobjekt för rabattmedlemmar till produktaggregat. Använd detta för felsökning, men observera att det skapar stora volymer poster och kan påverka gränser för pipeline och lagring av data.
- När satt till falskt: Poster för aggregering av rabattmedlem skapas inte, vilket förhindrar överdriven systemskrivning under bearbetning med hög volym. Poster för produktaggregat för produktaggregat och rabattmedlem skapas alltid och utbetalningar kan fortfarande beräknas, men spårbarheten är begränsad till transaktionsjournaler till produktaggregat.
Anteckning Aktivera Skapa aggregatobjekt endast för felsökningskörningar. Att använda den i regelbundna körningar kan uttömma gränser för datapipeline och lagring. Vid kloning av ett DPE, sätt parametern till Sant i den klonade definitionen för att skapa aggregatobjekt för rabattmedlem för felsökning.
Exempel Källtransaktioner och aggregering: Detta exempel visar hur transaktionsjournaler bidrar till aggregeringsobjekt för rabattmedlemmar och summeras till totalsumman för produktaggregat.
Totalt produktaggregat: RMAI1 + RMAI2 + RMAI3 = 20 000 + 15 000 + 25 000 = 60 000
| Transaktionsjournal (TJ) | Belopp ($) | Aggregeringspost för rabattmedlem (RMAI) |
|---|---|---|
| TJ1 | 20.000 | RMAI 1 |
| TJ2 | 15.000 | RMAI 2 |
| TJ3 | 25 000 | RMAI 3 |
Om Skapa aggregatobjekt är falskt skapas inte aggregatobjekt för rabattmedlemmar, men totalsumman för produktaggregat beräknas fortfarande korrekt.
Exempel Rabattscenarier: Detta exempel visar hur rabattutbetalningar beräknas för allmänna och tillväxtbaserade rabatter, med hjälp av totalsummorna för produktaggregat från föregående exempel. Spårbarhet beror på om poster för aggregering av rabattmedlemsobjekt skapas.
| Scenario | Sats | Beräkning | Spårbarhet |
|---|---|---|---|
| Allmän rabatt | 5% | $60,000 × 5% = $3,000 | TJ länkar endast till Produktaggregat om Skapa aggregatobjekt är falskt. TJ länkar genom aggregatobjekt för rabattmedlem till produktaggregat om det är sant. |
| Tillväxtbaserad rabatt | 30 % | ($60,000 − $50,000) × 30% = $3,000 | TJ länkar endast till Produktaggregat om Skapa aggregatobjekt är falskt. TJ länkar genom aggregatobjekt för rabattmedlem till produktaggregat om det är sant. |
Löste denna artikel ditt problem?
Berätta för oss vad vi kan förbättra!
