Myntra Pending Settlement vs Settled Orders Explained

What pending and settled actually mean

Myntra seller reports use status and date fields to show where each order sits between sale and payout. In plain terms:

• Settled: the order has been included in a payout that has been processed, with commission, fees and adjustments already netted off.
• Pending: the order is recorded as a sale but has not yet been included in a payout.

Exact labels and column names can differ between reports and change over time. Read the field definitions in your current report, and confirm them with your Myntra account manager if anything is unclear.

The key point is that pending does not mean unpaid, lost or disputed. It is a timing and eligibility status. It turns into a problem only when an order stays pending longer than your agreed terms say it should.

Why an order stays pending

Several ordinary reasons can keep an order out of a payout. These are the common ones to rule out first:

• Payout cycle timing: an order that becomes eligible after a cycle cut-off rolls into the next payout.
• Delivery not confirmed: the order may still be in transit or awaiting delivery confirmation.
• Return window still open: payment eligibility may depend on a return or exchange period defined in your terms.
• Return in progress: a return, RTO or quality check can hold the order until it is resolved.
• Holds and offsets: penalties, claims or earlier adjustments can be netted against later payouts.
• Data mismatches: inconsistent order IDs or SKU mapping between your records and the report.

The actual eligibility rules and cycle length are in your seller agreement and any commercial annexures. Confirm the latest terms there instead of relying on memory or old emails.

How to read pending and settled rows in your reports

When you open a settlement or sales Excel report, compare the two statuses on the same checks. Field names vary, so treat this as a guide.

Matching at the order level is what matters. A payout total that ties to your bank statement does not prove every order in it was paid correctly.

A simple monthly reconciliation routine

1. List delivered orders for the month from your own order data or the sales report.
2. Tag each order as settled, pending or returned using the settlement report.
3. Tie settled orders to payout references, then to bank credits.
4. Check deductions such as commission and fees against your agreed rate card. Do not assume the rates; read them from your agreement.
5. Age the pending list and compare each order's age to the payout timeline in your terms.
6. Log exceptions with order ID, amount, reason and the date you raised them.

Doing this monthly keeps the pending list short and makes year-end or audit queries far easier.

When pending becomes a recovery issue

Escalate when an order shows one of these signs:

• It is delivered, outside the return window, and still pending beyond the expected cycle.
• A return was marked received or closed, but the deduction on the order does not match what you expected.
• A deduction appears with no matching order or reason code.
• The same order appears pending in one report and settled in another.

Raise these with order IDs, report extracts and the relevant clause in your agreement. Keep a record of each query and its resolution, because recoveries are easier to win when the evidence is organised and raised promptly. Check your agreement for any time limit on raising claims.

Where tooling helps

Spreadsheets work for a few hundred orders. Beyond that, matching sales, settlements, returns and fees by hand becomes slow and error-prone. MarketplaceMetrics by Fundle reconciles marketplace sales and settlements, checks commissions and fees against agreed terms, and tracks returns and recovery cases. Myntra Excel reports are reviewed today, and other marketplaces are a scope discussion.