Skip to main content

Business Intelligence for Energy: Grid, Customer, and Regulatory Dashboards

BI for electric, gas, and water utilities — reliability dashboards that match the OMS source of truth, customer analytics from AMI interval data, and the regulatory reporting views that support rate case filings and PUC proceedings.

Why Utility BI Numbers Never Match the Regulatory Filing

A utility's BI team builds reliability dashboards. The VP of Regulatory Affairs asks why the SAIDI number on the dashboard doesn't match what was filed with the PUC. Investigation reveals that the dashboard calculates SAIDI from raw OMS data, but the regulatory filing applies the approved exclusion criteria (major event days per IEEE 1366, planned outages, specific cause codes the commission excludes). The raw calculation and the filed calculation are both correct — they're just measuring different things. The BI team didn't know about the exclusion criteria because the regulatory team never told them, and the regulatory team assumed the dashboards would use the same methodology. This is the universal failure mode of utility BI: the numbers are technically correct and regulatorily wrong.
Utility BI done right includes both views — the raw operational metrics for the distribution engineering team and the filed metrics with regulatory exclusions for the regulatory affairs team. Both sourced from the same OMS data, both documented with their methodology, both reconciled so leadership can explain the difference when the PUC staff asks. The semantic layer must encode the IEEE 1366 major event day calculation, the commission-specific exclusion criteria, and the threshold definitions that vary by state. With these in place, the dashboards match both operational reality and the regulatory filing. Without them, every reliability review becomes a debate about which number is right.

How Energy Companies Apply It

Reliability Dashboards (Operational & Regulatory)

Dual-view reliability dashboards — raw SAIDI/SAIFI/CAIDI for operations and filed metrics with IEEE 1366 and commission-specific exclusions for regulatory. Both reconciled to the OMS source of truth.

SAIDI/SAIFI + IEEE 1366 + dual operational/regulatory

AMI & Customer Analytics Dashboards

Customer dashboards from AMI interval data — load profiles, time-of-use patterns, demand response participation, high-bill analysis, and the non-technical loss patterns that indicate potential theft or metering issues.

AMI dashboards + load profiles + NTL detection

Financial & Regulatory Reporting

Financial dashboards aligned to FERC Form 1 account structure, cost of service by function, and the views that regulatory affairs and finance need for rate case preparation and ongoing regulatory compliance.

FERC Form 1 + cost of service + rate case support

What You Receive

Utility BI delivered with regulatory discipline: semantic layer encoding IEEE 1366 and commission-specific exclusions, dual operational and regulatory reliability views, AMI customer analytics, financial reporting aligned to FERC accounts, reconciliation to OMS and CIS source systems, and the documentation that supports regulatory review.

From Our Blog

Business Intelligence for Energy — FAQ

Why do we need two sets of reliability numbers?

Because operations and regulators measure different things. Operations cares about all outage minutes (to find and fix problems). Regulators care about outage minutes after excluding major events and approved exceptions (to benchmark performance). Both are valid; both need to be reconciled to the same OMS data. We build both views with documented methodology.

Yes — with proper semantic model design. We pre-aggregate at the appropriate level for each use case (hourly for load profiles, daily for billing analysis, raw intervals for NTL detection) so dashboard performance stays fast. The data engineering handles the volume; the BI layer consumes the aggregations.

Yes. Pre-qualified BI developers with utility domain experience — SAIDI/SAIFI, IEEE 1366, AMI analytics, FERC accounting, and the regulatory context that utility BI requires. 92% first-match acceptance.

Reliability Numbers That
Match the Regulatory Filing

IEEE 1366, commission exclusions, dual views — BI that survives both the operations review and the PUC proceeding.