Spain
Balancing services for TSO – Central Market Model
1. Description of the Use Case
1.1. Name of the Use Case
| ID | Area /Domain(s)/Zone(s) | Name of the Use Case |
|---|
| 1 | national, | Spain |
1.2. Version Management
| Version No. | Date | Name of author(s) | Changes | Approval status |
|---|
| 1 | 2019-07-23T00:00:00 | ENDESA, IBERDROLA, | none | approved |
1.3. Scope and Objectives of Use Case
| |
|---|
| Scope | Energy 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
| ID | Name | Description | Reference to mentioned use case objectives |
|---|
| 23 | Deviation between market activated and actual activated mFRR | Deviation between market activated and actual activated mFRR | BUC ES-2, |
1.6. Use case conditions
| Relation to other use cases |
|---|
|
| Level of depth |
| Prioritisation |
| nice to have |
| Generic, regional or national relation |
| national |
| Nature of the use cases |
| business |
| Further keywords for classification |
| n/a |
2. Diagrams of Use Case
3. Technical Details
3.1. Actors
| Actor Name | Actor Type | Actor Description | Further information specific to this Use Case |
|---|
| TSO | ENTSO-E | None | |
| DSO | None | None | |
| FPS | None | None | |
3.2. References
| No. | References Type | Reference | Status | Impact on Use Case | Organistaor / Organisation | Link |
|---|
| no reference has been used | none | n/a | n/a | | n/a |
4. Step by Step Analysis of Use Case
4.1. Overview of Scenarios
| No. | Scenario Name | Scenario Description | Primary Actor | Triggering Event | Pre-Condition | Post-Condition |
|---|
| 1 | Long term process | Coordinet platform and functionalities interaction in national energy market | | Long term process | | |
Notes
4.2. Steps – Scenarios
| Scenario Name: |
|---|
| Long term process |
| Step No. | Event. | Name of Process/ Activity | Description of Process/ Activity. | Service | Information Producer (Actor) | Information Receiver (Actor) | Information Exchanged | Requirements, R-ID |
|---|
| 1 | FPS requires prequalification | prequalification reqwuest | FPS engages resources and makes prequalification of potential flexibility | report | FPS | TSO | | |
| 2 | FPS requires prequalification | prequalification check | Prequalification process according to grid code | get | TSO DSO | TSO DSO | | |
| 3 | None | Resource prequalified | Coordinet platform receives information of resources prequalified | create | TSO DSO | | | |
| Information exchanged ID | Name of Information | Description of Information Exchanged | Requirement |
|---|
6. Requirements (optional)
| Category Identifier | Name | Description | mRID |
|---|
| Req_ID | Req_Name | ‘Balancing services for TSO – Central Market Model’ | |
| Identifier | Name | Description | mRID |
|---|
| n/a | n/a | n/a | n/a |
7. Common Terms and Definitions
| Key | Value | Refers to Section |
|---|