Settlement Reconciliation: Are Marketplaces Actually Paying You Right?

Most brands treat the marketplace settlement report the way they treat a salary slip. The money lands, the number looks roughly right, and nobody reads the line items. This is exactly the assumption the platforms are built on. A settlement is not a payment. It is a calculation, run by software you do not control, against a fee schedule that changes without notice, applied to thousands of transactions you never audit. Some of those calculations are wrong. Some sales never get paid out at all. And because the errors are small per order and buried in a spreadsheet with forty columns, they leak margin quietly for months before anyone notices. The question is not whether your marketplaces make settlement errors. They do. The question is whether you are catching them or eating them.

A settlement is a claim, not a fact

When Amazon or Flipkart pays you, what arrives in your account is the net of a long subtraction. Gross sale value, minus commission, minus fulfilment fees, minus closing fees, minus shipping, minus payment gateway charges, minus returns, minus reserves held against future returns, minus tax deductions. Each of those is a separate computation with its own rate, its own rounding, and its own room for error. You are handed the final number and asked to trust the working.

The trouble is that the working is opaque and the rates are not static. Commission percentages vary by category and sometimes by price band. Fee structures get revised. Promotional fee waivers are supposed to apply and sometimes silently do not. Weight-based shipping charges depend on a dimensional weight the platform measured, not the one you declared. Every one of these is a place where the number you were paid can drift from the number you were owed. Treating the settlement as a fact rather than a claim you should verify is the original mistake.

Where the money actually leaks

After enough reconciliations you start to see the same failure modes repeat across platforms. The leaks are rarely dramatic. They are small, systematic, and they compound across volume.

Commission charged at the wrong rate. Your SKU is categorised one way for the listing and another way for the fee engine, so you are billed a higher commission slab than your contract specifies. On a few hundred orders a month this is real money.
Fees on cancelled or returned orders that were never reversed. The order came back, the customer was refunded, but the commission or shipping fee on the original sale was never credited back to you.
Settlements that simply never arrive. A batch of orders marked delivered, eligible for payout, and then absent from every settlement cycle that follows. Not delayed. Missing.
Shipping charged on the wrong weight. The platform’s measured dimensional weight bumps you into a higher slab than your actual product, and you pay the difference on every unit until someone disputes it.
Reserves held longer than policy. Money parked against potential returns that should have released weeks ago and quietly did not.
Promotion and ad-fee double counting. A deal-day fee deducted at settlement that was supposed to be covered by the campaign you already funded.

None of these will bankrupt you in a month. That is precisely why they survive. A single order shorted by twelve rupees is beneath notice. The same error on every order in a category, every month, for a year, is a number that would change how you feel about that category.

Marketplace fee errors are not loud enough to notice and not large enough to chase, which is exactly why they are worth chasing.

Why nobody catches it

Reconciliation is unglamorous, manual, and easy to defer. The settlement file is enormous, the order export lives in a different report with different identifiers, and matching one to the other by hand is the kind of task that gets pushed to next week forever. So most brands never do it. They look at the headline payout, compare it loosely to last month, and move on.

This is understandable and expensive. The platforms are not run by villains running a scam. They are running imperfect software at enormous scale, and imperfect software at scale produces a steady drip of errors that always, by the structure of the situation, favour the party doing the calculating. There is no malice required. There is only the fact that an unaudited counterparty computing your revenue will, on average, compute it in its own favour more often than yours. The only correction is to check.

What real reconciliation looks like

Doing this properly means rebuilding the settlement from your own data and comparing it to theirs, line by line. You take your order export, you apply the fee rates your contract actually specifies, you compute what each order should have netted, and you match that against what the settlement report says it did net. The gaps are your evidence.

The matching key matters. Reconcile at the order or transaction level, not the summary level, because a summary that nets out to roughly the right total can hide an overcharge in one place cancelling an undercharge in another. You want to know that every single delivered order produced a settlement line, that every fee on that line is at the contracted rate, and that every return reversed the fees it should have. Orders that appear in your sales data but never appear in any settlement are the highest-value find, because a missing payout is one hundred percent leakage, not a few percent.

This is fundamentally a data exercise, which is why it belongs in the same system as the rest of your marketplace numbers. If you are already running a real reporting dashboard leadership actually reads, settlement variance is one more panel on it, computed automatically instead of chased manually every quarter.

It is connected to numbers you already care about

