BSCP602: SVA Metering System & Asset Metering System Register

v 4.0
Download

Balancing and Settlement Code

BSC Procedure

SVA METERING SYSTEM & ASSET METERING SYSTEM REGISTER

BSCP602

Version 4.0

Date: 30 June 2022

BSCP602

relating to the

SVA Metering System & Asset Metering System Register

1. Reference is made to the Balancing and Settlement Code and, in particular, to the definition of “BSC Procedure” in Section X, Annex X-1 thereof.

2. This is BSC Procedure 602, Version 4.0 relating to the SVA Metering System & Asset Metering System Register.

3. This BSC Procedure is effective from30 June 2022.

4. This BSC Procedure has been approved by the BSC Panel or its relevant delegated Panel Committee(s).

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 Change

Changes Included

Mods/Panel/Committee Refs.

1.0

28 Feb 2019

February 2019 Release

P344

Panel 284C/01

2.0

01 Apr 2020

April 2020 Release

P354, P388

Panel 276/04

3.0

01 April 2021

April 2021 Release

P383

Panel 312/08

4.0

30 June 2022

June 2022 Release

P375, P433

Panel 318/06, Panel 322/05

1 Introduction

1.1 Purpose and Scope of the Procedure

The purpose of this Balancing and Settlement Code Procedure (BSCP) is to set out the processes for MSID Pair allocation and for supporting the calculation of network charges.

1.1.1 MSID Pair allocation

This BSCP sets out the processes that:

    • Suppliers, Virtual Lead Parties (VLPs) and NETSO should follow when submitting MSID Pair allocation(s) and MSID Pair Delivered Volumes to the SVAA;

    • Asset Metering Virtual Lead Parties (AMVLPs1) should follow when registering an Asset thus creating AMSID number(s) and an AMSID Pair; and

    • AMVLPs should follow when submitting MSID Pair allocation(s) and AMSID Pair allocation(s) and MSID Pair Delivered Volumes or AMSID Pair Delivered Volumes to the SVAA.

A MSID Pair allocation is the notification from the Lead Party (i.e. Supplier or VLP) or the NETSO of MSID Pairs that may be used for the purposes of providing Balancing Services2 or Applicable Balancing Services to the NETSO. Where the MSID Pair allocation is notified by a Lead Party, the BM Unit Id must be provided along with all MSID Pairs associated with that BM Unit. Where a MSID Pair allocation is notified by the NETSO, no association with a BM Unit will be required.

An AMSID Pair allocation is the notification from the AMVLP of an AMSID Pair that may be used for the purposes of providing Balancing Services as part of a Secondary BM Unit. An AMSID Pair allocation must specify the MSID Pair in the Secondary BM Unit behind which the AMSID pair is located (the “Associated MSID Pair”) and which should be used in conjunction with the AMSID Pair in Settlement calculations, all related AMSID Pairs and an indicator whether the AMSID Pair Delivered Volume will be used for Asset Metering or for Asset Differencing.

Note that one or more AMSID Pairs may be associated with one or more MSID Pairs in a Secondary BM Unit. The paragraph above describes the scenario where one AMSID Pair is associated with one Boundary Point MSID Pair.

Appendix 3.8 defines Asset Metering and Asset Differencing and Appendix 3.9 sets out the valid combinations of MSID Pair Indicator and AMSID Pair Asset Differencing Indicator allowed in a Secondary BM Unit for these different uses of AMSID Pairs.An ‘MSID Pair’ means one SVA HH Import Metering System and, where applicable, one SVA HH Export Metering System situated at a single Boundary Point. To clarify, an MSID Pair must contain an SVA HH Import Metering System but does not always have to contain a SVA HH Export Metering System.

An ‘AMSID Pair’ means one AMSID measuring the flow of electricity to the Asset and, where applicable, one AMSID measuring the flow of electricity from the Asset, whose Half Hourly Metering Systems are used for the purposes of offering Balancing Services.

An ‘Associated MSID Pair’ is, in relation to an AMSID Pair, a Boundary Point MSID Pair which is included in the same Secondary BM Unit as that AMSID Pair and is connected to the Asset to which the AMSID Pair relates. Note that an AMSID Pair can have more than one Associated MSID Pair, if the Asset sits behind more than one Boundary Points on a site. If an AMSID Pair is involved in two Secondary BM Units (one for Asset Metering and one for Asset Differencing), it must have different Associated MSID Pair(s) in each Secondary BM Unit (see section 3.9-3.11 for allowed combinations of MSID Pairs and AMSID Pairs in a Secondary BM Unit).

This BSC Procedure focuses on the interfaces between Lead Parties or the NETSO and the SVAA seen from the perspective of the Lead Party or the NETSO.

The purpose of this procedure is:

    • to ensure maintenance of an accurate, up-to-date SVA Metering System and Asset Metering System Register;

    • to ensure the correct working of the SVAA internal processing for use in validating submissions of MSID Pair Allocations and AMSID Pair Allocations to the SVA Metering System Register;

    • to ensure MSID Pair Delivered Volumes and AMSID Pair Delivered Volumes are determined in good faith, in accordance with Good Industry Practice and notified in a timely manner; and

    • to ensure the correct working of the SVAA internal processing for use in validating MSID Pair Delivered Volumes and AMSID Pair Delivered Volumes.

1.1.2 Supporting the calculation of network charges

The SVAA must regularly produce and send the P0210 ‘TUoS Report’ to the NETSO. The TUoS Report contains details about Supplier BM Units’ net and gross metered volumes (taking account of Imports to SVA Storage Facilities), which NETSO uses in the calculation of TNUoS and BSUoS charges.

The SVAA generates the TUoS Report in accordance with the Settlement Timetable so that it includes calculated and recalculated metered volumes for each Settlement Day for each Volume Allocation Run.

In addition to overall net and gross metered volumes, the SVAA is responsible for receiving Imports to and Exports from declared SVA Storage Facilities and reporting aggregated Import metered volumes to NETSO in the TUoS Report. To do this, the SVAA must validate (and keep under review) declarations made by Suppliers (on behalf of their customers, SVA Storage Facility Operators) and maintain a record of these SVA Storage Facilities. Also, the SVAA must instruct HHDAs to report metered data for specific SVA Storage Facilities, aggregate and report this metered data to the NETSO, and support BSCCo in its periodic review of declared facilities, the volumes reported and the operation of the processes.

This BSCP sets out the processes followed by the SVAA, SVA Storage Facility Operators, Suppliers, VLPs, AMVLPs HHDAs and BSCCo to support the calculation of Network Charges.

Appendix 3.7.3 sets out the template that SVA Storage Facility Operators must complete, which Suppliers send to the SVAA, when declaring an SVA Storage Facility. Appendix 3.7.4 sets out the template that SVA Storage Facility Operators must use if they wish to stop being an SVA Storage Facility Operator.

1.2 Main Users of the Procedure

This BSC Procedure should be used by:

    • Suppliers

    • VLPs

    • AMVLPs

    • The NETSO

    • SVAA

    • SVA Storage Facility Operators

The systems and processes used by Suppliers, VLPs, AMVLPs, the NETSO, the SVAA and SVA Storage Facility Operators must comply with all other applicable requirements set out in the Code, PSL100 , CoP11,BSCP537 and BSCP603.

1.3 Use of Procedure

The remaining sections in this document are:

    • Section 2 – Interface and Timetable Information: this section defines the step by step processes for the SVA Metering System & Asset Metering System Register.

    • Section 3 – Appendices: this section contains supporting information.

1.4 Balancing and Settlement Code Provisions

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

1.5 Associated BSC Procedures

This BSC Procedure interfaces with:

BSCP503

Half Hourly Data Aggregation for SVA Metering Systems Registered in SMRS

BSCP507

Supplier Volume Allocation Standing Data Changes

BSCP508

Supplier Volume Allocation Agent

BSCP537

Qualification Process for SVA Parties, SVA Party Agents VLPs, AMVLPs, AMVLP Agents and CVA MOAs

BSCP603

Meter Operations and Data Collection for Asset Metering Systems

1.6 Acronyms and Definitions

Any capitalised term that is not defined in this BSCP shall have the same meaning given to it as in the Code.

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

Acronym

Expression

AMHHDC

Asset Metering Half Hourly Data Collector

AMMOA

Asset Metering Meter Operator Agent

AMSID

Asset Metering System Identifier

AMVLP

Asset Metering Virtual Lead Party

BM

Balancing Mechanism

BSC

Balancing and Settlement Code (the “Code”)

BSCCo

Balancing and Settlement Code Company

BSCP

Balancing and Settlement Code Procedure

BSP

Balancing Service Provider

BSUoS

Balancing Services Use of System

CRA

Central Registration Agent

ECOES

Electricity Central Online Enquiry Service

EFSD

Effective From Settlement Date

ETSD

Effective To Settlement Date

HHDA

Half Hourly Data Aggregator

HHDC

Half Hourly Data Collector

kWh

Kilowatt-hour

MOA

Meter Operator Agent

MSID

Metering System Identifier

Ref

Reference

SVA

Supplier Volume Allocation

SVAA

Supplier Volume Allocation Agent

TNUoS

Transmission Network Use of System

TUoS

Transmission Use of System

VAR

Volume Allocation Run

WD

Working Day

2. Interface and Timetable Information

2.1 MSID Pair Allocation Notification

Where a VLP has registered a Secondary BM Unit, or a Supplier intends to use an Additional Primary BM Unit, for the purposes of providing Balancing Services3, the BM Unit must be specified in terms of the component MSID Pairs. Where the NETSO has contracts with non BM Applicable Balancing Services Providers, it must specify the MSID Pairs that may be used to provide those non BM Applicable Balancing Services.

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

2.1.1

At least 5 WD before the EFSD of the MSID Pair

Send the MSID Pair Allocation

Lead Party,

NETSO

SVAA

P0278 – MSID Pair Allocation

Self-Service Gateway or other method, as agreed.

2.1.2

As required upon receiving additional information

Send an amended MSID Pair Allocation4

Lead Party,

NETSO

SVAA

P0278 – MSID Pair Allocation

Appendix 3.2 – Amendments to MSID Pair Allocations

Self-Service Gateway, as agreed.

2.1.3

Within 1 WD of 2.1.1

or where appropriate within 1 WD of 2.1.2

If the MSID Pair Allocation was not submitted via the Self-Service Gateway, log MSID Pair in the SVA Metering System and Asset Metering System Register.

SVAA

Internal Process

2.1.4

Immediately following 2.1.1, 2.1.2 or 2.1.3

Validate MSID Pair Allocation in accordance with Appendix 3.1 – Validation of MSID Pair Allocation and AMSID Pair Allocation files

SVAA

Appendix 3.1 – MSID Pair Allocation File Validation

2.1.5

Immediately following2.1.4

If MSID Pair Allocation is invalid, the SVAA shall send notification of the rejection to the Lead Party or the NETSO

SVAA

Lead Party, NETSO

P0280 – Rejection of MSID Pair Allocation

Self-Service Gateway or other method, as agreed.

2.1.6

After 2.1.5

Return to 2.1.2 if Lead Party or the NETSO wishes to provide revised notification.

Lead Party NETSO

2.1.7

Immediately following 2.1.4

or where appropriate within 1 WD of 2.1.2

If MSID Pair Allocation is valid, log the MSID Pair in the SVA Metering System & Asset Metering System Register .

SVAA

2.1.8

Immediately following 2.1.7

Send confirmation of MSID Pair Allocation.

SVAA

Lead Party, NETSO

P0279 – Confirmation of MSID Pair Allocation

Self-Service Gateway or other method, as agreed.

2.1.9

Immediately following 2.1.7

Where an MSID Pair is allocated to a Lead Party and to the NETSO at the same time the SVAA shall notify the NETSO of the dual allocation immediately.

Note that this is allowed, and so the Lead Party will not lose the MSID Pair.

SVAA

NETSO

Import MSID and related Secondary BM Unit Id.

Email or other method, as agreed.

2.1.10

If the MSID Pair was already allocated to a different Lead Party, the SVAA shall transfer the MSID Pair allocation from that Lead Party (the ‘Losing Lead Party’) to the new Lead Party (the ‘Gaining Lead Party’) in the SVA Metering System & Asset Metering System Register.

SVAA

Internal process

2.1.11

Within 1 WD of 2.1.10

Upon allocation to the Gaining Lead Party the SVAA shall send a Loss of MSID Pair Allocation notification to the Losing Lead Party

SVAA

Losing Lead Party

