1. Reference is made to the Balancing and Settlement Code as given contractual force by the BSC Framework Agreement dated Code Effective Date and as modified from time to time.

2. This is the Communication Requirements Document B Version 21.0 referred to in Section O of the Code, relating to the sending and receiving of Communications between Parties, Party Agents, Market Index Data Providers and the Balancing Mechanism Reporting Agent.

3. This document is effective from 05 March 2024.

Intellectual Property Rights, Copyright and Disclaimer

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

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

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

AMENDMENT RECORD

Version	Date	Description of Changes	Changes Included	Mods/ Panel/ Committee Refs
1.0	14.08.00	Designated Version	N/A	N/A
2.0	23.01.01	Work outstanding at Go Active, resolution of inconsistencies, inclusion of consultation comments	240	11/005
3.0	08.03.01		NCR343 & 348	08/03/01
4.0	13/08/02	Changes for BSC Systems Release 2	CP755, CP519, P52	ISG18/193
5.0	10/12/02	Changes for CVA Programme December 02 Release	CP511 CP712 CP751	ISG11/093 ISG10/082 ISG14/138
6.0	11/03/03	Changes for CVA Programme Feb 03 Release	P78	ISG24/265
7.0	24/06/03	Changes for CVA Programme Jun 03 Release and rebadging for P62	CP703, CP710, P62	ISG/13/116
8.0	05/11/03	Changes for CVA Programme Nov 03 Release and outstanding changes for Approved Modification P118	P82, P117	54/006, 60/005
9.0	03/11/04	Changes for CVA Programme Nov 04 Release	P98, P142, CP502, P82 Removal	ISG36/40 SVG36/492
10.0	BETTA Effective Date	SVA February 05 Release and BETTA 6.3	CP993, CP1091, BETTA 6.3	SVG48/004
11.0	02/11/05	Changes for CVA Programme Nov 05 Release	CP1061	ISG48/002
12.0	22/02/07	February 2007 Release	CP1160 CP1161	ISG66/04 SVG66/04
13.0	23/08/07	P197 Release	P197	P/115/04
14.0	06/11/08	November 08 Release	CP1246	ISG88/04 SVG88/02
			P214	ISG90/04 SVG90/08
15.0	26/06/09	February 09 Release	CP1263	ISG94/01 SVG94/02
16.0	04/11/10	November 10 Release	CP1328	ISG112/01 SVG112/03
			CP1329	ISG112/01 SVG112/03
17.0	23/02/12	February 2012 Release	CP1352	ISG129/02 SVG129/04
18.0	28/02/19	February 2019 Release	P344	P284C/01
19.0	29/03/19	March 2019 Standalone Release	P369	P285/12
20.0	30/06/2022	June 2022 Standard Release	CP15556	ISG250/04 SVG252/02
21.0	05/03/24	P454 Special Release	P454	Panel 345/07

1. Introduction

1.1. Purpose and Scope

This document, as defined in the Code, is a Communication Requirements Document and as such covers the communications between BSC Parties, their Agents and the BMRA where the communications interfaces are defined in the Data File Catalogue.

The purpose of this document is to define the communication requirements. BSCCo shall ensure these requirements are satisfied in respect of the BMRA.

For the avoidance of doubt, communications between SVA data parties which are specified in the SVA Data Catalogue or another Code Subsidiary Document as being made using the Managed Data Network Service are to be provided using the Managed Data Network Service. (see Section 9 below).

1.2 Main Users of the Document

The main users of this document are:

(a) Parties;

(b) Party Agents;

(d) The National Electricity Transmission System Operator (NETSO) and Licensed Distribution System Operators; and

(e) The Balancing Mechanism Reporting Agent

(f) Virtual Lead Parties

1.3 Balancing and Settlement Code Provision

This Communication Requirements Document has been produced in accordance with the provisions of the Code. In the event of an inconsistency between the provisions of this Code Subsidiary Document and the Code, the provisions of the Code shall prevail.

1.4 Associated BSC Procedures

BSCP01 Overview of Trading Arrangements

