EEverestExecutive Cockpit

Ontology & Data Mesh

The logical layer that lets a half-migrated roll-up still answer one question consistently — model once, federate the data, generate insights anyway.

Everest Food Products Pvt. Ltd. · FY25 (Mar'25 · modeled anchor · private co.)
One of India's largest & most-trusted branded-spice makers ("Taste in every grain")
3,500 employees · 4+ plants & units · 80 export markets
💎 Value creation & family stewardshipStep 1 of 7 · the data mesh behind the metricsCompany HierarchyAll journeys
🌐 Enterprise 360 modules· on Ontology & MeshBrowse all 31 views ▾
● LiveBuilt forCIO / Digital Officer / Data· integrate logically, not physicallyCFO / FP&A· one number across many ledgersTransformation PMO· insight before full SAP migration

Everest can't wait for every plant and export desk to migrate to SAP before it gets answers. The fix isn't one warehouse — it's a shared ontology (so everyone means the same thing) over a data mesh (each category owns its data as a product), with a semantic layer that federates them. Insights generate today; they just carry a confidence flag where a category isn't on SAP yet.

Data backing: enterprise ontology · knowledge graph · semantic layer · category & brand registry · plant · org
Shared meaning (T-Box)

The enterprise ontology — what the words mean

Ten classes everything maps to. The Plant is the keystone: it's where category, leader, entity and geography reconcile.

Company
Company1
Everest Food Products Pvt. Ltd (private · Shah family)
operates ▾ / owns ▾
The 'who' — accountability & ownership
Category4
Blended Masalas · Pure / Ground · Whole · International
Brand / Entity10
category families, hero brands & programs
Leader (Person)16
org / accountability
operates ▾ (category → plant)
The keystone
Plant14
the reconciliation point
located in / serves / produces ▾
The 'what & where' — production & demand
Geography5
West home market + export rollup
Customer / Account10+
distributors, modern trade, q-commerce & export accounts
Order / Contract
channel & export orders · listings
Plant asset620
grinding · blending · packing · sterilization units
Supplier6
chilli · turmeric · cumin · packaging
Relationships (predicates)
Everest operates CategoryEverest owns Brand / EntityBrand rolls up to CategoryCategory operates PlantLeader accountable for Category / brandPlant located in GeographyPlant serves Customer / AccountCustomer / Account holds Order / ContractContract runs on Plant assetPlant produces Masala / Spice / BlendSupplier supplies Plant / Order
Federate, don't centralize

Each category is a data product on the mesh

79% of revenue is already site-grain actual; the rest is read in place from legacy site/export systems and reconciled — no big-bang migration required.

Pure / Ground Spices (Haldi · Dhania · Jeera)
Pure / Ground Spices · category data product
Actuals
data quality / grain76%
Garam Masala & Signature Blends
Blended Masalas · category data product
Actuals
data quality / grain92%
Tikhalal & Kashmirilal (Red Chilli)
Pure / Ground Spices · category data product
Actuals
data quality / grain71%
Kitchen King & Regional Blends
Blended Masalas · category data product
Actuals
data quality / grain83%
International & New Formats
International & New Formats · category data product
Region-only
data quality / grain76%
Whole Spices
Whole Spices · category data product
Allocated
data quality / grain88%
Pav Bhaji & Snack Masalas
Blended Masalas · category data product
Allocated
data quality / grain75%
Everest Masterbrand ("Taste in every grain")
Blended Masalas · category data product
Actuals
data quality / grain95%
Food-Safety & Steam-Sterilization (ETO-free)
International & New Formats · category data product
Allocated
data quality / grain75%
Direct-to-Consumer (everestspices.com / D2C)
International & New Formats · category data product
Region-only
data quality / grain45%
10 category data products (above)
Federated semantic layer
entity resolution · canonical metrics · grain tags
Consumers
Story · Briefing · 360s · Simulator
Defined once, computed everywhere

Governed metrics — the logical layer

Every metric has one definition and a grain. The layer federates it across on-SAP and legacy domains, flagging where a value is allocated.

MetricDefinitionGrainHow it federates across categories
RevenueΣ recognized revenueplant · orderactuals where on SAP; allocated from area where not
Adjusted EBITDArevenue − COGS − SG&A (+ add-backs)category · entityentity P&L normalized to one chart of accounts
Organized + export revenueannuity-like listing / contract revenuecontractfrom SAP SD / DMS across all channels
Organized + export mixorganized + export ÷ revenuecategoryfederated — same formula, many sources
DSOAR ÷ revenue × 365entity · plantlegacy/export accounts measured at area grain, flagged
Gross margin(revenue − COGS) ÷ revenueorder · categorymapped via canonical cost categories
Repeat-offtake rateexpansion − attrition on basecustomer / accountresolved across duplicate customer records
The payoff

How insights generate before integration finishes

1 · Resolve

Entity resolution matches legacy plant / category / brand codes to one canonical node — so the export desk's data lines up with everything else.

2 · Federate

Query reads each category's data product in place; the semantic layer maps native SAP / DMS fields to canonical metrics.

3 · Allocate + flag

Where a category reports at area level, allocation disaggregates to plant on learned drivers and marks it an estimate with a confidence band.

4 · Reconcile

Allocated parts must tie back to the source total; anomalies and duplicate customer / account records & suppliers across categories are surfaced.

This is not theoretical — it's how this cockpit already works. The Story, Briefing and 360 views read the same governed metrics over on-SAP and legacy categories alike; 79% of the numbers are site-grain actuals and the balance is SAP-allocated and labelled. As each category migrates to SAP, its data product's grain rises and estimates flip to actuals — the mesh closes itself.