· web view- musimy wiedzieć więcej zgodnie ze specyfikacją dla urządzenia "id" 2,...

Nr sprawy: DT/1/13

Gdańsk, 8 maja y r.

Wykonawcy - Uczestnicy i Wykonawcy - Doradcy Dialogu Technicznego

Szanowni Państwo,

uprzejmie informuję, że w trakcie wznowionego Dialogu Technicznego zgłoszone zostały pytania i uwagi uczestników dialogu. W niniejszym dokumencie Zamawiający przedstawia, bez wskazywania źródła, przedmiotowe pytania i uwagi oraz stanowisko Zamawiającego. Należy podkreślić, że ewentualna, obecnie negatywna ocena określonych propozycji nie eliminuje całkowicie możliwości ich wprowadzenia do ostatecznej wersji SIWZ. Finalne stanowisko zostanie przez Zamawiającego zaprezentowane w chwili wszczęcia postępowania, którego dotyczył niniejszy dialog.

Lp. 200. Dotyczy: COSEM 2nd v20 2-nc, pkt 5.4 oraz pkt 4.1.4.1

Uwaga:

- Musimy wiedzieć dokładnie (najlepiej byłoby na przykład), które są różnice między "taryfy taryfy grupy" i "strefy", ponieważ nie jest zamazane informacji na ich temat w towarzysza i specyfikacji dokumentów:

Nie ma definicji "Obowiązująca taryfa grupy" obiektu i istnieje definicja " Aktywny identyfikator strefy taryfowe", co naszym zdaniem muszą być różne obiekty.

Wartość atrybutu "aktywnego" identyfikatorem strefy taryfowe obiekt jest zdefiniowany jako oktet-string[ 8] rodzaj kolumny, ale sens tego samego zbioru mówi, że wartość ta jest liczbą, i jest to sprzeczne z oktetu-string[ 8] rodzaj.

Zgodnie z ppkt 4.1.4.1 dokumentu towarzyszącego, to sądzimy, że taryfy "strefa" odnosi się do tego, co znamy jako stawkę lub taryfy ( w polu script_selector day_profile_table atrybutem działalności obiektu kalendarza), ale ten ustęp mówi nic o tym, co "taryfy" odnosi się do grupy, i czy jest to część czynności kalendarza.

- We need to know exactly (the best way would be an example) which are the differences between ‘tariff group’ and ‘tariff zone’, because there is blurred information about them in Companion and Specifications documents:

There is a definition for ‘Current tariff group’ object and there is a definition for ‘Active tariff zone identifier’, so we think they must be different objects.

The value attribute of ‘Active tariff zone identifier’ object is defined as octet-string[8] type, but meaning column of the same table says that this value is a number, and this is inconsistent with the octet-string[8] type.

According to paragraph 4.1.4.1 of Companion document, we think that ‘tariff zone’

1

Nr sprawy: DT/1/13

relates to what we know as rate or tariff (script_selector field in day_profile_table attribute of Activity calendar object), but this paragraph says nothing about what ‘tariff group’ relates to, and whether it is a part of the activity calendar.

Odpowiedź Zamawiającego:

We have the following definitions given in section 9.1 (Technical terms) in the Companion document.

Tariff Zone - defined periods during the day, week, month and year in with a uniform tariff

Tariff - a set of prices and rates and conditions for their application, developed by the energy company and introduced as binding to specific recipients in the manner prescribed by law.

Tariff Group - a group of consumers receiving power, or using the services related to the supply of this energy, for which one set of prices or charged rates and their conditions of implementation is used (tariff)

Obviously, ‘Current tariff group’ object and ‘Active tariff zone identifier’ identifier are different object specified in sec. 5.4.

The definition of both objects have been corrected as follows:.

The OBIS codes of “‘Current tariff group”’ and ‘‘Active tariff zone identifier” objects have been corrected in Section 4.1.4. as well.

Przyjmujemy następujące definicje podane w rozdz. 9.1 Specyfikacji obiektów COSEM

Strefa taryfowa – zdefiniowane okresy w ciągu doby, tygodnia, miesiąca i roku w których obowiązuje jednakowa taryfa

Taryfa – zbiór cen i stawek opłat oraz warunków ich stosowania, opracowany przez przedsiębiorstwo energetyczne i wprowadzany jako obowiązujący dla określonych w nim odbiorców w trybie określonym ustawą

Grupa taryfowa - grupa odbiorców pobierających energię lub korzystających z usług związanych z zaopatrzeniem w tą energię, dla których stosuje się jeden zestaw cen lub stawek opłat i warunków ich stosowania (taryfę)

Oczywiście obiekt ‘Current tariff group’ oraz obiekt ‘Active tariff zone identifier’ są różnymi obiektami zdefiniowanymi w rozdz. 5.4.

Definicje obu obiektów zostały skorygowane jak podano niżej. Kody OBIS obiektów “Current tariff group” i ‘‘Active tariff zone identifier” zostały także poprawione w rozdz. 4.1.4.

2

Nr sprawy: DT/1/13

Lp. 201. Dotyczy: COSEM 2nd v20 2-nc, pkt 5.2

Uwaga:

- Musimy wiedzieć więcej zgodnie ze specyfikacją dla urządzenia "ID" 2, 3, 4 i 5 obiekty; dokument towarzysz mówi nic o nich i musimy wiedzieć, w jaki sposób do procesu i czynności dla tych obiektów (pkt 5.2 [ 2]).

- We need to know more specification for ‘Device ID’ 2, 3, 4 and 5 objects; Companion document says nothing about them and we need to know how to process set and get operations for these objects (Point 5.2 of [2]).


“Device ID 2” – E-meter equipment identifier (owned and handled by the utility) -

“Device ID 3” – Location information (owned and handled by the utility) –

“Device ID 4” – DLMS protocol version–

“Device ID 5” – no meaning – general purpose ID for the future use

Corrections have been introduced in the table in sec. 5.2.

’Device ID 2’ – identyfikator licznika (w gestii operatora)

‘Device ID 3’ – identyfikator lokalizacji (w gestii operatora)

‘Device ID 4’ – wersja protokołu DLMS

‘Device ID 5’ – brak znaczenia – identyfikator ogólnego przeznaczenia do wykorzystania w przyszłości

Uzupełnienia zostały podane w tabeli w rozdz. 5.2.

ID 2 – 7 będą wypełniane opcjonalnie, a konkretne wartości bedą podawane najwcześniej na etapie przygotowania liczników do produkcji.

Lp. 202. Dotyczy:

Uwaga:

- Konfliktu z "wartości" obiekty płatnika musi być rozwiązany, bo OBIS 0-0 :98.1.0.255 definiuje się dwa razy w dokumencie. Po raz pierwszy (str. 42), że OBIS jest zdefiniowana dla "okresie rozliczeniowym dane" obiekt, którego uchwycenie obiektów ponieważ lista jest

3

Nr sprawy: DT/1/13

konfigurowalny capture_objects atrybut jest zapisywalny. Drugi raz (str. 58) to OBIS jest zdefiniowana dla płatnika "Wartości" obiekt, którego uchwycenie obiektów lista nie jest konfigurowalne ponieważ capture_objects atrybut jest tylko czytelne.

- A conflict with the ‘billing values’ objects must be resolved, because OBIS 0-0:98.1.0.255 is defined two times in Companion document. First time (page 42) that OBIS is defined for the ‘Billing period data’ object, whose capture objects list is configurable because the capture_objects attribute is writable. Second time (page 58) that OBIS is defined for the ‘Billing Values’ object, whose capture objects list is not configurable because the capture_objects attribute is only readable.


Billing Period data - The OBIS of “Billing period data” object remains unchanged: 0-0:98.1.0.255 (value: 0000620101FF) both in sec. 4.1.5 and in sec. 5.5 -the capture_object attribute of this object is not writable.

The object name “Billing values” has been changed to “Current billing values”. The OBIS code of “Current billing values” object has been corrected as follows: 0-0:21.0.11.255 (value: 0000150BFF) - see sec. 4.2.1 and sec. 6.1 - the “capture_object” attribute of this object is not writable.

‘Billing Period data’ - kod OBIS obiektu ‘Billing period data’ 0-0:98.1.0.255 (wartość: 0000620101FF) pozostaje niezmieniony zarówno w rozdz. 4.1.5 jak też w rozdz. 5.5 - brak uprawnień do zapisu atrybutu capture_object tego obiektu.

Nazwa obiektu ‘Billing values’ została zmienionas na ‘Current billing values’. Kod OBIS obiektu ‘Current billing values’ został zmieniony jak następuje: 0-0:21.0.11.255 (wartość: 0000150BFF) - patrz rozdz. 4.2.1 oraz rozdz. 6.1 – brak uprawnień do zapisu atrybutu ‘capture_object’ tego obiektu.

Lp. 203. Dotyczy:

Uwaga:

- Konfliktu z "maską funcioning wydarzenia związane z interfejsami" i " Maska zdarzeń związanych z aktualizacją oprogramowania układowego" licznik obiektów musi być rozwiązany, ponieważ są one zdefiniowane w tym samym kodem OBIS.

- A conflict with the ‘Mask of events related to functioning of interfaces’ and ‘Mask of events related to meter firmware update’ objects must be resolved, because they are defined with the same OBIS code.


Mask of events related to meter firmware update – The OBIS code of this object has been corrected as follows: 0-1:94.48.112.255 (value: 00015E3070FF) – both in sec. 4.1.8 and in sec. 5.8.

‘Mask of events related to meter firmware update’ – kod OBIS tego obiektu został zarówno w rozdz. 4.1.8, jak też w rozdz. 5.8 skorygowany następująco: 0-1:94.48.112.255 (wartość: 00015E3070FF).

4

Nr sprawy: DT/1/13

Lp. 204. Dotyczy:

Uwaga:

- Ważne jest, że realizują wyjaśnienia do sposobem na poznanie oprogramowania sprzętowego w wersji z licznikiem, bo nie ma obiektu jako "wersja oprogramowania sprzętowego" lub "aktywną firmware identyfikator" lub podobne. W rzeczywistości, informacje, które mają być zarejestrowane w aktualizacji oprogramowania układowego zdarzenia zawiera zegar, kod zdarzenia, i " {ona 1,0 -0:0.20.255 ,2,0} Firmware versión" i " {ona 1,0 -0:96.1.6.255 ,2,0} poprzednio wersji oprogramowania układowego" obiekty, ale obiekty te nie są określone w dokumencie towarzyszącym, a nawet myślę, że pierwsza część ma wpisane jest błąd i 0-0 :0,2.0,255 .

- It is important they clarify the way to know the firmware version of the meter, because there is not an object as ‘Firmware version’ or ‘Active firmware identifier’ or similar. In fact, the information to be registered with firmware update event includes clock, event code, and “{1,0-0:0.20.255,2,0} Firmware version” and “{1,0-0:96.1.6.255,2,0} Former firmware version” objects, but these two objects are not defined in Companion document, and even we think that the first one has a typed error and it is 0-0:0.2.0.255.


The OBIS code of the “Firmware version” object has been corrected as follows: 0-0:0.2.0.255 – in sec. 4.1.10, in sec. 5.10 and in sec. 5.8 as well.

The OBIS code “Former firmware version” (1-0:96.1.6.255) has been defined in sec. 5.2. It was also included in the table in sec. 4.1.2.

Kod OBIS obiektu ‘Firmware version’ został w rozdz. 4.1.10, jak też w rozdz. 5.10 następująco skorygowany: 0-0:0.2.0.255.

Kod OBIS obiektu ‘Former firmware version’ (1-0:96.1.6.255) został podany w rozdz. 5.2. Został on również podany w tabeli w rozdz. 4.1.2.

Lp. 205. Dotyczy:

Uwaga:

-Rozdział V. 5.d w specyfikacji dokumentu ( ) sekcji) mówi: "automatyczny komunikat przewijanie powinna być możliwość konfiguracji" i "wykazy te powinny być swobodnie

5

Nr sprawy: DT/1/13

konfigurowalne, zarówno zdalnie i lokalnie". Prosimy o określenie sposobu, jak konfiguracji, bo towarzysz dokument nie określa przedmioty na te cele. (na przykład, Portugalski Pomocnik ma " {7,0 } 0-21.0.1.255 ogólne:odczyt na wyświetlaczu (funkcja Auto scroll sekwencja) ", " {7,0 } alternatywne 0-21.0.2.255:odczyt na wyświetlaczu (Ręczne przewijanie sekwencja)" i " {3, 0} 0-94.35.110.255:czas przewijania ekranu" obiektów w tym samym celu.

-Section V.5.d in specification document (display specification section) says “Automatic message scroll interval should be configurable” and “These lists should be freely configurable, both remotely and locally”. We need you to specify the way to do that configuration, because Companion document doesn’t define objects for these purposes.(For example, Portuguese Companion has the “{7,0:0-21.0.1.255} General Display Readout (Auto scroll sequence)“, “{7,0:0-21.0.2.255} Alternative Display Readout (Manual scroll sequence)” and “{3, 0:0-94.35.110.255} Time for Scroll Display” objects for the same purposes.


In the new version of the Companion document the sec. 5.11”Data display” has been added where the configuration of the data display is given. The OBIS codes that has been added are also included in sec. 4.1.11.

W nowej wersji Specyfikacji obiektów COSEM został dodany rozdz. 5.11 ‘Data display’ (Wyświetlacz), w którym jest określona konfiguracja wyświetlacza. Kody OBIS obiektów, które zostały wykorzystane są także przedstawionme w rozdz. 4.1.11.


Uwaga:

- Musimy potwierdzić niektóre informacje o profilu obciążenia godzinowe obiektu (0-0 :99.1.0.255 ). Uważamy, że nie ma zgody błąd, ponieważ jest tylko atrybut capture_period czytelny, jednak oba znaczenia kolumnie tabeli i rozdział V. 3.a specyfikacji dokumentu wymaga, aby uchwycić czas musi być konfigurowane (15, 30 lub 60 minut) .Należy również zadbać o to, aby potwierdzić, że chcesz bezwzględnej wartości energii w każdym przechwytywania godzinowe zamiast wartości energii pierwotnej (w rzeczywistości z towarzyszem nie definiuje obiekty dla elementarnych wartości energii), aby potwierdzić, że chcesz również ma być napięcie/prąd/s s i wartości godzinowych w każdym przechwytywania (uważamy, że nie ma sensu bo będą to chwilowe wartości prądów i napięć w samym momencie stawek godzinowych).

- We need to confirm some points about hourly load profile object (0-0:99.1.0.255). We think there is a permission error, because capture_period attribute is only readable, however both meaning column of the table and section V.3.a of specifications document require that capture period must be configurable (15, 30 or 60 minutes).We also need to confirm you want the absolute energy values in each hourly capture instead of incremental energy values (in fact, your Companion does not define objects for incremental energy values), and to confirm you also want voltage/s and current/s values in each hourly capture (we think it doesn’t make much sense because they will be the instantaneous voltage and current values just in the moment of the hourly capture).

6

Nr sprawy: DT/1/13


1. Of course the “capture_period” attribute of the object “Hourly profile 1” object (at present the name of the object is “Profile 1” - 1-0:99.1.0.255) has to be configurable and therefore the access rights have been corrected as follows: M/R/F/P/H: RW/R-/--/--/R-, respectively. Moreover, OBIS codes for defined profiles have to start with the digit 1 instead of 0. All these corrections have been included in sec. 6.3 and also in sec. 4.2.3.

2. We confirm that we use absolute energy values in each hourly capture and also we use instantaneous voltage and current values in the profile.

1. Oczywiście atrybut ‘capture_period’ obiektu ‘Hourly profile 1’ (którego obecna nazwa to ‘Profile 1’. -1-0:99.1.0.255), musi być konfigurowalny i w związku z tym uprawnienia dostępu zostały zmienione na M/R/F/P/H: RW/R-/--/--/R- Oprócz tego kody OBIS zdefiniowanych profili zaczynają się od liczby 1 zamiast 0. Wszystkie te zmiany zostały wprowadzone w rozdz. 6.3, a także w rozdz. 4.2.3.

2. Potwierdzamy, że wykorzystywane są wartości absolutne (liczydła) energii, a także chwilowe wartości napięć i prądów w chwili zatrzaskiwania wartości wielkości będących elementami profili.

Lp. 207. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 5 lit a) ppkt iii – iv

Uwaga:

- Dwa punkty, które muszą być potwierdzone w wyświetlanych informacji. Informacje o dacie i godzinie, nasz wyświetlacz pokazuje ich przewijanie taryfy, data i godzina, nie na stałe. I o kolejności faz, wyświetlacz pokazuje zawsze L1 L2 L3 sekwencja i wskazuje nieprawidłowy przebieg fazy miga te trzy symbole. Czy akceptujesz to?

- There two points to be validated regarding displayed information. About date and hour, our display shows them scrolling tariff, date and hour, not permanently. And about phases sequence, our display shows always the L1 L2 L3 sequence, and it indicates wrong phases sequence by blinking those three symbols. Do you accept this configuration?


Date and time belong to both Auto Scroll and Manual Scroll sequences according to sec. 5.11 where the objects “Auto Scroll sequence” (0-0:21.0.1.255) and “Manual Scroll sequence” (0-0:21.0.2.255) are defined. So the date and the time are scrolled.

According to Energa requirements (Amendment no 3 to Energa tender specification – VI. 5.a v)) phase voltage presence and the phase voltage sequence have to be presented on the display. See also other requirements Amendment no 3 which do not influence the OBIS specification.

See also Response No 223 and Response No 230.

Data i czas należą do sekwencji Auto Scroll oraz Manual Scroll. Sekwencje te są określone w rozdz. 5.11, w którym zdefiniowane są obiekty “Auto Scroll sequence” (0-

7

Nr sprawy: DT/1/13

0:21.0.1.255) oraz “Manual Scroll sequence” (0-0:21.0.2.255). Zatem data i czas są przewijane w ramach poszczególnych sekwencji wyświetlania.

W odniesieniu do wymagań Energa (Dodatek nr 3 Umowy Realizacyjnej postępowania przetargowego – VI. 5.a v) napięcia fazowe i ich kolejność powinny być prezentowane na wyświetlaczu. Należy uwzględniać inne wymagania zawarte w Dodatku 3, które bezpośrednio nie dotyczą specyfikacji obiektów opisanych kodami OBIS.

Patrz także Odpowiedź nr 223 oraz Odpowiedź nr 230.

Lp. 208. Dotyczy:

Uwaga:

- Musimy cię do rozwiązania niektórych konfliktów pomiędzy wydarzeniami listy i resztę dokumentacji:

Rozdział V. 4.b.v specyfikacji dokumentu wymaga, aby licznik powinien zapisać "demontaż listwy zaciskowej" i "demontaż obudowy miernika" zdarzeń, jednak sekcja 4.5.1.7 z towarzyszem jedynie określa dokument "otwarcie" i "zamknięcie pokrywy', dzięki czemu paru zdarzeń muszą być zdefiniowane.

Co masz na myśli przed kradzieżą umożliwia rejestrację napięcia "zwisu w pobór mocy"? I czy "nie" oznaczenie kradzieży można znaleźć w wykończenie "zwisu w napięcie pobór mocy"? Nie rozumiem dlaczego bardzo dobrze ze względu na inne zdarzenia kradzieży mają swoje własne zakończenie imprezy.

Towarzysz dokument określa "awaria zasilania" wydarzenia; rozumiemy te zjawiska są różne, że napięcie "sag o 50 %" wydarzenia. Jest to wartość progowa do rejestru tych "awaria zasilania" imprezy?

Towarzysz dokument określa "zmiana napięcia znamionowego" zdarzenia, dzięki czemu uważamy, że napięcie referencyjne muszą być konfigurowane, ale ten dokument nie definiuje obiekt (kod OBIS), aby zmienić wskazanie napięcia odniesienia. Albo więc będziemy ignorować tego zdarzenia lub definiowania obiektu do zmiany napięcia.

- We need you to resolve some conflicts between the events list and the rest of documentation:

Section V.4.b.v of specifications document requires that the meter should record ‘removal of terminal strip’ and ‘removal of casing of the meter’ events; however, section 4.5.1.7 of Companion document only defines ‘Opening the cover’ and ‘Closing the cover’, so another couple of events must be defined.

Which theft do you mean to register the ‘Voltage sag at the power consumption’ event? And does the ‘No indication of theft’ event refer to the finish of the ‘Voltage sag at the power consumption’ event? We do not understand this very well because of the other events of theft have their own end event.

Companion document defines ‘power outage’ events; we understand these events are different that ‘voltage sag of 50%’ events. Which is the threshold value to register those ‘power outage’ events?

Companion document defines the ‘Changing rated voltage’ event, so we think that voltage

8

Nr sprawy: DT/1/13

reference must be configurable, but this document does not define an object (OBIS code) to change the reference voltage. So either we ignore this event or you define an object to change voltage reference


a) Due to the comment we add the pair of events ‘Removing the cover of the terminal strip’ (Number=7, Group 4, Subgroup=40) and the ‘Closing the cover of the terminal strip’ (Number=8, Group 4, Subgroup=40). These events have been added in the table given in Section 4.5.1.8.

b) The events ‘Voltage sag at the power consumption’ and ‘Communication fraud detection’ have been removed from the list. Instead we have added two pairs of events:

‘Detection of phase and zero replacement – beginning’ (Number=5, Group 4, Subgroup=40).

‘Detection of phase and zero replacement – end’ (Number=6, Group 4, Subgroup=40).

‘Differential current detection – beginning’ (Number=9, Group 4, Subgroup=40).

‘Differential current detection – end’ (Number=10, Group 4, Subgroup=40).

c) The threshold for the ‘power outage’ events has to be consistent with the 50% of the rated phase voltage, i.e. 0.5 x 230 V rms;

d) Rated voltage object has been be added in the table of section 6.5 (Voltage sags and swells).

a) W związku z otrzymanym komentarzem została dodana para zdarzeń ‘Removing the cover of the terminal strip’ (Numer =7, Grupa= 4, Podgrupa=40) oraz ‘Closing the cover of the terminal strip’ (Numer=8, Grupa= 4, Podgrupa=40). Te zdarzenia zostały dodane w tabeli w rozdz. 4.5.1.8.

b) Zdarzenia ‘Voltage sag at the power consumption’ oraz ‘Communication fraud detection’ zostały usunięte z list zdarzeń. Zamiast nich zostały dodane dwie pary zdarzeń:

‘Detection of phase and zero replacement – beginning’ (Numer=5, Grupa= 4, Podgrupa=40).

‘Detection of phase and zero replacement – end’ (Numer=6, Grupa=4, Podgrupa=40).

‘Differential current detection – beginning’ (Numer=9, Grupa=4, Podgrupa=40).

‘Differential current detection – end’ (Numer=10, Grupa=4, Podgrupa=40).

c) Wartość progowa związana ze zdarzeniami ‘power outage’ (związanymi z zanikiem napięć) wynosi 50% wartości nominalnej napięcia fazowego, tj. 0.5 x 230 V rms;

d) Obiekt ’Rated voltage’ został dodany w tablicy w rozdz. 6.5 (Voltage sags and swells).

9

Nr sprawy: DT/1/13

Lp. 209. Dotyczy: COSEM 2nd v20 2-nc, pkt 5.4.

Uwaga:

- Towarzysz dokument określa jedynie aktywnym obiektem dla dni specjalnych, tak więc zmiany będą wykonywane w aktywny zbiór bezpośrednio. Czy możesz potwierdzić, że chcesz, aby ten sposób zmiany dni specjalne ? A może chcesz określić "Passive dni specjalne tabela" obiektu do zmiany dni specjalnych w taki sam sposób, w jaki moc działania kalendarza lub ograniczniki (pkt 5.4 [ 2]).

- Companion document defines only an active object for Special Days Table, so changes will be performed into active table directly. Can you confirm you want this way to change special days table? Or maybe you want to define a ‘Passive special days table’ object to change special days in the same way that activity calendar or power limiters (Point 5.4 of [2]).


Changes for Special Days Table should be performed directly in the active table (as for example in T5 Companion Standard). The number of special days table entries has been increased to 300 (see sec. 5.4).

Typically, the Contracting Party requires the compilation of a list (table)of the special days in advance for 8 years.

Zmiany w tabeli ‘Special Days Table’ powinny być dokonywane bezpośrednio w aktywnej tabeli (jak np. w Specyfikacji T5). Liczba elementów tablicy dni specjalnych została rozszerzona do 300 (patrz rozdz. 5.4).

Typowo Zamawiający wymaga zdefiniowania listy (tablicy) dni specjalnych z góry na 8 lat.

Lp. 210. Dotyczy:

Uwaga:

- Dokument towarzyszący (strona 41) określa kody OBIS aby zmienić 6 wewnętrzne ograniczniki napięcia pasa, jednak nie określa również obiektów energetycznych (jak np. "moc czynna importu" lub "moc czynna wywozu") tylko w 4 strefach czasowych i specyfikacji dokumentu (rozdział V. 8.l) definiuje również tylko 4 strefy czasowe. Następnie, jak wiele stref czasowych czy metr? 4 Lub 6?

- Companion document (page 41) defines OBIS codes to change 6 power limiters, however

10

Nr sprawy: DT/1/13

it also defines energy objects (like ‘Active power import’ or ‘Active power export’) only for 4 time zones, and specifications document (section V.8.l) also defines only 4 time zones. Then, how many time zones does the meter support? 4 or 6?


At present we define only one threshold for the power limiter for the normal mode and 100 thresholds for the power limiter for emergency mode – see sections 4.1.9, 4.6, and 5.9.

Obecnie został zdefiniowany tylko jeden próg dla ogranicznika mocy funkcjonującego w trybie normalnym oraz 100 progów dla ogranicznika mocy funkcjonującego w trybie emergency – patrz rozdz. 4.1.9, 4,6 oraz 5.9.

Lp. 211. Dotyczy:

Uwaga:

- Obiekty dla dzienników, towarzysz dokument określa capture_objects profile_entries atrybuty jak i wielokrotnego zapisu. Prosimy o potwierdzenie uprawnień dostępu, gdyż uważamy, że tylko atrybuty powinny być czytelne, ze względu na:

ZAPISYWALNY capture_objects atrybut może pozwolić na pewne niespójności w logach: nie jednorodne wpisów, wpisy tylko nikomu niepotrzebne informacje ...

A płytę cd-r lub cd-rw profile_entries atrybut, który jest podwójnym-długo-nieznane wartości, może pozwolić na konfigurowanie dziennika z niemal niewykonalny liczba wpisów.

W przypadku potwierdzenia prawa do zapisu tych cech należy skonfigurować (1) maksymalną wartość dla atrybutu profile_entries i 2) zestaw przedmiotów, które można skonfigurować w capture_objects atrybut każdego dziennika.

- For logs objects, Companion document defines capture_objects and profile_entries attributes as writable. We need you to confirm this access permission, because we think that attributes should be only readable, due to:

A writable capture_objects attribute could allow some inconsistencies in logs: not homogeneous entries, entries with useless information, etc.

A writable profile_entries attribute, which is a double-long-unsigned value, could allow configuring a log with an almost unmanageable number of entries.

In case you confirm write access for these attributes, you must also define (1) the maximum value for profile_entries attribute and (2) the set of objects that can be configure in capture_objects attribute of each log.


For logs objects defined in the Companion document all the attributes capture_objects and profile_entries should not be writable.

So the appropriate corrections in the column Access Rights in the table in the section 5.8 (Event handling) and in the section 5.5 (Billing periods and profiles) have been made (in all cases ‘RW’ access right for M client has been replaced by the ‘R-‘ right.

11

Nr sprawy: DT/1/13

W przypadku obiektów mających chrakter rejestrów (logs objects) zdefiniowanych w Specyfikacji obieków COSEM wszystkie atrybuty capture_objects oraz profile_entries nie powinny być modyfikowalne.

Zatem zostały wprowadzone odpowiednie korekty w zakresie uprawnień dostępu w tabeli w rozdz. 5.8 (Event handling) oraz w rozdz. 5.5 (Billing periods and profiles). We wszystkich przypadkach dla klienta Management uprawnienia dostępu ‘RW’ zostały zastąpione przez uprawnienia ‘R-‘.

Lp. 212. Dotyczy:

Uwaga:

- Prosimy o potwierdzenie uprawnień dostępu do aktualizacji oprogramowania układowego obiektu, ponieważ można zrobić mieszankę (atrybuty dostępu do oprogramowania sprzętowego klienta oraz metod zarządzania w zakresie dostępu do klienta), który jest bardzo nieefektywna dla procesu aktualizacji oprogramowania układowego w rozumieniu BlueBook. Należy określić atrybuty i metody dostępu do oprogramowania klienta, a więc jako procesu aktualizacji oprogramowania układowego może być w pełni wypełniona przez klienta oprogramowania sprzętowego. Jak można określić, trzeba by było zmieniać firmware sesji klienta i klienta do zarządzania zakończy proces aktualizacji oprogramowania (firmware sesji klienta nie zostały przeniesione do poznania przez czytanie image_first_not_transferred_block_number atrybutu, a następnie zarządzanie sesji klienta do przeniesienia tego bloku image_block_transfer wykonując metodę).

- We need you to confirm access permissions for firmware update object, because you do a mixture (attributes with access for Firmware client and methods with access for Management client) which is very inefficient for the firmware update process as defined in BlueBook. You have to define attributes and methods with access for Firmware Client, so as firmware update process can be fully completed by the firmware client. As you define, it would be necessary to alternate firmware client and management client sessions to complete the firmware upgrade process (firmware client session to know not transferred blocks by reading image_first_not_transferred_block_number attribute, and then management client session to transfer this block by executing image_block_transfer method).


The following correction have been included in the” New meter firmware transfer” object ( section 5.10 - Firmware update). See also Response 215 below.

Została wprowadzona niżej podana korekta definicji obiektu ‘New meter firmware transfer’ (patrz rozdz. 5.10 – Firmware update). Patrz również Odpowiedź 215.

12

Nr sprawy: DT/1/13

Lp. 213. Dotyczy:

Uwaga:

- Definiowanie dokumentu towarzyszącego OBIS 1.0.94.48.91.255 (Łączny czas domyślnego napięcia) do klasy 3, ale nie określa jej atrybut 3, w którym niezbędne jest poznanie i skali.

- Companion document define OBIS 1.0.94.48.91.255 (Total time of default voltages) as class 3, but it does not define its attribute 3, which is necessary to know units and scale.


The attribute 3 has been added in the last row of the table given in the section 6.5 (Voltage sags and swells) as follows:

W ostatnim wierszu tabeli w rozdz. 6.5 (Voltage sags and swells) został dodany atrybut 3 jak pokazano poniżej:

Lp. 214. Dotyczy:

Uwaga:

- Musimy wiedzieć, na którym skrypt jest określany jest przez atrybut 2 "OBIS executed_script" "0-0 :15.1.0.255 Koniec okresu rozliczeniowego (aktywna) ". Na przykład,

13

Nr sprawy: DT/1/13

w języku hiszpańskim towarzysz odnosi się do skryptu obiektu " {9,0 } 0-10.0.1.255:predefiniowane Skrypty - koniec okresu rozliczeniowego", myślisz, że twój towarzysz musi zdefiniować coś podobnego.

- We need you to know which script is referred by attribute 2 ‘executed_script’ of OBIS “0-0:15.1.0.255 End of the billing period (active)”. For example, in Spanish Companion it refers to a script of the object “{9,0:0-10.0.1.255} Predefined Scripts – end of billing period”; we think your Companion needs to define something similar.


The following object has been added at the beginning of the table given in the section 5.5 (Billing periods and profiles).

W tabeli w rozdz. 5.5 (Billing periods and profiles) został dodany następujący obiekt:

Lp. 215. Dotyczy:

Uwaga:

- W dokumencie towarzyszącym, atrybut 2 "OBIS executed_script" "0-0 :15.0.2.255 Firmware activation management" odnosi się do skryptu obiektu 0-0 :10.0.107.255 , ale tego obiektu nie jest zdefiniowane, zatem konieczne jest przeprowadzenie jej.

- In Companion document, attribute 2 ‘executed_script’ of OBIS “0-0:15.0.2.255 Firmware activation management” refers to a script of the object 0-0:10.0.107.255, but this object is not defined, so it is necessary to do it.

14

Nr sprawy: DT/1/13


The following object has been added at the beginning of the table given in the section 5.10 (Firmware update).

W rozdz. 5.10 (Firmware update) został dodany niżej podany obiekt.

Ponadto w tabeli w rozdz. 4.1.10 (Firmware update) został dodany obiekt ‘Predefined

Script – firmware activation’.

Lp. 216. Dotyczy:

Uwaga:

- Prosimy o wyjaśnienie uprawnienia dostępu dla OBIS "0.0.136.2.0.255 (bufor danych przesyłanych od WAN do HAN) " ," 0.0.136.2.2.255 (HAN wysłanych danych)" i "0.0.136.2.3.255 danych gotowy (HAN) ": atrybut 2 ma prawo do zapisu do czytania Klienta i jest to sprzeczność.

- We need you to clarify access permissions for OBIS “0.0.136.2.0.255 (Buffer of data transmitted from WAN to HAN)”,” 0.0.136.2.2.255 (HAN Data Sent)” and “0.0.136.2.3.255 (HAN Data Ready)”: attribute 2 has write access for Reading Client and this is a contradiction.


The data objects with the mentioned OBIS codes have been deleted. Other objects are defined for HAN communication (see sec. 4.4 and sec. 8.1).

Obiekty danych opisane wymienionymi w pytaniu kodami OBIS zostały usunięte. Zostały dodane inne obiekty związane z komunikacją z HAN (patrz rozdz. 4.4 oraz rozdz. 8.1)

Lp. 217. Dotyczy:

Uwaga:

- Prosimy o wyjaśnienie i uprawnienia dostępu dla klasy "rejestrów ogólnego przeznaczenia obiektów. Jeśli obiekty te to z pewnością klasa 4, pozostałe atrybuty powinny być określone. I logical_name atrybut powinien być czytelny.

15

Nr sprawy: DT/1/13

- We need you to clarify class and access permissions for ‘General purpose registers’ objects. If these objects are definitely class 4, the rest of their attributes should be defined. And logical_name attribute should be readable only.


The data object “General purpose registers” has been deleted from see sec. 4.4 and from sec. 8.1.

Obiekty danych ‘General purpose registers’ zostały usunięte z rozdz 4.4 oraz z rozdz. 8.1.

Lp. 218. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 7

Uwaga:

- Prosimy o określenie (1) protokół komunikacyjny do danych przez USB wcisnąć mode (basicaly formaty wiadomości) i 2) dokładnie to funkcja atrybutów 3, 4, 5, 6 i 7 "Push" ustawienia obiektu (coś w rodzaju karty przebiegu porodu, kiedy stosuje się losowe itp. ) (część VI. 7 [ 1] ).

- We need you to define (1) communication protocol for USB data push mode (basicaly message formats) and (2) which is exactly the function of attributes 3, 4, 5, 6 and 7 of ‘Push operation settings’ object (something like a flow chart, when apply randomization, etc) (Section VI.7 of [1]).


Push operation settings are based on Blue Book 11 Push setup class_id:40. Push operation settings are described in the Blue Book 11.

Nastawy operacji Push odnoszą się do class_id: 40 w Blue Book 11. Nastawy operacji Push są opisane w Blue Book 11.

Lp. 219. Dotyczy: COSEM 2nd v20 2-nc, załącznik nr 3

Uwaga:

- Działanie w trybie Push Temat: Mimo że Blue Book 10 odwołuje się w standardowe dla Energa Inteligentne liczniki, klasa id 40 nie występują w nim. Biorąc pod uwagę niebieskiej księgi 11 odnajdujemy wiele rozbieżności i niezgodności związanych z klasy id 40. Która specyfikacja musi być wdrożony, Blue Book 11 lub uzupełnienie standardowej specyfikacji Energa? Jeśli zostanie wybrana opcja , nowe wątpliwości pojawiają się z powodu konfliktów między specyfikacją i wymagania funkcjonalne dla inteligentnych liczników (Dodatek 3 [ 2] ).

Czy byłaby możliwość pobrać/kupić HAN urządzenia w celu przeprowadzenia testu i nasz licznik? W związku z tym, Czy mógłby pan wysłać do nas swoje referencje? Skraca to czas debugowania .

- About Push mode operation: Although Blue Book 10 is referenced in Companion Standard for Energa Smart meters, Class id 40 does not appear in it. Taking into account Blue Book 11 we find many discrepancies and inconsistencies regarding to Class id 40. Which

16

Nr sprawy: DT/1/13

specification must be implemented, Blue Book 11 or Companion Standard Specification for Energa? If the first option is chosen new doubts pop up due to some conflicts between specification and functional requirements for smart meters (Appendix 3 of [2]).

Would it be possible to get/buy some HAN device in order to test it versus our meter? Consequently, Could you send to us its reference? This will shorten the debugging time by your side.


Companion Standard is prevailing, however the cases - if existing - of unresolvable discrepancy/inconsistency with Blue Book should be further discussed.

There are no HAN devices available for testing at the time being.

Specyfikacja obiektów COSEM ma znaczenie zasadnicze. Jednakże w przypadku rozbieżności /nieścisłości z Blue Book zagadnienia wymagają dalszej dyskusji.

Brak urządzeń HAN, które mogłyby być udostępnione do testowania.


Uwaga:

-O klasa id 18: jak Blue Book mówi, klasa id 18 muszą być używane do transferu obrazów. w standardzie dla towarzysza Energa m klasa id 18 jest używany do konfiguracji komunikacji 3GPP "Jaka jest prawidłowa identyfikator klasy 3GPP konfiguracji komunikacji? (Pkt 7.2 [ 2]).

-About class id 18: as Blue Book says, class id 18 must be used for image transfer. In Companion Standard for Energa meters class id 18 is used for 3GPP communication setup ¿Which is the correct Class id for 3GPP communication setup? (Point 7.2 of [2]).


The class for 3GPP communication setup has been corrected, (now class_id 45), also the 3GPP diagnostic (class id 47) has been added, as defined in Blue Book 11.

Klasa reprezentująca konfigurację ustawień komunikacji 3GPP została poprawiona (obecnie class_id 45). Również, zgodnie z Blue Book 11, została dodana diagnostyka 3GPP (class_id 47).

Lp. 221. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 7 lit. i)oraz COSEM 2nd v20 2-nc, pkt 5.12

Uwaga:

- W "tryb autonomiczny" mówi się, że de dane mogą zostać na podstawie D protokół IEC 62056-21 . "W jaki sposób ten typ danych, które mogą zostać uregulowane w DLMS kontekst? Istnieje inny sposób odczytu obiektów. Co więcej, tryb D protokół IEC 62056-21 stablishs wiele elementów wolnych implementacji, co to jest stanowisko Energas w o nich?

- O tym samym "trybu autonomicznego" nie jest możliwe zrozumienie jego działania ze

17

Nr sprawy: DT/1/13

względu na zgodne ze specyfikacją dokumentu pojawi się 10 sekund, a czas, ale na Dodatek 5 Dokument towarzyszący jest opisane w pracy różni się od poprzednich. Jaki jest rzeczywisty?

-Która jest format konfiguracji PushObject listy? Macierz to co?

-To w pełni zgodne ze standardem DLMS miernik? Możemy znaleźć wiele rozbieżności między danymi technicznymi oraz niebieskiej księgi urzędowe i Ed 10 Ed 11.

-W 5,12 opisane jest to jako atrybut 3 Buffer_Size. "Czy ta wielkość oznacza maksymalną długość wiadomości? Uważamy, że to nie jest taka sama, jak w przypadku rozmiaru bufora dla wiadomości dzielenie HAN i AMI.

- In “autonomous mode” it is said that de data could be based D mode protocol IEC 62056-21. ¿How this type of data can be encapsulated in a DLMS context? It exists another method of reading objects. Moreover, D mode protocol IEC 62056-21 stablishs a lot of elements of free implementation, What is the Energas’s position about them?

- About the same “autonomous mode” it is not possible to understand its operation due to in Specification Document appears 10 seconds as period but at Appendix 5 of Companion Document it is described an operation mode different from the previous. What is the real operation?

-Which is the format of configuring PushObject list? Array of what?

-Is a complete DLMS compliant meter? We find a lot of discrepancies between specifications and the official Blue Book Ed 11 and Ed 10.

-In 5.12 it is described attribute 3 as Buffer_Size. ¿Does this size mean the maximum message length? We find that this length is not the same than the size of buffer for messages sharing between HAN and AMI System.


62056-21 is an example. Other vendor implementations will also be considered. Appendix 5 describes a mechanism for push setup with class 22, extended with type=6 definition. Push interval should be configurable, with 10 seconds as a default – but changeable – value.

Companion standard for Energa is generally based on Blue Book 11, with a number of extensions and customisations.

Maximum buffer length is 4096 bytes.

Norma 62056-21 została przedstawiony jako przykład. Implementacje innych dostawców będą również brane pod uwagę. W Załączniku 5 jest opisany mechanizm konfiguracji operacji Push przy wykorzystaniu klasy 22, z rozszerzeniem definicji atrybutu ‘type’ dla wartości 6. Interwał operacji Push powinien byc konfigurowalny, przy czym wartością domyślną jest 10 s.

Specyfikacja obiektów COSEMoparta jest głównie na Blue Book 11, z wieloma rozszerzeniami.

Pojemność bufora wynosi 4096 bajtów.


18

Nr sprawy: DT/1/13

Uwaga:

- Wyświetlanie danych obiekty znajdują się w klasie 7, ale brak wiele atrybutów, które tego rodzaju obiektów. Jaki jest sens dla uchwycenia okres atrybut do zapisu w tych obiektów? (Pkt 5,11 [ 2]).

- Data display objects are class 7 but lack a lot of the attributes that this kind of objects should have. What’s the meaning for capture period attribute with write permission in these objects? (Point 5.11 of [2]).


See the Response No 230.

Zobacz Odpowiedź nr 230.

Lp. 223. Dotyczy: Dodatek nr 3 do wzoru umowy Realizacyjnej VI pkt5

Uwaga:

- Jeśli chodzi o wskazanie wyświetlacza, musimy potwierdzić, czy zgadzają się państwo z następującymi metodami

- Data i czas nie mogą być przedstawione w tym samym czasie na ekranie pojawiają się obracając się na obroty.

- Miganie z ikon dla fazy obecności służy do powiadomiła o niewłaściwa kolejność faz.

- Powinien być sterownik PLC poziom sygnału na wyświetlaczu cały czas?

- In terms of display indication, we need to confirm if you agree with the following approaches

- Date and time cannot be presented at the same time on the display, they appear rotating on turns.

- Blink of the icons for phase presence is used to advised about incorrect sequence of phases.

- Should be the PLC signal level shown on the display all the time?


a) See the Responses No209 and 232.

b) PLC signal level has to be shown on the display all the time. Moreover, the physical state of the disconnector ({70,0-0:96.3.10.255,2} , the indicator of the connection with the concentrator, and the indicator of phase voltages and their sequence have to be shown on the display all the time. (PLC signal level should have understandable, descriptive and well-defined meaning, for example can be based on PHY_SNR primitive).

a) Zobacz Odpowiedzi Nr 209 oraz 232.

b) Poziom sygnału PLC powinien być sygnalizowany przez cały czas na wyświetlaczu. Również w sposób ciągły powinien być prezentowany fizyczny stan rozłącznika

19

Nr sprawy: DT/1/13

({70,0-0:96.3.10.255,2} , wskaźnik łączności z koncentratorem, wskaźnik obecności i kolejności napięć fazowych (poziom sygnału PLC powinien być zrozumiały, dobrze zdefiniowany, na przykład można wykorzystać PHY_SNR primitive).

Lp. 224. Dotyczy: COSEM 2nd v20 2-nc, pkt 4.4.1.8

Uwaga:

- Jakiego rodzaju kradzieży sytuacja jest związana z "Wykrywanie fazy i zero wymiana" zdarzenie? (Pkt. 4.4.1.8 [ 2]).

- Wartość progowa dla "awaria zasilania" %1 napięcia nominalnego? (Pkt. 4.4.1.5 [ 2]).

- What kind of theft situation is related to the ‘Detection of phase and zero replacement’ event? (Point 4.4.1.8 of [2]).

- Threshold for ‘power outage’ is %1 of nominal voltage? (Point 4.4.1.5 of [2]).


a) The ”phase and zero replacement” represents an impermissible activity (action) of the consumer with respect to the installed meter.

b) The threshold for “power outage” is 50% of the nominal voltage (230 V rms)– see the remark in sec. 4.5.1.5.

a) “Zamiana fazy i zera” reprezentuje niedozwolone działanie odbiorcy w odniesieniu do zainstalowanego licznika.

b) Próg dla zaniku zasilania jest równy 50% wartości nominalnej napięcia (230 V rms) – patrz uwaga w rozdz. 4.5.1.5.

Lp. 225. Dotyczy: COSEM 2nd v20 2-nc, pkt 5.4.

Uwaga:

- Potrzebujemy potwierdzenie o istnieniu "Passive dni specjalnych tabeli" obiektu .

- We need confirmation about the non existence of a ‘Passive Special Days Table’ object.


See the Response No 209

Patrz Odpowiedź nr 209.

Lp. 226. Dotyczy:

Uwaga:

- Istnieje pewna sprzeczność w taryfie możliwe wartości. Ze specyfikacją ustalenia, że istnieją tylko 4 możliwości taryf, ale istnieją 6 różne "Passive wartość graniczną ogranicznik mocy" obiektów.

- There is a contradiction on possible tariff values. The specification establish that there are only 4 possible tariffs, but there are 6 different ‘Passive limit value of power limiter’ objects.

20

Nr sprawy: DT/1/13


Zobacz odpowiedź na pytanie nr 210.

Lp. 227. Dotyczy:

Uwaga:

- Obiekt 0.0.28.3.0.255 parametrów funkcjonalnych STEROWNIKA PLC PREMIERA MAC jest zdefiniowany na dodatek 1, ale nie jest uwzględniony w tabeli PLC ' przedmiotów na punkt 4.3.1 .

- Object 0.0.28.3.0.255 Functional parameters PRIME PLC MAC is defined on appendix 1, but does not appear on the table for PLC Prime objects on section 4.3.1.


Zamawiający uzupełni specyfikację o class_id: 83.

Lp. 228. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 8 lit. j)

Uwaga:

- Potrzebujemy potwierdzenia na máximum prąd dla liczników jednofazowych. Czy jest to 40A lub 60A?

- We need confirmation about the maximum current for single phase meters. Is it 40A or 60A?


Wartość prądu maksymalnego musi wynosić 40 A.

Lp. 229. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 8 lit. r)

Uwaga:

Co to jest pkt 8 oznacza? Stwierdza on, że licznik nie powinien mieć akumulator. Czy to jest poprawne?

Jakie jest znaczenie? "Mocy czynnej i biernej dla telemetrii musi pulsować przy oświetleniu światłem widzialnym w kolorze czerwonym w taki sposób, że wystąpił błąd z licznikiem w zakresie pomiarowym, z możliwością wyłączenia tej funkcji." w punkcie 8y?

What does point 8 mean? It says that the meter should not have a battery. Is that correct?

What is the meaning of? “The active and reactive power for telemetry must pulsate with visible light illumination in red in such a way that an error of the meter within the range of measurement, the ability to turn off this feature.” In point 8y?


21

Nr sprawy: DT/1/13

Zamawiający dopuści funkcjonalność podtrzymania bateryjnego. Zamawiający zmieni wymagania.

Zamawiający usunie wymaganie załączania i wyłączania świecenia diod wykorzystywanych w procesach legalizacji, kalibracji oraz kontroli metrologicznej. Jednocześnie Zamawiający utrzymuje wymóg aby diody emitowały światło widzialne w kolorze czerwonym, wymagane do poprawności funkcjonowania urządzeń do sprawdzania liczników energii elektrycznej (stacji probierczych).


Uwaga:

- Na temat automatycznego przewijania obiektów "sekwencji" (0-0 :21.0.1.255 ) i "Ręczne Przewijanie sekwencji" (0-0 :21.0.2.255 ) (pkt 5,11 [ 2]).

Myślę, że definicja atrybutu jest złe. Obiekty te znajdują się w klasie 7 obiektów, a więc atrybut "capture_objects" musi być atrybut 3 (nie 2), atrybut "capture_period" musi być atrybut 4 (nie 3). Nie można umieszczać wszystkie klasy 7 atrybutów, ale atrybuty, które są uwzględnione muszą być klasy 7 zgodnie z definicją zawartą w BlueBook.

"Stanowi zbiór możliwych przedmiotów, które należy uwzględnić w capture_objects atrybut automatycznego przewijania?

"Jaki jest powód, dla którego można określić capture_period atrybut z prawem do zapisu? Obiekty te są tylko dla skonfigurowania listy obiektów do pokazania na ekranie, a nie profil, który ma zostać zapisana, a więc myślę że nie ma sensu ...

Sądzimy, że istnieje błąd na uprawnienia dostępu do przewijania capture_objects atrybut w instrukcji obsługi obiektu. Jeśli naprawdę chcesz mieć po prostu dostęp do odczytu tego atrybutu, "dlaczego nie można go określić jako tablica[ 30] czy istnieją zaledwie 15 obiektów zdefiniowanych na liście? ". A jeśli chodzi o błąd i chcesz napisać do tego atrybutu (jak w przypadku automatycznego przewijania obiektu), "stanowi zbiór możliwych przedmiotów, które należy uwzględnić w capture_objects atrybutem ręczne przewijanie?

"Czy na pewno nie chcesz pisać dostęp do "Przekroczono limit czasu oczekiwania na powrót w tryb automatycznego przewijania" obiekt?

- About objects ‘Auto Scroll sequence’ (0-0:21.0.1.255) and ‘Manual Scroll sequence’ (0-0:21.0.2.255) (Point 5.11 of [2]):

We think that attribute definition is wrong. These objects are class 7 objects, so attribute ‘capture_objects’ must be attribute 3 (not 2), and attribute ‘capture_period’ must be attribute 4 (not 3). You may not include all class 7 attributes, but attributes that are included must be according class 7 definition in BlueBook.

¿Which is the set of possible objects to be included in capture_objects attribute of auto scroll?

¿Which is the reason that you define capture_period attribute with write access? These objects are just for configure the lists of objects to show at display, not a

22

Nr sprawy: DT/1/13

profile to be stored, so we think it has no sense…

We think there is an error at access permissions of capture_objects attribute in manual scroll object. If you really want just read access for this attribute, ¿why do you define it as array[30] whether there are just 15 objects defined in the list?. And if it is an error and you want write access for this attribute (like for auto scroll object), ¿Which is the set of possible objects to be included in capture_objects attribute of manual scroll?

¿Are you sure you do not want write access to ‘Timeout for return to Auto Scroll mode’ object?


a) Incorrect attribute numbers of the class 7 objects have been corrected according to class 7 definition in BlueBook.

b) According to Energa requirements (Amendment no 3 to Energa tender specification –VI.5f) both lists of objects (for auto scrolling and for manual scrolling) should be configurable and this is allowed for the Management Client (M). Both lists defined as “capture_objects” include default content (the set of the listed objects). By default both lists (i.e. for auto scrolling and for manual scrolling) are the same. The set of possible objects included in “capture_objects” is not defined by Energa.

c) The “capture_period” attribute should be equal to 0 and of course this attribute is read-only in both instances of class 7 objects. It has been corrected in sec. 5.11.

d) According to Energa requirements (Amendment no 3 to Energa tender specification VI. 5e) the value of the “Timeout for return to Auto Scroll mode” should be fixed to 60 s. However, to make the display configuration more flexible, the write access for the Management Client has been introduced. The default value of the object has to be 60 s.

e) All mentioned corrections have been introduced in sec. 5.11. See also Response No 207.

a) Nieprawidłowa numeracja atrybutów obiektów klasy 7 została poprawiona zgodnie z definicją klasy 7 w Blue Book.

b) Zgodnie z wymaganiami Energa (Dodatek 3 do Wzoru Umowy Realizacyjnej – VI.5f) obie listy obiektów (dla auto scrolling oraz dla manual scrolling) powinny byc konfigurowalne przez uprawnionego klienta Management (M) – tj. klienta Zarządzającego. Obie listy reprezentowane przez atrybut ‘capture_objects’ zawierają obiekty traktowane jako domyślne. Obie domyślne listy obiektów (tj. dla auto scrolling oraz dla manual scrolling) są jednakowe. Zestaw możliwych obieków, które mogą się znaleźć na obu listach nie jest zdefiniowany przez Energa.

c) Wartośc atrybutu ‘capture_period’ powinna wynosić 0. Oczywiście z tym atrybutem są związane uprawnienia tylko do odczytu w obu instancjach obiektów klasy 7. Zostało to poprawine w rozdz. 5.11.

d) Zgodnie z wymaganiami Energa (Dodatek 3 do Wzoru Umowy Realizacyjnej - VI. 5e) wartość timeout-u ‘Timeout for return to Auto Scroll mode’ powinna być ustalona na

23

Nr sprawy: DT/1/13

60 s. Jednakże, w celu umożliwienia zmian w konfiguracji wyświetlacza klientowi Management dodano uprawnienie do zmiany wartości tego atrybutu (którego wartośc domyślna wynosi 60 s).

e) Wszystkie wymienione korekty zostały uwzględnione w rozdz. 5.11. Patrz także Odpowiedź na pytanie nr 207

Lp. 231. Dotyczy: Dodatek 3 do Wzoru Umowy Realizacyjnej - VI.6 l i)-iii).

Uwaga:

- Biorąc pod uwagę, że pewnych zdarzen z bardzo niskiej częstotliwości (np. aktualizację oprogramowania sprzętowego lub synchronizacji), jest konieczne, by każdy log ma minimum 1000 wpisów.

- Taking into account that certain events occurs with very low frequency (like firmware update or synchronization), is it necessary that every log has a minimum of 1000 entries.


The remark is right. However, Energa requires 1000 entries for each event register (log) – see Amendment no 3 to Energa tender specification VI.6 l i)-iii).

Uwaga jest słuszna. Jednakże Energa wymaga stosowania rejestrów zdarzeń o pojemności 1000 każdy – patrz Dodatek 3 do Wzoru Umowy Realizacyjnej - VI.6 l i)-iii).


Uwaga:

W "clock", obiekt (pkt 5.3 [ 2]) umożliwia określenie "shift_time" metoda jak metoda 10, ale ta metoda jest zdefiniowana w BlueBook jako metoda 6. "Co musimy wziąć pod uwagę?

In ‘Clock’ object (Point 5.3 of [2]) you define the ‘shift_time’ method as method 10, but this method is defined in BlueBook as method 6. ¿What do we have to consider about this?


This is the mistake in the Companion document. Of course the “Shift_time” method is defined as 6 in Blue Book. This mistake has been corrected in the table in sec. 5.3.

To jest błąd w Specyfikacji Obiektów COSEM. Oczywiście metodzie ‘Shift_time’ jest przypisana liczba 6 zgodnie z Blue Book. Ten błąd został poprawiony w tabeli w rozdz. 5.3.

Lp. 233. Dotyczy: COSEM 2nd v20 2-nc, pkt 2.3 oraz pkt 5.12

Uwaga:

Potrzebujemy acclarations:

Z jednej strony, w ( pkt. 2.3 [ 2], "DLMS/COSEM tryb współpracy z HAN") mówi "wiadomości ... będą bloki danych o rozmiarze nie przekraczającym 4 kbajtów".

24

Nr sprawy: DT/1/13

Z drugiej strony, w (5,12 punktu [ 2]) " wiadomości odpowiedzi Kolejki" obiekt jest zdefiniowany atrybut "tylko do odczytu" z wartością Buffer_size 3840 bajtów, a ten rozmiar nie jest wystarczający dla przyjęcia wiadomość, która może mieć wielkość wymienionych wyżej.

We need some acclarations:

On the one hand, in (Point 2.3 of [2], part ‘DLMS/COSEM mode to cooperate with HAN’) says “Effective messages...will be data blocks of the size not exceeding 4 kBytes”.

On the other hand, in (Point 5.12 of [2]) the ‘Response Message Queue’ object it is defined the read only attribute ‘Buffer_size’ with value 3840 bytes, and this size is not enough to accept a message that could have the size mentioned above.


Rozmiar atrybutu ‘Buffer_size’ zostanie określony na 4096 B.


Uwaga:

Czy na pewno chcesz zapisać dostęp do "capture_period" atrybut "Daily" obiekt? Uważamy, że jest to profil dzienny i powinno być stałe uchwycić okres 24 godzin (pkt. 6.3 [ 2]).

Do you really want write access for ‘capture_period’ attribute of ‘Daily profile’ object? We think it is a daily profile and it should be a fixed capture period of 24 hours (Point 6.3 of [2]).


Write access for “capture_period” attribute of ‘Daily Profile 2’ (at present ‘Profile 2’) object has been removed – see the table in sec.6.3.

Uprawnienie do zmiany wartości atrybutu ‘capture_period’ obiektu ‘Daily Profile 2’ (obecnie nazwa zmieniona na ‘Profile 2’) zostało usunięte – patrz tabela w rozdz. 6.3.


Uwaga:

O SAG próg 1 i progu 2 (pkt 6.5 [ 2]), czy są one niezależne czy nie? Innymi słowy, jest zawsze wyższy próg 2 procent od wartości progu 1, lub można skonfigurować zastrzeżone sytuacji (tj. próg 1 = -25 %, a próg 2 = -15 % )?

About SAG threshold 1 and threshold 2 (Point 6.5 of [2]), are they independent or not? In other words, is threshold 2 always a higher percentage than threshold 1, or you can configure a reserved situation (i.e. threshold 1 = -25% and threshold 2 = -15%)?


Zamawiający nie wymaga zachowania kolejności wprowadzanych progów, są one niezależne.

25

Nr sprawy: DT/1/13

Lp. 236. Dotyczy: wzoru umowy realizacyjnej, 1.2

Uwaga:

Proszę potwierdzić lub zaprzeczyć:

W czasie pracy testu hub nie wysyła do licznika żadnych innych zapytań.


W trakcie trwania testu koncentrator ma wyłączone wszystkie inne zadania harmonogramowe poza zadaniem realizacji samego testu. W tym czasie do koncentratora również nie są wysyłane żadne zlecenia z zewnątrz

Lp. 237. Dotyczy: wzór umowy realizacyjnej, 1.2.d

Uwaga:

1. Proszę potwierdzić lub zaprzeczyć: Na otrzymane od licznika odpowiedzi dana jest tylko jedna próba dla każdego zapytania (i oraz ii).

2. Oprócz zapytań o dane, występują również zapytania AARQ/RLRQ. Jak postępować w przypadku tych zapytań?


Ad 1. - w każdym cyklu testu dla każdego licznika realizowane jest pojedyncze zapytanie o dane z rejestrów z punktów i) i ii);

Ad 2. - w procedurze realizacji testu udział wysyłanych zapytań AARQ/RLRQ powinien być minimalizowany – implementacja testu przez koncentrator powinna wspierać podtrzymywanie z sukcesem otwartych sesji.

Lp. 238. Dotyczy: Wykaz i opis produktów tekst jednolity, VI. OPIS WYMAGAŃ FUNKCJONALNYCH – LICZNIKI 1-FAZOWE I 3-FAZOWE, ust. 1 pkt e) ppkt vi)

Uwaga:

Czy to oznacza, że jednofazowy licznik powinien być w stanie w pełni zmierzyć prąd w przewodzie neutralnym, czy wystarczy miernik prądu różnicowego?


Licznik powinien zmierzyć (wyliczyć) wartość prądu różnicowego.

Lp. 239. Dotyczy: Wykaz i opis produktów tekst jednolity, VI. OPIS WYMAGAŃ FUNKCJONALNYCH – LICZNIKI 1-FAZOWE I 3-FAZOWE, ust. 3 pkt h)

Uwaga:

Niejasne oznaczenie drugiej granicy.


Licznik musi umożliwiać ustawienie 2 progów prądu różnicowego w zakresie od 0,1A do 1A czyli np. jeden próg 0,2 A (przekroczenie tego progu powinno zostać zapisanie w

26

Nr sprawy: DT/1/13

dzienniku zdarzeń oraz drugi próg np 0,8A którego przekroczenie będzie także sygnalizowane w dzienniku zdarzeń).

Lp. 240. Dotyczy: Wykaz i opis produktów tekst jednolity, VI. OPIS WYMAGAŃ FUNKCJONALNYCH – LICZNIKI 1-FAZOWE I 3-FAZOWE, ust. 8 pkt n)

Uwaga:

W standardzie EN 50470-1 (IEC 62052-11) nie jest ustanowiona klasa palności materiału, wykorzystywanego do produkcji podstawy, zacisku i osłony zacisku, a określone są wymagania, które elementy muszą spełnić, a mianowicie:

5.8 Resistance to heat and fire

The terminal block, the terminal cover and the meter case shall ensure reasonable safety against

spread of fire. They should not be ignited by thermal overload of live parts in contact with them.

To comply therewith they shall fulfil the following test. The test shall be carried out according to EN 60695-2-10 and EN 60695-2-11, with the following

temperatures:

. terminal block: 960 °C ± 15 °C;

. terminal cover and meter case: 650 °C ± 10 °C;

. duration of application: 30 s ± 1 s.

The contact with the glow wire may occur at any random location. If the terminal block is integral with

the meter base, it is sufficient to carry out the test only on the terminal block.

Wybór stosowanego materiału pozostaje po stronie producenta liczników, głównie aby wybrany materiał spełniał wymagania określone w standardzie.


Zamawiający oczekuje spełnienia wymagań dla obudowy licznika i osłony listwy zaciskowej klasy niepalności V0 zgodnie z PN-EN 60695-11-10:2002/A1:2005P, wyjątek stanowi wyświetlacz dla którego wymagana jest klasa niepalności V2 zgodnie z normą PN-EN 60695-11-10:2002/A1:2005P

Lp. 241. Dotyczy: Wykaz i opis produktów tekst jednolity, VI. OPIS WYMAGAŃ FUNKCJONALNYCH – LICZNIKI 1-FAZOWE I 3-FAZOWE, ust. 8 pkt w)

Uwaga:

W którym punkcie omówione są wymagania odnoszące się do konstrukcji?

Treść wymagań?


Wymagania konstrukcyjne opisane zostały w załączniku do Dodatku nr 3 Wymagania dotyczące obudowy i skrzynki zaciskowej liczników.

27

Nr sprawy: DT/1/13

Lp. 242. Dotyczy: Wykaz i opis produktów tekst jednolity, VII. OPIS WYMAGAŃ FUNKCJONALNYCH DLA ZESTAWU KONCENTRATOROWO-BILANSUJĄCEGO W ZAKRESIE LICZNIKA BILANSUJĄCEGO, ust. 1 pkt j)

Uwaga:

Czy potrzebny jest realny kanał pomiarowy w przewodzie neutralnym, czy wystarczającym będzie wyliczenie prądu w przewodzie neutralnym z prądów fazowych?


Zamawiający zaakceptuje wyliczenie prądu różnicowego.

Lp. 243. Dotyczy: Wykaz i opis produktów tekst jednolity, VIII. OPIS WYMAGAŃ FUNKCJONALNYCH ZESTAWU KONCENTRATOROWO-BILANSUJĄCEGO, W ZAKRESIE KONCENTRATORA, ust. 1 pkt c) ppkt ii.

Uwaga:

Wymóg «editing the event table» jest niejasny.

Odpowiedź Zamawiającego

Nowa treść wymagania brzmi „kod zdarzenia”.

Lp. 244. Dotyczy: Wykaz i opis produktów tekst jednolity, VIII. OPIS WYMAGAŃ FUNKCJONALNYCH ZESTAWU KONCENTRATOROWO-BILANSUJĄCEGO, W ZAKRESIE KONCENTRATORA, ust. 8 pkt f)

Uwaga:

Czy ten wymóg odnosi się do web interfejsu?


Wymaganie dotyczy uwierzytelniania się w koncentratorze.

Lp. 245. Dotyczy: Wykaz i opis produktów tekst jednolity, VIII. OPIS WYMAGAŃ FUNKCJONALNYCH ZESTAWU KONCENTRATOROWO-BILANSUJĄCEGO, W ZAKRESIE KONCENTRATORA, ust. 8 pkt y)

Uwaga:

Czy chodzi o dostęp poprzez standardowy interfejs czy może o fizyczny dostęp do mikroukładów energoniezależnej pamięci?


Zamawiający oczekuje zabezpieczenia elektronicznych układów urządzenia przed możliwością nieautoryzowanego dostępu do odczytu oraz skopiowania binarnego obszaru danych i oprogramowania. Zamawiający oczekuje zabezpieczenia na poziomie dostępu przez interfejsy urządzenia jak i w przypadku bezpośredniego dostępu do układów elektronicznych

Lp. 246. Dotyczy: Wykaz i opis produktów tekst jednolity, VIII. OPIS WYMAGAŃ

28

Nr sprawy: DT/1/13

FUNKCJONALNYCH ZESTAWU KONCENTRATOROWO-BILANSUJĄCEGO, W ZAKRESIE KONCENTRATORA, ust. 5 pkt m)

Uwaga:

W standardzie EN 50470-1 (IEC 62052-11) nie jest ustanowiona klasa palności materiału, wykorzystywanego do produkcji podstawy, zacisku i osłony zacisku, a określone są wymagania, które elementy muszą spełnić, a mianowicie:

5.8 Resistance to heat and fire

The terminal block, the terminal cover and the meter case shall ensure reasonable safety against

spread of fire. They should not be ignited by thermal overload of live parts in contact with them.

To comply therewith they shall fulfil the following test. The test shall be carried out according to EN 60695-2-10 and EN 60695-2-11, with the following

temperatures:

. terminal block: 960 °C ± 15 °C;

. terminal cover and meter case: 650 °C ± 10 °C;

. duration of application: 30 s ± 1 s.

The contact with the glow wire may occur at any random location. If the terminal block is integral with

the meter base, it is sufficient to carry out the test only on the terminal block.

Wybór stosowanego materiału pozostaje po stronie producenta liczników, głównie aby wybrany materiał spełniał wymagania określone w standardzie.


Patrz odpowiedź na pytanie nr 240

Lp. 247. Dotyczy: Protokół DCSAP – wersja angielska

Uwaga:

Pytanie dotyczące całości dokumentu: Czy istnieje gotowy zestaw testów zgodności (conformance tests) (lub czy przewidywane jest ich udostępnienie) i oprogramowanie narzędziowe do sprawdzania DC?


Zamawiający nie opracował zestawu testów.

Lp. 248. Dotyczy: Protokół DCSAP – wersja angielska, rozdział 4 Communication

Uwaga:

Czy dla każdej sesji otwierane jest osobne połączenie TCP?


Każda sesja utożsamiana jest z połączeniem TCP. Między koncentratorem (serwerem) a klientem

29

Nr sprawy: DT/1/13

(systemem akwizycji) jest tworzona oddzielna sesja (połączenie TCP). System akwizycji typowo nie powinien otwierać więcej niż 2 niezależnych sesji z koncentratorem (serwerem DCSAP), stąd zaleca się by serwer DCSAP był w stanie obsłużyć co najmniej 3 równoległe sesje.

Lp. 249. Dotyczy: Protokół DCSAP – wersja angielska, 5.2.2

Uwaga:

Proszę potwierdzić lub zaprzeczyć:

Pole «present» oznacza obecność przekaźnikowego licznika czasu PLC;

W przypadku zmiany pola «present» powinny zmienić się pola «last_change_seq_id» i «last_change_time»


Fraza „oznacza obecność przekaźnikowego licznika czasu PLC” jest niezrozumiała. W pozostałej części pytania Zamawiający potwierdza, że zmiana zostanie uwzględniona.

Lp. 250. Dotyczy: Protokół DCSAP – wersja angielska, 5.3.1

Uwaga:

W jaki sposób można zaznaczyć?


Pytanie nie jest zrozumiałe, Zamawiający nie potrafi się do niego ustosunkować.

Lp. 251. Dotyczy: Protokół DCSAP – wersja angielska, 5.4

Uwaga:

«Data concentrator meter data caching enable» jest wartością globalną dla każdego DC. W przypadku korzystania z wielu sesji jednocześnie może pojawić się niezgodność.


Zgodnie z przekazaną specyfikacją <Data concentrator meter data caching enable> nie jest parametrem globalnym - steruje niezależnie każdą sesją.


Uwaga:

Wykres pokazuje, że istnieje odniesienie do “Event log 1.capture_period”.

W takiej sytuacji odpowiedź przesyła DC, nie zwracając się do licznika (włączonny tryb «Data concentrator meter data caching enable»):

Potrzebny jest spis obiektów (class_id, LN, attr_id), które DC powienien zasilać w trybie «Data concentrator meter data caching enable». Co powinien odpowiedzieć DC, jeśli nie ma informacji o tych obiektach:

Brak danych

Przesłać zapytanie do licznika, poczekać na odpowiedź, a następnie zwrócić dane?

Czy w przypadku class_id:7, attr_id:2 (profile buffer), również należy przesłać zapytanie

30

Nr sprawy: DT/1/13

do licznika?

Czy DC powinien odsyłać do licznika zapytania, adresowane do obiektów, których brakuje w spisie?


Mechanizmy cache są w koncentratorze (z punktu widzenia DCSAP) opcjonalne, więc powinny działać przezroczyście. W zależności od realizacji mechanizmu cache oprogramowanie koncentratora powinno założyć, że albo nie ma nowych wpisów albo skomunikować się z licznikiem.


Uwaga:

Wygląda na to, że na diagramie nie ma operacji «Set-Request: Data concentrator meter data caching enable.value = false»


Zamawiający nie widzi potrzeby umieszczania tej operacji na diagramie.


Uwaga:

Procedura aktualizacji liczników może być dość długa.

Czy prawidłowo będzie, jeżeli nie będzie można zrestartować DC?


Zamawiający potwierdza, że takie postępowanie uznaje za prawidłowe.


Uwaga:

16384 – są to bajty, czy ilość entries?


Liczba ta odnosi się do liczności „entries”.

Lp. 256. Dotyczy: Protokół DCSAP – wersja angielska, 8.

Uwaga:

Prośba o potwierdzenie: czy wybór ‘używać/nie używać reference implementation’ zostaje po stronie prooducenta?


Tak. Implementacja 'reference implementation' została opublikowana jedynie jako przykład realizacji, wykorzystanie kodu jest dobrowolne.

Lp. 257. Dotyczy: COSEM 2nd v20 2 n-c, 2.1

31

Nr sprawy: DT/1/13

Uwaga:

Spis usług warstwy aplikacyjnej wymaga korekcji:

Dla Management Client, Firmware update Client i HAN Client: dodać Block-Transfer-with-Action,


Zamawiający uzupełni zapisy specyfikacji w tym zakresie jako rozwiązanie dopuszczalne.


Uwaga:

Wymóg disconnection all pins prowadzi do konieczności wykorzystania przekaźnika do otwarcia kontaktów.

Proponujemy przeformułowanie wymogów, aby zachować ten sam stopień bezpieczeństwa, jednocześnie zmniejszając koszty realizacji:

Zamiast disconnection of all pins należy wprowadzić:

a) izolator galwaniczny USB z pozostałej części schematu,

b) wyłączenie (turn off) linii Vcc (+5V) w trybie USB port inactive.

Izolator galwaniczny pozwoli zapewnić ochronę przed Rated impulse voltage (6 kV) and AC voltage (4 kV )(requirements Protective class II meters), applied between of any pins of USB and the phase circuits or the earth circuits , does not incapacitate part of the meter, or a part of USB.

W celu uzyskania takiego samego stopnia ochrony z użyciem przekaźnika, konieczne jest stosowanie stosunkowo drogich przekaźników z dużym (gabarytowo) korpusem, aby wyłączyć podawanie wysokiego napięcia między kontaktami.

Ponadto, bez izolatora galwanicznego przekaźnik chroni układ tylko w otwartym położeniu.


Zamawiający nie dopuszcza przeformułowania wymogów.


Uwaga:

Gdzie powinny być realizowane obiekty COSEM, opisane w section 7.2 – w 3GPP modem czy w liczniku?


Obiekty COSEM, opisane w section 7.2 powinny być zaimplementowane w liczniku, jeżeli modem 3GPP jest integralnym elementem licznika.


Uwaga:

32

Nr sprawy: DT/1/13

Porty USB mode DLMS/COSEM Alternative communication modem (alternative communication with AMI reading system) i USB mode DLMS/COSEM HAN powinny być w stanie działać w imieniu Public Client (w tabeli ta opcja nie jest przedstawiona). Może to być potrzebne do pracy w trybie zaszyfrowanym.


Zamawiający dokona stosownych zmianw SIWZ.


Uwaga:

Atrybut 10 (shift_time) obiektu 0-0:1.0.0.255 jest niezrozumiały.


Kwestia poruszona w pytaniu została wyjasniona w ramach odpowiedzi na pytanie nr 232

.Lp. 262. Dotyczy: Wymagania dotyczące obudowy i skrzynki zaciskowej liczników

Uwaga:

Użyte przez Wykonawcę śruby M6 z gniazdem Pozidriv PZ2/S2 posiadają niewielkie różnice w wymiarach w stosunku do wymiarów wskazanych w Wymaganiach. Naszym zdaniem, różnice te nie są ważne z technicznego punktu widzenia, a mianowicie (zob. załączony rysunek śruby 758151.007.pdf):

• Średnica płaskiego łba śruby: 6,8-0,3mm (zgodnie z Wymaganiami wymiary powinny wynosić 5÷6mm),

• Szerokość gniazda uniwersalnego 1,2+0,1mm (zgodnie z Wymaganiami wymiary powinny wynosić 0,8±0,2mm)

• Długość gniazda uniwersalnego 6,8mm (zgodnie z Wymaganiami powinna wynosić 4mm). Długość nie może wynosić 4mm, ponieważ zgodnie z wymaganiami średnica łba powinna wynosić 5÷6mm. Oznacza to, iż gniazdo uniwersalne przechodzi od jednej krawędzi łba do drugiej.

Proszę spojrzeć na rysunek śruby 758151.007.pdf i opinię czy może zostać zastosowana śruba M6 z opisanymi odchyleniami w wymiarach.

(758151.007.pdf – załącznik do pisma)


Zamawiający rozszerzy zakres wymiarów określonych w załączniku Wymagania dotyczące obudowy i skrzynki zaciskowej liczników.

Lp. 263. Dotyczy: Wymagania dla AMI PQ v4

Uwaga:

Pytanie ogólne dotyczące dokumentu: Realizacja wszystkich funkcji w jednofazowych i trójfazowych licznikach może znacząco zwiększyć ich wartość. Czy klient gotowy jest

33

Nr sprawy: DT/1/13

zmniejszyć swoje wymagania (np. nie wymagając pomiaru amplitudy poszczególnych harmonicznych napięcia?).


Zamawiający rozważy wprowadzenie zmian dotyczacych wymagań jakościowych oraz uzupełni zapisy

Lp. 264. Dotyczy: Uzupełnienie nr 3 do SIWZ – wzór umowy realizacyjnej, rozdział 15, § 174.

Uwaga:

§ 174. [Płatność kar] Kwoty kar umownych przewidziane Umową płatne będą na rzecz Zamawiającego w terminie 14 dni od dnia otrzymania przez Wykonawcę wezwania do zapłaty.


Zamawiający dokona stosownej modyfikacji SIWZ.


Uwaga:

§ 176. [Produkty P.1-P.6] W przypadku nie dokonania przez Zamawiającego odbioru któregokolwiek z Produktów P.1 – P.6 w terminach wskazanych w Umowie, z przyczyn leżących po stronie Wykonawcy, Zamawiający będzie uprawniony do domagania się od Wykonawcy zapłaty kary umownej w wysokości 5.000,00 PLN za każdy dzień zwłoki w dostarczeniu prawidłowego Produktu odpowiednio P.1 – P.6 (do okresu zwłoki nie wlicza się okresu ostatniej weryfikacji danego Produktu, w ramach której Produkt został odebrany oraz okresów przedłużonego odbioru przez Zamawiającego ponad terminy na odbiór przewidziane dla Zamawiającego).


Zamawiający nie podziela stanowiska Wykonawcy – kara jest pojedyncza, nakładana za niedotrzymanie terminu prawidłowego wykonania produktów P.1.-P.6 i jest to jedyna kara za brak w terminie tych produktów.


Uwaga:

§ 179. [Wsparcie] W razie zwłoki w wykonywaniu usługi wsparcia lub niedostatecznego zaangażowania Wykonawcy w jej świadczenie dla danego Urządzenia, Zamawiający będzie uprawniony do domagania się od Wykonawcy zapłaty kary umownej w wysokości 10,00 PLN za każdy dzień zwłoki w wykonywaniu usługi lub braku dostatecznego zaangażowania dla danego Urządzenia.


34

Autor, 11.04.2014,

Nieproporcjonalne terminy płatności – Zamawiający podstawowe 30 dni

Autor, 11.04.2014,

Sugerujemy doprecyzowanie zwrotu „niedostateczne zaangażowanie”.

Autor, 11.04.2014,

W naszej opinii Zamawiający nakłada na wykonawcę drugą karę tak naprawdę za to samo przewinienie, i to dość wysoką.

Nr sprawy: DT/1/13

Zamawiający doprecyzuje przedmiotowe wymaganie; chodzi tu o brak należytej staranności w świadczeniu przedmiotowej usługi.

Lp. 267. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział IX, pkt 1 lit. g) ppkt 3

Uwaga:

Zdalna (przez CSD lub TCP/IP) i lokalna (przez USB) konfiguracja i diagnostyka urządzenia.

Konfiguracja i diagnostyka lokalna musi być możliwa z wykorzystaniem interfejsu WWW.

Diagnostyka zdalna musi być możliwa z wykorzystaniem standardowego protokołu do monitoringu urządzeń sieciowych SNMP lub innego uzgodnionego z Koordynatorem Wiodącym Zamawiającego protokołu komunikacyjnego, obsługiwanego przez Centralny System Monitoringu Zamawiającego

W przypadku stosowania przez Wykonawcę dedykowanego protokołu komunikacyjnego Wykonawca przedstawi jego dokładną specyfikację, umożliwiającą zbudowanie interfejsu w Centralnym Systemie Monitorowania Zamawiającego.

Wykonawca powinien przekazać zestawienie parametrów, które są możliwe do pobierania z modemu przez zdalny system monitorowania (w przypadku SNMP baza MIB).

Minimalny zakres udostępnianych informacji musi zawierać:

- nr seryjny urządzenia

- typ i wersja sprzętu

- wersja oprogramowania firmware

- status modułu 3GPP

- typ techniki 3GPP wykorzystywana aktualnie do komunikacji

- moc sygnału dla aktualnie wykorzystywanej techniki

- CID (cell id) dla aktualnie wykorzystywanej techniki 3GPP

- LAC dla aktualnie wykorzystywanej techniki 3GPP

- stan połączenia modemu z licznikiem przez port USB


a) W zakresie wymagania konfiguracji przez interfejs WWW w sposób lokalny i zdalny, Zamawiający podtrzymuje swoje wymaganie. Sposób konfiguracji urządzenia powinien być możliwy z wykorzystaniem komputera PC zgodnego ze standardem informatycznym w Energa Operator (Systemem Windows i przeglądarką Internet Explorer) mającego dostęp lokalny do urządzenia przez USB lub zdalny przez sieć IP bez konieczności instalacji dodatkowych aplikacji lub sterowników. Konfiguracja za pośrednictwem WWW spełnia ten warunek.

b) W zakresie wymagania na protokół SNMP Zamawiający preferuje ten protokół jako ogólnie przyjety standard do zdalnego monitorowania urządzeń sieciowych

35

Autor, 11.04.2014,

Sugerujemy doprecyzowanie procedury uzgadniania zmian z Koordynatorem.

Autor, 11.04.2014,

Spełnienie tego zapisu wpłynie na znaczny wzrost kosztów z powodu koniczności zastosowania dodatkowych elementów.

Nr sprawy: DT/1/13

obsługiwany przez Centralny system Monitorowania Zamawiającego. Zamawiający dopuszcza możliwość innych protokołów komunikacyjnych tylko w przypadku, gdy będzie to protokół obsługiwany przez Centralny system Monitorowania Zamawiającego. Zamawiający może podać nazwę systemu monitorowania a Wykonawca może zweryfikować, czy jego urządzenia są zgodne ze specyfiką systemu Zamawiającego. System monitorowania Zamawiającego to Cisco Info Center.


Uwaga:

Możliwość synchronizacji czasu licznika za pomocą protokołu komunikacyjnego IEC1107


Zamawiający wprowadzi korektę zamiast IEC 1107 wprowadza zapis IEC 62056-21.


Uwaga:

Zdalna i lokalna wymiana oprogramowania (firmware) Modułu.


Zamawiający usunie powtarzające się wymaganie.


Uwaga:

Automatycznie (spontaniczne) przesyłanie zestawu informacji w przypadku wystąpienia któregokolwiek ze zdarzeń:

logowanie się do GSM po utracie połączenia dłuższym niż „n” godzin

po „n” restarcie na przestrzeni 24h

zakończenie sesji z zewnętrznym adresem na porcie do komunikacji z licznikiem– zmiana „firmware”

Zestaw informacji musi zawierać następujące dane:

dane identyfikacyjne widocznych BTS-ów i moc sygnału,

dane identyfikacyjne BTSa, do którego zalogowana jest karta,

„n” ostatnich zdarzeń,

czas i data w urządzeniu,

numer seryjny urządzenia,

błędy krytyczne urządzenia,

do serwera diagnostycznego protokołem UDP (SNMP Trap) i usługą SMS (definiowany sposób przesyłania informacji wraz z parametrami konfiguracyjnymi).W przypadku

36

Autor, 11.04.2014,

Zapis ten jest w konflikcie z pkt. 3, bo wymusza zastosowanie protokołu SNMP, który wcześniej był wymieniony jako wariantowy.

Autor, 11.04.2014,

Wymaganie opisane w pkt. 4

Autor, 11.04.2014,

Czy podana norma jest właściwa?

Nr sprawy: DT/1/13

przesyłania komunikatów przez usługę SMS musi być możliwość definiowania maksymalnej liczby wysyłanych komunikatów przez Terminal na dobę (gdzie każde „n” jest definiowalną liczbą całkowitą przy parametryzacji urządzenia). Możliwość konfiguracji adresu IP i portu serwera diagnostycznego, na który będą przesyłane pakiety kontrolne. Przesyłanie cyklicznie pakietów kontrolnych na potrzeby kontroli dostępności modułu komunikacyjnego w sieci APN (definiowany czas powtarzalności).


Z uwagi na konieczność standaryzacji komunikacji między modemami i Centralnym Systemem Monitorowania, Zamawiający podtrzymuje wymaganie komunikacji z wykorzystaniem protokołu SNMP i jednocześnie zmienia wymaganie z pkt.3 usuwając wariantowość protokołu SNMP. Protokół SNMP jest wymagany we wszystkich modemach do komunikacji z Centralnym Systemem Monitorowania Zamawiającego przy czym komunikacja między modemem a Oprogramowaniem Narzędziowym Dostawcy może odbywać się innym protokołem komunikacyjnym.

Lp. 271. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział IX, pkt 1 lit. k)

Uwaga:

k) Wraz z urządzeniami Wykonawca zobowiązany jest dostarczyć aplikację do monitorowania modemów komunikacyjnych wykorzystywanych do zdalnego odczytu.


Wykonawca jest zobowiązany do dostarczenia aplikacji (Oprogramowania Narzędziowego) pozwalającej na monitoring modemów dostarczonych przez Wykonawcę zgodnych ze specyfikacją określoną w RFI. Oprogramowanie to ma być niezależnym narzędziem do weryfikacji poprawności pracy dostarczonych modemów, służącym do porównania informacji zbieranych przez Centralny System Zamawiającego.

Lp. 272. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział I - Produkty

Uwaga:

Jeżeli przedmiot Umowy obejmuje:

Części I, II lub III w rozumieniu Działu IV pkt 4 SIWZ Ramowego, Wykonawca dostarczy i zainstaluje stanowiące przedmiot Umowy Urządzenia wraz z urządzeniami współpracującymi od strony ISD z licznikiem opisanymi w niniejszym Dodatku nr 3, na Makiecie Zamawiającego, a poniższe postanowienia stosuje się odpowiednio do Urządzeń dostarczonych przez Wykonawcę. W takim przypadku Wykonawca nie jest zobowiązany do dostarczenia całej Makiety, lecz jedynie wskazanych dalej Urządzeń do zamontowania na Makiecie, a także do dostarczenia pozostałych wymaganych Produktów lub ich części, w szczególności Scenariuszy testowych dla Urządzeń, Oprogramowania Testowo-Diagnostycznego dla Makiety (Urządzeń) oraz przeprowadzenia Warsztatów z Oprogramowania Testowo-Diagnostycznego dla Makiety (Urządzeń).

37

Autor, 11.04.2014,

Brak definicji akronimu „ISD”. Wnosimy o dodanie rozwinięcia.

Autor, 11.04.2014,

Czy Zamawiający mówi tu o oprogramowaniu monitorującym obsługującym tylko modemy wyspecyfikowane w rozdz. 9 pkt. 1 niniejszej specyfikacji?

Nr sprawy: DT/1/13


ISD to Infrastruktura Sieci Domowej (HAN).

Lp. 273. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 7, lit. e)

Uwaga:

e) Port USB w liczniku ma umożliwić podłączenie do licznika urządzenia – mieszczącego się pod pokrywą listwy zaciskowej - służącego do komunikacji z siecią ISD („moduł ISD”), o max.gabarytach 70x25x15 (DxSxG). Pokrywa listwy zaciskowej musi być wykonana z materiału nieekranującego dla fal elektromagnetycznych wykorzystywanych do komunikacji przez ISD. Model komunikacji powinien być oparty o realizację połączenia typu Virtual Serial Port:

i) oprogramowanie licznika powinno obsługiwać Host Controller i Root Hub oraz urządzenia podłączone do portu USB służące do komunikacji z ISD;

urządzenia podłączone do portu USB służące do komunikacji z ISD powinny być klasy CDC – Communication Device Class (02h) oraz implementować model urządzenia Abstract Control Model z trybem emulacji portu szeregowego (Serial Emulation).


Wymagania dotyczące obudowy znajdują się w załączniku Wymagania dotyczące obudowy i skrzynki zaciskowej liczników. Zamawiający nie widzi potrzeby uzupełniania w tym miejscu zapisów.

Lp. 274. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 7, lit. k) - wstawiona

Uwaga:

k) Konstrukcja licznika powinna przewidywać podłączenie do interfejsu USB modułu zabezpieczeń kryptograficznych, współpracującego z analogicznym modułem zabezpieczeń po stronie koncentratora, realizującego funkcje zapewnienia: silnego dwustronnego uwierzytelnienia, integralności danych i poufności w komunikacji pomiędzy licznikiem a koncentratorem.


Zamawiający opisał wymagania w zakresie bezpieczeństwa i nie widzi konieczności rozszerzania tych zapisów. możliwość wprowadzenia proponowanego zapisu.

Lp. 275. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 11

Uwaga:

Bezpieczeństwo


38

Autor, 11.04.2014,

Uważamy, iż tylko kompleksowe ujecie bezpieczeństwa obejmujące definicję systemu kryptograficznego pozwoli na realizację poprawnego systemu zabezpieczeń.W szczególności w definicji zabezpieczeń nie wolno pomijać systemu generacji oraz dystrybucji kluczy kryptograficznych oraz mechanizmów uwierzytelnienia.Propozycja zarysu takiej definicji znajduje się na końcu dokumentu.

Autor, 11.04.2014,

Takie warstwowe podejście odpowiada na potrzeby:- wprowadzenia standardu interoperacyjności- zrealizowania poprawnego systemu kryptograficznej ochrony danych- takie podejście uniezależnia wdrażanie mechanizmów bezpieczeństwa od dostawców liczników

Autor, 11.04.2014,

Uzasadnienie: Moduł ISD komunikuje się bezprzewodowo i jest wyposażony we wbudowaną antenę.

Nr sprawy: DT/1/13

Zamawiający podał w tym rozdziale wymagania funkcjonalne nie narzucając konkretnych rozwiązań technicznych. Zagadnienia które porusza Wykonawca nie powinny być ujawniane na etapie postępowania, gdyż stanowiłyby doskonały materiał do wykonania narzędzi sabotażowych.

Lp. 276. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 11, lit. t)

Uwaga:

t) Komunikacja z Systemem Centralnym (o ile występuje) powinna być szyfrowana algorytmem o długości klucza 256 128 bitów według specyfikacji AES.


Zamawiający zmieni wymaganie i dopuści stosowanie klucza o długości 128 bitów.

Lp. 277. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VII, pkt 4, lit. p)

Uwaga:

p) Licznik powinien być wyposażony w interfejs sieciowy w standardzie Ethernet (gniazdo RJ-45), umożliwiający wykorzystanie protokołu TCP/IP, w wersji 4 oraz w wersji 6 Może to być wspólny interfejs z koncentratorem.


Zamawiający oczekuje co najmniej jednego interfejsu.

Lp. 278. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VII, pkt 4, lit. t)

Uwaga:

t) Licznik musi być wyposażony w interfejs służący do bezpośredniej komunikacji z systemem centralnym:

i) Ethernet RJ45(wymóg obligatoryjny);

ii) RS485 RJ45 (wymóg fakultatywny).


Zamawiający dopuszcza zastosowanie dodatkowego interfejsu.

Lp. 279. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VII, pkt 4, lit. v)

Uwaga:

v) Interfejsy urządzenia łączącego w sobie funkcje licznika i koncentratora danych) powinny umożliwiać przyłączenie modułu komunikacyjnego 3GPP/CDMA.


Zamawiający uzupełni wymaganie.

39

Autor, 11.04.2014,

UWAGA: Jak to się ma do powielonych zapisów w punktach p) i q)?

Autor, 11.04.2014,

UWAGA: Należy wymagać aby ZKB miał JEDEN port Eth/RJ45 do podłączenia modemu lub routera. W przeciwnym razie będzie potrzebny switch lub hub co podniesie komplikację systemu i jego cenę.

Autor, 11.04.2014,

Nie widać uzasadnienia dla stosowania innego algorytmu szyfrowego dla tego przypadku.

Nr sprawy: DT/1/13

Lp. 280. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VII, pkt 4, lit. w)

Uwaga:

w) Komunikacja z koncentratorem powinna spełniać dodatkowo następujące cechy:

i) urządzenie łączące w sobie funkcje licznika i koncentratora powinno wspierać automatyczne wykrywanie i identyfikację modułu licznika przez System Centralny i moduł koncentratora danych w jego obszarze działania. Moduł licznika powinien rozpocząć komunikację z urządzeniem nadrzędnym lub Systemem Centralnym bezpośrednio po podłączeniu zasilania. Status nawiązywania i nawiązania tej komunikacji powinien być sygnalizowany;.

ii) zasilanie modułu komunikacji odbywa się za pośrednictwem zasilacza wewnętrznego licznika.


Zamawiający zmieni wymaganie zgodnie z sugestią Wykonawcy.

Lp. 281. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VII, pkt 8

Uwaga:

Bezpieczeństwo


Patrz odpowiedź na pytanie nr 275.

Lp. 282. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VII, pkt 8, lit. r)

Uwaga:

r) Urządzenie musi być odporne na ataki DoS przeprowadzane na każdy z interfejsów.


Zamawiający podtrzymuje swoje wymaganie.

Lp. 283. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VIII, pkt 4, lit. b)

Uwaga:

Koncentrator powinien obsługiwać mechanizm rejestrowania swojej nazwy na serwerze DNS (zgodnie ze standardami określonymi przez IETF: RFC 1034, RFC 1035). Adres IP pobierany jest z modemu podłączonego do koncentratora z wykorzystaniem protokołu SNMP spod zdefiniowanego, konfigurowalnego OIDu. Rejestracja nazwy powinna następować w momencie instalacji koncentratora oraz po każdej dłuższej przerwie w zasilaniu. Mechanizm musi pozwalać na jego włączenie i wyłączenie w dowolnym czasie.


40

Autor, 11.04.2014,

UWAGA: Doprecyzowanie.

Autor, 11.04.2014,

Urządzenie pracuje w wydzielonej sieci, w której obowiązują ściśle zdefiniowane reguły dostępu. Trudno tutaj wyobrazić sobie tego typu atak. Próby tego typu powinny być wyłapywane na firewallach znacznie wcześniej.

Autor, 11.04.2014,

jw.Uważamy, iż tylko kompleksowe ujecie bezpieczeństwa obejmujące definicję systemu kryptograficznego pozwoli na realizację poprawnego systemu zabezpieczeń.W szczególności w definicji zabezpieczeń nie wolno pomijać systemu generacji oraz dystrybucji kluczy kryptograficznych oraz mechanizmów uwierzytelnienia.Propozycja zarysu takiej definicji znajduje się na końcu dokumentu.

Autor, 11.04.2014,

UWAGA: O jaki moduł komunikacyjny chodzi?Proponujemy wykreślić. ZKB komunikuje się jako cały zestaw za pośrednictwem routera 3GPP/CDMA

Nr sprawy: DT/1/13

W aktualnie wykorzystywanych routerach 3GPP/CDMA zewnętrzny adres IP pod którym widoczny jest router i koncentrator jest przechowywany wprost w dedykowanym OID: 1.3.6.1.4.1.2021.254.1.1.2.0. Numer OID może się zmienić, z uwagi na to, że w OID jest zaszyty indywidualny numer dostawcy modemu oraz inny dostawca modemu może mieć inną strukturę drzewa MIB. W innej wersji posiadanego modemu adres IP jest przechowywany w OID .1.3.6.1.4.1.43239.1.1000.1.1.2. Koncentrator powinien umożliwiać elastyczne konfigurowanie właściwego OID z którego będzie pobierany adres IP. Należy również uwzględnić że community string będzie wartością zmienną.

Alternatywnie, można pobierać adres IP z części standardowej bazy MIB identycznej dla wszystkich dostawców. Zewnętrzny adres IP znajduje się wśród adresów przechowywanych w OID 1.3.6.1.2.1.4.20.1.1;

Odczyt adresu IP jest realizowany przez sprawdzenie wszystkich adresów IP wszystkich dostępnych interfejsów sieciowych i prasowanie po nazwie interfejsu wirtualnego.

Lp. 284. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VIII, pkt 4, lit. cc)

Uwaga:

cc) Koncentrator musi zapewniać dostęp do konfiguracji i diagnostyki z wykorzystaniem protokołu ssh implementującego dwustronne uwierzytelnienie.


Komunikacja SSH na porcie Ethernet jest potrzebna do uwierzytelnienia koncentratora w routerze 3GPP/CDMA. W metodzie uwierzytelnienia wykorzystywany jest Finger Print standardowo wymieniany w SSH. Dodatkowo, przez SSH za pośrednictwem technicznego hasła powinna być możliwość odczytania numeru seryjnego koncentratora.

Lp. 285. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VIII, pkt 6, ppkt 1

Uwaga:

a) Koncentrator musi umożliwiać zmianę ustawień poszczególnych parametrów w sposób lokalny oraz zdalny.

b) Koncentrator musi umożliwiać zmianę ustawień poszczególnych parametrów w sposób lokalny oraz zdalny.


Zamawiający usunie powtarzające się wymagania.

Lp. 286. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VIII, pkt 8

Uwaga:

Bezpieczeństwo


41

Autor, 11.04.2014,

jw.Uważamy, iż tylko kompleksowe ujecie bezpieczeństwa obejmujące definicję systemu kryptograficznego pozwoli na realizację poprawnego systemu zabezpieczeń.W szczególności w definicji zabezpieczeń nie wolno pomijać systemu generacji oraz dystrybucji kluczy kryptograficznych oraz mechanizmów uwierzytelnienia.Propozycja zarysu takiej definicji znajduje się na końcu dokumentu.

Autor, 11.04.2014,

UWAGA: Powtórzenie.

Autor, 11.04.2014,

Potrzebne do zrealizowania uwierzytelnienia pomiędzy koncentratorem a routerem 3GPP/CDMA. Pozwoli na zrealizowanie zabezpieczeń w sposób kompletny – zgodnie z obecnie prowadzonymi pracami.

Nr sprawy: DT/1/13


Lp. 287. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VIII, pkt 8, lit. z)

Uwaga:

z) Koncentrator musi zapewniać masową wymianę kluczy szyfrujących w licznikach.


Zamawiający podał w tym rozdziale wymagania funkcjonalne nie narzucając konkretnych rozwiązań technicznych. Patrz odpowiedź na pytanie nr 275.

Lp. 288. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział IX, pkt 1, lit. c)

Uwaga:

c) Oferowane moduły komunikacyjne muszą poprawnie realizować transmisję danych pomiarowych z licznika energii elektrycznej bezpośrednio do Systemu Centralnego, eksploatowanego w ENERGA-OPERATOR SA, w technologiach minimum 3GPP. tj. minimum UMTS/HSUPA na pasmach 900MHz oraz 2100MHz.



Lp. 289. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział IX, pkt 1, lit. e)

Uwaga:

e) Moduł musi być wbudowany w konstrukcję licznika. Dopuszcza się takie rozwiązanie, w którym moduł komunikacyjny wbudowany w konstrukcję licznika będzie wymienny. W przypadku modułu wymiennego, dostęp do modułu musi być plombowany zabezpieczony plombą monterską.


Zamawiający rozważy możliwość wprowadzenia zmiany.

Lp. 290. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział IX, pkt 1, lit. f)

Uwaga:

f) Wymagania konstrukcyjne modułu:


Zamawiający podtrzymuje swoje wymagania.

Lp. 291. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział IX, pkt 1, lit. f), ppkt 6

42

Autor, 11.04.2014,

UWAGA i PROPOZYCJA: Z wymagań nie jest jasna koncepcja podłączania urządzeń, z którymi komunikuje się licznik za pośrednictwem złącza USB. Podsumowując mogą to być:- modem 3GPP- liczniki innych mediów dostępne np. przez M-bus- wyświetlacz i inne domowe urządzenia dostępne przez M-busPonieważ licznik ma być wyposażony w jedno złącze USB a zakres funkcjonalny podłączanej przystawki może być różny z uwagi na optymalizację kosztów należy przewidzieć wszystkie potrzebne warianty przystawki. Jako minimum wydaje się, że potrzebne są trzy:- tylko modem 3GPP- tylko modem M-bus- modem 3GPP + modem M-busWarto również rozważyć dodatkowe 4 opcje:- trzy warianty powyższe + moduł bezpieczeństwa- tylko moduł bezpieczeństwaDoprecyzowanie powyższego rozstrzyga w konsekwencji także strukturę komunikacji przez USB pomiędzy wszystkimi modułami funkcjonalnymi podłączanymi do licznika.

Autor, 11.04.2014,

Bardziej odpowiada intencji jak ją rozumiemy. Chodzi o to aby dostęp do modułu wymagał zerwania plomby nawet jeśli nie jest ona założona bezpośrednio na module a np. na pokrywie licznika.

Autor, 11.04.2014,

Nie został ustalony mechanizm bezpiecznej dystrybucji tych kluczy. Nie mogą one być po prostu przekazywane.

Nr sprawy: DT/1/13

Uwaga:

Obsługa kart USIM 1,8/3V - karty mini SIM (standard 2FF)


Zamawiający dopuszcza stosowanie modemów z kartami mini SIM (Standard 2FF) i micro SIM (Standard 3FF). Wymagana jest obsługa minimum jednej karty SIM pozwalająca na komunikację z APN operatora komórkowego z którym Zamawiający ma aktywną umowę współpracy.

Zamawiający dopuszcza stosowanie modemów obsługujących 2 lub 3 karty SIM jednak w takim wypadku, oczekuje w modemie mechanizmu zarządzania przełączaniem pomiędzy kartami SIM:

możliwość sztywnego ustawienia aktywnej karty SIM

możliwość ustawienia algorytmu przełączenia aktywnej karty SIM na kartę Backup w przypadku braku zasięgu dla karty Podstawowej.

Zmiany konfiguracji modemu np. zmiana nazwy obsługiwanego APN

mechanizmu informowania systemu centralnego o zmianie aktywnej karty SIM i aktualnie przypisanego adresu IP pod którym widoczny jest modem

alternatywnego mechanizmu jednolitej adresacji (Mobile IP) zapewniającego wirtualny adres IP pod którym widoczny jest modem, niezależnie od fizycznego adresu IP ustawionego w prywatnym APN operatora komórkowego.


Uwaga:

Interfejs USB device przeznaczony do celów konfiguracyjnych (interfejs serwisowy). Dopuszcza się aby był to ten sam interfejs co służący do połączenia z licznikiem.


Zamawiający dopuszcza takie rozwiązanie, nie widzi jednak konieczności zmiany zapisów specyfikacji.


Uwaga:

Dostęp do karty SIM, zasilania, interfejsów komunikacyjnych, interfejsu serwisowego

oraz do portu antenowego zabezpieczony mocowaniem do plombowania plombą monterską.


Zamawiający wprowadzi zmianę wymagań.

Lp. 294. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury

43

Autor, 11.04.2014,

Bardziej odpowiada intencji jak ją rozumiemy. Chodzi o to aby dostęp do modułu wymagał zerwania plomby nawet jeśli nie jest ona założona bezpośrednio na module a np. na pokrywie licznika.Dzięki temu zmniejszamy też ilość wymaganych plomb.

Autor, 11.04.2014,

Jeden interfejs zamiast dwóch obniży koszty modułu.

Autor, 11.04.2014,

Czy moduł powinien mieć złącze do jednej karty SIM czy do większej ich liczby np. 2 lub 3?Jak powinien postępować w przypadku większej liczby kart?

Nr sprawy: DT/1/13

Licznikowej - Wykaz i Opis Produktów, rozdział IX, pkt 1, lit. f), ppkt 10

Uwaga:

Obudowa z tworzywa sztucznego z ochroną IP-51. Sposób integracji modułu z licznikiem powinna zapewniać poziom ochrony modułu IP-51.


Zamawiający oczekuje, że dostarczony moduł będzie posiadał poziom ochrony IP51.


Uwaga:

Parametryzacja Modułu komunikacyjnego z wykorzystaniem interfejsu WWW zdalnie przez sieć 3GPP lub przez interfejs serwisowy USB z komputera PC bez podłączania zasilania głównego (zasilanie USB).


Zamawiający nie narzuca rozwiązania konstrukcyjnego.

Lp. 296. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział IX, pkt 1, lit. g), ppkt 1

Uwaga:

Praca w zakresach GSM

900/1800 MHz CSD

900/1800 MHz GPRS/EDGE

900/2100 MHz UMTS/HSUPA

900/1800/2100 MHZ USSD


Technologia CSD wykorzystywana jest przez naszych klientów lub w sytuacji gdy nie ma możliwości transmisji danych. Zamawiający oczekuje, że będzie możliwość wykorzystania technologii CSD.

a) Zamawiający nie rezygnuje z wymagania aby modem ją obsługiwał. Jeśli modem będzie pracował stabilnie w 3GPP to CSD po prostu nie będzie wykorzystywane.

b) Wykonawca może wprowadzić obsługę USSD alternatywnie dla techniki CSD jednak to nie oznacza, że technika CSD nie jest wymagana. Komunikacja z wykorzystaniem USSD nie jest aktualnie oferowana klientom końcowym przez operatorów komórkowych. Aktualnie jest wykorzystywana tylko przez operatora komórkowego dla własnych serwisów.


Uwaga:

44

Autor, 11.04.2014,

Zamiast technologii CSD sugerujemy użycie technologii USSD do zrealizowania podstawowych funkcji:- technika ta jest najbardziej niezawodnym mechanizmem komunikacji w sieciach 3GPP.- w minimalnym stopniu (dużo mniejszym niż CSD) obciąża sieć radiową.- jest bardziej od CSD efektywna cenowo.

Autor, 11.04.2014,

Sugerujemy odejście od wykorzystywania technologii CSD:- Wymagać będzie dodatkowego abonamentu (jako dodatkowa usługa).- Stosowanie tej techniki było uzasadnione w latach przeszłych, gdy modemy transmisyjne dysponowały jedynie technologią 2G lub 2.5G i obserwowane były tzw, zawieszenia kontekstu ppp. Obecnie u wszystkich operatorów technologia transmisji danych jest znacznie wyżej rozwinięta i takie incydenty nie mają miejsca.- Ponad to CSD nie jest natywnie związane z transferami pakietowymi i z tego powodu stanowi nieuzasadniony wyjątek w koncepcji transmisji realizowanej w systemie AMI. - Należy również zwrócić uwagę, że sama aplikacja będzie musiała być dodatkowo przygotowana na obsługę tego archaicznego interfejsu.- Z drugiej strony należy nadmienić , iż wymagania dotyczące urządzeń transmisyjnych stawiają duże wymagania na niezawodność realizowaną z wykorzystaniem dostępnych, standardowych – w odróżnieniu od CSD i dalej wymienionemu CLIP - mechanizmów.

Autor, 11.04.2014,

Pozwala obniżyć koszty przy jednoczesnym osiągnięci celu jakim jest pożądana odporność środowiskowa.

Nr sprawy: DT/1/13

Dwa tryby pracy:

automatyczny – Moduł dynamicznie wybiera optymalną technologię komunikacyjną z dostępnych, na podstawie skonfigurowanych priorytetów dla technik transmisyjnych

manualny – sztywne ustawienie techniki komunikacyjnej przez osobę konfigurującą Moduł komunikacyjny (lokalnie lub zdalnie)

W trybie automatycznym przełączanie pomiędzy technologiami w zależności od ustawionego priorytetu z zabezpieczeniem przed zbyt częstym przełączaniem (np. nie częściej niż co 30min – oprogramowanie modemu musi pozwalać na definiowane minimalnego czasu przez osobę konfigurującą modem ).

Dostawca dostarcza aplikację, która na podstawie danych lokalizacyjnych oraz samo-uczących algorytmów pozwala na zdalną i automatyczną optymalizację konfiguracji urządzeń.


Zamawiający nie zgadza się na modyfikację wymagania.


Uwaga:

Zdalna (przez CSD USSD lub TCP/IP) i lokalna (przez USB) konfiguracja i diagnostyka urządzenia.

Konfiguracja i diagnostyka lokalna musi być możliwa z wykorzystaniem interfejsu WWW.











45

Nr sprawy: DT/1/13



- stan połączenia modemu z licznikiem przez port USB

Wszystkie czynności diagnostyczne muszą być zabezpieczone przed nieupoważnionym wykorzystaniem co najmniej hasłem dystrybuowanym masowo do wszystkich urządzeń w bezpieczny sposób. Urządzenie musi rozróżniać role: administratora (mającego dostęp do pełnej konfiguracji) oraz operatora mogącego jedynie odczytywać dane konfiguracyjne.


a) Wprowadzenie USSD może być tylko opcjonalne ale nie jako alternatywa dla CSD.

b) Dostęp do danych diagnostycznych w bazie MIB musi być zabezpieczony hasłem: community string. Hasła w urządzeniach będą zmieniane okresowo i modem powinien przewidywać mechanizm zdalnej bezpiecznej wymiany hasła np. przez skrypt pobierający aktualne hasła ze zdalnego serwera SCP.

c) Urządzenie powinno rozróżniać przynajmniej dwa typy użytkowników i dla każdego z nich powinna być możliwość ustawienia innego hasła, zgodnego z polityka bezpieczeństwa EOP (min 6 znaków, małe i wielkie litery, cyfry i znaki specjalne):

- Administrator – uprawnienia do modyfikacji konfiguracji urządzenia;

- Operator – upoważnienia tylko do odczytu informacji diagnostycznych.


Uwaga:

Zdalna i lokalna wymiana oprogramowania (firmware) modułu komunikacyjnego. Procedura zmiany oprogramowania powinna być zabezpieczona zarówno z uwagi na uwierzytelnienie wgrywanego kodu, prawa do jego dystrybucji, jak i w pełni rozliczana, np. z wykorzystaniem mechanizmów SNMP trap.


Zamawiający nie narzuca rozwiązania technicznego.

Zgodnie z wymaganiami bezpieczeństwa zmiana firmware może być wykonana tylko przez użytkownika uwierzytelnionego np. Administratora, który uwierzytelni się hasłem.


Uwaga:

Możliwość śledzenia ilości stacji bazowych, znajdujących się w bezpośrednim sąsiedztwie urządzenia, i poziomu ich sygnału: lokalna i zdalna.


Zamawiający wprowadzi doprecyzowanie SIWZ.

46

Autor, 11.04.2014,

Troska o bezpieczeństwo systemu rozciąga się także na ochronę oprogramowania.

Autor, 11.04.2014,

Intencją jest dbanie o bezpieczeństwo przy zapewnieniu łatwości użytkowania (przez zdalną dystrybucję haseł)

Nr sprawy: DT/1/13


Uwaga:

Zabezpieczenie przed rozłączaniem istniejącej sesji przez nowe połączenie przychodzące w technice CSD. Możliwość ustawienia okien czasowych w których jest możliwe nawiązywanie połączeń CSD oraz numerów uprawnionych do komunikacji z Modemem komunikacyjnym.


Zamawiający nie zgadza się na usunięcie wymagania.


Uwaga:

Obsługa restartu programowego i sprzętowego przez odcięcie zasilania restartu urządzenia. Autodiagnostyka weryfikująca poprawność działania i podłączenia do systemu skutkująca automatycznym restartem w przypadku stwierdzenia dysfunkcji.


Zamawiający oczekuje spełnienia wymagania. Zamawiajacy nie narzucał rozwiązania technicznego.

Zastosowanie dodatkowego elementu typu mały stycznik odcinający zasilanie od całego modemu, będzie tożsame z odłączeniem zasilania zewnętrznego – twardy restart. Takie rozwiązanie na pewno zadziała ale wymaga dodatkowego elementu na który będzie potrzebne dodatkowe miejsce pod kapą oraz podniesie koszt urządzenia.

Aktualnie realizowane sprzętowe WatchDogi w procesorach spełniają dokładnie tę samą funkcję.


Uwaga:

Możliwość ustawiania dowolnego czasu dla restartu programowego urządzenia.




Uwaga:

Możliwość ustawiania dowolnego czasu dla restartu sprzętowego urządzenia.


47

Autor, 11.04.2014,

Powtórzenie.

Autor, 11.04.2014,

Sugerowany autorestart w wyniku autodiagnozy jak w punkcie nr 8.

Autor, 11.04.2014,

Podejście lepsze niż ślepy mechanizm lub interwencja obsługi.

Autor, 11.04.2014,

Współczesne procesory wyposażone są w silne mechanizmy restartu sprzętowego, stosowanie dodatkowego układu niepotrzebnie podniesie cenę urządzenia.

Autor, 11.04.2014,

Zbędne jeśli zrezygnować z funkcjonalności CSD. Powody j.w.

Nr sprawy: DT/1/13

Powtórzenie zostanie usunięte.


Uwaga:

Możliwość restartu sprzętowego urządzenia za pośrednictwem usługi CLIP.




Uwaga:

Definiowanie min 3 numerów dla restartu za pośrednictwem usługi CLIP.




Uwaga:

Automatyczne przełączanie się urządzenia w tryb transmisji komutowanej CSD po utracie transmisji pakietowej GPRS/EDGE/UMTS. Moduł jest gotowy do odbioru komunikacji CSD.




Uwaga:

Funkcja zawieszania sesji GPRS/EDGE/UMTS po uzyskaniu wywołania CSD przez zdefiniowane numery.




Uwaga:

Automatyczne przejście do zawieszonej sesji GPRS/EDGE/UMTS po zakończeniu komunikacji CSD.

48

Autor, 11.04.2014,

J.w.

Autor, 11.04.2014,

J.w. to jest rozwiązanie nie przystające do współczesnego modelu sieci komórkowych.

Autor, 11.04.2014,

Zysk jest pozorny, sieć CSD jest utrzymywana na znacznie niższym poziomie niezawodności niż 3G. W obrębie UMTS urządzenie dysponuje dwiema technologiami i w tych granicach powinno dysponować zasobami. Alternatywnie proponujemy zastosowanie sygnalizacji USSD.

Autor, 11.04.2014,

J.w.

Autor, 11.04.2014,

Dostawca powinien dostarczyć niezawodne i przetestowane urządzenie. Rozwiązania typu restart z wykorzystaniem usługi CLIP pochodzą z sieci 2G, gdzie wieszanie się interfejsów danych było częste. Tego zjawiska nie obserwuje się w sieciach 3G. Nadto CLIP jest osobno taryfikowaną usługą, co podnosi koszty całego systemu.

Nr sprawy: DT/1/13




Uwaga:

Funkcja definiowania okien czasowych dla transmisji CSD.




Uwaga:

Możliwość zdefiniowania min. 3 numerów telefonów dozwolonych dla komunikacji CSD (filtr numerów).




Uwaga:

Synchronizacja zegara RTC urządzenia za pośrednictwem serwera NTP oraz sieci GSM wykorzystaniem zdefiniowanego, dostępnego w sieci EOP serwera NTP


Zamawiający wprowadzi proponowaną zmianę.


Uwaga:

Informacje gromadzone w dzienniku zdarzeń:

Nieudana próba zalogowania do modemu

restart urządzenia,

logowanie do APN,

utrata dostępu do APN,

wymiana oprogramowania („firmware”),

zmiana parametryzacji,

zmiana czasu zegara wewnętrznego,


49

Autor, 11.04.2014,

J.w.

Autor, 11.04.2014,

J.w.

Nr sprawy: DT/1/13

połączenia przychodzące (adresy IP oraz numery CSD),

–przelogowanie urządzenia się pomiędzy stacjami bazowymi wraz z identyfikatorami CID i LAC.

Wszystkie zdarzenia muszą być opatrzone stemplem czasu.


Zamawiający uzupełni wymaganie SIWZ.


Uwaga:

Zdalna i lokalna uwierzytelniona i autoryzowana wymiana oprogramowania (firmware) Modułu.


Wymagania dotyczące bezpieczeństw zostały podane w innych miejscach specyfikacji.


Uwaga:

Automatycznie (spontaniczne) przesyłanie zestawu informacji w przypadku wystąpienia któregokolwiek ze zdarzeń:

logowanie się do GSM po utracie połączenia dłuższym niż „n” godzin

po „n” restarcie na przestrzeni 24h

zakończenie sesji z zewnętrznym adresem na porcie do komunikacji z licznikiem– zmiana „firmware”

Zestaw informacji musi zawierać następujące dane:

dane identyfikacyjne widocznych BTS-ów i moc sygnału,

dane identyfikacyjne BTSa, do którego zalogowana jest karta,

„n” ostatnich zdarzeń,

czas i data w urządzeniu,

numer seryjny urządzenia,


do serwera diagnostycznego protokołem UDP (SNMP Trap) i usługą SMS (definiowany sposób przesyłania informacji wraz z parametrami konfiguracyjnymi).W przypadku przesyłania komunikatów przez usługę SMS musi być możliwość definiowania maksymalnej liczby wysyłanych komunikatów przez Terminal na dobę (gdzie każde „n” jest definiowalną liczbą całkowitą przy parametryzacji urządzenia). Możliwość konfiguracji adresu IP i portu serwera diagnostycznego, na który będą przesyłane pakiety kontrolne. Przesyłanie cyklicznie pakietów kontrolnych na potrzeby kontroli dostępności modułu komunikacyjnego w sieci APN (definiowany czas powtarzalności).

50

Autor, 11.04.2014,

UWAGA: sformułowania są niezrozumiałe. PROPOZYCJA: zdefiniować zdarzenia, które mają być komunikowane z wykorzystaniem SNMP TRAP, wraz z ograniczeniami na częstość ich występowania.

Autor, 11.04.2014,

Troska o bezpieczeństwo.

Autor, 11.04.2014,

Zapis nie specyfikuje żadnego mechanizmu zabezpieczenia logu przed przepełnieniem np. wskutek permanentnego podawania błędnego hasła. Wnioskujemy o taki zapis.

Nr sprawy: DT/1/13


Zamawiający nie narzuca rozwiązania technicznego.

Lp. 316. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział IX, pkt 1, lit. k), Wymagania ogólne

Uwaga:

Wymagania ogólne:

Aplikacja składa się z części pracującej autonomicznie na serwerze oraz współpracujących z nią interfejsów użytkownika uruchamianych na stacjach roboczych.

Aplikacja umożliwia konfigurację dla każdego użytkownika zakresu modemów do, których ma dostęp.

Aplikacja rozstrzyga konflikty w dostępie użytkowników do tych samych zasobów.

Aplikacja udostępnia udokumentowany interfejs do, posiadanego przez EOP, systemu monitoringu i zarządzania urządzeniami infrastruktury teleinformatycznej.

Środowisko pracy oprogramowania: Windows Server 2003 lub wyższy, Linux.

Interfejs użytkownika końcowego w języku polskim.

Możliwość monitorowania do 50 000 modemów komunikacyjnych z możliwością rozbudowy do 120 000 modemów.

Współpraca z środowiskiem bazodanowym Microsoft SQL Server lub Oracle .

Możliwość monitorowania (przynajmniej częściowego) pracy urządzeń wielu producentów.

Gromadzenie skumulowanych statystyk odnośnie sumarycznej ilości zdarzeń (braki odpowiedzi, resety, awarie) występujących w całej puli urządzeń oraz z podziałem na grupy. Statystyki godzinowe, dzienne, miesięczne i roczne.

Prezentacja w postaci wykresów cyklicznych informacji o dostępności poszczególnych modemów

Aplikacja optymalizuje warunki pracy urządzeń transmisji alternatywnej poprzez ich automatyczną rekonfigurację.

Działania aplikacji są w pełni rozliczane w postaci logu aktywności aplikacji.


Zamawiający zaakceptuje takie rozwiązanie jednak nie uważa za konieczne wprowadzenie zmian dotyczących zapisów wymagań.

Lp. 317. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział IX, pkt 1, lit. k), Zakres funkcji diagnostycznych

51

Autor, 11.04.2014,

Przy masowej implementacji modemów komunikacyjnych konieczne są automatyczne mechanizmy zarządzania nimi. Użytkownicy zaś koncentrują się na nadzorze i weryfikacji.

Autor, 11.04.2014,

Może to podejście jest właściwsze w świetle opracowywanego w EOP systemu monitoringu. Jeden spójny system monitoringu, zamiast wielu niezależnych aplikacji monitoringu i zarządzania. Przy takiej decyzji zapis o dostarczeniu aplikacji powinien zostać usunięty i zastąpiony opisem wymagań interfejsu integrującego z centralnym systemem monitoringu.

Autor, 11.04.2014,

Uzupełnienie niezbędne w kontekście dużej (300), planowanej liczby użytkowników.

Autor, 11.04.2014,

Takie rozróżnienie pozwoli na autonomiczność i ciągłość pracy aplikacji.

Nr sprawy: DT/1/13

Uwaga:

Zakres funkcji diagnostycznych:

Monitorowanie dostępności dowolnych modemów komunikacyjnych z wykorzystaniem pakietów ICMP (ping) oraz aktywności modemów. Aplikacja unika transferów testowych i diagnostycznych jeśli na podstawie aktywności modemy w systemie można wnioskować o jego statusie.

Możliwość automatycznego resetowania oferowanych modemów za pośrednictwem usługi CLIP oferowanej przez operatora GSM.

Funkcja restartu urządzenia powinna być realizowana za pośrednictwem dostarczonego modemu GSM podłączonego do komputera poprzez RS232 lub USB.

Funkcja automatycznego zdalnego odczytu numeru seryjnego, numeru IMEI oraz wersji oprogramowania oferowanych modemów komunikacyjnych.

Automatyczne testowanie komunikacji między aplikacją diagnostyczną a APN:

Kontrola komunikacji ma polegać przede wszystkim na możliwości wysłania pakietu kontrolnego ICMP 32B i uzyskania odpowiedzi zwrotnej w zdefiniowanym maksymalnym czasie np. 1000ms. Dodatkowo, modem musi udostępniać możliwość testowania drożność kanału, przez okresowe (np. raz na godzinę) przesyłanie z aplikacji diagnostycznej do modemu porcji danych o wielkości co najmniej 64KB i pomiarze szybkości transmitowania danych.

Możliwość pracy usług diagnostycznych bez zalogowania operatora do Windows aplikacji (praca jako usługi systemu operacyjnego).

Prezentacja wyników działania automatycznych samouczących algorytmów optymalizacji konfiguracji modemów (o których mowa w punkcie IX.1.g.2)


Zamawiający nie zmieni swojego wymagania.

Lp. 318. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział IX, pkt 1, lit. k), Funkcje administracyjne systemu

Uwaga:

Funkcje administracyjne systemu:

Aktualna statystyka wszystkich urządzeń w postaci czytelnej informacji o ilości aktualnie sprawnych poprawnie i uszkodzonych niepoprawnie działających modemów łącz (sprawne, nie odpowiadające, zresetowane, niedziałające mimo resetu).

Możliwość generowania okresowych raportów.

Możliwość uruchomienia aplikacji do konfiguracji bądź aktualizacji oprogramowania z poziomu aplikacji monitorującej.

Możliwość importu listy urządzeń z plików programu Microsoft Excel.

52

Autor, 11.04.2014,

Prosimy o przeanalizowanie listy statusów i wyspecyfikowanie logiki działania systemu. Jeśli podane statusy odpowiadają procedurze to jest ona niejasna. Np. Jeśli urządzenie nie odpowiada to domyślamy się, że sugerowane jest jego zresetowanie, jednak brak odpowiedzi nie rozstrzyga czy urządzenie jest podłączone do sieci radiowej czy nie.PROPOZYCJA: Skuteczny i precyzyjny system monitoringu można zrealizować jeśli modemy będą się podłączały do serwera pośredniczącego, który będzie diagnozował ich status.

Autor, 11.04.2014,

Status dotyczy łącz w tym kart SIM a nie tylko modemów.

Autor, 11.04.2014,

Takie podejście nie sprawdzi się przy 300 użytkownikach. Sugerowane jest podejście: aplikacja serwerowa + interfejsy użytkowników

Autor, 11.04.2014,

J.w.

Autor, 11.04.2014,

J.w. w komentarzu nt. Usługi CLIP

Autor, 11.04.2014,

Intencją jest „oszczędzanie” zasobów radiowych. Nie chcemy przecież konkurować transferami testowymi o zasoby z transferami realizującymi statutową działalność EOP.

Nr sprawy: DT/1/13

Możliwość ręcznego dodawania/usuwania monitorowanych urządzeń.

Wbudowana wyszukiwarka urządzeń w bazie danych.

Możliwość czasowego wyłączania diagnostyki dla wybranego urządzenia.

Możliwość ręcznego uruchomienia funkcji diagnostycznej dla wybranego urządzenia na życzenie.

Możliwość definiowania aktywnych funkcji diagnostycznych dla poszczególnych typów modemów komunikacyjnych.

Możliwość globalnego włączenia/wyłączenia wybranych usług diagnostycznych.

Możliwość przeglądania statystyk dla każdego z urządzeń.

Możliwość eksportu logów do postaci tekstowej.

Możliwość przeglądania dziennika zdarzeń aplikacji dla każdego z urządzeń.

Dziennik zdarzeń powinien zawierać przynajmniej takie zdarzenia jak:o odpowiedź/brak odpowiedzi na pakiet kontrolny,

o udana/nieudana próba wymuszonego przez użytkownika restartu urządzenia,

udana/nieudana próba pobrania wersji oprogramowania i numeru IMEI.



Lp. 319. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział XI - wstawiony

Uwaga:

X1. ARCHITEKTURA KRYPTOGRAFICZNEGO SYSTEMU BEZPIECZEŃSTWA, WYMAGANIA

1. Architektura

a) System kryptograficzny realizuje co najmniej następujące funkcje

generacja kluczy kryptograficznych

dystrybucja kluczy kryptograficznych

poufność komunikacji

integralność komunikacji

uwierzytelnienie wzajemne komunikujących się elementów systemy teleinformatycznego

uwierzytelnienie użytkowników przez elementami systemu teleinformatycznego

rozłączalność aktywności systemu teleinformatycznego

b) Komunikacja w niżej wymienionych segmentach, zdefiniowanych przez komunikujące się urządzenia, zostanie zabezpieczona w pełnym zakresie zdefiniowanym w punkcie a):

53

Autor, 11.04.2014,

Propozycja ma charakter zarysu i w przypadku zaakceptowania będzie wymagała doprecyzowania.W przypadku zaakceptowania powinna stanowić osobny produkt i etap wdrażania systemu.

Nr sprawy: DT/1/13

I. Licznik - koncentrator

II. Licznik – centralny system teleinformatyczny Zamawiającego

III. Licznik – urządzenie w przestrzeni domowej klienta

Komunikacja pomiędzy niżej zdefiniowanymi urządzeniami, zostanie zabezpieczona w zakresie wzajemnego uwierzytelnienia:

IV. Koncentrator – router 3GPP/CDMA

Licznik - urządzenie (w tym modem komunikacyjny) podłączane do licznika przez interfejs USB

c) Uwierzytelnienie w systemie bazuje na infrastrukturze klucza publicznego w oparciu o urząd i serwer certyfikacji funkcjonujący u Zamawiającego i certyfikaty X.509.

d) Hierarchia infrastruktury klucza publicznego jest jednopoziomowa tj. wszystkie certyfikaty są poświadczane przez urząd certyfikacji.

e) Kotwicą (źródłem) wiarygodności systemy jest autocertyfikat urzędu certyfikacji deponowany w urządzeniach na etapie personalizacji. Zakłada się czas życia kluczy urzędu certyfikacji 15 lat.

f) Dopuszcza się aby funkcję systemu bezpieczeństwa kryptograficznego dla licznika i/lub koncentratora pełnił podłączany do nich moduł. W takim przypadku zabezpieczona sesja zakładana jest pomiędzy modułami, którym licznik i koncentrator zlecają realizację funkcji zabezpieczających.

2. Wymagania

a) Wykonawca wykona i dostarczy analizę zastosowanych zabezpieczeń zgodnie z normą Common Criteria w postaci dokumentu Zadanie Zabezpieczeń przygotowanego na poziom uzasadnienia zaufania EAL2 ze średnią siłą funkcji zabezpieczających.

b) W mechanizmach zabezpieczeń zostaną wykorzystane kryptograficzne algorytmy bazowe z tzw. „pakietu B NIST”:

algorytm szyfrowania AES-128

algorytm skrótu SHA-256

krzywe eliptyczne NISTdla urzędu certyfikacji P-521 lub B-571 lub K-571dla pozostałych P-256 lub B-233 lub B-283 lub K-233 lub K-283

algorytm podpisu ECDSA

algorytm uzgodnienia kluczy ECDH

c) Zaleca się aby komunikacja w segmentach I i II odbywała się zgodnie z rekomendacją IPSEC lub analogiczną (dopuszcza się różnice implementacyjne w stosunku do IPSEC jednak w takim przypadku konieczne jest przedstawienia analizy bezpieczeństwa zastosowanych modyfikacji i wykazania niepogorszenia zakresu i siły mechanizmów)

d) Zaleca się aby uwierzytelnienie użytkowników było realizowane w oparciu o certyfikat ich klucza publicznego.


54

Nr sprawy: DT/1/13


Lp. 320. Dotyczy: COSEM 2nd v20 2-nc, pkt 5.4 oraz pkt 4.1.4.1

Uwaga:

- Musimy wiedzieć dokładnie (najlepiej byłoby na przykład), które są różnice między "taryfy taryfy grupy" i "strefy", ponieważ nie jest zamazane informacji na ich temat w towarzysza i specyfikacji dokumentów:

Nie ma definicji "Obowiązująca taryfa grupy" obiektu i istnieje definicja "Aktywny identyfikator strefy taryfowe", co naszym zdaniem muszą być różnych obiektów (pkt 5.4 [ 2]).

Zgodnie z pkt 4.1.4.1 [ 2], uważamy, że taryfy "strefa" odnosi się do tego, co znamy jako stawkę lub taryfy ( w polu script_selector day_profile_table atrybutem działalności obiektu kalendarza), ale ten ustęp mówi nic o tym, co "taryfy" odnosi się do grupy, i czy jest to część czynności kalendarza.

- We need to know exactly (the best way would be an example) which are the differences between ‘tariff group’ and ‘tariff zone’, because there is blurred information about them in Companion and Specifications documents:

There is a definition for ‘Current tariff group’ object and there is a definition for ‘Active tariff zone identifier’, so we think they must be different objects (Point 5.4 of [2]).

According to paragraph 4.1.4.1 of [2], we think that ‘tariff zone’ relates to what we know as rate or tariff (script_selector field in day_profile_table attribute of Activity calendar object), but this paragraph says nothing about what ‘tariff group’ relates to, and whether it is a part of the activity calendar.




Uwaga:

- Musimy potwierdzić niektóre informacje o profilu obciążenia godzinowe obiektu (0-0 :99.1.0.255 ). Musimy potwierdzić, że chcesz bezwzględnej wartości energii w każdym przechwytywania zamiast stawki godzinowej pierwotnych wartości energii (w rzeczywistości, chwile nie definiuje obiekty do elementarnych wartości energii), aby potwierdzić, że chcesz też mieć napięcie/prąd/s s i wartości godzinowych w każdym przechwytywania (uważamy, że nie ma sensu ze względu na to, że będą to chwilowe wartości prądów i napięć w samym momencie stawka godzinowa)(pkt 6.3 [ 2]).

- We need to confirm some points about hourly load profile object (0-0:99.1.0.255). We need to confirm you want the absolute energy values in each hourly capture instead of incremental energy values (in fact, your Companion does not define objects for incremental energy values), and to confirm you also want voltage/s and current/s values

55

Nr sprawy: DT/1/13

in each hourly capture (we think it doesn’t make much sense because they will be the instantaneous voltage and current values just in the moment of the hourly capture)(Point 6.3 of [2]).



Lp. 322. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 5 lit a) ppkt iii - iv

Uwaga:

- Istnieją dwa punkty, które muszą być potwierdzone w wyświetlanych informacji. Informacje o dacie i godzinie, nasz wyświetlacz pokazuje ich przewijanie taryfy, data i godzina, nie na stałe. I o kolejności faz, wyświetlacz pokazuje zawsze L1 L2 L3 sekwencja i wskazuje nieprawidłowy przebieg fazy miga te trzy symbole. Czy akceptujesz to? i powinien być sterownik PLC poziom sygnału na wyświetlaczu cały czas? (Pkt VI. 5.a.iii i VI. 5.a.iv [ 1]).

- There are two points to be validated regarding displayed information. About date and hour, our display shows them scrolling tariff, date and hour, not permanently. And about phases sequence, our display shows always the L1 L2 L3 sequence, and it indicates wrong phases sequence by blinking those three symbols. Do you accept this configuration? And should be the PLC signal level shown on the display all the time? (Points VI.5.a.iii and VI.5.a.iv of [1]).


Akceptujemy aby data i godzina była wyświetlana poprzez przewijanie na wyświetlaczu. Akceptujemy wskaźnik kolejnosci faz. Poziom sygnału powinien być wyświetlany w sposób ciagły.

Lp. 323. Dotyczy: COSEM 2nd v20 2-nc, pkt 5.4 oraz rozdział 6

Uwaga:

- Istnieje pewna sprzeczność w taryfie możliwe wartości. Dostępne są 6 różne "Passive wartość dopuszczalną ogranicznik mocy" obiektów, lecz tylko 4 różne "Aktywny wartość dopuszczalną ogranicznik mocy" (pkt 5.4 [ 2]). Określono w nim również energię obiekty (np. "moc czynna importu" lub "moc czynna eksportu") tylko na 4 strefy czasowe ( sekcja6 [ 2]). Następnie, jak wiele stref czasowych czy metr? 4 Lub 6?

- There is a contradiction on possible tariff values. There are 6 different ‘Passive limit value of power limiter’ objects but only 4 different ‘Active limit value of power limiter’ (Point 5.4 of [2]). It also defines energy objects (like ‘Active power import’ or ‘Active power export’) only for 4 time zones (Section 6 of [2]). Then, how many time zones does the meter support? 4 or 6?


56

Nr sprawy: DT/1/13



Uwaga:

- W (Punkt 8.1 [ 2]) atrybut 2 "OBIS executed_script" z "0-0 :Push 15.0.4.255 harmonogram przedmiotu" odnosi się do skryptu obiektu 0-0 :10.0.108.255 , ale tego obiektu nie jest zdefiniowane, zatem niezbędne do tego.

- In (Point 8.1 of [2]) attribute 2 ‘executed_script’ of OBIS “0-0:15.0.4.255 Push scheduler object” refers to a script of the object 0-0:10.0.108.255, but this object is not defined, so it is necessary to do it.


0-0:10.0.x.255 object contains various scripts used in the Companion.

0-0:10.0.x.255 obiekt zawiera różne skrypty występujące w Specyfikacji Obiektów COSEM

Lp. 325. Dotyczy: COSEM 2nd v20 2-nc, rozdział 8

Uwaga:

- Prosimy o wyjaśnienie formatu w HAN uprawnienia dostępu do obiektów (sekcja 8 [ 2]), format "MC/RC/HC/PC/PRECYZJI" nie jest tym samym format, który zazwyczaj.

- We need you to clarify access permissions format in HAN objects (Section 8 of [2]), format “MC/RC/HC/PC/PREC” is not the same format that usually used.


Zamawiający skoryguje zapisy SIWZ.

Lp. 326. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 7 lit. i)

oraz

COSEM 2nd v20 2-nc, pkt 5.12

Uwaga:

- W "tryb autonomiczny" (pkt VI. 7.i [ 1] ) mówi się, że de dane mogą być na podstawie D protokół IEC 62056-21 . "W jaki sposób ten typ danych, które mogą zostać uregulowane w DLMS kontekst? Istnieje inny sposób odczytu obiektów. Co więcej, tryb D protokół IEC 62056-21 stablishs wiele elementów wolnych implementacji, co to jest stanowisko Energas w o nich?

- O tym samym "trybu autonomicznego" nie jest możliwe zrozumienie jego działania ze względu na zgodne ze specyfikacją dokumentu pojawi się 10 sekund, a czas, ale na Dodatek 5 Dokument towarzyszący jest opisane w pracy różni się od poprzednich. Jaki

57

Nr sprawy: DT/1/13

jest rzeczywisty?

-Która jest format konfiguracji PushObject listy? Macierz to co?

-Musimy znaleźć dużo rozbieżności między danymi technicznymi oraz niebieskiej księgi urzędowe i Ed 10 Ed 11.

-W ( 5,12 pkt [ 2]) jest to opisane jako atrybut 3 Buffer_Size. "Czy ta wielkość oznacza maksymalną długość wiadomości? Uważamy, że to nie jest taka sama, jak w przypadku rozmiaru bufora dla wiadomości dzielenie HAN i AMI.

- In “autonomous mode” (Point VI.7.i of [1]) it is said that de data could be based D mode protocol IEC 62056-21. ¿How this type of data can be encapsulated in a DLMS context? It exist another method of reading objects. Moreover, D mode protocol IEC 62056-21 stablishs a lot of elements of free implementation, What is the Energas’s position about them?

- About the same “autonomous mode” it is not possible to understand its operation due to in Specification Document appears 10 seconds as period but at Appendix 5 of Companion Document it is described an operation mode different from the previous. What is the real operation?

-Which is the format of configuring PushObject list? Array of what?

-We find a lot of discrepancies between specifications and the official Blue Book Ed 11 and Ed 10.

-In (Point 5.12 of [2]) it is described attribute 3 as Buffer_Size. ¿Does this size mean the maximum message length? We find that this length is not the same than the size of buffer for messages sharing between HAN and AMI System.



Lp. 327. Dotyczy: COSEM 2nd v20 2-nc, pkt 4.3.1 oraz załącznik nr 1

Uwaga:

- Są dwie różnice między ( sekcja 4.3.1 [ 2]) i (Dodatek 1 [ 2] ): obie sekcje powinny zdefiniować te same obiekty, ale istnieją dwa obiekty ( "CL_432 setup" i "parametrów funkcjonalnych PRIME PLC MAC" ), które są tylko zdefiniowane w jednym z nich. Naszym zdaniem jest to prosty błąd, prawda?

- There are two differences between (Section 4.3.1 of [2]) and (Appendix 1 of [2]): both sections should define the same objects, but there are two objects (“CL_432 setup” and “Functional parameters PRIME PLC MAC”) that are only defined in one of them. We think it is a simple error, isn´t it?



Lp. 328. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 8 lit. j)

58

Nr sprawy: DT/1/13

Uwaga:

- Potrzebujemy potwierdzenia na maksymalny prąd dla liczników jednofazowych (pkt VI. 8.j [ 1]). Czy jest to 40A lub 60A? innymi słowy, na przykład w 1-fazowe liczniki, to oznacza, że minimalna wartość Imax 40A i nie ma problemu, jeśli licznik ma większą wartość dla Imax, lub ten punkt oznacza, że wartość Imax musi być 40A?

- We need confirmation about the maximum current for single phase meters (Point VI.8.j of [1]). Is it 40A or 60A? In other words, for example in 1-phase meters, this point means that the minimum value of Imax is 40A and there is no problem if the meter has a higher value for Imax, or this point means that the value for Imax must be 40A?


Wartość prądu maksymalnego musi wynosić 40 A.

Lp. 329. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 8 lit. r) oraz rozdział VI, pkt 8 lit. y)

Uwaga:

-Co robi (pkt VI. 8.r [ 1] ) ? Stwierdza on, że licznik nie powinien mieć akumulator. Czy to jest poprawne???

- Jakie znaczenie ma " mocy czynnej i biernej dla telemetrii musi pulsować przy oświetleniu światłem widzialnym w kolorze czerwonym w taki sposób, że błąd pomiaru w zakresie pomiarowym, z możliwością wyłączenia tej funkcji." w (pkt VI. 8.y [ 1])?

-What does (Point VI.8.r of [1]) mean? It says that the meter should not have a battery. Is that correct???

- What is the meaning of “The active and reactive power for telemetry must pulsate with visible light illumination in red in such a way that an error of the meter within the range of measurement, the ability to turn off this feature.” in (Point VI.8.y of [1])?



Lp. 330. Dotyczy: COSEM 2nd v20 2-nc, pkt 4.4.2 oraz pkt 5.8

Uwaga:

Biorąc pod uwagę fakt, że niemal wszystkie imprezy zwykle występuje w niskich częstotliwości (kilka razy dziennie) lub bardzo niskie częstotliwości (np. aktualizację oprogramowania sprzętowego lub synchronizacji), jest konieczne, by każdy log ma minimum 1000 wpisów? Myślę, że normalne w tych przypadkach są 100 wpisy, lub co najwyżej 200, kwota ta stanowi odpowiednie informacje. (o których mowa w pkt 4.4.2 oraz 5.8 [ 2].

Taking into account that almost all events normally occurs with low frequency (several times a day) or very low frequency (like firmware update or synchronization), is it necessary that every log has a minimum of 1000 entries? We think that normal for these

59

Nr sprawy: DT/1/13

cases are 100 entries, or at most 200; this amount represents adequate information. (referred in Points 4.4.2 and 5.8 of [2])



Lp. 331. Dotyczy: COSEM 2nd v20 2-nc, rozdział VI, pkt 1 lit. e) ppkt iv – v oraz pkt 6.6

Uwaga:

Myślę, że wszystko dotyczące obliczeń zniekształcenia harmoniczne (pkt VI. 1.e.iv i v z [ 1], pkt 6.6 [ 2]) jest coś, co dodaje niepotrzebnej złożoności do gazomierzy , i myślę, że wystarczy jeśli jakość tych środków na przełożonego m (zazwyczaj zawarte w każdym koncentratorze). Czy uważa pan, że wszystkie te obliczenia są niezbędne?

We think that everything concerning the calculations of the harmonic distortion (Point VI.1.e.iv and v of [1], and Point 6.6 of [2]) is something that adds unnecessary complexity to the meters, and we think that it would be enough if these quality measures are carried on the supervisor meters (normally included in each concentrator). Do you consider that all of these calculations are necessary?



Lp. 332. Dotyczy:

Uwaga:

Jest absolutnie konieczne, aby bufor 4 Kb dla HAN komunikacji? Te dwa bufory stanowią konsumpcję 8 Kb pamięci RAM ...

Is it absolutely necessary to have buffers of 4 Kbytes for HAN communications? These two buffers represent a consumption of 8 Kbytes of RAM…



Lp. 333. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 1, lit. e), ppkt ii – v

Uwaga:

i) wartości skutecznych napięć i prądów fazowych (RMS);

ii) kątów napięć i prądów ( odniesione do napi cia fazy 1);φ κiii) kątów napięć i prądów ( odniesione do napięcia fazy 1);φiv)zawartości poszczególnych harmonicznych od drugiej do trzynastej;

v) współczynnik zawartości harmonicznych (THD) w napięciu i prądzie oraz zawartości od rzędu 2-giej do rzędu 13-stej harmonicznej w prądzie i

60

Autor, 11.04.2014,

Czy zamawiający miał na myśli kąty fazowe w poszczególnych fazach?

Nr sprawy: DT/1/13

napięciu.


Zamawiający oczekuje pomiaru kąta fazowego prądu w odniesieniu do napięcia 1 fazy.

Wymagania jakościowe są nowymi wymaganiami. Wymagania jakościowe opisane zostały w załaczniku wskaźniki jakości energii.

Lp. 334. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 1, lit f)

Uwaga:

Licznik z częstotliwością co najmniej 1 sekunda musi dokonywać pomiaru chwilowych wartości skutecznych napięć (TRUE VRMS) i prądów fazowych (TRUE IRMS). Z wartości zmierzonych licznik musi dokonywać rejestracji uśrednionych, w okresie 10 min., wartości skutecznych napięć i prądów fazowych zgodnie z pkt 3b


Pomiar prądu w licznikach ma odbywać w czasie nie większym niż 1 s.

Lp. 335. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 1, lit g)

Uwaga:

Licznik musi dokonywać pomiaru średniej wartości mocy czynnej dla kierunku pobór i oddanie, w okresie nie dłuższym niż 1 sekunda.


Według Zamawiąjącego są to synonimy.

Lp. 336. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 1, lit i), ppkt iii

Uwaga:

Licznik musi rejestrować następujące wielkości:

i) i) profil obciążenia zgodnie z pkt 3.a;

ii) ii) wartości rejestrów energii czynnej i biernej, zatrzaskiwane w programowanym przez użytkownika cyklu: dobowym, tygodniowym, dekadowym, miesięcznym;

iii) iii) profil wielkości sieciowych właściwych dla licznika granicznego;


Profile określone zostały w VI. 1. oraz w VI.3.

Lp. 337. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 2, lit a)

Uwaga:

Licznik powinien posiadać element wykonawczy (np. stycznik), stanowiący integralną

61

Autor, 11.04.2014,

Zapis niezrozumiały – prosimy o opis profilu wielkości sieciowych właściwych dla „licznika granicznego”.

Autor, 11.04.2014,

co najmniej raz na sekundę

Autor, 11.04.2014,

Propozycja: Licznik musi dokonywać pomiaru (…) co najmniej raz na sekundę

Autor, 11.04.2014,

Prosimy o opisanie norm określających oczekiwane funkcje.

Autor, 11.04.2014,

Prosimy o dookreślenie wymogów.Dokładność pomiaru w liczniku jest objęta dyrektywą MID i normami zharmonizowanymi PN-EN 50470. Normy nie określają pomiaru takich wielkości, wymienione wartości chwilowe mogą być traktowane jedynie jako wskaźniki.Są to nowe wymogi - rozwój nowego licznika z taką funkcjonalnością pomiarową to ok. 1.5 roku Jest to poważne zwiększenie wymagań wpływające na cenę licznika (pomiar w zerze, zaawansowane moduły pomiarowe).

Nr sprawy: DT/1/13

jego część, dostosowany do prądu maksymalnego licznika.

Ilość cykli łączeniowych (załącz/ wyłącz), którą można wykonać za pomocą elementu wykonawczego ( np. stycznika) z zachowaniem jego poprawnego działania, w warunkach odpowiadających kategorii użytkowania UC-3 wg normy IEC 62055-31;


Zamawiajacy oczekuje spełnienia kategorii UC-3.

Lp. 338. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 2, lit. f, ppkt i – ii

Uwaga:

Licznik musi mieć możliwość zdalnego sprawdzenia stanu elementu wykonawczego, z uwzględnieniem jego diagnostyki obejmującej sprawdzenie:.

i) zgodności stanu elementu wykonawczego z wydaną dyspozycją;

braku obecności napięć fazowych na zaciskach wyjściowych licznika (od strony instalacji odbiorczej) w stanie „wyłącz”.



Lp. 339. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 3, lit. d)

Uwaga:

Jakiekolwiek zakłócenie lub przerwanie komunikacji w procesie parametryzacji licznika lub zmiany jego firmware, nie może powodować uszkodzenia licznika lub wprowadzenia go w stan powodujący jego błędne działanie, w tym niezgodne z dotychczasową parametryzacją lub zmienianym firmware.



Lp. 340. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 3, lit. g)

Uwaga:

Licznik musi zarejestrować w dzienniku zdarzeń przekroczenie / obniżenie wartości skutecznej napięcia, uśrednionej w okresie programowanym przez operatora (w przedziale od średniej 1 sek. do średniej 10 minutowej z krokiem co 1 sek.) , kiedy jego wartość przekracza, w dowolną stronę, zadany próg.


Zamawiający zmodyfikuje swoje wymaganie.


62

Autor, 11.04.2014,

Krok 1 s powoduje poważne zwiększenie zasobów potrzebnych na obliczenie takich parametrów. Proponujemy: okno kroczące od 1 min do max. 10 minut z krokiem 1 minuta.

Autor, 11.04.2014,

Propozycję implementacji funkcji zapewniającej poprawne działanie licznika w opisanych warunkach zamieszczamy w opisie obiektów COSEM.

Autor, 11.04.2014,

Nie jest możliwe zdalne sprawdzenie stanu elementu wykonawczego bez optycznej oceny położenia styków/widocznej przerwy w zasilaniu.Dodatkowy pomiar napięcia przed i za stycznikiem to problem konstrukcyjny, całkowicie zmieniający obecną konstrukcję liczników. Są to nowe wymogi - rozwój nowego licznika z taką funkcjonalnością pomiarową to ok. 1.5 rokuJest to także zwiększenie wymagań wpływające na cenę licznika

Autor, 11.04.2014,

Zgodnie z naszym doświadczeniem z licznikami posiadającymi styczniki (od 1996 roku sprzedaliśmy ponad 300 000 liczników przedpłatowych), styczniki spełniające kategorię użytkowania UC-1 zgodnie z PN-EN 62055-31 jest wystarczająca.

Nr sprawy: DT/1/13

Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 3, lit. h)

Uwaga:

Licznik musi umożliwiać definiowanie przez operatora co najmniej dwóch progów prądu różnicowego w przedziale od 0,1 A do 1 A z krokiem co 0,1 A, których przekroczenie jest rejestrowane w dzienniku zdarzeń.


Patrz odpowiedź na pytanie nr 239, są to wartości wskaźnikowe i powinny odbywać się z dokładnością wynikajacą z klasy pomiarowej licznika.

Lp. 342. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 3, lit. m)

Uwaga:

Licznik musi umożliwiać zdalny i lokalny dostęp do wszystkich wielkości pomiarowych i funkcji oferowanych przez licznik.


Zamawiający oczekuje możliwości odczytania wielkości opisanych w VI1 i VI 3.

Lp. 343. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 4, lit. b) ppkt iv

Uwaga:

działanie polem magnetycznym (próg nieczułości do 400 mT) - rejestracja początku i końca zdarzenia;


Zamawiający oczekuje, że przyłożenie magnesu o polu 400 mT do licznika (z wyłączeniem powierzchni obudowy licznika, która jest montowania do tablicy licznikowej) zostanie odnotowane jako zdarzenie.

Lp. 344. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 4, lit. b, ppkt xi

Uwaga:

asymetria prądowa, zgodnie z pkt. 3.h.


Wymaganie zostało opisane w załączniku - wskaźniki jakościowe.

Lp. 345. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 4, lit. c)

Uwaga:

Licznik musi umożliwiać wybór dowolnej liczby zdarzeń rejestrowanych z listy

63

Autor, 11.04.2014,

Jak w punkcie 4.3

Autor, 11.04.2014,

Nie jest możliwe wykonanie licznika z czujnikiem pola magnetycznego, który ma ostry próg nieczułości 400 mT.Prosimy o uspójnienie wymagania z punktem 8f i opisanie scenariusza testowego tej funkcji.Propozycja działania: niewrażliwość licznika na pole magnetyczne do 400 mT na powierzchni obudowy, wykrywanie pola magnetycznego o indukcji 400 mT przy obudowie, bez określania progu nieczułości lub określenie go na niższym poziomie (np. kilkadziesiąt mT).

Autor, 11.04.2014,

Brak celowości zdalnej obsługi niektórych funkcji, np. kolejka LCD. Prosimy o jasne określenie zasad dostępu do funkcji licznika, np. przez odwołanie do opisu obiektów COSEM, gdzie są one zdefiniowane.

Autor, 11.04.2014,

Nie przewidziano histerezy ani nie określono dokładności pomiaru prądu różnicowego. Prosimy o dookreślenie wymagań.Są to nowe wymogi - rozwój nowego licznika z taką funkcjonalnością pomiarową to ok. 1.5 rokuJest to także poważne zwiększenie wymagań wpływające na cenę licznika (pomiar w przewodzie neutralnym).

Nr sprawy: DT/1/13

wszystkich zdarzeń rejestrowanych przez licznik, w celu ich transmisji do systemu centralnego.


Zamawiający oczekuje możliwości parametryzacyjnego ustawienia, które z wielkości bedą transmitowane.

Lp. 346. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 5, lit. a), ppkt viii

Uwaga:

Licznik powinien posiadać wyświetlacz z możliwością wyświetlenia co najmniej: (…)

poziomu sygnału PLC



Lp. 347. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 5, lit. g) – h)

Uwaga:

Podświetlanie wyświetlacza jest dopuszczalne wyłącznie w trybie ręcznego przewijania komunikatów.

Podświetlanie wyświetlacza powinno być domyślnie wyłączone


Zamawiający nie oczekuje bezwzględnego wyposażenia licznika w podświetlanie wyświetlacza.

Lp. 348. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. a)

Uwaga:

Licznik musi zapewniać interoperacyjność na poziomie komunikacyjnym z koncentratorem.


Pojęcie interoperacyjności zostało zdefiniowane w przypisie do punktu VI. 6. A.


Uwaga:

Musi istnieć możliwość zdalnej i lokalnej aktywacji i dezaktywacji każdego z interfejsów.


Oczywistym jest możliwość zdalnej i lokalnej aktywacji interfejsów na wysokim

64

Autor, 11.04.2014,

Zgodnie z tym punktem można wyłączyć wszystkie interfejsy licznika i nie być w stanie ich już nigdy włączyć.Prosimy o określenie metody wyłączania interfejsów w specyfikacji obiektów COSEM).

Autor, 11.04.2014,

Dokument opisujący specyfikację systemu AMI nie jest zidentyfikowany. Prosimy o jej wskazanie wprost i udostępnienie.

Autor, 11.04.2014,

Proponujemy: Podświetlenie wyświetlacza, jeśli licznik jest w nie wyposażony…

Autor, 11.04.2014,

Proponujemy: Podświetlenie wyświetlacza, jeśli licznik jest w nie wyposażony…

Autor, 11.04.2014,

Który parametr ma być pokazywany na LCD, stosunek sygnału do szumu (SNR), czy siła sygnału (RSSI)?

Autor, 11.04.2014,

Wymóg niezrozumiały. Czy licznik musi umożliwiać od strony komunikacyjnej zapytanie o ostatnich n zdarzeń z wszystkich zdarzeń zarejestrowanych przez licznik? Prosimy o zmianę treści tego punktu zgodnie z sugestią, lub w inny, jeśli intencja jest inna.

Nr sprawy: DT/1/13

prorytecie.

Lp. 350. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. e)

Uwaga:

Wszystkie informacje udostępniane przez licznik muszą być zaopatrzone w znacznik czasu oraz sumę kontrolną zapewniające spójność i integralność zabezpieczanej informacji, a także muszą być opatrzone identyfikatorem źródła ich pochodzenia.


Zamawiający podziela stanowisko Wykonawcy i dokona stosownej korekty zapisów SIWZ.

Lp. 351. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. i)

Uwaga:

Licznik musi posiadać funkcjonalność przełącznika taryfowego, sterowanego wbudowanym zegarem kalendarzowym z programowanymi godzinami i datami zmiany stref czasowych (uwzględniający poszczególne dni tygodnia, dni ustawowo wolne od pracy, dowolnie definiowane sezony w ilości co najmniej 8). Programowanie przełącznika polega na przesłaniu do licznika pliku taryfowego z datą aktywizacji nowej taryfy.


Powszechnie stosowanym sezonem jest np. lato, zima.

Lp. 352. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej – Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. t)

Uwaga:

Moduł komunikacyjny licznika musi wykorzystywać modulację OFDM wielomodową w warstwie fizycznej z założeniem dobudowania warstw wyższych uwzględniających specyfikę rynku polskiego opisaną w stanowiskach Prezesa URE.


Technologia komunikacyjna została wskazana przez Zamawiającego w pkt III.

Lp. 353. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. w) – y)

Uwaga:

Licznik musi rejestrować poziom sygnału

PLC, w buforze cyklicznym, w okresie 7 – dniowym, z rozdzielczością co 15 minut.

Licznik powinien rozpocząć komunikację z urządzeniem nadrzędnym lub Systemem Centralnym bezpośrednio po podłączeniu zasilania.

65

Autor, 11.04.2014,

Propozycja: Licznik powinien rozpocząć komunikację z prawidłowo pracującym urządzeniem nadrzędnym (koncentrator).

Autor, 11.04.2014,

Jak w punkcie 5.a.viii

Autor, 11.04.2014,

Tak sformułowanie wymaganie pozostawia wiele możliwości interpretacji, prosimy o wskazanie wprost akceptowanych technologii.

Autor, 11.04.2014,

Co kryje się pod pojęciem sezonu? Prosimy o dookreślenie.

Autor, 11.04.2014,

Zgodnie ze specyfikacją DLMS/COSEM tylko niektóre obiekty (takie jak rejestr zdarzeń lub profil obciążenia) rejestrują znacznik czasu. Inne dane odczytowe nie posiadają takiego znacznika (np. liczydła energii). Proponujemy usunąć to wymaganie ze względu na wymaganie zastosowania standardowego protokołu DLMS/COSEM, który definiuje opisane funkcje.

Nr sprawy: DT/1/13


Zamawiający nie przyjmuje propozycji zmiany wymagania.

Lp. 354. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit aa) – ff)

Uwaga:

Zasilanie modułu komunikacyjnego powinno być realizowane przez wewnętrzny zasilacz licznika.

Licznik powinien umożliwić wykrycie go przez koncentrator w czasie nie dłuższym niż 3 (trzy) godziny.

Rekonfiguracja sieci komunikacyjnej nie może negatywnie wpływać na transmisję danych w relacji liczniki – koncentrator, w obydwu kierunkach.

Licznik nie może przerejestrować się do innego koncentratora przez zadany okres czasu, parametryzowany przez operatora.

Licznik musi mieć możliwość jego przypisania do koncentratora.

Operator musi mieć możliwość wyboru jednej z następujących funkcjonalności licznika:

i) Po zadanym okresie czasu licznik powinien mieć możliwość zarejestrowania się w innym dostępnym koncentratorze.

Po zatwierdzeniu przerejestrowania się z poziomu Systemu Centralnego, licznik musi mieć możliwość zarejestrowania się w innym dostępnym koncentratorze.


1) Zasady weryfikacji testowej określone zostały w Dodatku nr 9 do umowy na dostawę Infrastruktury Licznikowej

2) Wymóg dotyczy zarówno koncentratora jak i licznika.

3) Zamawiający usunie wymagania sprzeczne z PRIME.

Lp. 355. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. gg), ppkt i

Uwaga:

Licznik powinien posiadać co najmniej następujące interfejsy komunikacyjne:

Optozłącze do komunikacji lokalnej i programowania zgodne z IEC 62056-21 w zakresie wymagań fizycznych i elektrycznych, w zakresie protokołu odczytu danych zgodne DLMS/COSEM; wymaga się ochrony hasłem dla komunikacji optycznej;;


Dla każdego z interfejsów utworzenie asociacji innej niż Public wymaga podania hasła. Wymagana jest implementacja szyfrowania transmisji, natomiast decyzję o jego wykorzystaniu i uruchomieniu podejmuje Zamawiający.

Lp. 356. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. jj) – nn)

66

Autor, 11.04.2014,

Ochrona hasłem jest niedostateczna w naszej opinii. Propozycja: wymaga się ochrony szyfrowaniem AES128 dla komunikacji optycznej.

Autor, 11.04.2014,

Punkty cc-ee te są sprzeczne ze specyfikacją Prime wymaganą przez Zamawiającego. Prosimy o ich usunięcie.

Autor, 11.04.2014,

Wymóg dotyczy koncentratora (który zarządza siecią PLC), a nie licznika. Prosimy o przeniesienie wymogu do części dotyczącej koncentratora.

Autor, 11.04.2014,

Do sprawdzenia tego wymagania powinno być wskazane środowisko testowe.

Autor, 11.04.2014,

Powielony punkt u

Nr sprawy: DT/1/13

Uwaga:

Licznik musi posiadać możliwość zaprogramowania reagowania lub nie reagowania na sygnały sterujące w trybie broadcast.

Licznik odbierając komunikat w trybie broadcast dokonuje interpretacji otrzymanego komunikatu i realizuje wynikającą z niego akcję:

i) komunikat testowy – zapisuje w dzienniku zdarzeń treść odebranego komunikatu;

ii) komunikat emergency – realizuje działania związane z aktywowaniem strażnika mocy w liczniku zgodnie z poniższym scenariuszem:

(1) zapisuje w dzienniku zdarzeń treść odebranego komunikatu;

(2) ustawia strażnika mocy wg parametru zdefiniowanego w tablicy trybu emergency zgodnie otrzymanym sygnałem.

Licznik nie potwierdza zwrotnie do koncentratora faktu otrzymania sygnałów sterujących w trybie broadcast.

W przypadku jeżeli licznik pełni funkcję repeatera w sieci MESH, licznik oprócz interpretacji otrzymanego komunikatu dokonuje jego redystrybucji do innych liczników.

Licznik musi mieć możliwość parametryzacji rejestrów (tablic) trybu emergency.


Mechanizmy DLMS umożliwiają realizację transmisji broadcastowej z wykorzystaniem autoryzacji i szyfrowania. Szczegółowe wymagania w zakresie implementacji funkcjonalności komunikatów testowych i emergency zostaną doprecyzowane przez Zamawiającego w SIWZ.

Mechanizmy opisane w IEC62056-53:2006 możliwe do zastosowania do przekazywania komunikatów w trybie emergency to: non-confirmed application association lub pre-established application association.

Lp. 357. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 7, lit. b)

Uwaga:

USB Host Controller w liczniku powinien być zintegrowany z Root Hub wyposażonym w co najmniej jeden port USB zgodny ze standardem USB 2.0.


Zamawiający nie przewiduje wprowadzenia zmian w tym zakresie.


Uwaga:

Port USB w liczniku ma umożliwić podłączenie do licznika urządzenia – mieszczącego się pod pokrywą listwy zaciskowej - służącego do komunikacji z siecią ISD („moduł ISD”), o

67

Autor, 11.04.2014,

W ogólności port USB nie musi być wyposażony w Root Hub, a jednocześnie spełniać wymagania. Prosimy o usunięcie tego wymogu.

Autor, 11.04.2014,

Broadcast w tym przypadku stanie się najsłabszym punktem systemu –ze względu na brak szyfrowania i uwierzytelnienia będzie możliwość sabotażu infrastruktury licznikowej oraz ISD.Standard Prime w połączeniu z protokołem DLMS/COSEM nie przewidują obecnie takiej funkcjonalności. Prosimy o opis działania takiej funkcji (w celu zapewnienia interoperacyjności pomiędzy producentami urządzeń) lub usunięcie tych wymagań.

Nr sprawy: DT/1/13

max.gabarytach 70x25x15 (DxSxG)Model komunikacji powinien być oparty o realizację połączenia typu Virtual Serial Port:

oprogramowanie licznika powinno obsługiwać Host Controller i Root Hub oraz urządzenia podłączone do portu USB służące do komunikacji z ISD;


Zamawiający podał gabaryty urządzenia. Zamawiający nie narzuca sposobu montażu urządzenia USB. Zamontowany moduł komunikacyjny służący do komunikacji z urządzeniem zewnętrznym (ISD) powinien umożliwiać swobodny montaż przewodów oraz zamknięcie/otwrcie pokrywy listwy zaciskowej licznika.

Lp. 359. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 7, lit. j)

Uwaga:

Dostawca licznika powinien udostępnić pełną dokumentację:

i) Host Controller i Root Hub interfejsu USB zaimplementowanego w liczniku;

ii) oczekiwanych implementacji interfejsów USB w module ISD;

iii) protokołu aplikacyjnego między licznikiem a modułem ISD;

protokołu komunikacji z siecią ISD;


Zamawiający podał przeznaczenie portu i nie uważa za konieczne usunięcie wymagania.

Lp. 360. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 8, lit. f)

Uwaga:

Działanie zewnętrznego pola magnetycznego o wartości indukcji przy powierzchni obudowy (z wyjątkiem tylnej ściany obudowy licznika) do 400 mT nie może powodować utraty klasy dokładności pomiaru lub zakłócenia pracy licznika oraz nie może powodować zadziałania sygnalizacji wykrycia oddziaływania pola magnetycznego


Zamawiający nie podziela stanowiska zawartego w uwadze. Patrz odpowiedź na pytanie nr 343.

Lp. 361. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 8, lit. u)

Uwaga:

Licznik powinien pozwalać na zdalną zmianę firmware za pośrednictwem Aplikacji Centralnej i lokalną (w granicach zapewniających zachowanie zgodności z MID).


Wykonawca musi dostarczyć dokumentację umożliwiającą zaimplementowanie w

68

Autor, 11.04.2014,

Producent licznika nie odpowiada za implementację funkcji w Aplikacji Centralnej. Propozycja: Licznik powinien pozwalać na zdalną i lokalną zmianę firmware (w granicach zapewniających zachowanie zgodności z MID) zgodnie z protokołem DLMS/COSEM.

Autor, 11.04.2014,

Wymóg nie jest możliwy do spełnienia z powodu praw fizyki pola magnetycznego.Prosimy o uspójnienie z punktem 4 iv i podanie scenariusza testowego dotyczącego tego wymagania.

Autor, 11.04.2014,

Nie jest to wymóg dotyczący licznika, tylko modułu HAN, który nie jest przedmiotem postępowania przetargowego.

Autor, 11.04.2014,

Niniejsza specyfikacja określa oczekiwane implementacje interfejsów USB w module ISD (punkty 7e –f). Jest to dostateczny opis, prosimy o usunięcie tego punktu.

Autor, 11.04.2014,

Jak w 7b

Autor, 11.04.2014,

oprogramowanie licznika powinno obsługiwać Host Controller oraz jedno urządzenie podłączone do portu USB służące do komunikacji z ISD

Autor, 11.04.2014,

Prosimy o wyszczególnienie mocowania modułu do licznika, w szczególności o sposób zamocowania złącza USB w module.

Nr sprawy: DT/1/13

Aplikacji Centralnej możliwości spełnienia tego wymagania.

Lp. 362. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 8, lit. v)

Uwaga:

W przypadku przerwania procesu parametryzacji lub wymiany oprogramowania firmware (lokalnej lub zdalnej) licznik musi kontynuować pracę zgodnie z dotychczasową parametryzacją. Do czasu potwierdzenia prawidłowości parametryzacji w sesji połączenia lokalnego lub zdalnego, licznik musi pozostać w ustawieniach sprzed przeprowadzanej zmiany.



Lp. 363. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 8, lit. w)

Uwaga:

Licznik musi spełniać wymagania konstrukcyjne opisane w pkt ….



Lp. 364. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 8, lit. y)

Uwaga:

Diody telemetryczne dla energii czynnej i biernej muszą pulsować światłem widzialnym w kolorze czerwonym w sposób umożliwiający sprawdzenie błędów wskazań licznika w zakresie pomiarowym, z możliwością wyłączenia tej funkcji.


Zamawiający zmieni wymaganie w SIWZ. Patrz odpowiedź na pytanie nr 229.


Uwaga:

Licznik musi umożliwiać zdalne aktywowanie i dezaktywowanie funkcjonalności lokalnej zmiany ustawień poszczególnych parametrów i wymiany firmware w zakresie zgodnym z MID.


Zamawiający zmieni wymaganie w SIWZ.

Lp. 366. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 10, lit. h)

69

Autor, 11.04.2014,

Wymaganie to w naszej ocenie jest niezgodne ze specyfikacją DLMS/COSEM (definiowanie dostępu do obiektów dla „klientów” DLMS)

Autor, 11.04.2014,

Funkcja taka jest niezgodna z dyrektywą MID. Prosimy o usunięcie możliwości wyłączenia tej funkcji.

Autor, 11.04.2014,

Prosimy o podanie punktu, z którym licznik musi być zgodny.

Autor, 11.04.2014,

Jak w pkt. 3.d

Nr sprawy: DT/1/13

Uwaga:

Oprogramowanie do lokalnej obsługi liczników powinno być przystosowane do współpracy z aplikacjami SID AMI.


Zamawiający oczekuje dostarczenie dokumentacji umożliwiającej implementację w systemach OSD. Na przykład umożliwienie zaczytania plików odczytowych pozyskanych programem parametryzacyjnym itp.


Uwaga:

Oprogramowanie do lokalnej obsługi liczników powinno być przystosowane do współpracy z systemem operacyjnym Windows XP, Windows 7, Windows 8 oraz Windows Mobile i winno być aktualizowane w razie wprowadzenia kolejnych wersji systemu Windows.


Tak, Zamawiający oczekuje na dostarczenie oddzielnych oprogramowań na komputery i palmtopy.


Uwaga:

Liczniki muszą spełniać wymagania ustawy o ochronie danych osobowych w zakresie warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych w zakresie środków bezpieczeństwa na poziomie wysokim.


Producenci liczników, o ile nie są ich dostawcami i nie świadczą usług wsparcia, rzeczywiście nie są administratorami danych osobowych ani nie przetwarzają danych osobowych (lub zrównanych z nimi w zakresie ochrony – danych pomiarowych). Takie przetwarzanie może mieć wyjątkowo miejsce w wypadku, gdy do serwisu producenta trafi uszkodzony licznik zawierający w sobie zapisane dane pomiarowe – wtedy jeśli producent będzie miał dostep do zapisanych w liczniku danych, będzie te dane przetwarzał w rozumieniu przedmiotowej ustawy. Jeśli natomiast producent będzie jednocześnie Wykonawcą, dostarczającym liczniki i świadczącym usługi wsparcia, to będzie przetwarzał dane osobowe w rozumieniu ustawy. Administratorem danych pozostaje w każdym przypadku Zamawiający.

Lp. 369. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 11, lit. f)

Uwaga:

70

Autor, 11.04.2014,

Z naszej analizy prawnej wynika, że producent liczników nie będzie administratorem danych osobowych w sensie Ustawy o ochronie danych osobowych z dn.29.08.97r Prosimy o potwierdzenie.

Autor, 11.04.2014,

Czy dopuszczalne jest dostarczenie dwóch wersji oprogramowania? Jedną dla Windows na PC a drugą dla Windows Mobile dla palmtopy (PDA) ? – rozróżnione z przyczyn technicznych. Obie wersje mają wspólne pliki konfiguracyjne dla liczników oraz pliki bazodanowe do odczytów archiwalnych tych liczników.

Autor, 11.04.2014,

Na czym polega współpraca z oprogramowania lokalnego z aplikacja SID AMI?Prosimy o dostarczenie specyfikacji interfejsu do współpracy z aplikacją SID AMI

Nr sprawy: DT/1/13

Licznik musi umożliwiać uwierzytelnianie za pomocą unikalnego certyfikatu, w zastępstwie używania hasła.


Chodzi o certyfikaty bezpieczeństwa SSL.


Uwaga:

Oprogramowanie musi posiadać zabezpieczenia uniemożliwiające instalację tego oprogramowania bez autoryzacji.


Klucz sprzętowy zabezpiecza nawiązanie komunikacji z licznikiem. Autoryzacja do instalacji oprogramowania narzędziowego to osobny moduł i musi posiadać osobne zabezpieczenie.

Lp. 371. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 11, lit. k)

Uwaga:

Oprogramowanie musi posiadać zabezpieczenie powodujące blokowanie możliwości logowania po „n” nieudanych próbach logowania (parametr konfigurowalny) na określony czas (parametr konfigurowalny).


Wymaganie dotyczy wszystkich interfejsów licznika.

Lp. 372. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 11, lit. q)

Uwaga:

Licznik musi autoryzować urządzenia do współpracy z siecią ISD, zgodnie z załącznikiem …..


Zamawiający zmieni wymaganie SIWZ. W chwili obecnej jako wiążący należy traktować analogiczny dokument, poddany pod konsultacje społeczne w ramach działań Urzędu Regulacji Energetyki, dostępny na stronie http://www.ure.gov.pl/pl/konsultacje-spoleczne/konsultacje-spoleczne-p/5687,Uzupelnienie-materialow-poddanych-konsultacjom-nad-wzorcowa-specyfikacja-technic.html

Lp. 373. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 11, lit. s)

71

Autor, 11.04.2014,

Brak wspomnianego załącznika

Autor, 11.04.2014,

Jakich interfejsów dotyczy ten punkt i jaki jest zakres czasu blokady?

Autor, 11.04.2014,

Czy zamawiający akceptuję klucze HASP do realizacji tej funkcji?

Autor, 11.04.2014,

Prosimy o uszczegółowienie jaki certyfikat zamawiający ma na myśli.

http://www.ure.gov.pl/pl/konsultacje-spoleczne/konsultacje-spoleczne-p/5687,Uzupelnienie-materialow-poddanych-konsultacjom-nad-wzorcowa-specyfikacja-technic.html



Nr sprawy: DT/1/13

Uwaga:

Komunikacja zdalna z licznikiem musi być zabezpieczona za pomocą kryptograficznych środków ochrony, także w wypadku uwierzytelniania hasłami.


Wymaganie podkreśla, że Zamawiajacy oprócz haseł wymaga także szyfrowania transmisji danych.

Lp. 374. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 11, lit. t)

Uwaga:

Komunikacja z Systemem Centralnym (o ile występuje) powinna być szyfrowana algorytmem o długości klucza 256 bitów według specyfikacji AES.


Komunikacja miedzy Systemem Centralnym powinna wykorzystywać protokół DCSAP. Patrz odpowiedź na pytanie nr 276.

Lp. 375. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 11, lit. x)

Uwaga:

Wymagane jest uwierzytelnienie urządzenia ISD indywidualnym kluczem podczas nawiązywania komunikacji z licznikiem.


Zamawiający oczekuje indywidualnego hasła dla każdego licznika.


Uwaga:

Urządzenie musi być odporne na ataki DoS przeprowadzane na każdy z interfejsów.


Zamawiający nie widzi sprzeczności wymagań.

Lp. 377. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII – tytuł

Uwaga:

OPIS WYMAGAŃ FUNKCJONALNYCH DLA ZESTAWU KONCENTRATOROWO-BILANSUJĄCEGO W ZAKRESIE LICZNIKA BILANSUJĄCEGO.


Zamawiający oczekuje urządzenia w jednej obudowie zintegrowanego fizycznie i

72

Autor, 11.04.2014,

Czy pod pojęciem Zestawu koncentratorowo-bilansującego zamawiający oczekuje urządzenia w jednej obudowie czy dopuszcza 2 urządzenia zintegrowane na poziomie logicznym?

Autor, 11.04.2014,

Zwracamy uwagę, że punkt ten jest niejako sprzeczny z punktem 11k – licznik blokując możliwość połączenia po n nieudanych próbach zalogowania, na pewien określony czas odmawia usługi logowania nawet dla klientów, którzy powinni mieć do niego dostęp.

Autor, 11.04.2014,

Czy intencją zamawiającego jest otrzymywanie od producenta liczników z indywidualnymi hasłami/kluczami czy też akceptuje domyślne hasła/klucze zmieniane przez koncentrator lub system przy pierwszym logowaniu?

Autor, 11.04.2014,

Niezgodne ze standardem DLMS (nie przewidziane w specyfikacji – tylko AES128 dopuszczalne). Wnioskujemy o zmianę długości klucza na 128 bitów

Autor, 11.04.2014,

Rozumiemy że zgodnie z DLMS – czyli LLS+AES-GCM128

Nr sprawy: DT/1/13

logicznie.

Lp. 378. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 1, lit. h)

Uwaga:

Licznik misi dokonywać pomiaru wartości chwilowych:


ii) kątów napięć i prądów ( odniesione do napięcia fazy 1);φiii) mocy czynnej, biernej i pozornej sumarycznej oraz dla każdej z faz;

iv) zawartości poszczególnych harmonicznych od drugiej do trzynastej;

współczynnik zawartości harmonicznych (THD) w napięciu i prądzie oraz zawartości od rzędu 2-giej do rzędu 13-stej harmonicznej w prądzie i napięciu.


Zakres od 2 do 13 harmonicznej jest zakresem minimalnym.

Lp. 379. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 1, lit. j)

Uwaga:

Licznik musi wyznaczać chwilową wartość skuteczną prądu w przewodzie neutralnym.


Zamawiający nie podziela stanowiska Wykonawcy.

Lp. 380. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 2, lit. k)

Uwaga:

Licznik musi umożliwiać wyznaczanie wskaźników jakości energii wg. Załącznika.



Lp. 381. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 3, lit. c)

Uwaga:

Licznik musi umożliwiać wybór dowolnej liczby zdarzeń rejestrowanych z listy wszystkich zdarzeń rejestrowanych przez licznik, w celu ich transmisji do systemu centralnego.


Zamawiający oczekuje możliwości parametryzacyjnego ustawienia jakie zdarzenia będą transmitowane do systemu centralnego.

73

Autor, 11.04.2014,

Wymóg niezrozumiały. Czy licznik musi umożliwiać od strony komunikacyjnej zapytanie o ostatnich n zdarzeń z wszystkich zdarzeń zarejestrowanych przez licznik? Prosimy o zmianę treści tego punktu zgodnie z sugestią, lub w inny, jeśli intencja jest inna.

Autor, 11.04.2014,

Którego załącznika dotyczy ten punkt?

Autor, 11.04.2014,

Wymaganie wpływa na wydłużenie czasu opracowania produktu oraz spowoduje wzrost jego ceny.

Autor, 11.04.2014,

Czy zamawiający dopuści zaoferowanie produktu mierzącego THD w zakresie od 2 do n (gdzie n>13)?

Autor, 11.04.2014,

Wymaganie znacząco wpływa na wydłużenie czasu opracowania produktu oraz spowoduje wzrost jego ceny.

Nr sprawy: DT/1/13

Lp. 382. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 3, lit. d)

Uwaga:

Każde zdarzenie zarejestrowane przez licznik powinno być opisane następującymi atrybutami:

i) data i czas wystąpienia zdarzenia;

ii) kod zdarzenia z możliwością edycji tabeli zdarzeń.



Lp. 383. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 4, lit. e)

Uwaga:




Lp. 384. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 4, lit. t)

Uwaga:

Komunikacja zewnętrzna

t) Licznik musi być wyposażony w interfejs służący do bezpośredniej komunikacji z systemem centralny:

i) Ethernet RJ45(wymóg obligatoryjny);

RS485 RJ45 (wymóg fakultatywny).


Komunikacja zawnetrzna to komunikacja inna niż podstawowa PLC między licznikiem a koncentratorem.

Tak, Zamawiąjący oczekuje, że licznik będzie odczytywany z pominięciem koncentratora.

Lp. 385. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 5, lit. s)

Uwaga:

Gabaryty urządzenia łączącego w sobie funkcje licznika i koncentratora określone zostały w załączniku …. z rysunkiem wymiarowym dla liczników 3-fazowych przekładnikowych

74

Autor, 11.04.2014,

Brak numeru załącznika.

Autor, 11.04.2014,

Czy zamawiający oczekuje by licznik mógł być odczytywany bezpośrednio przez system centralny z pominięciem koncentratora?

Autor, 11.04.2014,

Co zamawiający rozumie pod pojęciem „komunikacja zewnętrzna”?

Autor, 11.04.2014,

Zapis sprzeczny ze specyfikacją DLMS/COSEM. Nie wszystkie dane odczytywane za pomocą protokołu są opatrzone znacznikiem czasu, a spójność, integralność oraz identyfikacja źródła ich pochodzenia jest zapewniona przez ten protokół w inny sposób.

Autor, 11.04.2014,

Prosimy o wyjaśnienie co jest rozumiane pod edycją tabeli zdarzeń.

Nr sprawy: DT/1/13


Wymagania konstrukcyjne opisane zostały w załączniku do Dodatku nr 3 Wymagania dotyczące obudowy i skrzynki zaciskowej liczników

Lp. 386. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 6, lit. b)

Uwaga:

Licznik musi umożliwiać zdalne aktywowanie i deaktywowanie funkcjonalności lokalnej zmiany ustawień poszczególnych parametrów i wymiany firmware.



Lp. 387. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 7, lit. h)

Uwaga:

Wykonawca zapewni dostęp do aktualnych wersji oprogramowania do lokalnej obsługi liczników, modułów komunikacyjnych i systemów odczytu lokalnego w przypadku pojawienia się nowych wersji oprogramowania. Nowe wersje oprogramowania muszą obsługiwać urządzenia wcześniej zakupione przez zamawiającego od wykonawcy w zakresie i czasie określonym w umowie.


Zamawiający doprecyzuje wymaganie w finalnej wersji SIWZ.

Lp. 388. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 8

Uwaga:

Bezpieczeństwo


Odpowiedzi jak dla liczników 1 i 3 fazowych.

Lp. 389. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 1, lit. a, ppkt iv

Uwaga:

a) Koncentrator musi rejestrować co najmniej następujące zdarzenia:

i) pierwszą rejestrację licznika w koncentratorze;

ii) ostatnią skuteczną komunikacji z licznikiem;

iii) podłączenie do lokalnego interfejsu komunikacyjnego koncentratora;

iv) Zdarzenia określone w pkt 3. r

v) zmiana parametryzacji koncentratora;

75

Autor, 11.04.2014,

Czy chodzi o czujnik zdjęcia osłony skrzynki zaciskowej.

Autor, 11.04.2014,

Uwagi jak w punkcie dotyczącym liczników 1 i 3 fazowych.

Autor, 11.04.2014,

Funkcja aktywacji/deaktywacji zmiany ustawień dla danego klienta DLMS nie jest zgodna ze specyfkacją DLMS/COSEM. Atrybuty dostępu do obiektów dla poszczególnych klientów są niezmienne.Proponujemy rozwiązanie tej funkcji przez stworzenie wielu klientów z różnymi uprawnieniami oraz zarzadzanie klientami uprawnionymi do dostępu przez interfejs lokalny.

Nr sprawy: DT/1/13

vi) modyfikacja i wymiana oprogramowania (firmware) koncentratora;

pierwszą rejestrację licznika w koncentratorze.


Zamawiajacy uzupełni wymaganie

iv) Zdarzenia określone w pkt VIII.3. r

Wymaganie dotyczy osłony skrzynki zaciskowej, pod którą znajdują się zaciski zasilania oraz gniazda interfejsów.

Lp. 390. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 1, lit. b)

Uwaga:

Koncentrator musi umożliwiać wybór dowolnej liczby zdarzeń rejestrowanych z listy wszystkich zdarzeń rejestrowanych przez koncentrator, w celu ich transmisji do Systemu Centralnego.


Koncentrator musi mieć funkcjonalność umożliwiającą wybranie które zdarzenia spośród rejestrowanych mają być przesyłane do systemu centralnego.

Lp. 391. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 1, lit. c)

Uwaga:

Każde zdarzenie zarejestrowane przez licznik musi być opisane co najmniej następującymi atrybutami:


ii) kod zdarzenia z możliwością edycji tabeli zdarzeń;

numer fabryczny urządzenia którego zdarzenie dotyczy.




Uwaga:

Schemat połączeń z licznikiem bilansującym, modemem i routerem jest przedstawiony na odrębnym rysunku /załącznik/.


Zamawiający usunie przedmiotowy zapis w finalnej wersji SIWZ.

Lp. 393. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 3, lit. d)

76

Autor, 11.04.2014,

Nie zidentyfikowaliśmy załącznika.

Autor, 11.04.2014,

Licznika czy koncentratora?

Autor, 11.04.2014,

Rozumiemy, że chodzi o koncentrator a nie licznik.

Autor, 11.04.2014,

Wymóg niezrozumiały. Czy koncentrator musi umożliwiać od strony komunikacyjnej zapytanie o ostatnich n zdarzeń z wszystkich zdarzeń zarejestrowanych przez licznik? Prosimy o zmianę treści tego punktu zgodnie z sugestią, lub w inny, jeśli intencja jest inna.

Nr sprawy: DT/1/13

Uwaga:



Zamawiajacy oczekuje możliwości aktywacji i dezaktywacji wszystkich interfejsów zewnętrznych; oczywiście dezaktywacja wszystkich interfejsów jednocześnie, powodowałaby brak możliwości jakiejkolwiek komunikacji z urządzeniem. Dlatego musi istnieć niezależna dezaktywacja każdego portu. Decyzja o dezatywacji powinna być w gestii Zamawiającego.

Lp. 394. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 3, lit. e)

Uwaga:

Wszystkie informacje przekazywane za pomocą koncentratora muszą być zaopatrzone w znacznik czasu oraz sumę kontrolną zapewniające spójność i integralność zabezpieczanej informacji, a także muszą być opatrzone identyfikatorem źródła ich pochodzenia.



Lp. 395. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 3, lit. h)

Uwaga:

Koncentrator musi synchronizować czas z systemem centralnym co najmniej raz na dobę.


Jednak koncentrator musi umożliwiać taką synchonizację przez system centralny.

Lp. 396. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 3, lit. k)

Uwaga:

Rozmiar pamięci musi pozwolić na przechowywanie w pamięci nieulotnej wszystkich danych i zdarzeń, pozyskanych z co najmniej 500 odczytywanych urządzeń, przynajmniej za okres ostatnich 63 dni.


Koncentrator powinien mieć pamięć która umożliwi zapamiętanie wszystkich danych odczytowych profili 15 minutowych oraz profili dobowych (strefowych) a także zdarzeń, które zostały mu przekazane przez okres 63 dni.

Lp. 397. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 3, lit. m)

77

Autor, 11.04.2014,

Czy ma być możliwość zapamiętania przez koncentrator 63 pełnych odczytów licznika czy odczytu profilu z 63 dni?

Autor, 11.04.2014,

Funkcjonalność zależna od systemu centralnego

Autor, 11.04.2014,

Proponujemy zapis np. „Komunikacja zgodna z protokołem DCSAP”

Autor, 11.04.2014,

Z zabezpieczeniem przed dezaktywacją wszystkich jednocześnie.

Nr sprawy: DT/1/13

Uwaga:

Dane przechowywane w pamięci koncentratora po zapełnieniu bufora muszą być nadpisywane poczynając od najstarszych danych.


Powielające się wymaganie zostanie usunięte.

Lp. 398. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 4, lit. j)

Uwaga:

Koncentrator powinien być wyposażony w interfejs RS485, który może służyć np. do komunikacji z zewnętrznym licznikiem bilansującym.


Jest to tylko przykład podłączenia innego urządzenia niż licznik wewnętrzny ZKB.


Uwaga:

Koncentrator musi umożliwiać przekazywanie do systemu centralnego zdarzeń co najmniej raz na dobę, z tym że koncentrator musi mieć możliwość zdefiniowania dowolnej liczby zdarzeń, które winny być przekazane do systemu w trybie natychmiastowym.


Zdarzenia harmonogramowe powinny być przekazywane raz na dobę. Nie obejmuje to zdarzeń dla których ustawiono priorytet przekazywania natychmiastowego.

Lp. 400. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 4, lit. p)

Uwaga:

Moduł komunikacyjny koncentratora do komunikacji z licznikami musi wykorzystywać modulację OFDM wielomodową w warstwie fizycznej z założeniem dobudowania warstw wyższych uwzględniających specyfikę rynku polskiego opisaną w stanowiskach Prezesa URE


Są to stanowiska Prezesa URE, które znajdują się na stronie internetowej URE.

Lp. 401. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 4, lit. r)

Uwaga:

Koncentrator powinien komunikować się z licznikami w sposób autonomiczny,

78

Autor, 11.04.2014,

Prosimy o załączenie „specyfiki rynku polskiego opisanej w stanowiskach Prezesa URE”

Autor, 11.04.2014,

Czy czasem nie chodzi o typy zdarzeń?

Autor, 11.04.2014,

Czy zewnętrzny licznik bilansujący to dodatkowy licznik poza licznikiem z zestawu?

Autor, 11.04.2014,

Powtórzono zapis z punktu l

Nr sprawy: DT/1/13

niezależnie od istnienia połączenia z Systemem Centralnym za pomocą standardu komunikacji, opisanym w pkt IV niniejszego Załącznika, w szczególności protokołem DCSAP.


Zamawiający oczekuje wykorzystywania protokołu DCSAP.

Lp. 402. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 4, lit. s)

Uwaga:

Koncentrator musi rejestrować informacje dotyczące topologii sieci PLC (komunikacja MESH pomiędzy licznikami, ewentualnie repeaterami i koncentratorem), o poziomie sygnału PLC oraz o fazie po której realizowana jest komunikacja z licznikiem.


Zamawiajacy podtrzymuje wymaganie.

Lp. 403. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 4, lit. t)

Uwaga:

Koncentrator musi wspierać dynamiczne tworzenie sieci połączeń transmisyjnych z licznikami (dynamiczne tworzenie alternatywnych dróg routingu).


Zamawiajacy skoryguje wymaganie.

Lp. 404. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 4, lit. v)

Uwaga:



Chodzi o komunikację dwukierunkową między koncentratorem a licznikiem.

Lp. 405. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 4, lit. w)

Uwaga:

Zostanie zapewniona możliwość kontrolowania i ograniczania przełączania się liczników pomiędzy koncentratorami.


Zamawiający usunie wymaganie

79

Autor, 11.04.2014,

Czy wystarczającym rozwiązaniem będzie wprowadzenie listy liczników dopuszczonych i zabronionych?

Autor, 11.04.2014,

Czy chodzi o komunikację koncentratora z systemem centralnym?

Autor, 11.04.2014,

Czy jest to rozumiane jako samoczynne utworzenie nowej ścieżki routingu w przypadku utraty dotychczasowego połączenia?

Autor, 11.04.2014,

Czy ma być to SNR czy X?

Autor, 11.04.2014,

Rozumiemy, że zamawiający dopuszcza także zastosowanie innych protokołów istniejących równocześnie z protokołem DCSAP

Nr sprawy: DT/1/13

Lp. 406. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 4, lit. gg)

Uwaga:

Koncentrator musi pozyskiwać i przekazywać do Systemu Centralnego potwierdzenia z wykonanych przez licznik operacji, o których mowa w pkt VI. 3.e. oraz VII 2.e.


Zamawiający poprawi wymaganie.

Lp. 407. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 4, lit. jj)

Uwaga:

Koncentrator powinien zapewnić uwierzytelnioną i szyfrowaną komunikację z co najmniej 800 licznikami.


Zamawiajacy nie zgadza się na usunięcie wymagania.

Lp. 408. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 4, lit. kk)

Uwaga:

Koncentrator musi zapewniać indywidualną i masową obsługę każdego licznika z obszaru jego działania z poziomu Systemu Centralnej.


Dotyczy odczytów harmonogramowych oraz trybu emergency.

Lp. 409. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 4, lit. ll)

Uwaga:

Koncentrator musi zapewnić skuteczne przesyłanie sygnałów „Emergency” z Systemu Centralnego do wszystkich liczników, w przeciągu 15 minut ze skutecznością zależną od liczby liczników obsługiwanych przez koncentrator (w przypadku istnienia galwanicznego połączenia między koncentratorem a licznikiem):

do 200 liczników: 95%;

ponad 200 liczników: 85%.


Zamawiający nie widzi konieczności uzupełniania wymagania.

Lp. 410. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 4, lit. mm)

Uwaga:

80

Autor, 11.04.2014,

Proponujemy dopisanie stwierdzenia „Z zapewnieniem fizycznej możliwości nawiązania połączenia”

Autor, 11.04.2014,

Co zamawiający rozumie pod pojęciem masowa obsługa?

Autor, 11.04.2014,

Punkt ten dotyczy monitorowania napięć a nie wykonania operacji – czy nie chodziło zamawiające o VII 2.d.?

Nr sprawy: DT/1/13

Koncentrator musi zapewnić wysyłanie do liczników sygnałów sterujących, przy zachowaniu następujących uwarunkowań:

i) sygnał sterujący będzie wysyłany do wszystkich liczników obsługiwanych przez koncentrator przy wykorzystaniu komunikacji typu broadcast, co oznacza, że komunikat tej samej treści będzie wysyłany do wszystkich liczników w tym samym czasie,

ii) koncentrator zapewni funkcjonalność powtarzania wysłania komunikatu w trybie emergency, z zaprogramowaną przez operatora ilością powtórzeń w zadanych odstępach czasu,

iii) zawartość informacyjna komunikatu wysyłanego w trybie emergency jest ograniczona do 8 bajtów (znaków) i może być dowolnie definiowana przez użytkownika,


Wprowadzenie sygnału emergency będzie możliwe na bardzo wysokim priorytecie.

Lp. 411. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VIII, pkt 4, lit. oo)

Uwaga:

Koncentrator musi zapewnić skuteczne przesyłanie sygnałów „DSM” z Systemu Centralnego do każdego wskazanego licznika, w przeciągu 15 minut, w przypadku istnienia galwanicznego połączenia między koncentratorem a tym licznikiem.


Zamawiający nie widzi konieczności zmiany wymagania.


Uwaga:

Pobór mocy dla znamionowych wartości napięcia, częstotliwości i temperatury nie może przekraczać wartości 10W/ 15 VA.


Zamawiający oczekuje, że będzie to całkowity pobór urządzenia.

Lp. 413. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 5, lit. i)

Uwaga:

Koncentrator musi zapewnić jego prawidłową pracę przy zasilaniu przynajmniej z 1 fazy.


Zamawiający nie zgadza się na wykreślenie wymagania.

81

Autor, 11.04.2014,

Proponujemy dopisanie określenie „Na fazę”

Autor, 11.04.2014,

Proponujemy dopisanie stwierdzenia „Z zapewnieniem fizycznej możliwości nawiązania połączenia”

Autor, 11.04.2014,

Broadcast w tym przypadku stanie się najsłabszym punktem systemu –ze względu na brak szyfrowania i uwierzytelnienia będzie możliwość sabotażu infrastruktury licznikowej oraz ISD

Nr sprawy: DT/1/13

Lp. 414. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 5, lit. p)

Uwaga:

Podtrzymanie chodu zegara przy braku napięcia zasilającego musi być nie krótsze niż 10 000 h (dopuszcza się zastosowanie baterii lub akumulatora jako źródła podtrzymania, przy czym wymiana baterii nie może powodować konieczności otwarcia obudowylicznika koncentratora).



Lp. 415. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 5, lit. r)

Uwaga:

Koncentrator musi realizować w trybie ciągłym kontrolę poprawności swojego działania, np. temperatura wewnątrz urządzenia, wykorzystanie pamięci. W przypadku stwierdzenia nieprawidłowości musi generować odpowiednie zdarzenia.


W przypadku zagrożenia pracy koncentratora powinien on generować i przekazywać do systemu centralnego informacje o tych zdarzeniach.


Uwaga:

Koncentrator musi umożliwiać zmianę ustawień poszczególnych parametrów w sposób lokalny oraz zdalny.


Zamawiający nie zgadza się na wykreślenie wymagania.

Lp. 417. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 7, lit. i)

Uwaga:

Dokumentacja techniczna programów – sterowników do interfejsów lokalnych musi zostać przekazana w ramach umowy w celu implementacji obsługi tych urządzeń w systemach informatycznych zamawiającego oraz stworzenia nowego oprogramowania przez zamawiającego lub na jego zlecenie.


Zamawiający oczekuje przekazanie dokumentacji, która pozwoli mu na przystosowanie jego systemów do zdalnej i lokalnej obsługi koncentratorów.

82

Autor, 11.04.2014,

Prosimy o uszczegółowienie oczekiwań zamawiającego odnośnie tego punktu.

Autor, 11.04.2014,

Co zamawiający rozumie pod pojęciem „generować odpowiednie zdarzenia”

Autor, 11.04.2014,

Usunięto : :licznik”Dodano :”koncentrator”

Nr sprawy: DT/1/13

Lp. 418. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział IX, lit. f), ppkt 1

Uwaga:

Montaż wewnątrz oryginalnej osłony listwy zaciskowej licznika lub wewnątrz licznika


Zamawiający rozważy możliwość uzupełnienia wymagania.


Uwaga:

Interfejs elektryczny przystosowany do oferowanego licznika (w przypadku wbudowania modułu wewnątrz licznika wymaganie nie jest istotne)


Zamawiający rozważy możliwość uzupełnienia wymagania.


Uwaga:

Obsługa kart uUSIM 1,8/3V - karty mini SIM (standard 2FF)


Zapisuje się to USIM (Universal Subscriber Identity Module).

USIM pracuje w sieci 2G i 3G i jest odpowiednikiem karty SIM pracujacej w sieci 2G.


Uwaga:

Interfejs USB device przeznaczony do celów konfiguracyjnych (interfejs serwisowy) dla modemów wymiennych.

W przypadku modułu wbudowanego wewnątrz licznika dopuszcza się konfigurowanie modemu poprzez port optyczny licznika (USB nie jest wymagane)


Zamawiający rozszerzy wymaganie. Interfejs USB jest jednak wymagany dla licznika.


Uwaga:

Dostęp do karty SIM, zasilania, interfejsów komunikacyjnych, interfejsu serwisowego

oraz do portu antenowego zabezpieczony mocowaniem do plombowania.

83

Nr sprawy: DT/1/13

W przypadku modułu wbudowanego wewnątrz licznika interfejs serwisowy (port optyczny licznika)musi być zabezpieczony na poziomie logicznym (np. klucze lub hasła) (plombowanie portu optycznego nie jest wymagane.


Zamawiający nie zgadza się na rozszerzenie wymagania.


Uwaga:

Wizualizacja statusu modułu poprzez wskaźniki diodowe lub na wyświetlaczu licznika, w tym co najmniej:

– włączenie zasilania ,

– zalogowanie się do sieci GSM,

- status nawiązania komunikacji przez sieć pakietową z serwerem zdalnym

- poziom sygnału radiowego w sieci do której aktualnie modem jest zalogowany


Zamawiający rozszerzy wymaganie.


Uwaga:

Obudowa z tworzywa sztucznego z ochroną IP-51 (dotyczy modułów wymiennych)


Zamawiający nie zgadza się na rozszerzenie wymagania.


Uwaga:

Parametryzacja Modułu komunikacyjnego przez interfejs serwisowy USB z komputera PC bez podłączania zasilania głównego (zasilanie USB). (nie dotyczy modułów wbudowanych wewnątrz licznika)




Uwaga:

Dostęp do konfiguracji modułu komunikacyjnego, lokalny przez USB i zdalny przez sieć 3GPP, zabezpieczony loginem i hasłem dostępu.

84

Nr sprawy: DT/1/13


Zamawiający skoryguje wymaganie.

Lp. 427. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział IX, lit. g), ppkt 3

Uwaga:

Zdalna (przez CSD lub TCP/IP) i lokalna (przez USB lub OPTO) konfiguracja i diagnostyka urządzenia.

Konfiguracja i diagnostyka lokalna musi być możliwa z wykorzystaniem interfejsu WWW lub optycznego z dedykowanym oprogramowaniem narzędziowym













- stan połączenia modemu z licznikiem przez port USB o ile występuje


Zamawiający rozszerzy wymaganie, poza ostatnim wpisem „o ile występuje“.

Lp. 428. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział IX, lit. g), ppkt 21

Uwaga:

Możliwość synchronizacji czasu licznika za pomocą protokołu komunikacyjnego IEC1107


85

Autor, 11.04.2014,

Nie ma powodu narzucania protokółu.

Nr sprawy: DT/1/13

Zamawiajacy poprawi wymaganie. Będzie ono brzmieć:

Możliwość synchronizacji czasu licznika za pomocą protokołu komunikacyjnego PN-EN 62056-21

Lp. 429. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział IX, lit. h), ppkt 9

Uwaga:

Przewód serwisowy do modułu zakończony wtykiem USB 2.0 lub głowica optyczna zgodna z PN-EN 62056-21


Zamawiający zgadza się na rozszerzenie wymagania. W przypadku modemu wbudowanego w licznik, modem nie jest zakończony żadnym przewodem. Przewód zakończony wtyczką USB występuje tylko w przypadku modemu zewnętrzego, który przez ten przewód ma być podłączony do licznika lub do komuptera PC w celu konfiguracji.

Lp. 430. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział IX, lit. j), ppkt 1

Uwaga:

Oznaczenia na tabliczce znamionowej powinny zawierać: znak lub nazwę wytwórcy, oznaczenia typu modułu, numer fabryczny, (w przypadku modemu wymiennego)


Zamawiający oczekuje, że w przypadku modemu wewnętrznego, Wykonawca oznaczy typ modułu komunikacyjnego na tabliczce znamionowej licznika.


Uwaga:

Schemat połączenia elektrycznego opisany na obudowie lub osłonie listwy zaciskowej; (w przypadku modemu wymiennego)


Zamawiający doprecyzuje wymaganie.


Uwaga:

Urządzenie powinno w zestawie zawierać zestaw przewodów wraz ze złączami do zasilania modułu oraz interfejsu szeregowego. (w przypadku modemu wymiennego)


86

Nr sprawy: DT/1/13


Lp. 433. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział X, pkt 1, lit. a)

Uwaga:

Dane profilu obciążenia:

A+ Profil obciążenia 1.8.0 Profil energii

Ri+ Profil obciążenia 5.8.0 Profil energii

Rc- Profil obciążenia 8.8.0 Profil energii

U1 Profil obciążenia 32.7.0 Profil napięcia



I1 Profil obciążenia 31.7.0 Profil prądu




Zamawiający podtrzumuje swoje wymaganie. Wewnętrzna reprezentacja daty i czasu (np. UNIX time 1.1.0 określona w Blue Book 11) jest dopuszczalna, o ile jej zewnętrzna reprezentacja w obiektach będzie zgodna z date-time.

Lp. 434. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział X, pkt 1, lit. b)

Uwaga:

Dane rozliczeniowe:

Data i czas Rozliczenie 1.0.0 Dane historyczneLicznik resetów Rozliczenie 0.1.0 Dane historyczneA+ HIST T1 Rozliczenie 1.8.1* Dane historyczneA+ HIST T2 Rozliczenie 1.8.2* Dane historyczneA+ HIST T3 Rozliczenie 1.8.3* Dane historyczneA+ HIST Rozliczenie 1.8.0* SumarycznaPmax HIST Rozliczenie 1.6.0* Dane historycznePmax HIST CZAS Rozliczenie 1.6.0*VV Dane historyczneRi+ HIST T1 Rozliczenie 5.8.1* Dane historyczneRi+ HIST T2 Rozliczenie 5.8.2* Dane historyczneRi+ HIST T3 Rozliczenie 5.8.3* Dane historyczneRi+ HIST Rozliczenie 5.8.0* Dane historyczneRc- HIST T1 Rozliczenie 8.8.1* Dane historyczneRc- HIST T2 Rozliczenie 8.8.2* Dane historyczne

87

Autor, 11.04.2014,

Proponujemy dopuszczenie daty w formacie UNIX time (por. X.1.a)

Autor, 11.04.2014,

W przypadku licznika jednofazowego napięcia i prądy jednofazowe mają kody OBIS inne, niż opisane (11.7.0 i 12.7.0)

Autor, 11.04.2014,

Proponujemy dodanie do danych profilowych daty i czasu. Proponujemy dodanie go w formacie UNIX time (OBIS: 1.1.0), który umożliwia zapisanie większej ilości danych w profilu z powodu mniejszej długości niż data i czas w formacie tdatetime (OBIS 1.0.0).

Nr sprawy: DT/1/13

Rc- HIST T3 Rozliczenie 8.8.3* Dane historyczneRc- HIST Rozliczenie 8.8.0* Dane historyczneU2h Rozliczenie 83.8.6 Dane historyczneI2h Rozliczenie 83.8.3 Dane historyczne


Zamawiający skoryguje wymaganie.


Uwaga:

KOD BLEDU Rozliczenie F.F Dane chwilowe

NR RESETU Rozliczenie 0.1.0 Dane chwilowe

NR RESETU HIST Rozliczenie 0.1.0 VV


Zamawiający dokona zmian w specyfikacji. Patrz odpowiedź na pytanie nr 468


Uwaga:

Dane rozliczeniowe:


Zamawiajacy rozważy możliwość skorygowania wymagania.

Lp. 437. Dotyczy: Opis obiektów COSEM, Pkt 4.1.9

Uwaga:

Disconnect control is described in Section 4.6. The table lists the objects associated with the implementation of control.

ObjectCOSEM class_id

OBIS code Comments

Disconnect control 75 0-0:96.3.10.255 Id_class 75 definition in s. 4.6.Acc. to s. 5.9.

Automatic disconnect switch time 3 0-0:94.48.21.255

Acc. to s. 5.9.


88

Autor, 11.04.2014,

IC75 jest źle wyspecyfikowana i niezgodna z DLMS/COSEM, szczegóły dalej.

Autor, 11.04.2014,

zgodnie z DLMS/COSE dane rozliczeniowe w okresach rozliczeniowych nie zawierają znaczników typu * oraz VV – funkcje te przejmuje klasa 7 (profile generic)

Autor, 11.04.2014,

Do dyskusji

Autor, 11.04.2014,

- zgodnie z DLMS/COSE dane rozliczeniow w okresach rozliczeniowych nie zawierają znaczników typu * oraz VV – funkcje te przejmuje klasa 7 (profile generic)

Nr sprawy: DT/1/13

Zamawiający podziela stanowisko Wykonawcy i dokona stosownych modyfikacji w SIWZ.


Uwaga:

Safe parametrization


Zamawiajacy nie ogranicza metod realizacji przez Wykonawcę wymagania w zakresie bezpiecznej parametryzacji. Jeśli w ocenie Wykonawcy sugerowane przez Zamawiającego rozwiązanie nie jest optymalne, może zastosować własne rozwiązanie w tym zakresie, o ile spełnia ono wymagania SIWZ. Zamawiający dokona stosownych modyfikacji w SIWZ.

Lp. 439. Dotyczy: Opis obiektów COSEM, pod pkt. 4.1.12

Uwaga:

Zapis sesyjny parametrów, propozycja autorska ……., zastosowana w liczniku EMU1/EMU3.

Opis zapisu sesyjnego parametrów

W rzeczywistych warunkach występujących na sieci nie zawsze możliwe jest zapewnienie ciągłości komunikacji z licznikiem, a ta jest warunkiem poprawnej parametryzacji licznika w przypadkach zapisu więcej niż jednego atrybutu obiektu lub wykonania więcej niż jednej metody na obiekcie COSEM. W liczniku EMU zaimplementowano więc mechanizm wspierający wykonanie parametryzacji licznika w sposób bezpieczny, czyli gwarantujący, że parametryzacja zostanie wykonana w całości (w przypadku udanej transmisji danych) lub nie zostanie wykonana w ogóle (w przypadku zerwania sesji lub błędu w parametryzowanych danych). Mechanizm ten określamy jako Zapis Sesyjny.

Zapis Sesyjny odbywa się wg. następującego schematu:

1. Otwarcie sesji DLMS (utworzenie asocjacji)

2. Otwarcie sesji parametryzacji (Zapisu Sesyjnego) przez zapis wartości 1 atrybutu 2 obiektu COSEM – Sterowanie sesją. W przypadku sukcesu zapisu sesja jest otwarta a licznik gotowy do przyjmowania danych, w przypadku błędu wykonania tego zapisu sesja nie zostanie otwarta, nie można rozpocząć zapisów do parametryzowanych obiektów. (Rozpoczęcie zapisu do parametryzowanych obiektów bez uwzględnienia statusu wykonania otwarcia sesji, w przypadku błędu, spowoduje zapis danych obiektów bezpośrednio do „żywych” obiektów tak jakby nie było Zapisu Sesyjnego). Błąd otwarcia sesji może wystąpić, gdy jest już aktywna sesja parametryzacji w innym kanale DLMS.

3. Zapis danych do obiektów COSEM. Wykonujemy ten zapis identycznie jak w przypadku zwykłego (natychmiastowego) zapisu atrybutów / wykonania metod bez

89

Autor, 11.04.2014,

Przedstawiony obiekt mający służyć do bezpiecznej parametryzacji, naszym zdaniem jest niedodefiniowany, co uniemożliwia jego implementację.Ponadto, na stronie 107 (Appendix 4) czytamy, że obiekt ten może służyć np. do gromadzenia "segments of firmware images". Jest to niezgodne z DLMS, gdzie do transferu obrazu programu służy inna, standardowa klasa (18).Z opisu nie wynika, czy parametryzacja rzeczywiście będzie bezpieczna. Warunkiem bezpieczeństwa parameryzacji musi być sprawdzenie wszystkich parametrów i dopiero po potwierdzeniu, że wszystkie mają poprawne wartości - przepisanie ich do docelowych obiektów (atomowo). W przypadku obiektu opisanego przez Zamawiającego, wydaje się, że nie ma on takiej funkcji, wobec czego istnieje możliwość, że tylko część wpisanej parametryzacji zostanie zapisana do obiektów docelowych (jeśli inne mają nieprawidłowe wartości itp.). Oczywiście problematyczna jest też niestandardowa klasa tego obiektu.Opisana tutaj „bezpieczna parametryzacja” nie nadaje się do implementacji w liczniku. Jest niedodefiniowana – nie wiadomo tak naprawdę jak ją wykonać, brakuje istotnych informacji o formatach danych i przebiegu procesu. Poza tym wykorzystywana klasa 8449 jest neizgodna DLMS/COSEM, gdzie DLMS UA jest jedynym administratorem i twórcą klas DLMS/COSEM. APATOR S.A. proponuje własny, zaimplementowany w liczniku EMU sposób wykonywania bezpiecznej parametryzacji pozbawiony tych wad.

Nr sprawy: DT/1/13

Zapisu Sesyjnego, przy czym licznik nie wykonuje normalnego zapisu danych do obiektów a jedynie gromadzi je w specjalnym wewnętrznym buforze o łącznej wielkości 16KB. W atrybucie 2 obiektu COSEM – Bieżący status sesji liczona jest ilość zapisanych w trakcie trwania sesji atrybutów (metod) w celu późniejszej weryfikacji przez stronę parametryzującą. W trakcie zapisów do bufora mogą wystąpić problemy takie jak: przekroczenie rozmiaru bufora, niewłaściwa sekwencja transferu blokowego COSEM lub próba zapisu do obiektu niedozwolonego do parametryzacji sesyjnej (np. obiektu FWU) – każdy z tych problemów spowoduje zerwanie parametryzacji sesyjnej – zwracany jest błąd zapisu / wykonania metody a dalsze zapisy do danych obiektów aż do końca zakończenia sesji parametryzacji zostaną zignorowane (też zwrócą błąd). Tak zerwanej sesji Zapisu Sesyjnego nie będzie można uruchomić. W przypadku wystąpienia błędu w trakcie gromadzenia danych status w obiekcie COSEM – Bieżący status sesji otrzyma wartość 0x80.

4. (Opcjonalnie) anulowanie sesji. Jeżeli w trakcie Zapisu Sesyjnego strona zdalna zdecyduje, że z dowolnych przyczyn sesję należy zakończyć bez właściwej parametryzacji licznika, czyli bez zmiany jakichkolwiek danych w liczniku, wówczas zapis wartości 2 atrybutu 2 obiektu COSEM – Sterowanie sesją lub zerwanie asocjacji DLMS z licznikiem spowoduje anulowanie otwartej sesji, od tego momentu zapisy do obiektów COSEM wykonywane będą w sposób standardowy (natchmiastowy). Jeżeli istnieje konieczność rozpoczęcia sesji od nowa wówczas nie trzeba anulować sesji tylko wystarczy wydać komendę otwarcia nowej sesji.

5. Weryfikacja sesji. Przed wydaniem komendy wykonania właściwej, zgromadzonej w trakcie Zapisu Sesyjnego, parametryzacji licznika strona zdalna powinna odczytać obiekt COSEM – Bieżący status sesji i sprawdzić, czy ilość zgromadzonych przez licznik atrybutów i metod zgodna jest z ilością wysłaną do parametryzacji (atrybut 2 obiektu COSEM – Bieżący status sesji) oraz czy status sesji jest określony jako „otwarta”. Tylko w takim przypadku należy uruchomić właściwą parametryzację. W przypadku niezgodności ilości zgromadzonych atrybutów / metod Zapis Sesyjny należy anulować lub zerwać asocjację DLMS. Weryfikacja sesji przed jej uruchomieniem jest obowiązkowa, odpowiedzialny za nią jest klient DLMS wykonujący Zapis Sesyjny.

6. Wykonanie sesji (uruchomienie właściwego zapisu danych i wykonywania metod). Po zakończonej powodzeniem weryfikacji stanu sesji Zapisu Sesyjnego, należy uruchomić właściwą parametryzację licznika poprzez zapis wartości 3 atrybutu 2 obiektu COSEM – Sterowanie sesją. W tym momencie licznik wykona następujące działania:

- w pierwszym przebiegu wszystkie zgromadzone atrybuty i metody zostaną poddane sprawdzeniu, polegającemu na ocenie poprawności zapisywanych danych tak jak przy normalnym zapisie, ale jeszcze bez wykonywania parametryzacji właściwej. Jakikolwiek błąd na tym etapie spowoduje zakończenie wykonywania działań, sesja zostanie zamknięta bez zmiany żadnego parametru w liczniku a w obiekcie COSEM – Status uruchomienia ostatniej sesji pojawi się wartość 1 oraz zostanie zwrócony błąd zapisu do obiektu COSEM – Sterowanie sesją.

90

Nr sprawy: DT/1/13

- w przypadku powodzenia powyższego sprawdzenia wszystkich zapisywanych obiektów / wykonywanych metod, następuje etap właściwej parametryzacji licznika. Parametryzacja danych wykonywana jest w kolejności takiej, w jakiej dane przesyłane były w sesji Zapisu Sesyjnego. Parametryzacja jest „atomowa”, czyli, z punktu widzenia licznika, wszystkie obiekty zostaną zmienione w tej samej chwili. Po zapisaniu wszystkich zgromadzonych parametrów i poprawnym wykonaniu wszystkich zgromadzonych metod w obiekcie COSEM – Status uruchomienia ostatniej sesji pojawi się wartość 3 (sukces) – sukces zostanie też zwrócony jako wynik zapisu do obiektu COSEM – Sterowanie sesją. W każdym przypadku po zakończeniu tego etapu sesja Zapisu Sesyjnego zostanie zamknięta.

Przejście do wykonywania sesji możliwe jest tylko ze stanu „sesja otwarta” (wartość 1 danej status w obiekcie COSEM – Bieżący status sesji). W innym przypadku nie zostaną wykonane żadne działania a zapis do obiektu COSEM – Sterowanie sesją zwróci błąd.

UWAGI:

1. Jest jeden, 16KB bufor zapisu sesyjnego, możliwe jest otwarcie jednej sesji naraz, sesja otwarta w jednym kanale DLMS blokuje możliwość otwarcia sesji w innym kanale.

2. Zerwanie asocjacji (RLRQ / timeout lub rozłączenie warstwy transportowej) związanej z otwartą sesją Zapisu Sesyjnego anuluje otwartą sesję.

3. Po zerwaniu rozpoczętej sesji wszystkie zgromadzone dane ulegają unieważnieniu, należy je ponownie wysłać w nowej sesji.

Obiekty sterujące parametryzacją sesyjną (safe parametrization wg APATOR S.A.)

1.1. COSEM – Bieżący status sesji

Nazwa obiektu

Bieżący status sesji

Kod OBIS 0-0:128.5.0.255

Klasa COSEM 1

NAtrybut / Metoda

Typ danych COSEM

WartośćZnaczenie / Uwagi względem COSEM

M/R/F/P/H

A1

logical_name

octet-string[6]

0000800500FF

kod OBISR-/--/--/--/--

A2

value structure

structure

{

status; // unsigned

liczba_atrybutow_lub_metod; // long-unsigned

}

R-/--/--/--/--

91

Nr sprawy: DT/1/13

status = 0x00 - brak sesji w tym kanale komunikacyjnym

status = 0x01 - sesja otwarta

status = 0x80 - błąd sesji lub nie zamknięto ostatniego transferu blokowego

1.2. COSEM – Sterowanie sesją

Nazwa obiektu

Sterowanie sesją

Kod OBIS 0-0:128.5.1.255

Klasa COSEM 1

NAtrybut / Metoda

Typ danych COSEM


M/R/F/P/H

A1

logical_name

octet-string[6]

0000800501FF

kod OBISR-/--/--/--/--

A2

value unsigned (0..3)

odczyt: zawsze 0

zapis:

1 = otwórz sesję

2 = anuluj otwartą sesję

3 = wykonaj sesję

RW/--/--/--/--

1.3. COSEM – Status uruchomienia ostatniej sesji

Nazwa obiektu

Status uruchomienia ostatniej sesji

Kod OBIS 0-0:128.5.2.255

Klasa COSEM 1

NAtrybut / Metoda

Typ danych COSEM


M/R/F/P/H

A1

logical_name

octet-string[6]

0000800502FF

kod OBISR-/--/--/--/--


Zamawiajacy nie ogranicza metod realizacji przez Wykonawcę wymagania w zakresie bezpiecznej parametryzacji. Jeśli w ocenie Wykonawcy sugerowane przez Zamawiającego rozwiązanie nie jest optymalne, może zastosować własne rozwiązanie w tym zakresie, o ile spełnia ono wymagania SIWZ. Zamawiający dokona stosownych modyfikacji w SIWZ. Zamawiający dopuści przedmiotowe rozwiązanie jako

92

Nr sprawy: DT/1/13

alternatywne.


Uwaga:

Power quality indices


Zamawiający zmodyfikuje SIWZ w tym zakresie.


Uwaga:

According to the attached table five groups of events can be distinguished in the meter. Some of them are divided into sub-groups. Each group or sub-group has its own register (log) of events. There are 10 event registers in the meter.


Zamawiający podtrzymuje wymaganie.

Lp. 442. Dotyczy: Opis obiektów COSEM, Pkt 4.4.1.1

Uwaga:

Number GroupSub-

groupDescription Event description

255 1, 2, 3,

4, 5, 6

Event registers reset Reset of 10 event registers

1 1 10

Reset and supply disruptions

Reset with data loss

2 1 10 Reset without data loss

3 1 10 Power outages

4 1 10 No connection to N

5 1 10 Low battery

6 1 10 Internal critical error

10-20 1 10 Other errors Other errors

21 1 10 Change from winter to summer

22 1 10 Change from summer to winter

23-29 1 Reserved for future use Reserved for future use

30 1 10 Change of parameters Change of parameters register

31 1 10 Change of communication ports parameters

32 1 10 Change of password to read

93

Autor, 11/04/14,

Podział na grupy i podgrupy nic nie daje poza wprowadzeniem zamieszania do specyfikacji, istotna jest tylko przynależność zdarzenia do konkretnego logu oraz numer (kod) zdarzenia.

Autor, 11.04.2014,

Naszym zdaniem parametry tu opisywanie nie są zdefiniowane w sposób wystarczający do ich implementacji. Czy intencją Zamawiającego jest wyposażanie każdego licznika w funkcje pomiaru parametrów sieci odpowiadające dedykowanym do tego celu urządzeniom profesjonalnym ?Chcielibyśmy zwrócić też uwagę, na nieścisłości pomiędzy niniejszym companion standardem a dokumentem „07_Dodatek3do_umowy_realizacyjnej-Wykaz_i_opis_produktw_tekst_jednolity.docx” np. w kwestii pomiaru harmonicznych, kątów fazowych i prądu różnicowego o których to wielkościach nie ma mowy w niniejszym dokumencie.Chcielibyśmy zwrócić uwagę na nieścisłości w opisie funkcjonalności związanych z monitorowaniem jakości energii elektrycznej w dokumentach EOP.

Nr sprawy: DT/1/13

33 1 10 Change of password for parameterization

34 1 10 Change of password to firmware update

35 1 10 Battery replaced

36 1 10 Changing the time of seasonal transition

37 1 10 Changing the minimum time between

invoicing

38 1 10 Changing the period for the load profile

39 1 10 Changing the synchronization

40 1 10 Changing program name (label)

41-89 1 Reserved for future use Reserved for future use

90 1 10 Changing parameters of

power quality settings

Changing duration of voltage sags and swells

91 1 10 Changing the limit of the power outage

92 1 10 Changing rated voltage

93 1 10 Changing the upper limit of the permissible

voltage

94 1 10 Changing the lower limit of the permissible

voltage


Zamawiający zmodyfikuje zapisy SIWZ


Uwaga:

Error handling


Wykorzystanie poszczególnych pozycji w tabeli obsługi błędów może zostać rozszerzone przez Wykonawcę


Uwaga:

Alarm handling


Wykorzystanie poszczególnych pozycji w tabeli obsługi alarmów może zostać rozszerzone przez Wykonawcę.

Lp. 445. Dotyczy: Opis obiektów COSEM, Pkt 4.5

94

Autor, 11.04.2014,

Czy różnią się tak naprawdę alarmy od błędów (powyżej) poza tym, że jest rejestr maski alarmów i wybrane alarmy można zablokować ?

Autor, 11.04.2014,

W naszej ocenie zestaw zdefiniowanych alarmów jest ubogi, np. jest bit „burglary detection”, lecz nie ma rozróżnienia, którego czujnika dotyczy. Czy tak zdefiniowana funkcjonalność rzeczywiście jest dla Zamawiająego wystarczająca?

Autor, 11.04.2014,

Przydało by się więcej informacji o rzeczywistej wartości, typu:- tampering listwy zaciskowej- tampering czujnika obudowy- wykryto pole magnetyczneWiększość z informacji tu zawartych ma charakter wybitnie zależny od producenta i w wielu licznikach nie ma zastosowania.

Autor, 11/04/14,

Patrz uwaga A167

Autor, 11.04.2014,

Jaki sens ma to zdarzenie i co ono oznacza

Autor, 11/04/14,

Jaki sens ma rejestrowanie zdarzenia zmiany takiego akurat parametrów wobec setek innych istotnych parametrów w liczniku. Ta uwaga jest ogólna, dotyczy również innych zdarzeń rejestrujących zmiany pojedynczych parametrów, niekoniecznie najistotniejszych dla funkcjonowania licznika i, co ważniejsze – takie zdarzenie niewiele daje Zamawiającemu. Proponujemy rejestrację samego faktu parametryzacji licznika (zmiany dowolnego parametru) w trakcie trwania sesji.

Autor, 11/04/14,

Jaki sens ma to zdarzenie i co ono oznacza.

Autor, 11/04/14,

A co z hasłami dla pozostałych klientów (HAN, management)

Nr sprawy: DT/1/13

Uwaga:

Disconnect control


Zamawiający zmodyfikuje postanowienia SIWZ.

Lp. 446. Dotyczy: Opis obiektów COSEM, Pkt 4.5, Attribute description

Uwaga:

control_mode The Disconnect control mode - determines the possible transitions between logical states of the disconnect

enum:

(0) No transitions. Disconnect is always in the Connected Zal(1)

(1) Disconnection: remotely (b, c), locally (b1,c1), automatically (g)

Reconnection /Ready_for_reconnection: remotely (a,d), locally (a1,d1), automatically (h), manually (e)

(2) Disconnection : remotely (b, c), locally (b1,c1), automatically (-)

Reconnection/Ready_for_reconnection: remotely (a,d), locally (a1,d1), automatically (-), manually (-)

(3) Disconnection: remotely (-), locally (b1,c1), automatically (-)

Reconnection/Ready_for_reconnection: remotely (-), locally (a1,d1), automaticaloly (-), manually (-)

(4) Disconnection: remotely (-), locally (b1,c1), automatically (-)

Reconnection/ Ready_for_reconnection:: remotely (-), locally (a1,d1), automatically (-), manually (e)



Lp. 447. Dotyczy: Opis obiektów COSEM, Pkt 5.1, no. 2, Meaning

Uwaga:

List of logical devices -1 logical device (Management Logical device) with 5 associations:

- Public Client P (id=16)

95

Autor, 11/04/14,

Przywołane przejście „h” nie zostało nigdzie indziej opisane. Prosimy o uzupełnienie opisu.

Autor, 11.04.2014,

Dla enum {1,2,3,4} przy wywołaniu metody remote_reconnect z interfejsu zdalnego dopuszczalne są jednocześnie przejścia (a1) i (d1).Dla enum {1,2,3,4} przy wywołaniu metody remote_reconnect z interfejsu optozłącza dopuszczalne są jednocześnie przejścia (a1) i (d1). Prosimy o doprecyzowanie opisu.

Autor, 11.04.2014,

W dalszej części dokumentu opisujemy dlaczego, naszym zdaniem, definicja klasy IC75 nie może być zaimplementowana w liczniku.

Nr sprawy: DT/1/13

- Reading Client R (id=2)

- Management Client M (id=1)

- Firmware update Client F (id=3)

- HAN Client H (id=4)


Zamawiający nie podziela zastrzeżeń Wykonawcy.

Lp. 448. Dotyczy: Opis obiektów COSEM, Pkt 5.1, Logical COSEM device name, no.2, Meaning

Uwaga:

Logical device identifier (meter AMI EOP)


Wymaganie Zamawiającego jest zgodne ze specyfikacją DLMS.

Lp. 449. Dotyczy: Opis obiektów COSEM, Pkt 5.3, Clock, tabela, no.7

Uwaga:

Time delay – 60 min.



Lp. 450. Dotyczy: Opis obiektów COSEM, Pkt 5.3, Clock, tabela, no. 8

Uwaga:

Acceptable time change



Lp. 451. Dotyczy: Opis obiektów COSEM, Pkt 5.3, Clock, tabela, no. 9

Uwaga:

RW/R-/--/--/R-


Zamawiający podtrzymuje wymaganie zawarte w SIWZ.

Lp. 452. Dotyczy: Opis obiektów COSEM, Pkt 5.5, End of the billing period (active), no. 3, Value

Uwaga:

1


96

Autor, 11.04.2014,

Proponujemy zmianę na „5”. Zachowa to funkcjonalność określoną przez Zamawiającego a jednocześnie umożliwi definiowanie bardziej złożonych schematów zamknięć okresów rozliczeniowych. Czy Zamawiający dopuszcza wartość 5?

Autor, 11.04.2014,

Czy Zamawiający ma na myśli jednak dostęp „R” (bez „W”)? Zegar licznika bazuje na rezonatorze kwarcowym i nie ma możliwości zmiany tego faktu, zatem dostęp do zapisu został tutaj wpisany prawdopodobnie przez pomyłkę.

Autor, 11.04.2014,

Wg DLMS, ten atrybut włącza/wyłącza funkcję DST (czasu lato/zima). Czy Zamawiający poprzez „acceptable time change”właśnie to ma na myśli?

Autor, 11.04.2014,

[Komentarze]Naszym zdaniem tak sformułowany opis może wprowadzić w błąd. Wg DLMS, wartość 60 oznacza „przyspieszenie” (opóźnienie ujemne) czasu. Słowo „delay” sugeruje opóźnienie (dodatnie). Prosimy o zamianę słowa „delay” na np. „shift”.

Autor, 11/04/14,

Pole to musi zawierać 3-znakowy identyfikator procudenta, za którym musi być podany „unikalny identyfikator”, czyli w praktyce numer seryjny licznika. Taka zawartość tego atrybutu jest obligatoryjna wg DLMS.

Autor, 11.04.2014,

W tym atrybucie, według DLMS, nie ma informacji opisanych przez Zamawiającego.

Nr sprawy: DT/1/13

type=1 (Fixed time, wildcard in date) jest właściwą definicją


Uwaga:

Error and alarm handling




Uwaga:

Event handling


Zamawiający zmodyfikuje wymaganie zawarte w SIWZ.

Lp. 455. Dotyczy: Opis obiektów COSEM, Pkt 5.8, tabela, Register of events related to meter firmware update, no. 8, Value

Uwaga:

>= 1000



Lp. 456. Dotyczy: Opis obiektów COSEM, Pkt 5.8, tabela, Register of events related to disconnect control, no. 8, Value

Uwaga:

>= 1000




Uwaga:

Disconnect control


Zamawiający zmodyfikuje wymagania SIWZ.

Lp. 458. Dotyczy: Opis obiektów COSEM, uwaga Wykonawcy

Uwaga:

UWAGI ………

97

Autor, 11.04.2014,

IC75 - nie ma takiej klasy w DLMS/COSEM.Zgodnie z pkt. 5.2 BBv11„The DLMS UA reserves the right to be the exclusive administrator of interface classes.”

Autor, 11.04.2014,

Taka pojemność tego rejestru zdarzeń oznacza, że użytkownik licznika byłby regularnie rozłączany co klika dni przez okres legalizacji. Spełnienie tego wymagania nie nastręcza trudności technicznych, jednak zmniejszenie pojemności tego rejestru zdarzeń pozwoli zwiększyć pojemność innych rejestrów zdarzeń i/lub profili. Czy Zamawiający dopuści mniejszą pojemność tego rejestru zdarzeń?

Autor, 11.04.2014,

Taka pojemność tego rejestru zdarzeń oznacza, że Zamawiający będzie wymieniał oprogramowanie w liczniku średnio co ok. 3 dni przez okres legalizacji. Spełnienie tego wymagania nie nastręcza trudności technicznych, jednak zmniejszenie pojemności tego rejestru zdarzeń pozwoli zwiększyć pojemność innych rejestrów zdarzeń i/lub profili. Czy Zamawiający dopuści mniejszą pojemność tego rejestru zdarzeń?

Autor, 11.04.2014,

Zamawiający definiuje dostęp do listy rejestrowanych danych („capture_objects”) we wszystkich grupach poniżej wyłącznie jako „R”. To uniemożliwi np. dodanie rejestracji stanów liczydeł przy zdarzeniach. Czy rzeczywiście dostęp „R” wystarczy Zamawiającemu?Ponadto, rozmiary rejestrów zdarzeń podane poniżej przez Zamawiającego są identyczne (>= 1000 zdarzeń) a dotyczą rejestrów zdarzeń o skrajnie różnej częstości występowania. Bardzo prosimy o redefinicję pojemności na bardziej odpowiadającą realiom (np. 1000 zdarzeń typu firmware update) lub o wprowadzenie wymogu parametryzacji pojemności rejestrów i profili obciążeń, co pozwoli Zamawiającemu na ich redefinicję nawet po zakupie liczników. Proponujemy tu rozwiązanie opisane w „Propozycje do SIWZ – ……”.

Autor, 11.04.2014,

Czy dobrze domyślamy się, że alarmy różnią się od błędów w istocie jedynie zestawem rejestrowanych w nich sytuacji wyjątkowych?

Nr sprawy: DT/1/13

Numer klasy: Ogólnie jest to autorski Enerag pomysł klasę COSEM.

atrybut control_mode:

Dla enum (1) przewidziane jest nigdzie nie opisane przejście (h)

Dla enum {1,2,3,4} przy wywołaniu metody remote_reconnect z interfejsu zdalnego są na raz dopuszczalne przejścia (a1) i (d1)

Dla enum {1,2,3,4} przy wywołaniu metody remote_reconnect z interfejsu optozłącza są na raz dopuszczalne przejścia (a1) i (d1)

Dla enum {1,2} przy wywołaniu metody remote_reconnect z interfejsu zdalnego są na raz dopuszczalne przejścia (a) i (d)

Interpretacja pojęcia remote, local....

Zła jest terz interpretacja "kanałów" sterowania stycznikiem, Według BB "local" oznacza wewnętrzną funkcjonalność (np. ogranicznik mocy) licznika EE, zaś "remote" każdy interfejs komunikacyjny (opto tagże). Według specyfikacji obiektów zaś "local" miało by oznaczyć opto, "remote" interfejs PLC, GSM...

Natomiast ogranicznik mocy jest zupełnie nowym kanałem sterowania - "auto".

Uwagi do zdarzeń stycznika:(na żółto)

2 Lokalne załączenie (złącze opto) – podanie napięcia

niezgodne z DLMS (opto -> zdalnie) i klasą 70 stycznika

Zdarzenie nieobsługiwane

3 Lokalne rozłączenie (złącze opto)

niezgodne z DLMS (opto -> zdalnie) i klasą 70 stycznika


4 Zdalne załączenie Zarejestrowano

Zgłoszenie wystąpiło

5 Zdalne rozłączenie Zarejestrowano


6 Automatyczne rozłączenie -rozpoczęcie odmierzania zwłoki czasowej do przejścia w stan zazbrojony

klasa 70 stycznika nie dopuszcza takiego przejścia


7 Zakończenie odmierzania zwłoki Zdarzenie nieobsługiwane

98

Nr sprawy: DT/1/13

czasowej – przejście w stan zazbrojony

klasa 70 stycznika nie dopuszcza takiego przejścia

8 Zmiana nastaw ogranicznika mocy Zarejestrowano


9 Blokada funkcji ogranicznika mocy

niema takiej funkcjonalności, ewentualne wyłączenie ogranicznika jest powiązane ze zdarzeniem 8


10 Zdjęcie blokady ogranicznika mocy

niema takiej funkcjonalności niema takiej funkcjonalności, ewentualne włączenie ogranicznika jest powiązane ze zdarzeniem 8



Zamawiający utworzył własną klasę w celu spełnienia wymogów funkcjonalnych.

Lp. 459. Dotyczy: Opis obiektów COSEM, Pkt 5.9, tabela, Value

Uwaga:

0-0:96.3.10.255


Zamawiający utworzył własną klasę w celu spełnienia wymogów funkcjonalnych.


Uwaga:

Safe parametrization


Zamawiający zmodyfikuje wymaganie SIWZ i wprowadzi wymaganie jako alternatywne.

Lp. 461. Dotyczy: Opis obiektów COSEM, Pkt 5.13, tabela

Uwaga:

1 security_activate (data)

mathod -W/--/--/--/--/--


Zamawiający rozważy możliwość zmiany poziomów ‘security policy’ w następujący sposób: zwiększenie poziomu zawsze możliwe, zmniejszenie poziomu (w stosunku do obecnie obowiązującego) wyłącznie w trakcie sesji o poziomie aktualnie obowiązującym,

99

Autor, 11.04.2014,

Ponieważ BB w p.4.4.7 w opisie tej metody specyfikuje, że „the security policy can only by strenghtened” (raz włączonego szyfrowania nie można wyłączyć) proponujemy aby nie używać tej metody (nie umożliwiać jej wykonania) a „security policy” dla asocjacji wszystkich poza publiczną ustalić na stałe jako „authenticated and encrypted” czyli jako najsilniejszą dostępną.

Autor, 11.04.2014,

Klasa 8449 niezgodna z BBv11.Zgodnie z pkt. 5.2 BBv11„The DLMS UA reserves the right to be the exclusive administrator of interface classes.”Proponujemy inny, naszym zdaniem lepszy i zapewniający prawdziwie bezpieczną parametryzacje sposób zapisu sesyjnego, opisany w załączonym dokumencie.

Autor, 11.04.2014,

Patrz uwagi powyżej

Nr sprawy: DT/1/13

w stosunku do każdej asocjacji oddzielnie.


Uwaga:



Zamawiający zaleca wyłączanie i załączanie.


Uwaga:




Zamawiający zaleca wyłączanie i załączanie.


Uwaga:

Frame counter for Reading Client


Klasa 64 (Security setup and frame counter objects) dopuszcza możliwość utrzymywania osobnych liczników ‘frame counters’ dla poszczególnych kanałów (portów).


Uwaga:

x= 1 – global unicast

x= 2 – global broadcast


Zamawiający podtrzymuje wymaganie.

Lp. 466. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 11, lit. t)

Uwaga:

Komunikacja z Systemem Centralnym (o ile występuje) powinna być szyfrowana algorytmem o długości klucza 256 bitów według specyfikacji AES. NOK

Komunikacja z Systemem Centralnym (o ile występuje) powinna być szyfrowana algorytmem o długości klucza 256 bitów według specyfikacji AES. NOK

100

Autor, 11/04/14,

Zgodnie z naszą wiedzą, mechanizm broadcast jest niemożliwy do zaimplementowania w DLMS ponieważ APDU nawiązania asocjacji wymagają zastosowania kluczy unicast (i tylko takich), co jest explicite podane w Green Book. Ponadto Green Book w żaden sposób nie opisuje zachowania licznika w trybie broadcast, co uniemożliwia implementację lub wyklucza interoperacyjność.

Autor, 11/04/14,

Zamawiający (tu i poniżej) definiuje frame counters dla zalogowanych do licznika typów klientów. Jeśli jednak do licznika zalogują się na dwóch portach komunikacyjnych (np. PLC oraz optozłącze) klienty tego samego typu (np. reading), to mechanizm numerowania ramek i komunikacja z oboma klientami zawiodą, ponieważ klienty wymagają w każdej zaszyfrowanej APDU numeru ramki większego o 1. Proponujemy zdefiniować te liczniki wg portu komunikacyjnego (optozłącze, PRIME, USB itd.).

Autor, 11.04.2014,

Uwaga jw.

Autor, 11.04.2014,

Uwaga jw.

Autor, 11.04.2014,

Uwaga jw.

Nr sprawy: DT/1/13




Uwaga:

Threshold for the counter of unsuccessful logins on PLC PRIME port


Czasowe blokowanie portu po zdefiniowanej ilości nieudanych prób zalogowania się na tym porcie powinno być możliwe.


Uwaga:

0-0:0.1.0.255


Zamawiajacy dokona modyfikacji SIWZ.


Uwaga:

double-long-unsigned


Zamawiający zmieni wymaganie SIWZ na typ unsigned-long64.


Uwaga:

long-unsigned


Zamawiający dokona modyfikacji wymagań SIWZ.


Uwaga:

1=aktive

0=inactive


Wartość null-data jest akceptowalna (jako jedna z możliwości wartości CHOICE, zgodnie z Blue Book 11). Zamawiający zmodyfikuje wymagania SIWZ.


Uwaga:

101

Autor, 11.04.2014,

Zamawiający (tu i tuż niżej) nie zdefiniował znaczenia stanu "active" i "inactive", w tym atrybucie zwykle zwraca się wartość null. Blue Book dopuszcza dowolną interpretację tego pola. Czy wartość "null" jest wystarczająca, a jeśli nie, jaka jest definicja active/inactive?

Autor, 11.04.2014,

Zamawiający (tu i poniżej) zdefiniował tu de facto "okno stałe" (metoda blokowa wyznaczania średniej), nie zaś "kroczące", jak to Zamawiający opisał z kolei w SIWZ. Żeby definicja tego obiektu była spójna z SIWZ należy zapisać atrybut period 60 (sekund), zaś number of periods 15. Ponadto Zamawiający zdefiniował dostęp do tych atrybutów tylko do odczytu, blokując możliwość zmiany okresu uśredniania. Czy rzeczywiście jest to intencją Zamawiającego?

Autor, 11.04.2014,

Czy Zamawiający (tu i analogicznie poniżej) dopuszcza typ danych energii unsigned-long64? W przypadku zastosowania sugerowanego przez Zamawiającego typu double-long-unsigned nie można wykorzystać całego wyświetlacza LCD 8-znakowego przy rozdzielczości wyświetlanych danych 1kWh i przy 0.1kWh. Liczydło na wyświetlaczu nigdy nie osiągnie stanu 99999999, lecz "przewinie się" przez zero przy mniejszym stanie. Maksymalne wskazanie wyniesie tutaj 04294967 kWh lub 4294967.2 kWh, po czym kolejnym wskazaniem będzie 0.

Autor, 11.04.2014,

Wg naszej wiedzy, OBIS 0.1.0 powinien oznaczać licznik zamkniętych okresów rozliczeniowych. Czy możemy prosić o zaproponowanie innego OBISu, np. specyficznego dla EOP lub dla Polski.

Autor, 11/04/14,

Jaką w praktyce funkcję mają te rejestry ? Jeżeli służą np. do blokowania portu przed możliwością logowania to oznacza, że intencjonalnie wbudowujemy w licznik funkcję podatności na ataki DoS.

Nr sprawy: DT/1/13

The buffer must be recorded on a continuous basis - irregularities of the recording in the buffer are not permitted (exactly one entry in the averaging period)




Uwaga:

{8,0-0:1.0.0.255,2};




Uwaga:

R-/R-/--/--/R-




Uwaga:

The buffer must be recorded on a continuous basis - irregularities of the recording in the buffer are not permitted (exactly one entry in the averaging period)



Lp. 476. Dotyczy: Opis obiektów COSEM, Pod pkt. 6.3, tabela

Uwaga:

ISTOTNY KOMENTARZ WYKONAWCY

Zamawiający pisze:

The buffer must be recorded on a continuous basis - irregularities of the recording in the buffer are not permitted (exactly one entry in the averaging period).

Naszym zdaniem taki zapis nie zabezpiecza przed problemami odczytowymi. W przypadku cofnięcia czasu, profil będzie zawierał pewien zakres wpisów o takich samych datach! W specyfikacji T5 problem ten "usunięto" w ten sposób, że przy cofnięciu czasu rekordy "z przyszłości" należy usunąć. Co jednak, jeśli mówimy o rejestrze zdarzeń (to również jest klasa "profile generic") i w tymże rejestrze były wpisy dotyczące np. npe - lub inne ważne dla Zamawiającego? Zostaną utracone.

102

Autor, 11/04/14,

Patrz kumentarz poniżej tabeli.

Autor, 11.04.2014,

Czy rzeczywiście intencją Zamawiającego są statyczne (nie parametryzowalne) listy rejestrowanych w profilu danych (capture_objects)? Zamawiający zdefiniował dostęp R (tylko do odczytu).

Autor, 11.04.2014,

Czy Zamawiający dopuszcza (tu i poniżej) zastosowanie czasu 1.1.0 (UNIX time), zdefiniowanego w Blue Book edycja 11? Zastosowanie tego czasu (zamiast 1.0.0) zwiększy maksymalną ilość wpisów w profilu (czas 1.1.0 zajmuje 4B wobec 12B czasu 1.0.0).

Autor, 11/04/14,

Patrz kumentarz poniżej tabeli.

Nr sprawy: DT/1/13

Naszym zdaniem bazowanie na odczycie profili (a więc również rejestrów zdarzeń) po datach, co wymusza monotoniczność profilu i usuwanie wpisów przy cofnięciu czasu, jest niefortunnym rozwiązaniem i wiemy to na podstawie naszych dotychczasowych doświadczeń z systemem zdalnego odczytu (PLC) autorskim, stworzonym przez Apator.

Proponujemy rozwiązanie, które nie tylko jest wygodne do implementacji w liczniku, ale też jest niezmiernie przydatne w systemie bazodanowym po stronie systemu centralnego.

Mianowicie - proponujemy indeksowanie każdego wpisu w profilu (czy rejestrze zdarzeń) unikalnym numerem - rosnącym o 1 z każdym kolejnym wpisem w profilu. Licznik zwiększa indeks od 0, kolejno do wartości 4294967295 (ponad 4 miliardy). Takie indeksowanie jest czymś analogicznym do "klucza podstawowego" (autoincrement) w systemach bazodanowych. Indeks nie jest nigdy zerowany, nawet przy zmianie parametryzacji i kasowaniu profilu.

Rozwiązanie to ma następujące zalety:

- łatwość implementacji zarówno w liczniku jak i w systemie centralnym,

- system centralny, w dowolnym momencie ma pełną wiedzę o tym, ilu i jakich wpisów z licznika jeszcze nie pobrał,

- system wie również jakich zakresów dat dotyczą nie przeczytane wpisy z licznika, ponieważ w przeczytanych wpisach znajdują się znaczniki czasu,

- nie jest wymagana monotoniczność profilu, a szczególnie nie jest konieczne kontrowersyjne usuwanie wpisów przy cofnięciu czasu,

- stosowanie indeksowania nie zmniejsza rozmiaru pamięci dostępnej dla danych w profilu ("pojemność" profilu jest bez zmian)!

- taki indeks nie jest zerowany w momencie kasowania profile – zapewnia to unikalne numerowanie rekordów przez cały okres “życia” licznika na sieci.

Rozwiązanie to stosujemy z powodzeniem w drugiej wersji naszego systemu autorskiego i nie koliduje ono z DLMSem. Wystarczy dodać do atrybutu capture_objects obiekt "indeks" a następnie czytać metodą selective access właśnie po indeksach (zamiast po datach).

Prosimy o rozważenie takiej możliwości - naszym zdaniem jest ona lepsza od odczytu po datach, jako podstawowa metoda odczytu zdalnego. Nasza ocena nie bazuje jedynie na rozważaniach teoretycznych, ale i na praktycznym doświadczeniu z terenu (kilkadziesiąt tysięcy liczników). Ten mechanizm zaimplementowaliśmy również w liczniku EMU.




Uwaga:

103

Nr sprawy: DT/1/13

x=32 in phase L1


Zamawiający doprecyzuje komentarze dla liczników 3-fazowych i zachowuje wymagania zawarte w SIWZ.


Uwaga:

scaling=1,

unit=W,

accuracy: 0.00 kW




Uwaga:

Threshold – no voltage


Zamawiający zmodyfikuje zapisy SIWZ.


Uwaga:

Power Quality


Zamawiajacy podtrzymuje wymaganie zawarte w SIWZ.


Uwaga:

Profile created based on the based weekly W1-W4 indices


Obliczenia wskaźników jakości energii dokonywane sa zgodnie z normą PN-EN 50160. Zamawiający uzupełni wymagania funkcjonalne o przykłady obliczeniowe.


Uwaga:

Cl

18


104

Autor, 11.04.2014,

Niezgodna z Blue Book klasa, dla komunikacji 3GPP BBv11 przewiduje klasy dedykowane. IC18 służy do udostępniania funkcji Image Transfer.

Autor, 11/04/14,

Co oznacza „based weekly” ? Czy są to wartości W1- 4 z chwili zapisu czy poddane jakimś operacjom użredniania ?

Autor, 11.04.2014,

Naszym zdaniem działanie tych obiektów nie zostało zdefiniowane w sposób wyczerpujący. Czy intencją Zamawiającego jest wyposażanie każdego licznika w funkcje pomiaru parametrów sieci odpowiadające dedykowanym do tego celu urządzeniom profesjonalnym ?

Autor, 11.04.2014,

W liczniku jednofazowym

Autor, 11/04/14,

W mocach średnich, ograniczeniu mocy itp. Zamawiający definiuje jednostkę kW i rozdzielczość 10e-3 (zatem ostatecznie 1W). Tutaj (i poniżej) zamawiający ogranicza rozdzielczość do 10W (oraz 10var), naszym zdaniem niepotrzebnie, gdyż rozdzielczość 1W/var jest w klasie licznika dla małych poborów, a ponadto tworzy to niespójność formatów. Wydaje nam się, że konsekwentne trzymanie się jednej rozdzielczości (1W/var) jest lepsze. Czy Zamawiający dopuszcza rozdzielczość 1W/var, zamiast 10W/var?

Autor, 11.04.2014,

Zamawiający (tu i poniżej) nie definiuje osobnych OBISów dla wartości chwilowych licznika jednofazowego. Według naszej znajomości normy PN-EN 62056-61, dla takich liczników są dedykowane OBISy, choć odpowiedni zapis normy bywa różnie interpretowany. Proponujemy dwa rozwiązania:1. Licznik 1-f. ma dedykowane OBISy (np. napięcie „any phase” OBIS 12.7.0, zamiast napięcie L1 32.7.0 i analogicznie dla innych wartości).2. Licznik 1-f. ma dwa obiekty - jeden z OBISem jak dla fazy L1 licznika trójfazowego, a drugi dedykowany (oba, oczywiście, zawierają tę samą daną pomiarową).Czy Zamawiający dopuszcza te rozwiązania, jeśli tak, to które?

Nr sprawy: DT/1/13



Uwaga:

array[0] - the push operation is always possible

0

0

0




Uwaga:

R-/R-/--/--/R-




Uwaga:

6

(6) - size of execution_time = n; wildcards in date

allowed, time values specify execution period


Zamawiający podtrzymuje wymagania zawarte w SIWZ.


Uwaga:

wildcards in date are allowed; time values specify period; hundredths of seconds must be zero.



Lp. 487. Dotyczy: Opis obiektów COSEM, Pkt 8.1, tabela, WAN2HAN Message Queue

105

Autor, 11/04/14,

BlueBookV11, IC22, wersja 0, definiuje atrybut execution_time jako tablicę czasów i dat wykonania, nie zaś okresu powtarzania.Zgodnie z pkt. 5.1 BBv11 „Any modification of an existing IC affecting the transmission of service requests or responsesresults in a new version (version ::= version+1) and shall be documented accordingly.” Zgodnie z pkt. 5.2 BBv11„The DLMS UA reserves the right to be the exclusive administrator of interface classes.”

Autor, 11/04/14,

BlueBookV11, IC22, wersja 0, nie dopuszcza atrybutu type z wartością enum=6Zgodnie z pkt. 5.1 BBv11 „Any modification of an existing IC affecting the transmission of service requests or responsesresults in a new version (version ::= version+1) and shall be documented accordingly.” Zgodnie z pkt. 5.2 BBv11„The DLMS UA reserves the right to be the exclusive administrator of interface classes.”

Autor, 11.04.2014,

Push(dara) jest typu -W

Autor, 11.04.2014,

w EMU jest RW

Autor, 11.04.2014,

w EMU jest RW

Autor, 11.04.2014,

w EMU jest RW

Autor, 11/04/14,

Obecnie EMU umożliwia zdefiniowanie od 0 do 4 okien czasowych (RW)

Nr sprawy: DT/1/13

Uwaga:

84

49



Lp. 488. Dotyczy: Opis obiektów COSEM, Pkt 8.1, tabela, HAN2WAN Message Queue

Uwaga:

84

49



106

Autor, 11.04.2014,

BBv11 nie definiuje IC8449. Zgodnie z pkt. 5.2 BBv11„The DLMS UA reserves the right to be the exclusive administrator of interface classes.”

Autor, 11.04.2014,


Nr sprawy: DT/1/13

Lp. 489. Dotyczy: Opis obiektów COSEM, 13 Appendix 3

Uwaga:

Data push communication class _id = 40 , version = 0Attributes Dat a type Min. Max. Def. Short 1. logical name octet-s tring[6] x2. push object list array of

logical x +0x06

3. send and destination method

octet-string[2]

x+n*0x06

4. communication window long unsigned

x+ n*0x06 + 0x02

5. randomization start interval

long unsigned

x + n*0x06 +

6. number of retries unsigned x + n*0x06 +

7. repetition delay long unsigned

x + n*0x06 +

8. push operation interval long unsigned

x + n*0x06 +


Zamawiający zmodyfikuje wymagania zawarte w SIWZ.

Lp. 490. Dotyczy: Opis obiektów COSEM, 14 Appendix 4

Uwaga:

Appendix 4: Message Queue Interface Class (class_id: 8449, version: 0)



Lp. 491. Dotyczy: Opis obiektów COSEM, 14 Appendix 4, tabela

Uwaga:

class_id = 8449, version = 0



Lp. 492. Dotyczy: Opis obiektów COSEM, 15 Appendix 5, attribute description, tabela

Uwaga:

enum:

(1) size of execution_time = 1; wildcard in date allowed,

(2) size of execution_time = n; all time values are the same, wildcards in date not allowed,

107

Autor, 11.04.2014,


Autor, 11/04/14,

W punkcie 4.1.12 przedstawiamy nasze rozwiązanie problemu bezpiecznej parametryzacji, które w przeciwieństwie do opisywanego jest zgodne z DLMS/COSEM (nie tworzy nielegalnych klas) oraz jest naszym zdaniem lepsze.

Autor, 11.04.2014,

BBv11 nie definiuje dla IC40 atrybutu o numerze 8. Zgodnie z pkt. 5.1 BBv11 „Any modification of an existing IC affecting the transmission of service requests or responsesresults in a new version (version ::= version+1) and shall be documented accordingly.” Zgodnie z pkt. 5.2 BBv11„The DLMS UA reserves the right to be the exclusive administrator of interface classes.”

Autor, 11.04.2014,

BBv11 nie definiuje dla IC40 atrybutu send_and_destination_method jakooctet-string[2] Zgodnie z pkt. 5.1 BBv11 „Any modification of an existing IC affecting the transmission of service requests or responsesresults in a new version (version ::= version+1) and shall be documented accordingly.” Zgodnie z pkt. 5.2 BBv11„The DLMS UA reserves the right to be the exclusive administrator of interface classes.”

Nr sprawy: DT/1/13

(3) size of execution_time = n; all time values are the same, wildcards in date are allowed,

(4) size of execution_time = n; time values may be different, wildcards in date not allowed,

(5) size of execution_time = n; time values may be different, wildcards in date are allowed,

(6) size of execution_time = n; wildcards in date are allowed, time values specify execution period


Zamawiający podtrzymuje wymagania zawarte w SIWZ. Patrz odpowiedź na pytanie nr 485.

Lp. 493. Dotyczy: Załącznik nr 2 do SIWZ – Wzór umowy ramowej, Rozdział 7, par. 21

Uwaga:

[Zasada] Wykonawca zobowiązany będzie do nieujawniania, nieprzekazywania oraz do niewykorzystywania we własnej działalności, w zakresie szerszym niż niezbędny do realizacji Umowy Ramowej lub Realizacyjnej, informacji uzyskanych w związku z wykonaniem Umowy Ramowej lub Realizacyjnej niezależnie od formy przekazania tych informacji, ich źródła i sposobu przetwarzania (Informacje Poufne). Dotyczy to w szczególności:

informacji stanowiących tajemnicę przedsiębiorstwa Zamawiającego w rozumieniu przepisów ustawy o zwalczaniu nieuczciwej konkurencji; (Dz.U. 2003 nr 153 poz. 1503 z póź. zm.)


Zamawiający uzupełni wymaganie w ostatecznej wersji SIWZ.

Lp. 494. Dotyczy: Załącznik nr 2 do SIWZ – Wzór umowy ramowej, rozdział 7, par. 25

Uwaga:

[Obowiązki Wykonawcy] Wykonawca ma obowiązek ochrony Informacji Poufnych niezależnie od formy ich przetwarzania (m.in. przekazów ustnych, dokumentów papierowych lub informacji zapisanych w postaci elektronicznej) oraz od stanu zaawansowania prac. W tym celu Wykonawca zobowiązuje się stosować odpowiednie procedury oraz zabezpieczenia fizyczne, organizacyjne i technologiczne. Wykonawca powinien stosować co najmniej tak samo silne środki ochronne, jak w odniesieniu do własnych informacji chronionych, niezwiązanych z wykonywaniem Umowy Ramowej lub Realizacyjnej, przy czym w każdym wypadku muszą one zapewniać dochowanie obowiązków związanych z ochroną Informacji Poufnych, przewidzianych w Umowie Ramowej.


108

Autor, 11.04.2014,

Proszę o doprecyzowanie pojęcia „odpowiednie procedury”.Co Zamawiający ma namyśli pod pojęciem „odpowiednie procedury”?

Autor, 11.04.2014,

Brak symetrii, postanowienia w zakresie poufności dotyczą obu stron.

Autor, 11/04/14,

BBv11 nie definiuje dla IC22 atrybutu type o wartości enum=6. Uwaga: nadal obowiązuje wersja 0 klasy.Zgodnie z pkt. 5.1 BBv11 „Any modification of an existing IC affecting the transmission of service requests or responsesresults in a new version (version ::= version+1) and shall be documented accordingly.” Zgodnie z pkt. 5.2 BBv11„The DLMS UA reserves the right to be the exclusive administrator of interface classes.”

Nr sprawy: DT/1/13

Pod pojęciem odpowiednich procedur należy rozumieć określone zasady postępowania z informacjami poufnymi, stosowane przez Wykonawcę które zapewnią bezpieczeństwo tych informacji. Są to zasady, które powinien wdrożyć u siebie każdy podmiot profesjonalny, chroniąc własne informacje poufne.

Lp. 495. Dotyczy: Załącznik nr 2 do SIWZ – Wzór umowy ramowej, Rozdział 7, Poufność

Uwaga:

POUFNOŚĆ


Zamawiający dokona modyfikacji SIWZ w tym zakresie.


Uwaga:

Zmiany adresów] Zmiana przez stronę adresu lub adresu e-mail wskazanych powyżej wymaga pisemnego zawiadomienia drugiej strony w formie pisemnej za zwrotnym potwierdzeniem otrzymania informacji pzez drugą ze stron. Pod rygorem uznania oświadczenia złożonego na poprzedni adres lub adres e-mail za doręczone, jednak nie wymaga sporządzenia pisemnego aneksu do Umowy Ramowej.


Zamawiający nie uważa za konieczne uzupełnienie wymagania o proponowany zapis. Jego wprowadzenie oznaczałoby, że jeśli np. Wykonawca powiadomił na piśmie Zamawiającego o zmianie adresu (co Wykonawca jest w stanie wykazać), a Zamawiający by tego nie potwierdził zwrotnie, powiadomienie nie byłoby skuteczne. Tymczasem problem można rozwiązać w prosty sposób, wysyłając powiadomienie listem poleconym lub przesyłką kurierską (obie formy mają potwierdzenie odbioru).


Uwaga:

[Spory] Wszelkie spory pozostające w związku z Umową Ramową będą rozwiązywane w drodze wzajemnych uzgodnień Stron. Jeśli rozwiązanie sporu nie zostanie uzgodnione w ciągu 30 dni, spór będzie mógł być poddany pod rozstrzygnięcie sądu powszechnego właściwego dla siedziby Zamawiającego.


Zamawiający dokona modyfikacji SIWZ w tym zakresie; chodzi o 30 dniowy termin od momentu rozpoczęcia uzgodnień.

Lp. 498. Dotyczy: Uzupełnienie nr 3 do SIWZ – Wzór umowy realizacyjnej, Rozdział 5, par. 33

109

Autor, 11.04.2014,

Od jakiego momentu. Może: „w ciągu 30 dni od potwierdzenie przez obie strony braku konsensusu”

Autor, 11.04.2014,

Postanowienia całego rozdziału traktującego o poufności są skonstruowane w odniesieniu tylko do Zamawiającego. W momencie, gdy Wykonawca będzie udostępniał informacje poufne to nie mamy żadnego zabezpieczenia ze strony tej umowy.

Nr sprawy: DT/1/13

Uwaga:

[Zapewnienia Wykonawcy] Wykonawca gwarantuje, że Warsztaty przeprowadzone zostaną przez Personel Wykonawcy (trenerów) posiadający wykształcenie techniczne oraz doświadczenie zawodowe w zakresie przedmiotu poszczególnych Warsztatów, a także umiejętności i doświadczenie dydaktyczne w zakresie prowadzenia Warsztatów, uprawnione do wydawania Świadectw Ukończenia Warsztatów w imieniu Wykonawcy.


Zamawiający będzie oceniał doświadczenie dydaktyczne na podstawie ocen i uwag zawartych w ankietach uczestników szkoleń. Przez osoby uprawnione do wydawania świadectw należy rozumieć uprawnienie ze strony Wykonawcy, czyli że Wykonawca i producent urządzeń będą honorować świadectwa wystawione przez danego trenera.


Uwaga:

[Weryfikacja] Po zgłoszeniu do odbioru Koordynator Wiodący Zamawiającego weryfikuje zgodność Produktu lub jego zgłoszonej części z wymaganiami Umowy. W toku tych czynności Koordynator Wykonawcy będzie udzielał Koordynatorowi Wiodącemu Zamawiającego wyjaśnień i zdalnego wsparcia, a w szczególnie uzasadnionych przypadkach na żądanie Koordynatora Wiodącego Zamawiającego będzie uczestniczył w czynnościach u Zamawiającego związanych z weryfikacją. Zamawiający ma prawo do weryfikacji należytego wykonania Umowy dowolną metodą, w tym do przeprowadzenia własnych testów dostarczonych Produktów, według przyjętych przez siebie metod ich weryfikacji; może również korzystać z opinii zewnętrznego audytora. Okres weryfikacji Produktu lub jego części wynosi jest liczony od dnia zgłoszenia do odbioru i wynosi:




Uwaga:

[Odmowa odbioru] Jeżeli Produkty nie spełniają wymagań określonych w Umowie, Koordynator Wiodący Zamawiającego odmawia odbioru Produktu i zgłasza uwagi. Następnie w ciągu 7 dni liczonych od dnia zgłoszenia uwag (chyba że Koordynatorzy uzgodnią inny termin) Wykonawca uwzględnia uwagi Zamawiającego i ponownie zgłasza Produkt do odbioru (albo ponownie przeprowadza Warsztaty lub ich odpowiednią część). Procedura może być powtarzana wielokrotnie aż do czasu:



Lp. 501. Dotyczy: Uzupełnienie nr 3 do SIWZ – Wzór umowy realizacyjnej,

110

Autor, 11.04.2014,

Dodano: „…liczonych od dnia zgłoszenia uwag …”

Autor, 11.04.2014,

Od jakiego momenty jest liczony termin 7 dniowy. Od otrzymania info o uwagach?

Autor, 11.04.2014,

Dodano: ”jest liczony od dnia zgłoszenia do odbioru”

Autor, 11.04.2014,

Uprawnione- co Zamawiający ma na myśli, czy trzeba posiadać specjalne uprawnienia, certyfikaty etc. W tym zakresie.

Autor, 11.04.2014,

Na podstawie czego Zamawiający będzie weryfikował posiadanie doświadczenia.

Nr sprawy: DT/1/13

Rozdział 8, par. 54

Uwaga:

[Odbiór warunkowy] Koordynator Wiodący Zamawiającego, po uzyskaniu zgody członków Komitetu Sterującego ze Strony Zamawiającego, pomimo niespełnienia przez elementy Produktu kryteriów odbioru, może dokonać ich odbioru warunkowego, wyznaczając Wykonawcy odpowiedni, nie krótszy niż 7 Dni termin na usunięcie wskazanych w protokole uwag. Wykonawca zobowiązany jest uwzględnić uwagi i usunąć wskazane w protokole odbioru warunkowego braki lub nieprawidłowości w terminie wskazanym przez Zamawiającego i przedstawić Produkty do ponownego odbioru, zgodnie z powyższymi zasadami. Odbiór warunkowy może być jednocześnie odbiorem częściowym – w takim wypadku Koordynator Wiodący Zamawiającego dokonuje odbioru warunkowego elementu lub części Produktu, w pozostałym zakresie Produkt lub jego część odrzucając. W takim przypadku dla każdego z elementów (części) stosuje się oddzielne procedury, odpowiednio dla produktu odebranego warunkowo i odrzuconego.


Zamawiający dokona modyfikacji SIWZ w tym zakresie; termin liczony jest od dnia przekazania Wykonawcy protokołu.


Uwaga:

[Dzień odbioru] Dniem odbioru jest dzień odbioruwskazany w protokole odbioru.




Uwaga:

[Produkt P2] W Etapie II Wykonawca przystąpi do uzyskania Certyfikatów, a po ich uzyskaniu – przedłoży Zamawiającemu do odbioru. Odbiór Certyfikatów polegać będzie na weryfikacji zgodności Certyfikatów i ich treści z wymaganiami Umowy i przepisów prawa.polskiego


Zgodnie z Dodatkiem nr 3 do wzoru umowy realziacyjnej, Certyfikat stanowi produkt P.2. w ramach którego należy dostarczyć certyfikat zgodności z Dyrektywą MID 2004/22/WE Parlamentu Europejskiego z dnia 31 marca 2004 r. w sprawie przyrządów pomiarowych oraz certyfikat PRIME potwierdzający interoperacyjność urządzeń, zgodnie ze specyfikacją techniczną opracowaną przez grupę techniczną PRIME ALLIANCE . Ograniczenie oceny zgodności tych dokumentów wyłącznie do przepisów prawa polskiego byłoby więc zbyt dalegko idącycm ograniczeniem, zwłaszcza w przypadku

111

Autor, 11.04.2014,

Tak skonstruowana definicja jest definicją przez „definicję” dlatego sugestia usunięcia „odbioru”.

Autor, 11.04.2014,

Od kiedy liczony jest termin. Od uzyskania info od Zamawiającego? Od poinformowania Wykonawcy za zwrotnym potwierdzeniem.

Nr sprawy: DT/1/13

producentów z poza teryorium Polski.


Uwaga:

[Terminy] Z zastrzeżeniem Error: Reference source not found, Wykonawca zobowiązany jest zrealizować Warsztaty określonego przez Koordynatora Wiodącego Zamawiającego rodzaju dla wskazanych przez Koordynatora Wiodącego Zamawiającego uczestników, w terminach wskazanych przez Koordynatora Wiodącego Zamawiającego lub uzgodnionych przez Koordynatorów Stron.


Zamawiający nie wyraża zgody na zmianę wymagania.


Uwaga:

[Wymagania] Wykonawca zobowiązany jest do dostawy Zamawiającemu Urządzeń w ilości, rodzaju i jakości oraz o parametrach technicznych i funkcjonalnych opisanych w Umowie (w tym Dodatku nr 3), Ofercie oraz zgodnych z odebraną finalną wersją Makiety, w transzach wymienionych w Dodatku nr 6. Jeżeli w trakcie wykonywania Umowy dojdzie do zmian i aktualizacji Makiety zgodnie z Error: Reference source not found, kolejne Urządzenia winny być dostarczane zgodnie z zaktualizowaną wersją Makiety. Wykonawca zobowiązany jest co najmniej na 5 dni przed uzgodnionym terminem dostawy potwierdzić za zwrotnym potwierdzeniem drogą elektroniczną na adres Koordynatora Wiodącego termin realizacji dostawy.


Zamawiający nie wyraża zgody na zmianę wymagania. Wymóg zwrotnego potwierdzania odbioru zbyt formalizuje wymianę korespondencji.


Uwaga:

[Skutek odbiorów ilościowych] Z uwagi na fakt, że odbiór ilościowy Urządzeń ma charakter wstępny i w jego trakcie Zamawiający nie ma możliwości dokładnego zbadania Urządzeń, podpisanie protokołu odbioru ilościowego nie wyklucza możliwości zgłaszania Wad i zastrzeżeń do przedmiotu dostawy w późniejszym terminie 10 dni od dnia odbioru wstępnego. W szczególności do zgłaszania Wad Urządzeń nie mają zastosowania przepisu kodeksu cywilnego z tytułu rękojmi w zakresie obowiązku niezwłocznego zbadania rzeczy, a ewentualne Wady będą zgłaszane zgodnie z postanowieniami Umowy. Koordynator Oddziałowy Zamawiającego będzie w miarę możliwości weryfikował jakość Urządzeń w magazynach, w trakcie instalacji na sieci oraz w okresie wsparcia i wszystkie uwagi będzie na bieżąco przekazywał Koordynatorowi Wykonawcy, w celu

112

Autor, 11.04.2014,

Proponowana zmiana: „w terminie 10 dni od dnia odbioru wstępnego”.

Autor, 11.04.2014,

Usunięto: „…wskazanych przez Koordynatora Wiodącego Zamawiającego lub…”

Nr sprawy: DT/1/13

wprowadzenia ewentualnych zmian i poprawek w już dostarczonych jak też kolejno dostarczanych Urządzeniach, a w przypadku stwierdzenia Wady zgłosi Koordynatorowi Wykonawcy potrzebę dokonania naprawy lub wymiany. Do zgłoszenia i usuwania Wady stosuje się odpowiednio postanowienia dotyczące napraw i wymian gwarancyjnych (Error: Reference source not found i nast., w tym w szczególności Error: Referencesource not found, z wyłączeniem Error: Reference source not found pkt 1 w przypadku Urządzeń na magazynie).


Zamawiający nie wyraża zgody na zmianę wymagania. Wprowadzenie proponowanej zmiany ograniczyłoby do 10 dni okres odpowiedzialności Wykonawcy za wady urządzeń. Tymczasem w tym terminie Zamawiający nie ma nawet możliwości zbadania dostarczonej partii urządzeń.


Uwaga:

[Wstępna weryfikacja jakościowa]


Zamawiający nie wyraża zgody na zmianę wymagania. Celem weryfikacji wstępnej jest bowiem wychwycenie ewentualnych wad urządzeń zanim zostaną zainstalowane na sieci, co daje szanse na ograniczenie ewentualnych kosztów usuwania wad i szybsze uwzględnienie wniosków z wykonywanych odbiorów w kolejnych partiach dostarczanych urządzeń, przy czym ostateczna weryfikacja jakościowa nastąpi i tak w chwili zainstalowania urządzeń na sieci Zamawiającego.


Uwaga:

[Wymiana Produktu] W przypadku wystąpienia, w ocenie Zamawiającego, istotnej Wady Produktu, lub ponownego wystąpienia jakiejkolwiek Wady w tym samym Produkcie, na żądanie Koordynatora Wiodącego Zamawiającego Wykonawca wymieni ten Produkt na nowy, wolny od Wad, zamiast dokonywać jego naprawy.


Zamawiający nie wyraża zgody na zmianę wymagania. Ocena Zamawiającego nie jest swobodna lecz podlega kontroli – w wypadku gdy Wykonawca nie będzie zgadzał się ze stanowiskiem Zamawiającego, może zainicjować procedurę rozstrzygania sporów. Istotna wada będzie definiowana w sposób wynikający z przepisów prawa cywilnego w zakresie rękojmii za wady.


113

Autor, 11.04.2014,

Par. powinien zawierać definicję istotnej Wady Produktu. Par 1 umowy w rozdziale Definicję zawiera jedynie definicję: „wady”

Autor, 11.04.2014,

Takie sformułowanie prowadzi do dużej swobody Zamawiającego w ocenie istotności wady. Propozycją: po konsultacji z Wykonawcą.

Autor, 11.04.2014,

Par. 91 określa uprawnienia Zamawiającego bardzo szeroko. Proponuję, aby wstępną weryfikację ograniczyć tylko do odbioru

Nr sprawy: DT/1/13

Uwaga:

[Wypowiedzenie] Wykonawca uprawniony jest do wypowiedzenia licencji na korzystanie z Elementów Autorskich wyłącznie w przypadku, gdy Zamawiający dopuścił się istotnego naruszenia warunków niniejszej licencji lub przysługujących Wykonawcy majątkowych praw autorskich do powyższych utworów i pomimo pisemnego pod rygorem nieważności wezwania do zaniechania działań stanowiących istotne naruszenie licencji lub praw, nie zaniechał wskazanych działań w terminie wyznaczonym w wezwaniu, nie krótszym jednak niż 45 dni, licząc od otrzymania wezwania przez Zamawiającego. W powyższym przypadku, licencja może zostać wypowiedziana wyłącznie w zakresie Elementów Autorskich, których dotyczy naruszenie, z zachowaniem terminu ustawowego.


Termin wypowiedzenia licencji jest ścisle określony w przepisach ustawy o prawie autorskim i prawach pokrewnych. Jest to właśnie wspomniany termin ustawowy.


Uwaga:

Kary w razie odstąpienia] Kary umowne zastrzeżone w Umowie na rzecz Zamawiającego należne będą również w przypadku odstąpienia od Umowy w całości lub części przez którąkolwiek ze Stron Wykonawcę.


Wykonawca nie może odstąpić od umowy z własnej winy. Propozycja zmiany jest więc bezprzedmiotowa.


Uwaga:

[Płatność kar] Kwoty kar umownych przewidziane Umową płatne będą na rzecz Zamawiającego w terminie 14 dni od dnia otrzymania przez Wykonawcę wezwania do zapłaty.


Tak - Zamawiający potwierdza wykładnię zapisu dokonaną przez Wykonawcę.


Uwaga:

[Podwykonawcy] W przypadku korzystania przez Wykonawcę ze świadczeń podwykonawców z naruszeniem określonych Umową zasad dopuszczania takich podmiotów do realizacji Umowy w imieniu Wykonawcy, Zamawiający będzie

114

Autor, 11.04.2014,

par. zawiera jedynie postanowienia dotyczące płatności kar na rzecz Zamawiającego

Autor, 11.04.2014,

usunięto: którąkolwiek ze Stron.Dodano: Wykonawcę

Autor, 11.04.2014,

Termin wypowiedzenia licencji powinien być ściśle określony.

Nr sprawy: DT/1/13

uprawniony do domagania się od Wykonawcy zapłaty kary umownej w wysokości 50.000,00 PLN za każdy taki przypadek.


Zamawiający nie wyraża zgody na zmianę wymagania. Skorzystanie z podwykonawców wbrew zapisom umowy jest całkowicie pod kontrolą Wykonawcy i z tego względu nie stwarza zagrożenia, o ile Wykonawca nie zamierza świadomie i z premedytacją naruszyć postanowień umowy.


Uwaga:

[Informacje Poufne] W przypadku naruszenia zasad ochrony Informacji Poufnych Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 50.000,00 PLN za każdy przypadek naruszenia.


W zakresie Informacji Poufnych Zamawiający dokona modyfikacji SIWZ.


Uwaga:

[Dane osobowe] W przypadku naruszenia zasad ochrony lub w przypadku naruszenia zasad przetwarzania danych osobowych Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 50.000,00 PLN za każdy przypadek naruszenia.


Zamawiający nie będzie miał dostępu do danych osobowych Wykonawcy, więc wymaganie symetrii jest bezprzedmiotowe.

Lp. 515. Dotyczy: Uzupełnienie nr 3 do SIWZ – Wzór umowy realizacyjnej, Rozdział 16, par. 185 pkt 3

Uwaga:

wyznaczając 30 dniowy termin od momentu wezwania do zapewnienia takiego współdziałania;



Lp. 516. Dotyczy: Uzupełnienie nr 3 do SIWZ – Wzór umowy realizacyjnej, rozdział 16, par. 189

Uwaga:

[Zakres odstąpienia] W przypadku odstąpienia przez Zamawiającego od Umowy,

115

Autor, 11.04.2014,

Brak symetrii zapisów. Dlaczego Zamawiający bez żadnych konsekwencji może ujawniać tajemnicę Wykonawcy?

Autor, 11.04.2014,

BRAK SYMETRII ZAPISÓW!!!

Autor, 11.04.2014,

Zbyt wysoka kara.

Nr sprawy: DT/1/13

Zamawiający poinformuje Wykonawcę w oświadczeniu o odstąpieniu od Umowy, czy oświadczenie ma skutki w stosunku do całej Umowy, czy tylko jej części. Brak takiej informacji oznacza, iż oświadczenie ma skutek w stosunku do całej Umowy.




Uwaga:

[Umowne prawo odstąpienia] Zamawiający i Wykonawca ma prawo do odstąpienia od Umowy (umowne prawo odstąpienia) bez podania przyczyny, w każdym momencie jej obowiązywania. W takiej sytuacji:


Zamawiający nie wyraża zgody na zmianę SIWZ.


Uwaga:

[Zastrzeżenie] Żadne z postanowień Umowy nie wyłącza ani nie ogranicza uprawnień Zamawiającego do odstąpienia lub wypowiedzenia Umowy, wynikających z przepisów prawa. W takiej sytuacji:

1) Zamawiający w oświadczeniu o odstąpieniu od Umowy wskaże, iż podstawą odstąpienia są przepisy prawa;

2) Zamawiający może odstąpić od całej Umowy, Error: Reference source notfound stosuje się odpowiednio;

Zamawiający może odstąpić od części Umowy, Error: Reference source not found stosuje się odpowiednio.




Uwaga:

[Ustanowienie] Wykonawca ustanowił zabezpieczenie należytego wykonania Umowy, w wysokości ……… % ceny podanej w Ofercie, w (tekst ostateczny do uzgodnienia w zależności od formy zabezpieczenia):


Przedmiotowe postanowienie jest konsenwencją regulacji ustawy – Prawo zamówień publicznych. Wykonawca w razie problemów z gwranacją bankową może skorzystać z

116

Autor, 11.04.2014,

Ostateczna wersja umowy powinna zawierać szczegółowe postanowienia dotyczące wybranej formy zabezpieczenia , np. w formie załącznika Dodatek nr 12.Problem z uzyskania gwarancji bankowej dłuższej niż 3 lat. Konieczność rolowania gwarancji bankowej w ostatnim roku jej obowiązywania.

Autor, 11.04.2014,

Brak symetrii zapisów, postanowienia dotyczą jedynie Zamawiającego.

Autor, 11.04.2014,

Dodano: „… i Wykonawcy…”

Autor, 11.04.2014,

Brak symetrii zapisów. Umowa nie zawiera zapisu, iż Wykonawcy także przysługuje prawo odstąpienia od jej części

Nr sprawy: DT/1/13

innej, dopuszczonej przepisami formy zabezpieczenia. Stosownie do regulacji ustawy – Prawo zamówień publicznych, to Wykonawca decyduje o formie zabezpieczenia.


Uwaga:

[Informacje poufne] Wykonawca zobowiązany będzie do nieujawniania, nieprzekazywania, ani do niewykorzystywania we własnej działalności, w zakresie szerszym niż niezbędny do realizacji Umowy, informacji uzyskanych w związku z wykonaniem Umowy niezależnie od formy przekazania tych informacji, ich źródła i sposobu przetwarzania (Informacje Poufne). Dotyczy to w szczególności:

3) informacji stanowiących tajemnicę przedsiębiorstwa Zamawiającego w rozumieniu przepisów ustawy o zwalczaniu nieuczciwej konkurencji;

4) innych informacji technicznych, technologicznych, ekonomicznych, finansowych, handlowych, prawnych i organizacyjnych, dotyczących Zamawiającego;

informacji stanowiących inne tajemnice chronione właściwymi przepisami prawa.




Uwaga:

[Znaki towarowe]


Powołany art. 154 prawa własności przemysłowej stanowi, że:

Art. 154 [Używanie znaku] Używanie znaku towarowego polega w szczególności na:

1) umieszczaniu tego znaku na towarach objętych prawem ochronnym lub ich opakowaniach, oferowaniu i wprowadzaniu tych towarów do obrotu, ich imporcie lub eksporcie oraz składowaniu w celu oferowania i wprowadzania do obrotu, a także oferowaniu lub świadczeniu usług pod tym znakiem;

2) umieszczaniu znaku na dokumentach związanych z wprowadzaniem towarów do obrotu lub związanych ze świadczeniem usług;

3) posługiwaniu się nim w celu reklamy.

Przedmiotowy przepis definiuje jedynie pojęcie używania znaku i wbrew treści komentarza Wykonawcy, nie daje on prawa do używania znaku przez osoby nieuprawnione. Zakres uprawnień wynika natomiast z art. 155, lecz jest znacznie węższy niż wskazany przez Wykonawcę:

Art. 155 [Wyczerpanie prawa]

117

Autor, 11.04.2014,

Art. 154 ustawy prawo własności przemysłowej pozwala na używanie cudzego znaku towarowego w celach reklamowych i informacyjnych, jeśli jest używany w sposób legalny, zgodnie z systemem identyfikacji, nie wprowadza potencjalnych klientów w błąd co do powiązań gospodarczych i nie szkodzi reputacji znaku ani ni jest przedmiotem zysku.

Autor, 11.04.2014,

Brak symetrii, zakaz informacji poufnych powinien dotyczyć Zamawiającego i Wykonawcy.

Nr sprawy: DT/1/13

1. Prawo ochronne na znak towarowy nie rozciąga się na działania dotyczące towarów ze znakiem, polegające w szczególności na ich oferowaniu do sprzedaży lub dalszym wprowadzaniu do obrotu towarów oznaczonych tym znakiem, jeżeli towary te zostały uprzednio wprowadzone do obrotu na terytorium Rzeczypospolitej Polskiej przez uprawnionego lub za jego zgodą.

2. Nie stanowi również naruszenia prawa ochronnego na znak towarowy import oraz inne działania, o których mowa w ust. 1, dotyczące towarów oznaczonych tym znakiem towarowym, jeżeli towary te zostały uprzednio wprowadzone do obrotu na terytorium Europejskiego Obszaru Gospodarczego przez uprawnionego lub za jego zgodą.

3. Przepisów ust. 1 i 2 nie stosuje się, jeżeli przemawiają za tym uzasadnione względy, które pozwalają uprawnionemu sprzeciwić się dalszej dystrybucji towarów, w szczególności jeżeli po wprowadzeniu do obrotu zmieni się lub pogorszy stan towarów.

Dlatego Zamawiajacy podtrzymuje wymaganie SIWZ.


Uwaga:

Spory] Wszelkie spory pozostające w związku z Umową będą rozwiązywane w drodze wzajemnych uzgodnień Stron, w kolejności Koordynatorów, Komitet Sterujący i Zarządy Stron. Jeśli rozwiązanie sporu nie zostanie uzgodnione w ciągu [30] dni, spór będzie mógł być poddany pod rozstrzygnięcie właściwego sądu powszechnego właściwego dla siedziby Zamawiającego.



Lp. 523. Dotyczy: Uzupełnienie nr 3 do SIWZ – Wzór umowy realizacyjnej, Dodatek nr 5 do umowy na dostawę Infrastruktury Licznikowej, Wzór Umowy o Poufności

Uwaga:

POSTANOWIENIA KOŃCOWE



Lp. 524. Dotyczy: Załącznik nr…. Wymagania dotyczące obudowy i skrzynki zaciskowej liczników

Uwaga:

Każdy zacisk podłączenia napięcia lub prądu fazowego MUSI posiadać 2 śruby dociskowe z łbem płaskim (Prosimy o dopuszczenie łba walcowego soczewkowego (zbliżonego do walcowego płaskiego) o średnicy 5÷6mm (Prosimy o zwiększenie średnicy do 10mm dla liczników bezpośrednich), mającym uniwersalne wgłębienie rowkowe o szerokości 0,8±0,2

(Prosimy o zwiększenie szerokości do 1-1,2)mm i długości minimum 4mm oraz

118

Autor, 11.04.2014,

Umowa powinna zawierać wskazanie Sądu właściwego w przypadku powstania sporu na tle niniejszej umowy

Autor, 11.04.2014,

Od jakiego momentu. Może np.: w ciągu 30 dni od momentu wezwania do ugodowego rozstrzygnięcia sporu

Nr sprawy: DT/1/13

krzyżowe typu Pozidriv PZ2 .


Zamawiajacy skoryguje wymaganie . Zamawiający dopuści proponowane rozwiązanie.

Lp. 525. Dotyczy: Załącznik nr…. Wymagania dotyczące obudowy i skrzynki zaciskowej liczników, tabela

Uwaga:

Wymiar [mm]

Licznik 1-fazowy

bezpośredni

Licznik 3-fazowy bezpośredni

Licznik 3-fazowy przekładnikowy

Imax=60A Imax=80A Imax=80AImax=100A

In (Imax) = 5(10)A

A 105 150

B 130-160 170 – 230

C ≤ 150 ≤ 210 ≤ 210

D5,5 – 6 (Prosimy o zwiększenie wymiaru maks. wymiaru do 7mm)

5,5 – 6 (Prosimy o zwiększenie wymiaru maks. do 6,5)

5,5 - 6

E 7,5 – 119(ok.10)

X min. 30 min. 40

W min. 5,5 ok(6 1F)

Z ≤90 ok (85 1F)

N

18 Prosimy o zwiększenie wymiaru maksymalnego do 23 mm

14-16 ok.(16) 10±0,5

P 20-24 ok.(23)12-15 Prosimy o zwiększenie wymiaru maks. do 18,5 mm

-

R

11-20 Prosimy o zwiększenie wymiaru maksymalnego do 23 mm 23

11-16 ok.(16) -

S 20±1 ok. (20,3) 16-20

Tmin. 6,5 ok. (fi10)

min. 8,5min. 8,5ok (10)

min. 9,5 min. 4,5

119

Nr sprawy: DT/1/13

G ≥18 ok. (37,5)


Zamawiajacy skoryguje wymaganie.

Lp. 526. Dotyczy: uwagi ogólne dot. dokumentacji

Uwaga:

Mamy jeszcze trzy uwagi natury ogólnej (dotyczą również dokumentu o monitorowaniu napięcia sieci w licznikach AMI):

- prosimy o uspójnienie wszystkich dokumentów (bo są niespójne, a nawet sprzeczne ze sobą w detalach),

- odczytywanie tych wszystkich danych spowoduje przeciążenie systemów AMI,

- zwiększenie funkcjonalności pomiarowej do opisanego poziomu wymaga opracowania całkowicie nowej konstrukcji licznika, czyli 1.5 roku oraz poważnych nakładów finansowych z naszej strony.


Zamawiajacy nie widzi sprzeczności. Możliwość wykonania pomiaru służącego do wyliczenia wskaźników jakości miała na celu ograniczenie ilości przekazywania danych.

Lp. 527. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 1, lit. e), ppkt. iv – vi

Uwaga:

zawartości poszczególnych harmonicznych od drugiej do trzynastej;

współczynnik zawartości harmonicznych (THD) w napięciu i prądzie oraz zawartości od rzędu 2-giej do rzędu 13-stej harmonicznej w prądzie i napięciu.

prądu różnicowego (resztkowego) stanowiącego sumę zespolonych (suma geometryczna) wartości skutecznych prądów płynących przewodami fazowymi i przewodem neutralnym licznika.




Uwaga:

Licznik z częstotliwością co najmniej 1 sekunda musi dokonywać pomiaru chwilowych wartości skutecznych napięć (TRUE VRMS) i prądów fazowych (TRUE IRMS). Z wartości zmierzonych licznik musi dokonywać rejestracji uśrednionych, w okresie 10 min., wartości skutecznych napięć i prądów fazowych zgodnie z pkt 3b


120

Autor, 11.04.2014,

Przez jak długi okres czasu mają być przechowywane to informacje?

Autor, 11.04.2014,

Pomiar czy obliczenie, dla licznika jednofazowego wymaga to umieszczenie dodatkowego czujnika – zwiększenie kosztów. Dla licznika trójfazowego – nie stanowi to porblemu.

Autor, 11.04.2014,

Zazwyczaj ta funkcja stosowana jest w licznikach wysokiej precyzji (dla transformatorów) w licznikach w zwykłych licznikach jedynie podnosi to koszt.

Nr sprawy: DT/1/13

Przez okres 63 dni.

Lp. 529. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 4, lit. b), ppkt xi)

Uwaga:

asymetria prądowa, zgodnie z pkt. 3.h.


Tak, to wymaganie dotyczy licznika 3 fazowego.

Lp. 530. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 5, lit. a)

Uwaga:

Licznik powinien posiadać wyświetlacz z możliwością wyświetlenia co najmniej:

i) (ośmio) 8 -pozycyjnego pola wartości; wyświetlacz powinien umożliwiać zmianę stopnia precyzji wyświetlania wyników od 0 do 3 miejsc po przecinku;;

ii) stanu elementu wykonawczego;

iii) daty i czasu zegara wbudowanego.

iv) obecności oraz kolejności napięć fazowych;

v) stanu połączenia z koncentratorem.

vi) miana dla wszystkich wyświetlanych wielkości;

vii) (trzech) 3 grup indeksu kodu OBIS (grupy C, D, E) wg normy IEC 62056-61 wraz z Aneksem A do tej normy;

poziomu sygnału PLC


Ad. 1 Rozdział VI. 5 Prezentacja danych na wyświetlaczu - precyzuje informacje które powinny być wyświetlane.

Lp. 531. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 5, lit. f)

Uwaga:

Listy te powinny być dowolnie i niezależnie konfigurowalne w sposób zdalny i lokalny.


Tak, lokalnie oznacza przez optozłącze lub przez port USB.

Lp. 532. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. r)

Uwaga:

121

Autor, 11.04.2014,

W tym przypadku rozumiemy, iż “lokalnie” oznacza poprzez optozłącze

Autor, 11.04.2014,

Czy konieczne jest umieszczanie tej informacji na liczniku, w chwili obecnej wszystkie informacje sieciowe są dostępne poprzez węzeł bazowy. Te informacje potrzebne są do obsługi liczników nie koniecznie dla użytkownika końcowego. Trójkolorowa dioda LED na liczniku informuje o stanie połączenia z koncentratorem.W przypadku „wstrzykiwania” sygnału PLC do wszystkich faz licznik trójfazowy powinien pokazywać siłę sygnału dla 3 faz – zwiększenie ilości informacji i rozmiarów wyświetlacza.

Autor, 11.04.2014,

Czy zmienna dokładność do trzech miejsc po przecinku jest wymagana w normalnym trybie pracy czy też jedynie w „testowym” trybie pracy?

Autor, 11.04.2014,

Prosimy o podanie pełnej listy wartości, które mają być wyświetlane na ekranie LCD

Autor, 11.04.2014,

Rozumiemy, iż to dotyczy licznika 3 fazowego?

Nr sprawy: DT/1/13

Licznik powinien posiadać interfejs USB do komunikacji zastępczej zdefiniowano w punkcie 7.


Nie, nie jest dopuszczalne zastosowanie portu szeregowego.


Uwaga:

Licznik musi rejestrować poziom sygnału PLC, w buforze cyklicznym, w okresie 7 – dniowym, z rozdzielczością co 15 minut.


Zamawiający nie podziela opinii Wykonawcy.

Lp. 534. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. aa)

Uwaga:

Licznik powinien umożliwić wykrycie go przez koncentrator w czasie nie dłuższym niż 3 (trzy) godziny.


Zamawiający nie podziela opinii Wykonawcy. Procedury odbioru jakościowego opisane zostały w dodatku nr 9 do umowy realizacyjnej czyli Kryteriów Weryfikacji Końcowej.

Lp. 535. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. bb)

Uwaga:



Zamawiajacy nie widzi konieczności uzupełniania wymagania.

Lp. 536. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. cc)

Uwaga:

Licznik nie może przerejestrować się do innego koncentratora przez zadany okres czasu, parametryzowany przez operatora.


Zamawiający usunie wymaganie; patrz odpowiedź na pytanie nr 354.


122

Autor, 11.04.2014,

Jedną z podstawowych właściwości MAC w PRIME jest automatyczna konfiguracja sieci dlatego prekonfiguracja sieci jest sprzeczna ze specyfikacją PRIME.Zaletą technologii PRIME jest nie wymaganie prekonfiguracji sieci, liczniki rejestrowane są w koncentratorach zapewniających im jak najlepszą pracę – sieć tworzona jest automatycznie. Po zarejestrowaniu licznika w jednym koncentratorze licznik jest do niego przypisany do czasu utraty połączenia z nim. Jeśli nastąpi utrata połączenia z pierwszym koncentratorem licznik postara się odnaleźć inny koncentrator pozwalający mu na połączenie z CS

Autor, 11.04.2014,

Zależy to od warunków panujących w danej sieci, prosimy aby w tym i powyższym punkcie uwzględniono „warunki panujące w danej sieci”.

Autor, 11.04.2014,

Zależy to od warunków panujących w danej sieci Dostawca nie może zagwarantować, iż w warunkach bardzo silnych zakłóceń licznik zostanie wykryty w ciągu 3 godzin. W warunkach normalnych warunek jest spełniony

Autor, 11.04.2014,

Jak w punkcie 5.a.viii – Rejestracja poziomu sygnału w liczniku naszym zdaniem niepotrzebnie zwiększa koszty.

Autor, 11.04.2014,

Czy możliwe jest dopuszczenie portu szeregowego zamiast USB?

Nr sprawy: DT/1/13

Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. dd)

Uwaga:



Zamawiający usunie wymaganie.

Lp. 538. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. ee)

Uwaga:


i) Po zadanym okresie czasu licznik powinien mieć możliwość zarejestrowania się w innym dostępnym koncentratorze.

Po zatwierdzeniu przerejestrowania się z poziomu Systemu Centralnego, licznik musi mieć możliwość zarejestrowania się w innym dostępnym koncentratorze.




Uwaga:

Zakres temperatur pracy licznika powinien wynosić co najmniej: -30oC / +70oC.


Zamawiający skoryguje wymaganie jednak oczekiwał będzie temperatury – 400

Lp. 540. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 11

Uwaga:

Bezpieczeństwo


Zamawiający nie podziela opinii Wykonawcy. Wymagania w tym zakresie są wskazane w umowie, a dodatkowo wynikają z rozporządzenia Ministra Spraw Wewnętrznych i Administracji w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych Dz.U. 2004 Nr 100, poz. 1024.

Lp. 541. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 11, lit. c)

Uwaga:

123

Autor, 11.04.2014,

Jest to bardzo ogólne stwierdzenie. Prosimy o udostępnienie bardziej szczegółowej specyfikacji dotyczącej bezpieczeństwa.

Autor, 11.04.2014,

Czy możliwe jest dopuszczenie -25º.

Autor, 11.04.2014,

Jak dla punktu 6.cc)

Autor, 11.04.2014,

Jest to możliwe poprzez dodanie licznika do czarnej listy koncentratorów – inne koncentratory będą odrzucać wskazany licznik.

Nr sprawy: DT/1/13

Hasła i klucze przechowywane przez oprogramowanie muszą być zaszyfrowane.


Zapis nie wymaga doprecyzowania – wymania wynikają bowiem z przepisów wykonawczych do ustawy o ochronie danych osobowych, a w szczególności z rozporządzenia Ministra Spraw Wewnętrznych i Administracji w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych Dz.U. 2004 Nr 100, poz. 1024.


Uwaga:

Licznik musi umożliwiać uwierzytelnianie za pomocą unikalnego certyfikatu, w zastępstwie używania hasła.


Przedmiotowe wymagania wynikają z rozporządzenia Ministra Spraw Wewnętrznych i Administracji w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych Dz.U. 2004 Nr 100, poz. 1024.

Lp. 543. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 4, lit. a)

Uwaga:

Licznik bilansujący musi stanowić urządzenie zintegrowane z koncentratorem danych.


Zamawiający nie oczekuje certyfikacji MID dla ZKB a jedynie wystarczające jest wykazanie iż część licznikowa została sprawdzona przez notyfikowane laboratorium oraz dostarczenie dokumentu ze sprawdzenia licznika zgodnie z normą IEC 62051-21

Lp. 544. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 5, lit. b)

Uwaga:

Licznik powinien mieć klasę pomiaru energii czynnej co najmniej C (zgodnie z MID) lub klasę 0,5 (zgodnie z normą IEC 62051-21).




124

Autor, 11.04.2014,

Jak w punkcie VII 4a

Autor, 11.04.2014,

W tym przypadku możliwe jest zaimplementowanie wszystkich funkcjonalności i właściwości pracy wymaganej do uzyskania certyfikatu MID jednak jako, że całe urządzenie nie jest traktowane jako licznik nie jest możliwe uzyskanie certyfikatu MID dla ZKB

Autor, 11.04.2014,

Jest to bardzo ogólne stwierdzenie. Prosimy o udostępnienie bardziej szczegółowej specyfikacji dotyczącej bezpieczeństwa.

Autor, 11.04.2014,

Czy możliwe jest doprecyzowanie tego punktu?

Nr sprawy: DT/1/13

Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 5, lit. e)

Uwaga:

Obudowa licznika powinna zapewniać stopień ochrony co najmniej IP 51.


Stopień ochrony IP51 jest wymaganiem minimalnym.

Lp. 546. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII

Uwaga:

OPIS WYMAGAŃ FUNKCJONALNYCH ZESTAWU KONCENTRATOROWO-BILANSUJĄCEGO, W ZAKRESIE KONCENTRATORA


Zamawiający nie udostępni na tym etapie algorytmu generacji kodów i haseł. Patrz odpowiedź na pytanie nr 275.


Uwaga:

Koncentrator musi zapewnić skuteczne przesyłanie sygnałów „Emergency” z Systemu Centralnego do wszystkich liczników, w przeciągu 15 minut ze skutecznością zależną od liczby liczników obsługiwanych przez koncentrator (w przypadku istnienia galwanicznego połączenia między koncentratorem a licznikiem):

iv) do 200 liczników: 95%;

v) ponad 200 liczników: 85%.


Zamawiający podziela opinię Wykonawcy. Wykonawca powinien tak dostosować oferowane przez siebie rozwiązanie, by spełnić te wymagania.


Uwaga:

Obudowa koncentratora powinna zapewniać stopień ochrony co najmniej IP 51.




Uwaga:

125

Autor, 11.04.2014,

Czy możliwe jest dopuszczenie IP52?

Autor, 11.04.2014,

Zależy od warunków w sieci.

Autor, 11.04.2014,

Prosimy o udostępnienie algorytmu generacji hasła dla komunikacji z licznikami

Autor, 11.04.2014,

Czy możliwe jest dopuszczenie IP52?

Nr sprawy: DT/1/13

Pobór mocy dla znamionowych wartości napięcia, częstotliwości i temperatury nie może przekraczać wartości 10W/ 15 VA.


Patrz odppowiedź na pytanie nr 412.


Uwaga:

Każdy zacisk podłączenia napięcia lub prądu fazowego MUSI posiadać 2 śruby dociskowe z łbem płaskim o średnicy 5÷6mm, mającym uniwersalne wgłębienie rowkowe o szerokości 0,8±0,2 mm i długości minimum 4mm oraz krzyżowe typu Pozidriv PZ2.




Uwaga:

Wymiar [mm]

Licznik 1-fazowy

bezpośredni

Licznik 3-fazowy bezpośredni

Licznik 3-fazowy przekładnikowy

Imax=60A

Imax=80A

Imax=80A

Imax=100A

In (Imax) = 5(10)A

A 105 150

B 130-160 170 - 230

C ≤ 150 ≤ 210 ≤ 210

D 5,5 - 6 5,5 - 6 5,5 - 6

E 7,5 - 11

X min. 30 min. 40

W min. 5,5

Z ≤90

N 18 14-16 10±0,5

126

Autor, 11.04.2014,

przypuszczamy, że są to wartości minimalne, ponieważ większa odległość większa isolation. akceptujecie 11?

Autor, 11.04.2014,

przypuszczamy, że są to wartości minimalne, ponieważ większa odległość większa isolation akceptujecie 22.5?

Autor, 11.04.2014,

akceptujecie 5.1?

Autor, 11.04.2014,

akceptujecie 5.1?

Autor, 11.04.2014,

Pan pozwolił 5?

Autor, 11.04.2014,

M8.Dużej średnicy powinny być lepiej, bo będzie miał duży obszar i trzeba mniejszym nakładzie.

Autor, 11.04.2014,

Poziom 15 VA na fazę jest za niski z powodu stosowania technologii PRIME. W przypadku stosowania wstrzykiwania dla więcej niż jednej fazy pobór również się zwiększy

Nr sprawy: DT/1/13

P 20-24 12-15 -

R 11-20 11-16 -

S 20±1 16-20

T min. 6,5 min. 8,5 min. 8,5 min. 9,5 min. 4,5

G ≥18



Lp. 552. Dotyczy: specyfikacja techniczna – ogólne uwagi

Uwaga:

W zakresie specyfikacji technicznej dostarczanych urządzeń wprowadzenie w SIWZ oraz we wszystkich powiązanych dokumentach możliwości dostarczenia dla Części III liczników bilansujących oraz koncentratorów jako rozdzielonych urządzeń tak jak było to we wcześniejszych postępowaniach przetargowych. Oprócz tego struktura dokument: „ Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów" zachowuje podział na funkcję ZKB jako licznika i i jako koncentratora. Propozycja pozwoli na rozszerzenie grona potencjalnych dostawców rozwiązania.


Zamawiający nie widzi takiej potrzeby. Rozwiązanie ZKB daje korzyści OSD w procesie instalacji i eksploatacji.

Lp. 553. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów rozdział VI, pkt 6 „Licznik z Komunikacją PLC”

Uwaga:

W opisie funkcjonalnym licznika rozdział VI punkt 6 „Licznik z Komunikacją PLC" w podpunkcie t) wskazywany jest ogólnie wymóg zastosowania modulacji wielomodowej OFDM do komunikacji PLC, oprócz tego jest również wskazanie w podpunkcie v)na technologię PLC PRIME. Czy w takim razie konstrukcja postępowania przetargowego od strony zapisów umownych nie mogłaby dopuszczać w przyszłości zmian w zakresie wybory technologii komunikacji? Jeśli zamiarem Zamawiającego jest zawarcie umowy ramowej z szerokim gronem dostawców (w specyfikacji podana jest liczba 50) na długi okres czasu (np. do momentu zakończenia roll-out'u) to otwarcie zapisów umowy na zmiany głównych założeń technicznych może być korzystne dla Zamawiającego.


Zamawiający uważe że obecnie najbardziej obiecującą technologią komunikacyjną PLC jest PRIME. Zakładamy, że trakcie realizacji projektu AMI nie nastąpi zmiana wykorzystywanego protokołu. Ponadto wprowadzenie możliwości takiej zmiany jest

127

Autor, 11.04.2014,

przypuszczamy, że jest cicular odwołując się do zacisków. zaciski rectangulars ma większą powierzchnię i powinno być dozwolone. Na przykład, 8 x 9 Terminal prostokątny ma 72 mm2 powierzchni i cirular 9.5 terminalu ma 70,8 mm2 =

Nr sprawy: DT/1/13

kontrowersyjne z punktu widzenia zgodności takiego działania z Prawem zamówień publicznych.

Lp. 554. Dotyczy Uzupełnienie nr 3 do SIWZ – Wzór umowy realizacyjnej, par. 10, 12, 34 - 36

Uwaga:

Usunięcie z umowy wszystkich zapisów, które mając ogólny charakter (nie odnosząc się do konkretnych czynności) potencjalnie zwiększają zakres działań i odpowiedzialności Wykonawcy lub naruszają autonomię Wykonawcy - np. §10, §12, §34 do 36,


Zamawiający nie wyraża zgody na modyfikację SIWZ.

Lp. 555. Dotyczy: Uzupełnienie nr 3 do SIWZ – Wzór umowy realizacyjnej, par. 83, par. 95

Uwaga:

Usunięcie zapisów, które dodatkowo ( oprócz Dodatku nr 3 i 9), w ogólny sposób określają cechy techniczne i jakościowe dostarczonych urządzeń -np. §83, §95



Lp. 556. Dotyczy: Uzupełnienie nr 3 do SIWZ – Wzór umowy realizacyjnej, par. 90

Uwaga:

Ponieważ realizacja umowy polega w ogólności na dostawie produktu „na zamówienie" to wobec zapisów §90 o zmianie warunków rękojmi, proponujemy całkowite wyłączenie zapisów o rękojmi w rozumieniu KC




Uwaga:

W zakresie gwarancji główne propozycje polegają na skróceniu maksymalnego okresu gwarancji do 4 lat (§98) bez opcji przedłużania. Pozwala to na zamknięcie wszelki zobowiązań pomiędzy stronami, łącznie z zabezpieczeniem należytego wykonania umowy. Po zakończeniu realizacji możliwość podpisania umowy serwisowej.


Zamawiający jako podstawową uważa gwarancję 36 miesieczną z opcją przedłużenia. Wykonawca ma możliwość wycenić ryzyko w następnych latach.

128

Nr sprawy: DT/1/13


Uwaga:

Usunięcie §103 bo ogranicza uprawnienia Wykonawcy wynikające z KC. W myśl tego punkt faktyczna decyzja o sposobie wypełnienia zobowiązań gwarancyjnych przez Wykonawcę leży po stronie Zamawiającego.




Uwaga:

§103 powinien być uzupełniony o zapis, że masowa usterka dotyczy tej samej wady tkwiącej w dostarczanym urządzeniu z wyłączaniem wady, którą można usunąć poprzez wymianę firmware.


Zamawiający dokona modyfikacji SIWZ w zakresie wad firmware.


Uwaga:

W §105 proponowane jest usunięcie konkretnej ilości 30 dni na dostawę nowej partii liczników bo może się on okazać nie realny biorąc pod uwagę fakt, że błąd w nowej dostawie musi być zdiagnozowany, usunięty a potem musi nastąpić wyprodukowania nowej partii. Urządzenia są dedykowane pod katem Zamawiającego i nie można tego zastąpić innym produktem dla innego odbiorcy.


Zamawiający podtrzymuje wymaganie SIWZ.


Uwaga:

Usuniecie §112 bo rozszerza świadczenia gwarancyjne na przypadki, które nie są wadą


Zamawiający, w opariu o doświadczenia praktyczne, widzi potrzebę uregulowania takich akcji serwisowych.


129

Nr sprawy: DT/1/13

Uwaga:

W paragrafie §114 usunięcie ust. 3 - rozszerzenie zakresu na wszelkie przypadki braku komunikacji




Uwaga:

W zakresie §122 koszt technologii zastępczej nie powinien obciążać Wykonawcę. Cena modemu 3GPP może być większa na dzisiaj niż modułu komunikacji PLC


Zamawiający zakłada na bazie dotychczasowych doświadczeń, że konieczność zastosowania technologii zastępczej nie przekracza 3% instalowanych liczników i Wykonawca powinien to skalkulować w cenie ofertowej.


Uwaga:

W §126 drugi akapit związany z wymianą firmware we wszystkich urządzeniach powinien wyłączać przypadek nieodpłatnego „podnoszenia" wersji firmware w przypadku, gdy nie wynika to z usuwania wady.


Zamawiajacy nie podziela opinii Wykonawcy na makiecie możliwe będzie przeprowadzenie testów pozwalających na usunięcie wad nowego firware. Zamawiający nie wyraża zgody na modyfikację SIWZ.


Uwaga:

W §132 zmiany istotne powinny być wprowadzane za dodatkowa odpłatą w powiązaniu z §126



Lp. 566. Dotyczy: Uzupełnienie nr 3 do SIWZ – Wzór umowy realizacyjnej, par. 139 - 141

Uwaga:

W §139 ograniczenie treści tylko do pierwszego akapitu, gdyż samo zapewnienie

130

Nr sprawy: DT/1/13

Wykonawcy wystarcza biorąc pod uwagę całość wymaganej dokumentacji dotyczącej produktu, również certyfikatów jakości i dokumentacji MID. Oprócz tego usunięcie §140,141 argumenty j.w.




Uwaga:

W §142 ust. 1 usunięcie zapisów wykraczających poza standardowe warunki używania dokumentacji firmowej urządzeń (instrukcje DTR, kart katalogowe itd.) w tym punkt c) w całości. Dokumentacja jest używana przez innych klientów i dlatego Wykonawca - producent musi zachować nad nią całkowita kontrolę również w zakresie kopiowania, modyfikowania i udostępniania. Oprócz tego jest to w pewnym zakresie chroniona wiedza „know-how". W §142 ust 2 wykreślenie w całości, dostarczane programy są standardowym produktem dostępnym dla wielu klientów, mogą być dostarczane „w cenie" produktu natomiast nie oznacza to sprzedaży „de facto" praw autorskich do produktu.


Zamawiający nie wyraża zgody na modyfikację SIWZ. Akapit c) § 142 pkt 2) ogranicza dystrybucje oprogramowania do Grupy ENERGA i podmiotów wykonujacych na jej rzecz prace i tylko do tych celów.


Uwaga:

Wykreślenie §143-153 brak zastosowania przy założeniach j.w.




Uwaga:

W zakresie §155 możliwe udostępnienie wiedzy dotyczącej obsługi, uruchomienia i eksploatacji urządzeń w zakresie wynikającym z dokumentacji technicznej.




131

Nr sprawy: DT/1/13

Uwaga:

Wykreślenie §156-158 brak zastosowania przy założeniach j.w.




Uwaga:

W §165 Zmiana zasad płatności: 100% po dostawie liczników. Zasadniczo cała umowa dotyczy wykonania urządzeń na zamówienie Zamawiającego, wyprodukowanie i dostarczenie. Instalacje i uruchomienie Zamawiający robi na swojej sieci we własnym zakresie. Zabezpieczaniem wsparcia przy uruchomieniu są zapisy Produktu P.10, oprócz tego kary umowne i zabezpieczanie dobrego wykonania.




Uwaga:

W zakresie §169,170,171 ograniczenie powinno dotyczyć wszelkich rodzajów szkody bez wprowadzania wyjątków. Oprócz tego postulowane jest wyłączenie z odpowiedzialności odszkodowawczej Wykonawcy: szkód pośrednich, utrata kapitału i zysku , roszczenia klientów Zamawiającego.


Zamawiający nie wyraża zgody na modyfikację SIWZ w tym zakresie.


Uwaga:

W zakresie §174 proponuje się wprowadzenie przed zastosowaniem kar, środków zaradczych, które powinny usunąć przyczynę wywołującą ich naliczanie, np. wyznaczenie dodatkowego terminu na usunięcie przyczyn.


Uwzględnie propozycji Wykonawcy oznaczałoby, że w istocie zawarte w umowie terminy nie byłyby wiążące, albowiem skutkiem ich niedotrzymania byłaby konieczność wyznaczenia nowego, dodatkowego terminu. Zamawiający nie wyraża zgody na modyfikację SIWZ w tym zakresie.


132

Nr sprawy: DT/1/13

Uwaga:

W §176 zmniejszenie kary do wysokości 1000,-PLN/dzień




Uwaga:

W §178 wyłączenie stosowania kary w przypadku wymiany liczników przy usterce masowej. Wykonawca i tak ponosi koszt wyprodukowania nowych urządzeń oraz koszty ich zainstalowania i uruchomienia.


W przypadku usterki masowej, jeżeli Wykonawca dotrzyma terminów napraw, kary za zwłokę w wymianie liczników, nie będą naliczane. Nie ma więc podstaw do wyłączenia stosowania tej kary.


Uwaga:

W §184 powinna być wprowadzona symetria kary, czyli również gdy Zamawiający skorzysta z prawa do odstąpienia od umowy bez winy Wykonawcy




Uwaga:

W §186 zapis ma raczej charakter przywileju Zmawiającego, który uniemożliwia wyegzekwowanie płatności a nie opisujący prawo Wykonawcy do odstąpienia.


Egzekwowanie płatności nastepuje w drodze postępowania sądowego, a nie w drodze odstąpienia. Postanowienie § 186 opisuje przesłankę odstąpienia od umowy. Zamawiający nie podziela stanowiska Wykonawcy.


Uwaga:

W §188 usunięcie punktów 2 - z powodu skrajnie niekorzystnego dla Wykonawcy skutku zapisu, Zamawiający ma na okoliczność punktu 2 gwarancję na urządzenia oraz

133

Nr sprawy: DT/1/13

zabezpieczanie należytego wykonania umowy. Usunięcie punktów 4 i 5 biorąc pod uwagę proponowaną w dalszej części pisma zmianę dotyczącą audytu i kontroli produkcji.


Zamawiający nie wyraża zgody na modyfikację SIWZ w zakresie. 15% próg wadliwych urządzeń jest nieakceptowalnym poziomem jakości dostaw, natomiast postanowienia pkt 4 i 5 są krytyczne z uwagi na wymogi bezpieczeństwa produkowanych urządzeń.


Uwaga:

W §190 proponujemy zmodyfikowanie zapisu o wypowiedzeniu umowy, nawet w przypadku winy Wykonawcy, do takiej postaci, że odebrane protokółem końcowym dostawy oraz wynagrodzenie nie podlegają zwrotowi, podobnie nie podlega zwrotowi wynagrodzenie za usługi. Należy podkreślić, że w przypadku rozwiązania z winy Wykonawcy i tak będzie on ponosił obciążenia związane z zapłata kar umownych.


Zamawiający nie wyraża zgody na modyfikację SIWZ w tym zakresie. Postanowienia umowy przewidują rozwiązanie sugerowane przez Wykonawcę, ale nie jako rozwiązanie jedyne, lecz jedno z możliwych. Jeśli będzie to uzasadnione, Zamawiający będzie korzystał z mechanizmu wskazanego przez Wykonawcę.


Uwaga:

Wobec powyższego punktu usunięcie §191.




Uwaga:

W §192 dodanie zapisu o zapłacie kary umownej 20% za odstąpienie przez Zamawiającego - bez winy Wykonawcy.




Uwaga:

134

Nr sprawy: DT/1/13

Usuniecie §196 - zapis całkowicie obciąża Wykonawcę w przypadku zmian prawa lub wymagań instytucji państwowych w trakcie realizacji umowy.




Uwaga:

W §198 modyfikacja zapisów dotyczących zwrotu zabezpieczenia w wysokości 80% po zakończeniu dostaw i podpisaniu odbioru końcowego dostaw urządzeń, bez dodatkowych oświadczeń Zamawiającego o należytym wykonaniu, reszta po zakończeniu okresu gwarancji liczonego od terminu dostawy ostatniej transzy. Powinna być dopisana klauzula, że przed skorzystaniem z zabezpieczenia Zamawiający powiadomi Wykonawcę o takim zamiarze z określeniem przyczyn dla których korzysta z zabezpieczenia wyznaczając termin nie krótszy niż 30 dni na usunięcie przyczyn.


Zamawiający nie wyraża zgody na modyfikację SIWZ w tym zakresie. Sugerowany przez Wykonawcę wymóg nie wynika z przepisów ustawy – Prawo zamówień publicznych.

Lp. 584. Dotyczy: Uzupełnienie nr 3 do SIWZ – Wzór umowy realizacyjnej, rozdział 19

Uwaga:

Na zakończenie niniejszego pisma chcemy się odnieść do istotnej z naszego punktu widzenia kwestii dokonywania audytu produkcji czy audytu Wykonawcy, która objęta jest zapisami rozdziału 19. Analizując cel audytu określony w §217 można dojść do wniosku, że Zamawiający chce zabezpieczyć się przed celowym działaniem Wykonawcy na szkodę Zamawiającego. Na taką okoliczność istnieją inne przepisy prawa, - np. KK które będą miały zastosowanie w tym przypadku. Opierając się na naszym doświadczeniu chcemy podkreślić, że jeśli ze strony Wykonawcy byłoby świadome działania niezgodne z prawem to z pewnością byłoby to również dobrze zabezpieczone przed wykryciem w czasie audytu.

Zakładając jednak wiarygodność Wykonawcy, audyt również nie zapobiegnie powstawaniu błędów w firmware, które mogą wywołać mniej lub bardzie dotkliwe konsekwencje. W takim przypadku i tak odpowiedzialność za błąd będzie leżeć po stronie Wykonawcy nawet po przeprowadzeniu audytu z wynikiem pozytywnym. Audyt nie będzie zatem gwarancją dobrej jakości urządzeń.

Biorą pod uwagę powyższą argumentację proponujemy w rozdziale 19 wprowadzenie zmian , polegających na wprowadzeniu certyfikatu ISO/IEC 27001 (bez wyłączeń podanych w §216), jako wymogu wystarczającego dla Zamawiającego i zastępującego wszystkie pozostałe zapisy. Natomiast dla Wykonawców, którzy nie będą posiadali takiego dokumentu wprowadzenie innych procedur kontroli zabezpieczeń, np. audyt

135

Nr sprawy: DT/1/13

według metodyki ISO/IEC 27001.

Przy czym nadal stoimy na stanowisku, że audyt polegający chociażby na sprawdzaniu kodów źródłowych firmware nie zapobiegnie działaniom celowym, a naraża Wykonawcę na poważne straty wynikające np. z ujawnieniem tajemnicy przedsiębiorstwa. Kary przewidziane w umowie o poufności z Audytorem są raczej symboliczne i w ogóle nie zabezpieczają interesu Wykonawcy.


Zamawiający nie wyraża zgody na modyfikację SIWZ w tym zakresie. Posiadanie przez Wykonawcę certyfikatu ISO nie daje gwarancji bezpieczeństwa urządzeń, dlatego Zamawiający musi zachować sobie prawo przeprowadzenia przedmiotowego audytu.

Lp. 585. Dotyczy: Załącznik nr 2 do SIWZ – Wzór umowy ramowej, Rozdział 2, Przedmiot umowy

Uwaga:

PRZEDMIOT UMOWY


Zamawiający nie wprowadził nigdzie ograniczenia aby dostarczać tylko jeden typ liczników czy koncentratorów w ramach umowy realizacyjnej. Oczekiwania Wykonawcy mogą być więc zrealizowane w ramach dotychczasowych warunków kontraktowych.

Lp. 586. Dotyczy: Załącznik nr 3 do SIWZ – Wzór Specyfikacji Istotnych Warunków Zamówienia Realizacyjnego, Dział XIII, pkt 7

Uwaga:

W celu potwierdzenia, że oferowane dostawy odpowiadają wymaganiom określonym przez Zamawiającego, Wykonawcy zobowiązani są załączyć do Oferty próbkę w postaci dwóch identycznych egzemplarzy dla każdego oferowanego:


Tak, na etapie składania oferty realizacyjnej należy dostarczyć próbkę spełniajacą wymagania opisaną w Dziale XIII, pkt 8 Załacznika nr 3 SIWZ.

Lp. 587. Dotyczy: Załącznik nr 3 do SIWZ – Wzór Specyfikacji Istotnych Warunków Zamówienia Realizacyjnego, Dział XIII, pkt 8.7

Uwaga:

urządzenia nie muszą być legalizowane, nie muszą spełniać wymagań opisanych w dokumencie: „Standard komunikacji pomiędzy Aplikacją AMI i Infrastrukturą Licznikową”, o którym mowa w pkt IV Dodatku nr 3 do Wzoru Umowy Realizacyjnej [Wykaz i Opis produktów] oraz wymagań opisanych w punkcie V ppkt 7 Dodatku nr 3 do Wzoru Umowy Realizacyjnej [Wykaz i Opis produktów]


Zamawiający nie wymaga na etapie składania oferty realizacyjnej dostarczenia próbek

136

Autor, 11.04.2014,

Zły odnośnik. Wydaje nam się że chodzi o punkt VI ppkt 7 Port USB. Jeśli tak i jeśli cyt. „Dostarczona próbka będzie poddana testom sprawdzającym, czy oferowane urządzenia odpowiadają wymaganiom określonym przez Zamawiającego” to jak bez portu USB będzie możliwe sprawdzenie i jakim wynikiem zostaną przeprowadzone sprawdzenia dot. portu USB zawarte w innych pkt i ppkt dodatku nr3 np. współpraca licznika z ISD

Autor, 11.04.2014,

Czy Zamawiający rozumie przez to spełnienie określonych wymagań już na etapie ofertowania?

Autor, 11.04.2014,

Obecnie Zamawiający nie dopuszcza możliwości aby Wykonawca w ramach jednej oferty zaproponował dwa lub więcej typy urządzeń jednego rodzaju tj.: dwa lub więcej typy liczników jednofazowych, dwa lub więcej typy liczników trójfazowych i dwa lub więcej typy zestawów koncentratorowo – bilansujących. Jako integrator możemy zapewnić urządzenia spełniające wymagania techniczne w ramach jednego producenta ale różnych typów jak też urządzenia wielu producentów. Dodatkowo Zamawiający dopuszcza tworzenie Konsorcjów Wykonawców którzy mogą zaoferować wiele typów urządzeń spełniających wymagania a co najważniejsze definicja interoperacyjności niejako wymusza działanie wielu typów urządzeń. Dlatego naszym zdaniem umowy powinny precyzyjnie określać taką możliwość. Umowa ramowa pozwala na zawieranie wielu umów realizacyjnych i Wykonawca chcąc w nich uczestniczyć powinien mieć możliwość dostarczenia urządzeń wielu producentów (również w ramach jednego postępowania realizacyjnego) aby sprostać wolumenom dostaw a także zapewnić konkurencyjne ceny w okresie trwania umowy ramowej.

Nr sprawy: DT/1/13

posiadających interfejs USB. Sposób przeprowadzenia testu został opisany w Dziale XVI Rozdział Test działania próbki.

Lp. 588. Dotyczy: Uzupełnienie nr 3 do SIWZ – Wzór umowy realizacyjnej, Rozdział 4, par. 19, pkt 3

Uwaga:

[Kompetencje] Komitet Sterujący będzie podejmować decyzje w następujących sprawach:

1) rekomendowanie Zarządom Stron dokonania istotnych zmian Umowy;

2) dokonywanie nieistotnych zmian Umowy w zakresie opisanym w Error:Reference source not found;

3) rozstrzyganie sporów przekazanych przez Koordynatora Wiodącego Zamawiającego lub Koordynatora Zamawiającego;

4) przekazywanie nierozstrzygniętych sporów do decyzji Zarządów Stron;

inne kwestie opisane w Umowie.




Uwaga:

[Zakres współdziałania] Szczegółowy zakres współdziałania Zamawiającego uzgodni Komitet Sterujący, w formie pisemnej, pod rygorem nieważności.


Zakres współdziałania został określony w umowie. Komitet Sterujący jedynie go doszczegółowi. Nie ma to wpływu na harmonogram realizacji umowy.


Uwaga:

Koordynator Wykonawcy zgłosi do odbioru, a Koordynator Wiodący Zamawiającego przeprowadzi odbiór Warsztatów z Oprogramowania Testowo-Diagnostycznego


Celem warsztatów jest przekazanie zespołowi sprawdzającemu makietę wiedzy, umożliwiającej przeprowadzenie testów makiety. Termin został określony w § 40. Zespół Zamawiającego określi czy posiadana wiedza jest wystarczająca do sprawdzenia makiety. Odbiór warsztatów następuje z datą wskazaną w protokole odbioru. Z kolei umowa przewiduje weryfikację wiedzy w drodze egzaminu (vide odpowiedź na pytanie nr 591).


137

Autor, 11.04.2014,

Brakuje czytelnej informacji kiedy odbiór warsztatów z oprogramowania jest pozytywny. Celem warsztatów z oprogramowania ma być przekazanie wiedzy i umiejętności niezbędnych do oceny spełnienia wymagań przez Makietę, a także zapoznanie z funkcjonalnościami Oprogramowania Testowo-Diagnostycznego Makiety oraz z jego implementacją i parametryzacją. Jak ma być osiągnięty cel przekazania wiedzy i umiejętności skoro brak jest jej weryfikacji np. egzaminem.

Autor, 11.04.2014,

Brakuje informacji w jakim terminie zakres współdziałania zostanie uzgodniony i czy np. do tego czasu wstrzymuje się realizację świadczeń i jakich.

Autor, 11.04.2014,

A Koordynator Wykonawcy ?

Nr sprawy: DT/1/13


Uwaga:

[Przebieg Warsztatów] Każdy Warsztat zostanie zakończony weryfikacją wiedzy zdobytej przez uczestników Warsztatu oraz certyfikacją uczestników przez Wykonawcę (przyznaniem Świadectw Ukończenia Warsztatów uczestnikom, którzy zdadzą stosowne egzaminy). Świadectwo Ukończenia Warsztatów stanowić będzie potwierdzenie, iż dana osoba posiada wiedzę oraz umiejętności niezbędne do dokonania instalacji i obsługi Urządzenia. W przypadku konieczności przeprowadzenia dodatkowych Warsztatów lub powtórzenia Warsztatów dla osób, które nie zaliczyły egzaminu, Wykonawca zobowiązuje się w okresie obowiązywania niniejszej Umowy zaoferować Zamawiającemu lub podmiotowi wskazanemu przez Zamawiającego dodatkowe Warsztaty na takich samych warunkach cenowych i organizacyjnych, jak przewidziane niniejszą Umową.


Zamawiający nie zgadza sie z opinią Wykonawcy. Zamawiający oczekuje możliwości odpłatnego szkolenia dodatkowej liczby monterów, którzy bedą instalowali urzadzenia Wykonawcy, na z góry określonych warunkach, wynikających ze złożonej przez Wykonawcę pierwotnej oferty.


Uwaga:

[Firmware] Wykonawca dostarczy Urządzenia wraz ze związanym z Urządzeniami Oprogramowaniem (firmware) w zakresie wymaganym dla korzystania z Urządzeń, zgodnie z ich funkcjonalnością i przeznaczeniem. W celu umożliwienia Zamawiającemu aktualizacji firmware’u i dokonywania zmian w parametryzacji Urządzeń, Wykonawca w ramach określonego Umową wynagrodzenia zapewni stosowne oprogramowanie do wykonywania tych czynności (oprogramowanie może być wykorzystywane przez nielimitowaną ilość użytkowników i być zainstalowane w co najmniej 2 lokalizacjach) oraz przeprowadzi jednorazowe szkolenie z jego obsługi i wykonywania czynności aktualizacji firmware’u i dokonywania zmian w parametryzacji Urządzeń dla 10 uczestników, w jednej grupie. Osoby te muszą nabyć umiejętności niezbędne do szkolenia dalszych użytkowników. Termin szkolenia uzgodnią Koordynator Wykonawcy z Koordynatorem Oddziałowym z tym, że szkolenie powinno zakończyć się przed terminem dostawy pierwszej transzy Urządzeń. Za aktualizację firmware związaną z zapewnieniem zgodności Urządzeń z Umową odpowiada Wykonawca.


Zamawiający nie zgadza sie z opinią Wykonawcy. Zamawiający oczekuje przekazania wiedzy technicznej umożliwiajacej osobom szkolonym sprawne posługiwanie się się dostarczonym oprogramowaniem. Nie oczekuje szkolenia z umiejętności miękkich.


138

Autor, 11.04.2014,

Działania nie opisane w dodatku nr 3 i wykraczające poza zakres umowy. W tym paragrafie są opisane zbyt ogólnie. Jak Wykonawca ma wymusić nabycie umiejętności miękkich polegających na możliwości szkolenia innych osób przez personel Zamawiającego. Brak opisu weryfikacji tego świadczenia.

Autor, 11.04.2014,

Zobowiązanie wykracza poza zakres zawieranej umowy. Takie przyszłościowe dodatkowe świadczenia nie powinny być regulowane tą umową.

Nr sprawy: DT/1/13


Uwaga:

[Właściwości Urządzeń] Każde z Urządzeń w chwili przekazania go Zamawiającemu:

1) będzie fabrycznie nowe, wyprodukowane nie dawniej niż 12 miesięcy przed datą dostawy, nie używane (za wyjątkiem ewentualnych testów niezbędnych do zweryfikowania jego prawidłowego działania) oraz wolne od jakichkolwiek wad fizycznych lub prawnych, a także posiadające legalizację wykonana w roku dostarczenia Urządzeń Zamawiającemu;

2) spełni wymagania techniczne i funkcjonalne opisane w Umowie oraz będzie kompatybilne z infrastrukturą Systemu AMI;

3) spełni wszelkie wymagania nałożone przez przepisy prawa polskiego, polskie oraz europejskie normy techniczne przewidziane dla tego rodzaju Urządzeń, a w szczególności posiadać będzie wszelkie wymagane prawem oznaczenia i plomby oraz będzie zgodne z Certyfikatami, będzie spełniać przepisy i normy dotyczące bezpieczeństwa, ochrony życia i zdrowia, ochrony środowiska, kompatybilności elektromagnetycznej, a także wymagania wynikające z decyzji, zaleceń i innych aktów Organu Nadzoru;

4) będzie dopuszczone do używania na terenie Polski oraz Unii Europejskiej w zakresie określonym ich funkcjonalnością oraz zamierzonym sposobem eksploatacji przez Zamawiającego, a w szczególności posiadać będą wszystkie wymagane atesty, Certyfikaty, w tym certyfikaty zgodne z ustawą z dnia 11 maja 2001 r. Prawo o miarach (tekst jednolity z 2004 r. Dz.U. Nr 243, poz. 2441 ze zm.), uzgodnienia, deklaracje, badania techniczne, w szczególności badania, atesty, deklaracje, dokumenty gwarancyjne;

5) pozwoli na niezakłócone gromadzenie i przesyłanie danych w ramach Systemu AMI, co najmniej zgodnie z wymaganiami opisanymi w ;

6) spełni wymagania określone w Umowie, zapewniające ich współpracę z innymi elementami Infrastruktury Licznikowej, Infrastrukturą Pośredniczącą i Systemem Centralnym i umożliwi transmisję danych pomiędzy Infrastrukturą Licznikową a Systemem Centralnym za pośrednictwem Infrastruktury Pośredniczącej;

7) zabezpieczy poufność i bezpieczeństwo przechowywanych i transmitowanych danych, w szczególności poprzez szyfrowanie transmisji algorytmem co najmniej AES-128, chyba że wymagania PRIME przewidują dalej idące wymagania;

8) umożliwi integrację z urządzeniami Infrastruktury Pośredniczącej oraz innymi urządzeniami Strefy C, w zakresie zdefiniowanym wymaganiami Zamawiającego określonymi w SIWZ.


139

Autor, 11.04.2014,

Wymagania PRIME dotyczą tylko transmisji PLC, co z innymi interfejsami. Punk zbyt ogólny, należy podać precyzyjne wymagania dot. Poufności i bezpieczeństwa.

Autor, 11.04.2014,

Zbyt ogólnie, co to znaczy kompatybilne z infrastrukturą Systemu AMI

Autor, 11.04.2014,

Co z legalizacją urządzeń dostarczanych na początku roku?

Nr sprawy: DT/1/13

1. Urządzenia mogą byc wyprodukowane 12 miesiecy wcześniej natomiast powinny być zalegalizowane w roku dostawy.

2. Kompatybilność z systemem AMI oznacza zgodność z pozostałymi elementami Systemu.

3. Wymagania dotyczace bezpieczeństwa zostały określone w dodatku nr 3 oraz przepisach wykonawczych do ustawy o ochronie danych osobowych - rozporządzenia Ministra Spraw Wewnętrznych i Administracji w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych Dz.U. 2004 Nr 100, poz. 1024.


Uwaga:

w odniesieniu do Urządzeń jeszcze niezainstalowanych – Przewodniczący Komitetu Sterującego Zamawiającego uprawniony jest do żądania wymiany wszystkich Urządzeń danego rodzaju objętych daną transzą dostaw na nowe, wolne od Wad, w terminie ustalonym przez Strony, nie dłuższym niż 30 dni od zgłoszenia usterki masowej.




Uwaga:

[Akcje serwisowe] Na zasadach opisanych w niniejszym rozdziale Wykonawca będzie podejmował akcje serwisowe, w przypadku stwierdzenia właściwości Urządzeń, które nie są Wadą albo nie można stwierdzić czy są Wadą, ale które mogą godzić w pozytywną ocenę Urządzeń, jak np. głośna praca, zbyt wysoka emisja ciepła, negatywne oddziaływanie na inne urządzenia. W takim przypadku, w terminach wynikających z gwarancji, Wykonawca rozwiąże stwierdzony problem, a wdrożenie rozwiązania problemu nastąpi na zasadach ustalonych przez Koordynatora Wykonawcy i Koordynatora Oddziałowego.


Zamawiający właśnie tak rozumie swoje wymaganie.


Uwaga:

[Zakres wsparcia] Dla każdego z Urządzeń, którego dotyczą poniższe kwestie, Wykonawca będzie zobowiązany do świadczenia usługi wsparcia dla Zamawiającego i jego podwykonawców w zakresie pomocy przy rozwiązywaniu kwestii związanych z:

140

Autor, 11.04.2014,

parametry techniczne nie powinny być oceniane ale mierzone i porównywane z wartościami deklarowanymi i jeśli odbiegają od deklarowanych mogą być takie urządzenia reklamowane dotyczy to również głośnej pracy, emisji ciepła czy oddziaływania na inne urządzenia.

Autor, 11.04.2014,

Zbyt krótki okres, proponujemy 60 dni

Nr sprawy: DT/1/13

1) instalacją Urządzeń, jeśli wystąpiły problemy, których nie udało się rozwiązać, mimo iż instalacje wykonywały osoby dysponujące odpowiednim Świadectwem Ukończenia Warsztatów;


Punkt ten mówi o problemach, które mogą sie pojawić mimo prawidłowej instalacji. W takim przypadku Zamawiający oczekuje pomocy ze strony Wykonawcy w rozwiązaniu tego problemu.

Lp. 597. Dotyczy: Uzupełnienie nr 3 do SIWZ – Wzór umowy realizacyjnej, Rozdział 11, par. 124, pkt 1, lit. (b), ppkt. (1) – (2)

Uwaga:

(b) Urządzenie nie skomunikowało się z Systemem Centralnym, w sposób opisany w , a:

(1) koordynatorzy podjęli decyzję o odstąpieniu od zapewnienia komunikacji Urządzenia z Systemem Centralnym;

(2) brak komunikacji jest spowodowany okolicznościami, za które odpowiedzialność ponosi Zamawiający;


Nie sposób jest wylistować wszystkie sytuacje, które będą powodowały brak komunikacji właśnie dlatego Koordynatorzy mają prawo odstąpienia od zapewnienia komunikacji do takich liczników.

Lp. 598. Dotyczy: Uzupełnienie nr 3 do SIWZ – Wzór umowy realizacyjnej, Dodatek nr 9 do umowy na dostawę Infrastruktury Licznikowej - Kryteria Weryfikacji Końcowej, pkt I

Uwaga:

I. Zasady odbioru jakościowego (końcowego) w ramach obszaru bilansującego.

1) Odbiór jakościowy zainstalowanych Urządzeń jest dokonywany po zainstalowaniu minimum 85% liczników obszaru bilansującego (stacji transformatorowej) i poniższym teście jakościowym.

2) W odniesieniu do liczników jedno i trzy fazowych:

a) Test jest realizowany w obrębie jednej stacji SN/nN.

b) Test może zostać uruchomiony w sytuacji zainstalowania co najmniej 85% liczników na stacji (w odniesieniu do danych z systemu ewidencji majątku sieciowego).

c) Test zostaje uruchomiony o dacie/godzinie "X" na 48h poprzez uruchomienie procedury autonomicznego testu "long cycles" na koncentratorze, który to test polega na sekwencyjnym odpytywaniu w pętli liczników, które zgłosiły się do koncentratora, o dane obejmujące zapytanie o:

i) rejestr bieżący (A+: 1-0:1.8.0*255),

ii) wartości z rejestru profilowego (1-0:99.1.0*255) mieszczące się w ramach

141

Autor, 11.04.2014,

jw

Autor, 11.04.2014,

Uważamy że należy jednoznacznie wskazać iż w czasie testu jakościowego nie będzie generowany dodatkowy ruch na PLC np.: akwizycja, rekonfiguracja, aktualizacja FW itp

Autor, 11.04.2014,

Założony próg nie gwarantuje stabilnej komunikacji w technologii PRIME PLC. Weryfikację jakościową powinno się przeprowadzać po zainstalowaniu 100% liczników dla danej stacji transformatorowej

Autor, 11.04.2014,

Należy doprecyzowanie te okoliczności.

Autor, 11.04.2014,

Należy doprecyzować jakie przypadki lub okoliczności powodują taką decyzję Koordynatorów. Może być tu wiele przypadków, jak chociażby Instalacja urządzeń poza obszarem instalacji koncentratoraWyłączone zabezpieczenie przedlicznikowei inne lecz nie wszystkie sposób wymienić, a mogą się pojawić i być powodem do odstąpienia od zapewnienia komunikacji Urządzenia z Systemem Centralnym. Takie decyzje powinny być podyktowane uzasadnionymi czynnikami i być obligatoryjne a nie pozostawać kwestią dowolną w interpretacji. W tym przypadku interes Zamawiającego i Wykonawcy może być rozbieżny

Autor, 11.04.2014,

Dlaczego Wykonawca ma ponosić odpowiedzialność za osoby wykonujące montaże. Certyfikat nie daje gwarancji poprawnego wykonania montażu przez osoby przeszkolone. Każdy może popełnić błąd lub zapomnieć o czymś co nie oznacza że certyfikat staje się nieważny

Nr sprawy: DT/1/13

zakresu danych zdefiniowanego za pomocą "selective access descriptor" o przedział 0-6 godzin wstecz liczone od daty X (wyrównanej wstecz do pełnej godziny). W rejestrze profilowym zawarte powinny być dane zgodne z aktualnymi wymogami Zamawiającego.

d) Pojedyncza próba w odniesieniu do pojedynczego licznika uznana zostaje za pozytywną, jeśli oba zapytania (z podpunktu c) zakończą się sukcesem (tzn. zwrócą dane odczytowe).

e) Dany licznik zostaje odebrany, jeśli podczas 48h testu co najmniej 85% prób odczytu licznika zakończy się pozytywnie.


Patrz odpowiedź na pytania nr 236, 237.

Lp. 599. Dotyczy: Uzupełnienie nr 3 do SIWZ – Wzór umowy realizacyjnej, Dodatek nr 9 do umowy na dostawę Infrastruktury Licznikowej - Kryteria Weryfikacji Końcowej, pkt II

Uwaga:

II. Zasady odbioru jakościowego (końcowego) poszczególnych Urządzeń.


Zamawiający doprecyzuje wymagania w tym zakresie.

Lp. 600. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział I, pkt 11, tabela, P.1 – Scenariusze testowe

Uwaga:

P.1 Scenariusze testowe

Scenariusze, na podstawie których może się odbywać testowanie Infrastruktury Licznikowej.


Zamawiający nie wyraża zgody na proponowaną zmianę SIWZ. Oprócz scenariuszy testowych Zamawiajacy ma prawo zastosować także inne testy zgodności Makiety z umową.

Lp. 601. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział II, tabela „Makieta Infrastruktury Licznikowej wraz z dokumentacją Makiety”, pkt 1, ppkt d)

Uwaga:

Jeden licznik jednofazowy ze zintegrowanym modułem komunikacyjnym w technologii 3 GPP,


142

Autor, 11.04.2014,

3GPP Nie jest technologią, tylko organizacją zajmująca się m.in. standaryzacją rozwiązań systemów telefonii komórkowej trzeciej generacji. Ponieważ specyfikacje publikowane są do 4 razy do roku, może ona ulegać zmianie w czasie publikowania SIWZ oraz dostarczania Makiety Infrastruktury Licznikowej. Proponuję aby tutaj wyszczegółowić dokładnie, którą publikację Specyfikacji 3GPP Zamawiającyc ma na myśli.

Autor, 11.04.2014,

Czy licznik z modułem komunikacyjnym umieszczonym pod pokrywą zacisków, podłączonym do portu np. USB, traktowany jest jako "zintegrowany"?

Autor, 11.04.2014,

Proponowana zmiana: Scenariusze, na podstawie których będzie testowana Makieta Infrastruktury Licznikowej.

Autor, 11.04.2014,

Proszę uwzględnić komentarze z punktu wcześniejszego (I)

Autor, 11.04.2014,

Odbiór Jakościowy, według poniższych wymagań musi zostać spełniony dla 100% urządzeń. Mechanizm FEC (kodowanie splotowe) w PRIME v 1.3.6. jest za slaby aby zagwarantować taką skuteczność odczytu w okresie 48h w szczególności w godzinach 8-16 (z praktycznych doświadczeń poziom zakłóceń jest największy w tym okresie).

Autor, 11.04.2014,

1. Proszę potwierdzić lub zaprzeczyć:Na otrzymane od licznika odpowiedzi dana jest tylko jedna próba dla każdego zapytania (i oraz ii).2. Oprócz zapytań o dane, występują również zapytania AARQ/RLRQ. Jak postępować w przypadku tych zapytań?

Nr sprawy: DT/1/13

Zamawiający nie narzucał rozwiązania technicznego jednak dopuści takie rozwiązanie.

Lp. 602. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział II, tabela „Makieta Infrastruktury Licznikowej wraz z dokumentacją Makiety”, pkt 1, ppkt e)

Uwaga:

Jeden licznik trójfazowy ze zintegrowanym modułem komunikacyjnym w technologii 3 GPP


Gdy w wymaganiach występuje określenie 3GPP – Zamawiąjący oczekuje aby urządzenie komunikacyjne wykonane było według standardu 3GPP, Zamawiający rozumie przez to, że urządzenie obsługuje pakietowe techniki komunikacyjne 2G: GPRS/EGGE i 3G: UMTS/HSPA oraz technikę połączeń komutowanych CSD a także usługi VOICE i CLIP, oraz że urzadzenie pracuje w pasmach częstotliwości 900/1800/2100 MHz oraz, że spełnia minimalne wymagania radiowe określone w specyfikacji standardu 3GPP minimum release 8.

Lp. 603. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział II, tabela „Makieta Infrastruktury Licznikowej wraz z dokumentacją Makiety”, pkt 1, ppkt i)

Uwaga:

Moduł wyświetlający dane u odbiorcy,


Wymagania okreslone zostały w pkt 6 hh.

Lp. 604. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział II, tabela „Makieta Infrastruktury Licznikowej wraz z dokumentacją Makiety”, pkt 6

Uwaga:

Komunikacja między modułem komunikacyjnym ISD a wyświetlaczem domowym powinna odbywać się z wykorzystaniem technologii innej niż PLC.


Zamawiający nie narzuca rozwiązania technicznego. Dopuszcza proponowane rozwiązanie.

Lp. 605. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział II, tabela „Makieta Infrastruktury Licznikowej wraz z dokumentacją Makiety”, pkt 13, lit. c), ppkt iv)

Uwaga:

143

Autor, 11.04.2014,

Czy mozliwa jest technika przewodowa ?

Autor, 11.04.2014,

W jakiej formie ma być przygotowany moduł ? Jakie dane mają być wyświetlane u odbiorcy ? Z jaką częstotliwością ?

Autor, 11.04.2014,

3GPP Nie jest technologią, tylko organizacją zajmująca się m.in. standaryzacją rozwiązań systemów telefonii komórkowej trzeciej generacji. Ponieważ specyfikacje publikowane są do 4 razy do roku, może ona ulegać zmianie w czasie publikowania SIWZ oraz dostarczania Makiety Infrastruktury Licznikowej. Proponuję aby tutaj wyszczegółowić dokładnie, którą publikację Specyfikacji 3GPP Zamawiającyc ma na myśli.

Nr sprawy: DT/1/13

c) Komunikacja realizowana za pośrednictwem modemu 3GPP/CDMA, rozumiana jako akwizycja pomiarów z koncentratora do Systemu AMI, powinna odbywać się z uwzględnieniem wymagań stawianych koncentratorowi:

i) komunikacja przez interfejs Ethernet;

ii) obsługa protokołów TCP/IP;

iii) uwzględnienie obecności translacji adresów i portów (NAT) w modemie 3GPP/CDMA;

iv) obsługa rejestracji nazwy koncentratora na serwerze DNS.


Adresy IP Serwerów DNS Primary i Secondary będą potwierdzone Wykonawcy po podpisaniu Umowy. Można przyjąć jako predefiniowane:

• Adres podstawowego serwera DNS np: 10.1.11.252

• Adres zapasowego serwera DNS np: 10.1.11.253

Koncentrator musi przewidywać modyfikację adresów serwerów DNS w sposób hurtowy na wielu urządzeniach.

Serwer DNS nie będzie wymagał poswiadczeń domenowych od koncentratorów.

Lp. 606. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział II, tabela „Makieta Infrastruktury Licznikowej wraz z dokumentacją Makiety”, pkt 14, lit. d)

Uwaga:

ustawione podstawowe przekierowania adresów i portów w tablicy translacji NAT routera komunikacyjnego 3GPP/CDMA:


W modemach istnieje możliwość edycji przekierowań portów i na etapie testów makiety zostanie potwierdzona poprawność i kompletność przekierowań niezbędnych do współpracy z konkretnym koncentratorem.

Lp. 607. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział II, tabela „Makieta Infrastruktury Licznikowej wraz z dokumentacją Makiety”, pkt 15, lit. e)

Uwaga:

włączony mechanizm rejestracji nazwy koncentratora na serwerze DNS (Koncentrator periodycznie, co 30 minut przesyła paczkę UDP na serwer DNS 10.1.11.252 lub 253. Paczka zawiera nazwę koncentratora oraz adres IP routera komunikacyjnego 3GPP/CDMA. Koncentrator pozyskuje zewnętrzy adres IP routera komunikacyjnego 3GPP/CDMA przez odpytanie po SNMP bazy MIB – adres IP znajduje się w OID 1.3.6.1.2.1.4.20.1.1 )


144

Autor, 11.04.2014,

Czy zamawiajacy zdaje sobię sprawę, że musi udostepnić usługę na serwerach DNS która będzie rejestrowała tak specyficzne paczki UDP ? Taki format paczki opisany w tym pkt. Nie jest standardową ramką rejestrującą. Dodatkowo co w przypadku aktualizacji rekordów? Co w przypdku usuwania starych rekordów (ich dublowaniem się)?

Autor, 11.04.2014,

Na etapie testowania makiety, powinna istnieć możliwość edycji ustawien tablicy do potrzeb rozwiazania dostarczonego przez wykonawce. Porty wyżej są specyficzne dla okreslonych usług (np. 3306 dla usługi MySQL). Rozwiazanie wykonawcy może wspierać inne rozwiązania, dlatego możliwość edycji tablicy NAT na etapie testowania jest wymagana.

Autor, 11.04.2014,

Zamawiający powinien zapewnić, że usługa serwera DNS nie będzie wymagała poswiadczeń domenowych i zabezpieczeń, uniemożliwiających rejestracje rekordów przez nieautoryzowane urządzenie. Powinien również zostać tutaj podany adres IP docelowego serwera DNS, aby można było dostarczyć urządzenie gotowe do testu.

Nr sprawy: DT/1/13

Koncentrator powinien obsługiwać mechanizm weryfikacji i rejestracji swojej nazwy domenowej oraz IP modemu z którym współpracuje na dedykowanym serwerze DNS zamawiającego. Mechanizm powinien działać cyklicznie, dostarczając wysoką aktualność wpisów DNS. W ramach mechanizmu będą wykorzystywane protokoły DNS (zgodnie z RFC 1034, RFC 1035 i RFC 1918) i SNMP (wersja 2).

Pełna nazwa domenowa koncentratora (FQDN) składa się z nazwy hosta (hostname) i pełnej nazwy domeny i ma strukturę: ABC1234567890.nazwa domeny

Gdzie :

ABC – litery oznaczające model koncentratora (wskazywane przez Zamawiającego)

123456790 – ostatnie 10 unikalnych cyfr numeru seryjnego koncentratora. Gdy numer jest krótszy, następuje uzupełnienie od lewej cyframi 0.

W każdej iteracji mechanizm weryfikacji i rejestracji w koncentratorze będzie realizował co najmniej następujące kroki:

1. Pobranie protokołem SNMP adresu IP na interfejsie WAN modemu

2. Pobranie protokołem DNS adresu IP (zapytanie o rekord A własną nazwą domenową)

3. Porównanie uzyskanych adresów IP

4. W zależności od wyniku porównania:

• Gdy adres nie występuje na serwerze – dodanie rekordów A oraz PTR do podstawowego serwera DNS

• Gdy adresy się różnią – usunięcie rekordów A oraz PTR z podstawowego serwera DNS i dodanie aktualnych rekordów A i PTR.

Poniższe parametry mechanizmu powinny być konfigurowalne w koncentratorze:

• adres obiektu (OID) drzewa MIB modemu z którego będzie pobierany adres IP interfejsu WAN np.: 1.3.6.1.4.1.43239.1.1000.1.1.2

• hasło „community string” do drzewa MIB modemu

• Adres podstawowego serwera DNS np: 10.1.11.252

• Adres zapasowego serwera DNS np: 10.1.11.253

• Włączenie\wyłączenie: domyślnie mechanizm włączony

• Domyślna domena serwera DNS np: ami.energa.loc

• Częstotliwość automatycznego uruchamiania mechanizmu: domyślnie 30 minut.

Lp. 608. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział II, tabela „Produkt P.2 Certyfikaty”

Uwaga:

Termin dostarczenia

…….. dni od dnia wstępnego odbioru Makiety .

145

Autor, 11.04.2014,

Czas niezbędny do certyfikacji urządzeń w PRIME Alliance, może wynieść nawet 6 miesięcy. Czy zamawiajacy dopusci mozliwosc instalacji urządzeń na sieci bez certyfikatu PRIME?

Nr sprawy: DT/1/13


Zamawiający nie określił na obecnym etapie w jakim czasie powinny zostać dostarczone certyfikaty. Zakładamy jednak że nie powinien on przekroczyć 3 miesięcy

Lp. 609. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział II, tabela „Produkt P.3 Dokumentacja Urządzeń”, opis

Uwaga:

dokumentację techniczną, instrukcje montażu, konserwacji i użytkowania dla wszystkich Urządzeń (w tym karty technologiczne montażu i uruchomienia poszczególnych typów Urządzeń w formie drukowanej oraz plików elektronicznych zapisanych w powszechnie stosowanych formatach umożliwiających ich odtworzenie na komputerach osobistych).

Dokumentacja musi uwzględniać szczegółowy opis modułów 3GPP do komunikacji alternatywnej z licznikami


Dokumentacja musi uwzględniać:

- karta katalogowa, zawierająca parametry modemu

- instrukcja obsługi, zawierająca opis funkcjonosci modemu i sposób jego działania

- instrukcja konfiguracji, zawierająca wszystkie konfigurowalne parametry i mechanizmy konfiguracji (ręczne, automatyczne zdalne i hurtowe)

- Dokumentacja techniczo-ruchowa DTR zawierająca sposób instalacji i eksploatacji modemu

Lp. 610. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział II, tabela „Produkt 5. Finalna wersja Makiety z certyfikowanymi licznikami.”, pkt 1, lit. c)

Uwaga:

Jeden licznik trójfazowy ze zintegrowanym modułem komunikacyjnym w technologii 3GPP posiadający certyfikat MID oraz PRIME Alliance


Jeżeli licznik nie bedzie posiadał modułu PLC nie będzie wymagany certyfikat Prime Alliance


Uwaga:

e) Licznik musi dokonywać pomiaru wartości chwilowych:


146

Autor, 11.04.2014,

Czy certyfikaty PRIME Alliance jest wymagany w przypadku licznika z modułem komunikacyjnym 3GPP?

Autor, 11.04.2014,

Co powinien zawierać "szczegółowy opis". Proponuję, wyszczególnić tutaj co "w szczegolnosci" powinno sie tutaj znaleźć.

Nr sprawy: DT/1/13

ii) kątów napięć i prądów ( odniesione do napięcia fazy 1);φiii) kątów napięć i prądów ( odniesione do napięcia fazy 1);φiv)zawartości poszczególnych harmonicznych od drugiej do trzynastej;

v) współczynnik zawartości harmonicznych (THD) w napięciu i prądzie oraz zawartości od rzędu 2-giej do rzędu 13-stej harmonicznej w prądzie i napięciu.

vi)prądu różnicowego (resztkowego) stanowiącego sumę zespolonych (suma geometryczna) wartości skutecznych prądów płynących przewodami fazowymi i przewodem neutralnym licznika.


Zamawiający usunie zdublowane wymaganie.


Uwaga:

Licznik musi dokonywać pomiaru mocy czynnej pobranej, 15-minutowej z oknem kroczącym wynoszącym 1 minutę (energia narastająca).


Wymaganie mówi o tym że pomiar mocy 15 minutowej powinien sie odbywać z częstotliwością co minutę tak zwany „Pmax kroczący“.


Uwaga:

i) Licznik musi rejestrować następujące wielkości:

i) profil obciążenia zgodnie z pkt 3.a;

ii) wartości rejestrów energii czynnej i biernej, zatrzaskiwane w programowanym przez użytkownika cyklu: dobowym, tygodniowym, dekadowym, miesięcznym;

iii) profil wielkości sieciowych właściwych dla licznika granicznego;

iv) rejestr zdarzeń



Lp. 614. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 3, lit. h)

Uwaga:

Licznik musi umożliwiać definiowanie przez operatora co najmniej dwóch progów prądu różnicowego w przedziale od 0,1 A do 1 A z krokiem co 0,1 A, których przekroczenie jest

147

Autor, 11.04.2014,

Czym jest "profil wielkości sieciowych" ?

Autor, 11.04.2014,

Prośba o wyjaśnienie zasadnosci i sensownosci okna kroczącego ? Jeżeli moc jest uśredniana co 15 minut, to średnia arytmetyczna z pojedynczych okresów jedno minutowych, czy 5 minutowych w okresie 15 minut będzie identyczna. (wymaga dyskusji)

Autor, 11.04.2014,

Czy to oznacza, że jednofazowy licznik powinien być w stanie w pełni zmierzyć prąd w przewodzie neutralnym, czy wystarczy miernik prądu różnicowego?

Autor, 11.04.2014,

Czym to sie rózni od poprzedniego punktu ? W obydwu punktach mówimy o zawartościach poszczegolnych harmonicznych.

Autor, 11.04.2014,

Zdublowane

Nr sprawy: DT/1/13

rejestrowane w dzienniku zdarzeń.


Patrz odpowiedź na pytania nr 239 oraz 349.


Uwaga:

Licznik musi mieć możliwość automatycznego zatrzaskiwania stanów rejestrów zgodnie z pkt ii). Stany powinny być przechowywane przez okres co najmniej 45 cykli.


Pkt 1.i.ii brzmi:

„wartości rejestrów energii czynnej i biernej, zatrzaskiwane w programowanym przez użytkownika cyklu: dobowym, tygodniowym, dekadowym, miesięcznym;”

Czyli zamawiający oczekuje 45 cykli dla rejestrów energii czynnej i biernej

Lp. 616. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 3, lit. j)

Uwaga:

j) Musi istnieć możliwość ustawienia daty aktywacji dla zmiany konfiguracji licznika w zakresie zmiany:

i) grupy taryfowej;

ii) okresu uśredniania rejestrowania danych;

iii) wartości progu ograniczenia mocy.


Pojęcie zatrzaskiwania wykorzystywane jest jako zamknięcie wszystkich rejestrów; określenie uśredniania mówi o częstotliwości zapisywania danych w profilu.

Lp. 617. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 4, lit. c)

Uwaga:

Licznik musi umożliwiać wybór dowolnej liczby zdarzeń rejestrowanych z listy wszystkich zdarzeń rejestrowanych przez licznik, w celu ich transmisji do systemu centralnego.




148

Autor, 11.04.2014,

Co zamawiajacy rozumie przez ten zapis?

Autor, 11.04.2014,

Należy unikać stwierdzenia „okres uśredniania” gdyż wprowadza w błąd. Prawidłowe określenie to: „okres zatrzaskiwania”

Autor, 11.04.2014,

Pkt 1.i.ii opisuje, możliwość rejestracji wartości chwilowych skutecznych prądów i napięc, oraz katów napięć i prądow w odniesieniu do fazy 1. Czym w tym zapisie jest cykl? Gdzie stany powinny być przechowywane? W pamięci nieulotnej ?

Autor, 11.04.2014,

Niejasne oznaczenie drugiej granicy.

Nr sprawy: DT/1/13

Uwaga:

Licznik musi zapewnić niezależną obsługę wszystkich interfejsów, w tym wyświetlacza LCD, w trakcie trwania komunikacji.


Zamawiający oczekuje, że wykorzystanie jakiegokolwiek interfejsu, w tym także Wyświetlacza traktowanego jako interfejs, także w trakcie gdy prowadzona jest komunikacja licznika z koncentratorem lub licznikiem.


Uwaga:

a) Licznik powinien posiadać wyświetlacz z możliwością wyświetlenia co najmniej:








viii)poziomu sygnału PLC


Zamawiającemu chodzi o to że licznik ma połączenie z koncentratorem, możliwa jest transmisja danych do koncentratora.

Lp. 620. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 5, lit. d)

Uwaga:

d) Kod OBIS Objaśnienie

i) 1.8.T. Energia czynna pobrana z sieci T ( T=0,1, 2,..);

ii) 2.8.0 Energia czynna oddana do sieci –A (suma);

iii) 5.8.0. Energia bierna indukcyjna +Ri; T ( T=0,1, 2,..);

iv) 8.8.0. Energia bierna pojemnościowa –Rc (suma);

v) 0.9.1. Aktualny czas;

vi) 0.9.2. Aktualna data;

vii)0.2.2.Grupa taryfowa.

149

Autor, 11.04.2014,

Jeżeli jest objasnienie taryf to powinno sie w takim razie zamiast 5.8.0 pojawić 5.8.T ?

Autor, 11.04.2014,

w jaki sposób poziom sygnału ma być liczony? moc sygnału zarejestrowanego przez mikrokontroler? czy np. ostatni czas udanej asocjacji DLMS ? o jaką wielkość fizyczną chodzi Zapis powinien być precyzyjny.

Autor, 11.04.2014,

Co zamawiający rozumie przez stan połączenia z koncentratorem ? Aktywny "Prime Link" czy nawiązana asocjacja DLMS ? Czy ma byc to wskaznik zero jedynkowy mowiący o obecności danego polaczenia w chwili obecnej? Czy moze mówiący o tym, że tak istan był np. w ostatnich 30 minutach ?

Autor, 11.04.2014,

Co zamawiający rozumie przez ten zapis ?

Nr sprawy: DT/1/13


Zamawiający uwzględni uwagę Wykonawcy.


Uwaga:



Zamawiający oczekuje dezaktywacji fizycznej.


Uwaga:





Uwaga:

Licznik musi posiadać funkcjonalność przełącznika taryfowego, sterowanego wbudowanym zegarem kalendarzowym z programowanymi godzinami i datami zmiany stref czasowych (uwzględniający poszczególne dni tygodnia, dni ustawowo wolne od pracy, dowolnie definiowane sezony w ilości co najmniej 8). Programowanie przełącznika polega na przesłaniu do licznika pliku taryfowego z datą aktywizacji nowej taryfy.


Zamawiający poprawi błąd literowy.


Uwaga:

Licznik musi mieć możliwość zaprogramowania przynajmniej czterech dowolnie konfigurowalnych stref czasowych.


Strefy czasowe są opisane w Taryfie ENERGA - OPERATOR SA w pkt 3.2 potocznie mogą być nazywane taryfami.

150

Autor, 11.04.2014,

Czym jest strefa czasowa w rozumieniu tego zapisu ? Czy chodzi o Profil doby w rozkladzie godzinowym do zastosowania odpowiedniej taryfy? Minimalna ilość Taryf to 4 ?

Autor, 11.04.2014,

Czy nie powinno być "aktywacji" ?

Autor, 11.04.2014,

Zapis niejasny, wymaga doprecyzowania. Konstrukcja protokołów nie oznacza "wszystkich informacji" znacznikiem czasu. Np. odpytanie DLMS do licznika o jego rejestr dotyczący identyfikacji urządzenia, nie posiada znacnzika czasu oraz sumy kontrolnej. Pamietajmy ze licznik moze "UDOSTEPNIAC" dane rowniez przez USB oraz złącze optyczne, gdzie nie ma protokołu PRIME, który posiada sume kontrolną, kontroluje spojność itp. Punkt bardzo nie jasny wymaga doprecyzowania.

Autor, 11.04.2014,

Deaktywacja/aktywacja mozliwa jest na poziomie logicznym.

Nr sprawy: DT/1/13

Lp. 625. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. l), ppkt i)

Uwaga:

l) Rozmiar pamięci musi pozwolić na przechowywanie:

i) profilu obciążenia za okres co najmniej 63 ostatnich dni przy okresie uśredniania 15 minut dla sześciu kanałów;


Zamawiający oczekuje zapewnienia pamięci dla wykorzystania 6 kanałów rozumianych jako obszar pamięci, który jest rejestrem profilu dla jednej wartości kodu OBIS, czyli posiada wiele wartości mierzonej wielkości w odpowiednich ustawianych odstępach czasowych.

Okres uśredniania to czas w którym, mierzony jest dany parametr na przykład dla profili mocowych nie będzie zatrzaskiwania tylko będą to okresy uśredniania.

Lp. 626. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 6, lit. w)

Uwaga:

Licznik musi rejestrować poziom sygnału PLC, w buforze cyklicznym, w okresie 7 – dniowym, z rozdzielczością co 15 minut.


Zamawiający nie narzucał rozwiązania, jednak zaakceptuje zaproponowane przez dostawcę rozwiązanie.

Lp. 627. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. x)

Uwaga:

Licznik powinien rozpocząć komunikację z urządzeniem nadrzędnym lub Systemem Centralnym bezpośrednio po podłączeniu zasilania.


Wymóg oznacza gotowość licznika do nawiązania komunikacji przy zatosowaniu technologii zastępczej bezpośrednio z systemem centralnym bez komunikacji z koncentratorem.


Uwaga:

Status nawiązywania i nawiązania tej komunikacji powinien być sygnalizowany na wyświetlaczu licznika.


151

Autor, 11.04.2014,

Jak powyżej.

Autor, 11.04.2014,

W technologii PRIME, licznik nie nawiązuje komunikacji z Systemem Centralnym lub urządzeniem nadrzędnym, tylko urzadzenie nadrzędne próbuje sie skomunikować z urządzeniem podrzędnym. Zapis powinien w tym wypadku przybrać inną formę.

Autor, 11.04.2014,

W jaki sposób zamawiajacy oczekuje realizacji pomiru mocy sygnału? Czy zamawiający ma na mysli pomiar mocy sygnału na poziomie elektrycznym ?

Autor, 11.04.2014,

Czym jest "kanał" w rozumieniu tego zapisu ? Ponieważ licznik zapisuje wartości Rejestrów, czy nie powinien ten zapis brzmieć "... dla sześciu rejestrów"Należy równiez uwzględnić tutaj informację, że każdy zapisana wartość rejestru opisana powinno zostać stemplem czasu oraz statusem zapisanej wartości rejestru. Daje to w sumie 8 rejestrów przy okresie rejestracji ustawionej na interwał 15 minutowy. Czy Profil rzeczywiście ma być uśredniony? Czy zamawiający ma na myśli częstotliwość zatrzasku stanów rejestru w Profilu obciążenia ? Należy używać stwierdzenia „okres zatrzaskiwania”. Stwierdzenie „okres uśredniania” nie jest jednoznaczne w myśl zapisów innych wymagań.

Nr sprawy: DT/1/13

Zamawiający oczekuje sygnalizacji wizualnej dla montera, nawiązywania komunikacji i jej nawiązania.


Uwaga:




Lp. 630. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. dd)

Uwaga:



Wymagania VI.6 od cc0 do ee0 należy traktować łącznie; wymagania opisują kompletny mechanizm.

Lp. 631. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. hh), ppkt i)

Uwaga:

dane pomiarowe dotyczące bieżącego stanu liczydeł energii czynnej i biernej w obu kierunkach, wraz ze znaczkiem czasowym, umożliwiające m.in. budowę profili obciążenia, z dokładnością odpowiednio do części kWh i kVarh, do trzech miejsc po przecinku – z interwałem czasowym 5 sek. dla kolejnego zestawu danej;



Lp. 632. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 6, lit. jj)

Uwaga:

a) Licznik odbierając komunikat w trybie broadcast dokonuje interpretacji otrzymanego komunikatu i realizuje wynikającą z niego akcję:

i) komunikat testowy – zapisuje w dzienniku zdarzeń treść odebranego komunikatu;

ii) komunikat emergency – realizuje działania związane z aktywowaniem strażnika mocy w liczniku zgodnie z poniższym scenariuszem:


152

Autor, 11.04.2014,

Dostarczenie danych do bramy ISD - Mikroprocesorowe liczniki energii elektrycznej na bieżąco mierzą prąd oraz napięcie, oraz synchronizują zegar, aktywują taryfy, zapisują wartości pomiarowe do pamięcie nieulotnej FLASH itp itd. Każda taka operacja wymaga zajętości procesora. Pobranie wartości dla 7 (dwóch czynnej, czterech biernej oraz zegara) rejestrów co 5 sekund i udostepnienie ich na porcie USB) zajmuje średnio od 1 do 3 sekund. W przypadku wysyłania informacji co 5 sekund i np. rekonfiguracji wyświetlacza, bądz zmiany taryfy lub strefy taryfowej, dane mogą zostać przygytowane do prezentacji nawet po 10 sekundach. Spowoduje to kaskadowe nawarstwianie sie oczekujących danych do wysłania na interfejs HAN. Czas należy odpowiednio wydłużyć, lub zastosować wydajniejsze procesory w licznikach. W stosunku do powszechnie stosowanych Mikroprocesorów w nowoczesnych licznikach energii elektrycznej, uzasadnionych kosztowo, wydajniejszy procesor to koszt rzędu 10 zł więcej, co przy efekcie skali daje ponad 150 mln dodatkowego kosztu wdrożenia AMI dla 15 mln odbiorców komunalnych.

Autor, 11.04.2014,

Co w przypadku kiedy licznik zostanie przypisany na stałe do koncentratora i zmieni sie topologia sieci nN ? Licznik do czasu pywrocenia pierwotnego ukłądu sieci, nie będzie miał mozliwosci komunikacji.

Autor, 11.04.2014,

Tymi mechanizmami zarządza standard PRIME na które wykonawca nie ma wpływu. Zapis sugeruje aby został wykreślony.

Nr sprawy: DT/1/13

ustawia strażnika mocy wg parametru zdefiniowanego w tablicy trybu emergency zgodnie otrzymanym sygnałem.


Zamawiajacy podtrzymuje swoje wymaganie.


Uwaga:

Port USB w liczniku powinien pozwalać na pobór prądu do 500 mA.


Zamawiający nie narzuca rozwiazania technicznego.


Uwaga:

Moduł ISD powinien obsługiwać komunikację z siecią ISD w sposób autonomiczny, zgodny ze specyfikacją danego rozwiązania sieci ISD. Moduł ISD dokonuje translacji protokołu aplikacyjnego między licznikiem a modułem ISD na protokół sieci ISD (pełni funkcję gateway’a między licznikiem, a siecią ISD).


Wymaganie w ocenie Zamawiającego jest jasne.

Lp. 635. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 8, lit. o)

Uwaga:

Licznik ma zapisywać moment utraty zasilania zegara, a przy powrocie napięcia powinien zacząć liczyć czas od momentu utraty zasilania zegara.. Licznik ma zapisywać moment utraty zasilania zegara, a przy powrocie napięcia powinien zacząć liczyć czas od momentu utraty zasilania zegara..




Uwaga:

Licznik musi spełniać wymagania konstrukcyjne opisane w pkt ….



153

Autor, 11.04.2014,

W którym punkcie omówione są wymagania odnoszące się do konstrukcji?Treść wymagań?

Autor, 11.04.2014,

Prośba o doprecyzowanie ze strony zamawiającego.Wymóg dotyczy modułu ISD a nie licznika

Autor, 11.04.2014,

Poza obwodem pomiarowym ?

Autor, 11.04.2014,

Zapis niejasny i nieprecyzyjny: na jakiej warstwie ma być przekazywany komunikat, co z szyfrowaniem i autentykacją, jak ujednolicić ten tryb transmisji dla wielu typów i dostawców liczników. EOP powinien przygotować opis implementacji uwzgledniający wszystkie aspekty i przypadki użycia. Taki opis powinien być załącznikiem do postępowania ramowego. Temat zbyt skomplikowany technicznie i zbyt poważny aby pozostawiać pole do interpretacji i możliwości implementacji innej dla każdego z uczestników postępowania.

Nr sprawy: DT/1/13


Uwaga:

Oprogramowanie do lokalnej obsługi liczników powinno być przystosowane do współpracy z aplikacjami SID AMI.




Uwaga:

Licznik musi rejestrować udane logowania i nieudane próby logowania na interfejsach lokalnych w dzienniku zdarzeń na potrzeby przesyłania zarejestrowanych zdarzeń w trybie natychmiastowym do Systemu Centralnego.Licznik musi rejestrować nieudane próby logowania na interfejsach zdalnych w dzienniku zdarzeń na potrzeby przesyłania zarejestrowanych zdarzeń w trybie natychmiastowym do Systemu Centralnego.


Są to wymagania bezpieczeństwa, Zamawiający nie podziela obaw Wykonawcy.

Lp. 639. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 1, lit. j)

Uwaga:

Licznik musi wyznaczać chwilową wartość skuteczną prądu w przewodzie neutralnym.



Lp. 640. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VII, pkt 3, lit. d)

Uwaga:

d) Każde zdarzenie zarejestrowane przez licznik powinno być opisane następującymi atrybutami:


ii) kod zdarzenia z możliwością edycji tabeli zdarzeń.



Lp. 641. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 1, lit. a)

Uwaga:

154

Autor, 11.04.2014,

Konieczne doprecyzowanie:Zdarzenie zarejestrowane przez licznik, powinno byc opisane przez kod zdarzenia z możliwością edycji tabeli zdarzeń.Czym jest tabela zdarzeń ? Gdzie ona się znajduje ?

Autor, 11.04.2014,

Czy potrzebny jest realny kanał pomiarowy w przewodzie neutralnym, czy wystarczającym będzie wyliczenie prądu w przewodzie neutralnym z prądów fazowych?

Autor, 11.04.2014,

Bardzo niezbiezpieczne rozwiazanie, mnogosc takich zdarzeń może skutecznie uniemożliwić komunikacje PLC również z innymi licznikami.

Autor, 11.04.2014,

Wymaganie nie jest doprecyzowanie, w jakim zakresie i w jaki sposób ma być przystosowane? Powinien być opracowany dokument opisujący zakres współpracy.

Nr sprawy: DT/1/13

a) Koncentrator musi rejestrować co najmniej następujące zdarzenia:

i) pierwszą rejestrację licznika w koncentratorze;

ii) ostatnią skuteczną komunikacji z licznikiem;

iii) podłączenie do lokalnego interfejsu komunikacyjnego koncentratora;

iv) Zdarzenia określone w pkt 3. r

v) zmiana parametryzacji koncentratora;

vi) modyfikacja i wymiana oprogramowania (firmware) koncentratora;

vii)pierwszą rejestrację licznika w koncentratorze.


Zamawiający uważa za skuteczną komunikację, która zakończyła się przekazaniem danych pomiarowych.

Zamawiający usunie zdublowane pozycje.


Uwaga:

c) Każde zdarzenie zarejestrowane przez licznik musi być opisane co najmniej następującymi atrybutami:


ii) kod zdarzenia z możliwością edycji tabeli zdarzeń;

iii) numer fabryczny urządzenia którego zdarzenie dotyczy.




Uwaga:

Dane przechowywane w pamięci koncentratora po zapełnieniu bufora muszą być nadpisywane poczynając od najstarszych danych.


Zamawiający usunie dublujące się zapisy.


Uwaga:

Koncentrator powinien obsługiwać mechanizm rejestrowania swojej nazwy na serwerze DNS (zgodnie ze standardami określonymi przez IETF: RFC 1034, RFC 1035). Rejestracja

155

Autor, 11.04.2014,

zdublowane z pkt l.

Autor, 11.04.2014,

Wymóg «edycji tabeli zdarzeń» jest niejasny.

Autor, 11.04.2014,

Zdublowane z pkt i.

Autor, 11.04.2014,

NA poziomie PRIME czy DLMS ?

Nr sprawy: DT/1/13

nazwy powinna następować w momencie instalacji koncentratora oraz po każdej dłuższej przerwie w zasilaniu. Mechanizm musi pozwalać na jego włączenie i wyłączenie w dowolnym czasie.


Zgodnie z Rozdziałem II pkt 15 e, Zamawiający przewiduje, że koncentrator będzie dokonywał periodycznej weryfikacji wpisu na serwerze DNS co 30 min.

Lp. 645. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 4, lit. h)

Uwaga:

Koncentrator powinien prowadzić komunikację ściśle określonymi protokołami (TCP, UDP, SNMP, http, HTTPS, SSH)(TCP, UDP, SNMP, http, HTTPS, SSH) na ściśle określonych portach. (z uwagi na statyczne przekierowanie portów w tabeli translacji modemu oraz konieczność konfiguracji protokołów i portów na firewall)


Są to przykładowe porty. Akcent powinien być postawiony na „ ściśle określone” z uwagi na konieczność skonfigurowania na stałe przekierowań w tablicy NAT modemu oraz blokowanie nieautoryzowanego i nieuzgodnionego ruchu przez firewall Zamawiającego.


Uwaga:

ll) Koncentrator musi zapewnić skuteczne przesyłanie sygnałów „Emergency” z Systemu Centralnego do wszystkich liczników, w przeciągu 15 minut ze skutecznością zależną od liczby liczników obsługiwanych przez koncentrator (w przypadku istnienia galwanicznego połączenia między koncentratorem a licznikiem):

i) do 200 liczników: 95%;

ii) ponad 200 liczników: 85%.


Zamawiający nie podziela opinii Wykonawcy.

Lp. 647. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 5, lit. q)

Uwaga:

Konstrukcja koncentratora w zakresie rozstawu wieszaków / otworów montażowych musi umożliwiać instalację na standardowej tablicy licznikowej (zgodnie z załącznikiem ……) wymiarowym dla liczników 3-fazowych przekładnikowych.


Tak, Zamawiający dopuści taką możliwość.

156

Autor, 11.04.2014,

Czy Zamawiający dopuszcza instalację koncentratora na szynie DIN?

Autor, 11.04.2014,

Z uwagi na mechanizm nie zorientowany połączeniowy bez potwierdzenia (broadcast), skuteczność nie jest zależna od dostawcy rozwiazania, tylko od warunków panujących na sieci NN. Narzucenie konkretnego protokołu (PRIME) oraz mechanizmu (broadcast) oraz wymaganaej skuteczności, jest niezalezne calkowicie od Dostawcy i nie moze byc podstawą do reklamacji.

Autor, 11.04.2014,

Czy to są jedyne dopuszczalne protokoły, czy tylko przykladowe ?

Autor, 11.04.2014,

Co koncentrator ma rozumiec na "moment instalacji" oraz dluzsza przerwa w zasilaniu" ?Jeżeli koncentrator "w momencie instalacji" nie bedzie mial poprawnej komunikacji, a "dluzsza przerwa w zasilaniu" pojawi sie dopiero po dluzszym okresie czasu, komunikacja z takim koncentratorem poprzez DNS nie bedzie mozliwa. Sugeruje aby rejestracja w usludze DNS odbywala sie periodycznie np. co 1H.

Nr sprawy: DT/1/13

Lp. 648. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 8, lit. f)

Uwaga:

Koncentrator musi umożliwiać uwierzytelnianie za pomocą unikalnego certyfikatu, w zastępstwie używania hasła.



Lp. 649. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VIII, pkt 8, lit. y)

Uwaga:

Koncentrator musi być zabezpieczony przed możliwością bezpośredniego skopiowania obrazu binarnego oprogramowania oraz obszarów pamięci.



Lp. 650. Dotyczy: Uzupełnienie nr 3 do SIWZ – Wzór umowy realizacyjnej, rozdział 15, par. 196

Uwaga:

1) Ograniczenie odpowiedzialności

Chociaż Umowa ogranicza odpowiedzialność Wykonawcy do 100% wartości Umowy, definicja nadal przewiduje nieograniczoną odpowiedzialność Wykonawcy za roszczenia wynikające z czynów niedozwolonych, zaniedbania i naruszenia poufności lub własności intelektualnej. Aby móc przygotować godziwą ofertę nasze ryzyko i korzyści muszą być zrównoważone, co nie jest możliwe w przypadku nie dającej się wyznaczyć maksymalnej odpowiedzialności.

Z tych samych powodów jak wymienione powyżej, nie będziemy w stanie przyjąć odpowiedzialność za szkody następcze i pośrednie (w tym utracone korzyści). Musi być to jednoznacznie wyłączone z odpowiedzialności Wykonawcy.

Poniżej załączamy sugerowne i akceptowalne przez Wykonawcę określenie ograniczenia odpowiedzialności (Załącznik nr 1)



Lp. 651. Dotyczy:

Uwaga:

2) Cesja praw

Zgodnie z Umową wszystkie zobowiązania i prawa mogą być przeniesione tylko za pisemną zgodą Zamawiającego. Zgadzamy się z tym z jednym zastrzeżeniem:

157

Autor, 11.04.2014,

Czy chodzi o dostęp poprzez standardowy interfejs czy może o fizyczny dostęp do mikroukładów energoniezależnej pamięci?

Autor, 11.04.2014,

Czy ten wymóg odnosi się do web interfejsu?

Nr sprawy: DT/1/13

chcielibyśmy zachować możliwość przeniesienia wierzytelności osobom trzecim bez zgody Zamawiającego. Wykonawca będzie informowało o tego typu przeniesieniu i Wykonawca będzie nadal odpowiedzialne za wykonanie umowy, wypełnienie zobowiązań gwarancyjnych i wystawiania faktur. Jest to kolejny bardzo ważny dla nas punkt, aby móc kontrolować nasze ryzyko.




Uwaga:

3) Gwarancja

Zapewniamy gwarancję tylko w takim zakresie, w jakim jest to wyraźnie określone w umowie. Nie możemy ponosić odpowiedzialności z tytułu dorozumianej gwarancji ustawowej, która musi być wyraźnie wykluczona. Tylko z odpowiednią definicją gwarancji na podstawie umowy możemy kontrolować i oszacować nasze ryzyko.

Poniżej załączamy sugerowne i akceptowalne przez Wykonawcę określenie gwarancji (Załącznik nr 2)



Lp. 653. Dotyczy:

Uwaga:

4) Odstąpienie od Umowy bez podania przyczyny

Zamawiający może odstąpić od Umowy bez podania ważnej przyczyny. Jeśli jest to ścisły wymóg ze strony Zamawiającego, Wykonawca może się na niego zgodzić, jednak w tym przypadku Wykonawca musi być zrekompensowany proporcjonalnie do pracy już wykonanej (choć jeszcze nie odebranej) i otrzymać procent ceny prac, które są jeszcze nie wykonywane, zazwyczaj w wysokości 15%.




Uwaga:

5) Kary umowne

Kary umowne są instrumentem, który powinny zrekompensować poszkodowanej stronie sytuację, w której ocena rzeczywistych szkód jest trudna lub niemożliwa. Dlatego jesteśmy zdania, że kary umowne powinny być jedynym i wyłącznym zadośćuczynieniem

158

Autor, 11.04.2014,

prawdopodobnie

Autor, 11.04.2014,

prawdopodobnie

Nr sprawy: DT/1/13

w każdym konkretnym przypadku. Wykonawca byłoby skłonne zgadzić się na 20% ograniczenie dla kar umownych, ale Zamawiający nie powinien mieć możliwości ubiegania się o dalsze odszkodowanie ponad to ograniczenie ani próbować oszacować albo żądać zadośćuczynienia rzeczywistych szkód.



Lp. 655. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 1, lit. e), ppkt iii)

Uwaga:



ii) kątów napięć i prądów ( odniesione do napięcia fazy 1);φiii) kątów napięć i prądów ( odniesione do napięcia fazy 1); φ czy jest jakakolwiek różnica między ii) a iii)?



ii) kątów napięć i prądów ( odniesione do napięcia fazy 1);φiii) kątów napięć i prądów ( odniesione do napięcia fazy 1); φ Is there any difference between ii) and iii)?



Lp. 656. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 1, lit. e), ppkt iv)

Uwaga:

iv) zawartości poszczególnych harmonicznych od drugiej do trzynastej; Nie stosuje się w przypadku liczników w mieszkaniach; pomiary jakości powinny być przeprowadzone dla liczników przemysłowych.

iv) zawartości poszczególnych harmonicznych od drugiej do trzynastej; this is not implemented in residential meters, quality measurement should be implemented in industrial meters


Zamawiający oczekuje takiej funkcjonalności.

Lp. 657. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 1, lit. e), ppkt v)

Uwaga:

v) współczynnik zawartości harmonicznych (THD) w napięciu i prądzie oraz zawartości

159

Nr sprawy: DT/1/13

od rzędu 2-giej do rzędu 13-stej harmonicznej w prądzie i napięciu Nie stosuje się w przypadku liczników w mieszkaniach; pomiary jakości powinny być przeprowadzone dla liczników przemysłowych.

v) współczynnik zawartości harmonicznych (THD) w napięciu i prądzie oraz zawartości od rzędu 2-giej do rzędu 13-stej harmonicznej w prądzie i napięciu. this is not implemented in residential meters, quality measurement should be implemented in industrial meter



Lp. 658. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 1, lit. e), ppkt vi)

Uwaga:

vi) prądu różnicowego (resztkowego) stanowiącego sumę zespolonych (suma geometryczna) wartości skutecznych prądów płynących przewodami fazowymi i przewodem neutralnym licznika. Nie stosuje się; sugerujemy, by nie przeprowadzać pomiaru neutralnego.

vi) prądu różnicowego (resztkowego) stanowiącego sumę zespolonych (suma geometryczna) wartości skutecznych prądów płynących przewodami fazowymi i przewodem neutralnym licznika. Not implemented, we suggest not to implement neutral measurement



Lp. 659. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 1, lit i), ppkt iii)

Uwaga:

profil wielkości sieciowych właściwych dla licznika granicznego; nie stosuje się

profil wielkości sieciowych właściwych dla licznika granicznego; not implemented



Lp. 660. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 2, lit. b), ppkt i)

Uwaga:

b) Licznik powinien mieć możliwość ograniczenia mocy czynnej poprzez zdalne oraz lokalne wprowadzenie nastaw:

i) Mocy czynnej pobranej 15 - minutowej mierzonej w sposób opisany w pkt 1.h. Nastawy organicznika muszą być realizowane z krokiem co 10W do mocy maksymalnej

160

Nr sprawy: DT/1/13

wynikające z prądu maksymalnego licznika., tak, należy tę kwestię szczegółowo omówić

Licznik powinien mieć możliwość ograniczenia mocy czynnej poprzez zdalne oraz lokalne wprowadzenie nastaw:

i) Mocy czynnej pobranej 15 - minutowej mierzonej w sposób opisany w pkt 1.h. Nastawy organicznika muszą być realizowane z krokiem co 10W do mocy maksymalnej wynikające z prądu maksymalnego licznika., yes, must be discussed in detail



Lp. 661. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 2, lit. f), ppkt ii)

Uwaga:



ii) braku obecności napięć fazowych na zaciskach wyjściowych licznika (od strony instalacji odbiorczej) w stanie „wyłącz”. Nie stosuje się; brak pomiaru na zaciskach wyjściowych licznika.



ii) braku obecności napięć fazowych na zaciskach wyjściowych licznika (od strony instalacji odbiorczej) w stanie „wyłącz”. Not implemented, no measurement on disconnector output



Lp. 662. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 3, lit. e)

Uwaga:

Każda skuteczna parametryzacja lub wymiana firmware musi zostać potwierdzona informacją zwrotną do Systemu Centralnego o poprawnym zakończeniu procesu. Nie stosuje się, należy ją przeprowadzić w ścisłej współpracy z dostawcą MDM

Każda skuteczna parametryzacja lub wymiana firmware musi zostać potwierdzona informacją zwrotną do Systemu Centralnego o poprawnym zakończeniu procesu. Not implemented, must be make under strong cooperation with MDM provider



161

Nr sprawy: DT/1/13


Uwaga:

Musi istnieć możliwość ustawienia daty aktywacji dla zmiany konfiguracji licznika w zakresie zmiany:

i) grupy taryfowej; OK, aktywne i bierne, tabele Warunków korzystania

ii) okresu uśredniania rejestrowania danych; NOK, natychmiast

iii) wartości progu ograniczenia mocy. NOK, natychmiast

Musi istnieć możliwość ustawienia daty aktywacji dla zmiany konfiguracji licznika w zakresie zmiany:

i) grupy taryfowej; OK, active and passive TOU tables

ii) okresu uśredniania rejestrowania danych; NOK, immediately

iii) wartości progu ograniczenia mocy.NOK, immediatelly



Lp. 664. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 4, lit. b)

Uwaga:

b) Licznik musi rejestrować co najmniej następujące zdarzenia:

i) aktywację / dezaktywację funkcji ograniczania mocy czynnej pobieranej przez odbiorcę oraz poziom tego ograniczenia;

ii) obniżenie / podwyższenie napięcia zgodnie z pkt 3.g.;

iii) zaniki i powroty napięcia zasilającego dla każdej z faz;

iv) działanie polem magnetycznym (próg nieczułości do 400 mT) - rejestracja początku i końca zdarzenia;

v) zdjęcie pokrywy listwy zaciskowej - rejestracja początku i końca zdarzenia;

vi) zdjęcie obudowy licznika;

vii) błędy wewnętrzne licznika (wektor flag bitowych).

viii) zmiana parametryzacji licznika; NOK

ix) modyfikacja i wymiana oprogramowania (firmware) licznika

x) zmiana stanu elementu wykonawczego.

xi) asymetria prądowa, zgodnie z pkt. 3.h. NOK

Licznik musi rejestrować co najmniej następujące zdarzenia:

i) aktywację / dezaktywację funkcji ograniczania mocy czynnej pobieranej przez odbiorcę oraz poziom tego ograniczenia;

ii) obniżenie / podwyższenie napięcia zgodnie z pkt 3.g.;

162

Nr sprawy: DT/1/13

iii) zaniki i powroty napięcia zasilającego dla każdej z faz;

iv) działanie polem magnetycznym (próg nieczułości do 400 mT) - rejestracja początku i końca zdarzenia;

v) zdjęcie pokrywy listwy zaciskowej - rejestracja początku i końca zdarzenia;

vi) zdjęcie obudowy licznika;

vii) błędy wewnętrzne licznika (wektor flag bitowych).

viii) zmiana parametryzacji licznika; NOK

ix) modyfikacja i wymiana oprogramowania (firmware) licznika

x) zmiana stanu elementu wykonawczego.

xi) asymetria prądowa, zgodnie z pkt. 3.h. NOK



Lp. 665. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 5, lit. a)

Uwaga:









viii) poziomu sygnału PLC NOK









viii) poziomu sygnału PLC NOK

163

Nr sprawy: DT/1/13



Lp. 666. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 6, lit. d)

Uwaga:

Musi istnieć możliwość zdalnej i lokalnej aktywacji i dezaktywacji każdego z interfejsów. Nie stosuje się; interfejs jest aktywny, ale zabezpieczony poziomami dostępu / hasłami.

Musi istnieć możliwość zdalnej i lokalnej aktywacji i dezaktywacji każdego z interfejsów. Not implemented, interface is acitve but secured by access levels/paswords




Uwaga:

Licznik musi rejestrować poziom sygnału PLC, w buforze cyklicznym, w okresie 7 – dniowym, z rozdzielczością co 15 minut. Nie stosuje się.

Licznik musi rejestrować poziom sygnału PLC, w buforze cyklicznym, w okresie 7 – dniowym, z rozdzielczością co 15 minut. Not implemented



Lp. 668. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. aa)

Uwaga:

Licznik powinien umożliwić wykrycie go przez koncentrator w czasie nie dłuższym niż 3 (trzy) godziny. Zależy od dostępności koncentratora przez sygnał PLC.

Licznik powinien umożliwić wykrycie go przez koncentrator w czasie nie dłuższym niż 3 (trzy) godziny. Depends of accessibility of DCU via PLC




Uwaga:

Rekonfiguracja sieci komunikacyjnej nie może negatywnie wpływać na transmisję danych w relacji liczniki – koncentrator, w obydwu kierunkach. Nie stosuje się;

164

Nr sprawy: DT/1/13

technologia PLC musi obsługiwać tę funkcję i musi być zsynchronizowana z koncentratorem.

Rekonfiguracja sieci komunikacyjnej nie może negatywnie wpływać na transmisję danych w relacji liczniki – koncentrator, w obydwu kierunkach. Not implemented, PLC technology must support this feature nad it must be synchronized with DCU



Lp. 670. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. cc)

Uwaga:

Licznik nie może przerejestrować się do innego koncentratora przez zadany okres czasu, parametryzowany przez operatora. Nie stosuje się; technologia PLC musi obsługiwać tę funkcję i musi być zsynchronizowana z koncentratorem.

Licznik nie może przerejestrować się do innego koncentratora przez zadany okres czasu, parametryzowany przez operatora. Not implemented, PLC technology must support this feature nad it must be synchronized with DCU



Lp. 671. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. dd)

Uwaga:

Licznik musi mieć możliwość jego przypisania do koncentratora. Nie stosuje się; technologia PLC musi obsługiwać tę funkcję i musi być zsynchronizowana z koncentratorem.

Licznik musi mieć możliwość jego przypisania do koncentratora. Not implemented, PLC technology must support this feature nad it must be synchronized with DCU



Lp. 672. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. ee)

Uwaga:


i) Po zadanym okresie czasu licznik powinien mieć możliwość zarejestrowania się w innym dostępnym koncentratorze. Nie stosuje się.

ii) Po zatwierdzeniu przerejestrowania się z poziomu Systemu Centralnego, licznik musi mieć możliwość zarejestrowania się w innym dostępnym koncentratorze. Nie stosuje się.

165

Nr sprawy: DT/1/13


i) Po zadanym okresie czasu licznik powinien mieć możliwość zarejestrowania się w innym dostępnym koncentratorze.Not implemented

ii) Po zatwierdzeniu przerejestrowania się z poziomu Systemu Centralnego, licznik musi mieć możliwość zarejestrowania się w innym dostępnym koncentratorze. Not implemented



Lp. 673. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. ii)

Uwaga:

Licznik musi posiadać możliwość zaprogramowania reagowania lub nie reagowania na sygnały sterujące w trybie broadcast. NOK, komunikat w trybie broadcast do wszystkich węzłów

Licznik musi posiadać możliwość zaprogramowania reagowania lub nie reagowania na sygnały sterujące w trybie broadcast. NOK, broadcast is communication to all nodes



Lp. 674. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 6, lit. jj)

Uwaga:


i) komunikat testowy – zapisuje w dzienniku zdarzeń treść odebranego komunikatu; Nie stosuje się.

ii) komunikat emergency – realizuje działania związane z aktywowaniem strażnika mocy w liczniku zgodnie z poniższym scenariuszem: Nie stosuje się dokładnie, ponieważ do licznika można przesłać dowolny komunikat w trybie broadcast; DCU musi obsługiwać tę funkcję (większość DCU jej nie obsługuje).




i) komunikat testowy – zapisuje w dzienniku zdarzeń treść odebranego komunikatu; Not implemented

ii) komunikat emergency – realizuje działania związane z aktywowaniem strażnika mocy

166

Nr sprawy: DT/1/13

w liczniku zgodnie z poniższym scenariuszem: Not implemented exactly, as a broadcast can be sent any message to meter, DCU must support this (most of DCU do not support it)






Uwaga:

Port USB w liczniku ma umożliwić podłączenie do licznika urządzenia – mieszczącego się pod pokrywą listwy zaciskowej - służącego do komunikacji z siecią ISD („moduł ISD”), o max.gabarytach 70x25x15 (DxSxG). To jest bardzo konkretny wniosek. Proponujemy poddać parametryzacji "dowolny moduł pod pokrywą listwy zaciskowej". Model komunikacji powinien być oparty o realizację połączenia typu Virtual Serial Port:

Port USB w liczniku ma umożliwić podłączenie do licznika urządzenia – mieszczącego się pod pokrywą listwy zaciskowej - służącego do komunikacji z siecią ISD („moduł ISD”), o max.gabarytach 70x25x15 (DxSxG). This is very specific request. We suggest to parameter „any module under terminal cover”Model komunikacji powinien być oparty o realizację połączenia typu Virtual Serial Port:


Patrz odpowiedzi na pytania nr 273/358


Uwaga:

Zakres temperatur pracy licznika powinien wynosić co najmniej: -30oC / +70oC.. MID obsługuje zakres temperatur od -25°C do 70°C lub od -40°C do 70°C. Sugerujemy zakres od -25°C do 70°C.

Zakres temperatur pracy licznika powinien wynosić co najmniej: -30oC / +70oC. MID supports -25°C/70°C or -40°C/70°C. We suggest -25°C/70°C.




Uwaga:

Działanie zewnętrznego pola magnetycznego o wartości indukcji przy powierzchni

167

Nr sprawy: DT/1/13

obudowy (z wyjątkiem tylnej ściany obudowy licznika) do 400 mT nie może powodować utraty klasy dokładności pomiaru lub zakłócenia pracy licznika oraz nie może powodować zadziałania sygnalizacji wykrycia oddziaływania pola magnetycznego OK, należy dogłębnie zdefiniować metodologię testowania

Działanie zewnętrznego pola magnetycznego o wartości indukcji przy powierzchni obudowy (z wyjątkiem tylnej ściany obudowy licznika) do 400 mT nie może powodować utraty klasy dokładności pomiaru lub zakłócenia pracy licznika oraz nie może powodować zadziałania sygnalizacji wykrycia oddziaływania pola magnetycznego OK, metodology for testing must be defined



Lp. 678. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 8, lit. k)

Uwaga:

Licznik powinien spełniać wymagania ochrony przed przepięciami atmosferycznymi i sieciowymi:

i) wytrzymałość elektryczna izolacji przy f=50Hz, t=1min.: nie mniej niż 4kV;

ii) wytrzymałość izolacji przy impulsie napięciowym 1,2/50µs dla obwodów prądowych i napięciowych – minimum 6kV OK, należy dogłębnie zdefiniować metodologię testowania

Licznik powinien spełniać wymagania ochrony przed przepięciami atmosferycznymi i sieciowymi:

i) wytrzymałość elektryczna izolacji przy f=50Hz, t=1min.: nie mniej niż 4kV;

ii) wytrzymałość izolacji przy impulsie napięciowym 1,2/50µs dla obwodów prądowych i napięciowych – minimum 6kV OK, metodology for testing must be defined deeply


Metoda została określona w normie PN- EN 50470.

Lp. 679. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, rozdział VI, pkt 8, lit. o)

Uwaga:

Licznik ma zapisywać moment utraty zasilania zegara, a przy powrocie napięcia powinien zacząć liczyć czas od momentu utraty zasilania zegara. NOK

Licznik ma zapisywać moment utraty zasilania zegara, a przy powrocie napięcia powinien zacząć liczyć czas od momentu utraty zasilania zegara. NOK




168

Nr sprawy: DT/1/13

Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 8, lit. p)

Uwaga:

Dokładność wbudowanego zegara licznika powinna być nie gorsza niż 1 sekunda na dobę dla temperatury odniesienia 230C oraz nie gorsza niż 5 sek. na dobę w wymaganym zakresie temperaturowym pracy licznika.. EN 62054-21 OK

Dokładność wbudowanego zegara licznika powinna być nie gorsza niż 1 sekunda na dobę dla temperatury odniesienia 230C oraz nie gorsza niż 5 sek. na dobę w wymaganym zakresie temperaturowym pracy licznika.. EN 62054-21 OK


Tak zgodnie z normą EN 62054-21.

Lp. 681. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 8, lit. r)

Uwaga:

Podtrzymanie chodu zegara przy braku napięcia zasilającego musi być nie krótsze niż 120 h (nie dopuszcza się zastosowania baterii ani akumulatora jako źródła podtrzymania). Wygląda to na, wymóg supercap. Proponujemy baterię jako kopię zapasową RTC która ma znacznie dłuższą żywotność.

Podtrzymanie chodu zegara przy braku napięcia zasilającego musi być nie krótsze niż 120 h (nie dopuszcza się zastosowania baterii ani akumulatora jako źródła podtrzymania). It looks like supercap requirement. We suggest battery as a RTC backup which has much longer lifetime.




Uwaga:

Licznik musi umożliwiać zdalne aktywowanie i deaktywowanie funkcjonalności lokalnej zmiany ustawień poszczególnych parametrów i wymiany firmware w zakresie zgodnym z MID. Lokalnie w pełni, częściowo zdalnie.

Licznik musi umożliwiać zdalne aktywowanie i deaktywowanie funkcjonalności lokalnej zmiany ustawień poszczególnych parametrów i wymiany firmware w zakresie zgodnym z MID. Localy fully, remotely partially




169

Nr sprawy: DT/1/13

Uwaga:

Oprogramowanie do lokalnej obsługi (konfiguracji i odczytu) liczników musi umożliwiać nadawanie uprawnień niezależnie dla trzech kategorii czynności: odczyt danych, zmiana parametrów w urządzeniu, sterowanie elementem wykonawczym. Domyślnie powinny być zdefiniowane co najmniej następujące trzy poziomy dostępu: NOK

Oprogramowanie do lokalnej obsługi (konfiguracji i odczytu) liczników musi umożliwiać nadawanie uprawnień niezależnie dla trzech kategorii czynności: odczyt danych, zmiana parametrów w urządzeniu, sterowanie elementem wykonawczym. Domyślnie powinny być zdefiniowane co najmniej następujące trzy poziomy dostępu: NOK




Uwaga:

Oprogramowanie do lokalnej obsługi liczników powinno być przystosowane do współpracy z aplikacjami SID AMI. Należy przekazać informacje nt. aplikacji SID AMI.

Oprogramowanie do lokalnej obsługi liczników powinno być przystosowane do współpracy z aplikacjami SID AMI. Information about SID AMI must be handed over.




Uwaga:

Licznik musi rejestrować udane logowania i nieudane próby logowania na interfejsach lokalnych w dzienniku zdarzeń na potrzeby przesyłania zarejestrowanych zdarzeń w trybie natychmiastowym do Systemu Centralnego.Licznik musi rejestrować nieudane próby logowania na interfejsach zdalnych w dzienniku zdarzeń na potrzeby przesyłania zarejestrowanych zdarzeń w trybie natychmiastowym do Systemu Centralnego. NOK

Licznik musi rejestrować udane logowania i nieudane próby logowania na interfejsach lokalnych w dzienniku zdarzeń na potrzeby przesyłania zarejestrowanych zdarzeń w trybie natychmiastowym do Systemu Centralnego.Licznik musi rejestrować nieudane próby logowania na interfejsach zdalnych w dzienniku zdarzeń na potrzeby przesyłania zarejestrowanych zdarzeń w trybie natychmiastowym do Systemu Centralnego. NOK




170

Nr sprawy: DT/1/13

Uwaga:

Licznik musi umożliwiać zdefiniowanie konfigurowalnej liczby „n” (przynajmniej w zakresie od 1 do 10) nieudanych prób logowania, po których zostanie automatycznie przesłany komunikat do Systemu Centralnego. NOK

Licznik musi umożliwiać zdefiniowanie konfigurowalnej liczby „n” (przynajmniej w zakresie od 1 do 10) nieudanych prób logowania, po których zostanie automatycznie przesłany komunikat do Systemu Centralnego. NOK



Lp. 687. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 11, lit. l)

Uwaga:

Licznik musi posiadać na interfejsach lokalnych zabezpieczenie realizujące blokowanie łącza po „n” nieudanych próbach logowania (parametr konfigurowalny przynajmniej w zakresie od 1 do 10) na określony czas (parametr konfigurowalny w zakresie od 10 do 60 minut z krokiem co 10 minut). NOK

Licznik musi posiadać na interfejsach lokalnych zabezpieczenie realizujące blokowanie łącza po „n” nieudanych próbach logowania (parametr konfigurowalny przynajmniej w zakresie od 1 do 10) na określony czas (parametr konfigurowalny w zakresie od 10 do 60 minut z krokiem co 10 minut). NOK



Lp. 688. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 11, lit. n)

Uwaga:

Licznik musi umożliwiać zdalną i lokalną aktywację oraz dezaktywację interfejsu do sieci ISD. NOK

Licznik musi umożliwiać zdalną i lokalną aktywację oraz dezaktywację interfejsu do sieci ISD. NOK



Lp. 689. Dotyczy: Dodatek nr 3 do umowy na dostawę Infrastruktury Licznikowej - Wykaz i Opis Produktów, Rozdział VI, pkt 11, lit. o)

Uwaga:

Licznik musi umożliwiać zdalną aktywację oraz dezaktywację interfejsu lokalnego. NOK

171

Nr sprawy: DT/1/13

Licznik musi umożliwiać zdalną aktywację oraz dezaktywację interfejsu lokalnego.NOK



Załącznik do pytania nr 262 - Rysunek śruby 758151.007.pdf

172

Nr sprawy: DT/1/13

173

Nr sprawy: DT/1/13

Załącznik do pytania nr 650

Załącznik 1: Ograniczenia odpowiedzialności

Całkowita odpowiedzialność Sprzedającego zawszystkie roszczenia powstałe lub związane z ustanowieniem, wykonaniem lub naruszeniem tej Umowy lub jakichkolwiek Produktów i Usług nieprzekroczy Ceny Kontraktowej.

Sprzedający nie będzie odpowiedzialny za utratę zysku lub dochodów, stratę spowodowaną ekspoloatacją urządzeń lub systemów, przerwanie działalności, koszt zastępczej energii elektrycznej, koszt kapitału, koszty przestojów, wzrost kosztów operacyjnych, nie będzie odpowiedzialny za szkody umyślne, wtórne, uboczne, pośrednie ani za odszkodowania karne czy za roszczenia klientów Kupującego z tytułu jednej z wymienionych wyżej szkód.

Wszelka odpowiedzialność Sprzedającego kończy się wraz z wygaśnięciem stosownego okresu gwarancji, pod warunkiem, że Kupujący będzie mógł nadal egzekwować roszczenie, o którym zawiadomił przed datą rozpoczęcia stosownego postępowania lub arbitrażu w rozumieniu niniejszej Umowy, przed przedawnieniem lub innym prawnym ograniczeniem czasowym, ale w żadnym wypadku nie później niż jeden rok po wygaśnięciu okresu gwarancji.

Sprzedający nie ponosi odpowiedzialności za radę lub pomoc, która nie jest wymagana dowykonania zakresu prac w ramach niniejszej Umowy.

Dla celów niniejszego art. 2 termin "Sprzedający" oznacza Sprzedającego, jednostki znim stowarzyszone, podwykonawców i dostawców każdego szczebla i ich pracowników. Ograniczenia art.2 będą stosowane niezależnie od tego czy roszczenie oparte jest na umowie, gwarancji, zobowiązaniu odszkodowawczym, odpowiedzialności za czyn niedozwolony/niewynikający z umowy (w tym niedbalstwo), odpowiedzialności całkowitej lub innej oraz będą nadrzędne w stosunku do wszystkich sprzecznych warunków z wyjątkiem zakresu, w jakim warunki te jeszcze bardziej ograniczają odpowiedzialność Sprzedającego.

174

Nr sprawy: DT/1/13

Załącznik do pytania nr 652

2: Gwarancja

Sprzedający gwarantuje, że dostarczone Produkty będą wolne od wad materiałowych i wykonawczych oraz prawa własności i że Usługi zostaną wykonane w sposób kompetentny i staranny, według wspólnie uzgodnionych specyfikacji.

Gwarancja wygasa po dwadzieścia cztery (24) miesięcy od dostarczenia, co nastąpi wcześniej, z wyjątkiem oprogramowania, które jest objęte gwarancją przez okres dziewięćdziesięciu (90) dni od dnia dostawy. Gwarancja na Usługi wygaśnie po upływie jednego (1) roku od daty wykonania Usług, zwyjątkiem Usług związanych z oprogramowaniem, które są objęte gwarancją przez okres dziewięćdziesięciu (90) dni.

Jeśli Produkty lub Usługi nie spełniają warunków powyższych gwarancji, Kupujący niezwłocznie zawiadomi o tym Sprzedającego na piśmie przed upływem okresu gwarancji. Sprzedający (i) według własnego uznania naprawi lub wymieni wadliwe Produkty i (ii) ponownie wykona Usługi, które były wadliwe. Jeśli pomimo należytych starań Sprzedającego, produkt niespełniający wymagań nie może zostać naprawiony ani wymieniony albo Usługi niespełniające wymagań nie mogą zostać wykonane ponownie, Sprzedający zwróci lub złoży na konto pieniądze zapłacone przez Kupującego za takie niespełniające wymagań Produkty lub Usługi. Naprawa w ramach gwarancji, wymiana albo ponowne wykonanie [Usług] przez Sprzedającego nie przedłuży ani nie wznowi obowiązującego okresu gwarancji. Kupujący uzyska od Sprzedającego zgodę na charakterystykę testów, których przeprowadzenie planuje w celu stwierdzenia, czy warunki nie zostały spełnione.

Kupujący poniesie koszty dostępu do wykonywania przez Sprzedającego czynności naprawczych w ramach gwarancji (w tym usunięcia i wymiany systemów, struktur i innych części obiektu Kupującego), deinstalacji, odkażania, reinstalacji i transportu wadliwych Produktów do Sprzedającego i z powrotem do Kupującego.

Gwarancje i środki naprawcze zależne są od (a) właściwego przechowywania, instalacji, użytkowania, obsługi i konserwacji Produktów, (b) prowadzenia dokładnej i pełnej dokumentacji obsługi i konserwacji podczas okresu gwarancji i umożliwiania Sprzedającemu dostępu do tej dokumentacji i (c) przeprowadzania zmian lub napraw Produktów lub Usług tylko zgodnie z pisemnym upoważnieniem Sprzedającego. Niespełnienie tych warunków spowoduje unieważnienie gwarancji. Sprzedający nie odpowiada za zwykłe zużycie.

W niniejszym art. 5 zawarte są wyłączne środki naprawcze dotyczące wszelkich roszczeń spowodowanych awarią lub uszkodzeniem Produktów czy Usług, niezależnie od tego, kiedy dochodzi do awarii lub uszkodzenia i niezależnie od tego, czy roszczenie, bez względu na jego opis, wynika z umowy, gwarancji, zobowiazania odszkodowawczego, odpowiedzialności za czyn niedozwolony/niewynikający z umowy, (łącznie z niedbalstwem), całkowitej odpowiedzialności lub innych. Gwarancje zawarte w niniejszym art. 5 sągwarancjami wyłącznymi i zastępują wszelkie inne gwarancje, warunki i gwarancje na piśmie, ustne, domyślne lub ustawowe. ŻADNA DOMYŚLNA GWARANCJA ANI GWARANCJA LUB WARUNEK WARTOŚCI HANDLOWEJ LUB PRZYDATNOŚCIDO OKREŚLONEGO CELU NIE MAJĄ ZASTOSOWANIA.

175

· web view- musimy wiedzieć więcej zgodnie ze specyfikacją dla urządzenia "id" 2,...

Documents