Secondary Scheme Settlement & Trade Promotion Agreement Management (India RTM)

Secondary scheme settlement is the validation and payout of incentive schemes that run from a distributor down to retailers or end customers, based on secondary (sell-through) sales data. It is settled to the distributor — usually by GST credit note — against verified secondary claims, and is the hardest part of Indian trade promotion because the data sits a tier away from the manufacturer.

Primary vs secondary schemes

Scheme	Rewards	Data source
Primary	Distributor purchases from manufacturer	Manufacturer's own invoices
Secondary	Sell-through from distributor to retailer	Distributor-reported secondary sales

Primary schemes are straightforward because the manufacturer owns the data. Secondary schemes — the ones that actually drive retail movement — are harder, because settlement depends on data generated a tier down. Both are tiers of a wider scheme landscape — slabs, QPS, tour and gift schemes and more — catalogued in types of trade schemes in India. This is the same challenge that makes distributor claims and trade promotion management difficult to run on spreadsheets. Marketing-development and co-op advertising funds settle down the same channel and face the same data problems — see how MDF and co-op claims work in India.

Why is the data the core problem?

Everything difficult about secondary settlement reduces to one fact: the manufacturer is settling money against transactions it never saw. The invoice from distributor to retailer lives in the distributor's DMS or billing software, in the distributor's formats, on the distributor's timetable. Three failure modes follow:

• Coverage gaps. Some distributors run a DMS, some run desktop billing software, some run books. A scheme that assumes uniform data quality across the network settles smoothly for a third of partners and by argument for the rest.
• Format drift. Retailer names spelt three ways, SKU codes that don't match the manufacturer's master, month columns that shift — every manual upload is a small reconciliation project.
• Timing mismatch. The scheme window closes on the 31st; the data arrives on the 12th, including early-next-month sales that must be stripped back out.

None of this is fixed at claim time. It is fixed upstream, by standardising how sell-through data flows from distributor systems into the claims process — the integration side is covered in ERP and DMS integration for claims, rebates and TPM.

Capturing secondary claims

Reliable secondary settlement starts with structured capture of sell-through data — by SKU, by retailer, within the scheme window. Where secondary data originates and how it moves up the tiers is grounded in primary, secondary and tertiary sales. Where this is captured cleanly (often via a DMS or distributor uploads), the claim can be computed; where it is loose, claims become estimates and disputes follow. The capture-to-claim discipline mirrors how to submit a claim request.

What evidence supports a secondary claim?

A secondary claim that can be settled without argument arrives with a specific evidence set:

Evidence	What it proves
Retailer-wise, SKU-wise sell-through report (DMS extract preferred)	The sales the claim is computed on, at the granularity the circular demands
Returns register for the window	That the claimed quantity is net of retailer returns
Opening and closing stock statements	That the claimed sell-through was physically possible
Reference to the scheme circular	Which scheme, which rate, which window the claim rides on
The computation itself	Quantity × rate, showing the arithmetic the distributor used

The principle is the one that runs through all scheme paperwork — offer, demand, and proof of performance must each exist and match — laid out in the scheme settlement and GST documentation playbook. A claim missing any leg of that set is not invalid; it is unverifiable, which in practice means slow, negotiated, and remembered at renewal time.

Validation across tiers

Secondary claims must be validated against the agreement and against the realism of the underlying data: do the claimed secondary sales reconcile with primary purchases and stock movement? Validation rules catch duplication, out-of-window claims and quantities that exceed what the distributor could have sold.

What verification checks should run before payout?

In sequence, before any secondary claim reaches an approver:

1. Window check. Every claimed transaction dated inside the scheme window — not the reporting month, the scheme window.
2. Eligibility check. Claimed SKUs and retailers are within the circular's scope; excluded packs and territories stripped out.
3. Returns netting. Retailer returns in the window reduce the claimed quantity.
4. Plausibility cap. Claimed sell-through cannot exceed opening stock + primary purchases − closing stock. This single check catches most inflated claims.
5. Duplicate detection. The same sales not claimed under another running scheme, and the same claim not submitted twice across periods.
6. Rate and arithmetic. The circular's rate, applied the circular's way — the mechanics are the same slab-and-base discipline worked through in how to calculate FMCG distributor claims.

