Use Case

The Journey of a Battery Passport

Follow a single battery from manufacturing through its entire lifecycle — and see how DPP interoperability changes the game at every stage.

01 — Manufacturing

A Battery is Born

CellCo GmbH produces an NMC-811-PRO battery in Stuttgart. During production, sensor data captures chemistry composition (80% Nickel, 10% Manganese, 10% Cobalt), energy density (256 Wh/kg), and carbon footprint (61.3 kg CO2e/kWh). All data is recorded against the battery's unique identifier.

UUID: urn:uuid:batt-001
02 — Passport Creation

The DPP Takes Shape

CellCo creates a Battery Pass-formatted passport and uploads it to their initiative. Simultaneously, since they are part of the Catena-X network, a Tractus-X formatted passport is also generated. Two passports, same battery, different schemas — the interoperability problem begins.

2 initiatives, 2 schemas, 1 product
03 — Identifier Resolution

Finding the Canonical ID

A downstream partner queries the Identifier Resolution Service with a GTIN barcode scanned from the battery casing. The service performs multi-registry lookup, matching across Battery Pass and Tractus-X registries, and resolves to the canonical passport ID with 94% confidence.

Multi-registry: 94% confidence
04 — Normalization

One Schema to Unite Them

The DPP Normalizer ingests the Battery Pass payload and maps it to the Shared Core Schema (v0.2). The 17 core fields are populated, battery-specific data flows into the battery extension, and every field carries PROV-O provenance: "mapped from BatteryPass.manufacturer via batterypass-json adapter at 2026-02-14T10:30:00Z".

17 core + 3 extension schemas
05 — Semantic Storage

Becoming Linked Data

The normalized passport is serialized as JSON-LD and uploaded to TriplyDB. It joins six other battery passports from different manufacturers, creating approximately 900 RDF triples. Properties are linked to Schema.org, QUDT, and Dublin Core ontologies — the battery is now part of a global knowledge graph.

~900 RDF triples in TriplyDB
06 — Circular Economy

Second Life & Recycling

Three years later, the battery reaches end-of-first-life. A recycler in Belgium queries the SPARQL endpoint: 'Show me all NMC batteries with >60% state of health and >30% recycled cobalt content.' The cross-initiative query — impossible without interoperability — returns our battery alongside two others, enabling informed second-life assessment.

Cross-initiative SPARQL: 5.4x code reduction
07 — Regulatory Compliance

Audit & Verification

An EU market surveillance authority runs automated compliance checks against the battery regulation requirements. The standardized schema makes it possible to validate mandatory fields, check recycled content thresholds (min. 16% cobalt, 6% lithium), and verify carbon footprint declarations — all programmatically, across all initiatives.

Automated regulatory validation

Try it yourself

Reproduce this entire journey using the DPP Interoperability Platform.