TTToyota Tsusho IndiaExecutive 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.

Toyota Tsusho India Private Limited · FY25 (Mar'25, MCA-filed)
India arm of Toyota Tsusho — the Toyota Group's general trading company (sōgō shōsha)
238 employees · 10+ offices, service centres & hubs · 20 export markets
💎 Strategic value & Toyota-group synergyStep 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 / EDI migration

TTIPL can't wait for every service centre and JV to migrate onto SAP / Toyota-group EDI 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 · site · org
Shared meaning (T-Box)

The enterprise ontology — what the words mean

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

Company
Company1
Toyota Tsusho India (TTIPL) — India arm, wholly owned by Toyota Tsusho Corp
operates ▾ / owns ▾
The 'who' — accountability & ownership
Division4
Metals · Global Parts & Logistics · Chemicals & Electronics · Machinery, Energy & Project
Group entity / affiliate10
operating lines, group companies & JVs (~23-entity ecosystem)
Leader (Person)16
org / accountability
operates ▾ (segment → site)
The keystone
Service centre / Site13
the reconciliation point
located in / serves / produces ▾
The 'what & where' — supply & demand
Geography5
India regions + export rollup
Customer / OEM6+
OEMs, Tier-1 / 2, metals & chemicals accounts
Contract / Order
supply agreements · JIT / CKD schedules · orders
Site asset / line120
steel-processing lines · logistics / WMS nodes · recycling / plant cells
Supplier / Principal6
steel & metals · parts principals · chemicals · electronics · logistics
Relationships (predicates)
TTIPL operates DivisionTTIPL owns Group entity / affiliateGroup entity rolls up to DivisionDivision operates Service centre / SiteLeader accountable for Division / lineSite located in GeographySite serves Customer / OEMCustomer / OEM holds Contract / OrderContract runs on Site asset / lineSite produces Steel / Parts / Chemicals & ElectronicsSupplier supplies Site / Order
Federate, don't centralize

Each division is a data product on the mesh

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

Steel Service Centre (TTSS)
Metals · division data product
Actuals
data quality / grain88%
Chemicals & Electronics (NEXTY)
Chemicals & Electronics · division data product
Actuals
data quality / grain90%
Green Energy (CleanMax Toyotsu)
Machinery, Energy & Project · division data product
Region-only
data quality / grain64%
Airbags & Safety (TASI)
Global Parts & Logistics · division data product
Actuals
data quality / grain90%
Auto Parts & JIT Logistics
Global Parts & Logistics · division data product
Actuals
data quality / grain88%
Rare Earths (TREI)
Machinery, Energy & Project · division data product
Allocated
data quality / grain78%
Circular Economy & Recycling
Metals · division data product
Allocated
data quality / grain81%
Machine Tools & Plant Projects
Machinery, Energy & Project · division data product
Region-only
data quality / grain45%
Elematec / Electronic Components
Chemicals & Electronics · division data product
Allocated
data quality / grain75%
Logistics & Warehousing (TTBIL / TVSTTS)
Global Parts & Logistics · division data product
Allocated
data quality / grain75%
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 segments
RevenueΣ recognized revenuesite · orderactuals where on SAP / EDI; allocated from area where not
EBITDArevenue − cost of traded goods − opexdivision · entityentity P&L normalized to one chart of accounts
Recurring / anchor supply revenuecontracted Toyota-group / OEM supplycontractfrom SAP SD / EDI-JIT across all divisions
Recurring mixrecurring ÷ revenuedivisionfederated — same formula, many sources
Debtor days (DSO)AR ÷ revenue × 365entity · sitelegacy / JV entities measured at area grain, flagged
Trading margin(revenue − cost of traded goods) ÷ revenueorder · divisionmapped via canonical cost categories
Revenue retentionexpansion − attrition on basecustomer / OEMresolved across duplicate customer records
The payoff

How insights generate before integration finishes

1 · Resolve

Entity resolution matches legacy site / division / group-company codes to one canonical node — so the TREI / recycling data lines up with everything else.

2 · Federate

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

3 · Allocate + flag

Where a division 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 customer / OEM records & 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; 72% of the numbers are site-grain actuals and the balance is SAP-allocated and labelled. As each division migrates to SAP / EDI, its data product's grain rises and estimates flip to actuals — the mesh closes itself.