Advanced Search

BSCP508: Supplier Volume Allocation Agent

v 37.0
Download

Balancing and Settlement Code

BSC PROCEDURE

SUPPLIER VOLUME ALLOCATION AGENT

BSCP508

Version 37.0

Date: 02 November 2023

BSC Procedure 508 relating to Supplier Volume Allocation Agent

1. Reference is made to the Balancing and Settlement Code (the Code) for the Electricity Industry in Great Britain and, in particular, to the definition of "BSC Procedure".

2. This is BSC Procedure 508 Version 37.0 relating to the Supplier Volume Allocation Agent.

3. This BSC Procedure is effective from 02 November 2023.

4. This BSC Procedure has been approved by the Panel.

Intellectual Property Rights, Copyright and Disclaimer

The copyright and other intellectual property rights in this document are vested in Elexon or appear with the consent of the copyright owner. These materials are made available for you for the purposes of your participation in the electricity industry. If you have an interest in the electricity industry, you may view, download, copy, distribute, modify, transmit, publish, sell or create derivative works (in whatever format) from this document or in other cases use for personal academic or other non-commercial purposes. All copyright and other proprietary notices contained in the document must be retained on any copy you make.

All other rights of the copyright owner not expressly dealt with above are reserved.

No representation, warranty or guarantee is made that the information in this document is accurate or complete. While care is taken in the collection and provision of this information, Elexon Limited shall not be liable for any errors, omissions, misstatements or mistakes in any information or damages resulting from the use of this information or action taken in reliance on it.

AMENDMENT RECORD

Version

Date

Description of Changes

Changes Included

Mods /Panel Committee Ref

D0.1

Code Effective Date

Full document before Re-Badging

D0.2

Code Effective Date

Re-Badging

D0.3

Code Effective Date

Incorporate Version D.02 review comments

D.04

Code Effective Date

Comments embodied following CMC1273

2.0

Code Effective Date

Approved for use by the Panel

2.1

Code Effective Date

Incorporates agreed (red-lined) changes and review comments for NCR131. These changes were approved by the Panel on the 30th November 2000.

NCR191

3.0

Code Effective Date

Version 2.1 with red-lined changes accepted

4.0

Code Effective Date

Version alignment changes from AP508 (NCR329) and essential improvements (NCR266) embodied.

NCR266, NCR329

5.0

Code Effective Date

Changes for Modification P30.

AR1183

6.0

24/09/02

Changes for Modification P61.

7.0

03/02/03

Changes for SVA Documentation Batch.

CP665, 667, 696, 724, 727

SVG/22/275

8.0

17/03/03

Changes for Modification P91.

SVG/24/319

9.0

01/08/03

Updated for Modification P62

P62

SVG/29/390

10.0

28/08/03

August 2003 SVA Document Batch Release

CP854

SVG/30/397

11.0

27/11/03

Updated for Modification P116

P116

SVG/33/447

12.0

04/11/04

SVA November 04 Release

CPs 887, 947, 950, 1032

TDC/58/03

SVG/43/003

13.0

BETTA Effective Date

BETTA 6.3 and SVA February 05 Release CPs agreed by SVG

CP942, BETTA 6.3, CP1091

SVG/48/004

14.0

23/02/06

SVA February 06 Release

CP1093, CP1125, P192

SVG/51/003

SVG/52/002

15.0

23/08/07

P197 Release

P197, CP1176

P/115/04, SVG/67/16, ISG/68/02

16.0

26/06/08

June 08 Release

CP1223

SVG84/02, ISG84/01, TDC109/01, PAB84/11

17.0

20/04/09

P216 Release

P216

ISG97/02

SVG92/08

18.0

25/02/10

February 10 Release

CP1295

SVG102/01

19.0

03/11/11

November 11 Release

P253

SVG127/13

20.0

23/02/12

February 12 Release

CP1347

SVG125/03

21.0

01/08/14

Electricity Market Reform

ODR005

Directed by the Secretary of State

22.0

25/06/15

June 2015 Release

CP1426

ISG166/06, SVG169/05

23.0

05/11/15

November 2015 Release

P300

P228/06

P305

SVG176/03

24.0

30/06/16

June 2016 Release

P315

SVG184/02

25.0

02/11/17

November 2017 Release

CP1484

Panel 266/06

26.0

28/02/19

February 2019 Release

P344

Panel 284C/01

27.0

29/03/19

29 March 2019 Standalone Release

P369

Panel 285/12

28.0

27/06/19

June 2019 Release

P367 Self-Governance

SVG219/02

29.0

07/11/19

November 2019 Release

P368 Self-Governance

Panel 291/05

30.0

01/04/20

1 April 2020 Standalone Release

P354

SVG229/07

31.0

12/10/20

P397 Standalone Release

P397

P298/05

32.0

01/04/21

1 April 2021 Standalone Release

CP1531

SVG235/03

33.0

01/09/21

1 September 2021 Non-Standard Release

P420

P316/05

34.0

30/06/22

30 June 2022 Standard Release

P375, P433

P309/06, P322/02

35.0

03/11/2022

03 November 2022 Release

CP1560

ISG253/05 and SVG255/04

36.0

23/02/23

23 February 2023 Release

P376

P312/04

37.0

02/11/23

02 November 2023 Release

P395

P340/05

1. Introduction

1.1 Scope and Purpose of the Procedure

This BSC Procedure defines those activities which enable the Supplier Volume Allocation Agent (SVAA) to fulfil its functions. The main functions of the SVAA are:

1.1.1 Calculate the Daily Profiles

Demand profiles will be calculated for Non-Half Hourly (NHH) SVA Metering Systems, adjusted for temperature and time of sunset, and for switching patterns.

For each Settlement Day (SD), the SVAA’s Daily Profile Production (DPP) system produces the Profile Coefficients (for one, some, or, all Grid Supply Point (GSP) Groups) required to calculate the consumptions for each Profile Class. A profile is a set of regression equations, which will be provided by BSCCo to the SVAA on an annual basis, (one for each half hour of the day) which can be evaluated to obtain a temperature-adjusted estimate of half hourly consumption (in kWh over the half hour) for the Profile Class Average. Profile Coefficients for each GSP Group are produced from these equations.

The SVAA will provide the daily profile information to Suppliers and Non-Half Hourly Data Collectors (NHHDCs).

The SVAA will create yearly sets of profile coefficient data, containing the information from the Daily Profile Data Reports issued over the previous year. This information will be distributed, at the direction of BSCCo, on CD-ROMs delivered to BSC and non-BSC parties by post.

1.1.2 Volume Allocation Runs (VAR)

The SVAA will calculate the energy volumes allocated to Suppliers on a Balancing Mechanism (BM) Unit1 and GSP Group basis. The energy volumes allocated will include all energy traded through Stage 2 and will be passed to the Settlement Administration Agent (SAA) in MWh. To do this, the SVAA will:

Aggregate data within a GSP Group

GSP Group aggregation involves the calculation of a Supplier’s consumption by the application of the appropriate profile to Supplier Purchase Matrix (SPM) cells. The SVAA will use the profiles to derive consumption values for each half hour, for each Supplier, for those of their customers that do not have Half Hourly (HH) metering installed. These profiled HH values are then adjusted for line loss.

Half Hourly Data Aggregators (HHDAs) supply aggregated values, where appropriate by BM Unit level, where HH SVA Metering Systems are installed or where they are provided by approved systems designed to estimate them for unmetered supplies. The HHDAs aggregate the values for all HH SVA Metering Systems for a Supplier, and supply the separate totals as an input into the SVAA for each half hour over the Settlement Day for use in the Supplier Volume Allocation (SVA) Runs.

The HHDA will supply up to 60 days of historic volumes to the SVAA when requested, where a Supplier or Virtual Lead Party has opted to use a Baselining Methodology (for a Metering System participating in the Balancing Mechanism).

NHH Data Aggregators (NHHDAs) are responsible for aggregation of NHH SVA Metering Systems (including unmetered supplies). The aggregation carried out by the NHHDAs is sent to the SVAA and will be used as an input into the SVA Runs. Each NHH SVA Metering System has one or more Estimated Annual Consumption (EAC) and Annualised Advance (AA) value(s) associated with it. The NHHDA sums the EACs and AAs for each Supplier and valid Settlement Class and sends the aggregated values to the SVAA.

Calculate the Supplier Deemed Take by Balancing Mechanism Unit

The GSP Group Take totals are passed by the Central Data Collection Agent (CDCA)2 to the SVAA to allow for adjustment to be made. The SVAA then carries out a GSP Group Correction by adjusting appropriate consumption components to ensure that the total consumption calculated equals the actual GSP Group Take provided by the CDCA. Not all components of the Supplier Deemed Take are included in the correction process. The profile components and line losses associated with the profile components are subject to correction and scaling factors.

For each Supplier and each Settlement Period in the trading day being processed, the SVAA will calculate the Supplier Deemed Take by BM Unit.

The SVAA will perform an Interim Information Volume Allocation Run and an Initial Volume Allocation Run (for one, some or, for all GSP Groups) using the above inputs and also by retrieving standing data and Market Domain Data (MDD). However, it will also perform a number of Timetabled Reconciliation Volume Allocation Runs (for one, some or, for all GSP Groups), currently defined as 4 (in accordance with the overall Settlement Timetable), when actual metered data replaces estimated data. In the event of a dispute being raised there may be a need to perform adjustments between Reconciliation Volume Allocation Runs in accordance with BSCP11.

Calculate the BM Unit SVA Gross Demand (for purposes of the CFD Arrangements)

In order to support the CFD Arrangements the SVAA will, for each VAR, calculate and provide to the SAA the gross demand (‘the BM Unit SVA Gross Demand’) for each Supplier BM Unit and Settlement Period in the Settlement Day. The BM Unit SVA Gross Demand for a Supplier BM Unit is defined as the sum of the Corrected Component (CORCiNj) for all Consumption Component Classes ‘N’ associated with Active Import. It follows from this definition that the BM Unit SVA Gross Demand will be adjusted for distribution losses and for GSP Group Correction (but will exclude any Active Export energy).

Calculate the BM Unit Allocated Demand Disconnection Volume

Where a Demand Disconnection occurs as part of a Demand Control Event, the SVAA will calculate and provide to the SAA the energy volumes associated with such disconnection for each affected Supplier BM Unit and Settlement Period; the SVAA will also adjust Suppliers’ Allocated BM Unit to account for the disconnection. These calculations will take place after the Demand Control Event, as part of a timetabled Reconciliation Volume Allocation Run.

SVA Metering System and Asset Metering System Register

The SVAA shall maintain a register of Half Hourly SVA Metering System Numbers (MSIDs) and Asset Metering System Numbers (AMSIDs) which may be submitted by:

    1. A Lead Party (VLP, AMVLP or Supplier) for the purposes of providing Balancing Services through SVA Metering Systems; when this is the case, each Metering System Number must be associated with a BM Unit; or

    2. An AMVLP3 for the purposes of providing Balancing Services through Asset Metering Systems; when this is the case, each Asset Metering System Number must be associated with a Secondary BM Unit;

    3. The NETSO for the purposes of notifying the volumes associated with Applicable Balancing Services provided to the NETSO outside of the BSC; when this is the case, each Metering System Number will not be associated with a BM Unit; or

    4. A Supplier for the purposes of declaring an EMR MSID Declaration or an EMR AMSID Declaration to allow SVAA to calculate the Supplier BM Unit Chargeable Demand for their BM Units.

This register will be known as the “SVA Metering System and Asset Metering System Register”.

Lead Parties and the NETSO shall send MSIDs or MSID Pair Allocations to the SVAA and once validated the SVAA shall procure MSID Standing Data for each MSID and record the relevant details in the SVA Metering System and Asset Metering System Register”.

HHDAs shall send Allocated Metering System Metered Consumption to the SVAA where requested.

HHDCs shall send Allocated Asset Metering System Metered Consumption to the SVAA for all AMSIDs to which they have been appointed by the AMVLP or Supplier.

AMSID Pairs used for Asset Metering

An AMVLP that wishes to allocate an AMSID Pair to its Secondary BM Unit for the purposes of Asset Metering shall send an AMSID Pair Allocation to a Secondary BM Unit to the SVAA with the AMSID Pair Differencing Indicator set to “F” and the MSID Pair Indicator set to “A”.

The AMVLP shall only be required to send AMSID Pair Delivered Volumes to the SVAA in respect of AMSID Pairs used for Asset Metering.

AMSID Pairs used for Asset Differencing

An AMVLP that wishes to allocate an AMSID Pair (or AMSID Pairs) to its Secondary BM Unit for the purposes of Asset Differencing shall send AMSID Pair Allocations to the SVAA with the AMSID Pair Differencing Indicator set to “T” and the MSID Pair Indicator set to “D”.

