How accrual adjustments work
When an agreement's slabs, rates or eligibility change, ClaimDS adjusts accruals automatically — posting the difference rather than rewriting history.
An accrual adjustment is how ClaimDS keeps the rebate owed correct when something changes. Rather than editing or rewriting past accruals, the calculation engine works out the difference between what's now owed and what's already been posted, and posts just that difference — a delta.
Why adjustments happen
The amount a partner has earned can change after it's first posted: a slab threshold moves, a rate is renegotiated, an agreement's eligibility narrows, or more qualifying volume arrives. Each of these shifts what the engine computes on the next run.
Deltas, not rewrites
On each run the engine recomputes what a partner is owed in total, compares it to what's already been posted, and posts only the gap. Past accruals stay as they were — the adjustment is a new entry, so the history of how the figure evolved is always intact.
Positive and negative
A delta can go either way. If more is now owed, the adjustment is positive. If less is owed — because volume dropped or a rate fell — the adjustment is negative, compensating for what was over-accrued. Tiny differences below a small rupee threshold are skipped, so rounding noise doesn't create churn.
How it differs from a claim
An adjustment is the engine reconciling a cumulative rebate with reality. That's different from a retroactive price adjustment claim, which is a specific price-correction you raise and which posts its own one-off amount when approved.
Related
Still stuck?
Book a demo and we'll walk through it on your own data — or just talk to us.