Notifications
Qrambo sends notifications to keep you informed about changes to Queues, Tasks, and Assignments. This helps you process your workflow by result and track updates without repeatedly checking the API.
The TASK_FINISHED and TASK_EXPIRED events are particularly important as they help you manage your workflow.
How It Works
- We send event notifications to your specified endpoint immediately when they occur
- Notifications are sent using the POST method
- Your endpoint must respond with a 200 status code within 5 seconds
- If a notification fails, we retry 3 times with a 5-second gap between attempts
- We save your response in our database for troubleshooting purposes
Status Types
- WAITING
- Ready to be sent
- FIRST_TRY
- Initial delivery attempt
- RETRY
- Attempting redelivery (up to 3 times)
- FAILED
- Delivery failed
- FINISHED
- Successfully delivered
Configuration Options
-
strategy: How to handle multiple notification settings
ONLY
: Use only the this settingsUNION
: Combine all applicable settings from this level and parent level
-
endpoint: The URL where notifications will be sent
-
headers: Additional HTTP headers to include with notifications
-
events_to_notify: Specific events you want to receive
Configuration Levels
You can set up notifications at three levels:
- Organization Level - Applied to all queues in an environment. It is perfect for your data-lake or data-warehouse.
- Queue Level - Applied to all tasks in a specific queue. It is perfect for your workflow.
- Task Level - Applied to a single task. It is perfect for your specific needs.
We recommend using queue-level notifications instead of task-level. Task-level notifications require recreating tasks if you change the notification settings.
Complex Usage of Notifications
Let’s say you have a queue for image classification operations, and you’ve set up notifications at the queue level. Later, you might want to label some images independently from your real-time operations to maximize your reviewers’ productivity and extra data for AI training. In this case, you can create tasks with lower priority and set up different task-level notifications using the ONLY
strategy. This ensures these labeling tasks don’t interfere with your main workflow.
Available Events to be Notified
QUEUE_CREATED
- QUEUE_DELETED
Best Practices
- Configure notifications at appropriate levels
- Use specific event filters
- Ensure reliable endpoint availability
- Monitor notification status
- Handle failed notifications
- Set up proper error logging