WECL-ES-01

Long-term congestion management

1. Description of the Use Case

1.1. Name of the Use Case

IDArea /Domain(s)/Zone(s)Name of the Use Case
1Local congestion management,WECL-ES-01

1.2. Version Management

Version No.DateName of author(s)ChangesApproval status
0.32021-06-26T00:00:00COMILLAS, i-DE, UFD, OMIE,Up to section 5None

1.3. Scope and Objectives of Use Case

ScopeThis BUC is focused on the long term procurement of congestion management products by the DSO. The main objective of the BUC is to ensure that the DSO can procure flexibility in advance to solve specific local system loading issues on the distribution system thus deferring/eliminating the need for traditional system upgrades
Objective(s)1. To apply market procedures to obtain flexibility services attending DSO requirements.
2. Demonstrate that long term agreements are suitable amongst different available DERs
3. Implement flexibility provision/usage through a market platform.
4. Use consumer’s demand-response in efficient flexibility services.
Related business case(s)WECL-ES-02, SUC-ES-01

1.4. Narrative of Use Case

Short description

This BUC describes the DSO long term procurement of flexibility services through a market mechanism to avoid congestions at the distribution medium or low voltage networks. It describes the exchange of information and processes that should be established between DSO, Independent Market Operator (IMO) and Flexibility Provider (FSP). This BUC is divided into five scenarios, namely the five service steps defined in the Active System Management (ASM) report [1] listed below: · Prepare/Pre-qualification: The process in which it is checked whether a unit can deliver the product it intends to sell. · Plan/Forecast: Planning of grid utilization and identifying potential congestions. · Market Phase: Market opening, qualification, bids collection, market clearing and communication of results. · Monitoring and Activation: Grid monitoring and flexibility bids activation to solve the forecasted congestion management · Measurement phase: Validation of delivery

Complete description

This BUC will demonstrate the long-term congestion management procurement of local flexibility products by the DSO.

This BUC describes the exchanges of information and the processes that should be established between DSO, IMO and FSP to solve distribution network local congestions.

The objective is to procure products to ensure the network remains secure and does not go beyond its firm capacity at times of peak demand. The products can be procured from weeks to years ahead delivery, and is aimed towards MV/LV flexibility providers.

The DSO procures the product in the long-term (years to weeks ahead delivery). The DSO procures a band of flexibility that will be activated when needed or as scheduled, one or more times during the life of the contract. The flexibility providers receive a payment for the availability during the life of the contract and if activation is needed, the flexibility provider may receive an additional utilisation payment or not (to be defined at the contract) . If the activation is not delivered, penalties may be applied to the flexibility provider. If the flexibility is delivered as contracted, the DSO proceeds with the settlement as agreed at the contract.

Scenarios:

  1. Prepare/Pre-qualification: The pre-qualification process starts once the flexibility service provider expresses interest in entering the flexibility market. This process serves to ensure that a particular flexibility service provider is capable of delivering a given product. This has to be ensured from two perspectives, namely the grid pre-qualification and product pre-qualification. The former ensures that the resource meets the technical requirements to be able to deliver the product and proceed to the market phase and eventually be selected by a system operator. In principle, the grid pre-qualification will be done by the DSO, as FSPs in this BUC are connected to MV and LV grids. The grid pre-qualification may involve both internal simulations by the DSO and/or specific field tests with the FSP. The market or product pre-qualification aims at ensuring that the FSP can participate in a particular market and can provide a particular service considering market and product design aspects. In principle, the product pre-qualification should be done by IMO. If the results of the two types of pre-qualification are approved, the entry of the FSP into the flexibility market is allowed. The validity of the pre-qualification can be indefinite, limited to a certain period of time or conditioned to predefined aspects (e.g. grid conditions). Considering that this BUC WECL-ES-01 describes the long-term products for the Spanish demonstration, it is also possible that the pre-qualification process starts once a market session is open, considering that a market session can last for weeks or longer. Whenever possible, the pre-qualification processes (grid and product) will be combined or coordinate, aiming at having the simplest possible process for the FSP. Likewise, the pre-qualification processes of WECL-ES-01 and WECL-ES-02 will also aim at coordination and simplification whenever the requirement allow to.

  2. Plan/Forecast:

