Implementation Guide. afrr capacity market. Version: 0.8

Transcription

1 Implementation Guide afrr capacity market Business process: afrr capacity market Version: 0.8 Status: Draft Date:

2 Revision History Version Release Date Changed by Comments 0.8 Draft A Stein-Ole Gabrielsen Initial Release 2

3 Table of Content 1 Introduction Background Terms and definitions References Business process Timeline System context Interface description General rules Date and time Document identification and revision number Update/cancel principles Acknowledgement Time series period Business rules The afrr capacity market sequence diagram Bid submission Accepted bids arket result Reserved CZC Annex essage examples Bid Accepted bids to BSP Accepted bids to TSO arket result Reserved CZC Acknowledgement ECP

4 1 Introduction 1.1 Background Automatic frequency restoration reserves (afrr) is one of a number of different types of Balancing Services that TSOs use for balancing of the Nordic synchronous area. A common Nordic capacity market for afrr enables the TSOs to have better control of imbalances in the Nordic area and is one of the first steps in developing a new Nordic balancing concept. The main goals are 1. To create an efficient market with a common process for procuring capacity for afrr, considering available transmission capacity (ATC) and capacity offers 2. To create a platform that can be extended for supporting other balancing markets in the Nordics in line with Electricity Balancing Guidelines (GLEB) This guide provides information about the processes required to support a common Nordic capacity market for afrr. Both functional and technical aspects are covered. The intended users of this document are participating BSPs and the connecting TSOs. The main processes described are: o o Bid handling process arket clearing process 4

5 1.2 Terms and definitions Acronym Term Definition afrr Automatic frequency restoration reserves The FRR that can be activated by an automatic control device designed to reduce the FRCE/ACE to zero BSP Balancing Services Provider A market Participant providing Balancing Service to its Connecting TSO CI IEC Common Information odel CZC Cross Zonal Capacity The cross-zonal transmission capacity between two bidding zones ECP Energy Communication Platform Reference implementation of ADES standard ADES arket Data Exchange Standard Communication IEC standard designed by ENTSO-E NTC Net Transfer Capacity The trading capacity, also called NTC (Net Transfer Capacity), is capacity made available to trading between the bidding zones. The trading capacity is calculated as the transmission capacity less the regulating margin. TSO Transmission System Operator A party that is responsible for a stable power system operation (including the organisation of physical balance) through a transmission grid in a geographical area. In the Nordic synchronous area, there are four TSOs: Svenska kraftnät, Fingrid, Energinet.dk and Statnett. 1.3 References Ref [1] IEC , Framework for energy market communications Part 451-1: Acknowledgement business process and contextual model for CI European market Ref [2] Ref [3] The Nordic afrr Capacity arket rules ENTSO-E Reserve Bid document UL model and schema 5

6 2 Business process 2.1 Timeline The afrr capacity market involves several operational phases. The diagram below shows the timeline for the afrr capacity market. BCGOT BCGCT (D-2) TSO approval deadline arket Clearing time Elspot NTC Submission time Elspot Clearing time (D-1) Bidding period Delivery date (D) Figure 1 timeline o o o Between the Balancing Capacity Gate Opening Time (BCGOT) and the Balancing Capacity Gate Closure Time (BCGCT), the BSPs can submit bids Between BCGCT and the approval deadline, each TSO can view and, if necessary, reject bids within the TSOs control area. The TSOs have also the possibility to extend the bidding period. Between approval deadline and market clearing time, the Bid Selection Optimisation process is executed and the market result is published to the BSPs and the TSOs as soon as the process is completed 6

7 2.2 System context The diagram below shows the system context for the afrr capacity market. It shows the internal processes required in the Nordic S system and how it integrates with other systems. NTC, Elspot price arket result Reserved CZC 1) Bids 1) Bids (on behalf of BSP) TSO-BSP ADES network 1) Accepted bids (BSP) 2) arket result TSO-TSO ADES network 1) Accepted bids (all) 2) arket result 3) Reserved CZC afrr schedules Settlement report Figure 2 System context diagram 7

8 2.2.1 Interface description The two tables below provide an overview of the flows between Fifty Nordic S and BSPs and TSOs. The tables show that IEC CI is used as data exchange format and ADES is used as communication platform. ore precisely, ECP, which is the reference implementation of ADES, is the communication platform. Consequently, each TSO shall provide an ECP network for communication with its BSPs. These networks will be interconnected to allow for cross-domain communication. In addition, a separate ECP network is used for TSO-TSO communication. Please refer to <<TODO>> for more details related to ECP/EDX. Table 1 Flow to Fifty Nordic S System/actor Description Data Channel Document BSP The BSP planning system Bids ADES iec reservebiddocument.xsd TSO The TSO S system, places bid on behalf of BSP Bids ADES iec reservebiddocument.xsd Table 2 Flow from Fifty Nordic S System/actor Description Data Channel Document BSP The BSP planning system Accepted bids ADES iec reservationallocationresult.xsd BSP The BSP planning system arket result ADES iec balancing.xsd TSO The TSO S system Accepted bids ADES iec reservationallocationresult.xsd TSO The TSO S system arket result ADES iec balancing.xsd TSO The TSO S system Reserved CZC ADES iec capacity.xsd 8

