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.
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.
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.
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.
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.
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.
This connector listing is developed, published, and supported by Fibric. It describes integration with Fleetio through published interfaces. Third-party names and logos identify the systems an integration connects to; they are the property of their respective owners, who are not affiliated with Fibric and do not sponsor or endorse this listing. Trademark policy