Reported issues

Issue subjectsort descending Abstract Member State(s) concerned IP(s) concerned Status
Allowance of overnomination in the event of capacity platform failure outside working hours.
In the event of a failure of the PRISMA (or potentially other) booking platform leading to a disruption of capacity auctions, manual procedures may be invoked during business hours, but no workable fallback is available at other times. Even within working hours, the manual process may overrun the allowed day-ahead auction window. Improved fallback procedures would help to avoid unnecessary TSO balancing action. In the interim, allowance of within-day overnominations (e.g. by provision of no-notice interruptible capacity or an ex post allocation) would provide a simple, cost-effective fallback as an alternative.
  • Austria (AT)
  • Belgium (BE)
  • Bulgaria (BG)
  • Croatia (HR)
  • Czech Republik (CZ)
  • Denmark (DK)
  • Estonia (EE)
  • Finland (FI)
  • France (FR)
  • Germany (DE)
  • Greece (EL)
  • Hungary (HU)
  • Ireland (IE)
  • Italy (IT)
  • Lithuania (LT)
  • Latvia (LV)
  • Luxemburg (LU)
  • Netherlands (NL)
  • Northern Ireland (UK)
  • Poland (PL)
  • Portugal (PT)
  • Romania (RO)
  • Slovakia (SK)
  • Slovenia (SI)
  • Spain (ES)
  • Sweden (SE)
  • United Kingdom (UK)
New
Ambiguity in text of Regulation 459/2017 (NC CAM) regarding the way of implementation of virtual interconnection points (VIPs)
In art. 19.9 of NC CAM it is stated that TSOs shall implement functional virtual interconnection points (VIPs) where two or more Interconnection Points (IPs) connect the same two adjacent entry-exit systems. Because of a recent letter from the European Commission (EC) containing its interpretation of the condition in art. 19.9 (a) NC CAM, TSOs are faced with uncertainty about the implications hereof for the implementation process. The EC interpretation differs from the chosen approach of TSOs and introduces the risk that shippers could challenge the way TSOs implement VIPs or even challenge the introduction itself, with the aim to cancel their capacity contracts. We think this ambiguity should be taken away by adapting the NC CAM.
  • Austria (AT)
  • Belgium (BE)
  • Bulgaria (BG)
  • Croatia (HR)
  • Cyprus (CY)
  • Czech Republik (CZ)
  • Denmark (DK)
  • Estonia (EE)
  • Finland (FI)
  • France (FR)
  • Germany (DE)
  • Greece (EL)
  • Hungary (HU)
  • Ireland (IE)
  • Italy (IT)
  • Lithuania (LT)
  • Latvia (LV)
  • Luxemburg (LU)
  • Malta (MT)
  • Netherlands (NL)
  • Northern Ireland (UK)
  • Poland (PL)
  • Portugal (PT)
  • Romania (RO)
  • Slovakia (SK)
  • Slovenia (SI)
  • Spain (ES)
  • Sweden (SE)
  • United Kingdom (UK)
Solved
Auction restrictions NCG
Since 2017, restrictive conditions have been announced by the TSO on the PRISMA platform for all annual and quarterly auctions in the German NCG market area. Apparently, the German Federal Network Agency for Electricity, Gas, Telecommunications, Post and Railway (Bundesnetzagentur, BNetzA) requested all TSOs operating in the NCG market area to re-allocate capacities after the annual and quarterly auctions. These restrictions on capacity marketing at interconnection points in the NCG market area are contrary to Article 8 NC CAM.
  • Austria (AT)
  • France (FR)
  • Germany (DE)
  • Italy (IT)
  • Luxemburg (LU)
