Commerce Graph · Research Note · Guide

NDR Management

A practical guide for Indian e-commerce sellers on understanding NDR full form, diagnosing failure reasons, and building workflows that convert failed deliveries into completed orders.

AS OF 11 JUL 2026 · SOURCE: COMMERCE GRAPH — SHIPROCKET COMMERCE INTELLIGENCE
Key takeaways

Non-Delivery Reports are one of the most costly and preventable sources of margin erosion in Indian e-commerce. When a shipment fails to reach the buyer on the first attempt, the courier raises an NDR, pausing forward movement and beginning a countdown that ends either in a successful re-attempt or a return-to-origin — pulling inventory back into the warehouse, unsold, while shipping costs are already spent.

For sellers shipping across India's diverse geographies — from metro pin codes served by express networks like Bluedart to tier-3 towns reached through last-mile aggregators on platforms like Shiprocket — NDR rates vary sharply by zone, product type, and customer segment. Managing them is not a back-office housekeeping task; it is a core growth lever that directly determines whether a fulfilment operation is profitable or loss-making at scale.

NDR Full Form and What It Means in E-commerce Delivery

NDR stands for Non-Delivery Report. It is the structured notification raised by a courier partner — whether a premium express carrier like Bluedart or a last-mile aggregator routing through a platform like Shiprocket — whenever a delivery executive is unable to complete a shipment handoff at the destination address.

An NDR is not a final outcome; it is a decision point. The report typically captures the attempt timestamp, the delivery executive's stated reason for failure, and a status code that maps to one of several cause categories. Common cause codes include customer not available, incorrect or incomplete address, customer refused delivery, premises locked, phone number unreachable, and payment not ready in the case of cash-on-delivery orders.

Understanding the full form is only the starting point. What matters operationally is that each NDR reason demands a categorically different seller response. A 'customer not available' NDR calls for scheduling a preferred re-attempt window; a 'refused delivery' NDR often signals a product expectation mismatch or a duplicate order that requires direct intervention before any re-attempt is dispatched. Treating all NDRs with a single automated re-attempt instruction is the most common and costly mistake sellers make.

Why NDR Management Is a Profit-and-Loss Issue, Not Just an Ops Issue

Every NDR that is not resolved quickly moves along a predictable cost escalation curve. The first failed attempt adds re-attempt charges. A second failed attempt extends the shipment's dwell time at the courier hub, increasing the likelihood of damage or misplacement. When the courier's maximum re-attempt limit is reached, the shipment is marked RTO — return to origin — and begins its journey back to the seller's warehouse.

At that point the seller has incurred the full forward shipping cost, the return shipping cost, and potentially the cost of goods if the item is perishable, fashion, or otherwise time-sensitive. For cash-on-delivery orders, which remain a large share of volume in tier-2 and tier-3 markets, there is zero revenue recovery. The customer may or may not re-order.

Beyond direct costs, a high NDR rate degrades a seller's courier scorecard on aggregator platforms. Carriers allocate their best delivery density and priority manifest slots to accounts with low failure rates, meaning a seller with an unmanaged NDR problem progressively receives worse service, compounding the issue. NDR rate is also a leading indicator of customer satisfaction: buyers who experience failed deliveries are significantly less likely to place repeat orders, making NDR management inseparable from retention strategy.

The Five Most Common NDR Reasons in India and How to Act on Each

Customer not available is typically the highest-frequency NDR code. The correct response is to trigger an immediate outreach — SMS, WhatsApp, or IVR call — offering a specific re-attempt time window rather than another generic attempt. Platforms like Shiprocket allow sellers to automate this outreach via NDR webhooks within a configurable time window after the failed scan.

Incorrect or incomplete address requires the seller's support team to verify the correct address directly with the buyer and push an address update to the courier before the next attempt. Most couriers, including Bluedart, have address-correction protocols but require the request to arrive before the shipment is manifested for re-attempt.

Customer refused delivery is the most commercially sensitive code. It often signals buyer's remorse, a duplicate order placed on multiple platforms, or a product that looked different from its listing images. A personal outreach call — not an automated message — is the most effective intervention, ideally from a seller-branded number to build trust.

Phone unreachable points to data quality failures at checkout. Sellers should audit their order confirmation flows to ensure phone numbers are validated at entry. In the short term, attempt contact through alternate means captured at checkout.

