Regional Booking Platform Webservice szolgáltatás illeszkedési felület dokumentáció

Regional Booking Platform Webservice szolgáltatás illeszkedési felület dokumentáció 5.0 verzió

Készítette: IP Rendszerintegrátor Kft.

Tartalomjegyzék 1. A dokumentum célja................................................................................................................. 6 2. Bevezetés ................................................................................................................................. 7 3. Fogalomtár ............................................................................................................................... 8 3.1. Hálózati infrastruktúra ................................................................................................................. 8 3.2. Szereplők ....................................................................................................................................... 9 4. Alapelvek ............................................................................................................................... 10 4.1. Koncepció .................................................................................................................................... 10 4.2. Műszaki informatikai megvalósításra vonatkozó alapelvek ....................................................... 11 4.2.1 Rendelkezésre állás ............................................................................................................... 11 4.2.2 A regional booking platform elérhetősége ........................................................................... 11 4.2.3 Azonosítás, tanúsítványok .................................................................................................... 11 4.2.4 Alkalmazott protokollok, kódolás ......................................................................................... 11 4.2.5 Üzenetek érvényessége – validálás....................................................................................... 12 4.2.6 Archiválás .............................................................................................................................. 12 5. Ajánlatadás ............................................................................................................................ 13 5.1. Aukció adatok lekérdezése (getAuctions) ................................................................................... 13 5.1.1 A kérést tartalmazó üzenet ................................................................................................... 14 5.1.2 A választ tartalmazó üzenet .................................................................................................. 14 5.2. Tömeges ajánlat beadás (bulkMakeBids) ................................................................................... 19 5.2.1 A kérést tartalmazó üzenet ................................................................................................... 23 5.2.2 A választ tartalmazó üzenet .................................................................................................. 24 5.3. UPTA ajánlatok törlése (bulkRemoveUptaBids).......................................................................... 25 5.3.1 A kérést tartalmazó üzenet ................................................................................................... 28 5.3.2 A választ tartalmazó üzenet .................................................................................................. 28 5.4. Aukció adatok lekérdezése (getAuctionsV2) ............................................................................... 29 5.4.1 A kérést tartalmazó üzenet ................................................................................................... 30 5.4.2 A választ tartalmazó üzenet .................................................................................................. 31 6. Web service kommunikáció az RBP és a TSO Tag között ........................................................... 39 6.1. Tarifa és áradatok küldése IP-ből RBP-be ................................................................................... 39 6.2. RBP aukciók eredményeinek importja ........................................................................................ 52 6.3. RBP aukciók eredményeinek importja v2.................................................................................... 59 7. Bilaterális kapacitás átadás ..................................................................................................... 67

Gázipari Kommunikációs Szabvány

7.1. Bilaterális ajánlat beadás (OfferBilateralCapacity) .................................................................... 67 7.1.1 A kérést tartalmazó üzenet ................................................................................................... 70 7.1.2 A választ tartalmazó üzenet .................................................................................................. 71 7.2. Bilaterális kapacitás átadások lekérdezése üzemeltetők számára (GetBilateralOffersByTso) ... 72 7.2.1 A kérést tartalmazó üzenet ................................................................................................... 73 7.2.2 A választ tartalmazó üzenet .................................................................................................. 74 7.3. Bilaterális kapacitás átadások lekérdezése az átadó számára (GetBilateralOffersBySeller) ..... 77 7.3.1 A kérést tartalmazó üzenet ................................................................................................... 78 7.3.2 A választ tartalmazó üzenet .................................................................................................. 79 7.4. Bilaterális kapacitás átadások lekérdezése az átvevő számára (GetBilateralOffersByBuyer) ... 82 7.4.1 A kérést tartalmazó üzenet ................................................................................................... 83 7.4.2 A választ tartalmazó üzenet .................................................................................................. 84 7.5. Bilaterális kapacitás átadás elutasítása üzemeltetők számára (RefuseBilateralOfferByTso) .... 87 7.5.1 A kérést tartalmazó üzenet ................................................................................................... 90 7.5.2 A választ tartalmazó üzenet .................................................................................................. 90 7.6. Bilaterális kapacitás átadás jóváhagyása üzemeltetők számára (ApproveBilateralOfferByTso)91 7.6.1 A kérést tartalmazó üzenet ................................................................................................... 94 7.6.2 A választ tartalmazó üzenet .................................................................................................. 94 7.7. Bilaterális kapacitás átadás visszavonása az átadó számára (RevokeBilateralOfferBySeller) ... 95 7.7.1 A kérést tartalmazó üzenet ................................................................................................... 97 7.7.2 A választ tartalmazó üzenet .................................................................................................. 97 7.8. Bilaterális kapacitás átadás visszautasítása az átvevő számára (RejectBilateralOfferByBuyer) 98 7.8.1 A kérést tartalmazó üzenet ................................................................................................. 101 7.8.2 A választ tartalmazó üzenet ................................................................................................ 103 7.9. Bilaterális kapacitás átadás jóváhagyása átvevők számára (ApproveBilateralOfferByBuyer) 103 7.9.1 A kérést tartalmazó üzenet ................................................................................................. 106 7.9.2 A választ tartalmazó üzenet ................................................................................................ 106 7.10. Bilaterális kapacitás átadás lezárás üzemeltetők számára (CloseBilateralOfferByTso) ......... 107 7.10.1 A kérést tartalmazó üzenet ............................................................................................... 109 7.10.2 A választ tartalmazó üzenet .............................................................................................. 109 8. Kapacitás visszaadás ..............................................................................................................111 8.1. kapacitás visszaadás ajánlat beadás (OfferSurrenderedCapacity)........................................... 111 8.1.1 A kérést tartalmazó üzenet ................................................................................................. 113 8.1.2 A választ tartalmazó üzenet ................................................................................................ 114 8.2. Kapacitás visszaadások lekérdezése üzemeltetők számára (GetSurrenderedCapacityOffersByTso) ............................................................................................ 115 8.2.1 A kérést tartalmazó üzenet ................................................................................................. 116 8.2.2 A választ tartalmazó üzenet ................................................................................................ 116


8.3. Kapacitás Visszaadások lekérdezése a visszaadó számára (GetSurrenderedCapacityOffersByNetworkUser) ............................................................................ 120 8.3.1 A kérést tartalmazó üzenet ................................................................................................. 121 8.3.2 A választ tartalmazó üzenet ................................................................................................ 121 8.4. Kapacitás visszaadás elutasítása üzemeltetők számára (RefuseSurrenderedCapacityOfferByTso) ......................................................................................................................................................... 124 8.4.1 A kérést tartalmazó üzenet ................................................................................................. 127 8.4.2 A választ tartalmazó üzenet ................................................................................................ 127 8.5. Kapacitás visszaadás jóváhagyása üzemeltetők számára (ApproveSurrenderedCapacityOfferByTso) ...................................................................................... 128 8.5.1 A kérést tartalmazó üzenet ................................................................................................. 130 8.5.2 A választ tartalmazó üzenet ................................................................................................ 130 8.6. Kapacitás visszaadás visszavonása a visszaadó számára (RevokeSurrenderedCapacityOfferByNetworkUser) ........................................................................ 131 8.6.1 A kérést tartalmazó üzenet ................................................................................................. 133 8.6.2 A választ tartalmazó üzenet ................................................................................................ 133 8.7. Kapacitás visszaadás ajánlat visszajelzés üzemeltetők számára (ConfirmSurrenderedCapacityOfferByTso) ...................................................................................... 134 8.7.1 A kérést tartalmazó üzenet ................................................................................................. 136 8.7.2 A választ tartalmazó üzenet ................................................................................................ 136 9. Web service kommunikáció kapacitás lekötési platformok között ...........................................138 9.1. A lokális platformon megadott aukciós adatok elküldése ........................................................ 138 9.1.1 A kérést tartalmazó üzenet ................................................................................................. 139 9.2. A távoli platformon megadott aukciós adatok fogadása ......................................................... 143 9.2.1 A kérést tartalmazó üzenet ................................................................................................. 145 9.3. A távoli platformon lefutott aukció eredményének fogadása .................................................. 151 9.3.1 A kérést tartalmazó üzenet ................................................................................................. 151 10. Pénzügyi limit kezelése ........................................................................................................164 10.1. Limit érték megadása ............................................................................................................. 164 10.1.1 A kérést tartalmazó üzenet ............................................................................................... 164 10.1.2 A választ tartalmazó üzenet .............................................................................................. 166 11. REMIT riportok ....................................................................................................................168 11.1. REMIT riport lekérdezése ........................................................................................................ 168 11.1.1 A kérést tartalmazó üzenet ............................................................................................... 168 11.1.2 A választ tartalmazó üzenet .............................................................................................. 169



1. A DOKUMENTUM CÉLJA Jelen dokumentumnak az a célja, hogy a rendszerirányítói engedélyes (FGSZ) és együttműködő partnerei, azaz a •

RBP TSO Tagjai,

•

RBP Rendszerhasználói Tagjai

közötti, az operatív üzletmenet során alkalmazható, szerver-szerver kommunikáció alapelveit rögzítse, és üzenetformátumait definiálja.


2. BEVEZETÉS A gáziparban a gyakorlati üzletmenet során intenzív, informatikai úton folytatott kommunikáció zajlik az egyes gázipari szereplők között. Jellegzetes példaként ide sorolható a nominálás, az allokálás, a mérési adatok szolgáltatásának területe – vonatkozzon az akár földgázszállítói, akár elosztói, akár tárolói rendszerre, és legyen az abban érintett akár rendszerhasználó, akár rendszerüzemeltető. Jelenleg az üzenetváltások jelentős része E-mail-en, illetve Excel állományok cseréje révén valósul meg, amely nagyobb adatmennyiségek esetén általában mind a küldő, mind a fogadó részére kevéssé hatékony megoldásnak bizonyul. Mind a rendszerüzemeltetők, mind a rendszerhasználók számára kedvezőbb, és számottevően hatékonyabb, ha a mindennapi üzletmenet során váltott üzenetek cseréje a partnerek informatikai platformjai között közvetlenül, önműködően, és érdemi emberi közreműködést nélkülöző módon valósul meg. Ezáltal sokkal nagyobb tömegű adat konzisztens, és akár sűrűbb cseréje válik lehetővé. Jelen leírás a földgázszállítási és rendszerirányítási engedélyes és partnerei közötti, szerver-szerver alapú kommunikáció formáját hivatott meghatározni. A kommunikáció kétoldalú jellege miatt a dokumentum is kettős, az FGSZ és Partnerei közötti üzenetváltások leképezése érdekében. A további fejezetekben előbb az alapfogalmak, majd a koncepció, az általános alapelvek, végül az egyes konkrét üzenetformátumok ismertetésére kerül sor.


3. FOGALOMTÁR 3.1. HÁLÓZATI INFRASTRUKTÚRA RBP

A Regional Booking Platform olyan elektronikus kapacitás kereskedelmi platform, amely kapacitáslekötési platformként megfelel a földgázellátásról szóló 2008. évi XL törvénynek valamint a 984/2013/EU számú Bizottsági rendeletnek. Az RBP Alkalmazás és RBP Portál együttesen alkotja a Regional Booking Platformot.

Kapacitás

Valamely földgáz-szállító hálózati (akár absztakt) elem földgázáteresztő képessége, azaz azon tulajdonsága, hogy egységnyi időtartam alatt milyen mennyiségű földgáz kibocsátására képes. Alkalmazott mértékegysége a kW/h és kWh/nap. Az elszámolásra használt mértékegység a TSO Tag és Rendszerhasználó Tag által és köztük megkötött szerződésben van kikötve. A szerződés az adatokat mindkét módon kifejezve tartalmazza

Ascending Clock (ACTA) aukció

Az emelkedőáras aukció olyan aukció, amelyben a rendszerhasználó sorrendben bejelentett, meghatározott árlépcsők szerint igényel mennyiségeket.

Uniform Price (UPTA) aukció

Az egyenáras aukció során a rendszerhasználó egy egykörös ajánlattételi kör során mind mennyiségi mind árra vonatkozó ajánlatokat ad be, és minden rendszerhasználó, aki elnyer kapacitást, a legalacsonyabb sikeres ajánlat árát fizeti meg.

Large Price Step (LPS)

A nagy árlépcső olyan rögzített vagy változó összeg, amely rendszerösszekötési pontonként és szabványos kapacitástermékekként van meghatározva.

Small Price Step (SPS)

A kis árlépcső olyan rögzített vagy változó összeg, amely rendszerösszekötési pontonként és szabványos kapacitástermékenként van meghatározva, és amely kisebb, mint a nagy árlépcső.


3.2. SZEREPLŐK Szállítási rendszerüzemeltető tag (TSO Tag)

Olyan szállítási rendszerüzemeltető, aki az RBP-n keresztül allokál és köt szerződéseket kapacitásokra, valamint igénybe vesz más kínált szolgáltatásokat is. Az FGSZ Zrt. önmagában is egy RBP TSO Tag.

Rendszerhasználó Tag (NU Tag)

Az RBP-re a platformon allokált kapacitás lekötés, átruházás vagy szerződéskötés, valamint egyéb kínált szolgáltatás igénybe vételének céljából regisztrált természetes vagy jogi személy.

Regional Booking Platform Üzemeltető (RBP Üzemeltető)

A Regional Booking Platformot üzemeltető jogi szeméy, amely az FGSZ Földgázszállító Zártkörűen Működő Részvénytársaság (FGSZ).


4. ALAPELVEK 4.1. KONCEPCIÓ Jelen specifikáció két fél, mint gázipari szereplő informatikai platformja közötti kommunikáció formáját rögzíti. Mint az 1. ábra mutatja, ebből a szempontból a küldő és a fogadó szerepben levő informatikai platform közötti különbségtételre kerül sor.

1. ÁBRA: A KÜLDŐ ÉS A FOGADÓ INFORMATIKAI PLATFORM EGYÜTTMŰKÖDÉSE

Azt, hogy melyik engedélyes informatikai platformja tölti be a küldő ill. fogadó szerepet, az adott üzleti tevékenység határozza meg. Az egyes üzenetformátumok leírásánál található „Szereplők, szerepkörök” rovatban mindig egyértelműen rögzített, hogy a küldő ill. fogadó szerepét mely engedélyes informatikai rendszere tölti be. Jelen specifikáció alapkoncepciója, hogy minden esetben a küldő fél egy kérést tartalmazó üzenetet küld a másik, fogadó félnek. A fogadó fél a kapott üzenetet feldolgozza, majd annak eredményét a válaszban a küldőnek eljuttatja. Minden egyes üzleti tevékenység esetén meghatározott, hogy a kérésnek és a válasznak milyen struktúrában milyen adatokat kell tartalmaznia.

Műszaki megvalósítást tekintve a specifikáció alapkoncepcióját a 2. ábra mutatja.

2. ÁBRA: A SPECIFIKÁCIÓ MŰSZAKI INFORMATIKAI ALAPKONCEPCIÓJA

A fogadó informatikai platformnak tehát egy HTTPS-en keresztül elérendő web service-es felületet kell biztosítania. Az üzenetváltások SOAP-on keresztül, XML üzenetek formájában valósulnak meg. A fogadó a küldő számára a választ minden esetben a web service visszatérési értékében nyújtja. Mind


az idevágó szabványokat, mind a web service-ek leírását, mind az alkalmazandó XML üzenetstruktúrákat jelen dokumentum rögzíti.

4.2. MŰSZAKI INFORMATIKAI MEGVALÓSÍTÁSRA VONATKOZÓ ALAPELVEK 4.2.1 RENDELKEZÉSRE ÁLLÁS Valamennyi engedélyesnek 7x24 órás rendelkezésre állású szervert kell üzemeltetnie a kölcsönös kommunikáció folytatása érdekében. Ezen a szerveren kell elérhetőnek lennie azon webszolgáltatásnak, amely a kommunikációt lehetővé teszi.

4.2.2 A REGIONAL BOOKING PLATFORM ELÉRHETŐSÉGE A szolgáltatás igénybevételének alapfeltétele, hogy az engedélyes megküldje a rendszerirányítónak azon kiszolgálója címét, amelyen a rendszerirányító által elvárt SOAP interfész elérhető. A teszt szerver SOAP interfészének elérhetősége: https://test.rbp.eu/APP/services/ Itt található minden elérhető szolgáltatás. A szolgáltatások leírása a kívánt szolgáltatás kiválasztásával érhető el. Az éles – produktív – szerver SOAP interfészének elérhetősége: https://rbp.eu/APP/services/ Itt található minden elérhető szolgáltatás. A szolgáltatások leírása a kívánt szolgáltatás kiválasztásával érhető el. Amennyiben az éles környezet a fenti címen nem elérhető, mert az RBP a tartalék környezetben üzemel, akkor a következő címen érhető el: https://standby.rbp.eu/APP/services/ Itt található minden elérhető szolgáltatás. A szolgáltatások leírása a kívánt szolgáltatás kiválasztásával érhető el. A web service elkészítését követően javasoljuk a kliens oldali program elkészítését úgy, hogy paraméterezhetően, vagy akár automatikusan át tudjon állni a tartalék RBP hívására, ha az éles környezet nem elérhető.

4.2.3 AZONOSÍTÁS, TANÚSÍTVÁNYOK A web service-ek alkalmazása során tanúsítvány-alapú azonosítás történik, azaz: •

az FGSZ informatikai platformjára minden partner csak az azon alkalmazott tanúsítvánnyal küldhet üzenetet

4.2.4 ALKALMAZOTT PROTOKOLLOK, KÓDOLÁS • • •

