FGSZ ZRT. INFORMATIKAI PLATFORM SZERVER-SZERVER ILLESZKEDÉSI FELÜLET 6.0 VERZIÓ. FGSz IP szerver-szerver illeszkedési felület

FGSZ ZRT. INFORMATIKAI PLATFORM SZERVER-SZERVER ILLESZKEDÉSI FELÜLET 6.0 VERZIÓ FGSz IP szerver-szerver illeszkedési felület FGSz Zrt.

2/265 TARTALOMJEGYZÉK 1. A dokumentum célja... 7 2. Bevezetés... 8 3. Fogalomtár... 9 3.1. Hálózati infrastruktúra... 9 3.2. Szereplők... 10 3.3. Az FGSz és partnerei viszonyát képviselő fogalmak... 11 3.4. Kapacitáskezelés... 12 3.5. Nominálás... 13 3.6. Operatív matching... 14 3.7. Rendszerirányítás... 15 3.8. Allokálás... 15 3.9. Elszámolás... 16 3.10. Műszaki informatika... 16 3.11. Szabályozás... 17 4. Alapelvek... 18 4.1. Koncepció... 18 4.2. Műszaki informatikai megvalósításra vonatkozó alapelvek... 19 4.2.1 Rendelkezésre állás... 19 4.2.2 Az informatikai platform elérhetősége... 19 4.2.3 Azonosítás, tanúsítványok... 19 4.2.4 Alkalmazott protokollok, kódolás... 19 4.2.5 Üzenetek érvényessége validálás... 20 4.2.6 Archíválás... 20 4.3. Általános érvényű blokkok, típusok, címkék... 20 4.3.1 Fejrész... 21 4.3.2 (Hálózati) pont azonosítója... 22 4.3.3 Tárgy gáznap... 23 4.3.4 Mennyiség... 23 4.3.5 Gázipari szereplő, partner... 24 4.3.6 Ár... 25 4.3.7 Az eredeti üzenet adatai... 26 4.3.8 A feldolgozás sikeressége... 26

3/265 4.3.9 Hibakezelés... 27 4.3.10 Alkalmazott mértékegységek táblázata... 28 5. A fejlesztés támogatása: Echo... 29 6. Nominálás... 30 6.1. Nominálási adatok beküldése (SaveNomination)... 30 6.1.1 A kérést tartalmazó üzenet... 46 6.1.2 A választ tartalmazó üzenet... 54 6.2. Nominálási adatok beküldése kfre sorokkal kiegészítve (SaveNominationV2)... 55 6.2.1 A kérést tartalmazó üzenet... 74 6.2.2 A választ tartalmazó üzenet... 83 6.3. Beküldött nominálási adatok lekérdezése (GetNomination)... 84 6.3.1 A kérést tartalmazó üzenet... 85 6.3.2 A választ tartalmazó üzenet... 85 6.4. Beküldött nominálási adatok verziószámmal ellátott lekérdezése (GetNominationV2)... 93 6.4.1 A kérést tartalmazó üzenet... 93 6.4.2 A választ tartalmazó üzenet... 94 6.5. Beküldött nominálási adatok verziószámmal, KFRE sorokkal ellátott lekérdezése (GetNominationV3). 102 6.5.1 A kérést tartalmazó üzenet... 103 6.5.2 A választ tartalmazó üzenet... 103 6.6. Beküldött nominálások státusza (GetNominationInfo)... 113 6.6.1 A kérést tartalmazó üzenet... 113 6.6.2 A választ tartalmazó üzenet... 114 6.7. Nominálások felosztása (dividenomination)... 115 6.7.1 A kérést tartalmazó üzenet... 115 6.7.2 A választ tartalmazó üzenet... 117 7. Opciók közzététele (OptionReportService)... 119 7.1. A kérést tartalmazó üzenet... 119 7.2. A választ tartalmazó üzenet... 119 8. Opciók közzététele KFRE sorokkal együtt (OptionReportServiceV2)... 122 8.1. A kérést tartalmazó üzenet... 122 8.2. A választ tartalmazó üzenet... 123 9. Napi operatív szállítórendszeri ( 14 órás ) adatszolgáltatás (OperativeTSODataService14H)... 126 9.1. A kérést tartalmazó üzenet... 127 9.2. A választ tartalmazó üzenet... 127

4/265 10. Napi operatív szállítórendszeri ( 14 órás ) adatszolgáltatás KFRE sorokkal együtt (OperativeTSODataService14HV2)... 132 10.1. A kérést tartalmazó üzenet... 133 10.2. A választ tartalmazó üzenet... 133 11. Napi operatív szállítórendszeri ( 14 órás ) adatszolgáltatás válaszban tárgy gáznap (OperativeTSODataService14HV3)... 138 11.1. A kérést tartalmazó üzenet... 139 11.2. A választ tartalmazó üzenet... 139 12. Nap közbeni allokálások szállíttatóknak (GetAllocationsForShipper)... 144 12.1. A kérést tartalmazó üzenet... 144 12.2. A választ tartalmazó üzenet... 145 13. 10 órás adatszolgáltatás (OperativeTSODataService10H)... 148 13.1. A kérést tartalmazó üzenet... 149 13.2. A választ tartalmazó üzenet... 149 14. 10 órás adatszolgáltatás válaszban tárgy gáznap (OperativeTSODataService10HV2)... 153 14.1. A kérést tartalmazó üzenet... 154 14.2. A választ tartalmazó üzenet... 154 15. Napi allokálási adatok rendszerüzemeltetők általi beküldése (AllocationService)... 158 15.1. A kérést tartalmazó üzenet... 159 16. Havi allokálási adatok rendszerüzemeltetők általi beküldése (AllocationService)... 164 16.1. A kérést tartalmazó üzenet... 165 16.2. A választ tartalmazó üzenet... 165 17. Allokált óracsúcs adatok rendszerüzemeltetők általi beküldése (AllocationHourlyPeakService)... 166 17.1. A kérést tartalmazó üzenet... 167 17.2. A választ tartalmazó üzenet... 168 18. Operatív matching... 170 18.1. NNO matching adatok beküldése (NnoMatchingInputService)... 170 18.1.1 A kérést tartalmazó üzenet... 171 18.1.2 A választ tartalmazó üzenet... 173 18.2. NNO matching eredményének lekérdezése (NnoMatchingOutputService)... 173