The AMVLP shall only be required to send MSID Pair Delivered Volumes to the SVAA in respect of AMSID Pairs used for Asset Differencing.

Calculate Secondary BM Unit Demand Volume

    • SVAA shall calculate Secondary Half Hourly Consumption (non Losses) and Secondary Half Hourly Consumption (Losses) in accordance with Annex S-2 section 7, and send to the VLP(s) for the relevant Secondary BM Unit.

For each MSID where the SVAA has received Allocated Metering System Metered Consumption volumes for a Settlement Period and for each AMSID allocated to a Secondary BM Unit for the purposes of Asset Metering where the SVAA has received Asset Metering System Half Hourly Metered Data volumes for a Settlement Period, the SVAA shall aggregate volumes per Secondary BM Unit:

    • SVAA shall calculate Secondary BM Unit Demand Volume, by summing Secondary BM Unit Demand Volumes (non Losses) and Secondary BM Unit Delivered Volumes (Losses) for a particular Secondary BM Unit, and send to the SAA.

Calculate Secondary BM Unit Supplier Delivered Volumes

Lead Parties shall, where appropriate, send MSID Pair Delivered Volumes to the SVAA for delivered Balancing Services for a settlement period.

    • SVAA shall calculate Secondary Half Hourly Delivered (non Losses) and Secondary Half Hourly Delivered (Losses) in accordance with Annex S-2 section 7, and send to the Supplier(s) for the relevant (Primary) BM Unit(s)4.

For each Secondary BM Unit where the SVAA has received MSID Pair Delivered Volumes and / or AMSID Pair Delivered Volumes for a Settlement Period, the SVAA shall aggregate volume per Supplier Primary BM Unit per Secondary BM Unit:

SVAA shall calculate Secondary BM Unit Supplier Delivered Volumes, by summing Secondary BM Unit Delivered Volumes (non Losses) and Secondary BM Unit Delivered Volumes (Losses) for each Supplier Primary BM Unit per Secondary BM Unit, and send to the SAA.

Calculate Supplier BM Unit Non BM Unit ABSVD

The NETSO shall send MSID Pair Delivered Volumes associated with Applicable Balancing Services provided to the NETSO to the SVAA for a settlement period

    • SVAA shall calculate MPAN Applicable Balancing Services Volume Data (non-losses) and MPAN Applicable Balancing Services Volume Data (losses) in accordance with Annex S-2 section 7, and send to the Supplier(s) for the relevant (Primary) BM Unit(s);4

    • SVAA shall calculate Supplier BM Unit Non BM ABSVD, by summing MPAN Applicable Balancing Services Volume Data (non-losses) and MPAN Applicable Balancing Services Volume Data (losses) for each Supplier Primary BM Unit, and send to the SAA.

Calculate Supplier BM Unit Non-Chargeable Demand

    • The SVAA shall calculate Supplier BM Unit Non-Chargeable Demand and send it to the SAA.

1.1.3 Market Domain Data Management

MDD refers to those items of data, which are required to be passed from a central administrator i.e. the SVAA, referred to as the Market Domain Data Manager (MDDM), to the relevant Market Participants. The MDD service will provide a single authoritative source of MDD.

The MDDM will receive up-dates to MDD from BSCCo. The MDDM will act as the administrator and distributor of MDD to relevant Market Participants (including the Initial Allocation and Reconciliation Agent (IARA)), subject to any confidentiality agreements, where appropriate. To assist with distributing relevant parts of MDD, the MDDM will use the MDD Distribution Matrix to identify the specific recipients of certain dataflows.

The SVAA will provide a snapshot of MDD for any Settlement Day on request by any authorised party, for audit and dispute purposes. The MDDM will also provide MDD on request to approved parties seeking Qualification.

In addition, the SVAA may be required by BSCCo to issue the relevant MDD to non-BSC parties via email. The information provided to such non-BSC parties will be the set of data most recently distributed to the relevant Market Participants.

1.1.4 Re-calculating AFYC and EAC values

The SVAA will re-calculate annually the Average Fraction of Yearly Consumption (AFYC), the GSP Group Profile Class Average EAC and the GSP Group Profile Class Default EAC values. This BSC Procedure documents the re-calculation process but does not document the approval process which is documented in BSCP509.

1.1.5 BSC Service Desk

The SVAA will manage the BSC Service Desk. The SVAA will report to the BSC Service Desk any significant known or suspected errors in the Supplier Volume Allocation process, any such report shall be confirmed in writing. Market Participants will raise queries with the SVAA via the BSC Service Desk.

This BSC Procedure is complementary to the activities of the overall VAR Process, which is incorporated in BSCP01. The activities of this procedure are used by BSCP01 to complete the VAR activities and this procedure will be triggered as a result of BSCP01.

1.2 Main Users of Procedure and their Responsibilities

This BSC Procedure should be used in the main by the SVAA.

However, the following organisations will also require input from or output to the SVAA:

Process / Application System

Organisations

(i)

Temperature / Sunset data

Temperature Provider / Sunset Provider

(ii)

Regression equations

BSCCo

(iii)

Teleswitch messages

Teleswitch Agent

(iv)

EAC/AA Calculation

Non-Half Hourly Data Collectors (NHHDCs)

(v)

Non-Half Hourly Data Aggregation

NHHDAs

(vi)

Supplier Meter Registration Services (SMRS)

SMRAs

(vii)

HH Data Aggregation

HHDAs

(ix)

GSP Group Take

CDCA

(x)

Supplier Reconciliation (inc. DUoS)

Suppliers

(xi)

TUoS Billing

the National Electricity Transmission System Operator (NETSO) - Ancillary Services Provider (ASP) NETSO- TUoS

(xii)

DUoS Billing

LDSO

(xiii)

MDD Management

MDDM

(xiv)

Qualification information

Qualification Service Provider

(xv)

Re-calculate EAC and AFYC values

NHHDCs, Suppliers.

(xvi)

BSC Service Desk

SVAA

(xvii)

BM Unit Data

CRA

(xviii)

Supplier Take

SAA

(xix)

Provision of Metering System Half Hourly Metered Volumes

Provision of Asset Metering System Half Hourly Metered Volumes

HHDAs

HHDCs

(xx)

Calculation of Secondary Half Hourly Delivered Volumes

SVAA

(xxi)

Calculation of Secondary BM Unit Supplier Delivered Volumes

SVAA

(xxii)

Calculation of Secondary Half Hourly Consumption Volumes

SVAA

(xxiii)

Calculation of Secondary BM Unit Demand Volumes

SVAA

(xxiv)

Provision of MSID Pair Delivered Volumes

VLP, AMVLP, NETSO

(xxv)

Provision of AMSID Pair Delivered Volumes

AMVLP

(xxvi)

Provision of Supplier BM Unit Non-Chargeable Demand

SAA

The SVA System will apply version controls to all data received. All data received will have a date and version stamp attached to it.

1.3 Use of the Procedure

This procedure should be referred to by users trying to understand the role and responsibilities and role of the SVAA who will operate and maintain the Stage 2 SVA System and the MDD system.

Throughout this procedure, timetables reflect the following:

i. Working Day (WD) or

ii. Settlement Day (SD) and WD.

In addition, SVAA processes all consumption data it receives from the NHHDAs, HHDAs and HHDCs in MWh.

This BSC Procedure does not cover the receipt of the various standing data related changes which are documented in BSCP507. When initiating an VAR, the SVA System will produce exceptions where there are discrepancies between the Data Aggregator related standing data and the aggregated files provided by the Data Aggregator to SVAA. The SVAA will modify this standing data to match the aggregated files, for the Settlement Day only, in accordance with this BSC Procedure.

The remaining sections in this document are:

Section 2 - No longer used.

Section 3 - Interface and Timetable Information: this section defines in detail the requirements of each business process.

Section 4 - Appendices: this section contains supporting information.

1.4 Balancing and Settlement Code Provision

This BSC Procedure has been produced in accordance with the provisions of the Balancing and Settlement Code (the Code). In the event of an inconsistency between the provisions of this BSC Procedure and the Code, the provisions of the Code shall prevail.

1.5 Associated BSC Procedures

BSCP01

Overview of Trading Arrangements.

BSCP11

Trading Disputes

BSCP128

Production, Submission, Audit and Approval of Line Loss Factors

BSCP501

Supplier Meter Registration Service.

BSCP502

Half Hourly Data Collection for Metering Systems Registered in SMRS.

BSCP503

Half Hourly Data Aggregation for Metering Systems Registered in SMRS.

BSCP504

Non-Half Hourly Data Collection for SVA Metering Systems Registered in SMRS.

BSCP505

Non-Half Hourly Data Aggregation for Metering Systems Registered in SMRS.

BSCP507

Supplier Volume Allocation Standing Data Changes.

BSCP509

Changes to Market Domain Data.

BSCP515

Licensed Distribution

BSCP537

Qualification Process for SVA Parties, SVA Party Agents, VLPs, AMVLPs, Asset Metering Agents and CVA MOAs.

BSCP602

SVA Metering System and Asset Metering System Register

BSCP603

Meter Operations and Data Collection for Asset Metering Systems

1.6 Acronyms and Definitions

1.6.1 Acronyms

The terms used in this BSC Procedure are defined as follows:

AA(s)

Annualised Advance(s)

AFYC

Average Fraction of Yearly Consumption

AMSID

Asset Metering System Identifier

AMVLP

Asset Metering Virtual Lead Party

ASP

Ancillary Services Provider

BM

Balancing Mechanism

BSC

Balancing and Settlement Code

BSCCo

Balancing and Settlement Code Company

BSCP

Balancing and Settlement Code Procedure

CDCA

Central Data Collection Agent

CR

Change Request

CRA

Central Registration Agent

DA(s)

Data Aggregator(s)

DC(s)

Data Collector(s)

DCE

Demand Control Event

DPP

Daily Profile Production

DUoS

Distribution Use of System

EAC(s)

Estimated Annual Consumption(s)

FAA

Funds Administration Agent

GSP

Grid Supply Point

HH

Half Hourly

HHDA(s)

Half Hourly Data Aggregator(s)

HHDC(s)

Half Hourly Data Collector(s)

IARA

Initial Allocation and Reconciliation Agent

Id

Identifier

kWh

kilowatt-hour

LDSO

Licensed Distribution System Operator

LLF

Line Loss Factor

LLFC(s)

Line Loss Factor Class(es)

LRM

Loss Reconciliation Multiplier

LRM

Transmission Loss Reconciliation Multiplier

MDD

Market Domain Data

MDDM

Market Domain Data Manager

SVA MOA

SVA Meter Operator Agent

MSID

Metering System Identifier

MWh

Megawatt Hour

NETSO

National Electricity Transmission System Operator as the holder of the Transmission Licence and any reference to “NETSO”, “NGESO”, "National Grid Company" or "NGC" in the Code or any Subsidiary Document shall have the same meaning

NHH

Non-Half Hourly

NHHDA(s)

Non-Half Hourly Data Aggregator(s)

NHHDC(s)

Non-Half Hourly Data Collector(s)

Ref

Reference

SD(s)

Settlement Day(s)

SMRA

Supplier Meter Registration Agent

SMRS

Supplier Meter Registration Service

SPM

Supplier Purchase Matrix

SSC

Standard Settlement Configuration

SVA

Supplier Volume Allocation

SVAA

Supplier Volume Allocation Agent

TPD

Technical Product Deliverables

TUoS

Transmission Use of System

VAR

Volume Allocation Run

WD

Working Day

1.6.2 Definitions

Full definitions of the above acronyms are, where appropriate, included in the Balancing and Settlement Code.

Host LDSO

An LDSO operating a distribution network that is directly connected to the Transmission System in their own distribution licence area.

Virtual Lead Party

Has the meaning given in Annex X-1 of the BSC

Secondary BM Unit

Has the meaning given in Annex X-1 of the BSC

MSID Pair

Has the meaning given in Annex X-1 of the BSC

AMSID Pair

Has the meaning given in Annex X-1 of the BSC

MSID Pair Delivered Volume

Has the meaning given in Annex X-1 of the BSC

AMSID Pair Delivered Volume

Has the meaning given in Annex X-1 of the BSC

Baselined BM Unit

A Baselined BM Unit consists of at least one MSID Pair or AMSID Pair that will have a baseline settlement volume calculated, which will also be used to calculate Delivered Volumes.

Supplier BM Unit Non-Chargeable Demand

Supplier BM Unit Non-Chargeable Demand is the volume of electricity consumed by Generation or Storage plant operating in accordance with an electricity generation licence, as calculated by the SVAA, which is used (by the SAA) to establish Supplier BM Unit Chargeable Demand for the calculation of Final Consumption Levy Charges (by the EMR Settlement Company).

