SOP Library
Approved procedures for Remote-On, 12V, tires, charging, smoke tests and escalation have not been supplied.
Approved document missingField proof ranges are demo rules. No procedure is represented as approved.
| Priority | Type | Resource | What happened | Why now | Owner | Next action | Clear when | Age | State |
|---|
Open work stays attached to the vehicle, customer, RD or Field mission until verified and resolved.
| Priority | Resource | What is open | Owner | State | Next action | Clear when | Age |
|---|
Mission Control should make the answer visible: usable fleet, RD capacity, Field completion, queue aging and customer recovery.
This controls the market-wide operational ground state. Every action requires a reason, confirmation phrase, actor and audit entry. Individual restrictions are preserved when ungrounding.
| Time | Actor | Scope | Action | Reason | Outcome |
|---|
| Vehicle ID | Needs Attention | Battery | LV Battery | Aggregated Ops Status | Current Mission Type | Remote Driver | Is Grounded? | Serviceable | Bookable | Location | Issue | Owner | Resolution | SLA | Last Changed By | Updated | Age |
|---|
| Mission | Type | Status | RD | Started |
|---|
| Trip | Pickup | Customer | Duration | Result |
|---|
| Job | Type | Priority | Owner | Status | Age |
|---|
| Name | Online | Status | Telestation | Current Job | Accept p50 | Offers | Expired | Available Idle | Utilization | Context |
|---|
| Health | Session | Remote Driver | Telestation | Station State | Station Updated | Vehicle | Mission / Job | Mode | Connected | Duration | Latency | Jitter | Packet Loss | Video | Audio | Controls | Handover | Ops Owner |
|---|
| Priority | Job | Type | Vehicle | Area | Wait | Assigned RD | State |
|---|
| Rider name | Status | Booked at (PT) | Vehicle | Pickup type | Delivery RD | Takeback RD | Driving | Stopover | Distance | End time |
|---|
One current status, one recovery owner, one next update.
| Priority | Customer | Trip | Vehicle | Customer sees | Internal cause | Recovery owner | Next update | Recovery action | Contact |
|---|
| Trip | Date | Vehicle | Pickup | Status | Spend |
|---|
Email history unavailable. No customer communication service is connected.
Call history unavailable. No call records or customer service notes are connected.
Payment history unavailable. No payment, refund or payment-method records are connected.
Promotion eligibility unavailable. No promotion or redemption service is connected.
| Customer | Current Trip | Vehicle | Status | Remote Valet | Customer Impact | Case |
|---|
| Customer | Review / access | Reason / reviewer | Queued · PT |
|---|
| Telestation | Status | Remote Driver | Current Vehicle | Session | Latency | Audio | Controls |
|---|
Dedicated spaces for demos, testing and internal operations.
Create a tenant by name, then add any combination of vehicles, telestations, drivers and rider email references. An empty tenant is a valid starting point.
| Resource | Reported state | Allocation / restriction |
|---|
| Team member | Availability | Current context | Next break / lunch | Actions |
|---|
Demo workflow. Durations are planning inputs, not an approved break policy.
Workforce will provide clock-in, clock-out and recorded break attendance. Connected and busy states come from operational systems. Clocked in does not automatically mean available.
Lunch will appear only when the source identifies it. Missing or delayed information will show Unknown.
A live roster needs a backend connection to approved workforce and presence data. Workforce API access and attendance fields still need verification. Neither service is connected.
Demo changes are saved only in this browser. They do not update team schedules or control real vehicles.
Stale data marks availability as unknown and prevents new break or lunch actions.
Las Vegas · Demo day · Sample snapshot
| Priority | Vehicle | Mission | Area | Customer Impact | Assigned FSA | Age | Status | Completion Gate | Proof |
|---|
Approved procedures for Remote-On, 12V, tires, charging, smoke tests and escalation have not been supplied.
Approved document missingField proof ranges are demo rules. No procedure is represented as approved.
Review open issues, ownership, next actions, recovery deadlines and evidence.
Grounded: a market hold or an independent vehicle hold remains active.
Bookable: Available status, serviceable, score below 70, and no active hold.
Available: a reported status; it does not by itself mean bookable.
Unknown: a source has not reported a measurement. No healthy status is inferred.
These preserve the existing prototype rules; production approval is outstanding.
The approved contact roster, authorities, response thresholds and procedure versions are missing.
Owner review requiredCreate a manual FD mission when the system did not automatically generate one.
ISOLATED SIMULATION · no vehicle connection
Reported vehicle state is unknown. This local exercise does not establish live command permissions or preconditions.
The project does not define SSB, authorized roles or safe preconditions. This exercise models only the request workflow.
OpenFreeMap streets, shown with a restrained Positron style. An internet connection is required; no API key is needed.
Vehicle and FSA locations remain sample records, not live telemetry. Missing coordinates are listed without an invented map position. Map attribution stays visible.
| Category | Duration | Eligible time |
|---|
| Driver | Eligible | Driving | % known online |
|---|
The denominator is the reporting window intersected with elapsed scheduled shift time. Future shift time is excluded. Online, offline and unknown connectivity reconcile to that duration. Driving utilization is verified driving while online divided by known online time.
Exact duplicate intervals collapse. Conflicting overlaps become unknown; activity categories are mutually exclusive. Missing telemetry is unknown, never assumed offline. Open sessions stop at the observation time. An empty or zero denominator shows unavailable. Aggregates sum durations before dividing.
No productive categories or ideal performance target are approved. The sample scenarios do not measure an employee's actual performance; waiting and system-blocked time are shown separately.