A kommunikáció HTTPS protokollon zajlik, melyen keresztül XML (1.0 – ötödik kiadás, http://www.w3.org/TR/xml/) üzenetek cseréjére kerül sor A web szolgáltatások hívása minden esetben szinkron módon történik Szabványok:


•

o UTF-8 : http://www.ietf.org/rfc/rfc2279.txt o HTTPS: http://tools.ietf.org/html/rfc2818 o SOAP: http://tools.ietf.org/html/rfc3288 XML Séma leírók elérhetősége o xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" o xmlns:xsd=”http://www.w3.org/2001/XMLSchema” o xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance

4.2.5 ÜZENETEK ÉRVÉNYESSÉGE – VALIDÁLÁS Egy üzenet minden esetben akkor, és csak akkor minősül érvényesnek, ha a jelen specifikációban rögzített formai és tartalmi követelményeknek eleget tesz. (Amennyiben tehát egy üzenet nem felel meg a formai és tartalmi követelményeknek, a fogadó visszautasítja azt.) Formai követelmény pl., hogy a tárgy gáznap formátum az xsd:DateTime-nak feleljen meg. Ez azt jelenti, hogy az engedélyesek informatikai platformjai kölcsönösen akkor és csak akkor fogadják el a tárgy gáznapot tartalmazó mezőket (és ily módon üzeneteket), ha ennek a formátumnak eleget tesznek. Tartalmi követelményt tekintve bizonyos mezők csak bizonyos értékeket vehetnek fel. Jellegzetesen a gázmennyiségek meghatározásánál jelen specifikáció csak a kWh-ban megadott mennyiségeket tartja elfogadottnak – más mértékegység használata jelenleg tehát nem értelmezett. Megjegyzendő, hogy az ilyen jellegű tartalmi megkötések a jelen specifikációhoz tartozó XML sémákban is megjelennek, amelyeknek az üzeneteknek eleget kell tenniük.

4.2.6 ARCHIVÁLÁS Az RBP Üzemeltető 5 évre archiválja a web service üzeneteket.


5. AJÁNLATADÁS 5.1. AUKCIÓ ADATOK LEKÉRDEZÉSE (GETAUCTIONS) ÜZLETI CÉL, KÖRNYEZET Ez a szolgáltatás azon felhasználók által használható, amelyeknek joguk van ajánlatokat beadni. Ennek a szolgáltatásnak a segítségével az összes futó aukció lekérdezhető, de csak érvényes tanúsítvánnyal vehető igénybe. Az ajánlatadás üzenetben a Rendszerhasználó Tag beadhat ajánlatot az ACTA és UPTA aukciókra. Ha még nincs beadott ajánlat, akkor egy üres ajánlat jelenik meg azért, hogy a Rendszerhasználó Tag láthassa az aukció paramétereit. LEÍRÁS Annak érdekében, hogy ajánlatot tudjon beadni, a Rendszerhasználó tagnak rendelkeznie kell az összes információval az aukciókról, amikben részt vesz. A szolgáltatás válaszüzenetében minden olyan információ rendelkezésre áll, aminek segítségével érvényes ajánlatot lehet beadni. A szolgáltatás csak érvényes tanúsítvánnyal vehető igénybe és a tanúsítvány tulajdonosának rendelkeznie kell ajánlattételi joggal. Ezek hiányában a szolgáltatáshoz való hozzáférés megtagadásra kerül. A válaszüzenetnek csak azon aukciók és ajánlatok lesznek a részei, melyekben a felhasználó részt vesz, és amelyek már elindultak, de még nem zárultak le és nincsenek két ajánlattételi kör között. Az aukciókat aukció névvel azonosítjuk. SZEREPLŐK, SZEREPKÖRÖK • • • •

A kérés küldője: Rendszerhasználó Tag A kérés fogadója: RBP Üzemeltető A válasz küldője: RBP Üzemeltető A válasz fogadója: Rendszerhasználó Tag

ÜTEMEZÉS, HATÁRIDŐK A határidők az aukcióban definiált szabályok szerint alakulnak. A válaszüzenet kizárólag azokat az aukciókat tartalmazza, amelyek nyitva állnak az ajánlatok befogadására. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A web service kizárólag érvényes tanúsítvánnyal vehető igénybe. A tanúsítvány tulajdonosának rendelkeznie kell ajánlatbeadó jogosultsággal. Ezek hiányában a hozzáférés megtagadásra kerül.


5.1.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS getAuctions STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK A kérés nem tartalmaz információt, mivel a tanúsítvány alapján azonosítunk. PÉLDA <request/>

5.1.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A válaszüzenet tartalmaz minden nyitott aukciót, és a Rendszerhasználó által korábban beadott összes ajánlatot. LOGIKAI SZERKEZET A válaszüzenet logikai felépítése az alábbi: •

•

Hibaüzenet-sorok az alábbiak szerint: o Hibakód o Hibaüzenet ACTA ajánlatok o Aukció név o Hálózati pont neve o Hálózati pont EIC kódja o Termék típus (éves, negyedéves, havi, napi, napon belüli, STRIP) o Termék név (vonatkozási időszak) o Megszakíthatóság (megszakítható, nem megszakítható) o Kapacitás típus (kapcsolt, nem kapcsolt) o Aukció iránya (direkt, vissza) o Áramlási irány (fizikai, backhaul) o Szabványos kapacitástermék (szabványos, nem szabványos, szezonális) o Kiinduló ár (devizával együtt) o Felajánlott kapacitás


•

o LPS o SPS o Aktuális árlépcső százalékban o Igényelt mennyiség o Mértékegység UPTA ajánlatok o Aukció név o Hálózati pont neve o Hálózati pont EIC kódja o Termék típus (éves, negyedéves, havi, napi, napon belüli, STRIP) o Termék név (vonatkozási időszak) o Megszakíthatóság (megszakítható, nem megszakítható) o Kapacitás típus (kapcsolt, nem kapcsolt) o Aukció iránya (direkt, vissza) o Áramlási irány (fizikai, backhaul) o Szabványos kapacitástermék (szabványos, nem szabványos, szezonális) o Kiinduló ár (devizával együtt) o Felajánlott kapacitás o Ajánlott ár o Igényelt mennyiség o Igényelt minimum mennyiség o Mértékegység


MEZŐK Megnevezés

Leírás

Aukció név

Egy 8 jegyú karaktersorozat, auctionName ami az aukció egyértelmű azonosítására szolgál.

Hálózati neve

XML címkenév

pont A hálózati pont neve

Formátum / típus String

capacityPointName String

Hálózati pont EIC A hálózati pont EIC kódja kódja

eic

String

Termék típus

Éves, negyedéves, havi, napi, prodctType napon belüli, STRIP

YEARLY, QUARTERLY MONTHLY, DAILY, WITHINDAY, STRIP

Termék név

Vonatkozási időszak

String

productName

Megszakíthatóság Megszakítható, megszakítható

nem productQuality

FIRM, INTERRUPTIBLE

Kapacitás típus

Kapcsolt, nem kapcsolt

capacityType

BUNDLED, UNBUNDLED

Aukció iránya

Direkt, vissza

direction

DIRECT, REVERSE

Áramlási irány

Fizikai, Backhaul

gasFlow

PHYSICAL, BACKHAUL

Szabványos kapacitástermék

Szabványos, nem szabványos, standard szezonális

STANDARD, NON_STANDARD, NON_STANDARDSEASONAL

Kiinduló ár

A kiinduló ár devizával együtt

String

Felajánlott kapacitás

Az aukción kapacitás

reservePrice

felajánlott capacityOffered

Integer

Aktuális (ACTA)

LPS Aktuális nagy árlépcső

lps

Integer

Aktuális (ACTA)

SPS Aktuális kis árlépcső

sps

Integer


Megnevezés

Leírás

XML címkenév

Formátum / típus

Aktuális árlépcső A kiinduló árhoz viszonyított priceStep százalék (ACTA) százalék

Integer

Igényelt mennyiség (ACTA)

Integer

Ajánlott (UPTA)

Az ajánlatban mennyiség

igényelt quantity

ár Az egységár amennyit az price igényelt mennyiségért fizet

Integer

Igényelt mennyiség (UPTA)


igényelt bidQuantity

Integer

Minimum mennyiség (UPTA)

Az a mennyiség, amennyinél minQuantity kevesebbet már nem szeretne vásárolni az ajánlattevő

Integer

Mértékegység

Az aukcióban kiírt kapacitás measureUnit mennyiség mértékegysége.

DAY, HOUR

PÉLDA 00001016 Érsekvadkert <eic>39ZVEERSEKV11GNI <productType>MONTHLY <productName>2015.06 <productQuality>FIRM UNBUNDLED DIRECT PHYSICAL <standard>STANDARD 100.0000 HUF 10000 0 <sps>0 <priceStep>0 Gázipari Kommunikációs Szabvány

9700 <measureUnit>HOUR 00001016 Érsekvadkert <eic>39ZVEERSEKV11GNI <productType>MONTHLY <productName>2015.06 <productQuality>FIRM UNBUNDLED DIRECT PHYSICAL <standard>STANDARD 100.0000 HUF 10000 1 <sps>0 <priceStep>10 6000 <measureUnit>HOUR 00001016 Érsekvadkert <eic>39ZVEERSEKV11GNI <productType>MONTHLY <productName>2015.06 <productQuality>FIRM UNBUNDLED DIRECT PHYSICAL <standard>STANDARD 100.0000 HUF 10000 2 <sps>0 <priceStep>20 5000 <measureUnit>HOUR


00001017 Fót <eic>39ZVEFOT00011GNM <productType>DAILY <productName>2015.06.01 <productQuality>FIRM UNBUNDLED DIRECT PHYSICAL <standard>STANDARD 100.0000 HUF 10000 <price>5000 1000 <minQuantity>800 <measureUnit>HOUR 00001018 Gyál <eic>39ZVEGYAL0011GNP <productType>DAILY <productName>2015.06.01 <productQuality>FIRM UNBUNDLED DIRECT PHYSICAL <standard>STANDARD 100.0000 HUF 10000 <price>5000 1000 <minQuantity>800 <measureUnit>HOUR

5.2. TÖMEGES AJÁNLAT BEADÁS (BULKMAKEBIDS)


ÜZLETI CÉL, KÖRNYEZET A szolgáltatás segítségével a meghatalmazott felhasználók ajánlatokat adhatnak be. LEÍRÁS A felhasználó ajánlatot tud tenni egy, vagy több futó aukció aktuális körében. A szolgáltatás célja egyrészt, hogy a manuális módszernél gyorsabban lehessen ajánlatot beadni, másrészt az ember által elkövethető hibák minimalizálása SZEREPLŐK, SZEREPKÖRÖK • • • •


ÜTEMEZÉS, HATÁRIDŐK A határidők az aukcióban definiált szabályok szerint alakulnak. Ajánlatokat kizárólag abban az időintervallumban fogadunk be, amikor az aukció nyitva áll az ajánlatok befogadására. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A webszeríz kizárólag érvényes tanúsítvánnyal vehető igénybe.. A tanúsítvány tulajdonosának rendelkeznie kell ajánlatadó jogosultsággal. Ezek hiányában a hozzáférés megtagadásra kerül. Ezen kívül csak olyan aukcióra fogadunk be ajánlatot, amire a felhasználó által helyettesített Rendszerhasználó Tag meghívást kapott, és az aukció nyitva áll az aukciózásra. Egy hívással több ascending clock és uniform price típusú aukcióra is lehet ajánlatokat adni. Az ajánlatok befogadásakor külön kezeljük az ACTA és az UPTA típusú aukciókat. Ha bármelyik ACTA aukcióra adott ajánlatban hiba van, akkor egyetlen a kérésben szereplő ACTA ajánlatot sem fogad be a rendszer. Emellett ha az UPTA ajánlatok helyesek, akkor az UPTA ajánlatokat befogadjuk. Mindez fordítva is igaz. Az ajánlatadás rendszerét a CAM NC szabályozza. Ennek megfelelően a következő hiba ellenőrzéseket végezzük:


Ellenőrzés Csak akkor lehet ajánlatot beadni, ha nyitva van az aukció SPS ajánlati körre ajánlatot csak az első aluljegyzés után lehet beadni Az aktuálisnál kisebb LPS körre nem lehet ajánlatot beadni. Az aktuálisnál kisebb SPS körre nem lehet ajánlatot beadni. Két LPS kör között nem lehet ajánlatot beadni SPS körre Az igényelt kapacitás nem lehet nagyobb, mit a felajánlott kapacitás Csak pozitív egész ajánlatokat lehet beadni A beadott ajánlatoknak körönként egyenlőnek, vagy kisebbnek kell lennie, mint az előző.

Hibaüzenet azonosítója BIDDING_NOT_ALLOWED SMALL_STEP_BID_PRICE_NOT_BETWEEN_RELEVANT_LARGE_STEP_PRICES LARGE_STEP_SMALLER_THAN_ACTUAL SMALL_STEP_SMALLER_THAN_ACTUAL SMALL_STEP_BID_NOT_BETWEEN_LARGE_STEP_PRICES BID_QUANTITY_GREATER_THAN_CAP_OFFERED NEGATIVE_VALUE BID_QUANTITY_GREATER_PREVIOUS_BID_QUANTITY

A beadott ajánlatoknak körönként egyenlőnek, vagy nagyobbnak kell BID_QUANTITY_SMALLER_NEXT_BID_QUANTITY lennie, mint a következő. SPS körre nem lehet ajánlatot beadni úgy, hogy LPS kör nem zárult le SMALL_STEP_PHASE_MUST_NOT_BE_STARTED_WITHOUT_LPS_BIDS aluljegyzéssel Az SPS körre beadott ajánlatoknak körönként nagyobbnak kell lennie, SPS_BID_QUANTITY_GREATER_PREVIOUS_LPS_BID_QUANTITY mint az előző LPS körre beadott ajánlat. Az SPS körre beadott ajánlatoknak kisebbnek kell lennie, mint az SPS_BID_QUANTITY_SMALLER_NEXT_LPS_BID_QUANTITY következő LPS körre beadott ajánlat. A felajánlottnál több kapacitást nem lehet igényelni. Csak létező aukcióra lehet ajánlatot beadni A kis árlépcső ajánlatainak a megfelelő nagy árlépcső értékei között kell lennie Az ajánlott mennyiségnek nagyobbnak kell lennie következő lépcsős mennyiségnél A kiadásoldali pénzügyi limitet nem lehet túllépni A betáplálásoldali pénzügyi limitet nem lehet túllépni A pénzügyi limitet nem lehet túllépni A rendszerhasználó erre az aukcióra nem adhat be ajánlatot A rendszerhasználónak minden érintett zónában letétbe kell helyeznie pénzügyi fedezetet

QUANTITY_OVER_CAPACITY_OFFERED INVALID_AUCTION SMALL_STEP_BID_PRICE_NOT_BETWEEN_RELEVANT_LARGE_STEP_PRICES BID_QUANTITY_SMALLER_NEXT_BID_QUANTITY FINANCIAL_OUT_LIMIT_EXCEEDED FINANCIAL_IN_LIMIT_EXCEEDED FINANCIAL_LIMIT_EXCEEDED NETWORK_USER_CANNOT_BID_ON_GIVEN_AUCTION DEPOSIT_IS_MISSING

22/170 Az ajánlott mennyiség nem lehet több, mint 999999999 Az ajánlott mennyiség nem haladhatja meg az előző lépcsőben megadott mennyiséget SPS- nél Az ajánlott mennyiség nem lehet 0 vagy negatív Ugyanarra az árlépcsőre csak egy ajánlat menthető Az ajánlat értéke nem lehet kisebb, mint a következő ajánlat LPS- nél A beadott ajánlat összértéke nem lehet nagyobb, mint a rendszerhasználó pénzügyi kerete Az ajánlat értéke nem lehet kisebb, mint a következő ajánlat SPS- nél Érvénytelen kis árlépcső Kis árlépcsőre nem adhat be ajánlatot korábbi nagy árlépcsőre adott ajánlat nélkül Maximum 10 ajánlatot adhat be UPTA aukcióra UPTA aukcióra nem adhat be több ajánlatot ugyanazon az áron UPTA aukciónál a minimum mennyiségnek kevesebbnek kell lennie az igényelt mennyiségnél UPTA ajánlat mennyisége nem lehet 0 UPTA ajánlatnál a minimum mennyiség nem lehet negatív UPTA ajánlatnál az igényelt mennyiség nem lehet negatív UPTA ajánlatnál az ár nem lehet negatív


BID_QUANTITY_MUST_BE_LESS_THAN_999999999 SPS_BID_QUANTITY_GREATER_PREVIOUS_SPS_BID_QUANTITY BID_QUANTITY_EQUALS_OR_LESS_THAN_ZERO NEW_BID_ON_SAME_PRICE_STEP BID_QUANTITY_SMALLER_PREVIOUS_BID_QUANTITY FINANCIAL_LIMIT_TOO_SMAL SPS_BID_QUANTITY_SMALLER_PREVIOUS_SPS_BID_QUANTITY INVALID_SMALL_PRICE_STEP SMALL_STEP_PHASE_MUST_NOT_BE_STARTED_WITHOUT_LPS_BIDS TOO_MANY_BIDS SAME_BID_PRICE MIN_QUANTITY_GREATER_THAN_BID_QUANTITY QUANTITY_ZERO NEGATIVE_MIN_QUANTITY NEGATIVE_QUANTITY NEGATIVE_PRICE

FGSZ Zrt.

5.2.1 A KÉRÉST TARTALMAZÓ ÜZENET

METÓDUS bulkMakeBids STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • •

Fejrész Tartalom o ACTA ajánlatok Ajánlat o UPTA ajánlatok Ajánlat A fejrész nem tartalmaz üzleti információt. MEZŐK Megnevezés

Leírás

Aukció név

Egy 8 jegyű karaktersorozat, auctionName ami az aukció egyértelmű azonosítására szolgál.

String

LPS (ACTA)

Aktuális nagy árlépcső

lps

Integer

SPS (ACTA)

Aktuális kis árlépcső

sps

Integer

Mennyiség (ACTA)

Az igényelt mennyiség

quantity

Integer

Ár (UPTA)

Ajánlott ár UPTA esetében. A price kiinduló ár százalékában (%) kifejezve.

Integer


Igényelt mennyiség esetében.

UPTA bidQuantity

Integer


Minimum vásárolni kívánt minQuantity mennyiség UPTA esetében.

Integer


XML címkenév

Formátum / típus

24/170 PÉLDA <request> 00001016 0 <sps>0 9000 00001016 <price>5000 1000 <minQuantity>800

5.2.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A válasz üzenetben hiba esetén az aukcióhoz tartozó hibakódokat adjuk vissza. LOGIKAI SZERKEZET Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel: •

Hibaüzenet-sorok az alábbiak szerint: o Aukciónév o Hibakód

MEZŐK Megnevezés

Leírás

Aukció név


String

Hibakód

Hibakód

String


XML címkenév

error

Formátum / típus

FGSZ Zrt.

25/170

PÉLDA <soap:Body> <soap:Fault> soap:Server INVALID_REQUEST <detail> <BulkMakeBidsFault> <error> 00001016 <error>BID_QUANTITY_GREATER_PREVIOUS_BID_QUANTITY

5.3. UPTA AJÁNLATOK TÖRLÉSE (BULKREMOVEUPTABIDS) ÜZLETI CÉL, KÖRNYEZET A szolgáltatás segítségével a meghatalmazott felhasználók eltávolíthatnak UPTA ajánlatokat. (E módszer mellett akármelyik ajánlat eltávolítható az adott aukcióra való 0 ajánlat beadásával). LEÍRÁS Egy vagy több ajánlat eltávolítható egy vagy több aukcióból. A szolgáltatás célja egyrészt, hogy a manuális módszernél gyorsabban lehessen ajánlatot törölni, másrészt az ember által elkövethető hibák minimalizálása. SZEREPLŐK, SZEREPKÖRÖK • • • •


ÜTEMEZÉS, HATÁRIDŐK A határidők az aukcióban definiált szabályok szerint alakulnak. Törlést kizárólag abban az időintervallumban fogadunk be, amikor az aukció nyitva áll az ajánlatok befogadására.


FGSZ Zrt.

26/170 ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A webservice kizárólag érvényes tanúsítvánnyal vehető igénybe. A tanúsítvány tulajdonosának rendelkeznie kell ajánlatbeadó jogosultsággal. Ezek hiányában a hozzáférés megtagadásra kerül. Ezen kívül csak olyan aukcióra fogadunk be törlés parancsot, amire a felhasználó által helyettesített rendszerhasználó meghívást kapott, és az aukció nyitva áll az aukciózásra. Az ajánlatadás rendszerét a CAM NC szabályozza. Ennek megfelelően a következő hiba ellenőrzéseket végezzük:


FGSZ Zrt.

27/170

Ellenőrzés Csak akkor lehet ajánlatot törölni, ha nyitva van az aukció Az aktuális aukciós státuszban nem lehet ajánlatot törölni Ehhez az azonosítóhoz tartozó ajánlatot már törölték Nem létező aukció névre nem lehet ajánlatot beadni. Ajánlat csak akkor törölhető, ha a rendszerhasználó részt vesz az aukcióban


Hibaüzenet azonosítója AUCTION_NOT_ACTIVE UPTA_BID_REMOVE_NOT_ALLOWED UPTA_BID_HAS_ALREADY_REMOVED INVALID_AUCTION NETWORK_USER_CANNOT_BID_ON_GIVEN_AUCTION

FGSZ Zrt.

5.3.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS bulkRemoveUptaBids STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. •

Fejrész

•

Tartalom o

UPTA ajánlatok Aukció név

A fejrész nem tartalmaz üzleti információt. MEZŐK Megnevezés

Leírás

XML címkenév

Aukció név



PÉLDA <request> 00001016 00001017

5.3.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A válasz üzenetben hiba esetén az aukcióhoz tartozó hibakódokat adjuk vissza. LOGIKAI SZERKEZET A válaszüzenet logikai felépítése az alábbi: •

Hibaüzenet-sorok az alábbiak szerint:


29/170 o

Aukciónév

o

Hibakód

MEZŐK Megnevezés

Leírás

XML címkenév

Aukció név


String

Hibakód

Hibakód

String

error

Formátum / típus

PÉLDA <soap:Body> <soap:Fault> soap:Server INVALID_REQUEST <detail> <BulkRemoveUptaBidsFault> <error> 00001016 <error>BIDDING_NOT_ALLOWED

5.4. AUKCIÓ ADATOK LEKÉRDEZÉSE (GETAUCTIONSV2) ÜZLETI CÉL, KÖRNYEZET Ez a szolgáltatás azon felhasználók által használható, amelyeknek joguk van ajánlatokat beadni. Ennek a szolgáltatásnak a segítségével az összes futó aukció lekérdezhető, de csak érvényes tanúsítvánnyal vehető igénybe. A válaszüzenetben a beadott ajánlatokban szerepelnek az ajánlat során megadott balancing group információk is.


FGSZ Zrt.

30/170 LEÍRÁS Annak érdekében, hogy ajánlatot tudjon beadni, a Rendszerhasználó tagnak rendelkeznie kell az összes információval az aukciókról, amikben részt vesz. A szolgáltatás válaszüzenetében minden olyan információ rendelkezésre áll, aminek segítségével érvényes ajánlatot lehet beadni. A szolgáltatás csak érvényes tanúsítvánnyal vehető igénybe és a tanúsítvány tulajdonosának rendelkeznie kell ajánlattételi joggal. Ezek hiányában a szolgáltatáshoz való hozzáférés megtagadásra kerül. A válaszüzenetnek csak azon aukciók és ajánlatok lesznek a részei, melyekben a felhasználó részt vesz, és amelyek már elindultak, de még nem zárultak le és nincsenek két ajánlattételi kör között. Az aukciókat aukció névvel azonosítjuk. SZEREPLŐK, SZEREPKÖRÖK • • • •


ÜTEMEZÉS, HATÁRIDŐK A határidők az aukcióban definiált szabályok szerint alakulnak. A válaszüzenet kizárólag azokat az aukciókat tartalmazza, amelyek nyitva állnak az ajánlatok befogadására. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A web service kizárólag érvényes tanúsítvánnyal vehető igénybe. A tanúsítvány tulajdonosának rendelkeznie kell ajánlatbeadó jogosultsággal. Ezek hiányában a hozzáférés megtagadásra kerül.

5.4.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS getAuctionsV2 STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK A kérés nem tartalmaz információt, mivel a tanúsítvány alapján azonosítunk.


FGSZ Zrt.

31/170 PÉLDA <request/>

5.4.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A válaszüzenet tartalmaz minden nyitott aukciót, és a Rendszerhasználó által korábban beadott összes ajánlatot és az ajánlatban megadott balancing group információkat is. LOGIKAI SZERKEZET A válaszüzenet logikai felépítése az alábbi: •

•

•

Hibaüzenet-sorok az alábbiak szerint: o Hibakód o Hibaüzenet ACTA ajánlatok o Aukció név o Hálózati pont neve o Hálózati pont EIC kódja o Termék típus (éves, negyedéves, havi, napi, napon belüli, STRIP) o Termék név (vonatkozási időszak) o Megszakíthatóság (megszakítható, nem megszakítható) o Kapacitás típus (kapcsolt, nem kapcsolt) o Aukció iránya (direkt, vissza) o Áramlási irány (fizikai, backhaul) o Szabványos kapacitástermék (szabványos, nem szabványos, szezonális) o Kiinduló ár (devizával együtt) o Felajánlott kapacitás o LPS o SPS o Aktuális árlépcső százalékban o Igényelt mennyiség o Balancing group információ (lista) Balancing group azonosító Zóna azonosító Mennyiség UPTA ajánlatok o Aukció név o Hálózati pont neve o Hálózati pont EIC kódja o Termék típus (éves, negyedéves, havi, napi, napon belüli, STRIP)


FGSZ Zrt.

32/170 o o o o o o o o o o o

Termék név (vonatkozási időszak) Megszakíthatóság (megszakítható, nem megszakítható) Kapacitás típus (kapcsolt, nem kapcsolt) Aukció iránya (direkt, vissza) Áramlási irány (fizikai, backhaul) Szabványos kapacitástermék (szabványos, nem szabványos, szezonális) Kiinduló ár (devizával együtt) Felajánlott kapacitás Ajánlott ár Igényelt mennyiség Igényelt minimum mennyiség Balancing group információ (lista) Balancing group azonosító Zóna azonosító Mennyiség


FGSZ Zrt.

33/170

MEZŐK Megnevezés

Leírás

Aukció név

Egy 8 jegyú karaktersorozat, auctionName ami az aukció egyértelmű azonosítására szolgál.

Hálózati neve

XML címkenév




capacityPointName

String

eic

String

Termék típus

Éves, negyedéves, havi, napi, prodctType napon belüli, STRIP


Termék név


String

productName


nem productQuality

FIRM, INTERRUPTIBLE

Kapacitás típus


capacityType

BUNDLED, UNBUNDLED

Aukció iránya

Direkt, vissza

direction

DIRECT, REVERSE

Áramlási irány

Fizikai, Backhaul

gasFlow

PHYSICAL, BACKHAUL


Szabványos, nem szabványos, standard szezonális


Kiinduló ár

A kiinduló ár devizával együtt

String

Felajánlott kapacitás

Az aukción kapacitás

reservePrice

felajánlott capacityOffered

Integer

Aktuális (ACTA)

LPS Aktuális nagy árlépcső

lps

Integer

Aktuális (ACTA)

SPS Aktuális kis árlépcső

sps

Integer


FGSZ Zrt.

34/170 Megnevezés

Leírás

XML címkenév

Formátum / típus

Aktuális árlépcső A kiinduló árhoz viszonyított priceStep százalék (ACTA) százalék

Integer

Igényelt mennyiség (ACTA)

Integer

Ajánlott (UPTA)


igényelt quantity

ár Az egységár amennyit az price igényelt mennyiségért fizet

Integer



igényelt bidQuantity

Integer


Az amennyiség, amennyinél minQuantity kevesebbet már nem szeretne vásárolni az ajánlattevő

Integer

Balancing group Balancing group információ balancingGroupValu List információk lista es Balancing group Az ajánlatadás megadott balancing azonosító azonosító

során balancingGroup group

Zona azonosító

Az érintett zóna azonosítója

Mennyiség

A balancing groupvonatkoztatott mennyiség

zoneId ra quantity

String

String Decimal

PÉLDA 00001016 Érsekvadkert <eic>39ZVEERSEKV11GNI <productType>MONTHLY <productName>2015.06 <productQuality>FIRM UNBUNDLED Gázipari Kommunikációs Szabvány

FGSZ Zrt.

35/170 DIRECT PHYSICAL <standard>STANDARD 100.0000 HUF 10000 0 <sps>0 <priceStep>0 9700 XXX HUN 4400 YYY HUN 5300 00001016 Érsekvadkert <eic>39ZVEERSEKV11GNI <productType>MONTHLY <productName>2015.06 <productQuality>FIRM UNBUNDLED DIRECT PHYSICAL <standard>STANDARD 100.0000 HUF 10000 1 <sps>0 <priceStep>10 6000 XXX


FGSZ Zrt.

36/170 HUN 3000 YYY HUN 3000 00001016 Érsekvadkert <eic>39ZVEERSEKV11GNI <productType>MONTHLY <productName>2015.06 <productQuality>FIRM UNBUNDLED DIRECT PHYSICAL <standard>STANDARD 100.0000 HUF 10000 2 <sps>0 <priceStep>20 5000 XXX HUN 3000 YYY HUN 2000


FGSZ Zrt.

37/170 00001017 Fót <eic>39ZVEFOT00011GNM <productType>DAILY <productName>2015.06.01 <productQuality>FIRM UNBUNDLED DIRECT PHYSICAL <standard>STANDARD 100.0000 HUF 10000 <price>5000 1000 <minQuantity>800 XXX HUN 400 YYY HUN 600 00001018 Gyál <eic>39ZVEGYAL0011GNP <productType>DAILY <productName>2015.06.01 <productQuality>FIRM UNBUNDLED DIRECT PHYSICAL <standard>STANDARD 100.0000 HUF 10000


FGSZ Zrt.

38/170 <price>5000 1000 <minQuantity>800 XXX HUN 600 YYY HUN 400


FGSZ Zrt.

39/170

6. WEB SERVICE KOMMUNIKÁCIÓ AZ RBP ÉS A TSO TAG KÖZÖTT 6.1. TARIFA ÉS ÁRADATOK KÜLDÉSE IP-BŐL RBP-BE ÜZLETI CÉL, KÖRNYEZET Ez a szolgáltatás biztosítja a megfelelő kommunikációt az RBP és a TSO IP (back-end rendszer) között annak érdekében, hogy hozzájusson a hálózati pontok legfrissebb kapacitás, tarifa és árlépcső adataihoz. Az adatokat a TSO IP-ből az RBP-be küldik. LEÍRÁS Amennyiben RBP-ben aukció került kiírásra, ennek felparaméterezéséhez szükségesek az IP-ben tárolt kapacitás- és áradatok annak érdekében, hogy azok feltöltése után a ’Setting’ státuszú aukció ’Set’ státuszba léphessen. A szolgáltatás kizárólag érvényes tanúsítvánnyal vehető igénybe és a tanúsítvány tulajdonosának megfelelő jogokkal (Kapacitás adatok WebService) kell rendelkezni, hogy futtathassa a szolgáltatást. Ezen feltételek hiányában a szolgáltatáshoz való hozzáférés megtagadásra kerül. SZEREPLŐK, SZEREPKÖRÖK • • • •

A kérés küldője: TSO IP A kérés fogadója: RBP A válasz küldője: RBP A válasz fogadója: TSO IP

ÜTEMEZÉS, HATÁRIDŐK A web service működése szempontjából fontos job lefuttatásának beállítására az IP Management modulban nyílik ütemezési lehetőség. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehetséges a web service használata. A tanúsítvány tulajdonosának engedéllyel kell rendelkezni, hogy futtathassa a szolgáltatást. Ezek hiányában a hozzáférés megtagadásra kerül.

6.1.1. A KÉRÉST TARTALMAZÓ ÜZENET LEÍRÁS A kérés üzenetben küldünk minden olyan adatot, melyre az RBP-nek szüksége van. STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel.


FGSZ Zrt.

40/170 • •

Fejrész (nem tartalmaz üzleti információt) Tartalom o TSO Tag EIC kódja o Gáznap (adatok küldésének idejét közli) o Hálózati pont EIC kódja o Hálózati pont neve o Hálózati pont iránya o Kapacitás adatok termék o Megszakíthatóság o Áramlási irány o Kiinduló ár o Nagy árlépcső (LPS) o Kis árlépcső (SPS)

MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

TSO Tag EIC kódja

A releváns TSO Tag EIC kódja

tsoEicCode

String

Gáznap

A megadott gáznaphoz viszonyított gasday időbélyeggel kerülnek betöltésre és lementésre a kapacitás adatok. Ha a példában szereplő gasday értéket (2016-01-01) vesszük alapul, akkor: •

•

String

Éves kapacitás típus esetén a 2015-ös (2015.10.012016.09.30) gázévre vonatkozóan fognak az éves kapacitás adatok lementődni. Negyedéves kapacitás típus esetén mindig annak a gázévnek az első gáznegyedévére fognak betöltődni az értékek, amelyik gázévbe a gasday-ben a megadott dátum esik. Tehát a példa szerint ez a 2015-ös gázév első, azaz a Q1 gáznegyedéve (2015.10.012015.12.31). Az adott gázév további negyedéveire történő kapacitásés tarifadatok


FGSZ Zrt.

41/170 Megnevezés

Leírás

XML címkenév

Formátum / típus


eicCode

String

Hálózati neve

capacityPointNa me

String

•

•

betöltésére is van lehetőség, méghozzá a capacityDataRows és a reservePriceDataRows blokkok ismétlésével (ld.: Példa az összes gáznegyedévre történő kapaictás- és tarifa értékek betöltésére). Havi kapacitástípus esetén mindig a következő hónapra vonatkozó havi kapacitás- és tarifa értékek fognak betöltésre kerülni. Jelen példa esetén, ha a gasday értéke 2016-01-01, akkor a gázév következő hónapjára, azaz februárra vonatkozóan fognak az adatok mentésre kerülni. Napi kapacitástípus esetén mindig a következő napra vonatkozó kapacitás- és tarifa értékek fognak betöltésre kerülni. Jelen példa esetén, ha a gasday értéke 2016-01-01, akkor a gázév következő napjára, azaz 2016.01.02-re vonatkozóan fognak az adatok mentésre kerülni.


Kapacitás adatok

A kapacitás adatok a termék típus, capacityByNetw megszakíthatóság, áramlási irány és orkPoints hálózati pontok szerint vannak elküldve. Ezen kívül napi és órai adatok is biztosítva lesznek.

Megszakíthatóság Megszakítható, nem megszakítható


productQuality

YEARLY, QUARTERLY MONTHLY, DAILY, WITHINDAY, STRIP FIRM,

FGSZ Zrt.

42/170 Megnevezés

Leírás

XML címkenév

Formátum / típus INTERRUPTIBLE

Hálózati iránya

pont Direkt, vissza

direction

DIRECT, REVERSE

gasFlow

PHYSICAL, BACKHAUL

Áramlási irány

Fizikai, Backhaul


Szabványos, szezonális

Kiinduló ár

A kiinduló ár devizával együtt, termék reservePrice típus, megszakíthatóság, áramlási irány és hálózati pontok szerint

String

Rögzített LPS

Tényleges nagy árlépcső

lps

Integer

Rögzített SPS

Tényleges kis árlépcső

sps

Integer

nem

szabványos, standard


PÉLDA <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ser="http://service.web.rbp.ipsystems.hu"> <soapenv:Header/> <soapenv:Body> <ser:uploadCapacityAndTariff> 21X-RO-A-A0A0A-S 2016-01-01 <eicCode>21Z000000000236Q Csanádpalota (HU>RO) DIRECT 2 50 960 40


FGSZ Zrt.

43/170 600 25 480 2 96 4 2400000000 10 480 20 96 4 2400000001 10 <monthlyCapacity> 12000 500 2400 100 7200 300 720 30 240 10 1200 50 <eicCode>21Z000000000236Q Csanádpalota (HU>RO) DIRECT Gázipari Kommunikációs Szabvány

FGSZ Zrt.

44/170 <productType>YEARLY 661 8000.123456 666 <seasonalCapacityPrice>1000 10 <sps>1 <productType>QUARTERLY 20000 7000.123456 1900 18 <sps>9 <monthlyReservePrice> <productType>MONTHLY 30000 12345678 3000 16 <sps>4 <productType>DAILY 40000 999.123456 6000 15 <sps>1


FGSZ Zrt.

45/170 PÉLDA AZ ÖSSZES NEGYEDÉVRE TÖRTÉNŐ KAPACITÁS- ÉS TARIFA ÉRTÉKEK BETÖLTÉSÉRE <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:rbp="http://rbp.hu"> <soapenv:Header/> <soapenv:Body> 21X-HU-A-A0A0A-8 2016-12-20 <eicCode>21Z000000000236Q Csanádpalota (HU>RO) DIRECT 480 20 96 4 2400000001 10 480 20 96 4 2400000001 10


FGSZ Zrt.

46/170 480 20 96 4 2400000001 10 480 20 96 4 2400000001 10 <eicCode>21Z000000000236Q Csanádpalota (HU>RO) DIRECT


FGSZ Zrt.

47/170 <productType>QUARTERLY 1 1 1 10 <sps>1 <productType>QUARTERLY 1 1 1 10 <sps>1 <productType>QUARTERLY 1 1 Gázipari Kommunikációs Szabvány

FGSZ Zrt.

48/170 1 10 <sps>1 <productType>QUARTERLY 1 1 1 10 <sps>1

6.1.2. A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A válasz üzenet visszajelzést tartalmaz arról, hogy az elküldött adatok sikeresen megérkeztek és mentésre kerültek az RBP-ben. MEZŐK A válasz nem tartalmaz üzleti információt.


FGSZ Zrt.

49/170 PÉLDA <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:uploadCapacityAndTariffResponse xmlns:ns2="http://service.web.rbp.ipsystems.hu"/>

6.1.3. A KÉRÉST TARTALMAZÓ ÜZENET NAPON BELÜLI AUKCIÓ ESETÉN LEÍRÁS A kérés üzenetben küldünk minden olyan adatot, melyre az RBP-nek szüksége van. STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • •

Fejrész (nem tartalmaz üzleti információt) Tartalom o TSO Tag EIC kódja o Hálózati pont EIC kódja o Termék név o Megszakíthatóság o Irány o Órai kapacitás mennyiség

MEZŐK Megnevezés

Leírás

CML címke név

Formátum/típus

TSO Tag EIC A releváns TSO Tag EIC kódja kódja

tsoEicCode

String

Hálózati pont A hálózati pont EIC kódja EIC kódja

networkPoinEic Code

String

Irány

A megadott hálózati ponthoz way tartozó irány

ENTRY, EXIT

Termék név

Adott napon belüli candidate-hez productName tartozó megnevezés, mely a gáznapra vonatkozó naptrái dátumból és a releváns gázórából áll. Példa: 2015.10.30-21. A termék névben szereplő gázóra, jelen példa esetében 21,

String


FGSZ Zrt.

50/170 Megnevezés

Leírás

CML címke név

Formátum/típus

határozza meg hogy melyik gázórára vonatkozóan fognak a megfelelő értékek betöltődni. Megszakítható ság

Nem megszakítható Megszakítható

Irány

Fizikai, Backhaul

és capacityQuality

gasFlow

Órai kapacitás Adott gázórára vonatkozó órai hourlyCapacity mennyiség kapaciás mennyiség(ek)

FIRM, INTERRUPTIBLE

PHYSICAL, BACKHAUL String

PÉLDA <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:rbp="http://rbp.hu"> <soapenv:Header/> <soapenv:Body> <withinDayCapacityData> 21X-HU-A-A0A0A-8 <withinDayCapacityValue> 39ZVEBALASS11GNJ <way>ENTRY <productName>2015.10.30-21 FIRM PHYSICAL 111 <withinDayCapacityValue> 39ZVEBALASS11GNJ


FGSZ Zrt.

51/170 <way>ENTRY <productName>2015.10.30-22 FIRM PHYSICAL 111

6.1.4. A VÁLASZT TARTALMAZÓ ÜZENET NAPON BELÜLI AUKCIÓ ESETÉN LEÍRÁS A válasz üzenet visszajelzést tartalmaz arról, hogy az elküldött adatok sikeresen megérkeztek és mentésre kerültek az RBP-ben. MEZŐK A válasz nem tartalmaz üzleti információt. PÉLDA <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:uploadWithinDayCapacityResponse xmlns:ns2="http://rbp.hu"/> Ellenőrzés Hiányzó operátor EIC kód.

Hibaüzenet azonosítója MISSING_OPERATOR_EIC

Érvénytelen TSO EIC kód.

INVALID_OPERATOR_EIC_EXCEL

A TSO számára nincs jogosultsága hálózati NO_PERMISSION_TO_TSO pont és áradatokat felölteni! Hiányzó gáznap!

MISSING_GASDAY

Hiányzó hálózati pont értékek!

MISSING_CAPACITY_VALUES

Hiányzó kiinduló ár érték!

MISSING_RESERVE_PRICE_VALUES


FGSZ Zrt.

52/170 Hiányzó hálózati pont EIC kód! Érvénytelen hálózati pont EIC kód!

MISSING_NETWORK_POINT_EIC INVALID_NETWORK_POINT_EIC

Az adatok betöltése sikertelen! Az egyik NONLOCAL_NETWORK_POINT_EIC hálózati pont aukciózó platformja a nem az RBP. Hiányzik az irány megadása. Érvénytelen irány. Túl nagy kapacitásérték. Negatív kapacitásérték. Túl magas kiinduló ár érték. Túl alacsony kiinduló ár érték. Szezonális hálózati pont terméktípusnál értelmezett!

MISSING_DIRECTION_EXCEL INVALID_DIRECTION_EXCEL

csak

TOO_BIG_CAPACITY_VALUE NEGATIVE_CAPACITY_VALUE RESERVE_PRICE_VALUE_TOO_HIGH RESERVE_PRICE_VALUE_TOO_LOW éves INVALID_SEASONAL_RESERVE_PRICE

Hiányzó kiinduló ár érték! Érvénytelen LPS érték! Érvénytelen LPS érték! Hiányzó SPS érték! Érvénytelen SPS érték! Érvénytelen LPS és SPS értékek. LPS nem osztható az SPS-sel.

MISSING_RESERVE_PRICE MISSING_LPS_VALUE INVALID_LPS_VALUE MISSING_SPS_VALUE INVALID_SPS_VALUE INVALID_LPS_SPS_VALUE

LPS kisebb vagy egyenlő az SPS-el.

EQUAL_OR_LESS_LPS_SPS_VALUE

6.2. RBP AUKCIÓK EREDMÉNYEINEK IMPORTJA ÜZLETI CÉL, KÖRNYEZET Ez a szolgáltatás lehetővé teszi, hogy az RBP elküldje a lezárt aukciók szerződéses adatait (TRADE-ek) a TSO Tagnak és a Rendszerhasználó Tagnak. LEÍRÁS A lezárt aukciók sikeres ajánlatai (TRADE-ek) a megfelelő hozzáférési jogok szerint elküldésre kerülnek az igénylő félhez. A szolgáltatás kizárólag érvényes tanúsítvánnyal vehető igénybe és a tanúsítvány tulajdonosának megfelelő jogokkal (Aukció eredmények WebService export-érintett TSO Tag) kell rendelkezni, hogy futtathassa a szolgáltatást. Ezek hiányában a szolgáltatáshoz való hozzáférés megtagadásra kerül. SZEREPLŐK, SZEREPKÖRÖK • • • •

A kérés küldője: TSO Tag A kérés fogadója: RBP A válasz küldője: RBP A válasz fogadója: TSO Tag


FGSZ Zrt.

53/170 ÜTEMEZÉS, HATÁRIDŐK A web service működése szempontjából fontos job lefuttatásának beállítására az IP Management modulban nyílik ütemezési lehetőség. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A szolgáltatás kizárólag érvényes tanúsítvánnyal vehető igénybe. A tanúsítvány tulajdonosának engedéllyel kell rendelkezni, hogy futtathassa a szolgáltatást. Ezek hiányában a hozzáférés megtagadásra kerül.

6.2.1. A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS getTrades STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • •

Fejrész (nem tartalmaz üzleti információt) Tartalom o TSO Tag EIC kódja o Időintervallum (from – to)

MEZŐK Megnevezés

Leírás

TSO Tag EIC A releváns TSO Tag EIC kódja kódja Időintervallum (from – to)

XML címkenév

Formátum / típus

tsoEicCode

String

Az a tól ig időszak, melyek gasday között a TRADE-k lekérdezésre kerülnek

String

PÉLDA <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:getTrades xmlns:ns2="http://service.web.rbp.ipsystems.hu"> <request> 21X-HU-A-A0A0A-8 2015-05-13T14:32:00.000Z 2015-05-14T14:32:08.000Z Gázipari Kommunikációs Szabvány

FGSZ Zrt.

54/170

6.2.2. A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A választ tartalmazó üzenetben küldésre kerül az összes, a megadott intervallumba eső időszak alatt generálódott minden TRADE. STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • •

Fejrész (nem tartalmaz üzleti információt) Tartalom o Trade azonosító o Aukció név o Rendszerhasználó EIC kódja o Rendszerhasználókódja o Rendszerhasználó neve o Hálózati pont EIC kódja o Hálózati pont neve o Hálózati pont IP kódja (nomination ID) o Terméktípus (éves, negyedéves, havi, napi, STRIP) o Instrument (gázév, gáznegyedév, gázhónap, gáznap, STRIP) o Érvényesség kezdete o Érvényesség vége o Kapacitás típus (kapcsolt, nem kapcsolt) o Minőség (megszakítható, nem megszakítható) o Irány (fizikai, backhaul) o Szabványos (szabványos, nem szabványos) o Allokált mennyiség o Kiinduló ár o Elszámoló ár o Aukciós felár o Ügyletazonosító

MEZŐK Megnevezés

Leírás

Trade azonosító

A Trade azonosítására tradeID szolgáló szám


XML címkenév


FGSZ Zrt.

55/170 Aukció név

Egy 8 jegyű auctionName karaktersorozat, ami az aukció egyértelmű azonosítására szolgál.

String

Rendszerhasználó EIC kódja

A rendszerhasználó kódja

String

Rendszerhasználó Operátor kódja

A rendszerhasználó networkUserCode operátori kódja

String

Rendszerhasználó neve

A rendszerhasználó neve

networkUserName

String


networkPointEic

String

Hálózati neve

networkPointName

String

EIC networkUSerEic


Hálózati pont IP A releváns hálózati pont IP networkPointNominationID String kódja kódja (nomination ID) (nomination ID) Termék típus

Éves, negyedéves, havi, prodctType napi, napon belüli, STRIP


Instrument


String

Érvényesség kezdete

Az érvényesség dátuma

Érvényesség vége

Az érvényesség végét jelző validityEnd dátum

String

Kapacitás típus


BUNDLED, UNBUNDLED

Megszakíthatóság Megszakítható, megszakítható Áramlási irány

Fizikai, Backhaul

Szabványos

Szabványos,


instrument kezdő validityStart

capacityType

nem capacityQuality

gasFlow

nem standard

String

FIRM, INTERRUPTIBLE PHYSICAL, BACKHAUL STANDARD,

FGSZ Zrt.

56/170 kapacitástermék

szabványos, szezonális

NON_STANDARD, NON_STANDARDSEASONAL

Allokált mennyiség

Az érintett allocatedCapacity rendszerhasználónak allokált mennyiség

String

Kiinduló ár

A kiinduló ár devizával reservePrice együtt

String

Elszámoló ár

Aukciós felárral kiinduló ár

String

Aukciós felár

Elnyert kapacitásért, a clearingPremium kiinduló ár mellett fizetendő felár

String

Ügyletazonosító

Ügylet azonosítására egyedi ID

String

növelt clearingPrice

pontos confirmatonID szolgáló

PÉLDA <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:getTradesResponse xmlns:ns2="http://service.web.rbp.ipsystems.hu"> 150 00000299 2015-0514T09:54:28.808Z 15X-GDF-SUEZ--2 GDFSUEZ GDF SUEZ Energia Magyarország Zrt. 39WSIFORRASFSEN2 Egyesített Kitárolás


FGSZ Zrt.

57/170

SIFORRASFSEN <productType>YEARLY 2015 GASYEAR 2015.10.01 2016.09.30 UNBUNDLED FIRM PHYSICAL <standard>STANDARD 9000000 418.29 418.29 0 21X-HU-A-A0A0A-8/15X-GDF-SUEZ--2/00000299 <priceDecimals>4 151 00000228 2015-0514T09:54:28.808Z 15X-GDF-SUEZ--2 GDFSUEZ GDF SUEZ Energia Magyarország Zrt. 39WKETELJCS58EN1 MOL betáplálási pontja (2/S)

Nyrt

KTD

összevont

KETELJCS58EN <productType>YEARLY 2015 GASYEAR 2015.10.01 2016.09.30 UNBUNDLED FIRM PHYSICAL <standard>STANDARD 1000


FGSZ Zrt.

58/170 1 194.08 1 194.08 0 21X-HU-A-A0A0A-8/15X-GDF-SUEZ--2/00000228 <priceDecimals>4 152 00000298 2015-0514T09:54:28.808Z 15X-GDF-SUEZ--2 GDFSUEZ GDF SUEZ Energia Magyarország Zrt. 39ZSIFGTAROLSENX Egyesített Letárolás SIFGTAROLSEN <productType>YEARLY 2015 GASYEAR 2015.10.01 2016.09.30 UNBUNDLED FIRM PHYSICAL <standard>STANDARD 8000000 0 0 0 21X-HU-A-A0A0A-8/15X-GDF-SUEZ--2/00000298 <priceDecimals>4

Ellenőrzés


Hibaüzenet azonosítója

FGSZ Zrt.

59/170 Lekérdezés

kezdete

nincs

megadva. MISSING_FROM_DATE

Lekérdezés vége nincs megadva.

MISSING_TO_DATE

Lekérdezés kezdete későbbi dátum mint a FROM_DATE_BIGGER_THAN_TO_DATE vége. User (Network user vagy TSO) EIC kódja MISSING_EIC_CODE hiányzik.

6.3. RBP AUKCIÓK EREDMÉNYEINEK IMPORTJA V2 ÜZLETI CÉL, KÖRNYEZET Ez a szolgáltatás lehetővé teszi, hogy az RBP visszaadja a lezárt aukciók szerződéses adatait (TRADEek) a TSO Tagnak és a Rendszerhasználó Tagnak. Ez a szolgáltatás az ajánlat adás során megadott balancing group információkat is tartalmazza. LEÍRÁS A lezárt aukciók sikeres ajánlatai (TRADE-ek) a megfelelő hozzáférési jogok szerint lekérdezhetők az érintett TSO Tag és a Rendszerhasználó Tag számára. A szolgáltatás kizárólag érvényes tanúsítvánnyal vehető igénybe és a tanúsítvány tulajdonosának megfelelő jogokkal (Aukció eredmények WebService export-érintett) kell rendelkezni, hogy futtathassa a szolgáltatást. Ezek hiányában a szolgáltatáshoz való hozzáférés megtagadásra kerül. SZEREPLŐK, SZEREPKÖRÖK • • • •

A kérés küldője: TSO Tag vagy Rendszerhasználó A kérés fogadója: RBP A válasz küldője: RBP A válasz fogadója: TSO Tag vagy Rendszerhasználó

ÜTEMEZÉS, HATÁRIDŐK A szolgáltatás több mint egy évre visszamenőleg képes visszaadni az aukció eredményeket. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A szolgáltatás kizárólag érvényes tanúsítvánnyal vehető igénybe. A tanúsítvány tulajdonosának engedéllyel kell rendelkezni, hogy futtathassa a szolgáltatást. Ezek hiányában a hozzáférés megtagadásra kerül.

6.3.1. A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS getTradesV2


FGSZ Zrt.

60/170 STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • •

Fejrész (nem tartalmaz üzleti információt) Tartalom o TSO Tag vagy Rendszerhasználó EIC kódja o Időintervallum kezdete o Időintervallum vége

MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

TSO Tag vagy A releváns TSO Tag vagy eicCode Rendszerhasználó rendszerhasználó EIC kódja EIC kódja

String

Időintervallum kezdete

A kérdéses intervallum kezdete

from

Date

Időintervallum vége

A kérdéses intervallum vége

to

Date

PÉLDA <request> <eicCode>39X50SHELL00001Y 2015-01-01 2015-11-20

6.2.2. A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A választ tartalmazó üzenetben küldésre kerül az összes, a megadott intervallumba eső időszak alatt generálódott minden TRADE illetve a balancing group adatok. STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • •

Fejrész (nem tartalmaz üzleti információt) Tartalom o Trade azonosító


FGSZ Zrt.

61/170 o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o o

Aukció név Aukció kezdete Aukció vége Rendszerhasználó EIC kódja Rendszerhasználó kódja Rendszerhasználó neve Hálózati pont EIC kódja Hálózati pont neve Hálózati pont IP kódja (nomination ID) Terméktípus (éves, negyedéves, havi, napi, STRIP) Instrument Érvényesség kezdete Érvényesség vége Kapacitás típus (kapcsolt, nem kapcsolt) Minőség (megszakítható, nem megszakítható) Irány (fizikai, backhaul) Szabványos (szabványos, nem szabványos) Allokált mennyiség Kiinduló ár Elszámoló ár Aukciós felár Ügyletazonosító Tizedes jegyek száma Kapacitás egység Ár mértékegység Pénznem Kapacitás díj Aukciós egységár Aukciós díj Elszámoló ár százalékban Elszámló díj TSO EIC kódja TSO neve Balancing group információ (lista) Balancing group azonosító Zóna azonosító Mennyiség

MEZŐK Megnevezés

Leírás

Trade azonosító

A

Trade

XML címkenév azonosítására tradeID



FGSZ Zrt.

62/170 szolgáló szám Aukció név

Egy 8 jegyű auctionName karaktersorozat, ami az aukció egyértelmű azonosítására szolgál.

String

Aukció kezdő Az aukció kezdő időpontja időpontja

auctionStart

Datetime

Aukció időpontja

auctionEnd

Datetime

záró Az aukció záró időpontja

Rendszerhasználó EIC kódja

A rendszerhasználó EIC networkUSerEic kódja

String

Rendszerhasználó Operátor kódja

A rendszerhasználó networkUserCode operátori kódja

String

Rendszerhasználó neve

A rendszerhasználó neve

networkUserName

String


networkPointEic

String

Hálózati neve

networkPointName

String


Hálózati pont IP A releváns hálózati pont networkPointNominationId kódja IP kódja (nomination ID) (nomination ID)

String

Termék típus

Éves, negyedéves, havi, prodctType napi, napon belüli, STRIP


Instrument


String

Érvényesség kezdete

Az érvényesség időpont

kezdő validityStart

Datetime

Érvényesség vége

Az érvényesség jelző időpont

végét validityEnd

Datetime

Kapacitás típus



instrument

capacityType

BUNDLED,

FGSZ Zrt.

63/170 UNBUNDLED Megszakíthatóság Megszakítható, megszakítható

nem capacityQuality

Áramlási irány

Fizikai, Backhaul


Szabványos, nem standard szabványos, szezonális


Allokált mennyiség

Az érintett allocatedCapacity rendszerhasználónak allokált mennyiség

Decimal

Kiinduló ár

A kiinduló ár devizával reservePrice együtt

Decimal

Elszámoló ár

Aukciós felárral kiinduló ár

Decimal

Aukciós felár

Elnyert kapacitásért, a clearingPremium kiinduló ár mellett fizetendő felár

Decimal

Ügyletazonosító

Ügylet azonosítására egyedi ID

String

Tizedesjegyek

A maximális tizedesjegyek priceDecimals száma

Decimal

Kapacitás egység

a kapacitás capacityUnit mértékegysége: ‘kWh/h/Termék típus’

String

Currency unit

Az árra vonatkoztatott currencyUnit mértékegység: ‘Currency/kWh/h/Product type’

String

Pénznem

A használt pénznem

String


gasFlow

FIRM, INTERRUPTIBLE

növelt clearingPrice

pontos confirmatonID szolgáló

currency

PHYSICAL, BACKHAUL

FGSZ Zrt.

64/170 Kapacitás díj

Tisztán a kapacitásért capacityFee fizetendő díj

Decimal

Az aukció Az aukció ára a kiinduló ár auctionUnitPrice és az elszámolási egységára premium tükrében

Decimal

Aukciós díj

Decimal

Elszámoló százalékban

Az aukciós egységár auctionFee szorozva a mennyiséggel ár Az elszámoló százalékban

ár clearingPrice

Decimal

Elszámoló díj

A kapacitás díj és az clearingFee aukciós díj együttesen

Decimal

TSO EIC kódja

Az érintett TSO EIC kódja

tsoEic

String

TSO neve

Az érintett TSO neve

tsoName

String

Balancing group Balancing információk információ lista

group balancingGroupValues

List

Balancing group Az ajánlatadás során balancingGroup megadott balancing azonosító group azonosító

String

Zona azonosító

Az érintett azonosítója

String

Mennyiség

A balancing group- ra quantity vonatkoztatott mennyiség

zóna zoneId

Decimal

PÉLDA <ns2:getTradesV2Response xmlns:ns2="http://rbp.hu"> 150 00000001 2015-02-27T15:14:35.647Z 2015-02-27T15:18:17.942Z 39X50SHELL00001Y


FGSZ Zrt.

65/170 HUFSHELL SHELL Hungary Kereskedelmi Részvénytársaság

Zártkörűen

Működő

21Z000000000158K Mediesu Aurit (Aranyosmeggyes) ARMEGGY1HHN <productType>MONTHLY 2015.04 GASMONTH 2015-12-01T05:00:00Z 2016-01-01T04:59:59.999Z UNBUNDLED FIRM PHYSICAL <standard>STANDARD 800 213.12 255.75 20 21X0000000013279/39X50SHELL00001Y/00000001 <priceDecimals>2 kWh/h/M <currencyUnit>UAH/kWh/h/M <currency>UAH 170498.72 42.62 34099.74 120.00 204598.46 21X0000000013279 PJSC Ukrtransgaz XXX UKR 400 YYY UKR 400


FGSZ Zrt.

66/170


FGSZ Zrt.

67/170

7. BILATERÁLIS KAPACITÁS ÁTADÁS 7.1. BILATERÁLIS AJÁNLAT BEADÁS (OFFERBILATERALCAPACITY) ÜZLETI CÉL, KÖRNYEZET A szolgáltatás célja, hogy a megfelelő jogosultsággal rendelkező rendszerhasználók általuk birtokolt kapacitást ajánlhatnak fel más rendszerhasználók számára. LEÍRÁS Az ajánlat beküldésekor formai ellenőrzések után rögzítjük a rendszerben az ajánlatot. Azt, hogy rendelkezésre áll-e a kapacitás a rendszerüzemeltetők ellenőrzik. Ha minden szereplő jóváhagyja a bilatot, a kapacitást csak akkor szabad átvezetni. A kapacitás átadás nem jár szerződés módosítással. Kapacitást átadni egy adott órától bármelyik gáznap végéig lehet, kivéve napon belüli átadás esetében, olyankor csak az adott gáznap vége választható. SZEREPLŐK, SZEREPKÖRÖK • • • •

A kérés küldője: Rendszerhasználó Tag (átadó) A kérés fogadója: RBP Üzemeltető A válasz küldője: RBP Üzemeltető A válasz fogadója: Rendszerhasználó Tag (átadó)

ÜTEMEZÉS, HATÁRIDŐK A vonatkozási időszaknak legalább a beadás időpontjától kezdve 4 óra múlva kell kezdődnie. A bilat érvényességének legalább a vonatkozási időszak kezdete előtt 3 órával kell végződnie. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet bilaterális kapacitás átadást beküldeni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell bilaterális kapacitás átadást jogosultsággal. Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést. Az átadás kezdetét UTC szerint órás pontossággal kell megadni. A beadott időpontnál csak az órát vesszük figyelembe, a percet, másodpercet, stb levágjuk. Beadott átadás Átkonvertált kezdete (UTC) kezdete (UTC)

átadás Átadás magyar (CET)

kezdete Megjegyzés idő szerint

2015.08.06 13:14:22.589

2015.08.06 13:00:00.000

2015.08.06 15:00

Nyári időszámítás

2015.10.25

2015.10.25 04:00:00.000

2015.10.25 05:00

Téli időszámítás


FGSZ Zrt.

68/170 04:59:59.999 2015.11.05 23:59:59.999

2015.11.05 23:00:00.000

2015.11.06 00:00


Az átadás végét nap pontossággal kell megadni. Az időpontot mindig a téli és nyári időszámítás szerint az adott naptári napra eső gáznap végéhez igazítjuk UTC szerint. Beadott átadás vége Átkonvertált átadás vége Átadás vége magyar Megjegyzés (UTC) (UTC) idő szerint (CET) 2015.08.07 15:14:22.589

2015.08.07 03:59:59.999

2015.08.07 05:59


2015.10.25 01:59:59.999

2015.10.25 04:59:59.999

2015.10.25 05:59


2015.08.06 23:59:59.999

2015.08.06 03:59:59.999

2015.08.06 05:59


Az érvényességet ezredmásodperc pontossággal rögzíti a rendszer, nem konvertáljuk.


FGSZ Zrt.

69/170 Ellenőrzés Hibaüzenet azonosítója A vonatkozási időszak kezdetének korábbinak kell lennie, mint a OFFER_BILATERAL_CAPACITY_START_DATE_GREATER végének. A vonatkozási időszak kezdetének a 4 órás eltoláson kívülre kell esnie OFFER_BILATERAL_CAPACITY_START_DATE_BEFORE_REFERENCE Az érvényesség végének legalább 3 órával a vonatkozási időszak kezdete elé kell esnie A vonatkozási időszaknak gáznap végéig kell tartania. Napon belüli esetben az adott gáznap végéig. Az átvevőnek a kiválasztott zónában szerződött rendszerhasználónak kell lennie. Nem lehet ugyanaz az átadó és az átvevő A kiválasztott zónák csak a ponthoz kapcsolódó zónák lehetnek. Csak a rendszerben létező zónát lehet megadni. Az átadónak a kiválasztott zónában szerződött rendszerhasználónak kell lennie. A kiválasztott rendszerhasználónak léteznie kell a rendszerben. A kiválasztott rendszerhasználónak érvényesnek kell lennie a start dátum időpontjában.

OFFER_BILATERAL_CAPACITY_VALIDITY_AFTER_REFERENCE OFFER_BILATERAL_CAPACITY_INVALID_END_DATE OFFER_BILATERAL_CAPACITY_PARTNER_MISSING_FROM_ZONE OFFER_BILATERAL_CAPACITY_PARTNER_AND_SELLER_ARE_THE_SAME OFFER_BILATERAL_CAPACITY_ZONES_MUST_BELONG_TO_THE_CAPACITY_POINT OFFER_BILATERAL_CAPACITY_ZONES_MUST_EXIST OFFER_BILATERAL_CAPACITY_SELLER_MUST_BE_ASSIGNED_TO_THE_ZONE OFFER_BILATERAL_CAPACITY_NETWORK_USER_NOT_EXISTS OFFER_BILATERAL_CAPACITY_NETWORK_USER_NOT_VALID

A kiválasztott hálózati pontnak léteznie kell a rendszerben. OFFER_BILATERAL_CAPACITY_CAPACITY_POINT_NOT_EXISTS A kiválasztott hálózati pontnak érvényesnek kell lennie a start dátum OFFER_BILATERAL_CAPACITY_CAPACITY_POINT_NOT_VALID időpontjában. Backhaul kapacitás csak megszakítható lehet. Szezonális kapacitás csak nem megszakítható lehet. Szezonális kapacitás csak éves lehet. Nem szabványos kapacitás csak STRIP típusú lehet. Az iránynak meg kell egyeznie a hálózati ponton értelmezett irányokkal. STRIP termék csak nem megszakítható lehet Az érvényesség vége a nem lehet a múltban Gázipari Kommunikációs Szabvány

OFFER_BILATERAL_CAPACITY_BACKHAUL_FIRM OFFER_BILATERAL_CAPACITY_SEASONAL_INTERRUPTIBLE OFFER_BILATERAL_CAPACITY_SEASONAL_NOT_YEARLY OFFER_BILATERAL_CAPACITY_PRODUCT_TYPE_NOT_STRIP OFFER_BILATERAL_CAPACITY_DIRECTION_IS_INVALID OFFER_BILATERAL_CAPACITY_STRIP_MUST_BE_FIRM OFFER_BILATERAL_CAPACITY_VALIDITY_IN_THE_PAST FGSZ Zrt.

70/170

7.1.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS OfferBilateralCapacity STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • •

Fejrész Tartalom o Bilaterális ajánlat A fejrész nem tartalmaz üzleti információt. MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Átvevő EIC kódja

Az átvevő rendszerhasználó PartnerNetworkUserEic String EIC kódja


CapacityPointEicCode

String

Kapacitás típus


CapacityType

BUNDLED, UNBUNDLED

Átadás iránya

Direkt, vissza

Direction

DIRECT, REVERSE

Áramlási irány

Fizikai, Backhaul

GasFlow

PHYSICAL, BACKHAUL

Termék típus

Éves, negyedéves, havi, napi, ProdctType napon belüli, STRIP


nem ProductQuality

YEARLY, QUARTERLY MONTHLY, DAILY, WITHINDAY, STRIP FIRM, INTERRUPTIBLE


Szabványos, nem szabványos, Standard szezonális


Zónák

Zóna lista

String

Zones

Átadás kezdő Az átadás vonatkozási StartDate időpontja (UTC) időszakának kezdete UTC szerint

Datetime

Átadás záró Az átadás vonatkozási EndDate időpontja (UTC) időszakának vége UTC szerint

Datetime

Órai mennyiség

Integer

Az átadásra kínált kapacitás HourlyQuantity mennyiség kWh/h mértékegységben

Érvényesség vége Az az időpont UTC szerint, Validity időpont (UTC) ameddig minden résztvevő Gázipari Kommunikációs Szabvány

Datetime

71/170 jóváhagyásának kerülnie Megjegyzés

rá

kell

Az átadó által hozzáfűzött Note megjegyzés

String

PÉLDA <PartnerNetworkUserEic>39X50TIGKER00003 21Z000000000236Q BUNDLED DIRECT PHYSICAL YEARLY FIRM <Standard>STANDARD HUN ROU <StartDate>2015-05-30T09:00:00 <EndDate>2015-09-15T05:59:59 .999 1100 2015-05-29T09:00:00 …

7.1.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A válasz üzenet a rögzítés sikeressége estén üres, vagy az esetleges hibakódok kerülnek bele. LOGIKAI SZERKEZET A válaszüzenet logikai felépítése az alábbi: •

Hibaüzenet-sorok az alábbiak szerint: o Hibakód

MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Hibakód

Hibakód

error

String

PÉLDA <soap:Body> Gázipari Kommunikációs Szabvány

FGSZ Zrt.

72/170 <soap:Fault> soap:Server INVALID_BILATERAL_OFFER <detail> <ns1:BilateralOfferWebServiceFault xmlns:ns1="http://rbp.hu"> <error>OFFER_BILATERAL_CAPACITY_INVALID_END_DATE

7.2. BILATERÁLIS KAPACITÁS ÁTADÁSOK LEKÉRDEZÉSE ÜZEMELTETŐK SZÁMÁRA (GETBILATERALOFFERSBYTSO) ÜZLETI CÉL, KÖRNYEZET A megfelelő jogosultsággal rendelkező üzemeltetők lekérdezhetik azokat a bilaterális kapacitás felajánlásokat, amelyekben érintettek és éppen folyamatban vannak. LEÍRÁS A szolgáltatás visszaadja azokat a felajánlásokat, amelyek épp folyamatban vannak és az üzemeltetőnek teendője van vele. A következő státuszok lehetnek: •

•

•

•

WAITING_FOR_TSO: Az üzemeltetőnek ellenőriznie kell, hogy rendelkezésre áll-e a kapacitás, és biztosítani, hogy ha minden résztvevő jóváhagyja az érvényesség lejárta előtt, akkor át lehessen adni a kapacitást. Ha ez megtörtént, akkor vissza kell szólnia az RBP- nek, hogy jóváhagyja a kapacitásátadást. (ApproveBilateralOfferByTso) Ha nem áll rendelkezésre a kapacitás, akkor el kell utasítani az átadást. (RefuseBilateralOfferByTso) REVOKED_BY_SELLER: Az átadó visszavonta az ajánlatot. Ha az üzemeltető már jóváhagyta az átadást és zárolta a kapacitást, akkor fel kell oldani azt, és jeleznie kell az RBP felé, hogy részéről lezártnak tekinthető az ügylet. (CloseBilateralOfferByTso) REFUSED_BY_TSO: BUNDLED kapacitás esetén a kapcsolódó zóna üzemeltetője elutasította az átadást. Ha az üzemeltető már jóváhagyta az átadást és zárolta a kapacitást, akkor fel kell oldani azt, és jeleznie kell az RBP felé, hogy részéről lezártnak tekinthető az ügylet. (CloseBilateralOfferByTso) REJECTED_BY_BUYER: Az átvevő visszautasította az ajánlatot. Ha az üzemeltető már jóváhagyta az átadást és zárolta a kapacitást, akkor fel kell oldani azt, és jeleznie kell az RBP felé, hogy részéről lezártnak tekinthető az ügylet. (CloseBilateralOfferByTso)


FGSZ Zrt.

73/170 •

•

APPROVED: Minden résztvevő jóváhagyta az átadást. Az üzemeltetőnek át kell vezetnie a kapacitás,t és jeleznie kell az RBP felé, hogy részéről lezártnak tekinthető az ügylet. (CloseBilateralOfferByTso) EXPIRED: Az ügylet érvényessége lejárt. Ha az üzemeltető zárolta a kapacitást, akkor fel kell oldani azt, és jeleznie kell az RBP felé, hogy részéről lezártnak tekinthető az ügylet. (CloseBilateralOfferByTso)

SZEREPLŐK, SZEREPKÖRÖK • • • •

A kérés küldője: TSO Tag A kérés fogadója: RBP Üzemeltető A válasz küldője: RBP Üzemeltető A válasz fogadója: TSO Tag

ÜTEMEZÉS, HATÁRIDŐK A bilat érvényességi idejéig el kell jutni a következő státuszok valamelyikébe: REFUSED_BY_TSO, REVOKED_BY_SELLER, REJECTED_BY_BUYER, APPROVED. Amennyiben ez nem valósul meg, EXPIRED státuszba kerül a bilat. A bilatokat mindaddig vissza fogja adni a szolgáltatás, amíg CLOSED státuszba nem kerülnek. A CLOSED státuszúakat már nem adja vissza a szolgáltatás. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet az ügyleteket lekérdezni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell bilat jóváhagyó jogosultsággal. Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést.

7.2.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS GetBilateralOffersByTso STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK A kérés nem tartalmaz információt, mivel a tanúsítvány alapján azonosítunk. PÉLDA


FGSZ Zrt.

74/170

7.2.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A válasz üzenetben vissza adunk minden olyan ügyletet, amellyel az üzemeltetőnek van valami teendője. LOGIKAI SZERKEZET A válaszüzenet logikai felépítése az alábbi: • •

Hibaüzenet-sorok az alábbiak szerint: o Hibakód Bilaterális ajánlatok o Bilat azonosító o Érintett nominálási azonosítók o Átadó EIC kódja o Átvevő EIC kódja o Hálózati pont EIC kódja o Kapacitás típus o Átadás iránya o Áramlási irány o Termék típus o Megszakíthatóság o Szabványos kapacitástermék o Zónák o Átadás kezdő időpontja (UTC) o Átadás záró időpontja (UTC) o Órai mennyiség o Érvényesség vége időpont (UTC) o Megjegyzés o Státusz o Záró státusz o Elutasítás oka

MEZŐK Megnevezés

Leírás

Bilat azonosító

A bilaterális azonosítója

Érintett nominálási azonosítók

A bilatnál használt NominationIds nominálási azonosító. Csak azt a nominálási azonosítót adjuk vissza, amelyik az adott TSO Tag zónájára vonatkozik.

String

Átadó EIC kódja

Az átadó rendszerhasználó SellerNetworkUserEic

String


XML címkenév ajánlat Id

Formátum / típus Long

FGSZ Zrt.

75/170 Megnevezés

Leírás EIC kódja

XML címkenév

Formátum / típus

Átvevő EIC kódja




String

Kapacitás típus


CapacityType

BUNDLED, UNBUNDLED

Átadás iránya

Direkt, vissza

Direction

DIRECT, REVERSE

Áramlási irány

Fizikai, Backhaul

GasFlow

PHYSICAL, BACKHAUL

Termék típus




nem ProductQuality

FIRM, INTERRUPTIBLE


Szabványos, szabványos, szezonális

nem Standard


Zónák

Csak azt a zónát adjuk vissza, Zones amelyik az adott TSO Tag zónájára vonatkozik.

String


Datetime


Datetime

Órai mennyiség

Integer


Érvényesség vége Az az időpont UTC szerint, Validity időpont (UTC) ameddig minden résztvevő jóváhagyásának rá kell kerülnie

Datetime

Megjegyzés


String

Státusz

A bilat aktuális státusza

WAITING_FOR_TSO, REFUSED_BY_TSO, REVOKED_BY_SELLER, WAITING_FOR_BUYER, REJECTED_BY_BUYER,


Status

FGSZ Zrt.

76/170 Megnevezés

Leírás

XML címkenév

Formátum / típus APPROVED, CLOSED, EXPIRED

Záró státusz

A CLOSED státusz utolsó státusz

előtti FinalStatus

Elutasítás oka

A TSO, az átadó, vagy az RefuseComment átvevő tölti ki abban az esetben, ha elutasítja, visszavonja, vagy visszautasítja a bilatot.

REFUSED_BY_TSO, REVOKED_BY_SELLER, REJECTED_BY_BUYER, APPROVED, EXPIRED String

PÉLDA <ns2:GetBilateralOffersByTsoResponse xmlns:ns2="http://rbp.hu"> 150 KECSANAD1HBN <SellerNetworkUserEic>39X50EONTRADE00B <PartnerNetworkUserEic>39X50SHELL00001Y 21Z000000000236Q BUNDLED DIRECT PHYSICAL YEARLY FIRM <Standard>STANDARD HUN <StartDate>2015-08-27Z <EndDate>2015-09-15Z 1000 2015-08-27Z Offer cpacity to SHELL <Status>WAITING_FOR_TSO Gázipari Kommunikációs Szabvány

FGSZ Zrt.

77/170 151 KAABA00011GN <SellerNetworkUserEic>39X50EONTRADE00B <PartnerNetworkUserEic>39X50TIGKER00003 39ZKAABA00011GNE UNBUNDLED DIRECT PHYSICAL DAILY FIRM <Standard>STANDARD HUN <StartDate>2015-09-21Z <EndDate>2015-09-24Z 200 2015-09-08Z Offer capacity to TIGAZ. <Status>APPROVED

7.3. BILATERÁLIS KAPACITÁS ÁTADÁSOK LEKÉRDEZÉSE AZ ÁTADÓ SZÁMÁRA (GETBILATERALOFFERSBYSELLER) ÜZLETI CÉL, KÖRNYEZET A megfelelő jogosultsággal rendelkező rendszerhasználók lekérdezhetik azokat a bilaterális kapacitás felajánlásokat, amelyeket ők hoztak létre és az átadás kezdete időpont a jövőben van. LEÍRÁS A szolgáltatás visszaadja azokat a felajánlásokat, amelyek épp folyamatban vannak, vagy már lezáródtak, de még nem jött el az átadás időpontja. A következő státuszok lehetnek: • • • •

WAITING_FOR_TSO: Az átadó visszavonhatja a felajánlást. REVOKED_BY_SELLER: Az átadó visszavonta az ajánlatot. REFUSED_BY_TSO: A TSO Tag elutasította az átadást. A RefuseComment mezőből kiolvasható az elutasítás oka. WAITING_FOR_BUYER: A TSO Tag jóváhagyta a bilatot. Az átadó visszavonhatja a felajánlást.


FGSZ Zrt.

78/170 • • • •

REJECTED_BY_BUYER: Az átvevő visszautasította az ajánlatot. A RefuseComment mezőből kiolvasható az elutasítás oka. APPROVED: Minden résztvevő jóváhagyta az átadást. EXPIRED: Az ügylet érvényessége lejárt. CLOSED: A TSO Tagok nyugtázták a bilat vég státuszát. A FinalStatus mezőből kiolvasható, hogy hogyan záródott a bilat.

SZEREPLŐK, SZEREPKÖRÖK

• • • •


ÜTEMEZÉS, HATÁRIDŐK A bilat érvényességi idejéig el kell jutni a következő státuszok valamelyikéig: REFUSED_BY_TSO, REVOKED_BY_SELLER, REJECTED_BY_BUYER, APPROVED. Amennyiben ez nem valósul meg, EXPIRED státuszba kerül a bilat. A bilatokat mindaddig vissza fogja adni a szolgáltatás, amíg CLOSED státuszba nem kerülnek. A CLOSED státuszúakat az átadás időpontjáig adja vissza, utána nem. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet az ügyleteket lekérdezni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell bilat ajánlat jogosultsággal. Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést.

7.3.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS GetBilateralOffersBySeller STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK A kérés nem tartalmaz információt, mivel a tanúsítvány alapján azonosítunk. PÉLDA


FGSZ Zrt.

79/170

7.3.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A válasz üzenetben vissza adunk minden olyan ügyletet, amelyet a rendszerhasználó hozott létre, nem CLOSED státuszú, vagy ha CLOSED státuszú, akkor még nem jött el az átadás időpontja. LOGIKAI SZERKEZET A válaszüzenet logikai felépítése az alábbi: • •

Hibaüzenet-sorok az alábbiak szerint: o Hibakód Bilaterális ajánlatok o Bilat azonosító o Érintett nominálási azonosítók o Átadó EIC kódja o Átvevő EIC kódja o Hálózati pont EIC kódja o Kapacitás típus o Átadás iránya o Áramlási irány o Termék típus o Megszakíthatóság o Szabványos kapacitástermék o Zónák o Átadás kezdő időpontja (UTC) o Átadás záró időpontja (UTC) o Órai mennyiség o Érvényesség vége időpont (UTC) o Megjegyzés o Státusz o Záró státusz o Elutasítás oka

MEZŐK Megnevezés

Leírás

Bilat azonosító



A bilatnál használt NominationIds nominálási azonosító lista. UNBUNDLED esetben csak egy elemű, BUNDLED esetben a zónáknak megfelelő sorrendben adjuk


XML címkenév ajánlat Id

Formátum / típus Long String

FGSZ Zrt.

80/170 vissza Átadó EIC kódja

Az átadó rendszerhasználó SellerNetworkUserEic EIC kódja

String

Átvevő EIC kódja




String

Kapacitás típus


CapacityType

BUNDLED, UNBUNDLED

Átadás iránya

Direkt, vissza

Direction

DIRECT, REVERSE

Áramlási irány

Fizikai, Backhaul

GasFlow

PHYSICAL, BACKHAUL

Termék típus




nem ProductQuality

FIRM, INTERRUPTIBLE



nem Standard


Zónák

Az érintett zónák listája. Zones BUNDLED esetben a pont tulajdonságainak megfelelő sorrendben adjuk őket vissza. UNBUNDLED esetben egy elemű a lista.

String


Datetime


Datetime

Órai mennyiség

Integer


Érvényesség vége Az az időpont, ameddig Validity időpont (UTC) minden résztvevő jóváhagyásának rá kell kerülnie

Datetime

Megjegyzés


String

Státusz


WAITING_FOR_TSO,


Status

FGSZ Zrt.

81/170 REFUSED_BY_TSO, REVOKED_BY_SELLER, WAITING_FOR_BUYER, REJECTED_BY_BUYER, APPROVED, CLOSED, EXPIRED Záró státusz


előtti FinalStatus

Elutasítás oka

A TSO Tag, az átadó, vagy az RefuseComment átvevő tölti ki abban az esetben, ha elutasítja, visszavonja, vagy visszautasítja a bilatot.


PÉLDA <ns2:GetBilateralOffersBySellerResponse xmlns:ns2="http://rbp.hu"> 150 KECSANAD1HBN ROUKECSANAD1HBN <SellerNetworkUserEic>39X50EONTRADE00B <PartnerNetworkUserEic>39X50SHELL00001Y 21Z000000000236Q BUNDLED DIRECT PHYSICAL YEARLY FIRM <Standard>STANDARD HUN ROU <StartDate>2015-08-27Z <EndDate>2015-09-15Z 1000 Gázipari Kommunikációs Szabvány

FGSZ Zrt.

82/170 2015-08-27Z Offer cpacity to SHELL <Status>WAITING_FOR_TSO 151 KAABA00011GN <SellerNetworkUserEic>39X50EONTRADE00B <PartnerNetworkUserEic>39X50TIGKER00003 39ZKAABA00011GNE UNBUNDLED DIRECT PHYSICAL DAILY FIRM <Standard>STANDARD HUN <StartDate>2015-09-21Z <EndDate>2015-09-24Z 200 2015-09-08Z Offer capacity to TIGAZ. <Status>CLOSED APPROVED

7.4. BILATERÁLIS KAPACITÁS ÁTADÁSOK LEKÉRDEZÉSE AZ ÁTVEVŐ SZÁMÁRA (GETBILATERALOFFERSBYBUYER) ÜZLETI CÉL, KÖRNYEZET A megfelelő jogosultsággal rendelkező rendszerhasználók lekérdezhetik azokat a bilaterális kapacitás felajánlásokat, amelyekben átvevőként vannak megjelölve és az átadás kezdete időpont a jövőben van.


FGSZ Zrt.

83/170 LEÍRÁS A szolgáltatás visszaadja azokat a felajánlásokat, amelyek épp folyamatban vannak, vagy már lezáródtak, de még nem jött el az átadás időpontja. A következő státuszok lehetnek: • • • • • • • •

WAITING_FOR_TSO: Az átvevő visszautasíthatja a felajánlást. REVOKED_BY_SELLER: Az átadó visszavonta az ajánlatot. REFUSED_BY_TSO: A TSO Tag elutasította az átadást. A RefuseComment mezőből kiolvasható az elutasítás oka. WAITING_FOR_BUYER: A TSO Tag jóváhagyta a bilatot. Az átvevő visszautasíthatja, vagy elfogadhatja a felajánlást. REJECTED_BY_BUYER: Az átvevő visszautasította az ajánlatot. A RefuseComment mezőből kiolvasható az elutasítás oka. APPROVED: Minden résztvevő jóváhagyta az átadást. EXPIRED: Az ügylet érvényessége lejárt. CLOSED: A TSO Tagok nyugtázták a bilat vég státuszát. A FinalStatus mezőből kiolvasható, hogy hogyan záródott a bilat.

SZEREPLŐK, SZEREPKÖRÖK • • • •

A kérés küldője: Rendszerhasználó Tag (átvevő) A kérés fogadója: RBP Üzemeltető A válasz küldője: RBP Üzemeltető A válasz fogadója: Rendszerhasználó Tag (átvevő)

ÜTEMEZÉS, HATÁRIDŐK A bilat érvényességi idejéig el kell jutni a következő státuszok valamelyikéig: REFUSED_BY_TSO, REVOKED_BY_SELLER, REJECTED_BY_BUYER, APPROVED. Amennyiben ez nem valósul meg, EXPIRED státuszba kerül a bilat. A bilatokat mindaddig vissza fogja adni a szolgáltatás, amíg CLOSED státuszba nem kerülnek. A CLOSED státuszúakat az átadás időpontjáig adja vissza, utána nem. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet az ügyleteket lekérdezni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell bilat ajánlat jogosultsággal. Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést.

7.4.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS GetBilateralOffersByBuyer STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel.


FGSZ Zrt.

84/170 • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK A kérés nem tartalmaz információt, mivel a tanúsítvány alapján azonosítunk. PÉLDA

7.4.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A válasz üzenetben vissza adunk minden olyan ügyletet, amelyben a rendszerhasználó a kedvezményezett, nem CLOSED státuszú, vagy ha CLOSED státuszú, akkor még nem jött el az átadás időpontja. LOGIKAI SZERKEZET A válaszüzenet logikai felépítése az alábbi: • •

Hibaüzenet-sorok az alábbiak szerint: o Hibakód Bilaterális ajánlatok o Bilat azonosító o Érintett nominálási azonosítók o Átadó EIC kódja o Átvevő EIC kódja o Hálózati pont EIC kódja o Kapacitás típus o Átadás iránya o Áramlási irány o Termék típus o Megszakíthatóság o Szabványos kapacitástermék o Zónák o Átadás kezdő időpontja o Átadás záró időpontja o Órai mennyiség o Érvényesség vége időpont o Megjegyzés o Státusz o Záró státusz


FGSZ Zrt.

85/170 Elutasítás oka

o MEZŐK Megnevezés

Leírás

XML címkenév

Bilat azonosító



A bilatnál használt NominationIds nominálási azonosító lista. UNBUNDLED esetben csak egy elemű, BUNDLED esetben a zónáknak megfelelő sorrendben adjuk vissza

String

Átadó EIC kódja

Az átadó rendszerhasználó SellerNetworkUserEic EIC kódja

String

Átvevő EIC kódja


ajánlat Id




String

Kapacitás típus


CapacityType

BUNDLED, UNBUNDLED

Átadás iránya

Direkt, vissza

Direction

DIRECT, REVERSE

Áramlási irány

Fizikai, Backhaul

GasFlow

PHYSICAL, BACKHAUL

Termék típus




nem ProductQuality

FIRM, INTERRUPTIBLE



nem Standard


Zónák

Az érintett zónák listája. Zones BUNDLED esetben a pont tulajdonságainak megfelelő sorrendben adjuk őket vissza. UNBUNDLED esetben egy elemű a lista.

String

Átadás kezdő Az átadás vonatkozási StartDate időpontja időszakának kezdete

Date

Átadás

Date

záró Az

átadás


vonatkozási EndDate

FGSZ Zrt.

86/170 Megnevezés időpontja

Leírás időszakának vége

XML címkenév

Órai mennyiség


Formátum / típus Integer

Érvényesség vége Az az időpont, ameddig Validity időpont minden résztvevő jóváhagyásának rá kell kerülnie

Date

Megjegyzés


String

Státusz


WAITING_FOR_TSO, REFUSED_BY_TSO, REVOKED_BY_SELLER, WAITING_FOR_BUYER, REJECTED_BY_BUYER, APPROVED, CLOSED, EXPIRED

Záró státusz


Elutasítás oka

A TSO Tag, az átadó, vagy az RefuseComment átvevő tölti ki abban az esetben, ha elutasítja, visszavonja, vagy visszautasítja a bilatot.

Status

előtti FinalStatus


PÉLDA <ns2:GetBilateralOffersByBuyerResponse xmlns:ns2="http://rbp.hu"> 150 KECSANAD1HBN ROUKECSANAD1HBN <SellerNetworkUserEic>39X50EONTRADE00B <PartnerNetworkUserEic>39X50SHELL00001Y


FGSZ Zrt.

87/170 21Z000000000236Q BUNDLED DIRECT PHYSICAL YEARLY FIRM <Standard>STANDARD HUN ROU <StartDate>2015-08-27Z <EndDate>2015-09-15Z 1000 2015-08-27Z Offer cpacity to SHELL <Status>WAITING_FOR_TSO

7.5. BILATERÁLIS KAPACITÁS ÁTADÁS ELUTASÍTÁSA ÜZEMELTETŐK SZÁMÁRA (REFUSEBILATERALOFFERBYTSO) ÜZLETI CÉL, KÖRNYEZET A megfelelő jogosultsággal rendelkező üzemeltetők elutasíthatják azokat a bilaterális kapacitás felajánlásokat, amelyekben érintettek és éppen folyamatban vannak. LEÍRÁS A szolgáltatás kizárólag WAITING_FOR_TSO státuszban lévő ajánlatok esetében hívható meg SZEREPLŐK, SZEREPKÖRÖK • • • •


ÜTEMEZÉS, HATÁRIDŐK A bilat érvényességi idejéig lehet a szolgáltatást meghívni. Amennyiben ez nem valósul meg, EXPIRED státuszba kerül a bilat.


FGSZ Zrt.

88/170 ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet a szolgáltatást meghívni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell bilat jóváhagyó jogosultsággal. Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést.


FGSZ Zrt.

89/170 Ellenőrzés Csak létező bilaterális kapacitás átadást lehet elutasítani.

Hibaüzenet azonosítója BILATERAL_OFFER_IS_NOT_EXISTS

Csak olyan bilaterális kapacitás átadást lehet elutasítani, BILATERAL_OFFER_OPERATOR_IS_NOT_ASSIGNED_TO_THE_OFFER amelyiknél a TSO Tag operátora egy érintett zónának. Csak olyan bilaterális kapacitás átadást lehet elutasítani, BILATERAL_OFFER_IT_HAS_BEEN_ALREADY_APPROVED amelyiket még nem hagyta jóvá az adott TSO Tag. Csak olyan bilaterális kapacitás átadást lehet jóváhagyni, amelyik BILATERAL_OFFER_INVALID_OPERATION WAITING_FOR_TSO státuszban van.


FGSZ Zrt.

7.5.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS RefuseBilateralOfferByTso STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Bilat azonosító

A bilaterális ajánlat azonosítója

Id

Long

Elutasítás oka

A TSO Tagnak indokolnia kell, Comment hogy miért utasította el az átadást.

String

PÉLDA 999 Not enough capacity. Only 100kWh/h is available for the selected period and type.



MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Hibakód

Hibakód

error

String


91/170 PÉLDA <soap:Body> <soap:Fault> soap:Server INVALID_REFUSE <detail> <ns1:BilateralOfferWebServiceFault xmlns:ns1="http://rbp.hu"> <error>BILATERAL_OFFER_IS_NOT_EXISTS

7.6. BILATERÁLIS KAPACITÁS ÁTADÁS JÓVÁHAGYÁSA ÜZEMELTETŐK SZÁMÁRA (APPROVEBILATERALOFFERBYTSO) ÜZLETI CÉL, KÖRNYEZET A megfelelő jogosultsággal rendelkező üzemeltetők jóváhagyhatják azokat a bilaterális kapacitás felajánlásokat, amelyekben érintettek és éppen folyamatban vannak. LEÍRÁS A szolgáltatás kizárólag WAITING_FOR_TSO státuszban lévő ajánlatok esetében hívható meg SZEREPLŐK, SZEREPKÖRÖK • • • •


ÜTEMEZÉS, HATÁRIDŐK A bilat érvényességi idejéig lehet a szolgáltatást meghívni. Amennyiben ez nem valósul meg, EXPIRED státuszba kerül a bilat. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet a szolgáltatást meghívni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell bilat TSO Tag jóváhagyó jogosultsággal.


FGSZ Zrt.

92/170 Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést.


FGSZ Zrt.

93/170 Ellenőrzés Csak létező bilaterális kapacitás átadást lehet jóváhagyni.


Csak olyan bilaterális kapacitás átadást lehet jóváhagyni, BILATERAL_OFFER_OPERATOR_IS_NOT_ASSIGNED_TO_THE_OFFER amelyiknél a TSO Tag operátora egy érintett zónának. Csak olyan bilaterális kapacitás átadást lehet jóváhagyni, BILATERAL_OFFER_IT_HAS_BEEN_ALREADY_APPROVED amelyiket még nem hagyta jóvá az adott TSO Tag. Csak olyan bilaterális kapacitás átadást lehet jóváhagyni, amelyik BILATERAL_OFFER_INVALID_OPERATION WAITING_FOR_TSO státuszban van.


FGSZ Zrt.

7.6.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS ApproveBilateralOfferByTso STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Bilat azonosító


Id

Long

PÉLDA <ApproveBilateralOfferByTsoRequest> 999



MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Hibakód

Hibakód

error

String

PÉLDA <soap:Body> <soap:Fault> soap:Server INVALID_APPROVAL Gázipari Kommunikációs Szabvány

95/170 <detail> <ns1:BilateralOfferWebServiceFault xmlns:ns1="http://rbp.hu"> <error>BILATERAL_OFFER_IS_NOT_EXISTS

7.7. BILATERÁLIS KAPACITÁS ÁTADÁS VISSZAVONÁSA AZ ÁTADÓ SZÁMÁRA (REVOKEBILATERALOFFERBYSELLER) ÜZLETI CÉL, KÖRNYEZET A megfelelő jogosultsággal rendelkező rendszerhasználók visszavonhatják azokat a bilaterális kapacitás felajánlásokat, amelyeket ők hoztak létre. LEÍRÁS A szolgáltatás kizárólag WAITING_FOR_TSO és WAITING_FOR_BUYER státuszban lévő ajánlatok esetében hívható meg SZEREPLŐK, SZEREPKÖRÖK • • • •


ÜTEMEZÉS, HATÁRIDŐK A bilat érvényességi idejéig lehet a szolgáltatást meghívni. Amennyiben ez nem valósul meg, EXPIRED státuszba kerül a bilat. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet a szolgáltatást meghívni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell bilaterális kapacitás átadás jogosultsággal. Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést.


FGSZ Zrt.

96/170 Ellenőrzés Csak létező bilaterális kapacitás átadást lehet visszavonni.


Csak olyan bilaterális kapacitás átadást lehet visszavonni, OFFER_BILATERAL_REVOKE_BY_SELLER_INVALID_NU amelyiknél a rendszerhasználó az átadó. Csak olyan bilaterális kapacitás átadást lehet visszavonni, amelyik BILATERAL_OFFER_INVALID_OPERATION WAITING_FOR_TSO vagy WAITING_FOR_BUYER státuszban van.


FGSZ Zrt.

7.7.1 A KÉRÉST TARTALMAZÓ ÜZENET

METÓDUS RevokeBilateralOfferBySeller STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Bilat azonosító


Id

Long

Visszavonás oka

Az átadónak indokolnia kell, Comment hogy miért vonta vissza el az átadást.

String

PÉLDA 999 I have changed my mind.



MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Hibakód

Hibakód

error

String


98/170 PÉLDA <soap:Body> <soap:Fault> soap:Server INVALID_REVOKE <detail> <ns1:BilateralOfferWebServiceFault xmlns:ns1="http://rbp.hu"> <error>BILATERAL_OFFER_IS_NOT_EXISTS

7.8. BILATERÁLIS KAPACITÁS ÁTADÁS VISSZAUTASÍTÁSA AZ ÁTVEVŐ SZÁMÁRA (REJECTBILATERALOFFERBYBUYER) ÜZLETI CÉL, KÖRNYEZET A megfelelő jogosultsággal rendelkező rendszerhasználók visszautasíthatják azokat a bilaterális kapacitás felajánlásokat, amelyekben ők a kedvezményezettek. LEÍRÁS A szolgáltatás kizárólag WAITING_FOR_TSO és WAITING_FOR_BUYER státuszban lévő ajánlatok esetében hívható meg SZEREPLŐK, SZEREPKÖRÖK • • • •


ÜTEMEZÉS, HATÁRIDŐK A bilat érvényességi idejéig lehet a szolgáltatást meghívni. Amennyiben ez nem valósul meg, EXPIRED státuszba kerül a bilat. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet a szolgáltatást meghívni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell bilaterális kapacitás jóváhagyás jogosultsággal.


FGSZ Zrt.

99/170 Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést.


FGSZ Zrt.

100/170 Ellenőrzés Csak létező bilaterális kapacitás átadást lehet visszautasítani.


Csak olyan bilaterális kapacitás átadást lehet visszautasítani, NU_IS_NOT_THE_SELECTED_PARTNER amelyiknél a rendszerhasználó a kedvezményezett. Csak olyan bilaterális kapacitás átadást lehet visszavonni, amelyik BILATERAL_OFFER_INVALID_OPERATION WAITING_FOR_TSO vagy WAITING_FOR_BUYER státuszban van.


FGSZ Zrt.

7.8.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS RejectBilateralOfferByBuyer STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Bilat azonosító


Id

Long

Visszautasítás oka

Az átvevőnek indokolnia kell, Comment hogy miért utasította vissza az átadást.

PÉLDA 999 I don’t need the capacity.


String

102/170 Ellenőrzés Csak létező bilaterális kapacitás átadást lehet visszautasítani.


Csak olyan bilaterális kapacitás átadást lehet visszautasítani, NU_IS_NOT_THE_SELECTED_PARTNER amelyiknél a rendszerhasználó a kedvezményezett. Csak olyan bilaterális kapacitás átadást lehet visszavonni, amelyik BILATERAL_OFFER_INVALID_OPERATION WAITING_FOR_TSO vagy WAITING_FOR_BUYER státuszban van.


FGSZ Zrt.



MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Hibakód

Hibakód

error

String

PÉLDA <soap:Body> <soap:Fault> soap:Server INVALID_REJECT <detail> <ns1:BilateralOfferWebServiceFault xmlns:ns1="http://rbp.hu"> <error>BILATERAL_OFFER_IS_NOT_EXISTS

7.9. BILATERÁLIS KAPACITÁS ÁTADÁS JÓVÁHAGYÁSA ÁTVEVŐK SZÁMÁRA (APPROVEBILATERALOFFERBYBUYER) ÜZLETI CÉL, KÖRNYEZET A megfelelő jogosultsággal rendelkező rendszerhasználók jóváhagyhatják azokat a bilaterális kapacitás felajánlásokat, amelyekben érintettek és éppen folyamatban vannak. LEÍRÁS A szolgáltatás kizárólag WAITING_FOR_TSO státuszban lévő ajánlatok esetében hívható meg Gázipari Kommunikációs Szabvány

104/170 SZEREPLŐK, SZEREPKÖRÖK • • • •


ÜTEMEZÉS, HATÁRIDŐK A bilat érvényességi idejéig lehet a szolgáltatást meghívni. Amennyiben ez nem valósul meg, EXPIRED státuszba kerül a bilat. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet a szolgáltatást meghívni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell bilat jóváhagyó jogosultsággal. Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést.


FGSZ Zrt.

105/170 Ellenőrzés Csak létező bilaterális kapacitás átadást lehet jóváhagyni.


Csak olyan bilaterális kapacitás átadást lehet jóváhagyni, NU_IS_NOT_THE_SELECTED_PARTNER amelyiknél a rendszerhasználó a kedvezményezett. Csak olyan bilaterális kapacitás átadást lehet jóváhagyni, amelyik BILATERAL_OFFER_INVALID_OPERATION WAITING_FOR_BUYER státuszban van.


FGSZ Zrt.

7.9.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS ApproveBilateralOfferByBuyer STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Bilat azonosító


Id

Long

PÉLDA <ApproveBilateralOfferByBuyerRequest> 999



MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Hibakód

Hibakód

error

String

PÉLDA <soap:Body> <soap:Fault> soap:Server INVALID_APPROVAL



7.10. BILATERÁLIS KAPACITÁS ÁTADÁS LEZÁRÁS ÜZEMELTETŐK SZÁMÁRA (CLOSEBILATERALOFFERBYTSO) ÜZLETI CÉL, KÖRNYEZET A megfelelő jogosultsággal rendelkező üzemeltetők lezárhatják azokat a bilaterális kapacitás felajánlásokat, amelyekben érintettek. LEÍRÁS A szolgáltatás kizárólag REFUSED_BY_TSO, REVOKED_BY_SELLER, REJECTED_BY_BUYER, APPROVED vagy EXPIRED státuszokban lévő ajánlatok esetében hívható meg SZEREPLŐK, SZEREPKÖRÖK • • • •


ÜTEMEZÉS, HATÁRIDŐK A szolgáltatást bármikor meg lehet hívni, a lejárati idő előtt és után is. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet a szolgáltatást meghívni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell bilat TSO Tag jóváhagyó jogosultsággal. Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést.


FGSZ Zrt.

108/170 Ellenőrzés Csak létező bilaterális kapacitás átadást lehet lezárni.


Csak olyan bilaterális kapacitás átadást lehet lezárni, amelyiknél a BILATERAL_OFFER_OPERATOR_IS_NOT_ASSIGNED_TO_THE_OFFER TSO operátora egy érintett zónának. Csak olyan bilaterális kapacitás átadást lehet lezárni, amelyik BILATERAL_OFFER_INVALID_OPERATION REFUSED_BY_TSO, REVOKED_BY_SELLER, REJECTED_BY_BUYER, APPROVED vagy EXPIRED státuszban van.


FGSZ Zrt.

7.10.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS CloseBilateralOfferByTso STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Bilat azonosító


Id

Long

PÉLDA 999



MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Hibakód

Hibakód

error

String

PÉLDA <soap:Body> <soap:Fault> soap:Server INVALID_CLOSE




FGSZ Zrt.

111/170

8. KAPACITÁS VISSZAADÁS 8.1. KAPACITÁS VISSZAADÁS AJÁNLAT BEADÁS (OFFERSURRENDEREDCAPACITY) ÜZLETI CÉL, KÖRNYEZET A szolgáltatás célja, hogy a megfelelő jogosultsággal rendelkező rendszerhasználók általuk birtokolt kapacitást ajánlhatnak fel a TSO számára. LEÍRÁS Az ajánlat beküldésekor formai ellenőrzések után rögzítjük a rendszerben az ajánlatot. Azt, hogy rendelkezésre áll-e a kapacitás a rendszerüzemeltetők ellenőrzik. Ha minden szereplő jóváhagyja a visszaadás ügyletet, a kapacitást csak akkor aukcióra bocsátani. Kapacitást visszaadni gáznaptól gáznapig lehet. SZEREPLŐK, SZEREPKÖRÖK • • • •

A kérés küldője: Rendszerhasználó Tag (visszaadó) A kérés fogadója: RBP Üzemeltető A válasz küldője: RBP Üzemeltető A válasz fogadója: Rendszerhasználó Tag (visszaadó)

ÜTEMEZÉS, HATÁRIDŐK A vonatkozási időszaknak leghamarabb a következő gáznapon kell kezdődnie. Az időszak vége nem korlátozott. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet kapacitás visszaadást beküldeni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell kapacitás visszaadást jogosultsággal. Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést. A visszaadás kezdetét és végét gáznapban kell megadni. Egy gáznapra történő visszaadás esetén ugyanazt a dátumot kell megadni.


FGSZ Zrt.

112/170 Ellenőrzés A kiválasztott hálózati pontnak létező pontnak kell lennie.

Hibaüzenet azonosítója OFFER_SURRENDERED_CAPACITY_CAPACITY_POINT_NOT_EXISTS

A vonatkozási időszak kezdetének korábbinak kell lennie, mint a OFFER_SURRENDERED_CAPACITY_START_DATE_GREATER végének. A vonatkozási időszak kezdetének jövőbeli gáznapnak kell lennie OFFER_SURRENDERED_CAPACITY_INVALID_START_DATE A visszaadónak a kiválasztott zónában szerződött rendszerhasználónak kell lennie. A kiválasztott hálózati pontnak a visszaadás kezdetekor érvényesnek kell lennie A kiválasztott rendszerhasználónak léteznie kell a rendszerben. A kiválasztott rendszerhasználónak érvényesnek kell lennie a start dátum időpontjában. Csak nem megszakítható kapacitást lehet visszaadni. Csak fizikai kapacitást lehet visszaadni. Csak éves, negyedéves és havi kapacitást lehet visszaadni. Csak szabványos kapacitást lehet visszaadni. Egyirányú hálózati pont esetében csak a pont iránya választható. A kiválasztott zónának létező zónának kell lennie. A kiválasztott zónák csak a hálózati ponthoz kapcsolódó zónák lehetnek. Bundled kapacitás esetében több mint egy zónát kötelező kiválasztani. Un-bundeled kapacitás esetében egy és csakis egy zóna választható.


OFFER_SURRENDERED_CAPACITY_NU_MUST_BE_ASSIGNED_TO_THE_ZONE OFFER_SURRENDERED_CAPACITY_CAPACITY_POINT_NOT_VALID OFFER_SURRENDERED_CAPACITY_NETWORK_USER_MUST_EXIST OFFER_SURRENDERED_CAPACITY_NETWORK_USER_NOT_VALID OFFER_SURRENDERED_CAPACITY_ONLY_FIRM OFFER_SURRENDERED_CAPACITY_ONLY_PHYSICAL OFFER_SURRENDERED_CAPACITY_WRONG_PRODUCT_TYPE OFFER_SURRENDERED_CAPACITY_ONLY_STANDARD OFFER_SURRENDERED_CAPACITY_DIRECTION_IS_INVALID OFFER_SURRENDERED_CAPACITY_ZONES_MUST_EXIST OFFER_SURRENDERED_CAPACITY_ZONES_MUST_BELONG_TO_THE_CAPACITY_POINT OFFER_SURRENDERED_CAPACITY_BUNDLED_NOT_ENOUGH_ZONES OFFER_SURRENDERED_CAPACITY_UNBUNDLED_TOO_MUCH_ZONES

FGSZ Zrt.

113/170

8.1.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS OfferSurrenderedCapacity STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • •

Fejrész Tartalom o Kapacitás visszaadás ajánlat A fejrész nem tartalmaz üzleti információt. MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus



String

Kapacitás típus


CapacityType

BUNDLED, UNBUNDLED

Visszaadás iránya

Direkt, vissza

Direction

DIRECT, REVERSE

Áramlási irány

Fizikai

GasFlow

PHYSICAL

Termék típus

Éves, negyedéves, havi

ProdctType

YEARLY, QUARTERLY MONTHLY

Megszakíthatóság Nem megszakítható

Quality

FIRM


Szabványos

Standard

STANDARD

Zónák

Zóna lista

Zones

String

Visszaadás kezdő A visszaadás vonatkozási StartGasDay időpontja időszakának kezdete. Gáznapot kell megadni

Date

Visszaadás időpontja

Date

záró A visszaadás vonatkozási EndGasDay időszakának vége. Gáznapot kell megadni.

Órai mennyiség

A visszaadás kínált kapacitás HourlyQuantity mennyiség kWh/h mértékegységben

Integer

Megjegyzés

A visszaadás által Note hozzáfűzött megjegyzés

String

PÉLDA 21Z000000000236Q Gázipari Kommunikációs Szabvány

114/170 BUNDLED DIRECT PHYSICAL YEARLY FIRM <Standard>STANDARD HUN ROU <StartGasDay>2015-05-30 <EndGasDay>2015-09-15 1100 …



MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Hibakód

Hibakód

error

String

PÉLDA <soap:Body> <soap:Fault> soap:Server INVALID_SURRENDERED_CAPACITY_OFFER <detail> <ns1:CapacitySurrenderWebServiceException xmlns:ns1="http://rbp.hu"> <error>OFFER_SURRENDERED_CAPACITY_INVALID_START_DATE


FGSZ Zrt.

115/170

8.2. KAPACITÁS VISSZAADÁSOK LEKÉRDEZÉSE ÜZEMELTETŐK SZÁMÁRA (GETSURRENDEREDCAPACITYOFFERSBYTSO) ÜZLETI CÉL, KÖRNYEZET A megfelelő jogosultsággal rendelkező üzemeltetők lekérdezhetik azokat a kapacitás visszaadás felajánlásokat, amelyekben érintettek és éppen folyamatban vannak. LEÍRÁS A szolgáltatás visszaadja azokat a felajánlásokat, amelyek épp folyamatban vannak és az üzemeltetőnek teendője van vele. A következő státuszok lehetnek: •

•

•

•

WAITING_FOR_TSO: A TSO- nak ellenőriznie kell, hogy rendelkezésre áll-e a kapacitás, és ha igen, akkor UNBUNDLED esetben biztosítani kell, hogy ha a következő aukción felajánlható a kapacitás, akkor be is kerüljön az aukciózható kapacitások közé, illetve hogy ne lehessen bilatban vagy fogyasztóvándorlásban tovább adni a kapacitást. BUNDLED esetben azt kell biztosítani, hogy ne lehessen bilatban vagy fogyasztóvándorlásban tovább adni a kapacitást. Ha ez megtörtént, akkor vissza kell szólnia az RBP- nek, hogy jóváhagyja a kapacitás visszaadást. (ApproveSurrenderedCapacityOfferByTso) Ha nem áll rendelkezésre a kapacitás, akkor el kell utasítani a visszaadást. (RefuseSurrenderedCapacityOfferByTso) REVOKED_BY_NU: A rendszerhasználó visszavonta az ajánlatot. Ha a TSO már jóváhagyta a visszaaadást, akkor biztosítania kell, hogy a jóváhagyás miatti korlátozásokat feloldja, és jeleznie kell az RBP felé, hogy részéről lezártnak tekinthető az ügylet. (ConfirmSurrenderedCapacityOfferByTso) REFUSED_BY_TSO: BUNDLED kapacitás esetén a kapcsolódó zóna üzemeltetője elutasította a visszaadást. Ha a TSO már jóváhagyta a visszaadást, akkor a jóváhagyás miatti korlátozásokat fel kell oldania, és jeleznie kell az RBP felé, hogy részéről lezártnak tekinthető az ügylet. (ConfirmSurrenderedCapacityOfferByTso) APPROVED: Minden résztvevő jóváhagyta a visszaadást. A TSO- nak biztosítani kell, hogy ha a következő aukción felajánlható a kapacitás, akkor be is kerüljön az aukciózható kapacitások közé, illetve hogy ne lehessen bilatban vagy fogyasztóvándorlásban tovább adni a kapacitást. Ezután jeleznie kell az RBP felé, hogy részéről lezártnak tekinthető az ügylet. (ConfirmSurrenderedCapacityOfferByTso)

SZEREPLŐK, SZEREPKÖRÖK • •

A kérés küldője: TSO Tag A kérés fogadója: RBP Üzemeltető


FGSZ Zrt.

116/170 • •

A válasz küldője: RBP Üzemeltető A válasz fogadója: TSO Tag

ÜTEMEZÉS, HATÁRIDŐK A visszaadás ügyletet a vonatkozási időszak vége előtt bármikor jóvá lehet hagyni. A visszaadás ügyleteket mindaddig vissza fogja adni a szolgáltatás, ameddig tovább nem lép egy következő státuszba, vagy a vonatkozási időszaknak vége nem lesz. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet az ügyleteket lekérdezni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell kapacitás visszaadás jóváhagyó jogosultsággal. Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést.

8.2.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS GetCapacitySurrenderOffersByTso STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK A kérés nem tartalmaz információt, mivel a tanúsítvány alapján azonosítunk. PÉLDA

8.2.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A válasz üzenetben vissza adunk minden olyan ügyletet, amellyel az üzemeltetőnek van valami teendője. LOGIKAI SZERKEZET A válaszüzenet logikai felépítése az alábbi: • •

Hibaüzenet-sorok az alábbiak szerint: o Hibakód Kapacitás visszaadás ajánlatok o Ügylet azonosító


FGSZ Zrt.

117/170 Érintett nominálási azonosító Visszaaadó rendszerhasználó EIC kódja Hálózati pont EIC kódja Kapacitás típus Viadászaadott kapacitás iránya Áramlási irány Termék típus Megszakíthatóság Szabványos kapacitástermék Zóna Visszaadás kezdő időpontja (UTC) Visszaadás záró időpontja (UTC) Órai mennyiség Érvényesség vége időpont Megjegyzés Státusz Záró státusz Elutasítás oka TSO visszajelzett

o o o o o o o o o o o o o o o o o o o MEZŐK Megnevezés

Leírás

Ügylet azonosító

A kapacitás visszaadás Id ajánlat azonosítója

Long


A kapacitás visszaadás NominationId ügyletben érintett nominálási azonosító. Csak azt a nominálási azonosítót adjuk vissza, amelyik az adott TSO Tag zónájára vonatkozik.

String

Visszaadó kódja

XML címkenév

EIC A visszaadó NetworkUserEic rendszerhasználó EIC kódja

Formátum / típus

String



String

Kapacitás típus


CapacityType

BUNDLED, UNBUNDLED

Visszaadás iránya

Direkt, vissza

Direction

DIRECT, REVERSE

Áramlási irány

Fizikai

GasFlow

PHYSICAL

Termék típus


ProdctType



FGSZ Zrt.

118/170 Megnevezés

Leírás

XML címkenév

Formátum / típus


ProductQuality

FIRM


Szabványos

Standard

STANDARD

Zónák

Csak az adott TSO Tag Zone zónáját adjuk vissza.

String

Visszaadás kezdő A visszaadás vonatkozási StartDate időpontja (UTC) időszakának kezdete UTC szerint.

Datetime

Visszaadás záró A visszaadás vonatkozási EndDate időpontja (UTC) időszakának vége UTC szerint.

Datetime

Órai mennyiség

A visszaadásra kínált HourlyQuantity kapacitás mennyiség kWh/h mértékegységben

Integer

Megjegyzés

A visszaadó által Note hozzáfűzött megjegyzés

String

Státusz

Az ügylet aktuális státusza

WAITING_FOR_TSO, REFUSED_BY_TSO, REVOKED_BY_NU, APPROVED, ACTIVE, BLOCKED, CLOSED

Záró státusz

A CLOSED státusz előtti FinalStatus utolsó státusz

WAITING_FOR_TSO, REFUSED_BY_TSO, REVOKED_BY_NU, APPROVED, ACTIVE, BLOCKED

Elutasítás oka

A TSO, vagy a visszaadó, RefuseComment rendszerhasználó tölti ki abban az esetben, ha elutasítja vagy visszavonja az ajánlatot.

String

TSO visszajelzett

Azt jelzi, hogy a TSO IsConfirmed biztosította e már a saját rendszerében, hogy aukciózható legyen a visszaadot kapacitás.

Boolean


Status

FGSZ Zrt.

119/170 PÉLDA <ns2:GetSurrenderedCapacityOffersByTsoResponse xmlns:ns2="http://rbp.hu"> <SurrenderedCapacityOffers> <SurrenderedCapacityOffer> 1 KAABA00011GN 39X50EONTRADE00B 39ZKAABA00011GNE UNBUNDLED DIRECT PHYSICAL YEARLY FIRM <Standard>STANDARD HUN <StartDate>2015-11-13T05:00:00Z <EndDate>2015-11-14T04:59:59.999Z 100 <Status>WAITING_FOR_TSO false <SurrenderedCapacityOffer> 2 KAABA00011GN 39X50EONTRADE00B 39ZKAABA00011GNE UNBUNDLED DIRECT PHYSICAL YEARLY FIRM <Standard>STANDARD HUN <StartDate>2015-11-14T05:00:00Z <EndDate>2015-11-15T04:59:59.999Z 100 <Status>WAITING_FOR_TSO false


FGSZ Zrt.

120/170

8.3. KAPACITÁS VISSZAADÁSOK LEKÉRDEZÉSE A VISSZAADÓ SZÁMÁRA (GETSURRENDEREDCAPACITYOFFERSBYNETWORKUSER) ÜZLETI CÉL, KÖRNYEZET A megfelelő jogosultsággal rendelkező rendszerhasználók lekérdezhetik azokat a kapacitás visszaadás felajánlásokat, amelyeket ők hoztak létre és a visszaadás vége időpont a jövőben van. LEÍRÁS A szolgáltatás visszaadja azokat a felajánlásokat, amelyeknél a visszaadás vége időpont a jövőben van. A következő státuszok lehetnek: • • • •

•

•

WAITING_FOR_TSO: A rendszerhasználó ilyenkor még visszavonhatja az ajánlatot. (RevokeSurrenderedCapacityOfferByNetworkUser) REVOKED_BY_NU: A rendszerhasználó már visszavonta a felajánlást, de a TSO még nem igazolta vissza. A rendszerhasználó ilyenkor nem tehet semmit az ügylettel. REFUSED_BY_TSO: A TSO Tag elutasította a visszaadást. A RefuseComment mezőből kiolvasható az elutasítás oka. A rendszerhasználó ilyenkor nem tehet semmit az ügylettel. APPROVED: Minden résztvevő jóváhagyta a visszaadást. A kapacitást a TSO(k) még nem tették aukciózhatóvá a saját rendszerükben. A rendszerhasználó ilyenkor még visszavonhatja az ajánlatot. (RevokeSurrenderedCapacityOfferByNetworkUser) ACTIVE: A TSO(k) aukciózhatóvá tették a visszaadott kapacitást, de a kapacitás még nem let kiírva aukcióra. A rendszerhasználó ilyenkor még visszavonhatja az ajánlatot. (RevokeSurrenderedCapacityOfferByNetworkUser) BLOCKED: A TSO Tagok aukcióra kiírták a visszaadott kapacitást, vagy annak egy részét. A rendszerhasználó ilyenkor nem tehet semmit az ügylettel.

SZEREPLŐK, SZEREPKÖRÖK

• • • •


ÜTEMEZÉS, HATÁRIDŐK A visszaadás ügyletet a vonatkozási időszak vége előtt bármikor vissza lehet vonni, ha azt az ügylet státusza megengedi. A visszaadás ügyleteket mindaddig vissza fogja adni a szolgáltatás, ameddig a vonatkozási időszaknak vége nem lesz.


FGSZ Zrt.

121/170 ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet az ügyleteket lekérdezni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell kapacitás visszaadás ajánlat jogosultsággal. Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést.

8.3.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS GetSurrenderedCapacityOffersByNetworkUser STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK A kérés nem tartalmaz információt, mivel a tanúsítvány alapján azonosítunk. PÉLDA

8.3.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A válasz üzenetben vissza adunk minden olyan ügyletet, amelyet a rendszerhasználó hozott létre és még nem jött el a vonatkozási időszak vége. LOGIKAI SZERKEZET A válaszüzenet logikai felépítése az alábbi: • •

Hibaüzenet-sorok az alábbiak szerint: o Hibakód Kapacitás visszaadás ajánlatok o Ügylet azonosító o Érintett nominálási azonosító o Visszaaadó rendszerhasználó EIC kódja o Hálózati pont EIC kódja o Kapacitás típus o Visszaadás iránya o Áramlási irány


FGSZ Zrt.

122/170 Termék típus Megszakíthatóság Szabványos kapacitástermék Zóna Visszaadás kezdő időpontja (UTC) Visszaadás záró időpontja (UTC) Órai mennyiség Érvényesség vége időpont Megjegyzés Státusz Záró státusz Elutasítás oka

o o o o o o o o o o o o MEZŐK Megnevezés

Leírás

Ügylet azonosító

A kapacitás visszaadás Id ajánlat azonosítója

Long


A kapacitás visszaadás NominationIds ügyletben érintett nominálási azonosítók.

String

Visszaadó kódja

XML címkenév

EIC A visszaadó NetworkUserEic rendszerhasználó EIC kódja

Formátum / típus

String



String

Kapacitás típus


CapacityType

BUNDLED, UNBUNDLED

Visszaadás iránya

Direkt, vissza

Direction

DIRECT, REVERSE

Áramlási irány

Fizikai

GasFlow

PHYSICAL

Termék típus


ProdctType



ProductQuality

FIRM


Szabványos

Standard

STANDARD

Zónák

Csak az adott TSO Tag Zone zónáját adjuk vissza.

String

Visszaadás kezdő A visszaadás vonatkozási StartDate időpontja (UTC) időszakának kezdete UTC szerint.

Datetime

Visszaadás záró A visszaadás vonatkozási EndDate időpontja (UTC) időszakának vége UTC

Datetime


FGSZ Zrt.

123/170 Megnevezés

Leírás szerint.

XML címkenév

Órai mennyiség

A visszaadásra kínált HourlyQuantity kapacitás mennyiség kWh/h mértékegységben

Integer

Megjegyzés

A visszaadó által Note hozzáfűzött megjegyzés

String

Státusz

Az ügylet aktuális státusza

WAITING_FOR_TSO, REFUSED_BY_TSO, REVOKED_BY_NU, APPROVED, ACTIVE, BLOCKED, CLOSED

Záró státusz

A CLOSED státusz előtti FinalStatus utolsó státusz

WAITING_FOR_TSO, REFUSED_BY_TSO, REVOKED_BY_NU, APPROVED, ACTIVE, BLOCKED

Elutasítás oka

A TSO, vagy a visszaadó, RefuseComment rendszerhasználó tölti ki abban az esetben, ha elutasítja vagy visszavonja az ajánlatot.

String

Status

Formátum / típus

PÉLDA <ns2:GetSurrenderedCapacityOffersByNetworkUserResponse xmlns:ns2="http://rbp.hu"> <SurrenderedCapacityOffers> <SurrenderedCapacityOffer> 1 KAABA00011GN 39X50EONTRADE00B 39ZKAABA00011GNE UNBUNDLED DIRECT PHYSICAL YEARLY FIRM


FGSZ Zrt.

124/170 <Standard>STANDARD HUN <StartDate>2015-11-13T05:00:00Z <EndDate>2015-11-14T04:59:59.999Z 100 <Status>WAITING_FOR_TSO <SurrenderedCapacityOffer> 2 KAABA00011GN 39X50EONTRADE00B 39ZKAABA00011GNE UNBUNDLED DIRECT PHYSICAL YEARLY FIRM <Standard>STANDARD HUN <StartDate>2015-11-14T05:00:00Z <EndDate>2015-11-15T04:59:59.999Z 100 <Status>WAITING_FOR_TSO

8.4. KAPACITÁS VISSZAADÁS ELUTASÍTÁSA ÜZEMELTETŐK SZÁMÁRA (REFUSESURRENDEREDCAPACITYOFFERBYTSO) ÜZLETI CÉL, KÖRNYEZET A megfelelő jogosultsággal rendelkező üzemeltetők elutasíthatják azokat a kapacitás visszaadás felajánlásokat, amelyekben érintettek és éppen folyamatban vannak. LEÍRÁS A szolgáltatás kizárólag WAITING_FOR_TSO státuszban lévő ajánlatok esetében hívható meg


FGSZ Zrt.

125/170 SZEREPLŐK, SZEREPKÖRÖK • • • •


ÜTEMEZÉS, HATÁRIDŐK A vonatkozási időszak végéig lehet a szolgáltatást meghívni. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet a szolgáltatást meghívni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell kapacidás visszaadás jóváhagyó jogosultsággal. Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést.


FGSZ Zrt.

126/170 Ellenőrzés Csak létező kapacitás visszaadást lehet elutasítani.

Hibaüzenet azonosítója SURRENDERED_CAPACITY_OFFER_IS_NOT_EXIST

Csak olyan kapacitás visszaadást lehet elutasítani, amelyiknél a SURRENDERED_CAPACITY_OFFER_OPERATOR_IS_NOT_ASSIGNED_TO_THE_OFFER TSO Tag operátora egy érintett zónának. Csak olyan kapacitás visszaadást lehet elutasítani, amelyiket SURRENDERED_CAPACITY_OFFER_IT_HAS_BEEN_ALREADY_REFUSED még nem hagyta jóvá az adott TSO Tag. Csak olyan kapacitás visszaadást lehet elutasítani, amelyik SURRENDERED_CAPACITY_OFFER_INVALID_OPERATION WAITING_FOR_TSO státuszban van.


FGSZ Zrt.

8.4.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS RefuseSurrenderedCapacityOfferByTso STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Ügylet azonosító

A kapacitás visszaadás ajánlat Id azonosítója

Long

Elutasítás oka

A TSO Tagnak indokolnia kell, Comment hogy miért utasította el a visszaadást.

String

PÉLDA 999 Not enough capacity. Only 100kWh/h is available for the selected period and type.



MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Hibakód

Hibakód

error

String


128/170 PÉLDA <soap:Fault> soap:Server INVALID_REFUSE <detail> <ns1:CapacitySurrenderWebServiceException xmlns:ns1="http://rbp.hu"> <error>SURRENDERED_CAPACITY_OFFER_IS_NOT_EXIST

8.5. KAPACITÁS VISSZAADÁS JÓVÁHAGYÁSA ÜZEMELTETŐK SZÁMÁRA (APPROVESURRENDEREDCAPACITYOFFERBYTSO) ÜZLETI CÉL, KÖRNYEZET A megfelelő jogosultsággal rendelkező üzemeltetők jóváhagyhatják azokat a kapacitás visszaadás felajánlásokat, amelyekben érintettek és éppen folyamatban vannak. LEÍRÁS A szolgáltatás kizárólag WAITING_FOR_TSO státuszban lévő ajánlatok esetében hívható meg SZEREPLŐK, SZEREPKÖRÖK • • • •


ÜTEMEZÉS, HATÁRIDŐK A vonatkozási időszak végéig lehet a szolgáltatást meghívni. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet a szolgáltatást meghívni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell kapacidás visszaadás jóváhagyó jogosultsággal. Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést.


FGSZ Zrt.

129/170 Ellenőrzés Csak létező kapacitás visszaadást lehet jóváhagyni.


Csak olyan kapacitás visszaadást lehet jóváhagyni, amelyiknél a SURRENDERED_CAPACITY_OFFER_OPERATOR_IS_NOT_ASSIGNED_TO_THE_OFFER TSO Tag operátora egy érintett zónának. Csak olyan kapacitás visszaadást lehet jóváhagyni, amelyiket SURRENDERED_CAPACITY_OFFER_IT_HAS_BEEN_ALREADY_REFUSED még nem hagyta jóvá az adott TSO Tag. Csak olyan kapacitás visszaadást lehet jóváhagyni, amelyik SURRENDERED_CAPACITY_OFFER_INVALID_OPERATION WAITING_FOR_TSO státuszban van.


FGSZ Zrt.

8.5.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS ApproveSurrenderedCapacityOfferByTso STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK Megnevezés

Leírás

XML címkenév

Ügylet azonosító

A kapavcitás visszaadás ajánlat Id azonosítója


PÉLDA <ApproveSurrenderedCapacityOfferByTsoRequest> 999



MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Hibakód

Hibakód

error

String

PÉLDA <soap:Body> <soap:Fault> Gázipari Kommunikációs Szabvány

131/170 soap:Server INVALID_APPROVE <detail> <ns1:CapacitySurrenderWebServiceException xmlns:ns1="http://rbp.hu"> <error>SURRENDERED_CAPACITY_OFFER_IS_NOT_EXIST

8.6. KAPACITÁS VISSZAADÁS VISSZAVONÁSA A VISSZAADÓ SZÁMÁRA (REVOKESURRENDEREDCAPACITYOFFERBYNETWORKUSER) ÜZLETI CÉL, KÖRNYEZET A megfelelő jogosultsággal rendelkező rendszerhasználók visszavonhatják azokat a kapacitás visszaadás felajánlásokat, amelyeket ők hoztak létre. LEÍRÁS A szolgáltatás kizárólag WAITING_FOR_TSO, APPROVED és ACTIVE státuszban lévő ajánlatok esetében hívható meg SZEREPLŐK, SZEREPKÖRÖK • • • •


ÜTEMEZÉS, HATÁRIDŐK A vonatkozási időszak végéig lehet a szolgáltatást meghívni. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet a szolgáltatást meghívni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell kapacitás visszaadás jogosultsággal. Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést.


FGSZ Zrt.

132/170 Ellenőrzés Csak létező kapacitás visszaadást lehet visszavonni.


Csak olyan kapacitás visszaadást lehet visszavonni, amelyiket a SURRENDERED_CAPACITY_OFFER_NU_IS_NOT_ASSIGNED_TO_THE_OFFER rendszerhasználó hozott létre. Csak olyan kapacitás visszaadást lehet visszavonni, amelyik SURRENDERED_CAPACITY_OFFER_INVALID_OPERATION WAITING_FOR_TSO, APPROVED vagy ACTIVE státuszban van. Csak olyan kapacitás visszaadást lehet visszavonni, amelyiknél SURRENDERED_CAPACITY_OFFER_END_DATE_IN_THE_PAST még nem járt le a vonatkozási időszak.


FGSZ Zrt.

8.6.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS RevokeSurrenderedCapacityOfferByNetworkUser STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Ügylet azonosító


Long

Visszavonás oka

A visszaadó Comment rendszerhasználónak indokolnia kell, hogy miért vonta vissza el a visszaadást.

String

PÉLDA 999 I have changed my mind.



MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Hibakód

Hibakód

error

String


134/170 PÉLDA <soap:Body> <soap:Fault> soap:Server INVALID_REVOKE <detail> <ns1:CapacitySurrenderWebServiceException xmlns:ns1="http://rbp.hu"> <error>SURRENDERED_CAPACITY_OFFER_IS_NOT_EXIST

8.7. KAPACITÁS VISSZAADÁS AJÁNLAT VISSZAJELZÉS ÜZEMELTETŐK SZÁMÁRA (CONFIRMSURRENDEREDCAPACITYOFFERBYTSO) ÜZLETI CÉL, KÖRNYEZET A megfelelő jogosultsággal rendelkező üzemeltetők visszajelezhetnek arról BUNDLED esetben, hogy jóváhagyás esetén biztosították, hogy aukciózható a kapacitás, elutasítás, vagy visszavonás esetében pedig, hogy feloldotta a visszaadás miatti korlátozásokat. LEÍRÁS A szolgáltatás kizárólag APPROVED, REVOKED_BY_NU, RFUSED_BY_TSO státuszokban lévő ajánlatok esetében hívható meg. SZEREPLŐK, SZEREPKÖRÖK • • • •


ÜTEMEZÉS, HATÁRIDŐK A szolgáltatást bármikor meg lehet hívni, a lejárati idő előtt. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehet a szolgáltatást meghívni. Ezen kívül a tanúsítvány tulajdonosának rendelkeznie kell kapacitás visszaadás jóváhagyó jogosultsággal. Amennyiben ezek nem teljesülnek, megtagadjuk a hozzáférést.


FGSZ Zrt.

135/170 Ellenőrzés Csak létező kapacitás visszaadásnál lehet visszajelezni.


Csak olyan kapacitás visszaadánál lehet visszajelezni, amelyiknél a TSO Tag operátora egy érintett zónának. Csak olyan kapacitás visszaadásnál lehet visszajelezni, amelyiket még nem jelzett vissza az adott TSO Tag. Csak olyan kapacitás visszaadást lehet jóváhagyni, amelyik APPROVED, REVOKED_BY_NU vagy RFUSED_BY_TSO státuszban van. Csak olyan kapacitás visszaadásnál lehet visszajelezni, amelyiknél még nem járt le a vonatkozási időszak. Csak abban az esetben kell a TSO Tagnak visszajeleznie, ha már korábban jóváhagyta az ügyletet.

SURRENDERED_CAPACITY_OFFER_OPERATOR_IS_NOT_ASSIGNED_TO_THE_OFFER


SURRENDERED_CAPACITY_OFFER_IT_HAS_BEEN_ALREADY_CONFIRMED SURRENDERED_CAPACITY_OFFER_INVALID_OPERATION

SURRENDERED_CAPACITY_OFFER_END_DATE_IN_THE_PAST SURRENDERED_CAPACITY_OFFER_IT_HAS_NOT_BEEN_APPROVED

FGSZ Zrt.

8.7.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS ConfirmSurrenderedCapacityOfferByTso STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. • Fejrész • Tartalom A fejrész nem tartalmaz üzleti információt. MEZŐK Megnevezés

Leírás

XML címkenév

Ügylet azonosító



PÉLDA 999



MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Hibakód

Hibakód

error

String

PÉLDA <soap:Body> <soap:Fault> soap:Server INVALID_CONFIRM


137/170 <detail> <ns1:CapacitySurrenderWebServiceException xmlns:ns1="http://rbp.hu"> <error>SURRENDERED_CAPACITY_OFFER_IS_NOT_EXIST


FGSZ Zrt.

138/170

9. WEB SERVICE KOMMUNIKÁCIÓ KAPACITÁS LEKÖTÉSI PLATFORMOK KÖZÖTT 9.1. A LOKÁLIS PLATFORMON MEGADOTT AUKCIÓS ADATOK ELKÜLDÉSE ÜZLETI CÉL, KÖRNYEZET Az integrált aukció kezelési folyamat biztosítja a megfelelő kommunikációt az RBP és a távoli kapacitás lekötési platform között annak érdekében, hogy a két rendszer képes legyen integráltan kezelni a kapcsolt kapacitás aukciókat, így a külön platformhoz szerződött TSO-knak csak a saját platformjukon kell felparaméterezniük az aukciókat, az aukciós eredményeket pedig mind a két rendszer letárolja. Az integrált működési folyamat első lépéseként a lokális platform elküldi a hozzá szerződött TSO adatait a közösen kezelt kapcsolt aukcióra vonatkozóan a távoli platformnak. A kapacitás lekötési platformok között EDIG@S formátumú üzeneteken keresztül folyik a kommunikáció. LEÍRÁS A folyamat során az aukciós candidate létrehozása a lokális rendszerben történik meg. A lokális rendszer az aukciós adatokat egy OFFCAP/AMV üzenet formájában megküldi a partner platformnak, amely annak alapján létrehozza azt. Amennyiben a lokális TSO módosítja az aukciós paramétereket, újabb OFFCAP/AMV üzenet kerül kiküldésre. A távoli platform standard válaszüzenetben erősíti meg az OFFCAP/AMV üzenet befogadását. SZEREPLŐK, SZEREPKÖRÖK RBP mint kliens folyamat: • • • •

A kérés küldője: RBP A kérés fogadója: távoli platform A válasz küldője: távoli platform A válasz fogadója: RBP

RBP mint host folyamat: • • • •

A kérés küldője: távoli platform A kérés fogadója: RBP A válasz küldője: RBP A válasz fogadója: távoli platform


FGSZ Zrt.

139/170 ÜTEMEZÉS, HATÁRIDŐK Az aukció felparaméterezését úgy kell ütemezni, hogy a partner kapacitás lekötési platformhoz szerződött TSO számára elég idő álljon rendelkezésre a publikációs határidő előtt az aukció felparaméterezésére. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehetséges a web service használata. A két kapacitáslekötési platformnak meg kell adni azokat az url-eket, amelyekre a hívás meg fog történni. A tanúsítvány tulajdonosának engedéllyel kell rendelkezni, hogy futtathassa a szolgáltatást. Ezek hiányában a hozzáférés megtagadásra kerül.

9.1.1 A KÉRÉST TARTALMAZÓ ÜZENET LEÍRÁS A kérés üzenet tartalmazza az érintett TSO-k EIC értékét, az aukció alapadatait és a lokális TSO által megadott kapacitás és tarifa adatot. STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. •

•

Fejadatok o Azonosító o Verzió o Típus o Keletkezés időpontja o Érvényesség ideje o Feladó o Feladó szerepköre o Címzett o Címzett szerepköre o Státusz kód Aukciós termék adatok o Aukció azonosító o Szerződéstípus o Hálózati pont EIC kódja o Terméktípus o Mennyiségnél használatos mértékegység o Árnál használatos mértékegység o Kapacitás típus o Deviza o Megszakíthatóság o Kiinduló ár


FGSZ Zrt.

140/170 o o o o o o

Nagy árlépcső (LPS) Kis árlépcső (SPS) Kapacitás érvényességi időszak Áramlási irány Kapacitás mennyiség Többlet kapacitás kezelése

MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Azonosító

A dokumentum azonosítója.

identification

String

Verzió

A kiküldött AMV üzenet verziója. version Minden módosítás alkalmával egyel növekszik az értéke.

String

Típus

AMV

AMV

Keletkezés időpontja

A dokumentum időpontja.

Érvényesség ideje

A dokumentum érvényességi ideje. Az validityPeriod itt megadott értéknek minden esetben legalább olyan tágnak kell lennie, mint a termék érvényességnek.

Date/Date

Feladó

Az üzenet feladójának EIC értéke.

String

Feladó szerepköre

Aukciós iroda, TSO.

Címzett

Az üzenet fogadójának EIC értéke.

recipient_Marke String tParticipant.ide ntification

Címzett szerepköre


recipient_Marke ZUJ tParticipant.mar

type létrejöttének creationDateTi me

issuer_MarketP articipant.identi fication

String

issuer_MarketP ZUJ articipant.marke Mivel a kapacitás lekötési platformok tRole.code ZSO nem rendelkeznek külön EIC értékkel, ezért a TSO EIC értékét használják az üzenetekben úgy, hogy a szerepkörük fejezi ki, hogy aukciós irodaként járnak el.

Mivel a kapacitás lekötési platformok


FGSZ Zrt.

141/170 Megnevezés

Státusz kód

Leírás

XML címkenév

Formátum / típus

nem rendelkeznek külön EIC értékkel, ketRole.code ezért a TSO EIC értékét használják az üzenetekben úgy, hogy a szerepkörük fejezi ki, hogy aukciós irodaként járnak el.

ZSO

Aktív, Visszavont

Status

62G

code

63G

Aukció azonosító

A lokális platform-specifikus aukció contractReferen azonosító kód. ce

String

Szerződéstípus

Jelenleg csak a normál szerződéstípust contractType kezeli a rendszer.

ZSD

Hálózati pont EIC Az aukcióra bocsátott kapacitáshoz ConnectionPoin kódja tartozó hálózati pont EIC értéke. t

String

identification Terméktípus

Éves, negyedéves, havi, napi vagy timeSeries.Span napon belüli termék. Period

ZEJ (éves) ZEK (negyedéves) ZEL (havi) ZEM (napi) ZEN belüli)