2. Not in use

3. Interface and Timetable Information

3.1 Profile Production for Settlement Day5

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

3.1.1

By 10:00am on SD+1.

Send daily temperature parameters for GSP Group(s).

Temperature Provider.

SVAA.

P0033 Temperature Data.

Electronic or other method as agreed.

3.1.2

By 10:00am on SD+1.

Send a set of Sunset times.5

Sunset Provider.

SVAA.

P0011 Sunset Data File.

Electronic or other method as agreed.

3.1.3

By 10:00am on SD+1.

Send Teleswitch Contact Interval data.

Teleswitch Agent.

SVAA.

D0277 Teleswitch Contact Interval Data File.

Electronic.

3.1.4

From 10:00am on SD+1.

If data missing notify appropriate source and await submission of data.

SVAA.

Temperature Provider, Sunset Provider, Teleswitch Agent.

P0034 Missing Data.

Manual Process.

3.1.5

To be received by 12:00 noon on SD+1.

Send data to SVAA.

Temperature Provider.

SVAA.

Refer to the dataflow listed in 3.1.1

Electronic or other method as agreed.

Sunset Provider.

Refer to the dataflow listed in 3.1.2.

Teleswitch Agent.

Refer to the dataflow listed in 3.1.3.

3.1.6

By 1:00pm on SD+1.

If data not received, default data.

Send notification that default data being used in the DPP Run.

SVAA.

SVAA.

Suppliers, NHHDCs, Panel.

P0036 Default Data.

Internal Process.

Electronic or other method as agreed.

3.1.7

By 5:00pm on SD+1.

Store parameter data, record time patterns and enter profile data.

SVAA.

Parameter Data :

1. Enter GSP Group details and Calendar details.

2. Calculate Noon Effective Temperature.

3. Enter Time of Sunset3.

4. Enter DC Details.

Time Patterns :

1. Enter Settlement Configurations.

2. Enter Time Patterns.

3. Assign Time Patterns to Configurations.

4. Assign Configurations to Profile Classes.

5. Enter Clock Intervals.

6. Enter Teleswitch Contact Interval data.

7. Load MDD (retrieve latest version from MDD database).

8. Specify AFYC.

Enter Profiles :

1. Enter profile details.

2. Enter Regression Equations.

Internal Process.

3.1.8

Within 2 working hours of receipt.

Validate data.

SVAA.

Internal Process.

3.1.9

By 5:00pm on SD+1.

If data validation fails, send notification that data is invalid.

Use reasonable endeavours to resolve problems with the provider of the data.

Return to 3.1.8 once data received.

Inform BSC Service Desk that data submitted has failed validation.

SVAA.

SVAA.

Temperature Provider, Sunset Provider, Teleswitch Agent, BSCCo6.

BSC Service Desk.

P0035 Invalid Data.

Manual Process.

3.1.10

By 5:00pm on SD+1.

Perform the DPP Run7.

A valid DPP Run must be selected which covers all GSP Groups in the DPP Run, otherwise the DPP Run cannot be invoked.

SVAA.

1. Determine Time Pattern State.

2. Evaluate Regression Equations.

3. Combine Base and Switched Load Profiles.

4. Chunk Profiles.

Internal Process.

3.1.11

By 5:00pm on SD+1.

Send the relevant DPP Reports to the Suppliers and NHHDCs.

SVAA.

SVAA.

Suppliers8.

NHHDCs.

P0043 Default Data Teleswitch Report.

D0018 Daily Profile Data Report.

D0029 Standard Settlement Configuration Report.

D0279 Teleswitch Contact Interval Data Report File.

D0029 Standard Settlement Configuration Report.

D0039 Daily Profile Coefficient File.

Electronic or other method as agreed.

3.1.12

Monthly and if requested by Panel.

Produce and send the Default Data Teleswitch Report.

SVAA.

Panel.

P0043 Default Data Teleswitch Report.

Electronic or other method as agreed.

3.1.13

If required

Request Standing Profile Data Report

Supplier / NHHDC

SVAA

Manual Process.

3.1.14

Within 3 WD of 3.1.13

Send Standing Profile Data Report

SVAA

Supplier / NHHDC

D0028 Standing Profile Data Report

Manual Process.

3.2A Interim Information Volume Allocation Run for Settlement Day8

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

3.2A.1

By Gate Closure.

Submit the MSID Pair or AMSID Pair Submitted Expected Volumes (relating to non-Baselined MSID Pairs and non-Baselined AMSID Pairs in a Baselined BM Unit).

VLP / AMVLP

SVAA

P0328 BM Unit Submitted Expected Volume Notification

Electronic or other method, as agreed.

3.2A.2

By 1700hrs on the first working day after the provision of a Balancing Service

MSID Pair Delivered Volumes

and / or

AMSID Pair Delivered Volumes

for procured balancing services

VLP / AMVLP

AMVLP

SVAA

P0282 –Delivered Volume Notification9

Electronic or other method, as agreed.

3.2A.3

On SD+3.

Send aggregated HH meter data, in clocktime, in MWh, for MSIDs to which DA is appointed in SMRS.

HHDA.

SVAA.

D0040 Aggregated Half Hour Data File (BM Unit(s) not supported)

or

D0298 BM Unit Aggregated Half Hour Data File (BM Unit(s) supported).

Electronic or other method as agreed.

Send Allocated Metering System Metered Consumption (i.e. non- aggregated HH meter data), in clocktime, in kwh, for Metering System Numbers specified by the SVAA.

D0385 Metering System Half Hourly Metered Volumes

3.2A.4

On SD+3.

Send SPM data (EACs/AAs values) in MWh, for MSIDs to which DA is appointed in SMRS.

NHHDA.

SVAA.

D0041 Supplier Purchase Matrix Data File.

Electronic or other method as agreed.

3.2A.5

Before invoking run.

Load and validate incoming DA files. Check that DA files expected have been received:

SVAA.

Appendix 4.1 – Validate Incoming Data.

Internal Process.

At least 4 working hours before deadline of end of SD+3.

a) If file expected but not received, ask DA to send file.

SVAA.

HHDA,

NHHDA

P0310 Missing Metering System Data (for a missing D0385)

P0034 Missing Data.

Electronic or other method as agreed.

On SD+3.

Send file to SVAA.

HHDA. NHHDA.

SVAA.

Refer to the dataflow listed in 3.2A.1.

Refer to the dataflow listed in 3.2A.2.

Electronic or other method as agreed.

b) If file fails any validation check for reasons other than standing data mismatch9, ask DA to assess if file is valid.

SVAA.

HHDA,

NHHDA.

P0311 Invalid Metering System Data (for an invalid D0385).

P0035 Invalid Data.

Electronic or other method as agreed.

Within 2 working hours of notification received from SVAA.

If file is valid, notify the SVAA or send corrected file to SVAA.

HHDA.

NHHDA

SVAA.

Refer to the dataflow listed in 3.2A.1.

Electronic or other method as agreed.

Re-load and validate DA files.

SVAA.

Refer to the dataflow listed in 3.2A.2.

Internal Process.

On receipt of a corrected file up until the VAR is invoked.

Re-load and validate DA files.

SVAA.

Refer to the dataflow listed in 3.2A.2.

Internal Process.

3.2A.5

On SD+3.

Send GSP Group Take data.

CDCA.

SVAA.

P0012 GSP Group Take Data File.

Electronic or other method as agreed.

3.2A.6

Following 3.2A.5.

Send acknowledgement confirming receipt of the GSP Group Take data.

SVAA.

CDCA.

P0183 Stage 2 NETA Acknowledgement Message.

Electronic or other method as agreed.

3.2A.7

Immediately following CDCA deadline.

Load and validate incoming CDCA data.

SVAA.

Appendix 4.1 – Validate Incoming Data.

Internal Process.

a) If CDCA data missing, notify CDCA and await submission of data.

SVAA.

CDCA.

P0034 Missing Data.

Manual Process.

Within 1 working hour of receipt of notification from SVAA.

Send CDCA data to SVAA.

CDCA.

SVAA.

Refer to the dataflow listed in 3.2A.4.

Electronic or other method as agreed.

b) If CDCA data invalid, contact the Panel and carry out action as agreed with Panel.

SVAA.

Panel.

Manual Process.

3.2A.8

From 9:00 am on SD+4.

Invoke Interim Information Volume Allocation Run10:

Review the DA files and check that the expected files have been received:

SVAA.

Appendix 4.1 - Validate Incoming Data.

Internal Process.

a) If file does not match expected details modify the standing data for this Settlement Day only and where appropriate re-load and validate data.

SVAA.

Internal Process.

Inform BSC Service Desk.

SVAA.

BSC Service Desk.

Electronic or other method as agreed.

BSC Service Desk logs call.

BSC Service Desk11.

Internal Process.

b) If file not received as expected use default data.

SVAA.

Internal Process.

Retrieve all input data for use in Interim Information Volume Allocation Run.

SVAA.

Internal Process.

3.2A.9

If data defaulted for use in run, by SD+4.

Send relevant notification to each of the parties listed that default data to be used in Interim Information Volume Allocation Run.

SVAA.

Suppliers.

P0036 Default Data (relating to DA defaults only).

Manual Process.

LDSO

P0036 Default Data (relating to LLF defaults only).

Panel.

P0036 Default Data (relating to all defaults excluding Base BM Unit data).

3.2A.10

After 3.2A.8.

Calculate the Supplier Deemed Take and GSP Group Correction Factor.

SVAA.

Base BM Unit Allocation:

Allocate Base BM Unit per Supplier if no BM Unit nominated by Supplier or if invalid BM Unit received.

Profile and Line Loss Adjust SPM:

1. Allocate NHH BMU(s) for nominated Supplier(s).

2. Profile SPM data.

3. Aggregate Profiled data.

4. Adjust for Line Losses.

Supplier Deemed Take Calculate GSP Group Correction Factor and GSP Group uncorrected consumption.

Internal Process.

3.2A.11

After 3.2A.10

Validate that the GSP Group Correction Factor is within pre-determined tolerances.

If GSP Group Correction Factor is not within tolerance, abort Interim Information Volume Allocation Run and investigate source of error. If resolved, return to 3.2A.7.

SVAA.

Appendix 4.2 - Validate Volume Allocation Run Data.

Internal Process.

3.2A.12

After 3.2A.11

Validate difference between GSP Group uncorrected consumption and GSP Group Take values.

If any value is not within tolerances abort and investigate source of error, otherwise proceed with Volume Allocation Run.

If resolved, return to 3.2A.7.

SVAA.

Appendix 4.2 - Validate Volume Allocation Run Data.

Internal Process.

If error unresolved following 3,2A.11 or 3.2A.12

Inform BSCCo and return to 3.2.A.7 and override to continue the Volume Allocation Run.

SVAA.

BSCCo

Details of values outside tolerance and appropriate data to for BSCCo analysis.

Electronic or other method as agreed.

If process triggered by SVAA

Undertake analysis of data and resolve issues where possible by Initial Volume Allocation Run

BSCCo

Internal Process

3.2A.13

After 3.2A.12

Calculate the Supplier Deemed Take12.

SVAA.

Supplier Deemed Take:

1. Apply GSP Group Correction Factor.

2. Calculate Supplier Deemed Take by BM Unit.

3. Produce the NETSO reports by Supplier.

4. Produce DUoS Report by Supplier and LDSO.

5. Produce BM Unit Supplier Take Energy Volume Data File.

Internal Process.

3.2A.14

To arrive by 9:00am on SD+5.

Send BM Unit Supplier Take Energy Volume Data File.

SVAA.

SAA.

P0182 BM Unit Supplier Take Energy Volume Data File.

P0236 BM Unit SVA Gross Demand Data File

Electronic or other method as agreed.

3.2A.15

After 3.2A.14.

Send acknowledgement confirming receipt of the BM Unit Supplier Take Energy Volume Data File.

SAA.

SVAA.

P0183 Stage 2 NETA Acknowledgement Message.

Electronic or other method as agreed.

3.2A.16

After 3.2A.14 and if problem with file.

Send notification that problem with file.

SAA

SVAA.

P0187 SAA Data Exception Report.

Manual Process.

3.2A.17

By SD+5

Send Interim Information Volume Allocation Run Reports to relevant Suppliers.

SVAA

Suppliers

D0296 Supplier BM Unit Report

Electronic or other method as agreed.

3.2A.18

To arrive before 12:30 on SD+5.

Send relevant NETSO reports.

SVAA.

NETSO.

P0210 TUoS Report (HH/NHH Split).