P0281 – Loss of MSID Pair Allocation

Self-Service Gateway or other method, as agreed.

2.1.12

If the Losing Lead Party disagrees with the Loss of MSID Pair Allocation they may initiate the Disputed MSID Pair Allocation Process (go to Section 2.3.1).

Losing Lead Party

2.1A AMSID Pair Allocation to a Secondary BM Unit

An AMVLP may allocate AMSID Pairs to its Secondary BM Units for the purposes of providing Balancing Services. Where an AMVLP has allocated MSID Pair(s) to a Secondary BM Unit in accordance with Section 2.1, and has registered an Asset and related Asset Metering System(s) in accordance with Sections 2.4-2.6 and has received an AMSID Pair in respect of such registration, the AMVLP may allocate that AMSID Pair to that Secondary BM Unit5.

The AMVLP must specify whether it intends to use the AMSID Pair for the purposes of Asset Metering or Asset Differencing (as defined in Section 3.9), and must specify the Associated MSID Pair(s) and set the MSID Pair Indicator and AMSID Pair Asset Differencing Indicator in a valid combination (as set out in 3.10).

A second AMVLP may use the same AMSID Pair in a different Secondary BM Unit at the same time, without the registrant AMVLP losing the AMSID Pair Allocation, provided that the AMSID Pair is used for different purposes in the two Secondary BM Units. If the second AMVLP wishes to use the AMSID Pair for the same purpose as the first AMVLP, this would result in a Loss of AMSID Pair Allocation for the Registrant AMVLP.

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

2.1A.1

At least 1 WD before the AMSID Pair will be used in the Secondary BM Unit

Submit an AMSID Pair Allocation

AMVLP

SVAA

P0306 – AMSID Pair Allocation to a Secondary BM Unit

Self-Service Gateway or other method, as agreed.

2.1A.2

As required

Submit an amended AMSID Pair Allocation6

AMVLP

SVAA

P0306 - AMSID Pair Allocation to a Secondary BM Unit

Appendix 3.2 – Amendments to a MSID Pair Allocation or an AMSID Pair Allocation

Self-Service Gateway, or other method, as agreed.

2.1A.3

Within 1 WD of 2.1A.1 or 2.1A.2

If the AMSID Pair Allocation was not submitted via the Self-Service Gateway, log AMSID Pair Allocation in the SVA Metering System and Asset Meter Register.

SVAA

Internal Process

2.1A.4

Immediately following 2.1A.1, 2.1A2 or 2.1A.3

Validate AMSID Pair Allocation.

SVAA

Appendix 3.1 – Validation of MSID Pair Allocation or AMSID Pair Allocation File

Appendix 3.10 - Valid combinations of ‘MSID Pair Indicator’ and ‘AMSID Pair Differencing Indicator’ in a Secondary BM Unit.

Appendix 3.12 Effect of Proposed AMSID Pair use in AMSID Pair Allocations.

Internal Process

2.1A.5

Immediately following 2.1A.4

If the AMSID Pair Allocation fails validation, reject the AMSID Pair Allocation.

SVAA

AMVLP

P0308 – Rejection of AMSID Pair Allocation to a Secondary BM Unit

Self-Service Gateway

2.1A.6

Immediately following 2.1A.5, or as required

Return to 2.1A.2 if AMVLP wishes to provide a revised AMSID Pair Allocation.

2.1A.7

After 2.1A.4

If the AMSID Pair Allocation is valid, and the AMSID Pair is not already allocated to another Secondary BM Unit, allocate the AMSID Pair to the Secondary BM Unit and notify the AMVLP

SVAA

AMVLP

P0307– Confirmation of AMSID Pair Allocation to a Secondary BM Unit

Self-Service Gateway

2.1A.8

After 2.1A.4

If the AMSID Pair Allocation is valid, but the AMSID Pair is already allocated to another Secondary BM Unit for the same purpose:

  • de-allocate the AMSID Pair from its current Secondary BM Unit; and

  • allocate the AMSID Pair to new Secondary BM Unit

SVAA

Internal Process

2.1A.9

After 2.1A.8

Notify ‘Gaining’ AMVLP of successful AMSID Pair Allocation

SVAA

AMVLP

P0307– Confirmation of AMSID Pair Allocation to a Secondary BM Unit

Self-Service Gateway

2.1A.10

After 2.1A.8

Notify ‘Losing’ AMVLP’ of the loss of the AMSID Pair from its Secondary BM Unit

SVAA

AMVLP

P0320 – Loss of AMSID Pair Allocation Notification

Self-Service Gateway

2.1A.11

After 2.1A.10

AMVLPs agree the effective from date for the transfer of responsibility for the Asset Metering System to the Gaining AMVLP.

Losing AMVLP

Gaining

AMVLP

Telephone, email or other method, as agreed.

2.1A.12

After 2.1A.11 and at least 5WD before Effective From Date

Notify SVAA of the new Registrant AMVLP for the Asset Metering System.

Gaining AMVLP

SVAA

P0297 Asset Registration

with the “Action Indicator” set to ‘Change of Registrant

Self-Service Gateway, or other method, as agreed.

2.1A.13

After 2.1A.12

If the P0297 is invalid, reject the file and notify the AMVLP

SVAA

Gaining AMVLP

P0298 – Rejection of Asset Registration

Internal process

2.1A.14

After 2.1A.13

If the P0297 is valid, amend the AMVLP Id of the AMVLP responsible for the Asset in the Register.

NB As this is not a new Asset Registration, SVAA shall keep the existing AMSID Pair relating to the Asset.

SVAA

2.1A.15

After 2.1A.14

Notify the new AMVLP of the Successful change of Registrant AMVLP for the Asset.

SVAA

Gaining AMVLP

P0299 Confirmation of Asset Registration.

Self-Service Gateway

2.1A.16

After 2.1A.15

Where the new AMVLP decides to replace one or both AMVLP Agent, go to 2.10.1 to Register the new AMVLP Agent(s)

2.1A.17

After 2.1A.4

If the AMSID Pair Allocation is valid, but the AMSID Pair is already allocated to another Secondary BM Unit for a different purpose:

  • allocate the AMSID Pair to new Secondary BM Unit7

Internal Process

2.1A.18

After 2.1A.17

Notify AMVLP of the successful allocation of the AMSID Pair to its BM Unit.

SVAA

AMVLP

P0307– Confirmation of AMSID Pair Allocation to a Secondary BM Unit

Self-Service Gateway

Notify the AMVLP that already had the AMSID Pair Allocated to its BM Unit of this Allocation.

SVAA

AMVLP

P0309 - Notification of use of AMSID Pair by another AMVLP

Self-Service Gateway

2.1A.19

At any time after 2.1A.18

If either AMVLP decides to stop using the AMSID Pair, notify the other AMVLP.

SVAA

AMVLP

P0309 - Notification of use of AMSID Pair by another AMVLP

Self-Service Gateway

2.1A.20

After 2.1A.19

If the AMVLP that has decided to stop using the AMSID Pair was the ‘Registrant’ AMVLP, then the remaining AMVLP must either:

  1. become the ‘Registrant’ AMVLP; or

  1. de-allocate the AMSID Pair from its Secondary BM Unit

P0297 - Asset Registration - populated with Action Indicator ‘C’

P0306 - AMSID Pair Allocation to a Secondary BM Unit - populated with a non-null ‘AMSID Pair in Secondary BM Unit ETD’

2.2A MSID Pair Delivered Volume Notification by Virtual Lead Parties and MSID Pair / AMSID Pair Delivered Volume Notification by Asset Metering Virtual Lead Parties

For each Settlement Day where a VLP has provided Balancing Services8, using a Secondary BM Unit, the VLP must notify to the SVAA the MSID Pair Delivered Volume, for each MSID Pair allocated to that Secondary BM Unit, for each Settlement Period within that Settlement Day.

For each Settlement Day where an AMVLP has provided Balancing Services using a Secondary BM Unit including AMSID Pairs for the purposes of Asset Metering, the AMVLP must notify to the SVAA the AMSID Pair Delivered Volume for each AMSID Pair, adjusted for losses between the Asset Metering System and the Boundary Point Metering System, for each Settlement Period within that Settlement Day. Where an AMVLP has provided Balancing Services using a Secondary BM Unit including AMSID Pairs for the purposes of Asset Differencing, or does not use AMSID Pairs, the AMVLP should only send MSID Pair Delivered Volume data.

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

2.2A.1

Within 1 WD of the provision of a Balancing Service

Submit the MSID Pair Delivered Volume for each MSID Pair used to delivered a Balancing Service

Submit the AMSID Pair Delivered Volume for each AMSID Pair used to deliver a Balancing Service via Asset Metering.

Or

Submit the MSID Pair Delivered Volume for each AMSID Pair used to deliver a Balancing Service via Asset Differencing or where no AMSID Pair used.

VLP

AMVLP

SVAA

SVAA

P0282 – Delivered Volume Notification9

Electronic or other method, as agreed.

2.2A.2

As required10

Re-submit MSID Pair Delivered Volume or AMSID Pair Delivered Volume

VLP

AMVLP

SVAA

SVAA

P0282 –Delivered Volume Notification

Electronic or other method, as agreed.

2.2A.3

Within 1 WD of 2.2A.1

or where appropriate within 1 WD of 2.2A.2

Log and validate MSID Pair Delivered Volume or AMSID Pair Delivered Volume.

SVAA

Appendix 3.4 Delivered Volume File Validation

Internal process.

2.2A.4

Within 1 WD of 2.2A.1

or where appropriate within 1 WD of 2.2A.2

If the file cannot be processed send notification.

SVAA

VLP

or

AMVLP

Negative Acknowledgement

Electronic or other method, as agreed.

Return to 2.2A.2 if VLP wishes to provide revised MSID Pair Delivered Volume or AMVLP wishes to provide revised MSID Pair Delivered Volume or AMSID Pair Delivered Volume.

2.2A.5

Within 1 WD of 2.2A.1

or where appropriate within 1 WD of 2.2A.2

If MSID Pair Delivered Volume fails validation send rejection.

If AMSID Pair Delivered Volume fails validation send rejection.

SVAA

VLP or AMVLP

AMVLP

P0283 – Rejection of Delivered Volume8

Electronic or other method, as agreed.

Return to 2.2A.2 if VLP wishes to provide revised MSID Pair Delivered Volume or AMSID Pair Delivered Volume.

2.2A.6

Within 1 WD of 2.2A.1

or where appropriate within 1 WD of 2.2A.2

If MSID Pair Delivered Volume passes validation send confirmation.

SVAA

VLP or AMVLP

P0284 – Confirmation of Delivered Volume8

Electronic or other method, as agreed.

If AMSID Pair Delivered Volume passes validation send confirmation

SVAA

AMVLP

2.2A.7

As late as possible to meet the relevant VAR for the SD (to ensure most recent data from VLP or AMVLP) to meet the SVAA Calendar.

Perform checks in accordance with Appendix 3.6

SVAA

Appendix 3.6 – MSID Pair / AMSID Pair Delivered Volume Allocation

Internal process

2.2A.8

Immediately following 2.2A.7

If appropriate, send Delivered Volume Exception Report.

SVAA

VLP or AMVLP

P0285 –Delivered Volume Exception Report8

Electronic or other method, as agreed.

2.2B MSID Pair Delivered Volume Notification by the NETSO

For each Settlement Day, the NETSO shall notify to the SVAA the MSID Pair Delivered Volume for each MSID Pair that has been used to provide non BM Applicable Balancing Services for each Settlement Period within that Settlement Day.

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

2.2B.1

Within 45 WD of the provision of a non BM Applicable Balancing Service to the NETSO

Submit the ABS MSID Pair Delivered Volume for each MSID Pair used to deliver the Balancing Service

NETSO

SVAA

P0292 – ABS MSID Pair Delivered Volume Notification

Electronic or other method, as agreed.

2.2B.2

As required11

Re-submit ABS MSID Pair Delivered Volume

NETSO

SVAA

P0292 – ABS MSID Pair Delivered Volume Notification

Electronic or other method, as agreed.

2.2B.3

Within 1 WD of 2.2B.1

or where appropriate within 1 WD of 2.2B.2

Log and validate ABS MSID Pair Delivered Volume

SVAA

Appendix 3.5 – ABS MSID Pair Delivered Volume File Validation

Electronic or other method, as agreed.

2.2B.4

Within 1 WD of 2.2B.1

or where appropriate within 1 WD of 2.2B.2

If the file cannot be processed send notification.

SVAA