9 2.3 General rules The afrr business process flows assume certain basic rules. These rules are described below Date and time Date and time is expressed using the standard XL format for date and time: YYYY DDThh:mm:ss, formatted using the universal time standard UTC by adding a 'Z' behind the time - like this: T22:00Z Daylight saving time In winter the time spread is from 23:00 UTC to 23:00 UTC In summer time spread is from 22:00 UTC to 22:00 UTC The change from winter to summer time spread is from 23:00 UTC to 22:00 UTC. This change occurs on the last Sunday in arch at 01:00 UTC The change from summer to wintertime spread is from 22:00 UTC to 23:00 UTC. This change occurs on the last Sunday in October at 01:00 UTC Document coverage The beginning and ending date and time of the period covered by the document shall cover just one CET/CEST day Document identification and revision number The document identification must be unique for every message exchange. The revision number is not used and shall always be equal to '1'. A document received with the same document identification shall be rejected Update/cancel principles In general, a new received document will always completely replace a previous received document. Update of any time series, are done by sending a new document with a new document mrid (document identification) the same revision number (always equal to '1') a newer created date-time for the same period/day, domain, subject market participant (for bids) I.e. to cancel one or more bids, a new document is submitted adhering to the above rules, omitting the bids that should be cancelled. Consequently, in order to cancel everything, a new document adhering to the above rules is submitted, omitting all time series Acknowledgement An acknowledgement document, as defined in Ref [1] is generated either accepting the completely received document or rejecting it completely. Partly accept is never used. 9

10 2.3.5 Time series period Within a time series, the position must begin and increment by '1' for each subsequent position forming a series of contiguous numbers covering the complete range of the period (see example below). <Period> <timeinterval> <start> t02:00z</start> <end> t06:00z</end> </timeinterval> <resolution>pt1h</resolution> <Point> <position>1</position> <quantity>2.984</quantity> <price.amount>46.65</price.amount> <bid_price.amount>46.65</bid_price.amount> <Reason> <code>a73</code> </Reason> </Point> <Point> <position>2</position> <quantity>9.061</quantity> <price.amount>46.65</price.amount> <bid_price.amount>46.65</bid_price.amount> <Reason> <code>a73</code> </Reason> </Point> <Point> <position>3</position> <quantity>9.127</quantity> <price.amount>46.65</price.amount> <bid_price.amount>46.65</bid_price.amount> <Reason> <code>a73</code> </Reason> </Point> <Point> <position>4</position> <quantity>5.706</quantity> <price.amount>46.65</price.amount> <bid_price.amount>46.65</bid_price.amount> <Reason> <code>a73</code> </Reason> </Point> </Period> 10

11 2.4 Business rules The market rules and the market definition for the afrr capacity market are described in Ref [2] The afrr capacity market sequence diagram The sequence diagram for the afrr capacity market is depicted below. Note that the last two shown exchanges are provided for information only and are outside the scope of this document. Planning system << Balance Service Provider >> Nordic S << Reserve Allocator >> Local S << System operator >> Bid submission << ReserveBid_arketDocument >> Bid submission - (on behalf of BSP) << ReserveBid_arketDocument >> Accepted bids << ReserveAllocation_arketDocument >> arket result << Balancing_arketDocument>> Accepted bids << ReserveAllocation_arketDocument >> arket result << Balancing_arketDocument>> Reserved CZC << Capacity_arketDocument>> afrr schedule << EDIEL >> Settlement report << EDIEL >> Figure 3 Sequence diagram for the afrr capacity market 11

12 2.4.2 Bid submission During the tendering phase, the participating BSPs provide all information related to offers for the afrr capacity market. The ReserveBid_arketDocument is used to provide this information. Alternatively, bids can be submitted via the Nordic S web application. For a general description of the ReserveBid_arketDocument schema, please refer to Ref [3] Business rules A Reserve Bid Document contains a set of bids (a bid is represented by a time series) A Reserve Bid Document shall be for only one subject party << TODO >> 12

