LLegrandExecutive 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.

Legrand SA · FY2025 (31 Dec 2025, audited)
The global specialist in electrical & digital building infrastructures
39,600 employees · 50+ manufacturing & logistics sites · 90 countries
💎 Shareholder value & the re-ratingStep 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

Legrand can't wait for every plant and newly-acquired business 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 family owns its data as a product), with a semantic layer that federates them. Insights generate today; they just carry a confidence flag where a family isn't on SAP yet.

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

The enterprise ontology — what the words mean

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

Company
Company1
Legrand SA (listed parent — Euronext Paris: LR)
operates ▾ / owns ▾
The 'who' — accountability & ownership
Product family4
Wiring Devices & Controls · Energy Distribution & Cable Management · Building & Connected Systems · Datacenter & Power Infrastructure
Brand / Entity10
product brands, subsidiaries & JVs
Leader (Person)16
org / accountability
operates ▾ (segment → site)
The keystone
Site / Plant16
the reconciliation point
located in / serves / produces ▾
The 'what & where' — production & demand
Geography4
North America · Europe · APAC · Rest of World
Customer / Channel5+
distributors, datacenter operators, installers
Order / Contract
distributor orders · datacenter projects · subscriptions
Plant asset2,100
lines · presses · test cells · PDUs
Supplier6
copper · polymers · electronics · steel
Relationships (predicates)
Legrand operates Product familyLegrand owns Brand / EntityBrand rolls up to Product familyProduct family operates Site / PlantLeader accountable for Family / brandSite / Plant located in GeographySite / Plant serves Customer / ChannelCustomer / Channel holds Order / ContractContract runs on Plant assetSite / Plant produces Wiring / Connected / DatacenterSupplier supplies Site / Order
Federate, don't centralize

Each family is a data product on the mesh

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

Legrand
Wiring Devices & Controls · family data product
Actuals
data quality / grain95%
Raritan · Server Technology
Datacenter & Power Infrastructure · family data product
Actuals
data quality / grain90%
Cablofil
Energy Distribution & Cable Management · family data product
Actuals
data quality / grain81%
Netatmo
Building & Connected Systems · family data product
Allocated
data quality / grain90%
Bticino
Building & Connected Systems · family data product
Actuals
data quality / grain83%
Numeric
Energy Distribution & Cable Management · family data product
Allocated
data quality / grain86%
Zucchini
Energy Distribution & Cable Management · family data product
Allocated
data quality / grain75%
Vantage · Wiremold · Milestone AV
Building & Connected Systems · family data product
Allocated
data quality / grain75%
Starline
Datacenter & Power Infrastructure · family data product
Allocated
data quality / grain75%
Avtron · Kratos · ZPE Systems
Datacenter & Power Infrastructure · family data product
Region-only
data quality / grain45%
10 family 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 segments
RevenueΣ recognized revenuesite · orderactuals where on SAP; allocated from area where not
Adjusted operating profitrevenue − COGS − opex (+ add-backs)family · entityentity P&L normalized to one chart of accounts
Software & Services revenueannuity-like recurring revenuecontractfrom SAP SD / order systems across all families
Software & Services mixsoftware & services ÷ revenuefamilyfederated — same formula, many sources
DSOAR ÷ revenue × 365entity · siteproject / acquired entities measured at area grain, flagged
Gross margin(revenue − COGS) ÷ revenueorder · familymapped via canonical cost categories
Subscription retentionexpansion − attrition on basecustomer / channelresolved across duplicate channel records
The payoff

How insights generate before integration finishes

1 · Resolve

Entity resolution matches legacy site / brand / acquired-company codes to one canonical node — so the acquired-brand data lines up with everything else.

2 · Federate

Query reads each family's data product in place; the semantic layer maps native SAP / order-system fields to canonical metrics.

3 · Allocate + flag

Where a family reports at area level, allocation disaggregates to site 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 channel records & suppliers across families 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 families alike; 82% of the numbers are site-grain actuals and the balance is SAP-allocated and labelled. As each family migrates to SAP, its data product's grain rises and estimates flip to actuals — the mesh closes itself.