NETSO

Negative Acknowledgement

Electronic or other method, as agreed.

Return to 2.2B.1 if the NETSO wishes to provide revised ABS MSID Pair Delivered Volume

2.2B.5

Within 1 WD of 2.2B.1

or where appropriate within 1 WD of 2.2B.2

If ABS MSID Pair Delivered Volume fails validation send rejection.

SVAA

NETSO

P0293 – Rejection of ABS MSID Pair Delivered Volume

Electronic or other method, as agreed.

Return to 2.2B.1 if the NETSO wishes to provide revised MSID Pair Delivered Volume

2.2B.6

Within 1 WD of 2.2B.1

or where appropriate within 1 WD of 2.2.2

If ABS MSID Pair Delivered Volume passes validation send confirmation.

SVAA

NETSO

P0294 – Confirmation of ABS MSID Pair Delivered Volume

Electronic or other method, as agreed.

2.2B.7

As late as possible to meet the relevant VAR for the SD (to ensure most recent data from the NETSO) to meet the SVAA Calendar.

Perform calculations in accordance with Appendix 3.6 and, where it has not been possible to allocate an ABS MSID Pair Delivered Volume to the MSIDs in that MSID Pair, send an exception report to the NETSO

SVAA

NETSO

Appendix 3.6 – ABS MSID Pair Delivered Volume Allocation

P0295 – ABS MSID Pair Delivered Volume Exception Report

Electronic or other method, as agreed.

2.3 Disputed MSID Pair Allocation or Disputed AMSID Pair Allocation Resolution

Where a Lead Party has received a Loss of MSID Pair Allocation notification, or an AMVLP has received a Loss of AMSID Pair Allocation notification and, after discussion with the customer, they believe it to be an erroneous reallocation, they may initiate the Disputed MSID Pair Allocation or Disputed AMSID Pair Allocation Procedure.

Note the Disputed MSID Pair Allocation or Disputed AMSID Pair Allocation process is anonymised and so the ‘From’ and ‘To’ columns are indicative only.

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

2.3.1

Within 5 WD of receipt of a Loss of MSID Pair / AMSID Pair Allocation notification in 2.1.8

Initiate the Disputed MSID Pair Allocation or Disputed AMSID Pair Allocation Resolution Process in accordance with Section 3.3 of this document.

Losing Lead Party / AMVLP

Losing AMVLP

Gaining Lead Party / AMVLP

Gaining AMVLP

P0286 – Disputed MSID Pair Allocation

or

P0312 Disputed AMSID Pair Allocation

Self-Service Gateway or other method, as agreed.

2.3.2

Within 5 WD of 2.3.1

Respond to Disputed MSID Pair Allocation or Disputed AMSID Pair Allocation notification

Gaining Lead Party

Gaining AMVLP

Losing Lead Party

Losing AMVLP

P0286 – Disputed MSID Pair Allocation

or

P0312 Disputed AMSID Pair Allocation

Self-Service Gateway or other method, as agreed.

2.3.3

Once the initial request has been made one of the following options shall be taken

  1. The Gaining Lead Party / AMVLP agrees that the MSID Pair / AMSID Pair is to be allocated to the Losing Lead Party / AMVLP;

or

  1. After appropriate investigation e.g. checking a valid contract is in place, the Gaining Lead Party / AMVLP disagrees with the Losing Lead Party / Losing AMVLP

Internal Process

2.3.4

Same day as 2.3.3

If both parties agree to the resolution of the Disputed MSID Pair Allocation or Disputed AMSID Pair Allocation go to 2.3.6

2.3.5

Following 2.3.3

If the Gaining Lead Party does not agree with the resolution in 2.3.3 and the Losing Lead Party wishes to re-raise the dispute, go to 2.3.1.

See Appendix 3.3.6 for guidance.

2.3.6

Within 1 WD of 2.3.4

Send a revised MSID Pair Allocation with agreed EFSD and ETSD

or

Send a revised AMSID Pair Allocation with agreed EFSD and ETSD

Gaining Lead Party

Gaining AMVLP

SVAA

SVAA

P0278 – MSID Pair Allocation

or

P0306 AMSID Pair Allocation

Self-Service Gateway or other method, as agreed.

2.3.7

Within 1 WD of 2.3.4

Send new MSID Pair Allocation with agreed EFSD and ETSD

or

Send new AMSID Pair Allocation with agreed EFSD and ETSD

Losing Lead Party

Losing AMVLP

SVAA

SVAA

P0278 – MSID Pair Allocation

or

P0306 AMSID Pair Allocation

Self-Service Gateway or other method, as agreed.

2.4 SVA Storage Facilities – initial declaration of an SVA Storage Facility12 (and, where necessary, an SVA Storage Facility Operator13)

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

2.4.1

As soon as an SVA Storage Facility Operator identifies that it would like to declare a facility

Complete and send a Declaration Document

Declaration Documents must be signed by an SVA Storage Facility Operator’s director registered with Companies House.

SVA Storage Facility Operator

Supplier(s)

Director-signed Declaration Document (Part B-D) – see Appendix 3.7.1.1 and Appendix 3.7.3.

Agreed between SVA Storage Facility Operator and Supplier

2.4.2

Within 5WD of 2.4.1

Send SVA Storage Facility Operator’s Declaration Document to the SVAA

Supplier(s)

SVAA

Director-signed Declaration Document (Part A-D).

Email

2.4.3

Within 2WD of 2.4.2;

or

if the SVAA determines that a Declaration is one of a set14 then within 5WD of 2.4.2.

Check that each Declaration Document is complete and valid. The SVAA may liaise with the Supplier that submitted the declaration to seek additional information, corrections or a resubmission of the declaration.

The SVAA must register (or update) details of each SVA Storage Facility declared to it, irrespective of whether successfully validated.

SVAA

Internal process

2.4.4

Within 1WD of 2.4.3

Notify the Supplier of the outcome of 2.4.3.

SVAA

Supplier

The SVAA must inform the relevant Supplier(s) whether the Declaration for an SVA Storage Facility identified in a Declaration Document was successfully validated or not.

Where the SVAA decides a Declaration is invalid or incomplete it must provide a short explanation to the Supplier(s).

Email or, where agreed, by other electronic means

2.4.5

Following receipt of 2.4.4

Suppliers should send details of whether a Declaration(s) was successful or not for each declared SVA Storage Facility sent per 2.4.2.

Supplier

SVA Storage Facility Operator

Agreed between SVA Storage Facility Operator and Supplier

2.4.6

Within 1WD of 2.4.3

Where an SVA Storage Facility is successfully declared, determine whether for each of the facility’s MSIDs to instruct HHDA to begin reporting metered data to the SVAA15.

If instruction required, follow BSCP503 Section 3.7.

SVAA

HHDA

D0354 - Metering System Reporting Notification16

Electronic, or other method, as agreed.

2.5 SVA Storage Facilities – voluntary withdrawal of an SVA Storage Facility’s declaration17

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

2.5.1

As soon as an SVA Storage Facility Operator identifies that it must send notice that a declaration must end

Complete and send a Declaration Document to Supplier(s)

Declaration Documents must be signed by a Storage Facility Operator’s director registered with Companies House.

SVA Storage Facility Operator

Supplier(s)

Director-signed Declaration Document (Part B-D) – see Appendix 3.7.1.3 and Appendix 3.7.3.

Agreed between SVA Storage Facility Operator and Supplier

2.5.2

Within 5WD of 2.5.1

Send SVA Storage Facility Operator’s Declaration Document to the SVAA

Supplier(s)

SVAA

Director-signed Declaration Document (Part A-D).

Email

2.5.3

Within 2WD of 2.5.2.

Check that each director-signed Declaration Document is complete and valid. The SVAA may liaise with the Supplier that submitted the Declaration Document to seek additional information, corrections or a resubmission of the declaration.

The SVAA must update the details of each SVA Storage Facility identified to it to cease being a valid declared facility.

SVAA

Internal process

2.5.4

Within 1WD of 2.5.3

Notify the Supplier(s) of the outcome of 2.5.3.

SVAA

Supplier(s)

Where the Declaration Document is successfully validated, the SVAA must inform the Supplier(s) that it has updated the registration details for the SVA Storage Facility.

Otherwise, where a Declaration Document fails validation, the SVAA must provide a short explanation to the Supplier.

Electronic, or other method, as agreed.

2.5.5

Following receipt of 2.5.4

Notify the SVA Storage Facility Operator of the outcome of 2.5.3 and whether the SVAA has updated its records

Supplier(s)

SVA Storage Facility Operator

Confirmation (or otherwise) that SVA Storage Facility’s Declaration has been updated as having/expected to cease/d.

Agreed between SVA Storage Facility Operator and Supplier

2.5.6

Within 1WD of 2.5.3

Where a Declaration for an SVA Storage Facility has ended or is due to end, determine whether, for each of the facility’s MSIDs, to instruct HHDA to cease reporting metered data to the SVAA18.

If instruction required, follow BSCP503 Section 3.8.

SVAA

HHDA

D0354– Metering System Reporting Notification19

Electronic, or other method, as agreed.

2.6 SVA Storage Facilities – enforced withdrawal of an SVA Storage Facility’s declaration20

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

2.6.1

Where the SVAA identifies a need to end a declaration or is instructed by the BSC Panel (via BSCCo) to end a declaration.

Update the details of each SVA Storage Facility identified by or to it21 to cease being a valid declared facility.

SVAA

Internal SVAA process

2.6.2

Within 1WD of 2.6.1

Notify the Supplier(s) of the action taken.

SVAA

Supplier(s)

The SVAA must provide a short explanation to the Supplier(s).

Electronic, or other method, as agreed.

2.6.3

Following receipt of 2.6.2

Notify the SVA Storage Facility Operator of the outcome of 2.6.2

Supplier

SVA Storage Facility Operator

Agreed between SVA Storage Facility Operator and Supplier

2.6.4

Within 1WD of 2.6.1

Where a Declaration for an SVA Storage Facility has ended or is due to end, determine whether, for each of the facility’s MSIDs, to instruct HHDA to cease reporting metered data to the SVAA22.

If instruction required, follow BSCP503 3.8.

SVAA

HHDA

D0354 – Metering System Reporting Notification23

Electronic, or other method, as agreed.

2.7 SVA Storage Facilities – withdrawal of an SVA Storage Operator24

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

2.7.1

As soon as an SVA Storage Facility Operator identifies that it must or would like to cease to be an SVA Storage Operator

Send a SVA Storage Operator Withdrawal letter to the SVAA

SVA Storage Facility Operator

SVAA

Director-signed Operator Withdrawal letter – see Appendix 3.7.1.5 and Appendix 3.7.4.

Email

2.7.2

Within 2WD of 2.7.1

Check that each SVA Storage Operator Withdrawal letter is complete and valid.

SVAA

Internal process

2.7.3

Where SVA Storage Facility Operator Withdrawal Letter successfully validated per 2.7.2

Or

Where Panel instructs the SVAA

Or

Where BSCCo confirms that an SVA Storage Facility Operator is no longer

Update the details of the SVA Storage Facility Operator and end-date each related SVA Storage Facility related to the SVA Storage Facility Operator.

SVAA

Internal process

2.7.4

Within 1WD of 2.7.2

Where the SVA Storage Facility Operator Withdrawal is successfully validated, notify the SVA Storage Facility Operator and all related Suppliers of the outcome of 2.7.2, and follows the steps in 2.6 to ensure all related SVA Storage Facilities are end-dated.

Where the SVA Storage Facility Operator Withdrawal letter fails validation, notify the SVA Storage Facility Operator of the outcome of 2.7.2

SVAA

SVA Storage Facility Operator, Supplier(s)

Where the SVA Storage Facility Operator Withdrawal Letter is successfully validated, the SVAA must inform the SVA Storage Facility Operator and the Supplier(s) that it has updated the registration details for the SVA Storage Facility Operator and SVA Storage Facility(ies).

Otherwise, where a Withdrawal Letter fails validation, the SVAA must provide a short explanation to the SVA Storage Facility Operator only.

Email or, where agreed, by other electronic means

2.8 SVA Storage Facilities – update following Change Of Supplier, Change of Agent or change of the Metering Systems registered for the Storage Facility25

A Change of Supplier (CoS) or Change of Metering System (CoM) event would invalidate the SVA Storage Facility’s declaration without an update. Furthermore, a CoS or CoM requires the SVA Storage Facility Operator to resubmit a Declaration Document for each Supplier and all Metering Systems related to the SVA Storage Facility.

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

