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

Gázipari Kommunikációs Szabvány

FGSZ Zrt.

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


FGSZ Zrt.

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


FGSZ Zrt.

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 Gázipari Kommunikációs Szabvány

FGSZ Zrt.

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


FGSZ Zrt.

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.


FGSZ Zrt.

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 Email-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.


FGSZ Zrt.

9/265

3. FOGALOMTÁR 3.1. HÁLÓZATI INFRASTRUKTÚRA Mérhető pont

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.

Nominálható/allokálható („nomallok”) pont

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.

Kapacitáspont

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.

Kereskedelmi virtuális pont

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.

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 m3/h, m3/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.


FGSZ Zrt.

10/265

3.2. SZEREPLŐK Hozzáférésre jogosult (HFJ)

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. Földgázkereskedő

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ó

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.)

Rendszerirányítási engedélyes

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.§

Földgáztermelő (ideértve a biogáz-termelőt is)

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.)

(PFO – Production Field Operator) Földgázszállító (TSO - Transmission System Operator) Földgáztároló (STO – Storage) Földgázelosztó

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.§

(LDC - Local Distribution Company, vagy DSO: Distribution System Operator)

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.§


FGSZ Zrt.

11/265

LDC2 (LDC - Local Distribution Company)

Jellegzetesen ipari területen, vagy lakóparkok területén lévő helyi, kisebb területet ellátó elosztási engedélyes.

Partner

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 Kapacitást is leköt a földgáz-szállító hálózaton.

rendelkezik.

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ő

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.

(NNO – Network Neighbourhood Operator)

Lehet földgázelosztó, földgáztároló, földgázszállítója, földgáztermelő. MOL KTD

szomszédos

ország

MOL Kutatás-Termelés Divízió. Lényegében a MOL PFO-ja. KNK (only acc. the GET issued in 2003)

Virtuális szállíttató

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ó.

Rendszeren kívüli 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.

FGSz

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ű


FGSZ Zrt.

12/265

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. Szerződés

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.

IP

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

Egy hálózati pont gázáteresztő képessége adott időegység alatt. (m3/nap, m3/óra)

Kapacitásigénylés

A szállíttató által igényelt kapacitás, amelyet az FGSz még nem hagyott jóvá.

Szerződött kapacitás

A KFRI szerződésben rögzített hosszú távú, éves, havi, vagy napi kapacitás.

Bilaterális kapacitáskereskedelem

Szállíttatók kapacitáslekötésére vonatkozó, közöttük történő adásvétel.

Kapacitáskereskedelem Az FGSz tulajdonában álló kapacitások értékesítése. Kapacitás allokáció

A kapacitás visszaigazolásának folyamata (az allokált kapacitás eltérhet az igényelt kapacitástól).

Elsődleges kapacitáskereskedelem

Az FGSz által első körben értékesített kapacitások kereskedelme

Másodlagos kapacitáskereskedelem

A korábban FGSz által értékesített kapacitások kereskedők egymás közötti értékesítése

Hátizsák-elv

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.


FGSZ Zrt.

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

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)

Alapnominálás

NNO oldali NOM és BH típusú nominálás.

Opció

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.)

Pozitív opció

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.)

Negatív opció

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.)

Backhaul

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


FGSZ Zrt.

14/265

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. Trade

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.

Trade csoport

Egymással összefüggésben álló, egyazon hálózati ponton belül érvényre jutó trade-ek összessége.

Szabad kapacitás

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.

HEG

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.

Pozitív HEG

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.)

Negatív HEG

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

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örött trade

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


FGSZ Zrt.

15/265

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. Páratlan trade

Az AB trade típusú nominálási sor megvan, de a BA nincs meg.

Match

Adott nominálási sorral mind szereplők, mind mennyiségek szempontjából egyeztethető nominálási sor(ok) jelenléte.

Mismatch

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.

Kisebb elv

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.

Zéró elv

Azon elv, miszerint páratlan trade esetén a várható allokált értéket zérusnak kell tekinteni.

Pro ráta elv

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

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).

Kiegyenlítő („rendszerirányítási”) gáz

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.


FGSZ Zrt.

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

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.)

Héjmodell

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.

Preallokáció

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.)

Rule alloc

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

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.)

OBA számla

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.

Gáztechnikai m3

normál Az a gázmennyiség, amely 288,15 K hımérsékleten és 101325 Pa nyomáson 1 köbméter (m3) 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.


FGSZ Zrt.

17/265

Form

Űrlap alapú webes felhasználói felület

Entitás

Egy egyed előfordulás, jelen esetben felhasználó egyed.

3.11. SZABÁLYOZÁS GET

(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.

VHR

(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.

ÜKSZ

(Ü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ő.


FGSZ Zrt.

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

Web service felület VISSZATÉRÉSI ÉRTÉK

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ő


FGSZ Zrt.

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


FGSZ Zrt.

20/265 



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 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.


FGSZ Zrt.

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 időpontja pontossággal

creationDate

xsd:dateTime 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

létrehozásának másodperc

(„Z”

Ü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ő


FGSZ Zrt.

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> 2008-04-28T16:31:00Z <messageId>1234567890 <sender codingScheme="ZZZ"> TESTSENDER

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

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)

XML típusnév

Formátum / típus 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

KAMOSONM1IIN


FGSZ Zrt.

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

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

FGSZ Zrt.

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

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

xsd:double

PÉLDA

8000

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

FGSZ Zrt.

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

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 tizedesjegy pontossággal.

Egység

Az a mértékegység, amelyre az egységár vonatkozik. Csak MJ-ra adható meg, amelyet a _3B konstans jelöl.

measureUnit

3

Devizanem

Az a devizanem, amelyben az ár meg van adva. Jelenleg csak a magyar forint, azaz a „HUF”

currency

3


4

a node értéke

xsd:double

FGSZ Zrt.

26/265 konstans a megengedett.

PÉLDA

12.1234

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

Sikeresség

Az eredeti feldolgozásának mutató bit.


üzenet sikerességét

XML címkenév

Formátum / típus

success

true / false, xs:boolean

FGSZ Zrt.

27/265 PÉLDA

<success>true

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


FGSZ Zrt.

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 1 <errorCode>Nomination.Error.Business.100 <errorText>Erre a hálózati pontra nem rendelkezik kapacitásszerződéssel! <metaInfo>2010-03-03 KAOSI00011GN <shipperPair codingScheme="ZZZ"/>

4.3.10 ALKALMAZOTT MÉRTÉKEGYSÉGEK TÁBLÁZATA Dimenzió / alkalmazás Térfogat Energiamennyiség Órai maximum Napi energiamennyiség Ár Fűtőérték Sűrűség

mol% numerikus tényező

Mértékegység 3 Gáztechnikai normál m MJ MJ / h MJ / nap HUF

MJ/gnm3 kg/gnm3 mol% 1


Kód MQ5 _3B JM1 JM2 HUF JM

KMQ MOL Z99

FGSZ Zrt.

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ó.


FGSZ Zrt.

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ó


FGSZ Zrt.

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.


FGSZ Zrt.

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.


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.


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


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.

33/265 negatívnak kell lennie.

negatívnak kell lennie!

negatív legyen (betartva a backhaul kapacitásfoglalásokat)!

Kiadási hálózati ponton BH típusú nominálási sorban a mennyiségnek zérusnak vagy pozitívnak kell lennie.


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_POS típusú nominálási sorban a mennyiségnek zérusnak vagy pozití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.)

OPT_NEG típusú nominálási sorban a mennyiségnek zérusnak vagy negatívnak kell lennie.


OPT_NEG típusú nominálási sorban a mennyiségnek zérusnak vagy negatívnak kell lennie!

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)


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


FGSZ Zrt.

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.


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 (23a/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.


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 (23a/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.


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


Az

Adja meg az opciós ill. KFRE árat 4


opciós

FGSZ Zrt.

és

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.


Az opciós árat 4 tizedesjeggyel kell megadni!

Adja meg az adott nominálási sorban az opciós árat 4 tizedesjeggyel!

(Ezt a kitételt az XML séma kikényszeríti.) 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.


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.


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!


OPT_POS típusú nominálási sor esetén az órai csúcs nem értelmezett.


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!


FGSZ Zrt.

36/265 OPT_NEG típusú nominálási sor esetén az órai csúcs nem értelmezett.


OPT_NEG típusú nominálási sor esetén az órai csúcs nem értelmezett!

Törölje az OPT_NEG típusú nominálási sorból az órai csúcsot!

TRADE típusú nominálási sor esetén az órai csúcs nem értelmezett.


TRADE típusú nominálási sor esetén az órai csúcs nem értelmezett!

Törölje a TRADE típusú nominálási sorból az órai csúcsot!

Betáplálási ponton a BH nominálási sorokban foglalt összmennyiség legfeljebb a szerződött backhaul kapacitásmennyiséget érheti el.



Csökkentse a BH mennyiséget úgy, hogy az beleférjen a szerződött backhaul kapacitásmennyiségbe! (A rendszer ugyanezt a hibaüzenetet adja, ha nincs backhaul kapacitásszerződése.)

Kiadási ponton a BH nominálási sorokban foglalt összmennyiség legfeljebb a szerződött backhaul kapacitásmennyiséget érheti el.




Adott gáznapra adott szállíttatóra nézve betáplálási hálózati ponton a negatív opcióval együtt vett szállítási feladat ha negatív, annak bele kell férnie a szerződött backhaul kapacitásba. (Ha a szállíttatónak nincs backhaul


Betáplálási ponton a negatív opcióval együtt vett szállítási feladat ha negatív, annak bele kell férnie a szerződött backhaul kapacitásba! (Ha nincs backhaul kapacitás, az zérusnak számít.)

Az adott hálózati ponton növelje a NOM típusú sorokban foglalt mennyiséget, csökkentse a BH típusú sorokban foglalt mennyiséget, növelje a TRADE típusú sorokban foglalt mennyiségek előjeles összegét!


FGSZ Zrt.

37/265 kapacitása, akkor azt zérusnak kell tekinteni.) Adott gáznapra adott szállíttatóra nézve kiadási hálózati ponton a pozitív opcióval együtt vett szállítási feladat ha pozitív, annak bele kell férnie a szerződött backhaul kapacitásba. (Ha a szállíttatónak nincs backhaul kapacitása, akkor azt zérusnak kell tekinteni.)


Kiadási ponton a pozitív opcióval együtt vett szállítási feladat ha pozitív, annak bele kell férnie a szerződött backhaul kapacitásba! (Ha nincs backhaul kapacitás, az zérusnak számít.)


Hálózati pontonként és szállíttató páronként csak egy NOM típusú nominálási sor adható.


Hálózati pontonként és szállíttató páronként csak egy NOM típusú nominálási sor adható!

Ha tényleg ugyanazon hálózati ponton ugyanazon szállíttatót akarja NOM típusú nominálási sorában szállíttató párként megjelölni, összegezze a szállítandó mennyiségeket, és azokat adja meg a nominálási adatban! Lehetséges, hogy valójában más hálózati pontot vagy szállíttatót akart megjelölni. Módosítsa ennek jegyében a rendszer által megadott hálózati ponton nominálási sorait úgy, hogy szállíttató páronként csak egy NOM sora legyen egyazon hálózati ponton!


FGSZ Zrt.

38/265 Ugyanazon hálózati ponton ugyanazon szállíttató párt megjelölve csak akkor adható meg több OPT_POS vagy KFRE típusú nominálási sor, ha az opciós ár különböző.


Ugyanazon hálózati ponton ugyanazon szállíttató párt megjelölve csak akkor adható meg több OPT_POS típusú nominálási sor, ha az opciós ár különböző!

Az adott hálózati ponton, ha ugyanazon szállíttató párt jelöli meg több pozitív opciós soron, eltérő áron adjon meg az opciókat! Ha azonos árat kíván megadni, összegezze a napi mennyiségeket, és egy sort vegyen fel!

Ugyanazon hálózati ponton ugyanazon szállíttató párt megjelölve csak akkor adható meg több OPT_NEG típusú nominálási sor, ha az opciós ár különböző.


Ugyanazon hálózati ponton ugyanazon szállíttató párt megjelölve csak akkor adható meg több OPT_NEG típusú nominálási sor, ha az opciós ár különböző!

Az adott hálózati ponton, ha ugyanazon szállíttató párt jelöli meg több negatív opciós soron, eltérő áron adjon meg az opciókat! Ha azonos árat kíván megadni, összegezze a napi mennyiségeket, és egy sort vegyen fel!

Hálózati pontonként és szállíttató páronként csak egy TRADE típusú nominálási sor adható.


Hálózati pontonként és szállíttató páronként csak egy TRADE típusú nominálási sor adható!

Ha tényleg ugyanazon hálózati ponton ugyanazon szállíttatót akarja TRADE típusú nominálási sorában szállíttató párként megjelölni, összegezze a szállítandó mennyiségeket, és azokat adja meg a nominálási adatban! Lehetséges, hogy valójában más hálózati pontot vagy szállíttatót akart megjelölni. Módosítsa ennek jegyében a rendszer által megadott hálózati ponton nominálási sorait úgy, hogy szállíttató páronként csak egy TRADE sora legyen egyazon


FGSZ Zrt.

39/265 hálózati ponton! Hálózati pontonként és szállíttató páronként csak egy BH típusú nominálási sor adható.


Hálózati pontonként és szállíttató páronként csak egy BH típusú nominálási sor adható!

Ha tényleg ugyanazon hálózati ponton ugyanazon szállíttatót akarja BH típusú nominálási sorában szállíttató párként megjelölni, összegezze a szállítandó mennyiségeket, és azokat adja meg a nominálási adatban! Lehetséges, hogy valójában más hálózati pontot vagy szállíttatót akart megjelölni. Módosítsa ennek jegyében a rendszer által megadott hálózati ponton nominálási sorait úgy, hogy szállíttató páronként csak egy BH sora legyen egyazon hálózati ponton!

TRADE típusú nominálási sornál szállíttató nem adhatja meg saját magát szállíttató párként.


TRADE típusú nominálási sornál a szállíttató párnak másnak kell lennie, mint a szállíttatónak!

Adjon meg más szállíttató párt!

Opciós ár OPT_POS típusú nominálási sor esetében kötelező.


Opciós ár nominálási kötelező!

OPT_POS típusú sor esetében

Adja meg a szóbanforgó nominálási sorban az opciós árat 4 tizedesjegy pontossággal (0-nak vagy pozitívnak kell lennie)!

Opciós ár OPT_NEG típusú nominálási sor esetében


Opciós ár nominálási

OPT_NEG típusú sor esetében

Adja meg a szóbanforgó nominálási sorban az opciós árat 4 tizedesjegy pontossággal (0-nak vagy


FGSZ Zrt.

40/265 kötelező.

kötelező!

pozitívnak kell lennie)!

NOM típusú nominálási sor esetén az opciós ár nem értelmezett.


NOM típusú nominálási sor esetén az opciós ár nem értelmezett!

Törölje az adott NOM típusú nominálási sorban az opciós árat!

BH típusú nominálási sor esetén az opciós ár nem értelmezett.


BH típusú nominálási sor esetén az opciós ár nem értelmezett!

Törölje az adott BH típusú nominálási sorból az opciós árat!

TRADE típusú nominálási sor esetén az opciós ár nem értelmezett.


TRADE típusú nominálási sor esetén az opciós ár nem értelmezett!

Törölje a TRADE típusú nominálási sorból az opciós árat!

Adott szállíttatóra adott gáznapon adott hálózati pontra ELŐJELESEN,


Túl magas össz órai csúcs. A NOM, BH, HEG_POS, HEG_NEG típusú nominálási soroknál megadott előjeles órai maximumok, valamint a TRADE, OPT_POS, OPT_NEG típusú nominálási soroknál megadott napi nominált mennyiségek 24ének (23-ának/25-ének) előjeles összértéke, ha megfelel a pont jellegének v. 0, akkor az eleget kell tegyen az órai kapacitáskorlátnak nominálási soronként +1 MJ/h tűréshatárral.

Módosítsa a NOM, BH sorokban az órai maximumot, illetve a TRADE, OPT_POS, OPT_NEG sorokban a napi nominált mennyiséget úgy, hogy a megadott ill. számított órai maximumok előjeles összege a kapacitásszerződésben rögzített órai korlátnak eleget tegyen nominálási soronként +1 MJ/h tűréshatárral számolva!

SUM(NOM órai max.) + SUM(BH órai max.) + SUM(HEG_POS órai max.) + SUM(HEG_NEG órai max.)+ SUM(OPT_POS, OPT_NEG, TRADE napi mennyiség / gáznap óráinak száma) ha a pont jellegének megfelel v. 0, akkor abszolútértékben legfeljebb az adott szállíttató adott gáznapra vonatkozó adott hálózati pontra érvényes


FGSZ Zrt.

41/265 nem backhaul jellegű kapacitásszerződéseinek órai csúcs összegét érheti el nominálási soronként +1 MJ/h tűréshatárral. Adott szállíttatóra adott gáznapon adott hálózati pontra ELŐJELESEN,


SUM(NOM órai csúcs) + SUM(BH órai csúcs) + SUM(HEG_POS órai max.) + SUM(HEG_NEG órai max.) + SUM(OPT_POS, OPT_NEG, + TRADE napi mennyiség / gáznap óráinak száma) ha a pont jellegével ellentétes irányú, akkor abszolútértékben legfeljebb az adott szállíttató adott gáznapra vonatkozó adott hálózati pontra érvényes backhaul jellegű kapacitásszerződéseinek órai csúcs összegét érheti el nominálási soronként +1 MJ/h tűréshatárral.


Backhaul órai kapacitáskorlátot meghaladó backhaul össz órai csúcs. A NOM, BH, HEG_POS, HEG_NEG típusú nominálási soroknál megadott előjeles órai maximumok, valamint a TRADE, OPT_POS, OPT_NEG típusú nominálási soroknál megadott napi nominált mennyiségek 24ének (23-ának/25-ének) előjeles összértéke, ha a pont jellegével ellentétes, akkor az eleget kell tegyen a backhaul órai kapacitáskorlátnak nominálási soronként +1 MJ/h tűréshatárral.

FGSZ Zrt.


42/265 Az órai csúcs értéke betáplálási ponton NOM típusú nominálási sor esetén csak zérus vagy pozitív lehet.


Az órai csúcs értéke betáplálási ponton NOM típusú nominálási sor esetén csak zérus vagy pozitív lehet!

Módosítsa a szóban forgó NOM típusú nominálási sorban az órai csúcs értékét úgy, hogy legalább a napi nominált mennyiség 1/24-e legyen felfelé kerekítve, és legfeljebb maga a napi nominált mennyiség!

Az órai csúcs értéke kiadási ponton NOM típusú nominálási sor esetén csak zérus vagy negatív lehet.


Az órai csúcs értéke kiadási ponton NOM típusú nominálási sor esetén csak zérus vagy negatív lehet!


Az órai csúcs értéke betáplálási ponton BH típusú nominálási sor esetén csak zérus vagy negatív lehet.


Az órai csúcs értéke betáplálási ponton BH típusú nominálási sor esetén csak zérus vagy negatív lehet!

Módosítsa a szóban forgó BH típusú nominálási sorban az órai csúcs értékét úgy, hogy zérus, vagy negatív számlént legalább a napi nominált mennyiség 1/24-e legyen felfelé kerekítve, és legfeljebb maga a napi nominált mennyiség!

Az órai csúcs értéke kiadási ponton BH típusú nominálási sor esetén csak zérus vagy pozitív lehet.


Az órai csúcs értéke kiadási ponton BH típusú nominálási sor esetén csak zérus vagy pozitív lehet!

Módosítsa a szóban forgó BH típusú nominálási sorban az órai csúcs értékét úgy, hogy legalább a napi nominált mennyiség 1/24-e legyen felfelé kerekítve, és legfeljebb maga a napi nominált


FGSZ Zrt.

43/265 mennyiség! Adott gáznapra pontra a szállíttatónak szállíttató párra hogy legyen szerződése.

és hálózati nomináló az adott nézve kell, kereskedelmi

Nomination.Warning.Business.100

Kereskedelmi kapcsolat hiányzik erre a gáznapra a megadott szállíttató párral! Az IP Szerződések/Szerződés matching felületén rögzíthet egyet.

Emellett az üzenet mellett az FGSz a nominálást még elfogadja. E figyelmeztető üzenet megjelenése esetén a szóbanforgó kereskedelmi kapcsolat bejegyzését a Szerződések/Szerződés matching felületén kezdeményezheti.

Trade típusú nominálási sort tekintve az adott gáznapra az adott szállíttatónak az adott hálózati ponton legyen trade jogosultsága.


Trade jogosultság hálózati ponton.

a

Vegye fel a kapcsolatot az FGSzszel!

OPT_POS, OPT_NEG típusú nominálási sort tekintve az adott gáznapra az adott szállíttatónak az adott hálózati ponton legyen opciós jogosultsága.


Opciós jogosultság hiányzik a hálózati ponton.


KFRE-t csak IN pontra lehet adni kivéve az MGP és MGP2 pontokat

Nomination.Error.Bussiness.303

KFRE nominálást csak a fizikai betáplálási pontokra lehet megadni..

Törölje a kiadási pontra megadott KFRE ajánlatot.

Az MGP-n csak TRADE, HEG_POS, HEG_NEG típusú nominálási sor értelmezett.



Törölje az MGP-re adott NOM, BH, OPT_POS, OPT_NEG sorait! Csak TRADE, HEG_POS, HEG_NEG típusú nominálási sorok lehetnek ezen a


FGSZ Zrt.

hiányzik

44/265 ponton! Az MGP2-n csak TRADE típusú nominálási sor értelmezett.


Az MGP2-n csak TRADE típusú nominálási sor értelmezett.

Törölje az MGP2-re adott NOM, BH, OPT_POS, OPT_NEG, HEG_POS, HEG_NEG sorait! Csak TRADE típusú nominálási sorok lehetnek ezen a ponton!

Ha egy szállíttatónak adott gáznapra adott betáplálási ponton (jellegzetesen bilat értékesítés útján) a rendelkezésre álló kapacitása zérus (v. negatív), akkor azon a ponton és gáznapon a pozitív opcióval együtt vett szállítási feladata csak zérus vagy negatív (backhaul) lehet.


Betáplálási ponton zérus rendelkezésre álló kapacitás esetén a pozitív opcióval együtt vett szállítási feladat csak zérus v. negatív (backhaul) lehet!

Az adott ponton módosítsa nominálási sorait úgy, hogy szállítási feladata pontosan zérus legyen! Negatív csak akkor lehet, ha van backhaul kapacitása.

Ha egy szállíttatónak adott gáznapra adott kiadási ponton (jellegzetesen bilat értékesítés útján) a rendelkezésre álló kapacitása zérus (v. negatív), akkor azon a ponton és gáznapon a negatív opcióval együtt vett szállítási feladata csak zérus v. pozitív (backhaul) lehet.


Kiadási ponton zérus rendelkezésre álló kapacitás esetén a negatív opcióval együtt vett szállítási feladat csak zérus v. pozitív (backhaul) lehet!

Az adott ponton módosítsa nominálási sorait úgy, hogy szállítási feladata pontosan zérus legyen! Pozitív csak akkor lehet, ha van backhaul kapacitása.


FGSZ Zrt.

45/265 OPT_POS, OPT_NEG sor csak akkor adható, ha azonos ponton azonos szállíttató pár megjelölésével NOM sor is jelen van.



OPT_POS, OPT_NEG sor csak akkor adható, ha azonos ponton azonos szállíttató pár megjelölésével NOM sor is jelen van.

FGSZ Zrt.

Hozzon létre nominálásában NOM sort az adott ponton a megadott szállíttató párral!

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

Fejrész



Tárgy gáznap



NOM sorok



Trade sorok



Backhaul sorok



Opciós (HEGO) sorok



HEG sorok

A fejrész a korábban már definiált, általános érvényű fejrészt jelenti.

A NOM TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA nominationLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám

Sorszám, mely a nominálási sor azonosítására szolgál – amennyiben egy nominálási sor valamely üzleti ellenőrzésen fennakad, a válaszban ezzel a sorszámmal történik az arra való hivatkozás.

lineNumber

Pozitív egész

Hálózati pont

Hálózati pont (ld. 4.3.2)

networkPoint

Location


FGSZ Zrt.

47/265 Nominált mennyiség

A nominált mennyiség MJ-ban. Egész szám.

dailyQuantity

Quantity

Szállíttató pár

A szállíttató pár IP-beli azonosítója. (A szállíttató mindig a fejrészben megjelölt sender tag.)

shipperPair

Party

Órai maximum

Órai maximum MJ/h-ban megadva. Elhagyása esetén a rendszer az alapértelmezett értéket veszi alapul, amely megegyezik a napi nominált mennyiség, és a gáznap órái számának felfelé kerekített hányadosával.

hourlyPeakQuantity

Quantity

PÉLDA

<nominationLine> 1 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1000

A BH TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA backhaulLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész


FGSZ Zrt.

48/265 Hálózati pont


networkPoint

Location

Nominált napi mennyiség

A nominált napi mennyiség MJban. Egész szám.

dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA

2 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1000 A TRADE TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA tradeLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész


FGSZ Zrt.



networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

PÉLDA

3 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR AZ OPT_POS, OPT_NEG TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA optionLine Elavult. Ld. optionPositiveLine, optionNegativeLine. Elavult. Helyette az optionPositiveLine és az optionNegativeLine használandó. Az optionLine továbbra is elérhető a régebbi webservice kliens fejlesztések miatt.

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location

Szállíttató pár

A szállíttató pár IP-beli azonosítója. (A szállíttató mindig a

shipperPair

Party


FGSZ Zrt.

50/265 fejrészben megjelölt sender tag.) Nominált napi mennyiség

Az opciós mennyiség Egész szám.

Opciós ár

Opciós ár pontossággal.

Opciós ár mértékegysége

Az a mértékegység, amelyre az opciós ár vonatkozik. Jelenleg csak a MJ értelmezett, melyet a „_3B” konstans jelöl.

4

MJ-ban.

tizedesjegy

dailyQuantity

Quantity

optionPrice

Price

measureUnit

PÉLDA

4 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1,1234 AZ OPT_POS TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA optionPositiveLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám

Sorszám, a nominálási sor azonosítására szolgál – amennyiben egy nominálási sor valamely üzleti ellenőrzésen fennakad, a válaszban ezzel a sorszámmal történik az arra való hivatkozás.

lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location

Nominált napi

Az

dailyQuantity

Quantity

opciós

mennyiség


MJ-ban.

FGSZ Zrt.

51/265 mennyiség

Nemnegatív egész szám.

Szállíttató pár


shipperPair

Party

Opciós ár


optionPrice

Price



4

tizedesjegy

measureUnit

PÉLDA

4 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1,1234

AZ OPT_NEG TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA optionNegativeLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész


FGSZ Zrt.



networkPoint

Location


Az opciós mennyiség MJ-ban. Negatív egész szám, vagy zérus.

dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Opciós ár


optionPrice

Price



4

tizedesjegy

measureUnit

PÉLDA 4 KAMOSONM1IIN -2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1,1234

A HEG_POS TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA hegPositiveLine Figyelem! A HEG_POS sorok az IP-n csak-olvashatók, ily módon az IP nem a SaveNomination-ben megadott, hanem az NFKP által megküldött adatokat veszi alapul!

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám

Sorszám, mely a nominálási sor azonosítására szolgál – amennyiben egy nominálási sor valamely üzleti ellenőrzésen

lineNumber

Pozitív egész


FGSZ Zrt.

53/265 fennakad, a válaszban ezzel a sorszámmal történik az arra való hivatkozás. Hálózati pont


networkPoint

Location


Az adott ponton az eladási HEG ügyletek napi összege MJ-ban.

dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum

Az adott gáznapon és ponton a legnagyobb össz órai HEG eladás az adott szállíttató pár vonatkozásában, MJ-ban értelmezve.

hourlyPeakQuantity

Quantity

PÉLDA 4 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1000 A HEG_NEG TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA hegNegativeLine Figyelem! A HEG_NEG sorok az IP-n csak-olvashatók, ily módon az IP nem a SaveNomination-ben megadott, hanem az NFKP által megküldött adatokat veszi alapul!

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész


FGSZ Zrt.



networkPoint

Location


Az adott ponton a vételi HEG ügyletek napi összege MJ-ban.

dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum

Az adott gáznapon és ponton a legnagyobb össz órai HEG vétel az adott szállíttató pár vonatkozásában, MJ-ban értelmezve.

hourlyPeakQuantity

Quantity

PÉLDA 4 KAMOSONM1IIN -2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR < hourlyPeakQuantity measureUnit="JM1">-1000

6.1.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A nominálási üzenetre a fogadó szinkron módon minden esetben ad válaszüzenetet a web service visszatérési értékeként. Ebben a válaszban megjelenik az eredeti üzenetre való hivatkozás, és a feldolgozás eredménye. Sikertelen feldolgozás esetén a részletes hibaüzeneteket is magába foglalja a válasz.

LOGIKAI SZERKEZET A nominálásra való válaszüzenet logikai felépítése az alábbi: 

Válaszüzenet azonosítója, létrehozásának dátuma, a válasz küldője. Ld. 4.3.1 pont.



Feldolgozás sikeres / sikertelen. Ld. 4.3.8 pont.



Eredeti üzenet fejrésze (azonosító, küldő, létrehozás dátuma) Ld. 4.3.7 pont.


FGSZ Zrt.

55/265 

Hibaüzenet-sorok az alábbiak szerint (ld. 4.3.9 pont): o


o

Hivatkozott nominálási sor száma

o

Hibakód

o

Hibaüzenet (az azonosított-bejelentkezett felhasználóhoz az IP-ben beállított nyelven)

o

A hibaüzenethez tartozó további tájékoztatás (opcionális)

o

Vonatkozó hálózati pont

o

Szállíttató pár

6.2. NOMINÁLÁSI ADATOK BEKÜLDÉSE KFRE SOROKKAL KIEGÉSZÍTVE (SAVENOMINATION V2) Ü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.

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, KFRE, HEG_POS, HEG_NEG) megfelelően külön-külön XML-blokkok kialakítására került sor (nominationLine, backhaulLine, tradeLine, optionPositiveLine, optionNegativeLine, kfreLine, 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.


FGSZ Zrt.

56/265 SZEREPLŐK , SZEREPKÖRÖK 











Ü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.


FGSZ Zrt.

Ellenőrzés



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.


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.


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.


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 negatívnak kell lennie.


Betáplálási hálózati ponton BH típusú nominálási sorban a mennyiségnek zérusnak vagy negatívnak kell lennie!

Módosítsa az adott BH típusú nominálási sorban foglalt mennyiséget úgy, hogy zérus, vagy negatív legyen (betartva a backhaul kapacitásfoglalásokat)!


FGSZ Zrt.

58/265 Ellenőrzés



Megoldás

Kiadási hálózati ponton BH típusú nominálási sorban a mennyiségnek zérusnak vagy pozitívnak kell lennie.


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_POS típusú nominálási sorban a mennyiségnek zérusnak vagy pozití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.)

OPT_NEG típusú nominálási sorban a mennyiségnek zérusnak vagy negatívnak kell lennie.


OPT_NEG típusú nominálási sorban a mennyiségnek zérusnak vagy negatívnak kell lennie!

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)


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


FGSZ Zrt.

59/265 Ellenőrzés



Megoldás 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 (23a/25-e) felfelé kerekítve.


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 (23a/25-e) felfelé kerekítve.


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.


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!


FGSZ Zrt.

60/265 Ellenőrzés



Megoldás

Minden értéknek egésznek kell lennie, kivéve az opciós és KFRE árat, amelyet négy tizedesjeggyel kell megadni.


Az opciós és KFRE árat 4 tizedesjeggyel kell megadni!

Adja meg az opciós ill. KFRE árat 4 tizedesjegy pontossággal!

Az opciós árat 4 tizedesjeggyel kell megadni.


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.


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!


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.


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!



(Ezt a kitételt kikényszeríti.)

az

XML

séma

FGSZ Zrt.

61/265 Ellenőrzés



Megoldás

OPT_POS típusú nominálási sor esetén az órai csúcs nem értelmezett.


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!

OPT_NEG típusú nominálási sor esetén az órai csúcs nem értelmezett.


OPT_NEG típusú nominálási sor esetén az órai csúcs nem értelmezett!

Törölje az OPT_NEG típusú nominálási sorból az órai csúcsot!

TRADE típusú nominálási sor esetén az órai csúcs nem értelmezett.


TRADE típusú nominálási sor esetén az órai csúcs nem értelmezett!

Törölje a TRADE típusú nominálási sorból az órai csúcsot!









Adott gáznapra adott szállíttatóra nézve betáplálási hálózati ponton a negatív opcióval együtt vett szállítási feladat ha negatív, annak bele kell férnie a szerződött backhaul kapacitásba. (Ha a szállíttatónak nincs


Betáplálási ponton a negatív opcióval együtt vett szállítási feladat ha negatív, annak bele kell férnie a szerződött backhaul kapacitásba! (Ha nincs backhaul kapacitás, az zérusnak számít.)

Az adott hálózati ponton növelje a NOM típusú sorokban foglalt mennyiséget, csökkentse a BH típusú sorokban foglalt mennyiséget, növelje a TRADE típusú sorokban foglalt


FGSZ Zrt.

62/265 Ellenőrzés backhaul kapacitása, zérusnak kell tekinteni.)

Hibaüzenet azonosítója akkor


azt

Megoldás mennyiségek előjeles összegét!

Adott gáznapra adott szállíttatóra nézve kiadási hálózati ponton a pozitív opcióval együtt vett szállítási feladat ha pozitív, annak bele kell férnie a szerződött backhaul kapacitásba. (Ha a szállíttatónak nincs backhaul kapacitása, akkor azt zérusnak kell tekinteni.)


Kiadási ponton a pozitív opcióval együtt vett szállítási feladat ha pozitív, annak bele kell férnie a szerződött backhaul kapacitásba! (Ha nincs backhaul kapacitás, az zérusnak számít.)


Hálózati pontonként és szállíttató páronként csak egy NOM típusú nominálási sor adható.


Hálózati pontonként és szállíttató páronként csak egy NOM típusú nominálási sor adható!

Ha tényleg ugyanazon hálózati ponton ugyanazon szállíttatót akarja NOM típusú nominálási sorában szállíttató párként megjelölni, összegezze a szállítandó mennyiségeket, és azokat adja meg a nominálási adatban! Lehetséges, hogy valójában más hálózati pontot vagy szállíttatót akart megjelölni. Módosítsa ennek jegyében a rendszer által megadott hálózati ponton nominálási sorait úgy, hogy szállíttató páronként csak egy NOM sora legyen egyazon hálózati ponton!


FGSZ Zrt.

63/265 Ellenőrzés



Megoldás

Ugyanazon hálózati ponton ugyanazon szállíttató párt megjelölve csak akkor adható meg több OPT_POS típusú nominálási sor, ha az opciós ár különböző.


Ugyanazon hálózati ponton ugyanazon szállíttató párt megjelölve csak akkor adható meg több OPT_POS típusú nominálási sor, ha az opciós ár különböző!

Az adott hálózati ponton, ha ugyanazon szállíttató párt jelöli meg több pozitív opciós soron, eltérő áron adjon meg az opciókat! Ha azonos árat kíván megadni, összegezze a napi mennyiségeket, és egy sort vegyen fel!

Ugyanazon hálózati ponton ugyanazon szállíttató párt megjelölve csak akkor adható meg több OPT_NEG típusú nominálási sor, ha az opciós ár különböző.


Ugyanazon hálózati ponton ugyanazon szállíttató párt megjelölve csak akkor adható meg több OPT_NEG típusú nominálási sor, ha az opciós ár különböző!

Az adott hálózati ponton, ha ugyanazon szállíttató párt jelöli meg több negatív opciós soron, eltérő áron adjon meg az opciókat! Ha azonos árat kíván megadni, összegezze a napi mennyiségeket, és egy sort vegyen fel!

Hálózati pontonként és szállíttató páronként csak egy TRADE típusú nominálási sor adható.


Hálózati pontonként és szállíttató páronként csak egy TRADE típusú nominálási sor adható!

Ha tényleg ugyanazon hálózati ponton ugyanazon szállíttatót akarja TRADE típusú nominálási sorában szállíttató párként megjelölni, összegezze a szállítandó mennyiségeket, és azokat adja meg a nominálási adatban! Lehetséges, hogy valójában más hálózati pontot vagy szállíttatót akart megjelölni. Módosítsa ennek jegyében a rendszer által megadott hálózati ponton nominálási sorait


FGSZ Zrt.

64/265 Ellenőrzés



Megoldás úgy, hogy szállíttató páronként csak egy TRADE sora legyen egyazon hálózati ponton!

Hálózati pontonként és szállíttató páronként csak egy BH típusú nominálási sor adható.


Hálózati pontonként és szállíttató páronként csak egy BH típusú nominálási sor adható!

Ha tényleg ugyanazon hálózati ponton ugyanazon szállíttatót akarja BH típusú nominálási sorában szállíttató párként megjelölni, összegezze a szállítandó mennyiségeket, és azokat adja meg a nominálási adatban! Lehetséges, hogy valójában más hálózati pontot vagy szállíttatót akart megjelölni. Módosítsa ennek jegyében a rendszer által megadott hálózati ponton nominálási sorait úgy, hogy szállíttató páronként csak egy BH sora legyen egyazon hálózati ponton!

TRADE típusú nominálási sornál szállíttató nem adhatja meg saját magát szállíttató párként.


TRADE típusú nominálási sornál a szállíttató párnak másnak kell lennie, mint a szállíttatónak!

Adjon meg más szállíttató párt!

Opciós ár OPT_POS típusú nominálási sor esetében kötelező.


Opciós ár OPT_POS típusú nominálási sor esetében kötelező!



FGSZ Zrt.

65/265 Ellenőrzés



Megoldás

Opciós ár OPT_NEG típusú nominálási sor esetében kötelező.


Opciós ár OPT_NEG típusú nominálási sor esetében kötelező!


NOM típusú nominálási sor esetén az opciós ár nem értelmezett.


NOM típusú nominálási sor esetén az opciós ár nem értelmezett!

Törölje az adott NOM típusú nominálási sorban az opciós árat!

BH típusú nominálási sor esetén az opciós ár nem értelmezett.


BH típusú nominálási sor esetén az opciós ár nem értelmezett!

Törölje az adott BH típusú nominálási sorból az opciós árat!

TRADE típusú nominálási sor esetén az opciós ár nem értelmezett.


TRADE típusú nominálási sor esetén az opciós ár nem értelmezett!

Törölje a TRADE típusú nominálási sorból az opciós árat!

Adott szállíttatóra adott gáznapon adott hálózati pontra ELŐJELESEN,


Túl magas össz órai csúcs. A NOM, BH, HEG_POS, HEG_NEG típusú nominálási soroknál megadott előjeles órai maximumok, valamint a TRADE, OPT_POS, OPT_NEG típusú nominálási soroknál megadott napi nominált mennyiségek 24-ének (23-ának/25ének) előjeles összértéke, ha megfelel a pont jellegének v. 0, akkor az eleget kell tegyen az órai kapacitáskorlátnak nominálási soronként +1 MJ/h tűréshatárral.


SUM(NOM órai max.) + SUM(BH órai max.) + SUM(HEG_POS órai max.) + SUM(HEG_NEG órai max.) SUM(OPT_POS, OPT_NEG, TRADE napi mennyiség / gáznap óráinak száma) ha a pont jellegének megfelel v. 0, akkor abszolútértékben legfeljebb az adott szállíttató adott gáznapra vonatkozó adott hálózati pontra


FGSZ Zrt.

66/265 Ellenőrzés



Megoldás


Backhaul órai kapacitáskorlátot meghaladó backhaul össz órai csúcs. A NOM, BH, HEG_POS, HEG_NEG típusú nominálási soroknál megadott előjeles órai maximumok, valamint a TRADE, OPT_POS, OPT_NEG típusú nominálási soroknál megadott napi nominált mennyiségek 24-ének (23-ának/25ének) előjeles összértéke, ha a pont jellegével ellentétes, akkor az eleget kell tegyen a backhaul órai kapacitáskorlátnak nominálási soronként +1 MJ/h tűréshatárral.



Az órai csúcs értéke betáplálási ponton NOM típusú nominálási sor esetén csak zérus vagy pozitív lehet!

Módosítsa a szóban forgó NOM típusú nominálási sorban az órai csúcs értékét úgy, hogy legalább a

érvényes nem backhaul jellegű kapacitásszerződéseinek órai csúcs összegét érheti el nominálási soronként +1 MJ/h tűréshatárral. Adott szállíttatóra adott gáznapon adott hálózati pontra ELŐJELESEN, SUM(NOM órai csúcs) + SUM(BH órai csúcs) + SUM(HEG_POS órai max.) + SUM(HEG_NEG órai max.) + SUM(OPT_POS, OPT_NEG, TRADE napi mennyiség / gáznap óráinak száma) ha a pont jellegével ellentétes irányú, akkor abszolútértékben legfeljebb az adott szállíttató adott gáznapra vonatkozó adott hálózati pontra érvényes backhaul jellegű kapacitásszerződéseinek órai csúcs összegét érheti el nominálási soronként +1 MJ/h tűréshatárral. Az órai csúcs értéke betáplálási ponton NOM típusú nominálási sor esetén csak zérus vagy pozitív lehet.


FGSZ Zrt.

67/265 Ellenőrzés



Megoldás napi nominált mennyiség 1/24-e legyen felfelé kerekítve, és legfeljebb maga a napi nominált mennyiség!

Az órai csúcs értéke kiadási ponton NOM típusú nominálási sor esetén csak zérus vagy negatív lehet.


Az órai csúcs értéke kiadási ponton NOM típusú nominálási sor esetén csak zérus vagy negatív lehet!


Az órai csúcs értéke betáplálási ponton BH típusú nominálási sor esetén csak zérus vagy negatív lehet.


Az órai csúcs értéke betáplálási ponton BH típusú nominálási sor esetén csak zérus vagy negatív lehet!

Módosítsa a szóban forgó BH típusú nominálási sorban az órai csúcs értékét úgy, hogy zérus, vagy negatív számlént legalább a napi nominált mennyiség 1/24-e legyen felfelé kerekítve, és legfeljebb maga a napi nominált mennyiség!

Az órai csúcs értéke kiadási ponton BH típusú nominálási sor esetén csak zérus vagy pozitív lehet.


Az órai csúcs értéke kiadási ponton BH típusú nominálási sor esetén csak zérus vagy pozitív lehet!

Módosítsa a szóban forgó BH típusú nominálási sorban az órai csúcs értékét úgy, hogy legalább a napi nominált mennyiség 1/24-e legyen felfelé kerekítve, és legfeljebb maga a napi nominált mennyiség!


FGSZ Zrt.

68/265 Ellenőrzés



Megoldás

Adott gáznapra és hálózati pontra a nomináló szállíttatónak az adott szállíttató párra nézve kell, hogy legyen kereskedelmi szerződése.

Nomination.Warning.Business.100

Kereskedelmi kapcsolat hiányzik erre a gáznapra a megadott szállíttató párral! Az IP Szerződések/Szerződés matching felületén rögzíthet egyet.

Emellett az üzenet mellett az FGSz a nominálást még elfogadja. E figyelmeztető üzenet megjelenése esetén a szóbanforgó kereskedelmi kapcsolat bejegyzését a Szerződések/Szerződés matching felületén kezdeményezheti.

Trade típusú nominálási sort tekintve az adott gáznapra az adott szállíttatónak az adott hálózati ponton legyen trade jogosultsága.


Trade jogosultság hiányzik a hálózati ponton.


OPT_POS, OPT_NEG típusú nominálási sort tekintve az adott gáznapra az adott szállíttatónak az adott hálózati ponton legyen opciós jogosultsága.


Opciós jogosultság ponton.

hálózati


KFRE-t csak IN pontra lehet adni kivéve az MGP és MGP2 pontokat


KFRE nominálást csak a fizikai betáplálási pontokra lehet megadni.

Törölje a kiadási, vagy nem MGP vagy MGP2 pontokra megadott KFRE ajánlatot.




Törölje az MGP-re adott NOM, BH, OPT_POS, OPT_NEG sorait! Csak TRADE, HEG_POS, HEG_NEG típusú nominálási sorok lehetnek ezen a ponton!


hiányzik

FGSZ Zrt.

a

69/265 Ellenőrzés



Megoldás


Az MGP2-n csak TRADE típusú nominálási sor értelmezett.

Törölje az MGP2-re adott NOM, BH, OPT_POS, OPT_NEG, HEG_POS, HEG_NEG sorait! Csak TRADE típusú nominálási sorok lehetnek ezen a ponton!

Ha egy szállíttatónak adott gáznapra adott betáplálási ponton (jellegzetesen bilat értékesítés útján) a rendelkezésre álló kapacitása zérus (v. negatív), akkor azon a ponton és gáznapon a pozitív opcióval együtt vett szállítási feladata csak zérus vagy negatív (backhaul) lehet.


Betáplálási ponton zérus rendelkezésre álló kapacitás esetén a pozitív opcióval együtt vett szállítási feladat csak zérus v. negatív (backhaul) lehet!


Ha egy szállíttatónak adott gáznapra adott kiadási ponton (jellegzetesen bilat értékesítés útján) a rendelkezésre álló kapacitása zérus (v. negatív), akkor azon a ponton és gáznapon a negatív opcióval együtt vett szállítási feladata csak zérus v. pozitív (backhaul) lehet.


Kiadási ponton zérus rendelkezésre álló kapacitás esetén a negatív opcióval együtt vett szállítási feladat csak zérus v. pozitív (backhaul) lehet!





Hozzon létre nominálásában NOM sort az adott ponton a megadott szállíttató párral!

Az MGP2-n csak TRADE nominálási sor értelmezett.

típusú


FGSZ Zrt.

70/265 Ellenőrzés



Megoldás

Betáplálási interkonnektor 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 + OPT_POS) bele kell férnie a rendelkezésre álló szerződött napi kapacitásba.


