Once a mechanism has been selected for a program line, it is important that you configure the selected mechanism accurately by using certain settings that will become available to you in the ‘Mechanism details’ section on the right of your page (as shown in the screenshot below, using ‘Fixed %’ as an example).
For almost every mechanism you select in Trading Programs, you will be required to assign at least one item from each of your dimensions to the program line you are creating. This setting is simply labeled Dimensions and will require you to first select a dimension collection and then to click on either a 'select all items' option or a 'manually select items' option.
Included dimensions determine what entities should earn rebate (e.g. which products or product groups or product categories are earning the rebate specified in that program line).
Clicking the 'select all' option will include all current items and any future items that belong to the ‘current items’ collection. For more complex program lines, however, it is advised that you choose the 'manually select items' option in order to directly select items, configure selection rules and nominate items to be specifically excluded from the particular program line.
Enable is able to retrospectively handle rebate calculations meaning that it is possible for new rates that have been achieved to be applied to past months transactions and to update the earnings for each month.
If you have a program line with incremental percentage rates for specific target bands then you will be able to choose to make it retrospective or non-retrospective.
If retrospective, the percentage rate for the band of transactions reached will be applied to all historic transactions that apply to the program line. If not, the percentage rate is only applied to the transactions that fall within the qualifying band.
Consider for example a program line that has target bands as follows:
If the total for included transactions is $1,800,000:
Growth program lines, that are calculated as growth over a baseline value or volume, have an additional setting of Fully retrospective? (with the exception of the rebate earned being a fixed amount).
When Retrospective? is selected without Fully retrospective? being selected, the percentage rate will only be used to update historic transaction earnings on the growth element of the program line.
If both Retrospective? and Fully retrospective? are selected, then the percentage rate will be applied historically to update the earnings for all qualifying transactions.
Consider for example a program line that has growth target type of ‘% by value’ with target bands as follows:
If for the above program line the total for included transactions is $2,350,000 and the baseline value is $2,000,000 (such that the % growth by value is 2,350,000 / 2,000,000, or 117.5%), Trading Programs will calculate the earnings as:
A user can set their accruals manually within each targeted program line in Trading Programs by navigating to the target band they wish to accrue at and selecting it. To set the accrual band you will need to click on the set accrual/forecast button. You will then be required to fill out the target that you wish to accrue for and write a note alongside it to explain why you are setting this accrual band. Depending on your configuration you may also be prompted to enter a forecasted value. The blue 'C' icon will then change from unallocated and instead place itself next to the band that you have set.
If you have the Forecasting module enabled, it is possible to set the accruals automatically. There is a button next to the set accrual/forecast called use forecasting module for accruals. Once selected, the program line will use the forecasted figures as the accrual figures and automatically assign this as the accrual band in the program line. When the figures in the forecasting module are changed, the accrual band will automatically adjust to reflect this.
There is also a checkbox within the forecasting module config section, which will automatically use the forecasting figures for accruals within every program line by default.
The A, F, and C which are shown in the above screenshot of the target bands stand for:
A - actual band achieved. Trading Programs will automatically allocate the A to the correct transaction band;
C - the accrual band. You need to set the accrual band;
F - the band that is forecasted to be achieved.
Once you have set your accrual band and saved the program line, the accrual rate within your reports will display as:
1. Zero, if the program line has not yet reached the first target band and no accrual band has been selected for the program line.
2. The accrual rate, if an accrual band has been selected for the program line and both of the following apply:
3. The actual rate, if the actual band is higher than the accrual band.
4. The actual rate, if the current date is later than the accrual reset period for the program line.
Accrual reset period - The timeframe at which your accruals reset (and become actual earning) can be configured by the Enable Customer Success team. For example, this can be configured to reset at the end of a program line or several days, weeks or months after the program line has ended to offer flexibility for your claims/payment processes. Please get in touch if you would like our team to configure any changes.
For more information, read our FAQs article on the target band letters.
A user might configure the baseline transactions in a ‘Growth’ program line as the value of the transactions from the previous period, found in the Baseline earnings area of Trading Programs.
Rebate will then be earned based on the transactional value that is achieved over that baseline (the ‘growth element’). This will then encourage growth by acting as a benchmark and incentivizing the improvement on last period’s targets.
The Separate target and earning transactions? setting allows you to indicate, on a per-program line basis, whether the program line has separate target and earning transactions.
Often, to encourage overall transactions with a trading partner, rebate rates may be earned for specific dimensions (e.g. products) when targets are achieved against other (or more) dimensions.
For example, a supplier may offer high rebate rates on a few specific high-volume products based on the buyers' overall sales of that trading partner's product range. Enable provides separate target and earning transactions to allow this type of program line to be represented in Trading Programs.
For this setting, which is presented to you as a Separate target and earning transactions? tick box, the default is unticked (= NO). If, however, you tick the box (= YES) for a given program line, Trading Programs will:
If you accept the default selection or untick the Separate target and earning transactions? option for a given program line, Trading Programs will:
For determining the target transactions, determining which target band applies to the program line, and deriving the earnings, Enable performs two separate calculations: 1 for actual transacted value and 1 for forecast transacted value.
For reporting transacted value for a program line where the Separate target and earning transactions? option is ticked, Enable’s default approach is to use the earning as opposed to the target transacted value. This default approach is adopted for each of the following:
Often, as well as being awarded rebate for earning transactions targets, an initial discount of the list price of a product may be given. It is possible to record the Discount % in Trading Programs so that the rebate is calculated on the transaction net of the discount (the net price).
You might find that you have earnings duplicated from the same transactions because two program lines may cover multiple dimensions (for example, one program line’s earnings are calculated from all branches in Warwickshire and another's earnings are calculated from just the Warwick branch — you can see here that there is an overlap where earnings would be duplicated).
It is possible to handle this case in Enable with the use of ‘strung rebates’ where the user can select one or more program lines whose earnings should be deducted from the qualifying transactions before the earnings are calculated for the current program lines.
Below is a simplified example of how this calculation would be carried out:
It is clear from this example that if configuring Deductions in program lines with a large number of transactions, the difference in the calculations of earnings would be significant.
Occasionally, adjustments to program lines are agreed outside of Enable. For example, you may be very close to achieving your next target band at the end of a program line and agree with your trading partner that the rate from the next target band will be used in calculating the earnings for the program line. Trading Programs allows Manual overrides to allow this type of agreement to be represented in Enable.
A manual override can be applied to a program line that is linked to any of the following mechanisms:
Applying a manual override disables Enable’s calculation process for determining which target band applies to the program line.
You can remove the manual override and reinstate Enable’s calculation process for determining which target band applies at any time.
While a manual override is in place for a given program line, the corresponding calculation is disabled, and the corresponding metric is set to n/a, for each of the following:
Removing a manual override reinstates the corresponding calculations for risk margin, risk amount, reward margin and reward amount, such that these metrics are calculated in the normal way rather than set automatically to n/a.
Any program line to which a manual override has been applied is automatically assigned a ‘Manual override’ flag, which is then reported as part of the set of attributes that are logged for a program line by the version capture process.
The ‘Externally calculated’ mechanism allows program lines for which the earnings cannot be calculated in Trading Programs to be represented.
For program lines that are linked to the ‘Externally calculated’ mechanism, you will be required to select included dimension items for the program line, as per any other program line. You will also be able to enter an earnings value for the program line.
The selected dimension items are then used, in conjunction with the start and end date of the program line, to compile a set of included transaction lines for the program line. Note that, for an inverse earnings program line:
For a program line that is linked to the ‘Externally calculated’ mechanism, the program line edit page displays the total earnings value, with a change of sign applied to this total if the program line has the inverse earnings box ticked.
Please click the links below for further information about each targeted mechanism: