
Use polling when your source system does not support outbound webhooks. If it can push data to Lighthouse in real time, use a webhook trigger instead — it’s more efficient.
Summary Counters
Three counters at the top show the current state of your polling configurations at a glance.Total Configurations
All polling configurations on your account — active and disabled combined.
Active
Configurations currently running on their schedule. Shown in green.
Disabled
Configurations that exist but are not currently running. Shown in orange. These will not poll until re-enabled.
All Polling Configurations
The table lists every configuration on your account. Click any row to view or edit it.| Column | What It Shows |
|---|---|
| Name | The label for this polling configuration |
| Status | Active (running) or Disabled (paused) |
| Schedule | How often the API is polled |
| Created | When the configuration was first created |
| Updated | When it was last modified |
Creating a New Polling Configuration
Click + New Polling Config in the top-right corner. The creation form has four sections — work through them top to bottom.1. Polling Details

| Field | Required | Description |
|---|---|---|
| Name | ✅ | A descriptive label — e.g. Daily Customer Sync |
| Connection | Optional | Select an existing connection to use for authentication |
| Template ID | Optional | Start from a pre-configured template if one exists for your use case |
2. Schedule Configuration
Set how often Lighthouse should call the external API.
Quick Setup
Choose from preset intervals — Every 5 min, Every 15 min, Every 30 min, Every hour, Every 6 hours, or Daily. The current schedule expression is shown at the bottom of the panel.
Advanced
Enter a custom expression directly — supports
rate() and cron() syntax for precise scheduling.
| Expression | What It Does |
|---|---|
rate(5 minutes) | Run every 5 minutes |
cron(0 12 * * ? *) | Run daily at 12:00 PM UTC |
0 */6 * * * | Run every 6 hours |
3. HTTP Request Configuration
Define the API endpoint Lighthouse should call on each poll.
Structured
Fill in the endpoint URL, HTTP method, headers, query parameters, authentication, and request body using form fields.
Custom Code
Write a JavaScript handler function directly — full control over how the request is made and how the response is processed.

| Field | Required | Description |
|---|---|---|
| API Endpoint URL | ✅ | The full URL of the API endpoint to poll — e.g. https://api.example.com/v1/data |
| HTTP Method | ✅ | GET, POST, PUT, DELETE, or PATCH |
| HTTP Headers | Optional | Custom headers — e.g. Content-Type, Accept |
| Query Parameters | Optional | URL query parameters appended to the endpoint |
| Authentication | Optional | Configure how to authenticate — defaults to No Authentication |
| Request Body | Optional | JSON payload for POST, PUT, or PATCH requests |

4. Response Parser, Retry Logic, Pagination & Filter

| Section | Type | What It Does |
|---|---|---|
| Response Parser | Always | Extract specific data from the API response using a JSON Path — e.g. data.items. Add Custom Logic (JavaScript) to transform the response before it’s passed downstream |
| Retry Logic | Optional | Automatically retry failed poll attempts. Toggle on to configure retry behaviour |
| Pagination | Optional | Handle multi-page API responses — toggle on when the API returns paginated results |
| Incremental Polling Filter | Optional | Only process records that are new or updated since the last poll — prevents reprocessing the same data |
Contact Cloudify before creating a polling configuration. Getting the endpoint URL, authentication, schedule, and response parser correct requires knowledge of your source API. Cloudify will typically configure these as part of your integration delivery.
Frequently Asked Questions
When should I use polling instead of a webhook?
When should I use polling instead of a webhook?
Use polling when your source system cannot push data to Lighthouse when something changes. If it supports webhooks, use a webhook trigger instead — it’s real-time and more efficient.
A polling configuration shows Disabled — will it still run?
A polling configuration shows Disabled — will it still run?
No. A disabled configuration will not execute until it is re-enabled. Contact Cloudify if a configuration is unexpectedly disabled.
What is the difference between Quick Setup and Advanced scheduling?
What is the difference between Quick Setup and Advanced scheduling?
Quick Setup gives you six preset intervals in one click. Advanced lets you write a custom
rate() or cron() expression for precise timing — for example, running only on weekdays at a specific time.What is the Incremental Polling Filter for?
What is the Incremental Polling Filter for?
It ensures only new or updated records are processed on each poll — so if your API returns 1,000 records but only 5 are new, only those 5 are passed downstream. This prevents duplicate processing.
How do I check what events a polling configuration has generated?
How do I check what events a polling configuration has generated?
Go to Flows Events and filter by Type → polling. This shows all events generated by polling triggers with their delivery status and attempt history.
Next Steps
Flows
Return to the Flows overview — configure triggers, rules, and targets.
Flows Events
View events generated by polling triggers and check delivery status.
Support
Contact Cloudify to set up or modify a polling configuration.