5/265 18.2.1 A kérést tartalmazó üzenet... 174 18.2.2 A választ tartalmazó üzenet... 174 18.3. NNO matching eredményének lekérdezése (NnoMatchingOutputServiceV2)... 179 18.3.1 A kérést tartalmazó üzenet... 180 18.3.2 A választ tartalmazó üzenet... 181 18.4. Trade matching eredményének lekérdezése (TradeMatchingOutputService)... 186 18.4.1 A kérést tartalmazó üzenet... 186 18.4.2 A választ tartalmazó üzenet... 187 18.5. Más szállíttató által hivatkozott páratlan trade-ek (TradeMismatchOutputService)... 190 18.5.1 A kérést tartalmazó üzenet... 191 18.5.2 A választ tartalmazó üzenet... 191 19. Bilaterális kapacitás eladás/vétel bejelentése... 193 19.1. Bilaterális kapacitásajánlat tétele (BilateralContractRegister)... 193 19.1.1 A kérést tartalmazó üzenet... 194 19.1.2 A választ tartalmazó üzenet... 196 19.2. Bilaterális kapacitásajánlat elfogadása/visszautasítása (BilateralContractConfirmation)... 198 19.2.1 A kérést tartalmazó üzenet... 199 19.2.2 A választ tartalmazó üzenet... 199 20. Korlátozás... 201 20.1. Korlátozási adatok letöltése (RestraintDownload)... 201 20.1.1 A kérést tartalmazó üzenet... 201 20.1.2 A választ tartalmazó üzenet... 202 20.2. Korlátozási adatok feltöltése (RestraintUpload)... 211 20.2.1 A kérést tartalmazó üzenet... 218 20.2.2 A választ tartalmazó üzenet... 229 21. Alapadatok lekérdezése... 232 21.1. Hálózati pontok lekérdezése (GetValidNetworkUnitCode)... 232 21.1.1 A kérést tartalmazó üzenet... 232 21.1.2 A választ tartalmazó üzenet... 232 21.2. Partnerek lekérdezése (GetValidPartnersCode)... 234 21.2.1 A kérést tartalmazó üzenet... 234 21.2.2 A választ tartalmazó üzenet... 235 22. Kapacitás átadás/átvétel bejelentése (Fogyasztó vándorlás)... 237 22.1. KAPACITÁS ÁTADÁS (SaveCustomerMigration)... 237 22.1.1 A kérést tartalmazó üzenet... 237 22.1.2 A választ tartalmazó üzenet... 241 23. NFKP piaci információk... 245

6/265 23.1. Beadott ajánlatok... 245 23.1.1 A kérést tartalmazó üzenet - Beadott ajánlatok... 245 23.1.2 A választ tartalmazó üzenet - Beadott ajánlatok... 246 23.2. Megkötött ügyletek... 249 23.2.1 A kérést tartalmazó üzenet Megkötött ügyletek... 249 23.2.2 A választ tartalmazó üzenet Megkötött ügyletek... 249 24. Ajánlat fogadó interface... 252 24.1.1 A kérést tartalmazó üzenet Ajánlat befogadás vagy módosítás kérés... 252 24.1.2 A választ tartalmazó üzenet - Beadott ajánlatok... 257 24.1.3 A kérést tartalmazó üzenet Ajánlat visszavonáskérés... 259 24.1.4 A választ tartalmazó üzenet Ajánlat visszavonás válasz... 260 24.1.5 Hibakódok, Hibaüzenetek... 262

7/265 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 földgáz-kereskedelmi engedélyesek, feljogosított fogyasztók, csatlakozó rendszerüzemeltetők közötti, az operatív üzletmenet során alkalmazható, szerver-szerver kommunikáció alapelveit rögzítse, és üzenetformátumait definiálja.

8/265 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.

9/265 3. FOGALOMTÁR 3.1. HÁLÓZATI INFRASTRUKTÚRA Mérhető pont Nominálható/allokálható ( nomallok ) pont Kapacitáspont Kereskedelmi virtuális pont Kapacitás A földgáz-szállító hálózatnak valóságban is fizikailag létező pontja. Tényleges földgáz-átadó állomást jelent. Pl.: Szentendre I. Az elemi mérési adatok mindig mérhető pontokra vonatkoznak. Mérhető pontok logikai összevonásából származó absztrakt pont. A gyakorlatban az összevont gázátadót képviselő fogalom. Pl. Budapest, mely többek között a Szentendre I. pontot is magába foglalja. A nominálások és allokálások értelemszerűen csak nominálható/allokálható pontokra tehetők. Nominálható/allokálható pontok logikai összevonásából származó absztrakt pont. Kapacitáslekötések csak kapacitáspontokra vonatkozhatnak. A jelen gyakorlatban minden nomallok pont egyben kapacitáspont is. Olyan pont, amely a valóságban nem létezik, csak elszámolás szempontjából. Azt a célt szolgálja, hogy olyan szállíttatók is tudjanak egymás között földgáz-kereskedelmet folytatni, amelyeknek nincs ugyanazon fizikai ponton érvényes kapacitásfoglalásuk. A kereskedelmi virtuális pontra lehet nominálást adni, arra vonatkozóan van (állandóan zérus) mérési adat, és azon az allokálás is végbemegy. Csak TRADE típusú nominálási sorok adhatók rá, a NOM, BH, OPT_POS, OPT_NEG típusú sorok nem értelmezettek. A nominálási adat egyensúlyába a kereskedelmi pontra adott nominálási sorok is beszámítanak. 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 m 3 /h, m 3 /nap (utóbbi a közüzemi nagykereskedő vonatkozásában). A szállíttatókkal kötött szerződésekben annak definiálásra is sor kerül, hogy melyik mértékegységben történik az elszámolás. A szerződésben minkét adat szerepel. A közüzemi nagykereskedő órai elszámolásának akkor van jelentősége, ha megszakítási hibát követ el.

10/265 3.2. SZEREPLŐK Hozzáférésre jogosult (HFJ) Földgázkereskedő Az a gázipari szereplő, amely a földgáz-szállító vezetékhez való hozzáférésre jogosult. Ily módon: Földgáz kereskedelmi engedélyes Egyetemes szolgáltató Szállítórendszeri fogyasztó Rendszerirányítási engedélyes (a rendszerirányítási gázmennyiség mértékéig) Földgáztermelő (ideértve a biogáz-termelőt is) Kiemelendő a HFJ-knek azon részhalmaza, amelyek IPhozzáféréssel is rendelkeznek ezek minősülnek szállíttatónak. Kizárólag gáz adásvételére jogosult szervezet, mely fizikai hálózati infrastruktúrával nem rendelkezhet. Részletes def.: 2008. évi GET 29. Egyetemes szolgáltató A jogosult felhasználók földgázellátására vonatkozó szolgáltatások értékesítését végző szervezet. Lényegében a 2003. évi GET szerinti közüzemi szolgáltatási engedélyes fogalmát váltja fel. Részletes def.: 2008. évi GET 32. Felhasználó Rendszerirányítási engedélyes Földgáztermelő (ideértve a biogáz-termelőt is) (PFO Production Field Operator) Földgázszállító (TSO - Transmission System Operator) Földgáztároló (STO Storage) Földgázelosztó (LDC - Local Distribution Company, vagy DSO: Distribution System Operator) Az a természetes vagy jogi személy, illetve jogi személyiség nélküli társaság, aki (amely) földgázt vagy vezetéken keresztül PB-gázt saját felhasználás céljára vásárol. (2008. évi GET 3. 17.) De jure a földgázszállítók egyike, amely az egész országra vonatkoztatott, teljes, ún. együttműködő földgázrendszer egyensúlyáért felel. Részletes def.: 2008. évi GET 4-7. Az a jogi személy, amely a Magyar Köztársaság területén földgáz bányászati tevékenységet végez, vagy biogáz és biomasszából származó gázok, valamint egyéb gázfajták előállítását üzletszerűen végzi. (2008. évi GET 3. 33.) Az a szervezet, mely az engedélyével érintett szállítóvezetékek és berendezéseik üzemeltetésére jogosult és köteles. (Részletes def.: 2008. évi GET 8-13. ) Köteles és jogosult az engedélyével érintett tárolók és berendezéseik üzemeltetésére. Részletes def.: 2008. évi GET 26-27. Adott földrajzi területen a földgáz fizikai elosztásának felelőse, azon a területen a földgáz elosztóhálózat tulajdonosa, és annak üzemeltetésének, karbantartásának felelőse. Részletes def.: 2008. évi GET 14-19.

