Orders stuck in pending are still on the clock.
The dangerous assumption is that an order you cannot act on is not counting against you. It usually is. Here is what each pending state means, which you can clear yourself, and what to document when you cannot.
- Pending is a holding state, not an error — but the dispatch clock usually keeps running.
- Four causes: stock mismatch, label failure, platform-side hold, courier serviceability.
- Stock and label problems you can usually fix yourself. The other two need a ticket.
- If a platform-side issue causes a breach, timestamped documentation is your waiver case.
- Robnu surfaces stalled orders before they breach instead of after. Free while we figure out pricing.
Pending orders occupy an awkward space in marketplace operations: visible enough to worry about, opaque enough that nobody is sure whether to act. The cost of that ambiguity is real, because the deadline does not pause while you decide.
Orders stuck in pending are burning SLA time whether or not you can act on them. The dangerous assumption is that an order you cannot act on is not counting against you — it usually is. This guide covers what each pending state means, which ones you can clear yourself, and what to document when you cannot.
Blocked does not mean paused
The intuition is reasonable: if the platform will not let you proceed, surely it will not hold that against you. In practice the dispatch window generally keeps running regardless of why an order is stuck, which means a pending order quietly converts into a breach while you wait for it to resolve itself. Pending orders therefore need the same urgency as breaching-soon ones. They are not a separate, lower-priority pile to look at later.
Four causes, two you can fix
The common causes are a stock or inventory mismatch preventing confirmation, a label that will not generate, a platform-side hold still processing, or a courier serviceability problem for that destination. The first two you can usually resolve yourself — correct the count, or retry the label. The second two often need a support ticket. Applying the wrong fix wastes the very time you are short of, so identify the category first. Most recurring stock-mismatch pending states trace back to inventory sync problems.
Finding stalled orders before they cost you
The core problem with pending orders is that they are invisible by nature. They are not in your dispatch flow, so they are not in front of you — and you typically discover them when the penalty appears rather than while the window is still open. If a platform-side issue does cause a breach, timestamped documentation is the basis for a penalty waiver, so screenshot the state and the timestamp before you raise a ticket. Watching every open order including the stalled ones, and surfacing anything that has stopped progressing while its clock is still running, is exactly what our agentic dispatch tracking does. See the daily processing routine for the batch that prevents most of these.
The bigger picture for your catalogue
Whatever the specific status, charge or process, the underlying reality of selling on Indian marketplaces is the same. The platforms are built to move enormous volume, their interfaces speak in operational shorthand rather than plain language, and the money at stake hides in charges that arrive as silent settlement deductions requiring no approval from you. The sellers who stay profitable are not the ones who avoid every problem — that is impossible at scale — but the ones who understand what each event means, know which charges are genuinely owed, and reconcile every settlement so the wrong ones are caught and reclaimed while the claim window is still open.
That discipline is simple to describe and hard to sustain by hand, because it is precise, repetitive work layered on top of actually running the business. It is exactly the kind of task that a two-person team does inconsistently under volume and that software does reliably every cycle. Robnu exists to close that gap: it runs the daily operations these guides describe, reconciles the charges they represent against what you actually shipped and sold, and files the claims you are entitled to — so the vocabulary becomes something handled rather than something you have to master and police yourself. You sell; Robnu runs the rest, and makes sure every rupee is paid correctly.
Sources & further reading
Charges, policies and processes vary by marketplace and category and change over time. The details here are drawn from official documentation and reputable industry sources; always confirm current specifics against your own seller panel and settlement reports:
Blocked does not mean paused
The intuition is reasonable: if the platform will not let you proceed, surely it will not hold that against you. In practice the dispatch window generally keeps running regardless of why an order is stuck, which means a pending order quietly converts into a breach while you wait for it to resolve itself.
The practical consequence is that pending orders need the same urgency as breaching-soon ones. They are not a separate, lower-priority pile to look at later.
Match the fix to the cause
Applying the wrong remedy costs you the time you are already short of. Identify the category first.
Stock mismatch
Your listed quantity does not match reality, so confirmation fails. Correct the count and the order releases. If this recurs, the real problem is inventory sync.
Label will not generate
Retry, try the alternative format, or clear the browser session. Our label troubleshooting guide covers the causes in order of likelihood.
Platform-side hold
Verification or processing still running. Wait a short while, then raise a ticket. Screenshot the state and the timestamp before you do.
Serviceability block
No courier available for that destination. Nothing you can do operationally — this is a documentation-and-escalation case from the start.
Finding stalled orders before they cost you
The core problem with pending orders is that they are invisible by nature. They are not in your dispatch flow, so they are not in front of you — and you typically discover them when the penalty appears rather than while the window is still open.
Robnu is an agentic OMS. It watches every open order including the stalled ones, surfaces anything that has stopped progressing while its clock is still running, and keeps the evidence trail if a platform-side issue does end up costing you a penalty worth appealing.
You sell. Robnu runs the rest — and makes sure every rupee is paid correctly.
Pending orders, answered
Pending means the order exists and is awaiting action before it can move toward dispatch. It is a holding state rather than an error, but it is not neutral — in most cases the dispatch clock is running while the order sits there. An order that stays pending long enough becomes a breach regardless of why it was stuck.
The common causes are a stock or inventory mismatch preventing confirmation, a label that will not generate, a payment or verification step still processing on the platform side, or a courier serviceability problem for that destination. The first two you can usually resolve yourself; the second two often need support.
In most cases yes, which is what makes pending orders dangerous. Sellers reasonably assume that an order they cannot act on is not counting against them, and that assumption is how pending orders become breached orders. Treat anything sitting in pending as actively costing you time.
Identify which category it falls into first. Stock mismatches are resolved by correcting inventory; label failures by retrying generation or using the alternative format; platform-side holds by waiting briefly and then raising a ticket if nothing changes. Applying the wrong fix wastes the very time you are short of.
Document it immediately. If the cause was platform-side — a label that genuinely would not generate, or a serviceability block — that documentation is the basis for a penalty waiver request. Screenshots with timestamps and a support ticket reference are what make the difference between an accepted and a rejected waiver.
You can, but understand the cost before you do. A seller-initiated cancellation typically carries its own penalty and affects account health, sometimes more than a late dispatch would. If there is any realistic path to fulfilling the order, that is usually the cheaper route.
Volume. During festival and sale periods, platform-side processing, courier capacity and serviceability all come under strain, and orders queue in states they would pass through instantly on a normal day. Building buffer into your dispatch routine before a sale event is the practical defence.
Most preventable pending states trace back to inventory accuracy. Stock counts that do not match reality cause confirmation failures, and those failures surface at the worst possible moment. Keeping inventory synced — particularly if you sell on more than one marketplace — removes the largest single cause.
Related seller guides
More on the operations, money and claims that decide whether a marketplace catalogue actually makes money.
One Screen for All Your Orders: The Case for Centralized Order Processing
Selling on three marketplaces means three dashboards, three SLA clocks and three ways to miss an order. Here is why a single order screen — an agentic OMS that runs them all — is the fix.
The Daily Routine for a 2-Person Marketplace Team (AJIO, Meesho, Amazon)
An hour-by-hour daily ops routine for a lean two-person team running AJIO, Meesho and Amazon together: order intake, SLA cutoffs, dispatch batching, returns, reconciliation and claims — with a clear division of labour.
Order breach in Meesho: what it is and how to prevent it
What a breach flag means, the seven ways orders drift past the dispatch promise, what one costs at settlement, and the daily loop that keeps the count at zero.
Meesho bulk label download: 100 orders labelled in minutes
Downloading Meesho labels one order at a time does not scale. Here is the batch dispatch workflow — bulk-select ready-to-ship orders, generate labels and invoices as one merged PDF, print, and manifest without touching each order.
Meesho "Ready to Ship" label not generating: causes and fixes
Your Meesho order is Ready to Ship but the label will not generate. The exact causes — order state, listing and stock issues, payment or account holds, panel timeouts — and the step-by-step fix for each.
Scan, label, manifest: the Meesho dispatch chain end to end
Dispatch is not four separate jobs — it is one chain: scan, label, pack, manifest, hand over. Run as a routine, it flows; broken up, it leaks time and triggers penalties. The full chain, in order, and where each link fails.
Meesho Supplier Panel: a full walkthrough of every section
The Meesho Supplier Panel runs your whole business — orders, catalog, payments, returns, ads, support. A section-by-section walkthrough of what each does, where sellers get stuck, and what the panel does not do for you.
AJIO order cancellations: types, costs and prevention
Buyer, seller and system cancellations decoded — what each one costs, the stale-stock root cause behind most of them, and the discipline that keeps your rate down.