How to Calculate Rebate Accrual Accounting
Last updated: November 11, 2026
To calculate a vendor rebate accrual, multiply your period-to-date qualifying purchases by the applicable rebate rate under the active program terms, then reduce that estimate by any rebate amounts already received or settled in the same period. Under ASC 705-20-25-10, a rebate receivable must be recognized as a reduction to the cost of purchased inventory — not as revenue — and only when receipt is reasonably estimable and probable based on the terms of the vendor arrangement.
What “Reasonably Estimable” Requires
The standard requires more than a guess. A defensible rebate accrual depends on three inputs documented at calculation time:
- Active program terms. The rebate rate, the qualifying purchase categories, and any tiered thresholds must be on file and in effect for the period being accrued. If the program has amended terms mid-period, those amendments affect the accrual calculation from the effective date of the change — not retroactively and not from the next close.
- Period-to-date purchase volume. The qualifying purchase total for the period must come from a reliable source — typically a report from your purchasing system or ERP export. The volume figure drives the tier calculation if the program has escalating rates, so accuracy at this input directly affects the accrual estimate.
- A documented calculation trace. The calculation methodology must be recorded at the time the accrual is computed, not reconstructed when an auditor asks. This means: the volume figure used, the program tier applied, and the program terms in effect at calculation date. Without this trace, a future variance between the accrual and the settled amount cannot be explained from the source — it has to be rebuilt.
Where the Calculation Breaks Down
Most rebate accrual errors originate from one of three sources: volume data that lags by weeks because the ERP export is stale, rate tiers that were updated but not reflected in the accrual template, or prior-period estimates that were carried forward rather than recalculated. Each produces a systematic bias — usually an underaccrual if volume is undercounted, or an overaccrual if the prior-period rate was more favorable than the current terms.
The accrual-to-settlement variance — the difference between what you accrued and what the vendor actually pays — is the signal that the calculation has a structural problem. A consistent variance has a cause; a random one means the inputs themselves are unreliable.
For a systematic review of where your process may be producing gaps, see the ERP rebate gap assessment. For the full calculation methodology, see how Aurgus calculates and documents rebate accruals.