BSCP65 Registration of Parties and Exit Procedures

BSCP70 CVA Qualification Testing for Parties and Party Agents

2. Acronyms and Definitions

2.1 List of Acronyms

The following is a list of acronyms used in this document:

ADSL – Asymmetric Digital Subscriber Line

BMRA - Balancing Mechanism Reporting Agent

BPITs – Business Process Integration Tests

BSC - Balancing and Settlement Code

BSC CSA – BSC Central Services Agent

CCP – Credit Cover Percentage

CDCA - Central Data Collection Agent

CIR - Committed Information Rate

CPU – Central Processing Unit

CRA - Central Registration Agent

DNS - Domain Name System

DR - Disaster Recovery

ECVAA - Energy Contract Volume Aggregation Agent

ECVNA - Energy Contract Volume Notification Agent

EWS – ECVAA Web Service

FAA - Funds Administration Agent

FTP - File transfer protocol

GSP – Grid Supply Point

IA – Interconnector Administrator

ISDN - Integrated Services Digital Network

ISP - Internet Service Provider

LAN - Local Area Network

LDSO- Licensed Distribution System Operator

MOA – Meter Operator Agent

MIDP – Market Index Data Provider

MPLS – Multi Protocol Label Switching

MVRNA – Metered Volume Reallocation Notification Agent

NETSO – National Electricity Transmission System Operator

NAT – Network Address Translation

NATs - Network Access Tests

NTP - Network Time Protocol

PartID – Participant ID

PCIG – Participant Communications Installation Guide

OpenPGP – Open Source Pretty Good Privacy

PVC - Permanent Virtual Circuit

RVD - Rendezvous Daemon

RVRD - Rendezvous Routing Daemon

SAA - Settlement Administration Agent

SMRA – Supplier Meter Registration Agent

SVA –Supplier Volume Allocation

TAA – Technical Assurance Agent

TCP/IP - Transmission Control Protocol/Internet Protocol

UTC- Co-ordinated Universal Time

VLP – Virtual Lead Party

XSec – Participant Security Package

2.2 List of Definitions

Unless the context otherwise requires and save where otherwise defined in this document, terms and expressions defined in the Code shall have the same meaning in this document.

Communication Requirements Document Specific Definition(s).

Normal Business Hours	9.00 a.m. to 5.00 p.m.¹ Monday to Friday on a Working Day.
Participant	Parties, Party Agents and others that communicate or intend to communicate with the BMRA.
Qualification	Recognition that a BSC Party or Party Agent has satisfied the communication requirements specified under Section O of the BSC, and that these systems have been tested according to this document.
Qualification Statement	Statement of Qualification issued by the BSC CSA on behalf of BSCCo on completion of Qualification.
Qualification Tests/ Qualification Test	Tests undertaken by a Qualifying Participant. The tests provide the appropriate level of assurance that the necessary communication links between the Qualifying Participant and the BMRA will function correctly under operational conditions.

Service Provider	The Company who provides the electronic communications service medium through which Parties and Party Agents communicate with the BMRA, CRA, CDCA, ECVAA and SAA.
User Licence	A licence allocated to an individual in a Party not to a Party.
Waiver	Recognition that a Qualifying Participant is sharing facilities with another Participant who has previously satisfied the Qualification requirements, and as such that Qualification Tests would be duplicated if undertaken by the Qualifying Participant.
XSec	Security software provided by the Service Provider.

3. Receipt of Communication for the BMRA

3.1 Deemed Receipt of Communications to and from the BMRA

Where the Code or any BSC Procedure requires that communications should be delivered to the BMRA by or within a particular time, it shall be the responsibility of the Party, of the Party Agent or of the Market Index Data Provider (as the case may be) except in circumstances defined in Section G of the Code, to ensure that the communication arrives at the BMRA by or within the time specified in accordance with the defined Time Standard.

When transferring a file to the BMRA, it is the responsibility of the Participant to transfer the file to the temporary receipt directory using FTP and then to move the file from the temporary receipt directory to the inbox using the 'rename' function.