Betáplálási interkonnektor ponton a szállítási feladat pozitív opcióval növelt értékének (NOM + BH + 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, 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 interkonnektor 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 + OPT_NEG) bele kell férnie a rendelkezésre álló szerződött napi kapacitásba.


Kiadási interkonnektor ponton a negatív opcióval együtt vett szállítási feladatnak (NOM + BH + 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, 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).

Adott gáznapra adott szállíttatóra nézve interkonnektor ponton a negatív opcióval együtt vett szállítási feladat ha negatív, annak bele kell férnie a szerződött backhaul kapacitásba. (Ha a szállíttatónak nincs backhaul kapacitása, akkor azt zérusnak kell tekinteni.)


Betáplálási interkonnektor ponton a negatív opcióval együtt vett szállítási feladat (NOM + BH + HEG_POS + HEG_NEG + OPT_NEG) ha negatív, annak bele kell férnie a szerződött backhaul kapacitásba! (Ha nincs backhaul kapacitás, az zérusnak számít.)

Az adott hálózati ponton növelje a NOM típusú sorokban foglalt mennyiséget, csökkentse a BH típusú sorokban foglalt mennyiséget!


FGSZ Zrt.

71/265 Ellenőrzés



Megoldás

Adott gáznapra adott szállíttatóra nézve kiadási interkonnektor ponton a pozitív opcióval együtt vett szállítási feladat ha pozitív, annak bele kell férnie a szerződött backhaul kapacitásba.


Kiadási interkonnektor ponton a pozitív opcióval együtt vett szállítási feladat (NOM + BH + HEG_POS + HEG_NEG + OPT_POS) ha pozitív, annak bele kell férnie a szerződött backhaul kapacitásba! (Ha nincs backhaul kapacitás, az zérusnak számít.)

Az adott hálózati ponton növelje a NOM típusú sorokban foglalt mennyiséget, csökkentse a BH típusú sorokban foglalt mennyiséget!

Ha egy szállíttatónak adott gáznapra adott betáplálási interkonnektor ponton (jellegzetesen bilat értékesítés útján) a rendelkezésre álló kapacitása zérus (v. negatív), akkor azon a ponton és gáznapon a pozitív opcióval együtt vett szállítási feladata csak zérus vagy negatív (backhaul) lehet.


Betáplálási interkonnektor ponton zérus rendelkezésre álló kapacitás esetén a pozitív opcióval együtt vett szállítási feladat csak zérus v. negatív (backhaul) lehet!


Ha egy szállíttatónak adott gáznapra adott kiadási interkonnektor ponton (jellegzetesen bilat értékesítés útján) a rendelkezésre álló kapacitása zérus (v. negatív), akkor azon a ponton és gáznapon a negatív opcióval együtt vett szállítási feladata csak zérus v. pozitív (backhaul) lehet.


Kiadási interkonnektor ponton zérus rendelkezésre álló kapacitás esetén a negatív opcióval együtt vett szállítási feladat csak zérus v. pozitív (backhaul) lehet!


(Ha a szállíttatónak nincs backhaul kapacitása, akkor azt zérusnak kell tekinteni.)


FGSZ Zrt.

72/265 Ellenőrzés



Megoldás

Adott szállíttatóra adott gáznapon adott interkonnektor pontra ELŐJELESEN,


Túl magas össz órai csúcs. A NOM, BH, HEG_POS, HEG_NEG típusú nominálási soroknál megadott előjeles órai maximumok, valamint a OPT_POS, OPT_NEG típusú nominálási soroknál megadott napi nominált mennyiségek 24-ének (23-ának/25-ének) előjeles összértéke, ha megfelel a pont jellegének v. 0, akkor az eleget kell tegyen az órai kapacitáskorlátnak nominálási soronként +1 MJ/h tűréshatárral.

Módosítsa a NOM, BH sorokban az órai maximumot, illetve a OPT_POS, OPT_NEG sorokban a napi nominált mennyiséget úgy, hogy a megadott ill. számított órai maximumok előjeles összege a kapacitásszerződésben rögzített órai korlátnak eleget tegyen nominálási soronként +1 MJ/h tűréshatárral számolva!


Backhaul órai kapacitáskorlátot meghaladó backhaul össz órai csúcs. A NOM, BH, HEG_POS, HEG_NEG típusú nominálási soroknál megadott előjeles órai maximumok, valamint a OPT_POS, OPT_NEG típusú

Módosítsa a NOM, BH sorokban az órai maximumot, illetve a OPT_POS, OPT_NEG sorokban a napi nominált mennyiséget úgy, hogy a megadott ill. számított órai

SUM(NOM órai max.) + SUM(BH órai max.) + SUM(HEG_POS órai max.) + SUM(HEG_NEG órai max.) + SUM(OPT_POS, OPT_NEG napi mennyiség / gáznap óráinak száma) ha a pont jellegének megfelel v. 0, akkor abszolútértékben legfeljebb az adott szállíttató adott gáznapra vonatkozó adott hálózati pontra érvényes nem backhaul jellegű kapacitásszerződéseinek órai csúcs összegét érheti el nominálási soronként +1 MJ/h tűréshatárral. Adott szállíttatóra adott gáznapon adott interkonnektor pontra ELŐJELESEN, SUM(NOM órai csúcs) +


FGSZ Zrt.

73/265 Ellenőrzés SUM(BH órai csúcs) + SUM(HEG_POS órai max.) + SUM(HEG_NEG órai max.) + SUM(OPT_POS, OPT_NEG napi mennyiség / gáznap óráinak száma)



Megoldás

nominálási soroknál megadott napi nominált mennyiségek 24-ének (23-ának/25-ének) előjeles összértéke, ha a pont jellegével ellentétes, akkor az eleget kell tegyen a backhaul órai kapacitáskorlátnak nominálási soronként +1 MJ/h tűréshatárral.

maximumok előjeles összege a kapacitásszerződésben rögzített órai korlátnak eleget tegyen nominálási soronként +1 MJ/h tűréshatárral számolva!

ha a pont jellegével ellentétes irányú, akkor abszolútértékben legfeljebb az adott szállíttató adott gáznapra vonatkozó adott hálózati pontra érvényes backhaul jellegű kapacitásszerződéseinek órai csúcs összegét érheti el nominálási soronként +1 MJ/h tűréshatárral.


FGSZ Zrt.

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

Fejrész



Tárgy gáznap



NOM sorok



Trade sorok



Backhaul sorok






KFRE sorok



HEG sorok

A fejrész a korábban már definiált, általános érvényű fejrészt jelenti.


MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész


FGSZ Zrt.



networkPoint

Location

Nominált mennyiség


dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA

<nominationLine> 1 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1000 A BH TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA backhaulLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész


FGSZ Zrt.



networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA

2 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1000

A TRADE TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA tradeLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám

Sorszám, mely a nominálási sor azonosítására szolgál – amennyiben egy nominálási sor valamely üzleti ellenőrzésen fennakad, a válaszban ezzel a sorszámmal történik az arra való

lineNumber

Pozitív egész


FGSZ Zrt.

77/265 hivatkozás. Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

PÉLDA

3 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR AZ OPT_POS, OPT_NEG TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA optionLine Elavult. Ld. optionPositiveLine, optionNegativeLine. Elavult. Helyette az optionPositiveLine és az optionNegativeLine használandó. Az optionLine továbbra is elérhető a régebbi webservice kliens fejlesztések miatt.

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location

Szállíttató pár

A

shipperPair

Party

szállíttató


pár

IP-beli

FGSZ Zrt.

78/265 azonosítója. (A szállíttató mindig a fejrészben megjelölt sender tag.) Nominált napi mennyiség

Az opciós mennyiség Egész szám.

Opciós ár




4

MJ-ban.

tizedesjegy

dailyQuantity

Quantity

optionPrice

Price

measureUnit

PÉLDA

4 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1,1234 AZ OPT_POS TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA optionPositiveLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location


FGSZ Zrt.

79/265 Nominált napi mennyiség

Az opciós mennyiség Nemnegatív egész szám.

Szállíttató pár

dailyQuantity

Quantity


shipperPair

Party

Opciós ár


optionPrice

Price



4

MJ-ban.

tizedesjegy

measureUnit

PÉLDA

4 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1,1234 AZ OPT_NEG TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA optionNegativeLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész


FGSZ Zrt.



networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Opciós ár


optionPrice

Price



4

tizedesjegy

measureUnit

PÉLDA 4 KAMOSONM1IIN -2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1,1234 A HEG_POS TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA hegPositiveLine Figyelem! A HEG_POS sorok az IP-n csak-olvashatók, ily módon az IP nem a SaveNomination-ben megadott, hanem az NFKP által megküldött adatokat veszi alapul!

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész


FGSZ Zrt.



networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA 4 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1000 A HEG_NEG TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA hegNegativeLine Figyelem! A HEG_NEG sorok az IP-n csak-olvashatók, ily módon az IP nem a SaveNomination-ben megadott, hanem az NFKP által megküldött adatokat veszi alapul!

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész


FGSZ Zrt.



networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA 4 KAMOSONM1IIN -2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR -1000 A KFRE TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA kfreLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész


FGSZ Zrt.



networkPoint

Location


Az KFRE mennyiség Nemnegatív egész szám.

dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Opciós ár

KFRE ár pontossággal.

optionPrice

Price



4

MJ-ban.

tizedesjegy

measureUnit

PÉLDA

4 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1,1234

6.2.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A nominálási üzenetre a fogadó szinkron módon minden esetben ad válaszüzenetet a web service visszatérési értékeként. Ebben a válaszban megjelenik az eredeti üzenetre való hivatkozás, és a feldolgozás eredménye. Sikertelen feldolgozás esetén a részletes hibaüzeneteket is magába foglalja a válasz.

LOGIKAI SZERKEZET A nominálásra való válaszüzenet logikai felépítése az alábbi: 









FGSZ Zrt.

84/265 



o

Hivatkozott nominálási sor száma

o

Hibakód

o


o


o


o

Szállíttató pár

6.3. BEKÜLDÖTT NOMINÁLÁSI ADATOK LEKÉRDEZÉSE (GETNOMINATION) ÜZLETI CÉL, KÖRNYEZET Bizonyos esetekben szükség lehet a már beküldött nominálási adatok lekérdezésére. Jelen üzenet ezt a célt szolgálja.

LEÍRÁS A szállíttató kérés formájában a tárgy gáznapot adja meg, melyre válaszüzenetben a rendszer a nominálási adatokat adja vissza – egy az egyben olyan formátumban, amelyben nominálni is lehet.












