FSO v1.0 Overview
Scope & objectives
The Fleet Super Operator (FSO) defines a vendor-neutral operating model for small and mid-size fleets. It specifies the minimum capabilities, KPIs, and interoperability requirements for an execution layer that runs dispatch, driver support, visibility, documentation, invoicing/receivables, and compliance.
Objectives:
- Reduce operator workload through event-driven automation
- Provide 24/7 multilingual driver support with measurable SLAs
- Maintain clear operational control and transparency for fleet operators
- Enable vendor-agnostic integrations with existing systems
- Establish measurable outcomes via standardized KPIs
Normative language
This specification uses RFC 2119 key words to indicate requirement levels:
Required capability. Non-compliance means the implementation does not conform to FSO.
Strong recommendation. Deviations require documented rationale.
Truly optional. Implementation may choose to include or exclude.
Versioning & review
FSO follows semantic versioning (MAJOR.MINOR.PATCH):
- MAJOR: Breaking changes to MUST requirements
- MINOR: New SHOULD/MAY capabilities, clarifications
- PATCH: Editorial fixes, typos, formatting
Review cadence: Quarterly for MINOR updates with a public review window; PATCH as needed; MAJOR on consensus. Community input via the submission process.
Minimal viable FSO
An FSO implementation MUST satisfy all 12 core requirements:
Parse rate confirmations via email/portal and extract key fields automatically.
Match loads to available drivers based on location and HOS; execute assignments to a confirmed driver channel and capture acknowledgment.
Answer inbound driver contacts P90 ≤ 60 seconds with multilingual support covering ≥ 90% of active drivers' preferred languages.
Track live vehicle location via GPS or equivalent telemetry (ELD, driver app, telematics).
Continuously update ETAs from real-time position/traffic; while moving, update frequency P90 ≤ 5 minutes.
Pre-arrival alerts sent ≥ 15 minutes before arrival for ≥ 90% of planned stops.
Capture delivery documents with timestamp and location context at or near the dock.
Validate POD against the original BOL for completeness and accuracy; flag exceptions.
For loads with POD stored/matched on the delivery day, send the invoice the same local calendar day for ≥ 95% of loads; POD→Invoice median ≤ 4 hours; P90 ≤ 8 hours (queue and auto-send after portal/API outages; log the window).
Maintain immutable logs of system and human actions with timestamp, actor, and outcome; retain ≥ 12 months.
Integrate with at least one major telematics source, one accounting/factoring platform, and one broker/shipper portal without proprietary lock-in.
Single operational view of load status, driver status, documents, and invoicing/receivables state.
Measurement rules
All FSO implementations MUST report KPIs using these standards:
Time handling
- Storage: All timestamps in UTC (include timezone offset as metadata)
- Display: Local time for operator UI; UTC for APIs/exports
Statistics
- Medians: Use for time-based durations (e.g., POD→Invoice, event→update latency)
- P90: Use for SLA-type measures (e.g., answer time, tracking freshness)
- Accuracy rates: Define a window (e.g., ETA within ±10 minutes) and report as %
Reporting frequency
- Real-time: Load status, driver location, ETA updates
- Daily: POD→Invoice distributions, call volumes, exception counts
- Weekly: ETA accuracy, check-call reduction, dispute rates
- Monthly: Aggregate KPI dashboard and trend review
Module specifications
FSO v1.0 defines six modules, each with detailed MUST/SHOULD/MAY requirements:
Dispatch & Planning
Load assignment, driver matching, route optimization
View specification →Driver Communication & Support
24/7 multilingual desk, exception handling, coordination
View specification →Live Visibility, ETA & Notifications
Real-time tracking, proactive ETAs, stakeholder alerts
View specification →Documents & Proof of Delivery
BOL/POD capture, validation, routing, audit trails
View specification →Invoicing & Receivables
Invoice generation, accounting integration, DSO tracking
View specification →Compliance, Safety & Reporting
HOS monitoring, permit tracking, incident management
View specification →