Scheme Management for Distributors: How to Stop Losing Money on Manual Free-Goods and Slab Calculations

Scheme Management for Distributors: How to Stop Losing Money on Manual Free-Goods and Slab Calculations

It is the last week of the month. Your billing clerk has three brand circulars open on the desk, two of them already replaced by newer ones that came on WhatsApp this morning. A retailer is on the phone asking why he did not get the "10+1 free" on a brand he bought last week. The salesman who promised it is out on his beat and not picking up. Somewhere in all of this, your margin is quietly walking out the door.

If you run an FMCG or pharma distribution house, this is not a once-in-a-while problem. It is Tuesday.

Schemes are the heartbeat of Indian distribution. Every principal you carry runs its own offers, changes them every few weeks, and expects you to pass them on cleanly and then claim them back just as cleanly. Most distributors handle all of this on Tally, a basic billing app, or a clerk's memory propped up by a stack of printed circulars. That works until it does not, and when it stops working, it does not announce itself. It just leaks.

This is about where that leak comes from, the kinds of schemes you are actually juggling, and what proper scheme handling looks like when it sits on one operational core instead of in someone's head.

Why schemes quietly eat distributor margin

The discount is not the problem. You decided to give the discount. The problem is everything that happens around it.

When a scheme lives in a person's memory and a printed circular, three things go wrong. The clerk misses a scheme that should have applied, so the retailer feels cheated and your goodwill takes a hit. Or the clerk applies a scheme that expired three days ago, and you eat a discount the principal will not reimburse. Or the free goods get added to the invoice but never get knocked off your stock properly, so your closing stock stops tying out with what is physically in the godown.

None of these show up as a red flag on the screen. They show up two months later when your accountant is reconciling and the numbers do not agree, by which point nobody remembers which invoice did what.

The "clerk's memory" billing model and where it breaks

A good billing clerk can hold a surprising amount in their head. The trouble is that you are not running on one brand with one scheme. You are running on forty brands, each with its own slab, its own free-goods ratio, its own start and end date, and its own fine print about which SKUs qualify. Multiply that by a counter that has to bill fast because retailers are waiting, and errors are not a possibility. They are a certainty. The only question is how many and how expensive.

Free goods that never tie out with stock

Free goods are where it really hurts. A "buy 50 cartons, get 5 free" scheme means 55 cartons physically leave your godown, but only 50 got billed. If those 5 free units are not decremented from stock as part of the same transaction, your system thinks they are still on the shelf. Now your reorder logic is wrong, your stock valuation is wrong, and the gap between book stock and physical stock grows every single month until someone does a painful manual count to find it.

The four scheme types every Indian distributor juggles

Before you can fix scheme handling, it helps to name what you are actually dealing with. Most distribution schemes fall into four buckets, and almost every distributor runs all four at once.

Free-goods schemes. The classic "X plus Y free", also written as quantity purchase schemes. Buy a quantity, get extra units free. Simple to promise, easy to get wrong at billing and in stock.

Slab and value-based discounts. The discount changes with the order size. Five percent up to fifty thousand rupees, eight percent above it. The clerk has to know which slab the bill landed in, and recheck it if the order changes at the last minute.

Combo and assortment offers. Buy a defined mix of SKUs and unlock a price or a bonus. These break manual billing fastest because the clerk has to confirm the whole basket qualifies before applying anything.

Target-linked and retrospective schemes. You hit a monthly or quarterly target and earn a discount after the fact. These are the hardest to track manually because the benefit is not known at the time of the sale, and reconstructing it at quarter-end from a pile of invoices is its own full-time job.

Naming the scheme is easy. Making sure the right one fires on the right SKU on the right date, every time, at counter speed, is the part that defeats memory and circulars.

The real cost is not the discount. It is the leak.

Here is the uncomfortable part. The discount you intended to give is a business decision and it is fine. The money you lose is the money you never meant to lose, in two directions.

Missed schemes versus over-applied schemes

Miss a scheme and you damage a retailer relationship that took years to build. Over-apply one and you hand out margin the principal will not pay back. Both are happening on your counter right now, in small amounts, on a fraction of bills. Small amounts on a lot of bills is exactly how a distribution business with thin margins bleeds without ever seeing a single big number to point at.

The manufacturer claim you under-file every month

