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 33.0 relating to the Supplier Volume Allocation Agent.

3. This BSC Procedure is effective from 1 September 2021.

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 30^th 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

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) Unit^¹ 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.

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)² 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 (CORC_iNj) 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 Register

The SVAA shall maintain a register of which Half Hourly SVA Metering System Numbers which may be submitted by:

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

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

HHDA’s shall send Allocated Metering System Metered Consumption to the SVAA where requested.

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, 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

Virtual Lead Parties shall 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)³.

For each Secondary BM Unit where the SVAA has received MSID 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);³
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.

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	HHDAs
(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

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 and HHDAs 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 and CVA MOAs.
BSCP602	SVA Metering System Register

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
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)
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
MSID Pair Delivered Volume	Has the meaning given in Annex X-1 of the BSC

2. Not in use

3. Interface and Timetable Information

3.1 Profile Production for Settlement Day⁴

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.⁴	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 Sunset³. 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, BSCCo⁵. BSC Service Desk.	P0035 Invalid Data.	Manual Process.
3.1.10	By 5:00pm on SD+1.	Perform the DPP Run⁶. 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.	Suppliers⁷. 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 Day⁷

REF	WHEN	ACTION	FROM	TO	INFORMATION REQUIRED	METHOD
3.2A.1	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.
3.2A.1	On SD+3.	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.2	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.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 end of SD+3.	a) If file expected but not received, ask DA to send file.	SVAA.	HHDA, NHHDA	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 mismatch^⁸, ask DA to assess if file is valid.	SVAA.	HHDA, NHHDA.	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.4	On SD+3.	Send GSP Group Take data.	CDCA.	SVAA.	P0012 GSP Group Take Data File.	Electronic or other method as agreed.
3.2A.5	Following 3.2A.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.2A.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.	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.7	From 9:00 am on SD+4.	Invoke Interim Information Volume Allocation Run^⁹: 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 Desk^¹⁰.			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.8	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.9	After 3.2A.7.	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.10	After 3.2A.9	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.11	After 3.2A.10	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.10 or 3.2A.11	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.12	After 3.2A.11	Calculate the Supplier Deemed Take^¹¹.	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.13	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.14	After 3.2A.13.	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.15	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.16	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.17	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.18	After 3.2A.12	Calculate the Secondary Half Hourly Delivered Volumes where applicable¹²^.	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.19	After 3.2A.12	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.20	After 3.2A.18	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)¹³	SVAA	Supplier	P0287 - Secondary Half Hourly Delivered Volumes	Electronic or other method as agreed.
3.2A.21	After 3.2A.19	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.22	After 3.2A.18	Calculate the Secondary BM Unit Supplier Delivered Volumes where applicable¹⁴^.	SVAA			Internal Process
3.2A.23	After 3.2A.19	Calculate the Secondary BM Unit Demand Volumes.	SVAA			Internal Process
3.2A.24	After 3.2A.22	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.25	After 3.2A.23	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.2B Initial Volume Allocation Run for Settlement Day⁷

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
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.	a) If file expected but not received, ask DA to send file.	SVAA.	HHDA, NHHDA	P0034 Missing Data.	Electronic or other method as agreed.
	By SD+14.	Send 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.
		b) If file fails any validation check invalid for reason other than standing data mismatch⁸, ask DA to assess if is valid.	SVAA.	HHDA, NHHDA.	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 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+14¹⁵	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 run¹⁶: 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 Desk¹⁰.			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 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.	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 Take¹¹.			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.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.22	By SD+17.	Send remaining Initial Volume Allocation Run Reports to the LDSO, Suppliers and BSCCo.	SVAA.	LDSO.	D0030 Aggregated DUoS Report’.¹⁷, ¹⁸	Electronic or other method as agreed.
			SVAA.	Host LDSO	D0314 Non Half Hourly Embedded Network DUoS Report.¹⁸
			SVAA.	Suppliers.	D0030 Aggregated DUoS Report’.¹⁸ D0043 Supplier Deemed Take Report. D0079 Supplier Purchase Report. D0081 Supplier Half Hourly Demand Report. D0082 Supplier – Supplier Purchase Matrix Report. D0266 Supplier Settlement Header Report. D0276 GSP Group Consumption Totals Report. D0296 Supplier BM Unit Report.¹⁹.
			SVAA.	BSCCo.	P0276 BSCCo GSP Group Consumption Totals Report.²⁰ P0277 GSP Group Market Matrix Report.
