Reference · Tools
Flow Trigger
Starts workflow when Flow project or task events occur
The Flow Trigger node starts a BusyBot workflow whenever a watched project or task changes in Flow (getflow.com). It registers a webhook with the Flow API and fires each time a subscribed resource is updated — for example, automatically notifying a Slack channel or updating a spreadsheet when a task status changes. You specify which projects or tasks to watch by providing their IDs.
- Node type
- Webhook trigger
- Parameters
- 3
- Outputs
- Output
- Credentials
- Flow API
Flow Trigger
Trigger workflow on Flow project or task events
Overview
Trigger that listens for webhook events from Flow (getflow.com), a project management and task tracking application. Fires when changes occur on watched projects (lists) or tasks. The Flow API sends POST requests to the webhook URL whenever a subscribed resource changes. Supports monitoring specific project IDs or task IDs.
Category: Productivity
Tool Name: flow_trigger
Version: 1
Appearance: Icon: lucide-Workflow | Color: #00b0ff
Node Type
Trigger — webhook (receives incoming HTTP callbacks)
Input / Output
| Direction | Port(s) |
|---|---|
| Input | None (trigger node) |
| Output | Output |
Credentials
This tool requires Flow API credentials. See the Credentials Guide for setup instructions.
Resources
| Resource | Value |
|---|---|
| Project | list |
| Task | task |
Select the resource type that triggers the webhook. It decides which ID parameter below applies.
Parameters
| Parameter | Type | Required | Default | Description |
|---|---|---|---|---|
| Project ID | string | Yes | — | Project IDs (also known as “Lists” in the Flow API) separated by commas. A webhook is registered for each ID. (shown when Resource is list) |
| Task ID | string | Yes | — | Task IDs separated by commas. A webhook is registered for each ID. (shown when Resource is task) |
Output Data
Flow may send a single object or an array of them. One output item is produced per payload object. The payload is copied onto the item unchanged, and three fields are added:
_trigger— alwaysflow_webhook_timestamp— ISO 8601 timestamp of when the request arrived_webhookEvent— the payload’stype, falling back toevent, then toresource.changed
The Flow payload itself carries:
resource_type—listfor a project,taskfor a taskresource_id— the watched resource the event belongs toid,name— the changed recordworkspace_id— the Flow workspacecompleted— whether the record is completecreated_at,updated_at— record timestamps
Reference the payload downstream by expression, e.g. {{ $json.name }} or {{ $json.resource_id }}.
Usage Examples
- Start a workflow when a Flow task is updated
- Trigger automation when a Flow project changes
- Listen for task completion events in Flow
- Monitor Flow project activity via webhooks
Example Configuration
Monitor events for specific Flow projects:
{
"id": "flow-trigger-1",
"type": "flow_trigger",
"typeVersion": 1,
"position": [250, 300],
"parameters": {
"resource": "list",
"listIds": "12345,67890,11111"
}
}
Monitor events for specific Flow tasks:
{
"id": "flow-trigger-2",
"type": "flow_trigger",
"typeVersion": 1,
"position": [250, 300],
"parameters": {
"resource": "task",
"taskIds": "22222,33333"
}
}
Monitor a single project:
{
"id": "flow-trigger-3",
"type": "flow_trigger",
"typeVersion": 1,
"position": [250, 300],
"parameters": {
"resource": "list",
"listIds": "98765"
}
}
Trigger a workflow when any of several projects are updated:
{
"id": "multi-project-trigger",
"type": "flow_trigger",
"typeVersion": 1,
"position": [100, 200],
"parameters": {
"resource": "list",
"listIds": "10001,10002,10003"
}
}
Trigger a workflow when specific high-priority tasks change:
{
"id": "task-specific-trigger",
"type": "flow_trigger",
"typeVersion": 1,
"position": [100, 200],
"parameters": {
"resource": "task",
"taskIds": "44444,55555"
}
}
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
Configure which Flow resource type (Project or Task) to monitor and provide the comma-separated IDs to watch. When those resources change in Flow, the webhook fires and starts this workflow.
Important Notes
- The
resourceparameter determines which ID parameter is available and required - A webhook is registered for each individual ID provided
- The trigger will activate for any events occurring on the specified resources
- Ensure you have proper permissions for the Flow projects/tasks you want to monitor
Frequently asked questions
Do I need separate credentials, and where do I get them?
Yes. The node requires a Flow API credential (credential type: flowApi) configured in BusyBot. You'll need to generate an API token from your Flow account settings at getflow.com and enter it when setting up the credential. Without this, the webhook cannot be registered with Flow.
What is the 'resource' parameter and why does it change which IDs I can enter?
The resource parameter lets you choose between monitoring a Project (list) or a Task. Your selection directly controls which ID field appears — if you pick Project, you'll enter project IDs; if you pick Task, you'll enter task IDs. Only one resource type can be selected per trigger node, so if you need to monitor both projects and tasks, you'll need two separate Flow Trigger nodes.
Can I watch multiple projects or tasks in a single trigger?
Yes, you can provide multiple IDs as a comma-separated list in the ID field. However, the node registers an individual webhook with Flow for each ID you supply, not a single catch-all webhook. Keep this in mind if you're watching a large number of resources, as each one becomes a distinct webhook registration in your Flow account.
Which specific events inside Flow will fire this trigger?
The trigger activates for any event occurring on the resources you specify — the node does not let you filter down to a particular event type (such as 'task completed' vs 'task reassigned'). If you need event-specific logic, you'll need to add a Filter or Switch node downstream to act on particular changes in the webhook payload.
What permissions do I need in Flow for this to work?
You must have access rights to the specific projects or tasks you want to monitor. If your Flow API token belongs to a user who cannot see a given project or task, the webhook registration for that ID will fail or simply never fire. Double-check that the account tied to your Flow API credential has the appropriate project membership and permissions in Flow.
Build with the Flow Trigger node
Drop it into a workflow, wire it to an agent, or call it on a schedule. You'll need Flow API credentials first.
Open BusyBotLast updated . Spotted something wrong? Tell us.