Communications will be deemed to have been received by the BMRA, for the purposes of Settlement, at the time when the file has been moved from the temporary receipt directory to the inbox using the 'rename' function, provided that the communication (and its content) is in a form which is capable of being processed by the BMRA at the time when the BMRA is to process such communication, in accordance with the Code, for the purposes of Settlement.

For the avoidance of doubt, a communication which is deemed to be received in accordance with the foregoing provisions of this paragraph must also fulfil, at the time of such receipt and at the time of processing, any conditions as to the validity of a communication (or the data contained in a communication) set out in the Code and/or any BSC Procedure, and the rules in this Communication Requirements Document as to when a communication is deemed to be received are without prejudice to any other rules in the Code and/or BSC Procedures regarding the submission or receipt of data.

Communications will be deemed to have been received by the Participant when:

(a) For a High Grade connection using the ‘push’ process, the electronic message has been delivered to the Participant, as described in Section 4.6.4;

(b) For a Low Grade connection or High Grade connection using ‘pull‘, the electronic message has been posted into the relevant directory ready to be ‘pulled’ by the Participant; and

(d) For email transmission, five minutes after the email has been sent.

3.2 Deemed Receipt of Credit Default Notices

If the Party is in Level 1 Credit Default or a Level 2 Credit Default and BSCCo has authorised the Credit Default status, the ECVAA will notify the default status to the Trading Party and post a Level 1 or Level 2 Credit Default statement on the BMRS in relation to that Party as soon as is practicable confirming the time the notice was deemed to have been received.

In addition, Credit Default Notices, including details of Parties that have cleared Credit Default, shall be posted on the BMRA website.

3.3 Time Standard

The Service Provider shall ensure its systems are set in accordance with Co-ordinated Universal Time (UTC), adjusting the time as necessary, at least once every 24 hours.

For communications with BMRA, Participants shall synchronise their systems using Network Time Protocol (NTP) to one of a number of time servers. The Service Provider makes available a list of suitable servers.

For the avoidance of doubt, in ascertaining the time at which a communication is deemed to be received in accordance with paragraph 3.1 above, the time to which the systems of either the Service Provider (or BMRA) or the Participant are set or synchronised when such communication is made shall not be considered conclusive evidence as to the actual time of making such communication. The time of receipt of a communication is determined by reference to 'actual' time.

4. Service Requirements – BMRA

4.1. Introduction

This section defines the network communications services provided to support Participant communication with the BMRA only. It describes the network infrastructure, software and security mechanisms that Participants use for the purpose of electronic communication with the BMRA.

The installation and maintenance is a managed service provided by the Service Provider.

4.2. Specification of Service

The service provides:

provision of unencrypted Balancing Mechanism Reporting data from the BMRA service to Participant systems; and
provision of Credit Default Notices.

These facilities are currently provided through two grades of service delivery depending on the Participant’s requirements, a High Grade or a Low Grade service.

4.2.1 High Grade Service Definition

This service will be made available until the BMRS Transition Date, as determined by the Panel.

This provides access to the BMRA service through private network communication.

For the BMRA service, the High Grade Service provides the capability for 24 hours a day, 7 days a week near real time information to be ‘pushed’ to the service users.

The users can access this data either through browser screens (using Service Provider supplied applets to refresh the screens on receipt of updates), or through a defined programmatic interface (using TIBCO software).

4.2.2 Low Grade Service Definition

This provides access to the BMRA service through the public Internet, with consequently no guarantees on access times or availability.

The Low Grade Service provides access to BMRA data through a browser, but without the automatic refresh, the users are responsible for ‘pulling’ the data for screen based access and file downloads.

Certain items of BMRA data are also made available through the public Internet to the ETSOVista reporting platform (for republication to participants and stakeholders in the European Union’s Internal Electricity Market). The file format and transfer mechanism for this interface are in accordance with specifications maintained by ETSOVista, and are outside the scope of this document.

4.3 Application for the Provision of Service

Participants shall place a service order with BSCCo for the grade of service required providing the following information:

