Scopeable capability groups
AutoBuild your programHardware system · integration blueprint
Build with In-dash Navitainment & IVI.
Program-specific electronics plus firmware, vehicle/harness/RF/mechanical ICD, manufacturing and managed cloud lifecycle. This page defines the public integration shape; exact endpoints, artifacts, signals, electronics, entitlement and release versions are program-specific.
Integration boundary
Start with authority, context and capability.
The device is authoritative for its measured health and identity; approved vehicle interfaces remain authoritative for vehicle state and action.
Adjacent integration domains
Program-selectable forms
Evidence boundaries
Contract families
Interfaces a production program must own.
Names describe the contract boundary. Current Mappls documentation and the signed OEM interface schedule remain authoritative for exact methods and formats.
Vehicle ICD
Power, wake, buses, signals, commands, connector, harness, load and failure behavior.
Device protocol
Provisioning, identity, telemetry, downlink, diagnostics, configuration and update state.
Manufacturing
SKU/BOM/version, secure identity injection, EOL limits, traceability and vehicle binding.
Lifecycle/service
Health, certificates, firmware/configuration, replacement, recovery, warranty and decommission.
Delivery journey
From scope to supported release.
Select SKU
Freeze vehicle, territory, networks, interfaces, workloads, environment, certification and volumes.
EVT
Prove electronics, firmware, secure identity, cloud and early vehicle operation.
DVT
Prove electrical/environmental/RF/EMC/security, HMI and full lifecycle against requirements.
PVT & SOP
Prove manufacturing capability, EOL/traceability, approvals, pilot fleet, service and change control.
Canonical state pattern
Carry the evidence with the value.
The example is illustrative and intentionally product-neutral. It demonstrates version, freshness, quality and correlation behavior that remains stable across Mappls Auto domains.
- ✓Display/touch/audio/controls and vehicle bus
- ✓GNSS, connectivity and mobile projection
- ✓Embedded navigation and vehicle abstraction
- ✓Map/content cloud, connected and lifecycle services
device-manifest.yaml
deviceId: tcu-sim-78a1
hardwareRevision: rev-c
bootVersion: 2.4.1
firmwareVersion: 4.9.0
configurationVersion: oem-my27-6
certificateGeneration: 7
health:
state: healthy
observedAt: 2026-08-18T04:42:18ZUse source-controlled contracts and generated clients for the selected release.
Capability mapping
Turn scope into traceable interfaces.
Each enabled module receives a requirement, owner, contract, test environment, operational measure and lifecycle decision.
Cockpit compute
Run approved map, navigation, media and connected workloads.
Display & input
Support touch, controls, audio focus, camera behavior and accessibility.
Vehicle integration
Consume approved state and publish cluster/HUD/navigation outputs.
Connectivity
Use embedded, tethered and offline modes according to program.
Diagnostics & updates
Report hardware/software/content health and recoverable releases.
OEM configuration
Apply brand, trim, territory and feature entitlement.
Release evidence
Validate the failure path—not only the first success.
Production readiness is attached to the chosen platform, territory, data, vehicle, deployment and lifecycle.
- ✓Electrical transient, EMC/ESD and power-state behavior
- ✓Thermal, vibration, environmental and mechanical
- ✓RF/GNSS/operator/antenna vehicle performance
- ✓Secure provisioning, boot, credentials and update recovery
- ✓Manufacturing EOL, traceability and process capability
- ✓Vehicle, field pilot, service and warranty feedback
OEM program workshop
Move In-dash Navitainment & IVI from blueprint to integration plan.
Confirm the vehicle, users, territory, source systems, contracts, deployment, lifecycle and evidence. The result becomes a focused technical workshop.