In this service phase, the DSO carries internal analysis (e.g. forecasts, power flows) to detect congestions in the grid, which could be solved by the long-term procurement of flexibility. This service phase happens years to weeks ahead.

  1. Market Phase:

Based on the flexibility needs identified in the previous market phase, the DSO is able to call a market through the market platform (described in SUC-ES-01). This market, operated by the independent market operator, will procure either availability only or availability and activation. The availability means a capacity band (e.g. in kW) with a start and finish times defined, in which the FSP is expected to provide the flexibility upon the DSO’s call. Alternatively, the availability can also mean that the FSP is obliged to bid in the short-term local congestion management markets (defined in WECL-ES-02) activation products, in which capacity and duration of activation are predefined (in kWh). It is also possible to the DSO to procure activation in the long-term, defining weeks/months in advance the day, time, capacity and duration of activations.

This market phase can be classified as a local market model. It is an auction type of market, in which the gate opening time takes place from than more than year-ahead to weeks ahead. The gate closure time takes place a week-ahead delivery. FSPs participating should have resources connected to medium or low voltage levels.

During this phase there is a qualification process to check if the flexibility provider is able to provide the demand service in terms of quality and cost.

The results of the auction will be published.

  1. Monitoring and Activation:

This service phase takes place close to real-time and in real-time. The DSO will monitor the conditions of the grid in real time and send the activation signals to the FSPs committed in the market phase, in accordance to the type of product procured.

When activating the FSPs, the DSO will consider the actual state of the grid. Emergency states in which the procured flexibility activations cannot be concluded are outside the scope of this BUC WECL-ES-01. Emergency states are situations in which market procedures are no longer appropriate to ensure the security of the system.

  1. Measurement phase:

In this final service phase, the MO and/or DSO will verify if the flexibility was provided in accordance to the product procured in the market phase. This service phase can take place in the real-time and/or after the real-time. For the measurement of flexibility, a baseline has to be previously defined, to which the actual metered data of the FSP can be compared too. If the FSP is not able to deliver the flexibility in accordance to the predefined market conditions and agreed baseline, penalties may apply, which would decrease the remuneration received by FSP.

1.5. Key Performance Indicatiors (KPI)

IDNameDescriptionReference to mentioned use case objectives

1.6. Use case conditions

Assumptions
WECL-ES-01
Prerequisites
WECL-ES-01

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

Relation to other use cases
Level of depth
Prioritisation
High priority
Generic, regional or national relation
National
Nature of the use cases
Business Use Case
Further keywords for classification
Local congestion management, Distributed energy resources, flexible providers, traditional investment, long term

1.8. General remarks

General remarks

2. Diagrams of Use Case

WECL-ES-01 Use Case Flowchart WECL-ES-01 Use Case Overview WECL-ES-01 Use Case Scenario 1 Activities WECL-ES-01 Use Case Scenario 1 Activities WECL-ES-01 Use Case Scenario 3 Activities WECL-ES-01 Use Case Scenario 4 Activities WECL-ES-01 Use Case Scenario 5 Activities

3. Technical Details

3.1. Actors

Actor NameActor TypeActor DescriptionFurther information specific to this Use Case
Distribution System Operator (DSO)RoleAccording to the Article 2.6 of the Directive: “a natural or legal person responsible for operating, ensuring the maintenance of and, if necessary, developing the distribution system in a given area and, where applicable, its interconnections with other systems and for ensuring the long-term ability of the system to meet reasonable demands for the distribution of electricity”.
Independent Market Operator (IMO)RoleResponsible for calling, clearing, communicating results and possibly settling the provision of distributed flexibility. This role can be taken by an independent market operator, an existing one (e.g. a NEMO), or a system operator.
Distributed Energy Resource (DER)DeviceResources connected at the distribution grid capable of providing active power flexibility, either upward/downward or both. It can comprise several different roles and devices such as demand response (actor/role), distributed generation, electric vehicles, and storage systems.
Flexibility Service Provider (FSP)RoleGeneric role which links the role customer and its possibility to provide flexibility to the roles market and grid; generic role that could be taken by many stakeholders, such as an aggregator or individual distributed energy resources.