Electronic or other method as agreed.

3.2A.19

After 3.2A.13

Calculate the Secondary Half Hourly Delivered Volumes where applicable13.

SVAA

Calculate Metering System Delivered Volume

Calculate Secondary Half Hourly Delivered Volume (Losses)

Calculate Secondary Half Hourly Delivered Volume (Non-Losses)

Internal process

3.2A.20

After 3.2A.13

Calculate the Secondary Half Hourly Consumption Volumes where applicable.

SVAA

Calculate Metering System Metered Consumption

Calculate Secondary Half Hourly Consumption Volume (Losses)

Calculate Secondary Half Hourly Consumption Volume (Non-Losses)

Internal process

3.2A.21

After 3.2A.13

Calculate Baselined Volumes where applicable14.

SVAA

Calculate Baselined Volume

Internal process

3.2A.22

After 3.2A.19

Send the Secondary Half Hourly Delivered Volume (No Losses) and the Secondary Half Hourly Delivered Volume (Losses) to the Supplier(s) responsible for the Metering System Number(s)15

SVAA

Supplier

P0287 - Secondary Half Hourly Delivered Volumes

Electronic or other method as agreed.

3.2A.23

After 3.2A.20

Send calculated Baselines report to Lead Parties

SVAA

Lead Party

P0333 Baselining Expected Volume Report

3.2A.24

After 3.2A.20

Send the Secondary Half Hourly Consumption Volume (Non Losses) and the Secondary Half Hourly Consumption Volume (Losses) to the VLP(s) responsible for the Metering System Number(s)

SVAA

VLP

P0288 - Secondary Half Hourly Consumption Volumes

Electronic or other method as agreed.

3.2A.25

After 3.2A.19

Calculate the Secondary BM Unit Supplier Delivered Volumes where applicable16.

SVAA

Internal Process

3.2A.26

After 3.2A.20

Calculate the Secondary BM Unit Demand Volumes.

SVAA

Internal Process

3.2A.27

After 3.2A.23

Send the Secondary BM Unit Supplier Delivered Volumes to the SAA

SVAA

SAA

P0289 - Secondary BM Unit Supplier Delivered Volumes

Electronic or other method as agreed.

3.2A.28

After 3.2A.24

Send the Secondary BM Unit Demand Volumes to the SAA

SVAA

SAA

P0290 - Secondary BM Unit Demand Volumes

Electronic or other method as agreed.

3.2A.29

After 3.2A.21

Send the BM Unit Settlement Expected Volumes to the SAA

SVAA

SAA

P0332 – BM Unit Settlement Expected Volumes

Electronic or other method as agreed.

3.2A.30

After 3.2A.26

Calculate the Supplier BM Unit Non-Chargeable Demand

SVAA

Internal Process

3.2A.31

After 3.2A.30

Send the Supplier BM Unit Non-Chargeable Demand

SVAA

SAA

P0338 - Supplier BM Unit Non-Chargeable Demand

Electronic or other method as agreed.

3.2B Initial Volume Allocation Run for Settlement Day8

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

3.2B.1

By SD+14.

Send aggregated HH meter data, in clocktime, in MWh, for MSIDs to which DA is appointed in SMRS.

HHDA.

SVAA.

D0040 Aggregated Half Hour Data File (BM Unit(s) not supported)

or

D0298 BM Unit Aggregated Half Hour Data File (BM Unit(s) supported).

Electronic or other method as agreed.

Send non aggregated HH meter data, in clocktime, in kWh, for Metering System Numbers specified by the SVAA.

D0385 Metering System Half Hourly Metered Volumes

MSID Pair Delivered Volumes for procured balancing services

VLP or AMVLP

SVAA

P0282 Delivered Volume Notification

Electronic or other method, as agreed.

AMSID Pair Delivered Volumes for procured balancing services

AMVLP

SVAA

P0282 Delivered Volume Notification17

Electronic or other method, as agreed.

Send Asset Metering System Half Hourly Metered Volumes in clocktime, in kWh, for Asset Metering System Numbers specified by the AMVLP18.

HHDC.

SVAA.

D0390 Asset Metering System Half Hourly Metered Volumes

Electronic or other method as agreed.

3.2B.2

By SD+14.

Send SPM data (EACs/AAs values) in MWh, for MSIDs to which DA is appointed in SMRS.

NHHDA.

SVAA.

D0041 Supplier Purchase Matrix Data File.

Electronic or other method as agreed.

3.2B.3

Before invoking run.

Load and validate incoming DA files. Check that DA files expected have been received.

SVAA.

Appendix 4.1 – Validate Incoming Data.

Internal Process.

At least 4 working hours before deadline of SD+14.

  1. If file expected from a DA but not received, ask DA to send file.

  1. If D0390 file expected from a HHDC but not received, ask HHDC to send file.

SVAA.

SVAA

HHDA,

NHHDA

HHDC

AMVLP

P0310 Missing Metering System Data (for a missing D0385).

P0034 Missing Data.

P0310 Missing Metering System Data.

Electronic or other method as agreed.

Electronic or other method as agreed.

By SD+14.

Send file to SVAA.

HHDA. NHHDA.

HHDC

SVAA.

Refer to the dataflow listed in 3.2B.1.

Refer to the dataflow listed in 3.2B.2.

Refer to the dataflow listed in 3.2B.1.

Electronic or other method as agreed.

b) If file fails any validation check invalid for reason other than standing data mismatch10, ask DA or HHDC to assess if is valid.

SVAA.

SVAA

HHDA,

NHHDA.

HHDC

AMVLP

P0311 Invalid Metering System Data (for a missing D0385).

P0035 Invalid Data.

P0311 Invalid Metering System Data.

Electronic or other method as agreed.

Electronic or other method as agreed.

Within 2 working hours of notification received from SVAA.

If file is valid notify the SVAA or send correct file to SVAA.

HHDA. NHHDA.

SVAA.

Refer to the dataflow listed in 3.2B.1.

Refer to the dataflow listed in 3.2B.2.

Electronic or other method as agreed.

On receipt of corrected file until VAR is invoked.

Re-load and validate DA files.

SVAA.

Refer to the dataflow listed in 3.2B.1.

Refer to the dataflow listed in 3.2B.2.

Internal Process.

Re-load and validate DA files.

SVAA.

Internal Process.

3.2B.4

By SD+14.

Send GSP Group Take data.

CDCA.

SVAA.

P0012 GSP Group Take Data File.

Electronic or other method as agreed.

3.2B.5

Following 3.2B.6.

Send acknowledgement confirming receipt of the GSP Group Take data.

SVAA.

CDCA.

P0183 Stage 2 NETA Acknowledgement Message.

Electronic or other method as agreed.

3.2B.6

Immediately following CDCA deadline.

Load and validate incoming CDCA data.

SVAA.

Appendix 4.1 – Validate Incoming Data.

Internal Process.

a) If CDCA data missing, notify CDCA and await submission of data.

SVAA.

CDCA.

P003 Missing Data.

Manual Process.

Within 1 working hour of receipt of notification from SVAA.

Send CDCA data to SVAA.

CDCA.

SVAA.

Refer to the dataflow listed in 3.2B.6.

Electronic or other method as agreed.

b) If CDCA data invalid, contact the Panel and carry out action as agreed with Panel.

SVAA.

Panel.

Manual Process.

3.2B.7

By SD+1419

Send ABS MSID Pair Delivered Volume Notifications in MWh.

NETSO

SVAA

P0292 ABS MSID Pair Delivered Volume Notifications

Electronic or other method as agreed.

3.2B.8

Immediately following 3.2B.7 or 3.2B.9

Validate ABS MSID Pair Delivered Volume Notification:

SVAA

Internal Process

If valid, Confirmation of ABS MSID Pair Delivered Volume.

SVAA

NETSO

P294 Confirmation of ABS MSID Pair Delivered Volume

Electronic or other method as agreed.

If invalid, send Rejection of ABS MSID Pair Delivered Volume. Note that the entire file will be rejected if one ABS MSID Pair Delivered Volume fails validation.

SVAA

NETSO

P293 Rejection of ABS MSID Pair Delivered Volume

Electronic or other method as agreed.

And send a ABS MSID Pair Delivered Volume Exception Report for each ABS MSID Pair Delivered Volume that failed validation

SVAA

NETSO

P295 ABS MSID Pair Delivered Volume Exception Report

Electronic or other method as agreed.

3.2B.9

Within 1 WD of 3.2B.8

Submit corrected ABS MSID Pair Delivered Volume Notification

3.2B.10

From 9:00 am on SD+15.

Invoke run20:

Review the DA files and check that the expected files have been received:

SVAA.

Appendix 4.1 - Validate Incoming Data.

Internal Process.

a) If file does not match expected details modify the standing data for this Settlement Day only and where appropriate re-load and validate data.

SVAA.

Internal Process.

Inform BSC Service Desk.

SVAA.

BSC Service Desk.

Electronic or other method as agreed.

BSC Service Desk logs call.

BSC Service Desk12.

Internal Process.

b) If file not received as expected, default data.

SVAA.

Internal Process.

Retrieve all input data for use in Initial Volume Allocation Run.

SVAA.

Internal Process.

3.2B.11

If data defaulted for use in run, by SD+15.

Send relevant notification to each of the parties listed that default data to be used in Initial Volume Allocation Run.

SVAA.

Suppliers.

P0036 Default Data (relating to DA defaults only).

Manual Process.

LDSO

P0036 Default Data (relating to LLF defaults only).

Panel.

P0036 Default Data (relating to all defaults excluding Base BM Unit data).

3.2B.12

After 3.2B.10.

Calculate the Supplier Deemed Take13 and GSP Group Correction Factor.

SVAA.

Base BM Unit Allocation:

Allocate Base BM Unit per Supplier if no BM Unit nominated by Supplier or if invalid BM Unit received.

Internal Process.

Profile and Line Loss Adjust SPM:

1. Allocate NHH BMU(s) for nominated Supplier(s).

2. Profile SPM data.

3. Aggregate Profiled data.

4. Adjust for Line Losses.

Calculate GSP Group Correction Factor and GSP Group uncorrected consumption.

3.2B.13

After 3.2B.12

Validate that the GSP Group Correction Factor is within pre-determined tolerances.

If GSP Group Correction Factor is not within tolerance, abort Initial Volume Allocation Run and investigate source of error. If resolved, return to 3.2B.7.

SVAA.

Appendix 4.2 - Validate Volume Allocation Run Data.

Internal Process.

3.2B.14

After 3.2B.13

Validate difference between GSP Group uncorrected consumption and GSP Group Take values

If any value is not within tolerances, abort and investigate source of error, otherwise proceed with Volume Allocation Run.

If resolved, return to 3.2B.7.

SVAA.

Appendix 4.2 - Validate Volume Allocation Run Data.

Internal Process.

If error unresolved following 3.2.B.11 or 3.2B.12

Inform BSCCo and return to 3.2.B.7 and override to continue the Volume Allocation Run..

SVAA.

BSCCo

Details of values outside tolerance and appropriate data to for BSCCo analysis.

Electronic or other method as agreed.

If process triggered by SVAA

Undertake analysis of data and resolve issues where possible by next Reconciliation Run

BSCCo

Internal Process

3.2B.15

After 3.2B.14

Calculate the Supplier Deemed Take13.

Supplier Deemed Take:

1. Apply GSP Group Correction Factor.

2. Calculate Supplier Deemed Take by BM Unit.

3. Produce the NETSO reports by Supplier.

4. Produce DUoS Report by Supplier and LDSO.

5. Produce BM Unit Supplier Take Energy Volume Data File.

3.2B.16

To arrive by 9:00am on SD+16.

Send BM Unit Supplier Take Energy Volume Data File.

SVAA.

SAA.

P0182 BM Unit Supplier Take Energy Volume Data File.

P0236 BM Unit SVA Gross Demand Data File

Electronic or other method as agreed.

3.2B.17

After 3.2B.16.

Send acknowledgement confirming receipt of the BM Unit Supplier Take Energy Volume Data File.

SAA.

SVAA.

P0183 Stage 2 NETA Acknowledgement Message.

Electronic or other method as agreed.

3.2B.18

After 3.2B.14 and if problem with file.

Send notification that problem with file.

SAA

SVAA.

P0187 SAA Data Exception Report.

Manual Process.

3.2B.19

To arrive before 12:30 on SD+16.

Send relevant NETSO reports.

SVAA.

NETSO.

P0210 TUoS Report (HH/NHH Split).

Electronic or other method as agreed.

3.2B.20

After 3.2B.16

Calculate the Supplier BM Unit Non BM ABSVD where applicable.

SVAA

Calculate MPAN Applicable Balancing Services Volume Data (non-losses)

