How do I find unclaimed vendor rebates?
They hide in the gap between what your vendor agreements entitle you to and what was actually claimed and received. You find them by rebuilding entitlement — program by program, period by period, from the agreements and your own purchase data — and comparing it against cash and credits actually collected.
The gaps cluster in five known places, and the work is systematic, not archaeological. The constraint is the clock: most vendor programs have claim-submission windows, so every month of delay converts recoverable money into expired money.
The five hiding places
- Programs nobody owns. A rebate exists in the vendor agreement; no person owns claiming it. This is the classic aftermath of staff turnover — the program outlives the one buyer who knew about it. The inventory step below exists mostly to catch these.
- Missed tier true-ups. You crossed into a higher tier late in the year, but claims went in all year at the lower rate — and nobody filed the retroactive difference. The mirror image of the seller-side cliff problem: attainment moved, the claiming didn’t.
- Unaggregated entities. Branches, acquisitions, and affiliates buying under their own accounts — purchases that should count toward one attainment number, split across several. If your vendor agreement aggregates and your claiming doesn’t, the tier you actually earned is higher than the tier you were paid at.
- Rejections that were never resubmitted. A rejected claim line is not an invalid claim — it is frequently a part-number mismatch, a date-format issue, or a membership record lagging reality. Rejections without a resubmission loop are a permanent leak.
- Price protection and cost changes never back-claimed. When a vendor drops cost or authorizes a deviated price, on-hand inventory and in-flight orders often qualify for credits — the mechanics under price protection — but only if someone computes and files the claim inside the window.
The recovery pass
- Inventory the entitlements. Every current vendor agreement, addendum, and program letter — one list, with rates, tiers, aggregation rules, and claim windows.
- Rebuild entitlement from your own data. Qualified purchases per program per period, computed from your purchase ledger — not from the vendor’s statements.
- Compare to received. Credits, checks, and deductions taken, matched program by program. The difference is the gross gap.
- Age the gap against the claim windows. What is still claimable, what needs a dispute, what has expired — the same clock discipline as the dispute window, run from the buyer’s chair.
- File, and fix the loop. Resubmit the living claims — then assign each program an owner so the pass never has to be run archaeologically again.
The accounting, briefly
Recovered vendor rebates are not income — they reduce the cost of the goods you bought, allocated between inventory and cost of goods sold. The treatment and worked entries are on vendor rebate accounting under ASC 705-20; the receivable-side operational discipline is under vendor rebate receivable.
What good looks like
The recovery pass run once finds money; run continuously, it stops the leak. That means entitlement computed as purchases land, claims tracked per line with their windows, rejections feeding a resubmission queue, and the receivable carried as a governed number rather than a year-end surprise. The buyer-side platform view of exactly that is on vendor rebate management — and the honest note is that the pass above needs no software at all the first time; it needs a list, a ledger, and two focused days.