Reconciliation is not a side quest. It feeds directly into the decisions you make with the rest of your data. The fees you actually paid, as opposed to the fees you assumed, are an input to profitability per SKU. If your true commission is higher than the slab you modelled, the SKU you believe is your margin hero may be quietly underwater, and you would never know because you costed it on the wrong fee.

It connects to liquidity too. A settlement that arrives late, or a reserve held past policy, is cash trapped exactly where you cannot afford it. We have argued at length that working capital is the real constraint on marketplace growth, and unreconciled settlements make that constraint worse in two directions at once. You are short the money that was miscalculated, and you are blind to the timing of the money that was merely delayed.

And it overlaps with tax. The deductions on your settlement include TCS and TDS, and those have to reconcile not just against your expectation but against what gets reported to the authorities in your name. The mechanics are their own discipline, which we cover in the TCS, TDS and reconciliation nightmare, but the principle is the same. If you are not checking what was deducted, you are trusting a number that has compliance consequences attached to it.

What changed recently

The last year handed marketplace operators two reasons to rebuild their reconciliation baseline rather than coast on last year’s assumptions, and both are the kind of thing that quietly breaks a model nobody updated.

The first is fees. From March 16, Amazon India overhauled its seller fee schedule, expanding zero referral fees to over 12.5 crore products priced under 1,000 rupees across more than 1,800 categories, cutting referral fees on several high-volume categories above that band, and reducing Easy Ship and closing fees for low-price items, with the closing fee on sub-300-rupee products dropping from 45 rupees to 20 according to Amazon India. This is good news for margin, but it is a reconciliation trap. A fee cut only reaches your bank account if the fee engine actually applies the new rate to your category, and the single most common settlement error we find is a SKU that keeps getting billed at the old slab after a schedule change. The brands that benefit are the ones reconciling every payout against the current fee table, not the table they memorised eighteen months ago. A lower headline fee you are still being charged the old rate on is not a saving, it is a dispute waiting to be filed.

The second is tax. The GST 2.0 reform that took effect on 22 September 2025 collapsed the old four-slab structure into mainly 5 and 18 percent bands, which forced a wave of repricing and changed the tax math sitting inside every settlement line, as Unicommerce details. When the GST on a product moves, the gross-to-net working on your settlement moves with it, and any reconciliation rebuilt on pre-reform rates will throw false variances or, worse, hide real ones. The deadline pressure is real too. From December 2025, GST returns more than three years past their due date can no longer be filed, per Cashfree, which means a settlement mismatch you ignore today can become a permanently unrecoverable tax position. Reconciliation used to be about clawing back fees. It is now also about not letting a tax window close on money the platform already deducted in your name.

Make it a process, not a panic

The brands that recover this money do not do a heroic one-time audit and then stop. They turn reconciliation into a monthly cadence that runs against every payout, flags variances above a threshold, and produces a clean list of disputes to file with the platform. The recovery is real. Filing a well-evidenced fee dispute, with order IDs and the contracted rate attached, is usually paid out, because the platform’s own data confirms the error once you point at it. What you cannot do is dispute what you never measured.

This is the kind of work our Analytics & Reporting practice is built for, because it is pure data plumbing with a direct rupee return. Pulling settlement and order exports across platforms, normalising them to a common ledger, computing expected versus actual at the transaction level, and surfacing the gaps. From there our Marketplace Account Management team turns the variances into filed disputes and chases the recoveries, and our D2C & Marketplace Strategy Consulting folds the true fee picture back into pricing and catalogue decisions so you are not just clawing back the past but costing the future correctly.

The short version

Your marketplace settlements are calculated by the counterparty, against a fee schedule that moves, on data you do not audit. Under those conditions the errors will not be random. They will, on balance, favour the platform, not because anyone intends it but because that is what unchecked computation does. The leak is small per order and invisible per month, which is exactly why it runs for years.

Reconcile every payout against your own expected numbers, at the transaction level, on a fixed cadence. Treat a missing settlement as a fire and a mis-rated fee as recoverable cash, because both are. Assume you are being shorted until your own ledger proves otherwise. On a marketplace, that assumption is not cynicism. It is just arithmetic.

Marketplace Tax and Compliance: TCS, TDS and the Reconciliation Nightmare

