RRico AutoExecutive 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.

Rico Auto Industries Limited · FY26 (Mar'26, actuals)
Leading Indian aluminium high-pressure die-casting auto-components maker
7,500 employees · 8+ plants & units · 12 export markets
💎 Value creation & investor readinessStep 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

Rico Auto 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 division owns its data as a product), with a semantic layer that federates them. Insights generate today; they just carry a confidence flag where a division isn't on SAP yet.

Data backing: enterprise ontology · knowledge graph · semantic layer · division 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 division, leader, entity and geography reconcile.

Company
Company1
Rico Auto Industries Ltd (listed parent)
operates ▾ / owns ▾
The 'who' — accountability & ownership
Division5
Aluminium HPDC · GDC-LPDC · Ferrous · Machining
Operating unit / Entity10
divisions, subsidiaries & JVs
Leader (Person)16
org / accountability
operates ▾ (division → plant)
The keystone
Plant10
the reconciliation point
located in / serves / produces ▾
The 'what & where' — production & demand
Geography6
India hub + export rollup
OEM customer10+
OEM accounts & export buyers
Order / Program
platform programs · multi-year supply
Machine2k
die-casting · CNC · assembly lines
Supplier6
aluminium · steel · tooling · energy
Relationships (predicates)
Rico Auto operates DivisionRico Auto owns Operating unit / EntityOperating unit rolls up to DivisionDivision operates PlantLeader accountable for Division / unitPlant located in GeographyPlant serves OEM customerOEM customer holds Order / ProgramProgram runs on MachinePlant produces Component / CastingSupplier supplies Plant / Order
Federate, don't centralize

Each division is a data product on the mesh

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

Aluminium HPDC (core)
Aluminium HPDC – Powertrain · division data product
Actuals
data quality / grain90%
Rico Jinfei Wheels
Aluminium GDC-LPDC & Alloy Wheels · division data product
Allocated
data quality / grain77%
Rico Fluidtronics
Machining, Assemblies & New Mobility · division data product
Allocated
data quality / grain80%
Ferrous Castings
Ferrous Castings · division data product
Actuals
data quality / grain95%
Rico Auto Inc. (USA) / UK Ltd
Aluminium HPDC – Chassis & Body · division data product
Region-only
data quality / grain45%
Sanand 4W unit
Aluminium HPDC – Chassis & Body · division data product
Allocated
data quality / grain75%
AAN Engineering
Machining, Assemblies & New Mobility · division data product
Allocated
data quality / grain75%
Rico Friction Technologies
Ferrous Castings · division data product
Allocated
data quality / grain75%
FCC Rico (JV)
Machining, Assemblies & New Mobility · division data product
Region-only
data quality / grain45%
EV / New Mobility (Hosur)
Machining, Assemblies & New Mobility · division data product
Region-only
data quality / grain45%
10 division 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 divisions
RevenueΣ recognized revenueplant · orderactuals where on SAP; allocated from area where not
Adjusted EBITDArevenue − COGS − SG&A (+ add-backs)division · entityentity P&L normalized to one chart of accounts
Machined & value-added revenueannuity-like program revenueprogramfrom SAP SD / MES across all divisions
Value-added mixvalue-added ÷ revenuedivisionfederated — same formula, many sources
DSOAR ÷ revenue × 365entity · plantlegacy/export entities measured at area grain, flagged
Gross margin(revenue − COGS) ÷ revenueorder · divisionmapped via canonical cost categories
Repeat-order rateexpansion − attrition on baseOEM customerresolved across duplicate customer records
The payoff

How insights generate before integration finishes

1 · Resolve

Entity resolution matches legacy plant / division / subsidiary codes to one canonical node — so the Fluidtronics data lines up with everything else.

2 · Federate

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

3 · Allocate + flag

Where a division 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 brand-customers/suppliers across divisions 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 divisions alike; 67% of the numbers are plant-grain actuals and the balance is SAP-allocated and labelled. As each division migrates to SAP, its data product's grain rises and estimates flip to actuals — the mesh closes itself.