Calculate MPAN Applicable Balancing Services Volume Data (non-losses)

Calculate the Supplier BM Unit Non BM ABSVD

Internal process

3.2B.21

After 3.2B.15

Calculate Baselined Volumes where applicable21.

SVAA

Calculate Baselined Volume

Internal process

3.2B.22

After 3.2B.21

Send calculated Baselines report to Lead Parties

SVAA

Lead Party

P0333 Baselining Expected Volume Report

3.2B.23

After 3.2B.20

Send the Supplier BM Unit Non BM ABSVD to the SAA.

SVAA

SAA

P2096 Supplier BM Unit Non BM ABSVD

Electronic or other method as agreed.

3.2B.24

After 3.2B.15

Send the BM Unit Settlement Expected Volumes to the SAA

SVAA

SAA

P0332 – BM Unit Settlement Expected Volumes

Electronic or other method as agreed.

3.2B.25

By SD+17.

Send remaining Initial Volume Allocation Run Reports to the LDSO, Suppliers and BSCCo.

SVAA.

LDSO.

D0030 Aggregated DUoS Report’.22, 23

Electronic or other method as agreed.

SVAA.

Host LDSO

D0314 Non Half Hourly Embedded Network DUoS Report.24

SVAA.

Suppliers.

D0030 Aggregated DUoS Report’.24

D0043 Supplier Deemed Take Report.

D0079 Supplier Purchase Report.

D0081 Supplier Half Hourly Demand Report.

D0082 SupplierSupplier Purchase Matrix Report.

D0266 Supplier Settlement Header Report.

D0276 GSP Group Consumption Totals Report.

D0296 Supplier BM Unit Report.24.

SVAA.

BSCCo.

P0276 BSCCo GSP Group Consumption Totals Report.25

P0277 GSP Group Market Matrix Report.

3.2B.26

Following 3.2B.20

Publish BSCCo GSP Group Consumption Totals Report and GSP Group Market Matrix Report

BSCCo

P0276 BSCCo GSP Group Consumption Totals Report.

P0277 GSP Group Market Matrix Report.

BSC Website.

3.2B.27

After 3.2B.14

As for 3.2A.17 - 3.2A.31

3.3 Timetabled Reconciliation Volume Allocation Run(s) for a Settlement Day (post Initial Volume Allocation Run)8

REF

WHEN26 27

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

3.3.0

By T-8 WD.

If no D0390 file was submitted for an Asset Metering System Number registered in the SVA Metering System and Asset Metering System Register for the Initial Volume Allocation Run, or a D0390 file was submitted which contained Estimated data, and no D0390 file containing Actual data has subsequently been submitted, send a P0310 to the HHDC and AMVLP as a reminder.

SVAA

HHDC

AMVLP

P0310 Missing Metering System Data.

Electronic or other method as agreed

3.3.1

By T-6 WD.

Send revised aggregated HH meter data in clocktime, in MWh for MSIDs to which DA is appointed in SMRS.

For any Asset Metering System Numbers specified in a P0311 in 3.3.0, send Asset Metering System Half Hourly Metered Volumes in clocktime, in kWh.

HHDA.

HHDC

SVAA.

SVAA

D0040 Aggregated Half Hour Data File (BM Unit(s) not supported)

or

D0298 BM Unit Aggregated Half Hour Data File (BM Unit(s) supported).

D0390 Asset Metering System Half Hourly Metered Volumes

Electronic or other method as agreed.

3.3.2

By T-6 WD.

Send SPM data (EACs/AAs values) in MWh, for MSIDs to which DA is appointed in SMRS.

NHHDA

SVAA.

D0041 Supplier Purchase Matrix Data File.

Electronic or other method as agreed.

3.3.3

Before invoking run.

Load and validate incoming DA and HHDC files. Check that DA files expected have been received :

SVAA.

Appendix 4.1 – Validate Incoming Data.

Internal Process.

At least 4 working hours before T-6 WD.

a) If file expected but not received, ask DA or HHDC to send file.

SVAA.

HHDA, NHHDA.

HHDC

AMVLP

P0034 Missing Data.

P0310 Missing Metering System Data (for a missing D0385).

P0310 Missing Metering System Data.

Electronic or other method as agreed.

By T-6 WD.

Send file to SVAA.

HHDA. NHHDA.

SVAA.

Refer to the dataflow listed in 3.3.1.

Refer to the dataflow listed in 3.3.2.

Electronic or other method as agreed.

b) If file fails any validation check invalid for reasons other than standing data mismatch10, ask DA or HHDC to assess file is valid.

SVAA.

HHDA,

HHDC

NHHDA.

P0311 Invalid Metering System Data (for an invalid D0385 or D0390).

P0035 Invalid Data.

Electronic or other method as agreed.

Within 2 working hours of notification received from SVAA.

If file is valid notify the SVAA or send corrected file to SVAA.

HHDA. NHHDA.

HHDC

SVAA.

Refer to the dataflow listed in 3.3.1.

Refer to the dataflow listed in 3.3.2.

Refer to the dataflow listed in 3.3.0.

Electronic or other method as agreed.

On receipt of corrected file up until the VAR is invoked.

Re-load and validate DA files or HHDC files.

SVAA.

Refer to the dataflow listed in 3.3.1.

Refer to the dataflow listed in 3.3.2.

Refer to the dataflow listed in 3.3.0.

Electronic or other method as agreed.

3.3.4

By T-6 WD.

Send GSP Group Take data.

CDCA.

SVAA.

P0012 GSP Group Take Data File.

Electronic or other method as agreed.

3.3.5

Following 3.3.4.

Send acknowledgement confirming receipt of the GSP Group Take data.

SVAA.

CDCA.

P0183 Stage 2 NETA Acknowledgement Message.

Electronic or other method as agreed.

3.3.6

By T-5 WD.

Load and validate incoming CDCA data.

If CDCA data missing or invalid then default data.

SVAA.

Appendix 4.1 – Validate Incoming Data.

Internal Process.

3.3.7

No later than the 45th calendar day after the relevant Settlement Day28

Send ABS MSID Pair Delivered Volume Notifications in MWh.

NETSO

SVAA

P0292 ABS MSID Pair Delivered Volume Notifications

Electronic or other method as agreed.

3.3.8

By T-5 WD.

Invoke run29:

Review the DA files and check that the expected files have been received :

SVAA.

Appendix 4.1 – Validate Incoming Data.

Internal Process.

a) If file does not match expected details modify the standing data for this Settlement Day only and where appropriate, re-load and validate data.

SVAA.

Internal Process.

Inform BSC Service Desk.

SVAA.

BSC Service Desk.

Electronic or other method as agreed.

BSC Service Desk logs call.

BSC Service Desk12.

Internal Process.

b) If file not received as expected, default data.

SVAA.

Internal Process.

Retrieve all input data for use in Timetabled Reconciliation Volume Allocation Run.

SVAA.

Internal Process.

3.3.9

If data defaulted for use in run, by T-5 WD.

Send relevant notification to each of the parties listed that default data to be used in the Timetabled Reconciliation Volume Allocation Run.

SVAA30.

Suppliers.

P0036 Default Data (relating to DA defaults only).

Manual Process.

LDSO

P0036 Default Data (relating to LLF defaults only).

Panel.

P0036 Default Data (relating to all defaults excluding Base BM Unit data).

3.3.10

By T-5 WD.

Calculate the Supplier Deemed Take13.

SVAA.

Base BM Unit Allocation:

Allocate Base BM Unit per Supplier if no BM Unit nominated by Supplier or if invalid BM Unit received.

Profile and Line Loss Adjust SPM:

1. Allocate NHH BMU(s) for nominated Supplier(s).

2. Profile SPM data.

3. Aggregate Profiled data.

4. Adjust for Line Losses.

Calculate GSP Group Correction Factor and GSP Group uncorrected consumption.

Supplier Deemed Take :

1. Calculate and apply GSP Group Correction Factor.

2. Calculate Supplier Deemed Take, by BM Unit.

3. Produce the NETSO reports by Supplier.

4. Produce DUoS Report by Supplier and LDSO

5. Produce BM Unit Supplier Take Energy Volume Data File.

Internal Process.

3.3.11

After 3.3.10.

Validate that the GSP Group Correction Factor is within pre-determined tolerances.

If GSP Group Correction Factor is not within tolerance, abort Reconciliation Volume Allocation Run and investigate source of error. If resolved, return to 3.3.8.

SVAA.

Appendix 4.2 - Validate Volume Allocation Run Data.

Internal Process.

3.3.12

After 3.3.11.

Validate the difference between GSP Group uncorrected consumption and GSP Group Take.

If any value is not within tolerances, abort and investigate source of error.

Otherwise proceed with Volume Allocation Run.

If resolved, return to 3.3.8.

SVAA.

Appendix 4.2 - Validate Volume Allocation Run Data.

Internal Process.

If error unresolved following 3.3.11 or 3.1.12

Inform BSCCo and return to 3.3.8 and override to continue the Volume Allocation Run.

SVAA.

BSCCo

Details of values outside tolerance and appropriate data to for BSCCo analysis.

Electronic or other method as agreed.

If process triggered by SVAA

Undertake analysis of data and resolve issues where possible by next Reconciliation Run

BSCCo

Internal Process

3.3.13

After 3.3.12.

Calculate the Supplier Deemed Take13.

Supplier Deemed Take :

1. Apply GSP Group Correction Factor.

2. Calculate Supplier Deemed Take, by BM Unit.

3. Produce the NETSO reports by Supplier.

4. Produce DUoS Report by Supplier and LDSO

5. Produce BM Unit Supplier Take Energy Volume Data File.

3.3.14

After 3.3.13

Calculate Baselined Volumes where applicable31.

SVAA

Calculate Baselined Volume

Internal process

3.3.15

After 3.3.14

Send calculated Baselines report to Lead Parties

SVAA

Lead Party

P0333 Baselining Expected Volume Report

3.3.16

After 3.3.14

Send the BM Unit Settlement Expected Volumes to the SAA

SVAA

SAA

P0332 – BM Unit Settlement Expected Volumes

Electronic or other method as agreed.

3.3.17

For receipt by 09:00 hrs on T-4 WD.

Send BM Unit Supplier Take Energy Volume Data File.

SVAA.

SAA.

P0182 BM Unit Supplier Take Energy Volume Data File.

P0236 BM Unit SVA Gross Demand Data File

Electronic or other method as agreed.

3.3.18

After 3.3.14.

Send acknowledgement confirming receipt of the BM Unit Supplier Take Energy Volume Data File.

SAA.

SVAA.

P0183 Stage 2 NETA Acknowledgement Message.

Electronic or other method as agreed.

3.3.19

After 3.3.15 and prior to 3.3.17 and if problem with file.

Send notification that problem with file.

SAA.

SVAA32.

P0187 SAA Data Exception Report.

Manual Process.

3.3.20

By 12:30 hrs on T-4 WD.

Send relevant NETSO reports.

SVAA.

NETSO.

P0210 TUoS Report (HH/NHH Split).

Electronic or other method as agreed.

3.3.21

By T-3 WD.

Send remaining Timetabled Reconciliation Volume Allocation Run Reports to the LDSO, Suppliers and BSCCo.

SVAA.

LDSO.

D0030 Non Half Hourly DUoS Report.23,24

Electronic or other method as agreed.

1

SVAA.

Host LDSO

D0314 Non Half Hourly Embedded Network DUoS Report.24

Suppliers.

D0030 Non Half Hourly DUoS Report.24

D0043 Supplier Deemed Take Report.

D0079 Supplier Purchase Report.

D0081 Supplier Half Hourly Demand Report.

D0082 SupplierSupplier Purchase Matrix Report.

D0266 Supplier Settlement Header Report.

D0276 GSP Group Consumption Totals Report.

D0296 Supplier BM Unit Report25

SVAA.

BSCCo.

P0276 BSCCo GSP Group Consumption Totals Report.26

P0277 GSP Group Market Matrix Report.

3.3.22

Following 3.3.18

Publish BSCCo GSP Group Consumption Totals Report and GSP Group Market Matrix Report

BSCCo

P0276 BSCCo GSP Group Consumption Totals Report.

P0277 GSP Group Market Matrix Report.

BSC Website.

3.3.23

As for 3.2A.17 -3.2A.31

3.4 Annual Profile Data

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

3.4.1

At any time.

Request receipt of the latest Annual Profile Data Set.

BSC Party.

Non-BSC party.

BSCCo.

Contact details of party.

Manual Process (via BSC Service Desk).

For BSC Parties

3.4.2

Within 5 WD of 3.4.1.

Validate request and forward to the SVAA.

BSCCo.