2.8.1

As soon as an SVA Storage Facility Operator identifies that it must update an existing declaration

Complete and send a Declaration Document to its Supplier(s)

SVA Storage Facility Operator

Supplier(s)

Director-signed Declaration Document (Part B-D) – see Appendix 3.7.1.2 and Appendix 3.7.3.

Agreed between SVA Storage Facility Operator and Supplier

2.8.2

Within 5WD of 2.8.1

Send SVA Storage Facility Operator’s director-signed Declaration Document to the SVAA

Supplier(s)

SVAA

Director-signed Declaration Document (Part A-D).

Email

2.8.3

Within 2WD of 2.8.2;

or

if the SVAA determines that a Declaration is one of a set26 then within 5WD of 2.8.2.

Check that each director-signed Declaration Document is complete and valid. The SVAA may liaise with the Supplier that submitted the declaration to seek additional information, corrections or a resubmission of the declaration.

Where successfully validated, the SVAA must update the details of each SVA Storage Facility.

SVAA

Internal process

2.8.4

Within 1WD of 2.8.3

Notify the Supplier of the outcome of 2.8.3.

SVAA

Supplier

Where the Declaration Document is successfully validated, the SVAA must inform the Supplier(s) that it has updated the registration details for the SVA Storage Facility.

Otherwise, where a Declaration Letter fails validation, the SVAA must provide a short explanation to the Supplier.

Electronic, or other method, as agreed.

2.8.5

Following receipt of 2.8.4

Supplier(s) should notify the SVA Storage Facility Operator of the outcome of 2.8.3 and so whether the SVAA has updated its records

Supplier

SVA Storage Facility Operator

Confirmation (or otherwise) that SVA Storage Facility’s Declaration has been updated as having/expected to cease/d.

Agreed between SVA Storage Facility Operator and Supplier

2.8.6

Within 1WD of 2.8.3

Where a Declaration for an SVA Storage Facility has ended or is due to end, determine whether, for each of the facility’s MSIDs, to instruct HHDA to cease reporting metered data to the SVAA27.

If instruction required, follow BSCP503 3.8.

SVAA

HHDA

D0354 - Metering System Reporting Notification28

Electronic, or other method, as agreed.

2.9 Asset Registration

An AMVLP may register an Asset and related Asset Metering System(s), in order to receive an AMSID Pair29.

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

2.9.1

At least 10 WD before inclusion in Secondary BM unit

Submit details of the Asset.

AMVLP

SVAA

P0297 - Asset Registration

Self-Service Gateway or other method, as agreed.

2.9.2

Within 1 WD of 2.9.1

If Self-Service Gateway was not the method used in 2.9.1, log the Asset details in the Register.

SVAA

Internal Process

2.9.3

Within 1 WD of 2.9.1

Validate the Asset details.

SVAA

Appendix 3.1.1

Internal Process

2.9.4

Immediately following 2.9.3

If Asset details are invalid, send rejection notification with rejection reason.

SVAA

AMVLP

P0298 - Rejection of Asset Registration

Self-Service Gateway

2.9.5

After 2.9.4

Return to 2.9.1 if AMVLP wishes to submit valid Asset details.

AMVLP

2.9.6

Immediately following 2.9.3

If Asset details are valid, create and store unique AMSID(s) as an AMSID Pair.

SVAA

Internal Process

2.9.7

Immediately following 2.9.6

Send an acceptance notification, including the AMSID Pair details.

SVAA

AMVLP

P0299 - Confirmation of Asset Registration

Self-Service Gateway

2.9.8

After 2.9.7

Go to Section 2.10.

AMVLP

2.10 Registration of AMVLP Agents for Asset Metering System(s)

After the successful registration of an Asset, the AMVLP must appoint AMVLP Agents - a Qualified MOA30 and Qualified HHDC(s)31 - to the Asset Metering System(s) and register them in the SVA Metering System & Asset Metering System Register before the AMVLP may allocate the related AMSID Pair to a Secondary BM Unit. The AMVLP Agent appointments should be carried out in accordance with BSCP603

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

2.10.1

After 2.9.8 or 2.1A.15

Appoint AMVLP Agents for the Asset Metering System(s) and related AMSID Pair.

AMVLP

Internal process

2.10.2

After 2.10.1 and at least 5 WD before allocation of the AMSID Pair to a Secondary BM Unit

Register the AMVLP Agent details in the SVA Metering System & Asset Metering System Register

AMVLP

SVAA

P0300 – Registration of AMVLP Agents

Self-Service Gateway or other method, as agreed.

2.10.3

Within 1 WD of 2.10.2

If Self-Service Gateway was not used in 2.10.2, log the AMVLP Agent details in the Register

SVAA

Internal process

2.10.4

Immediately following 2.10.2 or 2.10.3

Validate AMVLP Agent details

SVAA

Appendix 3.1.2

Internal process

2.10.5

Within 1 WD of 2.10.4

If AMVLP Agent details are invalid, send rejection notification with rejection reason

SVAA

AMVLP

P0301 - Rejection of AMVLP Agent Registration

Self-Service Gateway and FTP

2.10.6

After 2.10.5

Return to 2.10.1 if AMVLP wishes to submit valid AMVLP Agent details

AMVLP

2.10.7

Within 1 WD of 2.10.4

If AMVLP Agent Details are valid, send acceptance notification

SVAA

AMVLP

P0302 - Confirmation of AMVLP Agent Registration

Self-Service Gateway and FTP

2.10.8

After 2.10.7

Go to 2.11.1

AMVLP

2.11 Registration of Asset Meter Details for an Asset and related Asset Metering Systems

Once the MOA or AMMOA has installed the Asset Meter(s) for the Asset Metering System(s), the AMVLP must complete the registration of the Asset by registering the Asset Meter Details before the AMSID Pair can be allocated to a Secondary BM Unit.

REF

WHEN

ACTION

FROM

TO

INFORMATION REQUIRED

METHOD

2.11.1

After 2.10.8 and at least 3 WD before allocation of the AMSID Pair to a Secondary BM Unit

Submit Asset Meter details.

AMVLP

SVAA

P0303 - Asset Meter Registration

Self-Service Gateway or other method, as agreed.

2.11.2

Within 1 WD of 2.11.1

If Self-Service Gateway was not the method used, in 2.11.1, log the Asset Meter details in the Register.

SVAA

Internal Process

2.11.3

Within 1 WD of 2.11.1

Validate the Asset Meter details.

SVAA

Appendix 3.1.3

Internal Process

2.11.4

Immediately following 2.11.3

If Asset Meter details are invalid, send rejection notification with rejection reason.

SVAA

AMVLP

P0304 - Rejection of Asset Meter Registration

Self-Service Gateway and FTP

2.11.5

After 2.11.4

Return to 2.11.1 if AMVLP wishes to submit valid Asset Meter details

AMVLP

2.11.6

Immediately following 2.11.3

If Asset Meter details are valid, send acceptance notification.

SVAA

AMVLP

P0305 - Confirmation of Asset Meter Registration

Self-Service Gateway and FTP

2.11.7

After 2.11.6

Asset Meter registration is complete.

AMVLP

2.11.8

After 2.11.7

Proceed to Section 2.1A to allocate AMSID Pair(s) to a Secondary BM Unit.

AMVLP

3 Appendices

3.1 Validation of MSID Pair and AMSID Pair Allocation File

If the MSID Pair Allocation or AMSID Pair Allocation was submitted via a method other than the Self-Service Gateway, the SVAA will validate the MSID Pair Allocation or AMSID Pair Allocation data file it receives and will log that data in the SVA Metering System & Asset Metering System Register, if the file has passed both Validation Stages below. If the data file fails validation, the SVAA will issue a Rejection of MSID Pair Allocation or a ‘Rejection of AMSID Pair Allocation to a Secondary BM Unit’ to the AMVLP.

If the MSID Pair Allocation or AMSID Pair Allocation was submitted via the Self-Service Gateway, Validate Stage 1 will not be required, as there will not be an Allocation File to validate; the Self-Service Gateway form will require all mandatory data items to be entered in the correct format before the AMVLP can save the Allocation.

3.1.1 Validate Stage 1 – Schema Validation

The SVAA will validate the MSID Pair Allocation data from Lead Parties or the NETSO and the AMSID Pair Allocation data from AMVLPs. The incoming data will be validated to ensure:

    • Physical integrity; and

    • That the data file contains all mandatory data items in the required formats in accordance with the SVA Data Catalogue

3.1.2 Validate Stage 2 – Business Logic Validation

The SVAA will validate the MSID Pair Allocation or the AMSID Pair Allocation to a Secondary BM Unit in accordance with the requirements in Section S. to ensure that:

3.1.2.1 For and MSID Pair:

    • it is from a valid Lead Party (i.e. a qualified Supplier or VLP), an AMVLP or the NETSO

    • the BM Unit to be allocated is a valid BM Unit32

    • the Lead Party sending the notification is the Lead Party of the specified BM Unit to have a MSID Pair allocated

    • a MSID may not be allocated to more than one MSID Pair at any given time

    • each MSID within the MSID Pair is located within the same GSP group associated with the BM Unit32 to which they are to be allocated to; and

    • the EFSD of the MSID Pair Allocation is at least 5 working Days ahead of the date of receipt of the MSID Pair *

* Note that retrospective amendments are allowed and are detailed in Appendix 3.2

3.1.2.2 For an AMSID Pair:

    • it is submitted by a valid AMVLP

    • the BM Unit specified is a valid Secondary BM Unit

    • an AMSID may not be allocated to more than one AMSID Pair at any given time

    • the AMSID Pair is in the same GSP Group as the Secondary BM Unit32 to which it is to be allocated

    • the Associated MSID Pair(s) has already been associated to that Secondary BM Unit

    • the combination of MSID Pair Indicator and AMSID Pair Differencing Indicator is allowed (see Section 3.9)

    • deallocate it from the first AMVLP’s Secondary BM Unit identify whether the AMSID Pair is already included in another Secondary BM Unit; and, if it is

    • whether the AMSID Pair is being used for the same purpose (i.e. for Asset Differencing or Asset Metering) in the other Secondary BM Unit:

    • an allowed combination of MSID Pair Indicator and AMSID Pair Differencing Indicator would result in a loss of AMSID Pair (see Section 3.10)

3.1.3 Validate Stage 3 – Data Validation

3.1.3.1 The SVAA will further validate MSID Pair Notifications to be allocated to Secondary BM Units32 against reference data held by the relevant SMRS and published on the Electricity Central Online Enquiry Service (ECOES). This validation will ensure that:

    • each MSID is registered in the ECOES Database;

    • each MSID is a HH Metering System;

    • each MSID notified by a Lead Party is allocated to a Secondary BM Unit;

    • each MSID IS not disconnected; and

    • the GSP Group for each MSID has been recorded correctly.

3.1.3.2 The SVAA will also validate AMSID Pair Notifications to be allocated to Secondary BM Units against data held within the SVA Metering System and Asset Meter Register. This validation will ensure that:

    • each AMSID is an Asset Metering System;

    • each AMSID Pair relates to an Asset which has successfully completed the three stage Registration process.

3.2 Amendments to MSID Pair Allocation or an AMSID Pair Allocation

Where a Lead Party wishes to retrospectively correct a MSID Pair Allocation error or an AMSID Pair Allocation error - or the NETSO wishes to retrospectively correct a MSID Pair Allocation error and, where correction of the identified error ensures that the future accuracy of Settlement, the SVAA shall facilitate such amendments for Settlement Days prior to having undergone the R1 Volume Allocation Run (VAR).

To clarify, only existing MSID Pair Allocations and existing AMSID Pair Allocations qualify for a Retrospective error correction.

The obligation remains with the Lead Party or the NETSO to ensure, wherever possible, that accurate data is submitted to the SVA Metering System & Asset Metering System Register for use in Settlement.

3.3 Disputed MSID Pair or AMSID Pair Allocation Resolution

Where a Lead Party has received a Loss of MSID Pair Allocation notification (a ‘Losing Lead Party’) or an AMVLP has received a Loss of AMSID Pair Allocation notification (a Losing AMVLP), and after discussion with the customer they believe it to be an erroneous notification, they may initiate the Disputed Allocation Procedure.

    1. A Losing Lead Party or Losing AMVLP may initiate the Disputed MSID Pair Allocation Resolution Process by sending the P0286 or P0312 to the Gaining Lead Party or Gaining AMVLP.

    2. The Gaining Lead Party or Gaining AMVLP shall use reasonable endeavours to respond to the Losing Lead Party or Losing AMVLP within 5 Working Days of receipt of the P0286or P0312.

