Energia w dobrych rkach.

Transkrypt

1 Energia w dobrych rkach

2 Zmiany w Systemach Komunikacyjnych SOWE/WIRE Departament Usug Operatorskich Warszawa, 03 grudnia 2008 r. 2

3 Plan prezentacji Zakres zmian w Standardach WIRE i SOWE Sposób wdra*ania zmian Harmonogram wprowadzania zmian omówienie Procedury wprowadzania zmian w Standardach 3

4 Zmiany w Standardach technicznych systemu WIRE / SOWE Zmiany zwi.zane z wdro*eniem karty aktualizacji nr B/7/2008 IRiESP- Bilansowanie wchodz.cej w *ycie z dniem Zmiany zwi.zane z aktualizacj. zakresu wymaga5 technicznych 4

5 Standardy techniczne systemu WIRE 9.0 (1) Zmiany zwi.zane z Kart. aktualizacji B/7/2008 modyfikacja zawartoci dokumentów z obszaru Ofert Bilansujcych cze handlowa zwizana z odseparowaniem USE i OBH; dodanie ceny uprawnie% do emisji CO2 w raporcie RD; dodanie wielko delty EZS w dokumencie BPKDh; dodanie do dziedziny wyliczalnej typu tnumerpasma warto 11. modyfikacja zawartoci dokumentów rozliczeniowych RDRUS; RHRUS, RHKRUS; modyfikacja zawartoci dokumentu PKDK w zwizku z brakiem podzia2u pasm przyrostowych i redukcyjnych w Ofertach Bilansujcych cze handlowa oraz zmiany w WPKDJ, PKDJ w zwizku z modyfikacj zasad planowania udzia2u JG wa w regulacji pierwotnej i wtórnej. usuni7cie dokumentów RDGWS, RHGWS, RHKGWS dotyczcych rozliczania us2ugi GWS. Dokumenty nie b7d wysy2ane za doby handlowe od r. wprowadzenie nowych raportów rozliczeniowych RDKU, RHKU, RHKKU dotyczcych kosztów uruchomie%; 5

6 Standardy techniczne systemu WIRE 9.0 (2) Pozostae zmiany: zastpienie treci :ród2owych dokumentów XML przesy2anych w potwierdzeniach biznesowych (IOD/POD) wartoci funkcji skrótu SHA-1 wyliczon dla tego dokumentu. wprowadzenie priorytetowania dokumentów wysy2anych do OSP; wprowadzenie kompresji komunikatów w kana2ach WebSphere MQ. zmiana dopuszczalnej liczby znaków w polu KDO - kod pocztowy z 6 do 10. w dokumencie KMB - zmiana liczno sekcji KZMB z [1...n] na [0...n]. zmiana dopuszczalnej liczb znaków ze 100 do 200 dla pól typu tnazwaobiektu 6

7 Standardy techniczne systemu SOWE 6.0 (1) Zmiany zwi.zane z Kart. aktualizacji B/7/2008 wprowadzenie nowego typu dokumentu ZPP umohliwiajcego przesy2ania Zg2osze% Programów Pracy dla :róde2 wiatrowych. Struktura nowego typu dokumentu zosta2a oparta o standardy ERRP publikowane przez ETSO i dostosowane do potrzeb systemu OSP. zdefiniowanie ogranicze% czasowych dla dokumentu ZPP. zmiana opisów typów wyliczalnych dla: typu OS w dziedzinie kwalifikacji postoju (ZROR, ZZROR, OZROR, ZGUB, ZZGUB, OZGUB, BPKD, IBPKD), typu P w dziedzinie typów swobody (ZDRU, ZZDRU, OZDRU, BPKD, IBPKD), typów PZM, DZM, BLT, PLK, PPW w dziedzinie typu RP (ZPPS, ZZPPS, OZPPS, BPKD, IBPKD). dodanie dziedziny wyliczalnej tkwalifikacjaprzyczynyuruchomienia, która b7dzie wykorzystywana w ramach zmodyfikowanego dokumentu ZWU. 7

8 Standardy techniczne systemu SOWE 6.0 (2) Pozostae zmiany: zastpienie treci :ród2owych dokumentów XML przesy2anych w potwierdzeniach biznesowych (IOD/POD) wartoci funkcji skrótu SHA-1 wyliczon dla tego dokumentu. wprowadzenie priorytetowania dokumentów wysy2anych do OSP; wprowadzenie kompresji komunikatów w kana2ach WebSphere MQ. wprowadzenie dokument PKREL stanowicego potwierdzenie dokumentu KREL. zmiana dopuszczalnej liczb znaków ze 100 do 200 dla pól typu tnazwaobiektu 8