COD payment not ready is reducible by nudging buyers toward prepaid conversion at the re-attempt scheduling stage, offering a modest incentive where margin permits.

Building an NDR Management Workflow: Step-by-Step

An effective NDR workflow begins before the shipment is dispatched. Pre-shipment address verification — using pin-code serviceability checks and automated address parsing to flag incomplete entries — prevents a meaningful share of address-related NDRs from occurring at all.

Once an NDR is raised, the workflow must operate on a tight timeline. Courier re-attempt windows are typically 24 to 48 hours; any seller action that arrives after the courier has already queued the next attempt is wasted. Configure webhook or API alerts from your courier partner or logistics platform so that NDR events trigger internal workflows in near real-time.

Segment your NDR queue by reason code before taking action. Build templated response playbooks for each code, assign ownership — customer support for refusals and unavailability, ops for address corrections — and set SLA timers. Use your platform's bulk action tools to push re-attempt instructions or cancellations at scale.

After resolution, close the learning loop. Tag each NDR with its eventual outcome — successful delivery, RTO, or cancellation — and review patterns weekly. If a specific courier shows elevated NDR rates on a particular pin-code cluster, or if a product category consistently generates refusal codes, those findings should directly inform carrier allocation rules and listing quality reviews. Shiprocket's NDR management panel and Bluedart's shipment tracking API both expose reason-level data that supports this kind of structured analysis.

Common Mistakes That Inflate NDR Rates for Indian E-commerce Sellers

The most damaging mistake is treating NDR management as reactive housekeeping rather than a proactive system. Sellers who wait for customer support tickets to flag delivery failures are already days behind the courier's re-attempt clock.

Relying solely on automated re-attempts without buyer communication is the second major error. Sending a delivery executive to the same address with no change in coordination almost always produces the same failed outcome, adding cost without improving the probability of success.

Poor address data at checkout is a structural problem many sellers neglect. Allowing free-text address fields without pin-code validation, Google Maps integration, or at minimum a character-count floor on the address line is a preventable root cause of a large fraction of NDRs.

Ignoring COD-specific failure patterns is a missed opportunity. COD orders structurally have higher NDR rates than prepaid orders. Sellers who apply identical NDR workflows to both order types — rather than building COD-specific confirmation calls or pre-delivery OTP flows — leave a significant reduction in NDR rates untapped.

Finally, many sellers fail to use carrier selection strategically. Not every courier performs equally in every geography. Using a platform like Shiprocket to route orders to the carrier with the best delivery performance for a specific pin code — rather than defaulting to the lowest-rate carrier — is one of the most effective structural interventions available.

Practical Guidance: Reducing NDR Rates Across Your E-commerce Operation

Start with data before tactics. Pull your NDR report segmented by courier, pin-code tier, product category, and payment mode. Identify the top three reason codes driving your NDR volume. Every subsequent decision should be grounded in that diagnosis rather than in generic best practices.

Invest in pre-delivery buyer engagement. A confirmed delivery appointment — even a simple 'your order arrives tomorrow, confirm your availability' message — measurably reduces customer-unavailability NDRs. This is especially valuable for high-value shipments and for buyers in tier-2 and tier-3 cities where address ambiguity is higher.

Negotiate re-attempt SLAs with your courier partners explicitly. Understand how many re-attempts are included, what the escalation timeline to RTO looks like, and whether the carrier supports address amendments mid-transit. Bluedart's enterprise accounts and Shiprocket's seller dashboard both offer visibility into these parameters.

Build an NDR scorecard as a standing KPI alongside your standard fulfilment metrics. Track NDR rate, NDR resolution rate, and NDR-to-RTO conversion rate at minimum. Share these metrics with both your logistics team and your product/merchandising team — the latter needs to know when specific SKUs are generating refusal codes at disproportionate rates.

Finally, treat NDR reduction as a cross-functional effort. The root causes span catalogue quality, checkout UX, customer communication, and carrier management. No single team can solve it alone, and no platform — however capable — can substitute for a seller's internal ownership of the problem.

Methodology

Figures reflect orders on the Shiprocket network over the trailing 30 days unless a period is stated. Order-volume figures are indexed to the leading city within each tier (= 100), not absolute counts. AOV, RTO and prepaid share are tier averages. Any current, incomplete month is excluded from trend charts. Data via the Commerce Graph over Shiprocket’s Sense APIs.

Frequently asked questions

What is the full form of NDR in delivery and logistics?

NDR stands for Non-Delivery Report. In e-commerce logistics, it is the formal notification raised by a courier company when a delivery executive is unable to hand over a shipment to the consignee at the destination address. The NDR records the reason for failure — such as customer not available, incorrect address, or refused delivery — and initiates the process for either a re-attempt or a return-to-origin. It is distinct from a simple delivery failure; it is a structured, trackable event with a reason code attached.

How does Shiprocket help sellers manage NDRs?

Shiprocket provides a dedicated NDR management panel within its seller dashboard that surfaces failed delivery events in near real-time, categorised by reason code. Sellers can push re-attempt instructions, trigger buyer communication, or initiate RTO directly from the panel. Shiprocket also routes shipments to the courier with the best pin-code-level delivery performance, which reduces the probability of NDRs occurring in the first place. API and webhook integrations allow sellers to connect NDR events to their own CRM or support tools for faster response.

Does Bluedart have an NDR or non-delivery notification system?

Bluedart provides shipment tracking APIs and consignment-level status updates that include non-delivery event codes when a delivery attempt fails. Enterprise and high-volume sellers can integrate these feeds to capture NDR events programmatically and trigger internal workflows. Bluedart also supports address amendment requests mid-transit for eligible shipments, which is critical for resolving address-related NDRs before the next re-attempt is scheduled. Sellers using Bluedart through aggregator platforms like Shiprocket can manage these events through a unified NDR interface.

What is the difference between NDR and RTO in e-commerce?

NDR, or Non-Delivery Report, is raised after a single failed delivery attempt and represents an intermediate status — the shipment is still in the forward leg of its journey and can still be delivered successfully. RTO, or Return to Origin, is the terminal outcome when all re-attempt options are exhausted and the courier sends the shipment back to the seller's warehouse. Every RTO begins as an NDR, but not every NDR becomes an RTO. Effective NDR management exists specifically to break that escalation path and recover as many shipments as possible before they reach RTO status.

Which NDR reason is hardest to recover from and how should sellers handle it?

'Customer refused delivery' is the most difficult NDR reason to recover because it reflects an active decision by the buyer rather than a circumstantial failure like unavailability. Recovery requires direct, personalised seller communication — ideally a phone call from a seller-branded number — to understand and address the buyer's objection before scheduling any re-attempt. Common underlying causes include product expectation mismatch from listing images, a duplicate order placed across platforms, or buyer's remorse. Auto-dispatching a re-attempt without this conversation almost always results in a second refusal and eventual RTO.

How can sellers reduce COD-specific NDR rates?

COD orders carry structurally higher NDR rates because payment friction at the door creates additional reasons for failure. Sellers can reduce COD-specific NDRs by implementing a pre-delivery confirmation call or OTP flow that verifies the buyer's intent and address before the delivery attempt. Offering a nudge toward prepaid conversion at the order confirmation stage — or at the re-attempt scheduling stage after an NDR — also reduces exposure. Segmenting NDR workflows by payment mode so that COD failures receive a distinct, higher-touch response protocol is significantly more effective than applying a uniform approach.

How quickly must a seller act after an NDR is raised?

Sellers should act on an NDR within a few hours of it being raised, not within days. Most couriers queue the next re-attempt within 24 to 48 hours of a failed scan. Any seller instruction — address correction, preferred time window, or cancellation — that arrives after the courier has already dispatched the re-attempt is ineffective and the attempt will proceed on the old basis. Configuring real-time webhook or API alerts from the courier or logistics platform, rather than relying on manual dashboard checks, is the only reliable way to stay inside that action window consistently.

What metrics should sellers track to measure NDR management performance?

The three core NDR metrics are NDR rate (the percentage of total shipments that generate at least one non-delivery event), NDR resolution rate (the percentage of NDR shipments that are ultimately delivered successfully rather than returned), and NDR-to-RTO conversion rate (the share of NDRs that escalate to return-to-origin). Sellers should track these figures segmented by courier partner, delivery tier, product category, and payment mode. Monitoring NDR reason code distribution over time also reveals whether interventions are shifting volume away from preventable causes like incorrect address toward harder-to-control causes like customer refusal.

People also search for
NDR full form in deliveryShiprocketBluedart