Reference · Tools
Onfleet trigger
Receives webhook notifications from Onfleet for delivery-related events like task lifecycle changes, worker status, and SMS responses.
The Onfleet Trigger fires when Onfleet reports the event you selected — a task lifecycle change, a worker change, or an SMS event. A typical build is notifying the customer and closing the order the moment their delivery task is completed.
- Works as
- Webhook trigger
- Tool name
onfleet_trigger- Parameters
- 2
- Outputs
- Output
- Credentials
- Onfleet
- Official docs
- Onfleet docs docs.onfleet.com
What you can build with Onfleet
- Start a workflow when a delivery task is completed in Onfleet.
- Trigger a notification when a driver goes on or off duty.
- When automate dispatch when a new task is created in Onfleet.
- When track delivery failures in real time when an Onfleet task fails.
- Monitor SMS opt-outs from delivery recipients.
Overview
Receives webhook notifications from Onfleet when delivery-related events occur, including task lifecycle events (created, started, assigned, completed, failed, delayed, cloned, deleted), worker events (duty status, created, deleted), and SMS events (recipient response missed, opt out). Onfleet uses a validation handshake where it sends a GET request with a “check” query parameter that must be echoed back as text/plain before the webhook is activated. Each webhook subscription is scoped to a single trigger event type (identified by a numeric key). Useful for real-time delivery tracking, driver management, dispatch automation, and last-mile logistics workflows.
Node Type
Trigger — webhook (receives incoming HTTP callbacks)
Input / Output
| Direction | Port(s) |
|---|---|
| Input | None (trigger node) |
| Output | Output |
Credentials
This tool requires Onfleet credentials. See the Credentials Guide for setup instructions.
Parameters
| Parameter | Type | Required | Default | Description |
|---|---|---|---|---|
| Trigger On | options | Yes | — | The Onfleet event to trigger on. Each webhook subscription listens for exactly one event type. |
Options: SMSRecipientOptOut, smsRecipientResponseMissed, taskArrival, taskAssigned, taskCloned, taskCompleted, taskCreated, taskDelayed, taskDeleted, taskEta, taskFailed, taskStarted, taskUnassigned, taskUpdated, workerCreated, workerDeleted, workerDuty | ||||
| Additional Fields | collection | No | {} | Optional extra settings for the webhook subscription. |
| — Name | string | No | — | A custom name for the webhook for identification purposes. |
Output Data
Each Onfleet notification produces one output item:
_trigger— alwaysonfleet_webhook_timestamp— ISO 8601 timestamp of when the request arrived_webhookEvent— the event name resolved from the notification’s trigger id (for exampletaskCompleted), falling back to the trigger name Onfleet sent, orunknown
The Onfleet payload is merged in at the top level, so the task, worker and event details Onfleet publishes sit directly on the item. Reference them downstream by expression, e.g. {{ $json.taskId }}. Onfleet’s URL-validation handshake is answered automatically and produces no items.
Example Configuration
Fire when a delivery task is completed, with a named subscription:
{
"id": "onfleet-trigger-1",
"name": "Onfleet Task Completed",
"type": "onfleet_trigger",
"position": [250, 300],
"parameters": {
"triggerOn": "taskCompleted",
"additionalFields": {
"name": "Task Completion Webhook"
}
}
}
Track driver duty status changes:
{
"id": "onfleet-trigger-2",
"name": "Onfleet Worker Duty Change",
"type": "onfleet_trigger",
"position": [250, 300],
"parameters": {
"triggerOn": "workerDuty",
"additionalFields": {
"name": "Worker Status Monitor"
}
}
}
Handle SMS opt-outs with no extra settings:
{
"id": "onfleet-trigger-3",
"name": "Onfleet SMS Opt-Out",
"type": "onfleet_trigger",
"position": [250, 300],
"parameters": {
"triggerOn": "SMSRecipientOptOut",
"additionalFields": {}
}
}
React to failed deliveries:
{
"id": "onfleet-trigger-4",
"name": "Onfleet Task Failed",
"type": "onfleet_trigger",
"position": [250, 300],
"parameters": {
"triggerOn": "taskFailed",
"additionalFields": {
"name": "Delivery Failure Handler"
}
}
}
Trigger Behavior
- Activation: When the workflow is activated, a webhook endpoint is registered with the service.
- Deactivation: The webhook is automatically unregistered when the workflow is deactivated.
- Payload: The incoming webhook payload is parsed and output as workflow items.
- Verification: Supports signature verification where applicable.
Tips
This tool receives webhook notifications from Onfleet when delivery-related events occur, including task lifecycle, worker, and SMS events. It is the right tool when you need to start a workflow in real time based on a specific Onfleet delivery event, rather than polling for status updates. It produces a trigger signal, indicating that the specified Onfleet event has taken place.
Frequently asked questions
Can one trigger watch several event types?
No — each webhook subscription listens for exactly one event type. Use a separate trigger per event you need to handle.
Do I need to verify the webhook?
No. Onfleet validates the webhook URL with a GET handshake before activating it, and the trigger handles that automatically.
Which events are available?
Task lifecycle events, worker changes and SMS events, selected when configuring the trigger.
Which credential does it need?
An Onfleet credential, the same one the Onfleet action node uses.
Build with Onfleet
Drop it into a workflow, wire it to an agent, or call it on a schedule. You'll need Onfleet credentials first.
Open BusyBotLast reviewed . Spotted something wrong? Tell us.