No alarms, no notifications, no webhooks during planned work.
Alarms from every critical asset, unified in one queue, prioritized by what actually matters right now, and automated through to a closed work order.
SCADA · BMS · Blockbax triggers, one workflow
Substation 14 · breaker trip
Work order created and technician notified. Auto-closes when the condition clears.
Enterprises across energy, heat, water and infrastructure rely on Blockbax to keep critical assets running.
"By automating tasks and improving productivity, we're prepared to support Eneco's asset growth strategy across our full portfolio."
"Blockbax is key to operating our heat networks at the highest standard, with full control over asset performance across all sources."
"With Blockbax, our maintenance and operations teams have real-time insight into our full fleet of energy solutions."
What deserves attention right now, given everything else happening.
One uniform lifecycle across every alarm source, with the prioritization and noise control a busy operation needs.
Alarms from SCADA, BMS and Blockbax triggers land in the same queue and follow the same process. Scattered alarm inboxes make improvement impossible.
Unacknowledged through to closed, with on-hold timers and auto-unacknowledge up to a year. Built on ISA-18.2 and IEC 62682, the industry standards for alarm management.
Every stage change is timestamped and attributed, so the handling history is defensible.
After an outage, act on fifty alarms at once instead of one by one. Filter by status, priority, asset or ID first.
+ 9 more
Suppress expected alarms during planned work, scoped by asset, trigger and period, so alarm fatigue never sets in.
No alarms, no notifications, no webhooks during planned work.
Who did what, and why, in one place instead of scattered over chat and email
Comments sit in the alarm's activity next to every status change, so whoever picks it up next, or handles the next similar alarm, starts with the full story.
Report findings and share progress right on the alarm. Comments appear between the status changes, so the timeline shows what happened, who did what and why.
Breaker reset after planned maintenance, all downstream readings restored.
Add a reason when you close an alarm or put it on hold, also when you change many alarms at once.
Close 12 alarms
Resolution (optional)Tell the people the moment an alarm changes or a finding is shared, not at the next shift handover.
Post alarm updates and comments to the Teams channel your operators already watch, with priority, asset and status in the message.
Share comments and status changes in the right Slack channel, so stakeholders stay informed without logging in to another tool.
Page the on-call engineer when a critical alarm comes in, so it reaches someone who can act out of hours instead of waiting until morning.
An alarm without a work order is just a notification.
Link tickets and jobs to alarms, and automate their creation with parameters resolved from your asset model.
Ultimo, SAP and ServiceNow records attached to the alarm, with job status rendered live inside Blockbax.
Job status polls back, so the alarm always shows the current state of the work.
GET, POST, PUT and PATCH calls fired on an event, with parameters taken straight from the asset model.
POST /api/now/table/incident
{ "asset": <asset.name>,
"priority": <alarm.severity> }
// fired on event, audit-logged
Who did what and when, on every alarm. The record a 24/7 operation needs when someone asks afterwards.

AI triage answers that question in seconds.
Cluster alarm floods, surface the probable root alarm, and get the follow-up drafted for you.
Heads up, 47 alarms just fired at Substation 14 in 90 seconds. I clustered them into one probable root. A breaker trip at 14:02 cascaded to 46 downstream sensors, so those are follow-on noise, not separate faults.
Suggested actions
Checked the dashboard: temperature has been rising steadily since 06:00. The compressor power consumption dropped at the same time, so it looks like the compressor stopped.