ÜTEMEZÉS , HATÁRIDŐK A korábban már beküldött nominálási adatok tetszőleges időpontban lekérdezhetők.


FGSZ Zrt.

85/265

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

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

Fejrész (ld. 4.3.1) – megbízotti státuszban a tárgy szállíttatót a „sender” tagban kell megadni



Tárgy gáznap (ld. 4.3.3)

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

Fejrész



Tárgy gáznap



NOM sorok



Trade sorok



Backhaul sorok






HEG sorok


MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám

Sorszám, mely a nominálási sor azonosítására szolgál –

lineNumber

Pozitív egész


FGSZ Zrt.

86/265 amennyiben egy nominálási sor valamely üzleti ellenőrzésen fennakad, a válaszban ezzel a sorszámmal történik az arra való hivatkozás. Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA

<nominationLine> 1 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1000

A BH TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA backhaulLine

MEZŐK

Megnevezés

Leírás


XML címkenév

Formátum / típus

FGSZ Zrt.

87/265 Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA

2 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1000 A TRADE TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA tradeLine

MEZŐK


FGSZ Zrt.

88/265 Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

PÉLDA

3 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR

AZ OPT_POS TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA optionPositiveLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám

Sorszám, a nominálási sor azonosítására szolgál – amennyiben egy nominálási sor valamely üzleti ellenőrzésen fennakad, a válaszban ezzel a

lineNumber

Pozitív egész


FGSZ Zrt.

89/265 sorszámmal történik az arra való hivatkozás. Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Opciós ár


optionPrice

Price



4

MJ-ban.

tizedesjegy

measureUnit

PÉLDA

4 KAMOSONM1IIN <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 2000 1,1234


MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám

Sorszám, mely a nominálási sor azonosítására szolgál – amennyiben egy nominálási sor

lineNumber

Pozitív egész


FGSZ Zrt.

90/265 valamely üzleti ellenőrzésen fennakad, a válaszban ezzel a sorszámmal történik az arra való hivatkozás. Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Opciós ár


optionPrice

Price



4

tizedesjegy

measureUnit



MEZŐK


FGSZ Zrt.

91/265 Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA 4 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1000

A HEG_NEG TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA hegNegativeLine Figyelem! A HEG_NEG sorok az IP-n csak-olvashatók, ily módon az IP nem a SaveNomination-ben megadott, hanem az NFKP által megküldött adatokat veszi alapul!


FGSZ Zrt.

92/265 MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA 4 KAMOSONM1IIN -2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR -1000


FGSZ Zrt.

93/265

6.4. BEKÜLDÖTT NOMINÁLÁSI ADATOK VERZIÓSZÁMMAL ELLÁTOTT LEKÉRDEZÉSE (GETNOMINATION V2) ÜZLETI CÉL, KÖRNYEZET Bizonyos esetekben szükség lehet a már beküldött nominálási adatok lekérdezésére adott verziószám szerint. Jelen üzenet ezt a célt szolgálja.

LEÍRÁS A szállíttató kérés formájában a tárgy gáznapot és a nominálás verzióját adja meg, melyre válaszüzenetben a rendszer a nominálási adatokat adja vissza a nominálás beadásának időpontjával, státuszával és verziószámával. A GetNomination, és a GetNominationV2 között az is a különbség, hogy ha az adott gáznap ill. verziószám szerint nincs nominálás, a GetNomination a kapacitásszerződések szerinti alapértelmezett nullás nominálást adja vissza, míg a GetNominationV2-nek ekkor üres adathalmaz a visszatérési értéke.













6.4.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS GetNominationV2







FGSZ Zrt.

94/265 

Verziószám


Fejrész



Tárgy gáznap



NOM sorok



Trade sorok



Backhaul sorok






HEG sorok



Verziószám



Beküldés ideje



Státusz


MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész


FGSZ Zrt.



networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA

<nominationLine> 1 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1000 A BH TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA backhaulLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész


FGSZ Zrt.



networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA

2 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1000

A TRADE TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA tradeLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész


FGSZ Zrt.



networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

PÉLDA

3 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR AZ OPT_POS TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA optionPositiveLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity


MJ-ban.

FGSZ Zrt.

98/265 Szállíttató pár


shipperPair

Party

Opciós ár


optionPrice

Price



4

tizedesjegy

measureUnit

PÉLDA



MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location


FGSZ Zrt.

99/265 Nominált napi mennyiség


dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Opciós ár


optionPrice

Price



4

tizedesjegy

measureUnit



MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész


FGSZ Zrt.



networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA 4 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR < hourlyPeakQuantity measureUnit="JM1">1000 A HEG_NEG TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA hegNegativeLine Figyelem! A HEG_NEG sorok az IP-n csak-olvashatók, ily módon az IP nem a SaveNomination-ben megadott, hanem az NFKP által megküldött adatokat veszi alapul!

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész


FGSZ Zrt.



networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA 4 KAMOSONM1IIN -2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR -1000 KIEGÉSZÍTŐ ADATOK version creationTime status MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Verzió

A beadott nominálás verziószáma

version

Pozitív egész

Beküldés ideje

A nominálás időpontja

creationTime


Státusz

A beküldött nominálás állapota.

dailyQuantity

xs:string


befogadásának