RC Basel, RC Lindau, Zone Kiefersfelden-Pfronten, Steinitz, Wallbach, Oberkappel, Remich, Medelsheim In progress
Avoid development of two electronic invoice formats for capacity
BDEW has been asked by their regulator (BNetzA) to develop an electronic invoicing format for capacities in Germany. The EASEE-gas Edig@s WG is also looking into an invoicing format in Edig@s XML. EASEE-gas is concerned that the development of an electronic invoicing format by two different entities will lead to two different formats (most likely an Edifact format by BDEW and a Edig@s XML format by EASEE-gas).
Germany (DE) Closed
BRS for balancing
The business requirements specification for nomination and matching procedures is referencing the Network code on Gas Balancing of Transmission Networks but is only decribing small parts of the network code. This can create a situation where TSO's think they are compliant with the network code by implementing what is included in the nomination and matching BRS but that is only covering the nomination and matching process and is missing out on many of the other balancing parts.
  • Austria (AT)
  • Belgium (BE)
  • Bulgaria (BG)
  • Croatia (HR)
  • Cyprus (CY)
  • Czech Republik (CZ)
  • Denmark (DK)
  • Estonia (EE)
  • Finland (FI)
  • France (FR)
  • Germany (DE)
  • Greece (EL)
  • Hungary (HU)
  • Ireland (IE)
  • Italy (IT)
  • Lithuania (LT)
  • Latvia (LV)
  • Luxemburg (LU)
  • Malta (MT)
  • Netherlands (NL)
  • Northern Ireland (UK)
  • Poland (PL)
  • Portugal (PT)
  • Romania (RO)
  • Slovakia (SK)
  • Slovenia (SI)
  • Spain (ES)
  • Sweden (SE)
  • United Kingdom (UK)
In progress
Capacity booking issues regarding timing and comparability of day-ahead auctions
The short 30-minute time window for the day-ahead (DAH) auction does not always allow for issues to be solved by the end of the auction window.

As a result the DAH auction fails which leads to market participants not being able to balance their positions and the next opportunity to buy a full 24 hour product is the next within-day (WID) capacity auction. However, the WID products are not always like-for-like DAH products.

  • Austria (AT)
  • Belgium (BE)
  • Czech Republik (CZ)
  • France (FR)
  • Germany (DE)
  • Italy (IT)
  • Netherlands (NL)
  • United Kingdom (UK)
Solved
Capacity trading platforms - absence of harmonisation across Europe
An automatization of capacity trading process (Follow-up on overall available capacity at a connection point, Capacity booking and surrender, Follow-up on portfolio capacity availably) currently requires :
- Development of a specific interface for Prisma booking as well as evolving it to follow changes
- Development of a specific interface with GazSystem as well as evolving it to follow changes
- Development of a specific interface with Gassco as well as evolving it to follow changes
- Development of a specific interface with FGSz as well as evolving it to follow changes
- Development of a specific interface with National Grid as well as evolving it to follow changes
- Taking into account of a TSO management for over-nomination or curtailments
Entsog's common exchange solution table defines interactive date exchange for capacity trading. That'll very likely mean that in addition to the listed above a network user will have to implement more specific interfaces with the market developing further (Greece, Ukraine, Baltic countries ...)
  • Austria (AT)
  • Belgium (BE)
  • Czech Republik (CZ)
  • France (FR)
  • Germany (DE)
  • Hungary (HU)
  • Netherlands (NL)
  • Poland (PL)
  • United Kingdom (UK)
In progress
Communication protocol and encryption
Companies very connected to the gas business (market area operators and storage operators) tell they do not need to follow article 23 of the network code of interoperability
Germany (DE) Solved
Communication protocol and encryption
Market area operators are implementing changes to the AS2 protocol and forcing market participants to adapt their IT-systems to these changes. Market participants have implemented AS4 according to the NC Interoperability. AS4 contains the requested functionality and if market area operators implement it in accordance with NC interoperability, the change to AS2 and the related efforts and costs for market participants would be obsolete. However, market area operators put forward an argument that they do not have to comply with the NC Interoperability.
Germany (DE) VTP NCG Solved
Communication protocol and encryption
Market Area Operators (in particular in Germany) are making changes to the AS2 protocol (new encryption) instead of following the corresponding articles (21 – 23) on data exchange of NC Interoperability regulation.
Germany (DE) NCG, GASPOOL Solved

Pages