Pilot: Notifications
Routes operational alerts across high-signal events with preference-aware delivery and deep-link consistency.
Capability
How it works
- 1 Device registration and preference-aware notification behavior.
- 2 HOS, settlement, reefer, and urgent-task routing into in-app context.
- 3 Configurable warning thresholds and deep-link behavior.
- 4 Event-consumption parity for cross-product driver notifications.
Operational outcomes
- Device registration and preference-aware notification behavior.
- HOS, settlement, reefer, and urgent-task routing into in-app context.
- Configurable warning thresholds and deep-link behavior.
Integration boundaries
- TMS
- CMMS
- Crew
Proof model
Feature-level proof
Notifications scope is defined in product module catalog.
verified
docs/products/pilot/product.md · Module Catalog > Notifications
Pilot trip workflows and stop progression are implemented in mobile load and stop views.
verified
docs/products/pilot/product.md · Module Catalog > Trip and Stop Management
Code: frontend/apps/mobile/src/pages/Loads.tsx
Contract: proto/tms/loads/v1
Pilot trip and stop workflows are implemented in mobile and load components.
verified
docs/products/pilot/product.md · Module Catalog > Trip and Stop Management
Code: frontend/apps/mobile/src/components/load
Contract: proto/tms/loads/v1
Solution routes that reuse this feature
Open these solution and feature-map routes to test this behavior in end-to-end buyer workflows (1).
Field execution continuity
Outcome: Trip and compliance actions remain durable through offline capture and replay.
Field execution remains durable through connectivity gaps when mobile workflows replay deterministically.
Continuity routes for this capability
Route-level continuity checks where this feature appears in product-pair workflows.
Driver-First Execution
Formula: Pilot + TMS
Open continuity routeOperational validation path
Use adjacent feature and solution routes to inspect how this capability participates in cross-product execution.