Flipkart Marketplace Platform · View 18 of 25 · 5 · Runtime
Decisions
- The delivery promise shown at checkout comes from the same node-selection model that later allocates the order — one number, not two
- Seller-fulfilled and platform-fulfilled orders share the order and event model; only the execution lane differs
- Reverse logistics runs on the forward network in the opposite direction rather than as a separate system
Numbers and constraints
- Eight carrier integrations, so no single partner failure removes a serviceable pincode
- COD remittance matched T+2 against rider-level collections
- Node selection is a constrained optimisation over cost, promise and stock — solved with OR-Tools, refreshed per wave
Risks
- Carrier scan feeds arrive late and out of order; tracking state is therefore derived, never authoritative
- Serviceability data drifts at pincode level and is the usual cause of an undeliverable promise
- Sale-event volume hits sortation capacity before it hits software capacity — the constraint is physical