Mennyiségnél használatos mértékegység

quantity_Measu reUnit.code

KW1

Árnál használatos kWh/óra, kWh/nap mértékegység

price_Measure Unit.code

KW1

Kapacitás típus

capacityType.co de

ZEO

currency.code

EUR

Deviza

kWh/óra, kWh/nap

Kapcsolt, nem kapcsolt.

A tarifa adatokhoz tartozó deviza.


(napon

KW2

KW2

ZEP

FGSZ Zrt.

142/170 Megnevezés

Leírás

Megszakíthatóság Nem megszakítható Kiinduló ár

Nagy (LPS)

XML címkenév

Formátum / típus

availability.type

Z06

A lokális TSO által megadott kiinduló reserve_Price.a ár. mount

árlépcső A lokális TSO által megadott nagy largeStep_Price. árlépcső. Csak emelkedőáras aukció amount esetén szerepel az üzenetben.

BigDecimal

BigDecimal

Kis árlépcső (SPS)

A lokális TSO által megadott kis smallStep_Price. árlépcső. Csak emelkedőáras aukció amount esetén szerepel az üzenetben.

Kapacitás érvényességi időszak

Az aukcióra bocsátott kapacitás period.timeInter Date/Date termék érvényességi időszaka. val

Áramlási irány

A kapcsolt aukción felajánlott period.direction kapacitás iránya (entry / exit) az .code üzenet feladójának szempontjából.

Z02

A lokális TSO által felajánlott kapacitás period.direction .quantity.amou mennyiség. nt

BigDecimal

Kapacitás mennyiség

Többlet kapacitás Abban az esetben, ha ez a paraméter a period.direction ZXO értéket tartalmazza, akkor a .quantity.type kezelése felajánlott kapacitást feldarabolhatatlannak kell tekinteni, tehát többlet kapacitás estén sem lehet nem kapcsolt aukciót kiírni. Amennyiben nem szerepel érték, akkor többlet kapacitás esetén ki kell írni a nem kapcsolt kapacitás aukciót.

BigDecimal

Z03

ZXO

PÉLDA 455-DOC 1 AMV


FGSZ Zrt.

143/170 2015-1207T19:41:04.952Z 2017-07-01T04:00Z/2017-1001T04:00Z 21X-SK-A-A0A0AN ZSO 21X-HU-A-A0A0A8 ZUJ <status.code>62G 00000213-RBP ZSD 21Z000000000061Z ZEK KW1 <price_MeasureUnit.code>KW1 ZEO <currency.code>EUR Z06 130 60 <smallStep_Price.amount>12 2017-07-01T04:00Z/201710-01T04:00Z Z03 100 ZXO

9.2. A TÁVOLI PLATFORMON MEGADOTT AUKCIÓS ADATOK FOGADÁSA


FGSZ Zrt.

144/170 ÜZLETI CÉL, KÖRNYEZET Az integrált működési folyamat második lépéseként a távoli platform elküldi a kapcsolt aukcióra aktuálisan vonatkozó paramétereket a lokális platformnak. LEÍRÁS A távoli platform az OFFCAP/AMV üzenettel megegyező tartalmú OFFCAP/AMX üzenetet küld vissza akkor, ha a távoli platformon még nem került felparaméterezésre az adott aukció. Amennyiben a távoli TSO is megadja az aukcióhoz tartozó kapacitás és tarifa adatokat, a távoli platform elvégzi az adatok egyeztetését (matching) és elküldi az egyeztetett aukciós adatokat tartalmazó OFFCAP/AMX üzenetet a lokális platformnak. Amennyiben az OFFCAP/AMX üzenet az egyeztetett aukciós paramétereket tartalmazza, a távoli platform adataival frissíti az aukciós adatokat a lokális platform. Valahányszor módosításra kerülnek az aukciós paraméterek a távoli platformon, a lokális platform felé új OFFCAP/AMX üzenetküldés történik. SZEREPLŐK, SZEREPKÖRÖK RBP mint kliens folyamat: • • • •




ÜTEMEZÉS, HATÁRIDŐK Az aukció felparaméterezését a publikációs határidő előtt 10 percig el kell végezni. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehetséges a web service használata. A két kapacitáslekötési platformnak meg kell adni azokat az url-eket, amelyekre a hívás meg fog történni. A tanúsítvány tulajdonosának engedéllyel kell rendelkezni, hogy futtathassa a szolgáltatást. Ezek hiányában a hozzáférés megtagadásra kerül.


FGSZ Zrt.

145/170

9.2.1 A KÉRÉST TARTALMAZÓ ÜZENET LEÍRÁS A kérés üzenet tartalmazza az érintett TSO-k EIC értékét, az aukció alapadatait és a lokális TSO vagy mindkét TSO kapacitás és tarifa adatait. STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. •

•

Fejadatok o Azonosító o Verzió o Típus o Keletkezés időpontja o Érvényesség ideje o Feladó o Feladó szerepköre o Címzett o Címzett szerepköre o Státusz kód Aukciós termék adatok o Aukció azonosító o Távoli platform aukció azonosító o Szerződéstípus o Hálózati pont EIC kódja o Terméktípus o Mennyiségnél használatos mértékegység o Árnál használatos mértékegység o Kapacitás típus o Deviza o Megszakíthatóság o Partner TSO azonosító o Kiinduló ár o Nagy árlépcső (LPS) o Kis árlépcső (SPS) o Kapacitás érvényességi időszak o Aukciós prémium felosztási arány o Áramlási irány o Kapacitás mennyiség o Betáplálási oldali TSO azonosítója o Kitáplálási oldali TSO azonosítója


FGSZ Zrt.

146/170 MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Azonosító


identification

String

Verzió

A kiküldött OFFCAP/AMX üzenet version verziója. Minden módosítás alkalmával egyel növekszik az értéke.

String

Típus

AMX

AMX





Date/Date

Feladó


String

Feladó szerepköre


Címzett






String

issuer_MarketP ZUJ articipant.marke Mivel a kapacitás lekötési platformok ZSO tRole.code nem rendelkeznek külön EIC értékkel, ezért a TSO EIC értékét használják az üzenetekben úgy, hogy a szerepkörük fejezi ki, hogy aukciós irodaként járnak el. recipient_Marke String tParticipant.ide ntification

recipient_Marke ZUJ tParticipant.mar Mivel a kapacitás lekötési platformok ketRole.code ZSO nem rendelkeznek külön EIC értékkel, ezért a TSO EIC értékét használják az üzenetekben úgy, hogy a szerepkörük fejezi ki, hogy aukciós irodaként járnak el.


FGSZ Zrt.

147/170 Megnevezés

Leírás

XML címkenév

Formátum / típus

Státusz kód

Aktív, Visszavont

Status

62G

code

63G

Aukció azonosító

Az üzenetet elküldő platform- contractReferen specifikus aukció azonosító kód. ce

String

Távoli platform Az üzenetet fogadó lokális platform- xOrgContractRe aukció azonosító specifikus aukció azonosító kód. ference

String

Szerződéstípus

ZSD



String

identification Terméktípus


ZEJ (éves) ZEK (negyedéves) ZEL (havi) ZEM (napi) ZEN belüli)



