Short answer
The clean ecommerce RTO rate formula is:
RTO rate = RTO orders / shipped orders
For COD sellers, calculate it after delivery outcomes are clear. Do not mix pending orders, cancelled-before-shipping orders, and delivered paid orders into the same bucket.
Why the denominator matters
RTO is a shipping outcome.
That means the best denominator is shipped orders, not website sessions, ad clicks, or all placed orders.
Use this funnel:
placed COD orders
- unconfirmed orders
= confirmed orders
confirmed orders
- cancelled before shipping
= shipped orders
shipped orders
- delivered and paid orders
= RTO orders
Then:
RTO rate = RTO orders / shipped orders
If 100 orders were shipped and 22 came back as RTO, the RTO rate is 22%.
Formula variations
Different teams may use different denominators. The important part is to label the metric clearly.
Shipped-order RTO rate
Use this for courier and delivery quality:
shipped_order_rto_rate = RTO orders / shipped orders
Confirmed-order RTO rate
Use this only when confirmed orders and shipped orders are almost the same:
confirmed_order_rto_rate = RTO orders / confirmed orders
Placed-order failed delivery rate
Use this to understand the full COD funnel from order placement:
placed_order_failed_delivery_rate = RTO orders / placed COD orders
This is not the same as courier RTO rate, because it includes order quality and confirmation filtering.
Do not include pending orders
Pending orders can distort the result.
If a parcel is still in transit, do not count it as delivered or RTO yet. Keep pending orders separate until the final delivery status is clear.
Use this temporary structure:
shipped orders
= delivered paid
+ RTO
+ pending
For final RTO rate:
RTO rate = RTO / (delivered paid + RTO)
This avoids treating unresolved shipments as successful or failed too early.
RTO rate is not enough
A low RTO rate can still lose money if margins are weak.
A higher RTO rate may be survivable if:
- average order value is high enough
- product margin is strong
- forward and reverse shipping are controlled
- CPA is below break-even CPA
- COD fee logic is known
- RTO products return in sellable condition
That is why SellMira connects RTO rate to RTO loss, collected COD ROAS, and break-even CPA.
RTO loss formula
After calculating the RTO rate, calculate the cost impact:
RTO loss per order =
forward shipping
+ reverse or RTO shipping
+ packaging
+ damage or resale reserve
+ handling cost
+ allocated ad cost
Then:
total RTO loss = RTO orders x RTO loss per order
This shows whether failed deliveries are large enough to become the main profit leak.
Data checklist
Use the same date range for all inputs:
- placed COD orders
- confirmed COD orders
- shipped orders
- delivered and paid orders
- RTO orders
- pending orders
- forward shipping cost
- reverse or RTO charge
- packaging cost
- ad spend
- product cost
- COD fee rules
Use your own courier export, order export, or last 100 COD orders. Do not use a public RTO benchmark as your calculator input.
Source notes
Public logistics references describe RTO as a parcel that cannot be delivered and returns to the seller. Shiprocket lists address, availability, refusal, COD issues, and remote delivery areas as common causes. Because RTO is a shipping outcome, the clean rate calculation should be tied to shipped or resolved shipments.
Try the calculation
The COD/RTO calculator uses your placed orders, confirmation rate, delivery rate, shipping cost, COD fee, and CPA to show:
-
RTO rate
-
RTO loss
-
break-even CPA
-
collected COD ROAS
-
COD-adjusted break-even ROAS
-
main leak
-
first fix
FAQ
What is the best RTO rate formula?
For delivery analysis, use RTO orders divided by shipped orders. For full COD funnel analysis, also track RTO orders divided by placed COD orders.
Should pending orders be included in RTO rate?
No. Pending orders should stay separate until the delivery result is clear.
Is RTO rate the same as return rate?
No. RTO rate measures shipments that fail before successful delivery. Return rate usually measures orders returned after delivery.
Can I use confirmed orders instead of shipped orders?
You can use confirmed orders as a temporary denominator if almost every confirmed order is shipped, but shipped orders are cleaner for courier and delivery analysis.