13 Dependency matrix ReserveBid_arketDocument mrid Unique identification of the document revisionnumber Constant value of "1" type A37 - Reserve bid document createddatetime Date and time of document creation (in ISO 8601 UTC format) YYYY--DDTHH::00Z reservebid_period.timeinterval Period covered (in ISO 8601 UTC format) process.processtype C A51 - Automatic frequency restoration reserve EIC of Fifty Nordic S Or should this be the EIC receiver_arketparticipant.mrid A01 - EIC coding scheme of the operator of Nordic S (Statnett SF) receiver_arketparticipant.marketrole.type A34 Reserve Allocator Identification of the party sending the document sender_arketparticipant.mrid Denmark: GS1 or EIC (A10 or A01) Finland: Finnish national coding scheme (NFI) Norway: GS1 (A10) Sweden: Swedish national coding scheme (NSE) sender_arketparticipant.marketrole.type A08 - Balance responsible party This is not yet finalised and has to be discussed 13

14 Identification of the party responsible for the bid subject_arketparticipant.mrid Denmark: GS1 or EIC (A10 or A01) Finland: Finnish national coding scheme (NFI) Norway: GS1 (A10) Sweden: Swedish national coding scheme (NSE) subject_arketparticipant.marketrole.type A08 - Balance responsible party This is not yet finalised and has to be discussed EIC of the Control Area domain.mrid Denmark (DK2): 10YDK Finland: 10YFI U Norway: 10YNO C Sweden: 10YSE K A01 - EIC coding scheme 14

15 Bid_TimeSeries mrid Unique identification of the document auction.mrid Constant value of "AFRR_CAPACITY_ARKET" businesstype B74 - The time series contain an offer to provide reserves acquiring_domain.mrid 10Y1001A1001A91G (Nordic arket Area) A01 - EIC coding scheme connecting_domain.mrid The EIC of the area where the resource is located A01 - EIC coding scheme quantity_easure_unit.name AW megawatt currency_unit.name C EUR euro price_easure_unit.name C WH - megawatt hours divisible blockbid C A01 = YES - quantity may be reduced to the minimum bid size by increments of 5 W A02 = NO - No reduction possible on the quantity A01 = YES - all quantities within the time interval must be selected A02 = NO 15

16 The identification used to associate bids that are to be linked together. linkedbidsidentification C For afrr C, this element is restricted to Up/Down-linking of bids. I.e. if the Up-bid is selected, then the Down-bid with the same identification must be The attribute is not used if the bid is not linked selected. exclusivebidsidentification C The identification used to associate bids that are to be linked together. If one bid is selected then all others with the same identification cannot be selected The attribute is not used if the bid is not linked flowdirection.direction A01 - Up (signifies that the available power can be used by the Purchasing area to increase energy) A02 - Down (signifies that the available power can be used by the Purchasing area to decrease energy) marketagreement.type C A01 daily Series_Period timeinterval resolution Period covered (in ISO 8601 UTC format) PT1H or PT60 one-hour resolution Point position Sequential value beginning with 1 quantity.quantity Quantity offered. Formatted with three decimals price.amount C The price of the product offered The same value for all positions in the time series minimum_quantity.quantity C The minimum quantity of energy that can be activated at a given time position. Required if divisible = A01 The same value for all positions in the time series 16

17 2.4.3 Accepted bids The ReserveAllocation_arketDocument is used to provide information related to the bids that have been accepted (TSO and BSP) as well as the bids that are not accepted (BSP only). Note that the TSOs will receive information about all accepted bids in all control areas. << TODO >> Business rules << TODO >> 17

18 Dependency matrix document sent to BSP ReserveAllocation_arketDocument mrid Unique identification of the document revisionnumber Constant value of "1" type A38 - Reserve allocation result document process.processtype C A51 - Automatic frequency restoration reserve EIC of Fifty Nordic S Or should this be the EIC sender_arketparticipant.mrid A01 - EIC coding scheme of the operator of Nordic S (Statnett SF) sender _arketparticipant.marketrole.type A34 Reserve Allocator Identification of the BSP receiving the document receiver_arketparticipant.mrid Denmark: GS1 or EIC (A10 or A01) Finland: Finnish national coding scheme (NFI) Norway: GS1 (A10) Sweden: Swedish national coding scheme (NSE) receiver_arketparticipant.marketrole.type A08 - Balance responsible party This is not yet finalised and has to be discussed createddatetime Date and time of document creation (in ISO 8601 UTC format) YYYY--DDTHH::00Z reservebid_period.timeinterval Period covered (in ISO 8601 UTC format) 18