SVAA.

Contact details of BSC Party.

Manual Process.

3.4.3

Upon receipt of request, or as soon as the data is available.

Send CD-ROM containing D0018 reports from the preceding year.

SVAA.

BSC Party.

Annual Profile Data Set.

Post.

For non-BSC parties

3.4.4

Within 5 WD of 3.4.1.

Validate request and issue invoice to non-BSC party.

BSCCo.

Non-BSC party.

Contract and Invoice for provision of Annual Profile Data to non-BSC party.

Post.

3.4.5

Upon receipt of 3.4.4.

Sign appropriate documents and provide payment by cheque.

Non-BSC party.

BSCCo.

Contract signed by non-BSC party and cheque to the amount required by invoice.

Post.

3.4.6

Upon receipt of payment and signed contract.

Validate documentation and forward request to the SVAA.

BSCCo.

SVAA.

Contact details of non-BSC party.

Manual Process.

3.4.7

Upon receipt of request, or as soon as the data is available.

Send CD-ROM containing D0018 reports from the preceding year.

SVAA.

Non-BSC party.

Annual Profile Data Set.

Post.

3.5 This page has intentionally been left blank

3.6 Process Daily Profile Coefficients

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

3.6.1

On demand when appointed to GSP Group.

Request Daily Profile Coefficients from SVAA, for the GSP Group(s).

NHHDC.

SVAA.

P0040 Request Daily Profile Coefficients.

Manual Process.

3.6.2

On receipt of request.

Send the relevant Daily Profile Coefficients to the NHHDC for the GSP Group(s).

SVAA.

NHHDC.

D0039 Daily Profile Coefficient File.

Electronic Interface.

3.7 Implementation of MDD Changes

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

3.7.1

Following approval of MDD change(s).

Send agreed MDD updates to MDDM.

BSCCo.

MDDM.

As per BSCP509.

Electronic or other method as agreed.

3.7.2

Following 3.7.1.

Liaise with BSCCo to establish when MDD will be published to MPs and agree relevant date(s) for use in MDD CMC.

MDDM.

BSCCo.

Electronic or other method as agreed.

3.7.3

Following 3.7.2.

Validate incoming MDD updates.

MDDM.

Internal Process.

3.7.4

If file not readable / complete.

Inform BSCCo and request re-transmission of correct MDD (return to 3.7.1).

MDDM.

BSCCo.

P0035Invalid Data.

Electronic or other method as agreed.

3.7.5

In accordance with timescales published in MDD CMC.

If file readable and complete update MDD database (in sequence order of version number) with updates received.

MDDM.

Internal Process.

3.7.6

Within 5 WD of implementing agreed MDD updates into database.

Confirm changes have been successfully incorporated into a revised MDD.

MDDM.

BSCCo.

As per BSCP509.

Fax / post.

3.7.7

In accordance with timescales published in MDD CMC.

a) Send Complete and Incremental MDD33.

b) Send Technical Product Deliverables (TPD) in accordance with the confidentiality agreement34.

c) Send remaining MDD dataflows.

MDDM.

MDDM.

MDDM.

Relevant MDD Recipients35.

SVAA, HHDC.

NHHDC36.

NHHDA37.

Non-BSC Parties38

D0269 Market Domain Data Complete Set.

D0270 Market Domain Data Incremental Set.

D0269 Market Domain Data Complete Set.

D0270 Market Domain Data Incremental Set.

P0190 GSP Group Profile Class Tolerances37.

D0227 BSCCo Market Domain Data File37 39.

D0227 BSCCo Market Domain Data File40

D0286 Data Aggregation and Settlements Timetable File.

P0223 GSP Group Profile Class Default EAC

D0269 Market Domain Data Complete Set (excluding TPD).

D0270 Market Domain Data Incremental Set (excluding TPD).

Electronic or other method as agreed.

Manual Process.

Electronic or other method as agreed.

Email

3.7.7 (Cont/d.)

MDDM.

SVAA38.

P0015 Profile Data File.

D0278 Teleswitch BSCCo Market Domain Data File.

D0286 Data Aggregation and Settlements Timetable File.40

D0299 Stage 2 BM Unit Registration Data File.

Manual Process.

Electronic or other method as agreed.

Supplier.

P0186 Half Hourly Default EAC.

P0190 GSP Group Profile Class Tolerances37.

D0280 Teleswitch Contact to Register Mapping File.

D0299 Stage 2 BM Unit Registration Data File25.

Manual Process.

Electronic or other method as agreed.

MDDM.

IARA38.

P0015 Profile Data File.

D0278 Teleswitch BSCCo Market Domain Data File.

Manual Process.

Electronic or other method as agreed.

HHDA.

D0299 Stage 2 BM Unit Registration Data File41.

Electronic or other method as agreed.

HHDC.

P0186 Half Hourly Default EAC.

Manual Process.

HHDA.

P0186 Half Hourly Default EAC.

Manual Process.

LDSO.

P0186 Half Hourly Default EAC.

Manual Process.

3.7.8

Within 4 working hours of receipt of MDD.

Send acknowledgement confirming receipt of MDD.

MDD Recipients.

MDDM.

P0024 Acknowledgement.

Electronic or other method as agreed.

3.7.9

By 1 WD after 3.7.6.

If acknowledgement not received that MDD has been received, re-send MDD42.

Return to 3.7.7.

MDDM.

MDD Recipients.

Refer to 3.7.7 – Information Required box.

Electronic.

3.7.10

When acknowledgement overdue and by 1 WD after 3.7.8.

Inform BSC Service Desk that confirmation has not been received from MDD Recipient, as expected, either from the original transmission or from the subsequent transmission of MDD.

MDDM.

BSC Service Desk.

P0037 Lack of MDD Receipt Confirmation.

Electronic or other method as agreed.

3.7.11

On receipt.

Validate incoming MDD updates.

MDD Recipients.

File level validation.

Internal Process.

3.7.12

If file not readable / complete.

Send notification that correctness of data in question.

MDD Recipients.

BSC Service Desk.

P0035 Invalid Data.

Electronic or other method as agreed.

3.7.13

On receipt of notification.

Contact MDDM and agree relevant course of action.

BSC Service Desk.

MDDM.

Internal Process.

3.7.14

Carry out action as agreed with BSC Service Desk and inform affected parties of action being taken.

MDDM.

MDD Recipients.

Electronic or other method as agreed.

3.7.15

If file readable / complete.

Update database with MDD.

MDD Recipients.

Internal Process.

3.8 Maintain MDD Distribution Matrix

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

3.8.1

Within 1 WD of receipt of notification of change.

Send notification of change(s) relating to the receipt of MDD.

MDD Recipient.

BSC Service Desk.

P0184 MDD Matrix Changes.

Manual Process.

3.8.2

Within 1 WD of 3.8.1.

Log call and pass on to the MDDM.

BSC Service Desk.

MDDM.

Internal Process.

3.8.3

At least 1 WD before Go Live date.

Confirm intended change with MDD recipient.

MDDM.

MDD Recipient.

Manual Process.

3.8.4

In accordance with timescales published in MDD CMC.

Update MDD Distribution Matrix for the relevant MDD recipient as part of the MDD update.

MDDM.

Internal Process.

3.8.5

In accordance with timescales published in MDD CMC.

Send MDD flows in accordance with the revised MDD Distribution Matrix.

MDDM.

MDD Recipient

MDD data flows as required.

The MDDM will the updated MDD Distribution Matrix prior to the distribution of the dataflows listed in Business Event 3.7 - Implementation of MDD Changes.

Manual Process.

3.9 Re-calculate AFYC, GSP Group Profile Class Average EAC and GSP Group Profile Class Default EAC Values

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

3.9.1

Annually in February

or

at an alternative period specified by BSCCo.

Re-calculate for all GSP Groups on a Settlement Day basis for the previous 12 month43 period the AFYC, GSP Group Profile Class Average EAC and GSP Group Profile Class Default EAC values44, spanning the 12 month period.

SVAA.

Internal Process.

3.9.2

Within 2 WD of 3.9.1.

Send revised AFYC, GSP Group Profile Class Average EAC and GSP Group Profile Class Default EAC values for approval.

Also send any exceptions generated.

SVAA.

BSCCo.

Proceed in accordance with BSCP509.

Electronic or other method as agreed.

3.10 Receipt of Balancing Mechanism Unit(s) 45

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

3.10.1

Prior to effective date of BM Unit(s).

Send BM Unit(s) data (Base and / or Additional).

CRA.

MDDM.

P0181 BM Unit Registration Data File46.

Electronic or other method as agreed.

3.10.2

Within the same WD where possible otherwise by the close of the next WD.

Send acknowledgement confirming receipt of the BM Unit(s) data.

MDDM.

CRA.

CCC.

P0183 Stage 2 NETA Acknowledgement Message.

P0024 Acknowledgement.

Proceed to Business Event 3.7 – Implementation of MDD Changes.

Electronic or other method as agreed.

3.10.3

Within 1 WD of receipt of P0181 from CRA.

Send all BM Unit Registration Data files received from CRA since last MDD publish.

MDDM.

BSCCo.

P0181 BM Unit Registration Data File.

Email.

3.11 Update of Line Loss Factors.

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

3.11.1

As Required.

Send schedule of LLFs.

BSCCo.

SVAA.

D0265 Line Loss Factor Data File.

E-mail.

3.11.2

Within a timescale agreed between SVAA and BSCCo.

Implement into systems and validate.

SVAA.

Internal Process (Appendix 4.1).

3.11.3

Within 1 WD of 3.11.2.

Notify BSCCo of successful D0265 load.

SVAA.

BSCCo.

E-mail.

3.12 Request for file re-send from SVAA47.

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

3.12.1

As Required.

Request re-send of file(s) where positive acknowledgement received by SVAA for original send.

BSC Party / Party Agent.

BSC Service Desk.

Party/Party Agent contact details. Name(s) of file(s) requested.

Phone/E-mail.

3.12.2

Within 1 WD following 3.12.1, where number of files requested is not more than 3.

Refer call and authorise SVAA to re-send file(s).

BSCCo.

BSC Service Desk.

As 3.12.1.

E-mail.

3.12.3

Within 5 WD following 3.12.2.

Re-send file(s).

SVAA.

Requesting Party/Party Agent.

As 3.12.1.

Electronic or other method as agreed.

3.12.4

Within 1 WD following 3.12.2, where number of files requested is greater than 3.

Obtain further details and advise that BSCCo will seek to recover the cost to the SVAA of re-sending the files.

BSCCo.

Requesting BSC Party/Party Agent.

If not provided in 3.12.1, request:

  • Contact forename and surname;

  • Customer site;

  • Contact telephone number;

  • Contact e-mail address.

Phone/E-mail.

3.12.5

Immediately following 3.12.4.

Refer call, and request quote for re-send.

BSCCo.

SVAA.

As 3.12.4.

E-mail.

3.12.6

Within 1 WD following 3.12.5.

Request further details.

SVAA.

Requesting Party/Party Agent.

If not provided in 3.12.1 or 3.12.4, request:

  • Market Participant ID for requested file(s);

  • Supplier Y/N;

  • Distributor Y/N;

  • Party Agent Y/N;

  • File type (MDD or DPP);

  • Flow ID;

  • Run type;

  • Settlement date.

Fax/E-mail.

3.12.7

Following 3.12.6.

Return requested details.

Requesting Party /Party Agent.

SVAA.

Completed template in 3.12.6.

Fax/E-mail.

3.12.8

Within 3 WD following 3.12.7.

Provide quotation for re-send.

SVAA.

BSCCo.

Quotation for file re-send.

E-mail.

3.12.9

Within 1 WD following 3.12.8.

Advise quotation price and request agreement to meet cost.

BSCCo.

Requesting Party/Party Agent.

Quotation in 3.12.8.

E-mail.

3.12.10

Following 3.12.9.

Agree to meet quoted cost.

Requesting Party/Party Agent.

BSCCo.

Written confirmation of agreement to meet costs of re-send.

E-mail.

3.12.11

Within 1 WD, following receipt of confirmation in 3.12.10.

Advise SVAA of agreement and authorise SVAA to re-send files.

BSCCo.

SVAA.

Confirmation in 3.12.10.

E-mail.

3.12.12

Within 10 WD of 3.12.11.

Re-send files.

SVAA.

Requesting Party/Party Agent.

Details in 3.12.6.

Electronic or other method as agreed.

3.12.13

Following 3.12.12.

Advise of re-send.

SVAA.

BSCCo.

Phone/Fax/E-mail.

3.12.14

Following 3.12.13.

Invoice for cost of re-send.

BSCCo.

Requesting Party/Party Agent.

Quotation in 3.12.8.