(„Z”

FGSZ Zrt.

102/265

PÉLDA

<ns3:version>4 <ns3:creationTime>2010-08-30T10:46:27.414+02:00 <ns3:status>REFUSED

6.5. BEKÜLDÖTT NOMINÁLÁSI ADATOK VERZIÓSZÁMMAL, KFRE SOROKKAL ELLÁTOTT LEKÉRDEZÉSE (GETNOMINATIONV3) ÜZLETI CÉL, KÖRNYEZET Bizonyos esetekben szükség lehet a már beküldött nominálási adatok lekérdezésére – adott verziószám szerint. Jelen üzenet ezt a célt szolgálja. A GetNominationV2, és a GetNominationV3 metódus között az a különbség, hogy míg a GetNominationV3 visszaadja a KFRE sorokat is, a GetNominationV2 nem.

LEÍRÁS A szállíttató kérés formájában a tárgy gáznapot és a nominálás verzióját adja meg, melyre válaszüzenetben a rendszer a nominálási adatokat adja vissza a nominálás beadásának időpontjával, státuszával és verziószámával. Megj.: A GetNomination metódussal ellentétben, ha nem volt előzőleg nominálás beküldve, a GetNominationV3 nem ad vissza nominálási sort.














FGSZ Zrt.

103/265

6.5.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS GetNominationV3








Verziószám


Fejrész



Tárgy gáznap



NOM sorok



Trade sorok



Backhaul sorok






KFRE sorok



HEG sorok



Verziószám



Beküldés ideje



Státusz


FGSZ Zrt.

104/265 A NOM TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA nominationLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA

<nominationLine> 1 KAMOSONM1IIN <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 2000 1000


FGSZ Zrt.

105/265 A BH TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA backhaulLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA

2 KAMOSONM1IIN <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 2000 1000


FGSZ Zrt.

106/265 A TRADE TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA tradeLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

PÉLDA

3 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR AZ OPT_POS TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA optionPositiveLine

MEZŐK


FGSZ Zrt.

107/265 Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Opciós ár


optionPrice

Price



4

MJ-ban.

tizedesjegy

measureUnit

PÉLDA



MEZŐK


FGSZ Zrt.

108/265 Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Opciós ár


optionPrice

Price



4

tizedesjegy

measureUnit

PÉLDA

4 KAMOSONM1IIN <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 2000 1,1234 A KFRE (KAPACITÁSFÜGGETLEN RUGALMASSÁGI ESZKÖZ ) TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA kfreLine

MEZŐK


FGSZ Zrt.

109/265 Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location


A KFRE mennyiség Nemnegatív egész szám.

dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Opciós ár


optionPrice

Price



4

MJ-ban.

tizedesjegy

measureUnit

PÉLDA

4 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1,1234 A HEG_POS TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA hegPositiveLine Figyelem! A HEG_POS sorok az IP-n csak-olvashatók, ily módon az IP nem a SaveNomination-ben megadott, hanem az NFKP által megküldött adatokat veszi alapul!


FGSZ Zrt.

110/265 MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA

4 KAMOSONM1IIN 2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR 1000 A HEG_NEG TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA hegNegativeLine Figyelem! A HEG_NEG sorok az IP-n csak-olvashatók, ily módon az IP nem a SaveNomination-ben megadott, hanem az NFKP által megküldött adatokat veszi alapul!


FGSZ Zrt.

111/265 MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám


lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Szállíttató pár


shipperPair

Party

Órai maximum


hourlyPeakQuantity

Quantity

PÉLDA

4 KAMOSONM1IIN -2000 <shipperPair codingScheme="ZZZ">TESTSHIPPERPAIR -1000 KIEGÉSZÍTŐ ADATOK version creationTime status


FGSZ Zrt.

112/265 MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Verzió


version

Pozitív egész

Beküldés ideje


creationTime


Státusz


dailyQuantity

xs:string

befogadásának

(„Z”

PÉLDA

<ns3:version>4 <ns3:creationTime>2010-08-30T10:46:27.414+02:00 <ns3:status>REFUSED


FGSZ Zrt.

113/265

6.6. BEKÜLDÖTT NOMINÁLÁSOK STÁTUSZA (GETNOMINATIONINFO) ÜZLETI CÉL, KÖRNYEZET Bizonyos esetekben szükség lehet a már beküldött nominálások státuszának lekérdezésére. Jelen üzenet ezt a célt szolgálja.

LEÍRÁS A szállíttató kérés formájában a tárgy gáznapot adja meg, melyre válaszüzenetben a rendszer a már beküldött nominálások befogadásának időpontját, státuszát és verziószámát adja vissza.












ÜTEMEZÉS , HATÁRIDŐK A korábban már beküldött nominálások státuszai tetszőleges időpontban lekérdezhetők.

6.6.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS GetNominationInfo







FGSZ Zrt.

114/265


Fejrész



Tárgy gáznap



Státusz sorok

A STÁTUSZ SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA nominationInfo

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Verzió


version

Pozitív egész

Beküldés ideje


creationTime


Státusz


dailyQuantity

xs:string

befogadásának

(„Z”

PÉLDA

<ns3:nominationInfo> <ns3:version>2 <ns3:creationTime>2010-08-05T11:07:02.473+02:00 <ns3:status>APPROVED


FGSZ Zrt.

115/265

6.7. NOMINÁLÁSOK FELOSZTÁSA (DIVIDENOMINATION) ÜZLETI CÉL, KÖRNYEZET A kialakított interfész célja a rendszerüzemeltetők összevont hálózati pontjaira beadott nominálások összegének elemi pontokra bontása.

LEÍRÁS Jelen illeszkedési felület azt biztosítja, hogy a csatlakozó rendszerüzemeltetők adott gáznapra az összevont hálózati pontjaik vonatkozásában megadhassák az elemi pontra felosztott nominálási adatokat. A rögzítésénél napi mennyiségeket és órai maximumokat kell megadni. Az összevont pontokra az össz nominált mennyiséget a NOM + BH + HEG_POS + HEG_NEG sorok napi mennyiségeinek összegeként kell értelmezni. Az órai maximum arra az órára értelmezendő, amelyben a HEG_POS és HEG_NEG órai mennyiségek a legnagyobb, pont jellegének megfelelő szállítási feladatot eredményezik. Ebben az órában az IP ezt a HEG szállítási feladatot veszi alapul – hozzáadva természetesen a NOM+BH sorok órai maximumát. Amennyiben a nominálások felosztását követően az összevont pontra vonatkozó nominálások változnak, az IP a felosztási mennyiségeket mint arányokat kezeli.


A kérés küldője: NNO









A válasz fogadója: NNO

ÜTEMEZÉS , HATÁRIDŐK A nominálások felosztását a pillanatnyi, és az azt követő 60 gáznappal bezárólag terjedő gáznapokra lehet megadni.

6.7.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS

divideNomination


FGSZ Zrt.

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







Összevont pont felosztási adat (hálózati pont 1) o

o

o 

Elemi pont 1 adatai 

Elemi pont nominálása



Elemi pont órai maximuma

Elemi pont 2 adatai 

Elemi pont nominálása



Elemi pont órai maximuma

...

Összevont pont felosztási adat (hálózati pont 2) o

Elemi pont n. adatai

o

...

ÖSSZEVONT PONTHOZ KÖTHETŐ ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA nominationDivideData MEZŐK

Megnevezés

Leírás

XML címkenév

Pont kódja

Összevont hálózati pont kódja

locationCode

Formátum / típus

ELEMI PONTHOZ KÖTHETŐ ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA nominationDivideDataItem

MEZŐK


FGSZ Zrt.

117/265 Megnevezés

Leírás

XML címkenév

Pont kódja

Elemi pont kódja

locationCode

Az elemi pontja jutó nominált mennyiség MJban

nomination

Elemi pontja jutó nominált mennyiséghez tartozó órai maximum MJ-ban

hourlyPeak


napi

Órai maximum

Formátum / típus

PÉLDA

<nominationDivideData codingScheme="ZZZ" locationCode="POINTCODE1"> <nominationDivideDataItem codingScheme="ZZZ" locationCode="POINTCODE2"> <nomination>100 < hourlyPeak >10 <nominationDivideDataItem codingScheme="ZZZ" locationCode="POINTCODE3"> <nomination>480 < hourlyPeak >20 <nominationDivideData codingScheme="ZZZ" locationCode="POINTCODE5"> ...

6.7.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A nominálás felosztására a fogadó szinkron módon minden esetben ad válaszüzenetet a web service visszatérési értékeként. Ebben a válaszban megjelenik az eredeti üzenetre való hivatkozás, és a feldolgozás eredménye. Sikertelen feldolgozás esetén a részletes hibaüzeneteket is magába foglalja a válasz.

LOGIKAI SZERKEZET A válaszüzenet logikai felépítése az alábbi: 









FGSZ Zrt.

118/265 


Hibakód

o


o



FGSZ Zrt.

119/265

7. OPCIÓK KÖZZÉTÉTELE (OPTIONREPORTSERVICE) ÜZLETI CÉL, KÖRNYEZET A cél a szállíttatók által tett opciók közzététele, az IP-n az Adatszolgáltatások > Kimutatások > Opciók közzététele menüpontban elérhető adatok web service-en keresztül történő letöltése adott gáznapra.












ÜTEMEZÉS , HATÁRIDŐK A partner az opciókat bármikor lekérdezheti.

7.1. A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS OptionReportService


Fejrész (ld. 4.3.1)




7.2. A VÁLASZT TARTALMAZÓ ÜZENET


FGSZ Zrt.


Fejrész



Tárgy gáznap



1. opciós sor



2. opciós sor



…

AZ OPT_POS TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA optionPositiveInfoLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Opciós ár


optionPrice

Price



4

MJ-ban.

tizedesjegy

measureUnit

PÉLDA

KAMOSONM1IIN 2000 1,1234


FGSZ Zrt.

121/265 AZ OPT_NEG TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA optionNegativeInfoLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Opciós ár


optionPrice

Price



4

tizedesjegy

measureUnit

PÉLDA



FGSZ Zrt.

122/265

8. OPCIÓK KÖZZÉTÉTELE – KFRE SOROKKAL EGYÜTT (OPTIONREPORTSERVICEV2) ÜZLETI CÉL, KÖRNYEZET A cél a szállíttatók által tett opciók közzététele, az IP-n az Adatszolgáltatások > Kimutatások > Opciók közzététele menüpontban elérhető adatok web service-en keresztül történő letöltése adott gáznapra.












ÜTEMEZÉS , HATÁRIDŐK A partner az opciókat és KFRE ajánlatokat bármikor lekérdezheti.

8.1. A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS OptionReportServiceV2







FGSZ Zrt.

123/265

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

Fejrész



Tárgy gáznap



1. opciós sor



2. opciós sor



…



1. KFRE sor



2. KFRE sor



…

AZ OPT_POS TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA optionPositiveInfoLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Opciós ár


optionPrice

Price



4


MJ-ban.

tizedesjegy

measureUnit

FGSZ Zrt.

124/265 PÉLDA

KAMOSONM1IIN 2000 1,1234 AZ OPT_NEG TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA optionNegativeInfoLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

Opciós ár


optionPrice

Price



4

tizedesjegy

measureUnit

PÉLDA

KAMOSONM1IIN 2000 1,1234 A KFRE TÍPUSÚ NOMINÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA kfreInfoLine

MEZŐK


FGSZ Zrt.

125/265 Megnevezés

Leírás

XML címkenév

Formátum / típus

Hálózati pont


networkPoint

Location



dailyQuantity

Quantity

KFRE ár

KFRE ár pontossággal.

optionPrice

Price

KFRE ár mértékegysége

Az a mértékegység, amelyre a KFRE ár vonatkozik. Jelenleg csak a MJ értelmezett, melyet a „_3B” konstans jelöl.

4

MJ-ban.

tizedesjegy

measureUnit

PÉLDA



FGSZ Zrt.

126/265

9. NAPI OPERATÍV SZÁLLÍTÓRENDSZERI („14 ÓRÁS”) ADATSZOLGÁLTATÁS (OPERATIVETSODATASERVICE14H) ÜZLETI CÉL, KÖRNYEZET Az ÜKSZ 9.2.1 pontja alapján a rendszerirányítási engedélyes napi operatív adatszolgáltatást készít az előző napról, melyet a gáznapot követően 14 óráig a hozzáférésre jogosultak számára az informatikai platformon elérhetővé tesz. Ez az adatszolgáltatás a különböző mérési adatok mellett lényegében az allokálás eredményének közlésére szolgál. Megjegyzendő, hogy a gyakorlatban a rendszerirányítási engedélyes azonos struktúrában azonos jellegű adatokat a rendszerüzemeltetők részére is szolgáltat – az általuk üzemeltetett rendszerek csatlakoztatását képező hálózati pontokra vonatkozóan.

LEÍRÁS Az adatszolgáltatás mind a rendszerüzemeltetők, mind a hozzáférésre jogosultak esetében azonos módon és azonos üzenetformátumban történik. A rendszerüzemeltetők esetében csak azon hálózati pontok jelennek meg, amelyek rendszerüknek a földgázszállítási rendszerrel való csatlakozását biztosítják. A hozzáférésre jogosultak csak azon adatokat kapják meg, amelyekben szállíttatóként vagy szállíttató párként vannak jelen.


A kérés küldője: a szállíttató v. NNO









A válasz fogadója: a szállíttató v. NNO

ÜTEMEZÉS , HATÁRIDŐK Az ÜKSZ 9.2.1 (b) pontja alapján a rendszerirányítási engedélyes a tárgy gáznapot követően 14 óráig szolgáltatja a szóbanforgó adatokat.

ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A továbbiakban – miután az adatokat a rendszerüzemeltetők ill. hozzáférésre jogosultak kérik – a kérésre adott, az FGSz által küldött válaszüzenet szerkezete olvasható.


FGSZ Zrt.

127/265

9.1. A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS OperativeTSODataService14H


Fejrész – ld. 4.3.1



Tárgy gáznap – ld. 4.3.3








Kromatográf adatok



Allokálási adat 1 (hálózati pont 1)



o

Hálózati pont 1 adatai

o

Allokálási sor 1

o

Allokálási sor 2

Allokálási adat 2 (hálózati pont 2) o


o

Allokálási sor 1

o

Allokálási sor 2

o

…


FGSZ Zrt.

128/265 KROMATOGRÁFOKON MÉRT ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA chromatographData allocationData locationData allocationLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum típus

Kromatográf azonosítója


chromatographCode

xs:string

Mérési adat

A kromatográfot tekintve az adott gáznapra vonatkozó mérési adat. A mérési adat kategóriája (úgymint Wobbeszám, hexán mol%, stb.) az alábbi táblázat szerint kódolt módon jelenik meg. Maga a mért mennyiség az alábbi táblázat szerinti mértékegységben értelmezett.

measurement

Quantity

/

Kromatográfon mért adatok kategóriái és mértékegységei, és azok kódolása Kategória megnevezése

Kategória kódja (dimension címke)

Mértékegység

Mértékegység kódja (measureUnit címke)

Relatív sűrűség GCV Heptán Hexán Izobután Izopentán Neopentán Oktán

DN1 GCV

kg/m3 MJ/m3 mol% mol% mol% mol% mol% mol%

KMQ JM MOL MOL MOL MOL MOL MOL

HHP HHX HIB HIP HNP HOK


FGSZ Zrt.

129/265

Pentán Normál pentán LCV

Nitrogén Szén-dioxid Propán Etán Metán Normál bután C6 Wobbe-szám

ZQJ

mol% mol% MJ/m3 mol% mol% mol% mol% mol% mol% mol%

ZWI

(nincs, numerikus tényező)

HPE HPHPN LCV

ZN ZQD ZQF ZQG ZQH ZQI

MOL MOL JM MOL MOL MOL MOL MOL MOL MOL Z99

PÉLDA

K-18-1 <measurement dimension="DN1" measureUnit="KMQ">0,5678 … <measurement dimension="ZWI" measureUnit="Z99">50,1234 HÁLÓZATI PONTHOZ KÖTHETŐ ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA allocationData::locationData Kifejezetten az allocationData blokkon belül csak az allokálási adat verziószáma szerepel a version mezőben.

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Hálózati pont jellege (betáplálás / kiadás)

direction

Direction

Hálózati pont kódja


location

Location

Hálózati pont neve


description

xs:string

Csatlakozó rendszerüzemeltető

Azon rendszer üzemeltetőjének kódja, amelyhez a földgázszállítási rendszer az adott hálózati pont révén csatlakozik

operator

Party

Mért mennyiség

A hálózati ponton a

measuredQuantity

Quantity

Hálózati jellege

pont


FGSZ Zrt.

130/265 tárgy gáznapon mért mennyiség MJ-ban Kromatográf

A hálózati ponthoz rendelt kromatográf azonosítója

chromatographCode

xs:string

PÉLDA

VEKOBANY12GN <description>Kőbánya 2 OPERATORCODE <measuredQuantity measureUnit="_3B">300 K-18-2

ALLOKÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA chromatographData allocationData locationData allocationLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum típus

Szállíttató

Szállíttató kódja

shipper

Party

Szállíttató pár

Szállíttató pár kódja

shipperPair

Party

Nominálási sor típusa

Nominálási sor típusa (NOM / BH / HEG_POS / HEG_NEG / TRADE / OPT_POS / OPT_NEG) – csak az

nominationKind

NominationKind


/

FGSZ Zrt.

131/265 OBA képvisel sorok meg.

számlát TRADE jelennek

Opciós ár

Opciós (OPT_POS / OPT_NEG) sor esetén az opciós ár FT/MJ-ban, 4 tizedesjegy pontossággal. Ld. OPT_POS, OPT_NEG típusú nominálási sorok

optionPrice

Price


Az adott nominálási sorban foglalt nominálási mennyiség MJ-ban

dailyNominationQuantity

Quantity

Allokált mennyiség

Az adott nominálási sornak megfelelő allokált mennyiség MJ-ban

dailyAllocationQuantity

Quantity

PÉLDA

<shipper codingScheme="ZZZ">SHIPPERCODE1 <shipperPair codingScheme="ZZZ">SHIPPERCODE2 <nominationKind>OPT_POS 12.1234 -452000 200


FGSZ Zrt.

132/265

10. NAPI OPERATÍV SZÁLLÍTÓRENDSZERI („14 ÓRÁS”) ADATSZOLGÁLTATÁS – KFRE SOROKKAL EGYÜTT (OPERATIVETSODATASERVICE14HV2) ÜZLETI CÉL, KÖRNYEZET Az ÜKSZ 9.2.1 pontja alapján a rendszerirányítási engedélyes napi operatív adatszolgáltatást készít az előző napról, melyet a gáznapot követően 14 óráig a hozzáférésre jogosultak számára az informatikai platformon elérhetővé tesz. Ez az adatszolgáltatás a különböző mérési adatok mellett lényegében az allokálás eredményének közlésére szolgál. Megjegyzendő, hogy a gyakorlatban a rendszerirányítási engedélyes azonos struktúrában azonos jellegű adatokat a rendszerüzemeltetők részére is szolgáltat – az általuk üzemeltetett rendszerek csatlakoztatását képező hálózati pontokra vonatkozóan.

LEÍRÁS Az adatszolgáltatás mind a rendszerüzemeltetők, mind a hozzáférésre jogosultak esetében azonos módon és azonos üzenetformátumban történik. A rendszerüzemeltetők esetében csak azon hálózati pontok jelennek meg, amelyek rendszerüknek a földgázszállítási rendszerrel való csatlakozását biztosítják. A hozzáférésre jogosultak csak azon adatokat kapják meg, amelyekben szállíttatóként vagy szállíttató párként vannak jelen. Megjegyzendő, hogy a OperativeTSODataService14HV2 és OperativeTSODataService14H közötti különbség mindössze abban nyilvánul meg, hogy az OperativeTSODataService14HV2 visszaadja a KFRE sorokat, míg az OperativeTSODataService14H nem.














FGSZ Zrt.

133/265 ÜZLETI FELTÉTELRENDSZER , MEGSZORÍTÁSOK A továbbiakban – miután az adatokat a rendszerüzemeltetők ill. hozzáférésre jogosultak kérik – a kérésre adott, az FGSz által küldött válaszüzenet szerkezete olvasható.

10.1. A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS OperativeTSODataService14HV2













Kromatográf adatok






o


o

Allokálási sor 1

o

Allokálási sor 2



o

Allokálási sor 1

o

Allokálási sor 2


FGSZ Zrt.

134/265 o

…

KROMATOGRÁFOKON MÉRT ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA chromatographData allocationData locationData allocationLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum típus



chromatographCode

xs:string

Mérési adat


measurement

Quantity

/



Mértékegység


Relatív sűrűség GCV Heptán Hexán

DN1 GCV

kg/m3 MJ/m3 mol% mol%

KMQ JM MOL MOL

HHP HHX


FGSZ Zrt.

135/265

Izobután Izopentán Neopentán Oktán Pentán Normál pentán LCV


ZQJ

mol% mol% mol% mol% mol% mol% MJ/m3 mol% mol% mol% mol% mol% mol% mol%

ZWI


HIB HIP HNP HOK HPE HPHPN LCV


MOL MOL MOL MOL MOL MOL JM MOL MOL MOL MOL MOL MOL MOL Z99

PÉLDA

K-18-1 <measurement dimension="DN1" measureUnit="KMQ">0,5678 ... <measurement dimension="ZWI" measureUnit="Z99">50,1234

HÁLÓZATI PONTHOZ KÖTHETŐ ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA allocationData::locationData Kifejezetten az allocationData blokkon belül csak az allokálási adat verziószáma szerepel a version mezőben.

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus


direction

xs:string



location

Location



description

xs:string


Azon rendszer üzemeltetőjének kódja, amelyhez a földgázszállítási

operator

Party

Hálózati jellege

pont


FGSZ Zrt.

136/265 rendszer az hálózati pont csatlakozik

adott révén

Mért mennyiség

A hálózati ponton a tárgy gáznapon mért mennyiség MJ-ban

measuredQuantity

Quantity

Kromatográf


chromatographCode

xs:string

PÉLDA



MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum típus

Szállíttató


shipper

Party

Szállíttató pár


shipperPair

Party


/

FGSZ Zrt.

137/265 Nominálási sor típusa

Nominálási sor típusa (NOM / BH / HEG_POS / HEG_NEG / TRADE / OPT_POS / OPT_NEG / KFRE) – csak az OBA számlát képvisel TRADE sorok jelennek meg.

nominationKind

NominationKind

Opciós, KFRE ár

Opciós (OPT_POS / OPT_NEG / KFRE) sor esetén az opciós ár FT/MJban, 4 tizedesjegy pontossággal. Ld. OPT_POS, OPT_NEG, KFRE típusú nominálási sorok

optionPrice

Price




Quantity




Quantity

PÉLDA

<shipper codingScheme="ZZZ">SHIPPERCODE1 <shipperPair codingScheme="ZZZ">SHIPPERCODE2 <nominationKind>OPT_POS 12.1234 -452000 200


FGSZ Zrt.

138/265

11. NAPI OPERATÍV SZÁLLÍTÓRENDSZERI („14 ÓRÁS”) ADATSZOLGÁLTATÁS – VÁLASZBAN TÁRGY GÁZNAP (OPERATIVETSODATASERVICE14HV3) ÜZLETI CÉL, KÖRNYEZET Az ÜKSZ 9.2.1 pontja alapján a rendszerirányítási engedélyes napi operatív adatszolgáltatást készít az előző napról, melyet a gáznapot követően 14 óráig a hozzáférésre jogosultak számára az informatikai platformon elérhetővé tesz. Ez az adatszolgáltatás a különböző mérési adatok mellett lényegében az allokálás eredményének közlésére szolgál. Megjegyzendő, hogy a gyakorlatban a rendszerirányítási engedélyes azonos struktúrában azonos jellegű adatokat a rendszerüzemeltetők részére is szolgáltat – az általuk üzemeltetett rendszerek csatlakoztatását képező hálózati pontokra vonatkozóan.

LEÍRÁS Az adatszolgáltatás mind a rendszerüzemeltetők, mind a hozzáférésre jogosultak esetében azonos módon és azonos üzenetformátumban történik. A rendszerüzemeltetők esetében csak azon hálózati pontok jelennek meg, amelyek rendszerüknek a földgázszállítási rendszerrel való csatlakozását biztosítják. A hozzáférésre jogosultak csak azon adatokat kapják meg, amelyekben szállíttatóként vagy szállíttató párként vannak jelen. Megjegyzendő, hogy a OperativeTSODataService14HV2 és OperativeTSODataService14H közötti különbség mindössze abban nyilvánul meg, hogy az OperativeTSODataService14HV2 visszaadja a KFRE sorokat, míg az OperativeTSODataService14H nem.














FGSZ Zrt.

139/265 ÜZLETI FELTÉTELRENDSZER , MEGSZORÍTÁSOK A továbbiakban – miután az adatokat a rendszerüzemeltetők ill. hozzáférésre jogosultak kérik – a kérésre adott, az FGSz által küldött válaszüzenet szerkezete olvasható.

11.1. A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS OperativeTSODataService14HV3













Kromatográf adatok






o


o

Allokálási sor 1

o

Allokálási sor 2



o

Allokálási sor 3

o

Allokálási sor 4


FGSZ Zrt.

140/265 o

…

KROMATOGRÁFOKON MÉRT ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA chromatographData allocationData locationData allocationLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum típus



chromatographCode

xs:string

Mérési adat


measurement

Quantity

/



Mértékegység


Relatív sűrűség GCV Heptán Hexán

DN1 GCV

kg/m3 MJ/m3 mol% mol%

KMQ JM MOL MOL

HHP HHX


FGSZ Zrt.

141/265

Izobután Izopentán Neopentán Oktán Pentán Normál pentán

ZQJ

mol% mol% mol% mol% mol% mol% MJ/m3 mol% mol% mol% mol% mol% mol% mol%

ZWI


HIB HIP HNP HOK HPE HPHPN LCV

LCV



MOL MOL MOL MOL MOL MOL JM MOL MOL MOL MOL MOL MOL MOL Z99

PÉLDA


HÁLÓZATI PONTHOZ KÖTHETŐ ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA allocationData::locationData Kifejezetten az allocationData blokkon belül csak az allokálási adat verziószáma szerepel a version mezőben.

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus


direction

xs:string



location

Location



description

xs:string

Csatlakozó

Azon rendszer üzemeltetőjének kódja,

operator

Party

Hálózati jellege

pont


FGSZ Zrt.

142/265 rendszerüzemeltető

amelyhez földgázszállítási rendszer az hálózati pont csatlakozik

a adott révén

Mért mennyiség

A hálózati ponton a tárgy gáznapon mért mennyiség MJ-ban

measuredQuantity

Quantity

Kromatográf


chromatographCode

xs:string

PÉLDA



MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum típus

Szállíttató


shipper

Party


/

FGSZ Zrt.

143/265 Szállíttató pár


shipperPair

Party



nominationKind

NominationKind

Opciós, KFRE ár

Opciós (OPT_POS / OPT_NEG / KFRE) sor esetén az opciós ár FT/MJban, 4 tizedesjegy pontossággal. Ld. OPT_POS, OPT_NEG, KFRE típusú nominálási sorok

optionPrice

Price




Quantity




Quantity

PÉLDA <shipper codingScheme="ZZZ">SHIPPERCODE1 <shipperPair codingScheme="ZZZ">SHIPPERCODE2 <nominationKind>OPT_POS 12.1234 -452000 200


FGSZ Zrt.

144/265

12. NAP KÖZBENI ALLOKÁLÁSOK SZÁLLÍTTATÓKNAK (GETALLOCATIONSFORSHIPPER) ÜZLETI CÉL, KÖRNYEZET A szállíttatók tájékoztatása a gáznap közben allokált mennyiségekről, ezzel segítve a pontosabb nominálás megadását újranominálás esetén. LEÍRÁS Az adatszolgáltatást csak a szállíttatók érhetik el, és csak azon adatokat kapják meg, amelyekben szállíttatóként vannak jelen.












ÜTEMEZÉS , HATÁRIDŐK A szolgáltatás bármikor elérhető, a lekérés pillanatáig rendelkezésre álló allokált mennyiségeket tartalmazza. ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A továbbiakban – miután az adatokat a szállíttatók kérik – a kérésre adott, az FGSz által küldött válaszüzenet szerkezete olvasható.

12.1. A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS GetAllocationsForShipper




FGSZ Zrt.

145/265 












o

Allokálási sor 1

o

Allokálási sor 2

o

…

o

Státusz, intervallum


Allokálási sor 1

o

Allokálási sor 2

o

…

o

Státusz, intervallum

HÁLÓZATI PONTHOZ KÖTHETŐ ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA allocations Kifejezetten az allocations blokkon belül a hálózati pont kódja (networkUnit), az allokálási adat státusza (state) és az allokálás intervalluma (interval) található. MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus



networkUnit

Location

Státusz

Az allokálás státusza

state

xs:string


FGSZ Zrt.

146/265 Intervallum

Az allokált időszak

interval

xs:string

PÉLDA

SIFORRASFSEN . . . <state>GENERATED 6 - 12

ALLOKÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA allocationLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum típus

Szállíttató pár


shipperPair

Party



nominationKind

NominationKind

Opciós, KFRE ár

Opciós (OPT_POS / OPT_NEG / KFRE)

optionPrice

Price


/

FGSZ Zrt.

147/265 sor esetén az opciós ár FT/MJban, 4 tizedesjegy pontossággal. Ld. OPT_POS, OPT_NEG, KFRE típusú nominálási sorok Nominált mennyiség


nominationQuantity

Quantity



allocationQuantity

Quantity

PÉLDA

<shipperPair codingScheme="ZZZ">SHIPPERCODE <nominationKind>OPT_POS 12.1234 <nominationQuantity measureUnit="_3B">-452000 200


FGSZ Zrt.

148/265

13. 10 ÓRÁS ADATSZOLGÁLTATÁS (OPERATIVETSODATASERVICE10H) ÜZLETI CÉL, KÖRNYEZET A földgázellátásról szóló, 2008. évi XL. törvény az alábbi kötelezettségeket írja elő a rendszerirányítási engedélyes részére: 

5.1.3.10 (i) vi.: A földgázszállítási engedélyes az Informatikai Platformon minden gáznap után 10: 00-ig publikálja az összevonásban szereplő gázátadó állomásokon átadott gázmennyiség adatokat különkülön.



8.4.2 (a): A rendszerirányítási engedélyes naponta megküldi a kilépési ponthoz csatlakozó rendszer üzemeltetőjének az elszámolási mérés alapjául szolgáló mérőeszközről kapott napi összesített gázmennyiség és gázminőség értékeit 10: 00 óráig.



9.2.2 (b): A tárolói mérleg elkészítéséhez a földgázszállítási engedélyes a gáznapot követő nap 10:00 óráig átadja a földgáztárolási engedélyesnek a tárolói „0” pont mérések gáznapra vonatkozó napi összegzett mennyiségeit. Ugyanígy átadja a „0” ponti minőségmérő berendezéseken rögzített, gáznapra vonatkozó átlagos fűtőértéket, és a többi minőségi paramétert 8.5.3. szerint.



9.2.7.1 (b): A rendszerirányítási engedélyes a gázátadó állomás kilépési pontjaira (az elosztóhálózat betáplálási pontjaira) vonatkozó napi összesített mennyiségmérési adatait, a gáznap lezárását követően 10:00-ig átadja a földgázelosztási engedélyesnek.

Jelen adatszolgáltatás célja e kötelezettségek teljesítése szerver-szerver kommunikáció révén.

LEÍRÁS A csatlakozó rendszerüzemeltetők esetében csak azon („mérés típusú”) pontok jelennek meg, amelyek rendszerüknek a földgázszállítási rendszerrel való csatlakozását biztosítják.













FGSZ Zrt.

149/265

ÜTEMEZÉS , HATÁRIDŐK Az ÜKSZ fenti pontjai alapján a rendszerirányítási engedélyes a tárgy gáznapot követően 10 óráig szolgáltatja a szóbanforgó adatokat.

ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A továbbiakban – miután az adatokat a rendszerüzemeltetők kérik – a kérésre adott, az FGSz által küldött válaszüzenet szerkezete olvasható.

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












Kromatográf adatok



Hálózati pont adatok

KROMATOGRÁFOKON MÉRT ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA chromatographData allocationData


FGSZ Zrt.

150/265 MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum típus



chromatographCode

xs:string

Mérési adat


measurement

Quantity

/



Mértékegység


Relatív sűrűség

DN1

GCV

GCV

Heptán Hexán Izobután Izopentán Neopentán Oktán Pentán Normál pentán LCV

HHP HHX HIB HIP HNP HOK HPE HPN LCV

Nitrogén Szén-dioxid Propán Etán Metán

ZN ZQD ZQF ZQG ZQH

kg/m3 MJ/m3 mol% mol% mol% mol% mol% mol% mol% mol% MJ/m3 mol% mol% mol% mol% mol%

KMQ JM MOL MOL MOL MOL MOL MOL MOL MOL JM MOL MOL MOL MOL MOL


FGSZ Zrt.

151/265

Normál bután C6 Wobbe-szám

ZQI ZQJ

mol% mol%

ZWI


MOL MOL Z99

PÉLDA


HÁLÓZATI PONTHOZ KÖTHETŐ ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA chromatographData allocationData

MEZŐK

Megnevezés

Leírás

XML címkenév

Pont kódja

Pont kódja

location

Pont megnevezése

Pont megnevezése

description

Csatlakozó rendszerüzemeltető kódja

A ponton csatlakozó rendszerüzemeltető kódja

operator

Mért mennyiség energiában

A ponton a tárgy gáznapon mért mennyiség MJ-ban

measuredQuantity

Kromatográf

A ponthoz rendelt kromatográf azonosítója

chromatograph

Formátum / típus

Quantity

PÉLDA

VEKOBANY12GN


FGSZ Zrt.

152/265

<description>Kobánya 2 OPERATORCODE <measuredQuantity measureUnit="_3B">300 K-18-2


FGSZ Zrt.

153/265

14. 10 ÓRÁS ADATSZOLGÁLTATÁS – VÁLASZBAN TÁRGY GÁZNAP (OPERATIVETSODATASERVICE10HV2) ÜZLETI CÉL, KÖRNYEZET A földgázellátásról szóló, 2008. évi XL. törvény az alábbi kötelezettségeket írja elő a rendszerirányítási engedélyes részére: 

5.1.3.10 (i) vi.: A földgázszállítási engedélyes az Informatikai Platformon minden gáznap után 10: 00-ig publikálja az összevonásban szereplő gázátadó állomásokon átadott gázmennyiség adatokat különkülön.



8.4.2 (a): A rendszerirányítási engedélyes naponta megküldi a kilépési ponthoz csatlakozó rendszer üzemeltetőjének az elszámolási mérés alapjául szolgáló mérőeszközről kapott napi összesített gázmennyiség és gázminőség értékeit 10: 00 óráig.



9.2.2 (b): A tárolói mérleg elkészítéséhez a földgázszállítási engedélyes a gáznapot követő nap 10:00 óráig átadja a földgáztárolási engedélyesnek a tárolói „0” pont mérések gáznapra vonatkozó napi összegzett mennyiségeit. Ugyanígy átadja a „0” ponti minőségmérő berendezéseken rögzített, gáznapra vonatkozó átlagos fűtőértéket, és a többi minőségi paramétert 8.5.3. szerint.



9.2.7.1 (b): A rendszerirányítási engedélyes a gázátadó állomás kilépési pontjaira (az elosztóhálózat betáplálási pontjaira) vonatkozó napi összesített mennyiségmérési adatait, a gáznap lezárását követően 10:00-ig átadja a földgázelosztási engedélyesnek.

Jelen adatszolgáltatás célja e kötelezettségek teljesítése szerver-szerver kommunikáció révén.

LEÍRÁS A csatlakozó rendszerüzemeltetők esetében csak azon („mérés típusú”) pontok jelennek meg, amelyek rendszerüknek a földgázszállítási rendszerrel való csatlakozását biztosítják.













FGSZ Zrt.

154/265

ÜTEMEZÉS , HATÁRIDŐK Az ÜKSZ fenti pontjai alapján a rendszerirányítási engedélyes a tárgy gáznapot követően 10 óráig szolgáltatja a szóbanforgó adatokat.

ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A továbbiakban – miután az adatokat a rendszerüzemeltetők kérik – a kérésre adott, az FGSz által küldött válaszüzenet szerkezete olvasható.

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












Kromatográf adatok



Hálózati pont adatok

KROMATOGRÁFOKON MÉRT ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA chromatographData allocationData


FGSZ Zrt.

155/265 MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum típus



chromatographCode

xs:string

Mérési adat


measurement

Quantity

/



Mértékegység


Relatív sűrűség

DN1

GCV

GCV

Heptán Hexán Izobután Izopentán Neopentán Oktán Pentán Normál pentán LCV

HHP HHX HIB HIP HNP HOK HPE HPN LCV

Nitrogén Szén-dioxid Propán Etán Metán

ZN ZQD ZQF ZQG ZQH

kg/m3 MJ/m3 mol% mol% mol% mol% mol% mol% mol% mol% MJ/m3 mol% mol% mol% mol% mol%

KMQ JM MOL MOL MOL MOL MOL MOL MOL MOL JM MOL MOL MOL MOL MOL


FGSZ Zrt.

156/265

Normál bután C6 Wobbe-szám

ZQI ZQJ

mol% mol%

ZWI


MOL MOL Z99

PÉLDA

K-18-1 <measurement dimension="DN1" measureUnit="KMQ">0,5678 ... <measurement dimension="ZWI" measureUnit="Z99">50,1234 HÁLÓZATI PONTHOZ KÖTHETŐ ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA chromatographData allocationData

MEZŐK

Megnevezés

Leírás

XML címkenév

Pont kódja

Pont kódja

location

Pont megnevezése

Pont megnevezése

description


A ponton csatlakozó rendszerüzemeltető kódja

operator

Mért mennyiség energiában

A ponton a tárgy gáznapon mért mennyiség MJ-ban

measuredQuantity

Kromatográf

A ponthoz rendelt kromatográf azonosítója

chromatograph

Formátum / típus

Quantity

PÉLDA VEKOBANY12GN <description>Kobánya 2


FGSZ Zrt.

157/265 OPERATORCODE <measuredQuantity measureUnit="_3B">300 K-18-2


FGSZ Zrt.

158/265

15. NAPI ALLOKÁLÁSI ADATOK RENDSZERÜZEMELTETŐK ÁLTALI BEKÜLDÉSE (ALLOCATIONSERVICE) ÜZLETI CÉL, KÖRNYEZET A napi operatív szállítórendszeri („14 órás”) adatszolgáltatás keretében az FGSz a napi allokálás eredményét adja át a csatlakozó rendszerüzemeltetőknek. A rendszerüzemeltetők eme adatokból kiindulva adják vissza saját tényadataik alapján a tényleges allokálási adatokat. Cél, hogy ez utóbbi esetben a rendszerüzemeltetők allokálási adataikat szerver-szerver kapcsolat révén megadhassák. Vonatkozó jogszabályok: 

ÜKSZ 10.3 (c) : A földgázszállítói engedélyes napon belüli allokált adatszolgáltatást nyújt a hozzáférésre jogosult számára kiegészítő szolgáltatásként az Üzletszabályzatban rögzített feltételekkel. Ennek az adatszolgáltatásnak az alapja a csatlakozó rendszerüzemeltetők által biztosított allokált adatok, vagy amennyiben ezeket a csatlakozó rendszerüzemeltető nem tudja biztosítani a földgázszállítói engedélyes számára, az adatszolgáltatás a leadott nominálások arányában felosztott órás méréseket tartalmazza.



ÜKSZ 8.4.1 (a) : A szállítórendszerhez csatlakozó rendszerüzemeltetők kötelesek minden gáznapot követő nap 12:00-ig allokálni a betáplálási pontokon mért mennyiségeket az egyes rendszerhasználókra.



ÜKSZ 8.4.2 (c) (iii) : amennyiben a csatlakozó rendszer üzemeltetője nem küldi meg az allokálást 12: 00 óráig a rendszerirányítási engedélyes részére, akkor az jogosult a gáznapra vonatkozó nominálás arányában felosztani a hozzáférésre jogosultak között a mennyiséget.

LEÍRÁS Jelen illeszkedési felület azt biztosítja, hogy a csatlakozó rendszerüzemeltetők adott gáznapra azon hálózati pontok vonatkozásában adhassák meg allokálási adataikat, amelyek rendszerüknek a földgázszállítási rendszerrel való csatlakozását biztosítják.













FGSZ Zrt.

159/265 ÜTEMEZÉS , HATÁRIDŐK Az ÜKSZ fenti pontjai alapján a rendszerirányítási engedélyes a tárgy gáznapot követően 12 óráig szolgáltatja a szóbanforgó adatokat.

ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK

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










o

Hálózati pont 1-hez köthető adatok

o

Allokálási sor 1

o

Allokálási sor 2


Hálózati pont 2-höz köthető adatok

o

Allokálási sor 1

o

Allokálási sor 2

o

…

HÁLÓZATI PONTHOZ KÖTHETŐ ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA allocationData allocationLine allocationLine


FGSZ Zrt.

160/265 MEZŐK

Megnevezés

Leírás

XML címkenév



location

Mért mennyiség

A hálózati ponton a tárgy gáznapon mért mennyiség MJ-ban (érdektelen; az IP mindenképpen a tárolt mért mennyiséget veszi alapul)

measuredQuantity

Formátum / típus

Quantity

PÉLDA

VEKOBANY12GN <measuredQuantity measureUnit="_3B">300 ... ...

ALLOKÁLÁSI SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA allocationData allocationLine allocationLine

MEZŐK

Megnevezés

Leírás


XML címkenév

Formátum

/

FGSZ Zrt.

161/265 típus Sorszám

Sorszám, az allokálási sor azonosítására szolgál – amennyiben egy allokálási sor valamely üzleti ellenőrzésen fennakad, a válaszban ezzel a sorszámmal történik az arra való hivatkozás.

lineNumber

Szállíttató


shipper

Party

Szállíttató pár


shipperPair

Party


Nominálási sor típusa (NOM / BH / TRADE / OPT_POS / OPT_NEG / HEG_POS / HEG_NEG) – Csak az OBA számlaként szolgáló TRADE sorokra adható allokált érték. A HEG-ek csakolvashatók, az abban foglalt mennyiségeket a rendszer figyelmen kívül hagyja.

nominationKind

Opciós ár

Opciós (OPT_POS / OPT_NEG) sor esetén az opciós ár FT/MJ-ban, 4 tizedesjegy pontossággal. Ld. OPT_POS, OPT_NEG típusú nominálási sorok

optionPrice


Az adott nominálási



Quantity

FGSZ Zrt.

162/265 sorban foglalt nominálási mennyiség MJ-ban Allokált mennyiség MJ-ban



Quantity

PÉLDA

<shipper codingScheme="ZZZ">SHIPPERCODE1 <shipperPair codingScheme="ZZZ=">SHIPPERCODE2 5 12.1234 -452000 -200 A választ tartalmazó üzenet

LEÍRÁS Az allokálásra a fogadó szinkron módon minden esetben ad válaszüzenetet a web service visszatérési értékeként. Ebben a válaszban megjelenik az eredeti üzenetre való hivatkozás, és a feldolgozás eredménye. Sikertelen feldolgozás esetén a részletes hibaüzeneteket is magába foglalja a válasz.

LOGIKAI SZERKEZET Az allokálásra való válaszüzenet logikai felépítése az alábbi: 











Hivatkozott allokálási sor száma

o

Hibakód

o



FGSZ Zrt.

163/265 o


o


o

Szállíttató pár


FGSZ Zrt.

164/265

16. HAVI ALLOKÁLÁSI ADATOK RENDSZERÜZEMELTETŐK ÁLTALI BEKÜLDÉSE (ALLOCATIONSERVICE)

ÜZLETI CÉL, KÖRNYEZET A havi allokálás keretében a szállítórendszerre csatlakozó üzemeltető köteles a havi allokálási adatokat megadni. A havi allokálás lényegében nem más, mint a gázhónap egyes napjaira történő újraallokálás. Vonatkozó jogszabályok: 

ÜKSZ 8.4.2 (d): Csatlakozó vezetékrendszer üzemeltetője köteles legkésőbb a gázhónapot követő hónap 10-ig a rendszerirányítási engedélyes informatikai platformján és az általa kiadott formában cégszerűen aláírva, írásban a hozzáférésre jogosult allokált havi végleges mennyiséget megküldeni rendszerirányítási engedélyesnek.

LEÍRÁS Jelen illeszkedési felület egy az egyben azt biztosítja, mint a napi allokálást végző – azzal az eltéréssel, hogy egyetlen üzeneten belül a gázhónap összes gáznapjára vonatkozó allokálási adat megadható.












ÜTEMEZÉS , HATÁRIDŐK Az ÜKSZ fenti pontja alapján a csatlakozó rendszerüzemeltető tárgy gázhónapot követő hónap 10-ig köteles a havi allokálási adatot megadni.

ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A tárgy gázhónap valamennyi gáznapjára szükséges allokálási adatot megadni.


FGSZ Zrt.

165/265

16.1. A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS AllocationService (a napi allokálást kell hívni a hónap napjaira)

STRUKTÚRA , CÍMKÉK LEÍRÁSA Ld. 15.1 pont.

16.2. A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A havi allokálásra a fogadó szinkron módon minden esetben ad válaszüzenetet a web service visszatérési értékeként. Ebben a válaszban megjelenik az eredeti üzenetre való hivatkozás, és a feldolgozás eredménye. Sikertelen feldolgozás esetén a részletes hibaüzeneteket is magába foglalja a válasz. A havi allokálásra adott válaszüzenet szerkezete egy az egyben megegyezik a napi allokálásra adott válaszéval (ld. 0 alfejezet).

LOGIKAI SZERKEZET Az allokálásra való válaszüzenet logikai felépítése az alábbi: 












o

Hibakód

o


o


o


o

Szállíttató pár


FGSZ Zrt.

166/265

17. ALLOKÁLT ÓRACSÚCS ADATOK RENDSZERÜZEMELTETŐK ÁLTALI BEKÜLDÉSE (ALLOCATIONHOURLYPEAKSERVICE) ÜZLETI CÉL, KÖRNYEZET Ezen felülethez az FGSZ munkatársain kívül a csatlakozó rendszerüzemeltetők férhetnek hozzá, úgy hogy csak a saját hálózati pontjaikhoz adhatnak meg értékeket. A rendszerüzemeltetőknek az előző hónapra óracsúcs adatot kell szolgáltatniuk. Az óracsúcs adatszolgáltatás a havi allokációval egy időpontban indul. Vonatkozó jogszabályok: ÜKSZ 8.4.2.: A földgázszállító rendszerre órai lekötéssel rendelkező hozzáférésre jogosultak tekintetében a kapcsolódó rendszerüzemeltető köteles legalább a hó végi újraallokálása során, az Informatikai Platformon, valamint az írásos megerősítés során is a napi allokált mennyiségek mellett az egyes napokon a hozzáférésre jogosultakra vonatkozó óracsúcsot időpont megjelöléssel megadni a rendszerirányítási engedélyesnek. A hozzáférésre jogosult által ellátott fogyasztók számától függetlenül, hozzáférésre jogosultanként egy összesített adatként kell az óracsúcs megjelölést megadni.

LEÍRÁS Jelen illeszkedési felület azt biztosítja, hogy a csatlakozó rendszerüzemeltetők hálózati pontok, gáznapok és szállíttatók vonatkozásában adhassák meg allokálási adataik alapján a gáznapon adott órában kapott legnagyobb allokált mennyiséget és magát az órai időpontot.












ÜTEMEZÉS , HATÁRIDŐK Az ÜKSZ fenti pontjai alapján a rendszerirányítási engedélyes a hó végi újraallokálási ciklust megelőzően, minden hónap 5-én 00 órától 10-én 24 óráig biztosít lehetőséget a megelőző hónap óracsúcsainak allokálásra a rendszerüzemeltetők számára.


FGSZ Zrt.

167/265 ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK

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




Allokált óracsúcs adat o

Allokált óracsúcs adatsor 1

o

Allokált óracsúcs adatsor 2

ÓRACSÚCS ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA allocationHourlyPeakData allocationHourlyPeakDataLine allocationHourlyPeakDataLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum típus

Sorszám

Sorszám, mely az allokált óracsúcs adatsorok azonosítására szolgál – amennyiben egy adatsor valamely üzleti ellenőrzésen fennakad, a válaszban ezzel a sorszámmal történik az arra való hivatkozás.

lineNumber

Pozitív egész

Azon hálózati pont azonosítója, amellyel az adott hibaüzenet közvetlenül összefüggésbe hozható.

networkPoint

Location

Tágy gáznap

gasDay

xsd:date HH-NN)

Hálózati azonosítója

Tágy gáznap

pont


/

(ÉÉÉÉ-

FGSZ Zrt.

168/265 Óracsúcs órája

Az adott napon kapott legnagyobb allokált mennyiség órája. Átlagos napon értéke 0 – 23 lehet. 25 órás napon 0 – 24. 23 órás napon 0 – 22. Értékét a gáznap kezdetétől (6:00) számítjuk.

peakHourOfGasDay

Pozitív egész

Allokált mennyiség MJban

Az adott óracsúcson kapott allokált mennyiség MJ-ban

hourlyPeakQuantity

Quantity

Szállíttató


shipper

Party

PÉLDA

351 VETELJCS17EN 2009-02-01 9 -37.0 <shipper codingScheme="ZZZ">TESTSHIPPER

17.2. A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS Az allokált óracsúcs adatok elküldésére a fogadó szinkron módon minden esetben ad válaszüzenetet a web service visszatérési értékeként. Ebben a válaszban megjelenik az eredeti üzenetre való hivatkozás, és a feldolgozás eredménye. Sikertelen feldolgozás esetén a részletes hibaüzeneteket is magába foglalja a válasz.

LOGIKAI SZERKEZET Az adatok küldésére érkező válaszüzenet logikai felépítése az alábbi: 









FGSZ Zrt.

169/265 


Hivatkozott sor száma

o

Hibakód

o



FGSZ Zrt.

170/265

18. OPERATÍV MATCHING 18.1. NNO MATCHING ADATOK BEKÜLDÉSE (NNOMATCHINGINPUTSERVICE) ÜZLETI CÉL, KÖRNYEZET

A helyes és alkalmazható operatív matching adatok előállításához a csatlakozó rendszerüzemeltetőknek is biztosítaniuk kell mindazon nominálási adatot, amelyet a rendszerükön jelenlévő szállíttatók számukra nomináltak. Ezáltal válik lehetővé az, hogy az FGSz-nél ill. a rendszerüzemeltetőknél nominált mennyiségek összevethetők legyenek. Az IP az NNO matching adatok beküldése révén teszi lehetővé a rendszerüzemeltetőknél nominált mennyiségek megadását.

LEÍRÁS

Jelen szolgáltatás lényegében az IP „Nominálás > Operatív matching adatok karbantartása” menüpontot biztosítja szerver-szerver kapcsolat formájában. Ez tehát azt jelenti, hogy a csatlakozó rendszerüzemeltető az „Operativ_matching” XLS-t XML üzenetformátumban, webservice hívása révén adja meg.












ÜTEMEZÉS , HATÁRIDŐK A nominálásra vonatkozó határidők az NNO matching adatok beküldésére is érvényesek. Az operatív matching feldolgozás előre ütemezett módon történik mindennap éjfélkor (úgymint a nap legelején), délben, 16h-kor, 22h-kor, 23h-kor – mindig a következő gáznapra vonatkozóan.

ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A rendszerüzemeltető csak azon hálózati pontokra vonatkozóan küldhet be NNO matching adatot, amelyekkel a szállítórendszerhez a tárgy gáznapon csatlakozik. Az NNO matching adatokban foglalt mennyiségek előjeleire az alábbi táblázat érvényes:


FGSZ Zrt.

171/265

Hálózati pont jellege az FGSz szemszögéből

Nominálási sor típusa - FGSz

Előjel az NNO matching adatban

betáplálás

NOM BH OPT_POS OPT_NEG HEG_POS HEG_NEG NOM BH OPT_POS

+ + + + -

OPT_NEG HEG_POS HEG_NEG

+ +

kiadás

Az NNO matching adatban vagy minden soron meg kell adni szállíttató párt, vagy mindegyiknél el kell hagyni. Amennyiben az elküldött NNO matching adat valamilyen (pl. formátum szerinti) szempontból helytelen, úgy erről az IP válaszüzenetben ad tájékoztatást.

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







1. NNO matching sor



2. NNO matching sor



…

AZ NNO MATCHING SOROK XML-BLOKKJÁNAK AZONOSÍTÓJA nnoMatchingLines


FGSZ Zrt.

172/265 MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám

Sorszám, mely az NNO matching sor azonosítására szolgál – amennyiben egy nominálási sor valamely üzleti ellenőrzésen fennakad, a válaszban ezzel a sorszámmal történik az arra való hivatkozás.

lineNumber

Pozitív egész

Hálózati pont


networkPoint

Location

Szállíttató

A rendszerüzemeltető oldalán lévő szállíttató IP-beli azonosítója.

shipper

Party

Szállíttató pár

Az FGSz oldalán lévő szállíttató IPbeli azonosítója. A teljes NNO matching adatban vagy minden sorban megjelenik, vagy egyikben sem.

shipperPair

Party


Nominálási sor típusa (NOM / BH / OPT_POS / OPT_NEG / HEG_POS / HEG_NEG)

nominationKind


A nominált napi mennyiség MJban. Egész szám. HEG_POS és HEG_NEG esetén értelemszerűen a HEG ügyletek napi összege.

dailyQuantity

Quantity

PÉLDA

1 VEKOBANY12GN <shipper codingScheme="ZZZ">SHIPPER <shipperPair codingScheme="ZZZ">SHIPPERPAIR 200


FGSZ Zrt.

173/265

18.1.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS Az NNO matching adatok feltöltésére a fogadó szinkron módon minden esetben ad válaszüzenetet a web service visszatérési értékeként. Ebben a válaszban megjelenik az eredeti üzenetre való hivatkozás, és a feldolgozás eredménye. Sikertelen feldolgozás esetén a részletes hibaüzeneteket is magába foglalja a válasz.

LOGIKAI SZERKEZET Az NNO matching adat feltöltésére való válaszüzenet logikai felépítése az alábbi: 











Hivatkozott sor száma

o

Hibakód

o


o


18.2. NNO MATCHING EREDMÉNYÉNEK LEKÉRDEZÉSE (NNOMATCHINGOUTPUTSERVICE) ÜZLETI CÉL, KÖRNYEZET

Miután az operatív matching feldolgozás lefutott, a partner (azaz a szállíttató vagy a csatlakozó rendszerüzemeltető) lekérdezheti annak eredményét.

LEÍRÁS

Mind a szállíttatók, mind a csatlakozó rendszerüzemeltetők esetében az alkalmazott adatstruktúra azonos. Természetesen mindkét esetben a partner csak azon adatokat kapja meg, amelyek rá vonatkoznak; lényegében az NNO matching (NNOMatchingReport XLS) kimutatás XML-ben történő lekérdezéséről van szó. Jelen szolgáltatás igénybevétele nem vonja magával az operatív matching futtatását, tehát az NNO matching adatok lekérdezésének előfeltétele az operatív matching futtatása. A futtatás előre ütemezett módon történik mindennap éjfélkor (úgymint a nap legelején), délben, 16h-kor, 22h-kor, 23h-kor – mindig a következő gáznapra vonatkozóan. Amennyiben a


FGSZ Zrt.

174/265

lekérdezést egy megbízott szállíttató kezdeményezi, úgy az üzenet fejrészének „sender” tagjában kell meghatároznia a tárgy szállíttatót (a jogosultságot a rendszer a webservice hívásakor alkalmazott tanúsítvány alapján határozza meg).












ÜTEMEZÉS , HATÁRIDŐK A partner az operatív matching eredményét bármikor lekérdezheti. Az operatív matching feldolgozás előre ütemezett módon történik mindennap éjfélkor (úgymint a nap legelején), délben, 16h-kor, 22h-kor, 23h-kor – mindig a következő gáznapra vonatkozóan.


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




Tárgy gáznap – ld. 4.3.34.3.3

18.2.2 A VÁLASZT TARTALMAZÓ ÜZENET


FGSZ Zrt.








Hálózati pont 1-re vonatkozó NNO matching adatok





o


o

NNO matching sor 1

o

NNO matching sor 2

Hálózati pont 2-re vonatkozó NNO matching adatok o


o

NNO matching sor 1

o

NNO matching sor 2

...

Amennyiben a csatlakozó rendszerüzemeltető az NNO matching adatban üresen hagyta a szállíttató párt, az adott hálózati pontra vonatkozó operatív matching adatok utolsó sora egy összegző sor, mely az FGSz oldalon nominált összmennyiséget veti össze az NNO matching adatban foglalt mennyiséggel. Ennek az összegző sornak a szerkezete megegyezik az NNO matching sorokéval; egyedül a külön erre a célra rendszeresített összegző bit különbözteti meg tőlük.

HÁLÓZATI PONTHOZ KÖTHETŐ ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA networkUnitData

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus



value

Location


Azon rendszer üzemeltetőjének kódja,

operator

Party


FGSZ Zrt.

176/265 kódja

amelyhez a földgázszállítási rendszer az adott hálózati pont révén csatlakozik (az NNO matching adatok csatlakozó rendszerüzemeltető általi lekérdezése esetén ennek a mezőnek az értéke minden sorban azonos)

NNO MATCHING SOR XML-BLOKKJÁNAK AZONOSÍTÓJA nnoMatchingLineData

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Összegző sor-e

Amennyiben a csatlakozó rendszerüzemeltető az általa megadott NNO matching adatban a szállíttató párt üresen hagyta, abban az esetben hálózati pontonként egy-egy összegző sor jelenik meg. Ebben az esetben ennek a bitnek az értéke igaz. Ellenkező esetben hamis.

isSummaryRow

Boolean

Átadó kódja

Azon szállíttató kódja, amely az adott hálózati ponton a földgázt átadja.

deliverer

Party

Átvevő kódja

Azon szállíttató kódja, amely az adott hálózati ponton a földgázt

recipient

Party


FGSZ Zrt.

177/265 átveszi. Nominálási típusa

sor


nominationKind

FGSz-nél nominált mennyiség

A hálózati ponton jelenlévő FGSz oldali szállíttató által az FGSznél nominált mennyiség. Összegző sor esetén az adott nominálási sortípusban az adott hálózati ponton az FGSz oldali szállíttató által nominált összmennyiség MJ-ban.

nominatedQuantity

Quantity

Csatlakozó rendszerüzemeltető nominált mennyiség

A csatlakozó rendszerüzemeltető által az NNO matching adatban megadott mennyiség MJ-ban. Ha a csatlakozó rendszerüzemeltető az NNO matching adatban üresen hagyta a szállíttató párt, akkor ez a mező csak összegző sorban jelenik meg. Elmaradhat, ha a csatlakozó rendszerüzemeltető által nominált mennyiség nem adható ki (ld. isNNOMatchingQuantity Confidential).

nnoMatchingQuantity

Quantity

által

isNNOMatchingQu antityConfidential

Csak akkor jelenhet meg, ha a csatlakozó rendszerüzemeltető az NNO matching adatban üresen hagyta a szállíttató párt. Értéke igaz, ha a csatlakozó rendszerüzemeltető által nominált mennyiség


Boolean

FGSZ Zrt.

178/265 nem adható ki. (Azaz, ha a csatlakozó rendszerüzemeltető oldalán lévő szállíttató több FGSz oldalitól vesz át gázt, és valamely átadó az itt rögzített üzenet fogadója.) Eltérés

Az FGSz oldalon nominált és az NNO által NNO matching adatban megadott mennyiség különbsége. Ha a csatlakozó rendszerüzemeltető az NNO matching adatban üresen hagyta a szállíttató párt, akkor ez a mező csak összegző sorban jelenik meg.

difference

Quantity

Állapot

Matching állapot. Match / mismatch : egyezés / eltérés. Ha a csatlakozó rendszerüzemeltető az NNO matching adatban üresen hagyta a szállíttató párt, akkor ez a mező csak összegző sorban jelenik meg.

matchingState

MATCH / QUANTITY_MISMATCH / NO_FRI_DATA / NO_NNO_MATCHING_ DATA



MATCH: Egyezés



QUANTITY_MISMAT CH: Mennyiségi eltérés



NO_FRI_DATA: Az adott NNO matching sorral nincs egyeztethető FGSz oldali nominálási sor



NO_NNO_MATCHIN G_DATA: Az adott FGSz oldali nominálási sorhoz


FGSZ Zrt.

179/265 nincs egyeztethető NNO matching sor Mismatch oka

Eltérés esetén a mismatch oka. Ha a csatlakozó rendszerüzemeltető az NNO matching adatban üresen hagyta a szállíttató párt, akkor ez a mező csak összegző sorban jelenik meg. 







NO_NNO_MATCHIN G_DATA: Az adott FGSz oldali nominálási sorhoz nincs egyeztethető NNO matching sor

mismatchReason

QUANTITY_MISMATCH / NO_FRI_DATA / NO_NNO_MATCHING_ DATA

Miután az operatív matching feldolgozás lefutott, a szállíttatónak le kell tudnia kérdezni a trade matching eredményét.

18.3. NNO MATCHING EREDMÉNYÉNEK LEKÉRDEZÉSE (NNOMATCHINGOUTPUTSERVICEV2) ÜZLETI CÉL, KÖRNYEZET

Miután az operatív matching feldolgozás lefutott, a partner (azaz a szállíttató vagy a csatlakozó rendszerüzemeltető) lekérdezheti annak eredményét.


FGSZ Zrt.

180/265 LEÍRÁS

Mind a szállíttatók, mind a csatlakozó rendszerüzemeltetők esetében az alkalmazott adatstruktúra azonos. Természetesen mindkét esetben a partner csak azon adatokat kapja meg, amelyek rá vonatkoznak; lényegében az NNO matching (NNOMatchingReport XLS) kimutatás XML-ben történő lekérdezéséről van szó. Jelen szolgáltatás igénybevétele nem vonja magával az operatív matching futtatását, tehát az NNO matching adatok lekérdezésének előfeltétele az operatív matching futtatása. A futtatás előre ütemezett módon történik mindennap éjfélkor (úgymint a nap legelején), délben, 16h-kor, 22h-kor, 23h-kor – mindig a következő gáznapra vonatkozóan. Amennyiben a lekérdezést egy megbízott szállíttató kezdeményezi, úgy az üzenet fejrészének „sender” tagjában kell meghatároznia a tárgy szállíttatót (a jogosultságot a rendszer a webservice hívásakor alkalmazott tanúsítvány alapján határozza meg).












ÜTEMEZÉS , HATÁRIDŐK A partner az operatív matching eredményét bármikor lekérdezheti. Az operatív matching feldolgozás előre ütemezett módon történik mindennap éjfélkor (úgymint a nap legelején), délben, 16h-kor, 22h-kor, 23h-kor – mindig a következő gáznapra vonatkozóan.


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


FGSZ Zrt.

181/265 












Hálózati pont 1-re vonatkozó NNO matching adatok





o


o

NNO matching sor 1

o

NNO matching sor 2

Hálózati pont 2-re vonatkozó NNO matching adatok o


o

NNO matching sor 3

o

NNO matching sor 4

...

Amennyiben a csatlakozó rendszerüzemeltető az NNO matching adatban üresen hagyta a szállíttató párt, az adott hálózati pontra vonatkozó operatív matching adatok utolsó sora egy összegző sor, mely az FGSz oldalon nominált összmennyiséget veti össze az NNO matching adatban foglalt mennyiséggel. Ennek az összegző sornak a szerkezete megegyezik az NNO matching sorokéval; egyedül a külön erre a célra rendszeresített összegző bit különbözteti meg tőlük.

HÁLÓZATI PONTHOZ KÖTHETŐ ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA networkUnitData

MEZŐK


FGSZ Zrt.

182/265 Megnevezés

Leírás

XML címkenév

Tag hossza

Formátum / típus

(karakter) Hálózati pont kódja


value


Azon rendszer üzemeltetőjének kódja, amelyhez a földgázszállítási rendszer az adott hálózati pont révén csatlakozik (az NNO matching adatok csatlakozó rendszerüzemeltető általi lekérdezése esetén ennek a mezőnek az értéke minden sorban azonos)

operator

Party

NNO MATCHING SOR XML-BLOKKJÁNAK AZONOSÍTÓJA nnoMatchingLineData

MEZŐK

Megnevezés

Leírás

XML címkenév

Tag hossza

Formátum / típus

(karakter) Összegző sor-e

Amennyiben a csatlakozó rendszerüzemeltető az általa megadott NNO matching adatban a szállíttató párt üresen hagyta, abban az esetben hálózati pontonként egy-egy összegző sor jelenik meg. Ebben az esetben ennek


isSummaryRow

Boolean

FGSZ Zrt.

183/265 a bitnek az értéke igaz. Ellenkező esetben hamis. Átadó kódja

Azon szállíttató kódja, amely az adott hálózati ponton a földgázt átadja.

deliverer

Party

Átvevő kódja

Azon szállíttató kódja, amely az adott hálózati ponton a földgázt átveszi.

recipient

Party

sor


nominationKind


A hálózati ponton jelenlévő FGSz oldali szállíttató által az FGSznél nominált mennyiség. Összegző sor esetén az adott nominálási sortípusban az adott hálózati ponton az FGSz oldali szállíttató által nominált összmennyiség MJ-ban.

nominatedQuantity

Quantity

Csatlakozó rendszerüzemeltető nominált mennyiség

A csatlakozó rendszerüzemeltető által az NNO matching adatban megadott mennyiség MJ-ban. Ha a csatlakozó rendszerüzemeltető az NNO matching adatban üresen hagyta a szállíttató párt, akkor ez a mező csak összegző sorban jelenik meg. Elmaradhat, ha a csatlakozó rendszerüzemeltető által nominált mennyiség nem adható ki (ld. isNNOMatchingQuantity Confidential).

nnoMatchingQuantity

Quantity

Nominálási típusa

által


FGSZ Zrt.

184/265 isNNOMatchingQu antityConfidential

Csak akkor jelenhet meg, ha a csatlakozó rendszerüzemeltető az NNO matching adatban üresen hagyta a szállíttató párt. Értéke igaz, ha a csatlakozó rendszerüzemeltető által nominált mennyiség nem adható ki. (Azaz, ha a csatlakozó rendszerüzemeltető oldalán lévő szállíttató több FGSz oldalitól vesz át gázt, és valamely átadó az itt rögzített üzenet fogadója.)

Eltérés

Az FGSz oldalon nominált és az NNO által NNO matching adatban megadott mennyiség különbsége. Ha a csatlakozó rendszerüzemeltető az NNO matching adatban üresen hagyta a szállíttató párt, akkor ez a mező csak összegző sorban jelenik meg.

difference

Quantity

Állapot

Matching állapot. Match / mismatch : egyezés / eltérés. Ha a csatlakozó rendszerüzemeltető az NNO matching adatban üresen hagyta a szállíttató párt, akkor ez a mező csak összegző sorban jelenik meg.

matchingState

MATCH / QUANTITY_MISMATCH / NO_FRI_DATA / NO_NNO_MATCHING_ DATA



MATCH: Egyezés






NO_FRI_DATA:


Az

FGSZ Zrt.

185/265 adott NNO matching sorral nincs egyeztethető FGSz oldali nominálási sor 

Mismatch oka


Eltérés esetén a mismatch oka. Ha a csatlakozó rendszerüzemeltető az NNO matching adatban üresen hagyta a szállíttató párt, akkor ez a mező csak összegző sorban jelenik meg. 








mismatchReason

QUANTITY_MISMATCH / NO_FRI_DATA / NO_NNO_MATCHING_ DATA

Miután az operatív matching feldolgozás lefutott, a szállíttatónak le kell tudnia kérdezni a trade matching eredményét.


FGSZ Zrt.

186/265

18.4. TRADE MATCHING EREDMÉNYÉNEK LEKÉRDEZÉSE (TRADEMATCHINGOUTPUTSERVICE) ÜZLETI CÉL, KÖRNYEZET

Miután az operatív matching feldolgozás lefutott, a szállíttatónak le kell tudnia kérdezni a trade matching eredményét. Jelen használati eset csak a tárgy szállíttató által megadott trade típusú nominálási sorokra vonatkozik, a más szállíttató által a tárgy szállíttatóra hivatkozó páratlan trade sorok vizsgálatát a következő fejezet mutatja be. Hangsúlyozandó, hogy – mint a trade matching-et tekintve általában – a jelen üzenet által tartalmazott adatok tisztán csak a nominálási adatok alapján állnak elő (tehát NNO matching, vagy bármely harmadik fél által szolgáltatott adat nélkül).

LEÍRÁS

Jelen üzenet lényegében a TradeMatchingReport XLS kimutatásnak az XML-beli megfelelője, tehát jelen esetben is egy egyszerű lekérdezésről van szó. Ennek a lekérdezésnek ill. a friss adatok jelenlétének is értelemszerű előfeltétele, hogy az operatív matching előbb lefusson. Az operatív matching minden sikeres nominálás után mindazon hálózati pontra lefut, amelyre a tárgy szállíttató nominálhat.












ÜTEMEZÉS , HATÁRIDŐK

A partner az operatív matching eredményét bármikor lekérdezheti. Az operatív matching mindennap lefut éjfélkor (úgymint a nap legelején), délben, 16h-kor, 22h-kor, 23h-kor – mindig a következő gáznapra vonatkozóan.

ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A továbbiakban – miután az adatokat a hozzáférésre jogosultak kérik – a kérésre adott, az FGSz által küldött válaszüzenet szerkezete olvasható.

18.4.1 A KÉRÉST TARTALMAZÓ ÜZENET


FGSZ Zrt.

187/265 METÓDUS TradeMatchingOutputService













Hálózati pont 1-re vonatkozó trade matching adatok





o

Trade matching sor 1

o


o

Hálózati pont 1-re vonatkozó trade matching összegző sor

Hálózati pont 2-re vonatkozó trade matching adatok o


o


o

Hálózati pont 2-re vonatkozó trade matching összegző sor

...

TRADE MATCHING ADATOK XML-BLOKKJÁNAK AZONOSÍTÓJA tradeMatchingData


FGSZ Zrt.

188/265 MEZŐK

Megnevezés

Leírás

XML címkenév

Tag hossza

Formátum / típus

(karakter) Hálózati pont kódja


value

TRADE MATCHING SOR XML-BLOKKJÁNAK AZONOSÍTÓJA tradeMatchingRowData

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus


Azon szállíttató kódja, amely az adott földgáz-kereskedelmi tranzakcióban a másik fél. Lehet tehát mind az eladó, mind a vevő.

tradingPartner

Party


Nominálási sor típusa (NOM / BH / TRADE)

nominationKind


A hálózati ponton a tárgy szállíttató által FGSz-nél nominált mennyiség MJ-ban.

nominatedQuantity

Quantity

Állapot

Matching állapot. Match / mismatch : egyezés / eltérés. Ha a szállíttató pár is azonos mennyiséget nominált, akkor match. Ha a szállíttató pár nem, vagy más mennyiséget nominált, akkor mismatch.

matchingState

MATCH / QUANTITY_MISMATCH / BROKEN_MATCH / BROKEN_QUANTITY_MIS / UN_PAIRED

Mismatch oka

Mismatch esetén a mismatch oka. Ez lehet:

mismatchReason

QUANTITY_MISMATCH / BROKEN_MATCH / BROKEN_QUANTITY_MIS / UN_PAIRED



QUANTITY_MISMATCH: Értékeltérés, amikor a szállíttató pár által nominált mennyiség eltér.



Törött trade, amikor egy trade láncolatban egy közbülső, nominálást


FGSZ Zrt.

189/265 elmulasztó kereskedő is jelen van:



Várható allokált érték

o

BROKEN_QUANTITY_MIS: A közbülső szereplő által vásárolt v. értékesített földgázra vonatkozóan az eladók v. vevők által nominált mennyiségek eltérnek.

o

BROKEN_MATCH: A közbülső szereplő által vásárolt v. értékesített földgázra vonatkozóan az eladók v. vevők által nominált mennyiségek egyeznek.

UN_PAIRED: Páratlan trade; a szállíttató pár nem adott meg TRADE típusú nominálási sort.

A nominálási adatok alapján a trade-ek várható allokált értéke. Mismatch esetén a kisebb elv érvényesül, azaz értékeltérés esetén a kisebb mennyiség jut érvényre, törött trade esetén pedig a közbülső szállíttató össz eladásának ill. össz vételének minimuma. Páratlan trade esetén az allokált érték zérus lesz.

expectedAllocationQuantity

Quantity

TRADE MATCHING ÖSSZEGZŐ SOR XML-BLOKKJÁNAK AZONOSÍTÓJA tradeMatchingSummaryRow

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Nominált adatokból számított szállítási feladat

A nominált adatokból számított szállítási feladat

nominatedShippingTask

Quantity

Trade

A trade-ek várható allokált értékeinek

matchedShippingTask

Quantity

match-elt


FGSZ Zrt.

190/265 szállítási feladat

alapján számított szállítási feladat

Szállítási változása

A trade match-elt szállítási feladat és a nominált adatokból számított szállítási feladat különbsége

feladat

shippingTaskDifference

Quantity

18.5. MÁS SZÁLLÍTTATÓ ÁLTAL HIVATKOZOTT PÁRATLAN TRADE-EK (TRADEMISMATCHOUTPUTSERVICE) ÜZLETI CÉL, KÖRNYEZET

Miután az operatív matching feldolgozás lefutott, a szállíttatónak le kell tudnia kérdezni a trade matching eredményét. Bizonyos esetekben előfordulhat, hogy egy szállíttató a nominálás alkalmával a tárgy szállíttatót jelöli meg egy trade nominálási sorban, de a tárgy szállíttató ennek megfelelő (ellentétes irányú) trade-et nem nominál. A cél az ilyen más szállíttatók által hivatkozott, páratlan trade-ek felsorolása.

LEÍRÁS

Jelen üzenet lényegében a TradeMismatchReport XLS kimutatásnak az XML-beli megfelelője, tehát jelen esetben is egy egyszerű lekérdezésről van szó. Ennek a lekérdezésnek, ill. a friss adatok jelenlétének is értelemszerű előfeltétele, hogy az operatív matching előbb lefusson. Az operatív matching mindennap lefut éjfélkor (úgymint a nap legelején), délben, 16h-kor, 22h-kor, 23h-kor – mindig a következő gáznapra vonatkozóan.












ÜTEMEZÉS , HATÁRIDŐK A partner az operatív matching eredményét bármikor lekérdezheti, de ennek nyilvánvalóan csak akkor van értelme, ha friss operatív matching adatok állnak rendelkezésre. Az operatív matching mindennap lefut éjfélkor (úgymint a nap legelején), délben, 16h-kor, 22h-kor, 23h-kor – mindig a következő gáznapra vonatkozóan.


FGSZ Zrt.

191/265

ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A továbbiakban – miután az adatokat a hozzáférésre jogosultak kérik – a kérésre adott, az FGSz által küldött válaszüzenet szerkezete olvasható.

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












Más szállíttatók által nominált páratlan trade sorok o

Trade nominálási sor 1

o

Trade nominálási sor 2

TRADE MISMATCH SOR XML-BLOKKJÁNAK AZONOSÍTÓJA tradeMismatchRowData

MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Hálózati pont


networkPoint

Location


FGSZ Zrt.

192/265 Trade nominálást küldő szállíttató

A trade nominálást szállíttató kódja




küldő

shipperPair

Party

dailyQuantity

Quantity

FGSZ Zrt.

193/265

19. BILATERÁLIS KAPACITÁS ELADÁS/VÉTEL BEJELENTÉSE ÜZLETI CÉL, KÖRNYEZET A bilaterális kapacitáskereskedelem keretében a szállíttatók egymás között kapacitásukat adják-veszik. E célra az IP-nek külön felülete szolgál (bilaterális kapacitásajánlatok). Az e szolgáltatás alkalmazása kapcsán kialakított gyakorlat alapján a szerver-szerver kommunikáció terén az alábbi üzleti folyamat valósul meg: 1.

A kapacitást átadó kereskedő szerver-szerver kapcsolaton keresztül rögzíti az átadni kívánt kapacitás típusát és mennyiségét, az átvevő partner kódját, a tárgy hálózati pontot, és az érvényességi dátumokat.

2.

Az IP visszaigazolást ad az átadónak feltüntetve a kapacitásajánlatnak adott egyedi azonosítót. Ha az átadó olyan gáznapra jelölt meg kapacitás átadást, amikorra nem rendelkezik kapacitásszerződéssel, vagy ha a beküldött adatok alapján egyéb hiba mutatkozik, az IP a válaszüzenetben erről tájékoztatást ad, és ezzel a folyamat véget ér.

3.

Az IP E-mail-ben értesítést küld az átvevőnek feltüntetve a kapacitásajánlat egyedi azonosítóját.

4.

Az átvevő a kapott azonosító segítségével szerver-szerver kapcsolaton keresztül elfogadja/elutasítja az ajánlatot D-12h-ig. E határidő lejártával az igény törlésére kerül sor.

5.

Mindkét partner E-mail-ben értesítést kap a tranzakció elfogadásáról/elutasításáról.

6.

Elfogadás esetén az IP rögzíti a kapacitás átadását.

7.

Elutasítás esetén az átvevő partner megjegyzést fűzhet az elutasítás okáról, amelyet E-mail-ben megkap az átadó.

A következő két alfejezetben a kapacitás átadására és átvételére vonatkozó üzenet leírása olvasható.

19.1. BILATERÁLIS KAPACITÁSAJÁNLAT TÉTELE (BILATERALCONTRACTREGISTER) ÜZLETI CÉL, KÖRNYEZET

Cél, hogy a szállíttató bilaterális kapacitásügylet keretében, szerver-szerver kapcsolaton keresztül át tudja adni kapacitásának egy részét vagy egészét egy másik, általa kijelölt szállíttató részére.


FGSZ Zrt.

194/265 LEÍRÁS

Jelen szolgáltatás egy az egyben az IP „Bilaterális kapacitásajánlat” felületén elérhető lehetőséget nyújtja azzal a többlettel, hogy a rögzített ajánlat azonosítóját is visszaadja.


A kérés küldője: a szállíttató, mint eladó









A válasz fogadója: a szállíttató, mint eladó

ÜTEMEZÉS , HATÁRIDŐK Az ütemezésre és a határidőkre vonatkozóan mindaz érvényes, ami a bilaterális kapacitásügyletekre általánosságban véve. Jelen esetben ez csak annyit jelent, hogy legkorábban csak a következő gáznappal kezdődően lehet bilaterális ügyletet igényelni.

ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK Az átadó csak a saját rendelkezésre álló kapacitásának mértékéig kínálhat fel kapacitást.

19.1.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS BilateralContractRegister





Gáznap – aktuális gáznap



Bilaterális kapacitásügylet adatai


FGSZ Zrt.

195/265 BILATERÁLIS KAPACITÁSÜGYLET ADATAI XML-BLOKKJÁNAK AZONOSÍTÓJA bilateralContract

MEZŐK

Megnevezés

Leírás

XML címkenév

Tag hossza

Formátum / típus

(karakter) Átvevő kódja

szállíttató

Átvevő szállíttató IPbeli kódja

buyer

Party

Kezdő gáznap

A bilaterális ügylet vonatkoztatási időintervallumának kezdete

startDate

xsd:date NN)

(ÉÉÉÉ-HH-

Záró gáznap

A bilaterális ügylet vonatkoztatási időintervallumának vége

endDate

xsd:date NN)

(ÉÉÉÉ-HH-

Tárgy kapacitáspont

Azon hálózati pont kódja, amelyre a bilaterális kapacitásügylet vonatkozik

location

Location

Kapacitástípus időtartamának jellege

Hosszútávú / éves / havi / napi / egyedi

periodType

LONGTERM / YEARLY / MONTHLY / DAILY / CUSTOMER_DEMAND

Kapacitástípus

Alapdíjas (nem megszakítható) / megszakítható / backhaul / szezonális

capacityType

NON_INTERRUPTIBLE / INTERRUPTIBLE / BH / SEASONAL

Megszakítás típusa

Nem megszakítható, backhaul, és szezonális kapacitástípus esetén: NONE.A megszakítható kapacitástípus esetén : Y99 / Y10 / Y30 / M3 / M99 / M10 / M25 / D1

interruptionType

NONE / Y99 / Y10 / Y30 / M3 / M99 / M10 / M25 / D1


FGSZ Zrt.

196/265 Napi kapacitás

Órai kapacitás

Átadott napi kapacitás (MJ/nap).

Átadott órai kapacitás (MJ/h).

dailyCapacity::v

max 19 számjegy

xsd:integer

dailyCapacity:: measureUnit

3

JM2

hourlyCapacity::v

max 19 számjegy

xsd:integer

hourlyCapacity:: measureUnit

3

JM1

Ajánlat érvényessége

Ajánlat érvényessége

proposalValidity

Megjegyzés

Megjegyzés

comment

xsd:date NN)

(ÉÉÉÉ-HH-

PÉLDA HUFSHP <startDate>2010-07-01 <endDate>2010-06-30 VETELJCS17EN LONGTERM INTERRUPTIBLE M3 2400000 100000 <proposalValidity>2010-06-15 Budapest

19.1.2 A VÁLASZT TARTALMAZÓ ÜZENET ÜZLETI CÉL, KÖRNYEZET Cél, hogy az átadó az ajánlattételt követően visszaigazolást kapjon – ideértve a rögzített ajánlattétel azonosítóját is.




FGSZ Zrt.

197/265 




Kapacitás átadására vonatkozó ajánlattétel IP-ben rögzített azonosítója




KAPACITÁS ÁTADÁSÁRA VONATKOZÓ AJÁNLATTÉTEL IP-BEN RÖGZÍTETT AZONOSÍTÓJA

Megnevezés

Leírás

XML címkenév

Formátum / típus

Azonosító

A kapacitás átadására vonatkozó ajánlattétel IP-ben rögzített azonosítója

proposalID

xsd:integer

Formátum / típus

HIBAÜZENET Blokknév: errorLine Megnevezés

Leírás

XML címkenév

Hibakód


errorCode

Mik a lehetséges hibák? 

Kevés napi kapacitás



Kevés órai kapacitás



Az érvényesség belelóg a kezdő-vég intervallumba



Érvénytelen kapacitástípus



Érvénytelen szállíttató (a megadott intervallumban nem érvényes végig a szállíttató)



Érvénytelen hálózati pont (a megadott intervallumban nem érvényes végig a


FGSZ Zrt.

198/265 hálózati pont) Üzenet szövege


errorText

19.2. BILATERÁLIS KAPACITÁSAJÁNLAT ELFOGADÁSA /VISSZAUTASÍTÁSA (BILATERALCONTRACTCONFIRMATION) ÜZLETI CÉL, KÖRNYEZET Cél, hogy a bilaterális kapacitásügyletet az átadó által megjelölt átvevő jóváhagyhassa.

LEÍRÁS A megadott bilaterális ügyletazonosító alapján az IP rögzíti az átvevő elfogadását / visszautasítását. Elfogadás esetén az IP rögzíti a kapacitás átadását. Az átvevő az ügylet azonosítóját az IP-től önműködően küldött E-mailben kapja meg.


A kérés küldője: a szállíttató, mint átvevő









A válasz fogadója: a szállíttató, mint átvevő


Az átvevőnek az ajánlat vonatkoztatási időintervallumának kezdő gáznapjáig (azt már nem beleértve) kell jóváhagyását megküldenie.


FGSZ Zrt.

199/265 ÜZLETI FELTÉTELRENDSZER , MEGSZORÍTÁSOK Az ajánlat érvényessége legkésőbb az ügylet kezdő gáznapja lehet.

19.2.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS BilateralContractConfirmation





Gáznap – aktuális gáznap



Bilaterális kapacitásügylet egyedi azonosítója



Jóváhagyás / visszautasítás

MEZŐK Címke: proposalConfirmation Megnevezés

Leírás

XML címkenév

Formátum / típus

Bilaterális kapacitásügylet egyedi azonosítója

A bilaterális kapacitásügylet egyedi azonosítója

proposalID

xsd:Number



accept

boolean: true / false

Megjegyzés elutasítás esetén

Megjegyzés elutasítás esetén

rejectionComment



FGSZ Zrt.

200/265 ÜZLETI CÉL, KÖRNYEZET Miután az átvevő megküldte a jóváhagyásról / visszautasításról szóló üzenetet, megerősítést kell kapnia az ügylet IP-ben való véglegesítéséről.













o

Hibakód

HIBAÜZENET Blokknév: errorLine Megnevezés

Leírás

XML címkenév

Hibakód


errorCode

Formátum / típus

Lehetséges hibák:

Üzenet szövege



Ismeretlen azonosító



Lejárt ügylet (határidőn túli megerősítés)



errorText

FGSZ Zrt.

201/265

20. KORLÁTOZÁS 20.1. KORLÁTOZÁSI ADATOK LETÖLTÉSE (RESTRAINTDOWNLOAD) Jelen webservice elavult. E dokumentum megírásakor még nem volt ismeretes olyan jogszabály, amely a korlátozási adatok energiaalapú meghatározására irányult volna.

ÜZLETI CÉL, KÖRNYEZET

Cél, hogy a korlátozási adatok letölthetők legyenek adott csatlakozó rendszerüzemeltető vonatkozásában. Jelen rendszerszolgáltatás teljes mértékben egyenértékű az FGSz IP az Excel alapú korlátozási adatletöltési funkciójával.

LEÍRÁS Ha a bejelentkezett rendszerüzemeltető előzőleg már töltött fel korlátozási adatokat a tárgy gázévre, akkor a letöltés eredményeként azok fognak megjelenni. Ha még nem, akkor az IP a válaszüzenetben korlátozási adatsorok nélkül azon gázátadókat sorolja fel, amelyekre korlátozási adatot kell megadni. Ez tehát azt jelenti, hogy gázátadónként egy-egy restraintDataBlock fog megjelenni restraintConsumerDataLine-ok és restraintConsumerGroupDataLine-ok nélkül.












ÜTEMEZÉS, HATÁRIDŐK A korlátozási adatok letöltése nincs határidőhöz kötve.

20.1.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS RestraintDownload


FGSZ Zrt.





Tárgy gázév: a tárgy gázév első napja adandó meg tárgy gáznapként (ld. 4.3.3)


Fejrész, ld. 4.3.1



Tárgy gázév – tárgy gáznapként a gázév első napját megjelölve. Ld. 4.3.3



Gázátadó 1





o

Fogyasztóra vonatkozó korlátozási adatsor 1

o


o

Fogyasztói csoportra vonatkozó korlátozási adatsor 1 (de facto az adott gázátadóról ellátott, 100 m3/h alatti teljesítménylekötéssel rendelkező fogyasztók összességére vonatkozó adatok)

Gázátadó 2 o

Korlátozási adatsor 1

o


o


…

A KORLÁTOZÁSI ADATBLOKK XML-BLOKKJÁNAK AZONOSÍTÓJA restraintDataBlock


FGSZ Zrt.

203/265 MEZŐK

Megnevezés

Leírás

XML címkenév

Hálózati pont


networkPoint

Formátum / típus

PÉLDA

VETELJCS17EN ... ... ...

A KORLÁTOZÁSI ADATSOR XML-BLOKKJÁNAK AZONOSÍTÓJA restraintConsumerDataLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám

Sorszám, mely a korlátozási adatsor azonosítására szolgál.

lineNumber

xs:int

Fogyasztó neve

Fogyasztó neve.

consumerName

xs:string

Telephely elosztó (SAP) kódja

Telephely elosztó (SAP) kódja. A tag elmarad, ha nincs megadva.

premiseSAPCode

xs:string


FGSZ Zrt.

204/265 Telephely kódja

EIC-

Telephely EIC-kódja. A elmarad, ha nincs megadva.

tag

premiseEICCode

xs:string

Irányítószám

A telephely postai címéből az irányítószám.

zipCode

xs:string

Város, házszám

utca,

A telephely postai címéből a város, utca (a közterület jellegének megnevezésével), házszám.

cityStreetNo

xs:string

Mérő távleolvasási lehetőség

Mérő távleolvasási lehetőség. 1 – Van, 0 – Nincs.

isRemoteRead

xs:boolean

Fogyasztó korlátozási felelősének neve

Fogyasztó korlátozási felelősének neve. A tag elmarad, ha nincs megadva.

restraintResponsibleName

xs:string

Fogyasztó korlátozási felelősének telefonszáma

Fogyasztó korlátozási felelősének telefonszáma. A tag elmarad, ha nincs megadva.

restraintResponsiblePhone

xs:string

Fogyasztó korlátozási felelősének faxszáma

Fogyasztó korlátozási felelősének faxszáma. A tag elmarad, ha nincs megadva.

restraintResponsibleFax

xs:string

Tárgy gázátadó és tárgy fogyasztó vonatkozásában a téli időszakra megszakíthatóként továbbértékesített órai teljesítmény

Tárgy gázátadó és tárgy fogyasztó vonatkozásában a téli időszakra megszakíthatóként továbbértékesített órai teljesítmény [m3/óra]. A tag elmarad, ha nincs megadva.

resoldAsInterruptibleW

Quantity

Tárgy gázátadó és tárgy fogyasztó vonatkozásában a téli időszakra az elosztói rendszeren eladott kapacitás-

Tárgy gázátadó és tárgy fogyasztó vonatkozásában a téli időszakra az elosztói rendszeren eladott kapacitáskülönbség (+/-)[m3/óra]. A tag elmarad, ha nincs megadva.

soldLDCCapDiffW

Quantity


FGSZ Zrt.

205/265 különbség (+/-) Tárgy fogyasztó teljesítményének I. kategóriába eső része a téli időszakra

Tárgy fogyasztó teljesítményének I. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat1W

Quantity

Tárgy fogyasztó teljesítményének II. kategóriába eső része a téli időszakra

Tárgy fogyasztó teljesítményének II. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat2W

Quantity

Tárgy fogyasztó teljesítményének III. kategóriába eső része a téli időszakra

Tárgy fogyasztó teljesítményének III. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat3W

Quantity

Tárgy fogyasztó teljesítményének IV. kategóriába eső része a téli időszakra

Tárgy fogyasztó teljesítményének IV. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat4W

Quantity

Tárgy fogyasztó teljesítményének V. kategóriába eső része a téli időszakra

Tárgy fogyasztó teljesítményének V. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat5W

Quantity

Tárgy fogyasztó teljesítményének VI. kategóriába eső része a téli időszakra

Tárgy fogyasztó teljesítményének VI. (azaz nem korlátozható) kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat6W

Quantity

Tárgy gázátadó és tárgy fogyasztó vonatkozásában a nyári időszakra megszakíthatóként továbbértékesített órai teljesítmény

Tárgy gázátadó és tárgy fogyasztó vonatkozásában a nyári időszakra megszakíthatóként továbbértékesített órai teljesítmény [m3/óra]. A tag elmarad, ha nincs.

resoldAsInterruptibleS

Quantity


FGSZ Zrt.

206/265 Tárgy gázátadó és tárgy fogyasztó vonatkozásában a nyári időszakra az elosztói rendszeren eladott kapacitáskülönbség (+/-)

Tárgy gázátadó és tárgy fogyasztó vonatkozásában a nyári időszakra az elosztói rendszeren eladott kapacitáskülönbség (+/-)[m3/óra]. A tag elmarad, ha nincs.

soldLDCCapDiffS

Quantity

Tárgy fogyasztó teljesítményének I. kategóriába eső része a nyári időszakra

Tárgy fogyasztó teljesítményének I. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat1S

Quantity

Tárgy fogyasztó teljesítményének II. kategóriába eső része a nyári időszakra

Tárgy fogyasztó teljesítményének II. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat2S

Quantity

Tárgy fogyasztó teljesítményének III. kategóriába eső része a nyári időszakra

Tárgy fogyasztó teljesítményének III. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat3S

Quantity

Tárgy fogyasztó teljesítményének IV. kategóriába eső része a nyári időszakra

Tárgy fogyasztó teljesítményének IV. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat4S

Quantity

Tárgy fogyasztó teljesítményének V. kategóriába eső része a nyári időszakra

Tárgy fogyasztó teljesítményének V. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat5S

Quantity

Tárgy fogyasztó teljesítményének VI. kategóriába eső része a nyári időszakra

Tárgy fogyasztó teljesítményének VI. (azaz nem korlátozható) kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat6S

Quantity


FGSZ Zrt.

207/265

PÉLDA

1 Fogyasztó neve <premiseSAPCode>SAPCODE1 <premiseEICCode>HU-EIC-CODE1 1182 Budapest, Üllői út 325. 1 Kis István +36-1-234-5678 +36-1-345-6789 100 <soldLDCCapDiffW measureUnit="JM1">-200 10 20 30 40 50 60 200 <soldLDCCapDiffS measureUnit="JM1">-400 70 80 90 100 110 120

A KORLÁTOZÁSI ADATSOR XML-BLOKKJÁNAK AZONOSÍTÓJA restraintConsumerGroupDataLine

MEZŐK

Megnevezés

Leírás

Sorszám

Sorszám,

mely


a

korlátozási

XML címkenév

Formátum / típus

lineNumber

Pozitív egész

FGSZ Zrt.

208/265 adatsor azonosítására szolgál. Fogyasztói csoport azonosítója

Jelenleg csak a „100a” elfogadott, mely a 100 m3/h alatti teljesítménylekötéssel rendelkező fogyasztók összességét jelöli.

consumerGroupCode

Tárgy gázátadó és tárgy fogyasztói csoport vonatkozásában a téli időszakra megszakíthatóként továbbértékesített órai teljesítmény

Tárgy gázátadó és tárgy fogyasztói csoport vonatkozásában a téli időszakra megszakíthatóként továbbértékesített órai teljesítmény [m3/óra]. A tag elmarad, ha nincs megadva.


Tárgy gázátadó és tárgy fogyasztói csoport vonatkozásában a téli időszakra az elosztói rendszeren eladott kapacitáskülönbség (+/-)

Tárgy gázátadó és tárgy fogyasztói csoport vonatkozásában a téli időszakra az elosztói rendszeren eladott kapacitáskülönbség (+/)[m3/óra]. A tag elmarad, ha nincs megadva.

soldLDCCapDiffW

Tárgy fogyasztói csoport teljesítményének I. kategóriába eső része a téli időszakra

Tárgy fogyasztói csoport teljesítményének I. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat1W

Tárgy fogyasztói csoport teljesítményének II. kategóriába eső része a téli időszakra

Tárgy fogyasztói csoport teljesítményének II. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat2W

Tárgy fogyasztó teljesítményének III. kategóriába eső része a téli

Tárgy fogyasztói csoport teljesítményének III. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat3W


„100a” konstans

FGSZ Zrt.

209/265 időszakra Tárgy fogyasztói csoport teljesítményének IV. kategóriába eső része a téli időszakra

Tárgy fogyasztói csoport teljesítményének IV. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat4W

Tárgy fogyasztói csoport teljesítményének V. kategóriába eső része a téli időszakra

Tárgy fogyasztói csoport teljesítményének V. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat5W

Tárgy fogyasztói csoport teljesítményének VI. kategóriába eső része a téli időszakra

Tárgy fogyasztó teljesítményének VI. (azaz nem korlátozható) kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat6W

Tárgy gázátadó és tárgy fogyasztói csoport vonatkozásában a nyári időszakra megszakíthatóként továbbértékesített órai teljesítmény

Tárgy gázátadó és tárgy fogyasztói csoport vonatkozásában a nyári időszakra megszakíthatóként továbbértékesített órai teljesítmény [m3/óra]. A tag elmarad, ha nincs.


Tárgy gázátadó és tárgy fogyasztó vonatkozásában a nyári időszakra az elosztói rendszeren eladott kapacitáskülönbség (+/-)


soldLDCCapDiffS

Tárgy fogyasztói csoport teljesítményének

Tárgy fogyasztói csoport teljesítményének I. kategóriába eső része a nyári időszakra

hourlyCapCat1S


FGSZ Zrt.

210/265 I. kategóriába eső része a nyári időszakra

[m3/óra]. A tag elmarad, ha nincs.

Tárgy fogyasztói csoport teljesítményének II. kategóriába eső része a nyári időszakra

Tárgy fogyasztói csoport teljesítményének II. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat2S

Tárgy fogyasztói csoport teljesítményének III. kategóriába eső része a nyári időszakra

Tárgy fogyasztói csoport teljesítményének III. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat3S

Tárgy fogyasztói csoport teljesítményének IV. kategóriába eső része a nyári időszakra

Tárgy fogyasztói csoport teljesítményének IV. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat4S

Tárgy fogyasztói csoport teljesítményének V. kategóriába eső része a nyári időszakra

Tárgy fogyasztói csoport teljesítményének V. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat5S

Tárgy fogyasztói csoport teljesítményének VI. kategóriába eső része a nyári időszakra

Tárgy fogyasztói csoport teljesítményének VI. (azaz nem korlátozható) kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat6S

PÉLDA

< restraintConsumerGroupDataLine> 1 100a


FGSZ Zrt.

211/265

100 <soldLDCCapDiffW measureUnit="JM1">-200 10 20 30 40 50 60 200 <soldLDCCapDiffS measureUnit="JM1">400 70 80 90 100 110 120

20.2. KORLÁTOZÁSI ADATOK FELTÖLTÉSE (RESTRAINT UPLOAD) Jelen webservice szabályozás hiányában elavult. E dokumentum megírásakor még nem volt ismeretes olyan jogszabály, amely a korlátozási adatok energiaalapú meghatározására irányult volna.

ÜZLETI CÉL, KÖRNYEZET

Cél, hogy a korlátozási adatok feltölthetők legyenek adott csatlakozó rendszerüzemeltető vonatkozásában. Jelen rendszerszolgáltatás teljes mértékben egyenértékű az FGSz IP Excel alapú korlátozási adatfeltöltési funkciójával.

LEÍRÁS Ha a bejelentkezett rendszerüzemeltető előzőleg már töltött fel korlátozási adatokat a tárgy gázévre, akkor azok a feltöltött adatállománnyal felülíródnak. A korlátozási adatok le- és feltöltéséhez ugyanazon adatstruktúrák alkalmazására kerül sor.







FGSZ Zrt.

212/265 






A korlátozási adatok feltöltése időablakhoz kötött: tárgy gázévet megelőző gázév jún. 1-től 30-ig lehetséges.

ÜZLETI FELTÉTELRENDSZER, MEGSZORÍTÁSOK A korlátozási adatok megadására szolgáló üzenet kapcsán ugyanazok az üzleti feltételek érvényesek, mint az adatok felületen történő 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 korlátozási adat megszegi, akkor milyen hibaüzenettel válaszol a fogadó. (A táblázatban H = Hiba, F = Figyelmeztetés)


FGSZ Zrt.

Típus

Ellenőrzés

H

Hibaüzenet

Javaslat

A gázátadó mindenképpen megadandó.

A gázátadó kódja kötelezően kitöltendő!

Adja meg a gázátadó kódját!

H

Rendszerüzemeltető csak hozzá tartozó kapacitáspontra tölthet fel és le korlátozási adatot.

Rendszerüzemeltető csak hozzá tartozó gázátadóra tölthet fel korlátozási adatot.

Csak olyan gázátadót szerepeltessen, amely révén az Ön által üzemeltetett rendszer csatlakozik a szállítórendszerhez!

Gázátadó kódja

H

A „Telephely elosztó (SAP) kódja” ill. „Telephely EICkódja” közül legalább az egyiket meg kell adni.

A „Telephely elosztó (SAP) kódja” ill. „Telephely EICkódja” közül legalább az egyiket meg kell adni.

Adja meg a „Telephely elosztó (SAP) kódja” ill. „Telephely EICkódja” közül legalább az egyiket!

Fogyasztó neve, címe

H

A fogyasztási hely postai irányítószáma kötelezően megadandó.

A fogyasztó postai irányítószáma kötelezően megadandó.

Adja meg a fogyasztó postai irányítószámát!

Fogyasztó neve, város, utca, házszám

H

Irányítószám csak számjegyeket tartalmazhat.

A fogyasztó irányítószáma csak számjegyeket tartalmazhat.

A fogyasztó irányítószámaként csak a négyjegyű postai irányítószámot adja meg!


H

Kötelezően kitöltendő, hogy adott fogyasztónál van-e mérő távleolvasási lehetőség, vagy nincs.

Kötelezően kitöltendő, hogy adott fogyasztónál van-e mérő távleolvasási lehetőség, vagy nincs.

Adja meg a „Van” vagy „Nincs” szavakkal, hogy az adott fogyasztónál van-e mérő távleolvasási lehetőség, vagy nincs.




A válaszüzenetben megjelenő kiegészítő információ

FGSZ Zrt.

214/265 H

A mérő távleolvasási lehetőséget tartalmazó mezőben csak „Van” vagy „Nincs” lehet.

A mérő távleolvasási lehetőséget tartalmazó mezőben csak „Van” vagy „Nincs” lehet.

Csak a „Van” vagy „Nincs” szavakkal adja meg, hogy az adott fogyasztónál van-e mérő távleolvasási lehetőség, vagy nincs!


H

A teljesítmények korlátozási besorolásait mutató számértékek csak nemnegatív egészek lehetnek.

A teljesítmények korlátozási besorolásait mutató számértékek csak nemnegatív egészek lehetnek.

Csak nemnegatív, tizedesjegyek nélküli, egész számokat adjon meg a teljesítmények korlátozási besorolásait mutató számértékeknek!


F

Van-e korlátozási adat a „100a”, azaz a 100 m3/h alatti teljesítmény-lekötéssel rendelkező fogyasztók összességére vonatkozóan?

A gázátadón hiányzanak a „100a”, azaz a 100 m3/h alatti teljesítmény-lekötéssel rendelkező fogyasztók összesített korlátozási adatai.

Az adott gázátadón adja meg a 100 m3/h alatti teljesítménylekötéssel rendelkező fogyasztók összességére vonatkozó korlátozási adatokat a „100a” sorban, hacsak az adott gázátadóról nem pl. közvetlen szállítórendszeri fogyasztó van ellátva!

Gázátadó kódja

H

A fogyasztót a téli időszakra kötelező legalább egy korlátozási kategóriába besorolni. A téli időszakban a korlátozási teljesítményadatok csak akkor hagyhatók üresen, ha a téli időszakban az adott

A fogyasztót kötelező a téli időszakban legalább egy korlátozási kategóriába besorolni.

Sorolja be az adott fogyasztót legalább egy korlátozási kategóriába a téli időszakra! (A téli időszakban a korlátozási teljesítményadatok csak akkor hagyandók üresen, ha a téli időszakban az adott gázátadó egyetlen napig sincs



FGSZ Zrt.

215/265 kapacitáspont egyetlen napig sincs érvényben.

érvényben.)

H

A fogyasztót a nyári időszakra kötelező legalább egy korlátozási kategóriába besorolni. A nyári időszakban a korlátozási teljesítményadatok csak akkor hagyhatók üresen, ha a nyári időszakban az adott kapacitáspont egyetlen napig sincs érvényben.

A fogyasztót kötelező a nyári időszakban legalább egy korlátozási kategóriába besorolni.

Sorolja be az adott fogyasztót legalább egy korlátozási kategóriába a nyári időszakra! (A nyári időszakban a korlátozási teljesítményadatok csak akkor hagyandók üresen, ha a nyári időszakban az adott gázátadó egyetlen napig sincs érvényben.)


H

Adott gázátadóra a korlátozási kategóriákba sorolt, és egyéb teljesítménymennyiségek összege a gázátadón szerződött teljesítményt kell adja a téli időszakra is.

Adott gázátadóra a korlátozási kategóriákba sorolt, és egyéb teljesítménymennyiségek összege a gázátadón szerződött teljesítményt kell adja a téli időszakra is.

Adja meg az adott gázátadóra a korlátozási kategóriákba sorolt, és egyéb teljesítménymennyiségeket a téli időszakra úgy, hogy azok összege a gázátadón szerződött teljesítményt adja!

Gázátadó kódja

H

Adott gázátadóra a korlátozási kategóriákba sorolt, és egyéb teljesítménymennyiségek összege a gázátadón szerződött teljesítményt kell

Adott gázátadóra a korlátozási kategóriákba sorolt, és egyéb teljesítménymennyiségek összege a gázátadón szerződött teljesítményt kell

Adja meg az adott gázátadóra a korlátozási kategóriákba sorolt, és egyéb teljesítménymennyiségeket a nyári időszakra úgy, hogy azok összege a gázátadón szerződött

Gázátadó kódja


FGSZ Zrt.

216/265 adja a nyári időszakra is.

adja a nyári időszakra is.

teljesítményt adja!

H

A telephely SAP-kódjának elosztón belül egyedinek kell lennie.

A telephely SAP-kódjának egyedinek kell lennie.

A fogyasztók telephelyének elosztói (SAP) kódját úgy adja meg, hogy egy kód csak egyszer szerepeljen a korlátozási adatállományban!


H

A telephely EIC-kódjának egyedinek kell lennie.

A telephely EIC-kódjának egyedinek kell lennie.

Győződjön meg róla, hogy egy EIC-kód csak egyszer szerepel a teljes korlátozási adatállományban! Ha csakugyan így van, ezt az EICkódot más elosztó már használja.

Telephely EIC-kódja

H

Fogyasztó megadni.

nevét

kötelező

Fogyasztó megadni.

nevét

kötelező

Adja meg a fogyasztó nevét! Ha a 100 m3/h alatti teljesítménylekötéssel rendelkező fogyasztók összességének korlátozási adatait kívánja megadni, írjon be ,,100a"-t!


H

Fogyasztó megadni házszám).

címét kötelező (város, utca,

Fogyasztó megadni házszám).

címét kötelező (város, utca,

Adja meg a fogyasztó címét (város, utca, házszám)! A a 100 m3/h alatti teljesítménylekötéssel



FGSZ Zrt.

217/265 rendelkező összessége csak el.


fogyasztók esetén hagyható

FGSZ Zrt.

20.2.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS

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

Fejrész, ld. 4.3.1



Tárgy gázév – tárgy gáznapként a gázév első napját megjelölve. Ld. 4.3.3



Gázátadó 1





o


o


o


Gázátadó 2 o


o


o


…

A KORLÁTOZÁSI ADATBLOKK XML-BLOKKJÁNAK AZONOSÍTÓJA restraintDataBlock

MEZŐK Kifejezetten a restraintDataBlock-hoz tartozóan egyedül a networkPoint tag tartozik. A konkrét korlátozási adatsorokat a restraintConsumerDataLine tagok tartalmazzák.

Megnevezés

Leírás


XML címkenév

Formátum / típus

FGSZ Zrt.



capacityPoint

PÉLDA

VETELJCS17EN ... ... ...

A KORLÁTOZÁSI ADATSOR XML-BLOKKJÁNAK AZONOSÍTÓJA restraintConsumerDataLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám

Sorszám, mely a korlátozási adatsor azonosítására szolgál. A korlátozási adatok feltöltésére adott válaszüzenet erre a sorszámra hivatkozik, amennyiben valamilyen hiba vagy figyelmeztetés jelenik meg.

lineNumber

Pozitív egész

Fogyasztó neve

Fogyasztó neve. megadandó.

consumerName


Telephely elosztó (SAP) kódja. A tag elmarad, ha nincs megadva. A telephely elosztói (SAP) ill. EIC-


Kötelezően

premiseSAPCode

FGSZ Zrt.

220/265 kódja közül legalább az egyik megadandó. Telephely kódja

EIC-

Telephely EIC-kódja. A tag elmarad, ha nincs megadva. A telephely elosztói (SAP) ill. EICkódja közül legalább az egyik megadandó.

premiseEICCode

Irányítószám

A telephely postai címéből az irányítószám. Kötelezően megadandó.

zipCode

Város, házszám

utca,

A telephely postai címéből a város, utca (a közterület jellegének megnevezésével), házszám. Kötelezően megadandó.

cityStreetNo

Mérő távleolvasási lehetőség

Mérő távleolvasási lehetőség. 1 – Van, 0 – Nincs. Kötelezően megadandó.

isRemoteRead

Fogyasztó korlátozási felelősének neve

Fogyasztó korlátozási felelősének neve. A tag elmarad, ha nincs megadva.

restraintResponsibleName

Fogyasztó korlátozási felelősének telefonszáma

Fogyasztó korlátozási felelősének telefonszáma. A tag elmarad, ha nincs megadva.

restraintResponsiblePhone

Fogyasztó korlátozási felelősének faxszáma

Fogyasztó korlátozási felelősének faxszáma. A tag elmarad, ha nincs megadva.

restraintResponsibleFax

Tárgy gázátadó és tárgy fogyasztó vonatkozásában a téli időszakra megszakíthatóként továbbértékesített órai teljesítmény

Tárgy gázátadó és tárgy fogyasztó vonatkozásában a téli időszakra megszakíthatóként továbbértékesített órai teljesítmény [m3/óra]. A tag elmarad, ha nincs megadva.


Tárgy gázátadó és tárgy fogyasztó

Tárgy gázátadó és tárgy fogyasztó vonatkozásában a téli időszakra az elosztói rendszeren eladott

soldLDCCapDiffW


FGSZ Zrt.

221/265 vonatkozásában a téli időszakra az elosztói rendszeren eladott kapacitáskülönbség (+/-)

kapacitáskülönbség (+/-)[m3/óra]. A tag elmarad, ha nincs megadva.

Tárgy fogyasztó teljesítményének I. kategóriába eső része a téli időszakra

Tárgy fogyasztó teljesítményének I. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztót a téli időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a nyári időszakba esik.)

hourlyCapCat1W

Tárgy fogyasztó teljesítményének II. kategóriába eső része a téli időszakra

Tárgy fogyasztó teljesítményének II. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztót a téli időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a nyári időszakba esik.)

hourlyCapCat2W


Tárgy fogyasztó teljesítményének III. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztót a téli időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a nyári időszakba esik.)

