Search all guides

Reference · Tools

Onfleet trigger

Receives webhook notifications from Onfleet for delivery-related events like task lifecycle changes, worker status, and SMS responses.

Webhook trigger Productivity v1

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

DirectionPort(s)
InputNone (trigger node)
OutputOutput

Credentials

This tool requires Onfleet credentials. See the Credentials Guide for setup instructions.

Parameters

ParameterTypeRequiredDefaultDescription
Trigger OnoptionsYes—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 FieldscollectionNo{}Optional extra settings for the webhook subscription.
— NamestringNo—A custom name for the webhook for identification purposes.

Output Data

Each Onfleet notification produces one output item:

  • _trigger — always onfleet_webhook
  • _timestamp — ISO 8601 timestamp of when the request arrived
  • _webhookEvent — the event name resolved from the notification’s trigger id (for example taskCompleted), falling back to the trigger name Onfleet sent, or unknown

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 BusyBot

Last reviewed . Spotted something wrong? Tell us.