OPIS PRZEDMIOTU ZAMÓWIENIA

W ramach zadania nr 5 p.n. „Inteligentny system zarządzania sieciami wodno - kanalizacyjnymi” planuje się realizację inteligentnego systemu zarządzania w ramach którego wykonane będą:

• utworzenie modelu sieci kanalizacji deszczowej oraz sanitarnej,

• utworzenie systemu optymalnego sterowania ciśnieniem w sieci wodociągowej w oparciu o

utworzony model hydrauliczny sieci wodociągowej,

• utworzenie systemu informacji geograficznej (GIS),

• integracja sytemu GIS z modelem hydrauliczny sieci kanalizacyjnych,

• integracja systemu GIS z systemem optymalnego sterowania ciśnieniem w sieci wodociągowej.

Wprowadzenie systemu informacji geograficznej spowoduje znaczne ułatwienie w zarządzaniu majątkiem zamawiającego oraz ułatwi jego obsługę w tym szczególnie przyspieszy lokalizację wykrytych awarii. Utworzenie modelu hydraulicznego sieci kanalizacyjnej pozwoli przyspieszenie wykrywanie ewentualnych awarii. Zastosowanie systemu optymalnego sterowania ciśnieniem w sieci wodociągowej pozwoli na ograniczenie strat wody, a co za tym idzie ograniczyć koszty zamawiającego. Kompleksowe rozwiązanie zawierające system informacji geograficznej, model hydrauliczny sieci kanalizacyjnej oraz model optymalnego sterowania siecią wodociągową pozwoli na ograniczenie kosztów własnych zamawiającego, a także ograniczenie oddziaływania na środowisko naturalne(szybsze wykrywanie awarii powoduje zmniejszenie zużycia wody).

Spodziewane jest również ograniczenie zużycia energii niezbędnej do utrzymania optymalnej wartości ciśnienia w sieci wodociągowej.

W ramach realizacji kontraktu przewiduje się wykonanie modelu sieci kanalizacyjnej na podstawie istniejącego opomiarowania sieci kanalizacyjnej, wykonanie rozbudowy sieci kanalizacji deszczowej oraz wprowadzenie optymalnego sterowania ciśnieniem w sieci w oparciu o model sieci wodociągowej.

2. Stan istniejący.

2.1. Opis miasta Kędzierzyn-Koźle

Kędzierzyn-Koźle nie tworzy spójnej całości – wyraźnie odrębne dzielnice są porozdzielane lasami, łąkami i polami uprawnymi. Miasto powstało w 1975 z połączenia pięciu osobnych organizmów administracyjnych: Kędzierzyna, Koźla, Kłodnicy i Sławięcic (miasto i gmina). Podzielone jest na 16 osiedli (jednostek pomocniczych gminy): Azoty, Blachownia Śląska, Cisowa, Kędzierzyn, Kłodnica, Koźle (Stare Miasto i Zachód), Koźle-Port, Koźle-Rogi, Kuźniczka, Lenartowice, Miejsce Kłodnickie, Osiedle Piastów, Pogorzelec, Powstańców Śląskich i Sławięcice.

• Długość geograficzna środka miasta: L=18°12'

• Szerokość geograficzna środka miasta: B=50°20'

• Wysokość miasta n.p.m.: 180 m.

• Obszar Kędzierzyna-Koźla: 123 km2

• Parki i zieleńce miejskie: ok. 61ha

• Xxxxxx xxxxxxxxx: xx. 00 ha

• Liczba mieszkańców Kędzierzyna-Koźla: ok. 56,5 tys. osób

2.2. Opis systemu sieci wodociągowej

Na system wodociągowy w mieście składa się sieć wodociągowa (o długości 206 km). Największą średnicę (DN 500 mm) ma wodociąg magistralny łączący ze sobą Zakłady Uzdatniania Wody.

Miejskie Wodociągi i Kanalizacja eksploatują dwa zakłady uzdatniania wody:

ZAKŁAD UZDATNIANIA WODY DUNIKOWSKIEGO

Ujęcie „DUNIKOWSKIEGO” jest zespołem obiektów i urządzeń, które służą do ujmowania, uzdatniania i retencjonowania wody, zaopatrującym w wodę mieszkańców Kędzierzyna (Pogorzelec), Koźla, Koźla- Rogów, Koźla Portu, Kłodnicy, a także jednostki Gminy Reńska Wieś (Reńska Wieś, Dębowa, Długomiłowice, oraz Kobylice które należą do Gminy Cisek).

W skład UJĘCIA „DUNIKOWSKIEGO” wchodzą:

- 4 studnie głębinowe oznaczone szeregiem Rs-I , Rs-II, Rs-III, Rs-IV

- 1 studnia głębinowa R-1,

- Zakład Uzdatniania Wody,

- zbiornik wody czystej,

Studnie, którymi następuje pobór wody to studnie czwartorzędowe z użytkowego poziomu wodonośnego rynny erozyjnej.

STACJA UZDATNIANIA WODY KĘDZIERZYN

W skład UJĘCIA „KĘDZIERZYN” wchodzą:

- studnie głębinowe trzeciorzędowe oznaczone numerami Ia bis, Vz, VIr, VII, VIII,

- stacja uzdatniania wody

- zbiornik wyrównawczy wody uzdatnionej

- pompownia II°

Ujęcie „KĘDZIERZYN” jest zespołem obiektów i urządzeń, które służą do ujmowania, uzdatniania i retencjonowania wody, zaopatrującym w wodę mieszkańców Kędzierzyna – osiedle Śródmieście, NDM, Piasty oraz Blachownię (ul. Przyjaźni), Azoty, Lenartowice, Sławięcice i osiedle Cisowa

Wszystkie osiedla miasta Kędzierzyn-Koźle są uzbrojone w sieć wodociągową.

Dodatkowo na sieci wodociągowej wybudowano dwie przepompownie strefowe – jedna na osiedlu

Cisowa druga na osiedlu Sławięcice.

2.3. Opis systemu kanalizacji sanitarnej

Na terenie miasta Kędzierzyn-Koźle obowiązuje rozdzielczy system kanalizacji składający się z kanalizacji sanitarnej przeznaczonej wyłącznie do odprowadzania ścieków komunalnych oraz kanalizacji deszczowej przeznaczonej do odprowadzenia wód opadowych i roztopowych. Ścieki sanitarne odprowadzane są do dwóch oczyszczalni ścieków poprzez rozbudowany systemem kanałów grawitacyjnych, ciśnieniowych i podciśnieniowych.

Miejska oczyszczalnia ścieków w Kędzierzynie – Koźlu zlokalizowana przy ul. Gliwickiej stanowiąca własność Miejskich Wodociągów i Kanalizacji w Kędzierzynie-Koźlu Sp. z o.o. obsługuje zlewnię obejmującą większą część aglomeracji Kędzierzyn-Koźle. Ścieki komunalne z rejonów osiedla Sławięcice oraz osiedla Blachownia w obszarze istniejącej sieci kanalizacji sanitarnej odprowadzane są do Centralnej Oczyszczalni Ścieków - PCC Energetyka Blachownia.

Miejska oczyszczalnia ścieków w Kędzierzynie – Koźlu, do której odprowadzane będą także ścieki z terenów objętych przedmiotowym projektem jest nowoczesną oczyszczalnią ścieków o

przepustowości 16 000 m3/dobę, do której dopływa w ciągu doby ok. 9.200 m3 ścieków. Maksymalna projektowana przepustowość hydrauliczna wynosi 20 000 m3/dobę.

Codzienną eksploatację urządzeń kanalizacji sanitarnej jak i urządzeń kanalizacji deszczowej w obrębie granic miasta Kędzierzyn-Koźle z wyłączeniem istniejącego układu kanalizacji sanitarnej na osiedlu Blachownia zapewnia Dział Kanalizacji Miejskich Wodociągów i Kanalizacji w Kędzierzynie-Koźlu Sp. z o.o.

W chwili obecnej wszystkie osiedla miasta Kędzierzyn-Koźle wyposażone są w sieć kanalizacji

sanitarnej.

Łączna długość sieci około 200 kilometrów w tym rurociągów tłocznych około 34 kilometry

Poniżej zestawienie przepompowni ścieków eksploatowanych przez Miejskie Wodociągi i Kanalizację w Kędzierzynie-Koźlu Sp. z o.o.

Przepompownie eksploatowane przez MWiK
L.p.	Rejon	Obiekt	Uwagi
L.p.	Rejon	(urządzenia)	Uwagi
1	Koźle Rogi	PS1-Ptasia
2	Koźle Rogi	XX0-Xxxxxxxxxx
0	Xxxxx Xxxx	XX0-Xxxxxxx
0	Xxxxx Xxxx	XX0-Xxxxxx
0	Xxxxx Rogi	XX0-Xxxxxxxxxxxx
0	Xxxxx Rogi	XX0-Xxxxxx
0	Xxxxx Rogi	PS7-Xxxxxxxxxxxx
8	Koźle Rogi	XX0-Xxxxxx
0	Xxxxx Xxxx	PS9-Rybarze
10	Koźle Rogi	XX-Xxxxxx 0

00	Xxxxx	Archimedesa
12	Koźle	XX0-Xxxxxxxxx
00	Xxxxx	X0-Xxxxxxxxxx
00	Xxxxx	X0-Xxxxxxxxxx
00	Xxxxx	X0-Xxxxxxxxx
00	Xxxxx	X0-Xxxxxxxxxxxx
00	Xxxxx	X0-Xxxxxx Xxxxxxx
00	Xxxxx	X0-Xxxxxxxxxxxxxx
00	Xxxxx	Xxxxxxxx
00	Xxxxx	Xxxxxxxxxx
00	Xxxxx	X0-Xxxxxxxxx
00	Xxxxx	XX0-Xxxxxx
00	Xxxxx	Pokucie
24	Koźle	Xxxxxxxx/Xxxxxxxxxxx

00	Xxxxxxxx	PP13-Żeglarska	Xxxxxxxxxx
00	Xxxxxxxx	PP 14 Żeglarska	Przydomowa

Przepompownie eksploatowane przez MWiK
L.p.	Rejon	Obiekt	Uwagi
L.p.	Rejon	(urządzenia)	Uwagi
27	Kłodnica	PP15-Żeglarska	Xxxxxxxxxx
00	Xxxxxxxx	PP16- Żeglarska	Xxxxxxxxxx
00	Xxxxxxxx	PP17-Chełmońskiego	Xxxxxxxxxx
00	Xxxxxxxx	PP18-Chełmońskiego	Xxxxxxxxxx
00	Xxxxxxxx	PP19-Chełmońskiego	Xxxxxxxxxx
00	Xxxxxxxx	PP20-Chełmońskiego	Xxxxxxxxxx
00	Xxxxxxxx	PP21-Chełmońskiego	Xxxxxxxxxx
00	Xxxxxxxx	PP10-Pocztowa	Xxxxxxxxxx
00	Xxxxxxxx	PP11-Pocztowa	Xxxxxxxxxx
00	Xxxxxxxx	PP12-Pocztowa	Xxxxxxxxxx
00	Xxxxxxxx	X00-Xxxxxxxxx
00	Xxxxxxxx	X0-Xxxxxxx
00	Xxxxxxxx	X0-Xxxxx
00	Xxxxxxxx	P4K-Wyspa
41	Xxxxxxxx	X0-Xxxxxxx
00	Xxxxxxxx	X0-Xxxxxxxxxxxxx ZUW
43	Xxxxxxxx	X0-Xxxxxxxxxxxxx
00	Xxxxxxxx	X0-Xxxxxxxx
00	Xxxxxxxx	X00-Xxxxxxx
00	Xxxxxxxx	X00-Xxxxxxxxx
00	Xxxxxxxx	X00-Xxxxxxxxxx
00	Xxxxxxxx	P22-Kłodnicka	przydomowa
49	Kłodnica	P23-Kłodnicka	przydomowa
50	Kłodnica	Xxxxxxxx
00	Xxxxxxxx	Xxxxxxxxxxx
00	Xxxxxxxx	Wyspiańskiego Tłocznia	w trakcie budowy

53	Żabieniec	P1-Jagiellońska
54	Żabieniec	P2-Cybisa

55	Kędzierzyn	PP1-Młyńska	Xxxxxxxxxx
00	Xxxxxxxxxx	Xxxxxxxx
00	Xxxxxxxxxx	Ps Xxxxxxxxx
00	Xxxxxxxxxx	Xxxxxxxx
00	Xxxxxxxxxx	Traugutta(deszcz)	Kanalizacja deszczowa
60	Kędzierzyn	Piękna(deszcz)	Kanalizacja deszczowa
61	Kędzierzyn	Tartaczna(deszcz)	Kanalizacja deszczowa
62	Kędzierzyn	Akacjowa(deszcz)	Kanalizacja deszczowa
63	Kędzierzyn	Sp-Spokojna

Przepompownie eksploatowane przez MWiK
L.p.	Rejon	Obiekt	Uwagi
L.p.	Rejon	(urządzenia)	Uwagi
64	Kędzierzyn	Xxxxx-Xxxxxxx

00	Xxxxxxxxxxx	XX0-Xxxxxxxxxxx
00	Xxxxxxxxxxx	XX0-Xxxxxxxxxxx
00	Xxxxxxxxxxx	XX0-Xxxxxxxxxxx
00	Xxxxxxxxxxx	PS2-Tołstoja

69	Cisowa	PS7-Modra
70	Cisowa	Pc-Brzechwy	Xxxxxxxxxx
00	Cisowa	PS4-Xxxxx
72	Cisowa	PS3-Radosna

73	Blachownia	X0-Xxxxxxx
00	Xxxxxxxxxx	X0-Xxxxxx
00	Xxxxxxxxxx	X0
00	Xxxxxxxxxx	P2
77	Blachownia	P3
78	Blachownia	P4
79	Blachownia	P5
80	Blachownia	P7
81	Blachownia	P2.1	przydomowa
82	Blachownia	P3.1	przydomowa
83	Blachownia	P6.2	przydomowa
84	Blachownia	P4.1	xxxxxxxxxx
00	Xxxxxxxxxx	X0-Xxxxxx
00	Xxxxxxxxxx	P8-Pieli
87	Xxxxxxxxxx	X0-Xxxxxxxxxxxxx
00	Xxxxxxxxxx	P-Puszkina	Xxxxxxxxxx
00	Xxxxxxxxxx	P5-Night Club
90	Sławięcice	P1-Wróblewskiego/Kocha
91	Xxxxxxxxxx	X0-Xxxxxxxxxxxx
00	Xxxxxxxxxx	X0-Xxxxx
00	Xxxxxxxxxx	X0-Xxxxxxxx
00	Xxxxxxxxxx	P2 Xxxxxxxxxxxx
00	Xxxxxxxxxx	P12 Xxxxxxxxxxxx
00	Xxxxxxxxxx	P1 Pole południowe
97	Sławięcice	P2 Pole południowe
98	Sławięcice	P3 Pole południowe

99	Miej.Kłodnickie	PS1-Skowronków
100	Miej.Kłodnickie	Ps Szpaków

101	Azoty	Azoty „Zacisze” Mostowa

2.4. Opis systemu kanalizacji deszczowej.

Długość kanalizacji deszczowej w mieście wynosi około 140 km. System wyposażony jest w 63 wylotów kanalizacji deszczowej i 4 przepompownie wód opadowych.

Przepompownie eksploatowane przez MWiK na sieci kanalizacji deszczowej
1	Kędzierzyn	Traugutta(deszcz)	Kanalizacja deszczowa
2	Kędzierzyn	Piękna(deszcz)	Kanalizacja deszczowa
3	Kędzierzyn	Tartaczna(deszcz)	Kanalizacja deszczowa
4	Kędzierzyn	Akacjowa(deszcz)	Kanalizacja deszczowa

Poniżej zestawienie wylotów sieci kanalizacji deszczowej eksploatowanych przez Miejskie Wodociągi i Kanalizację w Kędzierzynie-Koźlu Sp. z o.o.

L.p.	Osiedle	Nr wylotu	Nazwa odbiornika	Osadnik	Separator
1.	Xxxxxxxxxx	00	xx. Xxxxxxxx	Vmin = 20 m3 Dn3000	100/1000S dm3/s Dn2500
2.	Xxxxxx	00	xx. Xxxxxxxx	2xOW 137/1400dm3/s Dn3000 Dn2000	2x 100/1000S dm3/s Dn2500
3.	Xxxxxxxxxxx	00	xx. Xxxxxxxx	OW 137/1400dm3/s Dn3000 Dn2000	160/1600S dm3/s Dn3000
4.	Śródmieście	56	rz. Kłodnica	Piaskownik o przepływie poziomym	2x160/1600S dm3/s Dn3000
5.	Śródmieście	50/2	rz. Kłodnica	Piaskownik o przepływie poziomym	15/150 dm3/s Dn1200
6.	Xxxxxxxxxx	00	xx. Xxxxxxxx	2xOW 95/950dm3/s Dn2500, Dn1500	160/1600S dm3/s Dn3000
7.	Koźle	25	rz. Odra	OW 60/600dm3/s Dn2000, Dn2000 z wkładem lamelowym
8.	Koźle Xxxx	00	xx. Odra
9.	Koźle	9	ciek Sukowicki
10.	Koźle	11	ciek Xxxxxxxxx
11.	Koźle	21	ciek Sukowicki	Dn2000 V= 5,0 m3
12.	Koźle	22	ciek Sukowicki
13.	Koźle	14	ciek Sukowicki	OW 60/600 dm3/s DN 2000 Dn2000 z wkładem lamelowym
14.	Koźle	10	ciek Sukowicki	OW 95/950 dm3/s Dn2500, Dn2000 z wkładem lamelowym
15.	Koźle	15	rz. Odra	OW 60/600 dm3/s DN 2000 Dn2000 z wkładem lamelowym
16.	Xxxxx	00x	xx. Xxxx
00.	Koźle	17	ciek Sukowicki	OW 22/220 dm3/s Dn1200 Dn1200	Dn1500 20/200dm3/s
18.	Koźle	13	ciek Sukowicki	Dn1500 V= 3,0 m3	Dn 1200 10/100 dm3/s
19.	Koźle	16	ciek Sukowicki
20.	Xxxxxxxx	00x	ciek Młynówka	OW 137/1400 dm3/s Dn3000, Dn2000
21.	Xxxxxxxx	00	ciek Xxxxxxxx
00.	Xxxxxxxx	00	Kanał Kłodnicki
23.	Xxxxxxxx	00	Kanał Kłodnicki
24.	Xxxxxxxx	00	Kanał Kłodnicki	Dn2000 Vmin = 5,0 m3	Dn1500 20/200 dm3/s
25.	Kłodnica	W1	ciek Młynówka	Dn2000 Vmin = 3 m3	Dn1200 15/150 dm3/s

L.p.

Osiedle

Nr wylotu

Nazwa odbiornika

Osadnik

Separator

26.

Xxxxxxxx

Xxxxx Xxxxxxxxx

OW 95/950 dm3/s Dn1500 Dn2500

27.

Xxxxxxxx

Xxxxx Xxxxxxxx

OW 137/1400dm3/s Dn3000, Dn2000

Dn3000 160/1600dm3/s

28.

Cisowa

WL4

ciek Xxxxxxxxxxxx

00.

Xxxxxxx Xxxxxxxxxx

WL1

rzeka Miejsce

30.

Xxxxxxx Xxxxxxxxxx

00x

xxxxx Xxxxxxx

00.

Blachownia

WL1

Kanał Kłodnicki

Dn - 2000 mm V = 5,0 m3,

Dn - 1500 mm 40/400dm3/s,

32.

Xxxxxxxxxx

xxxxx Xxxxxxxx

33.

Xxxxxxxxxx

xxxxx Xxxxxxxx

34.

Xxxxxxxxx

00x

xxxxx Xxxxxxxx

Dn = 2,5 m Vmin = 12,5 m3

35.

Xxxxxxxxx

xxxxx Xxxxxxxx

Dn = 2,5 m Vmin = 5,0 m3

36.

Sławięcice

WL7

ciek Xxxxxxxx

00.

Xxxxxxxxxx

xxxxx Xxxxxxxx

38.

Sławięcice

WL4

ciek Młynówka

Dn - 2000 mm V = 3,5 m3

Xx - 0000 xx 00/000 xx0/x

00.

Sławięcice

WL3

ciek Młynówka

Dn - 1500 mm V = 2,5 m3

Xx - 0000 xx 00/000 xx0/x

00.

Sławięcice

WL2

rzeka Kłodnica

Dn - 2000 mm V = 5,0 m3,

Dn - 1500 mm 40/400S

dm3/s,

41.

Sławięcice

WL1

Kanał Gliwicki

Dn - 2000 mm V = 5,0 m3,

Dn - 2000 mm 60/600

dm3/s,

42.

Blachownia

W-BI

zbiornik wodny na dz. nr 216/1

43.

Xxxxxxxxxx

Kanał Gliwicki

Osadnik Dn - 2000 mm zintegrowany z

separatorem lamelowym

Dn - 2000 mm 40/400

dm3/s

44.

Xxxxxxxxxx

rów RD

Piaskownik o przepływie

poziomym

Dn 3000 160/1600 dm3/s

45.

Xxxxxxxx

kanał Xxxxxxxx

00.

Kłodnica

basen portowy przy Kanale

Gliwickim

Kanał Gliwicki

osadnik zintegrowany z separatorem lamelowym

separator lamelowy 30/300 dm3/s

47.

Sławięcice Pole Południowe

WY1

rów

osadnik wydzielony

separatory substancji ropopochodnych

48.

Sławięcice Pole

Południowe

WY2

rów

osadnik wydzielony

separatory substancji

ropopochodnych

49.

Sławięcice Pole Południowe

WY3

rów

osadnik wydzielony

separatory substancji ropopochodnych

L.p.	Osiedle	Nr wylotu	Nazwa odbiornika	Osadnik	Separator
50.	Sławięcice Pole Południowe	WY4	rów	osadnik wydzielony	separatory substancji ropopochodnych
51.	Sławięcice Pole Południowe	WY5	rów	osadnik wydzielony	separatory substancji ropopochodnych
52.	Sławięcice Pole Południowe	WY6	rów	osadnik wydzielony	separatory substancji ropopochodnych
53.	Xxxxxxxx	00	rów RF	DN2000 V= 5,0 m3	DN1500 20/200 dm3/s
54.	Azoty	63	rów melioracyjny Od- 2-2-1
55.	Azoty	64	rów melioracyjny
56.	Azoty	65	rów melioracyjny
57.	Koźle	4	rów RH	Dn2500 Vmin = 7,5 m3,
58.	Koźle	5	rów RH-3a	Dn1500 Vmin = 2,0 m3	Dn1200 10/100dm3/s
59.	Koźle	6	rów RH-4	OW 60/600 dm3/s DN 2000 Dn1500 z wkładem lamelowym
59.	Koźle	6	rów RH-4	Dn1500mm Vmin= 2m3 ,	Dn 1500 20/200 dm3/s
60.	Koźle	18	rów RE	Dn2500 V = 7,5 m3
61.	Kłodnica	A1	rów K18	Dn2500 Vmin = 7,5 m3	Dn3000 160/1600S dm3/s
62.	Lenartowice		rzeka Kłodnica	osadnik zawiesiny mineralnej	separator lamelowy 40/400 dm3/s
63.	Śródmieście	61	rów xx. Xxxxx Xxxxxxxx	Xx0000 V= 2,5 m3

Łącznie 37 wylotów wyposażonych jest w urządzenia do zatrzymywania substancji ropopochodnych przy czym na niektórych wylotach separatory zabudowane są w układzie równoległym (po dwa separatory i osadniki na wylot) zgodnie ze wskazaniem ww. tabeli. Część separatorów stanowią urządzenia zintegrowane z osadnikami.

2.5. System epomiar.

System epomiar umożliwia zwizualizowanie ciśnienia i przepływu wody w sieci wodociągowej miasta Kędzierzyn-Koźle.

Poniżej przedstawiono mapę przedstawiającą rozmieszczenie punktów pomiarowych.

Rys.1.1. Rozmieszczenie punktów pomiarowych.

System składa się z siedmiu punktów pomiarowych „PMS” zlokalizowanych w poszczególnych dzielnicach miasta, w których w sposób ciągły odbywa się pomiar ciśnienia wody w sieci wodociągowej.

Ponadto na mapie zwizualizowane jest ciśnienie oraz przepływ wody w miejscach jej produkcji (Zakład Uzdatniania Wody, Stacja Uzdatniania Wody). Dla stacji hydroforowej w Sławięcicach i Cisowej system zbiera dane o przepływach oraz ciśnieniu wody na zasilaniu oraz na wyjściu ze stacji.

Punkty pomiarowe PMS.

W każdym z punktów zabudowany jest przetwornik ciśnienia 0-10 bar (4-20 mA; 8-30 V DC), który w połączeniu ze sterownikiem Moeller Easy 719-DC-RC dokonuje pomiaru ciśnienia wody w sieci. Sterownik Easy za pośrednictwem modułu TCas 0510 przekazuje dane do modemu Cinterion wyposażonego w kartę sim, który za pośrednictwem sieci GSM przekazuje zebrane dane do serwera. Cały układ zasilany jest z sieci, a dodatkowo wyposażony jest w baterię akumulatorową, która zapewnia zasilanie w przypadku zaniku zasilania sieciowego.

Pomiar przepływu i ciśnienia wody w stacji hydroforowej Sławięcice i Cisowa.

Pomiar przepływu i ciśnienia wody dokonywany jest przez przepływomierz MAG 5100W oraz dwa przetworniki ciśnienia zabudowane na rurociągu ssawnym i tłocznym. Dzięki wykorzystaniu pętli prądowej 4-20 mA, sygnał trafia do sterownika SAIA PCD2 zabudowanego w szafie sterowniczej a następnie wysyłany jest siecią GSM przy wykorzystaniu modułu komunikacyjnego Cinterion TC65T.

Rys.1.2. Schemat podłączenia sygnałów prądowych do sterownia SAIA PCD2.

Rys.1.3. Schemat blokowy komunikacji z SAIA PCD2.

Pomiar ciśnienia i przepływu wody w SUW Grunwaldzka.

W Stacji Uzdatniania Wody zlokalizowanej przy ul. Grunwaldzkiej przepływ wody mierzony jest przepływomierzem elektromagnetycznym marki Danfos typ Magflo 500. Pomiar ciśnienia dokonywany jest przez przetwornik ciśnienia, który jest zabudowany na rurociągu tłocznym.

Sygnał prądowy 4-20 mA z przepływomierza oraz z przetwornika ciśnienia trafia do sterownika ABB AC 800C do modułu wejść A1.9

Sterownik ABB przekazuje informacje do sterownika SAIA PCD2 poprzez konwerter Ekspert RS232/485. Sterownik SAIA PCD2 z wykorzystaniem modemu Cinterion TC65 przysyła i odbiera wszystkie dane poprzez sieć GSM.

Rys. 1.4. Schemat podłączenia sygnałów prądowych przetwornika ciśnienia oraz przepływomierza ze sterownikiem SAIA

PCD2.

Pomiar ciśnienia i przepływu wody w ZUW Dunikowskiego.

Pomiar przepływu wody do sieci realizowany jest poprzez przepływomierz elektromagnetyczny marki ABB. Sygnał 4-20mA z przepływomierza oraz z przetwornika ciśnienia zabudowanego na rurociągu tłocznym trafia do sterownika SAIA PCD4. Sterownik SAIA PCD4 udostępnia dane dla sterownika PCD3 za pośrednictwem protokołu SAIA S-BUS.

Rys 1.5. Blokowy schemat komunikacji sterownika ZUW

Komunikację inicjuje sterownik SAIA PCD3, pełniący rolę urządzenia Master. Sterownik PCD3 realizuje sterowanie układem pomp sieciowych, komunikację radiową ze studniami oraz udostępnia zgromadzone dane dla systemu SCADA w protokole Modbus RTU.

System akwizycji danych pomiarowych

Zasadniczym elementem systemu akwizycji danych jest serwer danych pomiarowych współpracujący z bazą danych MySql, serwerem WWW udostępniającym dane w sieci Internet oraz systemem diagnostycznym.