LDC2 (LDC - Local Distribution Company) Partner 11/265 Jellegzetesen ipari területen, vagy lakóparkok területén lévő helyi, kisebb területet ellátó elosztási engedélyes. Olyan szervezet, amely az FGSz-szel földgáz szállíttatása, vagy csatlakozó földgáz-rendszer üzemeltetése tárgyában kapcsolatba lép. Partner lehet szállíttató, trader, vagy csatlakozó rendszerüzemeltető. Szállíttató (shipper) Olyan partner, amely földgáz-mennyiséggel rendelkezik. Kapacitást is leköt a földgáz-szállító hálózaton. A hozzáférésre jogosult akkor válik szállíttatóvá, ha ténylegesen leköt kapacitást KFRI szerződés formájában. Szállíttató az a HFJ, amelynek IP-szerződése van. Trader Olyan partner, amely valós szállítási feladatot képező nominálási sorokat nem ad a földgáz-szállító részére, hanem csak adott hálózati ponton földgáz-mennyiségek adásvételére szerződik (azaz csak TRADE típusú nominálási sorokat ad). Csatlakozó ( szomszédos ) rendszerüzemeltető (NNO Network Neighbourhood Operator) MOL KTD Virtuális szállíttató Rendszeren kívüli szállíttató FGSz Olyan partner, amely kizárólagosan földgáz-hálózati infrastruktúrával rendelkezik saját tulajdonban, éspedig olyannal, amely a földgáz-szállító rendszerhez fizikailag csatlakozik. Földgáz-mennyiséggel legfeljebb csak saját felhasználásra rendelkezhet, kereskedelmi célú felhasználásra semmiképpen sem. Lehet földgázelosztó, földgáztároló, szomszédos ország földgázszállítója, földgáztermelő. MOL Kutatás-Termelés Divízió. Lényegében a MOL PFO-ja. KNK (only acc. the GET issued in 2003) Két valós (jogi személyt képviselő) szállíttató kereskedelmi kapcsolatát egyetlen szállíttatóként reprezentáló egység. A virtuális szállíttató a teljes üzleti modellben ugyanúgy kezelendő, mint bármely valós szállíttató. Olyan szállíttató, amelynek nincs érvényes szerződése az FGSzszel, de facto IP-hozzáféréssel nem rendelkezik. Földgázszállító Zrt. 3.3. AZ FGSZ ÉS PARTNEREI VISZONYÁT KÉPVISELŐ FOGALMAK Kapacitásszerződés Szinomíma: kapacitáslekötés, hivatalosan (hosszútávú, éves, havi, napi) kapacitás-lekötési, földgázszállítási és rendszerirányítási szerződés (KFRI). A földgázszállítóra nézve olyan szerződéses kötelezettség, mely szerint bizonyos betáplálási és kiadási pontokon meghatározott mértékű

12/265 Szerződés IP kapacitást biztosít a hozzáférésre jogosult számára a szerződéses időszak alatt. Ennek keretében a hozzáférésre jogosult által a megadott betáplálási pontokon betáplált földgázt átveszi, és elszállítja azt a megfelelő kiadási pontokra, ahol azt átadja a hozzáférésre jogosultnak vagy annak képviselőjének. Partnerek között földgáz-szállíttatás vagy földgáz-kereskedelem tárgyában született, tisztán elektronikus formában testet öltő megállapodás. Informatikai Platform. Az FGSz azon informatikai rendszere, melynek révén a 2008. évi GET 5. -ának, a VHR 23. (7) pontjának ill. az ÜKSZ 4.9.1 fejezetének tesz eleget a partnereivel ill. a MEKH-hel való együttműködés érdekében. 3.4. KAPACITÁSKEZELÉS Kapacitás Kapacitásigénylés Szerződött kapacitás Bilaterális kapacitáskereskedelem Kapacitáskereskedelem Kapacitás allokáció Elsődleges kapacitáskereskedelem Másodlagos kapacitáskereskedelem Hátizsák-elv Egy hálózati pont gázáteresztő képessége adott időegység alatt. (m3/nap, m3/óra) A szállíttató által igényelt kapacitás, amelyet az FGSz még nem hagyott jóvá. A KFRI szerződésben rögzített hosszú távú, éves, havi, vagy napi kapacitás. Szállíttatók kapacitáslekötésére vonatkozó, közöttük történő adásvétel. Az FGSz tulajdonában álló kapacitások értékesítése. A kapacitás visszaigazolásának folyamata (az allokált kapacitás eltérhet az igényelt kapacitástól). Az FGSz által első körben értékesített kapacitások kereskedelme A korábban FGSz által értékesített kapacitások kereskedők egymás közötti értékesítése Azon eseményhez kötődő fogalom, melynek során egy szállíttató egy fogyasztója más szállíttatóra tér át, és melynek következtében üzleti-jogi értelemben gázmennyiségét a továbbiakra nézve más szállíttatótól szerzi be. Jellegzetesen ez akkor jelenik meg, amikor adott fogyasztó közüzemi szerződését felmondva kilép a szabad piacra, azaz már nem közüzemi szolgáltatótól, hanem valamely szabadon választott gázkereskedőtől szerzi be a szükséges gázmennyiséget. Ez az áttérés a szállíttatók kapacitásfoglalásaiban is megnyilvánul ez az ún. hátizsák-elv, melynek lényege, hogy az áttérő fogyasztó régi szállíttatójánál foglalt kapacitását fel kell szabadítani, és új szállíttatójánál le kell kötni. Megjegyzendő, hogy a gyakorlatban a felszabadított és lekötött kapacitás eltérő szokott lenni.