Party name(s);
Contact name of individual responsible for request;
Telephone and fax numbers;
Email address; and
Grade of service required.

If the Participant is ordering the High Grade Service further information may be required from the Participant by the Service Provider during the installation of this service. This information is outlined within documentation provided by the Service Provider.

A Participant may request both the High Grade and the Low Grade Service. Documentation associated with High and Low Grade Services should be ordered through the Service Provider.

One or more Participants may share the physical connection for a High Grade Service installation. Where a High Grade installation is to be shared the Participant should inform BSCCo. This request will be passed to the Service Provider who will contact the Participant to assess the impact and provide options for increasing bandwidth, if required.

If a person who is not a Party requests access to the BMRS via the High Grade service, BSCCo will not accede to this request unless the person agrees to enter into an appropriate contract with BSCCo under which the relevant costs specified in Section D of the Code can be recovered.

4.4 Availability

Planned downtime applies only to the BMRA service and will be agreed between the Service Provider and BSCCo at least a week in advance.

BSCCo will inform all Parties and Party Agents of such agreement immediately. Note that Section O paragraph O 4.3.3 of the Code specifies that Parties are not able or entitled to send or receive Communications to or from the BMRA during planned downtime.

4.5 Security

The network is designed to prevent external unauthorised penetration, in accordance with commercial security standards, including the use of firewalls at the Service Provider site.

Both grades of service provide Participant data confidentiality and originator authentication for file transfer between Participant site and Service Provider site.

This is accomplished using the security utility (XSec) provided by the Service Provider that supports OpenPGP encryption. The management of the security keys is handled through the Service Provider.

The passwords used when connecting with the system must be changed at regular intervals to comply with security standards, as determined by the Service Provider. Currently, XSec keys are scheduled to expire after five years.

If Participants become aware of a security breach or wish to change their keys and passwords before the scheduled expiry time, they should immediately contact the BSC Service Desk. Participants and the Service Provider must make all reasonable endeavours to maintain the security of the system, and correct any weaknesses revealed. The Service Provider may decide to take additional security measures and transmit security instructions to Participants, as necessary.

4.5.1 This section is not currently in use

4.5.2 NOT USED

4.6 Technical Specification – High Grade Service

4.6.1 Network Communications

The High Grade Service consists of a number of MPLS connection options and are detailed as follows:

Technical Specification	Line options
Technical Specification	HG10	DR10
Primary Line Rental
10Mb Leased Line	✔	x
2Mb ADSL	x	✔
Backup Line Rental
2Mb ADSL Backup	✔	x
Support
5 Hour Fix on Primary Line	✔	x
24 Hour Fix on Primary Line	x	✔
Primary Line Uncontended	✔	x
Primary Line Contended	x	✔
One-off Costs²
Ongoing Annual Costs²

In addition to protect against loss of the connection to the MPLS network a backup ADSL or Basic Rate ISDN line will be provided.

Variations to this standard specification to support, for example, multiple participants using the same High Grade Service will be handled by the BSCCo, in conjunction with the Service Provider, on a case by case basis.

The geographic scope of supply for communication lines is the United Kingdom. Participants who wish the connection termination to be outside the United Kingdom are required to contact BSCCo to make specific arrangements with the Service Provider.

The service includes the provision of a router with the following characteristics:

the router will support TCP/IP;
the interface presented on the Participant side of the private network router will be Ethernet 10/100 BaseT; and
the router will support Network Address Translation (NAT), and the Service Provider will liaise with the Participant to ensure that the correct IP address space translations are configured.
Participants shall order TIBCO software through BSCCo with signed Licences being returned to the Service Provider.³

4.6.2 Software

The software is:

Participant Security Package, XSec.
TIBCO Software⁴.

4.6.3 Responsibilities

The Participant is responsible for placing a service order with BSCCo who will then instruct the Service Provider.

The Service Provider will then provide to the Participant:

Participant Security Package; and
Router and communications lines.

The Participant may also acquire:

The TIBCO Software.