Serwer pobiera dane pomiarowe z pompowni ZUW, SUW, Cisowa i Sławięcice za pośrednictwem systemu SCADA oraz dane pomiarowe z systemów PMS transmitowane w sieci GSM z wykorzystaniem protokołu GPRS. Struktura rozproszonego systemu pomiarowego przedstawiono na rys.6.

Rys1.6. Struktura rozproszonego systemu pomiarowego

Moduły telemetryczne

Do pracy telemetrycznej wykorzystano czterozakresowy (850/900/1800/1900 MHz) modem Siemens TC65T Terminal w wersji 2.0. Modem jest oparty na 32-bitowym mikroprocesorze ARM7 o architekturze RISC, posiada 400kB dostępnej dla maszyny wirtualnej Java pamięci RAM oraz 1,7MB nieulotnej pamięci flash przeznaczonej dla systemu plików i katalogów. Komunikacja z urządzeniami zewnętrznymi i monitorowanie sygnałów cyfrowych i analogowych możliwa jest dzięki wielu interfejsom modemu, takim jak: RS232, USB 2.0, I2C, SPI, ADC, GPIO. Wbudowany stos TCP/IP dostępny poprzez polecenia AT, jak również z opartej na konfiguracji CLDC 1.0 maszyny wirtualnej Java, pozwala na transmisję danych telemetrycznych do obiektu bazowego.

System.out

ASC0/1, USB

Flash File System

Modem TC65T jest terminalem GPRS klasy B, obsługującym obydwa rodzaje transmisji (klasyczna GSM oraz GPRS) ale nie jednocześnie. Charakteryzujący się wysoką klasą transmisji wielokanałowej (GPRS multislot class 12) modem zapewnia dużą szybkość transmisji danych wykorzystując po 4 szczeliny czasowe do i ze stacji bazowej. Architektura programowa platformy Java ME modemu opiera się na CLDC 1.0 HI (HotSpot Implementation) oraz profilu IMP-NG (Information Module Profile Next Generation), czyli pokrywającego się z profilem MIDP 2.0 za wyjątkiem pakietu interfejsu graficznego lcdui. Dodatkowymi interfejsami maszyny wirtualnej Java wykraczającymi poza profil IMP-NG są pakiety AT Command API, oraz File I/O API. Rys. 1.10 przedstawia przepływ danych w aplikacji Java ME dla terminala Siemens TC65T.

JVM

JAVA

(KVM)

AT Parser

AT Command API

IMP-NG

File I/O API

GPIO

I2C

ADC

ASC0/1

TCP/IP

Rys. 1.7. Przepływ danych w aplikacji Java ME dla terminala TC65T

Maszyna wirtualna Java czyli tzw. Kilobyte Virtual Machine (KVM) zoptymalizowana do pracy na architekturze sprzętowej o niewielkich zasobach wraz z zaimplementowanymi pakietami zapewnia komunikację z licznymi interfejsami zewnętrznymi terminala. Należą do nich porty szeregowe ASC0 i ASC1, magistrala I2C, SPI, przetwornik A/C, linie wejścia/wyjścia GPIO. Poprzez pakiet AT Command API, oraz wbudowane trzy parsery poleceń AT aplikacja Java ME posiada możliwość pełnej kontroli nad funkcjami modemu GPRS. Do dyspozycji aplikacji jest również system plików oparty na pamięci flash o pojemności 1,7MB. Wyjściowy strumień konsoli (System.out) może być przekierowany do portu szeregowego, portu USB lub pliku. Siemens TC65T z wbudowaną obsługą stosu TCP/IP zapewnia realizację bezpołączeniowych i połączeniowych usług sieciowych opartych na gniazdach. Obsługiwane protokoły to UDP, TCP, HTTP, FTP, POP3 i SMTP.

Istotnym czynnikiem wpływającym na wydajność i niezawodność systemów telemetrycznych opartych na transmisji GPRS jest opóźnienie związane pomiędzy wysłaniem ramek danych, a odebranie potwierdzenia jej dostarczenia do punktu docelowego. Dużą rolę odgrywa również zdarzeniowy charakter transmisji skracający do minimum opóźnienia związane z dostarczeniem informacji o stanie obiektu monitorowanego.

Podgląd stanu systemu na stronie internetowej xxxx.xxxxxxx.xx

Dane gromadzone w centralnej bazie dedykowanego serwera można w każdej chwili podejrzeć dzięki zaimplementowanemu interfejsowi w postaci strony www. Operator systemu (lub dowolna inna osoba znająca adres strony podglądu, użytkownika i hasło) po zalogowaniu może zobaczyć chwilowe wartości mierzonych parametrów naniesione na mapę. Wśród dostępnych funkcjonalności, niezwykle przydatne są charakterystyki czasowe dostępne w zakładce „TRENDY”. Dodatkowo możliwe jest również wyeksportowanie z bazy (zapisanie na dysk) danych (kompletnych lub wybiórczych) z dowolnego przedziału czasowego oraz szereg innych przydatnych funkcji. Na potrzeby działań związanych z budową symulacyjnego modelu sieci wodociągowej zaimplementowano skrypt w środowisku MATLAB, który w sposób całkowicie zautomatyzowany potrafi uzupełniać swoją bazę wiedzy o pomiary dostępne na serwerze danych (jeżeli dane z określonego dnia nie zostały wczytane wcześniej).

Rys. 1.8. Wizualizacja WWW – podgląd na wartości aktualne mierzonych parametrów w sieci.

Budowa systemu

Dane pomiarowe wykorzystywane do obliczeń pochodzą z systemu akwizycji danych pomiarowych. Istotnym elementem wykorzystywanym przez system diagnostyczny jest system Systemu Monitoringu i Diagnostyki (SMiD). Ogólną budowę SMiD przedstawiono na rys. 1.9. Struktura systemu powstałego w 2011 roku, zawiera między innymi:

a) serwery systemu SCADA

• Podstawowy serwer SCADA (nr. 1). System komputerowy zawierający narzędziowe

• oprogramowanie SCADA. Zainstalowana aplikacja serwera danych dla monitoringu 95 przepompowni ścieków.

• Zapasowy serwer SCADA (nr. 2). System komputerowy zawierający narzędziowe oprogramowanie SCADA. Zainstalowana aplikacja serwera danych dla monitoringu obiektów

Zakładu Uzdatniania Wody. System wykonuje pomiary ciśnienia i przepływu w pompowni na

ul. Xxxxxxxxxxxxx

• Serwer danych SCADA (nr. 3). System komputerowy zawierający narzędziowe oprogramowanie SCADA. Zainstalowana aplikacja serwera danych dla monitoringu obiektów Stacji Uzdatniania Wody. System wykonuje pomiary ciśnienia i przepływu w pompowni na ul. Grunwaldzkiej oraz w pompowniach w Sławięcicach i Cisowej.

• Centralna baza danych - archiwizator danych. System komputerowy zawierający oprogramowanie bazodanowe typu Historian dla rejestrowania wszystkich danych niezbędnych dla pracy systemu SMiD. Jednostka komputerowa i aplikacja przygotowana dla przepompowni ścieków.

b) Komputer diagnostyki adaptacyjnej. System komputerowy zawierający oprogramowanie diagnostyki SWKK

• Pakiet MATLAB (MathWorks) wraz z niezbędnymi przybornikami.

• Oprogramowanie EPANET w wersji 2.0.

• Dane do obliczeń pobierane są z serwerów SCADA, wyniki analizy przekazywane do

procesowej bazy danych SCADA.

c) Komputery ochrony obiektów

• Serwer ochrony SCADA wraz z modemami telemetrycznymi dla transmisji danych obiektowych. Komunikacja z serwerownią systemu SMiD. Aplikacja serwera danych przygotowana dla ochrony włamaniowej przepompowni ścieków. Oprogramowanie zawiera moduły akwizycji danych, raportowania, trendów, logowania pracowników ochrony i inne niezbędne dla ochrony.

• Ochrona - stanowisko komputerowe klienta SCADA. System komputerowy zawierający oprogramowanie SCADA. Jednostka komputerowa, obudowa Tower. Dwa monitory 24" do bieżącej obsługi oraz dwie karty graficzne. Aplikacja klienta przygotowana do wizualizacji stanu systemu ochrony w postaci mapy graficznej terenu miasta i gminy Kędzierzyn-Koźle wraz z niezbędnymi licencjami map. Aplikacja umożliwia dostęp do raportów i zdarzeń, dając narzędzia do realizacji zadań ochrony.

Rys.1.9. System Monitoringu i Diagnostyki (SMiD).

d) Centralną Dyspozytornię oraz rozproszone stanowiska pionu kierowniczego

• 2 stanowiska komputerowe klienta SCADA. System komputerowy zawierający oprogramowanie klienckie SCADA. System współpracuje z czterema monitorami 60" zawieszonymi na ścianie pomieszczenia Centralnej Dyspozytorni. Aplikacja klienta przygotowana do wizualizacji stanu systemu w postaci mapy graficznej terenu miasta i gminy Kędzierzyn-Koźle. Aplikacja przygotowana dla jednoczesnego wyświetlania różnych istotnych z punktu widzenia eksploatacji elementów systemu.

• Portal WWW. System hostingowanego serwera, zawierający oprogramowanie dla udostępnienia danych i wizualizacji w sieci Internet. Aplikacja serwera WWW przygotowana dla przepompowni ścieków, umożliwia dostęp do systemu z poziomu przeglądarki internetowej.

• Operator – 4 stanowiska komputerowe klienta SCADA. System komputerowy zawierający oprogramowanie klienckie SCADA. Jednostka komputerowa z monitorem 24" oraz drukarka. Aplikacja klienta przygotowana do wizualizacji stanu systemu. Aplikacja umożliwia dostęp do raportów i zdarzeń, umożliwiając pełną realizację zadań.

e) Dodatkowe elementy systemu

• Komputer przenośny laptop wraz z kartą komunikacji GPRS/EDGE wraz aplikacją dostępu do danych z monitoringu SCADA przedsiębiorstwa.

• 3 Stacje meteorologiczne wraz z infrastrukturą komunikacyjną w oparciu o transmisję GPRS. Zawiera pomiar wiatru, temperatury, opadów atmosferycznych. Transmisja danych do systemu SMiD w celach diagnostyki. System dostarcza danych do serwera diagnostycznego, umożliwiając wykorzystanie danych o warunkach pogodowych w procesie modelowania sieci wodociągowej.

2.6. Przepompownie ścieków.

Za sterowanie pracą przepompowni ścieków odpowiedzialny jest sterownik Easy 719-DC-RC marki Moeller. Sterownik zasilany jest napięciem 24 V DC z zasilacza, w przypadku zaniku napięcia zasilającego, praca sterownika podtrzymywana jest z baterii akumulatorów. Sterownik Easy za pomocą konwertera TCAS połączony jest z modemem Cinterion, który z wykorzystaniem sieci GSM komunikuje się z serwerem.

Rys.2.1. Sterownik Easy 719-DC-RC.

Poniżej w tabeli przedstawiono obłożenie wejść i wyjść dla Easy 719-DC-RC.

Wej./Wyj.	Cmentarna	Xxxxxx	Xxxxxxx
X0	Praca pompy nr 1.	Praca pompy nr 1.	Praca pompy nr 1.
I2	Praca pompy nr 2.	Praca pompy nr 2.	Praca pompy nr 2.
I3	Termik pompy nr 1.	Termik pompy nr 1.	Termik pompy nr 1.
I4	Termik pompy nr 2.	Termik pompy nr 2.	Termik pompy nr 2.
I5	Suchobiek	Suchobiek	Suchobiek
I6	Wysoki stan	Wysoki stan	Wysoki stan
I7	Zliczanie ścieków (1 imp/m³)	Zliczanie ścieków (1 imp/m³)	Zliczanie ścieków (1 imp/m³)
I8
I9	Kontrola włamania	Kontrola włamania	Kontrola włamania
I10	Kontrola zasilania	Kontrola zasilania	Kontrola zasilania
I11	Przepływ (4-20 mA)	Przepływ (4-20 mA)	Przepływ (4-20 mA)
I12	Sonda ultradźwiękowa (4-20mA)	Sonda ultradźwiękowa (4-20mA)	Sonda ultradźwiękowa (4-20mA)
Q1	Załącz pompy nr 1.	Załącz pompy nr 1.	Załącz pompy nr 1.
Q2	Załącz pompy nr 2.	Załącz pompy nr 2.	Załącz pompy nr 2.
Q3	------------------------	Przekaźnik K13	------------------------
Q4	------------------------	Przekaźnik K 14	------------------------
Q5
Q6

Na rys 2.2. przedstawiono schemat blokowy sterownika wraz z modułem komunikacyjnym.

Rys.2.2. Schemat blokowy

Modem wysyła dane za pośrednictwem wydzielonej sieci VPV do serwera „epomiar”. Właścicielem serwera „epomiar” oraz dostawcą kart sim jest firma ZAPSOFT. Transmisja danych odbywa się co 180 sekund lub zadaniowo w przypadku załączenia i wyłączenia pomp lub wystąpienia stanów awaryjnych. W centralne dyspozytorni zlokalizowanej w Zakładzie Uzdatniania Wody przy ul. Dunikowskiego zlokalizowany jest „Serwer Podstawowy Przepompownie” – własność MWIK, który komunikuje się z

serwerem „epomiar” za pomocą tunelu komunikacyjnego VPN. Na serwerze podstawowym zainstalowany jest system SCADA w wersji 5.1.

Dane dotyczące stanu pracy przepompowni oraz aktualny przepływ ścieków zwizualizowane są w

systemie SCDA. Poniżej przedstawiono zrzut ekranu głównego.

Rys2.3. Ekran synoptyczny systemu SCADA - ekran podstawowy.

Operator systemu wybierając zakładkę „Wizualizacja – Przepompownie” ma ogólny podgląd na monitorowane obiekty. Jest w stanie szybko stwierdzić, w których przepompowniach aktualnie pracują pompy ściekowe, a także czy występują na nich stany alarmowe.

Rys2.4. Ekran synoptyczny systemu SCADA – przepompownie ścieków.

Po wybraniu obiektu wyświetlany jest ekran synoptyczny danej przepompowni.

Poniżej przestawiono zrzut ekranu synoptycznego przepompowni ścieków PS9 -Gazowa.

Rys2.5. Ekran synoptyczny systemu SCADA dla przepompowni ścieków Gazowa.

Sterownik Easy za pośrednictwem modemu Cinterion i sieci GSM przekazuje następujące informacje

zwizualizowane na ekranach synoptycznych SCADA:

• poziom ścieków – mierzony przez sondę ultradźwiękowej firmy Nivelco (4-20 mA);

• suchobieg – pływak min. (sygnalizator pływakowy);

• wysoki stan – pływak max (sygnalizator pływakowy),

• kontrola zasilania (czujnik kolejności faz);

• awaria pompy (1 i 2) – zadziałanie wyłączników silknikowych oraz czujników wilgotnościowych;

• praca pompy (1 i 2) – wysterowanie przez sterownik;

• praca pompy (1 i 2) – potwierdzenie pracy;

• kontrola włamania (krańcówki na drzwiach szafki sterowniczej oraz włazie zbiornika);

• aktualny przepływ ścieków (sygnał prądowy 4-20 mA z przepływomierza)

• zliczanie ścieków (1 imp/m³);

• pomiar temp w szafce sterowniczej.

W systemie SCADA wszystkie sygnały oraz wartości zwizualizowane są graficznie. System SCADA zlicza ilość załączeń pomp, oraz czas ich pracy. W zakładkach wykresy pracy tworzone są wykresy obrazujące miedzy innymi czas pracy poszczególnych pomp oraz poziom ścieków a także przepływ tłoczenia (rys. 2.6.).

Rys.2.6. Ekran synoptyczny sytemu SCADA – wykresy pracy.

W zakładce wykresy transmisji (rys.2.7.) system tworzy wykres transmisji danych wysyłanych i

odbieranych z danego obiektu.

Rys.2.7. Ekran synoptyczny sytemu SCADA – wykresy transmisji.

Operator systemu w trakcie przeglądania poszczególnych wykresów ma możliwość wybrania żądanego przedziału czasowego przy pomocy właściwych zakładek dialogowych (rys.2.8.).

Rys.2.8. Ekran synoptyczny sytemu SCADA – okna dialogowe dotyczące wykresów.

Osoby upoważnione posiadające odrębny login i hasło do systemu mają możliwość po wybraniu zakładki „szczegóły” otwarcia dodatkowego ekranu dialogowego (rys.2.9.) nie dostępnego dla użytkownika podstawowego, w którym istnieje możliwość zdalnej zmiany parametrów pracy przepompowni, kasowania awarii, zerowania liczników oraz blokadę pomp.

Rys.2.9. Ekran synoptyczny sytemu SCADA – okno dialogowe „szczegóły”.

Operator systemu ma możliwość podglądu alarmów aktywnych, historii alarmów oraz listy zdarzeń

historycznych w odpowiednich zakładkach (rys.2.10.).

Rys.2.10. Ekran synoptyczny sytemu SCADA – zakładki alarmów i zdarzeń historycznych.

Aktualnie z pośród wszystkich przepompowni ścieków tylko dla czterech obiektów (Cmentarna, Gazowa, Azoty-Zacisze, Szkolna) dokonywany jest rzeczywisty pomiar przepływu ścieków(zainstalowane przepływomierze), w przypadku pozostałych przepompowni wartości wyświetlane w systemie SCADA wyliczane są w przybliżeniu na podstawie katalogowych wydajności pomp i czasie ich pracy. W zdecydowanej większości przepompowni nie występują wolne wejścia w sterowniku Easy. W szafkach sterowniczych brak wolnych przestrzeni do montażu dodatkowych elementów.

2.7. Moduły systemu ZSI UNISOFT wykorzystywane w MWiK Kędzierzyn-Koźle

1. System BILINGOWY WODA

System jest specjalistycznym narzędziem wspomagającym zarządzanie zasobami przedsiębiorstwa wodociągowo – kanalizacyjnego.

Możliwości sytemu:

a) Pełna i elastyczna ewidencja odbiorców i punktów rozliczeniowych:

• Elastyczna definicja punktów rozliczeniowych: lokale, zasoby, budynki, nieruchomości, pawilony handlowe, kościoły itd.),

• Pełna kartoteka odbiorców, punktów, rozliczeń wraz z centralnym miejscem zarządzania

odbiorcami i punktami,

• Dostęp do wszystkich danych odbiorcy/punktu z jednego miejsca – centralna kartoteka odbiorcy,

• Prowadzenie historii zmian danych klientów,

• Prowadzenie historii zmian punktów rozliczeniowych,

• Obsługa procesu zmiany odbiorców w punktach rozliczeniowych,

• Łatwy dostęp do ewidencji umów oraz rozrachunków danego odbiorcy,

• Rozbudowane funkcje grupowych zmian danych odbiorców, punktów, taryf oraz usługi rozliczeń,

b) Szeroki zakres rozliczeń:

• Rozliczanie liczników, ryczałtów w tym ryczałtów normowanych oraz zaliczek,

• Rozliczanie wielu klientów wg udziału procentowego w instalacji licznika,

• Rozliczanie wg wielu cenników opłat za wodę i ścieki oraz inne asortymenty definiowane przez użytkownika (tj. oczyszczanie wody, opłaty stałe i inne),

• Rozliczanie z wykorzystaniem dodatkowych metod, umożliwiające tworzenie własnych nietypowych algorytmów wyliczania fakturowanej ilości,

• Rozliczanie deszczówki i wody bezpowrotnie zużytej,

• Rozliczanie złożonych powiązań pomiędzy odbiorcami a licznikami – układy licznik główny– podlicznik, odliczniki ryczałtowe, cyrkulacje, udziały procentowe,

• Rozliczanie różnych rodzajów opłat abonamentowych – miesięczne, kwartalne, dwumiesięczne, odczytowe, rozliczeniowe,

• Rozliczanie strat w układach licznik główny, podliczniki i odliczniki ryczałtowe,

c) Wystawianie faktur i korekt:

• Szerokie możliwości rejestracji cenników w podziale na taryfy i grupy asortymentowe,

• Możliwość określenia niezależnie odbiorcy, płatnika, adresata i nabywcy faktury,

• Automatyczne wystawianie faktur w podziale na typy dokumentów,

• Automatyczne rozliczanie zmian cen,

• Obsługa sezonowości – liczniki ogrodowe,

• Obsługa cykli fakturowania – możliwość ścisłego określenia częstotliwości wystawiania faktur

dla danego punktu rozliczeniowego,

• Trzy poziomy statusu faktur: Wprowadzona/Zaakceptowana/Zadekretowana,

• Dekretacja faktur (rachunków) do systemu Finansowo-Księgowego w czasie rzeczywistym,

• Faktury zwykłe dla odbiorców indywidualnych oraz grupowe dla dużych przedsiębiorstw, zawierające specyfikacje szczegółowe w postaci załączników,

• Możliwość łączenia punktów w dowolne grupy w celu wystawiania osobnych faktur dla poszczególnych grup,

• Wystawianie faktur korygujących – automatycznie i ręcznie,

• Fakturowanie okresowe – możliwość wystawiania z wyprzedzeniem faktur zaliczkowych lub na podstawie prognozowania odczytów w kolejnych okresach rozliczeniowych,

• Zautomatyzowane naliczanie usług przed fakturowaniem – generowanie zaliczek, odczytów

szacunkowych rozliczanie strat z automatycznym przejściem do wystawienia faktur,

• Wbudowane mechanizmy kontroli kompletności rozliczanych usług przed fakturowaniem oraz w trakcie procesu fakturowania (np. odczytania liczników, podliczników),

• Możliwość równoległej pracy w systemie podczas operacji długotrwałych (np. podczas procesu

fakturowania),

• Możliwość tworzenia rozrachunków on-line,

• Drukowanie dokumentów według wzorców zewnętrznych zdefiniowanych przez użytkownika,

• Tworzenie zestawień sprzedaży i zestawień zużycia,

• Generowanie dowolnie parametryzowanych zestawień, sprawozdań analiz,

d) Zarządzanie licznikami i innymi urządzeniami:

• Ewidencja liczników, modułów radiowych plomb,

• Rozliczanie wszystkich typów liczników zaewidencjonowanych w systemie w tym liczników sprzężonych,

• Obsługa różnych powiązań liczników – główny podlicznik, węzły, liczniki cyrkulacyjne,

• Rozbudowane mechanizmy masowego wprowadzania urządzeń na stan z wykorzystaniem kodów kreskowych, serii kodów kreskowych, zdefiniowanych typów,

• Pełny dostęp do aktualnego stanu i lokalizacji zainstalowanych urządzeń,

• Pełny obraz całego cyklu życia licznika od momentu wprowadzenia do systemu,

• Obsługa instalacji, wymian, deinstalacji liczników, modułów radiowych, plomb,

• Obsługa procesu legalizacji liczników,

• Współpraca z systemem mBrygada w zakresie obsługi zleceń instalacji, wymian, deinstalacji oraz instalacji liczników w terenie - automatyczna aktualizacja stanów urządzeń w systemie,

• Współpraca z systemami zewnętrznymi obsługującymi procesy wymian, instalacji i deinstalacji

liczników w terenie - import operacji z automatyczną aktualizacją w systemie,

e) Zarządzenie odczytami:

• Szerokie możliwości rejestracji odczytów – poprzez ręczne wprowadzanie, importy odczytów z zewnętrznych źródeł, współpraca z systemami inkasenckimi obsługującymi również odczyty radiowe,

• Wsparcie dla ręcznego procesu wprowadzania odczytów – zapisywanie tras odczytowych, drukowanie tras odczytowych, wsparcie podczas wprowadzania danych z wydrukowanych list,

• Możliwość automatycznego generowania odczytów szacunkowych według zadanych parametrów,

• Mechanizmy kontroli i analizy poprawności odczytów - rozbudowane raportowanie anomalii

odczytowych wraz z koniecznością weryfikacji takich stanów przez operatorów,

• Współpraca z systemami zewnętrznymi w zakresie generowania tras odczytowych oraz

importu odczytów,

• Pełna integracja z systemami inkasenckimi Unisoft - planowanie tras, automatyczna rejestracja

wprowadzonych odczytów w terenie,

• Obsługa ksiąg i tras odczytowych,

• Wparcie w procesie planowania i automatycznego tworzenia harmonogramów odczytowych wg definicji w księgach,

• Analizy z wykonania zaplanowanych tras – kompletność realizacji,

• Obsługa cykli odczytowych – możliwości rejestracji odczytów w wybranych przedziałach

czasowych,

• Obsługa odczytów zwykłych, szacunkowych, ryczałtów awaryjnych, odczytów kontrolnych czy

rozliczonych,

f) Obsługa zaliczek:

• Rozbudowane możliwości prognozowania zaliczek według odpowiednich kryteriów dotyczących zużyć na licznikach czy poprzednich zaliczkach,

• Możliwości zaliczkowania liczników, ryczałtów, opłat abonamentowych, przyszłych strat,

g) Prognozowanie ilości zużycia dla danego okresu przy wprowadzaniu upustu lub rabatu na podstawie wybranego ryczałtu lub licznika,

h) Grupy rozliczeniowe – możliwość tworzenia grup odbiorców i punktów w celu lepszego zarządzania i kontrolowania stanem rozliczeń w danym okresie,

i) Prowadzenie rejestru odcięć wody,

j) Współpraca z systemami:

• Ścisła współpraca z systemem inkasenckim Unisoft,

• Możliwości współpracy z dowolnymi systemami inkasenckimi w zakresie eksportu tras oraz

importu odczytów i alarmów,

• Współpraca z systemem e-BOK Unisoft w zakresie zbierania odczytów oraz prognozowania przyszłych płatności,

• Współpraca z systemem Zarządzenie Obiegiem Informacji – możliwość przeglądu wszelkich wątków spraw, które toczyły się w firmie, a dotyczyły danego punktu,

• Współpraca z systemem zleceń Unisoft w zakresie obsługi procesów związanych z instalacjami liczników w terenie,

• Współpraca z systemem Kalkulacje Taryf Unisoft w zakresie dostarczania niezbędnych danych do planowania wniosków taryfowych,

• Integracja z systemami GIS: udostępnianie danych dotyczących instalacji liczników, poboru

wody - możliwości prezentacji z poziomu systemu obiektów infrastruktury na mapach GIS.

k) Możliwość rozszerzania zakresu gromadzonych danych za pomocą pól użytkownika,

l) Możliwość tworzenia własnych kartotek i widoków za pomocą siatek użytkownika.

Analizy

Moduł obsługuje definicje, naliczanie i prezentacje analiz finansowych, na przykład: Bilans, Rachunek zysków i strat, F-01, Wskaźniki finansowe, deklaracja VAT, kadrowo-płacowe sprawozdania do GUS, x.xx. Z-06 i inne.

2.8. System FINANSOWO – KSIĘGOWY

System jest pakietem modułów, których zadaniem jest informatyczne wspomaganie prac

realizowanych

w działach księgowości finansowej i kosztowej, zgodnie z wymogami Ministerstwa Finansów (Ustawa

o rachunkowości z dn. 29.09.1994 r. z późniejszymi zmianami w wersji obowiązującej od 01.01.2002

r.).

System składa się z następujących modułów:

• Księga Główna – centralny moduł systemu F-K zbierający i analizujący dokumenty księgowe

• z całego przedsiębiorstwa,

• Registratura – rejestracja dokumentów przychodzących do firmy, w tym faktur zakupu oraz

pism,

• Przeksięgowania – obsługa tworzenia automatycznych dokumentów przeksięgowujących,

wykorzystywanych między innymi przy rozliczaniu kosztów czy też wyniku finansowego,

• VAT – obsługa rejestrów VAT sprzedaży, zakupu i importu, ewidencja dostaw i nabyć wewnątrzwspólnotowych, udostępnianie danych do deklaracji VAT-7 dla modułu Analizy, generowanie deklaracji UE – informacji podsumowującej.

Charakterystyczne cechy systemu:

• Księgowość wielowalutowa, z automatycznym wyliczeniem różnic kursowych,