13/265 3.5. NOMINÁLÁS Nominálás Adott időszakra valamely szállíttató gázforgalom-igénylése (tehát csak szállíttató nominálhat). Az a tevékenység, melynek keretében a szállíttató adott időszakra nominálási adatát nyújtja be a földgázszállítónak. Nominálási adat Adott gáznapra valamely szállíttató által igényelt gázforgalom meghatározása. A nominálás nominálási sorokból tevődik össze. Nominálási sor Alapnominálás Opció Pozitív opció Negatív opció Backhaul Adott nomináláson belül adott ponton igényelt gázmennyiség. A nominálási sor típusai: NOM: Tényleges, fizikailag is megvalósítandó szállítást képviselő tétel. OPT_POS, OPT_NEG: Opció (Pozitív / negatív opció) BH: Backhaul TRADE: Trade HEG_POS, HEG_NEG: HEG (Pozitív / negatív HEG) NNO oldali NOM és BH típusú nominálás. Valamely szállíttató által földgáz-mennyiség adott egységár melletti eladására, vagy megvásárlására az FGSz-nek tett ajánlat. Válfajai a pozitív és a negatív opció. Csak NOM, BH, TRADE típusú nominálási sorokhoz kötötten jelenhet meg. (ÜKSZ: A hozzáférésre jogosultak által gáznapon a szállítórendszer beadási és kiadási pontjain felajánlott és a rendszerirányítási engedélyes által a rendszer egyensúly megtartása érdekében igénybe vehető forrás- és fogyasztásváltoztatási lehetőség.) Szállíttató által földgáz-eladásra vonatkozó opció. Válfaja a kapacitás felett leadható opció. (ÜKSZ: A hozzáférésre jogosultak által gáznapon a szállítórendszer betáplálási pontjain felajánlott forrásnövelési és szállítórendszer kiadási pontjain felajánlott fogyasztáscsökkentési lehetőség, amelyet a rendszerirányítási engedélyes a forráshiányból eredő egyensúlytalanság esetén vehet igénybe.) Szállíttató által földgáz-vételre vonatkozó opció. (ÜKSZ: A hozzáférésre jogosultak által gáznapon a szállítórendszer betáplálási pontjain felajánlott forráscsökkentési és szállítórendszer kiadási pontjain felajánlott fogyasztásnövelési lehetőség, amelyet a rendszerirányítási engedélyes a forrástöbbletből eredő egyensúlytalanság esetén vehet igénybe.) Olyan, két hálózati pont között logikai szinten értelmezett földgázforgalom, amely a két pontot összekötő vezetékben áramló gáz irányával ellentétes irányú. A backhaul egyik jellegzetes alkalmazási területe, amikor a HAG-on az osztrák fél Beregszászról rendel gázt ekkor képződik egy NOM típusú nominálási sor a HAG-ról Magyarországra, és egy ellentétes

14/265 Trade Trade csoport Szabad kapacitás HEG Pozitív HEG Negatív HEG irányú backhaul típusú a Beregszászról rendelt gázmennyiségnek megfelelően. Ekkor fizikailag a NOM típusú sornak csak a BH sorban foglalt mennyiséggel csökkentett mennyiségének megfelelő gázforgalom lebonyolítására kerül sor. A backhaul egy másik alkalmazási területe az ún. virtuális tároló, amikor is gáztárolóba való betároláskor a mennyiség egy részének kitárolására kerül sor, és fordítva. Adott hálózati ponton belül adott földgáz-mennyiség eladására vagy megvételére vonatkozó ügylet, ahol a vagy kizárólagos értelmű. Egy adásvétel tehát egy eladási, és egy vételi trade-ből tevődik össze. Egymással összefüggésben álló, egyazon hálózati ponton belül érvényre jutó trade-ek összessége. Valamely absztrakt pontra vonatkozóan a befoglalt elemi pontok összkapacitásának és a pontra (jellegzetesen nominálás keretében) szerződött összkapacitások különbsége. Hidraulikai Egyensúlyozó Gáz. A napi piac tagjai által a szállítónak egyensúlyozási célokra a gáznap során felajánlott pótlólagos földgázforrás, vagy felhasználás. Olyan tényleges fizikai földgázszállítással járó HEG ügylet, amely keretében a szállító vesz, és a szállíttató elad. Mindenképpen a szállítórendszerbe való betáplálást képvisel. (A HEG az NFKP szabályzatnak megfelelően órai termék.) Olyan tényleges fizikai földgázszállítással járó HEG ügylet, amely keretében a szállító elad, és a szállíttató vesz. Mindenképpen a szállítórendszerből való kiadást képvisel. (A HEG az NFKP szabályzatnak megfelelően órai termék.) 3.6. OPERATÍV MATCHING (A trade-ek konzisztenciájára vonatkozó fogalommeghatározásoknál a szereplők feltüntetésekor az XY konvenció azt jelenti, hogy X a nomináló, és Y a nomináló pár függetlenül attól, hogy eladói, vagy vevői minőségben van-e jelen a trade-ben.) Páros trade Törött trade Az AB, BA trade típusú nominálási sor egyazon hálózati pontra ellentétes előjelű mennyiségekkel jelen van. Amennyiben a két mennyiség megegyezik, akkor match állapot áll fenn, ellenkező esetben mismatch: értékeltéréssel. Több olyan trade együttese, melyekre egy B szereplőt tekintve: B-nek nincs érvényes szerződése a FGSz-szel ( rendszeren kívüli ) B-re legalább 1-1 másik, FGSz-szel szerződésben álló szállíttató (pl. A és C ) trade formájában hivatkozik ellentétes előjellel, azaz

15/265 Páratlan trade Match Mismatch Kisebb elv Zéró elv Pro ráta elv pl. eladói ill. vevői minőségben. (Tehát a példát tekintve A elad B -nek, és B elad C -nek. Az az eset feltételezett, hogy B rendszeren kívüli, ill. hogy nem nominál, tehát, hogy csak az AB, és CB trade nominálások vannak meg, a BA, BC nominálások hiányoznak.) A törött trade esetén match akkor áll fenn, ha a rendszeren kívüli szállíttató eladásainak és vételeinek összmennyisége partnerei nominálási adatai alapján megegyezik, és mismatch áll fenn, ha nem. Az AB trade típusú nominálási sor megvan, de a BA nincs meg. Adott nominálási sorral mind szereplők, mind mennyiségek szempontjából egyeztethető nominálási sor(ok) jelenléte. Match hiánya, azaz adott nominálási sorral szereplők és mennyiségek szempontjából egyeztethető (ellenoldali) nominálási sor(ok) hiánya. Két, szereplőket, és előjeleket tekintve egymással egyeztethető, de eltérő mennyiséget képviselő nominálási sor közül a kisebb értékűnek érvényre jutattása. Azon elv, miszerint páratlan trade esetén a várható allokált értéket zérusnak kell tekinteni. Adott mennyiségnek v. eltérésnek az azt előidéző nominálások arányában történő felosztása. 3.7. RENDSZERIRÁNYÍTÁS Szállítási feladat Kiegyenlítő ( rendszerirányítási ) gáz Az FGSz számára adott szállíttatóra az összes nominálási sor előjelhelyes összege opciók nélkül (NOM+BH+TRADE). Szinoníma: kiegyensúlyozó gáz. Adott gáznapon a hozzáférésre jogosultak betáplálása és vételezése közötti különbség kiegyenlítése és a rendszeregyensúly fenntartása érdekében felhasznált rendszerirányítói saját gázkészlet. (ÜKSZ) 3.8. ALLOKÁLÁS Allokálás Mért mennyiség felosztása rendszerhasználókra (HFJ-kre). Az NNO határfelületi allokációt a csatlakozó rendszerüzemeltető végzi, a ponton belüli trade allokációt a földgázszállító. Allokált fogyasztás A földgáz-szállító rendszer adott pontján (adott időtartam alatt) ténylegesen átvett földgáz-mennyiség.

