FSO v1.0

FSO v1.0 Overview

Last updated: August 15, 202512 min read

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:

MUSTRequired Capability

Required capability. Non-compliance means the implementation does not conform to FSO.

SHOULDRecommended

Strong recommendation. Deviations require documented rationale.

MAYOptional

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.

View complete version history →

Minimal viable FSO

An FSO implementation MUST satisfy all 12 core requirements:

MUSTAccept rate confirmations

Parse rate confirmations via email/portal and extract key fields automatically.

MUSTAssign loads to drivers

Match loads to available drivers based on location and HOS; execute assignments to a confirmed driver channel and capture acknowledgment.

MUSTProvide 24/7 driver support

Answer inbound driver contacts P90 ≤ 60 seconds with multilingual support covering ≥ 90% of active drivers' preferred languages.

MUSTMonitor vehicle location

Track live vehicle location via GPS or equivalent telemetry (ELD, driver app, telematics).

MUSTGenerate ETAs automatically

Continuously update ETAs from real-time position/traffic; while moving, update frequency P90 ≤ 5 minutes.

MUSTSend on-approach notifications

Pre-arrival alerts sent ≥ 15 minutes before arrival for ≥ 90% of planned stops.

MUSTCapture BOL/POD documents

Capture delivery documents with timestamp and location context at or near the dock.

MUSTValidate POD completeness

Validate POD against the original BOL for completeness and accuracy; flag exceptions.

MUSTGenerate same-day invoices

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).

MUSTMaintain audit trails

Maintain immutable logs of system and human actions with timestamp, actor, and outcome; retain ≥ 12 months.

MUSTEnable system integration

Integrate with at least one major telematics source, one accounting/factoring platform, and one broker/shipper portal without proprietary lock-in.

MUSTProvide unified dashboard

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: