Skip to content
Robnu
Field NotesSilent Revenue Loss7 min read

Customer return vs RTO: the difference that decides your margin

Two parcels come back the same afternoon. One never reached the buyer; one was delivered, worn once, and sent back. They look identical on your table — and completely different on your settlement. Here is the split that decides your margin.

Hiren Patel
Co-founder, Onviqa Inc. · Robnu
TL;DR
  • An RTO never reached the buyer; a customer return was delivered first. Same brown parcel on your table, completely different financial events on your settlement.
  • RTO risk is logistics fees and locked stock; customer-return risk adds condition damage and fraud. The claim paths differ too — most recoverable money sits on the customer-return side.
  • If your dashboard shows one blended 'return rate', you cannot see which problem you have — and the two problems have opposite fixes.

Two parcels land on your table the same afternoon. Same brown flyer, same courier sticker, both addressed back to you. Parcel one never reached the buyer — three attempts, no answer, returned. Parcel two was delivered eight days ago; the buyer wore the kurta to one function, raised a return, and sent it back. If you treat customer return vs RTO as the same event, your books are already wrong.

Most sellers do treat them the same — a single “returns” pile, a single “returns” rate, a single sigh. But the marketplace treats them as different financial events with different fee lines, different settlement behaviour, and different claim paths. Understanding the split is not accounting pedantry. It decides which fixes you invest in, which claims you file, and whether your real margin is what you think it is.

Two journeys that end at the same door

The RTO (return to origin) is a delivery failure. The parcel went out, delivery was attempted, and it bounced — the buyer refused at the door, the address didn't resolve, or attempts ran out. The buyer never possessed the item. With COD, no money ever moved; with prepaid, the refund triggers without the product having been used. The product usually comes back exactly as you packed it.

The customer return is a post-delivery event. Delivery completed, the return window opened, and the buyer chose to send the item back — wrong size, didn't like it, doesn't match the photo, or reasons less honest. A reverse pickup collects it, and it reaches you days later, after living in someone's home. The refund is real, the reverse-logistics fee is real, and the product's condition is now a question, not a fact.

Side-by-side flow diagram comparing customer return vs RTO for a marketplace order. RTO path: order dispatched, delivery attempted, buyer refuses or address fails, parcel returns to origin unopened — no delivery ever happened, logistics fees apply, product is usually intact. Customer return path: order dispatched, delivered to buyer, buyer uses the return window, reverse pickup collects the parcel, item returns after days with the buyer — refund processed, reverse logistics fee applies, and product condition is now uncertain.
Figure 1 — Two journeys that end at the same door: the RTO bounces in transit; the customer return completes delivery, then comes back through a different pipeline with different fees.

The timing differs too, and timing matters for cash flow. An RTO resolves on the courier's clock — usually within one to three weeks of dispatch, and you know the order failed before any settlement was due. A customer return resolves on the buyer's clock: the return window stays open for days after delivery, which means an order can look successfully settled and then un-settle later, with the reversal landing in a payment cycle you had already mentally spent. Sellers who plan inventory purchases against gross sales instead of post-return net learn this lesson during their first sale season, expensively.

Customer return vs RTO on your settlement

On the RTO, the typical damage is logistics: a forward fee you paid for a delivery that failed, often a reverse-leg fee, and — quietly — one to three weeks of the product's selling life gone while it rides around in a courier bag. Exact charges vary by marketplace, program, and weight slab; every rupee figure in this post is illustrative. What an RTO usually does not cost you is the product itself. The polybag comes back sealed.

On the customer return, the settlement shows the sale reversed — the order amount you were expecting simply doesn't arrive, or arrives and is clawed back — plus a reverse-logistics or return-processing line depending on the marketplace's policy and the return reason. Who pays the reverse fee can hinge on whether the return was classed as the buyer's preference or your fault (wrong item, defect), which is why the return reason code on each return is worth reading, not skimming.

And then there is the tail risk, which never appears as a named line: the item comes back worn, washed, swapped for a cheaper one, or not at all — an empty flyer with a return sticker. That risk belongs almost entirely to the customer-return side, and it is where the worst single-parcel losses live.

Grouped bar chart comparing illustrative costs of customer return vs RTO on a 599 rupee fashion order. RTO column: forward logistics 70 rupees, reverse leg 50 rupees, repack labour 25 rupees, condition risk low at about 10 rupees expected loss. Customer return column: reverse logistics fee around 80 rupees depending on marketplace policy, repack and quality check 25 rupees, condition and wear risk high at an expected 60 rupees, fraud exposure such as wrong item returned adding an expected 40 rupees. Total expected cost is similar in cash but the customer return carries far more variance.
Figure 2 — Illustrative cost comparison on a ₹599 order: the RTO costs more in logistics, the customer return carries the bigger tail risk through condition loss and fraud.

The claim paths are not the same either

Here is where the split starts paying for itself. The recoverable money sits in different places on each side.

  • RTO claims. The product travelled only in courier custody. If it comes back damaged, opened, or pilfered, that happened in transit — claimable, with photos taken the moment you break the seal. The logistics fees themselves are generally not recoverable; they are the price of the failed delivery.
  • Customer-return claims. The product spent days with the buyer. Wrong item returned, used or damaged item, missing parts, empty parcel — all claimable on Meesho and AJIO within their windows, and all dependent on evidence you create at opening time. This is where unboxing video stops being paranoia and becomes a habit that pays.
  • Both sides have windows. Claim windows are short — typically measured in days from receipt, and they vary by marketplace and claim type. A perfect claim filed late is worth exactly zero. Calendar discipline matters as much as evidence.

