87 types of energy system data

40 min 4 outcomes Interactive quiz + taxonomy overview

By the end of this module you will be able to:

  • Navigate the 13-category taxonomy from Consumption (A) to Regulatory (M)
  • Classify data types by sensitivity level: Open, Shared, Restricted, Personal, Security
  • Identify the producer, consumer, and governing instrument for key data types
  • Classify an unseen dataset using the course taxonomy and say who governs it

4.1 The complete taxonomy

This course groups the GB energy estate into 87 distinct types of data. The number is not an industry standard: this is the course’s own map, built by reading across every industry code (BSC, REC, SEC, UNC, DCUSA, CUSC, Grid Code), every regulatory instrument (Distribution Business Plans, RIIO Regulatory Instructions and Guidance, licence conditions), and every operational system (DCC DUIS, ElectraLink DTC, Elexon Data Integration Platform).

Each of the 87 data types has four defined attributes: its producer (who creates it), its consumer (who uses it), its governing instrument (which code or regulation mandates it), and its sensitivity classification (how openly it can be shared). The 87 types fall into 13 categories labelled A through M.

Thirteen categories cover eighty-seven GB energy data types

The type counts on the cards run from three to ten rather than splitting the eighty-seven types evenly across the thirteen categories, making a rule written for one category reach far more of the estate than the same rule written for another.

Thirteen categories, eighty-seven types. Source: Ofgem Data Best Practice Guidance, BSC, REC, SEC, UNC, DCUSA, CUSC, Grid Code.

Thirteen categories cover eighty-seven GB energy data types A three-column grid of thirteen category cards labelled A through M. Each card shows the category letter in a brand-red block on the left with the type count below it, then the category name and an example type to the right. Categories A (consumption and metering) and D (network infrastructure) are emphasised because they account for the largest share of regulated data volume. A brand-red total band beneath the grid states 87 data types across 13 categories with the Ofgem Data Best Practice Guidance annex as the source. A 7 TYPES Consumption and metering EXAMPLE Half-hourly reads (A1) B 6 TYPES Smart meter infrastructure EXAMPLE DUIS, PKI, IHD C 6 TYPES Registration and switching EXAMPLE MPAN, MPRN, CSS events D 10 TYPES Network infrastructure EXAMPLE Topology, SCADA, GIS E 8 TYPES System operations EXAMPLE Frequency, inertia F 8 TYPES Wholesale markets EXAMPLE BMRS, settlement, REGO G 5 TYPES Ancillary services EXAMPLE FFR, reserve, restart H 6 TYPES Flexibility and DER EXAMPLE FMAR, EV, storage I 6 TYPES Gas system EXAMPLE Linepack, CV, flows J 6 TYPES Low carbon EXAMPLE Carbon intensity, CCUS K 7 TYPES Planning and forecasting EXAMPLE FES, SSEP, connections L 3 TYPES Offshore and marine EXAMPLE Offshore wind SCADA M 9 TYPES Regulatory and compliance EXAMPLE RIIO RIGs, NIS, theft TOTAL · 87 DATA TYPES ACROSS 13 CATEGORIES Ofgem DBP Guidance Annex

A. Consumption & Metering (7 types)

Half-hourly electricity consumption, non-half-hourly profiles, gas consumption, export metering, maximum demand, reactive power, and sub-metering. These are the foundational measurements that drive settlement, billing, and demand forecasting. Every supplier, network operator, and settlement body depends on Category A data. The non-half-hourly , the codes 1 to 8 that estimate a home’s daily consumption shape, are now legacy: under Market-wide the Load Shaping Service and actual half-hourly readings replace profiling.

B. Smart Meter Infrastructure (6 types)

Meter metadata, communications status, DUIS service requests, IHD and CAD data, prepayment token management, and PKI certificate data. Category B covers the smart meter ecosystem itself - not the readings (which are Category A), but the infrastructure that makes readings possible.

C. Registration & Switching (6 types)

MPAN registration, MPRN registration, supplier switching events, market participant registration, address matching, and consent records. The Retail Energy Code governs most of Category C since the launch of the Central Switching Service in 2022.

D. Network Infrastructure (10 types)

Network topology, asset condition, fault records, GIS spatial data, LV monitoring, SCADA telemetry, protection settings, cable records, transformer data, and wayleave agreements. Category D is the largest single category because distribution networks comprise millions of individual assets, each generating .