A worked cross-tier example

A secondary scheme pays ₹5 per case on retail sell-through. A distributor reports 4,000 cases sold to retailers in the window. The claim is 4,000 × ₹5 = ₹20,000, settled to the distributor (who funded the retailer incentive) by credit note. Validation confirms the 4,000 cases are within the distributor's primary purchases and the scheme window, and are not double-claimed against another scheme.

Extending the example to the plausibility cap (illustrative): the distributor's opening stock was 900 cases, primary purchases in the window 3,800 cases, closing stock 600 cases. Maximum possible sell-through = 900 + 3,800 − 600 = 4,100 cases. The claimed 4,000 passes. Had the claim said 4,500, the excess 400 cases would be unexplainable by stock movement — the claim gets queried, not paid.

Settlement via credit note

Settlement runs through a GST credit note, with the tax-vs-financial choice carrying ITC consequences — see financial vs. tax credit notes. The agreement discipline also underpins volume rebates and distributor rebate software.

The instrument choice deserves a beat more. Because secondary schemes are computed after the fact from sell-through data, they rarely meet the agreed-before-supply, linked-to-invoices conditions that a taxable-value-reducing credit note generally requires — the pre-supply test is unpacked in Section 15(3)(b) and post-supply discounts. The financial credit note therefore dominates in practice. Where a tax credit note is used, its statutory timing window becomes a real constraint for annual schemes settled late — see GST credit note time limits and reporting. These are pointers, not positions; confirm treatment with a tax professional.

What are the most common secondary settlement disputes?

• No data, no validation. The distributor claims from memory or summary totals; the manufacturer cannot verify; the claim settles by negotiation and the amount becomes precedent.
• Window mismatch. Sales from the first days of the next month included because the DMS export ran on calendar month, not scheme window.
• Returns claimed gross. Retailer returns not netted, inflating the claim one rate-band's worth.
• Duplicate coverage. The same sell-through claimed under a running secondary scheme and a festive top-up whose circulars never said how they interact.
• Rate misreads. The distributor applies the headline rate to excluded SKUs, or reads a per-case rate as per-unit.

Each dispute is cheaper to prevent than to argue: circulars that fix the window, the netting rule and scheme interactions, and an approval path with authority to partially approve — designed per claim and rebate approval workflows — resolve most of them before they harden. Unresolved, they compound into the write-offs and silent short-settlements mapped in revenue leakage in rebate programs.

Secondary settlement-readiness checklist

Before the scheme goes live — not at claim time — each row should read "yes":

Item	Ready when
Scheme circular	Window, eligible SKUs/retailers, rate, base, netting rule and claim deadline are all explicit
Data pipeline	Every eligible distributor has an agreed way to submit sell-through (DMS feed or template upload)
Evidence list	The circular names exactly which reports settle the claim
Validation rules	Window, eligibility, returns, plausibility-cap and duplicate checks are defined and repeatable
Settlement instrument	Tax vs financial credit note decided and documented, with the timeline
Dispute route	Who decides contested claims, and by when

Getting the settlement engine right

Secondary settlement is where scheme design, channel data and GST paperwork meet — which is why it breaks first on spreadsheets. ClaimDS was built around exactly this flow: sell-through capture, rule-based validation against the circular, and settlement with the credit-note trail attached — see settlement and payout management for how the settlement leg works end to end, and scheme settlement software for the full scheme-to-credit-note view.

Related: set up a secondary sales scheme is the hands-on version of the design decisions above.

GST note: This article is general information, not tax or legal advice. GST positions — including CBIC Circular No. 251/08/2025-GST and the Finance Act 2026 amendments to Section 34 of the CGST Act, assented 30 March 2026 but not yet notified into force as of publication — must be re-verified at publish time with a qualified professional.