Most founders discover marketplace tax the way you discover a slow leak. Not with a bang, but months later, when the numbers stop tying out and nobody can say why. The platform paid you, the bank balance moved, the sales reports look fine. Then the accountant asks why the GST you are claiming does not match the TCS the marketplace reported on your behalf, and the room goes quiet. By then it is not a question you answer in an afternoon. It is a reconciliation project, and it is the kind that compounds. The brands that stay sane on Indian marketplaces are the ones who built the system to handle this before the volume made it impossible.

Tax on a marketplace is not a year-end event. It is deducted on every single settlement, by a counterparty whose statements rarely line up cleanly with the government’s records or with your own books. Three deductions overlap, each on a different schedule, each reported somewhere you have to go and find. Treat it as an afterthought and it does not stay small. It grows quietly until the day a notice arrives or an input credit gets blocked.

The three deductions hiding in every settlement

Start with what is actually coming out of your money. On a marketplace, three things bite before the cash reaches you, and they are easy to confuse because they all look like the platform taking a cut.

TCS, tax collected at source. The marketplace collects a small percentage of your taxable supplies and deposits it against your GSTIN. It is not a fee. It is your money, parked with the government, that you reclaim through your GST returns. Miss it and you are leaving collected tax stranded.
TDS, tax deducted at source. Depending on the arrangement and the nature of payments, tax may be deducted and reflected against your PAN. It surfaces in your tax credit statement, not your GST filings, which is exactly why it gets missed.
GST on the marketplace’s own fees. Commission, fulfilment, advertising and storage all carry GST that the platform charges you. That GST is input credit you are entitled to, but only if the invoices are clean and the numbers reconcile to what the platform actually reported.

Three deductions, three different government touchpoints, three different statements to chase. None of them announce themselves on your sales dashboard. They live in settlement files, GST portals and tax credit statements that almost never agree on the first pass.

Why the numbers never tie out on the first try

Here is the structural problem. The marketplace shows you one version of events in its settlement report. The GST portal shows another in the auto-populated returns. Your own books show a third, built from your invoices and dispatch records. In a clean world all three match. They almost never do, and the gaps are not always errors. They are timing.

A sale in the last week of a month might settle in the next month. A return reverses a deduction, but on a different cycle. TCS reported by the platform lands in your GST credit ledger on the marketplace’s schedule, not yours. Multiply that across thousands of orders and several platforms and you get a reconciliation surface so large that doing it by hand stops being viable. This is the same discipline behind checking whether marketplaces are actually paying you right, just with the tax layer sitting on top, and the tax layer is the part that turns into a notice if you ignore it.

And the ground can move under you. When the rate schedule itself changes, every product that crosses the cutover is a fresh reconciliation problem, because invoices on one side of the date carry one rate and the other side carries another. The September 2025 GST overhaul is the live example, and the next section gets into what it did to sellers.

The marketplace is not your tax department. It deducts, it reports, and it moves on. Reclaiming what is yours is your job, and the platform will not chase it for you.

Why this compounds instead of staying small

A small mismatch in month one is annoying. The same mismatch unaddressed for a year is a liability with interest attached. TCS you never reconciled is input credit you never claimed, which is cash you handed the government and forgot. GST on platform fees you never matched is credit you cannot defend if questioned. A TDS entry sitting unclaimed in your credit statement is tax you paid twice.

None of this hurts immediately, which is the trap. The pain is deferred to filing season, or to the day a mismatch between your returns and the platform’s reported figures triggers a query. At that point you are reconstructing months of settlements under time pressure, with staff who were never set up to do it. The cost was never the tax itself. It was the finance hours spent untangling a year of unreconciled deductions, and those hours scale with every month you let it run.

The hidden cost is people, not penalties

Founders brace for penalties. The bigger drain is quieter. A finance person spending two days a month manually matching settlement files to GST data is two days not spent on anything that grows the business. Scale to multiple marketplaces and that is most of a role consumed by reconciliation that a system should be doing. The penalty risk is real, but the steady tax on your team’s time is what actually bleeds you, month after month, whether or not a notice ever arrives.

Build the reconciliation system before you need it

The fix is not heroic. It is boring, repeatable, and it has to be built before volume makes it unmanageable. A few principles hold across every brand we have set this up for.