KW1



KW1

Kapacitás típus

capacityType.co de

ZEO

currency.code

EUR

availability.type

Z06

Deviza

kWh/óra, kWh/nap



Megszakíthatóság Nem megszakítható Partner

TSO A távoli platform szempontjából targetTso_Mark értelmezett partner platform EIC etParticipant.id


(napon

KW2

KW2

ZEP

String

FGSZ Zrt.

148/170 Megnevezés

Leírás

azonosító

értéke. Csak a mindkét TSO által entification felparaméterezett üzenetben szerepel.

Kiinduló ár

Amíg a távoli TSO nem paraméterezi reserve_Price.a fel az aukciót, addig a lokális TSO által mount megadott kiinduló ár. Ha a távoli platform felparaméterezte az aukciót, akkor az egyeztetett kiinduló ár.

Nagy (LPS)

XML címkenév

árlépcső Amíg a távoli TSO nem paraméterezi largeStep_Price. fel az aukciót, addig a lokális TSO által amount megadott nagy árlépcső. Ha a távoli platform felparaméterezte az aukciót, akkor az egyeztetett nagy árlépcső.

Formátum / típus

BigDecimal

BigDecimal

Csak emelkedőáras aukció esetén szerepel az üzenetben. Kis árlépcső (SPS)

Amíg a távoli TSO nem paraméterezi smallStep_Price. fel az aukciót, addig a lokális TSO által amount megadott kis árlépcső. Ha a távoli platform felparaméterezte az aukciót, akkor az egyeztetett kis árlépcső.

BigDecimal

Csak emelkedőáras aukció esetén szerepel az üzenetben. Kapacitás érvényességi időszak


Aukciós prémium Az aukciós prémium felosztásának period.rate aránya a kapcsolt aukcióban szereplő felosztási arány TSO között. Csak egyeztetett áradatok szerepel az üzenetben. Áramlási irány

Kapacitás

BigDecimal

után

A kapcsolt aukción felajánlott period.direction kapacitás iránya (entry / exit) az .code üzenet feladójának szempontjából.

Z02

A lokális TSO által felajánlott kapacitás period.direction .quantity.amou

BigDecimal


Z03

FGSZ Zrt.

149/170 Megnevezés

Leírás

XML címkenév

mennyiség

mennyiség / az egyeztetet.

nt

Betáplálási oldal A kapacitáspont betáplálási oldalán FromTso_Marke TSO azonosítója lévő TSO EIC azonosítója. tParticipant

Formátum / típus

String

Identification Kitáplálási oldal A kapacitáspont kitáplálási oldalán FromTso_Marke TSO azonosítója lévő TSO EIC azonosítója. tParticipant

String

Identification

PÉLDA <sch0:OfferedCapacity_Document xmlns:sch0="urn:easeegas.eu:edigas:capacitytrading:offeredcapacitydocument: 5:1" release="5.1"> <sch0:identification>OFFCAP20160222A00062 <sch0:version>2 <sch0:type>AMX <sch0:creationDateTime>2016-0222T11:37:41.040Z <sch0:validityPeriod>2016-02-23T05:00Z/2016-0224T05:00Z <sch0:issuer_MarketParticipant.identification codingScheme="305">TEST <sch0:issuer_MarketParticipant.marketRole.code>ZUJ <sch0:recipient_MarketParticipant.identification codingScheme="305">21X-SK-A-A0A0AN <sch0:recipient_MarketParticipant.marketRole.code>ZSO <sch0:status.code>62G <sch0:ProductIdentification_Document> <sch0:contractReference>AUC47975 <sch0:xOrgContractReference>00003201RBP <sch0:contractType>ZSD <sch0:ConnectionPoint> <sch0:identification codingScheme="305">21Z000000000061Z <sch0:timeSeries.SpanPeriod>ZEM <sch0:quantity_MeasureUnit.code>KW1 <sch0:price_MeasureUnit.code>KW1


FGSZ Zrt.

150/170 <sch0:capacityType.code>ZEO <sch0:currency.code>EUR <sch0:availability.type>Z06 <sch0:targetTso_MarketParticipant.identification codingScheme="305">21X000000001304L <sch0:reserve_Price.amount>41.000000 <sch0:period.timeInterval>2016-0223T05:00Z/2016-02-24T05:00Z <sch0:period.rate>26.8293 <sch0:period.direction.code>Z03 <sch0:period.direction.quantity.amount>10 <sch0:ToTso_MarketParticipant> <sch0:identification codingScheme="305">21X000000001304L <sch0:FromTso_MarketParticipant> <sch0:identification codingScheme="305">21X-SK-A-A0A0A-N


FGSZ Zrt.

151/170

9.3. A TÁVOLI PLATFORMON LEFUTOTT AUKCIÓ EREDMÉNYÉNEK FOGADÁSA ÜZLETI CÉL, KÖRNYEZET Az integrált működési folyamat harmadik lépéseként a távoli platform elküldi a kapcsolt aukció eredményét a lokális platformnak. LEÍRÁS A távoli platform az aukció lefuttatását követően elküldi az aukció eredményét a lokális platformnak egy AUCRES/ANB üzenet formájában. Amennyiben az RBP jár el lokális platform szerepkörben, az üzenet befogadása után legenerálja a megfelelő aukciós eredmény visszaigazolásokat. SZEREPLŐK, SZEREPKÖRÖK RBP mint kliens folyamat: • • • •




ÜTEMEZÉS, HATÁRIDŐK Az aukciós eredmények elküldése az aukció lezárultával történik meg. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehetséges a web service használata. A két kapacitáslekötési platformnak meg kell adni azokat az url-eket, amelyekre a hívás meg fog történni. A tanúsítvány tulajdonosának engedéllyel kell rendelkezni, hogy futtathassa a szolgáltatást. Ezek hiányában a hozzáférés megtagadásra kerül.

9.3.1 A KÉRÉST TARTALMAZÓ ÜZENET LEÍRÁS A kérés üzenet tartalmazza az érintett TSO-k EIC értékét, az aukció eredményét fordulókra bontva úgy, hogy tartalmazza a rendszerhasználók által beadott ajánlatokat.


FGSZ Zrt.

152/170 STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. •

•

Fejadatok o Azonosító o Verzió o Típus o Keletkezés időpontja o Érvényesség ideje o Aukció azonosító o Távoli platform aukció azonosító o Szerződéstípus o Feladó o Feladó szerepköre o Címzett o Címzett szerepköre o Státusz kód Aukciós eredmény adatok o Aukciós forduló sorszáma o Aukciós prémium o Ajánlati dokumentum azonosító o Verzió o Ajánlattevő szervezet azonosító o Ajánlattevő neve o Ajánlat státusz kód o Hálózati pont EIC azonosítója o Terméktípus o Mennyiségnél használatos mértékegység o Árnál használatos mértékegység o Deviza o Kapacitás típus o Megszakíthatóság o Betáplálási oldal TSO azonosítója o Kitáplálási oldal TSO azonosítója o Elszámoló egységár o Kapacitás érvényességi időszak o Ajánlati kapacitás mennyiség o Allokált kapacitás mennyiség


FGSZ Zrt.

153/170 MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Azonosító


identification

String

Verzió

A kiküldött AUCRES/ANB üzenet version verziója. Minden módosítás alkalmával egyel növekszik az értéke.

String

Típus

Az üzenet típusa.

ANB





Date/Date

Aukció azonosító

Az üzenetet elküldő platform- contractReferen specifikus aukció azonosító kód. ce

String

Távoli platform Az üzenetet fogadó lokális platform- xOrgContractRe aukció azonosító specifikus aukció azonosító kód. ference

String

Szerződéstípus


ZSD

Feladó


String

Feladó szerepköre


Címzett




String

issuer_MarketP ZUJ articipant.marke Mivel a kapacitás lekötési platformok tRole.code ZSO nem rendelkeznek külön EIC értékkel, ezért a TSO EIC értékét használják az üzenetekben úgy, hogy a szerepkörük fejezi ki, hogy aukciós irodaként járnak el.


recipient_Marke String tParticipant.ide ntification

FGSZ Zrt.

154/170 Megnevezés

Leírás

XML címkenév



Státusz kód

Történt kapacitás allokáció, történt kapacitás allokáció.

Formátum / típus

recipient_Marke ZUJ tParticipant.mar Mivel a kapacitás lekötési platformok ZSO ketRole.code nem rendelkeznek külön EIC értékkel, ezért a TSO EIC értékét használják az üzenetekben úgy, hogy a szerepkörük fejezi ki, hogy aukciós irodaként járnak el.

Aukciós forduló sorszáma

nem status

64G

code

65G

sequence

Integer

Aukciós prémium

Az adott körre vonatkozó aukciós premium_Price. prémium értéke. amount

BigDecimal

Ajánlati dokumentum azonosító

A rendszerhasználó ajánlatának egyedi Bid_Document azonosítója. identification

String

Verzió

A rendszerhasználó verziója.

Integer

Ajánlattevő szervezet azonosító

Az ajánlattevő rendszerhasználó bid_MarketParti cipant.identifica szervezet EIC értéke. tion

String

Ajánlattevő neve

Az ajánlattevő rendszerhasználó bidder_Name.te nevében ajánlatot adó alkalmazott xt neve.

String

Ajánlat kód

ajánlatának version

státusz Történt kapacitás allokáció, történt kapacitás allokáció.

nem Bid_Status

64G

code

65G


String

identification


FGSZ Zrt.

155/170 Megnevezés

Leírás

XML címkenév

Terméktípus


Formátum / típus ZEJ (éves) ZEK (negyedéves) ZEL (havi) ZEM (napi) ZEN belüli)


