Scopeable capability groups
AutoBuild your programNative application · integration blueprint
Build with Driver & Field Execution.
Native application modules, generated domain clients, platform services and OEM design configuration. 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 application renders authoritative domain state and maintains only bounded local/offline state with explicit synchronization.
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.
Domain client
Generated typed models for current state, commands, events, errors and capability negotiation.
Platform adapter
Identity, secure storage, location, background work, notifications, biometrics and accessibility.
Journey handoff
Signed deep links or shared journey/route/trip identities with expiry and compatibility checks.
Experience configuration
OEM brand, modules, territory, role, HMI policy, language, analytics and support.
Delivery journey
From scope to supported release.
Configure
Select surfaces, personas, modules, languages, roles and platform versions.
Prototype
Run against synthetic state and complete every empty, stale, offline, error and unauthorized journey.
Integrate
Connect OEM identity, product APIs/SDKs, notifications, vehicle/partner and support boundaries.
Release
Prove accessibility, security, privacy, performance, lifecycle, store and target-device/vehicle behavior.
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.
- ✓Mobility, workforce, RouteNet and InTouch platforms
- ✓Mappls maps, navigation and geocoding
- ✓Identity, communications and proof storage
- ✓Payments/commerce only through separately entitled partners
CapabilityAwareViewModel.kt
data class ProductState(
val capability: Capability,
val freshness: Freshness,
val value: DomainValue?,
val pendingAction: ActionState?
)
// Never map unknown or unsupported to a healthy default.
val canAct = capability.entitled &&
freshness.isWithinPolicy &&
pendingAction == nullUse 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.
Assignment inbox
Receive, accept and sequence entitled trips or tasks.
Guided execution
Navigate to pickup, stop, service or destination using the correct profile.
Trip/task state
Record arrival, start, stop, wait, skip, complete and exception.
Evidence
Capture approved proof, notes, codes, signatures or media by policy.
Safety & support
Share trip state, raise incidents and reach an accountable support workflow.
Offline queue
Continue bounded execution and reconcile deterministically after reconnect.
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.
- ✓State-machine and offline reconciliation
- ✓Platform/device and OS compatibility
- ✓Accessibility, localization and large text
- ✓Identity, secure storage and sensitive-action step-up
- ✓Weak GNSS/network, process death and notification races
- ✓Analytics privacy and crash/performance release gates
OEM program workshop
Move Driver & Field Execution from blueprint to integration plan.
Confirm the vehicle, users, territory, source systems, contracts, deployment, lifecycle and evidence. The result becomes a focused technical workshop.