Skip to content
Robnu

“Courier return” on Meesho: who actually pays.

The delivery partner failed and sent your parcel back — and the freight lands on your settlement. Here is what the status means, when the charge is fair, and when it is worth challenging.

Free during early access · Forever free under 25 orders/day
app.robnu.com/returns/scanReceive scanAWB · return_id · forward_shipment — auto-resolvesAWB 7782115983ResolutionAWB matchedOrderReturn · OR-892Status → receivedclaim_due_at +60dscan_event writtenCtrl+KOpen scan from anywhere — global topbar shortcut
TL;DR
  • Courier return = the delivery partner sent the parcel back. The customer never took possession.
  • Functionally the same event as an RTO, described from the courier's side.
  • Reverse freight typically lands on you as a settlement deduction.
  • Claimable: inflated weight, duplicate charge, parcel never returned, implausible delivery attempts.
  • Robnu verifies each courier return against the shipment and the scan trail. Free while we figure out pricing.

Sellers encounter this phrase in the Meesho panel and reasonably wonder whether it means something different from RTO. It does not, materially — but understanding why the two words exist helps you know which evidence to reach for when a charge looks wrong.

The basics

Same journey, two vocabularies

Your marketplace panel describes outcomes in platform terms; the courier describes the same shipment in logistics terms. “Courier return” and “RTO” are two names for one event: an undelivered parcel travelling back to you.

The distinction that genuinely matters is a different one — whether the customer ever received the goods. A courier return means they did not. That has a direct consequence: there can be no dispute about the condition of what comes back, because nobody opened it. Your claims are therefore about freight and about whether the delivery attempts were real.

The failure was not yours
You dispatched correctly and on time. The delivery leg failed. Yet the reverse freight and the metric impact both land with you — which is why verifying the charge is the only control you have.
app.robnu.com/returns/scanReceive scanAWB · return_id · forward_shipment — auto-resolvesAWB 7782115983ResolutionAWB matchedOrderReturn · OR-892Status → receivedclaim_due_at +60dscan_event writtenCtrl+KOpen scan from anywhere — global topbar shortcut
Your claims

Four charges worth challenging

The freight for a genuine failed delivery stands. These four do not.

Claim 1

Weight does not match

Billed on a heavier weight than you dispatched. Your own dispatch record is the evidence — see disputing weight discrepancy.

Claim 2

Charged twice

The same shipment deducted in two settlement cycles. Only visible if you reconcile per order rather than reading totals.

Claim 3

Never came back

Marked returned, never arrived. You lose stock, sale and freight together — the most expensive single error and the easiest to miss.

Claim 4

Attempts look false

Delivery attempts logged that the customer disputes or that occurred at implausible times. See fake delivery attempts.

app.robnu.com/meesho/courier-return-auditWhere courier-return money leaksRelative frequency of challengeable chargesWeight mismatchmost commonImplausible attemptsunder-claimedNever returnedcostliestDuplicate deductionhardest to spotIllustrative frequencies. All four are claimable inside the window.
app.robnu.com/claims/CLM-7891Claim lifecyclereturn_claims state machine — auditable + idempotentPending60d sweepFiledauto-evidenceAcknowledgedAjio readsWon→ adjustmentEvidence packetPacking slip · pre-attachedCustomer invoiceVendor invoiceManifest PDF + AWBScan event auditResolution₹4,127recovered to MarketplacePayoutadjustment · type=chargeback
The Robnu way

Recovering what the delivery leg cost you

You cannot make a courier partner perform better. What you can do is refuse to absorb charges that are wrong — and that requires checking every courier return against the shipment it actually was, inside a claim window measured in days.

Robnu is an agentic OMS. It follows every courier return from the failed delivery scan through to physical arrival, reconciles the deduction against real weight and lane, and flags returns billed but never received. Each mismatch becomes a prepared claim with the evidence attached — a rare approval click while fully-autonomous filing rolls out.

You sell. Robnu runs the rest — and makes sure every rupee is paid correctly.

FAQ

Courier returns, answered

Courier return describes a parcel sent back by the delivery partner rather than by the customer. The courier attempted delivery and could not complete it — nobody available, address unreachable, cash-on-delivery refused — so the shipment returns to you. Functionally it is the same event as an RTO, described from the courier's side rather than the platform's.

In practice yes, for a Meesho seller. Both describe a parcel coming back because delivery failed. The terminology differs because Meesho's panel and the courier's tracking are separate systems describing one journey. What matters is that the customer never took possession, which is what distinguishes it from a customer-initiated return.

The reverse freight typically lands on the seller as a settlement deduction. That is the standard arrangement and it is why courier returns hurt: you paid to send the parcel out, you pay to bring it back, and there is no sale at the end of it. What you should not pay is an incorrect amount, which is where verification matters.

Yes, in specific circumstances. If the charge was computed on a weight higher than your parcel, if the same shipment was deducted twice, or if you were billed for a return that never physically arrived, each is a legitimate claim. Additionally, where the delivery attempts recorded look implausible, that is worth challenging on its own terms.

This does happen and it is worth pursuing. Where tracking shows attempts that the customer disputes, or attempts logged at implausible times, you have grounds to challenge the return. Our guide on fake delivery attempts covers how to build that case — the essential thing is to act while the tracking detail is still retrievable.

It registers as a return outcome, which affects your RTO rate even though the failure occurred on the courier side. This is a genuine frustration for sellers: a delivery partner underperforming in a particular area shows up in your numbers. Where you can identify a pattern by lane or partner, it is worth raising with support.

Focus on the inputs you control. Validate addresses and pincodes before dispatch rather than discovering problems afterwards, make sure contact numbers are usable, convert cash-on-delivery to prepaid where you can, and package so parcels are not rejected on appearance. Beyond that, tracking which lanes and partners generate disproportionate returns tells you where the structural problem sits.

Note the shipment for verification rather than simply absorbing it. Record what the parcel weighed at dispatch, keep the tracking history, and check later that the deduction matches. The window for claims is short, so a return noticed a month later during reconciliation is usually a return you can no longer claim on.

build 784fa3bcf2c49040d2767e4be9bbfa4d11b7f32f · 2026-07-21T20:33:16+05:30