Załącznik nr 1 do SIWZ – Opis Przedmiotu …/media/Innogy-Group/Innogy/... · Web viewPrzekładnik napięciowy – urządzenia elektryczne na potrzeby rozszerzenia zakresu pomiarowego

Załącznik 1 do SIWZ. Opis przedmiotu zamówienia

Stworzenie i wdrożenie zintegrowanego Systemu informatycznego – centralnej aplikacji CBO wraz z systemem klasy MDMS

1 Spis treści


Stworzenie i wdrożenie zintegrowanego Systemu informatycznego - centralnej aplikacji CBO (Centralnej Bazy Odczytowej), wraz z systemem klasy MDMS (Meter Data Management System)

1 Spis treści............................................................................................................................1

2 Słownik pojęć..................................................................................................................... 3

3 Wprowadzenie................................................................................................................. 17

3.1 Cel zamówienia.........................................................................................................17

3.2 Przedmiot zamówienia.............................................................................................20

3.3 Kluczowe kamienie milowe......................................................................................23

4 Architektura rozwiązania..................................................................................................23

4.1 Architektura logiczna................................................................................................24

4.2 Zakres prac związanych z integracją aplikacji...........................................................29

4.3 Opis wymagań szczegółowych w zakresie poszczególnych interfejsów Systemu z zewnętrznymi systemami....................................................................................................29

5 Wymagania funkcjonalne biznesowe dla Systemu...........................................................45

5.1 Punkt Pomiarowy - podstawowy Obiekt Systemu....................................................45

5.2 Wymagania do zasad zbierania i zarządzania Danymi Pomiarowymi.......................74

5.3 Wymagania dla Administrowania Systemem...........................................................82

5.4 Wymagania dla Raportów........................................................................................85

5.5 Wymagania dla Wsparcia Procesów Biznesowych...................................................92

5.6 Wymagania dla wymiany danych miedzy Systemem a zewnętrznymi systemami. 101

5.7 Wymagania dla Modelu ról i uprawnień w Systemie..............................................117

5.8 Zarządzanie obiektami i danymi w Systemie..........................................................120

6 Wymagania funkcjonalne techniczne dla Systemu.........................................................123

6.1 Wymagania technologiczne opcjonalne dla realizacji Systemu..............................123

6.2 Wymagania technologiczne obligatoryjne dla Systemu.........................................124

7 Wymagania pozafunkcjonalne dla Systemu...................................................................126

7.1 Bezpieczeństwo Systemu........................................................................................127

7.2 Wymiarowanie (sizing) systemu.............................................................................129

7.3 Wydajność i skalowalność Systemu........................................................................133

7.4 Dostępność i niezawodność Systemu.....................................................................144

7.5 Wymagania na rozszerzalność i zarządzalność dla Systemu...................................144

7.6 Testowalność Systemu...........................................................................................145

7.7 Integracja Systemu.................................................................................................148

Strona 2 z 224



7.8 Wymagania dokumentacji Systemu.......................................................................150

7.9 Wymagania prawne i regulacyjne...........................................................................153

7.10 Wymagania dla szkoleń..........................................................................................153

7.11 Wymagania prawnoautorskie.................................................................................154

8 Wymagania dla utrzymania Systemu..............................................................................154

9 Wymagania w zakresie utrzymania Systemu zdefiniowane są w Załączniku nr 4 do SIWZ - Wymagania dla Rozwoju Systemu........................................................................................154

10 Rysunki.......................................................................................................................154

11 Załączniki....................................................................................................................154

Strona 3 z 224

2 Słownik pojęć



Pojęcie Opis

Agregacja Proces przetwarzania Agregatów przez System, którego wynikiem są: Profile Mocy, Profile Wartości Sieciowych, czas, lista obiektów np. Punktów Pomiarowych. Agregacja podlega Wersjonowaniu danych (parametr konfigurowalny dla zapamiętywanych danych Agregacji) oraz oznaczeniu poprzez dedykowane statusy (każdej wartości w jednostce czasu), które nadawane są przez System w ramach zdefiniowanych reguł.

Agregat Obiekt, który jest pochodną Punktu Pomiarowego w Systemie reprezentujący jeden lub wiele Punktów Pomiarowych powiązanych ze sobą w tej samej jednostce czasu identyczną cechą np. wartością Atrybutu lub identycznym stanem Punktu Pomiarowego np. zdarzeniem typu zanik napięcia lub identyczną cechą np. miejsce instalacji w sieci energetycznej typu stacja SN/nN. Agregat jest wynikiem zdefiniowanych relacji między Punktami Pomiarowymi na podstawie zdefiniowanego algorytmu w którym wykorzystywane są działania matematyczne (dodawanie, odejmowanie, mnożenie, dzielenie). Wynikiem przetwarzania Agregatów w procesie Agregacji może być energia np. Profil Mocy godzinowy dla Jednostki Grafikowej innogy, moc np. obciążenie Złącza Kablowego, lista np. Punktów Pomiarowych, czas np. czas niedostarczenia energii dla Punktów Pomiarowych zasilonych z tej samej Stacji SN/nN. Agregaty podlegają procesom, harmonogramowania, Walidacji, Wersjonowania, raportowania oraz udostępniania do zewnętrznych systemów. System dostarcza narzędzia na potrzeby definiowania Agregatów oraz zarządzania nimi m.in. definiowania nowych Agregatów, modyfikowania, nadawania uprawnień dostępu dla grup użytkowników oraz usuwania.

AMI Advanced Metering Infrastructure - zaawansowana infrastruktura pomiarowa obejmująca Liczniki energii elektrycznej, koncentratory danych, urządzenia komunikacyjne oraz system IT (ZISM), która zapewnia dwukierunkową wymianę informacji oraz przesyłania sygnałów oraz komend do Odbiorców.

Atrybut Parametr (dana konfiguracyjna) określający jednoznacznie jedną lub wiele cech Punktu Pomiarowego lub Agregatu (dla Agregatów zdefiniowanych w Systemie w postaci Obiektów).

Ze względu, na jaką rolę danych Atrybut pełni w czasie, rozróżnia się następujące typy Atrybutów:

1. Atrybut typu „A” oznacza, że System przechowuje historię zmian wartości Atrybutu. Dla Atrybutów typu A System w procesach przetwarzania, udostępniania oraz filtrowania wykorzystuje wartość aktualną.

2. Atrybut typu „B” oznacza, że System przechowuje historię zmian wartości oraz okresy obowiązywania danej wartości Atrybutu. Dla Atrybutu typu B System w procesach przetwarzania, udostępniania oraz filtrowania wykorzystuje wartość obowiązującą w danej jednostce czasu. Dla Atrybutu typu B wprowadzane wartości zawsze posiadają datę

Strona 5 z 224



początkową obowiązywania.

Wartości Atrybutów dla Punktu Pomiarowego zarządzane są w następujący sposób:

1. Z Systemu (manualnie przez użytkownika lub/i automatycznie przez System w oparciu o zdefiniowane działania np. poprzez import z pliku zewnętrznego o zdefiniowanej strukturze);

2. Z zewnętrznego systemu poprzez interfejsy.

W zakresie zarządzania wartością Atrybutu w Systemie zdefiniowana jest hierarchia nadrzędności dla źródła sterowania (z Systemu/z zewnętrznego systemu).

Atrybuty w Punkcie Pomiarowym posiadają jednoznaczne nazwy np. słownikowe umożliwiające jednoznaczną identyfikację roli, jaką pełnią w Systemie.

System wykorzystuje wartości Atrybutów we wszystkich procesach np. filtrowanie, grupowanie Punktów Pomiarowych, udostępnianie Danych Pomiarowych, harmonogramowanie, tworzenie Agregatów itp..

Atrybut w Systemie opisywany jest jednym lub wieloma parametrami np.: Adres Punktu Pomiarowego, którego parametrami są m.in.: nazwa ulicy, numer domu, numer mieszkania, dzielnica, miejscowość, kod pocztowy, numer działki itd.. Parametry Atrybutu są niezależnie zarządzane przez System (każdy parametr Atrybutu może być niezależnie zmieniany i może być wykorzystywany w procesach realizowanych w Systemie np.: w procesie grupowania Obiektów).

Strona 6 z 224



Bilansowanie Handlowe Jeden z podstawowych Procesów Biznesowych w Systemie, który obejmuje m.in. przetwarzanie Danych Pomiarowych z Punktów Pomiarowych na potrzeby wyznaczania Profili Mocy dla Podmiotów Odpowiedzialnych za Bilansowanie, Sprzedawców Energii, OSD, OSP, OSDn i DSR w celu udostępniania danych do rozliczeń na Rynku Bilansującym.

Bilansowanie Handlowe obejmuje m.in. zarządzanie Agregatami (zbiorami Punktów Pomiarowych powiązanych identycznymi wartościami Atrybutów).

Zasady zarządzania procesem Bilansowania Handlowego określone są w IRiESP i IRiESD.

Bilansowanie Techniczne Proces przetwarzania Danych Pomiarowych z Punktów Pomiarowych na potrzeby wyznaczania przepływów mocy i energii, czasu niedostarczania energii oraz ograniczeń w poszczególnych Charakterystycznych Punktach Sieci oraz w obszarach sieciowych (np. dla całego obszaru OSD, dla obszaru niskiego napięcia itd.).

Bilansowanie Techniczne obejmuje m.in. zarządzanie Agregatami (zbiorami Punktów Pomiarowych powiązanych identycznymi wartościami Atrybutów oraz zdarzeń).

CBO Centralna Baza Odczytów - centralne repozytorium danych innogy Stoen Operator pozyskujące, przechowujące, Szacujące, Walidujące i udostępniające Dane Pomiarowe zewnętrznym systemom lub procesom.

Charakterystyczne Punkty Sieci

Zdefiniowane elementy lub punkty charakterystyczne dla sieci elektroenergetycznej OSD. Każdy punkt i element w sieci posiada jednoznaczny identyfikator (wartość). Charakterystyczne Punkty Sieci dzieli się na:

1. Elementy sieci: linie, transformatory, Złącza Kablowe

2. Punkty sieci: Stacje Energetyczne (RPZ, Stacja SN/nN, RSM)

Dla Charakterystycznych Punktów w Sieci prowadzone jest m.in. Bilansowanie Techniczne.

CSWI Centralny System Wymiany Informacji (CSWI) jest systemem wymiany danych oraz informacji na detalicznym rynku energii elektrycznej między Operatorami Systemów Dystrybucyjnych (OSD) oraz sprzedawcami i podmiotami odpowiedzialnymi za bilansowanie (POB) oraz innymi Uczestnikami Rynku. CSWI oparty jest na międzynarodowym standardzie ebIX (standard opracowany w ramach organizacji „Forum ebIX” ). CSWI umożliwia wymianę informacji i danych w sposób automatyczny, na podstawie zestandaryzowanych komunikatów elektronicznych.

System będzie wspierał CSWI w zakresie realizacji m.in. następujących procesów:

– zmiany sprzedawcy,

– udostępniania i pozyskiwania danych pomiarowych i rozliczeniowych.

Strona 7 z 224



Szczegółowy opis zasad funkcjonowania CSWI został zamieszczony w załączniku "Koncepcji modelu wymiany informacji pomiędzy uczestnikami detalicznego rynku energii elektrycznej w Polsce”.

Strona 8 z 224



Dane Pomiarowe Dane odczytane zdalnie (zapamiętane wartości) lub lokalnie (wartości bieżące lub/i zapamiętane) z Licznika oraz Szacowane w przypadku braku danych.

Dane Pomiarowe obejmują następujące grupy danych:

1. Profile Rozliczeniowe,

2. Profile Mocy,

3. Profile Wartości Sieciowych,

4. Dzienniki Zdarzeń.

Dane Pomiarowe identyfikowane są przez kody OBIS. W przypadku Dziennika Zdarzeń identyfikacja może być realizowana za pomocą zdefiniowanych kodów, nazw lub numerów.

Dane Pomiarowe ze względu na stopień ich przetworzenia przez System dzielimy na następujące grupy:

a. Dane Źródłowe,

b. Dane Przetworzone,

oraz ze względu na pochodzenie danych:

a. dane rzeczywiste – dane pochodzące z odczytu Licznika (zarejestrowane przez Licznik),

b. dane szacowane – dane wytworzone przez System w procesie Szacowania danych na potrzeby realizacji Procesów Biznesowych.

Dane Przetworzone Dane, które zostały wytworzone przez System w procesach Walidacji (np. w oparciu o Dziennik Zdarzeń), Szacowania oraz przeliczania (np. mnożenia przez Przekładnię zdefiniowaną w danym Punkcie Pomiarowym) na podstawie Danych Źródłowych dostępnych w Systemie. Dane Przetworzone obejmują m.in. Profile Rozliczeniowe, Profile Mocy, Profile Wartości Sieciowych oraz Dzienniki Zdarzeń.

Dane Przetworzone Profili Rozliczeniowych w Systemie są przeliczane do jednolitego standardu Systemu (poddawane są również procesom Walidacji i Szacowania).

W procesie przetwarzania weryfikowana jest prawidłowość i zapewniana kompletność Danych Pomiarowych niezbędnych do Procesów Biznesowych np. rozliczenie bilingowe Odbiorcy oraz przypisywane są danym Statusy Danych Pomiarowych. Każdy typ Danych Pomiarowych przetwarzany jest przez System w oparciu o definiowalne niezależne reguły.

Dane osobowe oznacza wszelkie informacje dotyczące zidentyfikowanej lub możliwej do zidentyfikowania osoby fizycznej, uzyskane w ramach lub w związku z Umową, możliwa do zidentyfikowania osoba fizyczna to osoba, którą można bezpośrednio lub pośrednio zidentyfikować, w szczególności na podstawie identyfikatora takiego jak imię i nazwisko, numer identyfikacyjny, dane o lokalizacji, identyfikator internetowy lub jeden bądź kilka szczególnych czynników określających fizyczną, fizjologiczną, genetyczną, psychiczną,

Strona 9 z 224



ekonomiczną, kulturową lub społeczną tożsamość osoby fizycznej.

Strona 10 z 224



Dane Źródłowe Dane Pomiarowe pozyskane z Licznika w postaci zarejestrowanej przez Licznik lub w postaci odczytanej z Licznika (dla odczytu lokalnego). Dane Źródłowe są przekazywane przez zewnętrzne systemy lub z nich pobierane, wprowadzane do Systemu ręcznie przez użytkowników oraz poprzez importy danych z plików odczytanych lokalnie z Liczników. Szczególnym przypadkiem danych źródłowych są dane udostępnione przez zewnętrzne podmioty w postaci przetworzonej np. OSDn, które w Systemie również zaliczane są do grupy Danych Źródłowych. Dane Źródłowe w Systemie posiadają statusy np. „słowa statusowe” dla Profili Mocy (dla każdej wartości Profilu), które zostały przypisane przez Licznik lub system zewnętrzny.

miesiąc: m-1, m-2, m-4, m-15

Określenie miesiąca dla którego System ma wykonać przetwarzanie Danych Pomiarowych w odniesieniu do bieżącego miesiąca „m” w którym System wykonuje przetwarzanie. 1, 2, 4, 15 – oznaczają liczbę miesięcy (wstecz).

doba: n-1, n-2, n-3, n-4 Określenie doby dla której System ma wykonać przetwarzanie Danych Pomiarowych w odniesieniu do bieżącej doby „n” w której System wykonuje przetwarzanie. 1, 2, 3, 4 – oznaczają liczbę dni.

DSR Demand Side Response – usługa zarządzania gotowością Odbiorcy do zrezygnowania na pewien czas z korzystania z części lub całości zamówionej energii, na wezwanie operatora systemu energetycznego.

W ramach DSR w Systemie realizowane są Procesy Biznesowe na potrzeby obsługi programów DSR w obszarze sieci dystrybucyjnej.

Dziennik Aplikacji Zbiór zdarzeń zaistniałych i zarejestrowanych w Systemie. Zdarzenia rejestrowane są w momencie ich zaistnienia wraz ze znacznikiem czasowym, informacją o użytkowniku Systemu, który jest autorem zdarzenia, rodzajem zdarzenia, istotność zdarzenia, dodatkowymi informacjami oraz innymi, opracowanymi wspólnie z Wykonawcą. Dodatkowe informacje są zależne od kontekstu zdarzenia (np.: zdarzenie zmiany wartości zapisuje informację nt. dotychczasowej oraz nowej wartości dla zmienianego Atrybutu).

Dziennik Zdarzeń Zbiór zarejestrowanych przez Licznik zdarzeń w momencie zaistnienia danego zdarzenia, wraz ze znacznikiem czasu lub z czasem początku i końca zdarzenia oraz parametrów jakościowych dostarczania energii rejestrowanych przez Licznik. Dziennik Zdarzeń rejestrowany jest przez Licznik w postaci kodów, numerów lub nazw.

Filtr Narzędzie w Systemie umożliwiające definiowanie reguł na potrzeby grupowania Obiektów Systemu.

Filtry umożliwiają tworzenie wielopoziomowych reguł w oparciu o dostępne w Systemie Atrybuty oraz ich parametry, statusy Obiektów i danych oraz zdarzenia. Każdy Filtr składa się z zestawu pól służących do definiowania wartości kryteriów.

Head-End System (HES)/ Kolektor Danych Pomiarowych

System odpowiadający za zbieranie Danych Pomiarowych z Liczników. HES pozyskuje dane z Liczników zgodnie z zaplanowanymi harmonogramami w procesach:

Strona 11 z 224



1. zdalnego odczytu (Dane Pomiarowe zarejestrowane przez Licznik i pozyskane zdalnie poprzez protokół komunikacyjny Licznika);

2. lokalnego odczytu (prezentowanej wartości Profilu Rozliczeniowego przez Licznik lub zarejestrowanych Danych Pomiarowych i odczytanych lokalnie poprzez protokół komunikacyjny Licznika).

Systemy typu HES automatycznie udostępniają Dane Pomiarowe do Systemu poprzez interfejsy w postaci Danych Źródłowych z dodatkowymi zdefiniowanymi identyfikatorami charakteryzującymi Punkt Pomiarowy np. numer seryjny Licznika. Dane Pomiarowe odczytywane są przez systemy HES na podstawie zdefiniowanych harmonogramów (dobowych dla zdalnego odczytu oraz cyklicznych np. miesięcznych dla lokalnych odczytów).

Strona 12 z 224



IRiESD Instrukcja Ruchu i Eksploatacji Sieci Dystrybucyjnej (załącznik nr 6 do OPZ) – dokument zatwierdzany przez Urząd Regulacji Energetyki, który opisuje między innymi standardy techniczne dla pomiarów energii, procesy wyznaczania, udostępniania Danych Pomiarowych, Taryfy, Układy Pomiarowe, Profile Standardowe oraz modele wyznaczania rozliczeń.

IRiESP Instrukcja Ruchu i Eksploatacji Sieci Przesyłowej (załącznik nr 7 do OPZ) – część opisująca bilansowanie, zasady funkcjonowania Rynku Energii oraz zasady wymiany Profili Mocy i rozliczeń.

Jednostka Grafikowa Jednostka Grafikowa (JG) jest to zbiór Punktów Pomiarowych, które mają styk z obszarem Rynku Bilansującego. Zbiór Punktów Pomiarowych OSD definiuje obszar sieci dystrybucyjnej (granice z sieciami elektroenergetycznymi OSP i innych OSD).

Jednostka Grafikowa Bilansująca

Jednostka Grafikowa Bilansująca (JGBi) jest zbiorem Punktów Pomiarowych Rynku Bilansującego, poprzez które jest domykany bilans energii elektrycznej w danym obszarze sieci OSD. Wyznaczony Profil Mocy (moc i energia) w procesie Agregacji dla obszaru OSD jest różnicą bilansową niezbędną na pokrycie strat technicznych i handlowych w sieci dystrybucyjnej.

Kod OBIS Object Identification System - system identyfikacji obiektów definiuje kody identyfikacyjne (ID-kody) dla stosowanych obiektów danych w urządzeniach pomiarowych (Licznikach) m.in. dla Danych Pomiarowych, zgodnie z międzynarodowymi standardami IEC 62056-61.

Licznik Licznik energii elektrycznej jest to urządzenie pomiarowe energii elektrycznej umożliwiające pomiar Danych Pomiarowych w Punkcie Pomiarowym.

Rozróżnia się następujące typy Liczników:

1. Licznik standardowy – Licznik (elektroniczny, indukcyjny) umożliwiający odczyt bieżącego wskazania stanów liczydeł Profilu Rozliczeniowego;

2. Licznik z pamięcią – Licznik elektroniczny umożliwiający, rejestrację i gromadzenie historycznych Danych Pomiarowych.

Na potrzeby pozyskiwania Danych Pomiarowych stosowane są dwa sposoby odczytu:

1. Odczyt lokalny – odczyt przez Kontrolera Poboru Energii, Odbiorcę lub Sprzedawcę lokalnie poprzez pozyskanie wartości Profilu Rozliczeniowego bieżącego prezentowanego przez Licznik (liczydło lub wyświetlacz) lub odczytanie zapamiętanych wartości Profilu Rozliczeniowego oraz w szczególnych przypadkach wartości Profilu Mocy w Liczniku poprzez sondę optyczną;

2. Odczyt Zdalny – odczyt Danych Pomiarowych poprzez system typu HES z wykorzystaniem sieci teleinformatycznej.

Strona 13 z 224



Szczególnym przykładem Licznika jest sumator rejestrujący Dane Pomiarowe na podstawie informacji z przyporządkowanych Liczników (rozróżniamy dwa typy sumatorów: rzeczywisty który jest reprezentowany przez urządzenie oraz wirtualny utworzony przez System).

Strona 14 z 224



MDMS Meter Data Management System – kompleksowe rozwiązanie systemowe w obszarze kolekcji, zarządzania i udostępniania Danych Pomiarowych. Modułowy system przechowujący i zarządzający ogromnymi ilościami danych, które są dostarczane przez systemy akwizycji Danych Pomiarowych na potrzeby realizacji Procesów Biznesowych realizowanych w Systemie lub w systemach zewnętrznych.

Model danych Zbiór zasad (odpowiednio: typów danych, relacji, krotności, ograniczeń, więzów integralności) opisujących strukturę danych na poziomie logicznym i w bazie danych.

Model danych jest przedstawiony w postaci diagramów encji języka UML.

Obiekt Konfigurowalny element Systemu, który reprezentuje uporządkowany zbiór konfiguracji w Systemie na potrzeby przetwarzania danych. Do podstawowych Obiektów w Systemie należą m.in.:

1. Punkt Pomiarowy,

2. Agregat

3. Taryfa,

4. Uczestnik Rynku,

5. OSDn,

6. Segment.

Odbiorca Uczestnik Rynku Detalicznego - każdy, kto otrzymuje lub pobiera energię elektryczną na podstawie umowy z OSD.

OIP Operator Informacji Pomiarowej - podmiot odpowiedzialny za magazynowanie, przetwarzanie oraz udostępnianie uprawnionym podmiotom (odpowiednio: Sprzedawcom, samym Odbiorcom, innym operatorom oraz agendom administracji publicznej) Danych Pomiarowych pochodzących od poszczególnych OSD na potrzeby rozliczeń oraz statystyki. Rekomendowany podmiot przez URE (podmiot projektowany).

Okres Rozliczeniowy Okres pomiędzy dwoma kolejnymi rozliczeniowymi odczytami Liczników. Okres Rozliczeniowy determinuje najdłuższy interwał dla Profilu Rozliczeniowego dla którego System zapewnia Profile Rozliczeniowe w procesie przetwarzania danych i ich udostępniania do systemów zewnętrznych.

Okres Rozliczeniowy w Systemie określany jest na podstawie Atrybutów przekazanych przez zewnętrzny system bilingowy lub na podstawie Taryfy jeżeli system zewnętrzny nie przekaże danych o okresie.

Operator Sieci Dystrybucyjnej

Operator Sieci Dystrybucyjnej (OSD) – przedsiębiorstwo energetyczne zajmujące się dystrybucją, odpowiedzialne za ruch sieciowy w systemie dystrybucyjnym energetycznym, bieżące i długoterminowe bezpieczeństwo funkcjonowania tego systemu, eksploatację, konserwację, remonty oraz niezbędną rozbudowę sieci

Strona 15 z 224



dystrybucyjnej, w tym połączeń z innymi systemami elektroenergetycznymi.

Strona 16 z 224



Operator Sieci Przesyłowej Operator Sieci Przesyłowej (OSP) – przedsiębiorstwo energetyczne zajmujące się Przesyłem, odpowiedzialne za ruch sieciowy w systemie przesyłowym energetycznym, bieżące i długookresowe bezpieczeństwo funkcjonowania tego systemu, eksploatację, konserwację, remonty oraz niezbędną rozbudowę sieci przesyłowej, w tym połączeń z innymi systemami elektroenergetycznymi.

OSDn Operator Sieci Dystrybucyjnej, który nie ma bezpośredniego połączenia z siecią przesyłową zarządzaną przez OSP. W Systemie realizowany jest Proces Bilansowania Handlowego dla obszarów OSDn.

Proces Biznesowy Łańcuch działań (funkcji) logicznie powiązanych, realizowanych sekwencyjnie lub równolegle w Systemie lub poza Systemem, które wykorzystując dostępne zasoby (ludzi, narzędzia oraz wyposażenie) przetwarzają wejścia w wyjścia prowadząc do osiągnięcia zamierzonego celu (produktu).

Platforma Integracyjna Rozwiązanie informatyczne dedykowane do wymiany danych i realizacji usług między wieloma systemami IT. Obecnie Zamawiający wykorzystuje do tego celu m.in. oprogramowanie SAP PI (SAP Net Weaver Process Integration)

Profil Dodatkowy Profil Mocy przypisany do Punktu Pomiarowego dla każdego rodzaju energii, którego wartość w jednostce czasu np. 15-min. jest wyznaczany w oparciu o reguły Walidacji. Wartość Profilu Dodatkowego jest różna od zera w przypadku wystąpienia błędu pomiaru np. uszkodzenie Przekładnika prądowego.

Profil Dodatkowy jest wykorzystywany przy wyznaczaniu poprawnych wartości Danych Pomiarowych Przetworzonych w przypadku awarii lub nie działania jednego z elementów Układu Pomiarowego (nie dotyczy urządzeń telekomunikacyjnych) i pozwala na jednoznaczne określenie wartości zarejestrowanej przez Licznik oraz wartości korekty. Profil Dodatkowy należy do grupy Danych Przetworzonych, wytworzonych przez System na potrzeby korekty Danych Pomiarowych (Profil Dodatkowy nie jest Profilem Mocy rejestrowanym przez Licznik).

Profil Standardowy Syntetyczny Profil Mocy dla energii czynnej pobranej dla poszczególnych godzin lub 15-minutówek doby w roku przypisany dla charakterystycznej grupy Odbiorców. Profile Standardowe stosowane są na potrzeby wyznaczenia Profilu Mocy w Punkcie Pomiarowym, w którym Licznik rejestruje wyłącznie Profile Rozliczeniowe lub nie są z niego pobierane Profile Mocy. W Systemie stosowane są m.in. następujące grupy Profili Standardowych:

a) Stałe dla okresów kalendarzowych (profile dla grup taryfowych: Gxx, C1x) publikowane w IRiESD (aktualizowane przynajmniej raz w roku);

b) Zmienne dla grup Odbiorców (profile dla Odbiorców przypisanych do danego Segmentu) w oparciu o szacowany przez System Profil Mocy dla danego Segmentu.

Profile Mocy Profil obciążenia w danym Punkcie Pomiarowym zarejestrowanym

Strona 17 z 224

http://pl.wikipedia.org/wiki/Odbiorca_energii_elektrycznej

http://pl.wikipedia.org/wiki/Doba



przez Licznik z stałym okresem rejestracji (15-minutowym lub 60-minutowym) lub Agregacie w podziale na:

1. Obciążenie energią czynną (pobraną, oddaną);

2. Obciążenie energią bierną (pobraną, oddaną, pojemnościową, indukcyjną).

Wartości Profilu Mocy (Dane Źródłowe) zarejestrowane w Liczniku mogą być w postaci: stanu liczydeł w okresie rejestracji lub wartości średniej mocy w okresie rejestracji lub przyrost stanu liczydeł w okresie rejestracji.

Profile Mocy opisane są Statusami Danych Pomiarowych w postaci słowa statusowego dla Danych Źródłowych oraz statusu dla Danych Przetworzonych.

W szczególnych przypadkach Profil Mocy może przyjąć wartości jednominutowe w określonym czasie na potrzeby diagnostyczne Układu Pomiarowego np. dla Układów Pomiarowych w obszarze elektromobilności (System umożliwia zarządzanie wieloma Profilami Mocy przypisanymi do tego samego Punktu Pomiarowego dla tej samej energii).

Strona 18 z 224



Profile Rozliczeniowe Dane pozyskiwane z zdefiniowanym przez Zamawiającego interwałem czasowym (w dowolnym momencie czasu) np. dobowym, dekadowym, miesięcznym, wielomiesięcznym w zakresie energii i mocy oraz pozyskiwane w oparciu procesy biznesowe w ramach których następuje odczyt poza zdefiniowanym harmonogramem np. wymiana/kontrola Licznika, zmiana sprzedawcy, przekazanie danych przez Odbiorcę itp..

Maksymalny dopuszczalny interwał czasowy określony jest w Systemie na podstawie Okresu Rozliczeniowego przypisanego do danego Punktu Pomiarowego (dla Liczników z Pamięcią interwał czasowy dla Profili Rozliczeniowych jest miesięczny lub/i dobowy niezależnie od Okresu Rozliczeniowego). Dla interwałów czasowych System zapewnia kompletność danych (szacuje brakujące Profile Rozliczeniowe).

Profile Rozliczeniowe obejmują następujące wartości:

1. Dla energii (w postaci stanu liczydeł) w podziale na strefę czasową wynikającą z Taryfy przypisanej do danego Punktu Pomiarowego oraz na typ energii rejestrowanej przez Licznik: energia czynna (pobrana, oddana), energia bierna (pojemnościowa, indukcyjna, pobrana, oddana) w zależności od typu Licznika;

2. Dla mocy (w postaci wartości) – wartość maksymalna zarejestrowana przez Licznik w okresie miesięcznym lub Okresie Rozliczeniowym (Okres Rozliczeniowy nie musi pokrywać się z okresem miesięcznym kalendarzowym).

Poszczególne wartości energii i mocy dla Profilu Rozliczeniowego określane są jako liczydła lub rejestry (nazwy mogą być stosowana zamiennie). Szczególnym przypadkiem Profili Rozliczeniowych w Systemie są wartości chwilowe odczytane podczas odczytu lokalnego lub zdalnego. Dla danych udostępnianych do zewnętrznych systemów do grupy Profili Rozliczeniowych zaliczamy również: 10 mocy maksymalnych w Okresie Rozliczeniowym, korekta danych, Wskaźniki Jakościowe oraz wartości energii w strefach dla Okresu Rozliczeniowego.

Strona 19 z 224



Profile Wartości Sieciowych Profil Wartości Sieciowych w danym Puncie Pomiarowym zarejestrowanym przez Licznik z stałym okresem rejestracji (10-minutowym lub 15-minutowym) w podziale na:

1. Napięcia (fazowe, międzyfazowe),

2. Prądy (fazowe, międzyfazowe, neutralny),

3. Straty,

4. Kąty fazowe (fazowe, międzyfazowe),

5. Częstotliwość,

6. Cos Fi.

Profil Wartości Sieciowych w Liczniku rejestrowany jest w postaci wielkości mierzonej (np. V, A). Profile Wartości Sieciowych opisują status dostawy energii w Punkcie Pomiarowym oraz status pracy Układu Pomiarowego. Szczególnym przypadkiem wykorzystania Profili Wartości Sieciowych (napięcia i prądy) w Systemie jest Walidacja poprawności pracy Układów Pomiarowych w oparciu o którą System zarządza automatycznie Profilami Dodatkowymi. Przetwarzanie Profili Wartości Sieciowych przez System uzależnione jest od typu Układu Pomiarowego

Prosument Odbiorca będący jednocześnie producentem i konsumentem energii. Odbiorca posiadający mikro lub małe źródła wytwarzania energii, którego konsekwencją jest możliwość wprowadzania energii do sieci dystrybucyjnej OSD (przepływ energii odzwierciedlony jest w Danych Pomiarowych zarejestrowanych przez Licznik zainstalowany w danym Punkcie Pomiarowym).

Przekładnik Urządzenie (specjalny transformator) przeznaczone do rozszerzenia zakresu pomiarowego Licznika.

Rozróżnia się następujące typy Przekładników:

1. Przekładnik prądowy – jest to urządzenie elektryczne pozwalające na pomiar prądu Licznikami o mniejszych zakresach pomiarowych (urządzenie stosowane w obiektach energetycznych o napięciach: 0,4kV, 15kV, 110kV, 220kV i wyższych). Przekładniki prądowe stosowane są w Układach Pomiarowych półpośrednich i pośrednich;

2. Przekładnik napięciowy – urządzenia elektryczne na potrzeby rozszerzenia zakresu pomiarowego Licznika dla napięcia. (urządzenie stosowane w sieciach energetycznych o napięciach: 15kV, 110kV, 220kV i wyższych). Przekładniki napięciowe stosowane są w Układach Pomiarowych pośrednich.

Przesył Energia i moc wyznaczona w zdefiniowanym okresie na styku sieci dystrybucyjnej z siecią przesyłową OSP. Algorytm oraz terminy są określone w umowie pomiędzy OSD a OSP.

Przyłącze Przyłącze energetyczne jest to element sieci elektroenergetycznej służący do przyłączenia instalacji Odbiorcy do sieci dystrybucyjnej na podstawie warunków przyłączenia wystawionych przez OSD. Na

Strona 20 z 224



potrzeby obsługi Danych Pomiarowych rozróżnia się 2 typy przyłączy:

1. podstawowe (przyłącze, z którego zasilany jest Odbiorca w warunkach normalnych),

2. rezerwowe (dodatkowe przyłącze na potrzeby przełączania zasilania z przyłącza podstawowego w czasie awarii lub prac planowych).

Odzwierciedlone w Systemie powiązania między Przyłączami podstawowymi i rezerwowymi umożliwiają kontrolę realizacji umowy z Odbiorcą.

Strona 21 z 224



Punkt Pomiarowy Obiekt reprezentujący fizyczne lub wirtualne miejsce dostarczania lub/i odbierania energii elektrycznej przez Odbiorcę lub/i Wytwórcę lub Operatora Sieci Dystrybucyjnej i Operatora Sieci Przesyłowej. Obiekt opisywany w Systemie przez szereg Atrybutów zmiennych w czasie, które go jednoznacznie identyfikują. Punkt Pomiarowy jest podstawową jednostką, dla której gromadzone są Dane Pomiarowe z Liczników (Rozliczeniowych lub/i Kontrolnych) na potrzeby zarządzania nimi w Systemie. Do grupy Punktów Pomiarowych zaliczane są również fizyczne miejsca pomiaru energii w sieci elektroenergetycznej np. Stacje SN/nN.

Regulator Urząd Regulacji Energetyki, Główny Inspektor Ochrony Danych Pomiarowych, Urząd Ochrony Konkurencji i Konsumentów

RPZ, GPZ Stacja Energetyczna 110kV/15kV oraz 220kV/110kV. Stacja transformatorowa z dwoma lub więcej liniami 110kV i/lub 220kV. Każda stacja identyfikowana jest oznaczeniem literowym nadawanym przez OSP np.: WST.

Rynek Bilansujący Rynkowy mechanizm służący do bieżącego bilansowania zapotrzebowania na energię elektryczną i wytwarzania tej energii w Krajowym Systemie Energetycznym. Ze względu na brak powszechnej możliwości magazynowania energii elektrycznej, ilość energii produkowanej musi być równa energii pobieranej przez Odbiorców w każdej jednostce czasu. Za bilansowanie systemu odpowiada OSP administrując Rynkiem Bilansującym.

Stacja SN/nN Stacja Energetyczna 15kV/0,4kV. Stacja transformatorowa z jednym lub wieloma transformatorami oraz z dwoma lub więcej liniami 15kV. Stacja z której zasilani są Obiorcy na niskim napięciu. Każda Stacja SN/nN identyfikowana jest niepowtarzalnym numerem np.: 10120.

Standardy Zamawiającego Wymagania wynikające z dokumentów:

- „Standardy technologiczne innogy BS”,

- „Standardy Integracyjne innogy BS dla dostawców aplikacji”,

- „Polityka Bezpieczeństwa dla Dostawców (PBDD)”

- „Wytyczne dla Koncepcji Ról i Uprawnień”,

- „Standardy tworzenie Web serwisów”.

stanowiących załączniki do OPZ.

Status Danej Pomiarowej Informacja w Systemie, która jednoznacznie umożliwia oznaczenie pojedynczej wartości Danej Pomiarowej.

Do zakresu opisującego Status Dane Pomiarowej zaliczane są następujące informacje:

– Źródło danych (nazwa systemu/źródła danych) z którego dane zostały pozyskane do Systemu;

– Czas dostarczenia danych do Systemu (czas systemowy);

– Czas udostępnienia danych (do zewnętrznego systemu, w podziale na systemy zewnętrzne);

Strona 22 z 224



– Przyczyna odczytu dla Profilu Rozliczeniowego;

– Rodzaj odczytu/sposób pozyskania dla Profilu Rozliczeniowego;

– Status danych (dla danych przetworzonych w Systemie wraz z informacją o zdarzeniu jeżeli dane zdarzenie zmienia status np. zanik napięcia w fazie L1), dla Danych Źródłowych przypisany jest status pobrany z Licznika;

– Status danych udostępnionych wraz z czasem systemowym (niezależnie do każdego systemu zewnętrznego np. CSWI do którego Dane Pomiarowe są udostępniane);

– Ranking Danych Pomiarowych (hierarchia w procesach rozliczeniowych) w oparciu o konfigurację źródeł danych dla danego Punktu Pomiarowego;

– Wersja danych określająca jednoznacznie czas powstania danej w Systemie;

– Status przypisanego Uczestnika Rynku (na podstawie Atrybutów Sprzedawca i Podmiot Odpowiedzialny za Bilansowanie);

– Status Właściciela Danych Pomiarowych (na podstawie Atrybutu Partner Handlowy).

Statusy w systemie są prezentowane dla użytkowników, wykorzystywane w realizowanych przez System procesach oraz podlegają filtrowaniu. Statusy dotyczą również Danych Pomiarowych dla Agregatów.

Strona 23 z 224



Sterowanie Proces przesyłania poleceń do Licznika zdalnie lub lokalnie realizowany na potrzeby zmiany parametrów Licznika np. Taryfa lub zmiany stanu stycznika np. wyłączenie Odbiorcy.

Stopień Zasilania Jest to definicja ograniczenia w dostarczaniu i poborze energii elektrycznej, która może zostać wprowadzona przez OSP po wyczerpaniu wszystkich możliwych środków służących zaspokojeniu potrzeb Odbiorców na energię oraz przy dołożeniu należytej staranności w zakresie zapewnienia maksymalnych dostaw z dostępnych źródeł. Ograniczenie dotyczy pojedynczego Punktu Pomiarowego i określone jest w stopniach (dla każdego Punktu Pomiarowego podlegającego ograniczeniu definiowane są stopnie ograniczenia niezależnie).

Storno Proces cofnięcia błędnie wprowadzonej informacji w Systemie. W ramach procesu zmieniane są błędne informacje na poprawne lub przywracana jest w Systemie informacja, która była w Systemie przed wprowadzeniem błędnej informacji. Proces Storno dotyczy wartości Atrybutów.

System lub CBO/MDMS Zintegrowane rozwiązanie informatyczne spełniające wymagania funkcjonalne i niefunkcjonalne zdefiniowane niniejszą SIWZ, obejmujące:

– CBO,

– MDMS,

– wymagane niniejszą SIWZ interfejsy.

Szacowanie Uporządkowany i zaplanowany automatyczny proces realizowany w Systemie na podstawie definiowalnych reguł, który ma na celu przybliżone określanie wartości Przetworzonych Danych Pomiarowych w oparciu o istniejące dane oraz konfiguracje na potrzeby realizowanych Procesów Biznesowych W oparciu o procesy Szacowania System zapewnia 100% kompletność Przetworzonych Danych Pomiarowych dla Procesów Biznesowych.

W procesie Szacowania System zapewnia kontrolę jakości przy wyznaczaniu brakujących danych. W procesie Szacowania zapewniona jest spójność Danych Pomiarowych. W procesie Szacowania Danych Pomiarowych System zapewnia brakujące dane (dane, które nie zostały przekazane przez system zewnętrzny) oraz dane dla których System jest sam źródłem danych.

Tranzyt Energia i moc wyznaczona w zdefiniowanym okresie na styku sieci dystrybucyjnych różnych OSD. Algorytm oraz terminy są określone w umowie pomiędzy OSD.

Uczestnik Rynku Podmiot, który bierze czynny udział w obrocie energią w obszarze Rynku Bilansującego. Do grupy Uczestników Rynku zaliczani są Sprzedawcy Energii (SE), Podmioty Odpowiedzialne za Bilansowanie (POB), Operatorzy Sieci Dystrybucyjnej (OSD, OSDn), Operator Sieci Przesyłowej (OSP). W Systemie dla Uczestników Rynku prowadzone są procesy m.in. Bilansowania Handlowego.

Układ Pomiarowy Liczniki oraz Przekładniki, a także układy połączeń między nimi,

Strona 24 z 224



służące bezpośrednio do pomiaru energii elektrycznej.

Rozróżnia się następujące typu pomiarów:

1. W zależności od sposobu pomiaru: pomiary bezpośrednie, pomiary przekładnikowe (półpośrednie i pośrednie);

2. W zależności od hierarchii pomiaru: pomiary rozliczeniowe i pomiary kontrolne.

W ramach Układu Pomiarowego może występować wiele Liczników rozliczeniowych oraz kontrolnych (niezależenie dla każdej wielkości mierzonej).

Walidacja Uporządkowany i zaplanowany proces kontroli jakości danych oraz zaprogramowanych (automatycznie wykonywanych przez System) zmian tych danych (Danych Pomiarowych i wartości Atrybutów) w Systemie w ramach zdefiniowanych kryteriów i harmonogramów. Proces Walidacji w Systemie realizowany jest w trybach: zdarzeniowym oraz cyklicznym. Walidacja jest realizowana przez System automatycznie lub manualnie przez użytkownika poprzez dedykowane narzędzia w Systemie (działania manualne użytkownika są wspierane przez System poprzez wskazywanie miejsc zmian oraz propozycję zmian). System zapewnia maksymalizowanie reguł automatycznych (System w oparciu o zdefiniowane reguły zarządza zmianami danych) oraz półautomatycznych (System w oparciu o zdefiniowane reguły informuje użytkownika oraz proponuje zmiany – użytkownik podejmuje decyzje o zmianie danych).

Wskaźniki Jakościowe Parametry określające, jakość dostarczanej energii do Odbiorcy, które są wyznaczane w oparciu o aktualne brzemiennie przepisów "Rozporządzenia Ministra Gospodarki z dnia 4 maja 2007 r. w sprawie szczegółowych warunków funkcjonowania systemu elektroenergetycznego". Do grupy Wskaźników Jakościowych zaliczane są również informacje o czasie dostarczenia Danych Pomiarowych (czas od pozyskania danych do ich udostępnienia) do zewnętrznych systemów oraz wskaźnik procentowy udziału danych rzeczywistych do szacowanych w procesie udostępniania danych oraz ich pozyskiwania.

Wytwarzanie Energia i moc wyznaczona w zdefiniowanym okresie na styku sieci dystrybucyjnej z siecią Wytwórcy. Algorytm oraz terminy są określone w umowie pomiędzy OSD a Wytwórcą.

Wytwórca Podmiot zajmujący się produkcją energii elektrycznej.

Złącze Kablowe Złącza Kablowe (ZK) jest elementem kablowej lub napowietrznej sieci elektroenergetycznej niskiego napięcia (nN), do którego przyłączeni są Odbiorcy na podstawie wydanych warunków przyłączenia przez OSD. Obiekt jest charakterystycznym punktem w sieci elektroenergetycznej, do którego przypisane są Punkty Pomiarowe.

Strona 25 z 224



3 Wprowadzenie

3.1 Cel zamówienia

Głównym celem Zamawiającego jest usprawnienie istniejących procesów pozyskiwania, przetwarzania i udostępniania Danych Pomiarowych, ich automatyzacja i optymalizacja.

Celem zamówienia jest w szczególności:

1. stworzenie i wdrożenie kompleksowego rozwiązania (Systemu), które z punktu widzenia funkcjonalnego:

a. będzie centralnym, głównym repozytorium Danych Pomiarowych w innogy Stoen Operator,

b. będzie wspierało innogy Stoen Operator w gromadzeniu, przechowywaniu, archiwizowaniu i udostępnianiu Danych Pomiarowych z aktualnie funkcjonujących w innogy Stoen Operator systemów akwizycji Danych Pomiarowych,

c. będzie umożliwiało zarządzanie danymi na potrzeby w kluczowych procesach innogy Stoen Operator m.in.: bilingowy, Bilansowanie Techniczne i Handlowe

d. będzie gotowe na przyjmowanie i zarządzanie dużą ilością Danych Pomiarowych pochodzących z systemów: zdalnego i lokalnego odczytu,

e. będzie umożliwiało monitorowanie i nadzór nad procesami pozyskiwania, przetwarzania i udostępniania Danych Pomiarowych,

f. zapewni kompletność Danych Pomiarowych na potrzeby procesów realizowanych przez innogy Stoen Operator,

g. zapewni terminowość przekazywania Danych Pomiarowych do zewnętrznych systemów oraz Uczestników Rynku,

h. będzie umożliwiało odtwarzanie procesów przetwarzania danych na każdym etapie ich przetwarzania,

i. będzie umożliwiało automatyczne zarządzania, jakością zbieranych Danych Pomiarowych,

j. będzie umożliwiało monitorowanie Wskaźników Jakości zasilania (jakości dostarczanej energii do Odbiorców) na potrzeby zarządzania jakością w innogy Stoen Operator (np. niedotrzymanie czasów dopuszczalnych przerw, poziomy napięć +/-, etc.),

k. będzie umożliwiało integrację z procesami realizowanymi w Centralnym Systemie Wymiany Informacji.

2. Wdrożenie rozwiązania (Systemu), które z punktu widzenia przetwarzanych danych:

a. zintegruje w spójny i jednolity model wszystkie rodzaje Danych Pomiarowych zbieranych w innogy Stoen Operator przez różne systemy akwizycji danych oraz powiązane z nimi meta dane (dane opisujące Dane Pomiarowe),

b. będzie w jednoznaczny sposób umożliwiało podzielenie danych na dwa obszary: Dane Źródłowe/surowe, Dane Przetworzone,

c. będzie jedynym i wiarygodnym źródłem Danych Pomiarowych innogy Stoen Operator, do zewnętrznych systemów,

Strona 26 z 224



d. będzie przygotowane na przechowywanie wszystkich rodzajów Danych Pomiarowych gromadzonych w innogy Stoen Operator zgodnie z przyjętymi standardami w instrukcjach (IRiESD, IRiESP),

e. będzie przygotowane na przetwarzanie i udostępnianie masowej ilości danych wewnętrznym i zewnętrznym systemom,

f. będzie gotowe na przekazywanie Danych Pomiarowych do rozliczeń zgodnych z dyrektywą UE o efektywności energetycznej,

g. będzie gotowe do zapewnienia terminowości realizowanych Procesów Biznesowych przez innogy Stoen Operator.

3. Wdrożenie rozwiązania (Systemu), które z punktu widzenia architektury:

a. będzie na przestrzeni kilku najbliższych lat wspierało innogy Stoen Operator w gromadzeniu, przechowywaniu i udostępnianiu Danych Pomiarowych z aktualnie funkcjonujących w innogy Stoen Operator systemów akwizycji,

b. będzie przygotowane na przetwarzanie i udostępnianie systemom wewnętrznym i zewnętrznym masowych ilości Danych Pomiarowych pochodzących z systemów: zdalnego i lokalnego odczytu,

c. będzie integralną częścią infrastruktury AMI odpowiedzialną za gromadzenie Danych Pomiarowych,

d. wykorzysta infrastrukturę posiadaną przez innogy Stoen Operator (m.in. maszyny wirtualne, zasoby dyskowe, licencje na oprogramowanie, interfejsy) przeznaczone na System,

e. zoptymalizuje architekturę systemów przetwarzających i przechowujących Dane Pomiarowe w perspektywie wzrastającego zapotrzebowania na przechowywanie dużej ilości danych pochodzących z odczytów zdalnych,

f. wesprze proces rozdzielenia systemu bilingowego na systemy Operatora Sieci Dystrybucyjnej (OSD) (innogy Stoen Operator) i Sprzedawcy Energii (SE) (innogy Polska),

g. wesprze proces rozwoju i wdrażania nowych systemów typu HES w innogy Stoen Operator na potrzeby rozwoju zdalnego i lokalnego odczytu z Liczników,

h. wesprze proces wymiany danych w ramach integracji systemów innogy Stoen Operator z Centralnym Systemem Wymiany Informacji (CSWI).

4. Wdrożenie rozwiązania (Systemu), które z punktu widzenia zasad ochrony danych osobowych i wewnętrznej polityki bezpieczeństwa grupy innogy:

a. będzie przygotowane do przechowywania, przetwarzania i udostępniania danych,

b. zapewni kompleksową ochronę przechowywanych danych,

c. będzie z regulacjami dotyczącymi RODO/GDPR.

Strona 27 z 224



3.2 Przedmiot zamówienia

Przedmiotem zamówienia jest wdrożenie zintegrowanego rozwiązania informatycznego – Systemu, spełniającego wymagania opisane w niniejszym dokumencie (w tym w załącznikach).

Wykonawca zobowiązany jest do wdrożenia Systemu spełniającego wymagania zdefiniowane niniejszą SIWZ, w tym w szczególności zobowiązany jest do wykonania zdefiniowanych nią produktów. Wykonawca w ramach realizacji przedmiotu zamówienia, zobowiązany będzie do:

1. Przeprowadzenia analizy funkcjonalnej Systemu, wynikiem której będą:

a. Specyfikacja infrastruktury IT obejmująca uszczegółowienie Wstępnej Specyfikacji Infrastruktury IT zawartej w ofercie Wykonawcy.

b. Projekt Funkcjonalny Systemu zgodny z wymaganiami Zamawiającego zdefiniowanymi w SIWZ, wymogami polskiego prawa, standardami branżowymi określonymi przez Regulatora,

c. Projekt Techniczny Systemu zgodny z wymaganiami Zamawiającego wymaganiami Zamawiającego zdefiniowanymi w SIWZ, wymogami polskiego prawa oraz standardami branżowymi określonymi przez Regulatora,

d. Dokument Architektura Systemu specyfikujący architekturę logiczną i fizyczną nowego Systemu zgodny z wymaganiami określonymi w niniejszej SIWZ,

e. Dokument Administracja Systemu zgodny z wymaganiami Zamawiającego,

f. Dokument Podręcznik Użytkownika zgodny z wymaganiami Zamawiającego,

g. projekt czyszczenia i migracji danych z systemów źródłowych,

h. projekt archiwizacji i/lub usuwania, anonimizacji danych gromadzonych w Systemie zgodny z regulacjami RODO/GDPR,

i. Dokument Plan Testów wraz z listą scenariuszy testowych wynikających z projektu funkcjonalnego zgodnie z wymaganiami określonymi w niniejszej SIWZ,

j. Wykonania w uzgodnieniu z Zamawiającym, Planu Wdrożenia obejmującego następujące elementy:

i. Pojęcia, definicje i skróty

ii. Cele projektu

1. Cele biznesowe projektu

2. Cele dodatkowe (np. techniczne)

iii. Analiza czynników ryzyka

iv. Zakres projektu

v. Harmonogram projektu

vi. Organizacja projektu

1. Schemat zarządzania projektem

2. Zespół projektowy Wykonawcy

3. Zespół projektowy Zamawiającego

4. Komunikacja w projekcie

vii. Opis produktów (dostarczanych przez Strony)

Strona 28 z 224



1. Sprzęt (HW)

2. Licencje (SW)

3. System (w podziale na moduły)

4. Dokumentacja

5. Inne wymagane zapisami SIWZ

viii. Opis procedury odbioru produktów

1. Odbiór infrastruktury sprzętowej

2. Odbiór Systemu

3. Odbiór Dokumentacji

4. Odbiór Innych produktów wymaganych zapisami SIWZ

ix. Testy funkcjonalne i wydajnościowe

x. Utrzymanie Systemu

1. procedury utrzymania w poszczególnych fazach projektu

2. Sposób obsługi błędów

Produkty Analizy, a w szczególności plan wdrożenia, muszą być zgodne z wymaganiami wynikającymi z OPZ, w tym w szczególności z Harmonogramem Ramowym, warunkami odbioru oraz utrzymania wymaganymi przez Zamawiającego.

2. Przeprowadzenie implementacji Systemu, wynikiem której będzie:

a. wdrożenie podstawowych funkcjonalności, opisanych w Umowie,

b. zbudowanie Systemu do przechowywania i zarządzania Danymi Pomiarowymi oraz udostępniania zgodnie z wymaganiami Zamawiającego zdefiniowanymi w SIWZ, wymogami polskiego prawa, standardami branżowymi określonymi przez Regulatora,

c. integracja Systemu ze środowiskiem informatycznym Zamawiającego zgodnie z wymaganiami Zamawiającego zdefiniowanymi w SIWZ, wymogami polskiego prawa, standardami branżowymi wyznaczonymi przez Regulatora,

d. Konfiguracja nowego Systemu we współpracy z Zamawiającym zgodnie z wymaganiami Zamawiającego zdefiniowanymi w SIWZ, wymaganiami polskiego prawa, oraz standardami branżowymi wyznaczanymi przez Regulatora,

e. zestaw narzędzi do czyszczenia i migracji danych z systemów źródłowych,

f. zestaw narzędzi do wykonywania testów automatycznych Systemu wraz z zaimplementowanymi przypadkami testowymi w tym narzędziu.

3. Przeprowadzenie oraz wsparcie testów nowego Systemu, wynikiem których będzie:

a. przygotowane i gotowe do instalacji środowisko testowe Systemu zgodne z wymaganiami Zamawiającego zdefiniowanymi w SIWZ,

b. raport z testów i przetestowany nowy System wraz z otaczającymi je systemami pod kątem zaimplementowanych wymagań funkcjonalnych zgodnie z zaproponowanymi w fazie analizy projektu prowadzonej przez Wykonawcę we współpracy z Zamawiającym scenariuszami testowymi oraz wymaganiami Zamawiającego zdefiniowanymi w SIWZ,

Strona 29 z 224



c. raport z testów i przetestowany nowy System wraz z otaczającymi je systemami pod kątem zaimplementowanych wymagań pozafunkcjonalnych zgodnie z zaproponowanymi w fazie analizy projektu prowadzonej przez Wykonawcę we współpracy z Zamawiającym scenariuszami testowymi oraz wymaganiami Zamawiającego zdefiniowanymi w SIWZ,

d. raport z testów i przetestowany nowy System wraz z otaczającymi je systemami pod kątem migracji danych zgodnie z zaproponowanymi w fazie analizy projektu prowadzonej przez Wykonawcę we współpracy z Zamawiającym scenariuszami testowymi oraz wymaganiami Zamawiającego zdefiniowanymi w SIWZ.

4. Przeprowadzenie czyszczenia i migracji danych w oparciu o wytyczne Zamawiającego z systemów źródłowych, w wyniku, której dane z systemów źródłowych w formie nowego modelu znajdą się w nowym rozwiązaniu,

5. Przeprowadzenie wdrożenia nowego Systemu, wynikiem którego będzie:

a. przygotowane i gotowe do instalacji środowisko produkcyjne Systemu zgodne z wymaganiami Zamawiającego zdefiniowanymi w SIWZ,

b. przygotowanie i dostarczenie instrukcji instalacji środowiska produkcyjnego Systemu i instrukcji rollback tegoż środowiska zgodne z wymaganiami Zamawiającego zdefiniowanymi w SIWZ,

c. zainstalowany na środowisku produkcyjnym nowy System, działający i zintegrowany z powiązanymi systemami zgodnie z wymaganiami Zamawiającego zdefiniowanymi w SIWZ.

6. Przeprowadzenie stabilizacji nowego rozwiązania zgodnie z wymaganiami Zamawiającego zdefiniowanymi w SIWZ,

7. Przygotowanie i przeprowadzenie szkoleń użytkowników biznesowych oraz ekspertów IT w zakresie obsługi, utrzymania, rozwoju i eksploatacji wdrożonych narzędzi i ich funkcjonalności zgodnie z wymaganiami Zamawiającego zdefiniowanymi w SIWZ,

8. Przygotowanie i dostarczenie dokumentacji powdrożeniowej, w skład której wchodzą zaktualizowane dokumenty z Fazy Analizy oraz:

a. Dokumentacja użytkownika dla obszaru raportowo-analitycznego dostarczona jako zestaw stron Wiki zgodnie z wymaganiami Zamawiającego zdefiniowanymi w SIWZ,

b. Dokumentacja instrukcji stanowiskowych wspierających procesy biznesowe realizowane z wykorzystaniem nowego Systemu dostarczona jako zestaw stron Wiki zgodnie z wymaganiami Zamawiającego zdefiniowanymi w SIWZ,

9. Zapewnienie uzyskania przez Zamawiającego uprawnień niezbędnych do korzystania z Systemu, dostarczenie kodu źródłowego części dedykowanej Systemu oraz kodu parametryzacji/konfiguracji Systemu wykonanego na potrzeby projektu Zamawiającego (w tym plików konfiguracyjnych), zgodnie z Umową..

10. Świadczenie usług utrzymania dla Systemu na warunkach określonych niniejszą SIWZ, w tym w szczególności Załącznikiem nr 4 do SIWZ – Wzór Umowy.

Strona 30 z 224



UWAGA – System zaoferowany i wykonany przez Wykonawcę musi być zgodny z wymaganiami zdefiniowanymi w SIWZ, w tym w szczególności Wykonawca powinien uwzględnić Standardy Zamawiającego, przy czym jeżeli pomiędzy wymaganiem wynikającym ze Standardów Zamawiającego, a innym wymaganiem zdefiniowanym w pozostałej części SIWZ zachodzić będzie sprzeczność, dane wymaganie wynikające ze Standardów Zamawiającego nie jest wiążące (przeważające znaczenie mają wymagania zdefiniowane poza Standardami Zamawiającego). Zasada ta dotyczy zarówno treści oferty, jak i realizacji przedmiotu zamówienia, w szczególności dany produkt może nie być zgodny z wymaganiami wynikającymi ze Standardów Zamawiającego wówczas, gdy inne wymaganie wyraźnie zdefiniowane w SIWZ jest sprzeczne z wymaganiem wynikającym ze Standardów Zamawiającego.

3.3 Kluczowe kamienie milowe

Zamawiający wymaga zrealizowania przedmiotu zamówienia w fazach zdefiniowanych Harmonogramem Ramowym stanowiącym Załącznik nr 8 do Umowy.

4 Architektura rozwiązania

Niniejszy rozdział opisuje integrację Systemu z innymi systemami Zamawiającego w podziale na poszczególne fazy projektu. Opis systemów występujących na diagramach znajduje się w rozdziale „4.1.5 Opis systemów występujących na diagramach architektury logicznej”.

Na zakończenie każdej fazy projektu, System wymienia dane wszystkimi połączonymi do niego interfejsami przedstawionymi na architekturze logicznej danej fazy projektu. Na zielono zaznaczono interfejsy wprowadzane w danej fazie projektu.

Interfejsy logiczne między aplikacjami są przedstawione na diagramach w postaci strzałek. Jeden interfejs logiczny w trakcie implementacji może wymagać realizacji wieloma interfejsami fizycznymi. Dekompozycja interfejsów logicznych na fizyczne jest przedmiotem Projektu Technicznego Systemu. Dla przykładu: podczas dekompozycji interfejsu logicznego przesyłającego Dane Pomiarowe z systemu zewnętrznego do CBO/MDMS konieczne może być stworzenie, poza interfejsem fizycznym przesyłającym Dane Pomiarowe, również interfejsu fizycznego (z CBO/MDMS do systemu zewnętrznego) do przesyłania parametrów jakie muszą spełnić przesyłane Dane Pomiarowe. Parametry te mogą określać np. zakres dat i zakres kodów PPE Punktów Pomiarowych dla przesyłanych Danych Pomiarowych.

Strona 31 z 224



4.1 Architektura logiczna

4.1.1 Architektura logiczna obecna

Przestawiony poniżej diagram przedstawia architekturę logiczną systemów Zamawiającego przed rozpoczęciem projektu.

Strona 32 z 224



4.1.2 Architektura logiczna dla fazy 2

Przestawiony poniżej diagram przedstawia architekturę logiczną systemów na zakończenie fazy 2 projektu.

Strona 33 z 224





Strona 34 z 224





app iCBO Architektura Logiczna Faza 4 v .2017-11-14

«aplikacja»CSWI Gateway iSO

«aplikacja»CSWI Gateway iSO

«aplikacja»SKOME

«aplikacja»SKOME

«aplikacja»ADO

«aplikacja»ADO

«aplikacja»SAP IS-U

«aplikacja»SAP IS-U

«aplikacja»SAS EDA

«aplikacja»SAS EDA

«aplikacja»SZS

«aplikacja»SZS

«aplikacja»SZS/UR

«aplikacja»SZS/UR

«aplikacja»WIRE/UR

«aplikacja»WIRE/UR

«aplikacja»IT4M

«aplikacja»IT4M

Inkasent

Monter

Licznik Zdalny SKOME

«aplikacja»SFTP

«aplikacja»SFTP

Licznik Inkasencki

Uczestnik Rynku (SE, OSDp, OSDn,POB)

Klient OSD: innogy Stoen Operator

«aplikacja»e-bok Stoen Operator

«aplikacja»e-bok Stoen Operator

«aplikacja»ZISM

«aplikacja»ZISM

Licznik AMI ZISM

«aplikacja»CBO/MDMS«aplikacja»CBO/MDMS

PSE

«aplikacja»innPWD

«aplikacja»innPWD

«aplikacja»Nowy system klasy

HES

«aplikacja»Nowy system klasy

HES

Serwer plików z danymi odczytanymi lokalnie z Liczników

«aplikacja»Activ e Directory

«aplikacja»Activ e Directory

«aplikacja»Aplikacja

zarządzająca Konfiguracją Sieciową

PPE


zarządzająca Konfiguracją Sieciową

PPE


zarządzająca danymi w zakesie GDPR


zarządzająca danymi w zakesie GDPR

Dane Pomiarowe i rozl iczeniowe (z SAP IS-U do e-bok)

Żądanie usunięcia lub anonimizacji danych (do CBO/MDMS)

Dane Pomiarowe (z IT4M do SAP IS-U)

Dane Pomiarowe liczników SKOME

Dane Pomiarowe innych OSD (z SFTP do CBO/MDMS)

Dane Pomiarowe Liczników Inkasenckich

Status zleceń monterskich (z IT4M do SAP IS-U)

Dane Pomiarowe dla PSE (z CBO/MDMS do WIRE/UR)

Dane Pomiarowe (z ZISM do CBO/MDMS)

Zarządzanie licznikami AMI

Dane Pomiarowe Liczników AMI

Dane Pomiarowe dla SE i POB (zCBO/MDMS do innPWD)CBO/MDMS autentykuje i

pobiera role dlaużytkowników z ActiveDirectory

Profi le Rozliczeniowe od klientów SE (z CSWI GW do CBO/MDMS)

Dane Pomiarowe dla procesów CSWI (z CBO/MDMS do CSWI GW)

Dane Pomiarowe (z CBO/MDMS)

Dane Pomiarowe (z CBO/MDMS do EDA)

Dane objęte GDPR (z CBO/MDMS na żądanie apl ikacjizarządzającej danymi w zakresie GDPR)

Dane Pomiarowe dla SE i innych OSD (z CBO/MDMS do SFTP)

DanePomiarowe (zCBO/MDMS doSAP IS-U)

Konfiguracja Pomiarowa (z SAP-ISU do ADO)

Konfiguracja Sieciowa PPE (do CBO/MDMS)

Dane Pomiarowe (z Nowy system klasy HES do CBO/MDMS)

Konfiguracja Pomiarowa Handlowa TPA (z ebIX do SAP IS-U)

Sterowanie licznikami SKOME (synch. czasu)

Dane Pomiarowe liczników zdalnych(z SKOME do CBO/MDMS)

Dane Pomiarowe inkasenckie (z ADO do CBO/MDMS)

Dane Uczestników Rynku (SE, POB) (z SAP IS-U do SZS)

Dane Pomiarowe (z SAPIS-U do SAS EDA)

Dane Pomiarowe (pliki z Liczników) (z serwera pl ików do CBO/MDMS)

Konfiguracja Pomiarowa i DanePomiarowe zw. ze zmianamikonfiguracji (z SAP-ISU doCBO/MDMS)

Konfiguracja Pomiarowa (z SAP-ISU do ZISM)

Zlecenia monterskie (z SAP IS-U do IT4M)

Konfiguracja Pomiarowa (z SAP IS-U do IT4M)

Konfiguracja Pomiarowa Handlowa (z SZS do SAP IS-U)

Dostęp do danych SZS przez aplikację WWW

Dane Pomiarowe od PSE (z WIRE/UR do CBO/MDMS)

Konfiguracja Pomiarowa (zSAP-ISU do SKOME)

4.1.5 Opis systemów występujących na diagramach architektury logicznej

Strona 35 z 224



System Opis Systemu

Active DirectoryImplementacja protokołu LDAP. Aplikacja wykorzystywana do przechowywania danych służących do autentykacji i autoryzacji pracowników Zamawiającego.

ADO

System do akwizycji, zarządzania i integracji Danych Pomiarowych pozyskanych w procesie odczytu lokalnego (przez kontrolerów poboru energii). System służy również do organizacji oraz zarządzania pracą kontrolerów poboru energii (inkasentów).

CBO/MDMS System będący przedmiotem zamówienia.

CSWI Gateway iSO

System obsługujący wymianę komunikatów w standardzie ebIX zgodnie z opracowywaną przez PTPiREE „Koncepcją Modelu Wymiany Informacji pomiędzy uczestnikami detalicznego rynku energii elektrycznej w Polsce"

e-bok innogy Stoen Operator

System kontaktu z Odbiorcami Zamawiającego. System umożliwia śledzenie stanu rozliczeń za energię elektryczną (m.in. Profile Rozliczeniowe, stan zadłużenia). Odbiorca może przekazać aktualną wartość Profilu Rozliczeniowego na potrzeby rozliczenia.

Aplikacja zarządzająca danymi w zakresie GDPR

Dedykowana aplikacja zarządzająca danymi w zakresie General Data Protection Regulation, regulacja Unii Europejskiej w Polsce nosząca nazwę RODO (Rozporządzenie o Ochronie Danych Osobowych). Aplikacja m.in. wysyła do systemów innogy Stoen Operator żądania usunięcia/anonimizacji danych podlegających GDPR, pobiera dane podlegające GDPR z systemów innogy Stoen Operator.

GIS

Jedna z Aplikacji Zarządzających Konfiguracją Sieciową PPE, która jest wykorzystywana do wprowadzania, gromadzenia, przetwarzania oraz wizualizacji danych geograficznych i danych majątkowych obiektów składających się na sieć energetyczną Zamawiającego oraz tworzenia różnego rodzaju analiz danych zgromadzonych w systemie. W systemie GIS odwzorowane będą relacje między PPE a przyłączami i stacjami SN/nN.

IT4M

System Elektronicznej Obsługi Dokumentów i Procesów Serwisu Technicznego - w szczególności aplikacja harmonogramowania zleceń Serwisu Technicznego (służb technicznych Zamawiającego). Aplikacja obsługująca zlecenia wykonania określonych prac serwisowych w zakresie obsługi technicznej wskazanego Punktu Pomiarowego. Zlecenia generowane są w systemie SAP IS-U, a następnie przekazane aplikacji do harmonogramowania, po wykonaniu zlecenia zwrotnie przekazywana jest również wartość Profilu Rozliczeniowego z Licznika która została odczytana podczas wizyty ekipy serwisowej.

SAP IS-U

System bilingowy i magazynowy, kolektor Profili Rozliczeniowych, właściciel danych konfiguracyjnych dla Punktów Pomiarowych, system do obsługi Odbiorców Zamawiającego.

SAS EDA

Zadaniem SAS Energy Data Analyser jest uporządkowanie, usprawnienie i zautomatyzowanie procesu przygotowywania i uzgadniania prognoz zużycia energii elektrycznej Odbiorców Zamawiającego (w zakresie prognozowania strat, wyznaczania Profili Standardowych).

SCADA i OMS Jedna z Aplikacji Zarządzających Konfiguracją Sieciową PPE, która jest aplikacją klasy „Supervisory Control and Data Acquisition” i „Outage Management System” wykorzystywane do sterowania, nadzoru, wizualizacji stanu sieci energetycznej firmy oraz wykrywania, rejestracji i klasyfikacji

Strona 36 z 224



incydentów, awarii i uszkodzeń sieci energetycznej, wsparcia procesu zarządzania usuwaniem awarii.

Serwer plików z danymi z Liczników

Lokalizacja sieciowa w której automatycznie są umieszczane wszystkie odczytane lokalnie z Liczników Dane Pomiarowe. Format plików z Danymi Pomiarowymi jest uzależniony od programu, który został wykorzystany do pobrania danych z Licznika oraz typu Licznika.

SFTPAplikacja umożliwiająca Zamawiającemu wymianę plików z wykorzystaniem protokołu SFTP z innymi Uczestnikami Rynku.

SKOME

System akwizycji, zarządzania i integracji Danych Pomiarowych pozyskanych w procesie zdalnego odczytu Liczników rozproszonych. Główne zadania to pozyskiwanie i przetwarzanie Danych Pomiarowych z Układów Pomiarowych podłączonych bezpośrednio z systemem lub pracujących w innych systemach oraz przetwarzanie, wizualizacja, raportowanie i udostępnianie Danych Pomiarowych innym systemom. System SKOME odpowiada za Bilansowanie Handlowe Odbiorców, którzy zmienili Sprzedawcę Energii.

innPWD

Platforma do udostępniania Danych Pomiarowych dla Uczestników Rynku. Aplikacja zarządza dostępem do Danych Pomiarowych dla Sprzedawców Energii oraz Podmiotów Odpowiedzialnych za Bilansowanie udostępnianych w formie dokumentów. innPWD zapewnia możliwość konfigurowania dostępu do opublikowanych dokumentów i wgląd w historię pobierania dokumentu przez Uczestników Rynku.

SZS

Obsługa procesu zmiany sprzedawcy (Zarządzanie obiegiem dokumentów związanych z procesem, Ewidencja ruchu odbiorców zgodnie z algorytmami IRiESD – tworzenie nowych konfiguracji URD, SE, URB, Zarządzanie umowami, oraz konfiguracją podmiotów wynikającą z tych umów, Udostępnianie Danych Pomiarowych podmiotom zewnętrznym).

WIRE/UR

System Wymiany Informacji o Rynku Energii umożliwia komunikację Uczestnika Rynku Bilansującego z Operatorem Systemu Przesyłowego. Poprzez system WIRE/UR przesyłane są m.in. Dane Pomiarowe w postaci dokumentów w standardzie WIRE zgodnie z załącznikiem nr 9 do OPZ [Standardy techniczne systemu WIRE]

ZISM

System do zarządzania urządzeniami pomiarowymi (Licznikami, Koncentratorami) oraz akwizycji i przetwarzania Danych Pomiarowych. System do obsługi Liczników AMI (odczyt Danych Pomiarowych, zdalne sterowanie stycznikiem w Licznikach, parametryzacją Liczników).

Strona 37 z 224



4.2 Zakres prac związanych z integracją aplikacji

W zakresie prac związanych z integracją Systemu Wykonawca wykona i dostarczy dla wszystkich interfejsów między Systemem CBO/MDMS i systemami Zamawiającego:

Analizę Funkcjonalną,

Projekt Techniczny,

Implementację,

Testy,

Dokumentację Administracyjną

wyłącznie dla części leżącej po stronie Systemu CBO/MDMS.

Produkty te muszą być zgodne z opracowaną w trakcie projektu Analizą Funkcjonalną, Projektem Technicznym i implementacją Platformy Integracyjnej umożliwiając prawidłowe działanie interfejsów integracyjnych. Między innymi, w ramach tych prac, dla każdego z interfejsów zostanie określona dekompozycja na interfejsy fizyczne, technologia oraz sposób implementacji (z zastrzeżeniem interfejsów, dla których technologia i sposób implementacji zostały już przedstawione w rozdziale „4.3 Opis wymagań szczegółowych w zakresie poszczególnych interfejsów Systemu z zewnętrznymi systemami”), a Wykonawca będzie odpowiedzialny za dostosowanie Systemu do współpracy zgodnie z tym opracowaniem.

Analiza Funkcjonalna, Projekt Techniczny i Implementacja integracji po stronie Platformy Integracyjnej i systemów integrowanych z Systemem CBO/MDMS nie jest objęta zamówieniem.

Za wybór sposobu implementacji Platformy Integracyjnej odpowiada Zamawiający.

4.3 Opis wymagań szczegółowych w zakresie poszczególnych interfejsów Systemu z zewnętrznymi systemami.

W ramach prac związanych z integracją Systemu Wykonawca uwzględni wykonane przez Zamawiającego interfejsy do/z CBO w zewnętrznych systemach w zakresie zastosowanych rozwiązań technicznych opisanych w rozdziałach 4.3.1 – 4.3.3.

4.3.1 Interfejsy realizowane w Fazie 2 projektu.

4.3.1.1 CBO/MDMS autentykuje i pobiera role dla użytkowników z Active Directory

Strona 38 z 224



Opis Użytkownicy biznesowi muszą być autentykowani w korporacyjnym Active Directory, opcjonalnie Single Sign-On z wykorzystaniem Kerberosa.

Z Active Directory muszą być też pobierane uprawnienia użytkowników, grupy AD powinny mapować się na role w aplikacji.

Status Planowany

Aplikacja źródłowa Aplikacja docelowa

Nazwa aplikacji CBO/MDMS Active Directory

Technologia/sposób integracji

Kerberos (klient)

LDAP (klient)

Kerberos (serwer)

LDAP (serwer)

Sposób uwierzytelnienia Natywny Natywny

Wymienianie obiekty biznesowe

Uprawnienia użytkowników biznesowych

Czy interfejs przekazuje dane objęte GIODO/RODO, jeżeli tak to jakie

Nie

Wykorzystuje middleware

Brak

Strona inicjująca CBO/MDMS

Model wywołania Synchroniczny

Wydajność 100 logowań / 10 minut

Wolumetria 1000 logowań / doba

Wymagania na dostępność

HA

Strona 39 z 224



4.3.1.2 Dane Pomiarowe Liczników odczytywanych zdalnie (z SKOME do CBO/MDMS)

Opis Interfejs przekazuje Dane Pomiarowe z Liczników odczytywanych zdalnie.

Status Planowany (CBO/MDMS), Istniejący (SKOME)


Nazwa aplikacji SKOME CBO/MDMS


SOAP/HTTP(S) klient SOAP/HTTP(S) serwer

Uwaga: Interfejsy integracyjne przekazujące Dane Pomiarowe z SKOME, SAP IS-U, ZISM i ADO wykorzystują ten sam interfejs po stronie CBO/MDMS.

Sposób uwierzytelnienia WS Security


Dane Pomiarowe


Tak


Brak

Strona inicjująca SKOME

Model wywołania Synchroniczny wyzwalany zdarzeniem w SKOME

Wydajność 3 mln rekordów pomiarowych / godzinę – ewentualny sposób paczkowania rekordów do ustalenia w trakcie projektu

Interfejs musi być przygotowane do wyskalowania do 6 mln rekordów zawierających po kilka atrybutów określających pojedynczą wartość pomiarową/ godzinę.

Wolumetria Rocznie 10 mld rekordów pomiarowych wielkości kilku atrybutów każdy.

Interfejs musi być przygotowany do wyskalowania do 20 mld rekordów rocznie.


HA

Strona 40 z 224



SKOME może przekazać przez interfejs następujące dane:

1. Profile Rozliczeniowe

a. Numer PPE,

b. Typ/model licznika energii elektrycznej,

c. Numer seryjny licznika energii elektrycznej,

d. Kod OBIS przekazywanej danej,

e. Jednostka wielkości pomiarowej (w postaci wykładnika potęgi liczby 10 w stosunku do jednostki podstawowej układu SI),

f. Data i godzina pomiaru,

g. Wartość pomiaru,

h. Słowo statusowe przypisane do pomiaru.

2. Profile Mocy

a. Numer PPE,





f. Okres uśredniania,

g. Data i godzina pomiaru,

h. Wartość pomiaru,

i. Słowo statusowe przypisane do pomiaru.

3. Profile Wartości Sieciowych

a. Numer PPE,





f. Okres uśredniania,

g. Data i godzina pomiaru,

h. Wartość pomiaru,

i. Słowo statusowe przypisane do pomiaru.

4. Dziennik Zdarzeń

a. Numer PPE,



Strona 41 z 224



d. Opis słowny zdarzenia (zesłownikowany),

e. Data wystąpienia zdarzenia,

f. Numer zdarzenia w liczniku (zgodnie z listą zdarzeń producenta licznika).

4.3.1.3 Dane Pomiarowe od PSE (z WIRE/UR do CBO/MDMS)

Opis System WIRE/UR przekazuje do CBO/MDMS kompletne dokumenty otrzymane od PSE w obowiązującym standardzie WIRE:

DGPPO

RHER

RD

RDSR

PDPDSR

ZDSR

KPPO

KMB

na potrzeby realizowania w Systemie procesu Bilansowania Handlowego.

Status Planowany


Nazwa aplikacji WIRE/UR CBO/MDMS



Sposób uwierzytelnienia WS-Security WS-Security


Dane Pomiarowe (DGPPO, RHER, RD, RDSR), Punkty Pomiarowe obsługiwane w ramach interfejsu z WIRE/UR (PDPDSR, ZDSR, KPPO, KMB)


Tak


Brak

Strona inicjująca WIRE/UR

Model wywołania Synchroniczny wyzwalany zdarzeniem w WIRE/UR

Wydajność Kilka razy dziennie przesyłane kilkaset dokumentów w formacie xml.

Wolumetria Kilkaset tysięcy rekordów rocznie


HA

Strona 42 z 224



4.3.1.4 Dane Pomiarowe dla PSE (z CBO/MDMS do WIRE/UR)

Opis CBO/MDMS przekazuje do PSE za pośrednictwem WIRE/UR Profile Mocy z Punktów Pomiarowych oraz Agregatów na potrzeby obsługi rynku bilansującego.

Status Planowany


Nazwa aplikacji CBO/MDMS WIRE/UR



Sposób uwierzytelnienia WS-Security WS-Security


Dane Pomiarowe (Profile Mocy z rozdzielczością godzinową oraz 15-minutową w zależności od zapisów IRiESP). Profile Mocy mają format pliku: ptpiree.


Tak


Brak


Model wywołania Synchroniczny wyzwalany zdarzeniem w CBO/MDMS

Wydajność Kilka razy dziennie przesyłane kilka tysięcy rekordów z kilkoma atrybutami opisującymi pojedynczą wartość energii dla jednostki czasu.

Wolumetria Kilkadziesiąt milionów rekordów rocznie


HA

Strona 43 z 224



4.3.1.5 Dane Pomiarowe dla innych OSD (z CBO/MDMS do SFTP)

Opis CBO/MDMS cyklicznie przekazuje za pomocą serwerów SFTP Dane Pomiarowe w formacie plikowym do zewnętrznych Uczestników Rynku. Interfejs wspiera przekazywanie Danych Pomiarowych realizowane poprzez system innPWD w zakresie zwiększenia różnorodności formatów plikowych obsługiwanych przez zewnętrzne podmioty.

Status Planowany


Nazwa aplikacji CBO/MDMS SFTP


SFTP klient SFTP serwer

Sposób uwierzytelnienia Username/password


Dane Pomiarowe w formatach plikowych stosowanych powszechnie przez OSD w Polsce oraz Grupie innogy.


Tak


Brak lub SAP PI


Model wywołania Asynchroniczny wyzwalany zdarzeniem w CBO/MDMS

Wydajność 50 tysięcy plików w ciągu godziny

Wolumetria 180 milionów plików rocznie


HA

Strona 44 z 224



4.3.1.6 Dane Pomiarowe innych OSD (z SFTP do CBO/MDMS)

Opis Uczestnicy Rynku przekazują do innogy Dane Pomiarowe na potrzeby realizowania w Systemie procesu Bilansowanie Handlowe. Dane Pomiarowe przekazywane są cyklicznie na serwery SFTP, FTP i WWW Uczestników Rynku lub innogy z których System automatycznie dane pobiera na potrzeby realizowania procesu Bilansowanie Handlowe.

Status Planowany


Nazwa aplikacji SFTP CBO/MDMS


SFTP serwer SFTP klient



Dane Pomiarowe w formatach plikowych stosowanych powszechnie przez OSD w Polsce oraz Grupie innogy.


Tak


Brak lub SAP PI



Wydajność 1000 plików z Danymi Pomiarowymi dla jednej doby / 5 minut

Wolumetria 1000 rekordów po kilkadziesiąt atrybutów każdy / doba


HA

Strona 45 z 224



4.3.1.7 Dane Pomiarowe (z CBO/MDMS do SAP IS-U)

Opis Interfejs służący do przekazywania Danych Pomiarowych na potrzeby wykonania rozliczenia bilingowego Odbiorców oraz Uczestników Rynku w systemie SAP IS-U.

Status Planowany (CBO/MDMS), Istniejący (SAP IS-U)


Nazwa aplikacji CBO/MDMS SAP IS-U


SOAP/HTTP(S) klient IDOC

Sposób uwierzytelnienia WS-Security SAP username/password


Dane Pomiarowe bilingowe (Profile Rozliczeniowe) klientów innogy.


Tak


SAP PI

Strona inicjująca CBO/MDMS do SAP PI


Wydajność 50 tys. rekordów zawierających dane identyfikacyjne oraz dane do rozliczeń pojedynczego Punktu Pomiarowego / godz.

Wolumetria Rocznie kilkadziesiąt milionów rekordów zawierających dane identyfikacyjne oraz dane do rozliczeń pojedynczego Punktu Pomiarowego .


HA

Strona 46 z 224



4.3.1.8 Konfiguracja Pomiarowa i Dane Pomiarowe zw. ze zmianami konfiguracji (z SAP-ISU do CBO/MDMS)

Opis Interfejs przekazujący zmiany w konfiguracji pomiarowej (wartości Atrybutów) danego Punktu Pomiarowego.

Status Planowany (CBO/MDMS), Istniejący (SAP IS-U)


Nazwa aplikacji SAP IS-U CBO/MDMS


IDOC SOAP/HTTP(S) serwer


Sposób uwierzytelnienia SAP username/password WS Security


Konfiguracja Pomiarowa, Dane Pomiarowe


Tak


SAP PI

Strona inicjująca SAP IS-U

Model wywołania Asynchroniczny wyzwalany zdarzeniem w SAP IS-U

Wydajność 400 rekordów zawierających wartości Atrybutów dla pojedynczego Punktu Pomiarowego / godzinę

Wolumetria 50 tyś. rekordów zawierających wartości Atrybutów dla pojedynczego Punktu Pomiarowego miesięcznie


HA

Strona 47 z 224



Interfejs po stronie SAP IS-U będzie używał mechanizmu IDOC do przekazywania danych:

MSCONS – Dane Pomiarowe (w obie strony)

CBOUTILMD – Konfiguracja Pomiarowa (SAP IS-U -> CBO/MDMS)

TODO: definicja IDoc SAP IS-U dla komunikacji z Systemem – Załącznik nr 11 do OPZ.

4.3.1.9 Dane Pomiarowe (z ZISM do CBO/MDMS)

Opis Interfejs przekazuje Dane Pomiarowe z Liczników inteligentnych infrastruktury AMI.

Status Planowany (CBO/MDMS), Istniejący (ZISM)


Nazwa aplikacji ZISM CBO/MDMS


JMS (komunikaty IEC) SOAP/HTTP(S) serwer


Sposób uwierzytelnienia Username/password WS-Security


Dane Pomiarowe


Tak


SAP PI

Strona inicjująca ZISM do SAP PI, SAP PI do CBO/MDMS

Model wywołania Asynchroniczny wyzwalany zdarzeniem w ZISM

Wydajność Dane Pomiarowe z 60 tys. Punktów Pomiarowych za jedną dobę / godzina

Wolumetria Dane Pomiarowe z 120 tys. Punktów Pomiarowych / doba


HA

Strona 48 z 224



Interfejs po stronie ZISM udostępnia następujące dane:

1. Profile Rozliczeniowe / Profile Mocy / Profile Wartości Sieciowych

a. Numer PPE

b. Typ/model licznika energii elektrycznej

c. Numer seryjny licznika energii elektrycznej

d. Kod OBIS przekazywanej danej

e. Jednostka wielkości pomiarowej (w postaci wykładnika potęgi liczby 10 w stosunku do jednostki podstawowej układu SI)

f. Okres uśredniania

g. Data i godzina pomiaru

h. Wartość pomiaru

i. Status pomiaru (zesłownikowany)

2. Dzienniki Zdarzeń

a. Numer PPE

b. Typ/model licznika energii elektrycznej

c. Numer seryjny licznika energii elektrycznej

d. Typ zdarzenia (zesłownikowany)

3. Parametry zdarzenia (o ile występują dla danego typu zdarzenia)

4.3.1.10 Dane Pomiarowe inkasenckie (z ADO do CBO/MDMS)

Strona 49 z 224



Opis Interfejs przekazuje Dane Pomiarowe z Liczników odczytywanych lokalnie z Liczników przez kontrolera poboru energii

Status Planowany


Nazwa aplikacji ADO CBO/MDMS




Sposób uwierzytelnienia WS Security


Dane Pomiarowe


Tak


Brak

Strona inicjująca ADO

Model wywołania Synchroniczny wyzwalany zdarzeniem w ADO

Wydajność 25 tyś. rekordów zawierających Profile Rozliczeniowe za 6 okresów / godz.

Wolumetria Rocznie kilka milionów rekordów zawierających Profile Rozliczeniowe za 6 okresów.


HA

Strona 50 z 224



4.3.1.11 Dane Pomiarowe (pliki z Liczników) (z serwera plików do CBO/MDMS)

Opis Interfejs pozyskujący Dane Pomiarowe odczytane lokalnie z pamięci Liczników w procesach odczytowych oraz serwisowych. Dane Pomiarowe gromadzone są niezależnie dla każdego wykonanego odczytu (odrębne pliki w dedykowanym dla danego typu Licznika formacie).

Status Planowany


Nazwa aplikacji Serwer plików CBO/MDMS


SMB serwer lub SFTP serwer SMB klient lub SFTP klient



Dane Pomiarowe


Tak


Brak


Model wywołania Synchroniczny wyzwalany zdarzeniem w CBO/MDMS

Wydajność 300 plików zawierających Profile Mocy dla trzech energii za 30 dni/ godzina

Wolumetria 100 tyś. Plików zawierających Profile Mocy dla trzech energii za 30 dni / miesiąc


HA

Strona 51 z 224




4.3.2.1 Dane Pomiarowe dla SE i POB (z CBO/MDMS do innPWD)

Opis Interfejs przekazuje Dane Pomiarowe dla Sprzedawców Energii i Podmiotów Obsługujących Bilansowanie do systemu innPWD, który udostępnia je uprawnionym podmiotom.

Status Planowany (CBO/MDMS), Istniejący (innPWD)


Nazwa aplikacji CBO/MDMS innPWD



Sposób uwierzytelnienia Brak lub HTTP Basic Access Authentication lub WS Security


Dane Pomiarowe


Tak


Brak lub SAP PI



Wydajność 200 tyś. rekordów zawierających Dane Pomiarowe za jedną dobę / godzinę

Wolumetria Dziennie 400 tyś. rekordów z 30 wartościami każdy oraz dodatkowo raz w miesiącu 400 tyś. rekordów z kilkoma wartościami każdy


HA

Strona 52 z 224



4.3.2.2 Dane Pomiarowe (z CBO/MDMS do SAS EDA)

Opis Interfejs przekazuje Dane Pomiarowe do hurtowni danych.

Status Planowany


Nazwa aplikacji CBO/MDMS SAS EDA


Baza danych, dostęp do danych przez widoku bazodanowe na zasadzie „okienka kroczącego” (udostępniane dane wyłącznie z ostatnich X dni)

klient

Sposób uwierzytelnienia Zależny od technologii integracji


Dane Pomiarowe


Tak


Brak

Strona inicjująca SAS EDA

Model wywołania Asynchroniczny sterowany harmonogramem (na bieżąco lub kilka razy dziennie)

Wydajność 250 000 dobowych Profili Mocy (godzinowych) /godzinę

Wolumetria Profile Mocy dla 500 000 Punktów Pomiarowych raz na dobę


HA

Strona 53 z 224




4.3.3.1 Dane Pomiarowe dla procesów ebIX (z CBO/MDMS do CSWI)

Opis Interfejs do obsługi procesów w ramach CSWI w zakresie Danych Pomiarowych przekazywanych z Systemu do Uczestników Rynku lub podmiotu odpowiedzialnego za zarządzenie Danymi Pomiarowymi w Polsce

Status Planowany


Nazwa aplikacji CBO/MDMS CSWI


Do ustalenia w trakcie projektu Do ustalenia w trakcie projektu

Sposób uwierzytelnienia W zależności od technologii integracji

W zależności od technologii integracji


Dane Pomiarowe


Tak


Do ustalenia w trakcie projektu

Strona inicjująca Do ustalenia w trakcie projektu

Model wywołania Do ustalenia w trakcie projektu

Wydajność 100 tyś. rekordów zawierających Dane Pomiarowe dla pojedynczego Punktu Pomiarowego za dobę/ godzinę

Wolumetria Dziennie 500 tyś. Rekordów zawierających Dane Pomiarowe dla pojedynczego Punktu Pomiarowego za dobę.


HA

Strona 54 z 224



4.3.3.2 Profile Rozliczeniowe od klientów SE (z CSWI do CBO/MDMS)

Opis Interfejs do obsługi procesów w ramach CSWI w zakresie Danych Pomiarowych przekazywanych do Systemu przez Uczestników Rynku lub podmiot odpowiedzialny za zarządzenie Danymi Pomiarowymi w Polsce

Status Planowany


Nazwa aplikacji ebIX CBO/MDMS



Sposób uwierzytelnienia W zależności od technologii integracji

W zależności od technologii integracji


Profile Rozliczeniowe


Tak





Wydajność 100 rekordów zawierających Profile Rozliczeniowe dla pojedynczego Punktu Pomiarowego za jeden okres rozliczeniowy / 5 minut

Wolumetria Dziennie 1000 rekordów z kilkudziesięcioma atrybutami każdy


ME

Strona 55 z 224



4.3.3.3 Dane Pomiarowe (z CBO/MDMS do Aplikacji Zarządzającej Konfiguracją Sieciową PPE)

Opis TODO

Status Planowany


Nazwa aplikacji CBO/MDMS Aplikacja zarządzająca Konfiguracją Sieciową PPE



Sposób uwierzytelnienia Do ustalenia w trakcie projektu Do ustalenia w trakcie projektu


Dane Pomiarowe


Tak



Strona inicjująca Aplikacja zarządzająca Konfiguracją Sieciową PPE – do weryfikacji w trakcie projektu

Model wywołania Asynchroniczny na żądanie użytkownika – do weryfikacji w trakcie projektu

Wydajność 30 zapytań / godzinę

Wolumetria 300 zapytań / dobę


HA

Strona 56 z 224



4.3.3.4 Konfiguracja Sieciowa PPE (z Aplikacji do Zarządzania Konfiguracją Sieciową PPE do CBO/MDMS)

Opis Interfejs przekazuje Konfigurację Sieciową Punktu Pomiarowego do CBO/MDMS w celu wykonywania poprawnego procesu Bilansowania Technicznego, oraz parametry identyfikujące zdarzenia w Charakterystycznych Punktach Sieci.

Status Planowany


Nazwa aplikacji Aplikacja zarządzająca Konfiguracją Sieciową PPE

CBO/MDMS





Konfiguracja Sieciowa Punktu Pomiarowego, zdarzenia z Charakterystycznych Punktów Sieci.


Tak





Wydajność Maksymalnie 0,5 mln rekordów z kilkoma atrybutami każdy / godz.

Wolumetria Dziennie 2 mln rekordów z kilkoma atrybutami każdy


ME

Strona 57 z 224



4.3.3.5 Żądanie usunięcia lub anonimizacji danych (do CBO/MDMS)

Opis Interfejs przekazuje żądania usunięcia lub anonimizacji danych związanych z konkretnym Punktem Pomiarowym.

Status Planowany


Nazwa aplikacji Aplikacja zarządzająca danymi w zakresie GDPR

CBO/MDMS





Dane identyfikujące PPE, opcje usunięcia/anonimizacji


Tak



Strona inicjująca Aplikacja zarządzająca danymi w zakresie GDPR


Wydajność TODO

Wolumetria TODO


HA

Strona 58 z 224



4.3.3.6 Dane objęte GDPR (z CBO/MDMS na żądanie aplikacji zarządzającej danymi w zakresie GDPR)

Opis Interfejs przekazuje dane objęte GDPR zgromadzone w CBO/MDMS. Przekazanie danych odbywa się na żądanie aplikacji zarządzającej danymi w zakresie GDPR

Status Planowany


Nazwa aplikacji CBO/MDMS Aplikacja zarządzająca danymi w zakresie GDPR





Dane objęte GDPR


Tak. Zakres danych do doprecyzowania w trakcie projektu, obecnie zakłada się adres PPE, numer partnera handlowego.



Strona inicjująca Aplikacja zarządzająca danymi w zakresie GDPR


Wydajność TODO

Wolumetria TODO


HA

Strona 59 z 224



4.3.3.7 Dane Pomiarowe (z Nowy system klasy HES do CBO/MDMS)

Opis TODO

Status Planowany


Nazwa aplikacji Nowy system klasy HES CBO/MDMS





Dane Pomiarowe


Tak





Wydajność TODO

Wolumetria TODO


HA

Strona 60 z 224



5 Wymagania funkcjonalne biznesowe dla Systemu

Poniższy rozdział zawiera pełną listę wymagań funkcjonalnych, które muszą być spełnione, aby System w innogy Stoen Operator został pomyślnie wdrożony.

Poszczególne wymagania muszą być zrealizowane w fazach przypisanych im zgodnie z tabelami zawartymi w niniejszym rozdziale (kolumna Faza), chyba, że z uwagi na stwierdzenie obiektywnych uwarunkowań niezależnych od Wykonawcy, Strony w fazie analizy dokonają zmiany przypisania poszczególnych wymagań do faz, co zostanie potwierdzone na piśmie w produktach składających się na Analizę.

5.1 Punkt Pomiarowy - podstawowy Obiekt Systemu

System musi zapewniać przechowywanie informacji o obiekcie reprezentującym umowny punkt, w którym następuje przekazanie (dostawa lub odbiór) energii elektrycznej dla jednego Odbiorcy (wyjątkiem są Punkty Pomiarowe, które reprezentują Charakterystyczny Punkt Sieci dla którego nie musi być przypisany Odbiorca). Punkt Pomiarowy jest fizycznym lub wirtualnym punktem w sieci elektroenergetycznej będący umownym punktem granicznym, w którym następuje przekazanie energii elektrycznej. Wielkość energii elektrycznej dostarczonej lub odebranej jest wyznaczana na podstawie Danych Pomiarowych rejestrowanych przez Licznik oraz algorytmów wyznaczania ilości energii (w Punktach Pomiarowych które nie posiadają Licznika np. z umową ryczałtową przepływ energii wyznaczany jest w oparciu o definiowalny algorytm). Miejsce dostarczania energii elektrycznej dla podmiotów przyłączanych określa Operator Sieci Dystrybucyjnej OSD w warunkach przyłączenia. Zazwyczaj miejsce dostarczania energii stanowi jednocześnie miejsce rozgraniczenia własności sieci dystrybucyjnej i instalacji elektrycznej podmiotu przyłączanego.

Punkt Pomiarowy jest podstawowym obiektem w Systemie, dla którego gromadzone są Dane Pomiarowe, na potrzeby prowadzenia wszystkich procesów biznesowych np. rozliczania, kontroli, jakości dostarczanych usług, Bilansowania Handlowego itd.

5.1.1 Atrybuty Punktu Pomiarowego

Na potrzeby zarządzania Danymi Pomiarowymi zgromadzonymi w Punkcie Pomiarowym System zapewnia zarządzanie wartościami Atrybutów. Zakres wymaganych Atrybutów określony jest w tabelach nr 1, 1a i 1b.

Tabela nr 1 – Atrybuty Punktu Pomiarowego

Strona 61 z 224



Nr Atrybut opis Atrybutu oraz jego roli typ Atrybutu

Źródło pochodzenia wartości Atrybutu

Faza

PP-1 Typ Punktu Pomiarowego

Atrybut opisujący rolę Punktu Pomiarowego. Atrybut typu słownikowego, którego wartościami będą m.in.: Sieciowy (pomiar w stacjach energetycznych), Odbiorczy, Prosumencki, Wytwórczy lub inny (obejmujący Pomiary w: OSDn, przedsiębiorstwach dystrybucyjnych). Walidacja wartości Atrybutu realizowana w oparciu o Atrybut: Numer partnera handlowego.

Atrybut umożliwia grupowanie Obiektów na potrzeby zarządzania dostępem użytkowników do Obiektów w Systemie.

A System 2

PP-2 Obszar dystrybucyjny

Atrybut określający przynależność do danego obszaru dystrybucyjnego OSD lub obszaru innego podmiotu np. OSDn lub Wytwórczego. Atrybut typu słownikowego, którego parametrami są wartości określające typ obszaru oraz nazwę Podmiotu np.: OSDp: innogy Stoen Operator lub OSDn: Polenergia lub Wytwórca: PGNiG Termika. Parametr wykorzystywany w procesie m.in. Bilansowania Handlowego.

B System 2

PP-3 Rozliczenia hurtowe

Atrybut określający czy dany Punkt Pomiarowy jest wykorzystywany do rozliczeń Przesyłu, Tranzytu lub generacji energii lub innych umów z punktu widzenia działalności innogy. Atrybut grupujący Obiekty o wysokim priorytecie. Atrybut typu słownikowego o wartościach: aktywny, nieaktywny. Wartość Atrybutu w Systemie umożliwia grupowanie Obiektów na potrzeby zapewnienia wysokiego priorytetu w procesach realizowanych przez System.

A System 2

PP-4 Adres Punktu Pomiarowego

Adres lokalizacji funkcjonalnej obiektu. Atrybut opisany m.in. poprzez parametry: nazwę miejscowości, dzielnicę, kod pocztowy, numer domu, numer lokalu, numer działki, pole opisowe. Wartość Atrybutu Walidowany

A system zewnętrzny (SAP IS-U)

2

Strona 62 z 224



w oparciu o kontrolę kompletności adresu.

Strona 63 z 224



PP-5 Funkcja przyłącza Atrybut określający status danego elementu sieciowego (przyłącza) na podstawie umowy dystrybucyjnej z Odbiorcą. Atrybut typu słownikowego, który przyjmuje następujące wartości: podstawowy lub rezerwowy. Atrybut wykorzystywany przez System w procesie Walidacji przepływu energii w przyłączach rezerwowych. Dla Punktu Pomiarowego System umożliwia powiązanie Przyłączy rezerwowych z podstawowymi na potrzeby kontroli przepływu energii w Przyłączach rezerwowych.

B zewnętrzny system (SAP IS-U)/ System

2

PP-6 Kod PPE Kod identyfikujący Punkt Pomiarowy. Podstawowy identyfikator Punktu Pomiarowego.

Dla Punktów Pomiarowych tworzonych przez użytkownika System generuje niepowtarzalny kod PPE wg. uzgodnionego z innogy algorytmu.

A zewnętrzny system (SAP IS-U)/ System dla Punktów Pomiarowych zakładanych w Systemie

2

PP-7 Identyfikatory Atrybut określający schemat kodów (liczba zmiennych nie mniejsza, jak 10), które są nadawane Punktowi Pomiarowego przez System w oparciu o zdefiniowane reguły oraz przypisane Atrybuty w procesie udostępniania danych oraz w procesie pozyskiwania danych z zewnętrznych systemów (z plików). Lista kodów umożliwia identyfikację przekazywanych i pozyskiwanych danych.

Kodyfikacja obejmuje każdą wielkość mierzoną w danym Punkcie Pomiarowym.

System umożliwia definiowanie domyślnych schematów w oparciu o stałe wartości oraz wartości Atrybutów.

A System 2

PP-8 Pola Grupujące System umożliwia definiowanie identyfikatorów umożliwiających grupowanie Obiektów na potrzeby procesów biznesowych. Atrybut typu słownikowego lub tekstowego definiowanych przez użytkownika.

Liczba niezależnych parametrów nie

A System 2

Strona 64 z 224



mniejsza niż 10.

Strona 65 z 224



PP-9 Fazowość Układu Pomiarowego

Liczba faz zasilających dany Punkt Pomiarowy. Atrybut typu słownikowego, który przyjmuje następujące wartości: 1 lub 3. Wartość Atrybutu wyznaczana jest przez System w oparciu o Walidację modelu Licznika w przypadku gdy dane o fazowości nie zostaną przesłane przez zewnętrzny system.

B System/ zewnętrzny system (SAP IS-U)

2

PP-10 Rodzaj umowy Rodzaj umowy zawartej przez Odbiorcę w danym Punkcie Pomiarowym. Rodzaj umowy określa, jakie dane zostaną przekazane do rozliczeń w systemie bilingowym oraz do Sprzedawcy oraz na podstawie jakiego algorytmu zostanie wyznaczona zużyta przez Odbiorcę energia. Atrybut typu słownikowego z min. dwoma parametrami.

Parametr 1: określający jaką umowę zawarł Odbiorca z OSD i Sprzedawcą, który przyjmuje następujące wartości: Kompleksowa, Dystrybucyjna (Atrybut na potrzeby definicji zakresu udostępnianych danych) oraz

Parametr 2: który określa czy rozliczenie jest oparte o dane z Licznika czy w oparciu o algorytm matematyczny tzn. czy jest np.: ryczałtowy lub podlicznik.

Wartości Atrybutów Walidowane są przez System w oparciu o przesłane dane o Taryfie z zewnętrznego systemu w danym Punkcie Pomiarowym.

B zewnętrzny system SAP IS-U/System

2

PP-11 Typ Umowy Informacja o aktywności lub nieaktywności funkcji przedpłatowej w Punkcie Pomiarowym. Atrybut typu słownikowego, który przyjmuje następujące wartości: Przedpłatowy lub Kredytowy. Wartość Atrybutu Walidowana w oparciu o typ (model) Licznika lub Taryfę w Punkcie Pomiarowym. Atrybut wykorzystywany w Systemie do zarządzanie Punktami Pomiarowymi, które posiadają umowy przedpłatowe.


2

PP-12 Numer instalacji Numer identyfikacyjny na potrzeby dodatkowej identyfikacji Punktu Pomiarowego. Numer powiązany z kodem PPE w systemie SAP IS-U.

A zewnętrzny system SAP IS-U

2

Strona 66 z 224



Atrybut na potrzeby Walidacji unikalności Punktu Pomiarowego w Systemie.

Strona 67 z 224



PP-13 Numer partnera handlowego

Atrybut przedstawiający Identyfikator Odbiorcy dla Danego Punktu Pomiarowego. Atrybut na potrzeby Bilansowania Technicznego Odbiorcy na terenie OSD oraz na potrzeby przekazywania Danych Pomiarowych do zewnętrznych podmiotów np. Odbiorca. Atrybut jest podstawowym identyfikatorem określającym właściciela Danych Pomiarowych w danym okresie czasu, który może zgłosić zapotrzebowanie na usunięcie poprzez anonimizację jego danych w Systemie.

Atrybut wraz z parametrem określającym zakres udostępniania Danych Pomiarowych do Uczestników Rynku (na podstawie zgody Odbiorcy). Zakres udostępnianych danych definiowany w zakresie grup Danych Pomiarowych np. Profile Mocy.


2

PP-14 Algorytm pomiarowy

Atrybut określający sposób wyznaczania energii i mocy w danym Punkcie Pomiarowym. Atrybut może przyjmować następujące wartości: pomiar rzeczywisty (z przyporządkowanymi urządzeniami pomiarowymi), pomiar sumujący (sumator) (z przypisanymi Punktami Pomiarowymi rzeczywistymi na potrzeby wyznaczania mocy maksymalnych), pomiar wirtualny (z określonym Profilem Standardowym i prognozą zużycia na potrzeby np. ryczałtu).

Wartość algorytmu (standardowy, sumujący lub ryczałtowy) System Waliduje w oparciu o wartości innych Atrybutów przesłanych przez system zewnętrzny m.in. Taryfę, Licznik, Typ i Rodzaj umowy. Algorytmy Walidacji są definiowalne przez użytkownika

System umożliwia rozszerzanie zakresu algorytmów dla Punktu Pomiarowego.

B zewnętrzny system SAP IS-U/ System

2

PP-15 Straty Model określający sposób odliczania lub doliczania mocy i energii dla Profili Mocy i Profili Rozliczeniowych. Model uwzględnia straty napięciowe i prądowe. Model dotyczy strat w linii zasilającej oraz w transformatorze.

B System/ zewnętrzny system SAP IS-U

2

Strona 68 z 224



Model uwzględnia parametry techniczne urządzeń energetycznych takich jak linia oraz transformator oraz stały współczynnik (zamiast parametrów technicznych) oraz pomiar rzeczywisty (dla Liczników rejestrujących odpowiednie Profile Wartości Sieciowych).

Atrybut określa sposób wyznaczania strat: na podstawie pomiaru z Licznika (wskazuje źródło danych i stałą do przeliczania danych), algorytmu uwzględniającego parametry techniczne urządzenia energetycznego (algorytm matematyczny) lub stałego współczynnika dla pomiaru mocy i energii. Walidację wartości Atrybutu System realizuje w oparciu o dostępne Kody OBIS w przypisanym do danego Punktu Pomiarowego Licznika oraz o dane przekazane przez zewnętrzny system.

Strona 69 z 224



PP-16 Prognoza dystrybucji

Szacowana wielkość sprzedaży usługi dystrybucyjnej (energia) dla danego Punktu Pomiarowego w oparciu o deklarowaną wielkość w umowie dla pierwszego Okresu Rozliczeniowego oraz dla pierwszego okresu po zmianie Taryfy i Partnera Handlowego. Dla kolejnych Okresów Rozliczeniowych System automatycznie wyznacza wielkość prognozy (szacunek) w oparciu o rzeczywiste zużycie (historyczne). Aktualizacja wartości Prognozy dystrybucyjnej jest realizowana przez System gdy zarejestrowane zużycie różni się od prognozowanego o definiowalny wskaźnik procentowy. Wartość prognozy wykorzystywana jest przez System do wyznaczania profilu dla Punktów Pomiarowych nieposiadających rejestracji Profilu Mocy (z przypisanym Profilem Standardowym) oraz na potrzeby Szacowania danych. Wartość Atrybutu aktualizowana jest na podstawie przesłanej wartości z systemu zewnętrznego oraz w oparciu o szacunek wyznaczony przez System z danych rzeczywistych. Okresy dla których System wyznacza wartość prognozy dla danego Punktu Pomiarowego nie są dłuższe niż miesiąc kalendarzowy (w oparciu o wyznaczoną prognozę dystrybucyjną System zapewnia Dane Pomiarowe w Procesach Biznesowych oraz przy udostępnianiu danych do zewnętrznych systemów). System umożliwia śledzenie odchyleń prognozy w stosunku do rzeczywistego zużycia.


2

PP-17 Ograniczenia Atrybut określający nieaktywność lub aktywność Stopnia Ograniczenia wraz z parametrami ograniczenia (stopnie – 10 wielkości) w przypadku gdy dany Punkt Pomiarowy podlega ograniczeniu.

Atrybut (wartości ograniczeń) Walidowany przez System w oparciu o zdefiniowaną Moc umowną.

B System 4

PP-18 Funkcja DSR Atrybut posiadający parametry mówiące o gotowości danego Punktu do udziału w programie DSR (certyfikacja w

B Zewnętrzny System WIRE/UR /

3

Strona 70 z 224



zewnętrznym systemie OSP, która jest wprowadzana w Systemie przez użytkownika) oraz parametry określające aktywność programu DSR (okres obowiązywania) na podstawie przekazanego komunikatu z OSP poprzez system zewnętrzny WIRE/UR). Atrybut umożliwiający Walidację w procesie udziału danego Punktu Pomiarowego w programach DSR. Na podstawie parametrów tego Atrybutu System przekazuje automatycznie Profile Mocy do zewnętrznego systemu.

System

Strona 71 z 224



PP-19 Sprzedawca podstawowy dla poboru

Sprzedawca Energii, który podpisał z Odbiorcą umowę na sprzedaż energii (energia pobrana przez Odbiorcę z sieci dystrybucyjnej) z okresem obowiązywania dla danego Punktu Pomiarowego (Atrybut przekazywany jest z datą początku i datą końca (data końca może mieć wartość: bezterminowa). System sprawdza ciągłość okresu umownego (raportuje Punkty Pomiarowe, które mają okresy nieciągłe). W oparciu o ten Atrybut System realizuje Bilansowanie Handlowe.

Atrybut Walidowany przez System w zakresie obowiązywania jego ciągłości (brak ciągłości jednocześnie dla Sprzedawcy podstawowego i rezerwowego może wystąpić w przypadku odłączenia Odbiorcy w procesie windykacyjnym, w innym przypadku System wykazuje nielegalny pobór). System umożliwia wyznaczanie statystyk ilości zmian SE i POB w zdefiniowanym okresie.

B zewnętrzny system SAP IS-U

3

PP-20 Sprzedawca podstawowy dla oddawania

Sprzedawca Energii, który podpisał z Odbiorcą umowę na zakup energii (energia oddana przez Odbiorcę do sieci dystrybucyjnej) z okresem obowiązywania dla danego Punktu Pomiarowego (Atrybut przekazywany jest z datą początku i datą końca (data końca może mieć wartość: bezterminowa). System sprawdza ciągłość okresu umownego (raportuje Punkty Pomiarowe, które mają okresy nieciągłe). W oparciu o ten Atrybut System realizuje Bilansowanie Handlowe. Atrybut aktywny w przypadku, gdy Punkt Pomiarowy jest Typu: „Prosumencki”. Domyślnym Sprzedawcą jest wartość Atrybutu Sprzedawca podstawowy dla poboru.


3

PP-21 Sprzedawca rezerwowy dla poboru

Sprzedawca Energii rezerwowy (w przypadku wygaśnięcia umowy na sprzedaż podstawową dla poboru) z okresem obowiązywania dla danego Punktu Pomiarowego (Atrybut przekazywany jest z datą początku i datą końca (data końca może mieć wartość:


3

Strona 72 z 224



bezterminowa). W oparciu o ten Atrybut System realizuje Bilansowanie Handlowe. System śledzi Punkty Pomiarowe które bilansowane są w oparciu o Sprzedawcę rezerwowego na potrzeby tworzenia raportów statystycznych procesu Bilansowania Handlowego.

Strona 73 z 224



PP-22 Sprzedawca rezerwowy dla oddawania

Sprzedawca Energii rezerwowy (w przypadku wygaśnięcia umowy na sprzedaż podstawową dla oddawanie) z okresem obowiązywania dla danego Punktu Pomiarowego (Atrybut przekazywany jest z datą początku i datą końca (data końca może mieć wartość: bezterminowa). W oparciu o ten Atrybut System realizuje Bilansowanie Handlowe. Atrybut aktywny w przypadku, gdy Punkt Pomiarowy jest Typu: „Prosumencki”.

Domyślnym Sprzedawcą jest wartość Atrybutu Sprzedawca rezerwowym dla poboru.


3

PP-23 Podmiot Odpowiedzialny za Bilansowanie podstawowy dla poboru

Podmiot Odpowiedzialny za Bilansowanie dla poboru (energii pobranej przez Odbiorcę z sieci dystrybucyjnej), który jest wskazany dla danego Punktu Pomiarowego. System sprawdza ciągłość okresu umownego (raportuje Punkty Pomiarowe, które mają okresy nieciągłe). W oparciu o ten Atrybut System realizuje Bilansowanie Handlowe. Atrybut przypisany do Sprzedawcy podstawowego dla poboru energii za wyjątkiem Punktów Pomiarowych Wytwórczych dla których może nie być przypisany Sprzedawca tylko POB.

System zapewnia narzędzia do zarządzania relacjami między POB a SE. System zewnętrzny przekazuje dane o relacjach między SE i POB.


3

PP-24 Podmiot Odpowiedzialny za Bilansowanie podstawowy dla oddawania

Podmiot Odpowiedzialny za Bilansowanie dla oddawanie (energii oddanej przez Odbiorcę do sieci dystrybucyjnej), który jest wskazany dla danego Punktu Pomiarowego.. System sprawdza ciągłość okresu umownego(raportuje Punkty Pomiarowe, które mają okresy nieciągłe). W oparciu o ten Atrybut System realizuje Bilansowanie Handlowe. Atrybut aktywny w przypadku, gdy Punkt Pomiarowy jest Typu: „Prosumencki”. Atrybut przypisany do Sprzedawcy


3

Strona 74 z 224



podstawowego dla oddawania energii za wyjątkiem Punktów Pomiarowych Wytwórczych dla których może nie być przypisany Sprzedawca tylko POB. System zapewnia narzędzia do zarządzania relacjami między POB a SE. System zewnętrzny przekazuje dane o relacjach między SE i POB.

Strona 75 z 224



PP-25 Podmiot Odpowiedzialny za Bilansowanie rezerwowy dla poboru

Rezerwowy Podmiot Odpowiedzialny za Bilansowanie dla poboru (energii pobranej przez Odbiorcę z sieci dystrybucyjnej) w przypadku, gdy wygaśnie umowa na bilansowanie podstawowe dla poboru dla danego Punktu Pomiarowego. W oparciu o ten Atrybut System realizuje Bilansowanie Handlowe. Atrybut przypisany do Sprzedawcy rezerwowego dla poboru energii za wyjątkiem Punktów Pomiarowych Wytwórczych dla których może nie być przypisany Sprzedawca tylko POB. System zapewnia narzędzia do zarządzania relacjami między POB a SE. System zewnętrzny przekazuje dane o relacjach między SE i POB.


3

PP-26 Podmiot Odpowiedzialny za Bilansowanie rezerwowy dla oddawania

Rezerwowy Podmiot Odpowiedzialny za Bilansowanie dla oddawania (energii oddanej przez Odbiorcę do sieci dystrybucyjnej) w przypadku, gdy wygaśnie umowa na bilansowanie podstawowe dla oddawania dla danego Punktu Pomiarowego. W oparciu o ten Atrybut System realizuje Bilansowanie Handlowe. Atrybut aktywny w przypadku, gdy Punkt Pomiarowy jest Typu: „Prosumencki”. Atrybut przypisany do Sprzedawcy rezerwowego dla oddawania energii za wyjątkiem Punktów Pomiarowych Wytwórczych dla których może nie być przypisany Sprzedawca tylko POB. System zapewnia narzędzia do zarządzania relacjami między POB a SE. System zewnętrzny przekazuje dane o relacjach między SE i POB.


3

PP-27 Taryfa Kod Taryfy wraz z definicją sposobu agregowania Profili Rozliczeniowych i Profili Mocy do rozliczeń. W zakresie definicji Taryfy zawarte są strefy czasowe, ich ilości oraz Profile Standardowe stosowane dla Punktu Pomiarowego z odczytem okresowym (lokalnym). Zakres definicji obejmuje schemat przekazywania danych do rozliczeń, na podstawie konfiguracji przekazanej z zewnętrznego systemu SAP IS-U. System automatycznie Waliduje Taryfę w oparciu o dostępne


2

Strona 76 z 224



dla danego Punktu Pomiarowego Atrybuty np. przypisany Przekładnik, zakres Danych Pomiarowych przekazywanych dla Punktu Pomiarowego. System zapewnia definiowanie słowników umożliwiających kontrolę wartości Taryfy w systemach przekazujących Dane Pomiarowe.

Strona 77 z 224



PP-28 Profil standardowy

Parametr określający kod Profilu Standardowego lub jego brak w przypadku, gdy pobierane dane z Licznika obejmują Profile Mocy. Kod profilu dotyczy danych odczytywanych lokalnie w zakresie Profili Rozliczeniowych. Identyfikator Profilu Standardowego określa na podstawie, jakiego typu zdefiniowanego w Systemie Profilu Standardowego będą dane przetwarzane do wartości godzinowych lub 15-minutowych. Profil Standardowy powiązany jest z kodem Taryfy i na podstawie przypisanego kodu Taryfy system automatycznie przypisuje do Punktu Pomiarowego Profil Standardowy. Atrybut umożliwia przypisanie Profilu Standardowego wyznaczonego w oparciu o Profile Mocy z Licznika zainstalowanego w Stacji SN/nN na podstawie wartości Atrybutu: stacja transformatorowa lub w oparciu o wartość Atrybutu: Segment do którego przypisany jest profil syntetyczny wytworzony w Systemie dla danego Segmentu. Profil Standardowy stosowany jest dla energii czynnej. Atrybut automatycznie przypisywany przez System na podstawie zdefiniowanych reguł Walidacji.

B System 2

PP-29 Segment Parametr określający przyporządkowanie Punktu Pomiarowego do grupy Obiektów o zbliżonym charakterze zapotrzebowania na energię elektryczną np. Hotele. System posiada proces zarządzania Segmentami dla których tworzone są Profile Standardowe w oparciu o przypisane Profile Mocy z Punktów Pomiarowych o tym samym Segmencie. W przypadku gdy dany Punkt Pomiarowy posiada Taryfę z grupy C2x, Bxx lub Axx a przyporządkowany Licznik nie posiada Profili Mocy to System automatycznie przypisuje Profil Standardowy przyporządkowany dla danego Segmentu. System raportuje Punkty Pomiarowe, które nie posiadają przyporządkowanego Profilu Mocy (rzeczywistego lub syntetycznego).

B System 3

Strona 78 z 224



PP-30 Cykl rozliczeniowy Parametr określający, dla jakiego zakresu czasowego będą przekazywane Profile Rozliczeniowe i Profile Mocy do rozliczeń. Atrybut typu słownikowego, który przyjmuje m.in. wartości: dekadowy, miesięczny, wielomiesięczny (przy wskazaniu miesięcy, w których następuje rozliczenie, np. styczeń-lipiec). Dane przekazywane przez zewnętrzny system zawierają m.in. informację o częstotliwości przekazywania danych oraz miesiąc kiedy następuje rozliczenie.

System zapewnia konfigurowanie harmonogramów przekazywania Profili Rozliczeniowych do systemu zewnętrznego w oparciu o parametry Atrybutu. Przekazanie Profili Rozliczeniowych jest automatycznie realizowane przez System w oparciu o parametry Cyklu rozliczeniowego (System sam inicjuje przekazanie danych po ich otrzymaniu z zewnętrznego systemu HES lub w oparciu o dane Szacowane gdy dane nie zostaną przekazane terminowo). System zapewnia kompletność przekazywanych Profili Rozliczeniowych do systemu zewnętrznego w Cyklach rozliczeniowych. System zapewnia raportowanie statystyk przekazywanych danych w oparciu o Cykl rozliczeniowy i w oparciu o definiowalne reguły (ilość okresów z danymi szacowanymi). System śledzi proces przekazywania danych do zewnętrznego systemu w szczególności komunikaty o błędach przesłanych z systemu zewnętrznego, które są raportowane użytkownikowi Systemu.


2

PP-31 Napięcie przyłączeniowe

Parametr określający napięcie przyłączenia. Atrybut typu słownikowego, który przyjmuje następujące wartości: nN, SN, WN. Atrybut wykorzystywany przez System do Walidacji algorytmu pomiarowego w zakresie stosowania Strat oraz Taryfy.

B zewnętrzny system SAP IS-U/ System

2

PP-32 Napięcie pomiaru Parametr określający napięcie, na jakim wykonywany jest pomiar. W przypadku, gdy napięcie przyłączenia jest różne od

B zewnętrzny system SAP IS-U/

2

Strona 79 z 224



napięcia pomiaru w Punkcie Pomiarowym wykorzystywany jest Atrybut Straty i jego definicja na potrzeby przetwarzania danych do rozliczeń i udostępniania. System wykorzystuje Atrybut do Walidacji stosowanych w danym Punkcie Pomiarowych Przekładników.

System

Strona 80 z 224



PP-33 Moc umowna Wartość mocy umownej stosowana do rozliczeń oraz do wyznaczania przekroczeń mocy w danym Punkcie Pomiarowym. W procesie przekazywania Profili Rozliczeniowych do zewnętrznego systemu. System dla celów statystycznych przechowuje ilości wystąpień przekroczeń w danym okresie oraz maksymalne przekroczenie w stosunku do Mocy umownej. Wartość Mocy umownej jest wykorzystywane przez System w procesie Walidacji oraz Szacowania Prognozy dystrybucyjnej oraz wartości Danych Pomiarowych w oparciu o definiowalny w Systemie próg przekroczenia Mocy umownej.

B zewnętrzny system

2

PP-34 Harmonogram odczytowy

Definicja harmonogramów odczytowych na potrzeby akwizycji danych. Zbiór parametrów i identyfikatorów określających proces odczytowy zdalny i lokalny (inkasencki).

Identyfikacja harmonogramu System realizuje w oparciu o kody systemu zewnętrznego. System automatycznie przypisuje harmonogram do Punktu Pomiarowego w oparciu o częstotliwość przekazywanych Danych Pomiarowych oraz źródło danych (interfejs z systemem zewnętrznym).

Atrybut wykorzystywany do śledzenia oraz raportowania opóźnień w przekazywaniu Danych Pomiarowych z zewnętrznych systemów. W przypadku kilku źródeł przekazywania danych, System uwzględnia to źródło, które przekazuje najczęściej lub poprzez ręczną konfigurację użytkownika np. w przypadku zmiany sposobu odczytu z zdalnego na lokalny.

A System 2

PP-35 Licznik Aktualny numer Licznika lub numery Liczników z określoną hierarchią na potrzeby rozliczeń. Atrybut zawierający zbiór Atrybutów zgodnie z definicją dla Licznika (Tabela nr 1b). Na podstawie tego Atrybutu System przypisuje dane z Liczników do Punktu Pomiarowego. Atrybut umożliwia śledzenie historii przypisania Liczników do Punktu Pomiarowego. W przypadku braku

B zewnętrzny system SAP IS-U(w zakresie opisanym dla Licznika)

2

Strona 81 z 224



Licznika np. dla Punktów Pomiarowych z umową ryczałtową System zapewnia przypisanie odpowiedniego algorytmu obliczeniowego.

Strona 82 z 224



PP-36 Przekładniki Aktualne przekładniki napięciowe i prądowe w zależności od typu Układu Pomiarowego. Dla Układów Pomiarowych bezpośrednich przyjmuje wartość 1. Dla układów pośrednich i półpośrednich przyjmuje wartości wynikającą z przekładni zastosowanych Przekładników oraz dodatkowo wartości korekty w przypadku awarii Przekładnika (wartości są niezależne). W przypadku poprawnej pracy Przekładników wartość korekty wynosi 0. Atrybut zawierający zbiór Atrybutów zgodnie z definicją dla Przekładnika (Tabela nr 1a). Na podstawie wyznaczonej przekładni System wyznacza energię i moc dla układów półpośrednich i pośrednich (wartość korekty wykorzystywana jest do wyliczenia Profili Dodatkowych na potrzeby korekty). Wyznaczony Profil Dodatkowy w przypadku awarii nie modyfikuje Profili Mocy wyznaczonych w oparciu o dane rzeczywiste oraz znamionową przekładnię Przekładników.

B zewnętrzny system SAP IS-U(w zakresie opisanym dla Przekładnika)

2

PP-37 Stacja transformatorowa

Identyfikator Stacji Energetycznej (RPZ, Stacji SN/nN), z której zasilany lub jest zainstalowany dany Punkt Pomiarowy. Atrybut na potrzeby wyliczania energii i mocy w Charakterystycznych Punktach Sieci oraz wyznaczania Wskaźników Jakościowych oraz przypisywania Profili Standardowych Wartości Atrybutu obejmują kod typu stacji oraz numer stacji lub nazwę stacji energetycznej. Atrybut wykorzystywany w procesie Bilansowania Technicznego

B zewnętrzny system / System

2

PP-38 Lista Profili Mocy Konfiguracja przechowywanych Profili Mocy z Licznika (Liczników) w danym Punkcie Pomiarowym (parametry określające wielkość mierzoną wraz opisem rozdzielczości profili). W oparciu o ten Atrybut System kontroluje kompletność przekazywanych danych z systemów zewnętrznych. Atrybut konfigurowalny automatycznie przez System na podstawie przesłanych danych z systemu typu HES. System wyświetla w Atrybucie informację o

B System 2

Strona 83 z 224



ostatniej danej przesłanej przez Licznik (wartość jest aktualizowana w procesie pozyskiwania danych). Atrybut umożliwia również przeglądanie przypisanych Profili Mocy do danego Punktu Pomiarowego z informacjami o źródłach pochodzenia oraz Walidację kompletności pokrycia wymaganym dla danego Punktu Pomiarowego np. w przypadku Prosumenta brak Profilu Mocy dla energii czynnej oddanej jest sygnalizowane błędem kompletności Profili Mocy.

Strona 84 z 224



PP-39 Lista Profili Rozliczeniowych

Konfiguracja przechowywanych Profili Rozliczeniowych z Licznika (Liczników) w danym Punkcie Pomiarowym (parametry określające listę wielkości mierzonych). W oparciu o ten Atrybut System kontroluje kompletność przekazywanych danych z systemów zewnętrznych. Atrybut konfigurowalny automatycznie przez System na podstawie przesłanych danych z systemu zewnętrznego. System wyświetla w Atrybucie informację o ostatniej danej odczytanej z Licznika (wartość jest aktualizowana w procesie pozyskiwania danych). Atrybut umożliwia również przeglądanie przypisanych Profili Rozliczeniowych do danego Punktu Pomiarowego z informacjami o źródłach pochodzenia oraz Walidację kompletności pokrycia wymaganym dla danego Punktu Pomiarowego np. w przypadku Taryfy C21 brak Profilu Rozliczeniowego dla energii biernej pojemnościowej jest sygnalizowane błędem kompletności Profili Rozliczeniowych. Minimalny zakres Profili Rozliczeniowych przekazywany jest przez system SAP IS-U.

B System 2

PP-40 Lista Profili Wartości Sieciowych

Konfiguracja przechowywanych Profili Wartości Sieciowych z Licznika (Liczników) w danym Punkcie Pomiarowym (parametry określające listę kodów OBIS wraz opisem rozdzielczości profili). W oparciu o ten Atrybut system kontroluje kompletność przekazywanych danych z systemów typu HES. Atrybut konfigurowalny automatycznie przez System na podstawie przesłanych danych z systemu typu HES. System wyświetla w Atrybucie informację o ostatniej danej odczytanej z Licznika (wartość jest aktualizowana w procesie pozyskiwania danych).

B System 2

PP-41 Lista Profili Dodatkowych

Konfiguracja przechowywanych Profili Mocy dla Punktu Pomiarowego z pomiarem półpośrednim i pośrednim. Konfiguracja na potrzeby wyznaczania korekty Danych Pomiarowych

B System 2

Strona 85 z 224



wynikających z uszkodzenia Układu Pomiarowego (np.. Przekładnika). Konfiguracja obejmuje wszystkie Profile Mocy, dla których system automatycznie wyznaczył profil na potrzeby korekty Danych Pomiarowych zarejestrowanych przez Licznik przy nominalnej przekładni (profile, które system w procesie przetwarzania, raportowania, udostępniania wykorzystuje do wyznaczenia rzeczywistej mocy i energii). System wyświetla aktywność Profili Dodatkowych wraz z datą obowiązywania i końca oraz sumaryczną ilość energii dla Profilu Mocy. Profile Dodatkowe są Danymi Przetworzonymi na podstawie rzeczywistych Profili Mocy oraz współczynnika wyznaczonego przez System w oparciu o proces Walidacji Danych Pomiarowych.

Strona 86 z 224



PP-42 Lista liczydeł dekrementujących

Konfiguracja przechowywanych Danych Pomiarowych z aktywnych Liczników przedpłatowych. System wyświetla wartość rejestru dekrementującego z Licznika, który posiada aktywną funkcję przedpłatową. Wartość jest aktualizowaną podczas każdego odczytu Danych Pomiarowych z Licznika. System Waliduje Atrybuty Punktu Pomiarowego oraz przypisane Profile Rozliczeniowe oraz liczydła dekrementujące na potrzeby kontroli aktywności funkcji przedpłatowej.

B zewnętrzny system

2

PP-43 Hierarchia danych Definicja hierarchii wykorzystania Danych Pomiarowych w procesach przetwarzania i rozliczania dla danych pochodzących z różnych źródeł (Licznik rozliczeniowy, kontrolny, Agregat). Atrybut przesyłany z identyfikacją rodzaju Taryfy dla liczydła Licznika (pomiar rozliczeniowy, kontrolny) oraz w szczególnych przypadkach definiowany przez użytkownika (pomiary sieciowe). Atrybut jest uporządkowanym zbiorem źródeł danych wraz z ich uporządkowaną hierarchią wykorzystania w Procesach Biznesowych na zdefiniowanych zasadach.

Atrybut zapewnia automatyczność procesów przetwarzania Danych Pomiarowych. Dla Atrybutu w Systemie definiowane są Wzorce hierarchii przypisywane do Punktów Pomiarowych na podstawie wartości Atrybutów Punktu Pomiarowego.

B System 2

PP-44 Element sieci Kod:

1. Złącza Kablowego (dla Punktów Pomiarowych zainstalowanych w sieci niskiego napięcia poza Stacją Energetyczną), z którego zasilony jest dany Punkt Pomiarowy (kod jest identyfikatorem z systemu GIS dla danego złącza i jest powiązany z kodem stacji SN/nN),

2. Linii lub transformatora dla pomiarów w stacjach (GPZ, RPZ, Stacja SN/nN).

B zewnętrzny system / System

3

Strona 87 z 224



Atrybut na potrzeby wyliczania energii i mocy w Charakterystycznych Punktach Sieci oraz wyznaczania wskaźników jakościowych.

Strona 88 z 224



PP-45 Status wyłącznika Dla Punktu Pomiarowego jest to status przekazany przez Licznik. W przypadku, gdy Licznik nie posiada stycznika statusy podawane są z systemu zewnętrznego lub manualnie w Systemie i dotyczą fizycznego stanu zabezpieczenia przedlicznikowego. System śledzi historię statusu wyłącznika na potrzeby szacowania Danych Pomiarowych np. w przypadku gdy Odbiorca jest odłączony to prognoza wynosi zero.

B zewnętrzny system SAP IS-U i HES/ System

2

PP-46 Status portu HAN Status aktywności (aktywny/nieaktywny) portu do sieci wewnętrznej Odbiorcy. Zmiana statusu na podstawie danych z Dziennika Zdarzeń przesłanych przez Licznik.

A zewnętrzny system HES

2

PP-47 Przepływ zerowy Status wyznaczany dla Okresu Rozliczeniowego. Status przyjmuje wartość daty (początek okresu rozliczeniowego, od którego występuje brak poboru energii). W przypadku, gdy w kolejnym okresie wystąpi przepływ energii System zmienia status na wartość np. obciążony. Atrybut wykorzystywany do Walidacji przepływu energii w Zasilaczach Rezerwowych oraz kontroli Układów Pomiarowych.

A System 2

PP-48 Licznik zaników napięcia

Czasy ostatnich zaników napięć dla danego Punktu Pomiarowego kwalifikowanych na podstawie zasad wyznaczania Wskaźników Jakościowych (dla Punktów Pomiarowych odczytywanych lokalnie wartości wyznaczane są na podstawie danych z Punktu Pomiarowego zainstalowanego w Stacji SN/nN, z której zasilony jest dany Punkt Pomiarowy tzn. punkty posiadają ten sam Atrybut Stacja Transformatorowa). Atrybut wyznaczany na podstawie Danych Pomiarowych z Liczników (Dziennik Zdarzeń oraz statusy Profilu Mocy). System umożliwia definiowanie zasad wyznaczania długości trwania zaniku napięcia na potrzeby obliczania Wskaźników Jakościowych w danym Punkcie Pomiarowym oraz zasad zatwierdzania wyznaczonych wskaźników (System automatycznie wyznacza czasy, które są zatwierdzane

B System 2

Strona 89 z 224



przez użytkownika). System automatycznie wyznacza czas niedostarczania energii w danym Punkcie Pomiarowym na potrzeby wyliczania wielkości rekompensaty dla Odbiorcy (reguły wyznaczania z czasów zaników napięć na potrzeby rekompensat są definiowalne globalnie w Systemie dla grup Punktów Pomiarowych).

Strona 90 z 224



PP-49 Rejestr jakości napięcia

Łączny czas obniżeń napięć dla danego Punktu Pomiarowego w okresie miesięcznym wraz z liczbą w podziale na fazy zasilania oraz definiowalne w Systemie progi obniżenia napięcia (dla Punktów Pomiarowych odczytywanych lokalnie wartość wyznaczana jest na podstawie Punktu Pomiarowego zainstalowanego w Stacji SN/nN, z której zasilony jest dany Punkt Pomiarowy: posiadają ten sam Atrybut Stacja Transformatorowa). Atrybut wyznaczany na podstawie Danych Pomiarowych z Liczników (Dziennik Zdarzeń oraz statusy Profilu Mocy).

B System 4

PP-50 Alarmy Kody alarmów. Na podstawie przypisanych zdarzeń z Dziennika Zdarzeń w Liczniku (np. otwarcie pokrywy Licznika) oraz powiązanych ze sobą zdarzeń (np. Licznik wyłączony i jednocześnie Profil Mocy wskazuje przepływ energii) oraz wykrytych nieprawidłowości w działaniu Układu Pomiarowego (np. wykrycie uszkodzenia Przekładnika, brak Sprzedawcy Energii, brak Podmiotu Odpowiedzialnego za Bilansowanie itp.). Szczególnym przypadkiem Alarmu jest odłączenie Licznika (windykacja) przesłana przez system zewnętrzny SAP IS-U w postaci odczytu windykacyjnego.

B zewnętrzny system HES i SAP IS-U

2

PP-51 Dziennik Zdarzeń Punktu Pomiarowego

Uporządkowane zestawienie (lista) wykonywanych działań w obrębie Punktu Pomiarowego oraz Obiektów skojarzonych z tym Punktem poprzez zewnętrzne systemy oraz System. Informacje zawierające typ działania, czas, źródło, status (krytyczność, aktywność) oraz inne informację które umożliwiają identyfikację działań wykonanych w Punkcie Pomiarowym. System umożliwia grupowanie, filtrowanie oraz raportowanie danych z Dziennika Zdarzeń Punktu Pomiarowego.

B System 2

Strona 91 z 224



Tabela nr 1a – Szczegółowe Atrybuty Przekładnika

Strona 92 z 224



NrSzczegóły Atrybutu Przekładnika

opis Atrybutu oraz jego roli typ Atrybutu


Faza

PP-52 ID urządzenia Identyfikator nadawany urządzeniu przez system zewnętrzny odpowiedzialny za gospodarkę urządzeniami.


2

PP-53 Numer fabryczny

Numer seryjny Przekładnika identyfikujący urządzenie w procesach zarządzania Przekładnikami. Niepowtarzalny numer identyfikujący Przekładnik danego typu (możliwe jest wystąpienie Przekładników z identycznym numerem fabrycznym w przypadku producenta lub typu Przekładnika).


2

PP-54 Rodzaj Parametr określający rodzaj Przekładnika, może przyjmować następujące m.in. wartości: napięciowy, prądowy, kombinowany (prądowo-napięciowy).


2

PP-55 Numer fazy Przypisana faza, na której został zainstalowany przekładnik (L1, L2, L3). System przypisuje automatycznie kolejności faz dla przesyłanych danych o Przekładniku z zewnętrznego systemu. Oznaczenie fazy może zostać zmienione przez użytkownika gdy Dane Pomiarowe umożliwią fizyczną identyfikację.

A System 2

PP-56 Znamionowe napięcie pierwotne

Parametr dotyczy przekładnika napięciowego. Parametr oznaczający napięcie, dla którego odbywa się pomiar. Parametr do wyznaczenia mnożnej Układu Pomiarowego (przeliczenie danych rejestrowanych w Liczniku). System kontroluje spójność danych w stosunku do Atrybutów: Napięcie Pomiaru, Napięcie przyłączeniowe. Wartości napięć są znormalizowane w oparciu, o które System weryfikuje wartości Atrybutów (system umożliwia definicję znormalizowanych wielkości).


2

PP-57 Znamionowe napięcie wtórne

Parametr dotyczy przekładnika napięciowego. Parametr oznaczający napięcie, na którym odbywa się


2

Strona 93 z 224



pomiar. Parametr do wyznaczenia mnożnej Układu Pomiarowego (przeliczenie danych rejestrowanych w Liczniku). System kontroluje spójność danych w stosunku do Atrybutów: Napięcie Pomiaru, Napięcie przyłączeniowe. Wartości napięć są znormalizowane w oparciu, o które system weryfikuje wartości Atrybutów (system umożliwia definicję znormalizowanych wielkości).

Strona 94 z 224



PP-58 Znamionowy prąd pierwotny

Parametr dotyczy przekładnika prądowego. Parametr oznaczający górną wartość przekładni przekładnika prądowego. Parametr do wyznaczenia mnożnej Układu Pomiarowego (przeliczenie danych rejestrowanych w Liczniku). Wartości prądów są znormalizowane w oparciu, o które system weryfikuje wartości Atrybutów (system umożliwia definicję znormalizowanych wielkości).


2

PP-59 Znamionowy prąd wtórny

Parametr dotyczy przekładnika prądowego. Parametr oznaczający dolną wartość przekładni przekładnika prądowego. Parametr do wyznaczenia mnożnej Układu Pomiarowego (przeliczenie danych rejestrowanych w Liczniku). Wartości prądów są znormalizowane w oparciu, o które system weryfikuje wartości Atrybutów (system umożliwia definicję znormalizowanych wielkości).


2

PP-60 Przekładnia Parametr pochodny wielkości znamionowej wtórnej i pierwotnej przekładnika, wyznaczany na potrzeby przeliczania Danych Pomiarowych do wartości rzeczywistej. Parametr jest wartością prezentującą znamionowe dane dla Przekładników.

B System 2

PP-61 Data montażu Data montażu dotyczy fizycznej instalacji Przekładnika w określonym Punkcie Pomiarowym.


2

PP-62 Data demontażu

Data demontażu Przekładnika (np. na potrzebę wymiany uszkodzonego lub zmiany parametrów technicznych lub likwidacji Punktu Pomiarowego).


2

PP-63 Data uszkodzenia

Data, w której zostało przyjęte uszkodzenie Przekładnika. Data wyznaczana automatycznie przez System w procesie Walidacji w oparciu o Dane Pomiarowe lub w oparciu o wprowadzoną datę uszkodzenia przez użytkownika (od tej daty System wyznacza Profil Dodatkowy na potrzeby korekty danych, wartość mnożnej korekty wyznaczana jest przez System automatycznie, a w przypadku wprowadzenia daty przez użytkownika wartość mnożnej również

B System 2

Strona 95 z 224



wprowadzana jest manualnie).

PP-64 Data naprawy Data przywrócenia poprawnej pracy Przekładnika (zgodnie z parametrami znamionowymi), nie dotyczy wymiany Przekładnika na nowe (np. wymiana uszkodzonego bezpiecznika w obwodzie napięciowym układu półpośredniego lub pośredniego), lub zdarzenia zarejestrowane przez Licznik, który współpracuje z danym Przekładnikiem (system z tą datą kończy wyznaczanie dodatkowego profilu na potrzeby korekty danych).

B System 2

Strona 96 z 224



Tabela nr 1b – Szczegóły Atrybutu Licznika

Strona 97 z 224



NrSzczegóły Atrybutu Licznika

opis Atrybutu oraz jego roli typ Atrybutu


Faza

PP-65 ID urządzenia Identyfikator Licznika w systemie zbierającym dane.


2

PP-66 Numer fabryczny

Numer seryjny Licznika identyfikujący urządzenie w procesach zarządzania Licznikami i rozliczeń. Niepowtarzalny numer identyfikujący Licznik danego typu (możliwe jest wystąpienie Liczników z identycznym numerem fabrycznym w przypadku innego producenta lub typu Licznika). Parametr wykorzystywany do identyfikacji danych pozyskiwanych z Liczników.


2

PP-67 Typ Licznika Identyfikator określający model Licznika. Atrybut wykorzystywany do jednoznacznego identyfikowania urządzenia w procesie wymiany danych z zewnętrznymi systemami. System zapewnia słowniki dla Typów Liczników na potrzeby identyfikowania różnych oznaczeń typu Licznika dla tego samego typu w systemach zewnętrznych.

A System 2

PP-68 Grupa liczydeł Konfiguracja dostępnych liczydeł i ich „okienkowości” w Liczniku. Atrybut wykorzystywany podczas Walidacji ilości przekazywanych Danych Pomiarowych z zewnętrznych systemów oraz przy przekazywaniu Danych Pomiarowych do zewnętrznych systemów.


2

PP-69 Mnożna na liczydle

Parametr określający współczynnik rozliczenia wynikający z zastosowanych przekładników w Układzie Pomiarowym. System w szczególnych przypadkach umożliwia dodanie dodatkowej mnożnej wynikającej z zastosowanego Licznika (wskaźnik mocy).


2

Strona 98 z 224



Atrybut wykorzystywany przez System do Walidacji stosowanych mnożnych dla Punktu Pomiarowego w Systemie.

PP-70 Data montażu Data montażu dotyczy fizycznej instalacji Licznika w określonym Punkcie Pomiarowym. Wartość Atrybutu jest Walidowana Danymi Pomiarowymi przekazywanymi przez system zewnętrzny HES.


2

PP-71 Data demontażu

Data demontażu Licznika np. na potrzebę wymiany uszkodzonego lub zmiany parametrów technicznych lub likwidacji lub przeniesienia Punktu Pomiarowego. Wartość Atrybutu jest Walidowana Danymi Pomiarowymi przekazywanymi przez system zewnętrzny HES.


2

PP-72 Data zmiany parametryzacji

Data zmiany parametryzacji jest związana z zmianą ustawień Licznika (np. zmiana Taryfy). Atrybut odwzorowujący zmiany w wartościach innych Atrybutów np. Taryfa w procesie serwisowym.


2

Strona 99 z 224



5.1.2 Zarządzanie Punktami Pomiarowymi i ich Atrybutami

Na potrzeby zarządzania Punktami Pomiarowymi System zapewnia realizację wymagań określonych w Tabeli nr 1c.

Tabela nr 1c

Strona 100 z 224



Nr Opis wymagań Faza

PP-73 Kod PPE jest podstawowym i jednoznacznym identyfikatorem Punktu Pomiarowego i powiązanych z nim Danych Pomiarowych. Dodatkowe identyfikatory dla procesów pozyskiwania oraz udostępniania Danych Pomiarowych do innych systemów są używane w zależności od specyfiki systemu, do jakiego są przekazywane.

2

PP-74 System obsługuje 2 standardy kodów PPE:

Pierwszy typ kodu PPE dla standardu stosowany w systemie SAP IS-U u Zamawiającego,

Drugi typ kodu PPE jest oznaczeniem w formacie zgodnym z międzynarodowym standardem GS1/GSRN który będzie nadawany przez jednostkę centralną.

2

PP-75 Dla pierwszego typu kodu PPE, który nadawany jest automatycznie przez system SAP IS-U przyjmuje następującą postać:

PL999999KKKKK XXXXXXXXXXXXXXXXXXXX

Gdzie:

PL – Kraj (Polska),

999999 – kod OSD do którego przyłączony jest Punkt Pomiarowy (dla OSD może występować kilka kodów),

KKKKK – (5 znaków) kod pocztowy Punktu Pomiarowego (w niektórych przypadkach mogą być same zera),

XXXXXXXXXXXXXXXXXXXX (20 znaków) – niepowtarzalny identyfikator dla Punktu Pomiarowego nadawany przez system SAP IS-U

Opisany powyżej kod jest opisem schematu a nie zasadami stosowanymi przy nadawaniu kodów przez system zewnętrzny SAP IS-U np. kod OSD może przyjmować wartość 000001 lub 999999.

2

PP-76 Dla drugiego typu kodu PPE który jest oznaczy w formacie zgodnym z międzynarodowym standardem GS1/GSRN, przyjmuje następującą postać: (590)(J1J2J3J4)(S1S2S3S4S5S6S7S8S9S10)(K)

gdzie:

590 - prefiks dla polskiej organizacji GS1

J1J2J3J4 - numer OSD nadawany przez polską organizację GS1

S1S2S3S4S5S6S7S8S9S10 - unikalna liczba nadana przez OSD dla danego PPE

K - cyfra kontrolna

System umożliwia modyfikację schematu dla kodu w celu dostosowani do wprowadzonego docelowego standardu dla Polski.

3

PP-77 System umożliwia definicję dodatkowych identyfikatorów lub parametrów w Punktach Pomiarowych na potrzeby udostępniania Danych Pomiarowych do zewnętrznych systemów. System umożliwia tworzenie schematów przypisywanych do Punktów Pomiarowych jako domyślne np. wykorzystanie kodu PPE. Przykładowym identyfikatorem jest schemat składający się z czterech bloków do udostępniania Profili Mocy w formacie ptpiree.

2

Strona 101 z 224



PP-78 Numer seryjny Licznika wraz z identyfikatorem Typu Licznika jest jednoznacznym identyfikatorem Licznika i powiązanych z nim Danych Pomiarowych.

2

PP-79 System obsługuje numery seryjne Liczników, które zawierają cyfry, litery i znaki specjalne. System umożliwia tworzenie słowników dla translacji numerów seryjnych w zakresie: podawania niepełnego numeru seryjnego – brak „0” na początku numeru seryjnego oraz inny znak specjalny np. zamiast „-„ pusty znak. Słowniki są wykorzystywane przez System przy wymianie danych z zewnętrznymi systemami.

2

PP-80 Kod OBIS jest jednoznacznym identyfikatorem dla wszystkich rodzajów Danych Pomiarowych, zbieranych z Liczników. System zapewnia tworzenie słowników dla kodów OBIS na potrzeby wymiany danych z zewnętrznymi systemami.

2

PP-81 Stosowane w systemie kody OBIS są zgodne z normą PN-EN 62056-61 lub jej aktualizacjami.

2

PP-82 System przechowuje Dane Pomiarowe w jednostkach zdefiniowanych w normie PN-EN 62056-62 lub jej aktualizacjach. Prezentacja i udostępnianie danych odbywa się w jednostkach zdefiniowanych przez użytkownika Systemu (np. wartość energii czynnej w kWh).

2

PP-83 System zarządza Danymi Pomiarowymi dla energii elektrycznej. Dane Pomiarowe nie mogą być usuwane w Systemie poza zdefiniowanymi procesami odpowiedzialnymi za archiwizację.

2

PP-84 System odwzorowuje Układy Pomiarowe typu, bezpośredni, półpośredni oraz pośredni na potrzeby przetwarzania Danych Pomiarowych pochodzących z Liczników do wartości rzeczywistej.

2

PP-85 System zarządza hierarchią oraz relacjami Liczników na potrzeby odwzorowania Układów Pomiarowych rozliczeniowych i kontrolnych zainstalowanych w tym samym Punkcie Pomiarowym.

2

PP-86 System automatycznie tworzy Punkty Pomiarowe wraz z Atrybutami na podstawie danych konfiguracyjnych (dane z wartościami dla Atrybutów) przesyłanych interfejsem z systemu SAP IS-U. W procesie automatycznego tworzenia Punktów Pomiarowych System zapewnia obsługę przekazywanych niekompletnych danych o konfiguracji np. brak danych technicznych (przesłane dane są przed instalacją Licznika w Punkcie Pomiarowym). System zarządza dostępem do zmian wartości Atrybutów przesłanych z systemu SAP IS-U.

2

PP-87 System w procesie zmiany wartości Atrybutów przesyłanych interfejsem z systemu SAP IS-U Waliduje datę i czas oraz zakres procesu w oparciu o dane przesyłane z Liczników. W procesie Walidacji System za nadrzędne wartości przyjmuje dane z Licznika. System zapewnia śledzenie i kontrolę przesyłanych danych o zmianie Atrybutów pochodzących bezpośrednio z urządzeń mobilnych oraz po ich zmianie w SAP IS-U (przesyłane dane podlegają automatycznej Walidacji ich wartości oraz terminowości).

2

PP-88 System umożliwia manualne tworzenie Punktów Pomiarowych w Systemie oraz manualne przypisywanie tym Punktom Pomiarowym Atrybutów. System zapewnia GUI na potrzeby obsługi procesu (np. dla Punktów Pomiarowych nie występujących w systemie SAP IS-U).

2

PP-89 System przechowuje historię urządzeń (Liczników i Przekładników) na potrzeby zarządzania urządzeniami aktywnymi (zainstalowane w Punkcie Pomiarowym) oraz

2

Strona 102 z 224



nieaktywnych (zdemontowanych).

Strona 103 z 224



PP-90 System zapewnia narzędzia dla użytkownika Systemu na potrzeby obsługi pojedynczych oraz grupowych zmian Atrybutów dla Punktów Pomiarowych.

2

PP-91 Dla przypadku, gdy przesyłane są wartości tego samego Atrybutu przez więcej jak z jednego źródła to system umożliwia zdefiniowanie priorytetu dla źródła (np. numer Stacji SN/nN).

2

PP-92 System zarządza składowaniem danych (archiwizacja Danych Pomiarowych oraz wartości Atrybutów) tzn. dane starsze mogą być przechowywane w innych przestrzeniach (fizycznych lub logicznych). Dostęp do danych jest realizowany z tego samego Systemu.

2

PP-93 System zapewnia narzędzia umożliwiające zarządzanie procesem usuwania danych na żądanie właściciela danych. Usuwanie danych w Systemie realizowane jest poprzez anonimizację danych.

4

PP-94 System posiada narzędzia do zarządzania Atrybutami Punktów Pomiarowych. Zarządzanie Atrybutami odbywa się poprzez dedykowane GUI oraz interfejsy z zewnętrznymi systemami.

2

PP-95 System zapewnia możliwość rozszerzania listy Atrybutów przez użytkowników dla Punktów Pomiarowych. Zakres dodatkowych Atrybutów typu B oraz A jest nie mniejsza niż 10.

2

PP-96 System zapewnia mechanizmy grupowego tworzenia i modyfikacji Atrybutów dla Punktów Pomiarowych z kompletną konfiguracją Atrybutów na podstawie danych z zewnętrznego pliku o określonej strukturze. Narzędzia na potrzeby grupowego tworzenia i modyfikacji Punktów Pomiarowych umożliwiają kompletną konfigurację w Systemie przez użytkownika. Dostępne narzędzia umożliwiają grupowe tworzenie i modyfikację dla min. 10 tyś. Punktów Pomiarowych. System umożliwia definicję zakresu modyfikowanych Atrybutów dla Punktu Pomiarowego.

2

PP-97 System umożliwia jednoczesną zmianę tego samego typu Atrybutu na wielu Punktach Pomiarowych np. poprzez import z zewnętrznego pliku.

2

PP-98 System posiada narzędzia do definiowania dowolnej ilości stref czasowych. Definicja obejmuje zakresy godzin oraz uwzględnienie kalendarza na potrzeby tworzenia stref dla typowych i nietypowych dni. Definicja stref czasowych w Systemie oparta jest o dokument IRiESD Zamawiającego. Dokument ten stanowi załącznik nr 6 do OPZ.

2

PP-99 System posiada narzędzia na potrzeby definiowania Taryf dystrybucyjnych w oparciu o zdefiniowane strefy czasowe oraz Profile Standardowe. Definicja schematu taryfowego oparta jest o IRiESD Zamawiającego.

2

PP-100 System posiada narzędzia na potrzeby definiowania Segmentów w oparciu o zdefiniowane grupy Odbiorców oraz Profile Standardowe wyznaczone na podstawie Profili Mocy z Liczników Punktów Pomiarowych przypisanych do danego Segmentu. System umożliwia tworzenie grup Punktów Pomiarowych, na podstawie których wyznaczany jest Profil Standardowy dla danego Segmentu.

3

PP-101 System w procesie zarządzania Licznikami umożliwia wykorzystanie tego samego Licznika w różnych Punktach Pomiarowych. Przypisanie Licznika do różnych Punktów Pomiarowych nie jest w tym samym czasie (okresy przypisanie nie pokrywają się). Okres zmiany przypisania jest poprzedzony zleceniami serwisowymi (demontaż, montaż) przekazywane interfejsem z systemu SAP IS-U (System kontroluje spójność przekazywanych konfiguracji w zakresie przypisania Liczników

2

Strona 104 z 224



do Punktu Pomiarowego). W szczególnych przypadkach System umożliwia przypisanie w systemie przez użytkownika jednego Licznika do kilku Punktów Pomiarowych poza interfejsem z SAP IS-U na potrzeby logicznego odwzorowania konfiguracji.

Strona 105 z 224



PP-102 W szczególnym przypadku zmiany kodu PPE (masowej rekonfiguracji kodów PPE) dla Punktów Pomiarowych system umożliwia powiązanie Punktu Pomiarowego z jedną lokalizacją w różnych okresach obowiązywania. System umożliwia rekonfigurację kodów PPE dla wszystkich Punktów Pomiarowych na potrzeby dostosowywania się systemu do jednego standardu kodu PPE w Polsce.

2

PP-103 System zarządza Atrybutami Punktów Pomiarowych w sposób umożliwiający użytkownikowi przeglądanie historii obowiązywania Atrybutów wraz zdarzeniami, które spowodowały zmiany wartości Atrybutów.

2

PP-104 System pozyskuje, przechowuje i udostępnia Dane Pomiarowe (m.in.: energia, moc, napięcie, natężenie prądu, częstotliwość, kąt, czas, data, straty, harmoniczne wraz z zdarzeniami.). Dane są przechowywane dla postaci nieprzetworzonej (źródłowej) w systemie z mnożnikiem 1 (np.: kilowatogodzina, jako podstawowa jednostka) oraz wszystkie dane mają możliwość wyświetlania i udostępnienia ich z dowolnym mnożnikiem.

2

PP-105 System posiada model danych obejmujący pełen zakres danych opisanych w OPZ (m.in.: Dane Pomiarowe, zdarzenia, konfiguracyjne, itd..) opisany w ofercie na poziomie modelu logicznego i modelu fizycznego.

2

PP-106 System umożliwia zmianę wartości Atrybutu Punktu Pomiarowego ze wsteczną datą (inną niż data wprowadzania wartości Atrybutu). System automatycznie uwzględni zmianę w procesie przetwarzania, począwszy od daty tej zmiany (np. zmiana Przekładników). System odpowiednio oznacza taki przypadek w dzienniku zdarzeń Punktu Pomiarowego.

2

PP-107 System umożliwia wycofanie zmiany dowolnego Atrybutu Punktu Pomiarowego (Storno) z jednoczesnym zachowaniem historii zmian w Dzienniku Zdarzeń Punktu Pomiarowego.

2

PP-108 System w ramach procesów zarządzania Punktami Pomiarowymi oraz wprowadzania danych rejestruje informacje w dzienniku danego Punktu Pomiarowego. Zakres informacji w dzienniku obejmuje czas danego zdarzenia, źródło oraz opis zdarzenia. Gromadzone informacje są dostępne dla użytkownika bezpośrednio z poziomu Obiektu oraz na potrzeby raportowania (wyszukiwania obiektów, dla którego zostało zarejestrowane dane zdarzenie).

2

PP-109 System umożliwia identyfikację Punktów Pomiarowych zlokalizowanych u Wytwórców oraz u Prosumentów w miejscu wytwarzania energii elektrycznej w zakresie wytwarzanej energii (np. energia zielona – wprowadzona do sieci z wiatraków, energia czarna, czerwona). Informacja o kolorze wytwarzanej energii jest jednym z Atrybutów przypisanych Punktowi Pomiarowemu, który jest dostępny, gdy Licznik przypisany do danego Punktu Pomiarowego rejestruje energię wytwarzaną.

2

PP-110 System na potrzeby zarządzania Punktami Pomiarowymi, które są zlokalizowane u Wytwórców energii elektrycznej umożliwia przypisanie Atrybutu opisującego typ źródła wytwarzania. System dostarcza słownik typów wytwarzania, który jest definiowany w Systemie przez użytkownika. Podstawowy słownik zakres typów wytwarzania zawiera źródła: fotowoltaiczne, wiatrowe, elektrociepłownie, przemysłowe, biogazowe.

2

PP-111 System umożliwia zarządzanie Punktami Pomiarowymi, dla których jest realizowana umowa ryczałtowa. System na potrzeby zarządzania Punktami Pomiarowymi z umowami ryczałtowymi umożliwia definicję parametrów

2

Strona 106 z 224



pozwalających określić przepływ energii w określonym czasie. System we wszystkich procesach przetwarzania i udostępniania danych traktuje identycznie Punkty Pomiarowe ryczałtowe jak Punkty Pomiarowe z Licznikami. Punkt Pomiarowy z umową ryczałtową nie posiada Licznika zainstalowanego w Punkcie Pomiarowym. System udostępnia narzędzia umożliwiające raportowanie obiektów, które posiadają umowę ryczałtową.

Strona 107 z 224



PP-112 System umożliwia zarządzanie obiektem typu Agregat dla zbioru Punktów Pomiarowych w których realizowana jest umowa ryczałtowa i jednocześnie nie ma takich obiektów (Punktów Pomiarowych) w systemie zewnętrznym SAP IS-U, który przekazuje konfigurację dla Atrybutów. System posiada dedykowany GUI do zarządzania z umowami ryczałtowymi dla których nie są utworzone Punkty Pomiarowe w SAP IS-U.

4

PP-113 System umożliwia definiowanie przypisywanie Punktowi Pomiarowemu dodatkowych pomiarów w postaci Punktu Pomiarowego ( tzw. "podlicznika") na potrzeby odliczania energii i mocy w danym Punkcie Pomiarowym. W przypadku Punktu Pomiarowego z zdefiniowanym tzw. "podlicznikiem" dane udostępniane do raportów do zewnętrznych systemów oraz wykorzystywane w procesie przetwarzania uwzględniają wartości pomniejszone. Dla danych rozliczeniowych system udostępnia dane z Liczników, które zdefiniowane i przypisane do Punktu Pomiarowego.

2

PP-114 System zapewnia zarządzanie hierarchią źródeł pochodzenia wartości Atrybutów w zakresie dostępu do zmian. Źródłami wartości Atrybutów w Systemie mogą być:

1. system zewnętrzny,

2. System na podstawie procesów przetwarzania Danych Pomiarowych,

3. użytkownik Systemu.

System zapewnia definiowanie listy źródeł z których może być dokonywania zmiana wartości dla każdego Atrybutu (jedno oraz wiele źródeł jednocześnie).

2

PP-115 System zapewnia zarządzanie Uczestnikami Rynku oraz relacjami między poszczególnymi typami uczestników na potrzeby realizowania procesu Bilansowania Handlowego oraz wymiany danych poprzez interfejsy z zewnętrznymi systemami. Dla Punktów Pomiarowych Wytwórczych istnieje możliwość definicji odrębnych zasad powiązania Sprzedawcy z Podmiotem Odpowiedzialnym za Bilansowanie.

2

PP-116 Wartości Atrybutów Punktów Pomiarowych powiązane są ze sobą zależnościami oraz regułami, które podlegają kontroli realizowanej przez System automatyczne w procesie Walidacji. Kontrola jest realizowana w trybie zdarzeniowej np. podczas zmiany wartości Atrybutu oraz cyklicznej np. w okresach rozliczeniowych. Automatyzacja procesu realizowanego w Systemie zawiera wykorzystanie definiowalnych scenariuszy działania Systemu np. wykrycie uszkodzenia Przekładnika w danym Punkcie Pomiarowym oraz wyznaczenie parametrów dla Profili Dodatkowych.

2

PP-117 W szczególnych przypadkach system zewnętrzny może przypisywać ten sam Licznik do dwóch Punktów Pomiarowych ze względu na istnienie dwóch różnych umów z Odbiorcą w tym samym Punkcie Pomiarowym. System umożliwia obsługę takich wyjątków poprzez wskazanie nadrzędnego Punktu Pomiarowego oraz przypisanego do niego wirtualnego dla którego system przesyła konfiguracje. Dane Pomiarowe są przekazywane dla każdego Punktu Pomiarowego niezależnie.

2

PP-118 Na potrzeby kontroli przepływu energii w Przyłączu rezerwowym System posiada narzędzia do konfigurowania powiązań Przyłączy rezerwowych z podstawowymi na podstawie których System automatycznie kontroluje wystąpienie jednoczesnego przepływu w obu przyłączach. Wykryte zdarzenia są raportowane w Dzienniku Zdarzeń Punktu Pomiarowego. W GUI Systemu użytkownik może przeglądać

4

Strona 108 z 224



konfiguracje Przyłączy podstawowych i rezerwowych.

PP-119 System posiada narzędzia umożliwiające anonimizację wartości Atrybutów Punktu Pomiarowego na podstawie żądanie z zewnętrznego systemu. System posiada narzędzia umożlwiające definiowanie listy Atrybutów podlegających anonimizacji oraz zasady anonimizacji w przypadku gdy anonimizacja realizowana na żądanie użytkownika Systemu.

4

Strona 109 z 224



5.2 Wymagania do zasad zbierania i zarządzania Danymi Pomiarowymi

Na potrzeby przetwarzania Danymi Pomiarowymi System zapewnia realizację wymagań określonych w Tabeli nr 2.

Tabela nr 2

Strona 110 z 224




PD-1 System zapewnia kontrolę jakości w zakresie procesu wymian, montaży i demontaży oraz uszkodzeń Liczników. Na potrzeby kontroli jakości system wykrywa różnice w numeracji przypisanych Liczników do Punktu Pomiarowego, czasu montażu, wymiany i demontażu. W procesie zapewnia ciągłość Danych Pomiarowych dla Punktu Pomiarowego oraz raportowanie rozbieżności między danymi przesyłanymi z systemu SAP IS-U a danymi z systemu typu HES. Na potrzeby kontroli wymian, montaży i demontaży oraz uszkodzeń Liczników System dysponuję narzędziami do definiowania zasad Walidacji umożliwiających automatyczną obsługę procesu.

2

PD-2 System zapewnia kontrolę jakości w zakresie procesu wymian, montaży, demontaży oraz uszkodzeń Przekładników. Na potrzeby kontroli jakości system w oparciu o Dane Pomiarowe (statusy Profili Mocy oraz Dziennik Zdarzeń) z Licznika, historię zużycia w danym Punkcie Pomiarowym, dane kontrolne wskazuje możliwość uszkodzenia Przekładnika (określa czas wystąpienia uszkodzenia oraz zakres uszkodzenia) na potrzeby wyznaczenie korekty danych (korekty mnożnej dla Punktu Pomiarowego). Kontrola jakości jest procesem automatycznym. Na potrzeby kontroli wymian, montaży i demontaży oraz uszkodzeń Przekładników System dysponuję narzędziami do definiowania zasad Walidacji umożliwiających automatyczną obsługę procesu np. poprzez Profile Dodatkowe.

2

PD-3 System zapewnia kontrolę jakości w zakresie Danych Pomiarowych przekazywanych z różnych źródeł (systemów, Liczników, plików z danymi) dla tego samego Punktu Pomiarowego. Na potrzeby kontroli System umożliwia definicję hierarchii dla źródeł danych oraz Liczników (pomiar podstawowy, pomiar kontrolny) oraz kontrolę rozbieżności danych (na podstawie zdefiniowanej tolerancji w postaci Wzorca). System monitoruje statusy danych w oparciu, o które wyznacza energię i moc w danym Punkcie Pomiarowym (uwzględniając hierarchię i status danej).

2

PD-4 Wzorce Tolerancji (Wzorce) na potrzeby kontroli Danych Pomiarowych z Układów Pomiarowych rozliczeniowych z Danymi Pomiarowymi z Układów Pomiarowych kontrolnych tworzone są w Systemie centralnie dla wszystkich Punktów Pomiarowych w oparciu o wartości procentowe odchylenia między Danymi Pomiarowymi (w jednostce czasu) oraz w oparciu o zdeklarowaną wartość energii lub mocy. System umożliwia tworzenie wielu Wzorców oraz przypisywanie grup Punktów Pomiarowych do zdefiniowanych Wzorców oraz definiowania Wzorców domyślnych, które System automatycznie przypisuje nowym Obiektom.

2

PD-5 Dla Punktów Pomiarowych, w których wystąpiło uszkodzenie Przekładnika System na podstawie reguły Walidacji automatycznie rejestruje korektę energii i mocy jako Profil Dodatkowy dla każdej rejestrowanej wielkości energii. Korekta uwzględniana jest we wszystkich procesach przetwarzania danych, również przy udostępnianiu do zewnętrznych systemów, jako wartość korekty w okresie rozliczeniowym (na potrzeby rozliczeń). System umożliwia śledzenie wartości korekty dla danego Punktu Pomiarowego w raportach, w których dany Punkt Pomiarowy występuje.

2

PD-6 Wyznaczone Profile Dodatkowe są automatycznie przez System uwzględniane w Procesach Biznesowych, raportowaniu i udostępnianiu do zewnętrznych systemów. System przypisuje Profile Dodatkowe do Danych Pomiarowych w oparciu o poniższe zasady:

2

Strona 111 z 224



1. Profile Mocy – Profil Dodatkowy jest sumowany z rzeczywistym Profilem Mocy odpowiednio w jednostce czasu np. 15-minutowej dla każdej rejestrowanej energii przez Licznik,

2. Profile Rozliczeniowe – z Profilu Dodatkowego System wylicza energię dla każdej rejestrowanej energii przez Licznik w zdefiniowanym okresie czasu (np. dla miesiąca) z uwzględnieniem stref obowiązujących dla danego Punktu Pomiarowego oraz uwzględnia Profil Dodatkowy przy wyznaczaniu mocy maksymalnych.

System zapewnia jednoznaczną identyfikację Danych Pomiarowych rzeczywistych i Profilu Dodatkowego.

Strona 112 z 224



PD-7 System automatycznie przypisuje do Obiektów alarmy dotyczące zaległości w pozyskiwaniu Danych Pomiarowych z Liczników w odniesieniu do harmonogramu planowanych odczytów (rozdzielczość dobowa). System umożliwia definiowanie alarmów dla użytkownika. Prezentacji zaległości dla Punktów Pomiarowych znajdujących się w Systemie realizowana jest na dedykowanym dla użytkownika GUI. Prezentacja obejmuje m.in. zaległości w podziale na systemy zewnętrzne, Taryfy, Sprzedawców oraz definiowane progi zaległości i rodzaj pozyskiwania Danych Pomiarowych.

2

PD-8 System kontroluje kompletność i spójność Danych Pomiarowych przekazywanych z zewnętrznych systemów w oparciu o zdefiniowaną konfigurację Punktu Pomiarowego np.: Taryfa, Licznik, Dane Pomiarowe. W procesie kontroli System raportuje wykryte niespójności.

2

PD-9 System umożliwia manualne wprowadzanie Danych Pomiarowych oraz statusów przez użytkowników na potrzeby modyfikacji danych (tworzenia kolejnej wersji danych). Wprowadzone dane są uwzględniane przez System w procesie przetwarzania danych. Wprowadzanie danych dostępne jest m.in. przez import z zewnętrznego pliku o zdefiniowanej strukturze danych.

2

PD-10 System przechowuje Dane Pomiarowe Źródłowe (w postaci nieprzetworzonej). Użytkownik Systemu może przeglądać dane Źródłowe wraz z danymi Przetworzonymi (dotyczy to każdej wersji danych, która postała w Systemie).

2

PD-11 System umożliwia przypisanie do Punktu Pomiarowego na zdefiniowany czas dodatkowego źródła Danych Pomiarowych. System wykorzystuje dodatkowe źródło, jako dane kontrolne na potrzeby przetwarzania danych (Walidacja, Szacowanie). Dane z dodatkowych źródeł są dostępne w raportach oraz w procesie udostępniania danych.

2

PD-12 System umożliwia jednoczesne zarządzanie wieloma źródłami Danych Pomiarowych (np.: pomiar podstawowy i pomiar kontrolny) dla Punktu Pomiarowego. Dla zdefiniowanych źródeł Danych Pomiarowych System umożliwia definicję relacji oraz hierarchii w danym Punkcie Pomiarowym z uwzględnieniem współczynników korekcji w relacjach między danymi (pomiar kontrolny zainstalowany w innej lokalizacji np. na drugim końcu linii energetycznej). W procesie przetwarzania Danych Pomiarowych System jednoznacznie oznacza dane poprzez określenie z jakiego źródła dane zostały wykorzystane z uwzględnieniem rozdzielczości Danych Pomiarowych. Informacje o źródle są prezentowane w Systemie oraz udostępniane do zewnętrznych systemów.

2

PD-13 System umożliwia identyfikację źródła pochodzenia Danych Pomiarowych w podziale na systemy (z których zostały pozyskane) oraz sposób pozyskania danych (przekazywane dane posiadają identyfikację sposobu pozyskania danych). Informacje o źródle danych oraz sposobie pozyskania danych wykorzystywane są przez System w procesie przetwarzania danych (Walidacji, Szacowania) oraz przy przekazywaniu danych do zewnętrznych systemów.

2

PD-14 System zapewnia wersjonowanie Danych Pomiarowych (Dane Pomiarowe nie są usuwane z Systemu), tj. przechowuje pełną historię zmian Danych Pomiarowych w procesie ich przetwarzania (w zakresie danych przetworzonych) wraz z informacjami o tym, kto zmieniał dane, dlaczego je zmieniał, kiedy je zmienił). System zapewnia dostęp dla użytkownika i zewnętrznych systemów do każdej wersji Danych Pomiarowych.

2

Strona 113 z 224



PD-15 System umożliwia archiwizowanie Danych Pomiarowych na określonych zasadach. W procesie archiwizacji pozwala na archiwizowanie wskazanych typów danych dla zdefiniowanych okresów (np. Profile Mocy starsze niż 2 lata kalendarzowe) jednocześnie zachowując dostęp do danych, które nie podlegały archiwizacji (np. Profile Rozliczeniowe). Narzędzia na potrzeby prowadzenia archiwizacji umożliwiają definicję zasad archiwizacji Danych Pomiarowych w zakresie okresu po którym mają być archiwizowane oraz typu Danych Pomiarowych (dla każdego typu Danych Pomiarowych system umożliwia definiowanie różnych zasad archiwizacji. System zapewnia użytkownikom Systemu dostęp do zarchiwizowanych Danych Pomiarowych, dostęp do danych zarchiwizowanych nie musi spełniać wymagań wydajnościowych dla danych aktualnych ale jednocześnie nie może przekraczać dwukrotności wymagalnych czasów dla Systemu

2

PD-16 System zapewnia możliwość definiowania reguł na potrzeby automatycznego powiadamiania mailem na wskazane adresy o wystąpieniu zdarzenia lub osiągnięciu danego statusu w Systemie. Definicja wyzwalaczy akcji wysłania powiadomienia oraz warunków monitorowanych zdarzeń oraz statusów w Systemie realizowane jest za pomocą GUI użytkownika.

2

PD-17 System umożliwia przetwarzanie Profili Mocy rejestrowanych przez Liczniki w postaci: mocy, energii, przyrostu, stanu liczydła. System automatycznie identyfikuje typ rejestracji profilu w Liczniku na potrzeby przetwarzania Danych Pomiarowych.

2

PD-18 System posiada mechanizm umożliwiający definiowanie (np. poprzez język skryptowy) dowolnych algorytmów uzupełniania danych.

2

PD-19 System umożliwia śledzenie statusów Danych Pomiarowych, w szczególności Profili Mocy na potrzeby szacowania brakujących danych (np. nieciągłość danych). Szacowanie brakujących danych weryfikowane jest w zakresie spójności danych pochodzących z tego samego Licznika (energia wyznaczona z Profili Mocy jest równa energii wyznaczonej na podstawie Profilu Rozliczeniowego dla tego samego zakresu czasu).

2

PD-20 System posiada mechanizm elastycznego definiowania modeli Szacowania Danych Pomiarowych. Podstawowymi modelami do Szacowania danych w Systemie (dla Punktów Pomiarowych nie posiadających rzeczywistych Profili Mocy) są Profile Standardowe (przypisane do Taryf lub do charakterystycznych Odbiorców w zdefiniowanym okresie czasu np. rok), historia zużycia oraz Profile Standardowe wyznaczone z Profili Mocy rzeczywistych (przypisane do Punktów Pomiarowych zasilonych z danej Stacji SN/nN w oparciu o profil np. Licznika zainstalowanego w stacji SN/nN).

2

PD-21 System posiada mechanizm zarządzania hierarchią Danych Pomiarowych dla źródeł danych w zakresie centralnych zasad dla wszystkich Punktów Pomiarowych oraz lokalnych dla pojedynczych Punktów Pomiarowych.

2

PD-22 System zapewnia na bieżąco przetwarzanie pozyskanych danych zgodnie ze zdefiniowanymi procesami. Mechanizmy definicji procesów przetwarzania danych opierają się o GUI użytkownika oraz zestaw elastycznych narzędzi pozwalających definiowanie działań (zestawy poleceń, język skryptowy, automatyczne działania/funkcje, inne).

2

PD-23 System posiada narzędzia na potrzeby przypisania Punktom Pomiarowym pomiarów kontrolnych w postaci dodatkowych Liczników kontrolnych oraz w

2

Strona 114 z 224



postaci dodatkowych Punktów Pomiarowych na potrzeby kontroli pomiaru w danym Punkcie Pomiarowym. Na potrzeby definicji dodatkowych pomiarów kontrolnych System umożliwia definicję współczynników korekty dla Danych Pomiarowych z Liczników kontrolnych. Dla Punktów Pomiarowych z przypisanym Licznikiem kontrolnym System umożliwia wykorzystanie Danych Pomiarowych z Licznika kontrolnego w procesie przetwarzania i udostępniania danych. System automatycznie kontroluje i raportuje różnicę Danych Pomiarowych dla danego Punktu Pomiarowego na podstawie zdefiniowanej Wzorców Tolerancji między Danymi Pomiarowymi.

Strona 115 z 224



PD-24 System poprawnie obsługuje przetwarzanie Danych Pomiarowych z Liczników dla których zostały wyzerowane liczydła pomiarowe (automatycznie po uzyskaniu maksymalnej wartości lub ręcznie przez serwis). System raportuje tego typu zdarzenia oraz przypisuje je do Punktu Pomiarowego.

2

PD-25 System umożliwia przetwarzanie Danych Pomiarowych dla Punktów Pomiarowych do rozdzielczości umożliwiającej realizację procesów rozliczeniowych niezależnie, w jakiej postaci zostały dane pozyskane z Licznika (System przetwarza Dane Pomiarowe do formy rozdzielczości, zakresu oraz do daty na jaką dostał zapytanie z zewnętrznego systemu niezależnie od tego w jakiej postaci dane pozyskał oraz w jakiej postaci przetrzymuje).

2

PD-26 System umożliwia przetwarzanie Danych Pomiarowych przesłanych z Liczników z aktywną funkcją przedpłatową. Zakres danych obejmuje zdefiniowanie liczydła dekrementującego w Liczniku dla Profilu Rozliczeniowego. W oparciu o Dane Pomiarowe przesłane z Licznika System szacuje termin zakończenia przedpłaty (zużycia energii do zdefiniowanego limitu w Liczniku). W procesie przetwarzania i szacowania Danych Pomiarowych System automatycznie przesyła raporty o Punktach Pomiarowych, dla których za zdefiniowaną liczbę dni wyczerpie się kredyt (zdefiniowany limit energii) oraz dla których w zdefiniowany dzień kredyt się wyczerpał.

3

PD-27 System w oparciu o kody OBIS dla energii czynnej i biernej umożliwia uwzględnienie znaku dla kierunek przepływu energii przy przeliczaniu Danych Pomiarowych dla zdefiniowanych Obiektów w Systemie.

2

PD-28 W procesie przetwarzania danych System automatycznie analizuje pomiary napięć i prądów (Profili Wartości Sieciowych) oraz zdarzeń (Dzienniki Zdarzeń) przesyłanych przez Liczniki z aktywnymi Przekładnikami przypisanymi do Punktów Pomiarowych na potrzeby wskazywania możliwości uszkodzeń Przekładników. Dostępne narzędzia w Systemie umożliwiają definicję automatycznych działań na Atrybucie Przekładniki w przypadku wykrycia awarii Przekładnika (dla Układów Pomiarowych półpośrednich i pośrednich).

2

PD-29 W procesie zarządzania uszkodzonymi Przekładnikami System wyznacza automatycznie Profil Dodatkowy w oparciu o zdefiniowane reguły dla danego typu uszkodzenia na podstawie zdarzenia z Dziennika Zdarzeń i Profile Wartości Sieciowych. Wyznaczone Profile Dodatkowe wykorzystywane są przez System w procach Bilansowania Handlowego, raportowania oraz w procesach przesyłania danych do zewnętrznych systemów.

2

PD-30 System posiada narzędzia na potrzeby definiowania wzorów profili godzinowych (Profili Standardowych), które są przypisywane Punktom Pomiarowym z Licznikami, które nie rejestrują lub nie pozyskują Profili Mocy. Na potrzeby zarządzania Profilami Standardowymi System zapewnia GUI umożliwiające definicję Profili Standardowych wraz z identyfikatorami umożliwiającymi automatyczne przypisywanie ich do Punktów Pomiarowych w oparciu o ich Atrybuty. Zakres Atrybutów na podstawie, których system automatycznie przypisuje Profile Standardowe do Punktów Pomiarowych jest definiowany przez użytkownika Systemu i obejmuje Atrybuty opisujące Punkt Pomiarowy. Wzory oraz okres obowiązywania Profili Standardowych opisuje IRiESD innogy Stoen Operator.

2

PD-31 W procesie automatycznej obsługi przesyłanych danych z systemów zewnętrznych (Dane Pomiarowe Liczników, konfiguracje dla Punktów Pomiarowych) System umożliwia użytkownikowi bieżący monitoring i raportowanie przychodzących

2

Strona 116 z 224



danych oraz filtrowanie typu przychodzących danych (system zapewnia GUI obsługi takiego procesu). System umożliwia generowanie automatycznych powiadomień w przypadku wykrycia określonej wartości danej przesłanej przez zewnętrzny system (np. otwarcie pokrywy licznika przesłane w Dzienniku Zdarzeń z Licznika poprzez system typu HES, przesłanie konfiguracji zmieniającej Atrybut Taryfę dla Punktu Pomiarowego z systemu SAP IS-U). System gromadzi statystyki na potrzeby analizy (statystyki dostępne są dla użytkowników Systemu).

Strona 117 z 224



PD-32 System poprawnie obsługuje procesy oraz Dane Pomiarowe w zakresie zmianę czasu z letniego na zimowy i z zimowego na letni.

2

PD-33 System zapewnia elastyczny model danych dla Danych Pomiarowych. 2

PD-34 System umożliwia pozyskiwanie, przetwarzanie oraz udostępnianie Danych Pomiarowych z zmieniającą się w czasie rozdzielczością (np. zmian parametryzacji Licznika, różne rozdzielczości dla typów Danych Pomiarowych, na podstawie wystąpienia zdarzenia w Liczniku) rejestrowanych profili (Profile Mocy, Profile Rozliczeniowe, Profile Wartości Sieciowych).

Rozdzielczość profilu (interwał pomiędzy kolejnymi wartościami w profilu) rejestrowanych Danych Pomiarowych jest dowolnie definiowany przez Zamawiającego.

2

PD-35 System posiada narzędzia do pozyskiwania Danych Pomiarowych z plików reprezentujących Dane Pomiarowe odczytane lokalnie bezpośrednio z Licznika. System umożliwia odczyt z 15 typów plików (typów Liczników) oraz umożliwia rozszerzenie do kolejnych 5 typów plików (typów Liczników). System zapewnia poprawną identyfikację Danych Pomiarowych zawartych w plikach.

2

PD-36 System umożliwia pozyskiwanie wartości bezstrefowych dla Profili Rozliczeniowych z wartości źródłowych Profili Mocy rejestrowanych przez Licznik w postaci stanów liczydeł np. na potrzeby wyznaczenia wartości w danym momencie czasu. System zapewnia mechanizm automatycznego pozyskiwania takich danych dla wskazanych Punktów Pomiarowych np. tworzenie profilu dobowego dla Profili Rozliczeniowych.

2

PD-37 System zapewni m.in. następujące typy Szacowania dla Danych Pomiarowych:

a. Szacowanie na podstawie wartości historycznych, wartości średniej z podanego okresu,

b. Szacowanie braków danych Profilu Mocy na podstawie dostępnego Profilu Rozliczeniowego lub innego Profilu Mocy w obrębie danego Punktu Pomiarowego,

c. Szacowanie braków danych Profilu Mocy na podstawie dostępnych danych tego samego Profilu (ostatniej danej przed przerwą i pierwszą daną po przerwie),

d. Szacowanie braków danych Profilu Rozliczeniowego na podstawie dostępnego Profilu Mocy, Profilu Standardowego (np. na potrzeby przekazywania wskazań na żądaną datę przez system zewnętrzny lub uzupełnianie brakujących wskazań na poszczególnych strefach),

e. Szacowanie danych „do przodu” (prognozowanie) na podstawie danych historycznych lub w oparciu o Profil Standardowy i Prognozę Dystrybucyjną,

f. Szacowanie danych na potrzeby stworzenia Profilu Dodatkowego,

g. Szacowanie strat,

h. Szacowanie wynikające z wykonanych Walidacji,

i. Szacowanie na podstawie pomiarów kontrolnych,

j. Szacowanie na podstawie algorytmu matematycznego,

k. Szacowanie na podstawie wyniku Agregatu (grupy Punktów Pomiarowych

2,3

Strona 118 z 224



powiązanych ze sobą relacjami matematycznymi)

oraz inne uzgodnione w trakcie analizy wdrożenia Systemu.

System zapewnia spójne wyniki wyznaczonych Danych Pomiarowych w procesie Szacowania z innymi danymi dostępnymi w ramach danego Punktu Pomiarowego. System w procesie Szacowania uwzględnia zmienność zapotrzebowania na energię w roku.

System w ramach Szacowania zapewnia komplet „100%” spójnych Danych Pomiarowych, tzn. 0% braków Danych Pomiarowych dla istniejących w Systemie Punktów Pomiarowych na potrzeby realizowanych Procesów Biznesowych oraz udostępniania Danych Pomiarowych do zewnętrznych systemów.

Reguły Szacowania wykonywane są poprzez zadania automatyczne w Systemie jako tryb podstawowy oraz dostępne są manualne z poziomu GUI dla użytkownika do uruchamiania zbiorowo na wskazanych Punktach Pomiarowych.

Strona 119 z 224



PD-38 System zapewnia m.in następujące typy Walidacji:

1. Reguły tworzenia Profili Dodatkowych np. w oparciu o Dziennik Zdarzeń,

2. Walidacja wartości z Profilu Wartości Sieciowych na potrzeby tworzenia Profilu Dodatkowego,

3. Walidacja Danych Pomiarowych w oparciu o wartości napięć (wykrywania uszkodzeń Przekładników),

4. Walidacja Danych Pomiarowych w oparciu o wartości prądów fazowych,

5. Walidacja na potrzeby wyznaczania stanu przepływu zerowego w Punkcie Pomiarowym

6. Walidacja Danych Pomiarowych na potrzeby wyznaczania Wskaźników jakościowych w Punkcie Pomiarowym,

7. Walidacja Danych Pomiarowych na podstawie Dziennika Zdarzeń Licznika na potrzeby wyznaczania Wskaźników Jakościowych usługi dystrybucyjnej,

8. Walidacja Profilu Mocy na podstawie statusów (słów statusowych) Danych Źródłowych Profilu Mocy na potrzeby wyznaczania Wskaźników Jakościowych usługi dystrybucyjnej (zaniki napięć rejestrowane przez Licznik),

9. Walidacja czasu niedostarczania energii w Punktach Pomiarowych na podstawie miejsc zasilania tych punktów (Charakterystycznych Punktów Sieci),

10. Walidacja Danych Pomiarowych na podstawie zdarzeń z Dziennika Zdarzeń,

11. Walidacja Profili Mocy na podstawie słów statusowych (statusów Danych Źródłowych) w procesie przetwarzania danych,

12. Walidacja formatu kodu PPE,

13. Walidacja spójności Danych Pomiarowych w oparciu o zadany Wzorzec Tolerancji,

14. Walidacja poprawności Danych Pomiarowych na podstawie przypisanych źródeł danych oraz na podstawie zdefiniowanych dopuszczalnych różnic miedzy tymi źródłami np. porównanie Danych Pomiarowych z licznika rozliczeniowego i kontrolnego

15. Walidacja kompletności Danych Pomiarowych dla Punktu Pomiarowego na potrzeby Procesów Biznesowych,

16. Walidacja spójności Danych Pomiarowych w oparciu o konfigurację Punktu Pomiarowego (wartości Atrybutów),

17. Wykrywanie zdarzeń zerowania się liczydła Licznika w wyniku „przekręcenia się”,

18. Walidacja spójności Danych Pomiarowych pozyskanych z różnych systemów zewnętrznych dla tego samego Licznika,

19. Wykrywanie zdarzeń zakończenia limitu energii (dla umów przedpłatowych),

20. Walidacji przepływu energii w danym Punkcie Pomiarowym na podstawie definiowalnego progu energii oraz mocy,

2,3

Strona 120 z 224



21. Walidacja krotności przesyłania tych samych Danych Pomiarowych przez system zewnętrzny,

22. Walidacji krotności przesyłania tych samych wartości Atrybutów przez system zewnętrzny na potrzeby na potrzeby zarządzania zmianami Atrybutów w Systemie,

23. Walidacja brakujących Danych Pomiarowych pochodzących z systemów HES poprzez reguły Szacowania,

24. Walidacja Danych Pomiarowych wprowadzanych przez użytkowników w Systemie ręcznie,

25. Walidacja Danych Pomiarowych dla Punktów Pomiarowych posiadających wyznaczony Profil Dodatkowy,

26. Walidacja spójności wartości Profilu Rozliczeniowego dla stref w oparciu o sumę Profilu,

27. Walidacja dobowego Profilu Mocy na podstawie energii wyliczonej ze stanu na początek doby i na koniec doby,

28. Walidacja spójności wartości Profilu Rozliczeniowego dla stref w oparciu o wartości Profil Mocy dla tego samego okresu,

29. Walidacja Profilu Mocy na podstawie wartości Profilu Wartości Sieciowych,

30. Walidacja Profilu Rozliczeniowego na podstawie wartości Profilu Wartości Sieciowych,

31. Walidacja pojedynczych wartości Profilu Mocy na podstawie mocy: umownej oraz maksymalnej historycznej dla danego Profilu Mocy,

32. Walidacja Danych Pomiarowych na potrzeby przekazywania do rozliczeń bilingowych w danym Punkcie Pomiarowym (czasu przekazania oraz zakresu danych),

33. Walidacja udostępnianych Danych Pomiarowych do Sprzedawców Energii oraz POB (zakresu oraz terminu),

34. Walidacja Profili Rozliczeniowych na potrzeby kontroli definicji Taryfy w Liczniku,

35. Walidacja Profili Rozliczeniowych na potrzeby kontroli przyrostu ich wartości w zdefiniowanych okresach i prognozy dystrybucyjnej,

36. Walidacja przekazywanych Profili Rozliczeniowych odczytanych manualnie z Licznika,

37. Walidacje wartości Atrybutów przekazywanych z różnych systemów niezależnie oraz manualnie przez użytkownika w Systemie,

38. Walidacja przekazywanych do Systemu dat montaży oraz demontaży Liczników i Przekładników,

39. Walidacja konfiguracji typu Układu Pomiarowego na podstawie Atrybutów Punktu Pomiarowego,

40. Walidacja poprawności konfiguracji przypisanych do Punktu Pomiarowego Liczników rozliczeniowych i kontrolnych

41. Walidacje dat obowiązywania wartości Atrybutów na podstawie

Strona 121 z 224



przypisanych reguł,

42. Walidacja daty uszkodzenia oraz naprawy Przekładnika na podstawie Profili Wartości Sieciowych oraz Profili Mocy,

43. Kontrola obecności i ciągłości przyporządkowania POB i SE do Punktów Pomiarowych,

44. Walidacja wykrywania nielegalnego poboru energii dla okresów bez aktywnej umowy sprzedażowej (podstawowej oraz rezerwowej),

45. Walidacja wartości prognozy dystrybucyjnej w oparciu o moc umowną dla danego Punktu Pomiarowego,

46. Walidacja wartości Atrybutu typu Punktu Pomiarowego,

47. Walidacja czasu trwania umowy ryczałtowej dla Punktu Pomiarowego,

48. Walidacja terminu końca zakończenia kredytu dla Układów Pomiarowych przedpłatowych na podstawie Danych Pomiarowych,

49. Walidacja Profili Rozliczeniowych przekazywanych do SAP IS-U na potrzeby rozliczeń,

50. Walidacja zmian Danych Pomiarowych na potrzeby przekazywania korekt danych do zewnętrznych systemów,

51. oraz inne opisane w OPZ oraz uzgodnione w czasie analizy z Zamawiającym.

Reguły Walidacji wykonywane są poprzez zadania automatyczne w trybie podstawowym oraz półautomatycznie w Systemie oraz dostępne jest GUI dla użytkownika do uruchamiania zbiorowo na wskazanych Punktach Pomiarowych.

PD-39 System zapewnia narzędzia GUI do zarządzania definicją wyznaczania Wskaźników Jakościowych dla Punktów Pomiarowych. Narzędzia w Systemie zapewniają definicję reguł przypisywanych grupom Punktów Pomiarowych w oparciu o Dane Pomiarowe, przypisanie do danego Charakterystycznego Punktu Sieci oraz w oparciu o dane o zdarzeniach sieciowych przekazywanych z zewnętrznego systemu (informacje o pracach planowych, awariach). System rejestruje wykryte zdarzenia mające wpływ na Wskaźniki Jakościowe i zapewnia użytkownikom ich zatwierdzanie na potrzeby dalszego przetwarzania.

4

PD-40 System zapewnia narzędzie GUI do prezentowania Wskaźników Jakościowych w oparciu o definiowalne przez użytkownika grupy Punktów Pomiarowych np.: Taryfa, Napięcie przyłączeniowe, Sprzedawca Energii.

3

PD-41 System zapewnia narzędzia GUI na potrzeby definicji reguł wyliczania w Punktach Pomiarowych czasu niedostarczania energii na potrzeby automatycznych upustów dla Odbiorców w oparciu o dane z Liczników zainstalowanych w danym Punkcie Pomiarowym lub z Liczników zainstalowanych w Stacji SN/nN do której jest przypisany dany Punkt Pomiarowy. Na podstawie definiowalnych reguł system raportuje Punkty Pomiarowe dla których wyznaczył dane na potrzeby zastosowania upustu. Raport zawiera m.in. informacje o źródle danych, czasie niedostarczania energii oraz informacje identyfikujące Punkt Pomiarowy.

4

Strona 122 z 224



5.3 Wymagania dla Administrowania Systemem

Na potrzeby zarządzania dostępem do Obiektów i Danych Pomiarowych System zapewnia realizację wymagań określonych w Tabeli nr 3.

Tabela nr 3

Strona 123 z 224




AS-1 System zapewnia możliwość rejestrowania wszystkich informacji o działaniach Systemu (zakres jest definiowalny przez administratora). System dostarcza administratorowi narzędzia wspomagające na potrzeby analizy zarejestrowanych informacji (poprzez czytelne GUI).

2

AS-2 System zapewnia fizyczne rozdzielenie logów administracyjnych/systemowych od aplikacyjnych/biznesowych.

2

AS-3 System zapewnia mechanizm scentralizowanych logów i centralnego zarządzania nimi (jedno miejsce konfiguracji oraz przenoszony automatycznie na wszystkie obiekty Systemu) poprzez standaryzację formatu wszystkich logów (standard syslog lub równoważny), zdefiniowany zakres danych w logach, zdefiniowany opis kodów błędów możliwych do wygenerowania przez System (stosowane kody błędu mają rozwinięcie słowne).

2

AS-4 Zastosowane interfejsy w Systemie posiadają rozbudowane wielopoziomowe mechanizmy obsługi błędów.

2

AS-5 System rejestruje operacje wykonywane przez użytkowników w Systemie. Historia zmian oraz modyfikacji Atrybutów Punktów Pomiarowych są przechowywane i dostępne z poziomu Punktu Pomiarowego dla użytkowników. System udostępnia narzędzia do raportowania i wizualizacji wykonywanych przez użytkowników operacji w oparciu o definiowane filtry umożliwiające tworzenie raportów w podziale na typ operacji, użytkownika, zakres czasowy wykonywania operacji, zakres Punktów Pomiarowych.

2

AS-6 System posiada identyczne zasady filtrowania w dostępnych dla użytkownika obszarach oraz procesach w Systemie (np. w narzędziach do raportowania, monitorowania, zarządzania Agregatami, zarządzania Obiektami, udostępniania).

2

AS-7 Dostępne w systemie narzędzia do filtrowania i grupowania Obiektów dla Atrybutów o charakterze słownikowym umożliwiają korzystanie ze słowników, które są zdefiniowane w Systemie dla danego Atrybutu i statusu. Jednocześnie System umożliwia wprowadzanie przez użytkownika wartości Atrybutu, po których ma nastąpić wyszukiwanie.

2

AS-8 Narzędzia do filtrowania w Systemie umożliwiają wyszukiwanie po wielu wartościach Atrybutów oraz statusów (zbiorach parametrów) dla jednego kryterium filtru. System umożliwia zdefiniowanie listy wartości z zewnętrznego pliku o określonej strukturze, na potrzeby filtrowania.

2

AS-9 System umożliwia wyszukiwanie poprzez stosowanie różnych zasad dla wartości filtru (np. wyszukiwanie przez grupowanie Obiektów o tym samym parametrze, niezwierające danego parametru, zawierające się w zakresie lub nie zawierające się w zakresie danego parametru).

2

AS-10 System umożliwia definiowanie przez użytkownika własnych filtrów na potrzeby wyszukiwania i wyświetlania Obiektów w systemie. Narzędzia do tworzenia filtrów umożliwiają tworzenie definicji filtrów, które mogą użytkownicy wielokrotnie wykorzystywać oraz udostępniać innym użytkownikom lub grupom użytkowników Systemu, których użytkownik wskaże.

2

AS-11 System zapewnia przechowywanie i zarządzanie (dodawanie, modyfikacja oraz usuwanie) danymi słownikowymi dla wartości filtrów i dla wartości Atrybutów Obiektów. System zapewnia interfejs GUI użytkownika umożliwiający zarządzanie

2

Strona 124 z 224



danymi słownikowymi.

Strona 125 z 224



AS-12 System zapewnia możliwość konfigurowalnego przez użytkownika grupowania i filtrowania Obiektów (Punktów Pomiarowych, Agregatów) z wykorzystaniem ich Atrybutów, gdzie grupowanie to dowolna zmiana hierarchii wyświetlanych danych na interfejsie użytkownika, bez konieczności ingerencji w schemat bazy danych.

2

AS-13 System umożliwia grupowanie i filtrowanie Obiektów z wykorzystaniem ich Atrybutów z uwzględnieniem czasu obowiązywania tych Atrybutów (Atrybuty typu B).

AS-14 System umożliwia filtrowanie na potrzeby grupowania i wyświetlania Obiektów (m.in.: Punktów Pomiarowych, Agregatów) oraz urządzeń (Liczniki, Przekładniki). Filtry obejmują listę Atrybutów wymaganych przez Zamawiającego dla Obiektów i urządzeń oraz Atrybutów (np. statusów) nadawanych przez System w procesach pozyskiwania, przetwarzania i udostępniania danych i modyfikacji Obiektów. Dostępne narzędzia umożliwiają definicję min. 10 filtrów jednocześnie. Narzędzia umożliwiają wybór daty lub zakresu dat oraz godzin, dla którego dany filtr ma grupować i wyświetlać Obiekty i urządzenia.

2

AS-15 Narzędzie na potrzeby filtrowania pozwalają użytkownikowi na dodanie pojedynczego lub więcej warunków. W przypadku zdefiniowania kilku warunków filtrowania można je pogrupować oraz wybrać, czy elementy spełniające warunki filtra muszą spełniać wszystkie, niektóre albo żadne z warunków zdefiniowanych przez użytkownika.

2

AS-16 Kolejność zdefiniowanych warunków w filtrach może być zmieniana przez użytkownika. System umożliwia zmianę kolejności warunków filtrowania w grupie.

2

AS-17 Warunki wyszukiwania w filtrach można zagnieżdżać oraz grupować. Po określeniu więcej niż jednego warunku wyszukiwania, można wybrać, czy pozycje spełniające kryteria wyszukiwania muszą spełniać wszystkie, niektóre lub żadne z określonych warunków (dla grupy).

2

AS-18 System automatycznie dobiera zakres warunków filtrowania dla miejsca/obszaru Systemu z którego filtrowanie jest wykonywane.

2

AS-19 Filtrowanie odnosi się do całej listy Obiektów niezależnie czy jest ona stronicowana przez System.

2

AS-20 System wspiera tworzenie Agregatów poprzez wykorzystanie filtrów umożliwiających grupowanie Punktów Pomiarowych na potrzeby definicji składowych Agregatu. Zakres filtrowania obejmuje zdefiniowane Atrybuty w Punktach Pomiarowych (zakres Atrybutów dostępnych w filtrowaniu obejmuje wymagalne przez Zamawiającego Atrybuty dla Punktu Pomiarowego).

2

AS-21 Dostępne GUI w systemie oznakowany jest kolorystyką i logo innogy zgodnie z wytycznymi Zamawiającego określonymi na etapie projektu technicznego.

2

AS-22 System zapewnia możliwość uruchomiania wielu procesów równolegle działających (akwizycja danych z wielu systemów typu HES, udostępnianie danych do innych systemów, etc.).

2

AS-23 System zapewnia mechanizm definiowania grup dla Obiektów na potrzeby wielokrotnego użycia w procesach realizowanych przez System. Zdefiniowane grupy Obiektów są dostępne tylko dla użytkownika, który stworzył grupę, lub dla wszystkich użytkowników Systemu lub dla wybranej grupy użytkowników np. danej roli w Systemie (użytkownik definiujący grupę zarządza udostępnianiem dla innych

2

Strona 126 z 224



użytkowników).

AS-24 Wszystkie moduły użytkownika i administratora Systemu są w języku polskim. 2

AS-25 Korzystanie z Systemu przez użytkowników biznesowych nie wymaga instalacji dodatkowego oprogramowania na ich komputerach (stacjach klienckich) ponad oprogramowanie instalowane standardowo przez Zamawiającego.

2

AS-26 System umożliwia tworzenie rozbudowanych filtrów, które umożliwiają wyszukiwanie z wykorzystaniem minimum 10 (dziesięciu) różnych warunków. Przy definicji każdego z warunków w systemie jest możliwość wprowadzenia listy Atrybutów z zewnętrznego pliku np. lista 20 (dwudziestu) numerów seryjnych Liczników, które nie są kolejne. System umożliwia wprowadzanie dla jednego z warunków filtra przynajmniej 100 (stu) różnych wartości. W przypadku, gdy wartościami dla warunków są statusy lub Atrybuty słownikowe, których ilość w słowniku nie przekracza 10 (dziesięć) to system umożliwia wykorzystanie dostępnych w systemie wartości poprzez podpowiedzi.

2

AS-27 System umożliwia użytkownikowi Systemu pracę w wielu widokach GUI jednocześnie. Nie ma ograniczeń w Systemie do otwierania jednocześnie różnych typów widoków GUI.

2

AS-28 System posiada zdefiniowanego użytkownika (superusera) biznesowego, który pełni rolę administratora Systemu. Uprawnienia w Systemie umożliwiają m.in. zmianę parametrów przekazywanych przez zewnętrzne systemy.

2

AS-29 System umożliwia definiowanie kont użytkowników, którym przesyła Raporty automatycznie na podstawie zdefiniowanych cyklicznie oraz na podstawie zdarzeń np. wyzwalanych przez zewnętrzny system.

4

5.4 Wymagania dla Raportów

Na potrzeby raportowania System zapewnia realizację wymagań określonych w Tabeli nr 4.

Tabela nr 4


RS-1 System umożliwia eksport każdego raportu do pliku zewnętrznego w formacie Excel z zachowaniem struktury graficznej tabel. Formaty pól (np. format daty) zarówno w raportach jak i widokach w Systemie umożliwiających eksport do arkusza kalkulacyjnego Excel jest akceptowalny przez program Excel na potrzeby prawidłowej interpretacji typu przekazanych danych w celu dalszej obróbki danych w tym programie (np. filtry po dacie w Excelu obsługuje dane z datami i godzinami przekazanymi przez System).

2

RS-2 System umożliwia utworzenie zdefiniowanych raportów, w tym raportów cyklicznych, oraz sposoby ich automatycznego udostępniania (np. dysk sieciowy, SFTP, WWW, email).

2

RS-3 System, w zależności od typu raportu, o ile nie określono w wymaganiu dotyczącym wybranego raportu inaczej, umożliwia wybór jednostek układu SI właściwych dla uwzględnionych w raporcie Danych Pomiarowych (np. Wh, kWh, MWh, GWh) oraz wybór rozdzielczości dla czasu prezentowanych Danych Pomiarowych (1 minuta, 10 minut, 15 minut, godzina, doba, tydzień, dekada, miesiąc, kwartał, rok) dla dedykowanych Punktów Pomiarowych.

2

Strona 127 z 224



RS-4 System w zależności od wyboru rozdzielczości dla czasu, przetwarza dane do żądanego typu raportu (np. w przypadku wyboru raportu tygodniowego dla energii wartość w raporcie jest sumą energii, w tym okresie).

2

RS-5 System umożliwia wyznaczanie i wyświetlanie raportów lub wykresów dla dowolnie zdefiniowanego zakresu czasowego.

2

RS-6 System umożliwia wyświetlenie wartości wskazanej kursorem na wykresie lub w raporcie prezentowanym przez System.

2

RS-7 Wykresy posiadają opisy osi, dołączoną legendą oraz linie siatki. 2

RS-8 Raporty posiadają opisy wierszy i kolumn, w zależności od typu raportu. 2

RS-9 System umożliwia wyznaczanie i wyświetlanie raportów w postaci energii, mocy, prądów, napięć, kątów fazowych w zależności od typu wykresu lub raportu.

2

RS-10 System umożliwia podgląd danych w postaci tabelarycznej oraz wykresu z poziomu Punktu Pomiarowego lub Agregatu.

2

RS-11 System posiada narzędzia do tworzenia szablonów raportów ze zdefiniowanych raportów lub wykresów w zakresie parametrów dostępnych w danym raporcie lub wykresie.

2

RS-12 Dostęp do szablonów raportów jest definiowalny przez użytkownika w zakresie dostępu dla innych użytkowników lub grup użytkowników Systemu.

2

RS-13 System umożliwia tworzenie Filtrów w oparciu o Atrybuty dostępne w raporcie. 2

RS-14 System umożliwia wykorzystanie wielu Filtrów jednocześnie dla każdego z raportów.

2

RS-15 W przypadku raportów wykorzystujących Dane Pomiarowe istnieje możliwość zmiany w zakresie ich źródła pochodzenia (pomiar podstawowy, pomiar kontrolny) oraz statusu (dane pewne, dane szacowane, itd.) lub wersji danych.

2

RS-16 Raporty do wyznaczenia, w których system wykorzystuje Dane Pomiarowe, posiadają podsumowanie statystyczne obejmujące informację o statusie danych wykorzystanych do wyznaczenia raportu. System umożliwia w raportach graficzne oznaczanie statusów wyświetlanych danych (np. w postaci koloru).

2

RS-17 System umożliwia tworzenie raportów dla Punktów Pomiarowych i Agregatów zawierających Dane Pomiarowe w postaci tabelarycznej i w postaci wykresów. W raportach wyświetlane są informacje o statusie (np.: dane pewne, dane szacowane, itd.) oraz źródle pochodzenia Danych Pomiarowych (pomiar podstawowy, pomiar kontrolny, źródło danych) oraz sposobie pozyskania Danych Pomiarowych (odczyt serwisowy, odczyt podany przez Odbiorcę, odczyt z systemu typu HES itd.).

2

RS-18 W dostępnych raportach użytkownik ma możliwość zdefiniowania widoku raportu w zakresie dostępnych informacji o Punktach Pomiarowych, Agregatach oraz Licznikach tj. przypisanych im Atrybutów. Zakres Atrybutów obejmuje wymagane Atrybuty dla obiektów: Punkt Pomiarowy, Agregat np. kod PPE, Taryfa, rodzaj umowy, Sprzedawca Energii, Typ Pomiaru itd..

2

RS-19 System umożliwia tworzenie raportów na potrzeby wyznaczania zaległości Danych Pomiarowych rzeczywistych dla Punktów Pomiarowych. System wyznacza raport dostępności Danych Pomiarowych w oparciu o reguły odczytowe przypisane

2

Strona 128 z 224



Punktom Pomiarowym (np. gdy Dane Pomiarowe dla Punktu Pomiarowego są pobierane z Licznika raz na dobę System wyświetli informację o zaległości w przypadku gdy dane w Systemie będą starsze niż jedna doba wstecz).

RS-20 System umożliwia raportowanie listy Punktów Pomiarowych, które przekroczyły dopuszczalny czas zaległości danych rzeczywistych. Raportowanie realizowane jest przez System w procesie automatycznego nadzoru dostępności Danych Pomiarowych w oparciu o definicję dopuszczalnego okresu braku danych dla Punktu Pomiarowego. W procesie nadzoru dostępności danych System przypisuje definiowane kategorie opisujące status (np. wielokrotność braku odczytu) braków danych (definiowane zakresy dla Taryf oraz dla technologii pozyskiwania danych).

2

RS-21 System umożliwia tworzenie raportów na potrzeby analizy statusów Danych Pomiarowych dla Punktów Pomiarowych.

2

RS-22 System umożliwia raportowanie zdarzeń z Dzienników Zdarzeń pochodzących z Liczników przypisanych do Punktów Pomiarowych.

2

RS-23 System umożliwia wyznaczanie listy Punktów Pomiarowych, dla których wystąpiło wybrane zdarzenie (np. zmieniła się wartość Atrybutu, wystąpiło dane zdarzenie w Dzienniku Zdarzeń z Licznika, wystąpiło zdarzenie w Systemie dla danego Punktu Pomiarowego).

2

RS-24 System umożliwia raportowanie wykonywanych czynności przez użytkowników w Systemie (np. rejestrowanie wprowadzonych zmian, autora, terminy etc.).

2

RS-25 System umożliwia monitorowanie procesu pozyskiwania, przetwarzania (Walidacja, Szacowanie, Agregacja) i udostępniania Danych Pomiarowych poprzez automatyczne wyświetlanie bieżących statusów wykonywanych zadań. System umożliwia raportowanie historii prowadzonego monitoringu. System zapewnia GUI obsługi takiego procesu.

2

RS-26 System umożliwia raportowanie zmian Atrybutów (np. Taryfa) dla Punktów Pomiarowych i Liczników w dowolnie definiowalnym okresie.

2

RS-27 System umożliwia tworzenie raportów na potrzeby śledzenia procesu zarządzania Danymi Pomiarowymi (wprowadzanie danych, modyfikacja, udostępnianie) w dowolnie definiowalnym zakresie czasowym. System umożliwia wyświetlanie informacji m.in. o czasie operacji, obiekcie i źródle.

2

RS-28 System umożliwia raportowanie czynności serwisowych dla Punktów Pomiarowych w oparciu o dane przesyłane interfejsem konfiguracyjnym z zewnętrznego systemu SAP IS-U.

2

RS-29 System umożliwia definiowanie raportów dla Punktów Pomiarowych w zakresie danych wykorzystywanych (przekazywanych interfejsem) do procesu rozliczeniowego w zewnętrznym systemie. Raport zawiera wartości rejestrów z Profilu Rozliczeniowego w okresach rozliczeniowych dla wszystkich mierzonych wielkości z uwzględnieniem początkowego i końcowego stanu dla wybranego okresu czasu. Na podstawie stanów w raporcie wyliczane są ilości energii z uwzględnieniem mnożnej Układu Pomiarowego oraz korekty danych wyznaczane z Profili Dodatkowych. Moce maksymalne zgodnie z zapisami Taryfy (z uwzględnieniem wyznaczenia jednej największej mocy maksymalnej w danym okresie i przekroczenia mocy zgodnie z zapisami taryfy dystrybucyjnej). System w

2

Strona 129 z 224



ramach raportu umieszcza informacje o zdarzeniach serwisowych (danych przekazanych interfejsem konfiguracyjnym oraz zdarzeniach z Dziennika Zdarzeń) i procesowych w Systemie w danym Punkcie Pomiarowym. System umożliwia wyznaczenie stanów dla Profili Rozliczeniowych na podstawie Profilu Mocy rzeczywistego oraz szacowanego w przypadku, gdy system nie posiada danych rzeczywistych.

RS-30 System umożliwia definiowanie raportów dla Punktów Pomiarowych i Agregatów w zakresie energii w podziale na definiowalne strefy czasowe na podstawie Profili Mocy. System domyślnie przypisuje strefy czasowe na podstawie przypisanej w danym okresie Taryfy do Punktu Pomiarowego oraz umożliwia wyznaczenie raportu dla dowolnie zdefiniowanej ilości stref czasowych niezależnie od przypisanej Taryfy do Punktu Pomiarowego.

2

RS-31 System umożliwia definiowanie raportów dla Punktów Pomiarowych i Agregatów w zakresie Profili Mocy w definiowalnej przez użytkownika strukturze układu wierszy i kolumn (dwa typy układu: tabelaryczny i kolumnowy). Każda dana w raporcie posiada status oznaczony graficznie (np. kolor). Raport zawiera podsumowanie statystyczne danych w zakresie wielkości maksymalnych, minimalnych, energii i mocy oraz statystyki statusów dla zakresu danych przedstawionych w raporcie.

2

RS-32 System umożliwia raportowanie spójności Danych Pomiarowych dla Punktu Pomiarowego na potrzeby kontroli Profili Mocy i Profili Rozliczeniowych (energia i moce). System wyznacza i wyświetla różnicę między Profilami Rozliczeniowymi a Profilowymi Mocy w strefach czasowych na podstawie Taryfy przypisanej do danego Punktu Pomiarowego na potrzeby kontroli spójności danych. Dla mocy system porównuje wartość maksymalną wyznaczoną z Profilu Mocy z wartością z Profili Rozliczeniowych.

2

RS-33 W wskazanych Raportach Systemu, które są dedykowane na potrzeby wyświetlania spójności Danych Pomiarowych, System zapewnia dostęp do narzędzi z poziomu raportu, które umożliwiają wykorzystanie reguł Walidacji oraz Szacowania dostępnych w Systemie. System zapewnia w raporcie śledzenie zmian Danych Pomiarowych po zastosowaniu danych reguł przez użytkownika.

RS-34 System umożliwia raportowanie (przeglądanie) wersji Danych Pomiarowych (wersjonowanie) dla danego Punktu Pomiarowego i Agregatu na potrzeby porównania Danych Pomiarowych między poszczególnymi wersjami danych. W ramach raportu prezentowana jest m.in. różnica między danymi, wartości danych, statusy danych, wersja danych, data powstania danych, źródło pochodzenia danych.

3

RS-35 System umożliwia raportowanie na podstawie Danych Pomiarowych dla Punktów Pomiarowych mocy maksymalnych. Sposób ich wyznaczana jest zgodny z Taryfą Dystrybucyjną.

2

RS-36 System umożliwia raportowanie dla Punktów Pomiarowych wszystkich przekroczeń mocy w stosunku do przypisanej dla Punktu Pomiarowego wartości Mocy Umownej na podstawie Profilu Mocy w zdefiniowanym okresie czasu przez użytkownika. Raport umożliwia definicję przez użytkownika liczby wyświetlanych przekroczeń mocy. W raporcie zawarte są informację o wielkości mocy, różnicy w stosunku do Mocy Umownej w danym Punkcie Pomiarowym, czasie wystąpienia, sumie wyznaczonych wszystkich różnic w stosunku do Mocy Umownej w wyznaczanym okresie.

2

Strona 130 z 224



RS-37 System umożliwia raportowanie mocy maksymalnych dla Punktu Pomiarowego na podstawie Profili Mocy w zdefiniowanym okresie czasu przez użytkownika. Raport umożliwia definicję przez użytkownika liczby wyświetlanych mocy maksymalnych. W raporcie zawarte są informację o wielkości mocy, różnicy w stosunku do Mocy Umownej w danym Punkcie Pomiarowym, czasie wystąpienia, sumie wyznaczonych wszystkich różnic w stosunku do Mocy Umownej w wyznaczanym okresie.

2

RS-38 System umożliwia raportowanie zmian Atrybutów dla Punktów Pomiarowych w zdefiniowanym okresie na potrzeby kontroli spójności danych przekazywanych przez system zewnętrzny SAP IS-U interfejsem w odniesieniu do danych przekazywanych przez systemy zewnętrzne typu HES z Liczników. W procesie raportowania system umożliwia powiązanie informacji przekazywanych z Liczników i systemu SAP IS-U. Zakres danych w raporcie umożliwia śledzenie rozbieżności dla wartości Atrybutu oraz czasu zmiany. System dostarcza GUI umożliwiające modyfikowanie parametrów Atrybutu oraz śledzenie zmian z pozycji raportu dla sytuacji w których System nie mógł zastosować gotowej reguły Walidacyjnej oraz Szacowania.

2

RS-39 System umożliwia raportowanie poleceń Sterowania (Sterowanie rozłącznikiem, Sterowanie parametrami Licznika np. Taryfa, poleceniami dla sieci HAN, komunikatów przesyłanych przez SE) przesłanych zdalnie i lokalnie do Licznika. System do raportowania procesu Sterowania wykorzystuje przesyłane Dzienniki Zdarzeń przez Liczniki manualnie prowadzone dane oraz przesłane przez zewnętrzny system SAP IS-U.

3

RS-40 System umożliwia raportowanie zmiany Danych Pomiarowych udostępnianych do zewnętrznych systemów. Prezentuje zmiany (wersjonowanie) dotyczące przekazanych informacji dla każdego Punktu Pomiarowego i Agregatu.

3

RS-41 System umożliwia tworzenie Raportów na podstawie Danych Pomiarowych na potrzeby wyznaczania rozpływów mocy, energii oraz salda (różnicy bilansowej) dla Stacji Energetycznej 110kV/15kV oraz 220kV/110kV/15kV z uwzględnieniem poszczególnych elementów stacji typu linia energetyczna i transformator dla zdefiniowanych przez użytkownika poziomów napięć (110/15 oraz 15/0,4 kV/kV). Raporty uwzględniają wyznaczanie strat w transformatorach oraz wartości minimalnych i maksymalnych w raportowanym okresie. System umożliwia wyszczególnienie Danych Pomiarowych dotyczących potrzeb własnych Stacji Energetycznej. Raport wyznaczany jest w oparciu o Dane Pomiarowe z Punktów Pomiarowych przypisanych do poszczególnych elementów sieci elektroenergetycznej.

4

RS-42 System umożliwia tworzenie raportów na potrzeby wyznaczania różnicy bilansowej energii i mocy dla dowolnego elementu sieci elektroenergetycznej (np. linia, transformator) lub w danym punkcie (np. Złącze Kablowe) w oparciu o Dane Pomiarowe z Punktów Pomiarowych powiązanych z danym elementem (system uwzględnia zmienność powiązań dla Punktu Pomiarowego np. Atrybut Stacja SN/nN). Raporty uwzględniają wyznaczanie strat w danym punkcie oraz wartości minimalne i maksymalne we wskazanym okresie oraz z definiowalną rozdzielczością dla danych.

4

RS-43 System umożliwia tworzenie raportów na potrzeby wyznaczania statusów dla pozyskiwanych oraz udostępnianych Danych Pomiarowych w wybranym momencie czasowym. Raport umożliwia przegląd danych rzeczywistych i szacowanych.

2

RS-44 System umożliwia tworzenie raportów na potrzeby wyznaczania bilansu dla OSDn. 3

Strona 131 z 224



Dostępne narzędzia w Systemie umożliwiają powiązanie Punktów Pomiarowych i Atrybutów oraz korelacji między nimi na potrzeby raportowania struktury w podziale na Sprzedawców Energii i Podmioty Odpowiedzialne za Bilansowanie danego OSDn oraz w podziale na Punkty Pomiarowe i globalnie (dla całego OSDn).

RS-45 System umożliwia tworzenie raportów w zakresie wyznaczania energii i mocy dla Punktów Pomiarowych i Agregatów w zdefiniowanym okresie, rozdzielczością, kolejnością wyświetlania oraz zależnością (suma, różnica, współczynniki) między Punktami Pomiarowymi i Agregatami.

2

RS-46 System umożliwia tworzenie raportów w zakresie wyznaczania salda, poboru i oddawania energii i mocy dla Punktów Pomiarowych i Agregatów w zdefiniowanym okresie, rozdzielczością, kolejnością wyświetlania oraz zależnością (suma, różnica, współczynniki) między Punktami Pomiarowymi i Agregatami.

3

RS-47 System umożliwia tworzenie raportów dla Punktów Pomiarowych z aktywną funkcją przedpłatową w zakresie wyznaczania aktualnego komunikatu w Licznikach typu: DNI lub PLN oraz wartości liczydła dekrementującego dla Profilu Rozliczeniowego oraz czasu obowiązywania w zależności od typu Licznika.

4

RS-48 System umożliwia definicję raportów na potrzeby wyznaczania listy Punktów Pomiarowych, dla których w zadanym okresie czasu w Systemie dokonana została korekta/zmiana mająca wpływ na Dane Pomiarowe udostępnianie interfejsem do zewnętrznego systemu do rozliczeń (np. zmiana wersji danych, mnożnej, współczynników korekt), wraz ze wskazaniem źródła zmiany.

2

RS-49 System umożliwia raportowanie skuteczności prowadzenia odczytów dla Punktów Pomiarowych w oparciu o oczekiwane i zaległe Dane Pomiarowe w procesie przekazywania danych z systemów typu HES. Zakres raportowania obejmuje wyznaczanie wskaźników czasu niedostępności danych w danym okresie, czasu opóźnień dostarczania danych (z uwzględnieniem harmonogramu odczytowego) w podziale na rodzaj Danych Pomiarowych (Profile Rozliczeniowe, Profile Mocy).

2

RS-50 System umożliwia raportowanie statusu Profili Mocy dla Punktów Pomiarowych. Zakres raportowania obejmuje wyznaczanie wskaźników danych: rzeczywistych, błędnych, szacowanych oraz braku danych (gdzie wystąpienie „brak danych” jest wykryciem błędu Systemu podczas przetwarzania Danych Pomiarowych).

2

RS-51 System umożliwia raportowanie wykrytych nieprawidłowych Danych Pomiarowych w procesie Walidacji. Zakres raportowania obejmuje informacje dotyczące, jakiego Punktu Pomiarowego dotyczyło zdarzenie, jaka reguła walidacji została wykorzystana, z jakiego systemu dane nie przeszły Walidacji oraz data kiedy dane zostały przesłane.

2

RS-52 System w oparciu o Dzienniki Zdarzeń oraz Profile Wartości Sieciowych z Liczników raportuje czas zaniku napięcia oraz jego obniżenia, dla zdefiniowanych progów dla każdego Punktu Pomiarowego w oparciu o aktualne brzmienie przepisów "Rozporządzenia Ministra Gospodarki z dnia 4 maja 2007 r. w sprawie szczegółowych warunków funkcjonowania systemu elektroenergetycznego". Wyznaczany czas niedostarczania energii oraz obniżenia napięcia w danym Punkcie Pomiarowym powiązany jest z zdarzeniami (Dzienniki Zdarzeń) przesłanymi przez Liczniki przypisane do Punktów Pomiarowych zainstalowanych w tym samym Złączu Kablowym oraz Stacji SN/nN. System umożliwia raportowanie czasu niedostarczania energii oraz obniżenia napięcia w Punkcie Pomiarowym ze

3

Strona 132 z 224



wskazaniem sposobu wyliczenia przez System:

– w oparciu o walidację jednoczesności zdarzeń z wszystkich Liczników przypisanych do tego samego Złącza Kablowego i/lub do Stacji SN/nN w przypadku Liczników rejestrujących i zdalnie odczytywanych Danych Pomiarowych w pełnym zakresie,

– w oparciu o Dzienniki Zdarzeń i Profile Wartości Sieciowych z Liczników zainstalowanych w Stacjach SN/nN dla Liczników przypisanych do tych Stacji Energetycznych (metoda wyznaczania dostępna dla wszystkich Liczników niezależnie od zakresu przekazywanych Danych Pomiarowych).

Wyznaczony automatycznie przez system czas dla każdego z progu obniżenia napięcia lub zaniku napięcia dla danego Punktu Pomiarowego jest przechowywany w historii Punktu Pomiarowego i dostępny dla zewnętrznych systemów na potrzeby rozliczeń, udzielania upustów Odbiorcom lub analizy danych.

RS-53 System w oparciu o zdarzenia w Dzienniku Zdarzeń z Liczników umożliwia raportowanie na potrzeby wyznaczania ocen Wskaźników Jakości zasilania dla każdego Punktu Pomiarowego który podlega takiej ocenie.

4

RS-54 System w oparciu o czas pozyskania Danych Pomiarowych oraz czas ich udostępnienia do zewnętrznych Systemów umożliwia raportowanie na potrzeby wyznaczania wskaźników terminowości przekazywania Danych Pomiarowych. Wskaźniki są wyznaczane niezależnie dla każdego typu Danych Pomiarowych oraz miejsca udostępniania (systemu zewnętrznego).

4

RS-55 System w oparciu o zdarzenia w Dzienniku Zdarzeń z liczników umożliwia raportowanie Punktów Pomiarowych, w których występuje przekroczenie wartości progowej prądu w przewodzie neutralnym.

4

RS-56 System umożliwia raportowanie listy Punktów Pomiarowych, które w zdefiniowanym zakresie czasowym posiadały identyczne zdarzenie z Dzienników Zdarzeń pozyskane z Licznika, została wykonana ta sama czynność w Systemie oraz poprzez system zewnętrzny (interfejsem konfiguracyjnym z SAP IS-U, interfejsem z systemu GIS) oraz zostały przesłane dane z systemu typu HES.

3

RS-57 System umożliwia raportowanie wielkości niezbilansowania energii i mocy Stacji SN/nN w oparciu o energię i moc wprowadzoną do danego obszaru zasilanego przez daną Stację SN/nN (Punkt Pomiarowy zlokalizowany w polu transformatora w danej stacji ) i energię i moc zmierzoną w Punktach Pomiarowych zasilanych z Stacji SN/nN (suma energii i mocy zmierzonej w wszystkich Punktach Pomiarowych, które są zasilane z danej Stacji SN/nN).

4

RS-58 System umożliwia definiowanie raportów monitorowania liczby przesyłanych Danych Pomiarowych przez systemy zewnętrzne do Systemu oraz z Systemu do systemów zewnętrznych w definiowanym okresie dla poszczególnych interfejsów oddzielnie. Raporty zawierają m.in. ilość przesyłanych danych, statusy danych, nazwę systemu którego interfejs jest monitorowany, liczbę nieprzesłanych Danych Pomiarowych z podziale na grupy danych (np. Profile Mocy), przyczyny nie pobrania danych, błędy komunikacyjne, listę Punktów Pomiarowych, dla których wystąpiły problemy z przesłaniem danych.

2

RS-59 System zapewnia wyznaczanie Raportów dostępnych w Systemie automatycznie na podstawie przekazanych parametrów wejściowych z zewnętrznego systemu oraz przekazywanie wyznaczonych Raportów na zdefiniowany adres e-mailowy (adres e-

4

Strona 133 z 224



mail jest również parametrem wejściowym).

RS-60 System umożliwia raportowanie Punktów Pomiarowych posiadających funkcję DSR w podziale na aktywne i nieaktywne Punkty Pomiarowe (w oparciu o przesłaną konfigurację przez OSP systemem zewnętrznym WIRE/UR).

3

RS-61 System umożliwia raportowanie listy Punktów Pomiarowych posiadających Stopnie Ograniczenia wraz z obowiązującymi w danym okresie ograniczeniami oraz Punkty Pomiarowe, które podlegają ograniczeniu a nie posiadają zdefiniowanych Stopni Ograniczenia.

4

RS-62 System umożliwia raportowanie Punktów Pomiarowych, które przy danym stopniu ograniczenia nie zastosowały się do obowiązku ograniczenia. System wyznacza Profil Mocy powyżej obowiązującego ograniczenia dla każdego Punktu Pomiarowego, który nie spełnia ograniczenia dla danego Stopnia.

4

RS-63 System umożliwia raportowanie wskaźnika procentowego udostępniania danych rzeczywistych do zewnętrznych systemów. Raport prezentuje Danych Pomiarowych powinno było być udostępnione w danym okresie np.: w danym miesiącu, a ile zostało udostępnionych danych rzeczywistych. Wyznaczone wskaźniki w systemie dla Punktów Pomiarowych System umożliwia grupowanie w podziale m.in.: na dany system zewnętrzny, na danego Uczestnika Rynku, Taryfę, dany system źródłowy Danych Pomiarowych. W raportowaniu możliwe jest zagnieżdżenie grupowań.

2

RS-64 System zapewnia możliwość wykorzystania w Procesach Biznesowych oraz przekazywania danych wyznaczonych w dostępnych raportach do zewnętrznych systemów (dotyczy to zakresu oraz sposobu wyznaczania danych do raportu).

2

RS-65 System umożliwia raportowanie Danych Pomiarowych udostępnionych do Uczestników Rynku na potrzeby zgłaszanych reklamacji. Dane na potrzeby wyznaczenia raportu pozyskiwane są z zewnętrznego pliku zawierającego kody PPE lub numer licznika lub numer Partnera Handlowego Punktów Pomiarowych oraz zakres czasowy reklamowanych danych. W ramach raportu dostępne są informacje o wartościach Atrybutów Punktu Pomiarowego, Dane Pomiarowe udostępnione wraz z terminami udostępnienia danych (wszystkie wersje danych dla danego okresu) oraz zdarzenia zarejestrowane w danym Punkcie Pomiarowym.

3

5.5 Wymagania dla Wsparcia Procesów Biznesowych


Tabela nr 5


BH-1 System zapewnia narzędzia wspierające obsługę w zakresie następujących Procesów:

1. Bilansowanie Handlowe (BH),

2. Bilansowania Techniczne (BT),

3. Zarządzanie Danymi Pomiarowymi (ZDP),

4. Zarządzanie Systemem (ZS).

oraz innych procesów realizowanych przez System na potrzeby zarządzania

2

Strona 134 z 224



danymi (Danymi Pomiarowymi, Atrybutami, Agregatami oraz Obiektami).

BH-2 Proces Bilansowania Handlowego obejmuje następujące obszary:

1. Zarządzanie Uczestnikami Rynku Energii w zakresie: Sprzedawców Energii (SE), Podmiotów Odpowiedzialnych za Bilansowanie (POB), OSDn, OSD oraz OSP,

2. Zarządzanie Agregatami odwzorowującymi Profile Mocy dla POB i SE w zakresie definicji oraz przetwarzania,

3. Zarządzanie Agregatami odwzorowującymi Profile Mocy OSDn w zakresie definicji oraz przetwarzania,

4. Zarządzanie dostępem do Danych Pomiarowych dla SE, POB, OSP, OSD, OSDn i uczestników programów DSR,

5. Harmonogramowanie działań Systemu na potrzeby przygotowywania danych do OSP w trybach podstawowym i korekt zgodnie z IRiESP,

6. Zarządzanie wymianą Profili Mocy z OSP, OSD i OSDn,

7. Zarządzanie Obiektami na potrzeby realizacji programów DSR oraz uczestników rynku mocy,

8. Zarządzanie Agregatami na potrzeby bilansowania obszaru dystrybucji (JGBi, JG innogy, Tranzyt, Przesył, Wytwarzanie).

3

BH-3 System na potrzeby Zarządzania Uczestnikami Rynku Energii (UR) umożliwia definiowanie podmiotów typu SE, POB oraz wzajemnych powiązań między tymi podmiotami na potrzeby identyfikacji przypisywanych Atrybutów do Punktów Pomiarowych. Definicje obejmują nazwę, kodyfikacje przydzielone podmiotom, powiązania między SE i POB i okresy aktywności. Zdefiniowane parametry dostępne są w procesach Agregacji, raportowania oraz identyfikacji udostępnianych danych.

3

BH-4 System umożliwia zarządzanie Agregatami dla SE i POB odwzorowującymi sumę Profili Mocy wszystkich Punktów Pomiarowych przypisanych do danego SE i POB. Wynikami Agregacji można zarządzać wielopoziomowo tzn. Profil Mocy dla POB posiada składowe Profili Mocy dla SE, a Profile Mocy dla SE posiada Profile Mocy odpowiednich Punktów Pomiarowych lub grup Punktów Pomiarowych.

Zarządzanie Agregatami oparte jest o jednostkę doby z Profilem Mocy godzinowym oraz 15-minutowym zgodnie z obowiązującą IRiESP. W procesie przetwarzania danych System umożliwia identyfikację przypisanych Punktów Pomiarowych do Agregatora wraz z wartościami jakie zostały przyjęte do obliczeń. System identyfikuje rolę SE i POB w Agregacji (podstawowy, rezerwowy) oraz wersję danych przyjętą do Agregacji. System umożliwia zmianę rozdzielczości bilansowania Profili Mocy z godzinowej na 15-minutową globalnie dla całego procesu Bilansowania Handlowego.

3

BH-5 System umożliwia prognozowanie sumy Profili Mocy (Agregatu) na podstawie danych historycznych Agregatów dla SE i POB. Proces odbywa się w Systemie automatycznie i na żądanie w przypadku gdy System wykryje brak Danych Pomiarowych z systemów zewnętrznych. Agregacja będzie wykonywana przez System w oparciu o uzgodniony algorytm z Zamawiającym.

3

BH-6 Proces przetwarzania Profili Mocy dla Bilansowania Handlowego odbywa się w Systemie dobowo dla każdej doby niezależnie w trybie podstawowym przez 4

3

Strona 135 z 224



kolejne doby oraz w trybie korekt miesięcznych dla wszystkich dób za cały miesiąc kalendarzowy odpowiednio zgodnie z zapisami IRiESP (dla poszczególnych miesięcy m-1, m-2, m-4 i m-15 gdzie m – miesiąc w którym dokonywana jest korekta). Tryby korekt miesięcznych są definiowalne w Systemie. Dane Pomiarowe przekazywane do zewnętrznych systemów w innych procesach (np. przekazywanie danych na potrzeby bilingowe) są spójne z danymi wyznaczonymi w trybie podstawowym i korekt.

BH-7

System umożliwia definiowanie harmonogramów korekt miesięcznych na potrzeby rozliczania Profili Mocy dla POB i SE na Rynku Bilansującym. System posiada narzędzia umożliwiające porównanie danych przetworzonych w trybie podstawowy z danymi przetworzonymi w poszczególnych trybach korekt.

3

BH-8 System na potrzeby udostępniania Profili Mocy do OSP zarządza Procesem Bilansowania Handlowego umożliwiającego przesłanie Profili Mocy dla wszystkich POB do systemu WIRE/UR zgodnie z zdefiniowanym harmonogramem codziennie do godziny 6:30 oraz udostępnienie przekazanych danych do OSP odpowiednim SE i POB do godziny 10:00.

3

BH-9 System na potrzeby Procesu Bilansowania Handlowego przetwarza Profile Mocy do rozdzielczości zgodnej z IRiESP (godzinową lub 15-minutową) oraz na potrzeby raportowania w zależności od przyjętej w raporcie rozdzielczości. W procesie przetwarzania Danych Pomiarowych dla Punktów Pomiarowych, dla których Liczniki nie rejestrują Profili Mocy system wyznacza Profile Mocy w oparciu o przypisany Profil Standardowy oraz szacowane zużycie na podstawie Prognozy dystrybucji (wartości przypisanej do Punktu Pomiarowego).

3

BH-10 System w procesie przetwarzania danych w procesie Bilansowania Handlowego wersjonuje dane. Wykorzystywane dane na potrzeby wyznaczania Profili Mocy są przeliczane przez System do identycznej rozdzielczości niezależnie od formatu źródłowego oraz zakresu zbieranych danych w Punktach Pomiarowych.

3

BH-11 Procesy przetwarzania Agregatów w Procesie Bilansowania Handlowego są przystosowane do udostępniania danych w trybach dobowych (podstawowych) oraz miesięcznych (korekt) zgodnie z IRiESP. Proces przetwarzania Agregatów jest monitorowany w Systemie na potrzeby raportowania bieżącego stanu procesu.

3

BH-12 System umożliwia definiowanie obszarów OSDn. System pozwala na odpowiednie przypisanie danych do danego OSDn oraz na kontrolę poprawności przypisania danych określających obiekty i Agregaty danego OSDn.

3

BH-13 System na potrzeby wyznaczania Profili Mocy dla obszarów OSDn grupuje Punkty Pomiarowe z Atrybutem identyfikującym przynależność do danego obszaru (granica między siecią dystrybucyjną OSD a OSDn). Grupowanie jest określone w umowie z danym OSDn i może obejmować wszystkie obszary (wyspy w sieci OSD) jako jeden wirtualny obszar lub każdy obszar OSDn może być obsługiwany niezależnie. System umożliwia obsługę jednego i drugiego przypadku.

3

BH-14 System wyznacza wielkości Profili Mocy przypisane do poszczególnych POB i SE w oparciu o dane udostępnione przez danego OSDn. System identyfikuje w Profilach Mocy danego SE i POB dane dotyczące obszaru OSDn.

3

BH-15 System grupuje odpowiednio Profile Mocy udostępnione przez OSDn (w podziale na SE i POB dla danego Punktu Pomiarowego) w sposób umożliwiający przyporządkowanie udziału (wyznaczonego częściowego Profilu Mocy) dla SE i

3

Strona 136 z 224



POB w danym Punkcie Pomiarowym (granicy między siecią dystrybucyjną OSD a OSDn). Profil Mocy dla innych SE i POB w danym Punkcie Pomiarowym niż zdefiniowany w Punkcie Pomiarowym System przypisuje do Punktu Pomiarowego jako Profil Mocy (profil dodatkowy dla Punktu Pomiarowego) P- tak żeby wyznaczona wartość (saldo P+ i P- profilu dodatkowego) stanowiła energię dostarczoną dla Punktu Pomiarowego przez SE przypisanego do tego punktu.

BH-16 W procesie Bilansowania Handlowego obszaru OSDn System kontroluje poprawność udostępnianych danych przez OSDn (udostępniane dane w odniesieniu (przypisane) do danego Punktu Pomiarowego nie mogą wprowadzać wartości ujemnych dla Profilu Mocy).

3

BH-17 System uwzględnia wyniki przetwarzania Agregatów dla OSDn w procesie udostępniania danych do SE i POB. Dane udostępnione przez OSDn są dostępne dla odpowiednich SE i POB.

3

BH-18 System na potrzeby Procesu Bilansowania Handlowego automatycznie zarządza Atrybutami Punktów Pomiarowych w zakresie Sprzedawcy Energii oraz Podmiotu Odpowiedzialnego za Bilansowanie (podmioty podstawowe i rezerwowe oraz okres obowiązywania) w oparciu o dane przesyłane interfejsem z systemu SAP IS-U. W Procesie System zapewnia kontrolę ciągłości okresu obowiązywania dla SE i POB oraz kontrolę powiązań między SE a POB. System udostępnia narzędzia na potrzeby raportowania Punktów Pomiarowych przypisanych do SE i POB wraz z okresami obowiązywania oraz zmian na w definiowalnym okresie.

3

BH-19 System w procesie Bilansowania Handlowego wyznacza Profil Mocy dla zapotrzebowania na energię innogy Stoen Operator (zapotrzebowania Jednostki Grafikowej innogy Stoen Operator JG innogy). Zapotrzebowanie wyznaczane jest w oparciu o Profile Mocy z Punktów Pomiarowych będących granicą między siecią dystrybucyjną innogy Stoen Operator a sąsiadującym OSD i OSP.

3

BH-20 Agregaty zdefiniowane na potrzeby wyznaczania JG innogy Stoen Operator uwzględniają konfigurację Punktów Pomiarowych zgodnie z umowami na Tranzyt, Przesył i Wytwarzanie energii.

3

BH-21 System w procesie Bilansowania Handlowego dla JG innogy Stoen Operator umożliwia wyznaczanie energii w podziale na następujące obszary:

1. Wytwarzanie energii w sieci OSD (generacja, energia wprowadzona do sieci dystrybucyjnej od Wytwórcy),

2. energii z sąsiadujących OSD,

3. Przesył energii z OSP,

4. Energii dostarczonej do Odbiorców w podziale na Taryfy,

5. Energia brutto dla całej sieci dystrybucyjnej OSD.

Algorytm do wyznaczania Profili Mocy oraz wartości energii w ujęciach okresowych (dekada, miesiąc, rok) są oparte o odpowiednie umowy OSD (zdefiniowane Agregaty dla Punktów Pomiarowych).

3

BH-22 System w procesie Bilansowania Handlowego wyznacza Profil Mocy dla Jednostki Grafikowej Bilansujące (JGBi) innogy Stoen Operator (różnicy bilansowej na pokrycie strat technicznych i handlowych w sieci dystrybucyjnej OSD).

3

BH-23 Na potrzeby Bilansowania Handlowego obszaru JGBi System tworzy Profile Mocy 3

Strona 137 z 224



na podstawie przetworzonych Agregatów dla POB, SE, JG innogy Stoen Operator oraz Wytwarzania.

BH-24 W procesie Bilansowania Handlowego System kontroluje jakość szacowanych Danych Pomiarowych w oparciu o wyznaczone JGBi (wartości JGBi w poszczególnych jednostkach czasu nie mogą być ujemne).

3

BH-25 System w procesie Bilansowania Handlowego udostępnia Profile Mocy z Punktów Pomiarowych reprezentujących JG innogy Stoen Operator do OSP i OSD zgodnie z harmonogramem i zakresem danych określonym w IRiESP w części Bilansowanie systemu i zarządzanie ograniczeniami systemowymi.

3

BH-26 System zapewnia narzędzia na potrzeby zarządzania Punktami Pomiarowymi z aktywnym Atrybutem DSR na potrzeby kontroli energii redukowanej i przyrostowej. System zapewnia GUI na potrzeby procesu definiowania Punktów Pomiarowych z funkcją DSR oraz zapewnia przetwarzanie Profili Mocy na potrzeby przekazywania danych do OSP poprzez system WIRE/UR. System posiada narzędzia obsługujące komunikaty przekazywane przez OSP poprzez system WIRE (okres przekazywania danych do OSP).

4

BH-27 System na potrzeby Bilansowania Handlowego wylicza Agregaty z rozdzielczością zgodną z IRiESP (godzinową lub 15-minutową). W przypadku zmiany wymagań na Rynku Energii co do rozdzielczości udostępnianych Agregatów system umożliwia przejście na rozdzielczość 15-minutową.

4

BT-1 Proces Bilansowanie Techniczne obejmuje następujące obszary:

1. Bilansowanie obszarów niskiego napięcia zasilanego z Stacji SN/nN,

2. Bilansowanie sieci 110kV,

3. Bilansowanie stacji RPZ,

4. Bilansowanie obszaru sieci 15kV,

5. Bilansowanie obszarów dystrybucyjnych,

6. Bilansowanie obszarów wytwórczych,

7. Bilansowanie Obiektów podlegających ograniczeniom poprzez Stopnie Zasilania,

8. Wyznaczanie Wskaźników Jakościowych dla Punktów Pomiarowych w oparciu o Dane Pomiarowe z Stacji SN/nN,

9. Wyznaczania danych na podstawie czasu niedostarczania energii w Punkcie Pomiarowym na potrzeby udzielania upustów Odbiorcom w danym Punkcie Pomiarowym

4

BT-2 Na potrzeby Bilansowania Technicznego system dostarcza narzędzia umożliwiające definicję danego obszaru w oparciu o zbiór Punktów Pomiarowych dla którego wyznaczane są Profile Mocy z definiowaną rozdzielczością. Dla zdefiniowanej listy Punktów Pomiarowych System umożliwia przypisanie relacji między tym Punktami (dodawanie, odejmowanie, mnożenie, dzielenie) na potrzeby wyznaczenia Agregacji.

4

BT-3 System umożliwia definicję Agregatów, które są wyliczane dynamicznie w oparciu o Atrybuty opisujące obiekty z zachowaniem czasu obowiązywania na potrzeby wyznaczania dynamicznych bilansów w postaci Danych Pomiarowych.

4

Strona 138 z 224



BT-4 System w procesie przetwarzania danych w procesie Bilansowania Technicznego wersjonuje dane. Wykorzystywane dane na potrzeby wyznaczania Profili Mocy są przeliczane przez System do identycznej rozdzielczości niezależnie od formatu źródłowego oraz zakresu zbieranych danych w Punktach Pomiarowych.

4

BT-5 System posiada narzędzia na potrzeby wyznaczania Wskaźników Jakościowych usługi dystrybucji (ciągłość i jakość zasilania) w oparciu o Dane Pomiarowe przesyłane z Liczników poprzez zewnętrzne systemy. System automatycznie przetwarza dane na potrzeby wyznaczania Wskaźników Jakościowych dla usługi dystrybucji w danym Punkcie Pomiarowym oraz przypisuje w Okresach Rozliczeniowych oraz miesięcznych statusy i wartości dotrzymania Wskaźników Jakości usługi. System udostępnia narzędzia do raportowania Wskaźników Jakościowych dla usługi dystrybucyjnej oraz narzędzia do udostępniania danych zawierających wyznaczone Wskaźniki Jakościowe do systemów zewnętrznych na potrzeby rozliczeń (do systemu SAP IS-U) oraz wyznaczania statystyk dla sieci dystrybucyjnej (do Aplikacji Zarządzającej Konfiguracją Sieciową).

4

BT-6 System pozyskuje alarmy przesyłane przez Liczniki poprzez systemy zewnętrzne w zakresie naruszenia bezpieczeństwa, na potrzeby zarządzania informacją o bezpieczeństwie infrastruktury pomiarowej. Na potrzeby monitorowania bezpieczeństwa system udostępnia narzędzia umożliwiające śledzenie przesyłanych danych.

4

BT-7 System w oparciu o przesyłane zdarzenia z Liczników poprzez systemy zewnętrzne automatycznie wyznacza czas obniżenia jakości zasilania dla Punktu Pomiarowego. Wyznaczana jakość zasilania w danym Punkcie Pomiarowym powiązana jest ze zdarzeniami przesłanymi przez Liczniki przypisane do Punktów Pomiarowych zainstalowanych w tym samym Złączu Kablowym oraz Stacji SN/nN. Wyznaczony automatycznie przez System czas obniżenia jakości zasilania dla danego Punktu Pomiarowego jest przechowywany w historii Punktu Pomiarowego i dostępny dla zewnętrznych systemów na potrzeby rozliczeń.

4

BT-8 System na potrzeby wyznaczania Wskaźników Jakościowych w zakresie czasu niedostarczania energii umożliwia wyliczenie dla każdego Punktu Pomiarowego wartości czasu (okresu) na dwa sposoby:

1. w oparciu o Dziennik Zdarzeń przesłany z Licznika zainstalowanego w Stacji SN/nN (Punkt Pomiarowy w polu transformatora).Wyznaczony wskaźnik dotyczy każdego z Punktów Pomiarowych który w danym okresie posiadał wartość Atrybutu: Stację SN/nN identyczny jak kod Stacji SN/nN jak Licznik, który przesłał dane,

2. W przypadku gdy Liczniki w Punktach Pomiarowych rejestrują Dziennik Zdarzeń system uwzględnia dane z tych Liczników jako nadrzędne do wyznaczenia czasu niedostarczenia energii wyznaczony z Licznika zainstalowanego w Stacji SN/nN. Dla tego przypadku przy wyznaczaniu wskaźnika System bierze pod uwagę wszystkie Punkty Pomiarowe z identycznym Atrybutem Złącze Kablowe (wszystkie Liczniku muszą przesłać zbliżone dane co do czasu wystąpienia zdarzenia).

4

BT-9 W procesie wyznaczania Wskaźników Jakościowych System wykrytym zdarzeniom nadaje niepowtarzalne kody, które przypisuje wszystkim Punktom Pomiarowym, których to zdarzenie dotyczy. W procesie wyznaczania Wskaźnika Jakościowego System wykorzystuje informacje o zdarzeniach sieciowych z zewnętrznego systemu. Rejestrowane kody wraz z listą Punktów Pomiarowych, identyfikacjami

4

Strona 139 z 224



Złączy Kablowych oraz Stacji SN/nN i informacjami o czasie wystąpienia zdarzenia jest udostępniane do zewnętrznego systemu na potrzeby udzielania upustów Odbiorcom oraz w raportach dotyczących Wskaźników Jakościowych.

BT-10 System posiada narzędzia umożliwiające wyznaczające wielkość Przesyłu energii elektrycznej z sieci przesyłowej OSP oraz tranzytu z OSD na podstawie zdefiniowanego algorytmu opisującego powiązania poprzez relacje matematyczne i hierarchiczne Punktów Pomiarowych zainstalowanych w stacjach energetycznych innogy Stoen Operator. Dostępne narzędzia umożliwiają wyznaczanie energii i mocy w definiowalnych okresach z definiowalną rozdzielczością. Dostępne narzędzia umożliwiają wyliczanie danych, wersjonowanie oraz udostępnianie danych do zewnętrznych systemów.

4

BT-11 System posiada narzędzia umożliwiające wprowadzanie czasowego obowiązywania Stopni Zasilania, które System wykorzystuje przy kontroli stosowanie ograniczeń w Punktach Pomiarowych.

ZD-1 System posiada możliwość definiowania dynamicznych Agregatów na potrzeby bilingowe w oparciu o dane stanowe i wyznaczone moce maksymalne w okresach rozliczeniowych z uwzględnieniem korekty (wynikającej z różnicy energii profilowej i energii ze stanów liczydeł). Agregaty w systemie powiązane są z grupami zleceń odczytowych z systemu SAP IS-U.

4

ZD-2 System umożliwia przypisanie strat energii w okresach miesięcznych, tygodniowych, dobowych, godzinowych i 15-minutowych przypisanych do Punktu Pomiarowego w oparciu o pomiar energii w danym Punkcie Pomiarowym. Wyznaczanie strat energii w danym Punkcie Pomiarowym opiera się na jednej z definiowanych metod wyznaczania strat którą można definiować w dowolnym zakresie czasowym obowiązywania:

wartość strat zmienna w czasie, wyznaczona na podstawie pomiaru przemnożonego przez stały współczynnik,

w oparciu o stały współczynnik (niezależny od pomiaru),

w oparciu o pomiar strat w danym Punkcie Pomiarowym.

Wyznaczane wartości strat System uwzględnia przy wyznaczaniu mocy maksymalnych, energii w okresach 15-minutowych, godzinowych i miesięcznych na potrzeby udostępniania danych do zewnętrznych systemów w procesach wyznaczania energii i mocy w których dany Punkt Pomiarowy bierze udział.

2

ZD-3 System posiada narzędzia do przeprowadzania grupowych konfiguracji na Punktach Pomiarowych na podstawie wspólnych Atrybutów np. grupowa zmiana Segmentu, grupowe wyznaczanie szacunkowych stanów na dzień Zmiany Sprzedawcy.

ZD-4 System zapewnia możliwość uruchomiania wielu procesów równolegle działających (akwizycja danych z wielu systemów zewnętrznych, udostępnianie danych do innych systemów, etc...) System zapewnia mechanizm definiowania grup dla Punktów Pomiarowych na potrzeby wielokrotnego użycia w procesach realizowanych przez System. Zdefiniowane grupy Punktów Pomiarowych są dostępne tylko dla użytkownika, który stworzył grupę, lub dla wszystkich użytkowników systemu lub dla wybranej grupy użytkowników (użytkownik definiujący grupę zarządza udostępnianiem dla innych użytkowników).

2

ZD-5 System w procesie przetwarzania Agregatów zapewnia mechanizmy 2

Strona 140 z 224



monitorowania wartości Profilu Mocy, różnic między wersjami danych, statusów danych, oraz różnic między danymi z różnych źródeł. System automatycznie wykorzystuje dane w procesie przetwarzania danych zgodnie zdefiniowaną hierarchią dla źródeł danych. Dla opisanych informacji System tworzy statystyki i udostępnia je użytkownikom poprzez raportowanie.

ZD-6 System pozyskuje, przetwarza i udostępnia Dane Pomiarowe pochodzące z Liczników w oparciu o harmonogramy odczytowe dla odczytów lokalnych i zdalnych oraz w oparciu o zlecenia serwisowe (kontrola, demontaż i montaż Układu Pomiarowego) oraz procesowe (zmiana, zakończenie, rozpoczęcie umowy dystrybucyjnej oraz sprzedażowej). Proces pozyskiwania danych z Liczników zarządzany jest w zewnętrznych systemach, do których System posiada interfejsy na przekazywanie danych.

2

ZD-7 System w procesie pozyskiwania i przetwarzania Danych Pomiarowych prowadzi walidację w oparciu o dane pochodzące z różnych źródeł, warunki spójności danych (np. przepływ energii z instalacji od Odbiorcy, zmniejszenie stanu liczydła rozliczeniowego) Atrybuty (moc umowna w danym Punkcie Pomiarowym), Prognozy dystrybucji (prognozy na podstawie historycznego zużycia w danym Punkcie Pomiarowym), zdefiniowane Liczniki kontrolne oraz w oparciu o różne typy danych z Liczników (spójność danych profilowych z danymi rozliczeniowymi). W procesach Walidacji system monitoruje odchylenia między danymi z różnych źródeł na potrzeby raportowania niespójności danych.

2

ZD-8 System udostępnia narzędzia na potrzeby definicji algorytmów Walidacyjnych oraz Szacowania dla Danych Pomiarowych i Atrybutów. Definiowane reguły mogą być zapamiętywane w Systemie oraz mogą być wykorzystywane przy definiowaniu automatycznych działań Systemu.

2

ZD-9 Dostępne w Systemie narzędzia do Walidacji Danych Pomiarowych umożliwiają wykorzystanie historii Danych Pomiarowych rejestrowanych przez Liczniki.

2

ZD-10 System w procesie Walidacji Danych Pomiarowych posiada mechanizm dokonujący automatycznej interpretacji Danych Pomiarowych w oparciu o zdarzenia z Dzienników Zdarzeń i statusy z Profili Mocy powiązane (przez czas wystąpienia) z Danymi Pomiarowymi. Na potrzeby interpretacji Danych Pomiarowych System posiada zdefiniowane scenariusze działań na potrzeby Walidacji i Szacowania Danych Pomiarowych.

2

ZD-11 System umożliwia proces Szacowania danych na podstawie Profilu Mocy dla wartości, dla których Układ Pomiarowy został uszkodzony. System dla Punktu Pomiarowego wyznacza na podstawie zużycia historycznego Profil Dodatkowy.

2

ZD-12 Narzędzia w Systemie umożliwiają definiowanie harmonogramów wyzwalanych czasowo, okresowo, w oparciu o zdarzenie w Systemie (np. zakończenie zadania) oraz inicjowane zdarzeniem przesłanym z zewnętrznego systemu (zapytanie o Dane Pomiarowe, przesłanie konfiguracji dla Punktu Pomiarowego z zewnętrznego systemu, przesłanie Danych Pomiarowych).

2

ZD-13 System umożliwia definicję lokalizacji sieciowej w postaci serwerów FTP, SFTP, www, file serwerów, lokalnych przestrzeni dyskowej oraz harmonogramów na potrzeby pobierania oraz udostępniania Profili Mocy do/z OSD, OSDn, POB oraz Profili Mocy i Profili Rozliczeniowych do Sprzedawców. System prowadzi monitoring wymienianych danych w zakresie statystyk kompletności oraz statusu wymiany danych.

2

Strona 141 z 224



ZD-14 W procesie udostępniania Danych Pomiarowych poprzez interfejsy do zewnętrznych systemów, System optymalizuje zakres przesyłanych danych poprzez kontrolę zmian udostępnianych danych do poszczególnych systemów.

2

ZS-1 System zapisuje w Dzienniku Aplikacji informacje niezbędne do ustalenia i odtworzenia działania Systemu oraz jego stanu w danym czasie.

2

ZS-2 System zapisuje w Dzienniku Aplikacji aktywność użytkowników systemu, związaną z obsługą biznesową Systemu.

2

ZS-3 Administrator ma możliwość przeglądania wpisów Dziennika Aplikacji z poziomu graficznego interfejsu użytkownika. W Dzienniku Aplikacji można filtrować wpisy wg następujących kryteriów:

czas wystąpienia zdarzenia,

użytkownik, dla którego wystąpiło zdarzenie,

rodzaj zdarzenia,

istotność zdarzenia,

inne, określone wspólnie z Wykonawca.

2

ZS-4 Modyfikacja konfiguracji technicznej i biznesowej Systemu jest wykonywana przez użytkownika z uprawnieniami administracyjnymi poprzez graficzny interfejs użytkownika. Elementami konfiguracyjnymi są m.in.:

definicje połączeń w celu integracji ze zdalnymi systemami otoczenia IT (end-point): adresy sieciowe, dane uwierzytelniania i inne, niezbędne do definicji połączeń,

parametry techniczne sterujące pracą Systemu,

globalny poziom logowania zdarzeń w Dzienniku Aplikacji,

parametry sterujące realizacją Procesów,

definicje uprawnień dla zdefiniowanych w Systemie ról użytkowników,

zarządzanie kontami lokalnymi,

inne, opracowane wspólnie z Wykonawcą.

2

ZS-5 System zapewnia obsługę zdarzeń zarejestrowanych w danym Punkcie Pomiarowym oraz procesie poprzez: definiowalne przydzielanie zdarzeń do grup, przypisywanie zdarzeniom parametrów pobieranych z Atrybutów Punktu Pomiarowego lub procesu oraz przypisaniu listy funkcji (procesów) do których użytkownik zostanie przekierowany bezpośrednio z zarejestrowanego zdarzenia np. w przypadku błędu przekazania Profili Rozliczeniowych do systemu zewnętrznego System umożliwi użytkownikowi ponowny eksport danych dla których został zarejestrowany błąd (System zapewni parametryzację eksportu).

2

Strona 142 z 224



5.6 Wymagania dla wymiany danych miedzy Systemem a zewnętrznymi systemami

Na potrzeby wymiany danych z systemami zewnętrznymi System zapewnia realizację wymagań określonych w Tabeli nr 6.

Tabela nr 6

Strona 143 z 224




WD-1 Wszystkie interfejsy posiadają w Systemie kontrolę działania opartą o raporty. 2

WD-2

Wymiana danych poprzez interfejsy z zewnętrznymi systemami realizowana jest w Systemie w następujących trybach:

1. Automatycznym (działający na zdefiniowanych zdarzeniach oraz na zdefiniowanym harmonogramie),

2. Manualnym (incydentalny).

2

WD-3 Wszystkie rodzaje interfejsów Systemu posiadają rozbudowane wielopoziomowe mechanizmy obsługi błędów.

2

WD-4

System jest odpowiedzialny za pozyskanie udostępnionych Danych Pomiarowych z Liczników przez zewnętrzne systemy typu HES (m.in. SKOME, ADO, ZISM), system SAP IS-U, pliki z Danymi Pomiarowymi odczytane lokalnie z Licznika oraz platformy wymiany danych (WIRE, CSWI, ftp) z Uczestnikami Rynku.

2

WD-5

System automatycznie pozyskuje, przetwarza i udostępnia Dane Pomiarowe udostępniane przez zewnętrzne systemy.

Zakres przekazywanych Danych Pomiarowych przez zewnętrzne systemy obejmuje:

1. Profile Rozliczeniowe,

2. Profile Mocy,

3. Profile Wartości Sieciowych,

4. Dzienniki Zdarzeń.

Zakres udostępnianych Danych Pomiarowych zależny jest od zewnętrznego systemu, System automatycznie rozpoznaje zakres przekazywanych Danych Pomiarowych i wykorzystuje go w procesach przetwarzania danych.

Pozyskiwanie Danych Pomiarowych przez zewnętrzne systemu odbywa się m.in. w procesach:

1. Odczytane lokalnie lub zdalnie bezpośrednio z Liczników w oparciu o zaplanowany harmonogram;

2. Odczytane lokalnie lub zdalnie bezpośrednio z Liczników na potrzeby kontroli;

3. Odczytane lokalnie lub zdalnie bezpośrednio z Liczników na potrzeby zmiany Atrybutów m.in. Odbiorcy, Sprzedawcy Energii, Taryfy itd.,

4. Odczytane lokalnie lub zdalnie bezpośrednio z Liczników na potrzeby windykacyjne;

5. Odczyty lokalne bezpośrednio z Liczników na potrzeby wymiany, montażu lub demontażu Licznika;

6. Odczyty lokalne bezpośrednio z Liczników przekazane bezpośrednio przez Odbiorców.

2

WD-6 System zapewnia elastyczny model danych w zakresie wymiany Danych Pomiarowych oraz danych identyfikujących Punkty Pomiarowe. Zakres

2

Strona 144 z 224



przekazywanych danych może być elastycznie zwiększany w ramach rozwoju technologicznego urządzeń pomiarowych (Liczników).

Strona 145 z 224



WD-7

Wymiana Danych Pomiarowych między Systemem a zewnętrznymi systemami realizowane jest w oparciu o jednolity standard wymiany Danych Pomiarowych. Standard wymiany Danych Pomiarowych uwzględnia specyfikę wszystkich systemów zewnętrznych

Standaryzacja nie obejmuje pobierania Danych Pomiarowych z plików.

2

WD-8 W procesie pozyskiwania Danych Pomiarowych z zewnętrznego systemu System automatycznie wykrywa udostępnione przez system zewnętrzny Dane Pomiarowe.

System monitoruje oraz raportuje kompletność i terminowość udostępnionych Danych Pomiarowych przez zewnętrzny system. Przekazywane Dane Pomiarowe są niezależnie dla każdego Punktu Pomiarowego oraz mogą być udostępniane w różnym czasie w zależności od dostępności Danych Pomiarowych w zewnętrznym systemie.

2

WD-9 System posiada narzędzia na potrzeby automatycznego generowania zleceń (zadań) odczytowych do zewnętrznego systemu o Dane Pomiarowe z Licznika w następujących trybach:

1. Zdarzeniowym – po zmianie wartości Atrybutu: Sprzedawca Energii, Odbiorca oraz w przypadku wykrycia przez System braku Danych Pomiarowych (przekroczenie dopuszczalnego okresu dla jakiego mogą występować brak Danych Pomiarowych),

2. Cyklicznym (harmonogramowym) – zgodnie z aktualną parametryzacja Atrybutów Punktów Pomiarowych.

System posiada GUI umożliwiające definiowanie automatycznych reguł na potrzeby generowania zleceń (zadań) odczytowych. Dostępne narzędzia w Systemie umożliwiają definiowanie trybu przekazywania zleceń (m.in. przez e-mail oraz plik o zdefiniowanej strukturze umieszczany na serwerze plików), zakresu danych w zleceniach (zakres Atrybutów Punktu Pomiarowego, informacji o przyczynach odczytu, zakres wymaganych Danych Pomiarowych oraz termin do kiedy dane muszą zostać przekazane do Systemu), oraz monitorowanie i raportowanie procesu w zakresie m.in. dla jakiego Punktu Pomiarowego zostało wygenerowane zlecenie, na potrzeby jakiego procesu, oraz data utworzenia zlecenia.

3

WD-10 System posiada narzędzia umożliwiające automatyczne (w oparciu o zdefiniowane reguły) oraz manualnie przesyłanie zapytania o chwilowe wartości Danych Pomiarowych z zewnętrznego systemu typu HES (odczyt z Licznika na żądanie). Zapytanie do zewnętrznego systemu obejmuje przesyłanie komunikatów o standaryzowanej strukturze zawierających dane o Liczniku jaki ma być odczytany, zakres Danych Pomiarowych do odczytania, nazwę systemu HES, który obsługuje dany Licznik.

4

WD-11 System zapewnia spójność i ciągłość Danych Pomiarowych przekazywanych przez systemy zewnętrzne dla Punktu Pomiarowego niezależnie od zmian rozdzielczości i zakresu danych przesyłanych przez Licznik w danym Punkcie Pomiarowym oraz w przypadku rejestracji przez Licznik jednocześnie Profili Mocy i Profili Wartości Sieciowych z różną rozdzielczością.

Dostępne reguły Walidacji i Szacowania Danych Pomiarowych w Systemie umożliwiają automatycznie kontrolę przekazywanych Danych Pomiarowych z

2

Strona 146 z 224



zewnętrznych systemów.

Strona 147 z 224



WD-12 System przechowuje historię procesu pozyskiwania Danych Pomiarowych z systemów zewnętrznych. Dane Pomiarowe w Systemie oznaczone są m.in. źródłem danych (identyfikacją systemu zewnętrznego), czasem ich pozyskania do Systemu.

2

WD-13 Dostępne w Systemie GUI (dedykowany panel) umożliwia użytkownikowi śledzenie bieżącego statusu dla procesu pozyskiwania Danych Pomiarowych z zewnętrznych systemów poprzez prezentację statystyk przekazywanych danych w podziale na systemy, skuteczności przekazywania danych w stosunku do oczekiwanej na podstawie harmonogramów odczytowych, zarejestrowanych zdarzeń w procesie np. Walidacyjnych Dane Pomiarowe.

2

WD-14 Systemy zewnętrzne udostępniają z Danymi Pomiarowymi informacje (dodatkowe identyfikatory, dedykowane wartości Atrybutów (np. specyficzny kod PPE) oraz zdarzenia z procesu odczytu Danych Pomiarowych z Liczników (np. status wartości Danej Pomiarowej: zatwierdzony)), które System pozyskuje i przetwarza na potrzeby Walidacji (np. Dane Pomiarowe o statusie zatwierdzone mogą zostać automatycznie przekazywane do systemu bilingowego lub dla kodu PPE o wartości PL11111111111111111111 Dane Pomiarowe nie są pobierane przez System) oraz raportowania.

2

WD-15 System umożliwia pozyskiwanie Danych Pomiarowych z wielu zewnętrznych systemów jednocześnie dla tego samego Punktu Pomiarowego. Na potrzeby przetwarzania danych w Systemie definiowane są centralne hierarchie dla źródeł danych. System umożliwia śledzenie i prezentowanie w raportach oraz w procesie udostępniania Danych Pomiarowych z jakiego źródła zostały przekazane.

2

WD-16 System posiada słowniki umożliwiające obsługę Dziennika Zdarzeń z Liczników przekazywanych przez zewnętrzne systemy. Słowniki umożliwiają standaryzację typu zdarzeń pochodzących z różnych systemów zewnętrznych oraz z różnych Liczników.

2

WD-17 System na potrzeby obsługi procesu odczytów lokalnych z Liczników w zewnętrznym systemie, udostępnia dane o konfiguracji Punktów Pomiarowych oraz parametry niezbędne do planowania odczytów w zewnętrznym systemie., Zakres danych udostępnianych do zewnętrznego systemu oraz termin ich przekazania zawiera wartości Atrybutów. System kontroluje i raportuje użytkownikowi Systemu realizację odczytów w oparciu o przekazane dane do zewnętrznego systemu.

4

WD-18 System identyfikuje następujące dane przekazane przez zewnętrzne systemu w zakresie Atrybutów Punktów Pomiarowego:

1. Lista Profili Mocy,

2. Lista Profili Rozliczeniowych,

3. Lista Profili Wartości Sieciowych,

4. Lista Liczydeł Dekrementujących,

5. Status Wyłącznika,

6. Status portu HAN,

7. Przepływ zerowy,

8. Licznik zaników napięć,

2

Strona 148 z 224



9. Alarmy.

Powyższe dane są zawarte w Danych Pomiarowych udostępnianych (m.in. w momencie ich wystąpienia lub stały zakres przekazywanych danych) przez systemy zewnętrzne. System Automatycznie identyfikuje odpowiednie wartości Atrybutów Punktów Pomiarowych na potrzeby ich Walidacji.

W zakresie udostępnianych danych System automatycznie identyfikuje i przetwarza dane na potrzeby zarządzania Atrybutami Punktów Pomiarowych.

Strona 149 z 224



WD-19 System umożliwia zwiększenie ilości udostępnianych Atrybutów dla Punktów Pomiarowych przez zewnętrzne systemy o min. 10 Atrybutów w stosunku do wymaganych.

2

WD-20 Zmiana danych konfiguracyjnych przekazywanych przez system zewnętrzny SAP IS-U dla Atrybutów Punktów Pomiarowych jest Walidowana przez System w oparciu o Dane Pomiarowe m.in. dla poniższych zdarzeń:

1. Montaż i demontaż Licznika,

2. Zmiana parametrów Licznika np. zmiana Taryfy,

3. Windykacja – Odłączono,

4. Windykacja – Połączono,

5. Inne, które wpływają na zmianę wartości Atrybutu dla Punktu Pomiarowego.

System udostępnia narzędzia na potrzeby obsługi procesu zarządzania wartościami Atrybutów Punktów Pomiarowych.

2

WD-21 Dostępne w Systemie narzędzia umożliwiają użytkownikowi Sytemu monitorowanie i zarządzanie regułami automatycznego procesu konfiguracji Atrybutów Punktów Pomiarowych.

2

WD-22 System zapewnia mechanizmy masowego importu zmian wartości dla konfigurowalnych w Systemie Atrybutów dla Punktów Pomiarowych. Dostępny w Systemie mechanizm umożliwia modyfikację wybranych Atrybutów z uwzględnieniem wszystkich parametrów opisujących dany Atrybut. System zapewnia GUI do obsługi procesu.

2

WD-23 System na potrzeby zarządzania Danymi Pomiarowymi i Obiektami w Systemie umożliwia pozyskiwanie i udostępnianie danych z/do systemu zewnętrznego SAP IS-U w zakresie:

1. Udostępnianie Danych Pomiarowych na potrzeby rozliczeń bilingowych Odbiorców i Uczestników Rynku do systemu SAP IS-U,

2. Pozyskiwanie danych konfiguracyjnych dla Atrybutów Punktów Pomiarowych oraz Danych Pomiarowych z systemu SAP IS-U.

2

WD-24 System obsługuje udostępniane dane o konfiguracjach dla Punktów Pomiarowych z zewnętrznego systemu SAP IS-U. Udostępnianie danych realizowany jest dwuetapowo:

1. W zakresie danych zrealizowanych przez służby serwisowe Zamawiającego w danym Punkcie Pomiarowym – zakres danych obejmuje niezbędne dane o Układzie Pomiarowym np.: numerach identyfikacyjnych oraz seryjnych Licznika, danych technicznych Liczników, Danych Pomiarowych itp.,

2. W zakresie danych umownych dla Punktu Pomiarowego – zakres danych obejmuje informacje o parametrach określonych w umowie z Odbiorcą, np. Cykl Rozliczeniowy, Prognoza Sprzedaży, Moc umowna itp..

Udostępniane dane do Systemu mogą się dublować w częściach wspólnych dwóch etapów udostępniania danych. System odpowiada za kontrole spójności przekazywanych danych w dwóch etapach poprzez kontrolę danych oraz ich kompletność. W procesie przetwarzania danych przesyłanych z zewnętrznego systemu System raportuje kompletność i spójność przekazywanych danych.

2

Strona 150 z 224



W przypadku przekazywania danych, które nie wymagają prac serwisowych dane są przekazywane do Systemu w oparciu o jeden etap np. zmiana Atrybutu Sprzedawca Energii dla Punktu Pomiarowego.

Strona 151 z 224



WD-25 System umożliwia zwiększenie ilości udostępnianych Atrybutów dla Punktów Pomiarowych przez zewnętrzny systemu SAP IS-U o min. 10 Atrybutów w stosunku do wymaganych.

2

WD-26 System obsługuje dane udostępniane z zewnętrznego systemu SAP IS-U w zakresie Atrybutów Punktów Pomiarowego m.in.:

1. Adres Punktu Pomiarowego:

2. Funkcja przyłącza,

3. Kod PPE,

4. Rodzaj umowy,

5. Typ Umowy,

6. Numer instalacji,

7. Numer partnera handlowego,

8. Algorytm pomiarowy,

9. Prognoza dystrybucji,

10. Sprzedawca podstawowy dla poboru,

11. Sprzedawca podstawowy dla oddawania,

12. Sprzedawca rezerwowy dla poboru,

13. Sprzedawca rezerwowy dla oddawania,

14. Konfigurację POB z SE,

15. Taryfa,

16. Cykl rozliczeniowy:

17. Napięcie przyłączeniowe,

18. Napięcie pomiaru,

19. Moc umowna,

20. Licznik:

a. ID urządzenia,

b. Numer fabryczny,

c. Grupa liczydeł,

d. Mnożna na liczydle,

e. Data montażu,

f. Data demontażu,

g. Data zmiany parametryzacji,

h. Kody OBIS,

21. Przekładniki:

a. ID urządzenia,

b. Numer fabryczny,

2

Strona 152 z 224



c. Rodzaj,

d. Znamionowe napięcie pierwotne,

e. Znamionowe napięcie wtórne,

f. Znamionowy prąd pierwotny,

g. Znamionowy prąd wtórny,

h. Data montażu,

i. Data demontażu,

22. Hierarchia danych,

23. Konfiguracja SE i POB,

24. Dane o Prosumencie

W zakresie udostępnianych danych System automatycznie przetwarza dane na potrzeby zarządzania Atrybutami Punktów Pomiarowych. Udostępniane Atrybuty przez system zewnętrzny SAP IS-U mogą mieć po kilka parametrów.

Strona 153 z 224



WD-27 System obsługuje przekazywane dane konfiguracyjne z zewnętrznego systemu dla Uczestników Rynku (Sprzedawców Energii oraz Podmiotów Odpowiedzialnych za Bilansowania) w zakresie:

1. kod Uczestnika Rynku,

2. typ Uczestnika Rynku (Sprzedawca Kompleksowy, Sprzedawca Tylko obrót, POB i ich kombinacje),

3. nazwa Uczestnika Rynku,

4. NIP Uczestnika Rynku,

5. REGON Uczestnika Rynku,

6. Adres,

7. Adres korespondencyjny,

8. Adres faktury

9. Daty obowiązywania umowy z OSD

10. Dla każdego okresu obowiązywania POB dla Uczestnika Rynku będącego Sprzedawcą: kod POB, daty obowiązywania umowy

Na podstawie przekazywanych danych przez zewnętrzny system, System automatycznie tworzy konfigurację Uczestników Rynku umożliwiającą prowadzenie Procesu Bilansowanie Handlowe.

WD-28 Udostępnianie danych konfiguracyjnych dla Atrybutów Punktów Pomiarowych inicjowany jest przez system zewnętrzny SAP IS-U w trybie zdarzeniowym. System monitoruje przychodzące dane i automatycznie je przetwarza (natychmiast po ich udostępnieniu).

2

WD-29 Udostępnianie danych konfiguracyjnych dla Atrybutów Punktów Pomiarowych inicjowany jest w systemie zewnętrznym SAP IS-U m.in. poprzez zdarzenia:

1. Montaż Licznika,

2. Demontaż Licznika,

3. Zmiana parametrów Licznika np. zmiana Taryfy,

4. Montaż Przekładnika,

5. Demontaż Przekładnika,

6. Windykacja – Odłączono,

7. Windykacja – Połączono,

8. Zmiana Sprzedawcy,

9. Zmiana POB,

10. Zmiana Partnera Handlowego,

11. Rozwiązanie umowy,

12. Zawarcie Umowy,

13. Zmiana parametrów umowy,

14. Inne, które wpływają na zmianę wartości Atrybutu dla Punktu Pomiarowego.

2

Strona 154 z 224



System udostępnia narzędzia na potrzeby obsługi procesu zarządzania Atrybutami Punktów Pomiarowych.

Strona 155 z 224



WD-30 System zapewnia możliwość utworzenia przez użytkownika dedykowanego zapytania o pełną konfigurację dla dowolnego Punktu Pomiarowego z systemu zewnętrznego SAP IS-U. Pozyskane dane o wartościach Atrybutów System porównuje z aktualnie posiadanymi, prezentuje różnice i umożliwia ich aktualizację na żądanie użytkownika.

4

WD-31 W procesie zarządzania konfiguracją Atrybutów dla Punktów Pomiarowych System otrzymuje z zewnętrznego systemu Dane Pomiarowe (w procesach serwisowych), które identyfikują zmianę Atrybutu. System umożliwia poprawną interpretację przekazanych danych w oparciu o Dane Pomiarowe przekazane przez systemy m.in. typu HES.

W procesie pozyskiwania Danych Pomiarowych przekazywanych przez systemy zewnętrzne System Waliduje zmiany wartości Atrybutów w zakresie czasu ich zmiany.

2

WD-32 System w oparciu o konfigurację Atrybutów dla Punktów Pomiarowych automatycznie wyznacza wartości Profilu Rozliczeniowego oraz moce maksymalne z Profilu Mocy na potrzeby raportowania oraz udostępniania danych do zewnętrznego systemu SAP IS-U na potrzeby rozliczeń bilingowych Odbiorców oraz Uczestników Rynku. Proces wyzwalany jest w Systemie automatycznie w oparciu o wartości Atrybutów oraz na żądanie zewnętrznego systemu (również dla okresów innych niż konfiguracja Punktów Pomiarowych).

2

WD-33 System udostępnia Dane Pomiarowe do zewnętrznych systemów w następujących trybach:

1. Na żądanie z zewnętrznego systemu zgodnie z Atrybutem Cykl Rozliczeniowy Punktu Pomiarowego,

2. Automatycznie w oparciu o konfigurację Atrybutu Cykl Rozliczeniowy Punktu Pomiarowego

3. Na żądanie z zewnętrznego systemu zgodnie z parametrami określonymi przez zewnętrzny system.

Każdy tryb udostępniania Danych Pomiarowych jest równoważny i realizowany jest niezależnie. Termin przekazywania Danych Pomiarowych jest rozłożony w czasie w oparciu o harmonogram przekazywania Danych Pomiarowych z zewnętrznych systemów.

System na potrzeby monitorowania przekazywanych danych posiada dedykowany panel w GUI umożliwiający użytkownikowi śledzenie statystyk przekazywanych danych (statystyki obejmują m.in. zakres przekazywanych danych, okresy za które dane zostały przekazane, udział danych szacowanych i rzeczywistych oraz czas przekazania danych, ilość danych przekazanych automatycznie oraz danych przekazanych na żądanie systemu zewnętrznego).

WD-34 System udostępnia Dane Pomiarowe do zewnętrznego sytemu SAP IS-U na potrzeby rozliczeń bilingowych zgodnie z konfiguracją Atrybutu Okres Rozliczeniowy dla Punktu Pomiarowego oraz na dowolny zakres inny niż zdefiniowany w Punkcie Pomiarowym (zakres inny niż zdefiniowany w Punkcie Pomiarowym). System przygotowuje pełen zakres Danych Pomiarowych o jakie został zapytany przez zewnętrzny system na dowolną datę w przeszłości oraz w przyszłości w oparciu o dane szacowane. System przetwarza Dane Pomiarowe w sposób umożliwiający przekazanie kompletu danych który został zdefiniowany

2

Strona 156 z 224



w zapytaniu przez zewnętrzny system (System odpowiada za kompletność i spójność przekazywanych danych).

Strona 157 z 224



WD-35 Zakres Danych Pomiarowych udostępnianych do zewnętrznego sytemu na potrzeby rozliczeń obejmuje następujące grupy Danych Pomiarowych:

1. Profile Rozliczeniowe (wartości rejestrów energii) dla każdej energii i stref oraz całej doby,

2. Profil Mocy składający się z 10 mocy maksymalnych wyznaczonych zgodnie z zapisami taryfy dystrybucyjnej dla okresu za jakie dane są przekazywane,

3. Wartość mocy maksymalnej z Profilu Rozliczeniowego jeżeli okres za jaki są przekazywane dane jest, miesięczny w innym przypadku jest to wartość największa z 10 mocy maksymalnych wyznaczonych z Profilu Mocy,

4. Sumę wartości przekroczeń wyznaczoną z 10 mocy maksymalnych na podstawie wartości Atrybutu Punktu Pomiarowego (Moc umowna),

5. Wartości energii dla korekt dla okresu za jakie dane są przekazywane,

6. Wartości energii strat dla okresu za jakie dane są przekazywane,

7. Wartości dla Wskaźników Jakościowych dla okresu za jakie dane są przekazywane,

8. Wartości pośrednie w przypadkach zmian Atrybutów mających wpływ na rozliczenie,

9. Wartości Atrybutów i identyfikatorów umożliwiających identyfikację danych przekazywanych interfejsem.

Dane przekazywane do zewnętrznego systemu są przygotowywane przez System niezależnie czy mieściły się w zakresie Danych Pomiarowych pozyskanych przez Licznik. System odpowiada za przetworzenie danych w sposób umożliwiający przekazanie kompletu danych do zewnętrznego systemu.

Dane przekazywane są dla pomiarów rozliczeniowych i kontrolnych. System kontroluje rozbieżności między danymi rozliczeniowymi i kontrolnymi poprzez definiowalny w Systemie Wzorce Tolerancji (dla Punktów Pomiarowych w których System wykrył różnice sporządzany jest automatyczny raport).W przypadku Punktów Pomiarowych dla których wyznaczana jest moc maksymalna a nie rejestrowany jest Profil Mocy System wyznaczy przekroczenie w oparciu o zapisy IRiESD.

W przypadku szczególnym gdy dla danego Punktu Pomiarowego został zostały wyznaczone dane na potrzeby upustu za niedostarczanie energii System przekazuje dane wyłączenie na potrzeby rozliczenia w systemie zewnętrznym upustu.

2

WD-36 System na potrzeby udostępniania Danych Pomiarowych do zewnętrznych systemów odpowiada za kompletność i jakość danych. W szczególnym przypadku dla mocy maksymalnych wyznaczonych z Profilu Mocy System nie wyznacza mocy maksymalnej na podstawie danych szacowanych (udostępnia wartości zerowe dla okresów dla których ma wyłączenie dane szacowane Profili Mocy). Dla Punktów Pomiarowych które w momencie przekazania danych do rozliczeń były dane szacowane System szczególnie kontroluje proces korekt (automatycznie weryfikuje w momencie zmiany danych szacowanych na dane rzeczywiste czy wartość przekroczeń przekazanych do zewnętrznego systemu

2

Strona 158 z 224



uległą zmianie po zmianie Profilu Mocy, wykryte zmiany automatycznie są raportowane w Systemie).

Strona 159 z 224



WD-37 Każde działanie Systemu, które wywołuje zmianę już udostępnionych Danych Pomiarowych przez System do zewnętrznych systemów powoduje ich powtórne udostępnienie przez System. Udostępniane dane są wersjonowane. Każda wersja udostępnionych danych posiada identyfikację umożliwiającą rozróżnienie wersji oraz ich daty powstania. System odpowiada za zarządzanie procesem korekty Danych Pomiarowych, które zostały udostępnione do zewnętrznych systemów. System posiada GUI umożliwiające zarządzanie procesem przekazywania Danych Pomiarowych na potrzeby korekt rozliczeń do zewnętrznego systemu (definiowanie reguł sposobu przekazywania danych oraz dla jakich zmian dane mają zostać przekazane).

2

WD-38 System zapewnia mechanizmy elastycznego importu Danych Pomiarowych w określonych formatach importu stosowanych powszechnie przez OSD w Polsce oraz Grupie innogy. System umożliwia importowanie plików z Danymi Pomiarowymi z serwerów plików, FTP, SFTP, WWW oraz przesyłanie na wskazany adres e-mail. Import Danych Pomiarowych następuje automatycznie po wykryciu przez System nowych plików w zdefiniowanych lokalizacjach sieciowych.

2

WD-39 Dane Pomiarowe importowane z plików System Waliduje, Szacuje oraz Wersjonuje.

2

WD-40 Na potrzeby identyfikacji importowanych Danych Pomiarowych z plików System zapewnia przypisywanie identyfikatorów do Punktów Pomiarowych (Atrybut: Identyfikatory).

2

WD-41 System zapewnia import Danych Pomiarowych z plików dla Punktów Pomiarowych i Agregatów. Importowanym danym System przypisuje odpowiednio źródło pozyskania danych oraz rejestruje dobowe statystyki importu w zakresie obejmującym ilości oraz statusów importowanych Danych Pomiarowych, kodów Obiektów i błędów procesu importu. System automatycznie identyfikuje importowane Dane Pomiarowe na podstawie kodów oraz raportuje wykryte rozbieżności np. różnica w stosunku do danych przekazanych z systemu typu HES.

2

WD-42 System umożliwia definiowanie schematów identyfikacji w oparciu o wartości Atrybutów przypisanych do danego Punktu Pomiarowego oraz Agregatu na potrzeby nadawania nazw eksportowanym z Systemu plikom oraz raportom z Danymi Pomiarowymi. Zakres identyfikacji obejmuje również datę utworzenia pliku.

2

WD-43 System zapewnia przekazywanie pełnego zakresu gromadzonych Danych Pomiarowych wraz z ich statusami systemom zewnętrznym. Mechanizm zawiera elastyczny interfejs umożliwiający konfigurację użytkownikowi zakresu przekazywanych danych.

2

WD-44 System zapewnia mechanizmy elastycznego eksportu Danych Pomiarowych w określonych formatach eksportu stosowanych powszechnie przez OSD w Polsce oraz Grupie innogy. System umożliwia eksportowanie plików z Danymi Pomiarowymi na serwery plików, FTP, SFTP, WWW oraz przesyłanie na wskazany adres e-mail (dla danych przekazywanych e-mail System umożliwia kompresowanie plików w formacie ZIP).

2

WD-45 System w procesie udostępniania Danych Pomiarowych do zewnętrznych systemów wersjonuje udostępniane dane w oparciu o zakresu w jakich Dane

2

Strona 160 z 224



Pomiarowe udostępnia np. zmiana jednej wartości w Profilu Mocy godzinowym lub 15-minutowym dla doby powoduje udostępnienie kolejnej wersji Danych Pomiarowych dla całej doby w której nastąpiła zmiana. Zasada obowiązuje dla każdej ustalonej konfiguracji Danych Pomiarowych udostępnianych do zewnętrznych systemów.

Strona 161 z 224



WD-46 System w procesie udostępniania Danych Pomiarowych do SE i POB przekazuje Dane Pomiarowe w zdefiniowanym standardzie do systemu zewnętrznego innPWD automatycznie po ich przetworzeniu w definiowalnych okresach doby.

3

WD-47 System udostępniania Dane Pomiarowe do systemu zewnętrznego innPWD w formacie plikowym obsługiwanym przez system innPWD.

3

WD-48 System udostępnia Dane Pomiarowe w podziale na typy danych: Profile Rozliczeniowe i Profile Mocy oraz pochodzenie danych: z Punktu Pomiarowego, z Agregatu. Reguły udostępniania są niezależnie definiowalne przez użytkownika Systemu.

3

WD-49 System posiada narzędzia na potrzeby zarządzania procesem udostępniania Danych Pomiarowych do systemu zewnętrznego innPWD. W oparciu o dostępne narzędzia w Systemie prezentowane są terminy udostępnienia danych oraz statystyki w zakresie jakości udostępniania danych w podziale na dane rzeczywiste i szacowane. Dostępne statystyki można raportować w podziale na grupy taryfowe, SE, POB, typy danych (Profile Mocy, Profile Rozliczeniowe). System umożliwia raportowanie statystyk z procesu udostępniania Danych Pomiarowych dla dowolnie zdefiniowanej przez użytkownika grupy Punktów Pomiarowych.

3

WD-50 System umożliwia definicję zasad (reguł) udostępniania korygowanych Danych Pomiarowych (powtórnego udostępniania Danych Pomiarowych) do zewnętrznych systemów na podstawie zmian tych danych w zakresie. Dostępne reguły w Systemie obejmują m.in.: definicję wartości procentowej zmiany energii przekazanej do rozliczeń dla Punktu Pomiarowego, zmianę przynajmniej jednej wartości mocy maksymalnej powyżej wartości Mocy umownej. Dane Pomiarowe powtórnie udostępniane są przez System odpowiednio oznaczane. System realizuje zasadę udostępniania Danych Pomiarowych automatycznie po ich zmianie oraz w szczególnych przypadkach na podstawie zatwierdzenia przez użytkownika.

2

WD-51 System posiada narzędzia na potrzeby konfigurowania mechanizmów udostępniania Danych Pomiarowych do zewnętrznych systemów. Dostępne w Systemie narzędzia umożliwiają definicję sposobu, harmonogramu, miejsca, zakresu, formatu oraz typu udostępnianych Danych Pomiarowych.

2

WD-52 System zapewnia dwukierunkową komunikację z systemem zewnętrznym WIRE:

1. System przesyła Dane Pomiarowe w oparciu o proces Bilansowania Handlowego do systemu WIRE,

2. System pozyskuje udostępnione przez system WIRE dokumenty w standardzie WIRE z Danymi Pomiarowymi wraz identyfikatorami dla Punktów Pomiarowych oraz konfiguracje Punktów Pomiarowych na potrzeby procesu Bilansowania Handlowego.

2

WD-53 System umożliwia pozyskanie Profili Mocy przesłanych przez OSP poprzez zewnętrzny system WIRE. Profile Mocy pozyskiwane są przez System automatycznie z dokumentów w standardzie WIRE.

2

WD-54 System pozyskuje Profile Mocy z dokumentów przechowywanych przez system WIRE. Zakres dokumentów obejmuje udostępnianie przez OSP m.in. dokumenty pomiarowe (DGPPO), raporty pomiarowe (RHER),raporty rozliczeniowe (RD) oraz Raport danych pomiarowych IP-DSR (RDSR). System automatycznie

2

Strona 162 z 224



identyfikuje dane w oparciu o zdefiniowane w dokumentach atrybuty nadane przez OSP.

Strona 163 z 224



WD-55 System w procesie pozyskiwania Danych Pomiarowych z WIRE przypisuje im identyfikatory dokumentów wraz z datami przekazania tych dokumentów przez OSP.

Format dokumentów udostępnionych przez WIRE jest zgodny z standardem stosowanym przez OSP.

2

WD-56 System zarządza automatycznie procesem udostępniania Profili Mocy do systemu WIRE w oparciu o dane z dokumentów WIRE: Konfiguracja Punktów Pomiarowych Operatora (KPPO), Konfiguracja Miejsc Bilansowania (KMB), Konfiguracja Punktów Pomiarowych (KPP), Zamówienie danych pomiarowych IP-DSR ZDSR. Narzędzia w Systemie umożliwiają weryfikację konfiguracji udostępnianych Profili Mocy z Punktów Pomiarowych i Agregatów na podstawie dokumentu Raport Hierarchiczny Energii Rzeczywistej (RHER). System umożliwia rozszerzenie obsługiwanych dokumentów o dwa dodatkowe dokumenty udostępniane przez system WIRE.

3

WD-57 System automatycznie pobiera dostępne w dokumentach WIRE atrybuty dla Profili Mocy w celu identyfikacji danych oraz kontroli zakresu pozyskiwanych danych. System automatycznie wykrywa zmiany zakresu pozyskiwanych Profili Mocy (wykrywa nowe i brakujące).

2

WD-58 System pozyskuje Profile Mocy wraz z statusami z systemu zewnętrznego WIRE dla Punktów Pomiarowych i Agregatów. Zakres Agregatów obejmuje zdefiniowane Agregaty w procencie Bilansowania Handlowego i Technicznego.

3

WD-59 System automatycznie wykrywa braki udostępnionych Danych Pomiarowych przez zewnętrzny system WIRE w oparciu o zdefiniowane harmonogramy przesyłania dokumentów przez OSP. Narzędzia dostępne w Systemie umożliwiają monitorowanie udostępnianych danych przez system zewnętrzny WIRE w oparciu o proces Bilansowania Handlowego w Systemie. System automatycznie wykrywa i raportuje różnice w Profilach Mocy posiadanych oraz otrzymanych z systemu WIRE.

3

WD-60 System udostępnia Profile Mocy z Punktów Pomiarowych (m.in. dla dokumentów DGPP oraz DPDSR) oraz Agregatów (m.in. dla dokumentów DGMB) zdefiniowanych w procesie Bilansowania Handlowego do systemów zewnętrznego WIRE. Udostępniane Profile Mocy transportowane są do WIRE z wykorzystaniem standardu plikowego ptpiree. System umożliwia rozszerzenie zakresu przekazywanych danych o dodatkowe dwa dokumenty oraz zmianę przekazywanych danych z wartości godzinowych na 15-minutowe.

2

WD-61 Zakres oraz harmonogram udostępnianych Profili Mocy poprzez interfejs do zewnętrznego systemu WIRE jest zgodny z zapisami IRiESP część bilansowanie. Zakres Punktów Pomiarowych i Agregatów dla których System udostępnia Profile Mocy jest zgodny z dokumentami KPP, KMB, ZDSR oraz KPPO udostępnianych przez OSP w systemie WIRE. System automatycznie pozyskuje zakres Obiektów dla których ma udostępniać Profile Mocy (automatycznie wykrywa i informuje użytkowników Systemu o zmianach). System na potrzeby monitorowania przekazywanych danych posiada dedykowany panel w GUI umożliwiający użytkownikowi śledzenie statystyk przekazywanych danych (statystyki obejmują m.in. zakres przekazywanych danych, doby za które dane zostały przekazane, udział danych szacowanych i rzeczywistych oraz czas przekazania danych, różnice w danych jeżeli dane w Systemie różnią się od tych przekazanych).

3

Strona 164 z 224



WD-62 Dane Pomiarowe udostępniane do zewnętrznego systemu WIRE zarządzane są w Systemie w procesie Bilansowania Handlowego. Narzędzia dostępne w Systemie umożliwiają monitorowanie udostępnianych danych do systemu zewnętrznego WIRE System przechowuje informacje umożliwiające identyfikacje przekazanych Danych Pomiarowych do WIRE wraz z czasem przekazania i informacją o skuteczności przekazania (status pobrania danych przez WIRE). Dane do systemu WIRE przekazywane są tylko dla tych Obiektów dla których przekazywane są pierwszy raz (tryb podstawowy) oraz gdy się zmieniły tzn. przynajmniej jedna wartość w dobie się zmieniła (tryb korekt).

3

WD-63 Udostępniane Profile Mocy do zewnętrznego systemu WIRE są automatycznie udostępniane przez System do podmiotów SE, POB, OSD oraz OSDn w oparciu o istniejące w Systemie interfejsy do zewnętrznych systemów w oparciu o definiowalne reguły wynikające z Procesów Biznesowych lub specyfiki zewnętrznego systemu.

3

WD-64 System zapewnia automatyczne pozyskiwanie danych z Aplikacji Zarządzającej Konfiguracją Sieciową w zakresie danych konfiguracyjnych dla Atrybutów Punktów i informacji o statusie pracy sieci oraz udostępnianie danych w postaci raportów na żądanie z zewnętrznej Aplikacji Zarządzającej Konfiguracją Sieciową.

4

WD-65 System automatycznie obsługuje przesyłane komunikaty zawierające dane parametryzacje do dedykowanych raportów z zewnętrznej Aplikacji Zarządzającej Konfiguracją Sieciową. Obsługa komunikatów w Systemie zapewnia automatyczne tworzenie raportów i przesyłanie ich pocztą elektroniczną. Dane parametryzacje zawierają (zakres parametrów jest specyficzny dla każdego z typu raportu dostępnego w Systemie) m.in. informację: typ raportu, zakres czasowy raportu, rozdzielczość danych w raporcie, lista Punktów Pomiarowych, rodzaj bilansowania technicznego oraz użytkownik zlecający raport (System zapewnia autoryzację użytkowników dla których na adres e-mail są przesyłane raporty).

4

WD-66 System udostępnia na żądanie do zewnętrznej Aplikacji Zarządzającej Konfiguracją Sieciową przetworzone Dane Pomiarowe na podstawie Agregacji do Charakterystycznych Punktów Sieci w postaci raportów. Dane Pomiarowe w postaci mocy, energii oraz prądów i napięć System udostępnia są przez System w rozdzielczości oraz zakresie czasowym zdefiniowanym w momencie żądanie przez system zewnętrzny. Dane Pomiarowe są udostępniane przez System w postaci raportów przekazywanych mailowo na wskazany w zapytaniu adres.

4

WD-67 System udostępnia na żądanie do zewnętrznej Aplikacji Zarządzającej Konfiguracją Sieciową moce maksymalne, minimalne oraz średnie w zdefiniowanych okresach oraz strefach czasowych na podstawie Profili Mocy Agregowanych do Charakterystycznych Punktów Sieci.

4

WD-68 System udostępnia na żądanie do zewnętrznej Aplikacji Zarządzającej Konfiguracją Sieciową Profile Wartości Sieciowych dla Charakterystycznych Punktów Sieci.

4

WD-69 System automatycznie udostępnia do zewnętrznej Aplikacji Zarządzającej Konfiguracją Sieciową informację o braku obciążenia Stacji SN/nN w przypadku wykrycia w Profile Wartości Sieciowych wartości „zerowych” dla prądów i napięć. Zakres udostępnianej informacji jest uzależniony od zakresu wykrytych wartości „zerowych”.

4

Strona 165 z 224



WD-70 System obsługuje następujące dane udostępniane z zewnętrznej Aplikacji Zarządzającej Konfiguracją Sieciową w zakresie Atrybutów Punktów Pomiarowego:

1. Stacja Transformatorowa,

2. Złącze Kablowe,

3. informacje (zdarzenia w Charakterystycznych Punktach Sieci) o statusie sieci.

W zakresie udostępnianych danych System automatycznie przetwarza dane na potrzeby zarządzania Atrybutami Punktów Pomiarowych oraz Procesem Bilansowanie Techniczne podczas wyznaczania Wskaźników Jakościowych m.in. wyznaczania danych na potrzeby upustów za niedostarczanie energii.

4

WD-71 System umożliwia zwiększenie ilości udostępnianych Atrybutów dla Punktów Pomiarowych przez zewnętrzną Aplikację Zarządzającą Konfiguracją Sieciową o min. 10 Atrybutów w stosunku do wymaganych.

4

WD-72 Udostępnianie danych konfiguracyjnych dla Atrybutów Punktów Pomiarowych inicjowane może być przez Aplikację Zarządzającą Konfiguracją Sieciową w trybie zdarzeniowym lub cyklicznie. System monitoruje przychodzące dane i automatycznie je przetwarza (natychmiast po ich otrzymaniu w czasie pracy brygad serwisowych).

4

WD-73 System automatycznie udostępnia statystyki Wskaźników Jakościowych do zewnętrznej Aplikacji Zarządzającej Konfiguracją Sieciową.

4

WD-74 Automatyczne udostępnianie danych dla Wskaźników Jakościowych realizowany jest przez System w dwóch trybach do zewnętrznej Aplikacji Zarządzającej Konfiguracją Sieciową:

1. Zdarzeniowym – po każdym zdarzeniu, które ma wpływ na Wskaźnik Jakościowy (zdarzenie wykryte przez System na podstawie Danych Pomiarowych oraz reguł określonych w Systemie na potrzeby wyznaczania Wskaźników Jakościowych),

2. Cyklicznym – za okres na podstawie zdarzeń wykrytych przez System oraz manualnie wprowadzonych przez użytkowników Systemu,

4

WD-75 Zakres udostępnianych danych do zewnętrznej Aplikacji Zarządzającej Konfiguracją Sieciową w zakresie Wskaźników Jakościowych obejmuje:

1. Listę Punktów Pomiarowych wraz z Atrybutami (Stacji Transformatorowej i Złącza Kablowego), których dotyczyło zdarzenie,

2. Kod zdarzenia nadany przez System (niepowtarzalny identyfikator określający dane zdarzenie),

3. Informację o zdarzeniu (charakterystyka zdarzenia – kod dla Wskaźnika Jakości),

4. Czas trwania zdarzenia,

5. Inne informacje które określają sposób identyfikacji zdarzenia.

4

WD-76 System udostępnia Dane Pomiarowe do zewnętrznych systemów obsługujących zewnętrzne podmioty typu: OSD, OSDn, SE, POB, OSP, Wytwórcy, IP-DSR.

Na potrzeby udostępniania Danych Pomiarowych System dostarcza narzędzia

3

Strona 166 z 224



umożliwiające kontrolę zakresu przekazywania danych do Uczestników Rynku oraz systemów zewnętrznych.

System odpowiada za prawidłowość, terminowość, kompletność oraz jakość przekazywanych Danych Pomiarowych do Uczestników Rynku.

Strona 167 z 224



WD-77 System niezależenie przekazuje Dane Pomiarowe do Uczestników Rynku poprzez systemy zewnętrzne: SFTP, innPWD oraz CSWI w standardach oraz zasadach dedykowanych dla danego systemu zewnętrznego.

4

WD-78 Udostępniane Dane Pomiarowe z Punktów Pomiarowych oraz Agregatów do zewnętrznych podmiotów (m.in. poprzez systemu SFTP, innPWD, CSWI, WIRE) realizowane są przez System w następujących trybach:

1. Cyklicznie (harmonogramowo) – zgodnie z definicją dla danego typu Danych Pomiarowych: Dla Profili Rozliczeniowych w oparciu o wartości Atrybutów Punktu Pomiarowego, dla Profili Mocy w oparciu o zdefiniowane harmonogramy dla grup Punktów Pomiarowych,

2. Na żądanie z zewnętrznego systemu,

3. Zdarzeniowo – w oparciu o zmianę wartości Atrybutów Punktu Pomiarowego, pojawienie się nowej Danej Pomiarowej lub zmianę Danej Pomiarowej, w zaplanowanym momencie procesu w Systemie np. po udostępnieniu danych do WIRE,

4. Manualnie – na żądanie użytkownika Systemu.

3

WD-79 Zakres udostępnianych Danych Pomiarowych do zewnętrznych podmiotów jest definiowany w Systemie w postaci schematów przyporządkowanych do Punktów Pomiarowych na podstawie wartości Atrybutów.

3

WD-80 Dane Pomiarowe udostępniane do zewnętrznych podmiotów System oznacza identyfikatorami, które jednoznacznie określają podmiot zewnętrzny dla którego przeznaczone są dane. System nadaje kody identyfikatorom w oparciu o wartości Atrybutów oraz grupuje udostępniane dane w podziale na podmioty zewnętrzne.

3

WD-81

Systemy udostępnia Profile Mocy z Punktów Pomiarowych i Agregatów do systemu zewnętrznego SAS EDA odpowiedzialnego m.in. za analizę Danych Pomiarowych na potrzeby opracowywania wzorców Profili Standardowych dla obszaru dystrybucji OSD. System przekazuje dane do systemu zewnętrznego w następujących trybach:

1. Cyklicznym w oparciu o zdefiniowany harmonogram np. raz na dobę Profile Mocy pozyskane w poprzedniej dobie,

2. Manualnym w oparciu o definiowalny zakres czasowy udostępnianych danych oraz definiowalny zakres Punktów Pomiarowych i Agregatów.

W procesie udostępniania danych System zapewnia ciągłość i kompletność udostępnianych danych. Udostępniane dane zawierają informację o statusie wartości Profilu Mocy.

4

WD-82

System udostępnia do zewnętrznego systemu SAS EDA Profile Mocy dla Punktów Pomiarowych posiadających rejestrację tego typu Danych Pomiarowych przez Licznik oraz Profile Rozliczeniowe dla każdego Punktu Pomiarowego. System umożliwia globalną konfigurację w zakresie rozdzielczości przekazywanych Profili Mocy do systemu zewnętrznego SAS EDA (15-minutowa oraz 60-minutowa)

4

WD-83 System jest gotowy do podłączenia przynajmniej jednego nowego systemu typu HES, który będzie pozyskiwał Dane Pomiarowe z Liczników. W momencie uruchomienia nowego systemu typu HES, System pozwoli na konfigurację

4

Strona 168 z 224



interfejsu z nowym Systemem.

WD-84

System w procesie wymiany Danych Pomiarowych z zewnętrznym systemem CSWI zapewnia obsługę komunikatów przychodzących z zewnętrznego systemu CSWI na potrzeby przekazywania oraz pozyskiwania Danych Pomiarowych. Zasady wymiany danych są zgodne z procesami realizowanymi w CSWI.

4

WD-85

System na potrzeby komunikacji z zewnętrznym systemem CSWI realizuje obsługę m.in. procesów z grup 60 („Udostępnienie danych MB i MD”), 70 („Publikacja danych pomiarowo-rozliczeniowych”) oraz 120 („Przekazanie wskazań układu pomiarowo-rozliczeniowego przez odbiorcę”) zgodnie z wymaganiami opisanymi w specyfikacji dla Standardu wymiany Informacji CSWI.

4

WD-86System w procesie wymiany Danych Pomiarowych z zewnętrznym systemem CSWI zapewnia obsługę komunikatów wychodzących (zapytań) z Systemu do zewnętrznego systemu CSWI.

4

WD-87

System obsługuje przychodzące z zewnętrznego systemu polecenia anonimizacji danych w Systemie. System zapewnia procedury kontroli obsługi anonimizacji danych oraz definiowalne zakresy danych, które podlegają procesowi anonimizacji.

System obsługuje przychodzące z zewnętrznego systemu żądania udostępnienia danych objętych GDPR. Zakres danych objętych GDPR zostanie doprecyzowany w trakcie trwania projektu.

4

WD-88 System w procesie archiwizacji danych zanonimizuje dane w sposób uniemożliwiający ich identyfikację (powiązanie z Odbiorcą).

4

WD-89System posiada narzędzia umożliwiające pozyskiwanie Danych Pomiarowych z plików utworzonych przez dedykowane oprogramowanie do odczytu lokalnego Danych Pomiarowych z Liczników.

2

WD-90 System automatycznie obsługuje proces identyfikacji danych gromadzonych w plikach na potrzeby pozyskiwania Danych Pomiarowych.

2

Strona 169 z 224



5.7 Wymagania dla Modelu ról i uprawnień w Systemie


Tabela nr 7

Strona 170 z 224




MD-1 System udostępnia narzędzia na potrzeby definiowania ról (w postaci modeli do wielokrotnego wykorzystania) i uprawnień dostępu do Systemu w zakresie danych oraz operacji w Systemie. System umożliwia tworzenie ról poprzez grupowanie uprawnień.

2

MD-2 Dostępne w Systemie narzędzia umożliwiają centralne (do wszystkich elementów Systemu) zarządzanie rolami i uprawnieniami.

2

MD-3 Model uprawnień umożliwia definiowanie dla użytkownika:

1. Zakresu dostępu do operacji w Systemie (z granulacją do jednostkowych operacji w Systemie),

2. Listy Obiektów zdefiniowanych w systemie (z granulacją do typu Obiektu),

3. Zakresu Danych Pomiarowych (z granulacją do typu Danych Pomiarowych oraz definiowalnego okresu czasu Danych Pomiarowych),

4. Zakresu danych o Atrybutach (z rozdzielczością do pojedynczego typu Atrybutu),

5. Zakresu Obiektów (uprawnienia do grupy Obiektów z identyczną wartością Atrybutu),

6. Ograniczenia.

2

MD-4 W oparciu o zdefiniowane role w Systemie można przypisywać jednocześnie jednemu użytkownikowi wiele ról.

2

MD-5 Dla zdefiniowanych ról System umożliwia wprowadzanie ograniczeń dla zdefiniowanych uprawnień umożliwiających szczegółowe zawężenie zakresu uprawnień w Systemie. Ograniczenia dotyczą wykonywania operacji w Systemie oraz dostępu do wybranych danych w Systemie.

Zakres ograniczeń nadawane rolom biznesowym obejmuje następujące zasady:

1. Ograniczenia dostępu do wartości Atrybutów z rozdzielczością do dowolnego typu Atrybutu,

2. Ograniczenia dostępu do zakresu Danych Pomiarowych w podziale na: zakres czasowy dostępu do Danych Pomiarowych oraz dostęp do danego typu Danych Pomiarowych np. Profile Mocy,

3. Ograniczenia dostępu do grupy Punktów Pomiarowych w oparciu o wartości dowolnego Atrybutu,

4. Ograniczenia do edycji poszczególnych Atrybutów z uwzględnieniem każdego zdefiniowanego Atrybutu,

5. Ograniczenia dostępu do szczegółów procesów w Systemie.

2

MD-6 Narzędzia do zarządzeniami rolami i uprawnieniami umożliwiają zdefiniowanie co najmniej określoną ilość następujących ról biznesowych w Systemie:

1. Role na potrzeby Zarządzanie Danymi Pomiarowymi:

a. Zarządca Danych Pomiarowych,

b. Administrator Techniczny Danych Pomiarowych,

c. Administrator Handlowy Danych Pomiarowych,

2

Strona 171 z 224



d. Operator Danych Pomiarowych,

2. Role na potrzeby Bilansowania Handlowego:

a. Administrator Bilansowania Handlowego,

b. Analityk Bilansowania Handlowego,

3. Role na Potrzeby Bilansowania Technicznego:

a. Administrator Bilansowania Technicznego,

b. Analityk Bilansowania Technicznego,

4. Role na Potrzeby Administracji Systemem IT:

a. SuperAdministrator (Superuser),

b. Administrator IT.

Dodatkowe, niezbędne role zostaną utworzone przez Zamawiającego w oparciu o zdiagnozowane potrzeby.

Strona 172 z 224



MD-7 Rola „SuperAdministrator” oznacza, że użytkownik przypisany do niej ma udzielony dostęp do:

1. wykonywania wszystkich operacji biznesowych zdefiniowanych w Systemie jako uprawnienia biznesowe, oraz

2. wykonywania wszystkich operacji administracyjnych, zdefiniowanych w Systemie jako uprawnienia administracyjne.

Rola ta jest jedyną, która nie podlega edycji. Do roli tej może zostać przypisanych wielu użytkowników Systemu.

2

MD-8 System umożliwia elastyczne przypisywanie do ról (z wyłączeniem roli „SuperAdministrator”) zdefiniowanych uprawnień biznesowych i administracyjnych.

2

MD-9 Minimalna lista uprawnień biznesowych, możliwych do przydzielania zdefiniowanym w Systemie rolom:

1. Dostęp do logów i statystyk w Systemie dla procesu przetwarzania Danych Pomiarowych i zmiany Atrybutów,

2. Modyfikacja Atrybutów Punktów Pomiarowych w Systemie,

3. Modyfikacja Danych Pomiarowych,

4. Modyfikacja parametrów procesu Bilansowania Technicznego (obiekty, harmonogramy, itp.),

5. Modyfikacja zdefiniowanej grupy Atrybutów Punktów Pomiarowych ,

6. Monitoring procesów Bilansowania Handlowego i Przetwarzania Danych Pomiarowych w Systemie,

7. Monitoring procesów przetwarzania Danych Pomiarowych w Systemie,

8. Podgląd Atrybutów Punktów Pomiarowych,

9. Podgląd Danych Pomiarowych,

10. Podgląd do parametrów procesów Bilansowania Handlowego i Bilansowania Technicznego,

11. Podgląd do parametrów przetwarzania Danych Pomiarowych,

12. Podgląd do uprawnień użytkowników Systemu,

13. Przetwarzanie Agregatów,

14. Tworzenie i modyfikacja Agregatów w Systemie,

15. Tworzenie i modyfikacja harmonogramów,

16. Tworzenie, usuwania i modyfikacja parametrów dla procesu przetwarzania, pozyskiwania i udostępniania Danych Pomiarowych,

17. Tworzenie, usuwanie i modyfikacja Agregatów w Systemie,

18. Tworzenie, usuwanie i modyfikacja Obiektów w Systemie,

19. Tworzenie, usuwanie i modyfikacja parametrów procesu Bilansowania Handlowego (obiekty, harmonogramy, itp.),

20. Tworzenie, usuwanie i modyfikacja parametrów procesu Bilansowania Technicznego (obiekty, harmonogramy, itp.),

2

Strona 173 z 224



21. Tworzenie, usuwanie, modyfikacja harmonogramów,

22. Tworzenie, usuwanie, modyfikacja i obliczanie raportów,

23. Uruchamianie procesów pozyskiwania, przetwarzania i udostępniania Danych Pomiarowych na żądanie,

24. Uruchamianie procesów pozyskiwania, przetwarzania i udostępniania Danych Pomiarowych na żądanie w Procesie Bilansowania Handlowego,

25. Uruchamianie procesów udostępniania Danych Pomiarowych na żądanie,

26. Wprowadzanie Danych Pomiarowych,

27. Wprowadzanie i modyfikacja Danych Pomiarowych,

28. Wprowadzanie, usuwanie i modyfikacja Atrybutów dla Obiektów,

29. Wprowadzanie, usuwanie i modyfikacja Definicji Atrybutów Punktów Pomiarowych,

30. Wprowadzanie, usuwanie i modyfikacja grupowych zmian w Systemie.

MD-10 Minimalna lista uprawnień administracyjnych, możliwych do przydzielania zdefiniowanym w Systemie rolom:

1. Dostęp do logów i statystyk w Systemie,

2. Monitoring wszystkich procesów w Systemie,

3. Nadawanie, modyfikacja i usuwanie uprawnień użytkownikom Systemu,

4. Tworzenie, usuwanie i modyfikacja ról,

5. Tworzenie, usuwanie i modyfikacja użytkowników w Systemie.

2

Strona 174 z 224



5.8 Zarządzanie obiektami i danymi w Systemie

Na potrzeby Bilansowania Danych Pomiarowych System zapewnia realizację wymagań określonych w Tabeli nr 8.

Tabela nr 8

Strona 175 z 224



Kod Opis wymagań Faza

BD-1 System dostarcza GUI na potrzeby definicji Agregatów oraz powiązanych z nimi parametrów.

2

BD-2 Na potrzeby definicji Agregatów wykorzystywane są dostępne w systemie Filtry. 2

BD-3 System umożliwia przeprowadzenie Agregacji z definiowaną przez użytkownika rozdzielczością (15 minutowa, godzinowa, dobowa, kwartalna, miesięczna, roczna).

2

BD-4 System na potrzeby wyznaczania Agregatu uwzględnia zmienność Atrybutów na podstawie, których jest wyznaczana wartość Agregacji z rozdzielczością do 15 minut (lista składowych Agregatu jest wyznaczona dla każdego okresu 15-minutowego). System umożliwia przypisanie dla konkretnego Agregatu dedykowanej rozdzielczości np. godzinowej, dobowej z jaką Dane Pomiarowe są przetwarzane.

2

BD-5 Wykonanie Agregacji dla zdefiniowanych Agregatów jest inicjowane poprzez harmonogramy definiowane w Systemie, na żądanie użytkownika Systemu oraz na żądanie przesłane interfejsem przez zewnętrzny system.

2

BD-6 System umożliwia wyznaczanie wartości mocy i energii dla Agregatora z dowolną rozdzielczością czasową niezależnie od rozdzielczości rejestrowanych Profili Mocy w Punktach Pomiarowych, które są składnikami Agregatu.

2

BD-7 System umożliwia raportowanie składowych (Punktów Pomiarowych) Agregatu oraz wartości dla poszczególnych składowych, które brały udział w wyznaczeniu wartości mocy i energii Agregatu.

2

BD-8 System dla zdefiniowanych Agregatów umożliwia zapisywanie przetworzonych danych z uwzględnieniem procesu Wersjonowania danych.

2

BD-9 System umożliwia eksport wyników Agregacji do innych systemów w ramach istniejących interfejsów.

2

BD-10 System w procesie przetwarzania zdefiniowanych Agregatów umożliwia wyznaczanie wartości energii i mocy w zdefiniowanych jednostkach czasu i rozdzielczościach na podstawie stworzonego modelu Agregacji. Proces przetwarzania obejmuje Walidację oraz wersjonowanie danych dla wartości wyznaczonych podczas Agregacji oraz składowych (Punktów Pomiarowych).

2

BD-11 System umożliwia zapamiętywanie Agregatów na potrzeby wielokrotnego oraz jednoczesnego wykorzystywania w Systemie. W procesie definiowania Agregatów, jako składowe wykorzystywane są Punkty Pomiarowe oraz inne już zdefiniowane Agregaty.

2

BD-12 System posiada narzędzia do zarządzania harmonogramami przetwarzania Agregatów.

2

BD-13 System w procesie wyznaczania wartości w procesie Agregacji wykorzystuje dostępne w Punkcie Pomiarowym Dane Pomiarowe rzeczywiste i szacowane. W zakresie wykorzystania danych rzeczywistych do wyznaczenia wartości w procesie Agregacji System korzysta z danych o najwyższym priorytecie dla źródła danych.

2

BD-14 System w oparciu o przypisane Punktom Pomiarowym Atrybuty typu Złącze Kablowe, Stacja Sn/nN i adres automatycznie tworzy relacje między Punktami Pomiarowymi na potrzeby wyznaczania:

energii i mocy w Charakterystycznych Punktach Sieci,

4

Strona 176 z 224



Wskaźników Jakościowych Zasilania.

Wyznaczone wielkości dostępne są w postaci raportów oraz są przekazywane poprzez interfejsy do zewnętrznych systemów.

Systemie umożliwia konfigurowanie Atrybutów w Punktach Pomiarowych na potrzeby korekty wyznaczanych wielkości.

Strona 177 z 224



BD-15 System umożliwia tworzenie Agregatów składających się z wielu Punktów Pomiarowych na potrzeby wyznaczania w przedziałach czasowych (miesiąc, doba, godzina, 15-minut) energii oraz mocy. Przetwarzanie Danych Pomiarowych dla zdefiniowanej listy Punktów Pomiarowych realizowanie jest przez System z uwzględnieniem kierunku przepływu energii oraz rodzaju energii. Definicja relacji między Punktami Pomiarowymi uwzględnienia następujące parametry przypisywane Punktom Pomiarowym na potrzeby wykonywania Agregacji przez System:

1. terminy obwiązywania (daty, od kiedy i do kiedy ma dany Punkt Pomiarowy być uwzględniany przy wyznaczaniu energii i mocy),

2. współczynnika (stały i zmienny w czasie), przez jaki ma być wartość energii i mocy z danego Punktu Pomiarowego przeliczany (mnożenie, dzielenie, dodawanie, odejmowanie).

System dla definiowanych przez użytkownika Agregatów udostępnia narzędzia umożliwiają:

1. raportowanie w Systemie,

2. automatyczne udostępnianie do zewnętrznych systemów

wyliczonych przez System wartości energii i mocy w przedziałach czasowych (rok, miesiąc, doba, godzina, 15-minut) dla Agregatów oraz w podziale na Punkty Pomiarowe.

3

BD-16 System umożliwia definiowanie Agregatów na potrzeby obsługi rozpływów energii i mocy w Charakterystycznych Punktach Sieci z definiowalną rozdzielczością (15-min., 60-min., doby, miesiąc). Wyznaczane wielkości oparte są o dane Profilu Mocy.

4

BD-17 System umożliwia definiowanie Agregatów na potrzeby obsługi rozpływów prądów w Charakterystycznych Punktach Sieci. Wyznaczane wielkości oparte są o dane Profilu Wielkości Sieciowych. System zapewnia GUI na potrzeby definiowania Punktów Pomiarowych wchodzących w skład Agregatu.

4

BD-18 System dostarcza narzędzia na potrzeby definiowania zbioru Punktów Pomiarowych (składowych Agregatu). Narzędzia Systemu wykorzystują iloczyny zbiorów oraz różnicę iloczynu zbiorów Punktów Pomiarowych dla min. 20 zbiorów definiowanych w oparciu o dowolny Atrybut Punktu Pomiarowego.

2

BD-19 System umożliwia tworzenie Agregatów na potrzeby analizowania zachowania się Odbiorców w Punktach Pomiarowcach z aktywna funkcją DSR. W ramach Agregacji wyznaczany jest globalnie dla wszystkich zdefiniowanych Punktów Pomiarowych szacowany Profil Mocy przed lub po aktywowaniu redukcji.

4

BD-20 System umożliwia definiowanie Agregatów składających się z Punktów Pomiarowych posiadających aktywną funkcje ograniczenia w poborze energii elektrycznej na potrzeby śledzenia dostosowanie się Odbiorcy w danym Punkcie Pomiarowym do danego Stopnia Zasilania. System wykrywa Punkty Pomiarowe, które nie spełniły warunku dostosowania się. System umożliwia Szacowanie Profilu Mocy (15 oraz 60 minutowego) dla obszaru OSD w przypadku obowiązywania danego Stopnia Zasilania w oparciu o historyczne zużycie energii przez Punkty Pomiarowe podlegające ograniczeniu oraz zdefiniowane progi dla Stopni Zasilania.

4

BD-21 System umożliwia przypisywanie do Agregatów odpowiednich Atrybutów które umożliwiają identyfikację roli jaką pełnią w Systemie dla danego Procesu

4

Strona 178 z 224



Biznesowego. W ramach definiowalnych Atrybutów przypisanych do danego Agregatu dostępne są m.in. następujące dane:

1. Nazwa Agregatu;

2. Nazwa Atrybutu Punktu Pomiarowego względem, którego został utworzony dany Agregat np. SE, nr stacji, Grupa odczytowa;

3. Lista składników Agregatu;

4. Zakres czasowy obowiązywania Agregatu;

5. Algorytm obliczania Agregatu;

6. Rodzaj wyniku (Agregacji): energia, lista, czas;

7. Harmonogram Agregacji;

8. Użytkownik, który zdefiniował Agregat;

9. Czas utworzenia Agregatu;

10. Czas ostatniej Agregacji;

11. Walidacje dotyczące tego Agregatu;

12. Uprawnienia do Agregatu;

13. Miejsce udostępniania danych z Agregatu;

14. Czy dane z Agregacji są zapisywane;

15. Czas ostatniego udostępnienia;

oraz inne informacje niezbędne do prawidłowego zarządzania Agregatem.

BD-22 System umożliwia tworzenia Agregatów na potrzeby automatycznego bilansowania rozpływów energii w obszarach sieciowych (wyznaczanie różnicy bilansowej w danym obszarze sieciowym). Agregaty na potrzeby wykrywania niezbilansowania obszarów sieci energetycznej powyżej dopuszczalnej definiowalnej wartości. System umożliwia przetwarzanie Agregatów cyklicznie np. raz w miesiącu i wyznaczanie raportów dla obszarów w których wykrył niezbilansowanie powyżej dopuszczalnego.

4

Strona 179 z 224



6 Wymagania funkcjonalne techniczne dla Systemu

Kolumna „Faza” w tabelach zamieszczonych w niniejszym rozdziale informuje o tym, kiedy Produkty dostarczane przez Wykonawcę muszą spełnić dane wymaganie (z zastrzeżeniem, że zmiana przypisania wymagań do faz jest możliwa w Analizie, za zgodą obu Stron). Zamawiający będzie weryfikował spełnienie danego wymagania na zakończenie każdej kolejnej fazy oraz na koniec realizacji umowy. Niespełnienie danego wymagania w wymaganych fazach wstrzymuje odbiór Produktów w danej fazie.

6.1 Wymagania technologiczne opcjonalne dla realizacji Systemu

Tabela nr 9

Nr Nazwa wymagania

Nazwa opisowa wymagania Faza

1 Preferowany system operacyjny dla Części Aplikacyjnej

Zamawiający preferuje, aby Część Aplikacyjna Systemu działała na systemie operacyjnym SLES 12 for VMware w wersji 64-bit lub nowszym z zainstalowaną najnowszą aktualizacją (service-pack/patch/bugfix).

2

2 Preferowany system operacyjny dla Części Bazodanowej

Zamawiający preferuje, aby Część Bazodanowa Systemu działała na systemie operacyjnym RedHat Enterprise Linux 7 for VMware w wersji 64-bit lub nowszym z zainstalowaną najnowszą aktualizacją (service-pack/patch/bugfix).

2

3 Architektura JEE Część aplikacyjna Systemu wykonana jest w technologii JEE. 2

4 Serwer Aplikacyjny

Część aplikacyjna Systemu działa na serwerze aplikacyjnym JBoss Enterprise Application Platform 7 lub Wildfly 11 lub Tomcat 8.5.

2

5 Serwer Aplikacyjny ze wsparciem

Część aplikacyjna Systemu działa na serwerze aplikacyjnym JBoss Enterprise Application Platform 7 z wykupionym wsparciem producenta.

2

6 SSO System realizuje automatyczne uwierzytelnianie przy pomocy konta domenowego oraz współdziała z mechanizmami SSO Zamawiającego zgodnie z opisem w załączniku nr 2 do OPZ - Standardy technologiczne innogy BS.

2

7 Testy regresji. Wykonawca zapewni i wykona usługę automatyzacji testów regresji. Narzędzia, scenariusze testowe, dokumentacja i wszelkie inne materiały niezbędne do samodzielnego wykonywania i samodzielnej modyfikacji takich testów zostaną przekazane Zamawiającemu.

2

8 Oddzielne przestrzenie dla danych aktualnych i archiwalnych

System umożliwia rozłożenie danych na/w oddzielnych zasobach/przestrzeniach:

Dane aktualne na/w zasobie/przestrzeni szybszej;

Dane zarchiwizowane na/w zasobie/przestrzeni wolniejszej.

2

Strona 180 z 224



6.2 Wymagania technologiczne obligatoryjne dla Systemu

Zdefiniowane przez Zamawiającego wymagania technologiczne opisane zostały w tabeli poniżej:

Tabela nr 10

Strona 181 z 224



Nr Nazwa wymagania Nazwa opisowa wymagania Faza

1. Zgodność ze standardami technologicznymi Zamawiającego

Proponowane rozwiązanie spełnia wymagania opisane w załączniku nr 2 do OPZ „Standardy technologiczne innogy BS”.

W przypadku konfliktów wymagania zawarte w niniejszym dokumencie mają priorytet nad wymaganiami ze „Standardów technologicznych innogy BS”.

2

2. Działanie Części Bazodanowej na platformie wirtualnej

Część Bazodanowa Systemu może działać na platformie wirtualnej VMware vSphere 5.5 lub nowszej dla wszystkich środowisk Systemu.

Zamawiający będzie instalował rozwiązanie na obecnie działającej u niego platformie wirtualnej wykorzystującej wieloserwerową architekturę rozproszoną do instalacji "Serwerowej części Aplikacyjnej Rozwiązania" i "Części bazodanowej Rozwiązania".

Jeśli model licencyjny, lub inne parametry Rozwiązania są zależne od fizycznej warstwy platformy wirtualnej, Zamawiający dostarczy szczegóły techniczne tej platformy na wniosek Wykonawcy.

2

3. Kompatybilność Części Aplikacyjnej i Części Bazodanowej Systemu w przypadku rozbudowy

Zamawiający posiada infrastrukturę przeznaczoną pod Część Aplikacyjną Systemu (komponenty aplikacyjne cz. serwerowej oprócz bazy danych) i Część Bazodanową Systemu (komponenty aplikacyjne cz. serwerowej dla bazy danych) W przypadku rozbudowy infrastruktury pod Część Aplikacyjną lub Część Bazodanową Systemu elementy dodawane lub modyfikowane muszą być kompatybilne i poprawnie współpracować z resztą posiadanej infrastruktury.

2

4. Działanie Części Aplikacyjnej na platformie wirtualnej

Część Aplikacyjna Systemu może działać na platformie wirtualnej VMware vSphere 5.5 lub nowszej dla wszystkich środowisk Systemu.

Zamawiający będzie instalował rozwiązanie na obecnie działającej u niego platformie wirtualnej wykorzystującej wieloserwerową architekturę rozproszoną do instalacji "Serwerowej części Aplikacyjnej Rozwiązania" i "Części bazodanowej Rozwiązania".

Jeśli model licencyjny, lub inne parametry Rozwiązania są zależne od fizycznej warstwy platformy wirtualnej, Zamawiający dostarczy szczegóły techniczne tej platformy na wniosek Wykonawcy.

2

5. Technologia bazy Danych System musi wykorzystywać jako relacyjną bazę danych. Zamawiający wykorzystuje bazę Oracle 12c lub nowszą działającą na systemie operacyjnym Red Hat

2

Strona 182 z 224



Enterprise Linux 7 lub nowszym i dostarczona baza musi współdziałać poprawnie ze sprzętem Zamawiającego.

Zamawiający dopuszcza rozwiązania równoważne bazujące na sprzętowo-programowych rozwiązaniach bazodanowych (Database Appliances) dla wyżej wymienionej bazy danych.

Strona 183 z 224



6. GUI w technologii cienki klient

System musi mieć warstwę prezentacji zrealizowaną jako tzw. „cienki klient” zgodnie ze standardami Zamawiającego opisanymi Załączniku nr 2 do OPZ Standardy technologiczne innogy BS. Dotyczy to części aplikacyjnej Systemu.

2

7. Architektura trójwarstwowa.

System musi być wykonany w architekturze trójwarstwowej (warstwa prezentacji, warstwa przetwarzania/logiki biznesowej i warstwa składowania danych).

2

8. Szata graficzna GUI - środowiska prod/test/dev

System umożliwia wyróżnienie szatą graficzną aplikacji (kolor tła, inne wyraźne elementy graficzne GUI) środowiska (produkcyjne, testowe, deweloperskie) w ramach którego działa klient.

2

9. Ciągłość procesów biznesowych

System zapewnia mechanizmy zabezpieczające ciągłość realizowanych procesów biznesowych (tj. przerwany proces zawsze będzie wznowiony od momentu jego wstrzymania).

2

10. Dostęp terminalowy do serwera aplikacyjnego

Zamawiający nie dopuszcza dostępu do aplikacji dla użytkowników biznesowych poprzez serwer terminali (terminal sevices/zdalny pulpit).

2

11. Dostęp użytkowników do bazy danych

Użytkownik biznesowy/aplikacyjny nie może być użytkownikiem bazodanowym.

2

12. Niedopuszczenie rozwiązań typu SaaS

System musi zostać dostarczony w modelu działającym na infrastrukturze Zamawiającego, a nie w postaci usługi (niedopuszczalne są rozwiązania typu „Software as a Service”).

2

13. Wymagania na stacje klienckie

System musi poprawnie pracować na stacjach klienckich - wykorzystywanych przez innogy o następujących parametrach:

- Microsoft Windows 7 z najnowszym service pack i aktualizacjami oraz Microsoft Windows 10 z najnowszym service pack i aktualizacjami,

- 4GB pamięci RAM,

- dysk 120 GB SATA,

- procesor Intel Core i5,

- wyświetlacz pracujący w rozdzielczościach:

- 1024x768,

- 1600x900,

- 1920x1080.

2

14. Wymagania na przeglądarkę na stacjach klienckich

System musi poprawnie pracować w następujących przeglądarkach internetowych:

- Internet Explorer 10 i nowsze

- Microsoft Edge 25 i nowsze

2

Strona 184 z 224



- Mozilla Firefox 44 i nowsze

- Google Chrome 48 i nowsze

15. Kompatybilność z systemem backupu Zamawiającego

System musi być zgodny z infrastrukturą backupu Zamawiającego (EMC NetWorker Data Domain, wersja 9 i wyższe)

2

Strona 185 z 224



7 Wymagania pozafunkcjonalne dla Systemu

Kolumna „Faza” w tabelach zamieszczonych w niniejszym rozdziale informuje o tym, kiedy Produkty dostarczane przez Wykonawcę muszą spełnić dane wymaganie (z zastrzeżeniem, że zmiana przypisania wymagań do faz jest możliwa w Analizie, za zgodą obu Stron). Zamawiający będzie weryfikował spełnienie danego wymagania na zakończenie każdej kolejnej fazy oraz na koniec realizacji umowy. Niespełnienie danego wymagania w wymaganych fazach wstrzymuje odbiór Produktów w danej fazie.

7.1 Bezpieczeństwo Systemu

Zdefiniowane przez Zamawiającego wymagania bezpieczeństwa opisane zostały w tabeli poniżej:

Tabela nr 11

Strona 186 z 224



Nr Nazwa Wymagania Nazwa opisowa wymagania Faza

1. Integracja z Active Directory

System zapewnia integrację z serwerem Active Directory - w tym autentykację użytkownika na podstawie hasła domenowego, obsługę blokady konta, przypisanie do grup/ról w Systemie na podstawie posiadanych grup w Active Directory (mapowanie grup/ról w systemie na grupy w Active Directory). Wszelkie dodatkowe komponenty wymaganie do poprawnego działania ww. integracji są w zakresie oferty (licencje, konfiguracja, utrzymanie).

2

2. Ochrona danych przed dostępem osób nieuprawnionych

System zapewnia mechanizmy ochrony danych przechowywanych w systemie w sposób uniemożliwiający dostęp osób nieuprawnionych.

2

3. Hasła spełniają wymagania innogy

Przechowywane przez System hasła spełniają standard bezpieczeństwa innogy:

każde hasło zawiera min. 8 znaków i

każde hasło zawiera co najmniej jeden dowolny znak specjalny ze zbioru: 'znaków specjalnych' lub każde hasło zawiera co najmniej jedną dowolną cyfrę ze zbioru: '0-9' i

każde hasło zawiera co najmniej jedną dowolną wielką literę ze zbioru 'A-Z' i

każde hasło zawiera co najmniej jedną dowolną małą literę ze zbioru: 'a-z' i

każde hasło wygasa po konfigurowalnym przez administratora okresie (domyślnie 30 dni) i

każdorazowe trzykrotne (ilość konfigurowalna) bezpośrednio po sobie następujące błędne wprowadzenie hasła powoduje zablokowanie konta użytkownika.

2

4. Hasła użytkowników i kont technicznych w formie skrótu

System nie przechowuje haseł użytkowników Systemu i kont technicznych w Systemie, tylko ich skróty (ang. hash) wykonane algorytmem SHA-512 (użycie innego algorytmu wymaga zgody Zamawiającego).

2

5. Dziennik Aplikacji System rejestruje w Dzienniku Aplikacji wszystkie aktywności realizowane w systemie. Obejmuje on działania użytkowników, automatycznych procesów oraz interfejsy z innymi systemami. Rejestrowane dane obejmują m.in:

czas wykonania operacji z dokładnością co najmniej do sekundy i

nazwę/id użytkownika lub konta technicznego odpowiedzialnego za wykonanie operacji i

nazwę wykonanej operacji i

2

Strona 187 z 224



atrybuty wykonanej operacji (w tym wartości przed i po zmianie).

Strona 188 z 224



6. Konfiguracja Dziennika Aplikacji

Mechanizm Dziennika Aplikacji umożliwia konfigurację zakresu rejestrowanych informacji. Konfiguracja obejmuje co najmniej 3 (information, warning, error lub równoważne) poziomy logowania, dodatkowo z możliwością konfigurowania wybranych operacji i wybranych atrybutów wykonanej operacji (w tym wartości sprzed i po zmianie).

Zmiana poziomu logowania Dziennika Aplikacji musi być możliwa bez restartu aplikacji.

2

7. Konfigurowalny mechanizm rejestrowania informacji o działaniu Systemu

System rejestruje wszystkie informacje o działaniu systemu, funkcjonalność ta umożliwia konfigurowanie zakresu rejestrowanych informacji (Critical/Error/Warning/Info/Debug lub równoważne).

Zmiana poziomu logowania musi być możliwa bez restartu aplikacji.

2

8. Koncepcja ról i uprawnień System spełnia wymagania Zamawiającego w zakresie implementacji mechanizmu ról i uprawnień. Wykonawca przygotuje w uzgodnieniu z Zamawiającym szczegółową koncepcję ról i uprawnień, która zostanie zrealizowana w Systemie. Wytyczne do implementacji tego mechanizmu znajdują się w Załączniku nr do OPZ - Wytyczne dla koncepcji ról i uprawnień.

2

9. GUI do zarządzania użytkownikami, rolami i uprawnieniami

System posiada GUI do zarządzania użytkownikami, uprawnieniami i rolami w systemie działające zgodnie z przygotowaną na etapie analizy koncepcją ról i uprawnień. System prezentuje raport z Listą użytkowników zawierającą (Imię, Nazwisko, identyfikator/login, datę nadania uprawnień, zakres nadanych uprawnień, datę odebrania uprawnień, datę zablokowania/usunięcia użytkownika).

2

10. Dodatkowe informacje w dokumentacji administracyjnej

Wykonawca dostarczy procedurę anonimizacji danych osobowych gromadzonych w Systemie. Wykonawca wykona na żądanie Zamawiającego anonimizację danych na wskazanym środowisku, nie częściej niż przy każdorazowej aktualizacji wersji Systemu.

Dostarczona procedura umożliwi wykonywanie anonimizacji danych przez administratorów Zamawiającego.

2

11. Hasła startowe System posiada mechanizm do nadawania haseł startowych oraz resetu haseł w przypadku zablokowania konta. Zmiana hasła startowego musi być wymuszona przy pierwszym logowaniu. (nie dotyczy kont Systemu z autentykacją zintegrowaną z systemem Active Directory Zamawiającego).

2

12. Personalizacja kont Wszystkie konta założone w Systemie muszą być imienne (przypisane do konkretnej osoby).

2

Strona 189 z 224



Dla każdego użytkownika nadawany jest odrębny identyfikator (nazwa konta).

Identyfikator (nazwa konta) użytkownika, który utracił uprawnienia do danych, nie może być przydzielony innej osobie.

13. Logowanie na Konta techniczne

Zamawiający nie dopuszcza możliwości logowania się użytkowników na konta techniczne.

2

14. Konta techniczne dla procesów automatycznych

Automatyczne procesy (np. przekazujące dane przez interfejsy) muszą korzystać z dedykowanych kont technicznych.

2

15. Przetwarzanie danych osobowych

Dane mogą być przetwarzane jedynie na terenie Europejskiego Obszaru Gospodarczego (Dla systemów przetwarzających dane osobowe).

2

16. Zabezpieczenie kanałów sieci publicznej szyfrowaniem

Interfejsy wykorzystujące sieć publiczną jako kanał komunikacji są zabezpieczone mechanizmami szyfrowania. Konfiguracja umożliwia ustawienie zabezpieczeń oddzielnie dla poszczególnych interfejsów systemu oraz poziomu tych zabezpieczeń.

2

17. Mechanizmy szyfrowania - wykorzystanie certyfikatów Zamawiającego

Rozwiązania wykorzystujące certyfikaty muszą umożliwiać skonfigurowanie ich do pracy z certyfikatem dostarczonym przez Zamawiającego.

2

18. Ukryte znaczenia numerów porządkowych

Zabronione jest nadawanie ukrytych znaczeń elementom numerów porządkowych w systemach ewidencjonujących osoby fizyczne. (kolejne numery osobowe nie mogą zawierać np. dat urodzenia, płci, numeru PESEL, daty zatrudnienia itp.)

2

19. Opis Struktury zbioru danych

Wykonawca dostarczy opis struktury zbiorów danych wskazujący zawartość poszczególnych pól informacyjnych i powiązania między nimi. (Dla systemów przetwarzających dane osobowe)

2

7.2 Wymiarowanie (sizing) systemu

Na potrzeby wdrażanego Systemu (wszystkie środowiska tego Systemu) Zamawiający posiada sprzęt i oprogramowanie wymienione w tabelach nr 12, 13 i 14.

W przypadku gdy System oferowany przez Wykonawcę wymaga sprzętu lub oprogramowania ponad posiadane przez Zamawiającego zasoby wskazane w ww. tabelach, Wykonawca obowiązany jest do wskazania dodatkowego sprzętu i oprogramowania niezbędnego do używania sprzętu dodatkowego, w ramach funkcjonowania Systemu zgodnie z Załącznikiem nr 10 do SIWZ oraz jego wyceny w Formularzu ofertowym (Załącznik nr 2 do SIWZ].

Elementem oferty jest zwymiarowanie Infrastruktury Zamawiającego i innych elementów niezbędnych do poprawnej realizacji Wdrożenia, w tym oprogramowania, i zapewnienia wydajnego produkcyjnego korzystania z Systemu w sposób zgodny z wymaganiami

Strona 190 z 224



W przypadku gdy przygotowane zwymiarowanie będzie miało większe lub inne wymagania sprzętowe niż sprzęt wymieniony w OPZ pkt 7.2 za rozbudowę infrastruktury Zamawiającego zapłaci Zamawiający wg przygotowanej specyfikacji i przy uwzględnieniu wartości jednostkowych podanych w załączniku nr 2 do SIWZ. Koszty dodatkowej infrastruktury uwzględnione będą w kryterium oceny ofert.

7.2.1 Sprzęt - serwery wirtualne

Tabela nr 12 zawiera zestawienie serwerów wirtualnych skonfigurowanych dla Systemu w dwóch środowiskach wirtualnych (VMware aplikacyjny i VMware Oracle), w dwóch centrach danych (PDC, BDC). Serwery mogą być przekonfigurowane (zmieniona liczba rdzeni, ilość RAM, przestrzeń na macierzy) zachowując niezmienione sumy poszczególnych zasobów dla: środowisk wirtualnych (VMware aplikacyjny, VMware Oracle), centrów danych oraz nie przekraczając wielkości macierzy opisanych w Tabeli nr 13.

Strona 191 z 224

Tabela nr 12 - zestawienie serwerów wirtualnych skonfigurowanych dla Systemu

Środowisko Nazwa serwera

Centrum danych Typ OS

Liczba rdzeni x86 64-bit RAM

Podłączony do macierzy

Przestrzeń na macierzy

Prod CBOAPP1 PDC/BDCwirtualny (VMware aplikacyjny) SLES 12 16 core 88 GB

APPSTORAGE1/APPSTORAGE2 315 GB

Prod CBOAPP2 PDC/BDCwirtualny (VMware aplikacyjny) SLES 12 16 core 88 GB


Prod CBOLB PDC/BDCwirtualny (VMware aplikacyjny) SLES 12 1 core 8 GB


Prod CBODB1 PDCwirtualny (VMware Oracle)

Redhat Enterprise Linux 7 6 core

192 GB DBSTORAGE1

5 TB (w tym 1 TB REDO i TEMP)

Prod CDODB2 BDCwirtualny (VMware Oracle)


192 GB DBSTORAGE2


Test CBOAPP1-test PDCwirtualny (VMware aplikacyjny) SLES 12 16 core 88 GB APPSTORAGE1-test 315 GB

Test CBOAPP2-test PDCwirtualny (VMware aplikacyjny) SLES 12 16 core 88 GB APPSTORAGE1-test 315 GB

Test CBOLB-test PDCwirtualny (VMware aplikacyjny) SLES 12 1 core 8 GB APPSTORAGE1-test 25 GB

Test CBODB1-test PDCwirtualny (VMware Oracle)


192 GB DBSTORAGE1


Dev CBODEVAPP PDCwirtualny (VMware aplikacyjny) SLES 12 6 core 32 GB DBSTORAGE1 265 GB

Dev CBODEVDB PDC wirtualny (VMware Redhat Enterprise 4 core 64 GB DBSTORAGE1 1,2 TB



Oracle) Linux 7

7.2.2 Sprzęt - zasoby dyskowe

Tabela nr 13 - zestawienie miejsca na macierzach dyskowych przeznaczonego dla Systemu

Nazwa macierzy

Centrum danych

Pojemność Konfiguracja dysków Wydajność maksymalna IOPS

Read / write

Odczyt sekwencyjny MB/s (maksymalny)

Zapis sekwencyjny MB/s (maksymalny)

Auto Tiering

CBOSTORAGE2 BDC 10 TB

SAS 15k i SSD w stosunku pojemności 4:1

Random Reads IOPS: 50 000, Random Writes IOPS: 20 000 60/40 1000 1000 Tak

APPSTORAGE2 BDC 2 TB (na dyski maszyn wirtualnych) 600 600 Tak

CBOSTORAGE1 PDC 10 TB

SAS 15k i SSD w stosunku pojemności 4:1

Random Reads IOPS: 50 000, Random Writes IOPS: 20 000 60/40 1000 1000 Tak

APPSTORAGE1 PDC 2 TB (na dyski maszyn wirtualnych) 600 600 Tak

7.2.3 Licencje

Tabela nr 14 - zestawienie licencji przeznaczonych dla Systemu

Środowisko Nazwa Licencji Zasady licenjonowania Liczba licencji Opis

VMware Oracle Oracle Active Data Guard per rdzeń fizyczny + ATiK 22 zgodnie z listą serwerów wirtualnych

VMware Oracle Oracle Enterprise 12c per rdzeń fizyczny + ATiK 22 zgodnie z listą serwerów wirtualnych

VMware Oracle Oracle Enterprise 12c Partitioning per rdzeń fizyczny + ATiK 22 zgodnie z listą serwerów wirtualnych

VMware aplikacyjny SLES 12 for VMware SUSE for VMware 7 zgodnie z listą serwerów wirtualnych

VMware Oracle RedHat Enterprise Linux 7 for VMware RedHat for VMware 4 zgodnie z listą serwerów wirtualnych

Strona 193 z 224

7.3 Wydajność i skalowalność Systemu

7.3.1 Założenia ilościowe dla systemu

Wdrażany System musi być zgodny ze standardami wydajności Zamawiającego w zakresie całego Systemu przy określonych poniżej założeniach:

Tabela nr 15




1. Wymagania ilościowe Systemu w momencie uruchomienia i po jednym roku działania systemu

System w momencie uruchomienia produkcyjnego i po roku działania spełnia wszelkie wymagania dla następujących parametrów ilościowych:

1. Całkowita liczba zarejestrowanych użytkowników – 100,

2. Liczba użytkowników jednocześnie wykonujących tą samą operację – 25,

3. Liczba jednocześnie pracujących użytkowników – 50,

4. Charakterystyka/częstotliwość pracy użytkowników – codziennie w godzinach 6:00-18:00,

5. Charakterystyka pracy systemu - 24/7 (całodobowo przez siedem dni w tygodniu),

6. Dane Pomiarowe pozyskiwane przez System będą archiwizowane po upływie min. 2 lat (w Systemie będą dostępne min. 2 kompletne lata kalendarzowe),

7. Średnia ilość zdarzeń w Dzienniku Zdarzeń dla Punktu Pomiarowego na dzień: 5,

8. Ilość danych przechowywanych w bazie danych Systemu (m.in. historia i dane bieżące) dla: konfiguracji 1 150 000 (jednego miliona stu pięćdziesięciu tysięcy) Punktów Pomiarowych oraz Danych Pomiarowych w zakresie:

Profile Rozliczeniowe z rozdzielczością miesięczną wraz z przypisanym Profilem Standardowym (jeden profil) dla 700 000 (siedemset tysięcy) Punktów Pomiarowych,

Profile Rozliczeniowe z rozdzielczością dobową, Profile Mocy (min. 4 o rozdzielczości 15-minutowej) oraz Dzienniki Zdarzeń (z urządzeń, serwisowe, konfiguracyjne) dla 410 000 (czterystu dziesięciu tysięcy) Punktów Pomiarowych,

Profile Rozliczeniowe z rozdzielczością dobową, Profile Mocy (min. 4 o rozdzielczości 15-minutowej), Dzienniki Zdarzeń (z urządzeń, serwisowe, konfiguracyjne) oraz Profile Wartości Sieciowych (min. 6 Profili Wartości Sieciowych o rozdzielczości 10-minutowej) dla 40 000 (czterdziestu tysięcy) Punktów Pomiarowych.

Dla pozostałych Punktów Pomiarowych Profile Rozliczeniowe z rozdzielczością półroczną wraz z przypisanym Profilem Standardowym (jeden profil).

2

2. Wymagania ilościowe Systemu po 4 latach

System po czterech latach od uruchomienia produkcyjnego spełnia wszelkie wymagania dla następujących parametrów

5

Strona 195 z 224



pracy od zakończenia Fazy IV

ilościowych: :

1. Całkowita liczba zarejestrowanych użytkowników – 200,

2. Liczba użytkowników jednocześnie wykonujących tą samą operację – 50,

3. Liczba jednocześnie pracujących użytkowników – 100,

4. Charakterystyka/częstotliwość pracy użytkowników – codziennie w godzinach 6:00-18:00,

5. Charakterystyka pracy systemu - 24/7 (całodobowo przez siedem dni w tygodniu),

6. Dane Pomiarowe pozyskiwane przez System będą archiwizowane po upływie min. 2 lat (w Systemie będą dostępne min. 2 kompletne lata kalendarzowe). Okres po jakim Dane Pomiarowe będą archiwizowane jest konfigurowalnym parametrem Systemu.

7. Średnia ilość zdarzeń w Dzienniku Zdarzeń dla Punktu Pomiarowego na dzień: 10,

8. Ilość danych przechowywanych w bazie danych Systemu (m.in. historia i dane bieżące: konfiguracji 1 250 000 (jednego miliona dwustu pięćdziesięciu tysięcy) Punktów Pomiarowych oraz Danych Pomiarowych w zakresie:

Profile Rozliczeniowe z rozdzielczością miesięczną wraz z Profilem Standardowym (jeden profil) dla 700 000 (siedmiuset tysięcy) Punktów Pomiarowych,

Profile Rozliczeniowe z rozdzielczością dobową, Profile Mocy (min. 4 o rozdzielczości 15-minutowej) oraz Dzienniki Zdarzeń (z urządzeń, serwisowe, konfiguracyjne) dla 300 000 (trzystu tysięcy) Punktów Pomiarowych,

Profile Rozliczeniowe z rozdzielczością dobowej, Profile Mocy (min. 4 o rozdzielczości 15-minutowej), Dzienniki Zdarzeń (z urządzeń, serwisowe, konfiguracyjne) oraz Profile Wartości Sieciowych (min. 6 Profili Wartości Sieciowych o rozdzielczości 10-minutowej) dla 250 000 (dwustu pięćdziesięciu tysięcy) Punktów Pomiarowych,

Strona 196 z 224



7.3.2 Wymagania na skalowalność i wpływ pracy Systemu na pracę użytkowników

Tabela nr 16

Nr. Nazwa Wymagania

Nazwa opisowa wymagania Faza

1. Skalowanie poziome Systemu

System umożliwia skalowanie horyzontalne (poziome) dla komponentów warstwy aplikacyjnej i bazodanowej umożliwiające rozkładanie obciążenia przez instalację Systemu na dodatkowych serwerach.

Wykonawca opisze jakie elementy rozwiązania mogą być rozpraszane między różne maszyny oraz przedstawi parametry i współczynniki skalowania; np.:

Dla każdych kolejnych 1000 współbieżnych użytkowników należy zapewnić uruchomienie kolejnego dedykowanego serwera o parametrach: liczba rdzeni CPU = 4; RAM = 64GB; przestrzeń dyskowa: 1TB / IOPS: 2000; ETH: 2x 10GB.

2

2. Skalowanie pionowe Systemu

Rozwiązanie umożliwia skalowanie wertykalne (skalowanie przez dodanie RAM, CPU, przestrzeni dyskowych, etc...) dla każdego z modułów rozwiązania. Wykonawca opisze współczynniki skalowania i progi dla parametrów sprzętowych (RAM, CPU, HDD) dla kryteriów, które wpływają na wymagania infrastrukturalne rozwiązania (np. liczba rdzeni CPU = (liczba użytkowników/250) +1, RAM = 32 GB dla 0-500; 64 GB dla 500-1000...; ETH: 1x10GB; HDD: (liczba użytkowników/1000) x 1TB); HDD IOPS: 5000

2

3. Procesy i operacje Systemu nie mają wpływu na prace użytkowników

Wdrażany System zapewnia, iż wszelkie operacje i procesy na obiektach oraz ich danych odbywają się bez wpływu na wydajność pracy użytkowników.

2

Strona 197 z 224



7.3.3 Wydajność interfejsów w Systemie

Wdrażany System musi być zgodny ze standardami wydajności Zamawiającego dla interfejsów realizujących wymianę danych z zewnętrznymi systemami poprzez realizacje poniższych wymagań.

Tabela nr 17 – wymagania wydajnościowe dla Systemu w zakresie interfejsów

Strona 198 z 224




1. Wymagania ilościowe interfejsów Systemu

System w momencie uruchomienia produkcyjnego interfejsu spełnia wszelkie wymagania dla następujących parametrów ilościowych zw. z integrowanymi systemami:

1. System obsługuje wymianę danych z systemami zewnętrznymi dla 1 250 000 (jeden milion dwieście pięćdziesiąt tysięcy) Punktów Pomiarowych,

2. Ilość danych przechowywanych w bazie danych Systemu (m.in. historia i dane bieżące) dla: konfiguracji 1 250 000 (jednego miliona dwustu pięćdziesięciu tysięcy) Punktów Pomiarowych oraz Danych Pomiarowych w zakresie:

Profile Rozliczeniowe z rozdzielczością miesięczną wraz dla 700 000 (siedmiuset tysięcy) Punktów Pomiarowych,

Profile Rozliczeniowe z rozdzielczością dobową, Profile Mocy (min. 4 o rozdzielczości 15-minutowej) oraz Dzienniki Zdarzeń (z urządzeń, serwisowe, konfiguracyjne) dla 300 000 (trzystu tysięcy) Punktów Pomiarowych,

Profile Rozliczeniowe z rozdzielczością dobową, Profile Mocy (min. 4 o rozdzielczości 15-minutowej), Dzienniki Zdarzeń (z urządzeń, serwisowe, konfiguracyjne) oraz Profile Wartości Sieciowych (min. 6 Profili Wartości Sieciowych o rozdzielczości 10-minutowej) dla 250 000 (dwustu pięćdziesięciu tysięcy) Punktów Pomiarowych

3. Dane Pomiarowe pozyskiwane przez System i udostępniane będą dostępne za okres min. 2 lat pełnych kalendarzowych (okres po jakim dane typy Danych Pomiarowych będą archiwizowane jest konfigurowalnym parametrem Systemu).

4. Lista systemów zewnętrznych z którymi System będzie się integrował jest zgodny z opisem w rozdziale Architektura Systemu.

5. System pozyskuje Dane Pomiarowe dla 1 250 000 (jednego miliona dwustu pięćdziesięciu tysięcy) Punktów Pomiarowych z systemów typu HES (m.in. ADO, SKOME, ZISM, SAP IS-U, serwera plików oraz platform wymiany Danych Pomiarowych (WIRE, CSWI, FTP, SFTP, innPWD) na bieżąco oraz na żądanie,

6. System udostępnia przetworzone kompletne Dane Pomiarowe z 1 250 000 (jednego miliona dwustu pięćdziesięciu tysięcy) Punktów Pomiarowych i min. 100 000 (stu tysięcy) Agregatów do zewnętrznych

2

Strona 199 z 224



systemów (SAP IS-U, GIS, „SCADA i OMS”, EDA), oraz platform wymiany Danych Pomiarowych (FTP,SFTP, CSWI, WIRE, innPWD) na bieżąco oraz na żądanie.

System pozyskuje dane konfiguracyjne z zewnętrznych systemów dla 1 250 000 (jednego miliona dwustu pięćdziesięciu tysięcy) Punktów Pomiarowych.

Strona 200 z 224



2. Wymagania wydajnościowe na pobieranie i udostępnianie danych

Systemy typu HES przygotowują Dane Pomiarowe za dobę n do godziny 2:00 doby n+1. System codziennie pobierze tak zebrane przez systemy typu HES Dane Pomiarowe dla 1 250 000 (jednego miliona dwustu pięćdziesięciu tysięcy) Punktów Pomiarowych do obsługi przez wszystkie procesy w Systemie.

Zakres udostępnianych Danych Pomiarowych zawiera wszystkie dane bieżące i historyczne dla Punktów Pomiarowych, które zostały odczytane z Liczników przez systemy zewnętrzne typu HES w ciągu ostatniej doby.

Dane pobrane przez systemy zewnętrzne i pobrane przez System automatycznie w innych godzinach doby będą wykorzystywane przez System w procesach dla kolejnych dób.

2


Udostępnienie kompletnych Profili Mocy do zewnętrznych systemów (min. dwóch) za jedną dobę (n-1) oraz korekt Profili Mocy za trzy doby (n-2, n-3 i n-4) codziennie dla 1 000 (jednego tysiąca) Agregatów w procesie Bilansowania Handlowego zostanie wykonane przez System do godziny 07:00.

2


Udostępnienie kompletnych Profili Mocy do zewnętrznych systemów (min. dwóch) za trzy miesiące kalendarzowe dla min. sumy 1 000 (jednego tysiąca) Agregatów i Punktów Pomiarowych w procesie Bilansowania Handlowego System wykona w czasie nieprzekraczającym 60 min.

2


Udostępnianie kompletnych (rzeczywistych i szacowanych) Danych Pomiarowych za jedną dobę (n-1) w kolejnej dobie oraz korekt Danych Pomiarowych za trzy doby (n-2, n-3 i n-4) codziennie dla 1 250 000 (jednego miliona dwustu pięćdziesięciu tysięcy) Punktów Pomiarowych do zewnętrznych systemów (min. dwóch) w procesie Bilansowania Handlowego System wykona do godziny 08:00.

2


System udostępnienia kompletne Dane Pomiarowe do zewnętrznego systemu na potrzeby rozliczeń raz w miesiącu dla 410 000 (czterystu dziesięciu tysięcy) Punktów Pomiarowych w pierwszej dobie po zakończeniu miesiąca, za którego następuje rozliczenie do godziny 10:00.

2


System udostępnienia kompletne Dane Pomiarowe do zewnętrznego systemu na potrzeby rozliczeń raz w miesiącu dla 1 250 000 (jednego miliona dwustu pięćdziesięciu tysięcy) Punktów Pomiarowych przekazywanych na przestrzeni 10 dni przed zakończeniem miesiąca dla odczytów lokalnych oraz w pierwszej dobie po zakończeniu miesiąca do godziny 10:00..

2

Strona 201 z 224




Maksymalny czas udostępnienia Profili Rozliczeniowych (np. w trybie na żądanie) za okres jednego roku do zewnętrznego systemu obsługującego zewnętrzne podmioty dla min. 10 000 (dziesięciu tysięcy) Punktów Pomiarowych nie może przekroczyć 10 min.

2


Maksymalny czas udostępnienia Profili Mocy (min. 3 profile) za okres jednego miesiąca do zewnętrznego systemu obsługującego zewnętrzne podmioty dla min. 10 000 (dziesięciu tysięcy) Punktów Pomiarowych nie może przekroczyć 10 min.

2


Maksymalny czas udostępnienia przetworzonych Profili Mocy (wyznaczonych do mocy i energii dla oczekiwanego zakresu czasowego) i Profili Wartości Sieciowych za okres jednego miesiąca do zewnętrznego systemu GIS dla min. 10 (dziesięciu) Punktów Pomiarowych nie może przekroczyć 1 min.

2


Maksymalny czas pobrania i przetworzenia konfiguracji Atrybutów Punktów Pomiarowych (kompletnych list Atrybutów dla danego interfejsu) udostępnionych jednocześnie przez zewnętrzny system dla 1000 (tysiąca) Punktów Pomiarowych z zewnętrznego systemu nie może przekroczyć 1 min.

2


System pozyskuje Dane Pomiarowe (np. w trybie na żądanie) dla min. 10 000 (dziesięciu tysięcy) Punktów Pomiarowych udostępniane przez zewnętrzne systemy w czasie nie przekraczającym 10 min. od momenty udostępniania danych przez zewnętrzny system.

2


Maksymalny czas udostępnienia Wskaźników Jakościowych za okres jednego miesiąca do zewnętrznego systemu „SCADA i OMS” dla min. 100 000 (stu tysięcy) Punktów Pomiarowych nie może przekroczyć 30 min.

2


System udostępnia dane dla 1 250 000 (jednego miliona dwustu pięćdziesięciu tysięcy) Punktów Pomiarowych na platformę CSWI w okresach wymaganych przez standard wymiany danych CSWI.

4

Strona 202 z 224



7.3.4 Wydajność procesów w Systemie

Wdrażany System musi być zgodny ze standardami wydajności Zamawiającego na potrzeby realizacji procesów poprzez realizacje poniższych wymagań.

Tabela nr 18 – wymagania wydajnościowe dla obsługi procesów w Systemie


1. Wymagania wydajnościowe na przetwarzanie danych

Przetwarzanie Danych Pomiarowych dla 1 250 000 (jednego miliona dwustu pięćdziesięciu tysięcy) Punktów Pomiarowych w procesie dobowym przez Systemu musi uwzględniać wszystkie dane udostępniane do godziny 2:00 przez zewnętrzne systemy typu HES. Przetwarzanie w Systemie za minimum 4 doby wstecz musi umożliwić terminową obsługę wszystkich procesów zgodnie z wymaganiami dla procesów przetwarzania Danych Pomiarowych np. Bilansowanie Handlowe w Systemie oraz terminowe udostępnianie Danych Pomiarowych do zewnętrznych Systemów zgodnie z wymaganiami dla procesów udostępniania Danych Pomiarowych opisanych w rozdziale „5.5 Wymagania dla Wsparcia ProcesówBiznesowych.”

2


System cyklicznie (raz na dobę) przetwarza Dane Pomiarowe z 1 250 000 (jednego miliona dwustu pięćdziesięciu tysięcy) Punktów Pomiarowych na potrzeby procesu Bilansowania Handlowego (Agregacja Danych Pomiarowych) za cztery doby (n-1, n-2, n-3 i n-4) i udostępnia 1 000 (jeden tysiąc) Agregatów oraz 200 (dwieście) Punktów Pomiarowych w czasie nieprzekraczającym 60 min.

2


System cyklicznie (raz w miesiącu) przetwarza Dane Pomiarowe z 1 250 000 (jednego miliona dwustu pięćdziesięciu tysięcy) Punktów Pomiarowych na potrzeby procesu Bilansowania Handlowego (Agregacja Danych Pomiarowych) za trzy okresy miesięczne (trzy miesiące kalendarzowe odpowiednio: m-2, m-4, m-15) dla 1 000 (jednego tysiąca) Agregatów oraz 200 (dwustu) Punktów Pomiarowych w czasie nieprzekraczającym 4 godziny.

2

Strona 203 z 224



7.3.5 Wydajność interfejsu użytkownika Systemu

Wdrażany System musi być zgodny ze standardami wydajności Zamawiającego na potrzeby interfejsu użytkownika poprzez realizacje poniższych wymagań.

Tabela nr 19 – wymagania wydajnościowe dla interfejsu użytkownika w Systemie

Strona 204 z 224




1. Wymagania wydajnościowe dla GUI

Czas wykonania operacji przez System z interfejsu użytkownika jest średnim czasem wyznaczonym z 3 prób wykonywanych po sobie przez każdego z 5 użytkowników jednocześnie. Najdłuższy czas wykonania operacji w interfejsie użytkownika Systemu nie przekracza maksymalnego dopuszczalnego czasu dla danej operacji określonego w innych wymaganiach tego rozdziału lub jeśli nie zostało to określone, to nie przekracza 5 sekund.

2


Czas wyświetlenia dowolnego widoku funkcjonalnego, udostępnianego przez GUI Systemu z uwzględnieniem dostępnych narzędzi optymalizujących widoki, nie może być dłuższy niż 5 sek.

2


Wyszukiwanie Punktów Pomiarowych po jednej zdefiniowanej wartości dowolnego Atrybutu (test dla każdego Atrybutu)nie może być dłuższe niż 5 sek.

2


Wyszukiwanie grupy Punktów Pomiarowych po zdefiniowanym zakresie obejmującym min. 100 wartości dla jednego dowolnego Atrybutu nie może być dłuższe niż 10 sek.

2


Wyszukiwanie grupy Punktów Pomiarowych po zdefiniowanym zakresie obejmującym min. 10000 wartości dla jednego dowolnego Atrybutu nie może być dłuższe niż 20 sek.

2


Wyszukiwanie z wykluczeniem jednego Punktu Pomiarowego w ramach tego samego dowolnego Atrybutu z grupy min. 100 Punktów Pomiarowych wyszukiwanych po zdefiniowanym zakresie wartości Atrybutu nie może być dłuższe niż 5 sek.

2


Wyszukiwanie Punktu Pomiarowego po fragmencie wartości jednego Atrybutu nie może być dłuższe niż 5 sek.

2


Wyszukiwanie po jednej zdefiniowanej wartości dla dwóch dowolnie wybranych Atrybutów Punktów Pomiarowych nie może być dłuższy niż 5 sek.

2


Wyszukiwanie grupy Punktów Pomiarowych po zdefiniowanym zakresie obejmującym min. 10000 wartości dla dwóch Atrybutów nie może być dłuższe niż 10 sek.

2


Wyszukiwanie Punktu Pomiarowego po fragmencie wartości dla dwóch Atrybutów nie może być dłuższe niż 5 sek.

2


Wyszukiwanie po jednej zdefiniowanej wartości dla trzech Atrybutów nie może być dłuższe niż 5 sek.

2

Strona 205 z 224




Wyszukiwanie grupy Punktów Pomiarowych po zdefiniowanym zakresie obejmującym min. 1000 wartości dla trzech Atrybutów nie może być dłuższe niż 10 sek.

2


Wyszukiwanie Punktu Pomiarowego po fragmencie wartości dla trzech Atrybutów nie może być dłuższe niż 5 sek.

2


Wyszukiwanie po jednej zdefiniowanej wartości dla pięciu Atrybutów nie może być dłuższe niż 5 sek.

2


Wyszukiwanie grupy Punktów Pomiarowych po zdefiniowanym zakresie obejmującym min. 100 wartości dla pięciu Atrybutów nie może być dłuższe niż 10 sek.

2


Wyszukiwanie Punktu Pomiarowego po fragmencie wartości dla pięciu Atrybutów nie może być dłuższe niż 5 sek.

2


Wyszukiwanie po jednej zdefiniowanej wartości dla dziesięciu Atrybutów nie może być dłuższe niż 10 sek.

2


Wyszukiwanie grupy Punktów Pomiarowych po zdefiniowanym zakresie obejmującym min. 1 wartość dla dziesięciu Atrybutów nie może być dłuższe niż 10 sek.

2


Wyszukiwanie Punktu Pomiarowego po fragmencie wartości dla dziesięciu Atrybutów nie może być dłuższe niż 10 sek.

2


Wyświetlenie Profili Rozliczeniowych (Taryfa wielostrefowa np.: C23) dla jednego Punktu Pomiarowego z Cyklem Odczytowym jednomiesięcznym za okres 12 miesięcy nie może być dłuższe niż 10 sek.

2


Wyświetlenie Profili Mocy (3 profile) dla jednego Punktu Pomiarowego z okresem uśredniania 15-minut za okres miesiąca nie może być dłuższe niż 5 sek.

2


Wyświetlenie Dziennika Zdarzeń dla jednego Punktu Pomiarowego za okres miesiąca nie może być dłuższe niż 5 sek.

2


Wyświetlenie Profili Wartości Sieciowych (6 profili) dla jednego Punktu Pomiarowego za okresem uśredniania 10-minut za okres miesiąca nie może być dłuższe niż 10 sek.

2


Wyświetlanie w GUI użytkownika zmian Atrybutu w Punkcie Pomiarowym od momentu potwierdzenia zmiany nie może być dłuższe niż 5 sek.

2


Wyświetlanie okna konfiguracji Punktu Pomiarowego (Atrybutów) z min. 10 Atrybutami od momentu wywołania do momentu wyświetlenia wszystkich szczegółów nie może być dłuższe niż 10 sek.

2

Strona 206 z 224




Zapisanie zmian Atrybutów Punktu Pomiarowego przez użytkownika Systemu od momentu wywołania potwierdzenia zmiany do zatwierdzenia nie może być dłuższe niż 2 sek.

2


Wyświetlanie okna konfiguracji Agregatu z przypisanymi min. 1000 Punktami Pomiarowymi od momentu wywołania do momentu wyświetlenia wszystkich szczegółów nie może być dłuższe niż 10 sek.

2


Wyświetlanie okna konfiguracji Agregatu z przypisanymi min. 100000 Punktami Pomiarowymi od momentu wywołania do momentu wyświetlenia wszystkich szczegółów nie może być dłuższe niż 30 sek.

2


Przełączanie między konfiguracjami Punktów Pomiarowych (w przypadku jednoczesnego otwarcia min. 5 konfiguracji Punktów Pomiarowych) Systemu z poziomu użytkownika nie może być dłuższe niż 3sek.

2


Jednoczesne logowanie się 10 użytkowników do Systemu od momentu uruchomienia logowania (podaniu hasła i użytkownika) do pełnego wyświetlenia GUI użytkownika nie może być dłuższe niż 5 sek.

2


Jednoczesne wylogowanie się 10 użytkowników z Systemu od momentu uruchomienia wylogowania do pełnego zamknięcia GUI użytkownika nie może być dłuższe niż 5 sek.

2

Strona 207 z 224



7.3.6 Wymagania wydajnościowe dla raportów

Tabela nr 20 – wymagania wydajnościowe dla raportów w Systemie.

Strona 208 z 224




1. Wymagania wydajnościowe dla raportowania

Wyliczenie i wyświetlenie raportu z Profilami Mocy z okresem uśredniania 15-minut dla 100 Punktów Pomiarowych z okres 30 dni nie może być dłuższe niż 30 sek.

2


Wyliczenie i wyświetlenie raportu z Profilami Rozliczeniowymi z Okresem Odczytowym miesięcznym za 12 miesięcy dla 1000 Punktów Pomiarowych z Taryfą wielostrefową np.: C23 nie może być dłuższe niż 60 sek.

2


Wyliczenie i wyświetlenie raportu z jednym typem zdarzenia z Dziennika Zdarzeń dla 100000 Punktów Pomiarowych zdalnie odczytywanych za okres jednej doby nie może być dłuższe niż 120 sek.

2


Wyliczenie i wyświetlenie raportu z zdarzeniami (średnio 5 zdarzeń dla pojedynczego Licznika) z Dziennika Zdarzeń Licznika dla 1000 Punktów Pomiarowych zdalnie odczytywanych za okres jednej doby nie może być dłuższe niż 30 sek.

2


Wyliczenie i wyświetlenie raportu z Profilami Wartości Sieciowych dla jednego Punktu Pomiarowego za okres jednego miesiąca nie może być dłuższe niż 10 sek.

2


Wyliczenie i wyświetlenie raportu wyznaczonej energii za rok z Profili Mocy dla 100 Punktów Pomiarowych z profilem 15-minutowym nie może być dłuższe niż 45 sek.

2


Wyliczenie i wyświetlenie raportu wyznaczonej energii za rok z Profili Rozliczeniowych dla 1000 Punktów Pomiarowych z miesięcznym Okresem Odczytowym nie może być dłuższe niż 120 sek.

2


Wyliczenie i wyświetlenie raportu bilansu energii nie może być dłuższe niż 20 sek.

2


Eksport dowolnego raportu do Excel wyliczonego w Systemie z zakresem 1000 (tysiąca) Punktów Pomiarowych z min. 100 (stu) wartościami Danych Pomiarowych oraz 5 (pięcioma) dowolnymi wartościami Atrybutów dla każdego Punktu Pomiarowego nie może być dłuższe niż 10 sek.

2


Wyliczenie i wyświetlenie raportu z Profilami Rozliczeniowymi z Okresem Odczytowym miesięcznym za jeden miesiąc dla 1000 Punktów Pomiarowych z Taryfą wielostrefową np.: C23 wraz z 10 mocami maksymalnymi wyznaczonymi zgodnie z zapisami taryfy dystrybucyjnej nie może być dłuższe niż 30 sek.

2

11. Wymagania wydajnościowe dla

Wyliczenie i wyświetlenie pojedynczego raportu dla 100 Punktów Pomiarowych który zawiera wyliczoną sumę

2

Strona 209 z 224



raportowania energii za jeden miesiąc oraz szczegóły (min. 5 wartości Atrybutów) identyfikujące dla każdego Punktu Pomiarowego nie może być dłuższe niż 20 sek.


Wyliczenie i wyświetlenie równoległe min. 5 raportów (raporty uruchomione przez 5 użytkowników Systemu) dla 100 Punktów Pomiarowych (wyliczona energia sumaryczna za miesiąc dla każdego z raportów inne Punkty Pomiarowe i inne okresy) gdzie w raporcie wyświetlane jest min. 5 Atrybutów dla oraz wielkość wyliczonej energii dla każdego Punktu Pomiarowego nie może być dłuższe niż 30 sek.

2

7.4 Dostępność i niezawodność Systemu

Tabela nr 21 – wymagania dostępności i niezawodności Systemu.


1. Dostępność na poziomie HA

Wdrażany System jest zgodny, (i przedstawiona w Ofercie architektura fizyczna Systemu zapewnia tę zgodność) ze standardami dostępności i niezawodności Zamawiającego opisanymi w Załączniku nr 2 do OPZ - Standardy technologiczne innogy BS, przy założeniu że poziom dostępności i niezawodności dla Systemu jest HA (High Availability):

- Maksymalny czas utraty danych: 1h,

- Maksymalny czas niedostępności usługi: 1h.

W przypadku gdy System Wykonawcy nie może działać na infrastrukturze Zamawiającego, która spełnia powyższe standardy dostępności i niezawodności Wykonawca powinien zaproponować własną architekturę w której będzie zapewniona dostępność i niezawodność na wymaganym poziomie HA.

2

2. Architektura rozproszona HA

Architektura Systemu zapewnia niezbędne mechanizmy wysokiej dostępności (HA) i jest rozproszona geograficznie między PDC i BDC:

- architektura odporna na awarie poszczególnych komponentów Systemu (redundancja krytycznych komponentów),

- automatyczne przełączanie pomiędzy zdalnymi ośrodkami PDC i BDC w przypadku awarii jednego z ośrodków.

2

Strona 210 z 224



7.5 Wymagania na rozszerzalność i zarządzalność dla Systemu

Tabela nr 22 – wymagania na rozszerzalność i zarządzalność Systemu.


1. Rozszerzalność raportowania i opis definiowania raportów

System zapewnia mechanizmy umożliwiające tworzenie raportów w Systemie przez Zamawiającego. Oferta musi opisywać sposoby tworzenia takich raportów w Systemie.

2

2. Rozszerzalność modelu danych

System zapewnia możliwość rozszerzania modelu danych. Oferta opisuje sposoby modyfikacji modelu danych Systemu.

2

3. Rozszerzalność funkcjonalności bez zmian w architekturze

System zapewnia możliwość rozszerzania funkcjonalności bez potrzeby modyfikacji architektury Systemu.

2

4. Zgodność ze standardami zarządzalności grupy innogy

Wdrażany System jest zgodny ze standardami zarządzalności Zamawiającego opisanymi w załączniku nr 2 do OPZ - Standardy technologiczne innogy BS.

2

5. Integracja z systemem monitorowania stanu aplikacji Zamawiającego - Zabbix

System umożliwia monitorowanie stanu krytycznych parametrów Systemu przez integrację z systemem Zamawiającego - Zabbix.

2

6. Zdalny dostęp do Systemu

Dostęp zdalny do sieci innogy realizowany jest za pośrednictwem kanału VPN.

Sesje VPN mogą być czterogodzinne lub jednogodzinne.

Kanał VPN zrealizowany jest poprzez publiczną sieć Internet z dostępem do (określonych na etapie realizacji Systemu) adresów IP. Autentykacja użytkownika do kanału VPN następuje każdorazowo poprzez jednorazowy kod uprawniający do nawiązania sesji VPN, przekazywany sms-em lub wysyłany do aplikacji klienta OTP.

2

Strona 211 z 224



7.6 Testowalność Systemu

Zdefiniowane przez Zamawiającego wymagania w zakresie testowalności opisane zostały w tabeli poniżej.

Tabela nr 23 – wymagania na testowalność Systemu.

Strona 212 z 224




1. Przygotowanie scenariuszy testowych

Wykonawca przygotuje szczegółowy opis scenariuszy testowych i przypadków testowych aplikacji weryfikujących jej zgodność z wymaganiami funkcjonalnymi i pozafunkcjonalnymi Zamawiającego.Każdy opis przypadku testowego zawiera co najmniej:- nazwę identyfikującą,- cel,- wykaz czynności przygotowawczych,- warunki początkowe,- zestaw danych testowych,- szczegółowy opis sposobu wykonania,- szczegółowy opis oczekiwanego rezultatu,- szczegółowy opis sposobu weryfikacji wyniku,- opis czynności końcowych.

2

2. Macierz realizacji wymagań przez rozwiązanie standardowe

Wykonawca przygotuje macierz realizacji wymagań przez rozwiązanie standardowe (jeśli takie posiada).

1

3. Macierz pokrycia wymagań testami

Wykonawca przygotuje macierz pokrycia wymagań funkcjonalnych i pozafunkcjonalnych przez przypadki testowe.

2

4. Rodzaje testów Wykonawca przygotuje:- opis scenariuszy testowych i - przeprowadzi testy i - przedstawi raport z wykonania co najmniej następujących rodzajów testów:- testy funkcjonalne i- testy integracyjne i- testy wydajnościowe i- testy skalowalności poszczególnych komponentów systemu i- testy wysokiej dostępności Systemu (przełączanie poszczególnych komponentów Systemu między Podstawowym i Zapasowym Centrum Przetwarzania) i- testy obsługi awarii różnych komponentów Systemu (crash testy) i- testy procedur utrzymaniowych.

2

5. Testy Dymne Wykonawca oznaczy w przygotowanych scenariuszach testowych, przypadki testowe służące do weryfikacji krytycznych funkcjonalności Systemu, które będą używane do weryfikacji na środowisku testowym lub produkcyjnym każdej istotnej zmiany tam wprowadzonej (testy dymne).

2

Strona 213 z 224



6. Raport z wykonania testów przez Wykonawcę.

Wykonawca wykona opisane scenariuszami testowymi wszystkie rodzaje testów na środowisku Zamawiającego i przedstawi raport z ich wykonania przed zgłoszeniem Systemu do testów Zamawiającego (np. testów akceptacyjnych).

Raport będzie zawierał informacje o zakresie wykonanych testów m.in. listę przypadków testowych wraz z listą otwartych zgłoszeń błędów

2

7. Wykonanie testów na danych źródłowych

Wykonawca przeprowadza wszystkie testy na danych pochodzących z systemów źródłowych, które zostaną zanonimizowane.

2

8. Wspólne przypadki testowe dla różnych rodzajów testów

Wykonawca przeprowadza wszystkie testy bazując na planie testów i liście scenariuszy testowych.

2

9. Wspólne przypadki testowe dla różnych rodzajów testów

Scenariusze testowe są wspólne dla wszystkich rodzajów testów (np. testy wydajnościowe są prowadzone na grupie wybranych scenariuszy testów funkcjonalnych).

2

10. Symulacja obciążenia systemu zgodnie z wymaganiami wydajności i skalowalności

Testy wydajnościowe są przeprowadzone z wykorzystaniem narzędzi symulujących automatycznie obciążenie Systemu, symulowane obciążenie jest zgodne w wymaganiami wydajnościowymi Zamawiającego (np. jeżeli Zamawiający oczekuje że z System będzie pracować jednocześnie 100 użytkowników to narzędzie powinno symulować prace 100 jednoczesnych użytkowników, analogicznie dla ilości danych importowanych do Systemu). Przygotowanie skryptów do przeprowadzenia automatycznych testów wydajności oraz przygotowanie (zasilenie) baz danych do przeprowadzenia testów skalowalności leży po stronie Wykonawcy.

2

11. Opis realizacji testów wydajnościowych w ofercie

Wykonawca opisze sposób w jaki zostaną wykonane testy wydajnościowe Systemu zawierający m.in.:

- narzędzia wykorzystywane do generowania obciążenia,

- sposób zasilenia danymi testowymi (import z systemów źródłowych lub generacja danych testowych).

2

12. Wykonanie testów wydajnościowych na docelowym zakresie i ilości danych

Testy są przeprowadzone na pełnym zakresie danych jakie zostaną zaimportowane (zmigrowane z systemów źródłowych lub wygenerowane testowo) do nowego Systemu z systemów źródłowych i na ilościach (danych/użytkowników/itp.) zgodnie z wymaganiami wydajnościowymi.

2

13. Przygotowanie danych Wykonawca przygotuje wszystkie niezbędne dane 2

Strona 214 z 224



testowych testowe w porozumieniu z Zamawiającym.

14. Weryfikacja poprawności danych

Wykonawca odpowiada za weryfikację poprawności i kompletności danych w Systemie na każdym etapie projektu. Wykona na żądanie Zamawiającego analizę i przedstawi jej wyniki.

2

15. Procedura anonimizacji danych

Wykonawca przygotuje procedurę zasilenia środowiska testowego danymi ze środowiska produkcyjnego uwzględniającą anonimizację danych.

2

16. Możliwość współdzielenia części infrastruktury dla różnych środowisk Systemu

Wykonawca w trakcie realizacji prac uwzględni możliwość współdzielenia przez środowiska testowe i produkcyjne Systemu części zasobów infrastrukturalnych Zamawiającego (np. infrastruktury sieciowej, macierzy, itp.) . W szczególności Wykonawca zapewni prawidłowe przenoszenie kolejnych wersji Systemu między tymi środowiskami.

2

Strona 215 z 224



7.7 Integracja Systemu

Zdefiniowane przez Zamawiającego wymagania integracyjne zostały opisane w tabeli poniżej.

Tabela nr 24 – wymagania na integrację Systemu.

Strona 216 z 224




1. Zgodność ze standardami integracyjnymi grupy innogy

Wdrażany System jest zgodny ze standardami integracyjnymi zamawiającego opisanymi w Załączniku nr 4 do OPZ - Standardy integracyjne grupy innogy dla dostawców aplikacji - ogólne".

2

2. Zakres danych przesyłanych między systemami

Dostarczone przez Wykonawcę interfejsy obejmują zakres danych wymienianych między Systemem i systemami integrowanymi z Systemem opisany w rozdziale:5 Wymagania funkcjonalne biznesowe dlaSystemu . Docelowy zakres wymienianych danych zostanie ustalony na etapie analizy i projektu technicznego Systemu.

2

3. Rozszerzalność interfejsów integracyjnych

Wdrażane Rozwiązanie jest łatwo rozszerzalne/modyfikowalne w warstwie integracji. Oznacza to, że:

– zmiana obiektów i atrybutów przesyłanych interfejsami nie wymaga zmian w architekturze rozwiązania i nie ma wpływu na licencje wymagane przez Rozwiązanie

– dodatkowe interfejsy z kolejnymi Systemami wykonawcy nie wymagają zmian w architekturze Rozwiązania i nie mają wpływu na licencje wymagane przez Rozwiązanie

2

4. Niezależny komponent integracyjny

System posiada niezależny od pozostałej części komponent lub komponenty logiczne odpowiedzialne za realizację integracji.

2

5. Interfejs WebServices System posiada możliwość integracji przez interfejs oparty na technologii Web Services (SOAP over HTTP(S)) w zakresie opisanych w dokumencie OPZ interfejsów. Docelowy sposób integracji (w interfejsach, w których nie zostało to określone), w tym wykorzystanie WS, zostanie określony na etapie projektu technicznego.

2

6. Interfejs masowego przesyłania danych

System posiada interfejs integracyjny do masowego przesyłania danych.

2

7. Zgodność z OBIS Wymieniane przez interfejsy dane konfiguracyjne, Dane Pomiarowe, identyfikatory są opisane i zgodne z kodami OBIS.

2

8. Własność Danych Pomiarowych w udostępnianych danych

System zapewnia, że udostępniane interfejsami Dane Pomiarowe spełniają zasadę iż Odbiorca jest właścicielem Danych Pomiarowych poprzez jednoznaczne identyfikowanie tych danych.

Dotyczy to udostępniania danych do zewnętrznych podmiotów w oparciu o umowy jakie Odbiorca zawarł w danym Punkcie Pomiarowym.

2

Strona 217 z 224



9. Weryfikacja i poprawa spójności danych w systemach

Wykonawca zapewni mechanizmy weryfikacji i poprawy spójności danych wymienianych pomiędzy Systemem a systemami zewnętrznymi wskazanymi w rozdziale Architektura Rozwiązania.

2

10. Obsługa operacji wycofania w interfejsach

Interfejsy Systemu muszą zapewniać obsługę operacji wycofania błędnie wprowadzanych danych oraz komunikaty techniczne z systemów zewnętrznych zawierające korektę lub wycofanie wprowadzonych wcześniej zmian (np. storno, korekta danych konfiguracyjnych na obiektach systemu). Korekty takie muszą być obsługiwane poprzez mechanizmy wersjonowania w Systemie.

2

11.

Zakres odpowiedzialności przy integracji

W zakresie prac związanych z integracją Rozwiązania Wykonawca wykona i dostarczy:1. Projekt funkcjonalny wszystkich interfejsów po stronie Rozwiązania2. Projekt techniczny wszystkich interfejsów po stronie Rozwiązania3. Implementację wszystkich interfejsów po stronie Rozwiązania

Dostosowanie:1. Systemów Dziedzinowych (Zamawiającego) integrowanych z Rozwiązaniem oraz 2. Platformy Integracyjnej (SAP PI) leży po stronie Zamawiającego.

Strona 218 z 224



7.8 Wymagania dokumentacji Systemu

Dokumentacja ofertowa oraz projektowa musi spełniać oczekiwania Zamawiającego określone w tabeli poniżej. Dokumenty dostarczane przez Wykonawcę w toku realizacji umowy muszą być zgodne z szablonami stanowiącymi załączniki do Załącznika nr 4 do SIWZ – Wzór Umowy.

Tabela nr 25 – wymagania na dokumentację Systemu.

Strona 219 z 224




1. Język dokumentacji Wymagane przez Zamawiającego dokumenty dostarczane w ramach postępowania (ofertowe, projektowe, utrzymaniowe) są przygotowane w języku polskim. Za zgodą Zamawiającego część dokumentacji może być dostarczona w języku angielskim.

1

2. Format dokumentacji Dokumentacja jest przygotowana w postaci dokumentów Word w szablonach dostarczonych przez Zamawiającego. Dostawca za zgodą Zamawiającego może dokonać dostosowania szablonu dokumentacji do specyfiki projektu.

1

3. Format diagramów Wszystkie diagramy w dokumentach są przygotowane w narzędziu Enterprise Architect i dostarczone również w postaci źródłowej (export XMI lub EAP).

1

4. Diagramy procesów biznesowych

Wykonawca dostarcza diagramy procesów biznesowych wraz z ich opisem.

1

5. Diagramy architektury integracji Systemu

Wykonawca dostarcza diagramy architektury integracji Systemu.

1

6. Diagramy architektury logicznej Systemu

Wykonawca dostarcza diagramy architektury logicznej budowy Rozwiązania.

7. Diagramy architektury fizycznej Systemu

Wykonawca dostarcza diagramy architektury fizycznej Systemu.

1

8. Diagramy modelu logicznego danych

Wykonawca dostarcza diagramy modelu logicznego danych wraz z opisem obiektów i atrybutów.

1

9. Diagramy modelu fizycznego danych

Wykonawca dostarcza diagramy modelu fizycznego danych wraz z opisem obiektów i atrybutów.

1

10. Dokumentacja architektury Systemu

Wykonawca dostarcza dokument "Architektura Systemu". Dokument ten powstaje w ścisłej współpracy z Zamawiającym.

1

11. Dokumentacja projektu funkcjonalnego

Wykonawca dostarcza dokument "Projekt Funkcjonalny" wraz z opisem GUI (Graficznego Interfejsu Użytkownika).

1

12. Dokumentacja projektu technicznego

Wykonawca dostarcza dokument "Projekt Techniczny".

1

13. Dokumentacja scenariuszy testowych

Wykonawca dostarcza dokument "Scenariusze Testowe".

1

14. Dokumentacja planu testów

Wykonawca dostarcza dokument "Plan Testów". 1

15. Raport z Testów Wykonawca dostarcza dokument "Raport z Testów". 2

Strona 220 z 224



16. Dokumentacja administracyjna

Wykonawca dostarcza dokument "Administracja Systemu".

1

17. Podręcznik użytkownika Wykonawca dostarcza dokument "Podręcznik Użytkownika Systemu".

2

18. Dokumentacja architektury Systemu zgodna z szablonem

Wykonawca dostarcza dokumentację architektury Systemu zgodną z "Szablon Architektury Systemu".Dostawca za zgodą Zamawiającego może dokonać dostosowania szablonu dokumentacji do specyfiki projektu.

1

19. Dokumentacja projektu funkcjonalnego Systemu zgodna z szablonem

Wykonawca dostarcza dokumentację projektu funkcjonalnego zgodną z "Szablon projektu funkcjonalnego".Dostawca za zgodą Zamawiającego może dokonać dostosowania szablonu dokumentacji do specyfiki projektu.

1

20. Dokumentacja projektu technicznego Systemu zgodna z szablonem

Wykonawca dostarcza dokumentację projektu technicznego Systemu zgodną z "Szablon projektu technicznego".Dostawca za zgodą Zamawiającego może dokonać dostosowania szablonu dokumentacji do specyfiki projektu.

1

21. Dokumentacja administracyjna Systemu zgodna z szablonem

Wykonawca dostarcza dokumentację administracyjną zgodną z szablonem "Szablon administracji systemu".

Dostawca za zgodą Zamawiającego może dokonać dostosowania szablonu dokumentacji do specyfiki projektu.

1

22. Dodatkowe informacje w dokumentacji administracyjnej

W dokumentacji administracyjnej Wykonawca dostarczy również:

- procedurę zmiany haseł dla wszystkich kont technicznych i aplikacyjnych,

- procedury monitorowania poprawności działania systemu wraz z opisaną listą kodów błędów,

- procedury monitorowania stanu komunikacji pomiędzy Systemem a zintegrowanymi innymi systemami IT,

- procedury utrzymaniowe Systemu zgodnie z zakresem określonym w załączonych Standardach innogy.

1

23. Podręcznik użytkownika Systemu zgodny z szablonem

Wykonawca dostarcza podręcznik użytkownika zgodny z szablonem "Szablon podręcznika użytkownika Systemu".

Dostawca za zgodą Zamawiającego może dokonać dostosowania szablonu dokumentacji do specyfiki projektu.

1

Strona 221 z 224



24. Proces tworzenia dokumentacji

Dokumentacja dostarczona przez Wykonawcy powstaje iteracyjnie w trakcie trwania projektu i podlega cząstkowej akceptacji ze strony Zamawiającego.

1

25. Dostarczenie aktualnej dokumentacji na koniec projektu

Na koniec projektu Wykonawca dostarczy komplet zaktualizowanych dokumentów.

1

26. Zakres informacji w dokumentacji projektu funkcjonalnego Systemu.

Zawarte opisy realizacji wymagań w dokumentacji projektu funkcjonalnego Systemu zapewniają jednoznaczne zrozumienie działania Systemu na potrzeby realizacji wymagań Zamawiającego.

1

Strona 222 z 224



7.9 Wymagania prawne i regulacyjne

Wdrażany System musi być zgodne z regulacjami obowiązującymi na polskim rynku energii.

7.10 Wymagania dla szkoleń

Zamawiający oczekuje, iż w ramach prac projektowych Wykonawca zapewni pakiet szkoleń dla pracowników Zamawiającego wg określonych przez Zamawiającego wymagań, wskazanych w załączniku nr 4 do SIWZ [Wzór Umowy].

7.11 Wymagania prawnoautorskie

Warunki prawnoautorskie do Systemu, jak też do pozostałych utworów określa Umowa.

8 Wymagania dla utrzymania SystemuWarunki utrzymania Systemu zostały określone w Umowie.

9 Wymagania w zakresie utrzymania Systemu zdefiniowane są w Załączniku nr 4 do SIWZ - Wymagania dla Rozwoju Systemu

Wykonawca zapewni Usługę Rozwoju dla Systemu w okresie trwania Usługi Utrzymania Systemu. Usługa Rozwoju Systemu będzie polegała na dokonywaniu zmian w Systemie zgodnie z zasadami opisanymi w Załączniku 4 do SIWZ [Wzór Umowy]. Zakres Usług Rozwoju będzie realizowany na potrzeby dostosowania Systemu w wyniku zmian prawa, regulacji wpływających na Procesy Biznesowe realizowane w Systemie, decyzje Regulatora, zmiany dokumentów: IRiESP i IRiESR, standardów wymiany Danych Pomiarowych w Polsce oraz innych potrzeb Zamawiającego.

10 Rysunki

Diagramy zawarte w niniejszym OPZ, w celu zapewnienia odpowiedniej czytelności, zostały załączone także w formacie A-3 jako załączniki nr 10 do OPZ. Diagramy zostają dostarczone w formacie plików JPG.

11 Załączniki

1. Załącznik nr 1 [Polityka Bezpieczeństwa dla Dostawców (PBDD)],

2. Załącznik nr 2 [Standardy technologiczne innogy BS],

3. Załącznik nr 3 [Wytyczne dla koncepcji ról i uprawnień],

4. Załącznik nr 4 [Standardy integracyjne grupy innogy dla dostawców aplikacji],

5. Załącznik nr 5 [Standardy tworzenie Web serwisów],

6. załącznik nr 6 [IRiESD Zamawiającego]

7. Załącznik nr 7 [IRiESP]

8. Załącznik nr 8 [Standardy Wymiany Informacji Centralnego Systemu Wymiany Informacji (CSWI)]

9. Załącznik nr 9 [Standardy techniczne systemu WIRE]

Strona 223 z 224



10. Załącznik nr 10 [Diagramy]: Architektura logiczna obecna Architektura logiczna dla fazy 2 Architektura logiczna dla fazy 3 Architektura logiczna dla fazy 4

11. Załącznik 11 [definicja IDoc SAP IS-U dla komunikacji z Systemem]

Strona 224 z 224

Documents

Załącznik nr 1 do SIWZ – Opis Przedmiotu …/media/Innogy-Group/Innogy/... · Web viewPrzekładnik napięciowy – urządzenia elektryczne na potrzeby rozszerzenia zakresu pomiarowego