16/265 Allokált forrás A földgáz-szállító rendszer adott pontján (adott időtartam alatt) ténylegesen beadott földgáz-mennyiség. Egyensúlytalanság Héjmodell Preallokáció Rule alloc Forrás ponton átadott, allokált gázmennyiség, és fogyasztás ponton átvett, allokált gázmennyiség különbsége. (Allokált forrás allokált fogyasztás.) Adott hálózati pontot egységként kezelő szemléletmód, miszerint csak és kizárólag az abból kifelé, illetve az abba befelé mutató, tényleges szállítási feladatot képező nominálási sorok jutnak érvényre eltekintve attól, hogy a hálózati ponton belül milyen ügyletek (trade-ek) köttetnek. Az allokálás számítása során olyan eljárás, melynél ha egy hálózati ponton csak egy szállíttató (kereskedő) van jelen, ott a mérési adat egy az egyben történő hozzárendelésére kerül sor a szállíttatóhoz (mért adat allokáltként való feltüntetése). Ahol több szereplő van, ott a nominált adat allokáltként való feltüntetése történik. Azon hálózati pontok megjelölésére kerül továbbá sor, amelyek egyensúlytalanságban vannak. (Többszereplős esetben szinte biztos, hogy egyensúlytalanságban maradnak a hálózati pontok.) Az allokálás során olyan eljárás, miszerint mindazon hálózati pontok esetében, amelyek nincsenek egyensúlyban, a mért adatok opciók lehívása utáni részének a nominálások arányában történő felosztására kerül sor. 3.9. ELSZÁMOLÁS Számla OBA számla Gáztechnikai m 3 normál Földgázmennyiségek (-többletek és hiányok) elszámolására szolgáló elszámolási egység. Válfaja az OBA számla (OBA Operational Balancing Agreement). (A kifejezetten pénzügyi elszámolások jelen fogalmi körben a pénzügyi számlák útján történnek.) Az IA (OBA) matching-hez kötődő olyan elszámolási mód, melynek keretében a gáznapi nominált és allokált mennyiségek eltérésének elszámolására nem gáznaphoz rendelten, hanem gázhónapra vonatkoztatva, a gáznapi eltérések eredője alapján kerül sor. Az a gázmennyiség, amely 288,15 K hımérsékleten és 101325 Pa nyomáson 1 köbméter (m 3 ) térfogatot foglal el. 3.10. MŰSZAKI INFORMATIKA WEB felület Nyílt vagy zárt számítógép-hálózatról, böngésző program segítségével (jelen esetben Internet Explorer használatával) elérhető, különböző szolgáltatásokat nyújtó, kiszolgáló program rendszer.

17/265 Form Entitás Űrlap alapú webes felhasználói felület Egy egyed előfordulás, jelen esetben felhasználó egyed. 3.11. SZABÁLYOZÁS GET VHR ÜKSZ (GázEllátásról szóló Törvény) A földgázellátásról szóló, jelenleg érvényes (2008. évi XL.) törvény. (VégreHajtási Rendelet) Kormányrendelet a GET egyes rendelkezéseinek végrehajtásáról. A jelenleg érvényes rendelet: 19/2009. (I. 30.) Korm. rendelet a földgázellátásról szóló 2008. évi XL. törvény rendelkezéseinek végrehajtásáról. Ennek módosításáról szól a 116/2010. (IV. 15.) Korm. rendelet. (Üzemi és Kereskedelmi Szabályzat) A magyar földgázrendszer üzemi és kereskedelmi szabályzata. Jelenleg a 2007. októberi ÜKSZ van érvényben, melyre vonatkozóan a MEKH bizonyos részeknek még javítását írta elő.

18/265 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. Küldő informatikai platform KÉRÉS VÁLASZ Fogadó informatikai platform 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 (pl. nominálás) 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. Küldő informatikai platform XML, SOAP, HTTPS VISSZATÉRÉSI ÉRTÉK Web service felület Fogadó informatikai platform 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ő

19/265 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 AZ INFORMATIKAI 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://eip.test.fgsz.hu/eip/services/fgszservice A teszt szerveren elérhető szolgálatások leírása: https://eip.test.fgsz.hu/eip/services/fgszservice?wsdl Az éles produktív szerver SOAP interfészének elérhetősége: https://eip.fgsz.hu/services/fgszservice Az éles szerveren elérhető szolgálatások leírása: https://eip.fgsz.hu/services/fgszservice?wsdl Amennyiben az éles környezet a fenti címen nem elérhető, mert az EIP a tartalék környezetben üzemel, akkor a következő címen érhető el: https://eip.standby.fgsz.hu/services/fgszservice A hozzá tartozó descriptor: https://eip.standby.fgsz.hu/services/fgszservice?wsdl 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 IP (eip.standby.fgsz.hu) hívására, ha az éles környezet (eip.fgsz.hu) 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 negyedik 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

20/265 Szabványok: o o o UTF-8 : http://www.ietf.org/rfc/rfc2279.txt HTTPS: http://tools.ietf.org/html/rfc2818 SOAP: http://tools.ietf.org/html/rfc3288 XML Séma leírók elérhetősége o o o xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd= http://www.w3.org/2001/xmlschema 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 MJ-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 ARCHÍVÁLÁS Minden engedélyesnek 1 évre visszamenőleg meg kell őriznie a küldött üzeneteket, és lehetőséget kell biztosítania a címzett v. az illetékes hatóság számára az azokba való betekintésre. 4.3. ÁLTALÁNOS ÉRVÉNYŰ BLOKKOK, TÍPUSOK, CÍMKÉK Az alábbiakban azon üzenetrészek definiálására kerül sor, amely valamennyi üzenettípus esetében azonos rendeltetéssel, és azonos felépítéssel bír. Jellegzetesen ilyen a tárgy gáznap, a hálózati pont kódja, stb.

21/265 Megjegyzés: implementációs szinten az üzenet típusát implicite az határozza meg, hogy mely sémának felel meg. 4.3.1 FEJRÉSZ LEÍRÁS Minden egyes üzenetnek van egy fejrésze, mely az alábbi táblázat szerinti elemekből áll. XML-BLOKK AZONOSÍTÓJA MessageHeader MEZŐK Megnevezés Leírás XML címkenév Formátum / típus Létrehozás időpontja Az üzenet létrehozásának időpontja másodperc pontossággal creationdate xsd:datetime ( Z időzóna) Az üzenet egyedi azonosítója A küldő által előállított olyan azonosító, mely az általa valaha is küldött üzenetek közül pontosan egyet azonosít. MessageID xsd:number Küldő azonosítója A küldő, vagy azon partner FGSz IP-beli azonosítója, amely a tényleges küldőt az üzenet küldésével megbízta. A jelenleg egyedül elfogadott ZZZ szerinti kódolás annyit jelent, hogy a partner IP-beli azonosítójáról van szó. sender Party ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Az üzenet egyedi azonosítója: Nem lehet olyan azonosító, amelyhez tartozó üzenetre a fogadó fél már válaszolt, függetlenül annak tartalmától. Küldő azonosítója: Csak azt a gázipari szereplőt azonosíthatja, amelyiknek a tanúsítványával az üzenetet küldték, vagy amely részéről a tényleges küldőnek már adtak megbízást az üzenet típusának megfelelő művelet végrehajtására. Értelemszerűen alapfeltétel, hogy ennek a megbízatásnak a papíralapú rögzítésén túlmenően az FGSz IP jogosultsági rendszerében is jelen legyen a megfelelő