E. System Operations (8 types)

System frequency, inertia measurements, national demand outturn, power quality indices, fault level assessments, curtailment records, available capacity, and generator technical parameters. NESO publishes much of Category E on its Data Portal in near-real-time.

F. Wholesale Markets (8 types)

Balancing Mechanism data, settlement volumes, metered volumes, wholesale prices, interconnector flows, Capacity Market registers, Contracts for Difference data, and REGO certificates. Elexon manages the bulk of Category F through the BSC and the Elexon Data Integration Platform.

G. Ancillary Services (5 types)

Frequency response dispatch, reserve holdings, reactive power dispatch, black start contracts, and stability pathfinder data. These represent the services that keep the system stable second by second, and the data underpinning their procurement and delivery.

H. Flexibility & DER (6 types)

DNO flexibility procurement, Flexibility Measurement and Reporting (FMAR), EV charging data, battery storage dispatch, embedded generation registers, and heat pump monitoring. Category H is the fastest-growing - five years ago most of these data types did not exist at meaningful scale.

I. Gas System (6 types)

Linepack status, entry and exit flow data, gas quality and calorific value, shipper nominations, network shrinkage, and gas emergency data. The Uniform Network Code governs most of Category I, with National Gas Transmission as the primary data producer.

J. Low Carbon (6 types)

Carbon intensity data, CCUS monitoring, heat network performance, hydrogen blending trials, SF6 gas inventory, and network electrical losses. Category J is growing rapidly as decarbonisation commitments create new reporting requirements.

K. Planning & Forecasting (7 types)

Future Energy Scenarios, Strategic Spatial Energy Plans, Regional Energy System Plans, connections queue data, weather data for energy, Energy Performance Certificates, and ECO scheme data. Category K data shapes investment decisions worth billions of pounds across the next decade.

L. Offshore & Marine (3 types)

Offshore wind operational data, marine environmental monitoring, and offshore transmission owner (OFTO) data. Category L is the smallest but carries high individual value - a single offshore wind farm generates terabytes of SCADA data per year.

M. Regulatory & Compliance (9 types)

RIIO regulatory reporting, cybersecurity incident data, code modification proposals, supplier resilience indicators, complaints data, Priority Services Register, innovation project data, price cap calculation inputs, and theft detection data. Category M ensures the system operates within its legal and regulatory framework.

Check your understanding

Which category contains the half-hourly electricity consumption data recorded by your smart meter?

4.2 Sensitivity classifications

Not all 87 data types can be shared equally. The energy sector uses five sensitivity levels that determine who can access each type, under what conditions, and with what safeguards. Getting the classification right is critical: too restrictive and innovation is blocked; too open and people or infrastructure are put at risk.

Five sensitivity rungs decide who may access each type

Access follows the rung a data type sits on rather than the identity of whoever asks: each rung names its basis before its examples, and moving down the ladder means meeting a stricter basis, not making a stronger case.

Five sensitivity rungs decide who may access each data type and under what controls. Source: Ofgem Data Best Practice Guidance, UK GDPR, NCSC OT.

Five sensitivity rungs decide who may access each GB energy data type A vertical ladder of five rungs from open at the top down to security at the bottom. A brand-red rising-control arrow sits on the left axis. Each rung has a level block on the left (OPEN, SHARED, RESTRICTED, PERSONAL, SECURITY), the basis for access in the middle column, example data types, and the typical control regime on the right. Open and Security are emphasised because they sit at the extremes of the access spectrum. RISING CONTROL OPEN BASIS Published for anyone to use without restriction System frequency (E1), wholesale prices (F4), FES (K1) CONTROL Attribution only SHARED BASIS Authorised parties under a sharing agreement Aggregated profiles, network topology (D1), connections queue (K4) CONTROL Bilateral or multilateral RESTRICTED BASIS Demonstrated need with strict contract terms Asset condition (D2), protection settings (D7), fault levels (E5) CONTROL Audited, purpose-limited PERSONAL BASIS UK GDPR lawful basis (consent or statute) Half-hourly reads (A1), MPAN registration (C1) CONTROL Subject rights, basis logged SECURITY BASIS Need-to-know with NCSC OT controls Live SCADA telemetry (D6), control system topology CONTROL Air-gapped, NIS-regulated