• Możliwość instalacji wielooddziałowej (obsługa podmiotów gospodarczych zawierających w swej strukturze oddziały, administracje itp.) jak i wielofirmowej (obsługa różnych podmiotów gospodarczych w jednej aplikacji),

• Definiowalny rok obrachunkowy,

• Definiowalna liczba okresów sprawozdawczych,

• Możliwość bieżącego śledzenia rozrachunków, kosztów i wyników,

• Definiowalne przez użytkownika mechanizmy numeracji dokumentów zapewniające ciągłość

numeracji.

2.9. System CENTRUM INFORMACJI O KLIENCIE

1. Baza Klienta

Moduł obsługuje wspólną dla całego systemu kartotekę kontrahentów.

Możliwości modułu:

• Obsługa katalogu kontrahentów współpracującego z pozostałymi systemami ZSI UNISOFT,

• Duży zestaw kryteriów selekcji i zakresów,

• Definiowalne profile pozwalające dowolnie grupować kontrahentów,

• Możliwość dowolnego definiowania pól użytkownika na definiowalnych zakładkach, co pozwala na dołączanie do karty klienta dowolnej ilości informacji typu słownik, tekst, data, liczba, wykorzystywanych przy opracowywaniu dowolnych zestawień i raportów,

• Możliwość dołączenia dowolnego załącznika do karty klienta,

• Kontrola unikalności podczas wprowadzania nowych kontrahentów,

• Wprowadzanie kontrahentów w oparciu o Bazę Internetową Regon GUS,

• Kontrola statusu czynnego podatnika VAT kontrahenta na portalu podatkowym MF,

• Wgląd w dane o rozrachunkach z klientem,

• Podgląd historii zmian danych klienta, np. adresu, nazwy itp.,

• Zapamiętywanie informacji o tym komu i w jakim zakresie udostępniano dane klientów, w związku

• z przepisami wymagającymi ochrony zbiorów z danymi osobowymi gromadzonymi i

przetwarzanymi w ZSI,

• Możliwość przygotowania e-Deklaracji PIT-8C.

Biuro Obsługi Klienta

Możliwości modułu:

• Udostępnione wszystkie funkcjonalności systemu Baza Klienta,

• Ewidencja wniosków, umów i aneksów,

• Ewidencja spraw oraz dokumentów powiązanych z klientem,

• Możliwość współpracy z e-Aplikacjami poprzez automatyczną rejestrację spraw zgłaszanych

przez klienta poprzez portal WWW,

• Pełna informacja o kliencie – saldo, rozliczenia, faktury, zapłaty, odsetki, sprawy zgłaszane, zlecenia, również w podziale na punkty rozliczeniowe klienta,

• Wgląd w szczegóły rozliczeń i historię danych klienta,

• Ewidencja awarii,

• Możliwość obsługi zleceń,

• Współpraca z systemem Zarządzanie Obiegiem Informacji – umożliwienie przesyłania wniosków, aneksów, spraw, dokumentów BOK i uchwał oraz możliwość szybkiego wglądu w kwestie obsługi wymienionych zagadnień dla konkretnego klienta,

• Centralne zarządzanie umowami z klientami niezależnie od typów usług,

• Zarządzanie dokumentacją z klientem,

• Ewidencja reklamacji.

2.10. System NALEŻNOŚCI I ZOBOWIĄZANIA

1. Rozrachunki

Możliwości modułu:

a) Bieżąca kontrola stanu rozrachunków,

b) Możliwość prowadzenia wielu kont rozrachunkowych dla jednego kontrahenta,

c) Automatyczne kojarzenie rachunków i zapłat:

• Możliwość wyłączenia wskazanych rachunków (na przykład: spornych) z automatycznego

kojarzenia,

• Możliwość zmiany terminu płatności rachunku, nawet po jego zaksięgowaniu,

• Obsługa różnych rodzajów zapłat: pełne, częściowe, przedpłaty, zapłata do wielu rachunków,

• Nieautomatyczne rozliczanie rachunków i zapłat wspierane możliwościami kompensat dokumentów (na żądanie),

• Automatyczne rozliczanie rachunków i zapłat ze wskazanego zakresu według wybranych parametrów,

d) Automatyczne tworzenie dokumentów różnic kursowych,

e) Analizy rozrachunków na dowolny dzień (możliwość uzyskania informacji o stanie rozrachunków w dowolnym momencie w przeszłości):

• Planowanie wpływów i wydatków na podstawie analizy nieuregulowanych rozrachunków według terminów płatności,

• Stan danych o rozrachunkach kontrahentów w różnych przekrojach,

• Analizy rozrachunków według dowolnych kryteriów,

• Dynamiczne zestawienia należności/zobowiązań,

• Analiza rozrachunków nierozliczonych według definiowanych zakresów opóźnień,

• Analiza rozrachunków łącznie z dokumentami jeszcze niezadekretowanymi,

f) Zamykanie rozliczeń, a także możliwość archiwizacji rozliczonych rozrachunków,

g) Obsługa korespondencji rozrachunkowej,

h) Wysyłanie sms-ów automatycznie informujących klienta o jego należnościach, zapłatach oraz saldach wg zaplanowanych wcześniej harmonogramów,

i) Wysyłanie sms-ów ręcznie dla wskazanych pozycji rozrachunkowych informujących klienta o jego nierozliczonych należnościach,

j) Pełna obsługa odsetek, w tym obliczanie i księgowanie odsetek od rachunków

przeterminowanych,

k) Weryfikacja przychodzących not odsetkowych,

l) Drukowanie not odsetkowych, wezwań do zapłaty oraz specyfikacji sald, również wg

samodzielnie zaprojektowanego wzoru,

m) Wgląd w historię wystawionych wezwań do zapłaty i not odsetkowych oraz specyfikacji sald.

2. Windykacja

Możliwości modułu:

• Możliwość manualnej pracy lub stosowania definiowalnych procedur windykacyjnych, umożliwiających automatyczną pracę modułu,

• Zarządzanie kartoteką windykacyjną,

• Możliwość oglądania procesu windykacyjnego w podziale na etapy,

• Możliwość automatycznego generowania monitów,

• Korzystanie z procedur windykacyjnych,

• Naliczanie odsetek za zwłokę według dowolnie zdefiniowanych modeli odsetkowych,

• Możliwość anulowania odsetek,

• Możliwość zdefiniowania indywidualnego terminu płatności,

• Możliwość automatycznego wyliczania rat według zdefiniowanych szablonów,

• Kartoteka dłużników z wykazem spraw windykacyjnych, rozpraw sądowych, egzekucji, ugód,

• Możliwość prowadzenia procesu windykacyjnego wielu osób w jednym wątku,

• Możliwość tworzenia dokumentów windykacyjnych w podziale na sprawy windykacyjne,

rozprawy, ugody,

• Możliwość dekretowania dokumentów na dowolne konta księgowe,

• Ewidencja sądów, komorników, typów spraw sądowych, rodzajów dokumentów,

• Współpraca z systemem Zarządzenie Obiegiem Informacji – umożliwienie przesyłania

windykacji i ugód.

3. Przelewy

Zadaniem modułu jest przygotowywanie oraz emisja tradycyjnych i elektronicznych przelewów służących realizacji zobowiązań wobec kontrahentów i innych firm - wynikających z prowadzonej działalności, jak również zobowiązań wobec pracowników z tytułu wynagrodzeń.

4. Kasa–Bank

Moduł obsługuje obrót środkami pieniężnymi. Wspomaga pracę osób obsługujących kasę firmy, tworzących raporty kasowe i rozliczenia wyciągów bankowych.

5. Polecenia Zapłaty

Moduł służy do definiowania i obsługi poleceń zapłaty (dla waluty podstawowej) z wybranymi

klientami.

2.11. System MAJĄTEK TRWAŁY

System jest bardzo ściśle związany z pozostałymi składnikami ZSI UNISOFT, w szczególności

z systemem Finansowo-Księgowym, modułem Infrastruktura, Kadrowo-Płacową kartoteką osobową pracownika. Może również pracować niezależnie jako osobny system.

Obejmuje całość zagadnień związanych z księgowością analityczną majątku trwałego. Pozwala zautomatyzować wszelkie prace obejmujące obsługę kartoteki majątku trwałego, naliczanie umorzenia i amortyzacji metodą liniową i degresywną dla potrzeb bilansowych i podatkowych, wykonywanie inwentaryzacji, naliczanie podatków od majątku i innych opłat oraz sporządzanie różnorodnych zestawień.

Dane dotyczące operacji wykonywanych w systemie mogą być automatycznie przekazywane do systemu F-K w postaci dekretów – przy czym możliwe jest dopasowanie wzorców dekretowania do metody księgowania stosowanej w danym przedsiębiorstwie. Możliwe jest również zautomatyzowanie inwentaryzacji poprzez wprowadzenie oznaczania środków trwałych kodami kreskowymi oraz wykonywanie spisów z wykorzystaniem specjalistycznych czytników.

2.12. System XXXXX XXXXXXXX-XXXXXXXXXXX

0. Asortyment

Moduł służy do zarządzania wspólną dla całego zintegrowanego pakietu kartoteką asortymentu.

Kartoteka gromadzi informacje o:

• Towarach i usługach będących przedmiotem transakcji zakupu lub sprzedaży,

• Materiałach, półfabrykatach oraz wyrobach gotowych będących obiektami transakcji

magazynowych,

• Elementach naliczeń w systemie – takich, jak składniki czynszu lub pozycje faktur za dostawy

ciepła czy wody.

Jednolita kartoteka stwarza możliwość wspólnego gromadzenia informacji o dokonanych transakcjach zakupu czy sprzedaży, a w konsekwencji – przeprowadzania jednorodnych analiz tych transakcji pod kątem ich przedmiotów.

2. Magazyn

Moduł wspomaga zarządzanie zapasami magazynowymi przedsiębiorstwa. Głównym jego zadaniem jest rejestracja i dokumentowanie zdarzeń gospodarczych związanych z obrotem magazynowym, jak również wieloprzekrojowe analizy zarejestrowanych danych.

Jego wykorzystanie pozwala przyspieszyć oraz uprościć procesy biznesowe, realizowane na wszystkich stanowiskach związanych z prowadzeniem gospodarki magazynowej – od magazynierów i księgowych poprzez dział zaopatrzenia, ekipy remontowe, produkcję, ekspedycję, aż po członków ścisłego kierownictwa przedsiębiorstwa.

2.13. System ZLECENIA

System służy do szeroko pojętej obsługi zleceń.

Kartoteka gromadzi informacje o:

• Zleceniach w podziale na definiowalne typy zleceń zawierające x.xx. zakres istotnej informacji, opisującej zlecenie danego typu oraz opisujące rolę zleceń poszczególnych typów w systemie,

• Pozycjach zleceń, rozumianych jako konieczne do wykonania prace cząstkowe lub specyfikację materiałów związanych z zleceniem,

• Kosztach przypisanych do zleceń w podziale na koszty materiałowe, robocizny oraz pracy

sprzętu,

• Ilościach zużytych materiałów i czasu przepracowanego przez pracowników oraz

wykorzystanego przez zasoby techniczne,

• Fakturach zakupu i sprzedaży wiążących się z danym zleceniem,

• Rozliczeniach zleceń.

2.14. System KADRY

System przeznaczony do ewidencji danych osobowych pracowników i osób na umowach cywilno– prawnych. Rozbudowane mechanizmy nadawania praw dostępu operatorom systemu umożliwiają dostęp do wybranych funkcjonalności i wybranych grup pracowników.

System składa się z następujących modułów:

• Pracownicy,

• Umowy Cywilne,

• Ewidencja Czasu Pracy,

• Rejestracja Czasu Pracy,

• ZUS Zgłoszenia,

• Szkolenia.

2.15. System PŁACE

System odpowiedzialny jest za obsługę prac związanych z naliczaniem i sprawozdawczością wypłat wynagrodzeń. Szczególny nacisk położono w nim na wielopłaszczyznowe możliwości nadawania praw dostępu użytkownikom. Mogą one dotyczyć zarówno poszczególnych funkcjonalności systemu, jak również dostępu do wybranych grup pracowniczych lub newralgicznych informacji systemu, jakimi są np. informacje o wysokości stawek pracowników.

System składa się z następujących modułów:

• Kartoteka Pracowników,

• Kartoteka Umów Cywilnych,

• Listy,

• Reguły,

• Pity,

• ZUS Rozliczenia.

2.16. Gospodarka Licznikami

Możliwości modułu:

• Ewidencja liczników, układów pomiarowych,

• Ewidencja odczytów na licznikach,

• Ewidencja zdarzeń na licznikach w czasie,

• Ewidencja liczników sprzężonych,

• Kontrola poprawności wprowadzanego odczytu,

• Wyszukiwanie liczników, wodomierzy.

2.17. System VOCATEL.

System odpowiedzialny jest za powiadamianie SMS o bieżących awariach, przerwach w dostawie wody, fakturach i zdarzeniach. Dyspozytor na podstawie informacji o awariach i pracach planowanych, ma możliwość wysyłania wiadomości do zarejestrowanych użytkowników systemu. Baza adresowa zsynchronizowana jest z UNISOFT ZSI i za pomocą odpowiednich scenariuszy operator wybierając zakres (dzielnica, ulica, klient) wysyła powiadomienia. Rejestracja użytkowników odbywa się za pomocą formularza na stronie MWiK lub w siedzibie Spółki.

3. Szczegółowe wymagania do przedmiotu zamówienia

W ramach zamówienia do obowiązków Wykonawcy należeć będzie:

1. Dostawa i wdrożenie Systemu Informacji Przestrzennej GIS wraz z modelem sieci wodociągowej i kanalizacyjnej.

2. Dostawa bazy danych na potrzeby systemu.

3. Instalacja oraz konfiguracja systemu.

4. Stworzenie bazy danych poprzez migrację danych wektorowych zakupionych przez

Zamawiającego z ośrodka geodezji.

5. Migrację danych rastrowych przekazanych przez Zamawiającego.

6. Wykonania integracji z systemem ZSI firmy Unisoft.

7. Wykonanie integracji z systemem SCADA.

8. Wykonanie integracji z systemem monitoringu floty samochodowej.

9. Implementacja oraz konfiguracja mechanizmu kopii zapasowych.

10. Przeprowadzenie szkoleń pracowników przedsiębiorstwa, obejmujące użytkowanie, utrzymanie i rozwój wdrożonego systemu GIS oraz modelowania matematycznego sieci wodociągowej i kanalizacyjnej.

11. Dostarczenie dokumentacji technicznej oraz instrukcji systemu w wersji elektronicznej.

12. Dostarczenie wszelkich niezbędnych licencji uprawniających Zamawiającego do legalnego korzystania z systemu GIS oraz pozostałych komponentów (np. bazy danych).

13. Dostawa sprzętu opisanego w OPZ

14. Zapewnienie opieki gwarancyjnej zgodnie z przedłożoną ofertą.

3.1. Wymagania do systemu GIS

System GIS powinien obejmować swoim zakresem wszystkie te tereny miasta Kędzierzyn-Koźle na których znajduje się infrastruktura zarządzana przez MWiK. W przypadku osiedli mieszkaniowych system GIS musi obejmować całe osiedla z pasem co najmniej 30m od granicy osiedla. W przypadku odcinków tranzytowych system GIS musi obejmować całą szerokość pasa drogowego w którym lub pobliżu którego znajduje się infrastruktura z pasem szerokości co najmniej 15,0 m z każdej strony od granicy pasa drogowego lub od infrastruktury będącej w eksploatacji MWiK w przypadku gdy ta infrastruktura przebiega poza pasem drogowym.

Poniżej w tabeli przedstawiono orientacyjne powierzchnie jakie powinien objąć system GIS dla poszczególnych osiedli:

L.p.	Nazwa osiedla	Powierzchnia mapy - ha
1	Koźle Xxxx	000
0	Xxxxx, Xxxxx Xxxxx	000
0	Xxxxxxxx, Xxxxx Port, Żabieniec	570

L.p.	Nazwa osiedla	Powierzchnia mapy - ha
0	Xxxxxxxxxx, Xxxxxxxxxxx, Piasty	630
5	Xxxxxxxxx	00
0	Xxxxxxxxx, Xxxxxxxxxxx, Blachownia	290
7	Xxxxxx	000
0	Xxxxxxx Xxxxxxxxxx	60
10	Sławięcice wraz z terenami przemysłowymi przy xx. Xxxxxxxxxxxx	000
00	Xxxx Xxxxxxxxxx wraz z zabudową wzdłuż ul. Naftowej	120
12	Azoty	80
SUMA:		2980

Zamawiający dostarczy dane wektorowe z ośrodka geodezyjnego.

1.1. System ma posiadać przyjazny, intuicyjny polski interfejs użytkownika z możliwością dodawania i usuwania dostępu do wybranych narzędzi.

1.2. Wszystkie dane przestrzenne muszą być przechowane w układzie 2000.

1.3. Architektura systemu i baza danych.

1.3.1.Wdrażany system informatyczny musi mieć otwartą architekturę opartą na centralnej bazie danych przechowującej zarówno geometrię obiektów mapy numerycznej, relacje przestrzenne pomiędzy tymi obiektami (topologie sieci oraz topologie logiczne) i atrybuty obiektów mapy.

1.3.2.Jednolite i spójne środowisko systemowe, umożliwiające wykonywanie pełnej funkcjonalności w ramach tego środowiska.

1.3.3.Dostęp do systemu musi odbywać się poprzez przeglądarki internetowe (Microsoft Edge, Google Chrome, Mozilla Firefox). System musi działać w środowisku minimum Windows wersja 7 professional i wyżej.

1.3.4.System musi być zbudowany na serwerowej platformie GIS i serwerowym silniku bazy

danych.

1.3.5.Zastosowana baza danych ma być zoptymalizowana pod kątem zarządzania danymi

przestrzennymi o sieci oraz analiz przestrzennych.

1.3.6.Centralna baza danych z możliwością wielostanowiskowego dostępu.

1.3.7.Architektura trójwarstwowa:

1.3.7.1. Pierwszą warstwę stanowi relacyjno-obiektowa baza danych. Pracuje ona w oparciu o system bazodanowy klasy SQL (np. MS SQL, PostgreSQL, Oracle) umożliwiający przechowywanie parametrów opisowych, geometrii obiektów, słowników, relacji między tabelami, itp.

1.3.7.2. Drugą warstwę stanowi serwer aplikacji, który odpowiada za udostępnianie za pośrednictwem przeglądarki internetowej przechowywanych informacji w bazie danych. Wykorzystywany będzie on również do integracji z innymi systemami działającymi w firmie.

1.3.7.3. Trzecia warstwa to stacje klienckie - przeglądarki internetowe. Protokół

komunikacyjny to TCP/IP.

1.3.8.System musi zapewnić pełną integrację graficznej bazy danych z atrybutami opisowymi. Wszystkie informacje muszą być rejestrowane w jednej spójnej relacyjno-obiektowej bazie danych.

1.3.9.Niedopuszczalne jest stosowanie komponentów typu Open Source. Wymóg ten nie dotyczy bazy danych, komponentów do modelowania matematycznego oraz serwera http/https.

1.3.10. System musi opierać się na założeniach o otwartości i jawności struktury bazy danych.

1.3.11. System musi mieć możliwość rozbudowy w sposób modułowy oraz umożliwiać integrację z innymi systemami i bazami danych klasy SQL.

1.3.12. System musi mieć możliwość współpracy z systemami klasy ERP, x.xx.: Billng, F-K, SCADA, monitoring pojazdów, system inspekcji TV kanalizacji.

1.4. Bezpieczeństwo.

1.4.1.Dostęp do systemu z poziomu przeglądarki powinien odbywać się z wykorzystaniem protokołu HTTPS.

1.4.2.System musi zapewniać bezpieczeństwo składowanych danych oraz gwarantować ciągłość pracy.

1.4.3.System powinien być skalowalny i wielodostępny, oraz pozwalać na współdzielenie danych przez wielu użytkowników (transakcje powinny być realizowane na poziomie pojedynczego obiektu). Blokowanie warstw czy grup obiektów podczas edycji jest niedopuszczalne.

1.4.4.System musi zabezpieczać dane przed przypadkowym lub celowym zniszczeniem, nieupoważnionym dostępem, kopiowaniem, drukowaniem, zabezpieczać dane, zgodnie z przepisami ustawy o ochronie danych osobowych.

1.4.5.Dostęp do poszczególnych funkcjonalności dla użytkowników musi być realizowany poprzez przeglądarkę www i definiowany na podstawie nadanych uprawnień. W systemie musza istnieć uprawnienia do każdego narzędzia oraz akcji tak aby można konfigurować uprawnienia w szerokim zakresie.

1.4.6.System musi zawierać rozbudowane mechanizmy zabezpieczeń. System zabezpieczeń oferowanego oprogramowania GIS powinien dawać administratorowi możliwość zabezpieczania i udzielania pojedynczemu użytkownikowi (grupie użytkowników) dostępu do wybranego, ograniczonego zbioru danych oraz zabezpieczenia przed dostępem do danych osób nieuprawnionych.

1.4.7.Definiowanie uprawnień do funkcji systemu dla każdego użytkownika.

1.4.8.Definiowanie uprawnień do funkcji systemu dla grupy użytkowników.

1.4.9.Możliwość przeglądania logów systemu: Wszelkie akcje wykonywane przez użytkowników muszą być rejestrowane w systemie i dostępne dla uprawnionego użytkownika (np. logowanie, edycje, drukowanie, generowanie raportów, ładowanie wykazów, itp.).

1.4.10. System musi zapisywać aktywność użytkowników wraz z historią zmienianych obiektów (użytkownik, rodzaj operacji (wstawienie, usunięcie, zmiana), data operacji, itp.). Dane historyczne muszą zapisywać wszystkie atrybuty obiektu, na którym przeprowadzona została modyfikacja.

1.4.11. System musi mieć możliwość przeglądania historii zmian na wybranym obiekcie wraz z możliwością przywrócenia stanu do dowolnego momentu z historii (również dla obiektów usuniętych) przez użytkownika z odpowiednimi uprawnieniami.

1.4.12. System musi posiadać zaawansowaną kontrolę haseł:

1.4.12.1. złożoność hasła,

1.4.12.2. liczbę prób wprowadzania hasła oraz blokadę konta w przypadku przekroczenia liczby prób,

1.4.12.3. czas życia hasła.

1.4.13. System musi umożliwiać wykonywanie kopii bezpieczeństwa danych zapisanych w bazie danych oraz ewentualnie innych danych trzymanych poza bazą danych. Kopie muszą być tworzone automatycznie według zdefiniowanego harmonogramu (codziennie kopia przyrostowa, raz na miesiąc pełen backup).

1.5. Prezentacje oraz wyświetlanie danych.

1.5.1.System musi umożliwiać prezentację danych przestrzennych w postaci warstwy

wektorowej wraz z atrybutami opisowymi.

1.5.2.System musi posiadać możliwość opcji symbolizacji i etykietowania map.

1.5.3.System musi posiadać opcję widoczności obiektów w zależności od skali widoku. 1.5.4.System musi posiadać możliwość tworzenia własnych kodów obiektów przez

użytkownika.

1.5.5.System musi być wyposażony w słowniki terminów branżowych. Dostęp do wprowadzania zmian w słowniku winni posiadać użytkownicy Zamawiającego.

1.5.6.System musi posiadać zaimplementowane mechanizmy w zakresie łączenia danych adresowych z lokalizacją geograficzną.

1.5.7.System musi posiadać możliwość prezentacji map rastrowych, mapy zasadniczej,

ortofotomapy, Open Street Maps.

1.5.8.System musi posiadać narzędzie Google Street View do panoramicznego podglądu ulicy.