Once the initial request has been made one of the following options shall be taken:

    1. The Gaining Lead Party or AMVLP agrees that the MSID Pair or AMSID Pair is to be allocated to the Losing Lead Party or Losing AMVLP.

    2. After appropriate investigation e.g. checking a valid contract is in place, the Gaining Lead Party or Gaining AMVLP disagrees with the Losing Lead Party or Losing AMVLP.

Where the Gaining Lead Party agrees with the Losing Lead Party:

    1. The Gaining Lead Party or Gaining AMVLP shall update the SVA Metering System & Asset Metering System Register with a revised MSID Pair Allocation or AMSID Pair Allocation populated appropriately.

    2. The Losing Lead Party or Losing AMVLP shall send a new MSID Pair Allocation or AMSID Pair Allocation populated appropriately.

Where Lead Parties are not in agreement:

    1. The Gaining Lead Party or Gaining AMVLP shall send the Losing Lead Party or Losing AMVLP the P0286 or P0312 indicating the Gaining Lead Party or Gaining AMVLP disagrees with the Losing Lead Party or Losing AMVLP

    2. The Losing Lead Party or Losing AMVLP can restart process should they remain in the belief that the rejection is erroneous (please return to step 1)

Where the Gaining Lead Party or Gaining AMVLP has received three transfer requests for the same MSID Pair or AMSID Pair from the same Losing Lead Party or Losing AMVLP and all requests are believed to be validly rejected, and prior to sending the third rejection:

    1. They shall telephone the Customer to discuss the transfer and the reason for rejection,

    2. They shall come to a conclusion with the Customer as to whether the transfer request is valid or invalid.

    3. If valid, they shall amend the EFSD as requested and continue as per current process

    4. If invalid, they will follow the current process in sending the rejection flow along with comments ‘validly rejected 3 times as agreed’.

    5. If a further transfer request is received, the request will be escalated to a Gaining Lead Party team manager who will endeavour to reach a resolution with the Customer.

3.4 MSID Pair Delivered Volume or AMSID Pair Delivered Volume Notification

To ensure that MSID Pair Delivered Volumes, AMSID Pair Delivered Volumes and ABS MSID Pair Delivered Volumes are determined in good faith and in accordance with Good Industry Practice, VLPs, AMVLPs and the NETSO must be able to provide upon request:

    1. Sufficient information to demonstrate how the MSID Pair Delivered Volumes or ABS MSID Pair Delivered Volumes for any MSID Pair and the AMSID Pair Delivered Volumes for any AMSID Pair were derived.

    2. It shall be possible for the VLP, AMVLP or the NETSO to re-run any individual determination of Delivered Volumes to recreate the results exactly as originally calculated, as a historical report. This shall include the facility to exclude later versions of business data which were received after the process was originally run.

    3. Should any Delivered Volume process or other report process generate informational, warning or error logs as part of its processing, these logs should be available for inspection.

3.5 Validation of MSID Pair Delivered Volume or AMSID Pair Delivered Volume Files

The SVAA will validate the MSID Pair Delivered Volume or AMSID Pair Delivered Volume data it receives prior to allocating those volumes to the constituent MSIDs of the MSID Pair or to the constituent AMSIDs of the AMSID Pair as follows:

Validate Stage 1 – Schema Validation

The SVAA will validate the aggregated MSID Pair Delivered Volume or AMSID Pair Delivered Volume data from VLPs or AMVLPs. The incoming data will be validated to ensure:

    • Physical integrity

    • That the data file contains all mandatory data items in the required formats in accordance with the SVA Data Catalogue

Validate Stage 2 – Business Logic Validation

The SVAA will validate the MSID Pair Delivered Volume, AMSID Pair Delivered Volume or ABS MSID Pair Delivered Volume in accordance with the requirements in Section S. The incoming data will be validated to ensure that:

    • it is from a valid Lead Party (i.e. a qualified Supplier, VLP or AMVLP) or the NETSO

    • the BM Unit specified is a valid BM Unit32

    • the sender of the notification is the Lead Party of the specified BM Unit for the relevant MSID Pair or AMSID Pair, or the NETSO

    • the MSID Pair Delivered Volume, AMSID Pair Delivered Volume or ABS MSID Pair Delivered Volume is for a valid MSID Pair or AMSID Pair stored in the SVA Metering System Register.

3.6 Allocation of MSID Pair Delivered Volumes, AMSID Pair Delivered Volumes and ABS MSID Pair Delivered Volumes

The SVAA will use the disaggregated kWh MSID metered data provided by HHDAs (in accordance with BSCP503) and, where applicable, the kWh AMSID metered data provided by HHDCs (in accordance with BSCP603) to allocate the MSID Pair Delivered Volume33 and, where applicable, the AMSID Pair Delivered Volume to the component MSIDs in that MSID Pair and to the component AMSIDs in that AMSID Pair for each Settlement Period, creating the Total Metering System Delivered Volume (TQVMDKj).

The steps of this process are as follows:

    1. For each MSID Pair, start by allocating the MSID Pair Delivered Volume33 to the Export MSID for a positive value (or to the Import MSID for a negative value), subject to the constraint that the magnitude of the MSID Pair Delivered Volume that can be allocated is capped by the magnitude of the half hourly metered data.

    2. Allocate any remaining MSID Pair Delivered Volume33 to the other MSID in the MSID Pair (i.e. the Import MSID for a positive value, or the Export MSID for a negative value).

    3. In the special case of an MSID Pair that does not include an Export MSID this process, all of the MSID Pair Delivered Volume will be allocated to the Import MSID.

    4. If a MSID Pair Delivered Volume cannot be allocated in full to the component MSIDs using this process, the SVAA System will report an exception.

    5. The SVAA operator will then report this exception to BSCCo and the VLP or the NETSO, as an exception indicates that the MSID Delivered Volume is inconsistent with the Settlement MSID metered data (suggesting that the MSID Delivered Volume has been reported incorrectly).

    6. If the review by the VLP or the NETSO identifies that the exception was caused by the MSID Pair Delivered Volume being incorrect, the Virtual Lead Party or the NETSO will submit a corrected MSID Delivered Volume to the SVAA.

    7. For AMSID Pair Delivered Volumes, SVAA will assign those delivered volumes to the Associated MSID Pairs and will apply losses to those Delivered Volumes to take account of any losses between the Asset Metering System and the Boundary Point.

    8. Where there is more than one AMVLP using AMSID Pairs and the same MSID Pair, MSID Pair Delivered Volumes will be assigned to each AMVLP based on their contribution to the MSID Pair Delivered Volume.

3.7 SVA Storage Facilities

3.7.1 Submission and validation of SVA Storage Facility Declarations

In order for the SVAA to collect, aggregate, and report an SVA Storage Facility’s Imports to the NETSO, the SVA Storage Facility Operator (via their Supplier(s)) must submit and from time to time resubmit a valid director-signed Declaration Document to the SVAA.

Appendix 3.7.3 provides a Declaration Document form (F602/01). The Declaration Document form comprises four parts:

Completed by the Supplier:

    • Part A - provide details about the Supplier and the Authorised Person submitting the entire Declaration Document to the SVAA on behalf of the SVA Storage Facility Operator – the Supplier is responsible for filling out Part A but is responsible for submitting the entire Declaration Document, comprising Part A-D;

Completed by the SVA Storage Facility Operator:

    • Part B – is a declaration letter containing a standard text with elements in square brackets which must be filled in or deleted as appropriate by the SVA Storage Facility Operator depending on the circumstances. The final letter must be signed by one of the SVA Storage Facility Operator’s registered directors;

    • Part C and Part D – provide templates for providing necessary details about a SVA Storage Facility, the SVA Storage Facility Operator and the related Metering Systems.

    • Where the SVA Storage Facility Operator wishes to provide details for more than one SVA Storage Facility in a Declaration Document, it may complete multiple copies of Part C, i.e. for each SVA Storage Facility being declared. No matter how many Part Cs are provided, please list all MSID details in Part D.

Each copy of Part C and D in a single Declaration Document contain details specific to the Supplier submitting the Declaration Document. A separate Declaration Document(s) is produced for Metering Systems registered by other Supplier(s) at the same SVA Storage Facility.

Collectively a single Part A, B, C and D constitute a single declaration. Where multiple Part Cs are provided in a single Declaration Document, there are as many Declarations as there are Part Cs in the Declaration Document.

Should an SVA Storage Facility Operator need to declare, update or withdraw a declaration for an SVA Storage Facility it must use the Declaration Document form (F602/01) provided in Appendix 3.7.3. Additional guidance is provided below in 3.7.1.1, 3.7.1.2 and 3.7.1.3.

SVA Storage Facility Operators and Suppliers should endeavour to submit Declaration Documents before the date they are to take effect from. It is possible for a Declaration Document to have retroactive effect, i.e. a Declaration Set EFD that is earlier than the date it is submitted, so long as the Declaration Set EFD is less than 12 months earlier than the Declaration Document’s submission date. This is both to ensure that Metered Data can be collected, and before reaching the Final Reconciliation Volume Allocation Run (RF).

A Declaration Set refers to a single Declaration or several Declarations prepared by an SVA Storage Facility Operator at a particular point in time which collectively provide details for the first time or update details in respect of a single SVA Storage Facility. That is, the SVA Storage Facility may be the subject of Metering Systems registered by more than one Supplier, so the SVA Storage Facility Operator must prepare Declaration Documents for each Supplier to submit.

In accordance with Section 2.4, upon receipt of a Declaration Document, the SVAA will validate the declaration(s) by checking that the SVA Storage Facility Operator has completed the Declaration Document in full, that its contents are (as far as the SVAA is able to determine) accurate and where appropriate that it has received Declaration Documents from all related Suppliers for a/the Storage Facility/ies declared. The SVAA will register details of valid SVA Storage Facilities and keep records of all Declaration Documents sent to it (whether valid or not). The SVAA will confirm to each Supplier that submits a Declaration Document whether the SVA Storage Facilities therein were successfully validated or not, and if not, why not. The SVAA may liaise with the Supplier to clarify or seek further information before deciding whether an SVA Storage Facility’s declaration is accepted or rejected.

The SVAA will publish and maintain on the BSC Website a list of all valid SVA Storage Facilities. The list will show the SVA Storage Facility name and the GSP Group it is located in.

The following subsections provide guidance for declaring an SVA Storage Facility, updating a declaration and withdrawing a declaration.

The following subsections also summarise how an SVA Storage Facility’s declaration may be withdrawn as a consequence of an assurance technique performed by the Panel, BSCCo and/or the SVAA, and how an SVA Storage Facility Operator may withdraw from the BSC arrangements.

In all cases Declaration Documents and Operator Withdrawal letters must be submitted by email using forms F602/01 or F602/02.

3.7.1.1 Declaring an SVA Storage Facility

This subsection describes how to declare an SVA Storage Facility for the first time or when declaring an SVA Storage Facility after it having been withdrawn at some point.

The SVA Storage Facility Operator must complete a Declaration Document(s) using the template in Appendix 3.7.3.

The SVA Storage Facility Operator may include details for more than one Storage Facility in a single Declaration Document, so long as each Storage Facility uses a distinct Storage Facility Name and all of the Metering Systems listed in the Declaration Document are registered by the same Supplier.

Where the Metering Systems at a Storage Facility are registered by more than one Supplier, the SVA Storage Facility Operator must prepare a separate Declaration Document for each Supplier. Each Supplier must then submit the Declaration Document to the SVAA on the SVA Storage Facility Operator’s behalf. In such a scenario, please ensure that each separate Declaration Document uses the same unique Storage Facility Name.

The SVA Storage Facility Operator must ensure that an SVA Storage Facility is the subject of at least one Import and one Export SVA HH Metering System, which it identifies in the director-signed Declaration Document(s).

The Declaration ID should be left blank as this will be assigned by the SVAA where a Supplier is declaring a Facility for the first time. If redeclaring since the Facility’s declaration was withdrawn the Declaration ID should be left blank and SVAA will assign a new Declaration ID.

The Declaration Set ID and Declaration Set Effective From Date is specific to the Storage Facility being declared, is set by the SVA Storage Facility Operator and should be used consistently across all Declaration Documents related to the SVA Storage Facility being declared. The Declaration Set EFD(s) should be the same as the date on the cover letter.

The Declaration Type should be – ‘NEW’.