Open

is published freely, available to anyone without restriction. Examples include system frequency (E1), national demand outturn (E3), wholesale market prices (F4), carbon intensity data (J1), and Future Energy Scenarios (K1). Ofgem's Data Best Practice Guidance establishes its principle: data should be open unless there is a clear reason otherwise.

Shared

Available to authorised parties under data sharing agreements. Examples include aggregated consumption profiles (shared between suppliers and DNOs), network topology data (D1, shared via the ENA Common Information Model), and connections queue data (K4, shared between DNOs and NESO). Access requires a legitimate purpose and usually a bilateral or multilateral agreement.

Restricted

Available only to parties with a demonstrated legitimate need, typically under strict contractual terms. Examples include detailed asset condition data (D2), protection relay settings (D7), and fault level assessments (E5). Disclosure could compromise network safety or give undue commercial advantage.

Personal

Subject to UK GDPR and the Data Protection Act 2018. Examples include half-hourly smart meter consumption data (A1) linked to a known address, Priority Services Register entries (M6), and switching history (C3). The ICO classifies granular consumption data as because 48 daily readings from a known address can reveal occupancy patterns, routines, and lifestyle information about identifiable individuals.

Security

Critical national infrastructure data where disclosure could enable attacks on the energy system. Examples include configurations (D6), cybersecurity incident reports (M2), and detailed substation protection settings (D7). The 2015 Ukrainian power grid cyberattack - which cut electricity to 230,000 people by remotely opening circuit breakers - demonstrates why SCADA data must remain classified at the highest sensitivity level.

Check your understanding

Why is SCADA data from substations classified as Security rather than Open?

4.3 Producer, consumer, governing instrument

Every one of the 87 data types has a defined producer, consumer, and governing instrument. This triad matters because it determines who is responsible for data quality, who has legitimate access, and which legal framework applies when something goes wrong.

Producer, consumer, governing instrument: two worked examples

One instrument governs all three points of the triad: for A1 half-hourly consumption and for D6 SCADA telemetry alike, the governing band spans producer, type and consumer, so the rule that lets a consumer receive a type is the one obliging the producer to send it.

Producer, consumer and governing instrument define each of the 87 types. Source: BSC §S, Smart Energy Code, MHHS Direction, Distribution Code, NIS Regulations 2018.

Producer, consumer, governing instrument: two worked GB energy examples Two parallel rows, each row tracing one data type through its triad. Row one is type A1 half-hourly electricity consumption: smart meter via DCC produces, supplier and Elexon and DNO consume, BSC Section S and the Smart Energy Code and the MHHS Direction govern. Row two is type D6 SCADA telemetry: substation RTU produces, DNO control room and NESO consume, the Distribution Code and DNO licence conditions and NIS Regulations 2018 govern. Each row has an arrow chain Producer to Type to Consumer with the governing instrument as a band below. PRODUCER Smart meter via DCC Reading every 30 min TYPE A1 Half-hourly electricity consumption CONSUMER Supplier, Elexon, DNO Bill, settle, plan GOVERNING INSTRUMENT BSC §S · Smart Energy Code · MHHS Direction PRODUCER Substation RTU V, I, switch state, 2-10 s TYPE D6 SCADA telemetry CONSUMER DNO control room, NESO Real-time and system view GOVERNING INSTRUMENT Distribution Code · DNO licence conditions · NIS Regs 2018

Take type A1 - half-hourly electricity consumption. The producer is the smart meter via the DCC network. The meter records a reading every 30 minutes and transmits it through the DCC WAN to the Data Communications Company, which routes it to authorised recipients. The consumers are suppliers (for billing), Elexon (for settlement), and DNOs (for network planning). The governing instruments are BSC Section S (which defines settlement metering requirements), the Smart Energy Code (which governs the DCC and meter communications), and the Market-wide Half-Hourly Settlement Direction (which mandates HH settlement for all meter points from 2027).

Or take type D6 - telemetry. The producer is the Remote Terminal Unit at each substation, sampling voltage, current, and switch positions every 2 to 10 seconds. The consumer is the control room (for real-time network management) and NESO (for system-wide visibility). The governing instrument is the Distribution Code and the relevant DNO licence conditions, supplemented by NIS Regulations for cybersecurity.

