Comunica experienta
MonitorulJuridic.ro
ORDIN nr. 30 din 31 ianuarie 2018 pentru aprobarea documentului "Propunerea tuturor OPEED pentru Metodologia de rezervă, în conformitate cu articolul 36 (3) din Regulamentul (UE) al Comisiei 2015/1.222 din 24 iulie 2015 de stabilire a unor linii directoare privind alocarea capacităţilor şi gestionarea congestiilor"
EMITENT: Autoritatea Naţională de Reglementare în Domeniul Energiei PUBLICAT: Monitorul Oficial nr. 141 din 14 februarie 2018
Având în vedere prevederile art. 9 alin. (5), alin. (6) lit. l) şi alin. (10) şi ale art. 36 alin. (3) din Regulamentul (UE) 2.015/1.222 al Comisiei din 24 iulie 2015 de stabilire a unor linii directoare privind alocarea capacităţilor şi gestionarea congestiilor şi ale art. 23 alin. (2), art. 36 alin. (7) lit. g) şi art. 43 alin. (1) din Legea energiei electrice şi a gazelor naturale nr. 123/2012, cu modificările şi completările ulterioare,
ţinând seama de acordul tuturor autorităţilor de reglementare, exprimat în Forumul Reglementatorilor în Energie din data de 23 ianuarie 2018, de aprobare a propunerii tuturor operatorilor pieţei de energie electrică desemnaţi privind metodologia de rezervă în conformitate cu art. 36 (3) din Regulamentul (UE) 2015/1.222 al Comisiei din 24 iulie 2015 de stabilire a unor linii directoare privind alocarea capacităţilor şi gestionarea congestiilor,
în temeiul prevederilor art. 5 alin. (1) lit. c) şi f) şi alin. (5) şi ale art. 9 alin. (1) lit. h) şi i) din Ordonanţa de urgenţă a Guvernului nr. 33/2007 privind organizarea şi funcţionarea Autorităţii Naţionale de Reglementare în Domeniul Energiei, aprobată cu modificări şi completări prin Legea nr. 160/2012,
preşedintele Autorităţii Naţionale de Reglementare în Domeniul Energiei emite următorul ordin:
ART. 1
Se aprobă documentul „Propunerea tuturor OPEED pentru Metodologia de rezervă, în conformitate cu articolul 36 (3) din Regulamentul (UE) al Comisiei 2015/1.222 din 24 iulie 2015 de stabilire a unor linii directoare privind alocarea capacităţilor şi gestionarea congestiilor“, prevăzut în anexa la prezentul ordin.
ART. 2
Societatea „Operatorul Pieţei de Energie Electrică şi Gaze Naturale Opcomˮ - S.A. publică pe pagina proprie de internet documentul prevăzut la art. 1.
ART. 3
Prezentul ordin se publică în Monitorul Oficial al României, Partea I.
Preşedintele Autorităţii Naţionale de Reglementare în Domeniul Energiei,
Dumitru Chiriţă
Bucureşti, 31 ianuarie 2018.
Nr. 30.
ANEXA 1
Propunerea tuturor OPEED pentru metodologia de rezervă în conformitate
cu articolul 36 (3) din Regulamentul (UE) al Comisiei 2015/1.222 din 24 iulie 2015
de stabilire a unor linii directoare privind alocarea capacităţilor şi gestionarea congestiilor
OPEED-urile, luând în considerare următoarele:
Întrucât
Context
(1) Acest document reprezintă o propunere comună a operatorilor pieţei de energie electrică desemnaţi (OPEED) dezvoltată în colaborare cu OTS-urile relevante şi în conformitate cu articolul 36 din Regulamentul comisiei (UE) 2015/1.222 care stabileşte o linie directoare privind alocarea capacităţilor şi gestionarea congestiilor (denumit în continuare „Regulamentul ACGC“) pentru metodologia de rezervă privind cuplarea unică a pieţelor pentru ziua următoare (CUPZU) şi pentru cuplarea unică a pieţelor intrazilnice (CUPIZ) (denumită în continuare „Metodologia de rezervă“).
(2) În conformitate cu paragraful (21) din expunerea acestui Regulament ACGC, „În ciuda creării unui algoritm fiabil care să coreleze ofertele de vânzare şi cumpărare şi a unor procese de rezervă adecvate, pot exista situaţii în care procesul de cuplare prin preţ nu este în măsură să producă rezultate. În consecinţă, este necesar să se prevadă soluţii de ultimă instanţă la nivel naţional şi regional care să asigure alocarea capacităţilor şi în aceste situaţii.“
(3) În conformitate cu articolul 36 (3) din Regulamentul ACGC, „În termen de 18 luni de la intrarea în vigoare a prezentului Regulament, toate OPEED-urile dezvoltă în cooperare cu OTS-urile o propunere de metodologie de rezervă pentru a respecta obligaţiile prevăzute la articolele 39 şi, respectiv, 52.“
(4) În conformitate cu articolul 7(1)(h) din Regulamentul ACGC, OPEED-urile sunt responsabile pentru stabilirea în comun cu OTS-urile relevante a unor proceduri de rezervă pentru operarea pieţei naţionale sau regionale în conformitate cu articolul 36 (3) din Regulamentul ACGC, în cazul în care nu este disponibil niciun rezultat furnizat de funcţiile de OCP în conformitate cu articolele 39 (2) şi 52 din Regulamentul ACGC, ţinând cont de procedurile de ultimă instanţă prevăzute în articolele 44 şi 50 din Regulamentul ACGC.
(5) În conformitate cu articolul 36 din Regulamentul ACGC, „Propunerea pentru o metodologie face obiectul unei consultări în conformitate cu articolul 12“.
(6) Propunerea OPEED-urilor pentru o metodologie de rezervă este elaborată în colaborare cu OTS-urile, luând în considerare comentariile în urma consultaţiei, şi este supusă autorităţilor de reglementare pentru aprobare în termen de maximum 18 luni de la intrarea în vigoare a Regulamentului ACGC, adică 14 februarie 2017.
(7) Deciziile Comitetului OPEED-urilor din această propunere se referă la deciziile tuturor OPEED-urilor coordonate prin Comitetul OPEED-urilor.
Impactul asupra obiectivelor Regulamentului ACGC
(1) Metodologia de rezervă propusă ia în considerare obiectivele generale de alocare a capacităţii şi colaborarea privind gestionarea congestiilor, descrise în art. 3 din Regulamentul ACGC.
(2) Cerând OPEED-urilor să dezvolte, să implementeze şi să opereze proceduri corespunzătoare de rezervă pentru fiecare pas din procesul de cuplare a pieţelor pentru ziua următoare (ZU) şi a pieţelor intrazilnice (IZ), propunerea urmăreşte reducerea riscului întreruperilor pe piaţă, asociate decuplării totale sau parţiale, şi îndeplineşte cerinţa de „promovare a concurenţei eficiente în generarea, tranzacţionarea şi furnizarea de energie electrică“.
(3) Solicitând proceduri corespunzătoare de rezervă pentru transmiterea capacităţilor transfrontaliere funcţiei OCP ZU şi IZ şi pentru validarea corespunzătoare a rezultatelor OPEED-urilor şi OTS-urilor, metodologia de rezervă propusă ajută la promovarea alocării optime a capacităţii transfrontaliere şi la asigurarea utilizării optime a infrastructurii de transport.
(4) Cerând OPEED-urilor să dezvolte, să implementeze şi să opereze proceduri corespunzătoare de rezervă pentru fiecare pas din procesul de cuplare al pieţelor ZU şi IZ şi să aplice procedurile de ultimă instanţă dezvoltate de OTS-uri, propunerea îndeplineşte obiectivul de „asigurare a securităţii operaţionale“.
(5) Propunerea îndeplineşte obiectivul de „asigurare a tratamentului echitabil şi nediscriminatoriu al OTS-urilor, OPEED-urilor, Agenţiei, autorităţilor de reglementare şi participanţilor la piaţă“, solicitând tuturor OPEED-urilor operaţionale să respecte procedurile comune solicitate de această metodologie de rezervă şi identificând şi asigurând delegarea corespunzătoare pentru aceste proceduri care sunt agreate cel mai bine şi aplicate local.
(6) Cerând OPEED-urilor să dezvolte, să implementeze şi să opereze proceduri corespunzătoare de rezervă pentru fiecare pas din procesul de cuplare al pieţelor ZU şi IZ, propunerea urmăreşte să menţină integritatea operaţională a cuplării unice pentru ziua următoare şi intrazilnice şi îndeplineşte obiectivul de a „contribui la operarea eficientă pe termen lung şi dezvoltarea sistemului de transport al energiei electrice şi din sectorul energiei electrice în Uniune“.
(7) Propunerea îndeplineşte obiectivul de „respectare a nevoii de a stabili o piaţă echitabilă şi corespunzătoare şi de a constitui preţuri echitabile şi corespunzătoare“, cerând OPEED-urilor să dezvolte, să implementeze şi să opereze proceduri corespunzătoare de rezervă pentru fiecare pas din procesul de cuplare al pieţelor ZU şi IZ.
(8) Propunerea îndeplineşte obiectivul de „creare a unui mediu de tranzacţionare nediscriminatoriu pentru OPEED-uri“, cerând tuturor OPEED-urilor operaţionale să respecte procedurile comune impuse de această metodologie de rezervă.
(9) Propunerea îndeplineşte obiectivul de „asigurare a accesului nediscriminatoriu la capacitatea interzonală“, cerând tuturor OPEED-urilor operaţionale să respecte procedurile comune impuse de această metodologie de rezervă.
ART. 1
Subiectul şi domeniul
Procesele de rezervă adaptate în CUPZU şi CUPIZ, aşa cum sunt stabilite în această propunere de metodologie de rezervă, reprezintă propunerea comună a tuturor OPEED-urilor în conformitate cu articolul 36 din Regulamentul ACGC.
ART. 2
Definiţii
În scopul acestei propuneri, termenii folosiţi în prezentul document au înţelesul definiţiilor incluse în articolul 2 din Regulamentul 2015/1.222 şi în celelalte articole ale legislaţiei menţionate în prezentul document şi în Planul OCP. În plus, se vor aplica următoarele definiţii:
1. sesiunea de cuplare a pieţelor (SCP): se referă la procesele urmate de OPEED-uri pentru a realiza cuplarea unică a pieţelor pentru ziua următoare;
2. furnizor de servicii pentru funcţia OCP ZU: se referă la parte externă care prestează servicii tehnice, cum ar fi sistemul comun de comunicaţii, aplicarea serviciilor legate de sesiunea comună de cuplare a pieţelor, algoritmul de cuplare prin preţ şi toate serviciile aprobate şi prestate în comun;
3. sistem pentru funcţia OCP ZU: se referă la sistemul necesar pentru a realiza funcţia OCP ZU. Conţine funcţia agent de corelare PCR (PMB);
4. problemă globală: se referă la incidentul operaţional ce apare în timpul SCP, care pune în pericol îndeplinirea de către toţi operatorii a funcţiilor OCP. Astfel de incident este gestionat de coordonatorul ZU/IZ, folosind proceduri comune;
5. problemă locală: se referă la incidentul operaţional din afara domeniului funcţiei OCP sau în timpul SCP, care pune în pericol îndeplinirea doar de către un operator a funcţiilor OCP. Astfel de incident este gestionat de operator sau de OPEED-uri/OTS-uri folosind proceduri locale/regionale;
6. CCC: se referă la calculatorul capacităţii coordonate, după cum este definit în Regulamentul ACGC;
7. administrator central: se referă la rolul OPEED de îndeplinire a sarcinilor operaţionale în modulul ROC în numele tuturor OPEED-urilor;
8. coordonator IZ/punct unic de contact IC (SPOC): se referă la rolul care coordonează soluţionarea privind un incident operaţional în numele tuturor OPEED-urilor şi OTS-urilor;
9. furnizor de servicii pentru funcţia OCP IZ: se referă la partea externă care prestează servicii tehnice, cum ar fi sistemul comun de comunicaţii, aplicarea serviciilor legate de sesiunea comună de cuplare a pieţelor, algoritmul de tranzacţionare prin corelare continuă şi toate serviciile prestate în comun aprobate;
10. sistemul aferent funcţiei OCP IZ: se referă la sistemul necesar pentru a îndeplini funcţiile OCP IZ;
11. decuplarea parţială/totală: se referă la corelarea regională/locală a ofertelor în condiţiile pieţei reglementate de procedurile de ultimă instanţă ale OTS-urilor, în conformitate cu articolul 44 din Regulamentul ACGC.
SECŢIUNEA 1
Proceduri de rezervă şi etape CUPZU
ART. 3
Descrierea generală a proceselor de rezervă CUPZU
1. CUPZU se bazează pe o soluţie decentralizată cu un coordonator prin rotaţie care este responsabil pentru desfăşurarea procedurilor funcţiei OCP ZU şi unde un coordonator de rezervă prin rotaţie va putea prelua rolul de coordonator în orice proces al sesiunii de cuplare a pieţelor. Mai mult, alţi operatori care fac parte din rotaţia coordonator/ coordonator de rezervă pot prelua rolul de coordonator în orice proces din sesiunea de cuplare a pieţelor, pentru a minimiza posibilitatea întreruperii.
2. Procedurile pentru sesiunea de cuplare a pieţelor sunt susţinute prin metodologii comune de rezervă şi conduse de coordonator. Fiecare operator care va acţiona atât în calitate de coordonator, cât şi de coordonator de rezervă conform unui calendar de planificare prin rotaţie trebuie să asigure capacitatea necesară şi resursele tehnice pentru a putea îndeplini aceste funcţii pe deplin. Cerinţele pentru aceste metodologii comune de rezervă sunt descrise în metodologia de rezervă.
3. Soluţionarea problemelor locale va respecta procedurile locale/regionale ale OPEED-urilor şi OTS-urilor, care nu se află în domeniul acestei metodologii de rezervă.
4. OPEED-urile vor asigura în mod suficient buna funcţionare a metodologiei şi operaţiunilor de rezervă cu teste de instruire periodice. OTS-urile vor fi de asemenea invitate să participe la unele sesiuni de instruire. Scopul acestor teste de instruire constă în reactualizarea constantă a procedurilor comune ce urmează a fi folosite de toate OPEED-urile operaţionale, precum şi în îmbunătăţirea lor (analiza preventivă a situaţiilor reale posibile în timpul unei sesiuni de cuplare a pieţelor). Testările pot fi clasificate astfel:
a) teste de instruire periodice pentru OPEED-uri: ca măsură preventivă, toate OPEED-urile operaţionale vor testa aplicarea procedurilor de rezervă în situaţii reale pe mediile de testare ale sistemelor funcţiei OCP ZU;
b) teste de instruire periodice pentru OPEED-uri-OTS-uri: ca măsură preventivă, toate OPEED-urile operaţionale în colaborare cu OTS-urile vor testa împreună aplicarea procedurilor de rezervă în situaţii reale pe mediile de testare ale sistemelor funcţiei OCP ZU şi ale sistemelor OTS-urilor;
c) teste de comunicare periodică cu furnizorii de servicii ai funcţiei OCP ZU: ca măsură preventivă, OPEED-urile operaţionale, în colaborare cu furnizorii de servicii, vor testa serviciile tehnice pentru a asigura funcţionarea metodologiei de rezervă şi operarea funcţiei OCP. Testele vor include servicii tehnice necesare pentru a finaliza procesele CUPZU zilnice, cum ar fi sistem comun de comunicaţii, agentul de corelare PCR, algoritmul de cuplare prin preţ şi toate serviciile prestate în comun aprobate;
d) teste de stres: OPEED-urile operaţionale vor efectua în mod periodic teste de stres pentru a analiza creşterea proporţională în serviciile tehnice, informaţiile ce urmează a fi folosite de algoritmul de cuplare prin preţ, precum şi rezultatele obţinute de acesta.
5. Termenele intermediare sunt acele termene nedefinite de ACGC, dar stabilite de OPEED-urile operaţionale pentru alte subprocese din sesiunile de cuplare a pieţelor (SCP), cum ar fi, fără a se limita la: procesul de calculare a rezultatelor, confirmarea rezultatelor operatorilor sau confirmarea rezultatelor OTS-urilor. Aceste termene arată când operatorii care folosesc procedurile normale trebuie sa aplice şi proceduri de rezervă, după caz.
6. În timpul unei sesiuni de cuplare a pieţelor, părţile implicate pot stabili de comun acord derogări de la termenele intermediare în circumstanţe extreme, dacă acest lucru poate fi de aşteptat în mod rezonabil să evite decuplarea parţială sau totală şi să nu pună în pericol termenul-limită al nominalizării. Însă termenele-limită stabilite în ACGC şi în orice altă metodologie aprobată trebuie respectate. Circumstanţele extreme se referă la situaţii când procedurile de rezervă deja aplicate şi termenele-limită de aplicare a procedurilor de ultimă instanţă sunt foarte aproape de a fi atinse.
7. Pentru a evalua proceduri ex-post, conform cu un proces bine definit şi transparent, şi deoarece nu pot fi definite cu acurateţe dinainte, fiecare incident care poate afecta obligaţiile stabilite în articolul 39 din Regulamentul ACGC va fi prezentat în forumurile părţilor interesate relevante, organizate în conformitate cu articolul 11 din Regulamentul ACGC. Această analiză ex-post va fi folosită pentru a îmbunătăţi procedurile în cazul în care nu sunt respectate în mod corespunzător.
8. OPEED-urile vor menţine procedurile şi le vor pune la dispoziţia ANR-urilor la cerere. Prevederea şi aplicarea gestionării zilnice a cuplării unice a pieţelor pentru ziua următoare şi a pieţelor intrazilnice vor fi respectate după cum se descrie în propunerea de algoritmi a OPEED-urilor, mai precis în articolele 8(1), 8(2) şi 8(4).
9. Ca regulă generală pentru OPEED-uri, dacă apare o problemă globală în timpul CUPZU, coordonatorul este responsabil pentru a convoca un comitet de soluţionare a incidentelor, în care este discutată problema la nivel de OPEED-uri operaţionale, iar furnizorii de servicii pentru funcţia OCP ZU pot fi invitaţi să soluţioneze problema, restabilind sistemul. În orice caz, în cazul în care un OTS este direct implicat în respectivul incident, OPEED-urile au responsabilitatea de a comunica împreună cu coordonatorul şi de a aplica procedura de rezervă.
10. În cazul în care apar probleme în procesul normal al SCP şi înainte de termenele-limită agreate cu OTS-urile pentru folosirea procedurilor de ultimă instanţă, OPEED-urile vor aplica, în colaborare/coordonare cu OTS-urile, procedurile de rezervă pentru a menţine pieţele cuplate cât mai mult posibil.
11. OTS-urile vor aplica, în colaborare/coordonare cu OPEED-urile, proceduri de ultimă instanţă, de îndată ce este clar că procesul de cuplare unică pentru ziua următoare (inclusiv procesele de rezervă) nu poate produce rezultate sau dacă se ating termenele-limită de decuplare agreate cu OPEED-urile. Termenele de obţinere a rezultatelor şi detaliile referitoare la capacitatea interzonală şi la constrângerile privind alocările ce trebuie respectate vor face parte din documentul OPEED-urilor de „Cerinţe de algoritm ZU“, în conformitate cu articolul 37(1)(a) din Regulamentul ACGC, şi vor reflecta un echilibru rezonabil între obiectivul menţinerii pieţelor cuplate, acolo unde este posibil, şi constrângerile sarcinilor postcuplare, inclusiv notificarea.
Termenele de decuplare vor fi subliniate în procedurile operaţionale relevante incluse în Acordul operaţional ZU al OPEED-urilor, specificat în secţiunea 5.1.2 punctul (b) din Planul OCP şi în acordurile relevante locale, regionale sau europene încheiate între OPEED-uri şi OTS-uri cu privire la gestionarea procesului de pre şi postcuplare, specificat în secţiunea 5.1.4 punctul 2 din Planul OCP.
12. OTS-urile, în coordonare cu OPEED-urile, vor implementa proceduri de monitorizare şi iniţierea procedurilor de ultimă instanţă pentru decuplarea totală şi parţială.
Toate procedurile care au loc după decuplarea parţială sau totală vor fi operate de OTS-uri în fiecare RCC, conform art. 8.2(i) din Regulamentul ACGC şi conform procedurilor de ultimă instanţă stabilite în baza art. 44 din Regulamentul ACGC.
13. Art. 39 din Regulamentul ACGC enumeră elementele principale ce sunt intrări sau rezultate ale algoritmului de cuplare prin preţ. Acestea au fost clasificate în patru grupe:
a) informaţii ce urmează a fi folosite de algoritmul de cuplare prin preţ: constrângerile privind alocările stabilite în conformitate cu articolul 23(3) din Regulamentul ACGC; rezultatele capacităţilor interzonale validate în conformitate cu articolul 30 din Regulamentul ACGC şi ofertele depuse în conformitate cu articolul 40 din Regulamentul ACGC;
b) rezultatele ce urmează a fi produse de algoritmul de cuplare prin preţ: un singur preţ de închidere pentru fiecare zonă de ofertare şi pentru fiecare unitate de timp a pieţei în EUR/MWh; o singură poziţie netă pentru fiecare zonă de ofertare şi fiecare unitate de timp a pieţei şi informaţiile care facilitează stadiul de execuţie a ofertelor ce urmează a fi determinat;
c) procesele ce urmează a fi executate de către OPEED-uri pentru a asigura acurateţea şi eficienţa rezultatelor;
d) procesele ce urmează a fi executate de către OTS-uri pentru a se asigura că rezultatele sunt conforme cu capacitatea interzonală şi cu constrângerile privind alocarea acesteia.
14. Următoarele cerinţe vor descrie măsurile de rezervă referitoare la sistemele de comunicaţii comune, fişierele schimbate în timpul sesiunii de cuplare a pieţelor, algoritmul de cuplare prin preţ şi toate procesele necesare operatorilor pentru a se asigura că informaţiile folosite de algoritmul de cuplare prin preţ sunt disponibile atunci când ceva nu se încadrează în modalitatea normală de transmitere a informaţiei.
ART. 4
Cerinţa pentru sistemul de comunicare comun de rezervă
1. Într-o sesiune normală de cuplare a pieţelor, operatorii stabilesc comunicarea între ei printr-un mecanism principal de schimbare a fişierelor.
2. Toţi operatorii vor stabili cel puţin o conexiune alternativă între toţi operatorii prin intermediul mecanismului de rezervă de schimb de fişiere. Dacă apare o problemă în legătură cu mecanismul principal de schimb de fişiere, distribuirea fişierelor de date se va face prin mecanismul principal de rezervă pentru schimbul de fişiere.
3. Diferite mecanisme alternative de schimb de date anonimizate de intrare şi de ieşire între operatori vor fi stabilite ţinând seama de soluţiile tehnice disponibile.
4. Datele confidenţiale vor fi întotdeauna schimbate într-o manieră securizată.
ART. 5
Cerinţa pentru centru de date de rezervă
1. Într-o sesiune normală de cuplare a pieţelor, operatorii îndeplinesc funcţiile OCP într-un centru de date primar, care va fi testat şi certificat de fiecare operator, pentru a îndeplini cerinţele minime de performanţă stabilite în comun de toate OPEED-urile pentru a garanta suficienta performanţă a algoritmului de cuplare prin preţ.
2. Fiecare operator are dreptul să stabilească un centru de date secundar pe bază voluntară.
3. Dacă apare o problemă în centrul de date primar al unui operator, iar acest operator are înfiinţat un centru de date secundar, acest operator poate trece la centrul de date secundar, pentru a continua cu sesiunea de cuplare a pieţelor în modul automat. Procesul de trecere va fi creat astfel încât să se prevină pierderea datelor.
4. Operatorul relevant va testa şi va certifica centrul de date secundar în acelaşi mod ca şi centrul de date principal, pentru a garanta aceeaşi performanţă minimă ca şi centrul de date principal.
ART. 6
Cerinţa pentru coordonatorul de rezervă
1. Într-o sesiune normală de cuplare a pieţelor, operarea funcţiei OCP este condusă de un operator care va acţiona drept coordonator, în timp ce un alt operator va acţiona drept coordonator de rezervă.
2. În orice moment în timpul SCP, în cazul incapacităţii coordonatorului de a continua SCP, coordonatorul de rezervă va prelua rolul de coordonator.
3. În cazul în care coordonatorul de rezervă nu poate prelua rolul de coordonator (indiferent de motiv), oricare alt operator care are implementat algoritmul de cuplare prin preţ poate prelua rolul de coordonator. Toţi operatorii vor decide împreună ce operator va prelua rolul de coordonator în respectiva situaţie.
ART. 7
Cerinţa pentru capacităţi interzonale pentru alocare
1. Capacităţile interzonale şi/sau constrângerile privind alocarea vor fi transmise operatorilor de către OTS-urile corespunzătoare. Această etapă este realizată la nivel RCC şi nu intră în domeniul acestei metodologii de rezervă.
2. Într-o sesiune normală de cuplare a pieţelor, fiecare operator va stabili calea de comunicare dintre operator şi sistemele funcţiei OCP ZU pentru livrarea capacităţilor interzonale sau a fişierului cu constrângeri de alocare.
3. Toţi operatorii vor stabili cel puţin o conexiune alternativă între operatori şi sistemele funcţiilor OCP ZU pentru livrarea capacităţilor interzonale sau a fişierului cu constrângeri de alocare prin intermediul mecanismului de rezervă pentru schimbul de fişiere. Dacă apare o problemă în legătură cu livrarea fişierului privind capacităţile interzonale sau constrângerile de alocare către sistemele funcţiei OCP ZU, livrarea se va face prin mecanismul de rezervă pentru schimb de fişiere.
4. Acest mecanism alternativ de transmitere a fişierului privind capacităţile interzonale sau constrângerile de alocare către sistemele funcţiei OCP ZU va fi stabilit luând în considerare soluţiile tehnice disponibile.
ART. 8
Cerinţa pentru registrele de oferte agregate anonimizate
1. Registrele de oferte agregate anonimizate per zonă de ofertare şi per OPEED sunt intrări care vor fi transmise de operatori. Etapele de primire a ofertelor şi de întocmire a registrelor de oferte agregate sunt realizate de fiecare OPEED la nivel local şi nu intră în domeniul acestei metodologii de rezervă.
2. Într-o sesiune normală de cuplare a pieţelor, fiecare operator va stabili comunicarea dintre operator şi sistemele funcţiei OCP ZU pentru livrarea registrelor de oferte agregate.
3. Toţi operatorii vor stabili cel puţin o conexiune alternativă între operatori şi sistemele funcţiei OCP ZU pentru livrarea registrelor de oferte agregate prin intermediul mecanismului de rezervă pentru schimbul de fişiere. Dacă apare o problemă în legătură cu livrarea registrelor de oferte agregate anonimizate către sistemele funcţiei OCP ZU, livrarea se va face prin mecanismul de rezervă pentru schimbul de fişiere.
4. Acest mecanism alternativ de livrare a registrelor de oferte agregate către sistemele funcţiei OCP ZU va fi stabilit luând în considerare soluţiile tehnice disponibile şi va fi securizat pentru a asigura confidenţialitatea deplină.
ART. 9
Cerinţa pentru rezultatele algoritmului
1. Coordonatorul şi, dacă este nevoie, cu ajutorul furnizorului de servicii pentru funcţia OCP ZU relevant, va analiza orice problemă identificată în timpul procesului de calcul al algoritmului de cuplare prin preţ.
2. Toţi operatorii SCP şi, dacă este nevoie, cu ajutorul furnizorului de servicii pentru funcţia OCP ZU relevant, vor întreprinde toate acţiunile rezonabile pentru a remedia orice problemă apărută în timpul procesului de calcul al algoritmului de cuplare prin preţ.
3. OPEED-urile, în baza recomandării furnizorului de servicii pentru funcţia OCP ZU şi dacă există un risc ca algoritmul de cuplare prin preţ să nu poată produce rezultate, pot folosi o configuraţie alternativă pretestată. Configuraţiile alternative pretestate corespund diferitelor configuraţii pregătite ale algoritmului de cuplare prin preţ, după cum se descrie în documentul OPEED-urilor „Cerinţe de algoritm ZU“.
4. Furnizorul de servicii pentru funcţia OCP ZU va testa şi va transmite configuraţiile alternative pretestate tuturor operatorilor în avans.
ART. 10
Cerinţa pentru confirmarea rezultatelor operatorilor
1. Confirmarea/Respingerea reprezintă o validare care asigură acurateţea şi eficienţa rezultatelor algoritmului de cuplare prin preţ.
2. Fiecare operator este responsabil cu validarea propriilor rezultate cu privire la şi legate de zonele de ofertare unde activează şi unde are registre de oferte.
3. Într-o sesiune normală de cuplare a pieţelor, fiecare operator va stabili calea de comunicare dintre operator şi sistemele funcţiei OCP ZU pentru confirmare/respingere.
Când un OPEED respinge rezultatele, sunt disponibile proceduri comune agreate pentru verificarea motivelor respingerii. Procedurile operaţionale relevante incluse în procedurile ZU agreate de toate OPEED-urile menţionate în secţiunea 5.1.2 punctul (b) din Planul OCP şi în acordurile relevante locale, regionale sau europene dintre OPEED-uri şi OTS-uri cu privire la gestionarea procesului pre şi postcuplare, specificate în secţiunea 5.1.4 punctul 2 din Planul OCP, menţionează motive posibile identificate privind respingerea şi etape procedurale ce trebuie aplicate în aceste situaţii.
4. Toţi operatorii vor stabili cel puţin o conexiune alternativă între operatori şi sistemele funcţiei OCP ZU pentru livrarea confirmării/respingerii prin intermediul mecanismului de rezervă pentru schimbul de fişiere. Dacă apare o problemă în legătură cu livrarea confirmării/respingerii către sistemele funcţiei OCPZU, livrarea se va face prin mecanismul de rezervă pentru schimbul de fişiere.
5. Această metodă alternativă de livrare a confirmării/ respingerii către sistemele funcţiei OCP ZU va fi stabilită luând în considerare soluţiile tehnice disponibile.
ART. 11
Cerinţa pentru confirmarea rezultatelor OTS-urilor
1. Confirmarea/Respingerea OTS reprezintă o validare a participanţilor la piaţă sau OTS-urilor care asigură faptul că rezultatele algoritmului de cuplare prin preţ respectă capacitatea interzonală şi constrângerile privind alocarea.
2. Confirmarea/Respingerea OTS va fi transmisă operatorilor de către OTS-urile corespunzătoare. Această etapă este realizată la nivel RCC şi deci nu intră în domeniul acestei metodologii de rezervă.
3. Într-o sesiune normală de cuplare a pieţelor, fiecare operator va stabili comunicarea dintre operator şi sistemele funcţiei OCP ZU pentru transmiterea confirmării/respingerii OTS.
4. Când un OTS respinge rezultatele, sunt disponibile proceduri comune agreate pentru verificarea motivelor respingerii. Procedurile operaţionale relevante incluse în Acordul operaţional ZU al OPEED-urilor menţionat în secţiunea 5.1.2 punctul (b) din Planul OCP şi în acordurile relevante locale, regionale sau europene dintre OPEED-uri şi OTS-uri cu privire la gestionarea procesului de pre şi postcuplare, specificat în secţiunea 5.1.4 punctul 2 din Planul OCP, menţionează motive posibile identificate privind respingerea şi etape procedurale ce trebuie aplicate în aceste situaţii.
5. Toţi operatorii vor stabili cel puţin o conexiune alternativă între operatori şi sistemele funcţiei OCP ZU pentru livrarea confirmării/respingerii OTS prin intermediul mecanismului de rezervă pentru schimbul de fişiere. Dacă apare o problemă în legătură cu livrarea confirmării/respingerii OTS către sistemele funcţiei OCP ZU, livrarea se va face prin mecanismul de rezervă pentru schimbul de fişiere.
6. Acest mecanism alternativ de livrare a confirmării/ respingerii OTS către sistemele funcţiei OCP ZU va fi stabilit luând în considerare soluţiile tehnice disponibile.
ART. 12
Cerinţa privind intervalele de timp
1. Termenele pentru executarea procedurilor de rezervă descrise în această metodologie de rezervă sunt stabilite în comun de toate OPEED-urile operaţionale şi, acolo unde acest lucru este relevant, cu toate OTS-urile, în proceduri operaţionale, fiind totodată stabilite în Regulamentul ACGC, şi vor fi definite cel puţin pentru următoarele termene-limită:
a) termenul-limită stabilit în conformitate cu art. 46 din Regulamentul ACGC pentru a primi informaţiile legate de alocarea capacităţii pentru toate interconexiunile necesare;
b) termenul-limită stabilit în conformitate cu art. 47 din Regulamentul ACGC pentru a primi ofertele;
c) termenul-limită stabilit în proceduri legat de începerea rulării algoritmului. Procesul de calculare a rezultatelor este iniţiat la un moment predefinit agreat de toţi operatorii;
d) termenul-limită stabilit în procedurile de confirmare a rezultatelor operatorilor. La un moment dat agreat, operatorii vor transmite confirmarea rezultatelor;
e) termenul-limită stabilit în procedurile de confirmare a rezultatelor OTS-urilor. La un moment dat agreat, operatorii vor transmite confirmarea rezultatelor;
f) termenul-limită stabilit în conformitate cu art. 48 din Regulamentul ACGC pentru a publica rezultatele;
g) termenul-limită de furnizare a rezultatelor, aşa cum se specifică în cerinţele de algoritmi stabilite conform art. 48 din Regulamentul ACGC;
h) termenul-limită de calculare a schimburilor planificate este stabilit conform art. 43(2) din Regulamentul ACGC.
ART. 13
Cerinţe pentru asistenţă tehnică
1. Într-o sesiune normală de cuplare a pieţelor, fiecare operator trebuie să fie gata să îndeplinească funcţiile OCP ZU fără asistenţă tehnică suplimentară din partea furnizorului de servicii pentru funcţia OCP ZU.
SECŢIUNEA 2
Proceduri şi etape de rezervă şi etape privind cuplarea unică a pieţelor intrazilnice
ART. 14
Descrierea generală a proceselor de rezervă CUPIZ
1. CUPIZ este definită ca o soluţie centralizată (la nivel amplu). Această arhitectură, care diferă de arhitectura ZU, are ca rezultat un set diferit de proceduri de rezervă în comparaţie cu cele folosite pentru CUPZU.
2. Soluţionarea problemelor globale va fi realizată în conformitate cu metodologiile comune de rezervă descrise în metodologia de rezervă.
3. Soluţionarea problemelor locale va urma procedurile locale/regionale ale OPEED-urilor şi OTS-urilor, care nu intră în domeniul acestei metodologii de rezervă.
4. OPEED-urile vor asigura în mod suficient buna funcţionare a metodologiei şi operaţiunilor de rezervă prin efectuarea unor testări periodice. OTS-urile vor fi de asemenea invitate să participe la unele dintre aceste testări de instruire. Scopul acestor testări reprezintă o reactualizare constantă privind procedurile comune utilizate de toate OPEED-urile, precum şi îmbunătăţirea lor (analiza preventivă a situaţiilor reale posibile în timpul unei sesiuni de cuplare a pieţelor). Testările pot fi clasificate astfel:
a) teste de instruire periodice pentru OPEED-uri: ca măsură preventivă, toate OPEED-urile Operaţionale vor testa aplicarea procedurilor de rezervă în situaţii reale în mediile de testare a funcţiei OCP IZ;
b) teste de instruire periodice pentru OPEED-uri-OTS-uri: ca măsură preventivă, toate OPEED-urile operaţionale în colaborare cu OTS-urile vor testa împreună aplicarea procedurilor de rezervă în situaţii reale în mediile de testare ale sistemelor funcţiei OCP ZU şi ale sistemelor OTS-urilor;
c) teste de comunicare periodice cu furnizorii de servicii ai funcţiei OCP IZ: ca măsură preventivă, OPEED-urile operaţionale, în colaborare cu furnizorii de servicii, vor testa serviciile tehnice pentru a asigura funcţionarea metodologiei de rezervă şi operarea funcţiei OCP. Testele vor include servicii tehnice necesare pentru a procesele CUPIZ zilnice integrale, cum ar fi sistem comun de comunicaţii, aplicarea serviciilor legate de sesiunea comună de cuplare a pieţelor, algoritmul de tranzacţionare prin corelare continuă şi toate serviciile prestate în comun aprobate;
d) teste de stres: OPEED-urile operaţionale vor efectua în mod periodic teste de stres pentru a analiza creşterea proporţională în serviciile tehnice, informaţiile ce urmează a fi folosite de algoritmul de tranzacţionare prin corelare continuă, precum şi rezultatele obţinute de algoritmul de tranzacţionare prin corelare continuă;
5. Pentru a evalua proceduri ex-post conform unui proces bine definit şi transparent şi deoarece nu pot fi definite cu acurateţe ex-ante, fiecare incident care poate avea impact asupra obligaţiilor stabilite în articolul 52 din Regulamentul ACGC va fi prezentat în forumurile părţilor interesate relevante organizate în conformitate cu articolul 11 din Regulamentul ACGC. Această analiză ex-post va fi folosită pentru a îmbunătăţi procedurile în cazul în care nu au fost urmate în mod corespunzător.
6. OPEED-urile vor menţine procedurile şi le vor pune la dispoziţia ANR-urilor la cerere.
7. Ca regulă generală pentru OPEED-uri, dacă apare o problemă globală în timpul CUPIZ, coordonatorul are obligaţia de a convoca un comitet de soluţionare a incidentelor, în care să fie discutată problema de către OPEED-urile operaţionale, iar furnizorii de servicii pentru funcţia OCP IZ pot fi invitaţi să soluţioneze problema, restabilind sistemul. În orice caz, în cazul în care un OTS este direct implicat în respectivul incident, este întotdeauna resposabilitatea pe partea OPEED de a comunica cu coordonatorul IZ şi de a aplica procedura de rezervă.
8. Motivul pentru care se cere asistenţă din partea furnizorilor de servicii pentru funcţia OCP IZ este subliniat în procedurile relevante incluse în acordul operaţional IZ al OPEED-urilor şi în acordurile relevante locale, regionale sau europene dintre OPEED-uri şi OTS-uri cu privire la gestionarea procesului de pre- şi postcuplare, specificat în secţiunea 5.2.4 punctul 4 din Planul OCP.
9. Dacă partea care îndeplineşte rolul de administrator central sau de coordonator IZ întâmpină dificultăţi în desfăşurarea acestui rol, atunci o altă parte care poate îndeplini acest rol va prelua atribuţiile sale. Toţi operatorii vor decide împreună ce parte va prelua rolul relevant în respectiva situaţie.
10. Pentru fiecare procedură operaţională obişnuită vor fi disponibile cel puţin o procedură sau cel puţin un proces operaţional de rezervă (care pot include proceduri locale), care vor fi urmate în cazul în care nu poate fi respectată procedura obişnuită.
ART. 15
Cerinţa pentru comunicaţii de rezervă
1. Această secţiune descrie modul în care pot fi soluţionate probleme tehnice care pot apărea în principala linie de comunicare dintre părţile aferente şi furnizorul de servicii pentru funcţia OCP IZ responsabil cu găzduirea sistemului pentru funcţia OCP IZ.
2. Conform arhitecturii centralizate a CUPIZ, toate OPEED-urile, CCP-urile acestora, CCC-urile şi OTS-urile (în continuare denumite „părţile“) vor fi conectate la furnizorul de servicii centrale de găzduire IZ atât printr-o linie de comunicare primară, cât şi una secundară pentru a asigura redundanţa.
3. Un schimb automat sau manual între linia de comunicare primară şi cea secundară se va realiza de către partea afectată atunci când se detectează o eroare în linia primară.
4. Ca măsură suplimentară de rezervă, OTS-urile pot acţiona ca rezervă pentru CCC-urile relevante sau pentru alte OTS-uri în urma unor aranjamente locale.
5. Pentru problemele globale ce se ivesc în cadrul CUPIZ cu privire la comunicare va fi solicitată susţinere coordonatorului şi/sau administratorului central IZ. Părţile afectate vor analiza problema privind comunicarea şi vor contacta furnizorul de servicii de comunicare pentru funcţia OCP IZ.
ART. 16
Cerinţa pentru centrul de date de rezervă
1. În timpul operării normale, operatorii vor efectua funcţiile OCP IZ într-un centru de date principal.
2. Dacă apare vreo problemă în legătură cu centrul de date principal, furnizorul de servicii pentru funcţia OCP IZ responsabil cu găzduirea sistemului pentru funcţia OCP IZ va trece în mod automat la centrul de date secundar pentru a continua operaţiunile. Procesul de trecere trebuie creat astfel încât să se prevină pierderea datelor.
3. Centrul de date secundar va avea aceeaşi performanţă ca şi centrul de date primare.
ART. 17
Cerinţa pentru salvarea bazelor de date
1. Baza de date a sistemului pentru funcţia OCP IZ este salvată la intervale periodice.
2. Dacă apare vreo problemă legată de baza de date a sistemului funcţiei OCP IZ care afectează baza de date atât din centrul de date principal, cât şi din centrul de date secundar, furnizorul de servicii pentru funcţia OCP IZ responsabil va restabili ultima bază de date salvată.
ART. 18
Cerinţa pentru închiderea zonelor sau interconexiunilor
1. Atunci când apare o problemă la una sau mai multe zone, dar nu toate, sau la una sau mai multe interconexiuni, dar nu toate, OPEED-urile implicate trebuie să închidă zona afectată din ROC şi/sau OTS-ul (-urile) relevant poate (pot) închide interconexiunile zonei afectate pentru a izola problema şi pentru a preveni propagarea acesteia.
2. Într-o astfel de situaţie va continua tranzacţionarea în toate celelalte zone şi la toate interconexiunile care nu sunt afectate de problemă.
SECŢIUNEA 3
Cerinţe generale
ART. 19
Obligaţia generală în caz de decuplare parţială sau totală
1. În acele instanţe în care procedurile de ultimă instanţă dezvoltate de OTS-uri [conform articolului 44 din Regulamentul 2015/1.222, dar şi conform articolelor 45 şi 57, atunci când este cazul] descriu cuplarea naţională sau regională (sub formă de decuplare parţială sau totală), OPEED-urile se angajează să aplice procedurile mai sus menţionate.
ART. 20
Termenul pentru implementare
1. În urma aprobării acestei metodologii, fiecare OPEED o va publica pe internet în conformitate cu articolul 9(14) din Regulamentul ACGC.
2. OPEED-urile vor implementa propunerea de metodologie de rezervă într-o zonă de ofertare în ceea ce priveşte implementarea CUPZU/CUPIZ imediat după aprobarea de către ANR-uri a propunerii de metodologie de rezervă şi în ceea ce priveşte modificarea şi operarea CUPZU/CUPIZ imediat după:
a) implementarea funcţiei OCP în conformitate cu articolul 7(3) din Regulamentul ACGC; şi
b) implementarea aranjamentelor de acomodare a mai multor OPEED-uri, create în conformitate cu articolele 45 şi 57 din Regulamentul ACGC, în zona de ofertare relevantă unde sunt desemnate şi/sau care oferă servicii de tranzacţionare mai multe OPEED-uri.
ART. 21
Limba
1. Limba de referinţă pentru această propunere va fi limba engleză. Pentru a evita orice dubiu, în situaţia în care OPEED-urile au nevoie să traducă această propunere în limbile lor naţionale, în caz de discrepanţe între varianta în limba engleză publicată de OPEED-uri în conformitate cu articolul 9(14) din Regulamentul ACGC şi orice versiune într-o altă limbă, OPEED-urile relevante vor fi obligate să le elimine transmiţând o versiune tradusă revizuită a prezentei propuneri autorităţilor naţionale de reglementare relevante.
-----
Newsletter GRATUIT
Aboneaza-te si primesti zilnic Monitorul Oficial pe email
Comentarii
Fii primul care comenteaza.
MonitorulJuridic.ro este un proiect:
