Reference · built on requestConnectorFleet & telematics

Fleetio

Vehicles, work orders, issues, inspections, fuel entries, and faults from Fleetio, with webhooks for changes.

About

Fleetio is fleet maintenance software: vehicles and equipment, service reminders, inspections, issues, work orders, parts, fuel entries, and vendors. Its REST API at https://secure.fleetio.com/api is versioned by date, currently 2025-05-05, and its webhooks deliver more than 50 events such as vehicle status changes, issue creation and resolution, and work order completion.

Through Fibric, an operator reads faults, submitted inspection forms, and fuel entries as they arrive, then proposes an issue, a work order, or a status change for your approval. Approved changes are written once and leave a receipt: what changed, why, and how to undo it.

This is a reference listing. It documents what Fibric would read from Fleetio and what it could propose, based on the vendor's published interfaces. Fibric builds it under a managed deployment when you request it; selecting it here installs nothing.

Inputs

  • Vehicles, vehicle statuses, current assignments, and archived vehicles through GET /vehicles and /vehicles/{id}/current_assignment
  • Issues and faults through GET /issues and GET /faults, and the issue_created, issue_resolved, fault_created, and fault_resolved webhook events
  • Work orders and their line items through GET /work_orders and /work_orders/{work_order_id}/work_order_line_items
  • Submitted inspection forms and inspection schedules through GET /submitted_inspection_forms and GET /inspection_schedules
  • Fuel entries, meter entries, and location entries per vehicle through /vehicles/{id}/fuel_entries and /vehicles/{id}/meter_entries
  • Service reminders, service entries, parts, part locations, purchase orders, and vendors
  • Signed webhook POSTs with id, event, timestamp, triggered_by, and payload for events such as vehicle_updated and work_order_updated

Proposed actions

  • Target capability: propose a new issue on a vehicle through POST /issues, and its resolution through PUT /issues/{id}/resolve or /issues/{id}/close
  • Target capability: propose a work order with parts and labor line items through POST /work_orders and its line item endpoints
  • Target capability: propose a vehicle status change or an archive through PATCH /vehicles/{id} and /vehicles/{id}/archive
  • Target capability: propose a vehicle assignment or unassignment through the Vehicle Assignments endpoints, including /vehicle_assignments/{id}/unassign

Proposed actions are target capabilities. Every action runs propose-first and needs a validated deployment and the appropriate permissions.

What you can build

  • Turn a fault into a work order

    A fault_created webhook arrives with the vehicle and code. The operator checks open issues and service history, then proposes an issue and a work order with the right service task for a fleet manager to approve.

    With Vehicle Fault

  • Catch a missed inspection

    Inspection schedules show which vehicles are due. When a submitted inspection form fails an item or a schedule lapses, the operator proposes an issue and a vehicle status change.

    With Inspection Gap

  • Question an odd fuel entry

    Fuel entries and meter entries arrive per vehicle. When volume or cost falls outside the vehicle's own history, the operator proposes a comment on the entry and a review by the driver's supervisor.

    With Fuel Anomaly

  • Have parts ready before the bay opens

    Work order line items name the parts. The operator checks part locations and open purchase orders and proposes a purchase order draft when stock is short.

    With Parts Readiness

Requirements

  • A Fleetio account and a user allowed to open Manage API Keys and add a key with a label and API version
  • The Account-Token from the bottom of the Manage API Keys page on every request except /accounts
  • Webhook endpoints configured under account settings that answer HTTP 200 within 30 seconds
  • Your own records for testing: sample data under a trial account is not accessible via the API
Authentication
An API key created under Settings, Manage API Keys, sent as Authorization: Token followed by the key, plus the Account-Token header from the same page; the API version is chosen when the key is created.

Limits

  • Rate limits depend on your plan; a 429 response carries Retry-After in seconds
  • Cursor pagination returns 50 records by default and at most 100 per page
  • Failed webhook deliveries are retried for 24 hours, and a webhook is disabled after 3 consecutive failures
  • Webhook event records are kept for 30 days

Access and pricing

Reference listing. Fibric builds the connector under a managed deployment when you request it. Your quote covers the build, capabilities, usage, and support.

Request Fleetio ↗

Questions and answers

How do I authenticate to the Fleetio API?
Create an API key under Settings, Manage API Keys, choosing a label and an API version. Send it as Authorization: Token followed by the key, and add the Account-Token header shown at the bottom of that page. The /accounts endpoint is the only one that does not need Account-Token.
Which events can a webhook subscribe to?
One or all Webhook Events. The schema names events such as vehicle_created, vehicle_updated, issue_created, issue_resolved, fault_created, fault_resolved, work_order_created, work_order_updated, submitted_inspection_form_created, fuel_entry_created, and purchase_order_closed. Each POST is signed with HMAC SHA-256 in the X-Fleetio-Webhook-Signature header.
What are the rate limits?
Fleetio does not publish numbers; it says to consult your plan. When you exceed the limit the API returns 429 Too Many Requests with a Retry-After header giving the seconds to wait, and requests succeed again after that period.
Ask about Fleetio

Ask about the capabilities and requirements in this listing.

For project-specific requirements, contact Fibric.