Commerce
Supply Chain & Logistics
Warehouse management, last-mile delivery, freight, and logistics tech — the systems behind Delhivery, Blue Dart, Amazon Logistics, and India's $215B+ logistics industry.
$215B+
India Logistics Market
10 Min
Quick Commerce SLA
1.2B+
Shipments/Year
₹1.5L Cr
Govt GatiShakti Budget
What Engineers Miss When They First Enter Supply Chain & Logistics
Supply chain and logistics technology is where physical reality enforces constraints that software engineers from other domains find humbling. A route optimisation algorithm that minimises theoretical travel time runs into a driver who calls in sick, a truck that breaks down on the highway, a recipient who is not home, a rain event that makes three routes impassable, and a business rule from the client that certain products cannot be co-loaded with certain others. The gap between the optimal solution in the model and the executable solution on the ground is where logistics engineering lives.
India's logistics sector has specific characteristics that make it harder than comparable markets. The road network quality is highly variable. Addresses are often approximate — 'near the red temple, behind the school' — which breaks geocoding systems designed for structured address formats. Cash-on-delivery is still a large fraction of orders, which means the last-mile agent is also a payment collector who needs a reconciliation flow. And the sheer geographic diversity — from Ladakh at 3,500 metres to the Andaman Islands to Tamil Nadu coastal villages — means that no single logistics model fits everywhere.
Quick commerce has pushed logistics engineering to its limits. A 10-minute delivery SLA means the entire pipeline from order placement to doorbell ring has maybe 12 minutes of total time budget. Allocate 2 minutes for order processing and pick task creation, 2 minutes for picking, 2 minutes for handoff to rider, and that leaves 6 minutes for the rider to travel from the dark store to the customer's door. Every system in the chain — dark store inventory management, pick task sequencing, rider assignment algorithm, real-time ETA calculation — has to be fast enough that no single step absorbs more than its allocated budget.
What Teams Actually Do Day To Day
- 1Build and tune the route optimisation engine that plans daily routes for hundreds of vehicles, assigns delivery stops in the sequence that minimises total travel time while respecting time windows, vehicle capacity constraints, and driver break requirements — re-optimising throughout the day as deliveries complete and new pickups are added.
- 2Operate the warehouse management system that directs every movement inside a fulfilment centre: inbound put-away to optimal slot locations, pick-path generation for pickers that minimises walking distance, packing station queuing, label printing, and carrier manifesting — all orchestrated fast enough to meet the same-day cutoff times that the order promising system committed to customers.
- 3Build the real-time rider assignment platform for last-mile and quick commerce: matching incoming delivery tasks to available riders based on proximity, current load, and skill (does this rider have a cooler bag for groceries?), tracking rider location throughout the delivery, and updating the ETA shown to the customer as the actual route evolves.
- 4Integrate with 30-50 carrier APIs simultaneously for multi-carrier shipping: rate shopping at order creation to select the cheapest viable carrier, label generation in each carrier's specific format, tracking event consumption and normalisation into a unified status model, and NDR (Non-Delivery Report) processing for failed deliveries.
- 5Build the supply chain visibility layer: real-time tracking of shipments across the carrier network, exception alerting when shipments miss expected scan milestones, automated customer communication triggered by tracking events, and the operations dashboards that let logistics managers see their network state without calling individual depots.
One End-to-End Flow: An E-Commerce Order Through the Logistics Network
An e-commerce order placed at 10am and promised for next-day delivery travels through carrier selection, label generation, warehouse pick-and-pack, handoff to the carrier, sortation, last-mile delivery, and customer confirmation — each step a potential failure point.
Carrier is selected and label is generated
The order management system calls the logistics platform's rate-shopping API with the pickup location, destination pincode, and shipment dimensions. The platform selects the cheapest carrier that can meet the promised delivery date. A carrier API call generates the AWB (Air Waybill) number and label. The label is queued for printing at the warehouse packing station.
Systems Involved
Carrier rate-shopping engine, carrier API integrations, label generation service
Where It Usually Breaks
Carrier serviceability data is cached and may be stale. A pincode that was serviceable when cached may have been suspended by the carrier due to a local flooding event. The order gets a label printed for a carrier that cannot actually deliver to that address.
Warehouse picks, packs, and hands off to carrier
The WMS generates a pick task for the order. The picker scans their location and item, the packing station generates the label and sticks it, and the outbound scanner creates the manifest entry. At the end of the shift, the carrier's pickup vehicle scans each package against the manifest before loading.
Systems Involved
WMS, pick task management, packing station, carrier manifest
Where It Usually Breaks
Items that were not in the bin location shown by the WMS (due to inventory count errors) cause pick failures. The operative marks it as a short pick, the order is flagged for exception handling, and the customer's promised delivery date is now at risk.
Package moves through carrier sortation network
The carrier scans the package at origin hub, routes it through the sortation network to the destination hub, and updates tracking at each scan point. Most carriers expose these scan events via a tracking API that the retailer consumes to update the customer-visible status.
Systems Involved
Carrier sortation system, carrier tracking API, retailer's tracking event consumer
Where It Usually Breaks
Tracking API rate limits cause event consumption delays during peak periods. The customer checks their order status and sees the last scan from 24 hours ago, generating a support contact even though the package is physically moving normally through the network.
Last-mile delivery agent attempts delivery
The delivery agent receives the route assignment on their app, navigates to the delivery address, and attempts delivery. For successful deliveries, the customer signs or OTP-verifies receipt. For COD orders, cash is collected and the transaction is recorded in the app.
Systems Involved
Delivery agent mobile app, GPS tracking, OTP/signature capture, COD payment recording
Where It Usually Breaks
Incorrect addresses cause delivery failures that are classified as 'customer not available' rather than 'address not found'. This creates a wrong NDR code that triggers the wrong retry logic — another delivery attempt to the same wrong address instead of an address clarification request to the customer.
Delivery confirmation triggers downstream events
The successful delivery scan triggers: the customer notification (SMS + push), the COD reconciliation event for cash orders, the seller's order status update, and the reverse logistics window opening (if the order is eligible for returns). The carrier's invoice record is created for the completed shipment.
Systems Involved
Delivery confirmation event pipeline, notification service, COD reconciliation, seller portal
Where It Usually Breaks
COD collection data entered on the agent's app may not sync to the reconciliation system until the agent reaches the hub and connects to WiFi. Agents who handle many COD orders during a day create a reconciliation lag that makes end-of-day cash settlement unreliable.
Technology Architecture — How Supply Chain & Logistics Platforms Are Built
The diagram below reflects how production Supply Chain & Logistics systems are structured at scale — nine layers from client channels through edge security, API gateway, domain microservices, polyglot data stores, async event streaming, analytics, external partners, and cloud infrastructure. Solid arrows show synchronous REST/gRPC calls; dashed arrows show async event flows via Kafka or a message queue.
Industry Players & Real Applications
🇮🇳 Indian Companies
Delhivery
3PL / Tech Logistics
Python, Go, AWS
India's first logistics unicorn — 18,000+ pincodes, own WMS and TMS
Blue Dart (DHL)
Express Courier
Java, SAP
Premium express — DHL India, air freight, COSMAT platform
DTDC / Ecom Express
E-commerce Logistics
Java, microservices
E-commerce focused last-mile and fulfilment
Shadowfax
Last-Mile Platform
Python, Golang, AWS
Hyperlocal and same-day delivery — Flipkart, Meesho partner
Porter
Intra-city Logistics
React Native, Go, AWS
On-demand mini-truck and two-wheeler logistics — 200K+ fleet
Rivigo
FTL Trucking Tech
Java, Python, ML
Relay trucking model — drivers never away from home
Amazon Logistics (AMZL)
Captive Logistics
Java, AWS, robotics
Amazon's own last-mile — 1,000+ delivery stations in India
Flipkart Ekart
Captive Logistics
Java, Kotlin
Flipkart's last-mile and fulfilment network
🌍 Global Companies
UPS / FedEx
USAGlobal Express
Java, mainframe, ML
World's largest logistics companies — parcel and freight
Amazon Logistics (Global)
GlobalCaptive + 3PL
AWS, robotics, ML
Kiva robots in warehouses, Alexa-guided picking
DHL Supply Chain
GermanyContract Logistics
SAP EWM, custom WMS
World's largest logistics company by revenue
Maersk
DenmarkOcean + Supply Chain
Java, cloud, IoT
World's largest container shipping line — digitising trade lanes
C.H. Robinson (Navisphere)
USAFreight Brokerage
Java, ML, cloud
World's largest freight broker — Navisphere TMS platform
🛠️ Enterprise Platform Vendors
SAP EWM / TM
WMS / TMS
SAP Extended Warehouse Management and Transportation Management — enterprise standard
Manhattan Associates
WMS / OMS
Leading WMS and supply chain execution platform — used by Flipkart, large retailers
Oracle SCM Cloud
SCM Suite
End-to-end supply chain planning and execution suite
Blue Yonder (JDA)
SCM Planning
Supply chain planning, demand forecasting, labour management
Core Systems
These are the foundational systems that power Supply Chain & Logistics operations. Understanding these systems — what they do, how they integrate, and their APIs — is essential for anyone working in this domain.
Business Flows
Key Business Flows Every Developer Should Know.Business flows are where domain knowledge directly impacts code quality. Each flow represents a real business process that your code must correctly implement — including all the edge cases, failure modes, and regulatory requirements that aren't obvious from the happy path.
The detailed step-by-step breakdown of each flow — including the exact API calls, data entities, system handoffs, and failure handling — is covered below. Study these carefully. The difference between a developer who “knows the code” and one who “knows the domain” is exactly this: the domain-knowledgeable developer reads a flow and immediately spots the missing error handling, the missing audit log, the missing regulatory check.
Technology Stack
Real Industry Technology Stack — What Supply Chain & Logistics Teams Actually Use. Every technology choice in Supply Chain & Logisticsis driven by specific requirements — reliability, compliance, performance, or integration capabilities. Here's what you'll encounter on real projects and, more importantly, why these technologies were chosen.
The pattern across Supply Chain & Logistics is consistent: battle-tested backend frameworks for business logic, relational databases for transactional correctness, message brokers for event-driven workflows, and cloud platforms for infrastructure. Modern Supply Chain & Logisticsplatforms increasingly adopt containerisation (Docker, Kubernetes), CI/CD pipelines, and observability tools — the same DevOps practices you'd find at any modern tech company, just with stricter compliance requirements.
⚙️ backend
Java / Spring Boot
Enterprise WMS and TMS — SAP EWM, Manhattan, Delhivery's core systems
Python
Route optimisation (VRP), demand forecasting, ML for ETA prediction
Go (Golang)
High-throughput real-time dispatch engines, last-mile assignment, tracking APIs
Node.js
API gateways, webhook delivery, real-time driver location services
🖥️ frontend
React Native / Flutter
Delivery executive apps, driver apps, customer tracking apps
React / Next.js
Merchant portals, WMS desktop interfaces, control tower dashboards
Native Android / iOS
High-performance scan apps for warehouse workers (barcode, RFID)
🗄️ database
PostgreSQL / MySQL
Transactional core — orders, shipments, inventory records
MongoDB
Flexible event storage — shipment milestones, tracking events
Redis
Real-time inventory counts, DE location cache, rate limiting
Apache Kafka
Shipment event streaming — decoupled tracking, audit, analytics pipeline
Elasticsearch
Shipment search, operational dashboards, exception alerting
☁️ cloud
AWS
Delhivery, Shadowfax — EC2, SQS, DynamoDB, Lambda for event-driven processing
Google Cloud / Maps Platform
Route optimisation, ETA prediction, geocoding — Google Maps API is universal
Azure
Large enterprises with SAP on Azure — Blue Dart, DTDC back-office
IoT (GPS Telematics)
Vehicle GPS units, cold-chain temperature sensors, RFID at dock doors
Interview Questions
Q1.How does a WMS direct picking to minimise travel time in a warehouse?
A WMS uses several strategies to minimise picker travel (the largest cost in warehouse operations): 1) Wave planning — group orders going to the same carrier or zone into a 'wave' so a picker handles multiple orders in one pass. 2) Zone picking — divide warehouse into zones, each picker handles only their zone; orders assembled at pack station. 3) Batch picking — one picker collects items for N orders simultaneously using a multi-compartment cart. 4) Optimal pick path — within a zone, sort pick list by aisle-then-bin sequence (serpentine or return path depending on warehouse layout). 5) Slotting — fast-moving SKUs placed closest to pack station and at ergonomic height (golden zone). 6) Goods-to-person robotics (GreyOrange, Kiva) — robots bring shelves to stationary pickers, eliminating travel entirely. Modern WMS also uses ML to predict which orders will arrive together and pre-positions pickers.
Q2.Explain the Vehicle Routing Problem (VRP) and how it is solved for last-mile delivery.
VRP asks: given N delivery locations and K vehicles at a depot, find the optimal set of routes minimising total distance/time. It is NP-hard (no polynomial-time exact solution). Practical approaches: 1) Clarke-Wright Savings algorithm — merge routes that share a common savings value. 2) Genetic algorithms / simulated annealing — metaheuristic search. 3) Google OR-Tools — open-source combinatorial optimisation library widely used in industry. Real-world constraints add complexity: time windows (deliver between 10am–12pm), vehicle capacity (weight/volume), driver hours (labour law), traffic conditions (Google Maps API live data), priority orders (same-day vs next-day). Companies like Locus, FarEye, and Delhivery's internal TMS solve variants of VRP in near-real-time (seconds) for thousands of shipments using a combination of heuristics and ML-based warm starting.
Q3.How do you design a real-time shipment tracking system at scale (like Delhivery)?
Design components: 1) Event ingestion — scanning events pushed from barcode scanners at hubs, GPS pings from vehicles, DE app location updates. Use Kafka for high-throughput event streaming (millions of events/hour). 2) Event processing — stream processor (Kafka Streams / Flink) normalises events, resolves to shipment ID, applies milestone state machine (Picked Up → In Transit → At Hub → Out for Delivery → Delivered). 3) Storage — current status in Redis (O(1) lookup by AWB), full event history in Cassandra (append-only time-series). 4) Customer-facing tracking — React page polling /api/track/{awb} or WebSocket push. 5) ETA prediction — ML model taking current location, historical delivery time for that route, time-of-day, traffic — served via a low-latency feature store. 6) Exception detection — stream analytics job detects SLA breaches (no scan event in X hours), triggers alert via webhook to merchant. Scale challenge: Delhivery handles 1M+ active shipments daily — partition Kafka by AWB hash, shard Redis by AWB range.
Q4.What is OTIF and why is it the most important metric in logistics?
OTIF — On-Time In-Full — measures the percentage of orders delivered on time AND with the correct items and quantity. It is the single most critical logistics KPI because: 1) 'On Time' — delivery within promised SLA window; late delivery = poor customer experience, FMCG retailers penalise suppliers (Walmart charges a fine for OTIF breach). 2) 'In Full' — complete order without short-shipments or substitutions; partial delivery = incorrect inventory at customer, order re-processing cost. Calculation: OTIF % = (Orders delivered on time AND in full) / Total orders × 100. Industry benchmarks: B2C e-commerce: 95%+ OTIF expected; FMCG modern trade: 97%+; quick commerce: 99%+. Root causes of OTIF failure: inventory stockouts, warehouse processing delays, carrier failures, address quality issues, route planning errors. WMS, TMS, and demand planning systems all directly contribute to improving OTIF.
Q5.How does demand forecasting work in a supply chain, and what models are used?
Demand forecasting predicts future sales to drive inventory and replenishment decisions. Approaches by complexity: 1) Statistical models (baseline): Moving Average — average of last N weeks; Exponential Smoothing (Holt-Winters) — weighted average giving more weight to recent data, handles seasonality and trend. 2) Causal models: Add external factors — promotions, price changes, weather, events (e.g., Diwali spike). Regression-based. 3) ML models (modern): XGBoost / LightGBM — tabular features: historical sales, price, promotions, day-of-week, holidays, competitor events. 4) Deep learning: LSTM / Temporal Fusion Transformer — for complex multi-variate time series. Challenges: new product introduction (no history), long-tail SKUs (sparse data), cannibalization (new product eats existing SKU sales), promotional uplift quantification. In practice, most large retailers use a hierarchy: ML model for top SKUs, statistical for mid-tail, min-max reorder for long-tail.
Glossary & Key Terms
WMS
Warehouse Management System — software directing all movement and storage of goods inside a warehouse
TMS
Transport Management System — plans, executes, and tracks freight movement from origin to destination
3PL
Third-Party Logistics — outsourced logistics provider handling warehousing and/or delivery (Delhivery, Blue Dart)
Last Mile
Final leg of delivery from local hub to customer doorstep — most expensive part of logistics
Dark Store
Small urban warehouse serving only delivery orders; not open to walk-in customers (Blinkit, Zepto)
VRP
Vehicle Routing Problem — optimisation problem of assigning routes to vehicles for N deliveries
OTIF
On-Time In-Full — KPI measuring % of orders delivered on time and with correct items/quantity
GRN
Goods Receipt Note — document confirming receipt of goods at warehouse against a purchase/transfer order
AWB
Airway Bill — shipment tracking number (used for all modes, not just air)
POD
Proof of Delivery — confirmation that shipment was delivered (OTP, signature, or photo)
RTO
Return to Origin — undelivered shipment sent back to seller/warehouse
ASRS
Automated Storage and Retrieval System — robotic shelving system in advanced warehouses
DOS
Days of Supply — how many days current stock will last at current sales rate
S&OP
Sales & Operations Planning — monthly cross-functional process aligning supply with demand
FTL / LTL
Full Truck Load / Less Than Truck Load — freight modes for full vs partial truck capacity bookings
Linehaul
Long-distance transport of consolidated goods between fulfilment centre and delivery hub