The Total Count of MSIDs should equal the total number of Metering Systems measuring Imports and Exports at the SVA Storage Facility on the date a Declaration is to take effect, irrespective of whether the Metering Systems are registered by different Suppliers.

Please ensure that SVA Storage Facility Operator details are consistent with those registered with Companies House and with Ofgem.

3.7.1.2 Amending an existing Declaration

Where any of the details relating to a current Declaration change or circumstances or operation of a declared SVA Storage Facility change then the SVA Storage Facility Operator must amend that Declaration(s). In order to do this, the SVA Storage Facility Operator must use the Declaration Document template to create a new Declaration Document(s) that relist all details for the Declaration(s), not just those items to be updated.

The SVA Storage Facility Operator must send its Declaration Document(s) to its Supplier(s), which in turn submit them to the SVAA. Please note that where a Storage Facility is the subject of a Change of Supplier or Change of Metering System(s), even if the change affects a single Metering System or Supplier, the SVA Storage Facility Operator must resubmit Declaration Documents covering all Metering Systems and Suppliers related to the Storage Facility. Only where the SVA Storage Facility Operator is making a Change of Agent update can they submit a single Declaration Document for the Supplier whose Metering System(s) have updated Agent details.

In all cases when updating an existing Declaration the SVA Storage Facility Operator must:

    • use existing Declaration ID

    • use a new Declaration Set ID34

    • use a new Declaration Set EFD35 - i.e. the date on which the Declaration changes take effect. The Declaration Set EFD(s) should be the same as the date added to the letter in Part B.

    • use an appropriate Declaration Type – the SVA Storage Facility Operator must use a Declaration Type that best reflects the purpose of updating the Declaration(s), i.e. ‘CoS’ (change of supplier), ‘CoA’ (change of agent) or ‘CoM’ (change of Metering System details).

      • Where more than one type of update is being made for a SVA Storage Facility, each update should be submitted using a distinct Declaration set and Declaration Type. The exception to this is where a CoA takes effect as a consequence of a CoS, in which case simply use the CoS Declaration Type and include details of the CoS and CoA in the Declaration.

      • Where multiple Declarations are submitted at the same time for the same Storage Facility these should be submitted in chronological order of when updates take effect.

    • ensure the Total MSID Count must equal the number of all MSIDs at the Facility, on the date the Declaration takes effect, which are registered by the Supplier(s), taking account of any new or removed MSIDs.

Where CoS or CoM:

    • The SVA Storage Facility Operator must ensure Declaration Documents are submitted for all Suppliers and all Metering Systems related to the SVA Storage Facility.

Where CoM:

    • Where the SVA Storage Facility Operator updates an existing declaration by adding or removing a Metering System then the updated Metering System’s MSID EFD or ETD will reflect when the MSID was added or removed and all other unchanged MSIDs EFD/ETDs will be relisted as they were originally declared. Please note that the Declaration Set EFD for all rows related to the Storage Facility should be the same, even if other items in a row, e.g. MSID EFD, are not changing.

Where CoA:

    • The SVA Storage Facility Operator need only submit Declaration Documents for the Supplier(s) that is responsible for the Agent(s) that is changing.

3.7.1.3 Withdrawing a Facility – voluntarily

Where any of the details relating to an existing Declaration change, or circumstances or operation of a declared facility change, and these changes would invalidate the Declaration for the SVA Storage Facility then the SVA Storage Facility Operator must withdraw the Declaration by submitting a Declaration Document via one of the Storage Facility’s Suppliers. That is, a single Declaration Document submitted by one Supplier can end all other Declarations for Suppliers related to the same SVA Storage Facility.

Similarly should the SVA Storage Facility Operator choose to voluntarily withdraw its Storage Facility(ies), even if no change in the operation of circumstances of the Facility(ies), then, it must submit a Declaration Document.

The Declaration Type must state ‘SF Withdrawal’.

The SVA Storage Facility Operator must

    • use existing Declaration ID

    • use a new Declaration Set ID36

    • use a new Declaration Set EFD37 - i.e. the date on which the Declaration changes take effect. The Declaration Set EFD(s) should be the same as the date on the cover letter.

    • Set each MSID

    • ensure the Total MSID Count equals the number of all MSIDs at the Facility registered by the Supplier(s)

3.7.1.4 Withdrawing a Facility – enforced

Each month the SVAA and BSCCo perform assurance checks which may result in an SVA Storage Facility’s Declarations being withdrawn.

Where the SVAA is required to change (e.g. add or remove a Metering System) or withdraw a SVA Storage Facility Declaration(s) it will notify the Supplier(s) accordingly. It is then the Supplier’s responsibility to inform the SVA Storage Facility Operator.

3.7.1.5 Withdrawing an SVA Storage Facility Operator’s details

Where an existing SVA Storage Facility Operator with current or historical Declarations chooses to cease participating as a SVA Storage Facility Operator then they may withdraw from that role by sending an Operator Withdrawal Letter to the SVAA. SVA Storage Facility Operators should use the template letter provided in paragraph 3.7.4.

The letter must be signed by a registered Director of the SVA Storage Facility Operator’s company.

Withdrawing as an SVA Storage Facility Operator has the effect of causing all related SVA Storage Facilities to be withdrawn on the same day.

3.7.2 List of Declaration Document data items

The following list of data items are presented using the conventions described in the SVA Data Catalogue Part 2.

Declaration ID

Description: A unique ID generated by the SVAA in respect of a Declaration and therefore the relationship between an SVA Storage Facility, SVA Storage Facility Operator, a Supplier and that Supplier’s Metering System(s) used to measure Imports to and/or Exports from the SVA Storage Facility.

Units: None

Valid Set: None

Domain: String

Logical Format: CHAR(9)

Default Value: Not required

Acronym: None

Notes: Once a Declaration ID is generated and communicated by SVAA, the SVA Storage Facility Operator should use the Declaration ID in all future Declaration Documents related to the SVA Storage Facility.

Example: STD-01234

Declaration Set Effective From Date

Description: The date from which the Declaration(s) in the Declaration Set takes effect.

Units: None

Valid Set: None

Domain: Date

Logical Format: DATE(dd/mm/yyyy)

Default Value: Must be the same as the date specified in Part B of the Declaration Document

Acronym: None

Notes: Also known as ‘Declaration Set EFD’.

The Declaration Set EFD should reflect the date a Storage Facility’s declaration first takes effect or the date on which a change to an existing declaration takes effect, e.g. the date on which a new Supplier is the registrant for one of the the Facility’s Metering Systems.

Declaration Set ID

Description: A unique value assigned by the SVA Storage Facility Operator and used to identify a single Declaration or unite multiple Declarations submitted in a Declaration Document(s) at a particular point in time for an SVA Storage Facility.

Units: None

Valid Set: None

Domain: String

Logical Format: TEXT(80)

Default Value: None

Acronym: None

Notes: The SVA Storage Facility Operator should assign a new Declaration Set ID when it updates a single Declaration or multiple Declarations for an SVA Storage Facility.

A Declaration Set ID does not need to use all 80 characters.

Declaration Type

Description: The Declaration Type indicates the nature of the change(s) contained within a Declaration.

Units: None

Valid Set: ‘New’ – identifies that the Declaration(s) seek to declare an SVA Storage Facility for the first time or since the SVA Storage Facility may have had an earlier Declaration(s) withdrawn.

CoS’ – Change of Supplier - identifies that at least one MSID related to the SVA Storage Facility has been the subject of a change of Supplier

‘CoA’ – Change of Agent – identifies that at least one MSID related to the SVA Storage Facility is now managed by a different HHDA

‘CoM’ – Change of Metering System - identifies that the SVA Storage Facility has had at least one MSID added or removed from a Declaration(s)

Withdraw – identifies that the SVA Storage Facility’s Declaration(s) should be end-dated

Domain: Text

Logical Format: CHAR(15)

Default Value: None

Acronym: None

Notes: For a single Declaration or set of Declarations for a single facility, the SVA Storage Facility Operator must list each Declaration Type covered by the Declaration(s). For example, if a Declaration for an SVA Storage Facility identifies that one MSID is the subject of a CoS and another is the subject of a CoA then the Declaration should state the type as being ‘CoS CoA’.

Examples: ‘New’, ‘Withdraw’, ‘CoS CoA’, ‘CoS, CoA, CoM’ or ‘CoS CoM CoA’ – examples are indicative and not exhaustive.

GSP Group

Description: The GSP Group within which the SVA Storage Facility is connected. Where the GSP Group is an identifier of a distinct electrical system, consisting of all or part of one or more distribution systems (each owned and operated by an LDSO) that are supplied from one or more Grid Supply Points for which the total supply into the GSP Group can be determined for each half hour.

Units: None

Valid Set: _A

_B

_C

_D

_E

_F

_G

_H

_J

_K

_L

_M

_N

_P

Domain: String

Logical Format: CHAR(2)

Default Value: None

Acronym: None

Notes: Also known as GSP Group ID

HHDA Effective From Date

Description: The date from which a Supplier appoints/appointed a Half Hourly Data Aggregator to a Metering System. This date should correspond with the HHDA’s EFD for the Metering System in SMRS.

Units: None

Valid Set: None

Domain: Date

Logical Format: DATE(dd/mm/yyyy)

Default Value: None

Acronym: HHDA EFD

Notes: Also note that the HHDA EFD may predate the Declaration Set EFD.

HHDA Market Participant ID

Description: The Market Participant ID for the Half Hourly Data Aggregator appointed by a Supplier to a Metering System. A Market Participant ID is a unique market wide reference for a Market Participant.

Units: None

Valid Set: None

Domain: Text

Logical Format: CHAR(4)

Default Value: None

Acronym: HHDA MPID

Notes: The SVA Storage Facility Operator may need to liaise with its Supplier(s) to identify the HHDA MPIDs to include in its Declaration Document.

Import/Export Indicator

Description: Identifies whether a Metering System is an Import Metering System or Export Metering System.

Units: None

Valid Set: Import

Export

Domain: Text

Logical Format: CHAR(6)

Default Value: None

Acronym:

Notes:

Market Participant ID

Description: A Market Participant ID is a unique market wide reference for a Market Participant.

Units: None

Valid Set: None

Domain: Text

Logical Format: CHAR(4)

Default Value: None

Acronym: MPID

Notes: When completing Part A of the Declaration Document, the Supplier should provide its MPID.

Metering System ID

Description: The unique market wide reference for a Metering System.

Units: None

Valid Set: None

Domain: Identifier

Logical Format: INT(13)

Default Value: None

Acronym: MSID

Notes: Also known as Metering Point Administration Number (MPAN)

MSID Effective From Date (Storage Facility)

Description: The date from which an MSID is associated with an SVA Storage Facility.

Units: None

Valid Set: None

Domain: Date

Logical Format: DATE(dd/mm/yyyy)

Default Value: None

Acronym: MSID EFD

Notes: Not to be confused with MSID Supplier EFD

MSID Effective To Date (Storage Facility)

Description: The date from which an MSID’s association with an SVA Storage Facility ends.

Units: None

Valid Set: None

Domain: Date

Logical Format: DATE(dd/mm/yyyy)

Default Value: None

Acronym: MSID ETD

Notes: Not to be confused with MSID Supplier ETD

MSID Supplier Effective From Date (Storage Facility)

Description: The date from which an MSID is registered by a Supplier in SMRS.

Units: None

Valid Set: None

Domain: Date

Logical Format: DATE(dd/mm/yyyy)

Default Value: None

Acronym: MSID Supplier EFD

Notes: Not to be confused with MSID EFD. Also note that the MSID Supplier EFD may predate the Declaration Set EFD

Party ID

Description: The BSC Party ID is a unique market wide reference for a BSC Party.

Units: None

Valid Set: None

Domain: Text

Logical Format: CHAR(8)

Default Value: None

Acronym: None

Notes: The Supplier should insert its BSC Party ID when filling in Part A of the Declaration Document.

Storage Facility Address/Location

Description: The address and/or location (e.g. grid reference) at which the Storage Facility is located.

Units: None

Valid Set: None

Domain: Text

Logical Format: CHAR(255)

Default Value: None

Acronym: None

Notes: None

Storage Facility Description

Description: A short description of the facility, e,g, the type of storage technology and the rated capacity (MW).

Units: None

Valid Set: None

Domain: Text

Logical Format: CHAR(255)

Default Value: None

Acronym: None

Notes: None

Storage Facility Effective From Date

Description: The date from which the storage facility should be treated as an SVA Storage Facility.

Units: None