3.2. References

No.References TypeReferenceStatusImpact on Use CaseOrganistaor / OrganisationLink

4. Step by Step Analysis of Use Case

4.1. Overview of Scenarios

No.Scenario NameScenario DescriptionPrimary ActorTriggering EventPre-ConditionPost-Condition
1Prepare/Pre-qualificationThe process in which it is checked whether a unit can deliver the product it intends to sell.Prepare/Pre-qualification
2Plan/ForecastPlanning of grid utilization and identifying potential congestions.Plan/Forecast
3Market phaseMarket opening, qualification, bids collection, market clearing and communication of resultsMarket phase
4Monitoring and activationGrid monitoring and flexibility bids activation to solve the forecasted congestion managementMonitoring and activation
5Measurement phaseValidation of service deliveryMeasurement phase

Notes

4.2. Steps – Scenarios

Scenario Name:
Prepare/Pre-qualification
Step No.Event.Name of Process/ ActivityDescription of Process/ Activity.ServiceInformation Producer (Actor)Information Receiver (Actor)Information ExchangedRequirements, R-ID
1.0FSP requests to be pre-qualifiedPre-qualification requestThe FSP requests to the IMO to be pre-qualified to offer a certain type of productCREATEI.E.01 I.E.02 I.E.03 I.E.04
1.1IMO processes market prequalificationProduct prequalificationThe IMO processes the market prequalification.EXECUTE
1.2FSP is notified if information provided is incompleteNotification(missing data)The IMO requests missing dataGETI.E.03 I.E.04
1.3FSP reports back missing dataMissing dataThe FSP reports back missing dataREPORTI.E.03 I.E.04
1.4IMO notifies the completion of data collectionNotification(complete)The notifies the completion on data collection process for the purpose of pre-qualificationCLOSE
1.5IMO forwards pre-qualification request for technical prequalificationForward req. for grid pre-qualificationThe IMO forwards pre-qualification request for technical prequalificationREPORTI.E.03 I.E.04
2.0DSO assess the need for a technical validationAssessment of need for technical validationThe DSO may decide that field tests are necessary to ensure that flexibility can be provided by the applicant FSP. In this step, the DSO assess internally the need for field testsEXECUTE
2.1DSO communicates the need for a technical validationNotificationIf a technical validation is necessary, the FSP is communicated on the new requirement, as well as the details for the technical validation.REPORT
2.2FSP acknowledges the technical validation needConfirmationThe FSP acknowledges the technical validation needREPORT
2.3Technical validation testTechnical validation testThe DSO may send a setpoint directly to the DER at the moment of the activation.GET
2.4DER sends metering dataMetering dataThe DER sends metering data regarding the technical pre-qualification directly to the DSO.REPORTI.E.06
2.5DSO processes the results from technical validationProcess technical validationThe DSO internally processes the results of the technical validation testEXECUTE
2.6DSO notifies on successful technical validationNotification(positive)The DSO notifies the IMO on the result of the technical validationREPORT
2.7The IMO registers internally the FSP as pre-qualifiedRegister information(positive)The IMO registers internally the FSP as pre-qualifiedCREATE
2.8The FSP is communicated on the successful pre-qualificationApproved prequalificationThe FSP is communicated on the successful pre-qualificationGET
2.9The IMO registers to the Market Platform the successful pre-qualificationRegistration of pre-qualified FSPThe IMO registers to the Market Platform the successful pre-qualificationCREATE
2.10DSO notifies on unsuccessful technical validationNotification(negative)The DSO notifies the IMO on the result of the technical validationREPORT
2.11The IMO registers internally the FSP as not pre-qualifiedRegister information(negative)The IMO registers internally the FSP as not pre-qualifiedCREATE
2.12The FSP is communicated on the unsuccessful pre-qualificationDenied pre-qualificationThe FSP is communicated on the unsuccessful pre-qualificationGET
2.13If no technical validation is necessary, DSO informs no technical pre-qualification resultNotification(positive or negative)If no technical validation is necessary, DSO informs no technical pre-qualification resultREPORT
2.14The IMO registers internally the result of the pre-qualification process (positive or negative)Register information(positive or negative)The IMO registers internally the result of the pre-qualification process (positive or negative)CREATE
2.15The FSP is communicated on the pre-qualification result (positive or negative)Notification(Approved or Denied)The FSP is communicated on the pre-qualification result (positive or negative)REPORT
2.16The IMO registers to the Market Platform the successful pre-qualificationRegistration of pre-qualified FSP(if approved)The IMO registers to the Market Platform the successful pre-qualificationCREATE
Scenario Name:
Plan/Forecast
Step No.Event.Name of Process/ ActivityDescription of Process/ Activity.ServiceInformation Producer (Actor)Information Receiver (Actor)Information ExchangedRequirements, R-ID
1.0DSO evaluates the need for a long-term market for flexibilityDSO evaluates the need for a long-term market for flexibilityThe DSO evaluates internally the need for a long-term market for flexibility. This step is an internal activity exclusive to the DSO, and therefore no information exchanges with other actors take place. Therefore, the internal steps carried out by the DSO are not modelled in detail.EXECUTE
Scenario Name:
Market phase
Step No.Event.Name of Process/ ActivityDescription of Process/ Activity.ServiceInformation Producer (Actor)Information Receiver (Actor)Information ExchangedRequirements, R-ID
1.0DSO requests a long-term marketCall for a long-term marketDSO requests a long-term market based on the results of scenario 2 (plan and forecast). At this request, several parameters will have to be informed by the DSO. These parameters are grouped into (i) generic attributes and (ii) product parametersCREATEI.E.07 I.E.08
1.1Notification of market requestNotification of market requestThe IMO is notified that a market request was created by the DSOREPORT
1.2IMO validates and prepares a market sessionPreparation of market sessionThe IMO validates the information provided by the DSO (IE07 and IE08). N.B.: Intermediated steps in which the IMO may identify missing information, request completion from the DSO, and final completion by the DSO are omitted for the sake of simplicity.EXECUTE
1.3IMO opens call for a long-term marketOpen call for a long-term marketThe IMO, after validating the market session, opens the market session in the Market PlatformEXECUTE
1.4FSPs are notified of a market openingNotification (Open Market)The Market Platform notifies the FSP about a market opening.REPORTI.E.08
1.5Pre-qualification period endsPre-qualification endConsidering that the long-term products can be negotiated for weeks or months, it is possible for the pre-qualification phase to run in parallel with the market phase. Nevertheless, for FSPs to be able to participate in a market session, the pre-qualification process should be concluded at this step no. 1.5N/A
2.0IMO is informed of pre-qualified unitsPre-qualified unitsThis step market the beginning of the qualification process. The IMO receives a list of pre-qualified units for that market sessionGETI.E.09
2.1DSO is informed of pre-qualified unitsPre-qualified unitsThis step market the beginning of the qualification process. The DSO receives a list of pre-qualified units for that market sessionGETI.E.09
2.2IMO proceeds with the market qualificationMarket qualificationThe IMO proceeds with the market qualification. The IMO checks the maximum power to bid from FSPs and the existence of financial warranties.EXECUTE
2.3IMO registers a list of qualified units (market qualification)Qualified FSPs (market)The IMO registers a list of qualified units (market qualification)REPORTI.E.10
2.4DSO proceeds with the technical qualificationTechnical qualificationA process by which the DSO verifies the DER capacity to meet the requisites of the specific requirement. All the resources in the specific area will be checked to determine which ones are capable of providing the required service.EXECUTE
2.5DSO registers a list of qualified units (technical qualification)Qualified FSPs (technical)The DSO registers a list of qualified units (Technical qualification)REPORTI.E.10
2.6The Market Platform crosschecks both qualification lists and produces the consolidated listConsolidation (qualification)The Market Platform crosschecks both qualification lists and produces the consolidated listCREATEI.E.10
3.0The Market Platform publishes/notifies qualified FSPsPublication of qualified FSPsThe Market Platform publishes/notifies qualified FSPsREPORTI.E.10
3.1The Market Platform publishes/notifies qualified FSPs to the DSOPublication of qualified FSPsThe Market Platform publishes/notifies qualified FSPs to the DSOREPORTI.E.10
3.2FSP bids to market sessionBidQualified FSPs may bid to the market session as long as market session is open (before the Gate Closer Time [GCT])CREATEI.E.11
4.0;4.1Market platform notifies the GCTMarket closure (GCT)Market platform notifies the GCTREPORT
4.2Market Platform clears the marketMarket clearingMarket Platform clears the marketEXECUTE
4.3;4.4Market Platform reports market resultsMarket resultsMarket Platform reports market resultsREPORT
4.5IMO validates the market resultsValidation of resultsThe IMO checks the market results for inconsistences. After that, results are validatedEXECUTE
4.6IMO registers the validated market resultsValidated market resultsIMO registers the validated market resultsREPORTI.E.12
4.7DSO validates the market resultsValidation of resultsThe DSO checks the market results for inconsistences (from a technical perspective).EXECUTEI.E.12
4.8DSO registers the validated market resultsValidated market resultsDSO registers the validated market resultsREPORTI.E.12
4.9The Market Platform consolidates the market resultsConsolidation (market results)The Market Platform consolidates the market results based on the validation by the IMO and the DSOCREATEI.E.12
4.10; 4.11; 4.12Market participants and IMO are informed of final market resultsNotification (market results)Market participants (DSO, FSPs) and IMO are informed of final market resultsREPORTI.E.12
Scenario Name:
Monitoring and activation
Step No.Event.Name of Process/ ActivityDescription of Process/ Activity.ServiceInformation Producer (Actor)Information Receiver (Actor)Information ExchangedRequirements, R-ID
2.0The DSO monitors the state of the grid near real-time (activation)Monitoring conditions near activationThe DSO monitor the sate of the grid near activation in order to ensure the security of the gridEXECUTE
2.1If the grid is an emergency state, the DSO starts the emergency protocol and the BUC is terminatedBeginning emergency stateIf the grid is an emergency state, the DSO starts the emergency protocol and the BUC is terminated, as this situation lays outside the scope of this BUC.EXECUTE;CLOSE
2.2If the grid is an emergency state, the DSO notifies the FSP to proceed according the emergency protocol (outside the scope of the BUC)NotificationIf the grid is an emergency state, the DSO notifies the FSP to proceed according the emergency protocol (outside the scope of the BUC). For example, the FSP may be requested to proceed on a previously agreed way, may be exempted from providing flexibility, or may not be notified at all. This situation is outside the scope of this BUC.REPORT
3.0If the state is within normal conditions, the FSP proceeds with the activation in real-time according to the market results.ActivationIf the state is within normal conditions, the FSP proceeds with the activation in real-time according to the market results.EXECUTE
3.1DER reports metering dataMetering dataDER reports metering data directly to the DSOREPORTI.E.06
Scenario Name:
Measurement phase
Step No.Event.Name of Process/ ActivityDescription of Process/ Activity.ServiceInformation Producer (Actor)Information Receiver (Actor)Information ExchangedRequirements, R-ID
1.0DSO receives metering dataMetering dataDSO receives metering data (step 3.1 of scenario 4)GETI.E.07
2.0The DSO validates the service provisionVerification of service provisionThe DSO validates the service provision. To do so, the DSO compares the metered data with the service procured and the baseline predefined.EXECUTE
2.1The DSO notifies the IMO on the service provisionNotification of service provisionThe DSO informs the IMO on the level of service provision (e.g. percentage of service provision based on the deviation of the metering data to the agreed flexibility)REPORT
2.2IMO proceeds with the settlement processingSettlement processingThe IMO proceeds with the settlement processing. According to the level of service provision, penalties (reduction of agreed price/payment) may occur.EXECUTE
2.3The FSP is notified on the final settlementSettlement notificationThe FSP is notified on the final settlementREPORT

