...
Topic | Tip | Details |
|---|---|---|
Single logic for both Line Item and Rebate Record calculations | There is a single logic for both Line Item and Rebate Record calculations, so there is a mechanism how to set up which code of which elements serve which purposes/scenarios. For example, a code of one element can be executed in two different scenarios – to calculate the result of a line item, and also to calculate the result of Rebate Record. The reason for such design is that a big part of calculations performed on the Line Item are also performed on the Rebate Records, so this is the way to avoid duplication of code. | |
Displaying inputs for Rebate Records | Although the inputs are copied from the Rebate Agreement line item into the Rebate Record, the UI will only render those inputs that are created during syntax check. This means that if an input is generated within an logic element that has the calculation context set to Agreement, this input field will not be visible on the rebate record detail screen. | |
Calculation order | When a Rebate Record calculation job runs, it sorts the Rebate Records by agreement.uniqueName and rank, so records with a lower rank get calculated first. (Ideally there are no dependencies between Rebate Record calculations, so avoid using the Rank field for this purpose.) | |
Not possible to delete default Rebate Calculation | Users are not allowed to delete the default Rebate Calculation (since it is necessary to have it for the Rebate Records Mass Submit action). | https://pricefx.atlassian.net/wiki/spaces/UNITY/pages/4121789125 Rebate Calculations |
Rebate Records creation | There are no Rebate Records created by default for the line, so you always have to use the function | |
The Rebate Records (created by the line item logic) will appear in the list of Rebate Records only after you save the Rebate Agreement. | ||
Payout Records binding | The 'payoutRecords' binding is only available from a Rebate Record calculation context, i.e., the logic that calculates rebate records in a Rebate Record Calculation task (one default task is created automatically for every Rebates module implementation). | https://pricefx.atlassian.net/wiki/spaces/UNITY/pages/4122214938 Payout Records |
Functions on payoutRecords | During logic testing, the functions on payoutRecords do not do anything, so no records will be stored into database, and ultimately if you will try to read the records using | https://pricefx.atlassian.net/wiki/spaces/UNITY/pages/4122214938 Payout Records |
Email attachments not sent | If you want to include attachments in the email sent to approvers, verify that the configuration option Disable Attachments is not enabled. | https://pricefx.atlassian.net/wiki/spaces/UNITY/pages/4121789157 Rebate Agreement Detail |