Myntra partner payment cycles, explained.

Getting paid on Myntra is rarely the drama; understanding when, how much, and why the number is what it is is where sellers spend their energy. A partner settlement runs on a predictable rhythm, but that rhythm has a lead time, a set of deductions, and a handful of conditions that can pause it. This guide decodes each part in turn — timing, the deduction stack, holds, and reconciliation — so a Myntra payout stops being a mystery figure and becomes something you can verify.

How the Myntra payment cycle is structured

Myntra, like most large Indian marketplaces, does not release money the instant an order is delivered. Instead it operates a recurring settlement cycle. A delivered order becomes eligible for settlement once its return-eligible window has elapsed — because until that window closes, the sale is not truly final and could still reverse. Once eligible, the order’s value (minus its deductions) is bundled into the next scheduled remittance and paid out to your registered bank account.

The practical consequence is a built-in lag between the moment a customer receives a parcel and the moment you see the corresponding rupees. That lag is not a delay in the negative sense — it is the return window doing its job. What matters for planning cash flow is knowing your own cycle: how frequently payouts run for your account, and how long after delivery an order typically clears. The Myntra Partner Portal is the single source of truth for that schedule, and it is where every figure in this guide should be checked against your real settlement data.

Settlement frequency and lead time from delivery to payout

The lead time from delivery to money-in-bank is the sum of two things: the length of the return-eligible window on the order, and the position of the next scheduled payout after that window closes. Because payouts run on a repeating cadence, an order that clears its return window just after a payout runs waits longer than one that clears just before the next run. This is why two orders delivered on the same day can settle in different remittances.

Categories with longer return windows naturally settle later, and account tier or agreement terms can shift the cadence too. Rather than memorising a single “X-day payment” number — which varies and changes over time — treat the lead time as a range and read your actual timeline from your settlement history. If you sell across several marketplaces, aligning each platform’s cycle into one view is exactly the kind of visibility an order management system is built to give you.

The deductions that appear on a Myntra settlement

The gap between your order value and the net you receive is a stack of deductions, each with its own logic. Commission is the marketplace’s cut on each sold unit, usually a category-dependent percentage of the sale value. Logistics or shipping fees cover the forward delivery leg and are typically weight- or slab-based, so the recorded parcel weight matters. Return and RTO handling charges apply where an order comes back — and, as noted, a customer return and a return-to-origin are billed differently and reversed against the sale differently.

On top of those, marketing or advertising fees billed against your account — if you run promotions or sponsored placements — are recovered from your settlement. Then come the statutory lines: TCS (Tax Collected at Source) deposited against your GSTIN, and TDS (Tax Deducted at Source) withheld against your PAN. Finally, GST is accounted for on both your sale values and the fees the marketplace charges you — the fees carry input GST you can claim as credit. A guide from the official GST portal is the right reference for how TCS and input credits flow through your filings.

Why payments get held — and how to clear it

A held payment looks alarming but is almost always a timing or verification state rather than a loss. The common triggers are straightforward. The order may still be inside its return-eligible window, so it cannot be finalised yet. There may be a pending return or unresolved claim on the order, which keeps its value provisional. A quality or compliance flag on the account can pause releases until it is addressed. Or, most avoidably, bank or KYC details on file may not match, so the transfer physically cannot be released.

The fix is diagnostic: identify which of those applies, then resolve it. Return-window and pending-claim holds clear themselves once the window closes or the claim resolves. A KYC or bank mismatch is on you to correct in the portal, and doing so promptly means the held amount rolls into the next eligible settlement instead of ageing. Keeping your account details current and your returns resolved is the cheapest way to keep money moving. If a legitimate charge or reversal looks wrong, that belongs in a seller-protection or claim process, not in a hold you simply wait out.

How reconciliation works

Reconciliation is the discipline of proving that every rupee on a settlement is correct. The method is simple to state: for each settled order, compare the expected values — sale price, commission, logistics fee, any return adjustment — against what the settlement actually charged, then confirm the net across all orders equals what landed in your bank. Where a line diverges, you have found an exception: a commission that reads too high, a logistics fee applied to the wrong weight slab, a return charged twice, or a payout that is short against the report.

At a handful of orders a day this is a spreadsheet job. As volume grows it becomes the single most time-consuming and error-prone part of running a marketplace business, because the errors are individually small and easy to miss but collectively meaningful. This is the same problem sellers face on every platform, which is why a dedicated payment reconciliation capability — reading the settlement, matching it to orders, and flagging the exceptions automatically — is worth its weight regardless of which marketplace you are on.

Checking a remittance against your orders

Before you accept a payout as final, run three quick checks against the settlement report. First, does the count of settled orders match the orders you expected to clear this cycle — nothing missing, nothing appearing twice? Second, do the deduction lines per order match the rates and fees you agreed to, at the weight and category recorded? Third, does the net total on the report equal the exact amount credited to your bank? A gap in any of the three is a signal to open the underlying orders and look closer — and, if a genuine error is confirmed, to raise it through the proper channel while the claim window is open.

Sources & further reading

Settlement rates, cycle timing, and deduction rules vary by category and agreement and change over time, so always confirm the specifics against your own settlement report and the official documentation:

• Myntra Partner Portal — settlement schedule & reports
• GST Portal — TCS, TDS & input credit for e-commerce operators