kWh/óra, kWh/nap


KW1



KW1

Deviza


currency.code

EUR

Kapacitás típus


capacityType.co de

ZEO

availability.type

Z06


Betáplálás oldal A kapacitáspont betáplálási oldalán FromTso_Marke TSO azonosítója lévő TSO EIC azonosítója. tParticipant

(napon

KW2

KW2

ZEP

String

Identification Kitáplálás oldal A kapacitáspont kitáplálási oldalán FromTso_Marke TSO azonosítója lévő TSO EIC azonosítója. tParticipant

String

Identification Elszámoló egységár

Az aukciós fordulóra elszámoló egységár.

Kapacitás érvényességi időszak


Ajánlati kapacitás Az aukciós fordulóra rendszerhasználó által mennyiség


érvényes clearing_Price.a mount

érvényes, period.direction megadott .bid_Quantity.a

BigDecimal

BigDecimal

FGSZ Zrt.

156/170 Megnevezés

Leírás

XML címkenév

kapacitás mennyiség igény.

mount

Allokált kapacitás Az aukciós forduló során a period.direction rendszerhasználó számára allokált .allocated_Quan mennyiség kapacitás mennyiség. tity.amount

Formátum / típus

BigDecimal

PÉLDA AUCRES20151202A00103 1 ANB 2015-12-02T15:04:03.813Z 2015-12-02T14:45Z/2017-10-01T04:00Z AUC-36731 <xOrgContractReference>00001203-RBP ZSD TEST ZUJ 21XSK-A-A0A0A-N ZSO <Status> 64G <sequence>2 <premium_Price.amount>150 <xTSO_premium_Price.amount identification="21X000000001304L">100 <xTSO_premium_Price.amount identification="21X-SK-A-A0A0AN">50 BID-2107 1 53XPL000000ABCDO system system (system) 65G 21Z000000000061Z ZEJ


FGSZ Zrt.

157/170 KW1 <price_MeasureUnit.code>KW1 <currency.code>EUR ZEO Z06 21X000000001304L 21X-SK-A-A0A0AN 12150 <xTSO_clearing_Price.amount identification="21X000000001304L">2075.000000 <xTSO_clearing_Price.amount identification="21X-SKA-A0A0A-N">10075.000000 2016-10-01T04:00Z/2017-1001T04:00Z 150 BID-2109 1 53XPL000000SIMEA system system (system) 65G 21Z000000000061Z ZEJ KW1 <price_MeasureUnit.code>KW1 <currency.code>EUR ZEO Z06 21X000000001304L 21X-SK-A-A0A0AN 12150 <xTSO_clearing_Price.amount identification="21X000000001304L">2075.000000 <xTSO_clearing_Price.amount identification="21X-SKA-A0A0A-N">10075.000000


FGSZ Zrt.

158/170 2016-10-01T04:00Z/2017-1001T04:00Z 300 BID-2108 1 10XAL-KESH-----J system system (system) 65G 21Z000000000061Z ZEJ KW1 <price_MeasureUnit.code>KW1 <currency.code>EUR ZEO Z06 21X000000001304L 21X-SK-A-A0A0AN 12150 <xTSO_clearing_Price.amount identification="21X000000001304L">2075.000000 <xTSO_clearing_Price.amount identification="21X-SKA-A0A0A-N">10075.000000 2016-10-01T04:00Z/2017-1001T04:00Z 200 65G <sequence>1 <premium_Price.amount>0 <xTSO_premium_Price.amount identification="21X000000001304L">0 <xTSO_premium_Price.amount identification="21X-SK-A-A0A0AN">0


FGSZ Zrt.

159/170 BID-2090 1 53XPL000000ABCDO zup abcd (zup_abcd) 65G 21Z000000000061Z ZEJ KW1 <price_MeasureUnit.code>KW1 <currency.code>EUR ZEO Z06 21X000000001304L 21X-SK-A-A0A0AN 12000 <xTSO_clearing_Price.amount identification="21X000000001304L">2000.000000 <xTSO_clearing_Price.amount identification="21X-SKA-A0A0A-N">10000.000000 2016-10-01T04:00Z/2017-1001T04:00Z 700 BID-2106 1 53XPL000000SIMEA zup sime (zup_sime) 65G 21Z000000000061Z ZEJ KW1 <price_MeasureUnit.code>KW1 <currency.code>EUR ZEO Z06


FGSZ Zrt.

160/170 21X000000001304L 21X-SK-A-A0A0AN 12000 <xTSO_clearing_Price.amount identification="21X000000001304L">2000.000000 <xTSO_clearing_Price.amount identification="21X-SKA-A0A0A-N">10000.000000 2016-10-01T04:00Z/2017-1001T04:00Z 800 BID-2092 1 10XAL-KESH-----J zup def (zup_def) 65G 21Z000000000061Z ZEJ KW1 <price_MeasureUnit.code>KW1 <currency.code>EUR ZEO Z06 21X000000001304L 21X-SK-A-A0A0AN 12000 <xTSO_clearing_Price.amount identification="21X000000001304L">2000.000000 <xTSO_clearing_Price.amount identification="21X-SKA-A0A0A-N">10000.000000 2016-10-01T04:00Z/2017-1001T04:00Z 1100


FGSZ Zrt.

161/170 65G <sequence>3 <premium_Price.amount>30 <xTSO_premium_Price.amount identification="21X000000001304L">20 <xTSO_premium_Price.amount identification="21X-SK-A-A0A0AN">10 BID-2093 1 53XPL000000ABCDO system system (system) 64G 21Z000000000061Z ZEJ KW1 <price_MeasureUnit.code>KW1 <currency.code>EUR ZEO Z06 21X000000001304L 21X-SK-A-A0A0AN 12030 <xTSO_clearing_Price.amount identification="21X000000001304L">2015.000000 <xTSO_clearing_Price.amount identification="21X-SKA-A0A0A-N">10015.000000 2016-10-01T04:00Z/2017-1001T04:00Z 200 200 BID-2095 1 53XPL000000SIMEA


FGSZ Zrt.

162/170 system system (system) 64G 21Z000000000061Z ZEJ KW1 <price_MeasureUnit.code>KW1 <currency.code>EUR ZEO Z06 21X000000001304L 21X-SK-A-A0A0AN 12030 <xTSO_clearing_Price.amount identification="21X000000001304L">2015.000000 <xTSO_clearing_Price.amount identification="21X-SKA-A0A0A-N">10015.000000 2016-10-01T04:00Z/2017-1001T04:00Z 400 400 BID-2094 1 10XAL-KESH-----J system system (system) 64G 21Z000000000061Z ZEJ KW1 <price_MeasureUnit.code>KW1 <currency.code>EUR ZEO Z06


FGSZ Zrt.

163/170 21X000000001304L 21X-SK-A-A0A0AN 12030 <xTSO_clearing_Price.amount identification="21X000000001304L">2015.000000 <xTSO_clearing_Price.amount identification="21X-SKA-A0A0A-N">10015.000000 2016-10-01T04:00Z/2017-1001T04:00Z 500 500 64G

Az üzenetben szereplő paraméterek közül az alábbi nem-EDIG@S szabvány paramétereket az RBP nem használja: -

xTSO_premium_Price.amount xTSO_clearing_Price.amount


FGSZ Zrt.

164/170

10. PÉNZÜGYI LIMIT KEZELÉSE 10.1. LIMIT ÉRTÉK MEGADÁSA ÜZLETI CÉL, KÖRNYEZET Az RBP-n futtatott aukciók esetében a rendszer minden ajánlat beadásakor ellenőrzi, hogy az adott rendszerhasználó rendelkezik-e az ajánlat kielégítéséhez szükséges pénzügyi fedezettel az ügyletben értinett TSO(k) felé. A pénzügyi limitből levonásra kerül a licitált díj,. Annak érdekében, hogy a TSO a saját számlavezetési rendszerével összekötve tudja kezelni a limit értékeket kialakításra került a pénzügyi limit kezelési (FINCRED) interface. LEÍRÁS A TSO rendszeres időközönként frissítheti a szerződött rendszerhasználókra vonatkozó limit értékeket. Az üzenet beérkezésekor az RBP valamennyi érintett rendszerhasználó limit értékét felülírja az üzenetben megadott értékre, törli a rendszer által zárolt értékeket és elküldi a megerősítő válasz üzenetet. Futó aukció közben is frissítésre kerülnek a limit értékek, ha érkezik a network userre vonatkozó FINCRED üzenet, de a futó aukció(k) által zárolt összeg alá átmenetileg nem csökkenthető a limit. SZEREPLŐK, SZEREPKÖRÖK • •

A kérés küldője: TSO A kérés fogadója: RBP

ÜTEMEZÉS, HATÁRIDŐK A FINCRED üzenet bármikor beküldhető az RBP rendszerbe. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehetséges a web service használata. A tanúsítvány tulajdonosának engedéllyel kell rendelkezni, hogy futtathassa a szolgáltatást. Ezek hiányában a hozzáférés megtagadásra kerül.

10.1.1 A KÉRÉST TARTALMAZÓ ÜZENET LEÍRÁS A kérés üzenet tartalmazza a beküldő TSO EIC értékét, a limit devizáját, egy egyedi azonosítót és a rendszerhasználókra vonatkozó limit értéket. STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel. •

Fejadatok o TSO EIC érték


FGSZ Zrt.

165/170

•

o Üzenet azonosító o Deviza Rendszerhasználói adatok o Rendszerhasználó EIC érték o Limit érték

MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

TSO EIC érték

Az üzenetet fogadó TSO EIC értéke.

tso-eic

String

Üzenet azonosító

A FINCRED üzenet egyedi azonosítója.

request-id

String

Deviza

A limit devizája.

currency

String

Rendszerhasználó EIC érték

A TSO-hoz szerződött shipper rendszerhasználó EIC azonosítója. eic

String

Limit érték

Az adott rendszerhasználóra credit vonatkozó limit érték. amount

BigDecimal

PÉLDA <ns2:finCredUpload_request xmlns:ns2="http://rbp.hu"> 21X-SK-A-A0A0A-N <request-id>335e50ac8e24478581ac860717eb99fc <currency>EUR <shippers> <shipper> <eic>12XEGL-H-------0 2015-12-14T23:00Z/2024-12-27T23:00Z 90 <shipper> <eic>DUF-EIC-TEST 2015-12-14T23:00Z/2018-02-27T23:00Z 20000000 2018-02-28T23:00Z/2025-09-29T22:00Z 10000000


FGSZ Zrt.

166/170

10.1.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A válasz üzenet a rögzítés sikeressége estén az OK értéket tartalmazza, hiba esetén az esetleges hibakódok kerülnek bele. LOGIKAI SZERKEZET A válaszüzenet logikai felépítése az alábbi: •

Hibaüzenet-sorok az alábbiak szerint: o Küldő TSO EIC értéke o Eredeti üzenet azonosító o Státusz o Renszerhasználó EIC értéke o Feldolgozás időpontja o Rendszerhasználó státusza

MEZŐK Megnevezés Küldő TSO értéke

Leírás

XML címkenév

EIC Az a TSO, amelynek a kérés sender-eic üzenet kiküldésre került.

Eredeti üzenet A kérés üzenet azonosítója. azonosító Státusz

org-request-id

A teljes üzenet státusza: status OK: minden adat helyes. Sender not allowed: TSO kód nem jó. Shipper uniqueness: egynél töb shipper element ugyanazzal az EIC értékkel.

Formátum / típus String String

OK Sender not allowed Shipper uniqueness Warn Runtime error

Warn: részlegesen befogadott üzenet. A hiba oka: van az üzenetben legalább egy Unknown shipper vagy Bad value hiba. Runtime error: minden egyéb hiba. Renszerhasználó EIC értéke

A TSO-hoz szerződött shipper-eic rendszerhasználó EIC azonosítója.


String

FGSZ Zrt.

167/170 Feldolgozás időpontja

Az üzenet feldolgozásának processing-time időpontja.

Rendszerhasználó OK: létezik a network user és shipper-status státusza az adott TSO-hoz tartozik. Unknown shipper: ismeretlen EIC érték, vagy nem tartozik a TSO-hoz.

Date

String

Bad value: az új limit érték alacsonyabb mint az aktuális zárolási érték a még éppen futó aukciókra beadott ajánlatok miatt.

PÉLDA <ns2:finCredUpload_response xmlns:ns2="http://rbp.hu"> <sender-eic>21X-SK-A-A0A0A-N 335e50ac8e24478581ac860717eb99fc <status>SHIPPER_ERROR <shippers-ack> <shipper-ack> <shipper-eic>12XEGL-H-------0 <processing-time>2015-12-14T23:00Z <shipper-status>OK <shipper-ack> <shipper-eic>DUF-EIC-TEST <processing-time>2015-12-14T23:00Z <shipper-status>BAD_VALUES


FGSZ Zrt.

168/170

11. REMIT RIPORTOK 11.1. REMIT RIPORT LEKÉRDEZÉSE ÜZLETI CÉL, KÖRNYEZET Az RBP-ben keletkezett ügyletekről – amennyiben az adott hálózati pont fel van iratkozva a szolgáltatásra – REMIT riport jön létre és kerül letárolásra. Amennyiben egy piaci szereplő előfizetett az RBP REMIT riport szolgáltatására, akkor le tudja kérni ezeket a riportokat felületről és interface-n keresztül is. A piaci szereplők a kapacitás ügyleteikkel kapcsolatos riportokat az ACER (Agency for the Cooperation of Energy Regulators) felé továbbítják. LEÍRÁS Az ACER előírásainak megfelelően a REMIT riportokat a kapacitás allokációs ügylet megkötése után legfeljebb egy munkanappal meg kell küldeni az ACER rendszere számára. A piaci szereplők így rendszeres időközönként beküldik a REMIT riport lekérdező üzenetet, az elmúlt egy munkanapos időszakra vonatkozóan. A rendszerhasználó választhat: vagy összefűzve, egyetlen XML file-ban szeretné megkapni a kijelölt időszakra vonatkozó riportokat, vagy pedig külöl file-okban, egy zip fileba csomagolva. Amennyiben a lekérési üzenet invalid adatot tartalmaz, vagy a beküldő nem rendelkezik megfelelő jogosultsággal a riportok nem kerülnek elküldésre. SZEREPLŐK, SZEREPKÖRÖK • •

A kérés küldője: Piaci szereplő (TSO, szállíttató) A kérés fogadója: RBP

ÜTEMEZÉS, HATÁRIDŐK A REMIT riport letöltő üzenet bármikor beküldhető az RBP rendszerbe. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Kizárólag érvényes tanúsítvánnyal lehetséges a web service használata. A tanúsítvány tulajdonosának engedéllyel kell rendelkezni, hogy futtathassa a szolgáltatást. Ezek hiányában a hozzáférés megtagadásra kerül.

11.1.1 A KÉRÉST TARTALMAZÓ ÜZENET LEÍRÁS A kérés üzenet tartalmazza a riportok keletkezésének intervallumát. STRUKTÚRA, CÍMKÉK LEÍRÁSA Az XML üzenet logikai szerkezete az alábbi struktúra szerint épül fel:


FGSZ Zrt.

169/170 •

Lekérdező üzenet adatok: o Érvényességi időszak kezdete o Érvényességi időszak vége

MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Érvényességi időszak kezdete

A REMIT riportok intervallumának kezdete.

keletkezési validityStartInU TC

Date

Érvényességi időszak vége

A REMIT riportok intervallumának vége.

keletkezési validityEndInUT C

Date

PÉLDA A lekérdező üzenet, amennyiben a felhasználó összefűzve szeretné lekérni a riportokat: env:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:rbp="http://rbp.hu"> <soapenv:Header/> <soapenv:Body> 2016-06-07 2016-06-09 A lekérdező üzenet, amennyiben a felhasználó zip file-ba összetömörítve szeretné lekérni a riportokat: <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:rbp="http://rbp.hu"> <soapenv:Header/> <soapenv:Body> 2016-06-07 2016-06-09

11.1.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A válasz üzenet a megadott időszakra vonatkozó REMIT riportokat tartalmazza.


FGSZ Zrt.

170/170 LOGIKAI SZERKEZET A válaszüzenet logikai felépítése megegyezik a REMIT riport struktúrájával.


FGSZ Zrt.

Regional Booking Platform Webservice szolgáltatás illeszkedési felület dokumentáció

Recommend Documents