However, if a Participant is already in possession of an adequate number of the appropriate TIBCO Software licences then they do not need to take this item.

The Participant is responsible for:

provision of one or more workstations for accessing the High Grade Web Service (optional) to the minimum specification as defined from time to time by the Service Provider;
provision of LAN, including connection to the router;
provision of FTP client software (mandatory) and FTP server software (mandatory only for High Grade Push); each High Grade Participant must select either ‘push’ or ‘pull’ mode for receipt of files from the Service Provider. Full details of directories, user identification etc. are provided by the Service Provider;
all cabling on the Participant side of the supplied router;
synchronising their machine clocks with an NTP server (the Service Provider supplies an NTP service to High Grade users. Optionally the participant can instead choose to synchronise with a UTC source of their choice. The Service Provider can suggest appropriate sources);
provision of a suitable environment for the supplied telecoms equipment, including uninterruptible power, suitable environmental conditions and reasonable provision of site access when required by the Service Provider;
provision of IP addressing information for configuration of the router in liaison with the Service Provider as to suitable addressing ranges;
provision of software which is capable of producing and responding to flows as defined in the BSC Central Systems IDD.

Further, it is not mandatory but strongly recommended that the Participant:

obtain a contract with an ISP for Internet connectivity to allow the Participant to use the Low Grade Service, ordered from BSCCo, as a backup mechanism and provide any necessary hardware, cabling and software to support the link; and
provide and configure a firewall to protect the Participant’s LAN.

4.6.4 Boundary of Responsibility

The High Grade communications service will terminate at the LAN interface of the router at a Participant’s site. The router will be supplied and installed as part of the installation of the private line. The Participant is responsible for the connection of the router to the Participant’s Local Area Network (via a firewall if this is required).

4.7 Technical Specification - Low Grade Service

4.7.1 Network Communications

Network Communication is through the public Internet.

4.7.2 Software

The software is:

Participant Security Package, XSec.

4.7.3 Responsibilities

The Participant is responsible for placing a service order with BSCCo who will then instruct the Service Provider.

The Service Provider will then provide the Participant with:

Participant Security Package, XSec.

The Participant is responsible for:

provision of a workstation and operating system software to the minimum specification as defined from time to time by the Service Provider;
provision of FTP client software. When using FTP to send files, Internet-connected Participants must always ‘push’ files to the BMRA. Across the Internet, Participants must always ‘pull’ files from the BMRA. Full details of directories, user identification etc. are provided by the Service Provider;
obtaining a contract with an ISP for Internet connectivity; provision of any necessary hardware, cabling and software to support the link;
synchronising the workstation with an Internet NTP server (the Service Provider will supply suitable DNS information, if one is not supplied by the Participant’s ISP);and
provision of software which is capable of producing and responding to flows as defined in the BSC Central Systems IDD.

Further, it is not mandatory but strongly recommended that the Participant:

provide and configure a firewall to protect the Participant’s workstation, if this is required.

4.8 Installation

The full technical details of installation are provided by the Service Provider after receipt of a service order

The Service Provider will undertake basic tests, as part of the installation, to ensure that Participants can communicate with the BMRA.

The Participant must make all reasonable endeavours to allow site access to the Service Provider for installation and subsequent maintenance.

4.9 Management of Service

The Participant acquires a fully managed service for High Grade Services which includes the maintenance of the communication lines, router, and software provided. The Service Provider operates the BSC Service Desk. Full contact details can be obtained from BSCCo through the following email address: market.entry@elexon.co.uk .

4.10 This section is no longer in use

4.11 Termination

On termination of High Grade Service the Participant shall be responsible for allowing the Service Provider to remove all communication lines and routers and returning all software and documentation, other than that required for the Low Grade Service.

In the event of withdrawal or expulsion from participation under the Code, a Party shall permit the Service Provider to remove all communication lines and routers and shall return to the Service Provider all software and documentation, and OpenPGP encryption details.

Termination of the service will be immediate upon receipt by the Service Provider of notice from BSCCo. Communication lines and routers will be removed as soon as practical thereafter.

