How to Configure Rebates
To configure the Rebates module, so that you can create new Rebate Agreements, take the following steps:
Make sure you have the following prerequisites ready:
Customer master
Product master
Datamart
Create a Rebate calculation logic.
Create a Condition Type.
Create a Rebate Agreement.
Create Rebate Records.
Create a workflow for rebate and payout approval.
Create an allocation calculation logic for allocating data to a Datamart.
Rebate Calculation Logic
Rebate calculation logic is used to calculate:
Rebate Agreement Line
Rebate Agreement Line (Read-only) – for approved Agreements
Rebate Record
Because the logic is almost the same for all of these objects, you define only one logic, and if an element is specific only to some of these objects, you set the "Group" of the element.
Element Name | Calculation Context | Groovy | Note |
---|---|---|---|
ProductGroup |
| The conditions are typically negotiated for a group of products. | |
CustomerGroup |
| The conditions are typically negotiated for a group of customers. | |
RebateDiscount |
| The negotiated condition – in this case the discount in percentage. | |
AbortOnInputGeneration |
|
| |
Today |
| This is to be able to simulate different "today". | |
StartDate |
| ||
EndDate |
| ||
EndDateOrToday |
| ||
ActualSales |
| How much money were actually spent in the time frame. The number comes from Datamart for the specified period. | |
Rebate |
| SimpleRebate calculation – we will pay back the customer the negotiated percentage of the spendings on the given group of products. | |
ForecastSales |
| ||
ForecastRebate |
| ||
RebateRecordCreate | Agreement |
| Every agreement line will generate one Rebate Record (i.e., there will be only one payout at the end of the year). |
RRInput | RebateRecord |
| This is an example of how to make an input specific for the Rebate Record. |
CalculationBase | RebateRecord |
| Calculation base specifies a filter which finds the sales transactions related to this Rebate Record. |
In the Rebate Agreements header logic you can define a custom header. See Configure a Custom Quote Header for details.
Condition Type
You need to create a new Condition Type:
Label | Pricing Logic | Waterfall Element |
---|---|---|
Rebate Bonus | <your Rebate Calculation Logic> | Use this out-of-the-box column only if needed. You can store here the name of the waterfall element which is influenced by this Rebate. |
Rebate Agreement
Now you can create a new Rebate Agreement and add a new line using the new Condition Type. See How to Create a Rebate Agreement for details.
Rebate Records
Rebate Records are calculations of how much rebate will be paid out to customer, rebate estimations, etc. One Rebate Record represents one payout.
Rebate Records are:
Calculated after the agreement validity period to find out how much rebate will be paid.
Submitted for approval before the money is actually paid out to the customer.
Sent to SAP to process the payment.
The record has over 100 attributes that can be used.
For more information, see Rebate Records.
Rebate Record Calculation Results Mapping to Attributes
After you calculate the Rebate Record and save it, the Calculation Result can be mapped to the Attributes of the Rebate Record.
The copy process happens automatically when you save the Rebate Record.
The mapping rules are the same as for a Price Record, i.e., when the name of the element of the Rebate Type Logic is the same as the name of the attribute column (or the Rebate Record), the system will copy the element result value into the attribute.
Rebate Allocation
If you want to allocate the rebate money (paid to the customer) back to the sales transactions you need to create:
Feeder Logic (in Price Setting)
Type | Element Name | Expression |
---|---|---|
Formula | StartDate |
|
Formula | EndDate |
|
Groovy | EmitRebateRecords |
Â
Â
|
Allocation Logic (in Analytics > Data Manager)
Type | Element Name | Display Mode | Groups | Expression | Description |
---|---|---|---|---|---|
Formula | InvoicePrice | Never | Row |
| Invoice price of the transaction (to which we allocate the rebate). |
Formula | PreviousRebate | Never | Row |
| Actual Rebate value on the transaction (to which we allocate the rebate). |
Formula | Rebate | Everywhere | Row |
| The result Rebate value which should be on the Transaction after adding the Rebate from the Rebate Record.
|
Data Load
Create a new Calculation Data Load:
Formula – Your new allocation Analytics logic.
Feeder – Your new Feeder logic.
Input Start Date – Typically set to the beginning of the year where you want to allocate.
Input End Date – Typically set to the end of the year where you want to allocate.
Formula Input (Source Field Mapping)
InvoicePrice – Transaction column "Invoice Price".
PreviousRebate – Transaction column "Rebate".
Formula Outputs (Target Fields)
Rebate – The output mapping is done in a way that the element name must equal the column name (of the transaction).
Before you run the allocation data load, you need to have some Rebate Records for that period, otherwise not much happens.
Found an issue in documentation? Write to us.
Â