Problem Overview
Without automated notifications, detecting a data quality failure requires someone to actively check HEDDA.IO after every pipeline execution. In organizations with multiple pipelines running throughout the day, this is impractical. Failures go unnoticed until downstream systems or business users surface the problem - often hours or days later, and after bad data has already been processed further.
Solution
HEDDA.IO's Events system connects pipeline outcomes to external notification channels. An Event Sink defines the destination - Teams, Slack, email, Azure DevOps, or others. An Event defines the trigger and references the sink. When the trigger condition is met, HEDDA.IO dispatches the notification automatically. No polling, no manual checking.
HEDDA.IO supports the following notification channels:
Channel | What HEDDA.IO Does |
Microsoft Teams | Post a message to a Teams channel |
Slack | Post a message to a Slack channel |
SMTP Email | Send an email via any SMTP server |
Azure DevOps | Create a Bug, Task, or Issue work item automatically |
Azure Event Hub | Publish a payload to an Event Hub |
Azure Event Grid | Publish a payload to an Event Grid topic |
| Apache Kafka | Publish a payload to a Kafka topic |
HTTP Webhook | POST a JSON payload to any endpoint |
Webex | Send a Webex message |
Twilio | Send an SMS |
Configuration
Create an Event Sink
- Open the Project and navigate to the Events tab.
- Click Add Event Sink in the left panel.
- Select the Sink Type and fill in the connection details. For Teams, provide the Webhook URL. For Azure DevOps, provide the organisation name, project name, Personal Access Token, and the work item type to create.
- Save the Event Sink.
For Azure DevOps, set the Work Item Type to 'Bug' (or a custom Work Item type) for Dataset Rule failures. This places data quality incidents directly into your team's backlog alongside software defects, with the same priority and triage workflow.
Create an Event
- With the Event Sink saved, click Add Event.
- Select the Event Sink.
- Choose the trigger. Common options: 'Execution Completed' for a post-run summary, 'Dataset Rule Failed' for immediate threshold breach alerts, or 'Knowledge Base Published' to notify downstream teams that a new configuration is live.
- Select the Knowledge Base
- Configure the message template or payload and save.
Outcome
After configuration, the Event Log tab in the Project Navigation Bar provides a complete history of every dispatched notification. Each entry shows the event type, the Knowledge Base and Run involved, the timestamp, and the delivery status. Use the Edit Log Filters button to narrow the log by event type, status, or date range when investigating a missed notification.
If you have any further questions, please feel free to Contact Us.
Was this article helpful?
That’s Great!
Thank you for your feedback
Sorry! We couldn't be helpful
Thank you for your feedback
Feedback sent
We appreciate your effort and will try to fix the article