Balancing services for TSO – Central Market Model

1. Description of the Use Case

1.1. Name of the Use Case

IDArea /Domain(s)/Zone(s)Name of the Use Case

1.2. Version Management

Version No.DateName of author(s)ChangesApproval status
12019-07-23T00:00:00ENDESA, IBERDROLA,noneapproved

1.3. Scope and Objectives of Use Case

ScopeEnergy markets: Day Ahead (DA), Intraday (ID), Near Real Time
Objective(s)The objective is to reduce balancing costs (TSO perspective), while avoiding unforeseen congestion problems at the distribution level
Related business case(s)n/a

1.4. Narrative of Use Case

Short description

This BUC evaluates how to improve the coordination between the TSO and DSOs when the activation of energy resources including DER providing balancing services to the TSO increases

Complete description

Currently generation resources connected at distribution networks can provide balancing services, but demand-side resources cannot. Similar to congestion management, the functions are divided in four relevant timescales which are described in detail below: the long-term (from years until day-ahead), the day-ahead, from one hour to real-time and post-real-time. The numbering of the functions are described according to their sequence in time and the arrows represent the flows of information among the different actors. Two main products are relevant for balancing: the balancing capacity and the balancing energy. According to the EBGL, the balancing capacity is defined as: “a volume of reserve capacity that a balancing service provider has agreed to hold and in respect to which the balancing service provider has agreed to submit bids for a corresponding volume of balancing energy to the TSO for the duration of the contract” and the balancing energy: “means energy used by TSOs to perform balancing and provided by a balancing service provider” (European Commission, 2017). In this Use Case, the FSP performs the function of Balance Service Provider (BSPs) which according to the EBGL means a market participant with reserve-providing units or reserve-providing groups able to provide balancing services to TSOs

1.5. Key Performance Indicatiors (KPI)

IDNameDescriptionReference to mentioned use case objectives
23Deviation between market activated and actual activated mFRRDeviation between market activated and actual activated mFRRBUC ES-2,

1.6. Use case conditions


1.7. Further information to the use case for classification/mapping

Relation to other use cases
Level of depth
nice to have
Generic, regional or national relation
Nature of the use cases
Further keywords for classification

1.8. General remarks

General remarks

2. Diagrams of Use Case

Balancing services for TSO – Central Market Model

3. Technical Details

3.1. Actors

Actor NameActor TypeActor DescriptionFurther information specific to this Use Case

3.2. References

No.References TypeReferenceStatusImpact on Use CaseOrganistaor / OrganisationLink
no reference has been usednonen/an/an/a

4. Step by Step Analysis of Use Case

4.1. Overview of Scenarios

No.Scenario NameScenario DescriptionPrimary ActorTriggering EventPre-ConditionPost-Condition
1Long term processCoordinet platform and functionalities interaction in national energy marketLong term process


4.2. Steps – Scenarios

Scenario Name:
Long term process
Step No.Event.Name of Process/ ActivityDescription of Process/ Activity.ServiceInformation Producer (Actor)Information Receiver (Actor)Information ExchangedRequirements, R-ID
1FPS requires prequalificationprequalification reqwuestFPS engages resources and makes prequalification of potential flexibilityreportFPSTSO
2FPS requires prequalificationprequalification checkPrequalification process according to grid codegetTSO DSOTSO DSO
3NoneResource prequalifiedCoordinet platform receives information of resources prequalifiedcreateTSO DSO

5. Information Exchanged

Information exchanged IDName of InformationDescription of Information ExchangedRequirement

6. Requirements (optional)

Category IdentifierNameDescriptionmRID
Req_IDReq_Name‘Balancing services for TSO – Central Market Model’

7. Common Terms and Definitions

8. Custom Information (optional)

KeyValueRefers to Section