1.5.9.System musi posiadać narzędzia do nawigacji po mapie (powiększ, pomniejsz, przesuń, pokaż całą zawartość mapy, poprzedni widok, następny widok, pokaż zasięg warstwy.

1.5.10. System musi posiadać możliwość definiowania własnych projektów mapowych dostępnych tylko dla danego użytkownika. Zapisywanie wybranych warstw, ich właściwości, informacji o aktualnym położeniu mapy oraz włączonych warstwach. Możliwość upubliczniania tworzonych projektów dla innych użytkowników.

1.5.11. System musi posiadać możliwość definiowania, modyfikacji i usuwania dodatkowych warstw wektorowych w systemie wraz z możliwością ustawienia kolejności wyświetlania, grupowania warstw oraz edytowalności warstw.

1.5.12. System musi posiadać możliwość konfigurowania własnej symboliki przez uprawnionego użytkownika systemu (przezroczystość, kolor, style linii oraz wypełnień poligonów itp.).

1.5.13. System musi posiadać bibliotekę graficzną z predefiniowaną symboliką do prezentacji obiektów zgodną z instrukcjami geodezyjnymi oraz możliwość dodawania i edycji nowych elementów przez operatora systemu.

1.5.14. System musi posiadać możliwość prezentacji danych branżowych zgodnych z

GESUTem.

1.5.15. System musi posiadać możliwość tworzenia dynamicznych obiektów z

geokodowanych lokalizacji.

1.5.16. System musi posiadać możliwość podłączania zewnętrznych serwisów WMS i WFS przez użytkowników. Dane takie powinny być wyświetlane równocześnie z danymi dostępnymi w bazie danych systemu GIS.

1.5.17. System musi umożliwiać przeliczanie „w locie” układów współrzędnych - natychmiastowe przełączenie projektu na pracę np. pomiędzy układem "2000" a "1965".

1.5.18. System musi umożliwiać jednoczesny podgląd i pracę na danych graficznych oraz opisowych. Dane opisowe i graficzne powinny być tak zorganizowane, aby wszystkie

informacje opisowe przypisane danym obiektom odzwierciedlonym na mapach numerycznych mogły być udostępnione równolegle z ich przeglądaniem w warstwie graficznej.

1.6. Edycja danych.

1.6.1.Narzędzia do edycji danych wektorowych:

1.6.1.1. edycja warstw: punktowych, liniowych, multiliniowych, poligonowych, multipoligonowych.

1.6.1.2. edycja: wstawianie, usuwanie, modyfikowanie obiektów oraz wierzchołków, wstawianie punktu końcowego, wstawianie punktu środkowego, zmiana kierunku linii.

1.6.1.3. automatyczne dociąganie edytowanych obiektów do wybranych obiektów (dociąganie do punktu, do wierzchołków, krawędzi, do początku/końca, do warstwy). System musi mieć narzędzia do definiowania warstw podlegających dociąganiu.

1.6.1.4. narzędzia do modyfikacji obiektu: narzędzie obróć, przekształcania obiektu, podział poligonu, rozdziel, rozciągania, przycinania, cofnij do poprzedniej operacji, przesuń do następnej operacji, sprawdzanie połączeń sieci (topologia), identyfikacja atrybutów sieci.

1.6.1.5. rysowanie czworoboków z możliwością definiowania (w sposób graficzny oraz poprzez wpisanie wartości) ich długości oraz kątów,

1.6.1.6. wstawianie, przesuwanie, usuwanie całych obiektów lub ich wierzchołków.

1.6.1.7. kopiowanie obiektów z jednej warstwy do drugiej.

1.6.1.8. łączenie i dzielenie obiektów (obiekty liniowe oraz poligonowe).

1.6.1.9. narzędzie do samodzielnego tworzenia dodatkowych, wcześniej niezdefiniowanych nowych obiektów mapowych i ich atrybutów.

1.6.2.Edycja danych atrybutowych:

1.6.2.1. możliwość edycji atrybutów opisowych.

1.6.2.2. dedykowane formularze dla warstw własnych (wodociągi, kanalizacja,

zbiorniki bezodpływowe).

1.6.2.3. system musi posiadać możliwość hurtowej edycji danych – narzędzie służące do edycji pól opisowych dla wielu obiektów jednocześnie z możliwością wyboru, które pola zostaną zaktualizowane.

1.6.3.System musi zapisywać historyczność edycji – wszystkie zmiany są rejestrowane i istnieje możliwość prostego powrotu do stanu historycznego nawet dla pojedynczego obiektu przez użytkownika z poziomu panelu identyfikacyjnego konkretnego obiektu. Dodatkowo musi istnieć wykaz obiektów usuniętych by można było przywrócić takie obiekty.

1.6.4.System musi umożliwiać autoryzację edycji danych. Wszystkie dane wprowadzane do systemu lub w nim zmieniane muszą być automatycznie autoryzowane (zapis źródła danych, nazwy operatora, daty i czasu utworzenia oraz ostatniej modyfikacji).

1.7. Narzędzia branżowe

1.7.1.System musi posiadać narzędzia pomiaru – pomiar długości, obwodu, pola powierzchni. Narzędzie musi mieć możliwość wykonywania pomiarów z dociąganiem do wierzchołków, początków/końców i krawędzi obiektów z wybranych warstw.

1.7.2.System musi posiadać narzędzie do zapamiętywania widoków mapy w celu szybkiej nawigacji i/lub zapamiętania miejsc na mapie, do których chcemy wrócić w przyszłości z możliwością zrobienia opisu. Musi istnieć dedykowany wykaz z możliwością dostępu do zapisanych "widoków".

1.7.3.System musi posiadać narzędzie do pracy wspólnej – proste dzielenie się widokiem mapy na zasadzie linku. Po kliknięciu w link zakres mapy otwiera się w miejscu zapisanym poprzez link. Link może uruchomić tylko uprawniony użytkownik (z loginem i hasłem).

1.7.4.System musi posiadać możliwość generowania profili podłużnych odcinków sieci i ich prezentacji w formie wykresów (sieć wodociągowa i sieć kanalizacyjna). Możliwość generowania profilu dla kilku kanałów jednocześnie wraz z zaznaczeniem studni, rzędnych den kanałów, rzędnych studni oraz obliczaniem spadków. Profile muszą również prezentować miejsca kolizji z obca infrastruktura. Użytkownik musi mieć możliwość zdefiniowania domyślnej głębokości dla każdej z obcych sieci (gdyby nie było możliwości pozyskania tych danych z PODGiK).

1.7.5.System musi posiadać możliwość generowania profilu podłużnego terenu na podstawie

numerycznego modelu terenu.

1.7.6.System musi posiadać możliwość generowania w widoku mapy modelu przedstawiającego dwuwymiarowy model terenu.

1.7.7.System musi posiadać narzędzia do wspomagania procesu odpowietrzania sieci wodociągowej. System na podstawie grafu oraz rzędnych sieci i/lub terenu wskaże przez który hydrant oraz którą zasuwą należy dokonać takiej operacji.

1.7.8.System musi posiadać narzędzie do symulowania awarii na sieci wodociągowej na podstawie jej topologii. System wskaże zasuwy (tylko czynne zasuwy liniowe oraz strefowe), które należy zamknąć celem zabezpieczenia oraz usunięcia awarii. Dodatkowo system wskaże przyłącza gdzie nie będzie dostaw wody wraz z podaniem adresów klientów oraz możliwością wygenerowania pliku pdf z zaznaczonym obszarem awarii oraz odłączonymi klientami oraz wskazaniem zasuw do zamknięcia. Użytkownik musi mieć możliwość wywołania na żądanie symulacji hydraulicznej (modelu matematycznego sieci wodociągowej) dla stanu awaryjnego sieci (zamknięte zasuwy wskazane przez narzędzie). Użytkownik musi mieć również możliwość wysłania informacji sms oraz email (wymagana integracja z bramką sms oraz serwerem pocztowym) do klientów bezpośrednio objętych awarią oraz klientów, którzy będą mieć obniżone ciśnienie w sieci (na podstawie danych z modelu matematycznego).

1.7.9.System musi posiadać narzędzie do symulacji zatoru na sieci kanalizacyjnej sanitarnej zawierający x.xx. możliwość wyznaczania sieci kanalizacyjnej, przyłączy kanalizacyjnych oraz posesji powyżej miejsca awarii, gdzie może dojść do cofnięcia się ścieków do budynków. System musi generować raport z danymi adresowymi właścicieli, którym w wyniku awarii może grozić wybicie ścieków. System wykona także obliczenia na podstawie których poda dobową ilość przepływającej w tym miejscu ścieków (m3/d). Użytkownik musi mieć również możliwość wysłania informacji sms oraz email do klientów zagrożonych wybiciem ścieków.

1.8. Wydruki.

1.8.1.Wydruki muszą mieć możliwość eksportu do PDF.

1.8.2.System musi umożliwiać określenia obszaru i skali wydruku mapy przez użytkownika.

1.8.3.System musi wykonywać zaawansowane wydruki mapy. Wydruki w formatach od A4 do A0. Możliwość definiowania własnych szablonów wydruku. Możliwość obrócenia orientacji mapy w celu wydruku obiektu na jednym arkuszu (np. wydruk odcinka wodociągu wzdłuż ulicy na arkuszu o rozmiarach 297mm x 1000 mm). Możliwość wydruków seryjnych (np. wydruk sieci leżącej na danej ulicy w określonej skali z podziałem na kolejne arkusze stron) również z możliwością obrotu.

1.8.4.System musi umożliwiać parametryzację wydruków przez użytkownika, w tym określenie:

1.8.4.1. formatu papieru (standardowe rozmiary papieru oraz zdefiniowane przez

użytkownika)

1.8.4.2. rozmiar i położenie elementów szablonu: mapa, legenda mapy, skala, tekst. 1.8.5.System musi umożliwiać generowanie wydruków w formatach innych niż wybrany

szablon w celu ich późniejszego "sklejenia" do pożądanego formatu (np. szablon A2

generowany na 4 kartkach formatu A4).

1.9. Analizy na danych.

1.9.1.System musi umożliwiać wyszukiwanie obiektów spełniających zadane kryteria na atrybutach. Wyszukiwanie po numerze adresowym, ulicy, działce ewidencyjnej. Zaawansowane wyszukiwanie po dowolnej kombinacji atrybutów istniejących w bazie danych, kreator zapytań SQL do bazy danych. Możliwość eksportu danych z bazy danych do pliku programu Excel oraz SHP w przypadku danych posiadających reprezentację przestrzenną.

1.9.2.System musi posiadać możliwość selekcji oraz wglądu do wszystkich warstw z bazy danych. Możliwość tworzenia statystyk po parametrach z bazy danych oraz ich prezentacja na wykresach (np. wykres prezentujący ilość wodomierzy o poszczególnych średnicach). Możliwość selekcji danych tylko po wybranym parametrze (np. przyłącza wykonane z PCV). Możliwość eksportu danych z bazy danych do pliku programu Excel.

1.9.3.System musi posiadać możliwość tworzenia dowolnych (pod względem ilościowym i jakościowym): warstw, zestawień, raportów, specjalistycznych analiz jakościowych i ilościowych oraz widoków wspomagających zarządzaniem siecią wodociągowo- kanalizacyjną (swobodny język zapytań do bazy danych wg różnorodnych kryteriów) – wyświetlanie wyników zapytania w postaci graficznej lub w postaci tabelarycznej oraz zapisu do formatu: xls, oraz SHP w przypadku tabel prezentujących dane przestrzenne.

1.9.4.System musi umożliwiać tworzenie warstwy buforów obiektów (dla obiektów punktowych, liniowych oraz poligonowych) z możliwością zadania promienia. Możliwość wykonywania kolejnych analiz przestrzennych na danych buforowych.

1.10. Narzędzia do modelowania matematycznego sieci wodociągowej. System GIS ma umożliwiać:

1.10.1. obliczenia ciśnienia, przepływów, dopływów i odpływów oraz wynikające z nich wartości takie jak: prędkość przepływu, starta ciśnienia, spadki ciśnienia,

1.10.2. symulacje stanów dynamicznych na podstawie zadanych szeregów czasowych (np.: rozbiory wody klientów, zasilania) oraz dla określonych sytuacji (np.: ustawienie zasuwy, w przypadku wystąpienia pożaru, awaria) są obliczane szeregi czasowe dla natężenia przepływu, ciśnienia sieci, hydrogramy zbiornika (np. początkowy poziom wody) oraz pracy pompy dla wszystkich, podzielonych przez regulatory (pompy, zasuwy, klapy, odpowietrzniki, regulatory itp.) podsieci,

1.10.3. obliczanie jakości wody.

1.10.4. możliwość wykonywania obliczeń wariantowych, np. dla wielu hipotetycznych scenariuszy rozbudowy sieci wodociągowej bądź wydawanych warunków technicznych dla przyszłych klientów, możliwość wykonywanie symulacji

1.10.5. porównywanie kierunku przepływu różnych przypadków obliczeń (scenariuszy),

1.10.6. wyznaczanie zapotrzebowania dla węzłów na podstawie średniego dziennego zużycia (informacje wyliczane przez system automatycznie na podstawie danych pobieranych z systemu bilingowego),

1.10.7. edycja, obliczania i analizowania nowych oraz obecnych obiektów (hydrofornie,

zbiorniki, rury, itp.).

1.10.8. umożliwiać definiowanie charakterystyk dla pomp z możliwością przypisania

charakterystyki do wielu pomp,

1.10.9. umożliwiać definiowanie parametrów x.xx. dla rezerwuarów/zbiorników,

1.10.10. możliwość tworzenia nieograniczonej ilości wzorów rozbioru wody przez klientów.

1.10.11. dla kilku odbiorców znajdujących się na jednym przyłączu system policzy sumaryczne zużycie z uwzględnieniem wzorców rozbioru dla poszczególnych klientów/kontrahentów.

1.10.12. wyliczanie współczynnika chropowatości dla przewodów na podstawie wieku,

materiału oraz zadanego wzoru.

1.10.13. możliwość wstawianie punktów pomiarowych dwóch typów:

1.10.13.1. możliwość ręcznego wstawienia punktu rozbioru z określeniem średniego dobowego zużycia oraz przypisania mu profilu rozbioru - wykorzystywane do wstawiania punktów sprzedażowych/zakupowych bądź symulowania rozbiorów przez przyszłych klientów.

1.10.13.2. możliwość wstawienia punktu pomiarowego (przepływomierz oraz wodomierz) którego dane będą zasilane na bieżąco z systemu SCADA i na tej podstawie będzie liczony średni rozbiór - wykorzystywane do wstawiania punktów sprzedażowych/zakupowych.

1.10.14. system będzie używał do obliczeń tylko danych z wodomierzy głównych bądź z pozycji faktur (na podstawie danych z systemu bilingowego) oraz automatycznie przypisze rozbiory do odpowiednich węzłów.

1.10.15. umożliwiać wizualizacje danych o przepływie, zużyciu i ciśnieniu,

1.10.16. umożliwiać wykonywanie symulacji na odcinkach istniejących,

projektowanych oraz koncepcjach.

1.10.17. wspomagać pracowników Zamawiającego podczas procesu wydawania warunków technicznych na przyłączenie się do sieci wodociągowej poprzez obliczanie x.xx. przepływów oraz ciśnień,

1.10.18. prezentować wyniki symulacji w postaci kolorowych kartogramów, możliwość stosowania kodu kolorów, grubości linii i wielkości punktów (węzłów) w zależności od:

1.10.18.1. średnic rurociągów (kolor i grubość linii),

1.10.18.2. wielkości przepływów (kolor i grubość linii),

1.10.18.3. prędkości przepływu wody (kolor i grubość linii),

1.10.18.4. ciśnień w węzłach (kolor i wielkość punktu-węzła),

1.10.18.5. rozbiorów węzłowych (kolor i wielkość punktu-węzła),

1.10.18.6. wysokości ciśnienia (kolor oraz wielkość punktu-węzła),

1.10.18.7. wielkości minimalnych i maksymalnych dla ciśnienia, natężenia przepływu,

wieku wody itp. w zadanym przedziale czasowym (np. jednej doby),

1.10.19. prezentować kierunki przepływu wody,

1.10.20. mieć możliwość identyfikacji stref zasilania z poszczególnych SUW,

1.10.21. mieć możliwość zadania zmiennego w czasie rozkładu wzorcowego dla dowolnego węzła,

1.10.22. mieć możliwość sprawdzenia poprawności grafu (topologii) sieci,

1.10.23. mieć możliwość animacji pracy sieci wodociągowej zgodnie z zadanym

krokiem czasowym,

1.10.24. mieć możliwość animacji zmian w czasie (na wykresie) podstawowych wielkości wyliczanych przez aplikację, np. zmiana wysokości ciśnienia w czasie jednej doby dla wskazanego ciągu rur (przewodów wodociągowych),

1.10.25. automatycznie uwzględniać/obliczać średni dobowy rozbiór w punkcie wyliczane na podstawie wybranego okresu przez użytkownika (np. średnia z okresu lipiec-sierpień 2015, średnia z okresu styczeń-grudzień 2016), średnie te będą wykorzystywane do obliczeń hydraulicznych dla różnych wariantów,

1.10.26. dynamicznie prezentować wyniki modelowania z możliwością wyboru skoku czasowego (np. 1, 5, 10 sekund) wraz z możliwością ręcznego przechodzenia pomiędzy kolejnymi krokami czasowymi,

1.10.27. automatycznie generować style animacji na podstawie wybranych parametrów oraz ich właściwości (np. generowanie zakresu kolorów na podstawie wartości prędkości i szerokości rury na podstawie wartości w polu przepływ dla rur oraz generowanie zakresu kolorów na podstawie wartości ciśnienia i wielkości punktu na podstawie wartości w polu rozbiór),

1.10.28. umożliwiać podział kolorów i etykiet względem zakresów wartości danego parametru (np. ciśnienie, przepływ),

1.10.29. prezentować wyniki symulacji w postaci opisowej (etykiet) dla dowolnego elementu sieci (odcinek, węzeł, zbiornik, pompa, itp.) z możliwością równoczesnego wyświetlania kilku wartości na pojedynczym obiekcie (np. prędkość, przepływ, strata; ciśnienie, rozbiór, wysokość hydrauliczna),

1.10.30. umożliwiać definiowanie dowolnej grafiki jako symbolu dla węzłów oraz innych obiektów punktowych również w zależności od wizualizowanych wartości,

1.10.31. umożliwiać definiowanie różnych styli dla rur (np. linia ciągła, przerywana),

1.10.32. umożliwiać wyboru jednostki jaka definiuje wielkości oraz szerokości obiektów

(przynajmniej metry i piksele) ,

1.10.33. umożliwiać ograniczanie wyświetlania danych wynikowych (np. wyświetl tylko przewody, dla których prędkość jest mniejsza niż 0,4 m/s i/albo wiek wody jest większy niż 20 godzin),

1.10.34. umożliwiać wykonywania zapytań do bazy wyników modelowania poprzez edytor SQL (np. pokaż wszystkie przewody rozdzielcze oraz magistralne w których prędkość jest mniejsza niż 0,5 m/s w godzin od 6:00 do 10:00) oraz prezentacja tych wyników w formie tabeli/wykazu z opcją przekierowania mapy do obiektu wybranego z listy,

1.10.35. umożliwiać wyszukanie przewodów w których następuje zmiana kierunku przepływu w ciągu wybranego okresu symulacji,

1.10.36. umożliwiać wykonywanie eksportu wyników symulacji do formatu xlsx oraz SHP zarówno dla konkretnego kroku czasowego jak i całości symulacji,

1.10.37. umożliwić eksport gotowego skalibrowanego modelu sieci wodociągowej do formatu *.inp obsługiwanego przez oprogramowanie Epanet 2.0

1.10.38. dostęp do poszczególnych funkcjonalności oraz zestawów danych musi być nadawany poprzez zestaw uprawnień przez uprawnionych użytkowników Zamawiającego,

1.10.39. opracowany model sieci wodociągowej ma być narzędziem usprawniającym proces decyzyjny w toku prowadzonych działań eksploatacyjnych i inwestycyjnych przez eksploatatora sieci. Docelowo, po wykonaniu kampanii pomiarowej, przedmiotowy model zostanie skalibrowany (w oparciu o wybrany przez Zamawiającego materiał pomiarowy z kampanii) i kolejno poddany weryfikacji przy użyciu innych danych niż użyte do kalibracji.

1.11. Narzędzia do modelowania matematycznego sieci kanalizacyjnej sanitarnej. System

GIS ma umożliwiać:

1.11.1. Musi posiadać możliwość definiowania wielu grup odbiorców usług wod.-kan. w ramach jednego węzła modelu z jednoczesną możliwością przypisania tym grupom charakterystyk zmienności odprowadzania ścieków.

1.11.2. Obliczanie kierunków przepływów.

1.11.3. Możliwość określenia wielkości i zakresu retencjonowania ścieków w przypadku zatorów sieci kanalizacyjnej bądź awarii przepompowni ścieków.

1.11.4. Musi posiadać możliwość automatycznego przypisania rzędnych terenu z

numerycznego modelu terenu w przypadku ich braku.

1.11.5. Musi posiadać funkcje ręcznego i zautomatyzowanego przypisywania wartości produkowanych ścieków do węzłów, z istniejącego u Zamawiającego systemu rozliczeń opłat za wodę i ścieki, z uwzględnieniem konieczności automatyzacji gromadzenia i przetwarzania danych pochodzących z odczytów wodomierzy.

1.11.6. Musi mieć możliwość identyfikacji zlewni.

1.11.7. Musi mieć możliwość zadania zmiennego w czasie rozkładu wzorcowego dla dowolnego węzła.

1.11.8. Musi mieć możliwość sprawdzenia poprawności grafu (topologii) sieci.

1.11.9. Automatycznie uwzględniać średnie dobowe zrzutu ścieków przez klientów wyliczane na podstawie wybranego okresy przez użytkownika (np. średnia z okresu lipiec-sierpień 2017 wyliczane na podstawie danych z systemu ZSI).

1.11.10. Umożliwiać definiowanie dowolnej grafiki jako symbolu dla węzłów oraz

innych obiektów punktowych również w zależności od wizualizowanych wartości.

1.11.11. Musi umożliwiać definiowanie różnych styli dla kanałów (np. linia ciągła,

przerywana),

1.11.12. Możliwość wyboru jednostki jaka definiuje wielkości oraz szerokości obiektów

(przynajmniej metry i piksele).

1.11.13. Dostęp do poszczególnych funkcjonalności oraz zestawów danych musi być nadawany poprzez zestaw uprawnień przez uprawnionych użytkowników Zamawiającego.

1.11.14. Moduł musi posiadać narzędzie do wsparcia przy projektowaniu nowych odcinków sieci. Operator będzie wstawiał miejsca kolejnego usytuowania studni oraz podawał ilość zakładanych zrzutów ścieków do tych studnia a system wyliczy odpowiednie spadki i średnice dla kanałów oraz rzędne studni.

1.11.15. Moduł musi posiadać funkcję uczenia maszynowego na podstawie zbieranych danych z systemu SCADA (w tym dane z deszczomierzy) oraz z systemu bilingowego. System musi przewidzieć/obliczyć wielkość napływu ścieków na oczyszczalnie oraz poszczególne przepompownie.

1.12. Narzędzia do modelowania matematycznego sieci kanalizacyjnej deszczowej. System

GIS ma umożliwiać:

1.12.1. Musi posiadać możliwość definiowania zlewni hydrogeologicznej w ramach jednego

węzła.

1.12.2. Obliczanie kierunków przepływów.

1.12.3. Możliwość określenia wielkości i zakresu retencjonowania wód opadowych i

roztopowych w przypadku zatorów sieci kanalizacyjnej bądź sytuacji powodziowych.

1.12.4. Musi posiadać możliwość automatycznego przypisania rzędnych terenu z

numerycznego modelu terenu w przypadku ich braku.

1.12.5. Określać stopień nieprzepuszczalności terenu dla zlewni hydrogeologicznej

poszczególnych węzłów.

1.12.6. Oszacowywać ilości wód opadowych dla poszczególnych węzłów względem wysokości

opadu.

1.12.7. Musi mieć możliwość sprawdzenia poprawności grafu (topologii) sieci.

1.12.8. Umożliwiać definiowanie dowolnej grafiki jako symbolu dla węzłów oraz innych obiektów punktowych również w zależności od wizualizowanych wartości.

1.12.9. Musi umożliwiać definiowanie różnych styli dla kanałów (np. linia ciągła, przerywana),

1.12.10. Możliwość wyboru jednostki jaka definiuje wielkości oraz szerokości obiektów

(przynajmniej metry i piksele).

1.12.11. Dostęp do poszczególnych funkcjonalności oraz zestawów danych musi być nadawany poprzez zestaw uprawnień przez uprawnionych użytkowników Zamawiającego.

1.12.12. Moduł musi posiadać narzędzie do wsparcia przy projektowaniu nowych odcinków sieci. Operator będzie wstawiał miejsca kolejnego usytuowania studni oraz podawał ilość zakładanych zrzutów wód opadowych i roztopowych do tych studnia a system wyliczy odpowiednie spadki i średnice dla kanałów oraz rzędne studni.

1.12.13. Moduł musi posiadać funkcję uczenia maszynowego na podstawie zbieranych

danych z systemu SCADA (w tym dane z deszczomierzy).

1.13. Pozostałe narzędzia.

1.13.1. System musi posiadać narzędzia do importu danych w formacie – shp, gml, dxf.

1.13.2. System musi posiadać narzędzia do eksportu danych w formacie - shp, gml, dxf.

1.13.3. System musi posiadać narzędzia do importu punktów z pliku z zapisanymi współrzędnymi tych punktów (format txt). System ma posiadać również kreator importu, gdzie będzie można zdefiniować sposób formatowania pliku z danymi wejściowymi (x.xx. która kolumna odpowiada za którą współrzędną, jaki znak oddziela kolejne kolumny, która kolumna odpowiada za opis punktu).

1.13.4. System musi umożliwiać podgląd i dodawanie wielu podkładów rastrowych i ich prezentacji łącznie z danymi wektorowymi.

1.13.5. System musi posiadać funkcjonalność budowania piramidy rastrów lub inne mechanizmy wydajnie przyspieszające podgląd danych rastrowych.

1.14. System będzie zintegrowany z systemem ZSI firmy Unisoft – system ma posiadać narzędzia umożliwiające na mapie z poziomu budynku bądź punktu adresowego odczytanie informacji o odbiorcach, wodomierzach, poborach wody, saldach odbiorców zaczerpniętych z systemu ZSI:

1.14.1. automatyczna replikacja danych z bazy danych systemu ZSI.

1.14.2. wyświetlanie danych kontaktowych kontrahenta - telefon, mail, nr umowy wraz z

typem umowy/symbolem umowy oraz datą obowiązywania,

1.14.3. wyświetlanie danych dotyczących posesji (dane wodomierza - numer wodomierza,

nakładki, daty legalizacji, montażu i demontażu, miejsce montaż wodomierza),

1.14.4. dane o zużyciu - wskazania wodomierza, zużycie, odczyty, daty odczytów,

1.14.5. system musi prezentować skany umów zapisane w systemie ZSI,

1.14.6. Zamawiający udostępni Wykonawcy użytkownika bazodanowego z prawami do odczytu w bazie danych systemu ZSI. Reszta prac oraz kosztów niezbędnych do przeprowadzenia integracji leży po stronie Wykonawcy.

1.14.7. System ma udostępniać zagregowane statystyki zbiorcze ze zużyć wody dla wskazanego na mapie obszaru (zaznaczenie wielokątem) bądź wybranych odbiorców z podziałem na lata i miesiące. Statystyki będą dostępne w formie wykresu (informacja o zagregowanych zużyciach z min. 3 ostatnich lat w poszczególnych miesiącach) oraz zestawienia z adresami oraz odbiorcami którzy objęci zostali analizą. System musi również umożliwiać wybór odbiorców do analizy również poprzez wybór konkretnych adresów i całych ulic. Musi istnieć możliwość zapisania raz wyselekcjonowanych odbiorców bądź obszarów z możliwością wykonania ponownej analizy.

1.14.8. Analiza z punktu powyżej musi mieć możliwość eksportu danych do pliku xls/xlsx. Plik ten będzie zawierać:

● wykres (opisany punkt wyżej),

● zestawienie tabelaryczne na podstawie którego został wygenerowany wykres,

● wykaz odczytów oraz zużyć dla każdego odbiorcy z zaznaczonego obszaru za okres min.

3 lat,

● zużycia miesięczne - wykaz zużyć w każdym miesiącu dla każdego odbiorcy oraz licznika za okres min. 3 lat liczone na podstawie średniej dobowej (odczyty są realizowane u klientów w różnych terminach oraz z różną częstością).

3.2. Wymagania do mobilnej aplikacji GIS.

1.15. Zamawiający oczekuje dostarczenia aplikacji mobilnej GIS na 10 tabletach.

1.16. Działanie z najnowszą wersją systemu Android oraz wersji wcześniejszych przynajmniej

do wersji 7.0.

1.17. Działanie w różnych rozdzielczościach ekranu (co najmniej 1200x800).

1.18. Praca w trybie offline oraz online.

1.19. Praca z aplikacją wymaga logowania.

1.20. Praca z danymi rastrowymi (wyświetlanie Ortofotomapy, Open Street Map, podkładów map sytuacyjnych i uzbrojenia terenu) oraz wektorowymi z możliwością jednoczesnego wyświetlania.

1.21. Włączanie oraz wyłączanie widoczności warstw oraz podkładów mapowych bezpośrednio z aplikacji mobilnej.

1.22. Podgląd legendy (styli) dla wyświetlanych obiektów.

1.23. Narzędzia pomiaru odległości i pola powierzchni.

1.24. Pozycjonowanie przy użyciu sygnału GPS oraz A-GPS na mapie.

1.25. Współpraca z precyzyjna anteną GPS-RTK.

1.26. Możliwość edycji obiektów z wykorzystaniem anteny GPS-RTK. Możliwość dodania nowego obiektu (bądź kolejnych punktów dla warstw liniowych i poligonowych) na podstawie bieżącej lokalizacji z zintegrowanej anteny GPS-RTK.

1.27. Możliwość edycji obiektów z wykorzystaniem anteny GPS-RTK. Możliwość dodania nowego obiektu (bądź kolejnych punktów dla warstw liniowych i poligonowych) na podstawie bieżącej lokalizacji z zintegrowanej anteny GPS-RTK.

1.28. Współrzędna wysokościowa zmierzona przez antenę może być na żądanie wstawiona z poziomu aplikacji mobilnej w dowolne skonfigurowane przez użytkownika pole. W przypadku konieczności powtórzenia pomiaru wysokości, operator ponownie może wstawić dane wysokościowe, co spowoduje wykasowanie wcześniejszego pomiaru.

1.29. Dodanie współrzędnej wysokościowej może być dodane zarówno dla nowych jak i istniejących obiektów. Dla istniejących obiektów pomiar rzędnej wysokości nie może zmieniać lokalizacji obiektów w GIS.

1.30. Dla jednego obiektu operator może wykonać dowolną liczbę pomiarów wysokościowych wynikającą z pomiaru dla różnych atrybutów jak np.: dla studzienki pomiar rzędnej dna, rzędnej włazu, rzędnej wlotu, rzędnej wylotu itp.

1.31. Aplikacja ostrzega użytkownika jeśli pomiar wysokości prowadzony jest w miejscu oddalonym od lokalizacji edytowanego obiektu o zdefiniowaną odległość (np. 3m).

1.32. System uwzględnia w czasie rzeczywistym poprawka RTK do współrzędnych wysokościowych między elipsoidą ziemską a lokalną geoidą niezależnie od oprogramowania obsługującego antenę. Obsługiwane przynajmniej formaty .gfsf oraz

.ggf dla plików z poprawkami.

1.33. Możliwość dostosowania częstotliwości próbkowania pozycji GPS do możliwości anteny.

1.34. Sterowanie widokiem mapy poprzez gesty palcami (powiększanie, pomniejszanie, przesuwanie). Możliwość jednoczesnego łączenia funkcji, np. skalowanie razem z przesuwaniem i obrotem.

1.35. Możliwość obracania mapy gestami oraz automatycznego powrotu do pozycji północ- południe. Wyświetlanie kierunku północy na mapie.

1.36. Narzędzie do identyfikacji obiektów za pomocą palca. Ilość obiektów zaznaczonych zależy od aktualnej skali (czym większa skala tym więcej obiektów podlega identyfikacji) Możliwość zaznaczenia przynajmniej 1000 obiektów.

1.37. Narzędzie służące do wyszukiwanie obiektów. Szukanie po adresach, nr działek, numerach obiektów sieci wodociągowej oraz kanalizacyjnej (przewody oraz armatura).

Narzędzie musi cechować się prostotą obsługi - użytkownik ma jedno pole do wpisania tekstu/numeru a system sam znajdzie wszystkie pasujące obiekty z dostępnych warstw oraz adresy i działki.

1.38. Możliwość wyboru warstw, które podlegać będą identyfikacji oraz wyszukiwaniu z

poziomu interfejsu aplikacji mobilnej.

1.39. Używane adresy muszą pochodzić z kartoteki adresowej systemu GIS.

1.40. Używane działki muszą pochodzić z kartoteki działek systemu GIS.

1.41. Narzędzie symulowania awarii na sieci wodociągowej. Po wskazaniu miejsca awarii system zaprezentuje zasuwy do zamknięcia oraz odcinków sieci wyłączonych z eksploatacji (przyłącza wyróżnione innym kolorem niż sieć rozdzielcza/magistralna, wytypowane zasuwy podświetlone). Analogiczne działanie jak w systemie działającym przez www.

1.42. Narzędzie do symulowania zatorów na sieci kanalizacyjnej. Po wskazaniu miejsca zatoru system wskaże studnię, przez którą będą wylewać się ścieki oraz przyłączy/klientów zagrożonych zalaniem. Działanie analogicznie jak w systemie działającym poprzez www.

1.43. Dostęp do modułu dyspozytorskiego, przeglądu hydrantów. Obsługa zadań bezpośrednio z tabletu bez konieczności drukowania dokumentów oraz map.

1.44. Funkcjonalność podłączania zdjęć do obiektów GIS oraz zadań zleconych z modułu dyspozytorskiego zrobionych aparatem wbudowanym w urządzenia mobilne. Wykonywanie zdjęć bezpośrednio z poziomu formatki awarii, przeglądu oraz zleceń.

1.45. Obsługa domen na polach formularzy (np. zadania, przeglądy hydrantów, rozbieżności). Pola, które są domenowe w stacjonarnym systemie GIS będą również domenowe w systemie mobilnym.

1.46. Tworzenie szkiców nowych obiektów sieci wod-kan - edycja danych geometrycznych oraz opisowych na tablecie. Możliwość wnoszenia nowych obiektów jak również wniesienie uwag do obiektów już istniejących na mapie. Część modułu Niezgodności dostępna z poziomu Tabletu. Po synchronizacji zgłoszone niezgodności będą rozpatrywane przez uprawnionych pracowników w systemie www.

1.47. Dane adresowe wprowadzane na formularzach będą wprowadzane z kartoteki adresowej w GIS. Nie może być możliwości wprowadzenia adresu nieistniejącego w kartotece.

1.48. Synchronizacja pomiędzy tabletami a bazą centralną.

1.48.1. Automatyczna dwukierunkowa synchronizacja poprzez sieć GSM pomiędzy tabletami oraz bazą centralną informacji o:

1.48.1.1. zadaniach z modułu dyspozytorskiego

1.48.1.2. informacjach o przeglądach hydrantów,

1.48.1.3. rozbieżnościach zgłaszanych z poziomu tabletu.

1.48.2. System będzie w odstępach 10 minutowych sprawdzał, czy istnieją dane do synchronizacji (nowe zadania do pobrania/wysłania, przeglądy hydrantów oraz rozbieżności do wysłania) i w razie ich wykrycia dokona synchronizacji.

1.48.3. Dane będą automatycznie synchronizowane w momencie zapisu zmian na tablecie (zadania, przeglądy, rozbieżności). W razie braku dostępu do sieci GSM system będzie próbował wysyłki w kolejnym cyklu synchronizacji.

1.48.4. Gdy dane zostaną poddane synchronizacji staną się niewidoczne na urządzeniu

mobilnym.

1.48.5. Synchronizacja danych wektorowych, rastrowych, Ortofotomapy oraz OSM będzie wywoływana przez użytkownika. I zazwyczaj będzie odbywała się poprzez sieć wi-fi (z możliwością synchronizacji poprzez sieć GSM). Dostępne dwa tryby synchronizacji:

1.48.5.1. Przyrostowa - synchronizowane tylko różnice w danych pomiędzy danymi na tablecie a

danymi w bazie centralnej.

1.48.5.2. Pełna - wgranie wszystkich danych (rastry, wektory, zadania).

1.48.6. Przy pierwszym uruchomieniu aplikacji zostanie uruchomione od razu okno synchronizacji.

1.48.7. Synchronizacji będą podlegać również dane o użytkownikach (loginy i hasła) tak aby można było korzystać z urządzeń mobilnych również bez połączenia z siecią GSM/wi-fi.

1.49. Konfiguracja projektów musi odbywać się na aplikacji www i będzie dostępna dla uprawnionych użytkowników.

1.49.1. Wybór warstw jakie będą synchronizowane na tablety.

1.49.2. Wybór "grup" jakie będą synchronizowane na tablety. Na grupę składają się warstwy. Na aplikacji mobilnej włączanie/wyłączanie widoczności warstw odbywać się będzie poprzez włączenie/wyłączenia całej grupy.

1.49.3. Definicja styli wyświetlania warstw (kolor oraz kształt wyświetlania obiektów).

1.49.4. Użytkownicy przypisani do konkretnych tabletów.

1.50. Instalacja oraz aktualizacja oprogramowania Mobilnego GIS jest zdalna oraz automatyczna, tzn. użytkownik aktualizuje/instaluje oprogramowanie na urządzeniu mobilnym poprzez wskazanie linku do pliku instalacyjnego umieszczonego na serwerze Zamawiającego. Aktualizacja nie powoduje usunięcia danych z aplikacji.

1.51. Wszystkie narzędzia muszą działać i być w pełni funkcjonalne w trybie offline. Tryb online służy głównie do synchronizacji: aktualizacji danych o wykonanych zadaniach (awarie, przeglądy, konserwacje, przeglądy hydrantów, niezgodności, itp.) aktualizacji danych GIS zarówno tych wyedytowanych po stronie GIS-u mobilnego jak również bazy centralnej.

1.52. Oprogramowanie nie może być licencjonowane ze względu na liczbę użytkowników.

1.53. Administrator oprogramowania GIS musi mieć możliwość przypisania konkretnych pracowników do konkretnych urządzeń.

3.3. Moduły branżowe

1.1. Cyfrowe archiwum

1.1.1.System musi umożliwiać ewidencjonowanie elementów sieci wodociągowej i kanalizacyjnej w postaci wektorów, a także powiązanych z nimi opisami, oraz załącznikami tworząc archiwum elektroniczne.

1.1.2.Aplikacja będzie posiadała wykaz wszystkich załączników. Będzie istniała możliwość wyszukiwania załączników (np. po nazwie, typie załącznika) oraz możliwość eksportu wykazu do pliku formatu xlsx.

1.1.3.Wykaz obiektów GIS do których podłączony jest dany załącznik wraz z opcją

przekierowania mapy do wybranego obiektu.

1.1.4.Możliwość dodawania i usuwania do każdego obiektu na mapie załączników (filmy, zdjęcia, dokumenty). Możliwość dodawania różnych typów załączników, np. karta studni deszczowej, dokumenty z odbioru, umowy klienta.

1.1.5.Możliwość wstawiania oraz edycji typów załączników przez użytkownika z nadanym odpowiednim stopniem uprawnień.

1.1.6.System musi umożliwiać podłączenie do obiektu załącznika już istniejącego w bazie danych bez konieczności dodawania go z dysku.

1.1.7.Możliwość podłączania jednego załącznika do wielu obiektów jednocześnie.

1.1.8.System umożliwi nadawanie uprawnień do poszczególnych akcji, np. uprawnienia do

usuwania, dodawania, podglądu załączników.

1.1.9.Obsługa protokołu FTP. Możliwość konfiguracji tak aby pliki z serwera FTP były dostępne z poziomu systemu.

1.2. Moduł obsługi pracy brygad oraz dyspozytorni.

1.2.1. Moduł dyspozytorski umożliwiać ma w pełni elektroniczne zarządzanie pracami brygad dział w terenie. Umożliwia planowanie oraz realizację prac naprawczych i konserwatorskich na sieci. Wszelkie zbierane informacje są usystematyzowane i wzbogacone o dokumentację zdjęciową.

1.2.2. System musi posiadać zaimplementowany, gotowy moduł dyspozytorski, służący do prowadzenia rejestru / ewidencji prac wykonywanych na sieciach.

1.2.3. Typy zgłoszeń - System za pomocą modułu dyspozytorskiego ma umożliwiać realizację następujących typów zadań:

• awaria,

• praca konserwacyjne (Konserwacje),

• przeglądy,

• remonty,

• zlecenia płatne.

1.2.4. Opis procesu:

a) przyjęcie zgłoszenia odbywa się w formie telefonicznej, pisemnej lub przez bezpośrednią rejestrację w systemie,