hourlyCapCat3W

Tárgy fogyasztó teljesítményének IV. kategóriába eső része a téli időszakra

Tárgy fogyasztó teljesítményének IV. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztót a téli időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a nyári időszakba esik.)

hourlyCapCat4W


FGSZ Zrt.

222/265 Tárgy fogyasztó teljesítményének V. kategóriába eső része a téli időszakra

Tárgy fogyasztó teljesítményének V. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztót a téli időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a nyári időszakba esik.)

hourlyCapCat5W

Tárgy fogyasztó teljesítményének VI. kategóriába eső része a téli időszakra

Tárgy fogyasztó teljesítményének VI. (azaz nem korlátozható) kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztót a téli időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a nyári időszakba esik.)

hourlyCapCat6W

Tárgy gázátadó és tárgy fogyasztó vonatkozásában a nyári időszakra megszakíthatóként továbbértékesített órai teljesítmény

Tárgy gázátadó és tárgy fogyasztó vonatkozásában a nyári időszakra megszakíthatóként továbbértékesített órai teljesítmény [m3/óra]. A tag elmarad, ha nincs.




soldLDCCapDiffS

Tárgy fogyasztó teljesítményének I. kategóriába eső része a nyári időszakra

Tárgy fogyasztó teljesítményének I. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztót a nyári időszakra legalább egy kategóriába mindenképpen be kell