Post.

3.13 Timetabled Reconciliation Run for Settlement Dates impacted by Demand Disconnection Events

Where a Settlement Date is impacted by a Demand Disconnection Event (i.e. it contains Demand Control Impacted Settlement Periods), the SVAA shall receive and process adjusted energy volumes as part of a timetabled Reconciliation Run.

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

3.13.1

Within the period of 1WD commencing on the Business Day after the BMRA receives the data from the NETSO specified in Section Q6.9.5

Notice of the DCE sent to all Category A Authorised Persons, to establish the appropriate operational contact. The Category A Authorised Persons will be used as the contact unless another contact is provided

BSCCo

Category A Authorised Persons from BSC Parties and Party Agents

Notice of the DCE

Email or other method, as agreed.

3.13.2

Within the period of 1WD commencing on the Business Day after the BMRA receives the data from the NETSO specified in Section Q6.9.5

BSCCo will assess the costs and value of the DCE in accordance with the Demand Disconnection Event Threshold Rules and notify BSC Parties, Party Agents and BSC Panel Members of the outcome of its assessment

BSCCo

BSC Parties, Party Agents and BSC Panel

Notice of the outcome of BSCCo assessment

Email, Circular, BSC Website

3.13.3

Within 5WD of 3.13.2

Send notification of Demand Disconnection Event and all affected MSIDs48

LDSO

BSCCo

P0238 MSIDs affected by Demand Control Event

Email to bscservicedesk@cgi.com

3.13.4

Within 1WD of 3.13.3

Acting on behalf of LDSOs, BSCCo will forward notifications received from LDSOs to HHDCs, HHDAs, NHHDCs, NHHDAs. SVAA

BSCCo

HHDC,

HHDA,

NHHDC,

NHHDA,

SVAA

P0238 MSIDs affected by Demand Control Event

Email

BSCCo will maintain details of Party Agent contact details to ensure it is able to send P0238

3.13.5

Within 1WD of 3.13.4

Send daily profile data for all Settlement Dates with one or more Demand Control Impacted Settlement Periods

SVAA

NHHDC

D0018 Daily Profile Data Report

Electronic or other method as agreed

3.13.6

Within 25WD of 3.13.2

Send notification of any MSIDs subject to demand side Non-BM STOR instruction along with estimated volumes of reduction

NETSO

SVAA

P0241 Disconnected MSIDs and Estimated Half Hourly Demand Disconnection Volumes

Electronic or other method as agreed

3.13.7

Within 1WD of 3.13.6

Forward notification of Non-BM STOR MSIDs and estimated volumes of reduction

SVAA

NHHDC, NHHDA, HHDC, HHDA

D0375 Disconnected MSIDs and Estimated Half Hourly Demand Disconnection Volumes

Electronic or other method as agreed

3.13.8

By T-6WD

Send revised aggregated HH meter data in clocktime, in MWh for MSIDs to which DA is appointed in SMRS.

HHDA

SVAA,

D0040 Aggregated Half Hour Data File (BM Unit(s) not supported)

or

D0298 BM Unit Aggregated Half Hour Data File (BM Unit(s) supported).

Electronic or other method as agreed

Send aggregated estimated HH Disconnection Volumes

D0376 Supplier’s Demand Disconnection Volume Data File

3.13.9

By T-6WD

Send revised aggregated HH meter data in clocktime, in MWh for MSIDs to which DA is appointed in SMRS.

HHDA.

SVAA.

D0040 Aggregated Half Hour Data File (BM Unit(s) not supported)

or

D0298 BM Unit Aggregated Half Hour Data File (BM Unit(s) supported).

Electronic or other method as agreed.

3.13.10

By T-6WD

Send Disconnection Purchase Data Matrix File

NHHDA

SVAA.

D0377 Disconnection Purchase Matrix Data File

Electronic or other method as agreed

Send Supplier Purchase Matrix File, adjusted for disconnection

D0041 Supplier Purchase Matrix Data File

3.13.11

Following 3.13.10

Process HHDA and NHHDA data and invoke run in accordance with Section 3.3, steps 3.3.3-3.3.9

3.13.12

Following 3.13.10 and For receipt by 09:00hrs on T-4 WD.

Send BM Unit Supplier Take Energy Volume Data Files.

SVAA.

SAA.

P0182 BM Unit Supplier Take Energy Volume Data File.

P0237 BM Unit Disconnected Supplier Take Energy Volume Data File.

P0236 BM Unit SVA Gross Demand Data File.

Electronic or other method as agreed.

3.13.13

After 3.13.12

Send acknowledgement confirming receipt of the BM Unit Supplier Take Energy Volume Data File.

SAA.

SVAA.

P0183 Stage 2 NETA Acknowledgement Message.

Electronic or other method as agreed.

3.13.14

After 3.13.12

Send notification that problem with file.

SAA.

SVAA34.

P0187 SAA Data Exception Report.

Manual Process.

3.13.15

By 12:30hrs on T-4 WD.

Send relevant NETSO reports.

SVAA.

NETSO.

P0210 TUoS Report (HH/NHH Split).

3.13.16

By T-3 WD.

Send remaining Timetabled Reconciliation Volume Allocation Run Reports to the LDSO and Suppliers.

SVAA.

LDSO.

D0030 Non Half Hourly DUoS Report.23

D0369 Aggregated Disconnected DUoS Report

Electronic or other method as agreed.

SVAA.

Host LDSO

D0314 Non Half Hourly Embedded Network DUoS Report

D0372 Aggregated Embedded Network Disconnected DUoS Report

Suppliers.

D0030 Non Half Hourly DUoS Report.

D0369 Aggregated Disconnected DUoS Report

D0043 Supplier Deemed Take Report.

D0079 Supplier Purchase Report.

D0081 Supplier Half Hourly Demand Report.

D0082 SupplierSupplier Purchase Matrix Report.

D0371 SupplierSupplier Disconnection Matrix Report

D0266 Supplier Settlement Header Report.

D0370 Supplier Half Hourly Demand Disconnection Report

D0276 GSP Group Consumption Totals Report.

D0373 GSP Group Demand Disconnection Totals Report

D0296 Supplier BM Unit Report25

D0374 Supplier BM Unit Demand Disconnection Report

The Disconnection related SVAA reports (i.e. D0369, D0370, D0371, D0372, D0373 and D0374) are designed to allow more than one Demand Control Event to be reported for a single Settlement Date. In practice the SVAA will aggregate all disconnection related volumes and report them against the first Demand Control Event of the Settlement Date.

3A Validate Stage 2 - Half Hourly MSID and AMSID Data

The SVAA will use the software to validate the disaggregated Half Hourly MSID data from HHDAs and Half Hourly AMSID data from HHDCs. The received data must be split by Supplier and by Consumption Component Classes and for the Metering Systems registered to Measurement Classes F or G, by Line Loss Factor Class. The incoming data will be validated to ensure:

i. Physical integrity.

ii. Any data for Settlement Days and times which are already within the system must be a later version than that in the system.

iii. The data has the correct number of Settlement Periods.

iv. The data is for the correct GSP Group(s).

v. The file is from

a) an expected Data Aggregator, as recorded in the standing data i.e. a Data Aggregator who has an appointment to the GSP Group on the Settlement Day for which the data relates; or

b) an expected Half Hourly Data Collector, as recorded in the standing data i.e. a Data Collector who has an appointment to the AMSID(s) notified by the AMVLP.

If not received from an expected Data Aggregator or Half Hourly Data Collector, an error exception entry will be written and the file rejected (until the standing data is amended by the SVAA).

vi. The file only contains data for the expected Metering System Number(s) or Asset Metering System Number(s), as recorded in the standing data - i.e. only Metering System Numbers for which the SVAA has requested Half Hourly MSID data or Asset Metering System Number(s) to which the HHDC has been appointed by the AMVLP. If not then an error exception entry will be written and the file rejected (until the standing data is amended by the SVAA).

vii. The HHDA file contains data for the full set of expected Metering System Number(s), as recorded in the standing data - i.e. only Metering System Numbers for which the SVAA has requested Half Hourly MSID data.

viii The HHDC file only contains data for Asset Metering System Number(s) to which the HHDC has been appointed and contains data for every Settlement Period in each Settlement Date included in the file. If not then an error exception entry will be written and the file rejected.

ix. The file is not a null file.

3.14 Produce Supplier Market Share Summary Data

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

3.14.1

Two months after end of each calendar quarter.

Generate and send Supplier Quarterly Volume Report containing sum of Supplier volumes and average number of Metering Systems for Settlement Days in the quarter, as determined at First Reconciliation.

SVAA.

BSCCo.

P0275 Supplier Quarterly Volume Report.

Email.

3.14.2

Following receipt of 3.14.1

Generate Supplier Market Share Data in accordance with Section V4.2.10 of the BSC

BSCCo.

P0275 Supplier Quarterly Volume Report.

BM Unit Metered Volumes.

Internal process.

Format and publish data

BSCCo.

Supplier Market Share Data.

BSC Website.

4. Appendices

4.1 Validate Incoming Data

The SVAA will validate the data it receives for use in the Supplier Volume Allocation Runs, as follows:

4.1.1 Validate Stage 1 – GSP Group Take Data

The incoming data will be validated to ensure that the daily total GSP Group Take equals the sum of the period GSP Group Takes for that day. Therefore, the validation check on the incoming GSP Group Take data should include the following:

i. Physical integrity

ii. The file is from the correct source i.e. CDCA

iii. Any data for Settlement Days and times which are already within the system must be a later version than that in the system

iv. The data has the correct number of Settlement Periods

v. The data is for the correct GSP Group(s)

4.1.2 Validate Stage 2 - Line Loss Factor Data

This process performs data marshalling of LLFs received from BSCCo. The incoming data will be validated to ensure:

i. Physical integrity

ii. The files are received in the correct sequence

iii. Any data for Settlement Days and times which are already within the system must be a later version than that in the system

iv. The data has the correct number of Settlement Periods

v. The data is for the correct LDSO(s)

vi. The data is for the correct LLFC

4.1.3 Validate Stage 2 - Half Hourly Aggregation Data

The SVAA will use the software to validate the aggregated Half Hourly data from HHDAs. The received data must be split by Supplier and by Consumption Component Classes and for the Metering Systems registered to Measurement Classes F or G, by Line Loss Factor Class. The incoming data will be validated to ensure:

i. Physical integrity.

ii. Any data for Settlement Days and times which are already within the system must be a later version than that in the system.

iii. The data has the correct number of Settlement Periods.

iv. The data is for the correct GSP Group(s).

v. The file is from an expected Data Aggregator, as recorded in the standing data i.e. a Data Aggregator who has an appointment to the GSP Group on the Settlement Day for which the data relates. If not, an error exception entry will be written and the file rejected (until the standing data is amended by the SVAA).

vi. The file only contains data for the expected set of Suppliers, as recorded in the standing data i.e. only Suppliers who have an association with the Data Aggregator on the Settlement Day / GSP Group combination of the file. If not then an error exception entry will be written and the file rejected (until the standing data is amended by the SVAA).