b) miejsce wystąpienia zdarzenia ma być zaznaczane w postaci punktu na mapie, a treść zgłoszenia opisywana w programie (system ma posiadać funkcjonalność automatycznego wstawienia zgłoszenia na mapie na podstawie wprowadzonego adresu na zgłoszeniu),

c) zgłoszenie może założyć mistrz, dyspozytor bądź inna osoba mająca uprawnienia,

d) początkowo wprowadzane będą ogóle informacje o zgłoszeniu:

• typ/kategorię/rodzaj zgłoszenia (np. Awaria/Sieć wodociągowa/Uszkodzony hydrant; Zlecenie płatne/Sieć kanalizacji sanitarnej/Czyszczenie przepompowni, itd),

• datę i godziną przyjęcia zgłoszenia,

• adres miejsca zdarzenia,

• opis zgłoszenia,

• osoba dokonująca zgłoszenia - zgłaszający zwykle podaje nazwisko i telefon, chociaż

czasem odmawia udzielenia tych informacji,

• osoba wprowadzająca zgłoszenie do sytemu (osoba aktualnie zalogowana) - informacja

uzupełniana automatycznie przez system.

1.2.5. Jeśli zgłoszenie było telefoniczne część informacji zostanie automatycznie wypełniona na formatce zgłoszenia

1.2.6. Zgłoszenie może być zarówno awaryjne jak i planowane z wyprzedzeniem (raport).

1.2.7. Do danego zgłoszenia, które zarejestrowano w systemie ma być możliwość przypisania zadania wykonawczego reprezentujące konkretne działania na sieci (zadania będą przesyłane na tablety). Zadanie będzie trwało maksymalnie jedną zmianę, nawet jeśli nie udało się zakończyć prac związanych z danym zgłoszeniem i kierowane jest do konkretnej osoby (brygadzisty). Kolejna ekipa ma otrzymywać kolejne zadanie w przypadku, gdy problem wynikający ze zgłoszenia nie został całkowicie rozwiązany. Zadania mogą być kierowane do różnych osób lub zespołów z różnych jednostek organizacyjnych Spółki. W celu zarejestrowania zadania należy w systemie:

• określić typ prac,

• zadeklarować wykonawcę,

• zadeklarować datę i godzinę planowanego rozpoczęcia realizacji zadania.

1.2.8. Użytkownik ma również mieć możliwość dołączenia informacji o obiektach obsługiwanych (podłączyć do zadania obiekty sieci wod-kan, na których będą realizowane prace). Zadania będą tworzone, przekazywane drogą elektroniczną i nadzorowane przez osoby koordynujące pracę zespołów wykonujących zadania w terenie. Wpisanie w zadaniu daty planowanego rozpoczęcia oraz osoby odpowiedzialnej za wykonanie czynności (zazwyczaj brygadzisty) rozumiane jest jako wskazanie zadania do realizacji.

1.2.9. Dyspozytor lub kierownik ma możliwość:

• rozesłania SMS alarmowych o planowanych pracach za pomocą wyboru miejsca awarii na

mapie, lub zdefiniowania obszaru wystąpienia zdarzenia (dzielnica, ulica, użytkownik),

• umieszczenia informacji o awariach/pracach planowanych na stronie internetowej i portalach

społecznościowych

Bazę zarejestrowanych użytkowników należy zaimportować z systemu VOCATEL i umożliwić rejestrację nowych użytkowników.

1.2.10. Zadania mają być dostępne na tabletach dla pracowników terenowych. Ekipy pracujące w terenie mają mieć dostęp do informacji o powierzonych jej zadaniach, jak również możliwość rejestrowania postępów prac.

1.2.11. Brygada ma mieć możliwość przyjęcia zadania wraz z informacją gdzie i co trzeba zrobić. Na mapie tabletu wyświetlany jest punkt z lokalizacją zgłoszenia oraz obiekty sieci wod-kan "podłączone" do danego zadania. Brygada ma również mieć możliwość podpięcia elementów sieci, na których były wykonywane prace i załączenia zdjęć z poziomu tabletu. Rejestrowane muszą być również czasy przyjęcia, rozpoczęcia oraz zakończenia zadania przez ekipę. Tablet cyklicznie ma pobierać oraz wysyłać informacje pomiędzy serwerem a aplikacją mobilną. Mistrz w systemie centralnym ma widzieć zmiany "na bieżąco".

1.2.12. Planowany obieg zadania:

• kierownik bądź dyspozytor zakłada nowe zadanie wykonawcze w systemie centralnym w ramach zgłoszenia i przypisuje je do mistrza/brygadzisty/pracownika.

• kierownik wprowadza do zadania datę planowanego rozpoczęcia.

• wpisanie daty rozpoczęcia oraz przypisanie pracownika bez podania daty rzeczywistego zakończenia oraz wciśnięcie „Zapisz” ma spowodować, że Zadanie zostanie wysłane na tablet.

1.2.13. Gdy dany pracownik będzie zalogowany na urządzeniu mobilnym zadanie ma zostać automatycznie pobrane przez ten tablet. W systemie centralnym na zadaniu ma pojawić się informacja o tym, że zadanie zostało otwarte na tablecie. Zadanie otrzymuje status „Pobrane”.

1.2.14. Po zakończeniu prac pracownik ma mieć możliwość edycji zadania wykonawczego w terenie:

• wypełniając notatkę z klawiatury lub dyktując (system ma przekształcać mowę na

tekst),

• ma mieć możliwość dodania obiektów obsługiwanych przez zaznaczenie ich na mapie mobilnej,

• ma mieć możliwość edycji atrybutów zadania:

• rodzaj czynności,

• średnica,

• materiał,

• godz. rozpoczęcia,

• godz. zakończenia,

• pracownicy realizujący zadanie,

• straty (mogą to być straty w wyniku płukania na hydrancie, wodomierzu, WUKO,

zmywanie po awarii) - wartości słownikowe,

• straty (m3),

• głębokość posadowienia,

• opis prac,

• możliwość wprowadzenia informacji o pojazdach jakie pracowały na zadaniu oraz

ich czasie pracy,

• możliwość wykonania zdjęć, które zostaną automatycznie podpięte do zadania,

• zakończyć zadanie zmieniając status na „zakończone”.

1.2.15. Informacje z tabletu w całości mają być wysłane do systemu centralnego, a zadanie staje się niedostępne na Tablecie.

1.2.16. System centralny w przypadku zarejestrowania wykonania zadania ma wyświetlić komunikat o wykonaniu zadania wraz z możliwością wyświetlenia przez Mistrza danych wprowadzonych w terenie przez brygadzistę.

1.2.17. Kierownik ma mieć możliwość dokonania korekty zadania przesłanego z tabletu lub z klawiatury, uzupełniania i modyfikacji danych zadania i zapisu/akceptacji zadania wykonawczego

1.2.18. Osoba administrująca systemem ma mieć możliwość wprowadzenia nowych (modyfikowania istniejących) rekordów w bazie oraz wprowadzania zmian w listach wyboru.

1.2.19. Osoby mające tylko podgląd do systemu dyspozytorskiego mają mieć możliwość generowania raportów dot. strat wody, ilości awarii, nocnych przekroczeń przepływów na obiektach, etc.

1.2.20. Kierowanie zadań do pracowników

1.2.21. Zadanie ma zostać wysłane z systemu centralnego na tablet w momencie wykonania akcji "Zapisz" w oknie zadania wykonawczego. Przed wysłaniem zadania, na formatce zadania wykonawczego system ma zażądać wypełnienia pola:

• planowany czas rozpoczęcia (na tablety można wysyłać wszystkie zadania

niewykonane - brak warunku czasowego, bądź tylko zadania z danego dnia),

• osoba, która będzie odpowiedzialna za wykonanie zadania.

• Jedno zadanie może być wysłane do tylko jednego pracownika. Aplikacja mobilna pracując w trybie on-line ma automatycznie synchronizować dane zadań w odstępach np. 10 minutowych (czas do edycji). Aplikacja ma dodatkowo pobierać informacje o nowych zadaniach w momencie logowania do aplikacji mobilnej.

1.2.22. Zadania na tablecie mają być sortowane rosnąco po dacie rozpoczęcia.

1.2.23. Przesłane zadanie ma zawierać wszystkie informacje zarejestrowane na zgłoszeniu (z możliwością ograniczenia) oraz Opisy z ewentualnych zadań zrealizowanych wcześniej dla tego zgłoszenia.

1.2.24. Zadania mają być widoczne na tablecie do czasu oznaczenia zadania statusem

„Zrealizowana” przez pracownika, zapisaniu zadania i jego wysłaniu. Po zapisaniu zadania oznaczonego statusem "Zrealizowana" pracownik nie ma mieć możliwości edycji a zadanie ma oczekiwać na wysłanie.

1.2.25. Obsługa obiektów dowiązanych do zadania.

Aplikacja mobilna ma umożliwiać dopisanie do zadania obiektów uczestniczących w zadaniu przez ich zaznaczenie na mapie. Poprzez przytrzymanie palca na mapie mają

zostać wybrane obiekty w pobliżu przytrzymania. Aby precyzyjniej wybrać obiekty należy przybliżyć mapę. Następnie ma pojawić się lista nad zbliżeniem mapy w punkcie przytrzymania, aby umożliwić wybór konkretnego obiektu. Zaznaczone obiekty mają trafić na listę widoczną dla użytkownika. Dodawanie obiektów oraz edycja atrybutów obiektów ma być dostępna jedynie w zadaniu, w którym nie zmieniono statusu na „zakończone”.

1.2.26. Zgłaszanie rozbieżności. Pracownicy realizujący zadania w terenie mają mieć możliwość zgłaszania rozbieżności pomiędzy danymi w systemie GIS, a stanem faktycznym.

Użytkownik ma mieć możliwość opisania niezgodności poprzez pole Rozbieżności bezpośrednio na zadaniu. Następnie osoby odpowiedzialne za edycję mapy GIS mają mieć możliwość uaktualnienia danych o zgłoszone uwagi. Ma powstać w tym celu dedykowany wykaz gdzie w prosty sposób można będzie weryfikować te zgłoszenia.

1.2.27. System powinien udostępniać statystyki zbiorcze z liczby awarii dla wskazanego na mapie obszaru z podziałem na wodociąg i kanalizację i podziałem na lata i miesiące. Statystyki powinny być dostępne w formie: wykresu, tabeli, pliku arkusza kalkulacyjnego. 1.2.27. System musi posiadać dedykowany panel awarii, który będzie zawierał wykaz wszystkich awarii. Panel będzie dodatkowo umożliwiał łatwe filtrowanie awarii po wybranych parametrach, np. awaria na wodzie/kanalizacji, nr awarii, stan awarii (wykonane, niewykonane), rodzaj i typ awarii, data zgłoszenia, adres zgłoszenia, priorytet, itp. Użytkownik musi mieć możliwość eksportu wykazu awarii wraz z ich pełnym opisem do pliku formatu arkusza kalkulacyjnego.

1.2.28. System musi umożliwiać generowanie do formatu PDF/DOCX raportu z awarii, który będzie zawierał mapę z zaznaczoną awarią oraz warstwami wybranymi przez użytkownika. Raport będzie zawierał również informacje opisowe awarii wprowadzone do systemu przez dyspozytora i/lub osoby usuwające awarię.

1.3. Moduł przeglądu hydrantów

System musi posiadać moduł wspomagający gospodarkę hydrantową. Moduł ma umożliwiać prowadzenie ewidencji przeglądów hydrantów na sieci wodociągowej. Moduł powinien pozwalać na:

1.3.1. Wprowadzanie nowego przeglądu hydrantów wraz automatycznym nadaniem numeru

przeglądu

1.3.2. Określenie daty wykonania przeglądu hydrantów

1.3.3. Określenie parametrów przeglądu x.xx.: ciśnienie statyczne, przepływ

1.3.4. Przydzielenie przeglądu dla określonych brygad/osób (musi działać również w połączeniu z aplikacją mobilną dedykowaną do pracy w terenie)

1.3.5. Dołączenie załączników i komentarzy do przeglądu z poziomu GISu mobilnego

1.3.6. Automatyczne dołączenie zdjęć do przeglądu wykonanych urządzeniem mobilnym. Wywołanie aparatu wbudowanego w tablet bezpośrednio z poziomu formatki przeglądu

1.3.7. Wydruk przeglądu wg numeracji lub hydrantu

1.3.8. Wykaz aktywnych przeglądów

1.3.9. Wyszukiwanie przeglądu wg numeru przeglądu, hydrantu, adresu oraz innych zdefiniowanych kryteriów

1.3.10. Pełna ewidencja historii przeglądów

1.3.11. Generowanie karty hydrantu do PDF z danymi technicznych danego hydrantu wraz z parametrami z wybranego przeglądu oraz mapą w skali 1:500 prezentujący hydrant oraz aktualnie widoczne warstwy w systemie

1.3.12. Wyświetlenie listy przeglądów do wykonania w bieżącym tygodniu/miesiącu/roku

1.3.13. Lista hydrantów, które nie spełniają zdefiniowanych warunków ppoż.

1.3.14. System musi wizualizować stopień pokrycia terenu wbudowanymi na sieci hydrantami.

1.3.15. Użytkownik z poziomu panelu identyfikacyjnego hydrantu będzie miał możliwość uruchomienia symulacji hydraulicznej pokazującą skutki poboru wody na cele ppoż. (będzie można również wykorzystać tą funkcjonalność do wydawania warunków). System przyjmie do symulacji wartość przepływu/wypływu najbardziej aktualnego pomiaru. Użytkownik będzie miał również możliwość podania wartość przepływu samodzielnie.

1.4. Moduł teczek.

Moduł pozwoli na gromadzenie i zarządzanie dokumentacją techniczną (warunki techniczne, uzgodnienia, projekty techniczne, protokoły i inne dokumenty z budowy i końcowych odbiorów technicznych).

1.4.1. Teczka będzie obiektem bazodanowym posiadającym x.xx. następujące atrybuty: numer teczki, opis, uwagi, typ sieci, rok wykonania, dane adresowe, ilość załączników i inne (do uzgodnienia na etapie wdrożenia),

1.4.2. Musi pozwalać na klasyfikację dokumentacji, x.xx. Warunki techniczne, Uzgodnienia

projektów, Dokumenty Odbiorowe, Inne dokumenty, Dokumentacja techniczna,

1.4.3. Musi istnieć możliwość na powiązanie obiektu teczki z innymi obiektami GIS (x.xx. sieć wodociągowa, kanalizacyjna wraz z ich armaturą, działki),

1.4.4. Musi istnieć możliwość na przejście z obiektu powiązanego do konkretnej teczki oraz powiązanej z nią dokumentacją, jeden obiekt może być powiązany z wieloma teczkami,

1.4.5. System musi posiadać wykaz wszystkich teczek z możliwością wyszukiwania po dowolnej kombinacji ich atrybutów,

1.4.6. Musi istnieć możliwość raportowania jaki użytkownik i kiedy utworzył bądź modyfikował teczkę,

1.4.7. Zapewnienie pełnej historii zmian na obiekcie.

1.4.8. W przypadku wydawania warunków technicznych system będzie analizował możliwości przyłączenia nowych klientów do sieci i możliwość wydania warunków. Będzie to realizowane w połączeniu z modułem do matematycznego modelowania sieci oraz na podstawie wprowadzonych do systemu projektowanych odcinków sieci.

1.4.9. Użytkownik wprowadza podstawowe informacje w zakładanym punkcie poboru wody (planowane miesięczne/dobowe zużycie, profil klienta). System na podstawie wprowadzonych danych dokonuje obliczeń hydraulicznych i uruchamia symulację hydrauliczną. Użytkownik może sprawdzić czy dany klient będzie miał zapewnione odpowiedni warunki dostawy wody oraz czy warunki nie pogorsza się dla odbiorców w innych częściach sieci.

1.5. Integracja z systemem inspekcji telewizyjnych sieci kanalizacyjnej

Moduł przeznaczony do prezentacji danych z inspekcji wideo sieci kanalizacyjnych oraz możliwość wykorzystania wczytanych danych do analiz pod kątem stanu technicznego sieci.

1.5.1. System do inspekcji telewizyjnych kanalizacji dostarczony zostanie w ramach niniejszego

zamówienia na podstawi wymagań opisanych w dalszej części OPZ

1.5.2. Wykonawca wdroży moduł do inspekcji TV sieci kanalizacyjnych oraz dokona integracji tego modułu z funkcjonującym w MWiK systemem inspekcji TV.

1.5.3. Moduł automatycznie przyporządkuje inspekcję wraz z pełnym jej opisem oraz wszystkimi zarejestrowanymi zdarzeniami do danego kanału.

1.5.4. Możliwość pełnego wglądu w dane ostatniej inspekcji oraz wszystkich inspekcji historycznych z poziomu kanału

1.5.5. Możliwość automatycznego wczytania danych z inspekcji oraz zdarzeń/usterek – zdjęcia, opis, stan, odległość od punktu początkowego inspekcji, czas wystąpienia zdarzenia na filmie, nr kanału, nr studni górnej oraz dolnej, nr inspekcji, data inspekcji, wysokość, szerokość,

średnica, materiał, długość odcinka, adres, operator, rodzaj kanału, położenie

usterki/zdarzenia, uwagi.

1.5.6. Wykaz zarejestrowanych usterek dla konkretnej inspekcji wraz z dokumentacją zdjęciową oraz mechanizmem automatycznie przypisującym inspekcję do wybranego obiektu sieci kanalizacyjnej w GIS.

1.5.7. Wykaz wszystkich przeprowadzonych inspekcji wraz z możliwością wyszukiwania oraz

filtrowania

1.5.8. Wykaz inspekcji przypisanych/nieprzypisanych do przewodów w GIS wraz z możliwością ręcznego przypisania inspekcji, których system nie był w stanie powiązać (z powodu błędów użytkowników w opisach inspekcji)

1.5.9. Możliwość automatycznego wczytania raportu w formacie PDF pochodzących z kamery

inspekcyjnej oraz przypisania go do konkretnej inspekcji.

1.5.10. Moduł musi posiadać mechanizm automatycznego wykrywania rozbieżności pomiędzy danymi zarejestrowanymi na inspekcji a zapisanymi w systemie GIS dla danego kanału (średnica, materiał przewodu, rodzaj sieci). Różnice będą dostępne na dedykowanym wykazie z poziomu, którego uprawniony użytkownik jednym kliknięciem będzie mógł zaakceptować bądź odrzucić rozbieżność.

1.5.11. Moduł będzie również obliczał „ranking” uszkodzeń dla danego kanału. System będzie wyliczał to na podstawie usterek/zdarzeń zarejestrowanych na ostatniej inspekcji dla danego kanału.

1.5.12. Użytkownik musi mieć możliwość nadawania stopnia uszkodzenia dla konkretnego zdarzenia/inspekcji, nadania mu wagi, na podstawie czego moduł obliczy „ranking” uszkodzenia.

1.5.13. Tworzenie zestawień oraz map tematycznych na podstawie obliczonych „rankingów” uszkodzeń.

1.5.14. Wszelkie prace niezbędne do wykonania modułu oraz integracji leża po stronie Wykonawcy.

1.6. Moduł SCADA

Obecnie posiadany system SCADA monitoruje wszystkie kluczowe obiekty i parametry produkcji wody, odprowadzania ścieków i oczyszczania ścieków. Dane te mają być dostępne w systemie GIS. Interwał odczytywania danych będzie uzgodniony na etapie analizy przedwdrożeniowej aczkolwiek system musi umożliwiać „onlinowe” pobieranie informacji z bazy danych.

