Reported issues

Issue subject Abstract Member State(s) concerned IP(s) concernedsort descending Status
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
Harmonised Gas Role Model Specification From the Business Process perspective
EASEE-gas put together a role model for the gas sector with the objective of providing a common terminology for the roles that are used among most European countries. The document identifies and defines the different roles carried out within the gas market from a business process point of view. The main focus of this document is on information exchange between market participants (excluding legal matters). It is based on the existing descriptions of business processes in the gas market (ENTSOG BRS; EASEE-gas CBP and MIG as well as the input provided by the Task Force participants). European regulations and common aspects of national regulations were also considered.
  • 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)
Closed
Methodology for domestic/transit transmission
Due to historical developments, some transimission systems are designed to provide sufficient capacities to large transit flows. TAR NC regulation does not deal with this situation. Insisting on one methodology for all points is causing discrepancy with the Directive 2009/73/EC, which obliges not to move the transit capacity risk to customers within E/X systém.
Czech Republik (CZ) Withdrawn
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
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
proposal to make the interconnection points EU and Ukraine compliant with the TEP
Ukrtransgaz kindly requested the Energy Community Secretariat to present its proposal to amend Commission Regulation (EU) No 2015/703 establishing a network code on interoperability and data exchange rules. (Ukrtransgaz was denied access to the ENTSOG Functionality platform, and the interim solution proposed by ENTSOG was that the Secretariat acts as an intermediary between the two).
the Secretariat attaches the Ukrtransgaz letter and proposal on this issue, without any changes into the document.
  • Romania (RO)
  • Slovakia (SK)
Closed
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
Missing harmonisation of interfaces on capacity platforms
Today there are 4 capacity platforms (Prisma, Gaz System, GBS (Gassco booking site) and a Hungarian platform). There is also more to come. In addition TSO's are also running some capacity processes like overnomination and interruptable capacities via their own sites. In the common data exchange solutions table from ENTSOG it was decided that for capacity interactive data exchange should be used. In our opinion this have created a situation where some of the processes is harmonised but the data exchange and platforms are completely different. This makes it difficult for network users (Balancing responsible parties) to keep track of their capacity and to get an overview of options available for transporting the gas in Europe and also the cost involved to do so.
  • 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
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 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

Pages