This is the leak most distributors do not even count. When you pass a principal's scheme on to a retailer, you are supposed to claim that value back from the principal. But you can only claim what you can prove. If your free goods and scheme discounts are scattered across invoices with no clean record of which scheme applied where, your claim is built on guesswork. Guesswork under-claims, every time, because nobody files for what they cannot document. The principal keeps the difference. You funded their scheme out of your own pocket and never got paid back for it.

What proper scheme management looks like on one ERP core

The fix is not a smarter clerk. It is taking the scheme out of memory and putting it into the system, so it fires automatically and leaves a record behind. This is exactly the kind of messy, India-specific trade behaviour that SWIL has spent more than thirty years sitting across the counter to understand. Scheme-based pricing is not treated as an add-on in SwilERP. It is core billing behaviour, the same way batch, expiry and FEFO are core for pharma.

Configure once, apply automatically at billing

In SwilERP you set up the scheme once, with its conditions and its dates, and the billing screen applies it on its own when the conditions are met. The clerk does not have to remember the circular. The system does. When the scheme expires, it stops applying. There is no window where a lapsed offer keeps getting handed out because nobody updated the desk.

Free goods that move real stock

Because SwilERP is one operational core, the free units in a scheme are part of the same transaction that decrements stock. The 5 free cartons in a "buy 50 get 5" leave your book stock the moment they leave your godown. Your closing stock ties out. Your reorder logic stays honest. There is no slow drift between book and physical stock that you have to chase down with a manual count every quarter.

The same scheme on the B2B portal and in the field

Schemes do not only live at the counter. Your salesmen quote them in the field and your retailers want to see them when they order. With SwilMart, your retailers can order around the clock from a B2B portal that shows their real-time stock, their credit terms, and your scheme pricing, and every order flows straight into SwilERP. So the scheme a retailer sees online, the price a salesman quotes, the invoice the clerk raises, and the stock the godown picks are all reading the same data. No re-keying. No "but the salesman said". One version of the truth.

That is the difference between a feature and a system. Applying a scheme is something many tools can do. Making the free goods, the stock, the retailer portal and the manufacturer claim all agree with each other is where three decades of distribution depth actually shows up. It is why more than 18,000 businesses run on SWIL, including a pharma base that goes back to the Unisolve and Cross days.

Where the incumbents stop

Be fair about this. The established distribution names, Marg, Busy, Logic ERP and others, have genuinely mature scheme handling. This is real, and anyone who tells you their scheme engine is weak is not being straight with you. So the question is not "who has schemes". Almost everyone serious in distribution does.

Tally and the manual-journal trap

Tally is the exception worth calling out, because so many distributors are on it. Tally is built accounting-first. Schemes are not a native billing behaviour there, they are manual work, journal entries and adjustments that someone has to remember to make. Your books may end up correct, but the operational reality, the free goods and the stock and the claim, is held together by hand. That is the trap a lot of distributors are sitting in without realising it has a cost.

Why a standalone scheme tool still leaves a seam

The newer answer is a dedicated scheme or sales-force tool bolted onto your billing. It handles the scheme well in isolation. But now the scheme lives in one system and your stock, billing and accounts live in another, and the join between them is a sync job that breaks at exactly the wrong moments: partial deliveries, returns, last-minute order changes. SWIL's approach is one core, SwilERP, with SwilMart for the B2B portal and SwilSort for warehouse execution all reading the same data, so there is no seam to break at the join.

A practical checklist before you change software

If you are evaluating how to fix this, walk through your own operation against these questions before you look at any vendor.

1. Can a scheme be set up once and applied automatically at billing, with its own start and end dates, so an expired scheme stops on its own?
2. Do free goods decrement stock in the same transaction, so your book stock ties out without a manual count?
3. Does the scheme a retailer sees on the portal match the one the salesman quotes and the one the counter bills?
4. At month-end, can you produce a clean record of every scheme you passed on, so your manufacturer claim is documented rather than guessed?
5. Does all of this sit on one system, or does it depend on a sync between your billing and a separate scheme tool?

If the honest answer to most of these is "no" or "only by hand", that is your leak, and it is costing you every month.

See it on your own brand schemes

The fastest way to know whether this fits your house is to see it run on the schemes you actually carry, not a demo brand with tidy numbers. Talk to your local SWIL partner and ask them to walk SwilERP through two or three of your real principal schemes, free goods and all. They speak your language, they know your trade, and they can show you exactly where the manual model is leaking before you change anything.

Stop funding your principals' schemes out of your own margin. Let the system carry the schemes, so you can carry the business.