1.6.1. System będzie prezentował informacje z systemu SCADA (każdą dowolną mierzoną wartość rejestrowaną w systemie SCADA, np. przepływ, ciśnienie, temperaturę). Informacje w systemie GIS będą prezentowane w czasie "rzeczywistym".

1.6.2. Po wejściu w szczegóły danego obiektu użytkownik dodatkowo uzyska dostęp historii odczytów danego parametru wraz z możliwością ich wizualizacji na wykresach.

1.6.3. Użytkownik musi mieć możliwość definiowania nowych punktów systemu SCADA na mapie wraz z dowiązaniem do nich odpowiedniego punktu/mierzonego parametru z systemu SCADA. Będzie również miał możliwość samodzielnego definiowania etykiety jaka będzie prezentowana na mapie.

1.6.4. Użytkownik musi mieć możliwość zdefiniowania czasu odświeżania danych wyświetlanych na mapie GIS (niezależnie od częstotliwości pobieranych danych z systemu SCADA.

1.6.5. W połączeniu z danymi pochodzącymi z integracji z systemem ZSI moduł będzie posiadał narzędzia służące do bilansowania stref dla sieci wodociągowej oraz zlewni dla sieci Kanalizacyjnej.

1.6.6. System będzie automatycznie obliczał różnice pomiędzy sumą zużyć klientów a sumą z przepływomierzy dla każdej strefy.

1.6.7. Przeprowadzenie integracji leży po stronie Wykonawcy. Wykonawca otrzyma użytkownika

bazodanowego wraz z odpowiednimi uprawnieniami.

1.7. Moduł Analiz Stref

Moduł ma za zadanie analizowanie „strat” w strefach (porównywanie danych pochodzących z systemów SCADA oraz systemu bilingowego) wyliczanie dla stref odpowiednich wskaźników statystycznych oraz bieżące alterowanie o przekroczonych progach awaryjnych.

Ocena strat wody winna być wykonywana „on-linowo” w trybie ciągłym, tak aby operator sieci otrzymywał natychmiastowo aktualne informacji na temat awarii sieci i jej wpływu na wielkości strat. Moduł ten ma również w wydajny sposób automatycznie wyliczać szereg wskaźników dla stref w tym x.xx. dostarczać informacji odnośnie strat wody niezafakturowanej pochodzącej z bilansu wody stanowiącej napływ na strefę oraz wody zafakturowanej.

1.7.1. Strefy będą wizualizowane na mapie GIS jako oddzielna "klasa obiektów". Będzie to warstwa poligonowa. Styl wyświetlania (np. kolory, transparentność, grubość linii) będzie można dowolnie konfigurować używając narzędzi do edycji styli.

1.7.2. System będzie posiadł funkcjonalność przypisania przepływomierza do konkretnej strefy wraz z możliwością określenie kierunku przepływu (napływ bądź wypływ wody ze strefy). Jeden przepływomierz będzie można przypisać do jednej bądź dwóch stref (przepływomierz może jednocześnie mierzyć wypływ wody ze strefy pierwszej oraz napływ wody do strefy drugiej).

1.7.3. System będzie w sposób automatyczny modyfikował (np. w wyniku zamknięcia/otwarcia zasuwy strefowej, wybudowania nowego przyłącza, itp.) oraz tworzył geometrię stref (tworzył warstwę poligonową stref). Granice strefy wyznaczać będzie sieć geometryczna sieci wodociągowej, przepływomierze oraz zamknięte zasuwy strefowe.

1.7.4. Moduł na potrzeby obliczeń będzie korzystał z następujących danych:

1.7.4.1. System SCADA/PALM – przepływy dla sieci wodociągowej oraz kanalizacyjnej

1.7.4.2. System ZSI – dane o odczytach/zużyciach wody i ścieków przez klientów

1.7.4.3. Model hydrauliczny sieci wodociągowej dla Miasta dane o ciśnieniu w strefie

1.7.4.4. Bezpośrednio z systemu GIS – x.xx. dł. sieci w strefie, ilość przyłączy

1.7.5. System będzie posiadał funkcjonalność automatycznego włączenia nowych odbiorców do strefy (również wyłączenia ze strefy już nieaktywnych). Ci odbiorcy zostaną odpowiednio uwzględnieni podczas bilansowania. Operacja będzie automatycznie wykonywana przez system w momencie wyliczania bilansu, tzn. system uwzględni zmiany geometrii strefy oraz zmiany pochodzące z systemu billingowego (nowe odczyty oraz montaże wodomierzy).

1.7.6. „Strefom” zostaną przyporządkowane atrybuty statystyczne (wyliczane przez system), np. strata w strefie (zużycie SCADA/PALM – zużycie billing), odchylenie wartości zużycie od średniej o zadaną wartość procentową, itp. Na podstawie tych parametrów będzie można tworzyć raporty/zapytania oraz prezentować je w czytelnej formie kompozycji mapowej.

1.7.7. System będzie umożliwiał generowanie raportów w formie PDF dla zadanych okresów czasowych dla wszystkich stref. Raport będzie prezentował różnice w zużyciach dla stref w czasie w formie tabelarycznej oraz na wykresach.

1.7.8. System będzie wyliczał dla zadanych okresów tzw. wskaźniki IWA (International Water

Association) dla stref:

1.7.8.1. objętość wody wtłoczonej do sieci (niezbędne dane ze SCADY/PALM)

1.7.8.2. objętość wody sprzedanej,

1.7.8.3. objętość wody sprzedanej odbiorcom domowym,

1.7.8.4. objętość wody dostarczonej i zużytej przez przedsiębiorstwo wodociągowe,

1.7.8.5. objętość strat wody,

1.7.8.6. liczba mieszkańców przypadająca na 1 km sieci,

1.7.8.7. gęstość przyłączy,

1.7.8.8. jednostkowa objętość wody dostarczonej,

1.7.8.9. wskaźnik intensywności uszkodzeń,

1.7.8.10. jednostkowa sprzedaż wody ogółem,

1.7.8.11. jednostkowa sprzedaż wody w gospodarstwach domowych,

1.7.8.12. ilość wody niesprzedanej,

1.7.8.13. jednostkowy wskaźnik strat wodociągu,

1.7.8.14. jednostkowy wskaźnik strat wody na 1 mieszkańca, 1 przyłącze,

1.7.8.15. ILI - wskaźnik przecieków infrastruktury (obliczony dla poszczególnych lat wskaźnik przecieków),

1.7.8.16. RLB – wskaźnik jednostkowych strat rzeczywistych,

1.7.8.17. UARL – obliczanie strat nieuniknionych.

1.7.9. Możliwość wyliczania wskaźników dla danych aktualnych z systemu ZSI oraz danych prognozowanych na podstawie sprzedaży szacowanej.

1.7.10. Możliwość wyliczania wskaźników IWA dla okresów rocznych oraz miesięcznych.

1.7.11. Tworzenie map tematycznych na podstawie wyliczonych wskaźników (np. strefy o najniższej, najwyższej wartości wskaźnika RLB prezentowane różnymi kolorami) poprzez dedykowany manager (użytkownik wybierze wskaźnik, zakres kolorów oraz ilość podziałek na skali a system w sposób automatyczny wygeneruje style oraz stworzy odpowiednią kompozycje mapową).

1.7.12. System musi posiadać przynajmniej dwa mechanizmy alertowania:

1.7.12.1. alert o podejrzanej zmianie bilansu (różnica między wodą „zdeponowaną” w strefie na podstawie danych ze SCADA/PALM pomniejszoną o wartość wody zafakturowanej w systemie ZSI). Użytkownik będzie mógł ustawić próg alarmowy dla każdej strefy niezależnie,

1.7.12.2. alert aktywowany przez system automatycznie na podstawie historii wartości wody

„zdeponowanej” w strefie (suma wody jaka wpłynęła minus suma wody jaka wypłynęła ze strefy) – dane z systemu SCADA/PALM. System będzie porównywał historię odczytów z okresy 6 miesięcy wstecz i jeżeli aktualna wartość będzie większa niż maksymalna wartość z tego okresu bądź większa od średniej o zadaną wartość procentową aktywuje alert. Porównania będą wykonywane dla konkretnych godzin konkretnego dnia tygodnia (porównywane będą np. wartości dla godziny między 3:00 a 3:59 dla wszystkich sobót z 6 miesięcy wstecz).

1.7.13. Alerty mogą być prezentowane np. w formie kolorujących się na czerwono stref bądź powiadomień wyskakujących na ekranie.

1.7.14. Dla sieci kanalizacyjnej będą liczone bilanse na podstawie danych z przepływomierzy umieszczonych w „końcówkach” zlewni. Będą wyliczane różnice pomiędzy ściekami wyprodukowanymi przez klientów a wartościami zarejestrowanymi przez przepływomierze/opomiarowanie przepompowni.

1.7.15. Zlewnia będzie generowana przez system automatycznie na podstawie geometrii sieci/sieci

geometrycznej.

1.8. Moduł służebności przesyłu.

1.8.1. Wprowadzanie nowego obiektu związanego z ustanowieniem służebności przesyłu wraz usytuowaniem geoprzestrzennym po kliknięciu w działkę. Obiekt służebność musi dziedziczyć automatycznie geometrię z działki, dla której jest tworzony oraz musi przetrzymywać informację (geometrię oraz atrybuty) o odcinkach sieci, które wchodzą w zakres służebności.

1.8.2. Automatycznie generować bufory (wraz z obliczaniem ich powierzchni) wokół przewodów wod-kan. Możliwość zdefiniowania promienia buforu oraz ręcznych edycji buforów przez użytkowników.

1.8.3. Posiadać dedykowany wykaz służebności wraz z możliwością wyszukiwania po wybranych parametrach, funkcjonalnością przekierowania do konkretnej służebności na mapie oraz wykazem przewodów, które objęte są służebnością z możliwością ich podświetlenia.

1.8.4. Określenie statusu obiektu (np. ustanowiona, w trakcie ustanawiania)

1.8.5. Określenie atrybutów służebności przesyłu: nr księgi wieczystej, nr repertorium, data ustanowienia służebności przesyłu, dane właściciela działki, nr działki, adres

1.8.6. Możliwość dołączania dowolnych załączników do służebności,

1.8.7. Generowanie wydruku do PDF z wybranej działki wraz z automatycznym zaznaczeniem działki, przewodów oraz buforów, które wchodzą w zakres służebności. Na wydruku ma być również automatycznie wyliczona sumaryczna długość przewodów, powierzchnia buforów oraz wykaz wszystkich przewodów leżących na działce.

1.8.8. Posiadać dedykowany wykaz prezentujący wszystkie działki prywatne na których jeszcze nie ustanowiono służebności a na których znajdują się sieci należące do przedsiębiorstwa.

1.8.9. Posiadać dedykowany wykaz prezentujący działki na których zaszły zmiany od momentu ustanowienia służebności (np. zmieniła się geometria działki, wybudowano nowe odcinki sieci, usunięto bądź zmieniono przebieg sieci).

1.8.10. Możliwość tworzenia map tematycznych/projektów mapowych prezentujących sieci oraz/lub działki z ustanowioną służebnością.

1.9. Moduł niezgodności.

1.9.1. Moduł służący do zgłaszania niezgodności pomiędzy danymi w systemie GIS a sytuacją rzeczywistą.

1.9.2. Możliwość zgłaszania rozbieżności zarówno z poziomu systemu www oraz z aplikacji mobilnej.

1.9.3. Opis niezgodności pod względem atrybutów opisowych oraz geometrii (przebieg sieci oraz

armatury w terenie).

1.9.4. Możliwość zgłaszania niezgodności zarówno dla obiektów istniejących jak i możliwość

wstawienia nowego obiektu.

1.9.5. Możliwość podłączania załączników do niezgodności. Bezpośrednie wykonywanie zdjęć dla niezgodności z poziomu aplikacji mobilnej.

1.9.6. Zgłoszone niezgodności znajdą się w specjalnym buforze, gdzie będą oczekiwać na akceptację

przez uprawnionych pracowników.

1.9.7. Musi istnieć wykaz zgłoszonych niezgodności z poziomu którego uprawniony pracownik będzie mógł akceptować rozbieżności. Będzie mógł również dokonać ich akceptacji pod względem graficznym oraz opisowym. Zaakceptowane rozbieżności zmienią status na "rozpatrzone" i znikną z wykazu rozbieżności.

1.9.8. Musi istnieć możliwość przekierowania do wybranej rozbieżności z poziomu ich wykazu.

3.4. Model matematyczny sieci wodociągowej - dla MWiK.

Przedmiot zamówienia obejmuje wykonanie matematycznego modelu hydraulicznego sieci wodociągowej dla sieci wodociągowej obsługiwanej przez MWiK. W obszarze miasta , które zasilane jest z dwóch ujęć wody – będących podstawą do opracowania koncepcji optymalizacji pracy sieci wodociągowej.

1.1. Wymagania dla modelu matematycznego sieci wodociągowej.

1.1.1. Moduł do modelowania musi być integralnym elementem systemu gis i musi mieć z nim wspólny interfejs użytkownika.

1.1.2. Budowa skalibrowanego modelu matematycznego hydrauliki oraz jakości systemu wodociągowego powinna obejmować w szczególności:

1.1.2.1. dane o eksploatowanym obecnie systemie dystrybucji wody do modelu hydraulicznego, w szczególności danych o przewodach wodociągowych, armaturze, obiektach wodociągowych, rozbiorach wody na sieci, nastawach eksploatacyjnych oraz algorytmach pracy ujęcia wody, stacji uzdatniania wody, pompowni i zbiorników,

1.1.2.2. wykonanie dynamicznego modelu matematycznego sieci wodociągowej,

1.1.2.3. w oparciu o pozyskany materiał pomiarowy przeprowadzenie kalibracji modelu sieci

wodociągowej,

1.2. Dane, na podstawie których zostanie wykonany model matematyczny sieci wodociągowej (dane dostępne w GIS):

1.2.1. mapa wektorowa z układem sieci przewodów wodociągowych i danymi o położeniu wysokościowym przewodów oraz armatury,

1.2.2. informacje o średnicach, materiałach, wieku przewodów,

1.2.3. informacje o istniejących punktach zasilania sieci wodociągowej – położenie, geometria zbiorników, krzywe pracy pomp, itp.,

1.2.4. informacje o hydroforniach zlokalizowanych na sieci wodociągowej – położenie,

krzywe pracy pomp,

1.2.5. rozbiory wody dla poszczególnych odbiorców z 3 lat wstecz (na podstawie integracji z

ZSI),

1.2.6. informacje o istniejących reduktorach ciśnienia, regulatorach przepływu – lokalizacja, charakterystyka pracy, wielkość urządzeń,

1.2.7. informacje o innych elementach uzbrojenia mających wpływ na warunki hydrauliczne w sieci wodociągowej, np. zamknięte odcinki przy pomocy zasuw – lokalizacja, wielkość elementu uzbrojenia, charakterystyka stanu,

1.2.8. informacje o punktach sprzedaży/kupna wody poza sieć wodociągową MWiK – lokalizacja, wielkość sprzedaży,

1.2.9. dane pomiarowe (x.xx. wartości ciśnienia, przepływu, zmian napełnienia zbiorników)

z istniejącego monitoringu.

1.3. Węzły obliczeniowe dzielą sieć na odcinki obliczeniowe. Odcinek obliczeniowy to odcinek przewodu wodociągowego o identycznych warunkach hydraulicznych na całej jego długości. Węzły obliczeniowe należy przyjmować przynajmniej w:

1.3.1. w miejscach rozgałęzień przewodów,

1.3.2. na końcówkach przewodów,

1.3.3. w miejscu zmiany średnicy przewodu wodociągowego,

1.3.4. w miejscach zmiany chropowatości (zmiana materiału lub zmiana chropowatości ze względu na wiek przewodu),

1.3.5. w miejscach usytuowania istotnej armatury (reduktory, przepustnica, itp.).

1.4. Odcinki obliczeniowe należy przyjmować dla wszystkich przewodów magistralnych oraz rozdzielczych oraz dla przyłączy większych lub równych DN80.

1.5. Dla każdego węzła obliczeniowego powinno zostać przypisane bazowe zużycie wody oraz wzorzec rozbioru wody. Należy wyznaczyć wzorce zużycia wody dla charakterystycznych grup odbiorców (x.xx. dla zabudowy jednorodzinnej, dla zabudowy wielorodzinnej, przemysł, markety, galerie handlowe, hotele oraz dla odbiorców mających istotny wpływ na wielkość zużycia). Krzywe rozbiorów na potrzeby kalibracji modelu ze skokiem czasowym 1 h dla 24 h od godziny 00:00 do godziny 24:00 na podstawie danych uzyskanych z rejestratorów zamontowanych na wodomierzach głównych u odbiorców poszczególnych grup lub gdyby okazało się to niemożliwe na podstawie danych wyznaczonych na podstawie doświadczenia Wykonawcy w realizacji modeli matematycznych sieci wodociągowej bądź literatury fachowej.

1.6. Model hydrauliczny sieci wodociągowej będzie zgodny z najnowszą wiedzą w zakresie projektowania, eksploatacji i symulacji komputerowej sieci wodociągowych. Wszelkie niezapisane wymagania lub opisy wykonania prac przy tworzeniu modelu hydraulicznego sieci wodociągowej należy wykonać zgodnie z obowiązującą sztuką tworzenia modeli hydraulicznych sieci wodociągowych. W kwestiach niejasnych w trakcie wykonywania modelu Wykonawca winien jest złożyć zapytanie do MWiK Sp. z o.o., w celu określenia odpowiedzi i decyzji, co do niejasnej kwestii wykonania danej części modelu hydraulicznego.

1.7. Kalibracja modelu matematycznego sieci wodociągowej. Kalibracja modelu matematycznego sieci wodociągowej powinna zostać wykonana w oparciu o dane uzyskane z systemu monitoringu sieci wodociągowej (również na ujęciach). Dane uzyskane z punktów pomiarowych należy uśredniać dla okresu identycznego jak wzorce zużycia wody wykorzystywane podczas budowy modelu hydraulicznego (standardowo 1 h). Do kalibracji modelu hydraulicznego należy wykorzystać wyniki ze wszystkich stałych punktów monitoringu sieci wodociągowej oraz obiektów wodociągowych, którymi dysponować będzie Zamawiający w danym momencie.

1.8. Model będzie wspomagał proces wydawania warunków technicznych poprzez analizę możliwości przyłączenia nowych klientów do sieci. Będzie to realizowane na podstawie wprowadzonych do systemu projektowanych odcinków sieci w oparciu o model matematyczny. System umożliwi przekazanie do modelu hydraulicznego projektowanego odcinka sieci i wykonanie w modelu obliczeń sprawdzających warunki hydraulicznego nowego przyłącza.

1.9. Model winien umożliwiać dokonywanie analiz i symulacji:

1.9.1. Symulacje stanów dynamicznych na podstawie zadanych szeregów czasowych (np.: rozbiory wody klientów, zasilania) oraz dla określonych sytuacji (np.: ustawienie zasuwy, w przypadku wystąpienia pożaru, awaria) są obliczane szeregi czasowe dla natężenia przepływu, ciśnienia sieci, hydrogramy zbiornika (np. początkowy poziom wody) oraz pracy pompy dla wszystkich, podzielonych przez regulatory (pompy, zasuwy, klapy, odpowietrzniki, regulatory itp.) podsieci.

1.9.2. Porównywanie kierunku przepływu różnych przypadków obliczeń (scenariuszy).

1.9.3. Wyznaczanie zapotrzebowania dla węzłów na podstawie średniego dziennego zużycia.

1.9.4. Wizualizacje danych o przepływie, zużyciu i ciśnieniu.

1.9.5. Wykonywanie symulacji na odcinkach istniejących, projektowanych oraz koncepcjach.

1.9.6. Wyliczanie średnich dobowych rozbiorów w punktach, wyliczanych na podstawie wybranego

przez użytkownika okresu (np. średnia z okresu maj-czerwiec).

1.9.7. Sprawdzenia poprawności topologii sieci.

1.10. Prezentowanie wyników symulacji winno być możliwe w postaci kolorowych kartogramów, winna być możliwość stosowania kodu kolorów, grubości linii i wielkości punktów (węzłów) w zależności od:

1.10.1. średnic rurociągów (kolor i grubość linii),

1.10.2. wielkości przepływów (kolor i grubość linii),

1.10.3. prędkości przepływu wody (kolor i grubość linii),

1.10.4. ciśnień w węzłach (kolor i wielkość punktu-węzła),

1.10.5. rozbiorów węzłowych (kolor i wielkość punktu-węzła),

1.10.6. wysokości ciśnienia (kolor oraz wielkość punktu-węzła),

1.10.7. wielkości minimalnych i maksymalnych dla ciśnienia, natężenia przepływu, wieku wody itp. w

zadanym przedziale czasowym (np. jednej doby).

3.5. Model sieci kanalizacji sanitarnej - dla MWiK.

Model będzie obejmować swoim zakresem i integrować sieć kanalizacji sanitarnej na terenie obsługiwanym przez Zamawiającego i umożliwiać dla zadanych scenariuszy wykonanie symulacji pracy kanalizacji.

Opracowanie skalibrowanego matematycznego modelu systemu kanalizacji na terenie zarządzanym przez MWiK będzie składało się z następujących etapów:

• pozyskanie danych niezbędnych do wykonania bazy modelu, w tym wykonanie koniecznych czynności związanych z inwentaryzacją oraz wprowadzeniem brakujących danych do systemu GIS,

• odwzorowanie sieci kanalizacji w oprogramowaniu do tworzenia modeli hydraulicznych,

• przeprowadzenie wstępnej analizy pracy układu sieci kanalizacyjnej i porównanie z wielkościami

rzeczywistymi,

• zbudowanie systemu pomiarów do kalibracji na podstawie wstępnej analizy modelu,

• prowadzenie tymczasowych pomiarów rzeczywistych wartości na sieci kanalizacyjnej,

• kalibracja i weryfikacja modelu hydrodynamicznego na podstawie kampanii pomiarowej,

• analiza z użyciem modelu.

Dane do pozyskania przez Wykonawcę niezbędne do opracowania bazy modelu :

a) mapa sieci kanalizacji:

• układ przewodów,

• średnice, przekrój i materiał przewodu,

• rozmieszczenie studzienek kanalizacyjnych,

• rozmieszczenie przepompowni i innych obiektów sieci kanalizacyjnej,

• rzędne wysokościowe dna studzienek i włazów studzienek, rzędne wysokości początku i końca

przewodu,

• spadek.

b) dane o dużych dostawcach ścieków przemysłowych do sieci kanalizacji sanitarnej i ich lokalizacji

(dane od Zamawiającego),

c) ilość odbieranych ścieków od odbiorców wody do sieci kanalizacji sanitarnej – wielkość zużycia wody z wodomierza głównego, pomniejszona o ilość zużycia wody na wodomierzu ogrodowym (podliczniku) dla każdego odbiorcy dla okresu min. 3 lat (dane od w wyniku integracji z systemem UNISOFT),

d) informacje o lokalizacji przepompowni i innych obiektów systemu kanalizacyjnego wraz z danymi charakterystycznymi np. o trybie pracy pomp (dane na podstawie integracji z systemem monitoringu sieci kanalizacji sanitarnej),

e) inne dane niezbędne do zbudowania modelu.

3.5.1. Wytyczne ogólne opracowania matematycznego modelu sieci kanalizacyjnej.

Matematyczny model sieci kanalizacyjnej winien jest powstać zgodnie z najnowsza wiedzą w zakresie projektowania, eksploatacji i symulacji komputerowej sieci kanalizacyjnych. Wszelkie niezapisane wymagania lub opisy wykonania prac przy tworzeniu modelu należy wykonać zgodnie z obowiązującą sztuką tworzenia modeli matematycznych.

Model powinien uwzględniać: kolektory, kanały główne, kanały boczne, przepompownie, oczyszczalnie ścieków.

Wyniki modelu mają przedstawić prędkości i kierunki przepływu w czasie na powierzchni, jako skutek ewentualnych podtopień w obszarze zlewni.

Model ma odzwierciedlać realną topologie sieci kanalizacyjnej (1:1) względem bazy GIS.

Wszystkie obiekty typu studnie, komory, przelewy, kryzy, przewody, muszą mieć przypisane podstawowe parametry jak: materiał z uwzględnieniem współczynnika szorstkości, spadek, średnica, rzędne początku, końca, rzędne terenu, rzędne dna, stopień zamulenia przewodów (Zamawiający przekaże informacje o stopniu zamulenia kanałów i obiektów zgodnie z posiadaną wiedzą. Wykonawca będzie miał za zadanie uzupełnić dane związane z zamuleniem pomierzone w trakcie dokonywanych inwentaryzacji).

3.5.2. Kampania pomiarowa

Założenia kampanii pomiarowej:

• należy wykorzystać wyniki ze wszystkich stałych punktów monitoringu sieci kanalizacyjnej oraz monitoringu obiektów, którymi dysponować będzie w danym momencie MWiK,

• należy przewidzieć rozmieszczenie na sieci kanalizacyjnej dodatkowych tymczasowych

punktów pomiarowych, na czas prowadzenia kampanii,

• w kampanii pomiarowej zaleca się wykorzystanie ultradźwiękowych/radarowych urządzeń do pomiaru prędkości przepływu ścieków i napełnienia kanałów.

3.5.3.Kalibracja

W celu zebrania danych niezbędnych w procesie kalibracji modelu należy przeprowadzić kampanię pomiarową obejmująca dodatkowy pomiar pomiaru poziomu i przepływu w sieci kanalizacyjnej. Zakres oraz termin kampanii pomiarowej zostanie wyznaczony przez Wykonawcę w porozumieniu z Zamawiającym/Inżynierem Kontraktu. Przed przystąpieniem do przeprowadzenia kampanii pomiarowej należy przedstawić Zamawiającemu metodologię prowadzenia kampanii pomiarowej.

Po przeprowadzonej kampanii pomiarowej z uzyskanych danych należy otrzymać wartości zmiennych charakteryzujących modelowany układ kanalizacji. Dane te reprezentowane będą przez:

• Wartości napełnienia przewodach i w studzienkach kanalizacji,

• Wielkości dopływu ścieków do oczyszczalni oraz do punktów granicznych odbioru ścieków z innych systemów kanalizacji,

• Wartości prędkości i natężenia przepływu w wybranych przewodach,

• Wartości stanu napełnienia zbiorników przepompowni lub innych zbiorników retencyjnych,

• Histogramy poboru wody przez wybranych odbiorców,

• Histogramy zrzutu ścieków u wybranych odbiorców.

Na podstawie pomiarów kampanii pomiarowej uzyskane zostaną rzeczywiste wartości charakteryzujące układ sieci kanalizacji. Na tej podstawie należy dostosować i poprawić dane wprowadzone do bazowego modelu hydraulicznego sieci kanalizacji sanitarnej.

Model hydrauliczny należy skalibrować zgodnie z czasookresem rejestracji w trakcie trwania kampanii pomiarowej, tzn. należy przygotować dwa warianty modelu skalibrowane na wartości okresu suchego oraz okresu zwiększonych opadów.

Zakłada się poprawność skalibrowanego modelu przy osiągnięciu maksymalnego błędu na etapie weryfikacji dla natężenia przepływu i napełnienia.

Dla pogody bezdeszczowej:

• błąd ±10% dla 90% danych pomiarowych (wybranych do weryfikacji), Dla zjawisk opad-odpływ:

• błąd ±20% dla 85% danych pomiarowych,

Do 5% punktów, w których był prowadzony pomiar, może być uznanych za błędnie rejestrujące i nie muszą być uwzględniane przy kalibracji i weryfikacji modelu.

3.6. Model sieci kanalizacji deszczowej - dla MWiK.

Model będzie obejmować swoim zakresem i integrować sieć kanalizacji deszczowej na terenie obsługiwanym przez Zamawiającego i umożliwiać dla zadanych scenariuszy wykonanie symulacji pracy kanalizacji deszczowej.

Opracowanie skalibrowanego matematycznego modelu systemu kanalizacji na terenie zarządzanym przez MWiK będzie składało się z następujących etapów:

