How to Reactivate an Interrupted Queue
Asaas automatically interrupts a Webhook queue after 15 consecutive failures when delivering notifications.
When this happens, new events continue to be generated, but they are no longer delivered until the queue is reactivated.
Therefore, before restoring synchronization, it is essential to identify and fix the root cause of the problem.
Impact of an interrupted queue
When a queue is interrupted:
- new events continue to be generated normally;
- events stop being delivered to the application;
- synchronization between systems is interrupted;
- charges, payments, subscriptions, and other resources may stop being updated in the integrated system;
- events stored for more than 14 days are permanently deleted.
AttentionReactivating the queue without fixing the underlying issue will cause it to be interrupted again after new consecutive failures.
Step 1: Check the Webhook logs
Before reactivating the queue, inspect the logs to identify the error.
See:
How to view Webhook Logs
The logs allow you to verify:
- returned HTTP status code;
- payload sent;
- timestamp of the attempt;
- number of retries;
- error message received by Asaas.
Step 2: Fix the issue in your application
After identifying the root cause, correct the endpoint behavior.
The most common causes are:
- incorrect URL;
- processing timeout;
- internal application error;
- firewall blocking Asaas IP addresses;
- HTTP response different from 200;
- server unavailability;
- validations rejecting the received payload.
If necessary, consult:
- Paused queue;
- Error 400 (Bad Request);
- Error 403 (Forbidden);
- Error 404 (Not Found);
- Error 408 (Read Timed Out);
- Error 500 (Internal Server Error);
- Connect Timed Out errors;
- Other errors.
ImportantThe queue should only be reactivated after the issue has been fixed, ensuring that the application is ready to receive new events.
Step 3: Reactivating through the web application
After fixing the issue, go to:
User Menu → Integrations → Webhooks
Locate the interrupted configuration and reactivate the queue.
Reactivating via API
You can also reactivate the queue programmatically by updating the Webhook configuration.
Simply send the following attribute:
{
"interrupted": false
}Use the Webhook update endpoint.
See the complete endpoint reference:
Update Webhook
Recovery flow example
Consecutive failures
↓
Queue interrupted
↓
Check logs
↓
Identify the issue
↓
Fix the application
↓
Reactivate the queue
↓
Queued events are resent
↓
Synchronization restoredBest practices
Recommended
- Monitor Webhook logs regularly.
- Implement idempotency to support retries.
- Process events asynchronously.
- Ensure your endpoint responds quickly.
- Always return HTTP 200 after processing the event.
- Verify that your firewall is not blocking Asaas IP addresses.
- Never reactivate the queue without first fixing the root cause.
ImportantIf you have just created a new Webhook and it already appears as interrupted, verify that the synchronization queue for that configuration is active.
Next steps
After reactivating the queue, we recommend reading:
- Webhook Logs;
- Queue penalty;
- Paused queue;
- How to implement idempotency in Webhooks;
- Official Asaas IP addresses;
- Cloudflare Firewall blocking.