22/265 beállítás. Szállíttatók esetén ez a mező határozza meg a tárgy szállíttatót (tekintettel arra, hogy rendszerüzemeltetők esetén megbízói jogosultság nem értelmezett). PÉLDA <messageheader> <creationdate>2008-04-28t16:31:00z</creationdate> <messageid>1234567890</messageid> <sender codingscheme="zzz"> TESTSENDER </sender> </messageheader> 4.3.2 (HÁLÓZATI) PONT AZONOSÍTÓJA LEÍRÁS Szinte minden üzenettípus esetén szükség van hálózati (továbbá szabad, elemi) pontok megadására. E pontok azonosítása kizárólag azok FGSz IP-beli kódja alapján történik. Erre szolgál a Location objektumtípus. Azt, hogy konkrétan hálózati, szabad, vagy elemi pontról van-e szó, azt a konkrét sémában v. üzenetben levő név egyértelműen kifejezi (networkpoint, freepoint, elementarypoint). MEZŐK Megnevezés Leírás XML típusnév Formátum / típus Pont azonosítója A (jellegzetesen nominálható/allokálható) pont FGSz IP-beli azonosítója (ezt jelöli a ZZZ kódolás) FGSz IP-beli azonosító ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Pont azonosítója: Csak az FGSz által előzetesen közzétett pontlista egyik elemét tartalmazhatja. PÉLDA <networkpoint codingscheme="zzz">kamosonm1iin</networkpoint>

23/265 4.3.3 TÁRGY GÁZNAP LEÍRÁS Az üzenettípusok többsége esetén szükség van a tárgy gáznapnak, azaz azon gáznapnak megadására, amelyre az üzenetben foglalt (pl. nominálási, allokálási) adatok vonatkoznak e célra szolgál ez a mező. A tárgy gáznap minden esetben a Magyarország területén érvényes gáznapot jelenti. (ÜKSZ: Gáznap: Az adott nap reggel 06:00-tól a következő nap reggel 06:00-ig tartó időszak. (A GTE ajánlásával egyezően)) MEZŐK Megnevezés Leírás XML címkenév Formátum / típus Tágy gáznap Tágy gáznap subjectgasday xsd:date (ÉÉÉÉ-HH-NN) PÉLDA <subjectgasday>2008-04-28</subjectgasday> 4.3.4 MENNYISÉG LEÍRÁS Minden mennyiség jellegzetesen a földgáz-mennyiség erre a címkére van leképezve. Földgáz-mennyiségek terén csak a MJ-ban kifejezett hőmennyiség értelmezett. XML-TÍPUS AZONOSÍTÓJA Quantity MEZŐK Megnevezés Leírás XML címkenév Tag hossza Formátum / típus

24/265 (karakter) Mennyiség Az adott mennyiség egyben, tehát ezres tagolás nélkül. a node értéke max 19 számjegy xsd:double Mértékegység Az alkalmazott mértékegység. Földgáz-mennyiségek terén jelenleg csak MJ elfogadott, melyet az _3B konstans jelöl. measureunit 3 PÉLDA <dailyquantity measureunit="_3b">8000</dailyquantity> 4.3.5 GÁZIPARI SZEREPLŐ, PARTNER LEÍRÁS Szinte valamennyi üzenettípus esetén szükség van valamely engedélyes valamilyen szerepkörben való azonosítására, úgymint valamely csatlakozó rendszerüzemeltető, szállíttató, szállíttató pár meghatározására. E célt szolgálja a Party objektumtípus. Azt, hogy konkrétan milyen értéket vehet fel, az a konkrét címkenévből egyértelműen kiderül. Pl. nominálás esetén a Party típusú shipperpair elem csak valamely kereskedelmi engedélyes, vagy feljogosított fogyasztó lehet. Az erre vonatkozó ellenőrzés mindig a fogadó oldalán történik. XML-TÍPUS AZONOSÍTÓJA Party MEZŐK Megnevezés Leírás XML címkenév Tag hossza Formátum / típus (karakter) A gázipari szereplő A gázipari szereplő FGSz IP-beli azonosítója a node értéke

25/265 azonosítója Kódolás Annak meghatározása, hogy az adott szereplő azonosítója milyen kód szerint állt elő. Jelenleg csak az FGSz IP-beli kód az értelmezett, melyet a ZZZ konstans jelöl. codingscheme 3 PÉLDA <shipperpair codingscheme="zzz">testshipperpair</shipperpair> 4.3.6 ÁR LEÍRÁS Jellegzetesen az opciók esetén értelmezett az egységár e célra szolgál ez az objektumtípus. XML-TÍPUS AZONOSÍTÓJA Price MEZŐK Megnevezés Leírás XML címkenév Tag hossza Formátum / típus (karakter) Ár Az egységár számértéke 4 tizedesjegy pontossággal. a node értéke xsd:double Egység Devizanem Az a mértékegység, amelyre az egységár vonatkozik. Csak MJ-ra adható meg, amelyet a _3B konstans jelöl. Az a devizanem, amelyben az ár meg van adva. Jelenleg csak a magyar forint, azaz a HUF measureunit 3 currency 3

26/265 konstans a megengedett. PÉLDA <optionprice measureunit="_3b" currency="huf">12.1234</optionprice> 4.3.7 AZ EREDETI ÜZENET ADATAI LEÍRÁS Minden válaszüzenet tartalmazza az eredeti (kérés) üzenet fejrészét. Ld. 4.3.1 pont. XML-TÍPUS AZONOSÍTÓJA originalmessageheader MEZŐK A 4.3.1 pont szerint. PÉLDA A 4.3.1 pont szerint. 4.3.8 A FELDOLGOZÁS SIKERESSÉGE LEÍRÁS Minden válaszüzenet tartalmazza, hogy a feldolgozás sikeres vagy sikertelen volt. XML-TÍPUS AZONOSÍTÓJA xs:boolean MEZŐK Megnevezés Leírás XML címkenév Formátum / típus Sikeresség Az eredeti üzenet feldolgozásának sikerességét mutató bit. success true / false, xs:boolean

27/265 PÉLDA <success>true</success> 4.3.9 HIBAKEZELÉS LEÍRÁS Ha egy kérés feldolgozása során hiba történik, akkor a válaszüzenet tartalmazza a hiba leírását és részleteit. XML-TÍPUS AZONOSÍTÓJA ErrorLine MEZŐK Megnevezés Leírás XML címkenév Formátum / típus Figyelmeztetés / hiba Annak meghatározása, hogy figyelmeztető vagy hibaüzenetről van-e szó? warning true / false Sorszám Az eredetileg fogadott üzenet azon nominálási sorának száma, amelyre a hibasor vonatkozik. Csak akkor van jelen, ha kifejezetten valamely nominálási sorhoz köthető. linenumber Pozitív egész, xs:int Hibakód A figyelmeztetés / hibaüzenet kódja. errorcode xs:string Üzenet szövege A figyelmeztetés / hibaüzenet szövege. Nyelve annak függvénye, hogy a bejelentkezés során alkalmazott tanúsítvány felhasználói azonosítójához milyen alapértelmezett nyelv van rendelve. errortext xs:string További tájékoztatás A hibaüzenethez tartozó, esetleges, további tájékoztatás. Jellegzetes alkalmazási területe, amikor egy szabad pont hálózati pontjaira adott össznominálás metainfo xs:string

