In Flashduty On-call
- In the Flashduty console, go to Integration Center → Change Events
- Select Coolify and enter an integration name
- To assign changes to specific channels, add rules under the integration’s Routes that match labels such as
application,project, orenvironment - Click Save and copy the generated Push URL
Configure coolify
1
Open the webhook notification channel
- In the Coolify dashboard sidebar, select Notifications and open the Webhook channel
- Paste the full push URL of the Flashduty integration as the webhook URL and save
- Turn on the Enabled toggle
2
Select events
Under Notification Settings, select the events for deployment success (
deployment_success) and deployment failure (deployment_failed).Selecting other events (backups, scheduled tasks, servers, containers) is harmless: they produce no changes, and Flashduty ignores them.3
Send a test
Click the test notification button. Flashduty returns success and records no change. Then trigger a deployment and the change appears in the Flashduty change list.
How changes are merged
For a multi-server deployment, Coolify sends one notification after all servers finish: the main deployment’s UUID when all succeed, or the UUID of the first deployment that did not succeed.
Status mapping
These deliveries return success and record nothing:
test(test notification)status_changedandrestart_limit_reached(application runtime status, not a deployment)- backup, scheduled task, Docker cleanup, server and container events
Change content
Use labels for routing and for filtering the change list:
FAQ
Why is there no in-progress state for a deployment?
Why is there no in-progress state for a deployment?
Coolify sends webhook notifications only when a deployment succeeds or fails, with no start event. The change appears with its final status when the deployment ends.
Why is a canceled deployment not recorded?
Why is a canceled deployment not recorded?
Coolify sends no notification for a deployment a user cancels, so Flashduty receives nothing and Flashduty creates no Canceled change.
Does a Coolify retry create a duplicate?
Does a Coolify retry create a duplicate?
A deployment is always the same change, so a retry never creates a second change. The deployment notification has no timestamp, though, so a retried delivery shows up as one more event on the same change, with the same status and result.
The push returns an InvalidParameter error?
The push returns an InvalidParameter error?
… is missingorinvalid …: the payload is incomplete or a field is malformed. Confirm it comes from a Coolify webhook notification channelunsupported …orunknown …: Flashduty does not support this deployment event yet. Contact us