DMS subject to device evidence
Driver/cabin monitoring
DMS subject to device evidence
Program-specific capability
Confirm current product, platform, territory, dependencies, evidence and commercial scope before representing availability.
ADAS, eHorizon & HD maps
Open solution →- Map data
- eHorizon runtime
- Cloud service
- Engineering and validation service
Delivered by named products—not an implied monolith.
The final RFQ allocates authority, interfaces, evidence and commercial scope across the selected products.
Dashcam & Video Telematics
Synchronize selected road/cabin video, GNSS, IMU and vehicle events for safety, incident, coaching and evidence workflows with controlled capture, retention and access.
Open product →eHorizon & ADAS Map Runtime
Resolve probable path, map position, profile horizon and agreed ADAS attributes into versioned bounded outputs for approved chassis, powertrain and assistance consumers.
Open product →Six questions turn catalogue presence into an engineering scope.
Answers become requirements, interface contracts, degraded behavior and acceptance evidence.
Vehicle & territory
Which vehicle lines, trims, territories, model years and user roles need this capability?
Surface & platform
Which cockpit, mobile, web, cloud or device surfaces own presentation and interaction?
Authority & inputs
Which source is authoritative, how is freshness expressed and what happens when input is missing or invalid?
Connectivity & degradation
What must work online, hybrid or offline, and which behavior fails closed?
Evidence & acceptance
Which functional, performance, UX, safety, security and target tests determine acceptance?
Lifecycle & commercials
Which entitlement, update, support, retention and long-term branch terms apply?
Turn this capability into a program requirement.
Define the vehicle, territory, product allocation, interfaces, evidence and lifecycle behind the capability.