5. Information Exchanged

Information exchanged IDName of InformationDescription of Information ExchangedRequirement

6. Requirements (optional)

Category IdentifierNameDescriptionmRID
Req_IDReq_Name‘Long-term congestion management’
IdentifierNameDescriptionmRID
I.E.01Basic Participant InformationRegister and basic information about the market participant such as username and passwordI.E.01
I.E.02Market participant pre-qualification informationContact information; Fiscal data; Access contract; bank details; power of representation; confidentiality agreement; declaration of non-collusionI.E.02
I.E.03Market resource pre-qualification informationMarket participants provide information on the resources they want to prequalify: Facility/resource name; Type of technology; Location; Market participant; etc.I.E.03
I.E.04Technical resource pre-qualification informationVerification of the installed capacity to provide the service: Power; CUPS (Universal Supply Point Code acronym in Spanish); Maximum quantity; Response time, EtcI.E.04
I.E.05Technical validation for pre-qualificationIn case of the need of a technical validation for prequalification, the FSP receives the information on the when and how the test will be conducted: day; time; power to reduce/increase; duration of the test; etc.I.E.05
I.E.06Metering dataMetering data from DERI.E.06
I.E.07Generic attributesComposed of generic parameters concerning the market session being requested. E.g.:
• Auction identifier
• Associated DSO
• Product Type: Flexibility Product
• Type of negotiation: Auction
• Area: Basic or aggregated.I.E.07
I.E.08Product parametersComposed of product parameters concerning the market session being requested. E.g.:
  1. Service window: Selection of the required date and duration of the service o Start date: 01/06/2021 o Duration: 2 months o Selection of days: M, T, W, T, F, S and S. o Opening time: 8:00 PM o Closing time: 10:00 PM
  2. Availability: Selection of the capacity, the direction and the estimated hours of activation. o Capacity: 4MW o Direction: Upwards (up for generation, down for consumption) o Estimated hours of activation: 120h
  3. Activation window (in case of activation product): Specific subperiod in an activation window when a particular DER could be activated and thus it must be available. Multiple sets of activation windows can be defined. E.g.: o Day: 01/06/2021 o Hour: 19h o Duration: 2h o Capacity to modify: 1MW o Direction: Upward
  4. Local area: Selection of the trading area. Choice by postal code, connection point, lines… (to be determined). o Area: postal code
  5. Activation Announcement: Time in advance that a DSO informs a DER that its activation is programmed confirmed.
  6. Form of Remuneration: It establishes form of payment to winner DERs Two different terms are defined availability and activation (depending on the product). o Type of product: availability/activation o Availability/Activation cap price: X €/MW or X €/MWh | I.E.08 | | I.E.09 | List of pre-qualified units | List of pre-qualified units for a given market session | I.E.09 | | I.E.10 | List of qualified units (market, technical or consolidated) | List of qualified units for a given market session. The list can refer to the market qualification, technical qualification or the consolidated list. | I.E.10 | | I.E.11 | Bid | Composed of bidding information | I.E.11 | | I.E.12 | Validate market results | Validated market results by either the IMO (market), the DSO (technical) or the consolidated market results. | I.E.12 |

7. Common Terms and Definitions

8. Custom Information (optional)

KeyValueRefers to Section