Webhooks in Voucherify are automated messages sent from Voucherify to your application when specific events happen. For example, when a voucher is redeemed, Voucherify can instantly notify your app about it. You set up webhooks by providing a URL (endpoint) in Voucherify, and Voucherify sends event notifications directly to this URL. Voucherify offers two types of webhooks:Documentation Index
Fetch the complete documentation index at: https://docs.voucherify.io/llms.txt
Use this file to discover all available pages before exploring further.
- Project-level webhooks – triggered by general events across your entire project (like voucher redemption, customer updates, or order events).
- Distribution-based webhooks – triggered specifically by voucher distribution events (for example, when a voucher is successfully sent or fails to send).
Voucherify webhook structure
The Voucherify webhooks share the same data structure, consisting of the following keys:idproject_idcreated_attypedatasourceevent
type and data depend on the event that triggers the webhook. Go to Project Setting Webhook Payload and Distribution Webhook Payload to learn more about their payloads.
Authentication
Once your server is configured to receive payloads, it will listen for any payload sent to the endpoint you configured. For security reasons, you may want to limit requests to those coming from Voucherify. To do so, you should copy a secret token and validate the information. You can generate a secret key in the Project Settings in the Webhooks section. Each webhook sent from Voucherify contains thex-voucherify-signature of the webhook in the header field.
Then, you can validate the signature by reconstructing it and comparing it to the one sent in the webhook header field.
Reconstruct it using the keyed-hash message authentication code HMAC. It is built with the cryptographic hash function sha256 and the secret cryptographic key taken from the Project settings.
You can add optional additional HTTP headers when setting up a webhook distribution. In Additional HTTP headers, you can multiple add key-value pairs for your custom headers. Each header must have a name and a value. The names must be unique.
See the following examples for Java and the verifySignature method in the NodeJS SDK.
IP whitelisting
When Voucherify sends a webhook, the Voucherify servers make network requests to tenants’ or third parties’ servers. To add an additional layer of security, you can do IP whitelisting. This mechanism verifies if webhook requests come from Voucherify. Voucherify sends webhooks from the IP ranges below. Add all three addresses for your instance.| Instance | IP |
|---|---|
| eu1 | 34.247.197.22, 63.32.191.141, 52.215.148.84 |
| us1 | 100.25.106.67, 18.209.236.215, 34.192.255.99 |
| as1 | 52.76.98.82, 54.169.8.101, 13.214.87.160 |
Webhook tracking and monitoring
You can track and monitor webhook send outs and other details in a couple of ways.Audit log
You can check details about a webhook sendout. In Voucherify dashboard, go to Audit log and Webhook send outs tab. The Audit Log includes the following details:- Webhook status
- Webhook type
- Webhook send out ID
- Source
- Target URL
- Request ID
- Event created at
- Executed at
- Complete webhook data (three dot menu on the right > Show data)
Get notified about failed sendouts
You can set up notifications to inform you via email or in the app that a webhook did not reach the destination. Go to the Notification Center > Account Settings and scroll down to Webhook callout notifications to configure notifications.Responding to webhooks
Voucherify expects your webhook to return a response with a2XX HTTP status code, indicating that the webhook has been received successfully. If a webhook is not successfully received for any reason, Voucherify will continue trying to send the webhook in the following intervals:
| Re-try No. | Time since the initial attempt | Interval to next re-try |
|---|---|---|
| 1 | 1 min | 1 min |
| 2 | 2 min | 2 min |
| 3 | 4 min | 4 min |
| 4 | 8 min | 8 min |
| 5 | 16 min | 16 min |
| 6 | 32 min | 32 min |
| 7 | 1 h 4 min | 1 h 4 min |
| 8 | 2 h 8 min | 2 h 8 min |
| 9 | 4 h 16 min | 4 h 16 min |
| 10 | 8 h 32 min | 8 h 32 min |
| 11 | 17 h 4 min | 17 h 4 min |
| 12 | 24 h | Final re-try |
- Project-level webhooks that are set in Project Settings are disabled after 12 unsuccessful tries.
- Distribution-based webhooks that are set up as channels in the Distributions manager are paused after 12 unsuccessful tries.