hourlyCapCat1S


FGSZ Zrt.

223/265 sorolni - hacsak az adott gázátadó érvényessége nem csak a téli időszakba esik.) Tárgy fogyasztó teljesítményének II. kategóriába eső része a nyári időszakra

Tárgy fogyasztó teljesítményének II. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztót a nyári időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a téli időszakba esik.)

hourlyCapCat2S

Tárgy fogyasztó teljesítményének III. kategóriába eső része a nyári időszakra

Tárgy fogyasztó teljesítményének III. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztót a nyári időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a téli időszakba esik.)

hourlyCapCat3S

Tárgy fogyasztó teljesítményének IV. kategóriába eső része a nyári időszakra

Tárgy fogyasztó teljesítményének IV. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztót a nyári időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a téli időszakba esik.)

hourlyCapCat4S

Tárgy fogyasztó teljesítményének V. kategóriába eső része a nyári időszakra

Tárgy fogyasztó teljesítményének V. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztót a nyári időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a téli időszakba esik.)

hourlyCapCat5S

Tárgy fogyasztó teljesítményének VI. kategóriába eső része a nyári

Tárgy fogyasztó teljesítményének VI. (azaz nem korlátozható) kategóriába eső része a nyári időszakra [m3/óra]. A tag

