Being told about a consumption drift, without drowning in false alerts
The problem with an alerting system is not detecting: it is not crying out for nothing. An alert that fires every night ends up filtered by a mail rule, and the monitoring dies with it. Softee treats noise as a first-order setting, not an advanced option.
What can an alert be set on?
On four families: consumption drift, the invoice, the period and the sensor itself. The last two matter as much as the first: zero consumption on a working day and a silent sensor are information, and often the most urgent kind.
An alert’s scope targets sites, indicators, sensor types or specific sensors. Its granularity runs from the minute to the month, its aggregation from the hour to the month, and a time window can restrict it — enough to watch consumption outside occupancy hours without being woken by the normal consumption of the working day.
What does an alert compare the observed value against?
Five comparison modes are available: a threshold, a sum, an average, a drift or a data spike. The threshold is set in absolute value or as a percentage, across three severity levels: information, warning, critical.
Four time references are possible: the previous month, the same month last year, the previous week or the same week last year. The two year-on-year references are the ones that count in energy, since they compare a period against its seasonal equivalent rather than against the period before it.
How does Softee avoid false alerts?
Through two adjustable mechanisms, distinct and combinable. Neither is machine learning: they are settings you can read and can disagree with.
Quiet period
After firing, the alert goes silent for a duration you set. The default is 24 hours.
Deferred check
A second check can be required, some time after the first, before the alert genuinely fires. An isolated spike wakes nobody; a settled drift does.
Minimum severity
The severity level at which the email goes out is set per alert. An information alert can feed the log and nothing else.
Who is notified, and how?
Recipients are defined alert by alert, with the minimum severity level that triggers the email. A critical alert can therefore write to the on-call team while an information alert stays in the log. Alert activation and email sending each have their own switch at organisation level.
In parallel, everything lands in an event log: an alerts dashboard, history per alert or per site, and acknowledgement of an event singly or in bulk. Event retention is set in months.
When are alerts evaluated?
Every day, automatically, by a scheduled job that runs after collection and calculation — the order matters, otherwise you would be evaluating yesterday’s data. A user can also force evaluation of one alert or of all of them, which is how you test a rule you have just written without waiting for tomorrow.
What this page does not claim
- No SMS notification, and no outbound webhook. The alert notification is an email to the defined recipients. The only other outbound path in the product is a message queue, used by scheduled exports.
- No machine-learning detection. The alert rules are rules: thresholds, sums, averages, drifts, comparisons against a reference. They are explicit and verifiable, and we will not dress them in vocabulary they have not earned.
Frequently asked questions about drift alerts
Bring us the drift you missed
Consumption that ran away for two months before anyone noticed. We will look together at which rule would have caught it, when, and what your meters’ reporting frequency actually allows.