• pozyskanie danych niezbędnych do wykonania bazy modelu, w tym wykonanie koniecznych czynności związanych z inwentaryzacją oraz wprowadzeniem brakujących danych do systemu GIS,

• odwzorowanie sieci kanalizacji w oprogramowaniu do tworzenia modeli hydraulicznych,

• przeprowadzenie wstępnej analizy pracy układu sieci kanalizacyjnej i porównanie z wielkościami rzeczywistymi,

• analiza z użyciem modelu.

Dane do pozyskania przez Wykonawcę niezbędne do opracowania bazy modelu :

a) mapa sieci kanalizacji:

• układ przewodów,

• średnice, przekrój i materiał przewodu,

• rozmieszczenie studzienek kanalizacyjnych,

• rozmieszczenie przepompowni i innych obiektów sieci kanalizacyjnej,

• rzędne wysokościowe dna studzienek i włazów studzienek, rzędne wysokości początku i końca

przewodu,

• spadek.

b) informacje o lokalizacji przepompowni i innych obiektów systemu kanalizacyjnego wraz z danymi charakterystycznymi np. o trybie pracy pomp (dane na podstawie integracji z systemem monitoringu sieci kanalizacji deszczowej),

c) dane dotyczące urządzeń podczyszczających wody opadowe i roztopowe przed wylotami kanalizacji deszczowej wraz z integracją systemu do monitorowania tych urządzeń, który dostarczony zostanie wraz z niniejszym zamówieniem.

d) inne dane niezbędne do zbudowania modelu.

3.6.1. Wytyczne ogólne opracowania matematycznego modelu sieci kanalizacyjnej.

Model powinien uwzględniać: kolektory, kanały główne, kanały boczne, przepompownie, urządzenia podczyszczające wody opadowe i roztopowe.

Wyniki modelu mają przedstawić kierunki przepływu w czasie na powierzchni, jako skutek

ewentualnych podtopień w obszarze zlewni.

Model ma odzwierciedlać realną topologie sieci kanalizacyjnej (1:1) względem bazy GIS.

3.6.2. Zlewnie hydrologiczne.

Budowa zlewni hydrologicznych ciążących do kanalizacji ma się odbyć z wyznaczeniem kierunków spływu uwzględniając naturalne i sztuczne granice z dokładnością ortofotmapy, mapy zasadniczej, z uwzględnieniem powierzchni uszczelnionych oraz terenów zielonych, dróg itp.

3.7. Optymalizacja pracy sieci wodociągowej.

Wykonawca po wykonaniu niezbędnych pomiarów i analiz na sieci wodociągowej, z wykorzystaniem punktów strefowych na sieci, wdroży inteligentne sterowanie ciśnieniem na wyjściu ze stacji wodociągowych SUW Kędzierzyn i ZUW Dunikowskiego oraz dwóch przepompowni strefowych zależnie od aktualnych warunków w sieci wodociągowej.

Regulacja pracy sieci wodociągowej odbywać się będzie poprzez sterowanie pompami w SUW Kędzierzyn, ZUW Dunikowskiego oraz dwóch przepompowniach strefowych.

Wykonawca wyposaży pompownie wody na urządzeniach wodociągowych w odpowiednie urządzenia umożliwiające sterowanie i optymalizację pracy sieci wodociągowej przez dostarczany system o ile takie będą wymagane z punktu widzenia systemu.

W zamówieniu podstawowym nie przewiduje się montażu regulatorów przepływu na sieci wodociągowej.

3.7.1. Wymagania dla stref.

• strefa powinna umożliwiać ocenę indywidualną i porównawczą obszarów sieci z uwagi na bieżące warunki ich pracy (parametry techniczne i ekonomiczne, zużycie wody, awaryjność itd.),

• każda strefa powinna być opomiarowana przepływomierzem na wejściu i wyjściu ze strefy,

• każdy przepływomierz, powinien być dobrany do przepływów i podłączony do systemu w

standardzie co najmniej GSM/GPRS w sieci 3G,

• w obrębie strefy różnice wysokości powinny być niewielkie – strefa powinna być przygotowana do zarządzania ciśnieniem,

• w obrębie strefy należy wyróżnić wszystkie grupy odbiorców (szpitale, nietypowi odbiorcy) i prowadzić dla nich monitoring ciągły rozbioru wody,

• strefy muszą być projektowane tak, aby możliwe było zarządzanie ciśnieniem w obrębie strefy,

• strefa powinna obejmować od 4 do 30 km sieci wodociągowej, aby możliwa była szybka kontrola wycieków wody, w uzasadnionych przypadkach dopuszcza się zwiększenie strefy,

• zasięg stref oraz lokalizacji punktów pomiarowych na sieci wynikać będzie z analizy wykonanej przez Wykonawcę oraz po uzgodnieniu z Zamawiającym,

• wszystkie wybudowane punkty pomiarowe muszą znajdować się w granicach miasta Kędzierzyn-Koźle.

3.7.2. Wymagania dla urządzeń do optymalizacji pracy sieci wodociągowej montowanych na urządzeniach wodociągowych.

W ramach zamówienia Wykonawca zaprojektuje oraz wybuduje 5 punktów pomiarowych do monitoringu sieci wodociągowej wraz z wizualizacją danych pomiarowych w systemie SCADA. Wizualizacja danych pomiarowych w systemie SCADA obejmie także punkty istniejące.

Wymagania podstawowe:

Przed rozpoczęciem prac montażowych Wykonawca przeanalizuje miejsca montażu punktów pomiarowych. W ramach analizy zostanie sporządzony projekt wykonawczy punktów pomiarowych. Projekt ten będzie zawierał:

• Opis miejsca montażu z wyszczególnieniem działek ewidencyjnych.

• Schemat montażowy z uwzględnieniem wymaganej armatury montażowej.

• Schemat elektryczny punktu pomiarowego.

• Strukturę komunikacji z analizą dostępności i siły sygnałów operatorów sieci GSM.

• Zestawienie sygnałów pomiarowych prezentowanych w systemie SCADA oraz projekt ekranów

synoptycznych.

Zestaw pomiarowy do monitoringu sieci wodociągowej zapewni:

• Ciągły pomiar przepływu na sieci wodociągowej według jednostek metrycznych SI.

• Pomiar prędkość przepływu wraz z określeniem kierunku przepływu.

• Sumaryczny pomiar ilości przepływu w przód oraz w tył.

• Pomiar ciśnienia na sieci wodociągowej w jednostkach metrycznych SI.

• Bezprzewodowy przesył danych do systemu nadrzędnego SCADA.

• Natychmiastowa sygnalizacja w przypadku pojawienia się stanów alarmowych.

• Bateryjne zasilanie zestawu pomiarowego zapewniające pracę do 5 lat.

• Monitoring stanu zużycia baterii przepływomierza oraz modułu telemetrycznego.

• Monitoring temperatury urządzeń.

• Otwarte środowisko programowe.

Wizualizacja (system SCADA):

Wykonawca rozbuduje obecnie istniejący system SCADA Zamawiającego o dodatkową licencję serwerową oraz dwie licencje terminalowe.

Rozbudowany system prezentował będzie informacje przesyłane z punktów pomiarowych.

Wielkość licencji zostanie określona na etapie projektowym. Jednak licencje musza wystarczyć do obsługi całego zakresu prac oraz funkcjonalności opisanych w niniejszej dokumentacji.

Wymagania szczegółowe:

Wymagania szczegółowe w zakresie budowy punktów pomiarowych:

• Lokalizacja punktu pomiarowego powinna być w pasie drogowym, poza jezdnią ,najlepiej w pasie zieleni a w drugiej kolejności w chodniku.

• Przyjęte rozwiązania muszą być w miarę możliwości bezobsługowe z zachowaniem minimalnych nakładów pracy na jego eksploatację i konserwację.

• Punkt pomiarowy powinien być wyposażony w elementy niezbędne do prawidłowej i niezawodnej pracy systemu. Wszystkie urządzenia muszą posiadać stopień ochrony dostosowany do warunków montażu oraz warunków ich późniejszej pracy.

• Punkty pomiarowe w wykonaniu doziemnym (czujniki zamontowane bezpośrednio

w ziemi przetworniki i urządzenie telemetryczne nad powierzchnią ziemi) powinny posiadać zewnętrzną obudowę typu „słupek telemetryczny” o kształcie walca.

W obudowie tej powinny być zabudowane urządzenia pomiarowe oraz urządzenia telemetryczne. Obudowa powinna być posadowiona na postumencie betonowym i zabezpieczona przed przechyłem np. dodatkową płytą odciążającą. Elementy te powinny być dostarczone w komplecie razem z obudową.

Przewody sygnałowe pomiędzy czujnikami pomiarowymi a obudową powinno być prowadzone w rurze osłonowej polietylenowej dn 50mm.

Przyłącze kablowe czujnika przepływomierza zabudowanego na wodociągu przed zakryciem gruntem należy dodatkowo zabezpieczyć osłoną z PCV.

Przetwornik ciśnieni zamontowany w sposób umożliwiający jego wymianę bez konieczności

wykonywania prac ziemnych.

Obudowa zewnętrzna powinna być odporna na działanie zewnętrznych czynników atmosferycznych i umożliwiać:

o zabudowę identycznych wkładek patentowych tak by były otwierane tym samym kluczem,

o łatwy dostęp do elementów wyposażenia wewnętrznego,

o umieszczenie tabliczki informacyjnej o numerze punktu pomiarowego,

o montaż pakietu baterii o napięciu 24 VDC, z którego zasilany będzie rejestrator parametrów sieci wodociągowej (w przypadku braku zewnętrznego zasilania)

o zabudowę rejestratora z komunikacją GSM/GPRS,

o zabudowę anteny GSM w sposób zapewniający utrzymanie optymalnego poziomu sygnału i braku dostępu do anteny z zewnątrz po zamknięciu obudowy,

o zabudowę puszki zaciskowej lub złącza przewodowego o stopniu ochrony IP68 do podłączenia sygnałów pomiarowych,

o zabudowę czujnika otwarcia,

o zabudowę przetwornika przepływomierza z jego bateriami, w sposób umożliwiający wygodny odczyt bieżących wskazań,

o ochronę zabudowanych urządzeń przed aktami wandalizmu oraz w momencie otwarcia słupka sygnalizację zdarzenia w systemie SCADA.

• Punkty pomiarowe montowane w komorach technologicznych powinny posiadać zewnętrzną obudowę typu „szafka pomiarowa” o kształcie prostopadłościanu.

W obudowie tej powinny być zabudowane urządzenia pomiarowe oraz urządzenia telemetryczne. Obudowa powinna być wykonana z metalu lub tworzywa sztucznego i posiadać uchwyt umożliwiający montaż na ścianie.

Obudowa zewnętrzna powinna być odporna na działanie zewnętrznych czynników zewnętrznych i umożliwiać:

o łatwy dostęp do elementów wyposażenia wewnętrznego,

o umieszczenie tabliczki informacyjnej o numerze punktu pomiarowego,

o montaż pakietu baterii o napięciu 24 VDC, z którego zasilany będzie rejestrator parametrów sieci wodociągowej (w przypadku braku zewnętrznego zasilania)

o zabudowę rejestratora z komunikacją GSM/GPRS,

o wyprowadzenie na zewnątrz obudowy anteny GSM,

o zabudowę puszki zaciskowej lub złącza przewodowego o stopniu ochrony IP68 do podłączenia sygnałów pomiarowych,

o zastosowanie dławików kablowych,

o zabudowę przetwornika przepływomierza z jego bateriami,

o zabudowę czujnika ruchu wraz z sygnalizacją zdarzenia w systemie SCADA,

o zabezpieczenie urządzeń przed zalaniem poprzez zastosowanie czujnika pływakowego zamontowanego w komorze wraz z sygnalizacją zdarzenia w systemie SCADA.

Zamawiający dopuszcza również wykonanie punktu z użyciem „słupka telemetrycznego” zamiast szafki

montowanej w komorze.

Wymagania szczegółowe dotyczące przepływomierza elektromagnetycznego:

Przepływomierz bateryjny zoptymalizowany do aplikacji wodnych, do pomiarów przepływów i detekcji

wycieków na sieciach wodociągowych.

Przepływomierze z dostępnymi średnicami od DN80 do DN300 przyłącza kołnierzowe, z możliwością dokonania zabudowy bezpośrednio w gruncie. Wersja rozłączna z przewodami o maksymalnej długości do 200 metrów od rurociągu.

• Czujnik pomiarowy przepływomierza:

o Przyłącze kołnierzowe PN10 lub PN16 w EN-1092-1 (ISO 7005),

o konstrukcja całkowicie spawana, stopień ochrony czujnika IP68 umożliwiający zabudowę bezpośrednio w ziemi (możliwość zakopania do 5m) lub zanurzeniu w wodzie (do 10m) po uprzednim uszczelnieniu puszki połączeniowej (żywica do zalania puszki dostarczona w komplecie), a rurociągu (pionowym, poziomym, ukośnym)

• Przetwornik przepływomierza:

o Obudowa przetwornika o stopniu ochrony IP68,

o złącza rozłączne zapewniające stopień ochrony IP68,

o zasilanie bateryjne: czas pracy baterii do 5 lat,

o wyświetlacz LCD umożliwiający odczyt stanu liczników w przód i w tył, stanu baterii, prędkości przepływu, przepływu chwilowego i komunikatów awarii,

o 3 stopniowy status naładowania baterii na wyświetlaczu,

o zabezpieczenie dostępu do menu programowania hasłem,

o obsługa i programowanie przepływomierza bez rozszczelnienia obudowy (możliwość, konfiguracji parametrów przepływomierza, odczytu stanów alarmowych oraz programowanie wyjść),

o autodiagnostyka, możliwość porównania wartości obecnych z wartościami kalibracyjnymi,

o programowalne wyjścia sygnałowe,

o sygnały wyjściowe poprzez cyfrowy protokół komunikacyjny Modbus RTU,

o temperatura otoczenia od -20°C do +60 °C,

o przechowywanie wartości liczników w przód / tył, danych kalibracyjnych i konfiguracyjnych w pamięci czujnika,

• Wyposażenie standardowe:

o 2 pierścienie wyrównujące potencjał (uziemiające),

o żywica do zalania puszki połączeniowej w czujniku (tylko wersja rozłączna przepływomierza), w przypadku wariantu zamówienia przepływomierza z kablami niepodłączonymi i niezalanymi,

Wymagania szczegółowe dotyczące przetwornika ciśnienia:

Nisko energetyczny przetwornik do pomiaru ciśnienia cieczy o następujących parametrach:

o Zakres pomiaru 0-10 bar lub 0 – 16 bar,

o czujnik z elektroniką przystosowaną do zasilania impulsowego w czasie prac z rejestratorami w celu obniżenia zużycie energii,

o dopuszczalne przeciążanie: minimum 4 krotność zakresu pomiarowego,

o błąd podstawowy: maksymalnie 0,5% zakresu pomiarowego,

o stopień ochrony IP 68,

o atest PZH,

o czujnik ciśnienia powinien być montowany na armaturze składającej się z zaworu manometrycznego służącego do odpowietrzania i kontroli ciśnienia.

Wymagania szczegółowe dotyczące Rejestratora parametrów sieci z możliwością transmisji danych

pomiarowych w technologii GSM/GPRS/SMS (moduł telemetryczny):

o Moduł GSM/GPRS i SMS klasy 1 GSM 850/900/1800/1900,

o możliwość korzystania z usług transmisji danych dowolnego operatora, przy wykorzystaniu dowolnego APN,

o możliwość cyklicznej transmisji danych GPRS według zaprogramowanych harmonogramów,

o funkcja kontroli obecności w sieci GPRS przy stałej adresacji IP,

o wymiana danych z systemami nadrzędnymi typu SCADA poprzez serwer OPC,

o wewnętrzne wejścia binarne min 4,

o wewnętrzne wejścia analogowe minimum 2,

o wewnętrzne wyjścia binarne minimum 2,

o cyfrowy interfejs komunikacyjny Modbus RTU do komunikacji z przepływomierzem,

o odczytane dane z przetwornika przepływomierza należy kopiować do rejestrów wewnętrznych rejestratora modułu telemetrycznego zgodnie z kolejnością z jaką są umieszczane w wejściowej przestrzeni adresowej przetwornika.

o wewnętrzny czujnik temperatury,

o zegar czasu rzeczywistego,

o należy przewidzieć automatyczną dobową synchronizację zegara czasu rzeczywistego modułu telemetrycznego z zegarem serwera wizualizacji,

o możliwość zdefiniowania alarmów (wartości progowe, kierunki przekroczenia, histereza)

o zestaw oprogramowania narzędziowego w języku polskim dostarczony wraz z

urządzeniem,

o możliwość lokalnego i zdalnego przeprogramowania / zmiany konfiguracji urządzenia,

o lokalna komunikacja z urządzeniem poprzez kabel interfejs USB,

o możliwość natychmiastowej wysyłki danych po przekroczeniu danego stanu nastaw,

o urządzenie musi posiadać możliwość rejestracji danych w wewnętrznej pamięci,

o karta SIM typu PREPAID min 500mb w APN istniejącym w Spółce

o możliwość wymiany karty bezpośrednio przez Użytkownika,

o wodoszczelna obudowa urządzenia (wykonanie minimum IP67),

o gniazdo do podłączenia anteny GSM – wyk. minimum IP67,

o sygnalizacja poziomu sygnału radiowego GSM,

o zakres pracy w temperaturach - od -20°C do +55 °C.

o zasilanie bateryjne do 5 lat,

o sygnalizacja stanu baterii.

Wymagania szczegółowe dotyczące systemu wizualizacji SCADA

System wizualizacji klasy SCADA o architekturze serwer – klient. System powinien posiadać moduły:

o wizualizacji stanu urządzeń,

o zbierania i archiwizacji danych analogowych i dwustanowych,

o alarmowania,

o wykresów i raportów.

Dane z punktów pomiarowych do systemu SCADA przesyłane będą z częstotliwością co 4 godziny lub natychmiast w przypadku przekroczenia zdefiniowanych przez użytkownika wartości alarmowych.

Dane do systemy wizualizacji trafią poprzez istniejący drajwer i archiwizowane będą w relacyjnej bazie

danych.

Dane wizualizowane będą na poszczególnych ekranach synoptycznych.

Podstawowy ekran synoptyczny zawierać będzie mapę sieci wodociągowej z naniesionymi punktami

pomiarowymi.

Ekran synoptyczny poszczególnego punktu pomiarowego zawierać będzie:

o nazwę punktu,

o schemat technologiczny,

o średnicę przewodu i materiał z jakiego jest wykonany,

o średnicę i typ przepływomierza/wodomierza,

o typ przetwornika ciśnienia,

o data ostatniej aktualizacji danych pomiarowych,

o przepływ w kierunku +

o przepływ w kierunku –

o prędkość przepływu,

o sumę przepływów +

o sumę przepływów -

o ciśnienie,

o temperaturę otoczenia,

o wartość napięcia baterii przepływomierza,

o wartość napięcia baterii modułu telemetrycznego,

o wykresy pomiarów ciśnienia oraz przepływów (aktualnych oraz historycznych),

o historia alertów.

Ekran synoptyczny zestawienie:

Zestawienie wszystkich punków pomiarowych z podstawowymi parametrami oraz sygnalizacją aktualnych stanów alarmowych.

Uwaga! Szczegółowy wygląd ekranów synoptycznych ustalony zostanie w trakcie opracowywania

dokumentacji wykonawczej.

Dane z system SCADA należy zintegrować z modułem modelu hydraulicznego oprogramowania GIS. Dane pobierane będą automatycznie minimum 4 razy na dobę.

Wymagania szczegółowe dla kształtek wodociągowych do montażu armatury:

Przewiduje się włączenie urządzeń pomiarowych do sieci wodociągowej poprzez kształtki kołnierzowe. Stosować kształtki żeliwne typu AVK, HAWLE, VAG lub równoważne.

Podstawowe wymagania dla armatury:

• Kołnierze zwymiarowane i owiercone zgodnie z EN 1092-2;

• Zintegrowana uszczelka płaska z elastomeru;

• Żeliwo sferoidalne EN-GJS-500-7, zewnątrz i wewnątrz epoksydowane o grubości min. 250 m;

• Zgodnie z EN 545

Połączenia kołnierzowe wykonać z użyciem śrub ocynkowanych ogniowo oraz uszczelek neoprenowych (elastomerów).

Wszystkie wyroby użyte do wykonania przedmiotowej inwestycji muszą posiadać odpowiednie certyfikaty, (znak CE) atesty oraz dopuszczenie do kontaktu z woda pitną, zgodnie z aktualnymi przepisami. Wykonawca jest zobowiązany przed wbudowaniem danego wyrobu, w/w dokumenty przedłożyć Inwestorowi celem weryfikacji.

Sterowanie pompowniami SUW Kędzierzyn i XXX Xxxxxxxxxxxxx + 2 pompownie strefowe

Wykonawca po wykonaniu niezbędnych pomiarów i analiz na sieci wodociągowej, z wykorzystaniem punktów strefowych na sieci, wykona system sterowania ciśnieniem na wyjściu ze stacji wodociągowych SUW Kędzierzyn i ZUW Dunikowskiego oraz dwóch przepompowni strefowych na osiedlu Cisowa i Sławięcice zależnie od aktualnych oraz modelowych warunków na sieci wodociągowej.

System powinien zapewnić:

• Sterowanie oparte na sterowniku PLC z zaimplementowanym regulatorem PID.

• System zintegrowany z istniejącą częścią wykonawczą - zestawami pompowymi i hydroforowymi.

• Możliwość sterowania kaskadowego.

• Komunikacja pomiędzy pompowniami oraz pomiędzy punktami referencyjnym realizowana za pośrednictwem komunikacji radiowej w sieci GSM.

• Algorytm sterowania oparty o pomiary bieżące, obliczenia z modelu hydraulicznego oraz nastawy operatora.

• Scenariusze pracy minimum: dzień, noc, awaria, pożar.

• Wizualizacja pracy systemu jako całości w systemie SCADA.

Przed rozpoczęciem prac wykonawczych wykonawca opracuje i przedstawi do uzgodnienia projekt przyjętego rozwiązania.

Zakłada się wykorzystanie istniejących urządzeń i sterowników na pompowniach objętych

sterowaniem.

3.8. Integracja z systemem ZSI firmy Unisoft.

Zamawiający oczekuje integracji systemu GIS z systemem firmy ZSI firmy Uniosft w zakresie jak niżej.

Lp.	Nazwa pola
1	Informacje dostępne w oknie głównym narzędzia „Tooltip” (służącego do podglady danych z systemu ZSI).	Nr odbiorcy
2		Nazwa odbiorcy
3		Nr umowy
4		Nr wodomierza
5		Data montażu
6		Data legalizacji wodomierza
8		Nr telefonu odbiorcy
9		Adres email odbiorcy
10		Rodzaj wodomierza (główny, podlicznik)
11		Umowa od [data]
12		Umowa do [data]
13		Typ umowy
14		Nazwa typu umowy
15		Uwagi do umowy
16		Lokalizacja wodomierza (np. piwnica, studzienka)
17		Nr nakładki wodomierza
18		Średnica wodomierza
19		Producent xxxxxxxxxx
20		Model wodomierza
22	Wykaz "Odczyty"	Data odczytu
23		Xxxx xxxxxxxx
24		Zużycie
25		Średnia miesięczna
27	Wykaz "Montaże"	Nazwa odbiorcy
28		Nr wodomierza
29		Data legalizacji
30		Data montażu
31		Data demontażu
32	Wykaz "Saldo"	Rodzaj
33		Dokument
34		Tytuł
35		Data wystawienia
36		Data płatności
37		Winien
38		Ma
39		Konto
40		Saldo dokumentu
41		Winien (podsumowanie konta)
42		Ma (podsumowanie)
43		Saldo (podsumowanie)

3.9. Monitorowanie urządzeń kanalizacji deszczowej.

W ramach zamówienia należy zamontować czujniki substancji ropopochodnych oraz czujniki osadu na urządzaniach podczyszczających ścieki opadowe o przepływach nominalnych powyżej 100/1000 dm3/s. Przewiduje się łącznie montaż w 15 zestawach urządzeń. Poprzez zestaw urządzeń rozumie się jeden osadnik i jeden separator substancji ropopochodnych zamontowanych w odrębnych zbiornikach lub urządzenie zintegrowane. Przy czym pomiar osadu przewiduje się w osadniku lub w części osadowej w przypadku urządzeń zintegrowanych natomiast pomiar substancji ropopochodnych przewiduje się w separatorze.

Należy zamontować:

• Czujnik przepełnienia informuje o przekroczeniu ustalonego przez eksploatatora poziomu zwierciadła cieczy i tym samym zabezpiecza przed przelaniem ścieków z urządzenia.

• Czujnik warstwy substancji ropopochodnych informuje o przekroczeniu ustalonego przez eksploatatora poziomu warstwy oleju w separatorach.

• Czujnik warstwy osadu informuje o przekroczeniu ustalonego przez eksploatatora poziomu osadu w zbiorniku.

• Czujnik krańcowy służy do przekazania informacji o otwarciu włazu (tylko włazy do wyciągania wkładów lamelowych).

Monitoring urządzeń kanalizacji deszczowej należy podłączyć do systemu GIS oraz modelu kanalizacji deszczowej. Wszelkie sygnały muszą być wyświetlane dla dyspozytorów oraz przekazywane do Działu kanalizacji. System powinien gromadzić dane przekazywane z sygnalizatorów i przetwarzać je na informację wizualną na ekranie w głównej dyspozytorni. W przypadku wystąpienia alarmu następuje powiadomienie sygnałem dźwiękowym i wizualizacja na ekranie.

Zasilanie bateryjne.

3.10. Sprzęt komputerowy i pozostałe wyposażenie.

Poniżej przedstawiono minimalne wymagania dla sprzętu komputerowego i pozostałego wyposażenia jakie wykonawca ma obowiązek dostarczyć w ramach zamówienia. W przypadku gdyby wymagania te były niezgodne z dostarczanym przez wykonawcę oprogramowaniem lub jeżeli sprzęt ten byłby niewystarczający do prawidłowego działania przedmiotu zamówienia wówczas wykonawca dostarczy sprzęt o takich parametrach, aby umożliwione zostało prawidłowe korzystanie z przedmiotu zamówienia zgodnie z założeniami niniejszego opisu przedmiotu zamówienia i o parametrach nie gorszych aniżeli wskazane poniżej.

W ramach niniejszego zamówienia Wykonawca dostarczy 4 serwery służący do obsługi systemu GIS oraz do obliczeń symulacyjnych (modelowanie sieci wodociągowej i kanalizacyjnej) wraz z pozostałym sprzętem wymienionym w OPZ.

1. Serwer.

1.1. Serwer SCADA – 2 szt.

Wymagania minimalne dotyczące serwera:

Komponent

Minimalne wymagania

Obudowa

Obudowa typu Rack o wysokości maksymalnej 2U, z możliwością instalacji do 12 dysków 3.5” HotPlug wraz kompletem szyn umożliwiających montaż w standardowej szafie Rack. Wysuwanie serwera do celów serwisowych wraz z

organizatorem kabli.

Płyta główna	Płyta główna z możliwością zainstalowania do dwóch procesorów. Płyta główna musi być zaprojektowana przez producenta xxxxxxx i oznaczona jego znakiem firmowym.
Procesor	Min. ośmiordzeniowy dedykowany do pracy z zaoferowanym serwerem taktowany zegarem nim 2,1 GHz umożliwiające osiągnięcie wyniku minimum 13 100 punktów w teście PassMark - CPU Mark dostępnym na stronie internetowej xxxxx://xxx.xxxxxxxxxxxx.xxx/xxxx_xxx_xxxx.xxxx Do oferty należy załączyć wynik testu dla oferowango modelu serwera wraz z oferowanym modelem procesora. Serwerze mają być zainstalowane 2 procesory
Chipset	Dedykowany przez producenta procesora do pracy w serwerach dwuprocesorowych.
Pamięć RAM	256 GB (min. 4x64GB) pamięci RAM typu RDIMM o częstotliwości pracy 2666MHz. Płyta powinna obsługiwać do 512GB pamięci RAM, na płycie głównej powinno znajdować się minimum 16 slotów przeznaczonych dla pamięci. Możliwe zabezpieczenia pamięci: Memory Rank Sparing, Memory Mirror
Sloty PCI Express	Minimum pięć slotów PCI-E
Karta graficzna	Zintegrowana karta graficzna umożliwiająca rozdzielczość min. 1280x1024
Wbudowane porty	min. 3 porty USB z czego min. 2 w technologii 3.0 , 2 porty RJ45, 2 porty VGA (1 na przednim panelu obudowy, drugi na tylnym),
	Rozwiązanie nie może zostać uzyskane przy pomocy adapterów przejściówek oraz dodatkowych kart.
