Reference · Tools

Onfleet Trigger

Starts workflow when Onfleet delivery events occur via webhooks

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.

Node type
Webhook trigger
Parameters
2
Outputs
Output
Credentials
Onfleet

Onfleet Trigger

Triggers on Onfleet delivery events such as task completion, worker duty changes, and SMS responses

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.

Category: Productivity
Tool Name: onfleet_trigger
Version: 1

Appearance: Icon: lucide-Truck | Color: #ac2e4f

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 OnoptionsYesThe 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.
— NamestringNoA 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.

Usage Examples

  • Start a workflow when a delivery task is completed in Onfleet
  • Trigger a notification when a driver goes on or off duty
  • Automate dispatch when a new task is created in Onfleet
  • Track delivery failures in real time when an Onfleet task fails
  • Monitor SMS opt-outs from delivery recipients

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

Entry point that fires when Onfleet sends a webhook for the selected trigger event. Choose which event to listen for (task lifecycle, worker changes, or SMS events). Onfleet validates the webhook URL with a GET handshake before activating it. Each webhook subscription listens for exactly one event type.

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 the Onfleet Trigger node

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 updated . Spotted something wrong? Tell us.