vii. The file contains data for the full set of expected Suppliers, as recorded in the standing data i.e. all Suppliers who have an association with the Data Aggregator on the Settlement Day / GSP Group combination. If not then `an error exception entry will be written and the file rejected (until the standing data is amended by the SVAA).

viii. The file contains no duplicated Supplier / GSP Group / Consumption Component Class combinations.

ix. The file is not a null file.

x. Additionally for the BM Unit files received, the file must be valid for the:

    • Settlement Date; and

    • Supplier and GSP Group to which it relates.

4.1.4 Validate Stage 2 – Supplier Purchase Matrix Data

The SVAA will use the software to validate the aggregated Non Half Hourly data from NHHDAs. The incoming data will be validated to ensure:

i. Physical integrity

ii. Any data for Settlement Days and times which are already within the system must be a later version than that in the system

iii. The data is for the correct GSP Group(s)

iv. The file is from an expected Data Aggregator, as recorded in the standing data i.e. a Data Aggregator who has an appointment to the GSP Group on the Settlement Day for which the data relates. If not, an error exception entry will be written and the file rejected (until the standing data is amended by the SVAA).

v. The file contains no duplicated Supplier / GSP Group / Consumption Component Class combinations.

vi. The file is not a null file.

4.1.5 Validate Stage 3 – Additional Validations for Half Hourly Aggregation Data

The SVAA will use the software to validate the aggregated Half Hourly data from HHDAs.

For a file submitted for use in the II or SF Volume Allocation Run, the comparator data will be the most recently submitted data for the most recent Volume Allocation Run for the previous Settlement Day with the same Day Type. For a file submitted for use in the R1 Volume Allocation Run or later, the comparator data will be the data used for the same Settlement Day for the previous Volume Allocation Run.

The following validation checks will be made on the incoming data:

i. The total consumption volume per file will be aggregated across all Consumption Component Classes where the Consumption Component Indicator is ‘C’ across all Settlement Periods. This will be compared to the equivalent total from the comparator data and the difference calculated.

ii. The total MSID count per file will be aggregated across all Consumption Component Classes where the Consumption Component Indicator is ‘C’ across all entries for Settlement Period 1 only. This will be compared to the equivalent total from the comparator data and the difference calculated.

If the difference between the incoming file and the comparator data for either check breaches a threshold determined by BSCCo, the incoming file will be notified by the system to the SVAA. The SVAA will notify the HHDA of files potentially containing an error. The HHDA will be required to investigate the file and confirm to the SVAA whether the file is correct and should be used in the Volume Allocation Run or whether it is incorrect and should be rejected.

4.1.6 Validate Stage 3 – Additional Validations of Supplier Purchase Matrix Data

The SVAA will use the software to validate the aggregated Non Half Hourly data from NHHDAs.

For a file submitted for use in the II or SF Volume Allocation Run, the comparator data will be the most recently submitted data for the most recent Volume Allocation Run for the previous Settlement Day with the same Day Type. For a file submitted for use in the R1 Volume Allocation Run or later, the comparator data will be the data used for the same Settlement Day for the previous Volume Allocation Run.

The following plausibility checks will be made on the incoming data:

i. The total consumption volume per file will be the aggregate of the Total AA, Total EAC and Total Unmetered Consumption across all records in the file. This will be compared to the equivalent total from the comparator data and the difference calculated.

ii. The total MSID count per file will be the aggregate of the Total AA MSID Count, Total EAC MSID Count and Total Unmetered MSID Count across all records in the file. This will be compared to the equivalent total from the comparator data and the difference calculated.

If the difference between the incoming file and the comparator data for either check breaches a threshold determined by BSCCo, the incoming file will be notified by the system to the SVAA. The SVAA will notify and the NHHDA as of files potentially containing an error. The NHHDA will be required to investigate the file and confirm to the SVAA whether the file is correct and should be used in the Volume Allocation Run or whether it is incorrect and should be rejected.

4.2 Validate Volume Allocation Run Data

The SVAA will further validate the data it receives for use in the Supplier Volume Allocation Runs during the Volume Allocation Run, as follows:

4.2.1 Validate Stage 1 – GSP Group Correction Factors

The SVAA will use the software to validate that the calculated GSP Group Correction Factors lies within an acceptable range determined by BSCCo. If any value lies outside this range, the Volume Allocation Run will be aborted and the cause of the breach investigated. If unresolved BSCCo will be sent appropriate data for analysis and the VAR will be completed.

4.2.2 Validate Stage 2 – Validate GSP Group Take and GSP Group Consumption Volumes

The SVAA will use the software to validate the aggregated total consumption volume per GSP Group per Settlement Period.

The SVAA will calculate the difference between the GSP Group Take and the uncorrected volume calculated at the sum of the uncorrected Consumption Component Classes for all Supplier BM Units within the GSP Group. If the differences lie outside an acceptable range determined by BSCCo the Volume Allocation Run will be aborted and the cause of the breach investigated. If unresolved BSCCo will be sent appropriate data for analysis and the VAR will be completed.

BSCCo will analyse any unresolved issues and attempt to get any data issues resolved by the next available Settlement Volume Allocation Run or internally refer the issue as a dispute.

4.3 Validate Volume Allocation Run Data

4.3.1 Validate Stage 1 – Half Hourly Metered Volumes for MSIDs and AMSIDs

The SVAA will use the software to validate that:

    • the Metering System Half Hourly Metered Data received from a HHDA in respect of a Metering System Number:

    • Is for a Metering System Number registered in the SVA Metering System and Asset Metering System Register;

    • Was sent by the HHDA appointed to that Metering System Number in SMRS; and

    • Includes the Supplier appointed to that Metering System Number in SMRS

    • the Asset Metering System Half Hourly Metered Data received from a HHDC in respect of an Asset Metering System Number:

    • Is for an Asset Metering System Number registered in the SVA Metering System and Asset Metering System Register; and

    • Was sent by the HHDC appointed to that Asset Metering System Number in the SVA Metering System and Asset Metering System Register.

4.3.2 Validate Stage 2 – Delivered Volumes for MSID Pairs and AMSID Pairs

    • The SVAA will use the software to validate that a Delivered Volumes file49 received from a VLP or AMVLP:Is from a VLP or AMVLP registered in the SVA Metering System and Asset Metering System Register;

    • Is for MSID Pair(s) and / or AMSID Pair(s) registered in the SVA Metering System and Asset Metering System Register;

    • Contains MSID Pair Delivered Volumes for:

      • MSID Pairs not associated with AMSID Pairs; or

      • MSID Pairs associated with AMSID Pairs used for Asset Differencing

    • Contains AMSID Pair Delivered Volumes for:

      • MSID Pairs associated with AMSID Pairs used for Asset Metering.

1 The BM Unit will be one nominated by the Supplier or alternatively where one is not nominated a Base BM Unit will be provided to the SVAA by the MDDM (following receipt of the Base BM Unit from the Central Registration Agent (CRA)).

2 The CDCA will be responsible for the collection and processing of all Metering Systems registered by the CRA.

3 VLPs that wish to register an Asset and its Asset Metering Systems and to allocate the related AMSID Pair to a Secondary BM Unit must complete the Asset Metering VLP Qualification process.

4 For P344 Proposed, only if Customer consent has been granted.

5 BSCCo will provide the regression equations to the SVAA on an annual basis, as this data is required for use in the DPP Runs.

6 If problem with MDD, raise this with BSCCo via BSCP509.

7 The DPP Run cannot be re-run after the Initial Volume Allocation Run.

8 If a query or dispute is required to be raised, refer to BSCP11.

9 The SVAA standing data will be automatically amended to agree with the data provided by the Data Aggregator by the SVAA software (BSCP507).

10 If more than one file is received from the sender, the SVAA will use the file with the latest creation timestamp in the run. The SVA System must store data relating to the latest Settlement and its associated Interim Information Volume Allocation Run for each Settlement Day for the subsequent reporting. The following data items cannot be modified once the Interim Information Volume Allocation Run has taken place – SSC, Profile Class, Measurement Requirement, Valid SSC Profile Class, Valid Measurement Requirement Profile Class. However, the following data items can be modified once the Interim Information Volume Allocation Run has taken place, subject to authorisation – Supplier, Supplier in GSP Group, DA, DA in GSP Group, GSP Group Correction Scaling Factor, LLFC and Settlement Period LLF.

11 The BSC Service Desk will request second line support from SVAA to resolve the validation errors.

12 The SVA System will allow for the energy volume total to be either negative or positive (i.e. negative consumption totals should not be treated as spill and should not be allocated to other Suppliers).

13 If a MSID Pair delivered volume has been received

14 If historic data has been received for MSID Pairs or AMSID Pairs registered with SVAA for Baselining

15 For P344 Proposed, only where Customer Consent has been given.

16 If a MSID Pair delivered volume has been received.

17 Version 002 of the P0282 allows the provision of MSID Pair Delivered Volumes or AMSID Pair Delivered Volumes to the SVAA.

18 The HHDC may send the file before this date, if available, but must send the file by this date, using estimated data where no actual data is available. Once the HHDC has submitted actual data to the SVAA, there is no requirement for the HHDC to resubmit data for subsequent VARs.

19 Where such data is available to the NETSO

20 If more than one file is received from the sender, the SVAA will use the file with the latest creation timestamp in the run. The SVA System must store data relating to the latest Settlement and its associated Initial Volume Allocation Run for each Settlement Day for the subsequent reporting. The following data items cannot be modified once the Initial Volume Allocation Run has taken place – SSC, Profile Class, Measurement Requirement, Valid SSC Profile Class, Valid Measurement Requirement Profile Class. However, the following data items can be modified once the Initial Volume Allocation Run has taken place, subject to authorisation – Supplier, Supplier in GSP Group, DA, DA in GSP Group, GSP Group Correction Scaling Factor, LLFC and Settlement Period LLF.

21 If historic data has been received for MSID Pairs or AMSID Pairs registered with SVAA for Baselining

22 Each LDSO will receive a single D0030 dataflow containing data for customers connected to their Distribution System(s) in all the GSP Groups in which the LDSO is operating. Host LDSOs will additionally receive a D0314 dataflow containing data for all embedded networks operated by other LDSOs in the GSP Group corresponding to their distribution services area (with the exception of any directly-connected networks which SVAA has been requested to exclude from the report to the Host LDSO. Such a request should be made to the BSC Service Desk, identifying the LLFC(s) corresponding to the directly connected network, at least 5 Working Days in advance).

23 The D0030 and D0314 will be produced using LDSO mapping data provided on the P0239.

24 This dataflow is optional and is only sent by the SVAA if the Supplier requests the dataflow via the BSC Service Desk.

25 This data flow is only produced for the Initial Settlement (SF), Final Reconciliation (RF) and Final Dispute (DF) Settlement Types

26 T is the Payment Date and this relates to the Settlement Day. All Timetabled Reconciliation Volume Allocation Runs take place a number of Working Days prior to the financial transfers (which take place on the Payment Date) between the FAA and Parties’ Banks.

27 All timescales up to and including the sending of the BM Unit Supplier Take Energy Volume Data File to the SAA are dependent on the SVAA Calendar.

28 If not already sent under 3.2B.3

29 If more than one file received from the sender, the SVAA will use the file with the latest creation timestamp in the run. The SVA System must store data relating to the latest Settlement and its associated Reconciliation Volume Allocation Run for each SD, for subsequent reporting.

30 If CDCA data is to be defaulted, the SVAA will not report that this data is being defaulted to any of the parties listed in this step.

31 If historic data has been received for MSID Pairs or AMSID Pairs registered with SVAA for Baselining

32 Following receipt of this dataflow, the SVAA will investigate the problem and notify the Panel of the outcome of the investigation.

33 The SVAA will distribute a cut down version of these dataflows unless the MDD recipients have specifically requested, via the BSC Service Desk, a full version of these dataflows. However, if all of the data items within the dataflows have changed, the SVAA will provide the complete dataflows to the recipients.

34 The SVAA will distribute a cut down version of these dataflows unless the MDD recipients have specifically requested, via the BSC Service Desk, a full version of these dataflows.

35 MDD recipients for these dataflows will include: Suppliers, DAs, DCs, SVA MOAs, LDSOs, UMSO, Panel, SAA, CDCA, OFGEM, SMRS, NETSO, and SVAA (for use in Stage 2 DPP and Initial Volume Allocation Run). The SVAA will use the MDD matrix to determine how many versions of these dataflows are distributed to each MDD recipient. These dataflows will be sent automatically from the MDDM system to the SVA System. These recipients may also request data on an ad-hoc basis from MDDM.

36 This dataflow will be provided with every publication of the MDD, even though the data contained within the file may not have changed.

37 These dataflows will be provided with every publication of the MDD, even though the data contained within the file may not have changed.

38 These dataflows are optional and will only be provided to a non-BSC party if the SVAA is directed to do so by BSCCo.

39 The version of the D0227 dataflow being sent is the Standard Settlement Configuration extract file.

40 This dataflow will be sent automatically from the MDDM system to the SVA System.

41 This dataflow is optional and is only sent by the SVAA if the HHDA requests the dataflow via the BSC Service Desk.

42 This will not apply for MDD flows that are issued to Parties manually.

43 Where 12 months of data is not available, the SVAA will continue with the re-calculation and the exceptions generated as a result of this will be forwarded to BSCCo for consideration on the next course of action i.e. whether or not to accept the re-calculated values.

44 AFYC, GSP Group Profile Class Average EAC and GSP Group Profile Class Default EAC values will not be re-calculated for those SSCs used only for unmetered supplies.

45 For the avoidance of doubt, this does not include Secondary BM Units

46 The BM Unit data will be received directly by MDDM however the MDDM will not publish this MDD until a request is received from the CCC via Business Event 3.7.

47 A file re-send request is defined as a request from a BSC Party or Party Agent to the SVAA for a file (or files) for which the SVAA has already received a positive acknowledgement.

48 An affected MSID is any MSID that an LDSO disconnects due to a Demand Control Event. The period of disconnection should match the length of the DCE as reported by NETSO in its Demand Control Imminent Notification(s), regardless of the actual period of disconnection.

49 A P0282 version 002 ‘Delivered Volumes’ file may contain MSID Pair Delivered Volumes and / or AMSID Pair Delivered Volumes