28/265 meghaladja a kapacitáskorlátot; ekkor az érintett hálózati pontok felsorolása ebben a mezőben jelenik meg. A hibaüzenet felépítése metódusonként változhat. Pl. a nominálás hibaüzenete kiegészül két node-dal, úgymint networkpoint, shipperpair. PÉLDA <errorline> <warning>false</warning> <linenumber>1</linenumber> <errorcode>nomination.error.business.100</errorcode> <errortext>erre a hálózati pontra nem rendelkezik kapacitásszerződéssel!</errortext> <metainfo>2010-03-03</ metainfo> <networkpoint codingscheme="zzz">kaosi00011gn</networkpoint> <shipperpair codingscheme="zzz"/> </errorline> 4.3.10 ALKALMAZOTT MÉRTÉKEGYSÉGEK TÁBLÁZATA Dimenzió / alkalmazás Mértékegység Kód Térfogat Gáztechnikai normál m 3 MQ5 Energiamennyiség MJ _3B Órai maximum MJ / h JM1 Napi energiamennyiség MJ / nap JM2 Ár HUF HUF Fűtőérték MJ/gnm 3 JM Sűrűség kg/gnm 3 KMQ mol% mol% MOL numerikus tényező 1 Z99

29/265 5. A FEJLESZTÉS TÁMOGATÁSA: ECHO LEÍRÁS A webservice kliensének fejelesztéséhez nyújt segítséget az Echo metódus, mely visszaadja a híváskor beküldött szöveget. A metódus következmények nélkül hívható, így a kliens és szerver közti kommunikáció kialakítására biztonsággal használható.

30/265 6. NOMINÁLÁS 6.1. NOMINÁLÁSI ADATOK BEKÜLDÉSE (SAVENOMINATION) ÜZLETI CÉL, KÖRNYEZET A földgázszállító rendszerre vonatkozó nominálás célja a hozzáférésre jogosult által igényelt gázforgalom bejelentése a földgázszállító engedélyes számára. Legyen tekintettel arra, hogy a KFRE sorokat csak a SaveNominationV2 webservice metódus támogatja, a SaveNomination nem. Az üzleti ellenőrzések ugyanakkor a két metódus tekintetében azonosak. LEÍRÁS A napi nominálás során egy szállíttató (hozzáférésre jogosult) tekintetében a szállítandó gázmennyiség-igények bejelentése történik adott gáznapra vonatkozóan, hálózati pontonként, a szállíttató párt megjelölve. Ezt határozza meg a nominálási adat, mely nominálási sorokból tevődik össze, és blokkos kezelésű. Egy nominálási sor azt határozza meg, hogy az adott gáznapon adott hálózati ponton az adott szállíttató adott szállítattó párt megjelölve milyen mennyiségben milyen típusú gázforgalmat igényel. A blokkos kezelés annyit jelent, hogy a nominálási adat egy szállíttató részéről mindig egy gáznapra vonatkozik, és a rendszerirányító vagy teljes mértékben elfogadja, vagy teljes mértékben visszautasítja (még akkor is, ha csak egy nominálási sor nem felelt meg a követelményeknek). A blokkos kezelés azt is jelenti, hogy a szállíttatónak a nominálási adatban minden olyan hálózati pontra legalább egy nominálási sort meg kell adnia, amelyre kapacitás-lekötéssel rendelkezik. A nominálást szolgáló üzenet szintén blokkos kezelésű, és mindig csak és kizárólag pontosan egy gáznapra vonatkozik. Heti előrejelzés megadásakor tehát az adott gázhét gáznapjaira vonatkozó egyenkénti nominálás történik. A nominálási sortípusoknak (NOM, BH, TRADE, OPT_POS, OPT_NEG, HEG_POS, HEG_NEG) megfelelően különkülön XML-blokkok kialakítására került sor (nominationline, backhaulline, tradeline, optionpositiveline, optionnegativeline hegpositiveline, hegnegativeline) biztosítva ezzel azt, hogy eleve már sémaszinten is csak azon attribútumok kezelésére kerüljön sor, amelyekre az adott nominálási sortípusnál ténylegesen is szükség van. SZEREPLŐK, SZEREPKÖRÖK A kérés küldője: a szállíttató A kérés fogadója: a rendszerirányítási engedélyes (FGSz) A válasz küldője: a rendszerirányítási engedélyes (FGSz) A válasz fogadója: a szállíttató

31/265 ÜTEMEZÉS, HATÁRIDŐK A nominálásra vonatkozó határidők a nominálásra szolgáló üzenet küldésére is érvényesek. Tehát a normál nominálási ciklusban a tárgy gáznap előtt 60 nappal 06:00 órától a tárgy gáznap előtti nap 00:00 óráig lehet a nominálási üzenetet beküldeni. Újranominálás elrendelése esetén természetesen az FGSz diszpécsere által egyedileg megadott időtartományban a tárgy gáznapot megelőzően, illetve azon belül lehet a nominálási adatot elküldeni. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A nominálásra szolgáló üzenet kapcsán ugyanazok az üzleti feltételek érvényesek, mint általában nominálás megadásakor. Ezeket a feltételeket az alábbi táblázat foglalja össze feltüntetve azt is, hogy ha az adott szabályt a beküldött nominálási adat megszegi, akkor milyen hibaüzenettel válaszol az IP.

Ellenőrzés Hibaüzenet azonosítója Hibaüzenet szövege Megoldás Ha egy szállíttató adott gáznapra adott hálózati pontra nominál, akkor arra a gáznapra és arra a hálózati pontra érvényes kapacitásszerződéssel kell rendelkeznie. Nomination.Error.Business.100 Erre a hálózati pontra nem rendelkezik kapacitásszerződéssel! A nominálási sorban csak olyan hálózati pontot adjon meg, amelyre rendelkezik érvényes kapacitásfoglalással! Vegye fel a kapcsolatot az FGSz-szel kapacitásszerződés kötése céljából! Betáplálási hálózati ponton NOM típusú nominálási sorban a mennyiségnek zérusnak vagy pozitívnak kell lennie. Nomination.Error.Business.120 Betáplálási hálózati ponton NOM típusú nominálási sorban a mennyiségnek zérusnak vagy pozitívnak kell lennie! Módosítsa az adott NOM típusú nominálási sorban foglalt mennyiséget úgy, hogy zérus, vagy pozitív legyen (betartva az adott hálózati ponton érvényben lévő kapacitásfoglalásokat)! Kiadási hálózati ponton NOM típusú nominálási sorban a mennyiségnek zérusnak vagy negatívnak kell lennie. Nomination.Error.Business.124 Kiadási hálózati ponton NOM típusú nominálási sorban a mennyiségnek zérusnak vagy negatívnak kell lennie! Módosítsa az adott NOM típusú nominálási sorban foglalt mennyiséget úgy, hogy zérus, vagy negatív legyen (betartva az adott hálózati ponton érvényben lévő kapacitásfoglalásokat)! Betáplálási hálózati ponton BH típusú nominálási sorban a mennyiségnek zérusnak vagy Nomination.Error.Business.122 Betáplálási hálózati ponton BH típusú nominálási sorban a mennyiségnek zérusnak vagy Módosítsa az adott BH típusú nominálási sorban foglalt mennyiséget úgy, hogy zérus, vagy FGSz IP szerver-szerver illeszkedési felület FGSz Zrt.