19 EIC of the Control Area domain.mrid Denmark (DK2): 10YDK Finland: 10YFI U Norway: 10YNO C Sweden: 10YSE K A01 - EIC coding scheme TimeSeries mrid An identification that uniquely identified the time series bid_original_arketdocument.mrid Constant value of "NA" bid_original_arketdocument.revisionnumber Constant value of "1" bid_original_arketdocument.bid_timeseries.mrid The identification of the time series that was used in the original tender - the reference to the bid The ID of the tendering party bid_original_arketdocument.tendering_arketparticipant.mrid Denmark: GS1 or EIC (A10 or A01) Finland: Finnish national coding scheme (NFI) Norway: GS1 (A10) Sweden: Swedish national coding scheme (NSE) auction.mrid Constant value of "AFRR_CAPACITY_ARKET" businesstype B95 Procured capacity 19

20 acquiring_domain.mrid 10Y1001A1001A91G (Nordic arket Area) A01 - EIC coding scheme connecting_domain.mrid The EIC of the area where the resource is located A01 - EIC coding scheme marketagreement.type A01 daily marketagreement.mrid Constant value of "NA" quantity_easure_unit.name AW megawatt currency_unit.name C EUR euro price_easure_unit.name C WH - megawatt hours flowdirection.direction A01 - Up (signifies that the available power can be used by the Purchasing area to increase energy) A02 - Down (signifies that the available power can be used by the Purchasing area to decrease energy) Series_Period timeinterval resolution Period covered (in ISO 8601 UTC format) PT1H or PT60 one-hour resolution 20

21 Point position Sequential value beginning with 1 quantity Quantity accepted. Formatted with three decimals price.amount C The price of the product accepted The same value for all positions in the time series bid_price.amount C The original bid price. For pay-as-bid this will be the same as price.amount Reason code A73 - Tender in question has been accepted B09 - Bid not accepted The BSP will receive information about all bids submitted text C A reason for rejection can be specified by the TSO and will be included here 21

22 Dependency matrix document sent to TSO ReserveAllocation_arketDocument mrid Unique identification of the document revisionnumber Constant value of "1" type A38 - Reserve allocation result document process.processtype C A51 - Automatic frequency restoration reserve EIC of Fifty Nordic S Or should this be the EIC sender_arketparticipant.mrid A01 - EIC coding scheme of the operator of Nordic S (Statnett SF) sender _arketparticipant.marketrole.type A34 Reserve Allocator EIC of the TSO that is receiving the document receiver_arketparticipant.mrid receiver_arketparticipant.marketrole.type 10X1001A1001A248 (Energinet.dk) 10X1001A1001A264 (Fingrid Oyj) 10X1001A1001A38Y (Statnett SF) 10X1001A1001A418 (Svenska kraftnät) A04 System operator createddatetime Date and time of document creation (in ISO 8601 UTC format) YYYY--DDTHH::00Z reservebid_period.timeinterval Period covered (in ISO 8601 UTC format) 22

23 domain.mrid 10Y1001A1001A91G (Nordic arket Area) A01 - EIC coding scheme TimeSeries mrid An identification that uniquely identified the time series bid_original_arketdocument.mrid Constant value of "NA" bid_original_arketdocument.revisionnumber Constant value of "1" bid_original_arketdocument.bid_timeseries.mrid The identification of the time series that was used in the original tender - the reference to the bid The ID of the tendering party bid_original_arketdocument.tendering_arketparticipant.mrid Denmark: GS1 or EIC (A10 or A01) Finland: Finnish national coding scheme (NFI) Norway: GS1 (A10) Sweden: Swedish national coding scheme (NSE) auction.mrid Constant value of "AFRR_CAPACITY_ARKET" businesstype B95 Procured capacity 23

24 acquiring_domain.mrid 10Y1001A1001A91G (Nordic arket Area) A01 - EIC coding scheme connecting_domain.mrid The EIC of the area where the resource is located A01 - EIC coding scheme marketagreement.type A01 daily marketagreement.mrid Constant value of "NA" quantity_easure_unit.name AW megawatt currency_unit.name C EUR euro price_easure_unit.name C WH - megawatt hours flowdirection.direction A01 - Up (signifies that the available power can be used by the Purchasing area to increase energy) A02 - Down (signifies that the available power can be used by the Purchasing area to decrease energy) Series_Period timeinterval resolution Period covered (in ISO 8601 UTC format) PT1H or PT60 one-hour resolution 24

25 Point position Sequential value beginning with 1 quantity Quantity accepted. Formatted with three decimals price.amount C The price of the product accepted The same value for all positions in the time series bid_price.amount C The original bid price. For pay-as-bid this will be the same as price.amount Reason The TSO will only receive code A73 - Tender in question has been accepted information about accepted bids 25

26 2.4.4 arket result << TODO >> Business rules << TODO >> 26

27 2.4.5 Reserved CZC << TODO >> Business rules << TODO >> 27

28 3 Annex 3.1 essage examples Bid Accepted bids to BSP Accepted bids to TSO arket result Reserved CZC Acknowledgement 28

29 3.2 ECP << TODO >> 29