Reconcile monthly, not at year end. A month of settlements is a manageable batch. A year is an excavation. The cadence is the whole game, because small mismatches are cheap to fix and expensive to find later.
Match three sources every cycle. The platform settlement report, the GST portal data, and your own books. Reconciling any two and skipping the third is where most brands quietly lose credit.
Track TCS as a receivable, not a fee. It is your money. Carry it as something to reclaim, and reconcile what the platform reported against what shows in your GST credit ledger.
Capture every platform GST invoice. Commission and ad fees carry recoverable input credit. Letting those invoices go uncollected is leaving margin on the table every month.
Own this from day one of selling. The registration and tax identity that make all of this possible are part of the GST and GTIN setup that stalls half of marketplace launches. Get that foundation wrong and the reconciliation is built on sand.

This is also why we treat compliance as a launch-day item, not a later fix. It belongs in the operations setup checklist before you list a single SKU, alongside warehousing and returns. Bolting it on after you are already at volume is how the nightmare starts.

Why the deductions are also a cash flow lever

There is a reason this connects to liquidity, not just compliance. Every rupee of TCS you have not reclaimed is working capital sitting idle with the government. Every input credit you have not matched is margin you earned but cannot use. For a brand that is cash constrained, and most growing marketplace brands are, reconciling tax properly is a way to pull money back into the business that is already yours. It plugs directly into working capital being the real constraint on marketplace growth. Sloppy reconciliation does not just risk a notice. It strands cash you could be deploying into inventory and ads.

What changed recently

Two shifts in 2025 made this discipline harder to skip.

The first is the GST overhaul that took effect on 22 September 2025, collapsing the old four-tier structure into two main slabs of five and eighteen percent, with a forty percent rate reserved for sin and luxury goods. For sellers this was not a quiet back-office update. Every catalogue had to be repriced, invoicing systems updated to the new rates, and pre-packaged stock made before the cutover could carry a revised MRP by sticker or stamp until the end of December 2025, per the Outlook Business account of how the transition was managed. The reconciliation consequence is direct. Orders straddling 22 September carry different rates depending on which side of the date they fall, and any brand that did not lock its catalogue cleanly before the switch now has invoices and returns filing at mismatched rates to untangle.

The scrutiny tightened alongside it. The same reporting describes the CBIC, the consumer affairs ministry and the National Consumer Helpline tracking whether the rate cuts actually reached shelf prices, with thousands of complaints logged early on and platforms pulling real-time pricing data into the watch. That is a useful reminder that on a marketplace your pricing and tax handling are visible to more than your accountant, and getting the post-overhaul rates wrong is no longer a private problem.

The second shift is on the cost side, and it is why the input-credit half of this discipline matters more than ever. Through 2025 the quick-commerce platforms kept ratcheting up what they take from brands. Business Standard reported Blinkit moving to a variable commission model tied to selling price from March 2025, while Zepto’s take rate climbed into the 22 to 23 percent range. Higher commissions mean larger GST-bearing fee invoices flowing past you every month, and every one of those is recoverable input credit if you capture and reconcile it, or quietly forfeited margin if you do not. The thinner these platforms make your economics, the more the tax you can legitimately reclaim is the difference between a channel that works and one that does not, which is the same math behind quick-commerce unit economics after platform fees.

What good looks like

A brand that has this solved does not think about tax most of the year. The monthly reconciliation runs on a fixed cadence, three sources get matched, mismatches get flagged and chased while they are still small, and filing season is a confirmation rather than a reconstruction. TCS gets reclaimed on time. Input credit on platform fees gets captured. The finance team spends its hours on decisions, not detective work.

That state does not happen by accident. It is built, and it is the unglamorous backbone of our Operations & Logistics Management work, mapping where every deduction lands and standing up the reconciliation rhythm before volume makes it a crisis. It sits next to Marketplace Account Management, because a perfectly run account still leaks money if the tax underneath it never reconciles, and it informs D2C & Marketplace Strategy Consulting when we decide which platforms are worth the compliance overhead in the first place.

The short version

Marketplace tax in India is not a year-end task. It is deducted on every settlement, in three overlapping forms, reported across statements that rarely agree on the first pass. The cost of ignoring it is not the tax. It is the finance hours spent untangling a year of mismatches, the input credit you never claimed, and the cash you left stranded with the government. And after the September 2025 rate overhaul, with platform commissions still climbing, the surface to get wrong is only larger.

Build the reconciliation system early. Match three sources monthly, treat TCS as a receivable, capture every fee invoice, and tie it back to the cash it frees. Do that before the volume arrives and tax stays a quiet monthly routine. Skip it and it compounds into the exact nightmare the title promised, on the worst possible schedule, which is whenever the notice decides to land.