Valid Set: None

Domain: Date

Logical Format: DATE(dd/mm/yyyy)

Default Value: None

Acronym: Storage Facility EFD

Notes: Where updating a Declaration, the Storage Facility EFD should be the date the Storage Facility was first declared to SVAA.

Storage Facility Effective To Date

Description: The date from which the storage facility should no longer be treated as an SVA Storage Facility.

Units: None

Valid Set: None

Domain: Date

Logical Format: DATE(dd/mm/yyyy)

Default Value: None

Acronym: Storage Facility ETD

Notes:

Storage Facility ID

Description: A unique code used to refer to an SVA Storage Facility.

Units: None

Valid Set: None

Domain: String

Logical Format: CHAR(30)

Default Value: None

Acronym: Storage Facility EFD

Notes: The Storage Facility ID is assigned by the SVA Storage Facility Operator. Where possible it should be a simple reference (ideally numerical) to reduce the risk of error when reading/processing declarations.

Storage Facility Name

Description: The name of the SVA Storage Facility.

Units: None

Valid Set: None

Domain: Text

Logical Format: CHAR(80)

Default Value: None

Acronym: Storage Facility EFD

Notes: The Storage Facility Name can be its legal or operational name.

Storage Facility Total MSID Count

Description: The total number of all Metering Systems measuring Imports to and Exports from the SVA Storage Facility and which may be registered by one or more Suppliers.

Units: None

Valid Set: None

Domain: Integer

Logical Format: INT(3)

Default Value: None

Acronym: None

Notes: The total number of Metering Systems should be the same across all related Declarations in a set.

Storage Facility Operator Company Address

Description: The address registered with Companies House for the SVA Storage Facility Operator.

Units: None

Valid Set: None

Domain: Text

Logical Format: CHAR(255)

Default Value: None

Acronym: None

Notes:

Storage Facility Operator Company Director

Description: The name of the SVA Storage Facility Operator’s Director, who signed the Declaration Document.

Units: None

Valid Set: None

Domain: Text

Logical Format: CHAR(30)

Default Value: None

Acronym: None

Notes: The director must be an official registered with Companies House.

Storage Facility Operator Company Name

Description: The trading name of the SVA Storage Facility Operator.

Units: None

Valid Set: None

Domain: Text

Logical Format: CHAR(80)

Default Value: None

Acronym: None

Notes: The company name must be that which is registered with Companies House and with Ofgem as a Generation Licence holder.

Storage Facility Operator Company Number

Description: The SVA Storage Facility Operator’s Company Number as registered with Companies House.

Units: None

Valid Set: None

Domain: String

Logical Format: CHAR(40)

Default Value: None

Acronym: None

Notes: The Company Number must be that which is registered with Companies House and with Ofgem as part of the company’s Generation Licence details.

Storage Facility Operator Contact Email

Description: An email address which SVAA or BSCCo can use to correspond with the SVA Storage Facility Operator.

Units: None

Valid Set: None

Domain: String

Logical Format: CHAR(80)

Default Value: None

Acronym: None

Notes: Does not necessarily need to be the email address for the Storage Facility Operator Company Director.

Storage Facility Operator Contact Name

Description: The name of a person that SVAA or BSCCo can contact regarding an SVA Storage Facility Operator’s declaration(s) or related activity.

Units: None

Valid Set: None

Domain: Text

Logical Format: CHAR(30)

Default Value: None

Acronym: None

Notes: Does not necessarily need to be the name of the Storage Facility Operator Company Director.

Storage Facility Operator Contact Phone

Description: The phone number of a person or team that SVAA or BSCCo can contact regarding an SVA Storage Facility Operator’s declaration(s) or related activity.

Units: None

Valid Set: None

Domain: String

Logical Format: CHAR(15)

Default Value: None

Acronym: None

Notes: Does not necessarily need to be the phone number of the Storage Facility Operator Company Director.

Storage Facility Operator Participant ID

Description: A unique ID assigned by the SVA Storage Facility Operator to help it identify itself to SVAA and in related correspondence.

Units: None

Valid Set: None

Domain: String

Logical Format: CHAR(8)

Default Value: None

Acronym: None

Notes: Once the SVA Storage Facility Operator has created and shared its Storage Facility Operator Participant ID, it should use it consistently in all future Declaration Documents sent to SVAA.

Supplier Market Participant ID

Description: The Market Participant ID for a Supplier who is a registrant of a Metering System. A Market Participant ID is a unique market wide reference for a Market Participant.

Units: None

Valid Set: None

Domain: Text

Logical Format: CHAR(4)

Default Value: None

Acronym: Supplier MPID

Notes: The SVA Storage Facility Operator may need to liaise with its Supplier(s) to identify the Supplier’s MPID(s) to include in Part D of its Declaration Document.

3.7.3 F602/01 SVA Storage Facility Declaration Document form – Supplier

SVA Storage Facility Declaration Document – F602/01

Part B, C and D are completed by the SVA Storage Facility Operator prior to being sent to the Supplier to complete Part A. Once all parts are completed the Supplier should send to the SVAA by email.

Part A - Completed by Supplier – Category F or Category A Authorised Person

Market Participant Id (MPID)………………...

Authorised Person’s Name ................................................ Company ..............................................

Party ID………………………………………….Password…………………………………………….

Date………………………(Authorised in accordance with BSCP38)

Part B - Completed by SVA Storage Facility Operator (please replace square bracketed text with correct/relevant information)(please see BSCP602 3.7.1 for guidance)

[Insert company name]

[Insert company address]

[Insert current date]

Director’s declaration of SVA Storage Facility(ies)

FAO the SVAA,

I [insert full name], being a director of [insert your company name] (company number [insert company number]), hereby declare that, having made all due and careful enquiries, the information contained in this declaration is true, complete and accurate in all material respects and is not misleading by reference to the facts and circumstances at the date of this declaration. Capitalised terms used in this declaration have the meaning given to them in the Balancing and Settlement Code unless stated otherwise.

I declare that as of [insert Declaration Set effective from date] the SVA Storage [Facility/Facilities] identified in the attachments to this letter [comply with the meaning/will cease to comply with the meaning/ceased to comply with the meaning] of an SVA Storage Facility in Section 11 of the Connection and Use of System Code. In particular that each SVA Storage Facility to which this declaration relates:

  1. performs Electricity Storage (as defined in the Connection and Use of System Code) as its sole function;

  2. is operated by [insert your company name], which also holds a valid Generation Licence; and

  3. has its Imports and Exports measured only by Half Hourly Metering Systems which are registered in the Supplier Meter Registration Service (SMRS) as part of a Supplier BM Unit, and where those Half Hourly Metering Systems only measure activities necessary for performing Electricity Storage.

I declare that any material changes to the operation, configuration or measurement of electricity to or from any SVA Storage Facility identified in the annex to this letter will be notified to you as soon as reasonably practicable.

This director’s declaration is governed by and construed in accordance with English Law.

Yours sincerely,

[Insert Director’s Signature]

[Insert full name]

For and on behalf of: [Insert company name]

Part C - Completed by SVA Storage Facility Operator

(Please note that the following table has been populated for illustrative purposes. Please delete and replace entries as appropriate. Please see BSCP602 3.7.1 for guidance. Data Items are defined in BSCP602 3.7.2.)

Declaration Set details

Declaration Type:

New

Declaration Set Id:

1

Declaration Id (where known):

Declaration Set Effective Date:

01/04/2021

SVA Storage Facility Operator (SFO) details

SFO Participant ID

StoreCo

SFO Company Number

UK123456

SFO Company Name

Storage Company Ltd

SFO Company Address

123 Main Street, London, SE35 6PB

SFO Company Director

John Smith

SFO Contact Name

John Smith

SFO Contact Phone

1234987654

SFO Contact Email

j.smith@store.co.uk

Storage Facility (SF) details

SF Id:

STORE01

SF Name:

Edenbridge 001

SF Address/Location:

99 Hever Road, Edenbridge, Kent, TN8 9XX

SF Description ( Including technology type and size of facility):

5MW Flow Battery

SF Effective From Date:

01/04/2021

SF Effective To Date:

SF Total MSIDs Count:

2

Part D – Completed by SVA Storage Facility Operator

(Please note that the following table has been populated for illustrative purposes. Please delete and replace entries as appropriate, working with your Supplier/s where necessary, e.g. to identify HHDA MPIDs and EFD. Please add more rows as necessary. Please see BSCP602 3.7.1 for guidance. Data Items are defined in BSCP602 3.7.2.)

Declaration Set ID

Storage Facility ID

MSID

Import/Export Indicator

GSP Group

MSID EFD (Storage Facility)

MSID ETD (Storage Facility)

Supplier MPID

MSID Supplier EFD

HHDA MPID

HHDA EFD

1

STORE01

1112345678901

I

_B

01/04/2021

BCFC

09/09/2019

ACCU

09/09/2019

1

STORE01

1109876543211

E

_B

01/04/2021

BCFC

09/09/2019

ACCU

09/09/2019

3.7.4 Operator Withdrawal Letter template – F602/02

SVA Storage Facility Operator Withdrawal Letter – F602/02

Completed by SVA Storage Facility Operator and sent to SVA Agent by email (please replace square bracketed text with correct/relevant information). (Please see BSCP602 3.7.1 for guidance.)

[Insert company name]

[Insert company address]

[Insert current date]

SVA Storage Facility Operator withdrawal

FAO the SVAA,

I [insert full name], being a director of [insert your company name] (company number [insert company number]), hereby declare that, having made all due and careful enquiries, the information contained in this declaration is true, complete and accurate in all material respects and is not misleading by reference to the facts and circumstances at the date of this declaration. Capitalised terms used in this declaration have the meaning given to them in the Balancing and Settlement Code unless stated otherwise.

I declare that as of [insert date] [insert your company name] will [cease/have ceased] to be an SVA Storage Facility Operator and that all SVA Storage Facilities currently declared by [insert your company name] will cease to be SVA Storage Facilities on the same date.

This director’s declaration is governed by and construed in accordance with English Law.

Yours sincerely,

[Insert Director’s Signature]

[Insert full name]

For and on behalf of: [Insert company name]

3.8 Data required for the Registration of Asset Metering Systems

3.8.1 Asset details Required in Section 2.9

Action Indicator

Address Line 1

Address Line 2

Address Line 3

Address Line 4

Address Line 5

Address Line 6

AMSID Pair EFD

AMSID Pair ETD

AMVLP Id

Asset Capacity

Asset Registration Id

Asset Type

Asset Voltage

Delete Flag

Effective From Settlement Date

Export AMSID

Export AMSID required indicator

Export MSID

GSP Group Id

Import AMSID

Import MSID

Measurement Transformer Indicator

Postcode

3.8.2 AMVLP Agent Details Required in Section 2.10

Action Indicator

AMHHDC Effective From Date

AMHHDC Id

AMMOA Effective From Date

AMMOA Id

Export AMSID

HHDC Effective From Date

HHDC Id

Import AMSID

MOA Effective From Date

MOA Id

3.8.3 Asset Meter Details Required in Section 2.11

Action Indicator

Asset Meter Effective From Date

Asset Meter Effective To Date*

Asset Meter make and model

Asset Meter Serial Number

Asset Metering Type

Export AMSID

Import AMSID

Outstation Type

3.8.4 AMSID Pair Allocation to a Secondary BM Unit details required in Section 2.1A

AMSID Pair Differencing Indicator

AMSID Pair in Secondary BM Unit EFD

AMSID Pair in Secondary BM Unit ETD

AMVLP Id

BM Unit Id

Export AMSID

Export MSID

Import AMSID

Import MSID

MSID Pair Indicator

3.8.5 Validation of Asset Registration Data

3.8.5.1 Schema Validation

The SVAA will validate each incoming data file to ensure that:

    • The structure of data file conforms to the specification in the IDD and / or the SVA Data Catalogue; and

    • all mandatory data items have been included

3.8.5.2 Business Logic Validation

The incoming data will be validated to ensure that:

    • it is from a valid AMVLP

    • The Asset Meters are not already in use in another Asset Metering System

    • All Associated MSID Pairs have been registered

    • The Asset Meter Type exists in the list of CoP11 compliant Asset Meters

    • The HHDC is Qualified

    • The AMHHDC (where appointed) is Qualified

    • The MOA or AMMOA appointed is Qualified

    • Outstation Type is in list of valid Types