4.12 Disaster Recovery and Standby Sites

The High Grade Service specification applies to all physical sites at which it is installed. A Participant may request variations to the specification for its disaster recovery site. This should be raised through BSCCo where it will be handled on a case by case basis.

4.13 Restrictions

The TIBCO and security services provided by the Service Provider require a Windows operating system environment. The currently supported versions of the Windows operating systems are available on request from the Service Provider.

The software licences are provided for the sole purposes of access to the BMRA. They may not be transferred to another organisation. Nor can they be used for the operation of another computer system.

4.14 Variations

All requirements for variation to the service specifications given in this document must be raised through BSCCo where they will be handled on a case by case basis. Any cost differential will be agreed for the variation and reflected as a separate charge.

4.15 Service Upgrades

From time to time it may be necessary to upgrade the software. Additional charges may apply at this time.

4.16 Testing of Participants’ Communication

Participants’ ability to communicate with the BMRA will be tested, with the exception of Non Party access to the BMRS via the High Grade Service. This testing will encompass Qualification Tests – where the ability of Participants to send and to receive appropriate flows (as defined in the Data File Catalogue) as part of an integrated business activity will be tested.

BSC Parties and CVA MOAs are able to opt out of some or all tests if they so choose. It should be understood that this shall be entirely at their own risk.

Testing is initiated by the Participant as outlined in BSCP70. CVA Qualification Tests and Applications for Waivers of CVA Qualification testing will be undertaken in accordance with BSCP70 and successful completion of CVA Qualification will be notified by means of a Qualification Statement issued by the BSC CSA on behalf of BSCCo.

Parties or Party Agents who have not registered to use either the High Grade service or the Low Grade service and who have elected not to receive any electronic data flows by completing the procedure defined in BSCP41 – Reporting Requests & Authorisation will not be required to undertake tests relating to any electronic data flows. Such tests, if requested by the Party or Party Agent, will be undertaken at the point when the Party or Party Agent registers to use either the High Grade service or the Low Grade service.

Where a Party or Party Agent shares an administrative organisation or software with another Party or Party Agent, tests relating to any specific flow may be waived at the discretion of BSCCo on production of evidence that the specific flow has previously been successfully tested using the same version and configuration of the software which is involved in generating or receiving the flow. Such a waiver is not automatic and BSCCo may require tests to be undertaken where there is any doubt as to the degree of sharing of administrative function, the identification of the software product or module, the nature of the configuration or any other matter of doubt.

Any intention of changes to software that may directly affect one or more data flows must be notified by the Party to BSCCo. BSCCo may require Participants to re-test if a significant risk to interfaces is identified.

4.17 Qualification Tests

The set of data flows a Participant will test depends on the capacity or role of the Participant, as defined in section 5.

The tests are carried out by the Service Provider on behalf of the BMRA.

In each case the flow must be of valid format and contain valid values, it is not necessary for the file or message to include valid business data, and it is accepted that the data may not be valid in respect of its relationship to other data held by that Participant or the Service Provider.

4.17.1 Correct generation of all Relevant Files / Messages and Transfer to the Service Provider.

(a) Electronic Data Flows

For each relevant data flow the Participant must demonstrate that their application can generate a valid file / message containing test data (the file / message must be in the correct format and contain valid values) and deliver this to the destination system (via an appropriate network). The receipt and recognition of this flow by the Service Provider will demonstrate the correct generation of the flow by the Participant.

Evidence that the test has been successfully completed will include evidence from the Participant that the file was generated from the application concerned and, where applicable, evidence that the application has accepted the resulting acknowledgement.

(b) Manual Data Flows

This section is no longer in use.

4.17.2 Receiving Valid Files / Messages Generated by the Service Provider.

(a) Electronic Data Flows

For each relevant data flow the Participant must demonstrate that their application can receive, recognise and accept a valid flow (via the appropriate network) at the application designated to be the recipient for that flow.

On receipt of a file / message the application must be able to demonstrate that the file / message has been received, and that the structure of the flow has been recognised and validated.