9 Zao*enia do budowy dokumentu ZPP Zaoenia przyjte przy budowie pliku etso-code-lists.xsd Budowa oddzielnego pliku dedykowanego dla okre'lonego typu dokumentu z ograniczeniem listy kodów tylko do u*ywanych. Wykorzystanie dodatkowych warto'ci, których u*ycie jest biznesowo uzasadnione mimo, *e nie wystpuj. w ETSO ERRP Implementation Guide. Wprowadzanie nowego typu dziedziny wyliczalnej do plików ETSO w uzasadnionych przypadkach. Zaoenia przyjte przy budowie pliku etso-core-cmpts.xsd Wprowadzanie nowego typu dziedziny wyliczalnej do plików ETSO w uzasadnionych przypadkach. Pozostae zaoenia przyjty przy budowie dokumentu ZPP Dopuszczalne s. zmiany liczno'ci tagów lub te* ca5ych sekcji w dokumencie. Pola i sekcje niewykorzystywane pozostaj. w 6ród5owym schemacie jako opcjonalne. 9

10 Zao*enia przyj:te przy budowie pliku etso-code-lists.xsd Ograniczenie dopuszczalnych wartoci dla typów wyliczalnych: MessageType, ProcessType, RoleType, BusinessType, DirectionType, EnergyProductType, UnitOfMeasureType, CodingSchemeType. Zmiana zostanie zaimplementowana poprzez stworzenie dedykowanego pliku z list kodów etso-code-lists-zpp.xsd i ograniczenie w nim listy dopuszczalnych wartoci dla wymienionych typów dziedzin. 10

11 Zao*enia przyj:te przy budowie pliku etso-code-lists.xsd Rozszerzenie dziedziny dla typu wyliczalnego BusinessType w pliku etso-code-lists-zpp.xsd o wartoci Z01 i Z02 oraz zastosowanie wartoci A38 i A07 dla typu dokumentu z grupy ERRP. Zmiany te maj na celu umohliwienie przesy2ania, jako osobnych planowanych grafików pracy, danych ilociowych dotyczcych: Wielkoci planowanej mocy minimalnej (A60); Wielkoci planowanej mocy maksymalnej (A61); Wielkoci planowanej mocy dyspozycyjnej (A38); Planowanej, sumarycznej w godzinie, wielko wytwarzania energii brutto (A01); Planowanej, sumarycznej w godzinie, wielko wytwarzania energii netto (A07); Dolnej granicy przedzia2u prognozy, w którym z zadanym prawdopodobie%stwem zawiera si7 planowana sumaryczna wielko wytwarzania energii elektrycznej (Z01); Górnej granicy przedzia2u prognozy, w którym z zadanym prawdopodobie%stwem zawiera si7 planowana sumaryczna wielko wytwarzania energii elektrycznej (Z02). 11

12 Zao*enia przyj:te przy budowie pliku etso-code-lists.xsd Dodanie nowych typów wyliczalnych i zastosowanie ich dla odpowiednich pól dokumentu ZPP. Dla pola ReceiverIdentification dodanie typu PartyTypeOSP a dla pola ConnectingArea dodanie typu AreaTypePL. Zmian7 licznoci sekcji PlannedResourceTimeSeries z [0...*] na [5...7] w schemacie walidacji dokumentu errp-schedule.xsd Zmian7 licznoci sekcji Period z [1...*] na dok2adnie 1 oraz zmian7 licznoci sekcji Interval w ramach sekcji Period z [1...*] na [ ] w schemacie errp-schedule.xsd. Zmiana wynika z propozycji, aby dokument funkcjonowa2 na tych samych zasadach, co aktualnie plany PLWM i PGPN, czyli kahdorazowo by2 przesy2any na pe2n jedn dob7 Sekcja UnavailableReservesTimeSeries oraz pola: SubjectParty, SubjectRole Domain, AcquiringArea, CapacityContractType, CapacityAgreementIdentification nie b7d wykorzystywane 12

13 Zaoenia do budowy dokumentu ZPP Dla dokumentu ZPP nie bd. przesy5ane dokumenty zwrotne w wyniku weryfikacji biznesowej dokumentu w aplikacji SOWE_KDM. 13

14 Ograniczenia czasowe dla dokumentu ZPP Od_godziny godzina pocztku przedzia2u czasowego dopuszczalnoci dokumentu, Do_godziny godzina ko%ca przedzia2u czasowego dopuszczalnoci dokumentu, Dni_min minimalne przesuni7cie czasowe mi7dzy dob dostarczenia dokumentu a dob, której ten dokument dotyczy, w dobach, Dni_max maksymalne przesuni7cie czasowe mi7dzy dob dostarczenia dokumentu a dob, której ten dokument dotyczy, w dobach, Data_od data pocztkowa okresu obowizywania okna czasowego dla typu dokumentu, Data_do daty ko%cowa okresu obowizywania okna czasowego dla typu dokumentu (parametr nieobowizkowy). 14

15 Sposób wdraania zmian w systemach komunikacyjnych WIRE/SOWE