hourlyCapCat6S


FGSZ Zrt.

224/265 időszakra

elmarad, ha nincs. (Egy fogyasztót a nyári időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a téli időszakba esik.)

PÉLDA

1 Fogyasztó neve <premiseSAPCode>SAPCODE1 <premiseEICCode>HU-EIC-CODE1 1182 Budapest, Üllői út 325. 1 Kis István +36-1-234-5678 +36-1-345-6789 100 <soldLDCCapDiffW measureUnit="JM1">-200 10 20 30 40 50 60 200 <soldLDCCapDiffS measureUnit="JM1">-400 70 80 90 100 110 120

A KORLÁTOZÁSI ADATSOR XML-BLOKKJÁNAK AZONOSÍTÓJA restraintConsumerGroupDataLine


FGSZ Zrt.

225/265

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Sorszám

Sorszám, mely a korlátozási adatsor azonosítására szolgál. A korlátozási adatok feltöltésére adott válaszüzenet erre a sorszámra hivatkozik, amennyiben valamilyen hiba vagy figyelmeztetés jelenik meg.

lineNumber

Pozitív egész

Fogyasztói csoport azonosítója

Jelenleg csak a „100a” elfogadott, mely a 100 m3/h alatti teljesítménylekötéssel rendelkező fogyasztók összességét jelöli. Kötelezően megadandó.

consumerGroupCode

„100a” konstans

Tárgy gázátadó és tárgy fogyasztói csoport vonatkozásában a téli időszakra megszakíthatóként továbbértékesített órai teljesítmény

Tárgy gázátadó és tárgy fogyasztói csoport vonatkozásában a téli időszakra megszakíthatóként továbbértékesített órai teljesítmény [m3/óra]. A tag elmarad, ha nincs megadva.


Tárgy gázátadó és tárgy fogyasztói csoport vonatkozásában a téli időszakra az elosztói rendszeren eladott kapacitáskülönbség (+/-)

Tárgy gázátadó és tárgy fogyasztói csoport vonatkozásában a téli időszakra az elosztói rendszeren eladott kapacitáskülönbség (+/)[m3/óra]. A tag elmarad, ha nincs megadva.

soldLDCCapDiffW

Tárgy fogyasztói csoport teljesítményének I. kategóriába

Tárgy fogyasztói csoport teljesítményének I. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs.

hourlyCapCat1W


FGSZ Zrt.

226/265 eső része a téli időszakra

(Egy fogyasztói csoportot a téli időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a nyári időszakba esik.)

Tárgy fogyasztói csoport teljesítményének II. kategóriába eső része a téli időszakra

Tárgy fogyasztói csoport teljesítményének II. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztói csoportot a téli időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a nyári időszakba esik.)

hourlyCapCat2W


Tárgy fogyasztói csoport teljesítményének III. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztói csoportot a téli időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a nyári időszakba esik.)

hourlyCapCat3W

Tárgy fogyasztói csoport teljesítményének IV. kategóriába eső része a téli időszakra

Tárgy fogyasztói csoport teljesítményének IV. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztói csoportot a téli időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a nyári időszakba esik.)

hourlyCapCat4W

Tárgy fogyasztói csoport teljesítményének V. kategóriába eső része a téli időszakra

Tárgy fogyasztói csoport teljesítményének V. kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztói csoportot a téli időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó

hourlyCapCat5W


FGSZ Zrt.

227/265 érvényessége nem csak a nyári időszakba esik.) Tárgy fogyasztói csoport teljesítményének VI. kategóriába eső része a téli időszakra

Tárgy fogyasztó teljesítményének VI. (azaz nem korlátozható) kategóriába eső része a téli időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztói csoportot a téli időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a nyári időszakba esik.)

hourlyCapCat6W

Tárgy gázátadó és tárgy fogyasztói csoport vonatkozásában a nyári időszakra megszakíthatóként továbbértékesített órai teljesítmény

Tárgy gázátadó és tárgy fogyasztói csoport vonatkozásában a nyári időszakra megszakíthatóként továbbértékesített órai teljesítmény [m3/óra]. A tag elmarad, ha nincs.




soldLDCCapDiffS

Tárgy fogyasztói csoport teljesítményének I. kategóriába eső része a nyári időszakra

Tárgy fogyasztói csoport teljesítményének I. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztói csoportot a nyári időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a téli időszakba esik.)

hourlyCapCat1S

Tárgy fogyasztói

Tárgy

hourlyCapCat2S

fogyasztói


csoport

FGSZ Zrt.

228/265 csoport teljesítményének II. kategóriába eső része a nyári időszakra

teljesítményének II. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztói csoportot a nyári időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a téli időszakba esik.)

Tárgy fogyasztói csoport teljesítményének III. kategóriába eső része a nyári időszakra

Tárgy fogyasztói csoport teljesítményének III. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztói csoportot a nyári időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a téli időszakba esik.)

hourlyCapCat3S

Tárgy fogyasztói csoport teljesítményének IV. kategóriába eső része a nyári időszakra

Tárgy fogyasztói csoport teljesítményének IV. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztói csoportot a nyári időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a téli időszakba esik.)

hourlyCapCat4S

Tárgy fogyasztói csoport teljesítményének V. kategóriába eső része a nyári időszakra

Tárgy fogyasztói csoport teljesítményének V. kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy fogyasztói csoportot a nyári időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a téli időszakba esik.)

hourlyCapCat5S

Tárgy fogyasztói csoport teljesítményének VI. kategóriába eső része a nyári

Tárgy fogyasztói csoport teljesítményének VI. (azaz nem korlátozható) kategóriába eső része a nyári időszakra [m3/óra]. A tag elmarad, ha nincs. (Egy

hourlyCapCat6S


FGSZ Zrt.

229/265 időszakra

fogyasztói csoportot a nyári időszakra legalább egy kategóriába mindenképpen be kell sorolni - hacsak az adott gázátadó érvényessége nem csak a téli időszakba esik.)

PÉLDA

< restraintConsumerGroupDataLine> 1 100a 100 <soldLDCCapDiffW measureUnit="JM1">-200 10 20 30 40 50 60 200 <soldLDCCapDiffS measureUnit="JM1">400 70 80 90 100 110 120

20.2.2 A VÁLASZT TARTALMAZÓ ÜZENET LEÍRÁS A korlátozási adatfeltöltés üzenetre a fogadó szinkron módon minden esetben ad válaszüzenetet a web service visszatérési értékeként. Ebben a válaszban megjelenik az eredeti üzenetre való hivatkozás, és a feldolgozás eredménye. Sikertelen feldolgozás esetén a részletes hibaüzeneteket is magába foglalja a válasz.

LOGIKAI SZERKEZET A korlátozási adatok feltöltésére adott válaszüzenet logikai felépítése az alábbi:


FGSZ Zrt.

230/265 












o

Hibakód

o


o

A hibaüzenethez tartozó további tájékoztatás (ld. „Korlátozási adatok feltöltése” fejezet „Üzleti feltételrendszer, megszorítások” rovatában a táblázat „A válaszüzenetben megjelenő kiegészítő információ” oszlopa)

HIBAÜZENET-SOR Blokknév: restraintErrorLine Megnevezés

Leírás

XML címkenév

Formátum / típus


Annak meghatározása, hogy figyelmeztető vagy hibaüzenetről van-e szó?

warning

true / false

Sorszám

Az eredetileg fogadott üzenet azon korlátozási sorának száma, amelyre a hibasor vonatkozik. Csak akkor van jelen, ha kifejezetten valamely korlátozási adatsorhoz köthető.

lineNumber

Pozitív egész

Hibakód


errorCode

Üzenet szövege


errorText

További tájékoztatás

A hibaüzenethez tartozó, esetleges, további tájékoztatás. Ld. „Korlátozási adatok

metaInfo


FGSZ Zrt.

231/265 feltöltése” fejezet „Üzleti feltételrendszer, megszorítások” rovatában a táblázat „A válaszüzenetben megjelenő kiegészítő információ” oszlopa.


FGSZ Zrt.

232/265

21. ALAPADATOK LEKÉRDEZÉSE 21.1. HÁLÓZATI PONTOK LEKÉRDEZÉSE (GETVALIDNETWORKUNITCODE) ÜZLETI CÉL, KÖRNYEZET A partnerek lekérhetik az adott gáznapra érvényes hálózati pontok listáját.












ÜTEMEZÉS , HATÁRIDŐK A partner a hálózati pontok listáját bármikor lekérdezheti.

21.1.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS GetValidNetworkUnitCode








FGSZ Zrt.


Fejrész






Hálózati pont 1



o


o


o

Hálózati pont EIC kódja

o

Hálózati pont iránya

o

Hálózati pont típusa

o

Hálózati pont érvényességének kezdete

o

Hálózati pont érvényességének vége

Hálózati pont 2 o

....

AZ XML-BLOKK AZONOSÍTÓJA validNetworkUnit MEZŐK Megnevezés

Leírás

XML címkenév

Hálózati neve

pont


networkUnitName

Hálózati kódja

pont


networkUnitCode

EIC kód

Hálózati pont EIC kódja

networkUnitEICCode

Hálózati pont jellege (IN/OUT)

Hálózati pont jellege (IN/OUT)

networkUnitDirection

Hálózati típusa

pont

Hálózati pont típusa: E – Elemi pont, A – Összevont pont

networkUnitType

Hálózati pont érvényességének

Hálózati pont érvényességének

validFrom


Formátum / típus

FGSZ Zrt.

234/265 kezdete

kezdete



validTo

PÉLDA

Aba KAABA00011GN 39ZKAABA00011GNE OUT E 2008-07-01T00:00:00+02:00 2010-12-31T00:00:00+01:00

21.2. PARTNEREK LEKÉRDEZÉSE (GETVALIDPARTNERSCODE) ÜZLETI CÉL, KÖRNYEZET A partnerek lekérhetik az adott gáznapon érvényes partnerek listáját. SZEREPLŐK , SZEREPKÖRÖK 











ÜTEMEZÉS , HATÁRIDŐK A partnerek listája bármikor lekérdezhető.

21.2.1 A KÉRÉST TARTALMAZÓ ÜZENET METÓDUS GetValidPartnersCode


FGSZ Zrt.







Fejrész






Partner 1



o

Partner neve

o

Partner kódja

o

Partner EIC

o

Partner típusa

o

Partner érvényességének kezdete

o

Partner érvényességének vége

Partner 2 o

....

AZ XML-BLOKK AZONOSÍTÓJA validPartner MEZŐK Megnevezés

Leírás

XML címkenév

Partner neve

Partner neve

partnerName

Partner kódja

Partner kódja

partnerCode

Partner EIC

Partner EIC

partnerEICode


Formátum / típus

FGSZ Zrt.

236/265 Partner típus

Partner típusa:

partnerType



SHP – Szállíttató



LDC – Elosztó



TSO – Szállító



STO – Tároló



PFO – Termelő



RU – FGSz üzem



FRI – Rendszerirányító



SHPNNO – Szállíttató + rendszerüzemeltető



REC – Szállítórendszeri fogyasztó



LDC2 – engedélyes

Telephelyi

Partner érvényességének kezdete

Partner kezdete

érvényességének



validFrom

validTo

PÉLDA

<partnerName>Földgázszállító ZRt. <partnerCode>HUFFGSZALL <partnerEICCode>21X60FGSZ000000V <partnerType>FRI 2003-12-12T00:00:00+02:00 9999-12-31T00:00:00+01:00


FGSZ Zrt.

237/265

22. KAPACITÁS ÁTADÁS/ÁTVÉTEL BEJELENTÉSE (FOGYASZTÓ VÁNDORLÁS) 22.1. KAPACITÁS ÁTADÁS (SAVECUSTOMER MIGRATION) ÜZLETI CÉL, KÖRNYEZET A fogyasztóvándorlás kezelésének keretén belül a szállíttatók egymás között a kereskedőt váltott fogyasztóhoz rendelhető kapacitásaikat átadják-átveszik. E célra az IP-nek külön felülete szolgál (fogyasztóvándorlás kezelése). Az e szolgáltatás alkalmazása kapcsán kialakított gyakorlat alapján a szerver-szerver kommunikáció terén az alábbi üzleti folyamat valósul meg: 1.

A kapacitást átadó kereskedő szerver-szerver kapcsolaton keresztül rögzíti az átadni kívánt kapacitáscsomagot a benne lévő kapacitások pontjával, típusával és mennyiségével, az átvevő partner kódját és az érvényességi dátumot.

2.

Az IP visszaigazolást ad az átadónak feltüntetve a kapacitáscsomagnak adott egyedi azonosítót.

3.

Az IP e-mail-ben értesítést küld az átvevőnek feltüntetve a kapacitáscsomag egyedi azonosítóját.

4.

Az átvevő a kapott azonosító alapján megkeresi a csomagot az IP Fogyasztóvándorlás kezelése felületén és elfogadhatja vagy visszautasíthatja azt.

5.

Elfogadás esetén az FGSZ jóváhagyhatja illetve elutasíthatja az átadás-átvételt.

LEÍRÁS

Jelen szolgáltatás egy az egyben az IP Fogyasztóvándorlás kezelése felületén elérhető kapacitáscsomag beadási és véglegesítési funkciót teszi elérhetővé szerver-szerver kapcsolaton keresztül.

ÜTEMEZÉS , HATÁRIDŐK Az ütemezésre és a határidőkre vonatkozóan mindaz érvényes, ami a fogyasztóvándorlás kezelésre általánosságban véve. ÜZLETI FELTÉTELRENDSZER , MEGSZORÍTÁSOK Az átadó csak a saját rendelkezésre álló kapacitásának mértékéig kínálhat fel kapacitást.

22.1.1 A KÉRÉST TARTALMAZÓ ÜZENET


FGSZ Zrt.

238/265 METÓDUS SaveCustomerMigration





1. Kapacitáscsomag adatai o

Átadandó kapacitás 1.

o

Átadandó kapacitás n.

KAPACITÁSCSOMAG ADATAI XML-BLOKKJÁNAK AZONOSÍTÓJA Packet

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Átvevő kódja

Átvevő szállíttató IP-beli kódja

recipient

Party

Kezdő gáznap

A átadás vonatkoztatási időintervallumának kezdete

startDate

xsd:date (ÉÉÉÉ-HH-NN)

Megjegyzés

Megjegyzés

reason

Csomag sorszám

A beadandó csomag sorszáma – a módosítandó csomag azonosítója, új csomag létrehozásakor nem kell megadni

packetId

szállíttató

FV_nnnnnn

PÉLDA


FGSZ Zrt.

239/265 <Packet> HUFSHP <startDate>2010-07-01 xy fogyasztó átadása < packetId >FV_1

ÁTADANDÓ KAPACITÁS ADATAI XML-BLOKKJÁNAK AZONOSÍTÓJA PacketLine

MEZŐK

Megnevezés

Leírás

XML címkenév

Tag hossza

Formátum / típus

(karakter) Hálózati kódja

pont

A kapacitás pontja

átadási

Kapacitástípus időtartamának jellege

Hosszútávú / éves

Kapacitástípus

Alapdíjas megszakítható) megszakítható szezonális

Megszakítás típusa

Napi kapacitás

networkPoint

periodType

LONGTERM / YEARLY

capacityType

NON_INTERRUPTIBLE / INTERRUPTIBLE / SEASONAL

Nem megszakítható és szezonális kapacitástípus esetén: NONE. A megszakítható kapacitástípus esetén : Y99 / Y10 / Y30

interruptionType

NONE / Y99 / Y10 / Y30

Átadott napi kapacitás (MJ/nap).

dailyCapacity::v

max 19 számjegy

xsd:integer

dailyCapacity:: measureUnit

3

JM2