Interfejsy sieciowe	Minimum dwa interfejsy sieciowe 1Gb Ethernet w standardzie BaseT, interfejsy sieciowe nie mogą zajmować żadnego z dostępnych slotów PCI Express oraz portów USB.
Kontroler dysków	Zainstalowany sprzętowego kontroler dyskowy, możliwe konfiguracje poziomów RAID : 0, 1, 5, 6, 10, 50, 60. Posiadający 2GB nieulotnej pamięci CACHE.
Wewnętrzna pamięć masowa	Możliwość instalacji dysków twardych SATA, SAS, NearLine SAS i SSD. Zainstalowane 6 dysków 2,5 cala 960GB SSD SAS 12Gb/s oraz 6 dysków 3,5” 4TB SATA 6Gb/s 7,2k Możliwość instalacji wewnętrznego modułu dedykowanego dla hypervisora wirtualizacyjnego, wyposażonego w 2 jednakowe nośniki typu flash o pojemności min. 16GB z możliwością konfiguracji zabezpieczenia synchronizacji pomiędzy nośnikami z poziomu BIOS serwera, rozwiązanie nie może powodować zmniejszenia ilości wnęk na dyski twarde.
Zasilacze	Redundantne zasilacze Hot Plug o mocy maksymalnej 750W każdy wraz z kablami zasilającymi o dł. min. 2m każdy.
Wentylatory	Minimum 6 redundantnych i hot-plugowych wentylatorów

Bezpieczeństwo	Elektroniczny panel informacyjny umieszczony na ramce zabezpieczającej , umożliwiający wyświetlenie informacji o stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz temperaturze, adresach MAC kart sieciowych, numerze serwisowym serwera, aktualnym zużyciu energii, nazwie serwera, modelu serwera. Zintegrowany z płytą główną moduł TPM. Wbudowany czujnik otwarcia obudowy współpracujący z BIOS i kartą zarządzającą. Fabryczne oznaczenie urządzenia, wykonane przez producenta serwera informujące Fizyczne zabezpieczenie dedykowane przez producenta serwera uniemożliwiające wyjęcie dysków twardych umieszczonych na froncie obudowy przez nieuprawnionych użytkowników.
Karta zarządzająca	Niezależna od zainstalowanego na serwerze systemu operacyjnego. Umożliwiająca między innymi: - przejęcie konsoli graficznej serwera - podłączenie wirtualnych napędów
Gwarancja	Trzy lata gwarancji realizowanej w miejscu instalacji sprzętu, możliwość zgłaszania awarii poprzez ogólnopolską linię telefoniczną producenta 24/7 przez 7 dni w tygodniu. W razie awarii dyski twarde zostają u zamawiającego
Certyfikaty	Serwer musi być wyprodukowany zgodnie z normą ISO-9001 oraz ISO-14001. Serwer musi posiadać deklaracja CE. Oferowany sewer musi znajdować się na liście Windows Server Catalog i posiadać status„Certified for Windows” dla systemu Microsoft Windows Server 2012 R2
Dokumentacja	Zamawiający wymaga dokumentacji w języku polskim lub angielskim. Możliwość telefonicznego sprawdzenia konfiguracji sprzętowej serwera oraz warunków gwarancji po podaniu numeru seryjnego bezpośrednio u producenta lub jego przedstawiciela.
System operacyjny	Windows Server 2019 Standard

1.2. Serwer GIS – 2 szt

Wymagania minimalne dotyczące serwera:

Komponent

Minimalne wymagania

Obudowa

organizatorem kabli.

Płyta główna

Płyta główna z możliwością zainstalowania do dwóch procesorów. Płyta

główna musi być zaprojektowana przez producenta xxxxxxx i oznaczona jego

znakiem firmowym.

Procesor	Min. ośmiordzeniowy dedykowany do pracy z zaoferowanym serwerem taktowany zegarem nim -3,5 GHz umożliwiające osiągnięcie wyniku minimum 19 600 punktów w teście PassMark - CPU Mark dostępnym na stronie internetowej xxxxx://xxx.xxxxxxxxxxxx.xxx/xxxx_xxx_xxxx.xxxx Do oferty należy załączyć wynik testu dla oferowanego modelu serwera wraz z oferowanym modelem procesora. Serwerze mają być zainstalowane 2 procesory
Chipset	Dedykowany przez producenta procesora do pracy w serwerach dwuprocesorowych.
Pamięć RAM	256 GB (min. 8x32GB) pamięci RAM typu RDIMM o częstotliwości pracy 2666MHz. Płyta powinna obsługiwać do 512GB pamięci RAM, na płycie głównej powinno znajdować się minimum 16 slotów przeznaczonych dla pamięci. Możliwe zabezpieczenia pamięci: Memory Rank Sparing, Memory Mirror
Sloty PCI Express	Minimum pięć slotów PCI-E
Karta graficzna	Zintegrowana karta graficzna umożliwiająca rozdzielczość min. 1280x1024
Wbudowane porty	min. 3 porty USB z czego min. 2 w technologii 3.0 , 2 porty RJ45, 2 porty VGA (1 na przednim panelu obudowy, drugi na tylnym),
	Rozwiązanie nie może zostać uzyskane przy pomocy adapterów przejściówek oraz dodatkowych kart.
Interfejsy sieciowe	Minimum dwa interfejsy sieciowe 1Gb Ethernet w standardzie BaseT, interfejsy sieciowe nie mogą zajmować żadnego z dostępnych slotów PCI Express oraz portów USB.
Kontroler dysków	Zainstalowany sprzętowego kontroler dyskowy, możliwe konfiguracje poziomów RAID : 0, 1, 5, 6, 10, 50, 60. Posiadający 2GB nieulotnej pamięci CACHE.
Wewnętrzna pamięć masowa	Możliwość instalacji dysków twardych SATA, SAS, NearLine SAS i SSD. Zainstalowane 6 dysków 2,5cala 960GB SSD SAS 12Gb/s oraz 6 dysków 3,5” 4TB SATA 6Gb/s 7,2k Możliwość instalacji wewnętrznego modułu dedykowanego dla hypervisora wirtualizacyjnego, wyposażonego w 2 jednakowe nośniki typu flash o pojemności min. 16GB z możliwością konfiguracji zabezpieczenia synchronizacji pomiędzy nośnikami z poziomu BIOS serwera, rozwiązanie nie może powodować zmniejszenia ilości wnęk na dyski twarde.
Zasilacze	Redundantne zasilacze Hot Plug o mocy maksymalnej 1100W każdy wraz z kablami zasilającymi o dł. min. 2m każdy.
Wentylatory	Minimum 6 redundantnych i hot-plugowych wentylatorów

Bezpieczeństwo	Elektroniczny panel informacyjny umieszczony na ramce zabezpieczającej , umożliwiający wyświetlenie informacji o stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz temperaturze, adresach MAC kart sieciowych, numerze serwisowym serwera, aktualnym zużyciu energii, nazwie serwera, modelu serwera. Zintegrowany z płytą główną moduł TPM. Wbudowany czujnik otwarcia obudowy współpracujący z BIOS i kartą zarządzającą. Fabryczne oznaczenie urządzenia, wykonane przez producenta serwera informujące Fizyczne zabezpieczenie dedykowane przez producenta serwera uniemożliwiające wyjęcie dysków twardych umieszczonych na froncie obudowy przez nieuprawnionych użytkowników.
Karta zarządzająca	Niezależna od zainstalowanego na serwerze systemu operacyjnego. Umożliwiająca między innymi: - przejęcie konsoli graficznej serwera - podłączenie wirtualnych napędów
Gwarancja	Trzy lata gwarancji realizowanej w miejscu instalacji sprzętu, możliwość zgłaszania awarii poprzez ogólnopolską linię telefoniczną producenta 24/7 przez 7 dni w tygodniu. W razie awarii dyski twarde zostają u zamawiającego
Certyfikaty	Serwer musi być wyprodukowany zgodnie z normą ISO-9001 oraz ISO-14001. Serwer musi posiadać deklaracja CE. Oferowany sewer musi znajdować się na liście Windows Server Catalog i posiadać status„Certified for Windows” dla systemu Microsoft Windows Server 2012 R2
Dokumentacja	Zamawiający wymaga dokumentacji w języku polskim lub angielskim. Możliwość telefonicznego sprawdzenia konfiguracji sprzętowej serwera oraz warunków gwarancji po podaniu numeru seryjnego bezpośrednio u producenta lub jego przedstawiciela.
System operacyjny	System operacyjny dedykowany do rozwiązań serwerowych niezbędny do uruchomienia systemu GIS

2. Szafa RACK

Wymagania w zakresie szafy RACK

Wykonawca dostarczy celem zabudowy serwerów opisanych powyżej 2 szafy rack z niezbędnym wyposażeniem o parametrach opisanych poniżej:

Minimalne wymagania

a) Szafa rack 19”;

b) Rozmiar 27U;

c) Szerokość całkowita: 600 mm, głębokość zewnętrzna: 1000 mm, głębokość montażowa: 700

mm;

d) Listwa zasilająca;

e) Zestaw półek – min. 4 szt.,

f) Panel wentylacyjny z wentylatorami (min. 4 szt. wentylatorów);

g) Drzwi boczne montowane na zatrzaskach, z możliwością montażu zamka;

h) Szyna rack z oznaczeniem liczby jednostek U;

i) Regulowane nóżki i kółka transportowe o dużej wytrzymałości;

j) Dwa przepusty kablowe: sufitowy i podłogowy;

k) Wykonanie ze stali walcowanej na zimno;

l) Nośności co najmniej 800kg;

m) Grubość ramy: min. 1,2 mm;

n) Grubość szyn montażowych: min. 2,0 mm;

o) Grubość paneli bocznych: min. 1,2 mm;

p) Stopień ochrony IP20;

q) Wykończenie powierzchni: odtłuszczanie, wytrawianie, malowanie proszkowe;

r) Zabezpieczenie przed rdzą, utlenianiem, porysowaniem, korozją;

s) Drzwi przednie i tylne stalowe perforowane;

t) Zgodność z normami ANSI/EIA RS-310-D, DIN41491 PART1, IEC297-2, DIN41494 PART7, GB/T3047.2-92;

u) Kompatybilność ze standardami: metrycznym ETSI oraz międzynarodowym 19”;

v) Zestaw montażowy rack – min. 10 kpl.;

Wykonawca zamontuje w szafie nowy serwer dostarczany w ramach niniejszego zamówienia.

3. Pamięć masowa.

Wykonawca dostarczy pamięć masową typu NAS(Network Attached Storage) o parametrach:

• w obudowie typu RACK,

• pojemność całkowita min. 48 TB w rozbiciu proporcjonalnym na minimum cztery dyski,

Wraz z pamięcią masową wykonawca dostarczy oprogramowanie do tworzenia kopii zapasowych serwera oraz stacji roboczych z których korzystają użytkownicy

4. Zasilanie awaryjne.

Wymagania odnośnie zasilania awaryjnego UPS dla serwerowni.

Wykonawca dostarczy zasilacz awaryjny UPS (2 szt.), który zapewni podtrzymanie i nieprzerwaną pracę serwera i urządzeń sieciowych dostarczonych w ramach niniejszego zamówienia przez czas co najmniej 45 minut. Zasilacz w obudowie typu RACK.

5. Monitor.

Wymagania w zakresie monitora.

Wykonawca dostarczy do pomieszczenia z serwerami monitor do obsługi urządzeń o minimalnych parametrach - typ matrycy: IPS, podstawowe złącza: HDMI,D-Sub, przekątna ekranu [cal]: min. 21”, rozdzielczość x.xx. FullHD.

6. Stanowisko komputerowe.

Wykonawca dostarczy stanowisko komputerowe do obsługi przedmiotu zamówienia o parametrach jak niżej:

Lp.

Parametr

Wymagania minimalne

Procesor

• Typu Intel Core i7-9700;

• Częstotliwość [GHz] 3,0 Turbo Boost Technology up to 4,7;

• Pamięć podręczna [KB] 12288;

		• Technologia 12 MB Cache, 8 rdzeni,
3.	Dysk Twardy	• Pojemność [GB] 512; • Typ SSD M.2 PCIe;
4.	Pamięć	• Wielkość pamięci [MB] 16384 • Rodzaj pamięci DDR4 UDIMM • Ilość banków pamięci 4 • Ilość wolnych banków 3 • Max. wielkość pamięci [MB] 65536 (64GB) • Taktowanie [MHz] 2666
5.	Karta Graficzna	• Model Intel UHD Graphics 630 • Typ karty graficznej Zintegrowana • Rodzaj pamięci Przydzielana dynamicznie
6.	Komunikacja	Karta sieciowa LAN [Mbps] 10/100/1000
7.	Napęd Optyczny	DVD-RW
8.	Porty wejścia/wyjścia	• Słuchawkowe; • Mikrofonowe; • Wejście zasilania (AC-in); • USB (sztuk) 10 (5xUSB 3.0, 4xUSB 2.0, 1xUSB Type-C); • Display Port 2x; • Serial (RS-232); • RJ-45;
9.	System Operacyjny	Windows 10 Professional (64bit)
10.	Inne	Mysz + Klawiatura
11.	Monitor	• Ilość - 2 sztuki; • Format ekranu monitora Panoramiczny; • Przekątna ekranu [cale] 27; • Wielkość plamki [mm] 0,1554; • Typ panela LCD TFT IPS; • Technologia podświetlenia LED; • Zalecana rozdzielczość obrazu [piksele] 3840x2160; • Czas reakcji matrycy [ms] 5; • Jasność [cd/m2]350; • Kontrast [Hz] 1300:1; 2000000:1; • Odświeżanie 60; • Kąt widzenia poziomy 178; • Kąt widzenia pionowy 178; • Regulacja wysokości monitora; • Obrotowa podstawa monitora; • Możliwość pochylenia panela;
12.	Zasilanie awaryjne UPS	• Moc pozorna 1200 VA; • Moc skuteczna 720 W; • Zabezpieczenia – Przeciążeniowe, Przeciwprzepięciowe; • Automatyczna regulacja napięcia (AVR); • Alarmy dźwiękowe; • Automatyczny test; • Wbudowany wyświetlacz LCD;

7. Tablety

W ramach zamówienia Wykonawca dostarczy 10 tabletów do obsługi systemu GIS oraz modeli wodociągowego i kanalizacyjnego o parametrach minimalnych opisanych poniżej:

Lp.	Parametr	Wymagania minimalne
1.	Procesor	Typu Qualcomm Snapdragon 670 (2 rdzenie, 2.00 GHz, Kryo + 6 rdzeni, 1.70 GHz, Kryo)
3.	Układ graficzny	Typu Adreno 615
4.	Pamięć RAM	4 GB DDR3
5.	Pamięć wbudowana	64 GB
6.	Typ ekranu	Pojemnościowy, 10-punktowy, Super AMOLED
7.	Przekątna ekranu	10,5"
8.	Rozdzielczość ekranu	2560 x 1600
9.	Łączność	• Wbudowany modem LTE • Wi-Fi 802.11 a/b/g/n/ac • Moduł Bluetooth • Wbudowany moduł GPS • Wbudowany moduł BeiDou • Wbudowany moduł GLONASS
10.	Złącza	• USB Type-C - 1 szt. • Złącze stacji dokującej - 1 szt. • Czytnik kart pamięci - 1 szt. • Gniazdo kart nanoSIM - 1 szt.
11.	Zainstalowany system operacyjny	Min. Android 9.0
12.	Aparat	8.0 Mpix - przód 13.0 Mpix - tył
13.	Dodatkowe informacje	• Akcelerometr • Żyroskop • Czujnik światła • Czujnik zbliżeniowy • Funkcja szybkiego ładowania
14.	Obudowa	• o podniesionej odporności na kurz i wodę w standardzie min. IP68 (dopuszcza się obudowę jako element dodatkowy)
15.	Wymagania dodatkowe	• oświadczenie producenta urządzenia, że oferowany sprzęt pochodzi z legalnego kanału dystrybucyjnego na rynku polskim i jest dopuszczony do obrotu na terenie Unii Europejskiej • certyfikat CE dla urządzenia, dołączony do oferty
16.	Wyposażenie dodatkowe	• zasilacz sieciowy 230V/50Hz • przewód USB • dedykowane i wyprodukowane przez producenta tabletu etui zabezpieczające tablet przed uderzeniem w dowolną płaszczyznę przy upuszczeniu z wysokości nie mniejszej niż 1.0m

Dostarczany sprzęt komputerowy musi być odpowiednio skonfigurowany i zoptymalizowany do ofertowego oprogramowania oraz ma gwarantować stabilną i niezawodną obsługę oprogramowania.

3.11. Urządzenia do inspekcji telewizyjnej sieci kanalizacji sanitarnej.

Wykonawca dostarczy w ramach zamówienia urządzenie do inspekcji telewizyjnej sieci kanalizacji

sanitarnej zgodnie z opisem poniżej:

a) Urządzenie musi umożliwić importowanie danych z inspekcji do sytemu GIS

b) Minimalne wymagania dla urządzenia do inspekcji telewizyjnej sieci kanalizacji sanitarnej:

A. Uchylno-obrotowa kamera:

• nagrywanie obrazu w kolorze;

• 10x zoom optyczny, 12x cyfrowy, wysoka czułość i rozdzielczość;

• do zamontowania na wózkach jezdnych wszystkich systemów jak również na systemach

popychanych;

• do kanałów od DN150;

• uchylna na boki ±120°;

• zakres wizyjny ±150°;

• kąt widzenia obiektywu 60°;

• oświetlenie : 10+2 High Power LED;

• czułość 0,05 lux;

• laserowy pomiar średnicy i deformacji;

• pomiar uszkodzeń oraz obiektów;

• automatyczny reset, nieskończony obrót wokół własnej osi;

• detektor z możliwością wyłączania;

• ciągły podgląd ciśnienia w kamerze – wbudowane 2 niezależne czujniki;

B. Wózek jezdny:

• do kanałów od DN150;

• uchwyt kamery;

• pantograf;

• 4 komplety kół w zestawie;

• koła pompowane do kanałów od DN400;

• czujnik pomiaru spadków;

• płyta kalibracyjna do pomiaru spadków;

C. Tester ciśnienia do napełniania:

• ręczna pompka z osuszaczem powietrza oraz manometrem;

D. Winda kablowa:

• elektryczna winda kablowa z 300m kabla typ 524/11;

• do współpracy z dotykowym panelem sterującym;

• elektryczny licznik metrów;

• zintegrowane zasilanie;

• wyłącznik bezpieczeństwa;

E. Kabel kamery 300m typ 524/11:

• zakończone złączem;

• średnica kabla ok. 7,3 mm;

F. Mobilna rama do zamontowania windy:

• do zamontowania windy kablowej na kółkach do łatwego transportu;

• mocowanie dla panelu sterującego;

• siedzisko dla operatora;

G. Jednostka / Panel sterujący: Jednostka pozwala na zdalne zarządzanie wszystkimi funkcjami wózka, kamery, windy, dodatkowego oświetlenia min.: prędkość, sterowanie wózkiem, obrót i uchył głowicy, ostrość obrazu, obsługa zoom, poziom natężenia światła LED, sterowanie ręcznym i automatycznym Focus, regulacja prędkości i mocy zwijania kabla na windzie.

• wysokiej rozdzielczości 10’ dotykowy wyświetlacz (IP43) oraz 2 Joysticki;

• zintegrowany komputer wyposażony w dysk twardy min. 1TBGB, 8GB pamięci RAM,

dwurdzeniowy procesor;

• 2x wejścia USB 3.0;

• nagrywanie filmów;

• zapisywanie zdjęć oraz filmów z inspekcji (MPEG-4 AVC/ H.264);

• nagrywanie zdjęć z uszkodzeniami w formacie JPG;

• wyświetlanie danych;

• odtwarzanie filmów oraz zdjęć;

H. Oprogramowanie:

Oprogramowanie inspekcyjne dedykowane do kamery wyposażone w moduł pomiaru średnicy, moduł

pomiaru spadków, umożliwiające:

• generowanie wykresu spadków – inklinacja;

• nagrywanie filmów na dysku twardym oraz możliwość eksportu; tworzenie raportów wideo, danych oraz wydruki;

importowanie danych z inspekcji do sytemu GIS.

3.12. Szkolenia

a) Przeszkolenie administratorów z obsługi i administrowania systemu zakończone certyfikatem ukończenia kursu w wymiarze min. 7 godzin

b) Przeszkolenie użytkowników w zakresie modelowania sieci – podstawy modelowania, wykonywanie symulacji i scenariuszy w oprogramowaniu do modelowania sieci, kalibracja modelu hydraulicznego o dane z systemu monitoringu w wymiarze 14 godzin. Zakłada się przeszkolenie.

c) Przeszkolenie operatorów/użytkowników edycyjnych systemu GIS, modułów systemu wraz z integracją w zakresie konfiguracji i dostosowania systemu do struktury jednostki i podziałów kompetencyjnych oraz edycji danych, obsługa modułów awarii, remontów, przeglądów w wymiarze min 21 godzin.

d) Przeszkolenie użytkowników systemu GIS w zakresie podstawowej obsługi - przeglądania danych, wykonywanie raportów w wymiarze 14 godzin.

e) Przeszkolenie użytkowników mobilnego systemu GIS w wymiarze min 14 godzin..

f) Przeszkolenie użytkowników urządzenia do inspekcji telewizyjnej sieci kanalizacji sanitarnej.

g) Zamawiający zastrzega sobie możliwość przesunięcia godzin pomiędzy grupami z zastrzeżeniem, że sumaryczna ilość godzin szkoleniowych nie przekroczy 56 godzin.

3.13. Licencjonowanie Systemu.

a) System oraz baza danych nie mogą być licencjonowane ze względu na liczbę użytkowników żadnego rodzaju.

b) Licencje muszą być bezterminowe i nie mogą mieć ograniczeń, co do ilości użytkowników założonych w systemie.

c) Licencjonowanie aplikacji mobilnych dla tabletów dopuszcza się w trybie per urządzenie, na którym będzie zainstalowane, lecz nie może mieć ograniczeń, co do ilości użytkowników logujących się na danym urządzeniu.

d) Zamawiający oczekuje dostarczenia systemu GIS oraz modelu matematycznego sieci

nieograniczoną liczbą użytkowników/administratorów.

e) System oraz baza danych muszą pozwalać na zmianę sprzętu bądź jego rozbudowę (np. liczba rdzeni, ilość pamięci RAM) bez ponoszenia dodatkowych kosztów w tym kosztów licencyjnych.

3.14. Termin wykonania zamówienia

1.1. Termin realizacji – zgodnie z umową.

3.15. Etapy wdrożenia.

1.2. W ramach realizacji przedmiotu zamówienia Zamawiający oczekuje podziału wdrożenia systemu GIS na etapy. Zamawiający dopuszcza korektę podziału przez Wykonawcę po przeprowadzeniu Analizy Przedwdrożeniowej.

1.3. Analiza przedwdrożeniowa winna być spójna w zakresie terminów realizacji poszczególnych zadań z pkt. 9 niniejszego OPZ i zostać zatwierdzona przez Zamawiającego.

1.4. Etap 1 - Analiza Przedwdrożeniowa Opracowanie szczegółowego projektu wdrożenia obejmującego:

1.4.1.Koncepcję wdrożenia zawierającą szczegółowy plan oraz harmonogram wdrożenia.

1.4.2.Analizę i ewidencję danych niezbędnych dla systemu GIS.

1.4.3.Analizę i ewidencję danych niezbędnych do budowy modelu obliczeń hydraulicznych sieci wodociągowej w tym:

1.4.3.1. analiza i ewidencja danych przekazanych przez Xxxxxxxxxxxxx,

1.4.3.2. wskazanie brakujących danych i informacji, które muszą być zebrane przez Zamawiającego i przekazane Wykonawcy przed przystąpieniem do budowy modelu obliczeń hydraulicznych sieci wodociągowej.

1.4.4.Architekturę systemu, jego moduły, funkcje, interfejsy.

1.5. Etap 2 - Dostawa przez Zamawiającego dla Wykonawcy i instalacja przez Wykonawcę sprzętu.

1.5.1.Dostawa i instalacja serwera bazodanowego i aplikacyjnego oraz wymaganego oprogramowania.

1.5.2.Dostawa urządzeń mobilnych dla obsługi stanowisk mobilnych.

1.6. Etap 3 - Pozyskanie i weryfikacja danych dla systemu GIS.

1.7. Etap 4 - Integracja Systemu GIS wraz z systemem ZSI i systemami istniejącego monitoringu.

1.8. Etap 5 – Szkolenia pracowników.

1.9. Etap 6 - Przekazanie Systemu GIS do eksploatacji z wyjątkiem kalibracji modelu matematycznego sieci wodociągowej.

1.10. Etap 7 - Tworzenie i kalibracja modelu matematycznego sieci wodociągowej.

1.10.1. Uzupełnienie danych na potrzeby modelu dla sieci wodociągowej,

1.10.2. Kalibracja modelu hydraulicznego dla sieci wodociągowej.

1.11. Etap 8 - Przekazanie całego systemu GIS wraz ze skalibrowanymi modelami hydraulicznymi dla sieci wodociągowej.

3.16. Warunki świadczenia opieki gwarancyjnej.

Wykonawca w okresie obowiązywania gwarancji będzie usuwał wszelkie awarie i usterki powstałe w zainstalowanej infrastrukturze sprzętowo – programowej, w tym naprawy na miejscu u Zamawiającego, jeśli wymagać będzie tego sytuacja. Szczegółowe wytyczne w tym zakresie zostały zawarte we „Wzorze umowy”.

4. Zamówienia uzupełniające.

Zamawiający przewiduje udzielenia dotychczasowemu wykonawcy usług zamówienia polegającego na powtórzeniu podobnych usług polegających na:

1) Zakup danych wektorowych z ośrodka geodezyjnego na potrzeby stworzenia bazy GIS o powierzchni do 3000 ha.

2) Zakup i montaż do 10 sztuk zaworów regulacyjnych do starowania ciśnieniem i przepływem wody wraz z niezbędna infrastrukturą potrzebną do podłączenia z systemem dostarczanym zgodnie z zamówieniem podstawowym oraz studniami/komorami na sieciach wodociągowych,

3) Zakup i montaż dodatkowych punktów pomiaru opisanych w punkcie 3.7.2. do 15 szt.

Zamówienia uzupełniające zostaną udzielone w trybie zamówienia z wolnej ręki po uzyskaniu oferty

cenowej od Wykonawcy.

5. Wymagania dotyczące zatrudnienia.

Zgodnie z art. 29 ust 3a ustawy Prawo Zamówień Publicznych Zamawiający określa w opisie przedmiotu zamówienia na usługi lub roboty budowlane wymagania zatrudnienia przez wykonawcę lub podwykonawcę na podstawie umowy o pracę osób wykonujących wskazane przez zamawiającego czynności w zakresie realizacji zamówienia, jeżeli wykonanie tych czynności polega na wykonywaniu pracy w sposób określony w art. 22 § 1 ustawy z dnia 26 czerwca 1974 r. – Kodeks pracy (Dz. U. z 2014

r. poz. 1502, z późn. zm.8)).

Zamawiający nie wymaga zatrudnienia przez Wykonawcę lub podwykonawcę na podstawie umowy o pracę osób wykonujących czynności wchodzące w skład przedmiotu zamówienia.

Document Metadata

Table of Contents

OPIS PRZEDMIOTU ZAMÓWIENIA

Document Metadata