16 Zao*enia do wdro*enia nowych standardów WIRE 9.0 (1) Od dnia wszystkie w7z2y lokalne nadal b7d funkcjonowa w wersji WIRE 8.0 dla dokumentów wysy2anych i odbieranych Od dnia dokumenty RDKU, RHKU, RHKKU b7d wysy2ane w wersji 9.0 niezalehnie, w jakiej wersji pracuje w7ze2 lokalny. Od dnia dokumenty RD, RDRUS, RHRUS i RHKRUS b7d wysy2ane w wersji 9.0 dla doby handlowej od lub w wer. 8.0 dla doby handlowej przed (korekty). Od dnia dokumenty BPKDh b7d wysy2ane w wersji 9.0 dla doby handlowej od lub w wer. 8.0 dla doby handlowej przed (korekty). 16

17 Zao*enia do wdro*enia nowych standardów WIRE 9.0 (2) Od dokumenty ZOBh, IZOBh, OZOBh, PZOBh, POBh, przesy2ane b7d w wer.8.0. NieuHywane pola b7d uzupe2niane wartociami domylnymi które nie b7d uwzgldniane w procesach biznesowych. Przejcie na standard 9.0 nastpi po zg2oszeniu gotowoci OR do wymiany dokumentów zgodnie z nowymi Standardami WIRE w wer Od dokumenty PKDk przesy2ane b7d w wer.8.0. NieuHywane pola b7d uzupe2niane wartociami domylnymi. Przejcie na standard 9.0 nastpi po zg2oszeniu gotowoci OR do wymiany dokumentów zgodnie z nowymi Standardami WIRE. 17

18 Zao*enia do wdro*enia nowych standardów SOWE 6.0 Od dnia wszystkie w7z2y lokalne nadal b7d funkcjonowa w wersji SOWE 5.0 dla dokumentów wysy2anych i odbieranych Przejcie na standard 6.0 nastpi po zg2oszeniu gotowoci EL do wymiany dokumentów zgodnie z nowymi Standardami SOWE w wer

19 Statystyki dotycz-ce dostpu do Archiwum WIRE oraz WIRE/RP Dost7p do Archiwum WIRE posiada 97,67% Dost7p do aplikacji WIRE/RP posiada 90,70% 19

20 Zao*enia do wdro*enia pozostaych zmian zwi.zanych z aktualizacj. standardów SOWE / WIRE Zmiany techniczne: Wprowadzenie funkcji skrótu - zmiana majca na celu zmniejszenie obcihenia 2czy komunikacyjnych oraz baz danych poprzez wyeliminowanie przesy2ania w potwierdzeniach biznesowych IOD/POD treci :ród2owych dokumentów XML Funkcja skrótu SHA-1, jednokierunkowa funkcja haszuj.ca, która przyporz.dkowuje dowolnie du*ej wiadomo?ci, krótki, 160 bitowy wynik (skrót wiadomo?ci) dokadny opis zawiera RFC3174. W2czenie kompresji komunikatów XML na kana2ach WebSphere MQ - zmiana majca na celu zmniejszenie obcihenia 2czy komunikacyjnych 20

21 Komunikat specjalny IOD/POD Obecne standardy Nowe standardy 21

22 Harmonogram wdroenia zmian w systemach komunikacyjnych WIRE/SOWE

23 Harmonogram wdro*enia zmian w systemach komunikacyjnych Tabela 1. Czynnoci zwizane z wprowadzeniem zmian LP Opis czynnoci Odpowiedzialno Czas 1. Publikacja nowej wersji Standardów technicznych OSP systemu WIRE 9.0 /SOWE 6.0 wersja robocza 2. Publikacja nowej wersji Standardów technicznych OSP systemu WIRE 9.0 /SOWE Wprowadzenie zmian do systemu OSP OSP Do Zg.oszenie przez Dostawców oprogramowania/ OR/EL do OSP gotowo0ci do przeprowadzenia testów WIRE/UR, SOWE/EL 5. Wyznaczenie przez OSP terminu oraz harmonogramu testów Dostawca Systemu/ OR/ EL OSP Do Do 3 dni od zg.oszenia 6. Prowadzenie testów systemu wymiany informacji WIRE/UR, SOWE/EL Dostawca Systemu (ewentualnie OR/EL) oraz OSP Do

24 7. Harmonogram wdro*enia zmian w systemach komunikacyjnych LP Opis czynnoci Odpowiedzialno Czas Wystawienie certyfikatu zgodno0ci Dostawcy oprogramowania/ OR/ EL, którzy przeszli testy (posiadanie przez OR certyfikatu zgodno0ci zwalnia OR/ EL z konieczno0ci testów w zakresie wymiany dokumentów) 8. Zg.aszanie przez OR/ EL gotowo0ci do zmiany standardu wymiany informacji 9. Wyznaczanie daty zmiany obowi8zuj8cego standardu dla poszczególnych OR/ EL 10. Podpisanie protoko.u akceptacji systemu WIRE/UR, SOWE/EL do wymiany dokumentów zgodnie ze Standardami technicznymi systemu WIRE 9.0. lub SOWE 6.0. OSP Po zako6czeniu testów OR/ EL Do OSP OSP 2 dni od zg.oszenia Po zmianie standardu 24

25 Podsumowanie 25

26 Dzi:kujemy za uwag: Energia w dobrych rkach