negatívnak kell lennie. negatívnak kell lennie! negatív legyen (betartva a backhaul kapacitásfoglalásokat)! 33/265 Kiadási hálózati ponton BH típusú nominálási sorban a mennyiségnek zérusnak vagy pozitívnak kell lennie. Nomination.Error.Business.126 Kiadási hálózati ponton BH típusú nominálási sorban a mennyiségnek zérusnak vagy pozitívnak kell lennie! Módosítsa az adott BH típusú nominálási sorban foglalt mennyiséget úgy, hogy zérus, vagy pozitív legyen (betartva a backhaul kapacitásfoglalásokat)! OPT_POS típusú nominálási sorban a mennyiségnek zérusnak vagy pozitívnak kell lennie. OPT_NEG típusú nominálási sorban a mennyiségnek zérusnak vagy negatívnak kell lennie. Nomination.Error.Business.123 OPT_POS típusú nominálási sorban a mennyiségnek zérusnak vagy pozitívnak kell lennie! Nomination.Error.Business.121 OPT_NEG típusú nominálási sorban a mennyiségnek zérusnak vagy negatívnak kell lennie! Módosítsa az OPT_POS típusú nominálási sorban szerepeltetett mennyiséget úgy, hogy zérus, vagy pozitív legyen! (A hálózati pont betáplálás / kiadás jellegétől függetlenül.) Módosítsa az OPT_NEG típusú nominálási sorban szerepeltetett mennyiséget úgy, hogy zérus, vagy negatív legyen! (A hálózati pont betáplálás / kiadás jellegétől függetlenül.) Adott gáznapra adott szállíttatóra a teljes nominálásnak egyensúlyban kell lennie. (SUM entry NOM+BH+TRADE = SUM exit NOM+BH+TRADE) Nomination.Error.Business.104 Nincs egyensúly! Módosítsa nominálási adatát úgy, hogy a földgázszállító rendszerbe táplált gáz mennyisége megegyezzen a kiadott gáz mennyiségével! Ez a hibaüzenet akkor is felléphet, ha a megadott nominálási adat ugyan egyensúlyos, de az abban megadott

34/265 MGP egyenleg téves. A rendszer ugyanis nem a nominálási adatban megadott, hanem az IP felületén is megtekinthető MGP egyenleget veszi alapul az egyensúly számításakor. NOM típusú nominálási sorban az órai csúcsban foglalt mennyiségnek legalább akkorának kell lennie, mint a napi nominált mennyiség 24-e (23-a/25-e) felfelé kerekítve. Nomination.Error.Business.111 NOM típusú nominálási sorban az órai csúcsban foglalt mennyiségnek legalább akkorának kell lennie, mint a napi nominált mennyiség 24-e (23- a/25-e) felfelé kerekítve! Módosítsa az adott NOM típusú nominálási sorban az órai csúcsot úgy, hogy legalább akkora legyen, mint a napi nominált mennyiség 24-e felfelé kerekítve, és legfeljebb annyi, mint maga a napi nominált mennyiség! BH típusú nominálási sorban az órai csúcsban foglalt mennyiségnek legalább akkorának kell lennie, mint a napi nominált mennyiség 24-e (23-a/25-e) felfelé kerekítve. Nomination.Error.Business.129 BH típusú nominálási sorban az órai csúcsban foglalt mennyiségnek legalább akkorának kell lennie, mint a napi nominált mennyiség 24-e (23- a/25-e) felfelé kerekítve! Módosítsa az adott BH típusú nominálási sorban az órai csúcsot úgy, hogy legalább akkora legyen, mint a napi nominált mennyiség 24-e felfelé kerekítve, és legfeljebb annyi mint maga a napi nominált mennyiség! Az órai csúcs legfeljebb a napi nominált mennyiség lehet. Nomination.Error.Business.105 Az órai csúcs legfeljebb a napi nominált mennyiség lehet! Adjon meg olyan órai csúcsot, amely legfeljebb a napi nominált mennyiség, de legalább a napi nominált mennyiség 24-e felfelé kerekítve! Minden értéknek egésznek kell lennie, kivéve az opciós és Nomination.Error.Business.106 Az opciós és KFRE árat 4 Adja meg az opciós ill. KFRE árat 4

35/265 KFRE árat, amelyet négy tizedesjeggyel kell megadni. (Ezt a kitételt az XML séma kikényszeríti.) tizedesjeggyel kell megadni! tizedesjegy pontossággal! Az opciós és KFRE árat 4 tizedesjeggyel kell megadni. Nomination.Error.Business.201 (Ezt a kitételt az XML séma kikényszeríti.) Az opciós árat 4 tizedesjeggyel kell megadni! Adja meg az adott nominálási sorban az opciós árat 4 tizedesjeggyel! Betáplálási ponton adott gáznapra adott szállíttatóra nézve a szállítási feladat pozitív opcióval növelt értékének (NOM + BH + HEG_POS + HEG_NEG + TRADE + OPT_POS) bele kell férnie a rendelkezésre álló szerződött napi kapacitásba. Nomination.Error.Business.107 Betáplálási ponton a szállítási feladat pozitív opcióval növelt értékének (NOM + BH + TRADE + HEG_POS + HEG_NEG + OPT_POS) bele kell férnie a rendelkezésre álló szerződött napi kapacitásba! Módosítsa az adott hálózati ponton NOM, BH, TRADE, OPT_POS típusú nominálási sorait úgy, hogy azok összmennyisége legfeljebb a szerződött napi kapacitást érje el! Utóbbit az IP felületén a nominálási sorra kattintva, majd az,,info" gomb megnyomásával tudhatja meg ("Napi mennyiség" oszlop). Kiadási ponton adott gáznapra adott szállíttatóra nézve a negatív opcióval együtt vett szállítási feladatnak (NOM + BH + HEG_POS + HEG_NEG + TRADE + OPT_NEG) bele kell férnie a rendelkezésre álló szerződött napi kapacitásba. Nomination.Error.Business.108 Kiadási ponton a negatív opcióval együtt vett szállítási feladatnak (NOM + BH + TRADE + HEG_POS + HEG_NEG + OPT_NEG) bele kell férnie a rendelkezésre álló szerződött napi kapacitásba! Módosítsa az adott hálózati ponton NOM, BH, TRADE, OPT_POS típusú nominálási sorait úgy, hogy azok összmennyisége legfeljebb a szerződött napi kapacitást érje el! Utóbbit az IP felületén a nominálási sorra kattintva, majd az,,info" gomb megnyomásával tudhatja meg ("Napi mennyiség" oszlop). OPT_POS típusú nominálási sor esetén az órai csúcs nem értelmezett. Nomination.Error.Business.203 OPT_POS típusú nominálási sor esetén az órai csúcs nem értelmezett! Törölje az OPT_POS típusú nominálási sorból az órai csúcsot!