3.2B.21	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.22	After 3.2B.14	As for 3.2A.17 - 3.2A.20

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

REF	WHEN²¹ ²²	ACTION	FROM	TO	INFORMATION REQUIRED	METHOD
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.	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.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 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 to send file.	SVAA.	HHDA, NHHDA.	P0034 Missing 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 mismatch⁸, ask DA to assess file is valid.	SVAA.	HHDA, NHHDA.	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.3.1. Refer to the dataflow listed in 3.3.2.	Electronic or other method as agreed.
	On receipt of corrected file up until the VAR is invoked.	Re-load and validate DA files.	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.
		Re-load and validate DA files.	SVAA.			Internal Process.
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 45^th calendar day after the relevant Settlement Day²³	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 run²⁴: 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 Desk¹⁰.			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.	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.3.10	By T-5 WD.	Calculate the Supplier Deemed Take¹¹.	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 Take¹¹.			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	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.15	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.16	After 3.3.15 and prior to 3.3.17 and if problem with file.	Send notification that problem with file.	SAA.	SVAA²⁶.	P0187 SAA Data Exception Report.	Manual Process.
3.3.17	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.18	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.¹⁷^,¹⁸	Electronic or other method as agreed.
			SVAA.	Host LDSO	D0314 Non Half Hourly Embedded Network DUoS Report^.¹⁸
				Suppliers.	D0030 Non Half Hourly DUoS Report.¹⁸ D0043 Supplier Deemed Take Report. D0079 Supplier Purchase Report. D0081 Supplier Half Hourly Demand Report. D0082 Supplier – Supplier Purchase Matrix Report. D0266 Supplier Settlement Header Report. D0276 GSP Group Consumption Totals Report. D0296 Supplier BM Unit Report¹⁹
			SVAA.	BSCCo.	P0276 BSCCo GSP Group Consumption Totals Report.²⁰ P0277 GSP Group Market Matrix Report.
3.3.19	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.20		As for 3.2A.17 -3.2A.20

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 MDD²⁷. b) Send Technical Product Deliverables (TPD) in accordance with the confidentiality agreement²⁸. c) Send remaining MDD dataflows.	MDDM. MDDM. MDDM.	Relevant MDD Recipients²⁹. SVAA, HHDC. NHHDC³⁰. NHHDA³¹. Non-BSC Parties³²	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 Tolerances³⁰. D0227 BSCCo Market Domain Data File³⁰ ³³. D0227 BSCCo Market Domain Data File³³ 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.	SVAA³¹.	P0015 Profile Data File. D0278 Teleswitch BSCCo Market Domain Data File. D0286 Data Aggregation and Settlements Timetable File.³⁴ 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 Tolerances³⁰. D0280 Teleswitch Contact to Register Mapping File. D0299 Stage 2 BM Unit Registration Data File¹⁹.	Manual Process. Electronic or other method as agreed.
			MDDM.	IARA³¹^.	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 File³⁵.	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 MDD³⁶. 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 month³⁷ period the AFYC, GSP Group Profile Class Average EAC and GSP Group Profile Class Default EAC values³⁸, 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.

REF

WHEN

ACTION

FROM

INFORMATION REQUIRED

METHOD

3.9.1

Annually in February

at an alternative period specified by BSCCo.