Note there is no requirement to have AMVLP Agents assigned when registering the Asset Metering System in the Asset Meter Register but they must be registered and be effective, and all Asset Meters on the site must be registered before the AMSID Pair(s) may be allocated to a Secondary BM Unit.

3.9 Definitions of Asset Metering and Asset Differencing

3.9.1 Asset Metering

When an AMSID Pair is included in a Secondary BM Unit for the purposes of Asset Metering, the AMSID Pair Delivered volume will be allocated to the Secondary BM Unit instead of the Boundary Point MSID Pair Delivered Volume in the Secondary BM Unit. The Boundary Point MSID Pair is an Associated MSID Pair to the Secondary BM Unit, but is not included in it. AMVLPs should send only AMSID Pair Delivered Volumes to SVAA.

3.9.2 Asset Differencing

When an AMSID Pair is included in a Secondary BM Unit for the purposes of Asset Differencing, the AMSID Pair Delivered volume will be deducted from the Boundary Point MSID Pair Delivered Volume in the Secondary BM Unit. The Boundary Point MSID Pair is an Associated MSID Pair to the Secondary BM Unit, and is included in it. There is no limit to the number of AMSID Pairs that may be combined with an Associated MSID Pair in a Secondary BM Unit for the purposes of Asset Differencing. AMVLPs should only send MSID Pair Delivered Volumes to SVAA.

3.10 Valid combinations of ‘MSID Pair Indicator’ and ‘AMSID Pair Asset Differencing Indicator’ in a Secondary BM Unit

The table below shows allowed usage of an AMSID Pair in a Secondary BM Unit:

MSID Pair Indicator

T

(No AMSIDs in Secondary BM Unit)

A

(AMSIDs in Secondary BM Unit used for Asset Metering)

D

(AMSIDs in Secondary BM Unit used for Differencing)

AMSID Pair Asset Differencing Indicator

T

(Apply Differencing)

Not allowed

Not allowed

AMSID Pair Delivered Volume(s) subtracted from MSID Pair Delivered Volume

F

(Do not apply Differencing)

Not allowed

AMSID Pair Delivered Volume(s) used instead of MSID Pair Delivered Volume

Not allowed

The same AMSID Pair / may be used by another AMVLP in its Secondary BM Unit without requiring a MSID Pair reallocation or an AMSID Pair reallocation.

VLP1 uses AMSID Pair (X) for Asset Metering and VLP2 uses AMSID Pair (X) for Asset Differencing:

VLP1 Secondary BM Unit 1:

MSID Pair (A) Indicator = A

AMSID Pair (X) Differencing Indicator = F

VLP2 Secondary BM Unit 2:

MSID Pair (B) Indicator = D

AMSID Pair (X) Differencing Indicator = T

VLP2 may include more than one AMSID Pair used for Asset Differencing in a Secondary BM Unit – for example:

VLP2 Secondary BM Unit 2:

MSID Pair (B) Indicator = D

AMSID Pair (X) Differencing Indicator = T

AMSID Pair (Y) Differencing Indicator = T

AMSID Pair (Z) Differencing Indicator = T

3.11 Shared use of MSID Pairs

The same MSID Pair may be used by multiple AMVLPs in their Secondary BM Units without requiring a MSID Pair reallocation or an AMSID Pair reallocation, provided that zero or one of the Secondary BM Units have the MSID Pair Indicator set to “D”, and all the others have the MSID Pair Indicator set to “A” (and the AMSID Pair Asset Differencing Indicators are set in accordance with 3.9).

3.12 Effect of Proposed AMSID Pair use in AMSID Pair Allocations

Ref

Proposed use of MSID Pair

Existing use of MSID Pair by another AMVLP

Outcome

Proposed Solution

1

MSID Pair Indicator = “T”

Another AMVLP has the MSID Pair allocated to their Secondary BM Unit with indicator of ‘T’

Reallocation process triggered.

This is the MSID Pair reallocation process for Secondary BM Units without AMSID Pairs.

2

MSID Pair Indicator = “T”

Another AMVLP has the MSID Pair allocated to their Secondary BM Unit with indicator of ‘A’ or ‘D’

Allocation is not allowed

The parties involved must agree how to resolve the inconsistency.

For example, If an existing AMVLP is using Asset Metering, the new AMVLP could use Differencing.

3

MSID Pair Indicator = “A”

Another AMVLP is already using the AMSID Pair, with ‘Apply Differencing’ Indicator of False

Automatic reallocation process triggered

SVAA re-allocates the AMSID Pair to the gaining AMVLP.

This is similar to #1 above, except that MSID Pair and AMSID Pair allocations will need to be end-dated for the losing AMVLP.

4

MSID Pair Indicator = “A”

Another AMVLP is already using the AMSID Pair, with ‘Apply Differencing’ Indicator of True

No reallocation process required

Both AMVLPs can use the same AMSID Pair.

5

MSID Pair Indicator = “A”

Another AMVLP is already using one of the Boundary Point MSID Pairs, with Indicator of ‘T’

SVAA validation prevents the allocation.

The AMVLPs involved must agree how to resolve the inconsistency.

For example, the existing AMVLP could switch to Differencing (removing the new AMVLP’s Asset from their Secondary BM Unit).

6

MSID Pair Indicator = “A”

Another AMVLP is already using one of the Boundary Point MSID Pairs, with Indicator of ‘A’

No reallocation process required

Both AMVLPs can use Asset Metering for their respective Assets. Note that they couldn’t use Asset Metering with the same AMSID Pair – that is covered by #3 above.

7

MSID Pair Indicator = “A”

Another AMVLP is already using one of the Boundary Point MSID Pairs, with Indicator of ‘D’

No reallocation process required…

…provided the new AMVLP’s AMSID Pair is also in the existing AMVLP’s Secondary BM Unit (scenario #4 above).

If it is not, SVAA will prevent the new AMVLP’s allocation.

The AMVLPs involved must agree how to resolve the discrepancy e.g. by the existing AMVLP adding the new AMSID Pair into their Secondary BM Unit.

8

MSID Pair Indicator = “D”

Another AMVLP is already using the AMSID Pair, with ‘Apply Differencing’ Indicator of True

SVAA validation prevents the allocation

Differencing is sufficiently complex that the new AMVLP will be blocked until the old AMVLP has end-dated their allocations.

9

MSID Pair Indicator = “D”

Another AMVLP is already using the AMSID Pair, with ‘Apply Differencing’ Indicator of False

No reallocation process required

Both AMVLPs can use the AMSID Pair

10

MSID Pair Indicator = “D”

Another AMVLP is already using one of the Boundary Point MSID Pairs, with Indicator of ‘T’

SVAA validation prevents the allocation

The AMVLPs involved must agree how to resolve the inconsistency.

11

MSID Pair Indicator = “D”

Another AMVLP is already using one of the Boundary Point MSID Pairs, with Indicator of ‘A’

No reallocation process required…

…provided the new AMVLP includes the AMSID Pair(s) that the existing Secondary BM Unit is using in their Secondary BM Unit.

12

MSID Pair Indicator = “D”

Another AMVLP is already using one of the Boundary Point MSID Pairs, with Indicator of ‘D’

SVAA validation prevents the allocation

The AMVLPs involved must agree how to resolve the inconsistency. For example, the existing AMVLP could end-date their allocation, or switch to Asset Metering

1 A VLP that has not also Qualified as an Asset Metering VLP may not register an Asset

2 Balancing Services in this instance refers to the Balancing Mechanism and Replacement Reserve

3 Balancing Services in this instance refers to the Balancing Mechanism and Replacement Reserve

4 Where such amendments correct an identified error that impacts Settlement accuracy, the SVAA shall facilitate such amendments for Settlement Days prior to having undergone the R1 VAR Run

5 Provided that the AMSID Pair is in the same GSP Group as the Secondary BM Unit

6 Where such amendments correct an identified error that impacts Settlement accuracy, the SVAA shall facilitate such amendments for Settlement Days prior to having undergone the R1 VAR Run

7 Note that does not result in a ‘Loss of AMSID Pair Allocation’ for the first AMVLP, as both AMVLPs are allowed to use the AMSID Pair

8 Balancing Services in this instance refers to the Balancing Mechanism, Replacement Reserve

9 P375 will introduce new versions of the P0282, P0283, P0284 & P0285 that will include AMSID Pair Delivered Volumes or MSID Pair Delivered Volumes, as applicable.

10Upon receipt of revised Delivered Volume data

11 Upon receipt of revised ABS MSID Pair Delivered Volume data

12 Please see Appendix 3.7.1 for guidance.

13 Please note that where an SVA Storage Facility Operator is declaring an SVA Storage Facility for the first time, i.e. where the SVAA has no record of the person acting as an SVA Storage Facility Operator, then the SVAA will create an ‘operator record’ as part of processing the declaration(s) for the SVA Storage Facility. There is no dedicated ‘create operator record’ process.

14 That is, an SVA Storage Facility may have more than one Metering System and each Metering System may be registered by a different Registrant. In such a scenario the SVAA should expect to receive a Declaration from each Supplier that is a Registrant of at least one of the Metering Systems at the SVA Storage Facility. The SVAA determines whether they are expecting more than one declaration (i.e. a Declaration set) by reviewing the numbers of MSIDs declared in a Declaration and comparing it against the Total Number of MSIDs which is also identified in each Declaration.

15 The SVAA may not need to instruct the HHDA to report metered data for an MSID if that MSID is the subject of an existing Metering System Reporting Notification (D0354) for another BSC process.

16 The SVAA shall specify the Effective to Settlement Date (J1870) in the D0354 Metering System Reporting Notification.

17 Please see Appendix 3.7.1 for guidance.

18 The SVAA must not instruct the HHDA to cease reporting metered data for an MSID if that MSID is the subject of an existing Metering System Reporting Notification (D0354) for another BSC process.

19 The SVAA shall specify the Effective to Settlement Date (J1870) in the D0354 Metering System Reporting Notification.

20 Please see Appendix 3.7.1 for guidance.

21 The SVAA may identify that a Storage Facility has become or will become invalid following a routine assurance check. Alternatively, following routine assurance checking by BSCCo, SVAA may be notified by BSCCo following a decision by BSC Panel that an SVA Storage Facility is or should become invalid and have its Declaration withdrawn.

22 The SVAA must not instruct the HHDA to cease reporting metered data for an MSID if that MSID is the subject of an existing Metering System Reporting Notification (D0354) for another BSC process.

23 The SVAA shall specify the Effective to Settlement Date (J1870) in the D0354 Metering System Reporting Notification.

24 Nb there is not an equivalent ‘create operator’ process as this is inherent within 2.4, i.e. the SVAA will create an operator role if none exists. Please see Appendix 3.7.1 for guidance.

25 Please see Appendix 3.7.1 for guidance

26 That is, an SVA Storage Facility may have more than one Metering System and each Metering System may be registered by a different Registrant. In such a scenario the SVAA should expect to receive a Declaration from each Supplier that is a Registrant of at least one of the Metering Systems at the SVA Storage Facility. The SVAA determines whether they are expecting more than one declaration (i.e. a set) by reviewing the numbers of MSIDs declared in a Declaration and comparing it against the Total Number of MSIDs which is also identified in each Declaration.

27 The SVAA must not instruct the HHDA to cease reporting metered data for an MSID if that MSID is the subject of an existing Metering System Reporting Notification (D0354) for another BSC process.

28 The SVAA shall specify the Effective to Settlement Date (J1870) in the D0354 Metering System Reporting Notification.

29 If an Asset has no Generation capacity, no Export Asset Metering System will be required, so only an Import AMSID will be generated for that Asset’s AMSID Pair.

30 A Qualified AMMOA may be appointed for certain Asset Meters instead of a Qualified MOA in accordance with CoP11.

31 A Qualified AMHHDC may be required to be appointed in addition to a Qualified HHDC for certain Asset Meters in accordance with CoP11 and BSCP601

32 This validation is not applicable where the NETSO has submitted the MSID Pair

33 Or ABS MSID Pair Delivered Volumes, as appropriate

34 The Declaration Set ID and Declaration Set EFD should be refreshed whenever updating, withdrawing or re-declaring a Storage Facility. For example, if on 1 January an SVA Storage Facility Operator declares a Facility for the first time then the Declaration Set ID and Declaration Set EFD should be the same in each Declaration Document submitted on 1 January for the Facility; once declared, should the SVA Storage Facility Operator wish to update the declaration details on 28 February then the Declaration Document(s) submitted must consistently use a new Declaration Set ID and Declaration Set EFD.

35 See footnote 34.

36 See footnote 34.

37 See footnote 34.