Agentic planning and assortment platform purpose-built for grocery retail · runs smart replenishment, perishable inventory management, and category optimisation across Smart Bazaar + Smart Point in the 11-store Mumbai pilot. The grocery counterpart to Impetus.
The Granary modules currently running across the 11-store Mumbai pilot. Engine layer (ML Forecasting, Cortex Planning) has been live since 13 - Nov - 2025 with daily updates. The Command Centre is the unified operator surface that consolidates these — five operator screens running on real data today (Home / Category Overview / Range Review / Delist Detail / Requests).
| Module | Status | Anchor outcome |
|---|---|---|
| ML Forecasting Engine | Liveon Databricks | 12K SKUs × 4K stores · 48M rows · MAPE 41% (from 55%+ baseline · research) |
| Cortex Planning Workbench | Livedaily updates | End-to-end Assortment + Inventory Planning · 11-store pilot |
| Assortment Intelligence | Live | Range Review · Classification matrix CX/CY/CZ · Margin-vs-Volume quadrants · multi-select delist with reason classification |
| MBQ Automation | Live | Article-level stock targets per store · replaced state-level manual approach |
| Top 250 SKU availability checklist | Live | Auto-derived top SKUs · shared with store ops for shelf validation |
| Rules Engine | Live | Operator-tunable · audit-grade |
Six surfaces from the Command Centre. Five tagged Live (real article + sales data; running across the 11-store pilot). One tagged Building (Baseline Forecast screen is in build; the underlying forecasting engine is Live on Databricks).
Filter strip (Zone / Format / State / City / Store / Segment / Category / Period) · Exception cards (Zero Sales · Negative Inventory · High DOH · High Markdown) · DOH Distribution Heatmap with per-bucket inventory cost. The exception-driven homepage that surfaces what needs operator attention first.
CX / CY / CZ revenue bands across A / B / C demand stability tiers · Core Stars · Niche Premium · Rationalize · Traffic Drivers quadrants with No-of-SKUs / %-Margin / %-Volume. The decisioning frame for what's strategic, what's reviewable, what to delist.
Sales Trend YoY · Gross Margin Performance · Region-wise Performance · Overstocked + Understocked stores. Category-manager view with drilldown from format to individual store.
9 reason-codes for every delist decision: High inventory holding cost · Product discontinued · Quality/defect · Supplier reliability · End of seasonal lifecycle · Regulatory/compliance · Strategic portfolio optimization · Negative or low profit margin. Audit trail by design.
Article-week forecast across the 11-store pilot. Read view live in SIT; full forecasting screens (consensus, override, scenario) in build. The forecasting engine on Databricks is Live and feeding this view.
Total Sales · Markdown · Margin · Active SKUs · Availability · ROS · DOH metric tiles · Overall Performance (CY vs LY) · Brand Performance top-50 · Sales Trend Analysis. The morning-briefing view category managers and store-ops open first.
Sales · inventory · supplier · loyalty · POS feeds. ML pipelines on Databricks. 48M-row daily refresh.
Planogram · shelf · capacity · expiry digitised. Simulate before deploy. Pairs with planogramming tool integration on the roadmap.
Assortment Intelligence · Forecasting · Rules Engine · Replenishment. The decisioning brain — daily updates.
Operator surface. Category-manager + buyer + store-ops dashboards. Exception inbox. Decision audit trail. Five operator screens running on live data; 27 more in design.
Threads in active execution as of 28 - Apr - 2026. Each carries a Building pill — work is well-defined, gating step is named, owner is in the room.
Dev complete across SAP · RDIP · Cortex. IRM raised for IP whitelisting; on close, end-to-end Assortment Listing/Delisting flow Cortex → SAP via RDIP enters test. Closes the loop from decision to execution in SAP.
Direct ODBC connection to Databricks views in finalisation. The explicit gate to scaling beyond the 11-store pilot — once sorted, real-time data refresh opens scaling to 3,000–4,000 stores.
Distribution-centre level demand forecasting for vendor ordering. Fresh and dairy forecasting integrated and running on database directly. Validation underway; success extends to additional regions.
Format and Category teams validating Cortex-generated delist recommendations against current manual decisions. Driving toward sign-off; consolidating findings across both formats.
Expanding the deployed Top-250 availability checklist with automated OOS reason classification, photo evidence, and auto-triggered replenishment actions. Moves the surface from "what's missing" to "what's missing, why, and what we did about it".
The Command Centre is Granary's Agentic L4 evolution — a 13-module vision spanning the SENSE → PLAN → SOURCE → MOVE → EXECUTE → SELL → OPTIMIZE value chain. Foundation is live with daily updates. Roadmap durations are engineering estimates from the 30 - Apr - 2026 Command Centre Status Report.
| Module | Built | Status |
|---|---|---|
| 01 · Command Centre | Dashboard + morning briefing · Exception cards · DOH heatmap | Building |
| 02 · Store Intelligence | — | Roadmap · ~3 weeks |
| 03 · Assortment Planning | Range Review · Classification matrix · Margin-vs-Volume quadrants · Delist workflow | Building |
| 04 · Demand Forecasting | Engine on Databricks (Live · 12K SKUs × 4K stores · MAPE 41%, research) · Baseline Forecast read view | Engine Live · UI in build |
| 05 · Inventory Management | DOH + risk APIs | Building |
| 06 · Supplier Management | — | Roadmap · ~2 weeks |
| 07 · Pricing Intelligence | — | Roadmap · ~3 weeks |
| 08 · Fresh Command | — | Roadmap · ~2 weeks |
| 09 · Supply Chain Ops | — | Roadmap · ~3 weeks |
| 10 · Store Execution | — | Roadmap · ~2 weeks |
| 11 · Calendar | — | Roadmap · part of ~4-week bundle |
| 12 · Capital Efficiency | Some inventory metrics | Building |
| 13 · Admin | Mock UI pages | Building |
Two previews from the in-build Command Centre that sketch the agentic loop being built — system surfaces a decision queue, operator picks multiple SKUs in a single action, system books the request with reason and audit trail. SIT-wired today; the broader L4 surface is the upcoming Granary version per the table above.
All / Pending / Approved / Rejected tabs across 19 of 19 requests · 7 columns (ID · Time · Requester · Type · Category · Store Count · Article Count · Reason · Status). The intended system-of-record for every assortment decision flowing into Cortex.
"4 of 50 selected · Select All · Delist · Export (4)" floating action bar. Operator works at scale (1,258 pages of articles in this view); each delist booking will carry the reason classification from the modal at §02 surface 4.
Fynd-authored research paper covering the modelling approach behind Granary's ML Forecasting Engine — LightGBM gradient-boosted trees with quantile regression for prediction intervals, applied to 12K SKUs × 4K stores at 48M-row daily refresh. Authors: Sachith Cheruvatur · Om Wadera · Mayank Jain.