(nem / /

FGSZ Zrt.

240/265 Órai kapacitás

Havi szállítási igény csökkenés









Átadott órai kapacitás (MJ/h).

Júliusi szállítási igény csökkenés (MJ).

Augusztusi szállítási igény csökkenés (MJ).

Szeptemberi szállítási igény csökkenés (MJ).

Októberi szállítási igény csökkenés (MJ).

Novemberi szállítási igény csökkenés (MJ).

Decemberi szállítási igény csökkenés (MJ).

Januári szállítási igény csökkenés (MJ).

Februári szállítási igény csökkenés (MJ).

Márciusi szállítási igény csökkenés (MJ).


hourlyCapacity::v

max 19 számjegy

xsd:integer

hourlyCapacity:: measureUnit

3

JM1

july::v

max 19 számjegy

xsd:integer

july:: measureUnit

3

_3B

august::v

max 19 számjegy

xsd:integer

august:: measureUnit

3

_3B

september::v

max 19 számjegy

xsd:integer

september:: measureUnit

3

_3B

october::v

max 19 számjegy

xsd:integer

october:: measureUnit

3

_3B

november::v

max 19 számjegy

xsd:integer

november:: measureUnit

3

_3B

december::v

max 19 számjegy

xsd:integer

december:: measureUnit

3

_3B

january::v

max 19 számjegy

xsd:integer

january:: measureUnit

3

_3B

february::v

max 19 számjegy

xsd:integer

february:: measureUnit

3

_3B

march::v

max 19 számjegy

xsd:integer

FGSZ Zrt.

241/265




Áprilisi szállítási igény csökkenés (MJ).

Májusi szállítási igény csökkenés (MJ).

Júniusi szállítási igény csökkenés (MJ).

march:: measureUnit

3

_3B

april::v

max 19 számjegy

xsd:integer

april:: measureUnit

3

_3B

may::v

max 19 számjegy

xsd:integer

may:: measureUnit

3

_3B

june::v

max 19 számjegy

xsd:integer

june:: measureUnit

3

_3B

PÉLDA <PacketLine> VETELJCS15EN YEARLY NON_INTERRUPTIBLE NONE 24000 1000 <july measureUnit="_3B">24000 24000 <september measureUnit="_3B">24000 24000 <november measureUnit="_3B">24000 <december measureUnit="_3B">24000 <january measureUnit="_3B">24000 24000 <march measureUnit="_3B">24000 24000 <may measureUnit="_3B">24000 <june measureUnit="_3B">24000 <PacketLine>



FGSZ Zrt.

242/265 ÜZLETI CÉL, KÖRNYEZET Cél, hogy az átadó a kapacitáscsomag beadását követően visszaigazolást kapjon – ideértve a rögzített csomag azonosítóját is.











Kapacitáscsomag IP-ben rögzített azonosítója.

KAPACITÁSCSOMAG IP-BEN RÖGZÍTETT AZONOSÍTÓJA Megnevezés

Leírás

XML címkenév

Formátum / típus

Azonosító

A kapacitás átadására vonatkozó ajánlattétel IP-ben rögzített azonosítója

packetID

FV_nnnnnn

HIBAÜZENET Blokknév: BusinessError


FGSZ Zrt.

Hibaüzenet azonosítója CustomerMigrationManagement.Error.DailyCapacityMinusError CustomerMigrationManagement.Error.DeniedModification CustomerMigrationManagement.Error.DuplicatedCapacityError CustomerMigrationManagement.Error.HandoverStartMustBeTheFirstDayOfaMonth CustomerMigrationManagement.Error.HourlyCapacityGraterError CustomerMigrationManagement.Error.HourlyCapacityMinusError CustomerMigrationManagement.Error.HourlyCapacityTooSmall CustomerMigrationManagement.Error.Import_Id CustomerMigrationManagement.Error.Import_Lack CustomerMigrationManagement.Error.Import_Open CustomerMigrationManagement.Error.InvalidCapacityType CustomerMigrationManagement.Error.InvalidDailyMeasureUnit CustomerMigrationManagement.Error.InvalidHandoverStart CustomerMigrationManagement.Error.InvalidHourlyMeasureUnit CustomerMigrationManagement.Error.InvalidMeasureUnit CustomerMigrationManagement.Error.InvalidNetworkUnit CustomerMigrationManagement.Error.InvalidPacket CustomerMigrationManagement.Error.InvalidRecipient CustomerMigrationManagement.Error.InvalidSender CustomerMigrationManagement.Error.InvalidStatusCode CustomerMigrationManagement.Error.MetaBilatContract CustomerMigrationManagement.Error.MetaCapacityType CustomerMigrationManagement.Error.MetaGasDay CustomerMigrationManagement.Error.MetaNetworkUnit CustomerMigrationManagement.Error.MetaNormalContract


Hibaüzenet szövege A napi kapacitásérték csak 0-nál nagyobb kehet! Nem engedélyezett módosítás! A hálózati ponthoz többször is szerepel az adott kapacitástípus Az átadás kezdete csak hónap első napja lehet! Az órai kapacitásérték nagyobb a napinál! Az órai kapacitásérték csak 0-nál nagyobb lehet! Az órai kapacitásérétk kisebb, mint a napi érték osztva 24-gyel Érvénytelen fájl típus azonosító Adat nem található File hiba Nem megfelelő kapacitás típus! Hibás napi mennyiségi egység! Az átadás kezdete kívülesik az aktuális gázév hátralévő részén! Hibás órai mennyiségi egység! Hibás mennyiségi egység! Nem létező hálózati pont! Nem létező csomag! A kiválasztott átvevő a gázév hátralévő részében nem érvényes a rendszerben! Kérem keresse a rendszerüzemeltetőt! Nem megfelelő átadó! Nem megfelelő státusz! bilaterális capacitás: kapacitástípus: gáznap: hálózati pont: normál kapacitás:

FGSZ Zrt.

244/265

CustomerMigrationManagement.Error.MissingCapacities CustomerMigrationManagement.Error.MissingDailyCapacityError CustomerMigrationManagement.Error.MissingFgszRefuseCommment CustomerMigrationManagement.Error.MissingHourlyCapacityError CustomerMigrationManagement.Error.MissingRecipientRefuseCommment CustomerMigrationManagement.Error.MonthlyCapacityIsNull CustomerMigrationManagement.Error.MonthlyCapacityIsOverTheTop CustomerMigrationManagement.Error.MonthlyCapacityMustBeAtLeastDaily CustomerMigrationManagement.Error.MonthlyCapacityMustBeZero CustomerMigrationManagement.Error.NotAllowedOperation CustomerMigrationManagement.Error.OnlyOnePacket CustomerMigrationManagement.Error.RequiredField CustomerMigrationManagement.Error.SameShipper CustomerMigrationManagement.Error.ThereIsNoContractForCapacityType CustomerMigrationManagement.Error.ThereIsNotEnoughDailyCapacity CustomerMigrationManagement.Error.ThereIsNotEnoughHourlyPeakCapacity


A csomaghoz nincsenek megadva kapacitásadatok! Hiányzó napi kapacitásérték! Hiányzik az FGSZ megjegyzése az elutasításhoz! Hiányzó órai kapacitásérték! Hiányzik az átvevő megjegyzése az elutasításhoz! A havi kapacitáscsökkentés nincs megadva! A havi kapacitáscsökkentés nagyobb mint a maximálisan elérhető! A havi kapacitáscsökkentés kisebb a napi értéknél! Átadás kezdete előtti havi kapacitáscsökkentés csak 0 lehet! Nem engedélyezett művelet! Kérésenként egy csomag beadása lehetséges! A csomag minden mezője kitöltendő! Azonos átadó és átvevő szállíttató! Nincs ilyen típusú szerződése! Nincs elegendő napi kapacitás! Nincs elég órai kapacitás!

FGSZ Zrt.

23. NFKP PIACI INFORMÁCIÓK ÜZLETI CÉL, KÖRNYEZET

Az NFKP napi használata során felmerült az igény az adattartalom esetleges server-server kapcsolaton keresztül való elérésére. Ez két ablak adattartalma kapcsán valósult meg. Mindkét ablak a "Riportok" menüpont alatt érhető el, "Beadott ajánlatok" illetve "Megkötött ügyletek" néven. Az adattartalmak a felületen jelenleg is hozzáférhetőek illetve excel export funkcióval támogatottak. Lényegében az eddig is szolgáltatott adatok SOAP interface-en való elérhetőségéről van szó.

LEÍRÁS

Jelen szolgáltatás adattartalma megegyezik a felületen megjelenítéskor a buboréksúgó adattartalmával, azonban egyszerre szerepelnek a saját ajánlatok/ügyletek teljes adattartalommal és a többi partner által beadott/megkötött ajánlatok/ügyletek anonim módon.


A piaci információkat a partner bármikor lekérdezheti. A rendszer bejövő hívások esetén ellenőrzi, hogy a hívó partner mikor hívta utoljára a webservice-t, és amennyiben nem telt még el a megadott idő az előző hívás óta, akkor a hívást visszautasítja. Két hívás közt eltelt időt a rendszergazda állítja be. WEB SERVICE NFKPMarketInfoService

23.1. BEADOTT AJÁNLATOK 23.1.1 A KÉRÉST TARTALMAZÓ ÜZENET - BEADOTT AJÁNLATOK METÓDUS getBids XML-BLOKKJÁNAK AZONOSÍTÓJA GetBidsRequest

MEZŐK


FGSZ Zrt.

246/265 Megnevezés

Leírás

XML címkenév

Formátum / típus

Lekérdezés kezdő napja

Ettől a dátumtól kezdve kéri a partner az adatokat.

fromGasDay

xs:dateTime

Lekérdezés utolsó napja

Eddig a dátumig kéri a partner az adatokat.

toGasDay

xs:dateTime

PÉLDA 2011-07-01 2011-07-30

23.1.2 A VÁLASZT TARTALMAZÓ ÜZENET - BEADOTT AJÁNLATOK METÓDUS getBids XML-BLOKKJÁNAK AZONOSÍTÓJA GetBidsResponse AJÁNLAT LISTA ELEMEI Megnevezés

Leírás

XML címkenév

Formátum / típus

Azonosító

Az ajánlat azonosítója

id

xs:long

Termék

Az NFKP-n értelmezett termék.

product

tns:Product

Gáznap

gasDay

<xs:simpleType name="Product"> <xs:restriction base="xs:string"> <xs:enumeration value="MGP"/> <xs:enumeration value="HEG"/> <xs:enumeration value="KAP"/> <xs:enumeration value="HEGO"/> <xs:enumeration value="KFRE"/> <xs:enumeration value="EGY"/> <xs:enumeration value="REPO"/> xs:string

Dátum

bidDate

xs:dateTime

traderMember

xs:string

Kereskedő

Az ajánlatot beadó Partner


FGSZ Zrt.

247/265 cég

(cég).

Kereskedő

Az ajánlatot beadó személy.

trader

xs:string

Mennyiség

Az ajánlatban megjelölt menyiség (MJ).

quantity

xs:long

Maradék

Részteljesülés esetén a fenmaradó ajánlati mennyiség

avilableQuantity

xs:long

Ár

Az ajánlat ára 1 MJ-ra vonatkoztatva.

price

xs:double

Irány

Vétel eladás.

isBuy

xs:boolean

Típus

Az ajánlat típusa.

bidType

tns:BidType

status

<xs:simpleType name="BidType"> <xs:restriction base="xs:string"> <xs:enumeration value="MVS"/> <xs:enumeration value="RTM"/> <xs:enumeration value="TET"/> <xs:enumeration value="TVT"/> tns:Status

capacityType

xs:simpleType name="Status"> <xs:restriction base="xs:string"> <xs:enumeration value="UNDER_VALIDATION"/> <xs:enumeration value="CANCELLED"/> <xs:enumeration value="REALISABLE"/> <xs:enumeration value="REALISED"/> <xs:enumeration value="HEGO_WAITING_FOR_STRIKE"/> <xs:enumeration value="EXPIRED"/> <xs:enumeration value="ERROR"/> <xs:enumeration value="ERASED"/> tns:CapacityType

Státusz

Kapacitás típus

vagy


<xs:simpleType name="CapacityType"> <xs:restriction base="xs:string"> <xs:enumeration value="FIRM"/> <xs:enumeration value="INTERRUPTIBLE"/>

FGSZ Zrt.

248/265

Hálózati pont kód

networkUnit

<xs:enumeration value="BACKHAUL"/> <xs:enumeration value="NA"/> xs:string

Érvényesség

validityDate

xs:dateTime

errorMsg

xs:string

Hiba

Esetleges hibás ajánlat hibaleírása.

PÉLDA 10106763 <product>HEGO 2011.07.28 2011-07-28T13:35:09.298+02:00 test 1 1 <price>1.0E-4 false RTM <status>EXPIRED HABEREGD1IIN 9999-12-31T23:59:59+01:00

HIBAÜZENETEK 

"Parameters may not be null" – ha valamelyik paraméter üres



"Invalid date interval" – ha kezdő dátum későbbi a végdátumnál



"Date interval may not be longer than XXX" – ha a lekérdezendő intervallum XXX napnál hosszabb, XXX = adminisztrátor által beállított érték



„There must be at least XXX seconds between webservice calls, your last call was at YYY" – ha az utolsó hívás óta nem telt el XXX másodperc, XXX = adminisztrátor által beállított érték


FGSZ Zrt.

249/265

23.2. MEGKÖTÖTT ÜGYLETEK 23.2.1 A KÉRÉST TARTALMAZÓ ÜZENET – MEGKÖTÖTT ÜGYLETEK METÓDUS getTrades

XML-BLOKK AZONOSÍTÓJA GetTradesRequest

MEZŐK

Megnevezés

Leírás

XML címkenév

Formátum / típus

Lekérdezés kezdő napja

Ettől a dátumtól kezdve kéri a partner az adatokat.

fromGasDay

xs:dateTime

Lekérdezés utolsó napja

Eddig a dátumig kéri a partner az adatokat.

toGasDay

xs:dateTime

PÉLDA 2011-07-01 2011-07-30

23.2.2 A VÁLASZT TARTALMAZÓ ÜZENET – MEGKÖTÖTT ÜGYLETEK METÓDUS getTrades XML-BLOKKJÁNAK AZONOSÍTÓJA GetTradesResponse


FGSZ Zrt.

250/265 ÜGYLET LISTA ELEMEI Megnevezés

Leírás

XML címkenév

Formátum / típus

Azonosító

Az ügylet azonosítója

id

xs:long

Termék

Az NFKP-n értelmezett termék.

product

tns:Product

gasDay

<xs:simpleType name="Product"> <xs:restriction base="xs:string"> <xs:enumeration value="MGP"/> <xs:enumeration value="HEG"/> <xs:enumeration value="KAP"/> <xs:enumeration value="HEGO"/> <xs:enumeration value="KFRE"/> <xs:enumeration value="EGY"/> <xs:enumeration value="REPO"/> xs:string

Gáznap Ár

Az ajánlat ára 1 MJ-ra vonatkoztatva.

price

xs:double

Mennyiség

Az ügyletben megkötött menyiség (KE).

quantity

xs:long

Mennyiség MJ-ban

Az ügyletben megkötött menyiség (MJ).

quantityinMJ

xs:long

Kapacitás típus

capacityType

tns:CapacityType

Hálózati pont kód

networkUnit

<xs:simpleType name="CapacityType"> <xs:restriction base="xs:string"> <xs:enumeration value="FIRM"/> <xs:enumeration value="INTERRUPTIBLE"/> <xs:enumeration value="BACKHAUL"/> xs:string

Vevő

Vevő partner kódja

buyerMember

xs:string

Eladó

Eladó partner

sellerMember

xs:string

kódja


FGSZ Zrt.

251/265 Ügyletkötés ideje

tradeTime

xs:dateTime

PÉLDA 10106172 <product>KAP 2011.07.22 <price>2.0E-4 1 43200 FIRM HABEREGD1IIN TESTBUYER <seller>TESTSELLER 2011-07-21T10:20:36.676+02:00 HIBAÜZENET 

"Parameters may not be null" – ha valamelyik paraméter üres



"Invalid date interval" – ha kezdő dátum későbbi a végdátumnál



"Date interval may not be longer than XXX" – ha a lekérdezendő intervallum XXX napnál hosszabb, XXX = adminisztrátor által beállított érték



„There must be at least XXX seconds between webservice calls, your last call was at YYY" – ha az utolsó hívás óta nem telt el XXX másodperc, XXX = adminisztrátor által beállított érték


FGSZ Zrt.

252/265

24. AJÁNLAT FOGADÓ INTERFACE ÜZLETI CÉL, KÖRNYEZET

Az NFKP, mint informatikai rendszer üzleti célja a gáznapi rugalmassági piac működésének támogatása, a gázpiaci kereskedelmi egyensúlyozásának elősegítése. E piactérnek az ügyletek megkötésén túl biztosítania kell, hogy a beadott ajánlatok és a megkötött ügyletek a fizikai földgázszállítás szempontjából is teljesíthetők legyenek. LEÍRÁS

A szállíttatók számára a standard protokollt használó interface a megszokott módon, tanúsítvány alapú autentikációval azonosítja a kéréseket küldő felhasználókat, és ellenőrzi, hogy a partner nevében elvégezhető-e az adott műveletet. A modulban keletkezett hívások naplózásra kerülnek, a befogadás vagy az elutasítás tényét a rendszer válaszüzenetben jelzi. Elutasítás esetén a válaszüzenet hibalistát tartalmaz, az összes olyan üzleti ellenőrzés által talált problémáról, amelyek párhuzamosan felderíthetőek egy üzenetváltás során. ÜTEMEZÉS , HATÁRIDŐK

Az egyes termékekre vonatkozó ajánlatok beadásának feltételei nem különböznek az NFKP felületén elérhető funkcióktól. WEB SERVICE Bidding service

24.1.1 A KÉRÉST TARTALMAZÓ ÜZENET – AJÁNLAT BEFOGADÁS VAGY MÓDOSÍTÁS KÉRÉS METÓDUS createOrUpdateBid XML-BLOKKJÁNAK AZONOSÍTÓJA CreateOrUpdateBidRequest MEZŐK Minden mező kitöltése kötelező. Megnevezés

Leírás

XML címkenév

Formátum / típus

Azonosító

Az azonosító értéke negatív szám vagy nulla kell legyen új ajánlat beadása esetén, illetve módosítás, visszavonás esetén a módosítani vagy törölni kívánt ajánlat ID-ja

bidId

xs:long


FGSZ Zrt.

253/265 Megnevezés

Leírás

XML címkenév

Formátum / típus

product

xs:string

gasDay

xs:date

gasHourStart

xs:int

networkUnitCode

xs:string

capacityType

xs:string

A termékek megnevezésének lehetséges értékei: Termék MGP; HEG; KAP; HEGO; KFRE Gáznap

Kezdeti gázóra

Releváns gáznap 0 és 23 közötti egész számot vehet fel értékként, mely a releváns gáznapra értelmezett (23/25 órás gáznap esetén: 022/0-24)


A beadott ajánlat csak érvényes hálózati pontra vonatkozhat A kapacitás típus mező a következő értékeket veheti fel

Kapacitás típus FIRM; INTERRUPTIBLE; BACKHAUL; NA

Mennyiség

Az ajánlat mennyiségeként pozitív egész szám adható meg.

quantity

xs:long

Ár

Az ajánlat áraként pozitív szám adható meg 4 tizedes jegyig.

price

xs:double

marketPrice

xs:Boolean

Piaci ár

A piaci ár mező Igaz és Hamis értéket vehet fel. True; False


FGSZ Zrt.

254/265 Megnevezés

Érvényesség dátuma

Leírás

XML címkenév

Formátum / típus

Az ajánlat érvényességének dátuma a jelenlegi dátumnál maximum egy nappal lehet korábbi, egyébként azonos, vagy későbbi.

validityDate

xs:date

validityHour

xs:int

bidType

xs:string

direction

xs:string

shipperPair

xs:string

(HEGO és KFRE esetén megadandó érték: 9999-12-31)

Érvényesség óra

0 és 23 közötti egész számot vehet fel értékként, mely az érvényesség dátumára értelmezett Az ajánlat típusa a következő értékeket veheti fel (érték, majd a magyar megfelelője):

Ajánlat típusa

Ajánlat iránya

AON (MVS: Mindent Vagy Semmit) PRA (RTM: RészTeljesítés Megengedett) FAK (TÉT: Teljesítsd És Töröld) FOK (TVT: Teljesítsd, Vagy Töröld) Az ajánlat iránya két értéket vehet fel: BUY; SELL

Szállíttató-pár kódja

Érvényes szállíttató kódot kell tartalmazzon

AZ EGYES TERMÉKEKRE VONATKOZÓAN A KÖVETKEZŐ MEZŐK ÉRTÉKE ÉRTELMEZETT XML címkenév bidId product gasDay

Értelmezett mezők

Nem értelmezett mezők

összes terméktípusra értelmezett: MGP; KAP; HEG; HEGO; KFRE összes terméktípusra értelmezett: MGP; KAP; HEG; HEGO; KFRE összes terméktípusra értelmezett: MGP; KAP; HEG; HEGO; KFRE


FGSZ Zrt.

255/265 XML címkenév

Értelmezett mezők

Nem értelmezett mezők

HEG

MGP; KAP; HEGO; KFRE

összes terméktípusra értelmezett: MGP; KAP; HEG; HEGO; KFRE KAP

MGP; HEG; HEGO; KFRE

marketPrice

összes terméktípusra értelmezett: MGP; KAP; HEG; HEGO; KFRE összes terméktípusra értelmezett: MGP; KAP; HEG; HEGO; KFRE MGP; KAP; HEG

KFRE; HEGO

validityDate

MGP; KAP; HEG

HEGO; KFRE

validityHour

MGP; KAP; HEG

HEGO; KFRE

direction

MGP; KAP (csak PRA és FAK); HEG; HEGO (PRA) MGP; KAP; HEG; HEGO

KFRE

shipperPair

HEG; HEGO; KFRE

MGP; KAP

gasHourStart networkUnitCode capacityType quantity price

bidType

PÉLDA Request(sikeres ajánlat beadás): <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:hu="hu.fgsz.nfkp.service"> <soapenv:Header/> <soapenv:Body> -1 <product>MGP 2013-04-04 MGP NA 1 <price>1.1234 <marketPrice>false 2013-04-05 10 PRA SELL <shipperPair>TESTSHIPPERPAIR


FGSZ Zrt.

256/265 Request(hibás ajánlat beadás): <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:hu="hu.fgsz.nfkp.service"> <soapenv:Header/> <soapenv:Body> -1 <product>MGP 2013-04-04 MGP NA -1 <price>1.1234 <marketPrice>false 2013-04-05 26 PRA SELL <shipperPair>TESTSHIPPERPAIR

Request(sikeres ajánlat módosítása): <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:hu="hu.fgsz.nfkp.service"> <soapenv:Header/> <soapenv:Body> 553941 <product>MGP 2013-04-04 MGP NA 1 <price>1.1234 <marketPrice>false 2013-04-05 8 PRA


FGSZ Zrt.

257/265 SELL <shipperPair>TESTSHIPPERPAIR Request(nem létező ajánlat módosítása): <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:hu="hu.fgsz.nfkp.service"> <soapenv:Header/> <soapenv:Body> 553946 <product>MGP 2013-04-04 MGP NA 1 <price>1.1234 <marketPrice>false 2013-04-05 8 PRA SELL <shipperPair>TESTSHIPPERPAIR

24.1.2 A VÁLASZT TARTALMAZÓ ÜZENET - BEADOTT AJÁNLATOK METÓDUS createOrUpdateBid XML-BLOKKJÁNAK AZONOSÍTÓJA createOrUpdateBidResponse VÁLASZ ELEMEI Megnevezés

Leírás

XML címkenév

Formátum / típus

Státusz

Az ajánlat befogadásának státusza a következő értékeket veheti fel:

status

xs:string


FGSZ Zrt.

258/265 OK; ERROR

Hibaüzenet

Az ajánlat befogadásának sikertelensége esetén a nem teljesült üzleti ellenőrzésnek megfelelő hibaüzenet és hibakód a következő (tns:BiddingServiceErrorParam)

errors

tns:BidServiceErrors

bidId

xs:long

errorCode (xs:string) errorMessage (xs:string) Azonosító

A befogadott ajánlat azonosítója

PÉLDA Sikeres ajánlat beadás válasz <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:createOrUpdateBidResponse xmlns:ns2="hu.fgsz.nfkp.service"> <status>OK 553941 Sikertelen ajánlat beadás válasz <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:createOrUpdateBidResponse xmlns:ns2="hu.fgsz.nfkp.service"> <status>ERROR <errors> <error> <errorCode>INVALID_VOLUME <errorMessage>Volume of order must be above or equal 0! <error> <errorCode>INVALID_EXPIRY_DATE <errorMessage>Date of expiry is invalid! <error> <errorCode>INVALID_HOUR


FGSZ Zrt.

259/265 <errorMessage>Invalid validity hour! Sikeres ajánlat módosítás válasz <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:createOrUpdateBidResponse xmlns:ns2="hu.fgsz.nfkp.service"> <status>OK 553941

Sikertelen ajánlat módosítás válasz <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:createOrUpdateBidResponse xmlns:ns2="hu.fgsz.nfkp.service"> <status>ERROR <errors> <error> <errorCode>ORDER_MISSING <errorMessage>Order does not exist.

24.1.3 A KÉRÉST TARTALMAZÓ ÜZENET – AJÁNLAT VISSZAVONÁSKÉRÉS METÓDUS withdrawBid XML-BLOKKJÁNAK AZONOSÍTÓJA withdrawBidRequest MEZŐK Megnevezés

Leírás


XML címkenév

Formátum / típus

FGSZ Zrt.

260/265 Megnevezés

Leírás

XML címkenév

Formátum / típus

Azonosító

Az azonosító értéke negatív szám vagy nulla kell legyen új ajánlat beadása esetén, illetve módosítás, visszavonás esetén a módosítani vagy törölni kívánt ajánlat ID-ja

bidId

xs:long

PÉLDA Request(sikeres ajánlat visszavonás): <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:hu="hu.fgsz.nfkp.service"> <soapenv:Header/> <soapenv:Body> <WithdrawBidRequest> 64160

Request(hibás ajánlat visszavonás): <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:hu="hu.fgsz.nfkp.service"> <soapenv:Header/> <soapenv:Body> <WithdrawBidRequest> 33

24.1.4 A VÁLASZT TARTALMAZÓ ÜZENET – AJÁNLAT VISSZAVONÁS VÁLASZ METÓDUS withdrawBid XML-BLOKKJÁNAK AZONOSÍTÓJA withdrawBidResponse


FGSZ Zrt.

261/265 MEZŐK Megnevezés

Leírás

XML címkenév

Formátum / típus

Státusz

A visszavonás befogadásának státusza a következő értékeket veheti fel:

status

xs:string

errors

tns:BidServiceErrors

OK; ERROR

Hibaüzenet

A visszavonás befogadásának sikertelensége esetén a nem teljesült üzleti ellenőrzésnek megfelelő hibaüzenet és hibakód a következő (tns:BiddingServiceErrorParam ) errorCode (xs:string) errorMessage (xs:string)

PÉLDA Sikeres ajánlat visszavonás válasz <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:withdrawBidResponse xmlns:ns2="hu.fgsz.nfkp.service"> <status>OK Sikertelen ajánlat visszavonás válasz <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:withdrawBidResponse xmlns:ns2="hu.fgsz.nfkp.service"> <status>ERROR <errors> <error> <errorCode>ORDER_MISSING <errorMessage>Order does not exist.


FGSZ Zrt.

262/265

24.1.5 HIBAKÓDOK, HIBAÜZENETEK

Hibakód

Hibaüzenet

INVALID_PRODUCT

Invalid product!

INVALID_VOLUME

Volume of order must be above or equal 0!

INVALID_PRICE

Offered price is invalid!

INVALID_EXPIRY_DATE

Date of expiry is invalid!

INVALID_PARTNER

Invalid partner!

INVALID_ORDER_TYPE

Invalid order type!

SUSPENDED_PARTNER

Suspended member!

SUSPENDED_USER

Suspended trader!

CAPACITY_UNCOVERED

Uncovered capacity!

FINANCE_UNCOVERED

Not enough financial deposit!

OPPOSITE_ORDER_MISSING

Opposite sided order does not exist!

EXISTING_HEGO_KFRE_ORDER

Existing HEGO/KFRE order!

PAST_MARKET

You have tried to input order into an already closed market.

INVALID_HEG_GASHOUR

Invalid HEG order!

MARKET_CLOSED

Closed market.

SERVER_ERROR

INVALID_NETWORK_UNIT

Server error! HEGO/KFRE offer may be modified only to be more favorable for FGSZ during re-nomination! Invalid network point.

INVALID_PRODUCT_ON_UNIT

This product cannot be traded on this network point.

ORDER_MISSING

Order does not exist.

ORDER_CANNOT_WITHDRAWN

Order can not be withdraw.

INVALID_CAPACITY_TYPE

Capacity type is invalid or have not been set.

INVALID_INSTRUMENT

Invalid instrument!

INVALID_SHIPPER_PAIR

Invalid shipper pair!

INVALID_HOUR

Invalid validity hour!

INVALID_GASDAY

Gasday must be refer at least one day before current date!

CANNOT_MODIFY_PRODUCT

Not allowed to modify product!

CANNOT_MODIFY_GASDAY

Not allowed to modify gasday!

CANNOT_MODIFY_DIRECTION

Not allowed to modify direction!

CANNOT_MODIFY_NETWORK_UNIT

Not allowed to modify networkunit point!

CANNOT_MODIFY_CAPACITY_TYPE

Not allowed to modify networkunit point!

CANNOT_MODIFY_SHIPPER

Not allowed to modify shipper!

WHOLE_GASDAY_NOT_AVAILABLE

Not allowed to select whole gasday!

INVALID_BID_TYPE

Invalid bid type!

INVALID_DIRECTION

Invalid direction!

CANNOT_MODIFY_ORDER

Not allowed to modify order!

NOMINATION_ERROR

Nomination error.


No valid capacity contract on the network point!

TSO_UNFAVOURABLE_MODIFICATION


FGSZ Zrt.

263/265 Hibakód Nomination.Error.Business.101 Nomination.Error.Business.102 Nomination.Error.Business.103 Nomination.Error.Business.104 Nomination.Error.Business.105 Nomination.Error.Business.106 Nomination.Error.Business.107


Nomination.Error.Business.109 Nomination.Error.Business.110 Nomination.Error.Business.111 Nomination.Error.Business.112 Nomination.Error.Business.113 Nomination.Error.Business.114 Nomination.Error.Business.115 Nomination.Error.Business.116 Nomination.Error.Business.117 Nomination.Error.Business.118 Nomination.Error.Business.119 Nomination.Error.Business.120 Nomination.Error.Business.121 Nomination.Error.Business.122 Nomination.Error.Business.123 Nomination.Error.Business.124 Nomination.Error.Business.126


Hibaüzenet Incorrect date! On entry network point nomination row of type NOM shoud have a zero or positive quantity! On exit network point nomination row of type NOM should have a zero or negative quantity! Imbalance! The hourly maximum should not exceed the daily nominated quantity and should not be less than the integer part of the daily nominated quantity/24. Only integer value is allowed! On entry network point the transmission task increased by the positive option (NOM + TRADE + BH + OPT_POS) should have the maximum value of the available daily contracted capacity! On exit network point the transmission task together with the negative option (NOM + TRADE + BH + OPT_NEG) should have the maximum value of the available daily contracted capacity! On entry network point the total sum of the absolute OPT_NEG quantities should have the maximum absolute value of the transmission task! On exit network point the total sum of the OPT_POS quantities should have the maximum amount of the transmission task! The hourly peak in NOM nomination row should have at least the rounded up value of daily quantity / 24 --- (or /23 or /25). On a point the total BH quantity is bounded by the contracted backhaul capacity! If at an entry point the sum of the transport duty plus the negative options is negative it should fit in the contracted backhaul capacity. (Missing backhaul capacity means zero.) Per network point and per shipper pair only one single NOM nomination row is allowed! Per network point and per shipper pair multiple OPT_POS nomination rows are only allowed when their option prices differ! Per network point and per shipper pair multiple OPT_NEG nomination rows are only allowed when their option prices differ! Per network point and per shipper pair only one single TRADE nomination row is allowed! Per network point and per shipper pair only one single BH nomination row is allowed! Nomination row is missing to the network point! On entry network point nomination row of type NOM should have a zero or positive quantity! OPT_NEG nomination row should have a zero or negative quantity! On entry network point nomination row of type BH should have a zero or negative quantity! OPT_POS nomination row should have a zero or positive quantity! On exit network point nomination row of type NOM should have a zero or negative quantity! On exit network point nomination row of type BH should have a zero or positive quantity!

FGSZ Zrt.

264/265 Hibakód


Hibaüzenet Sum of network point transmission tasks can have the maximum value of the daily contracted capacity of the free point. The hourly peak in BH nomination row should have at least the rounded up value of daily quantity / 24 --- (or /23 or /25). On entry network point the hourly peak of NOM nomination row can only have a zero or positive value! On exit network point the hourly peak of NOM nomination row can only have a zero or negative value! On entry network point the hourly peak of BH nomination row can only have a zero or negative value! On exit network point the hourly peak of BH nomination row can only have a zero or positive value! If at an exit point the sum of the transport duty plus the positive options is positive, it should fit in the contracted backhaul capacity. (Missing backhaul capacity means zero.) At TRADE nomination rows the shipper pair should be different than the shipper! There is MGP nomination row this day.


The maximum length of remark is 2000.


Option price at OPT_POS nomination row is mandatory!


Option price at OPT_NEG nomination row is mandatory! In case of OPT_POS nomination rows the hourly peak is not interpreted! In case of OPT_NEG nomination rows the hourly peak is not interpreted! Too high sum hourly peak. If the signed sum of the hourly peak of NOM, BH rows, and the 1/24th (1/23th or 1/25th) part of the daily nominated quantities of TRADE, OPT_POS, OPT_NEG rows corresponds to point flow direction or is equal to zero, it should fulfill the contracted hourly capacity limit with a tolerance of +1m3/h. Missing trade permission on the network point.

Nomination.Error.Business.128 Nomination.Error.Business.129 Nomination.Error.Business.130 Nomination.Error.Business.131 Nomination.Error.Business.132 Nomination.Error.Business.133 Nomination.Error.Business.134 Nomination.Error.Business.135

Nomination.Error.Business.203 Nomination.Error.Business.204


Nomination.Error.Business.206 Nomination.Error.Business.207


Missing option permission on the network point. In case of TRADE nomination rows the hourly peak is not interpreted! Option price at NOM nomination row is not interpreted!


Option price at BH nomination row is not interpreted!


Option price at TRADE nomination row is not interpreted! Too high sum backhaul hourly peak. If the signed sum of the hourly peak at NOM, BH rows, and the 1/24th (1/23th or 1/25th) part of the daily nominated quantities of TRADE, OPT_POS, OPT_NEG rows is reverse to point flow direction, it should fulfill the contracted backhaul hourly capacity limit with a tolerance of +1m3/h. On entry points at zero available capacity the shipping duty plus the positive options should only be zero or negative (backhaul). On exit points at zero available capacity the shipping duty plus the negative options should only be zero or positive (backhaul). Cannot import read-only nomination item!



Nomination.Error.Business.214 Nomination.Error.Business.215 Nomination.Error.Business.216


FGSZ Zrt.

265/265 Hibakód Nomination.Error.Business.217 Nomination.Error.Business.300 Nomination.Error.Business.303


Hibaüzenet OPT_POS, OPT_NEG row requires presence of NOM row with the same point and shipper pair. On a trade virtual point only TRADE nomination rows are interpreted! KFRE nomination is only interpreted on physical entry points.

FGSZ Zrt.

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

Recommend Documents