🚚

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.

1

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.

2

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.

3

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.

4

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.

5

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.

Supply Chain & Logistics — Enterprise Architecture ReferenceSolid arrows: synchronous calls (REST / gRPC) · Dashed arrows: async event flows (Kafka / Message Queue)CLIENTS & CHANNELSWeb SPAiOS / AndroidAdmin PortalPartner API3rd-Party WebhooksBatch / CronEDGE SECURITY & DELIVERYCDN (CloudFront / Akamai) · DDoS Shield · WAF (OWASP rules) · SSL/TLS Termination · Global Load Balancer (ALB / NLB)API GATEWAYKong / AWS API Gateway / NGINX / ApigeeRate Limiting · Routing · Versioning · Throttling · BFF PatternIDENTITY & ACCESSOAuth 2.0 · OpenID Connect · SAML 2.0JWT · RBAC · MFA · SSOCORE DOMAIN MICROSERVICES · REST / gRPC🏭 Warehouse Management Sys…Inbound receiving — PO-based GRN …Location management — bin, rack, …POST /api/v1/grnManhattan Associates WMS🗺️ Transport Management Sys…Load planning and consolidationCarrier selection and rate manage…POST /api/v1/shipmentsSAP TM🛵 Last-Mile Delivery Platf…Delivery executive (DE) onboardin…Order batching — assign multiple …POST /api/v1/delivery/assignAmazon Relay📊 Supply Chain Planning (D…Demand forecasting — statistical …Seasonal and promotional uplift m…GET /api/v1/forecast/{skuId}Blue Yonder Demand Planning📡 Freight & Visibility Pla…Multi-modal shipment tracking (ro…Carrier API integration and data …POST /api/v1/shipments/registerFarEyeService Mesh: mTLS · Circuit Breaker (Resilience4j / Hystrix) · Service Discovery (Consul / Eureka) · Distributed Tracing (Jaeger)DATA PERSISTENCE · PolyglotPostgreSQL / My…OLTPMongoDBPrimaryRedis CacheCacheElasticsearchSearchS3 / BlobObjectASYNC MESSAGING & EVENTSApache Kafka / SQSPub/Sub · TopicsDead Letter QueueError HandlingStream ProcessorFlink / SparkANALYTICS & DATA PLATFORMData Warehouse (BigQuery / Snowflake / Redshift) · ETL/ELT (dbt / Airflow) · BI Tools (Tableau / Metabase) · ML Feature StoreEXTERNAL INTEGRATIONS & PARTNERSOMS / Order ManagementTMSERP (SAP/Oracle)Carrier APIsRobotics / ConveyorBarcode / RFID scanne…PLATFORM: AWS / Google Cloud / Maps Platform · Kubernetes (EKS/AKS/GKE) · Docker · Helm · ArgoCD · CI/CD (GitHub Actions) · IaC (Terraform)OBSERVABILITY: ELK / Datadog · Prometheus / Grafana · Jaeger · PagerDutySECURITY: TLS 1.3 · Vault / KMS · SAST/DAST · SOC2 / ISO 27001Sync (REST / gRPC)Async (Kafka / Events)Each service owns its bounded context · CQRS & Event Sourcing where applicable · Polyglot persistence per domain

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

USA

Global Express

Java, mainframe, ML

World's largest logistics companies — parcel and freight

Amazon Logistics (Global)

Global

Captive + 3PL

AWS, robotics, ML

Kiva robots in warehouses, Alexa-guided picking

DHL Supply Chain

Germany

Contract Logistics

SAP EWM, custom WMS

World's largest logistics company by revenue

Maersk

Denmark

Ocean + Supply Chain

Java, cloud, IoT

World's largest container shipping line — digitising trade lanes

C.H. Robinson (Navisphere)

USA

Freight 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