...
- "By lines" prorated percentage adjustments are split so 10% is split across N invoiceLines such that each gets (10/N)%
- "By amount" prorated percentage adjustments aren't split but rather each invoiceLine gets an adjustment of that percentage... (e.g. if the invoice adjustment is 10%, each invoiceLine gets an adjustment of 10%.)
- "By quantity" prorated percentage adjustments doesn't make sense and the UI should prevent the user from using that combination. We will also need to validate this on the backend and return an error response in the case where someone makes a call directly to the API with the combo.
Fractional Pennies
| Anchor | ||||
|---|---|---|---|---|
|
When working with prorated adjustments, we need to make sure that the sum of the invoiceLine adjustments is equal to the prorated adjustment for which they represent. This means special handling of adjustments of amounts/percentages which don't distribute evenly.
...