Re-calculate for all GSP Groups on a Settlement Day basis for the previous 12 month³⁷ period the AFYC, GSP Group Profile Class Average EAC and GSP Group Profile Class Default EAC values³⁸, 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)³⁹

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 File^⁴⁰.	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 SVAA⁴¹.

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	BSCCo will assess the costs and value of the DCE in accordance with the Demand 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’s assessment	Email, Circular, BSC Website
3.13.2	Within 5WD of 3.13.1	Send notification of Demand Disconnection Event and all affected MSIDs	LDSO	BSCCo	P0238 MSIDs affected by Demand Control Event	Email to bscservicedesk@cgi.com
3.13.3	Within 1WD of 3.13.2	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.4	Within 1WD of 3.13.3	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.5	Within 25WD of 3.13.1	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.6	Within 1WD of 3.13.5	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.7	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.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.
3.13.9	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.10	Following 3.13.9	Process HHDA and NHHDA data and invoke run in accordance with Section 3.3, steps 3.3.3-3.3.9
3.13.11	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.12	After 3.13.11	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.13	After 3.13.11	Send notification that problem with file.	SAA.	SVAA²⁷.	P0187 SAA Data Exception Report.	Manual Process.
3.13.14	By 12:30hrs on T-4 WD.	Send relevant NETSO reports.	SVAA.	NETSO.	P0210 TUoS Report (HH/NHH Split).
3.13.15	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.¹⁷ 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 Supplier – Supplier Purchase Matrix Report. D0371 Supplier – Supplier 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 Report¹⁹ 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 Data

The SVAA will use the software to validate the disaggregated Half Hourly MSID 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 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. 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 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. If not then an error exception entry will be written and the file rejected (until the standing data is amended by the SVAA).

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).

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.

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.

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 For P344 Proposed, only if Customer consent has been granted.

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

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

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

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

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

9 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.

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

11 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).

12 If a MSID Pair delivered volume has been received

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

14 If a MSID Pair delivered volume has been received.

15 Where such data is available to the NETSO

16 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.

17 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).

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

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

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

21 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.

22 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.

23If not already sent under 3.2B.3

24 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.

25 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.

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

27 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.

28 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.

29 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.

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

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

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

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

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

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

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

37 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.

38 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.

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

40 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.

41 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.

CONTENTS

BSCP508: Supplier Volume Allocation Agent

1. Introduction

1.1 Scope and Purpose of the Procedure

1.1.1 Calculate the Daily Profiles

1.1.2 Volume Allocation Runs (VAR)

1.1.3 Market Domain Data Management

1.1.4 Re-calculating AFYC and EAC values

1.1.5 BSC Service Desk

1.2 Main Users of Procedure and their Responsibilities

1.3 Use of the Procedure

1.4 Balancing and Settlement Code Provision

1.5 Associated BSC Procedures

1.6 Acronyms and Definitions

1.6.1 Acronyms

1.6.2 Definitions

2. Not in use

3. Interface and Timetable Information

3.1 Profile Production for Settlement Day4

3.2A Interim Information Volume Allocation Run for Settlement Day7

3.2B Initial Volume Allocation Run for Settlement Day7

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

3.4 Annual Profile Data

3.5 This page has intentionally been left blank

3.6 Process Daily Profile Coefficients

3.7 Implementation of MDD Changes

3.8 Maintain MDD Distribution Matrix

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

3.10 Receipt of Balancing Mechanism Unit(s) 39

3.11 Update of Line Loss Factors.

3.12 Request for file re-send from SVAA41.

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

3A Validate Stage 2 - Half Hourly MSID Data

3.14 Produce Supplier Market Share Summary Data

4. Appendices

4.1 Validate Incoming Data

4.1.1 Validate Stage 1 – GSP Group Take Data

4.1.2 Validate Stage 2 - Line Loss Factor Data

4.1.3 Validate Stage 2 - Half Hourly Aggregation Data

4.1.4 Validate Stage 2 – Supplier Purchase Matrix Data

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

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

4.2 Validate Volume Allocation Run Data

4.2.1 Validate Stage 1 – GSP Group Correction Factors

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

3.1 Profile Production for Settlement Day⁴

3.2A Interim Information Volume Allocation Run for Settlement Day⁷

3.2B Initial Volume Allocation Run for Settlement Day⁷

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

3.10 Receipt of Balancing Mechanism Unit(s)³⁹

3.12 Request for file re-send from SVAA⁴¹.