The asymmetry is worth restating: on RTOs you mostly prevent; on customer returns you mostly defend. Prevention happens before dispatch — address checks, COD confirmation, listing truth. Defence happens at the opening table — camera rolling, evidence filed inside the window through a claim process you actually run, not one you mean to get around to.

Worked example: one order, three endings

Make it concrete with order AJ-91042 — a ₹599 kurta, all numbers illustrative. Ending one, delivered: after commission, forward shipping, and tax lines, the settlement credits you roughly ₹430 against a product cost of ₹280. Contribution: about ₹150. This is the ending your business plan assumes.

Ending two, RTO: the buyer refuses at the door. No revenue, ₹70 forward fee, ₹50 reverse leg, ₹25 of repack labour, and the kurta spends twelve days in courier bags during festival season. Direct damage: roughly ₹145 — almost exactly one delivered order's contribution. One RTO cancels one sale's profit; the maths is that blunt.

Ending three, customer return: delivered, worn once, returned with a “quality issue” reason code. The sale reverses, a reverse-logistics line appears, and the kurta comes back smelling of someone else's evening. If inspection catches it on camera, a claim can recover the product value; if the parcel was restocked unopened on a busy Thursday, the loss compounds silently — you may even ship the worn kurta to the next buyer and collect a one-star rating for it. Worst realistic case: ₹280 product gone plus ₹105 in fees and labour, call it ₹385 — two and a half delivered orders cancelled by one event.

Three endings, one SKU, a spread of nearly ₹550 between best and worst. That spread is why sellers who only watch top-line sales feel mysteriously poor at month end — and why the classification habit in the next section is worth more than any single fee negotiation.

The decision tree for every parcel that comes back

The operational habit that holds all of this together is a single question asked before the parcel is opened: was this delivered first? Everything downstream follows from that answer.

Decision tree for handling a returned parcel, separating customer return vs RTO. First question: was the parcel delivered to the buyer before coming back? If no, it is an RTO — check the seal, restock if intact, claim if the parcel was damaged or pilfered in transit. If yes, it is a customer return — open it on camera, check the item against what was shipped. If the right item comes back in good condition, restock. If the item is wrong, used, damaged, or missing, file a claim within the window with shots and video evidence. If the claim is rejected and the value is small, write off and log the buyer pattern.
Figure 3 — The decision tree to run on every parcel that comes back: classify first, inspect on camera, then route to restock, claim, or write-off.

Why your dashboard must split customer returns from RTO

Take two stores, both with a blended 25% “return rate.” Store A is 20% RTO and 5% customer returns: its problem is pre-dispatch — addresses, COD intent, dispatch speed. Store B is 5% RTO and 20% customer returns: its problem is post-delivery — photos that oversell, size charts that guess, or a buyer base learning that returns are free. The same blended number, opposite diagnoses, opposite spend.

Compute them separately: RTOs ÷ shipped orders, and customer returns ÷ delivered orders. The denominators differ, and using the wrong one quietly flatters or punishes the rate. Then watch each weekly. RTO moves within a week or two of pre-dispatch fixes; customer returns move slower because the return window trails delivery by days.

One more measurement honesty check: assign every comeback to the week its order shipped, not the week the parcel reappeared. Returns trail shipment by one to three weeks, so a growing store that divides this month's comebacks by this month's (larger) order count flatters itself automatically. The flattery feels good and costs you a quarter — by the time the blended number finally looks bad, the problem has been compounding for two months. Cohort accounting is unglamorous and it is the only version of the number worth acting on.

Where Robnu fits

Robnu is an agentic OMS for AJIO and Meesho sellers, and the split described in this post is built into its spine. Every comeback event is classified — RTO or customer return — and tied to its order, its documents, and its settlement lines, so reconciliation can show you what each event actually cost. Returns land in returns management with the inspection workflow attached, and recoverable cases flow into claims with the evidence already in place — autonomous filing is rolling out now, with the occasional one-click human approval where the marketplace demands it.

All of it is free right now — every feature, every order, no card, no trial timer. When paid pricing eventually launches, sellers under 25 orders/day stay free forever. The first step costs nothing either: tonight, sort this week's comebacks into two piles and count them. The two numbers you get will tell you which half of this post is your problem.

Tags:returnsrtosettlementsclaimsmeeshoajio

Frequently asked questions

  • An RTO (return to origin) is a parcel that never reached the buyer — delivery failed because of refusal, a bad address, or exhausted attempts, and it bounces back unopened. A customer return was delivered first; the buyer then used the marketplace's return window to send it back. They are different financial events with different fees and different claim paths.

Start Robnu free

See where you're losing rupees on Ajio

Robnu walks every Ajio order from open through manifest, flags every silent deduction, and watches every SLA. Free during early access. No caps. No card. No trial timer.

  • Ajio order processing — every stage covered
  • Free for ≤ 25 orders/day — forever
  • 11-stage flow, document pipeline, SLA watchdog

Sources & further reading

  1. Reserve Bank of India — payment systems and COD context
    Reserve Bank of IndiaAccessed Apr 2026
Hiren Patel
Co-founder, Onviqa Inc. · Robnu

Hiren has spent over a decade shipping commerce software for Indian sellers and runs Onviqa Inc., the parent company behind Robnu. He writes about marketplace ops, deduction defense, and the boring infrastructure that decides whether a small Indian brand keeps its money.

Related reading

All posts
build c0bbb69c6e58fa6ee39ba309e35381906681aa11 · 2026-06-12T11:11:20+05:30