Evidence that the test has been successfully completed will include evidence from the Service Provider in the form of a file print out of the generated file. The receiving Participant will provide a file printout of the file received. Some evidence that the file has been received and understood by the receiving application must be provided. This may include database extracts, screen prints etc.

(b) Manual Data Flows

This section is no longer in use.

4.17.3 Correct Rejection of all Received Invalid Files / Messages.

(a) Electronic Data Flows

Tests under this heading are not intended to be exhaustive. The tests are to show the general readiness of the Participant.

A number of invalid files will be produced by the Service Provider which are relevant to each Participant capacity or role. Each Participant must be able to demonstrate that they correctly reject these flows. The invalid flows will only test for incorrect format or structure of the file. Invalid business content is out of scope.

Evidence that the test has been successfully completed consists of the receipt of an automatic rejection at the Service Provider, together with a confirmation from the Participant that the data flow was seen and errors detected.

(b) Manual data flows

This section is no longer in use.

5. Definition of Data Flows to be Tested

The flows to be tested are specified below. The flows are identified by reference to the CVA Data Catalogue.

5.1 Registration Activity

5.2 NOT USED

5.3 NOT USED

5.4 NOT USED

5.5 MIDP Flows Requiring Testing

Flow	Dir’n	User	Name
BMRA-I015	from	MIDP	Market Index Data

5.6 NOT USED

6. NOT USED

7. NOT USED

8. Managed Data Network Service

This service is provided by Electralink under the Data Transfer Services Agreement and all interfaces are defined in the SVA Data Catalogue.

1 Please note that certain BSC Central Services do operate outside of these core hours.

2 Costs are published on the BSC Website.

3 Participants may also use any existing TIBCO licences available to their organisation or procure TIBCO licences other than from BSCCo to access the BSC Central System TIBCO service.

4 The TIBCO Software is optional and will be at an additional charge.

CONTENTS

Communication Requirements Document B

Date

1. Introduction

1.1. Purpose and Scope

1.2 Main Users of the Document

1.3 Balancing and Settlement Code Provision

1.4 Associated BSC Procedures

2. Acronyms and Definitions

2.1 List of Acronyms

2.2 List of Definitions

Participant

3. Receipt of Communication for the BMRA

3.1 Deemed Receipt of Communications to and from the BMRA

3.2 Deemed Receipt of Credit Default Notices

3.3 Time Standard

4. Service Requirements – BMRA

4.1. Introduction

4.2. Specification of Service

4.2.1 High Grade Service Definition

4.2.2 Low Grade Service Definition

4.3 Application for the Provision of Service

4.4 Availability

4.5 Security

4.5.1 This section is not currently in use

4.5.2 NOT USED

4.6 Technical Specification – High Grade Service

4.6.1 Network Communications

4.6.2 Software

4.6.3 Responsibilities

4.6.4 Boundary of Responsibility

4.7 Technical Specification - Low Grade Service

4.7.1 Network Communications

4.7.2 Software

4.7.3 Responsibilities

4.8 Installation

4.9 Management of Service

4.10 This section is no longer in use

4.11 Termination

4.12 Disaster Recovery and Standby Sites

4.13 Restrictions

4.14 Variations

4.15 Service Upgrades

4.16 Testing of Participants’ Communication

4.17 Qualification Tests

4.17.1 Correct generation of all Relevant Files / Messages and Transfer to the Service Provider.

(a) Electronic Data Flows

(b) Manual Data Flows

4.17.2 Receiving Valid Files / Messages Generated by the Service Provider.

(a) Electronic Data Flows

(b) Manual Data Flows

4.17.3 Correct Rejection of all Received Invalid Files / Messages.

(a) Electronic Data Flows

(b) Manual data flows

5. Definition of Data Flows to be Tested

5.1 Registration Activity

5.2 NOT USED

5.3 NOT USED

5.4 NOT USED

5.5 MIDP Flows Requiring Testing

5.6 NOT USED

6. NOT USED

7. NOT USED

8. Managed Data Network Service