IEC 61968 defines the interfaces for applications involved in the management of a distribution network, providing an application integration standard for distribution management systems.

IEC 61968 - Part 11

IEC 61968 is the governing standard for Category D data types. When a DNO's distribution management system exchanges network topology or asset data with another system, IEC 61968-compliant interfaces determine the format and semantics of that exchange. This is the standard underlying the CIM profiles used in the LTDS programme.

The triad is not merely academic. When a data dispute arises - a supplier claims a smart meter reading is wrong, or a DNO refuses to share network data - the governing instrument determines who is right. Understanding which code or regulation mandates each data type is the difference between making a persuasive argument and making an uninformed complaint.

4.4 The taxonomy at work

The taxonomy earns its place only when it routes a real decision. Two datasets show how the same four questions send you down opposite paths.

Start with a single half-hourly import reading (type A1). Its category is A, Consumption and Metering. Its sensitivity is Personal the moment it is tied to a known address, because 48 daily values expose when a household is in. Its producer is the smart meter through the DCC; its consumers are the supplier for billing, Elexon for settlement, and the DNO for network planning. Its governing instruments are BSC Section S, the Smart Energy Code and the Market-wide Half-Hourly Settlement arrangements. Answer those four questions and the routing is decided for you: the reading becomes once Elexon allocates volumes from it, and its Personal classification means you cannot republish it openly, so anyone who wants it goes to the consent framework first.

Now take a Distribution Future Energy Scenarios (DFES) workbook. Its category is K, Planning and Forecasting. Its sensitivity is Open. Its producer is the DNO, usually working with Regen, not Ofgem and not NESO. Its consumers are NESO’s national forecasting, local authorities writing area energy plans, and connection applicants testing where the network has headroom. No single industry code mandates a DFES the way the BSC mandates a settlement read; each DNO produces it under its RIIO-ED2 planning obligations and publishes it under the Data Best Practice presumed-open principle. Because it is Open, you can pull the workbook straight into a connections study with no agreement to sign.

Same taxonomy, opposite handling. The A1 reading is locked behind consent; the DFES workbook is free to reuse. The classification is what tells you which path to take, and that is the test of whether a taxonomy is worth keeping: it has to change what you do next.

Check your understanding

A distribution network operator publishes a regional DFES workbook of future demand scenarios. Which classification and governing route fits it?

Common misconception

Energy data is just whatever companies happen to collect - there is no formal structure.

Every one of the 87 data types is mandated by a specific industry code or regulatory instrument. The BSC defines settlement data requirements, the SEC defines smart meter data flows, the REC governs switching data, the Distribution Code specifies network monitoring obligations, and RIIO licence conditions mandate reporting data. Nothing is collected by accident - each data type exists because a legal instrument requires it.

Core distinctions

  • The GB energy system produces 87 distinct data types across 13 categories (A through M), derived from systematic analysis of every industry code, regulatory instrument, and operational system.
  • Five sensitivity levels - Open, Shared, Restricted, Personal, Security - determine how each data type can be accessed. The default is openness, but personal data (GDPR) and security data (CNI protection) require strong safeguards.
  • Every data type has a defined producer (who creates it), consumer (who uses it), and governing instrument (which code or regulation mandates it). This triad determines data quality responsibility and access rights.
  • The taxonomy is practical, not academic. When a data dispute arises, knowing which governing instrument mandates a data type is the difference between a persuasive argument and an uninformed complaint.

Standards and sources cited in this module

  1. Ofgem, Data Best Practice Guidance (April 2026)

    Principle 1: Presumption of openness; Annex: Sensitivity classification framework

    Establishes the five-level sensitivity classification and the presumption towards open data. Cited in Sections 4.2 and 4.3.

  2. Elexon, Balancing and Settlement Code (BSC)

    Section S: Supplier Volume Allocation

    Defines the settlement metering requirements that govern Category A and F data types. Referenced in Section 4.3.

  3. BEIS / DESNZ, Smart Energy Code (SEC)

    Sections H and G: DCC Services and Smart Metering System

    Governs Category B data types (smart meter infrastructure) and the DCC communications framework. Referenced in Section 4.1.

Module 5 of 31 · Energy System Data Foundations