Załącznik nr 2 Opis przedmiotu zamówienia

Spis Treści

1. Wstęp..................................................................................................................................................2

2 Zakres przedmiotu zamówienia..........................................................................................................2

3 Środowisko IT i zakres obszarów systemów dziedzinowych Zamawiającego objęty projektem........2

3.1 Środowisko instalacyjne systemu e-BOK...................................................................................2

3.2 Wykaz systemów informatycznych:............................................................................................2

3.3 Integracja z systemem informatycznym......................................................................................3

3.3.1 Dostęp do danych ewidencyjnych.......................................................................................3

3.3.2 Dostęp do danych z rejestru odczytów................................................................................3

3.3.3 Dostęp do danych rozliczeniowych (należności/zapłaty)....................................................4

3.3.4 Dostęp do repozytorium obrazów faktur – dokumenty PDF................................................4

3.3.5 Dostęp do dokumentów dla usług pozostałych oraz wniosków i zgłoszeń..........................4

3.4 Współpraca z dostawcami systemów dziedzinowych.................................................................5

4 Wykonanie systemu e-BOK................................................................................................................5

4.1 Założenia do systemu e-BOK.....................................................................................................5

4.2 Konstrukcja funkcjonalna e-BOK:...............................................................................................6

4.2.1 Strefa logowanej obsługi klienta systemu e-BOK (strefa klienta)........................................6

4.2.2 Strefa logowanej obsługi klienta e-BOK usług pozostałych (strefa klienta usług pozostałych)........................................................................................................................................8

4.2.3 Strefa anonimowej obsługi klienta systemu e-BOK (bez logowania)..................................9

4.2.4 Strefa administracyjna e-BOK.............................................................................................9

4.3 Cechy e-BOK............................................................................................................................11

4.4 Wymagania w zakresie Bazy Danych.......................................................................................12

4.5 Opis usług e-BOK.....................................................................................................................13

4.5.1 Moje dane, moje umowy....................................................................................................13

4.5.2 Odczyty wodomierzy.........................................................................................................14

4.5.3 Obsługa faktur, płatności elektroniczne.............................................................................15

4.5.4 Moje wpłaty........................................................................................................................16

4.5.5 Wnioski, zlecenia – pobieranie formularzy........................................................................17

4.5.6 Monity................................................................................................................................18

4.5.7 Komunikat..........................................................................................................................19

4.5.8 Rejestracja zgłoszeń - formularz kontaktowy....................................................................20

4.5.9 Zgłoszenie odczytu............................................................................................................21

Strona 0 z 36

4.5.10 Zgłoszenie awarii lub nieprawidłowości.............................................................................21

4.5.11 Usługi jednorazowe...........................................................................................................23

5 Wymagania niefunkcjonalne (ogólne)..............................................................................................24

5.1 Wymagania ogólne dla architektury systemu e-BOK i platformy e-usług.................................24

5.2 Komponenty oprogramowania..................................................................................................25

5.3 Architektura oprogramowania portalu.......................................................................................25

5.4 Skalowalność i wykorzystanie zasobów...................................................................................26

5.5 Ustandaryzowane interfejsy zewnętrzne..................................................................................26

5.6 Otwartość i możliwości rozbudowy...........................................................................................26

5.7 Wymagania dla mechanizmów rozliczalności...........................................................................26

5.8 Dostępność usług e-BOK.........................................................................................................27

5.9 Wymagania dla warstwy prezentacji e-BOK i e-usług w zakresie dostępności cyfrowej..........27

6 Wdrożenie systemu e-BOK..............................................................................................................28

7 Usługi szkolenia z zakresu obsługi systemu e-BOK.........................................................................28

8 Serwis gwarancyjny..........................................................................................................................29

8.1 Wsparcie techniczne.................................................................................................................29

8.2 Warunki świadczenia usług gwarancyjnych..............................................................................29

9 Dokumentacja...................................................................................................................................30

10 Zgodność z normami prawa oraz zasadami interoperacyjności.......................................................31

11 Słownik pojęć....................................................................................................................................32

12 Spis ilustracji.....................................................................................................................................35

1.1

Strona 1 z 36

1. Wstęp

Niniejszy załącznik określa minimalne wymagania dla sprzętu i oprogramowania, jakie mają zostać

dostarczone dla Zamawiającego - „Zielonogórskich wodociągów i kanalizacji” sp. z o.o.

2 Zakres przedmiotu zamówienia

1. Dostarczenie systemu e-BOK wraz z e-usługami w technologii klient serwer opartej o relacyjną bazę danych. Za pośrednictwem strony www Zamawiającego będzie dostępna podstawowa funkcjonalność systemu e-BOK, klient będzie miał możliwość rejestracji konta, logowania i korzystania z pełnej autoryzowanej i spersonalizowanej funkcjonalności dostępnych w nim e-usług.

2. Usługi wdrożeniowe systemu e-BOK wraz z e-usługami, polegające na instalacji, integracji ze środowiskiem systemów dziedzinowych, parametryzacji systemu e-BOK, przygotowania szablonów/formularzy raportów.

3. Usługi szkolenia z zakresu obsługi i administrowania systemem e-BOK wraz z e-usługami.

System e-BOK będzie zainstalowany w środowisku Zamawiającego. Zamawiający, po konsultacji z Wykonawcą, wskaże operatora usługi masowej wysyłki SMS na etapie opracowywania projektu wdrożenia na wezwanie Wykonawcy.

Przedmiot zamówienia musi być zgodny ze wszystkimi wytycznymi WCAG 2.1 zawartymi w załączniku do Ustawy z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych Dz.U. z 2019 roku poz. 848 oraz innymi normami prawnymi wymienionymi w pkt. 10. Zgodność z normami prawa oraz zasadami interoperacyjności.

3 Środowisko IT i zakres obszarów systemów dziedzinowych Zamawiającego objęty projektem

Infrastrukturę software’owa Zamawiającego w obszarze objętym projektem tworzy oprogramowanie wykorzystywane przez działające aplikacje wraz z oprogramowaniem dodatkowym.

Istniejące elementy warstw software’owych:

Lp. Warstwa Elementy

1. Logiki biznesowej CC&Biling+

2. Danych Oracle 11g

3. Danych Pliki csv/xls/xlsx/xml

3.1 Środowisko instalacyjne systemu e-BOK

System e-BOK będzie zainstalowany w udostępnionym dla Wykonawcy środowisku infrastruktury IT opartym o Windows Serwer 2016 lub 2019 uruchomiony w wirtualizatorze HYPER-V.

Zamawiający udostępni Wykonawcy na czas wdrożenia niezbędne zasoby (dostęp do licencji oprogramowania narzędziowego, systemów operacyjnych i baz danych) poprzez autoryzowany dostęp lokalny i zdalny dla wskazanych imiennie przez Wykonawcę jego pracowników.

Strona 2 z 36

3.2 Wykaz systemów informatycznych:

W zakresie podstawowym wymaganym przez obsługę usług e-BOK:

1. CC&Biling+ (część bilingowa: Historia odczytów, rozliczeń, faktur, wpłat, repozytorium obrazów faktur – dokumenty PDF) – Apator Rector spółka z o.o., www.rector.com.pl,

2. CC&Biling+ (część CRM, Ewidencja punktów rozliczeniowych, Gospodarka wodomierzowa, Obsługa monterska, Przyłącza) – aplikacje w środowisku LN zintegrowane z częścią bilingową poprzez usługi webservices – aplikacja administrowana w całości przez ZWiK.

3.3 Integracja z systemem informatycznym

3.3.1 Dostęp do danych ewidencyjnych

Realizowany poprzez dostęp do plików:

1. Klient_Zgody.xml - zawierający dane o aktualnych adresach e-mail. Nr telefonu i zgodach na ich wykorzystanie,

2. Exp_PPU – zawierający pełne i aktualne dane w zakresie podstawowej usługi świadczonej dla klientów ZWiK

Plik są aktualizowane w cyklu dziennym i zlokalizowane w lokalizacji sieciowej z kontrolą dostępu - wymagany użytkownik i hasło.

3.3.2 Dostęp do danych z rejestru odczytów

POST /WODKANWS/BilingOutService/BilingOutService.asmx HTTP/1.1Host: localhostContent-Type: application/soap+xml; charset=utf-8Content-Length: length<?xml version="1.0" encoding="utf-8"?><soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Body> <GetReads xmlns="http://rector.com.pl/WODKAN"> <key>string</key> <userId>long</userId> <idu>long</idu> </GetReads> </soap12:Body></soap12:Envelope>

Usługa zwraca kompletną listę wszystkich odczytów dla każdej osobnej usługi Klienta (osobny punkt dostawy usługi).

<ReadResponse> <Id>Punkt dostawy usługi</Id> <ReadDate>2006-06-01T00:00:00</ReadDate> <Value>132</Value> <Consumption>0</Consumption> <ReadTypeCode>50</ReadTypeCode> <ReadTypeDesc>Zabudowa z przepisaniem</ReadTypeDesc> <ReadDefectCodeCode>000</ReadDefectCodeCode> <ReadDefectCodeDesc>Wskazanie rzeczywiste (prawidłowe)</ReadDefectCodeDesc> <Reader>TSP Obsługa handlowa</Reader> <ReadReasonCode>1000</ReadReasonCode> <ReadReasonDesc>odczyt bez uwag (obsługa odbiorców)</ReadReasonDesc>

Strona 3 z 36

<ConsumptionDaily>0</ConsumptionDaily> <CounterZoneCode>W</CounterZoneCode> <ReadStatusCode>0</ReadStatusCode> <TotalConsumption>0</TotalConsumption> <MeterNumber>4728210</MeterNumber> </ReadResponse>

3.3.3 Dostęp do danych rozliczeniowych (należności/zapłaty)

POST /WODKANWS/BilingOutService/BilingOutService.asmx HTTP/1.1Host: localhostContent-Type: application/soap+xml; charset=utf-8Content-Length: length

<?xml version="1.0" encoding="utf-8"?><soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Body> <GetBalance xmlns="http://rector.com.pl/WODKAN"> <key>string</key> <userId>long</userId> <idu>long</idu> </GetBalance> </soap12:Body></soap12:Envelope>

Usługa zwraca kompletną listę wszystkich faktur i zapłat dla każdej osobnej usługi Klienta (osobny punkt dostawy usługi).

<BalanceResponse> <Id>0</Id> <CustomerFk>12345</CustomerFk> <Sale>2012-12</Sale> <IssueDate>2012-12-19T00:00:00</IssueDate> <PayDate>2013-01-06T00:00:00</PayDate> <Due>28.58</Due> <Debt>0</Debt> <DueExclude>26.46</DueExclude> <DueTax>2.12</DueTax> <PaymentInvoiceType>kategoria opłacanego rachunku</PaymentInvoiceType> <EpayNoteInvoice>pełny tytuł faktury</EpayNoteInvoice> <IDS>123456</IDS> <Type>0</Type> </BalanceResponse>

3.3.4 Dostęp do repozytorium obrazów faktur – dokumenty PDF

Funkcjonalność udostępniania obrazów faktur w formacie plików PDF powinna bazować na utworzonych i zapisanych w sieciowej lokalizacji parach plików: pliku atrybutów typu XML i plików typu PDF. Plik atrybutów pozwala na jednoznaczne wskazanie pliku/plików PDF zarejestrowanej faktury. Pliki zapisywane są w usystematyzowanej strukturze katalogów, posiadają sformalizowane nazewnictwo. Zamawiający, jeśli będzie to możliwe, udostępni usługę webowa pozwalająca na uzupełnianie repozytorium obrazów faktur w przypadku gdy zajdzie taka potrzeba, w przeciwnym razie funkcjonalność udostępniania obrazów będzie ograniczona jedynie do zawartych w repozytorium.

Strona 4 z 36

3.3.5 Dostęp do dokumentów dla usług pozostałych oraz wniosków i zgłoszeń

Zamawiający, w terminie do 7 dni po podpisaniu umowy, przekaże Wykonawcy sieciowe lokalizacje w których umieszczane będą dokumenty dla obsługi zleceń jednorazowych oraz formularzy wniosków i zgłoszeń wraz z odpowiednimi uprawnieniami dostępowymi. Nazewnictwo dokumentów usług jednorazowych będzie sformalizowane i będzie zawierać unikalne i jednoznaczne informacje pozwalające na automatyczne ich wykorzystywanie przez usługę e-BOK.

3.4 Współpraca z dostawcami systemów dziedzinowych.

W celu właściwej realizacji przedmiotu zamówienia np. w celu umożliwienia wymiany danych niezbędnych do realizacji e-BOK pomiędzy źródłem danych (systemami dziedzinowymi lub udostępnianymi danymi lub usługami ), a e-usługami Zamawiający umożliwi, a Wykonawca podejmie współpracę z przedstawicielami firm utrzymującymi wsparcie/serwis systemów dziedzinowych (dostawcy). Jako „współpracę”, rozumieć należy gotowość Wykonawcy do realnego podejmowania wszelkich istotnych działań (opiniowanie pozyskanych danych od dostawców, inicjowanie spotkań z dostawcami w celu wyjaśniania wątpliwości i uczestniczenie w nich, proponowanie rozwiązań zastępczych), które mają zagwarantować należyte wykonanie przedmiotu zamówienia.

Wykonawca, w celu należytej realizacji przedmiotu zamówienia, zobowiązuje się do pełnej współpracy z dostawcami systemów dziedzinowych, w zakresie:

a. Uzgodnień szczegółów procesu integracji e-BOK a systemem dziedzinowym/danymi systemu dziedzinowego, usługami integracyjnymi i administracyjnymi (przede wszystkim zarządzaniem użytkownikami),

b. Dokonania wspólnych testów integracji,c. Konsultacji w zakresie dotyczącym integracji.d. Wsparcia technicznego w zakresie integracji z wystawianymi usługami.

4 Wykonanie systemu e-BOK.

4.1 Założenia do systemu e-BOK

Elektroniczne Biuro Obsługi Klienta (e-BOK) ma realizować elektroniczne usługi dwustronnej wymiany informacji pomiędzy klientem i Spółką, które będą dostępne pod adresem https://e-bok.zwik.zgora.pl/ (ostatecznie propozycja będzie ustalona na etapie wdrożenia. E-BOK ma na celu podniesienie

Strona 5 z 36

1 Strona https://www.zwik.zgora.pl/

standardu obsługi Klientów Spółki, umożliwienie załatwiania spraw bez konieczności odwiedzania siedziby ZWiK i umożliwić elektroniczną prezentację dokumentów Klientom. E-BOK ma zapewnić przejrzystość umieszczanych informacji, intuicyjne wyszukiwanie i logiczne rozmieszczenie dostępnych e-usług (funkcjonalności e-BOK).

E-BOK ma posiadać, co najmniej wymienione poniżej funkcje:

1. Rejestracja, logowanie i zarządzanie użytkownikami (klienci, operatorzy administratorzy).2. Udostępnianie informacji o Spółce, komunikatach Spółki w zakresie istotnym dla bieżącej obsługi

klientów.2.1. Informacje standardowe – działalność i usługi ZWiK.2.2. Informacja i zasadach korzystania z e-BOK, polityce prywatności, 2.3. Informacje techniczne wynikające z technologii e-BOK (np. zasad korzystania z plików cookie,

instrukcja obsługi e-BOK, korzystania i obsługi dostępnych usług).3. Udostępnienie e-usług (strefa logowana i nielogowana).4. Umożliwienie składania zgłoszeń/wniosków w formie elektronicznej.

4.1. Formularze zgłoszeń e-usług,4.2. Formularze/Wnioski/zlecenia.

5. Zarządzanie treścią e-portalu5.1. Zarządzanie kluczowymi elementami portalu (menu, nazewnictwo, treści dodatkowe,

komunikaty),5.2. Zarządzanie parametryzacją e-BOK

6. Rozbudowaną pomoc dla klientów (podpowiedzi kontekstowe, instrukcje obsługi, filmy instruktażowe, i inne spełniające kryteria dostępności cyfrowej w szczególności kryterium zrozumiałości),.

4.2 Konstrukcja funkcjonalna e-BOK:

Konstrukcja funkcjonalna e-BOK powinna być podzielona na 4 główne strefy:

1) Strefa logowanej obsługi klienta e-BOK (strefa klienta)

2) Strefa logowanej obsługi klienta e-BOK usług pozostałych (strefa klienta usług pozostałych),

3) Strefa anonimowej obsługi Klienta e-BOK (strefa nielogowana).

4) Strefa Administracyjna e-BOK

Zamawiający akceptuje możliwość wprowadzenia innych funkcjonalności, które dodatkowo zaoferuje Wykonawca - do wyboru przez Zamawiającego. System e-BOK musi być dostępny ze strony www Zamawiającego i w tym celu Zamawiający przekaże Wykonawcy niezbędne informacje, a Wykonawca zobowiązuje się współpracować z autorem strony www.

4.2.1 Strefa logowanej obsługi klienta systemu e-BOK (strefa klienta)

Moduły strefy logowanej e-BOK muszą pozwalać na dostęp do treści e-BOK wyłącznie Klientom ZWiK po poprawnym zalogowaniu się z podaniem loginu i hasła. Równoważnym sposobem logowania do usług e-BOK musi być logowanie przy użyciu profilu zaufanego, jeśli zgromadzone dane pozwalają na potwierdzenie tożsamości klienta.

Moduły mają zawierać następujące informacje lub umożliwiać następujące e-usługi:

1. Informację o danych Klienta e-BOK zawierające niezbędne dane podstawowe do wypełnienia

spersonalizowanych e-wniosków/e-formularzy (adres klienta, adres korespondencyjny, adres

Strona 6 z 36

punktu, dane osobowe, numery działek i inne niezbędne w zależności od wybranej e-usługi).

Dane te będą pobierane ze źródłowej bazy informacji systemu e-BOK.

2. Informację w zakresie realizacji praw wynikających z RODO, a w szczególności, sposób

wykonania praw klienta (wskazanie sposobu kontaktu z Administratorem Danych Osobowych)

wraz z mechanizmem jego identyfikacji, kategorie przetwarzanych Danych, obszar i czas

przetwarzania Danych oraz zagwarantowanie funkcjonalności umożliwiającej przyjęcie wniosku

i zrealizowanie praw klienta, zgodnie z ich opisem w polityce prywatności Spółki (prawa: a)

prawo dostępu do swoich danych oraz otrzymania ich kopii, b) prawo do sprostowania

(poprawiania) swoich danych, c) prawo do usunięcia danych, d) ograniczenia przetwarzania

danych, e) prawo do wniesienia sprzeciwu wobec przetwarzania danych, f) prawo do

przenoszenia danych, g) prawo do wniesienia skargi do organu nadzorczego, h) prawo do

cofnięcia zgody na przetwarzanie danych osobowych).

3. Funkcjonalność zmiany hasła Klienta e-BOK.

4. Informacje o zakresie usług, na które Klient ma podpisaną umowę ze Spółką.

5. Informacje o liście obiektów, w których Spółka świadczy usługi Klientowi.

6. Informację o zasadach stosowanych rozliczeń: rozliczenie wg wskazań wodomierza, ryczałt.

7. Informacje o aktualnie obowiązujących taryfach i stosowanych cenach.

8. Informację o historii wskazań wodomierzy, dacie dokonania odczytów.

9. Informację o wystawionych aktualnie fakturach i fakturach archiwalnych.

10. Informację o szczegółach bieżącego zadłużenia z podaniem numeru dokumentu, daty

wystawienia dokumentu, terminu płatności, kwoty brutto do zapłaty.

11. Komunikat/informacja skierowana wyłącznie do Klienta.

12. Umożliwiać pobranie e-faktury w postaci pliku (np. w formacie pliku pdf) oraz ewentualny jej

wydruk na drukarce własnej Klienta e-BOK.

13. Umożliwić podanie bieżącego odczytu wodomierza poprzez e-formularz.

14. Umożliwić złożenie spersonalizowanych e-wniosków za pośrednictwem e-formularzy

z podziałem, co najmniej na rodzaje zgłoszeń, np.: awarie, wnioski, reklamacje i inne. Moduł ma

umożliwiać w szczególności złożenie e-wniosków o plombowanie wodomierza dodatkowego lub

na ujęciu własnym.

15. Po rozpatrzeniu e-wniosku przez ZWiK moduł winien umożliwić wysłanie odpowiedzi w wersji

elektronicznej (SMS lub e-mail, jeśli zarejestrowano odpowiednie zgody).

16. Umożliwić przegląd listy e-wniosków z podaniem ich statusu: zgłoszony, w realizacji,

zakończony, odrzucony (lub innych zaproponowanych przez Wykonawcę i zatwierdzonych

przez ZWiK).

17. Umożliwiać wysyłanie komunikatów SMS-em lub e-mailem, do wskazanych klientów/odbiorców

lub grup odbiorców, informacje sieciowe np. o czasowym braku dostaw wody lub zagrożeniach

(np. woda niezdatna do picia).

Strona 7 z 36

18. Poglądowe wykresy obrazujące analizy i wybrane informacje dotyczące zużycia wody, stanu

rozliczeń do uzgodnienia z Zamawiającym.

Dostęp do e-usług:

19. Usługi GIS (https://gis.zwik.zgora.pl/).

Pierwszy ekran wyświetlany po zalogowaniu klienta powinien zawierać, co najmniej następujące

odniesienia do usług, informacji lub komunikatów:

a. Podstawowe dane ZWiK, logo, tekst powitalny, bieżąca data,

b. Dane o logowaniu, nazwa użytkownika, nr klienta, data ostatniej poprawnego logowania,

c. Podstawowe dane osobowo-adresowe klienta,

d. Komunikaty personalizowane (np. wymagana legalizacja wodomierza własnego, wystawiona

faktura, przypomnienie o zapłacie itp.) i sieciowe.

e. Dane finansowe: ostatnia zarejestrowana wpłata (kwota, data) i saldo konta klienta (kwota i

opisowo status salda np. „do zapłaty” lub „nadpłata”),

f. Funkcja wyloguj, aktualizuj dane kontaktowe,

g. Lista dostępnych e-usług – wywołania tych funkcji wraz z opisem usługi.

h. Obsługa potwierdzenia obsługi plików cookies i dostępu do polityki prywatności.

i. Wybór wersji mobilnej i wersji pełnej e-BOK.

j. Link: „O firmie”, „Kontakt”, „Pomoc”, „Polityka prywatności”, „Dostępność cyfrowa”

Układ graficzny i szczegółowa zawartość pierwszego ekranu musi zostać uzgodniona z Zamawiającym

i stanowić element dokumentu: Projekt wdrożenia.

4.2.2 Strefa logowanej obsługi klienta e-BOK usług pozostałych (strefa klienta usług pozostałych)

Część systemu e-BOK, która pozwala na pobieranie dokumentów np. wyników badań i faktur za wykonanie pozostałych – zdefiniowanych e e-BOK usług świadczonych przez ZWiK. Użytkownik po uwierzytelnieniu dostępu (np. unikalny nr zlecenia przekazany osobiście klientowi- zlecającemu usługę) ma dostęp do wyniku badania i faktury w formie pliku pdf zawierającego obraz protokołu z badania i faktury. Jest to jedyny dostępny sposób uwierzytelnienia.

Moduł ma zawierać następujące informacje lub umożliwiać następujące e-usługi:

1. Obsługa usług jednorazowych,

2. Dane o zarejestrowanych usługach, w tym, co najmniej:

a. Nr zlecenia (unikalny na poziomie kategorii zleceń (usługi Laboratorium, usługi Wydziału

Transportu, usługi Wydziału Sieci, usługi Wydziału Sprzedaży (w tym Wodomierzowni) i

inne zdefiniowane w słowniku),

b. Dane zleceniodawcy (minimum nazwa zleceniodawcy),

c. Nazwa usługi,

Strona 8 z 36

d. Status wykonania usługi (zlecenie zarejestrowane, zlecenie w trakcie realizacji, zlecenie

do wykonane, zlecenie odebrane i inne – zdefiniowane w słowniku z zapewnieniem

obsługi następstwa statusu np. po wykonaniu pobrania wyników zlecenia status

powinien zostać ustawiony na „zlecenie odebrane”),

e. Data zlecenia usługi,

f. Data wykonania usługi,

g. Kwota należności z faktury.

3. Wysłanie komunikatu (automatycznie lub nie) o dostępności dokumentów do pobrania (SMS lub

e-mail, jeśli zarejestrowano odpowiednie zgody klienta),

4. Zarządzanie dostępem do zleceń

a. Określanie daty, do której dane o usługach mają być dostępne,

b. Określanie max. liczby pobrań dla dokumentów zleceń,

c. Archiwizacja zleceń,

d. Blokowanie dostępu do zleceń.

Pierwszy ekran wyświetlany po zalogowaniu klienta powinien zawierać co najmniej następujące i

odniesienia do usług, informacji lub komunikatów:

a. Podstawowe dane ZWiK, logo, tekst powitalny, bieżąca data,

b. Dane o logowaniu, nazwa zleceniodawcy, data ostatniej poprawnego logowania,

c. Komunikaty personalizowane (np. status zlecenia),

d. Lista dokumentów do pobrania, licznik pobrań,

e. Funkcja wyloguj,

f. Lista dostępnych e-usług – wywołania tych funkcji wraz z opisem usługi.

g. Obsługa potwierdzenia obsługi plików cookies i dostępu do polityki prywatności.

h. Wybór wersji mobilnej i wersji pełnej e-BOK.

i. Link: „O firmie”, „Kontakt”, „Pomoc”, „Polityka prywatności”, „Dostępność cyfrowa”

Układ graficzny i szczegółowa zawartość pierwszego ekranu musi zostać uzgodniona z Zamawiającym

i stanowić element dokumentu: Projekt wdrożenia.

4.2.3 Strefa anonimowej obsługi klienta systemu e-BOK (bez logowania)

Część systemu e-BOK, która pozwala na dostęp do treści e-BOK oraz wybranych e-usług wszystkim użytkownikom Internetu w sposób anonimowy (bez logowania i podawania hasła). Ma zawierać następujące informacje lub umożliwiać następujące e-usługi:

1. Podgląd danych teleadresowych ZWiK,

2. Przeglądanie bieżących komunikatów dotyczących funkcjonowania ZWiK (komunikaty sieciowe,

godziny funkcjonowania ZWiK, itp.),

3. Rejestracja zgłoszeń Formularz kontaktowy,

4. Zgłoszenie awarii i innych uwag.

Strona 9 z 36

5. Pobieranie formularzy.

4.2.4 Strefa administracyjna e-BOK

Moduł strefy administracyjnej e-BOK ma być dostępny tylko dla upoważnionych pracowników ZWiK w zakresie przydzielonych im ról. Jego podstawową funkcją jest umożliwienie zarządzania treścią i wyglądem e-BOK.

Moduł ma umożliwiać:

1. Przygotowanie, publikację i rozsyłanie ważnych ogólnych komunikatów dla mieszkańców i

klientów z obszaru działania Spółki (np. awaria sieci wodociągowej, informacja o spadku

ciśnienia, pojawienie się zanieczyszczeń w sieci wodociągowej itp.) – do wszystkich lub

wybranych grup;

2. Udostępnienie formularzy/dokumentów, które są wzorami druków aktualnie stosowanych przez

Spółkę;

3. Gromadzenie informacji w rejestrze transakcji takich jak: data i czas logowania użytkowników,

przeglądane treści przez użytkowników, pobierane formularze/dokumenty, generowane

dokumenty, historia zmian i inne;

4. Zarządzanie treścią e-BOK i analizę rejestru transakcji. Analiza rejestru transakcji ma za

zadanie podnieść bezpieczeństwo użytkowania e-BOK oraz ułatwić szybkie diagnozowanie

problemów (np. udostępnić wskaźnik prób nieuprawnionego logowania).

5. Prowadzenie kalendarzy (dni pracy/dni wolne, godziny pracy, itp.) oraz zarządzanie danymi

podstawowymi e-portalu, wykorzystywanymi przez np. e-usługi - jak np. dane teleadresowe

Zamawiającego.

6. Proponowane przez e-BOK na podstawie danych z systemów dziedzinowych:

a. Usługa SMS (możliwa/aktywna/wyłączona),

b. Usługa e-mail (możliwa/aktywna/wyłączona),

c. Usługa naprawy i legalizacji wodomierzy klientów (możliwa/wymagana),

d. Usługa wymiany wodomierzy własnych klientów (możliwa/aktywna/wyłączona),

e. Usługi Wydziału Sieci, Wydziału Rozwoju, Wydziału Mechanicznego, Wydziału Sprzedaży,

Laboratorium, itd.

f. Uwaga: komunikaty z poziomem ważności 0, 1 (np. o awarii) wysyłane są bez względu na

powyższy parametr.

g. Układ pomiarowy (wodomierz/ryczałt).

h. Podpowiadaj ostatnio wybraną e-usługę.

7. Implementację prostego mechanizmu z zachowaniem wszystkich wymagań bezpieczeństwa,

umożliwiającego pracę z funkcjonalnością e-BOK w taki sam sposób jak pracują z nim

klienci/użytkownicy portalu.

8. Implementacje kompletnego mechanizmu zarządzania:

a. Użytkownikami – zarządzanie dostępem oraz uprawnieniami do funkcjonalności e-BOK,

Strona 10 z 36

b. Danymi dla wszystkich obszarów publikowanych dla użytkowników z systemów

źródłowych z możliwością masowej i pojedynczej aktualizacji/synchronizacji danych,

c. Zgłoszeniami ze wszystkich rodzajów z mechanizmem udzielania odpowiedzi,

przekazywania do innych wydziałów/działów wg kompetencji,

d. Historią przebiegu obsługi każdego zgłoszenia (przesyłanie wewnętrzne, odpowiedź,

statusy zgłoszenia),

e. Komunikatami sieciowymi i komunikatami wynikającymi z konieczności zapewnienia

poprawnej obsługi klientów, a mających charakter masowy – redagowanie szablonów

treści, określanie grup odbiorców określanie tzw. okienek czasowych dla wysyłania

poprzez SMS i pocztę elektroniczna,

f. Rejestrem transakcji.

Wszystkie dane w celu łatwego dostępu i analizy musza muszą mieć możliwość sortowania,

grupowania i filtrowania oraz eksportu do pliku co najmniej w formacie csv, xls.

9. Wyłączenie/Włączenie dostępu do określonej e-usługi dla wszystkich klientów e-BOK, np. na

czas prac konserwacyjnych. Dla wyłączonego dostępu do e-BOK, klient ma otrzymać stronę z

czytelną informacją (treścią zarządzaną przez administratora) o braku dostępności danej e-

usługi lub wszystkich usług.

10. Obsługa e-faktur – wg zasad opisanych na stronie www, z panelem administracyjnym

dystrybucji pdf faktur i kontroli ich dystrybucji, jak dotychczas.

11. Zarządzanie systemowa parametryzacją e-BOK (ustawienia konfiguracyjne np. usług

zewnętrznych, limity nieudanych prób logowania, standardowe treści komunikatów zwrotnych i

inne wpływające na pracę e-BOK).

12. Dostępność cyfrowa e-BOK

a. Wybór podstawowej czcionki oraz rozmiaru czcionki (co najmniej dla znaczników h1, h2

i h3),

b. Zarządzanie treścią komunikatów/informacji umieszczanych w:

i. Okienku/komunikacie dla rejestracji nowego klienta

ii. Okienku/komunikacie pojawiającego się dla każdego pola wprowadzania danych

dla którego wystąpił błąd,

iii. Okienku/komunikacje pojawiającego się jako tzw. pomoc kontekstowa lub

wyjaśnienie.

4.3 Cechy e-BOK

E-Portal do obsługi klientów jest wizytówką firmy, dlatego niezwykle istotnym elementem projektowanego systemu jest dobrze opracowana szata graficzna – ma być ona spójna z szatą graficzną, stosowanym nazewnictwem i sposobem obsługi zaimplementowanym w aktualnej (w okresie wdrożenia) stronie www ZWiK (https://www.zwik.zgora.pl/). E-BOK ma być łatwy i intuicyjny w obsłudze. We wdrażanym e-BOK ma zostać zaimplementowany nowoczesny interfejs użytkownika.

Strona 11 z 36

Dodatkowo e-BOK musi uwzględniać wysoki poziom bezpieczeństwa i przechowywanych w nim danych.

Elektroniczne Biuro Obsługi Klienta musi być systemem elastycznym w zakresie rozbudowy o nowe funkcjonalności (zakładki, pola wyboru itp.). ZWiK zakłada rozwój e-BOK, dlatego musi być on technologicznie przygotowanym na rozbudowę o nowe funkcjonalności.

1. Rejestracja i logowanie do systemu e-BOK

Elementem koniecznym e-BOK jest strona umożliwiająca zarejestrowanie oraz zalogowanie do systemu. System e-BOK ma umożliwiać automatyczną rejestrację konta z poziomu systemu. Klient na etapie rejestracji ma podać podstawowe dane jednoznacznie identyfikujące go w systemie, czyli: np. nr klienta, zdarzenia z systemu dziedzinowego (np. ostatnia faktura i kwota tej faktury), login i hasło, e-mail. Zastosowany sposób rejestracji użytkowników musi zabezpieczyć formularz rejestracji nowego użytkownika przed robotami rejestrującymi masowo konta za pomocą mechanizmu CAPTCHA. Równoważnym sposobem rejestracji użytkownika do usług e-BOK musi być rejestracja przy użyciu profilu zaufanego, tylko gdy zgromadzone dane pozwalają na potwierdzenie tożsamości klienta. Rejestracja w e-BOK winna być potwierdzona automatycznie przez wysłanie e-maila na podany adres.

Klient ma mieć możliwość wyboru metody logowania, jako nr klienta/kontrahenta lub adres e-mail podany podczas rejestracji.

W razie utraty lub w sytuacji, kiedy klient zapomni hasło, system udostępni funkcję „przypomnij login i hasło”, która umożliwi jego automatyczne odtworzenie. Nowe tymczasowe hasło zostanie wysłane na podany podczas rejestracji adres e-mail. System powinien wymusić zmianę hasła po pierwszym zalogowaniu od momentu użycia mechanizmu „przypomnij login i hasło”.

Poza funkcją przypomnienia hasła, ma być możliwość ręcznego ustawienia hasła startowego przez administratora systemu z wymuszeniem jego zmiany po pierwszym zalogowaniu.

Przy logowaniu do systemu obok pól: nr klienta/adres e-mail oraz hasło, ma być dołączona informacja pomocna przy logowaniu (np. wprowadź nr klienta/kontrahenta, który znajduje się na fakturach lub adres e-mail podany podczas rejestracji).

Mechanizm logowania musi działać tak, by hasło wprowadzone przez użytkownika podczas rejestracji spełniało wymagania definiowanej w systemie polityki haseł (minimalna długość, obecność w haśle określonych znaków – duże i małe litery, cyfry, znaki specjalne). Hasło użytkownika utrwalone w systemie nie może być zapisane otwartym tekstem.

2. Rejestracja i logowanie do strefy administracyjnej systemu e-BOK

Użytkownicy strefy administracyjnej oprócz ogólnych zasad zdefiniowanych powyżej – oprócz możliwości rejestracji poprzez profil zaufany, oraz dostępu do systemu poprzez zdefiniowane dla nich widoki i funkcjonalności, muszą mieć prosty mechanizm pracy z kontami użytkowników e-BOK w taki sam sposób jak pracują z nim klienci/użytkownicy portalu. Oznacza to, że użytkownicy strefy administracyjnej mogą „przełączać” się na dowolne konto użytkownika wykorzystując taką samą funkcjonalność jak zwykły użytkownik.

4.4 Wymagania w zakresie Bazy Danych

System e-BOK musi być oparty o relacyjną Bazę Danych (BD) spełniającą, co najmniej poniższe wymagania funkcjonalne i podane minimalne parametry:

Strona 12 z 36

1. Ważności licencji: Zamawiający wymaga, aby licencja na bazę danych została udzielona

bezterminowo od dnia podpisania protokołu odbioru całego przedmiotu zamówienia,

2. Brak limitu ilości jednoczesnych użytkowników BD,

3. BD musi umożliwiać wykorzystanie dostarczonych licencji w innych aplikacjach, będących

aktualnie lub w przyszłości w posiadaniu ZWiK.

4. BD musi spełniać następujące wymagania bezpieczeństwa danych:

4.1. Musi zapewniać wysoką skalowalność i bezpieczeństwo przechowywanych danych.

4.2. Musi zapewniać maksymalną dostępność i ochronę przed awarią serwera i błędem ludzkim.

4.3. Musi zapewniać ograniczony czas planowanych przestojów oraz ciągłość działania aplikacji.

5. BD musi charakteryzować się poniższymi cechami:

5.1. Integracja danych, współdzielenie danych (dostęp współbieżny),

5.2. Walidacja i integralność danych,

5.3. Rozbudowany system kontroli uprawnień użytkowników, w celu umożliwienia dostępu do wybranych funkcji i danych przechowywanych przez system,

5.4. Niezawodność, umożliwienie odtworzenia bazy z zadanego okresu,

5.5. Rozbudowane możliwości parametryzacji,

5.6. Możliwość przechowywania informacji o użytkownikach wprowadzających i zmieniających dane,

5.7. Zapewnienie możliwości odzyskania danych w przypadku awarii do ostatnio zatwierdzonej transakcji,

5.8. Zarządzanie zasobami serwera baz danych dla poszczególnych użytkowników,

5.9. Wbudowane mechanizmy zarządzania profilem/hasłem użytkownika pozwalające na jednoznaczną jego identyfikację,

5.10. Możliwość pracy w środowisku wieloplatformowym,

5.11. Brak ograniczeń, co do wielkości bazy danych,

5.12. Posiadać interfejs użytkownika, przeznaczony do administrowania, tworzenia baz, obiektów bazodanowych oraz do pisania i testowania skryptów, zapytań. Interfejs powinien zapewnić elastyczne metody wyszukiwania danych,

5.13. Posiadać możliwość wykonywania kopii bezpieczeństwa w trybie offline oraz w trybie online (hot backup), bez uszczerbku wydajności i szybkości działania systemu,

5.14. Baza musi zapewniać mechanizmy transakcyjne klasy SQL realizowane wg kryteriów ACID - wbudowane narzędzia utrzymania spójności danych systemu.

4.5 Opis usług e-BOK

Zdefiniowane poniżej opisy działania usług stanowią wytyczne do realizacji e-usług, które Wykonawca powinien brać pod uwagę w zakresie koncepcji funkcjonalno-użytkowej usługi. Ostateczny sposób działania i implementacji usługi powinien zostać zawarty w Projekcie wdrożenia.

Strona 13 z 36

4.5.1 Moje dane, moje umowy

a. Opis usługi

Usługa inicjowana przez użytkownika e-BOK (klient). Klient po zalogowaniu do e-BOK (strefa klienta) ma możliwość przeglądania:

2. Danych osobowo-adresowych,3. Adresów e-mail,4. Nr telefonów kontaktowych, w oparciu o które są mu wysyłane dokumenty i powiadomienia.5. Danych o zawartych umowach, punktach rozliczeniowych, odczytywanych wodomierzach.6. Danych o zleceniach usług pozostałych.

Stanowi ona zestaw danych dla nabywcy (klienta). Ma on możliwość przesłania formularza ze zmianą danych osobowo-adresowych (lista dozwolonych danych do zmiany do uzgodnienia w Projekcie wdrożenia).

b. Opis działania

Usługa jest dostępna w strefie klienta (zalogowany użytkownik). Klient ma możliwość podglądu swoich danych osobowo-adresowych oraz e-mail, nr telefonów kontaktowych, zawartych umowach, adresach rozliczanych usług (dostarczanej wody, odbioru ścieków) i zamontowanych tam wodomierzach wykorzystywanych do rozliczania usług. Klient ma możliwość wysłania formularza zmian danych osobowo-adresowych oraz dołączenia innych załączników do formularza np. potwierdzających zasadność zmiany danych (np. wypisu z księgi itp.).

Funkcjonalność usługi ma pozwalać na łączenie wielu informacji (będących kompletnym zestawem danych nabywcy) klienta, który zarejestrowany jest systemie dziedzinowym (bilingowym), jako płatnik dla więcej niż jednego nabywcy. Oznacza to, że klient może posiadać jedno aktualne konto w e-bok dla wielu kont nabywców z systemu dziedzinowego. Mechanizm autoryzowania dla dodawania kolejnych umów płatnika oraz uprawnienia do wykonywania e-usług dla umów niebędących bezpośrednimi umowami zalogowanego użytkownika (np. nie powinien mieć uprawnień do podglądu salda) musi zostać uzgodniony z Zamawiającym i zawarty w projekcie wdrożenia.

Pozostałe e-usługi muszą obsługiwać wszystkie umowy nabywców płatnika.

Funkcjonalność dodatkowa:

a. Zapis/wydruk wniosku/formularza zmian danych osobowo-adresowych w formacie pdf.

b. Zapis/wydruk wniosku/formularza dodania/zmiany umów płatnika w formacie pdf.

4.5.2 Odczyty wodomierzy

a. Opis usługi

Usługa publikacji odczytów dla użytkownika e-BOK (klient). Klient po zalogowaniu do e-BOK (strefa klienta) ma dostęp do listy odczytów, zużyć wody i dodatkowych informacji opisowych

b. Opis działania

Usługa jest dostępna w strefie klienta (zalogowany użytkownik). Klient po wywołaniu tej usługi otrzymuje ekran z listą wszystkich jego punktów rozliczeniowych, dla których jest odbiorcą/nabywcą/płatnikiem. Po zaznaczeniu wybranej lokalizacji punktu rozliczeniowego i

Strona 14 z 36

naciśnięciu przycisku „Odczyty” wyświetlony zostaje ekran z podstawowymi danymi o aktualnie zamontowanym w punkcie rozliczeniowym wodomierzu. Są nimi, co najmniej:

1. Numer fabryczny wodomierza,

2. Średnica nominalna DN, typ,

3. Lokalizacja (minimum adres),

4. Ważność legalizacji.

Wyświetlona zostaje również lista/tabela w układzie chronologicznym zawierająca zarejestrowane dla niego odczyty. Lista/tabela zawiera odczyty, opisane, co najmniej przez:

1. Numer fabryczny wodomierza.

2. Data odczytu.

3. Wskazanie.

4. Zużycie (pomiędzy odczytami).

5. Uwaga do odczytu (np. opis usterki, uwagi pracownika).

6. Sposób pozyskania odczytu (zdalnie, pracownik, klient).

Funkcjonalność dodatkowa:

a. Prezentacja graficzna zużycia na wykresie,

b. Eksport danych do pliku csv, xls/ods, xlsx lub pdf.

4.5.3 Obsługa faktur, płatności elektroniczne

a. Opis usługi

Usługa prezentacji rozrachunków dla użytkownika e-BOK (klient). Klient po zalogowaniu do e-BOK (strefa klienta) ma możliwość wysłania zapytania do systemu dziedzinowego z dostępem do wystawionych dla niego faktur w zdefiniowanym formacie danych oraz salda rozliczeń - po uprzedniej autoryzacji;

b. Opis działania

Klient po zalogowaniu do e-BOK (strefa klienta) dostaje możliwość wyświetlenia historii rozrachunków (nabywcy/płatnika) - chronologiczne zestawienie faktur wraz z saldem. Mechanizm grupowania/sortowania musi uwzględniać wiele umów i kont nabywców jednego użytkownika e-BOK.

Zestawienie/tabela „Historia rozrachunków” zawiera co najmniej następujące dane:

1. Kod nabywcy, identyfikator umowy,

2. Rodzaj dokumentu,

3. Numer dokumentu (pełny numer dokumentu)

4. Data wystawienia;

5. Termin płatności;

6. Wartość faktury/not/wezwania itp. brutto,

7. Kwota wpłacona,

8. Data wpłaty,

Strona 15 z 36

9. Sposób wpłaty (kasa, bank),

10. Zadłużenie.

Jeśli klient złożył deklaracje/zgodę na e-fakturę (usługa jest aktywna) wówczas klient ma dodatkowo możliwość, dla wyświetlonej listy faktur:a. Pobrania obrazu faktury w formacie pdf (z repozytorium obrazów faktur – dokumenty PDF, na

podstawie plików atrybutów w formacie XML). Jeśli Zamawiający dostarczy na etapie

przygotowywania projektu wdrożenia usługę webową pozwalająca na uzupełnianie

repozytorium obrazów faktur, Wykonawca będzie zobowiązany ją zaimplementować. Ma to

pozwolić na obsłużenie sytuacji, gdy Klient złożył deklarację/zgodę na e-fakturę i chce pobrać

obraz faktury wygenerowanej przed złożeniem deklaracji (repozytorium obrazów jej nie

zawiera).

b. Zapłacenie jej (jeśli jest nieopłacona) – płatność elektroniczna.

Funkcjonalność zapłaty faktury/not/wezwania – płatności elektronicznej, powinna umożliwić zaznaczenie jednego lub dokumentów tego samego rodzaju, dla których będzie chciał dokonać zapłaty. Za każdym razem, jak klient zaznacza dokument na ekranie w wyróżnionym polu wyświetlana jest sumaryczna kwota do zapłaty. Dla wybranych przez Klienta dokumentów, dla których minął termin zapłaty, kwotę należnych odsetek wylicza system dziedzinowy nie e-usługa. O zrealizowaniu zapłaty poprzez płatność elektroniczną klient zostanie poinformowany e-mailem lub SMS oraz status prezentowanej faktury zmieni się na opłacony. Jeśli konto e-BOK obsługuje wiele umów (nabywcy) wówczas funkcjonalność łączenia zapłat obowiązuje wyłącznie w ramach tego samego nabywcy (tego samego nr konta do wpłat)

Wykonawca ma dostarczyć w ramach płatności elektronicznej możliwość pracy w trybie testowym -bez podłączenie do usługi bankowości elektronicznej (lub udostępnioną usługą do testów), oraz gwarantować współpracę, z co najmniej 3 operatorami płatności elektronicznych (np. PayU, Dotpay, Przelewy24 i inne). Zamawiający na etapie projektu wdrożenia dokona wyboru dostawcy operatora płatności elektronicznych.

Funkcjonalność dodatkowa:

a. Prezentacja graficzna na wykresie,

b. Eksport danych do pliku csv, xls/ods lub pdf.

4.5.4 Moje wpłaty

a. Opis usługi

Usługa prezentacji zarejestrowanych przez system dziedzinowy wpłat dla użytkownika e-BOK (klient). Klient po zalogowaniu do e-BOK (strefa klienta) ma możliwość przeglądania zarejestrowanych wpłat na jego indywidualnym koncie w zdefiniowanym formacie danych oraz salda rozliczeń - po uprzedniej autoryzacji;

b. Opis działania

Klient po zalogowaniu do e-BOK (strefa klienta) dostaje możliwość wyświetlenia jego wpłat - chronologiczne zestawienie wpłat (rejestr wpłat) wraz z saldem (przy czym informacja o nadpłacie dotyczy wyłącznie umów zalogowanego nabywcy nie zaś dodanych umów w ramach płatnika).

Strona 16 z 36

Mechanizm grupowania/sortowania musi uwzględniać wiele umów, nabywców jednego użytkownika e-bok.

Zestawienie/tabela „Rejestr wpłat” zawiera, co najmniej następujące dane:

1. Numer nabywcy,

2. Numer dokumentu (nr wyciągu/rejestru itp.)

3. Data wpłaty;

4. Kwota wpłaty,

5. Sposób wpłaty (kasa, bank, szybka płatność przez e-BOK),

6. Status wpłaty (np. wprowadzana, do wyjaśnienia). Statusy do uzgodnienia na etapie

przygotowania do wdrożenia (projekt wdrożenia).

Ekran usługi Moje płatności powinien umożliwić wywołanie skojarzonych e-usług:

a. Obsługa faktur, płatności elektroniczne,

b. Moje dane, moje umowy,

Funkcjonalność dodatkowa:

a. Eksport danych do pliku csv, xls/ods lub pdf.

b. Prezentacja graficzna na wykresie,

4.5.5 Wnioski, zlecenia – pobieranie formularzy

a. Opis usługi

Usługa inicjowana przez użytkownika e-BOK (klient). Klient (strefa nielogowana i strefa klienta) ma możliwość pobrania formularzy wniosków np. o zawarcie umowy, o wypowiedzenie umowy, o ekspertyzę wodomierza, o zwrot nadpłaty na konto, itp.

b. Opis działania

Usługa jest dostępna w strefie nielogowanej – anonimowej i strefie klienta (zalogowany użytkownik). Użytkownik ma możliwość wybrania i pobrania szeregu formularzy jak np.:

1. Wnioski:

a. Wniosek o zawarcie umowy,

b. Wniosek o ekspertyzę wodomierza,

c. Wniosek o wypowiedzenie umowy.

2. Zlecenia:

a. Zlecenie na beczkę z wodą pitną – przedsiębiorca,

b. Zlecenie na inspekcję kamerą TV,

c. Zlecenie na pomiar ciśnienia na hydrancie,

d. Zlecenie na sprawdzenie braku wody w budynku,

e. Zlecenie na sprawdzenie szczelności kanalizacji – zadymianie,

f. Zlecenie na zamknięcie i otwarcie przyłącza wodociągowego,

g. Zlecenie poszukiwania wycieku przyłącza wodociągowego,

Strona 17 z 36

h. Zlecenie usunięcia awarii na przyłączu wodociągowym,

i. Zlecenie usunięcia awarii sieci wodociągowej,

j. Zlecenie jednorazowe na samochód ciśnieniowy,

k. Zlecenie badania wody,

l. Zlecenie badania ścieków.

3. Protokoły

a. Protokół dostarczenia próbek wody,

b. Protokół dostarczenia próbek ścieków,

c. Cennik usług Laboratorium.

4. E-faktura (dla strefy nielogowanej – przejście do rejestracji lub logowania)

a. Złożenia deklaracji/zgody na wysyłanie faktur drogą elektroniczną,

b. Jeśli zgoda jest odnotowana przez e-BOK -zlecenia wykonania wystawienia e-faktury na

podstawie:

i. Wprowadzonego dla punktu rozliczeniowego (odbiorcy) /wodomierza w podanej

lokalizacji odczytu/wskazania wodomierza wraz z datą, kiedy ten odczyt został

wykonany,

c. Wycofania deklaracji/zgody na wysyłanie faktur drogą elektroniczną

5. Polecenie zapłaty

6. itp.

Powyższa lista formularzy nie jest zamknięta. Zamawiający oczekuje uszczegółowienia jej w projekcie wdrożenia (lista nie będzie zawierała więcej formularzy niż liczba dostępnych do pobrania na stronie na dzień opublikowania zapytania).

Mechanizm obsługi funkcjonalności usługi musi pozwalać na dodawanie przez uprawnionego użytkownika (w strefie administratora) dowolnej ilości formularzy/wniosków lub innych dokumentów będących w bieżącym obiegu klientów w związku z usługami świadczonymi klientom Spółki.

Dla każdego z formularzy dostępnych do pobrania będzie istniał odpowiednik w postaci interaktywnego formularza do wypełnienia na stronie www. Pola będą zgodne z formularzami do pobrania. Obsługiwane akcje to Anuluj (rezygnacja z wypełnienia formularza), Wyślij (potwierdzenie poprzez mechanizm CAPTHA- tylko dla strefy nielogowanej, zapisanie w formacie XML wypełnionego formularza w e-BOK oraz zarejestrowanie zgłoszenia na koncie zalogowanego klienta jako zgłoszenie). Zakres wymagań szczegółowych dla każdego z formularzy (np. pola z listami wyboru, minimalne kontrole wprowadzanych danych oraz ewentualne pola warunkowe) zostanie przekazany przez Zamawiającego na etapie opracowywania projektu wdrożenia przez Wykonawcę.

Obsługiwane typy plików dla dostępnych w usłudze formularze, – co najmniej pdf, doc, docx, xls/xlsx, odt, jpeg, gif, xml.

4.5.6 Monity

a. Opis usługi

Strona 18 z 36

Usługa inicjowana przez użytkownika e-BOK (klient) lub pracownika ZWiK (operator). Klient po zalogowania do e-BOK (strefa klienta), a operator po zalogowaniu się, jako pracownik ZWiK (strefa administratora) ma możliwość wyboru usługi informowania o zbliżającej się płatności oraz sposobu jej realizacji: SMS-em lub mailem. Operator ma możliwość wskazania odbiorców lub grup odbiorców.

b. Opis działania

Usługa jest dostępna w strefie klienta (zalogowany użytkownik). Klient ma do dyspozycji mechanizm pozwalający na zdefiniowanie sposobu informowania o zbliżającej się płatności oraz metody realizacji: SMS-em lub mailem

Usługa pozwala na zdefiniowanie:

1. Włączenia/wyłączenia usługi SMS,

2. Włączenia/wyłączenia usługi e-mail,

3. Liczby dni przed terminem płatności dokumentu, kiedy zostanie wysłane

powiadomienie/przypomnienie o zbliżającym się terminie zapłaty,

4. Zakresu godzinowego w ciągu dnia, kiedy dla usługi SMS będzie wysyłany komunikat,

5. Głównego i dodatkowego adresu mailowego, na który system będzie wysyłał powiadomienie,

(możliwy inny niż e-mail dla e-faktur),

6. Głównego i dodatkowego nr telefonu (komórkowego lub stacjonarnego, jeśli ma możliwość

odbioru sms),

7. Maksymalną liczbę powtórzeń wysłanych komunikatów (dla całego okresu przypominania).

Funkcjonalność dodatkowa:

a. Zapis/wydruk ustawień w formacie pdf.

4.5.7 Komunikat

a. Opis usługi

Usługa inicjowana przez użytkownika e-BOK (klient) lub pracownika ZWiK (operator). Klient po zalogowania do e-BOK (strefa klienta), a operator po zalogowani się, jako pracownik ZWiK ma możliwość wyboru automatycznego przesyłania informacji sieciowych np. o czasowym braku dostaw wody, zagrożeniach (np. woda niezdatna do picia) i innych wynikających konieczności zapewnienia poprawnej obsługi klientów a mających charakter masowy (powiadamianie o wystawieniu faktury, o konieczności legalizacji wodomierzy ogrodowych, podpisania umów itp. Komunikat może być realizowany poprzez: wysłanie SMS-em lub poczta elektroniczną (mailem). Pracownik ZWiK (operator) winien mieć możliwość wyboru grupy klientów e-BOK i rodzaju wzorca komunikatu, dla których ten komunikat zostanie wysłany.

b. Opis działania

Usługa jest dostępna w strefie klienta (zalogowany użytkownik). Klient ma do dyspozycji mechanizm pozwalający na zdefiniowanie metody i sposobu przesyłania przez ZWiK informacji sieciowych np. o czasowym braku dostaw wody lub zagrożeniach (np. woda niezdatna do picia, itp.) oraz pozostałych wynikających z zapewnienia poprawnej obsługi (standardowo komunikaty są wyświetlane jedynie w e-BOK, przy czym komunikaty sieciowe w strefie logowanej i nielogowanej a

Strona 19 z 36

komunikaty wynikających z zapewnienia poprawnej obsługi wyłącznie w strefie logowanej. Klient nie ma możliwości wyłączenia prezentowania komunikatów w e-BOK.

Usługa pozwala na zdefiniowanie (na osobnym ekranie/okienku) następujących metod przesyłania informacji:

1. Włączenia/wyłączenia usługi SMS,

2. Włączenia/wyłączenia usługi e-mail,

Usługa pozwala na zdefiniowanie następujących sposobów dostarczania informacji:

1. Zakresu godzinowego w ciągu dnia, kiedy usługi SMS mogą być realizowane,

2. Listy dni tygodnia, w których usługa SMS może być realizowana,

3. Adresu mailowego, na który system będzie wysyłał informacje, (możliwy inny niż e-mail dla

monitów),

4. Nr telefonu komórkowego lub stacjonarnego, (jeśli ma możliwość odbioru sms), - możliwy inny

niż dla monitów.

Funkcjonalność dodatkowa:

a. Zapis/wydruk ustawień w formacie pdf.

4.5.8 Rejestracja zgłoszeń - formularz kontaktowy

a. Opis usługi

Usługa inicjowana przez użytkownika e-BOK (klient). Klient (strefa nielogowana i strefa klienta) ma możliwość zgłoszenia spraw w zakresie obsługi klienta i zagadnień związanych z realizowaniem usług (dostarczenia wody, odprowadzenia ścieków) oraz dowolnych innych pytań w związku tym i zauważonych przez mieszkańców wycieków. Zgłoszenie realizowane za pomocą formularza, w którym należy określić podstawowe dane takie jak datę miejsce, opis zgłoszenia. Jeżeli zgłoszenie dotyczy wodomierza, a użytkownik (Klient) jest w strefie klienta (zalogowany) może wskazać wodomierz z listy posiadanych przez Klienta. Dane Klienta są wówczas automatycznie uzupełniane. Zwrotnie użytkownik uzyskuje informacje o statusie zgłoszenia, zakończeniu prac (na podany w zgłoszeniu adres mailowy).

b. Opis działania

Usługa jest dostępna w strefie nielogowanej – anonimowej i strefie klienta (zalogowany użytkownik). Użytkownik ma możliwość wprowadzenia/zarejestrowania zgłoszenia poprzez formularz kontaktowy. Rejestracja zgłoszenia prowadzona jest poprzez formularz, w którym użytkownik przede wszystkim musi podać:

1. Rodzaj zgłoszenia – podpowiedź słownikowa lub dowolny opis zgłoszenia, (lista słownikowa

ustalona i zatwierdzona przez Zamawiającego na etapie wdrożenia i zawarta w projekcie

wdrożenia),

2. Datę zgłaszanego zdarzania/kontaktu,

3. Lokalizacja zdarzania (co najmniej adres – miejscowość) jeśli dotyczy,

4. Dane osobowo adresowe (jeśli użytkownik jest w strefie klienta, wówczas dane te są

uzupełnione przez e-usługę).

Strona 20 z 36

oraz może wprowadzić

5. Dodatkowy opis zgłoszenia, przyczyny kontaktu,

6. Preferowana forma kontaktu zwrotnego (pole tekstowe),

7. Załączniki.

Mechanizm załączania do formularza plików graficznych musi obsługiwać - co najmniej rozszerzenia pdf, doc, docx, xps, odt, jpeg oraz gif, które mogą pozwolić pracownikom ZWiK na lepszą ocenę sytuacji i podjęcie właściwych decyzji w związku z zgłoszeniem.

W strefie nielogowanej formularz kontaktowy musi obsługiwać mechanizm CAPTCHA przed wysłaniem zgłoszenia.

Funkcjonalność dodatkowa:

a. Zapis zarejestrowanego zgłoszenia do pliku pdf.

b. Wydruk formularza zarejestrowanego zgłoszenia.

4.5.9 Zgłoszenie odczytu

a. Opis usługi

Usługa inicjowana przez użytkownika e-BOK (klient). Klient (strefa klienta) ma możliwość zgłoszenia odczytu wodomierza (wodomierzy). Zgłoszenie jest realizowane za pomocą formularza, w którym należy określić podstawowe dane takie jak: numer fabryczny wodomierza, datę odczytu, odczytane wskazanie, ew. uwaga dotycząca odczytu. Zwrotnie użytkownik uzyskuje informacje o statusie zgłoszenia – zarejestrowane /niezarejestrowane oraz przyjęte/nieprzyjęty do rozliczenia (również na podany w adres mailowy, jeśli usługa jest włączona).

b. Opis działania

Usługa jest dostępna w strefie klienta (zalogowany użytkownik). Użytkownik ma możliwość zarejestrowania odczytu wodomierzy - wodomierz główny i podliczniki (np. dodatkowy wodomierz do pomiaru wody bezpowrotnie zużytej tzw. wodomierz ogrodowy). Usługa prezentuje wszystkie aktywne wodomierze klienta (co najmniej numer fabryczny, lokalizacja i nazwa własna-nadana w e-BOK. Klient musi wskazać wodomierz, dla którego będzie podawany odczyt. Formularz rejestracji odczytów powinien jednoznacznie wskazywać pola do wprowadzania daty odczytu oraz pola do wprowadzania wskazań konkretnego wodomierza – wodomierz (poprzez numer, lokalizacje lub nazwę własną, którą może nadać użytkownik) oraz prowadzić minimalną kontrolę w zakresie daty odczytu (ostatniego odczytu rozliczającego i daty bieżącej) oraz wartości wskazania (nie mniejsze od ostatnio udostępnionego w usłudze. Każda próba zgłoszenia odczytów, dla których dane nie spełniają minimalnych kontroli powinny być zarejestrowane przez usługę rejestracji zgłoszeń wybierając odpowiedni rodzaj zgłoszenia.

Poprawnie wypełniony formularz musi zawierać:

1. Datę wykonania odczytów,

2. Wskazanie wodomierza 1 (z dokładnością zgodną z okienkowością w systemie dziedzinowym),

3. Wskazanie wodomierza 2 (podlicznik, z dokładnością do 1 m3),

4. Wskazanie wodomierza 3 (podlicznik, z dokładnością do 1 m3),

5. Uwagi.

Strona 21 z 36

Funkcjonalność dodatkowa:

c. Zapis formularza zgłoszenie odczytu do pliku pdf.

d. Wydruk formularza zgłoszenie odczytu.

e. Wydruk potwierdzenia przyjęcia.

4.5.10 Zgłoszenie awarii lub nieprawidłowości

a. Opis usługi

Usługa inicjowana przez użytkownika e-BOK (klient). Klient (strefa nielogowana i strefa klienta) ma możliwość zgłoszenia awarii i innych nieprawidłowości dostarczania usług (dostarczenia wody, odprowadzenia ścieków) np. zauważonych przez mieszkańców wycieków. Jest to realizowane za pomocą formularza, w którym należy określić podstawowe dane takie jak datę miejsce, opis zdarzenia: awarii lub nieprawidłowości. Jeżeli zdarzenie dotyczy wodomierza, a użytkownik (Klient) jest w strefie klienta (zalogowany) może wskazać wodomierz z listy posiadanych przez Klienta. Dane Klienta są wówczas automatycznie uzupełniane. Zwrotnie użytkownik uzyskuje informacje o statusie naprawy, zakończeniu prac (na podany w zgłoszeniu adres mailowy).

b. Opis działania

Usługa jest dostępna w strefie nielogowanej – anonimowej i strefie klienta (zalogowany użytkownik). Zgłoszenie awarii prowadzone jest poprzez formularz, w którym użytkownik przede wszystkim musi podać:

1. Rodzaj zdarzenia – awaria, nieprawidłowość (podpowiedź słownikowa lub dowolny opis

zdarzenia),

2. Datę zauważenia awarii lub nieprawidłowości,

3. Lokalizacja zdarzenia (co najmniej adres – miejscowość i ulica lub opis),

4. Dane osobowo adresowe (jeśli użytkownik jest w strefie klienta, wówczas dane te są

uzupełnione przez e-usługę),

oraz może wprowadzić

5. Dodatkowy opis,

6. Preferowana forma kontaktu zwrotnego (pole tekstowe),

7. Załączniki.

Mechanizm załączania do formularza plików graficznych musi obsługiwać - co najmniej rozszerzenia pdf, doc, docx, xps, odt, jpeg oraz gif, które mogą pozwolić pracownikom ZWiK na lepszą ocenę sytuacji i podjęcie właściwych decyzji w związku z zgłoszeniem.

W strefie nielogowanej formularz musi obsługiwać mechanizm CAPTCHA przed wysłaniem zgłoszenia awarii.

E-usługa dla użytkownika będącego w strefie klienta musi umożliwić wprowadzenie zgłoszenia o awarii zainstalowanych u klienta (płatnika) wodomierzy. Po zaznaczeniu, że awaria dotyczy wodomierza, klient ma wówczas możliwość wyboru wodomierza z wyświetlonej listy zawierającej dane pozwalające w jednoznaczny sposób na identyfikację swojego wodomierza (wodomierza płatnika) przez Klienta a następnie pracowników ZWiK. Dodatkowo dla użytkownika będącego

Strona 22 z 36

w strefie klienta, który uruchomił e-usługę, zostaje wyświetlona informacja o statusie jego aktywnych zgłoszeń awarii (tylko niezałatwionych).

Po poprawnym zweryfikowaniu danych w formularzu przez e-usługę, po naciśnięciu przycisku „Zgłoś” następuje zarejestrowanie zgłoszenia. Po weryfikacji i przyjęciu zgłoszenia przez pracownika Spółki, klient otrzyma SMS lub e-mail z informacją o statusie zgłoszenia.

Mechanizm obsługi funkcjonalności usługi musi pozwalać na dodawanie przez uprawnionego użytkownika (w strefie administratora) dowolnej ilości opisów awarii.

Funkcjonalność dodatkowa:

a. Zapis zgłoszenia awarii do pliku pdf.

b. Wydruk zgłoszenia awarii.

4.5.11 Usługi jednorazowe

a. Opis usługi

Usługa inicjowana przez użytkownika e-BOK (klient). Klient (strefa logowana) po uwierzytelnieniu dostępu (np. unikalny nr zlecenia i kod PIN przekazany osobiście klientowi- zlecającemu usługę) i wybraniu dostępu do konkretnej kategorii zleceń (mechanizm do uzgodnienia z Zamawiającym – możliwe użycie jednoznacznych nazw usług bez konieczności wyboru kategorii zlecenia) ma możliwość pobrania dokumentów (w formie pliku pdf lub innego aktualnie dostępnego) np. wyników badań i faktur za ich wykonanie, faktur za usługi samochodu ciśnieniowego i innych usług świadczonych przez ZWiK.

b. Opis działania

Usługa ma pozwalać na pobranie opublikowanych indywidualnych dokumentów powstałych w wyniku przyjęcia przez ZWiK zlecenia wykonania usługi, którą jest w stanie świadczyć. Dokumentami tymi mogą być zlecenie, protokół dostarczenia próbek, wyniki badań, faktura itp. W formie plików pdf lub doc/docx, xls, xlsx lub jpg. Klient zlecając wykonanie usługi w siedzibie ZWiK (formularze zleceń dostępne są do pobrania na stronie www.zwik.zgora.pl np. w zakładce „pliki do pobrania” oraz będą dostępne w opisanej wyżej usłudze „Wnioski, zlecenia”) otrzymuje unikalny numer zlecenia, za pomocą którego będzie mógł zalogować się do „Usług jednorazowych”. Numer zlecenia jest jednorazowy unikalny w ramach kategorii zleceń i autoryzuje dostęp tylko do dokumentów związanych z konkretnym zleceniem.

Po zalogowaniu klient powinien mieć dostęp do następujących informacji:

1. Nr zlecenia (unikalny na poziomie kategorii zleceń (usługi Laboratorium, usługi Wydziału

Transportu, usługi Wydziału Sieci, inne zdefiniowane w słowniku),

2. Dane zleceniodawcy (minimum nazwa zleceniodawcy)

3. Tytuł usługi,

4. Status wykonania usługi (zlecenie zarejestrowane, zlecenie w trakcie realizacji, zlecenie do

wykonane, zlecenie odebrane i inne – zdefiniowane w słowniku z zapewnieniem obsługi

następstwa statusu np. po wykonaniu pobrania wyników zlecenia status powinien zostać

ustawiony na „zlecenie odebrane” następny),

5. Data zlecenia usługi,

6. Data wykonania usługi.

Strona 23 z 36

Dostępne funkcje dla klienta:

1. Pobranie/zapisanie dokumentu na lokalny dysk urządzenia dostępowego.2. Wydruk dokumentu na lokalnym urządzeniu drukującym.3. Dostęp do usługi „Rejestracja zgłoszeń” (formularz kontaktowy).4. Dostęp do usługi „Wnioski, zgłoszenia”.

Funkcjonalność dodatkowa:

a. Zapis zgłoszenia awarii do pliku pdf.

b. Wydruk zgłoszenia awarii.

5 Wymagania niefunkcjonalne (ogólne)

5.1 Wymagania ogólne dla architektury systemu e-BOK i platformy e-usług.

Kluczowym elementem e-portalu zawierającego e-usługi jest infrastruktura informatyczna pozwalająca na wymianę danych pomiędzy poszczególnymi elementami będącymi częścią procesów biznesowych realizowanych w ramach portalu:

1. Interesanci/Klienci Spółki;

2. Procesy;

3. Dane.

Odpowiadająca temu modelowi architektura oprogramowania ma być zbudowana z 3 warstw:

1. Prezentacji (interfejsu użytkownika) – realizująca zadania komunikacji z użytkownikami portalu,

w tym usługi prezentacji;

2. Logiki biznesowej – realizująca wymagania funkcjonalne systemu, w skład tej warstwy wchodzą

serwery aplikacyjne, serwery publikacji danych i inne oprogramowanie wymagane

funkcjonalnością systemu;

3. Dostępu do danych – realizująca zadania związane z przechowywaniem danych oraz

operacjami na danych (odczyt, zapis, modyfikacja) – w skład tej warstwy wchodzą serwery baz

danych.

Architektura oprogramowania będzie zapewniała separację i niezależny rozwój poszczególnych warstw. Integracja poszczególnych warstw będzie realizowana za pomocą dedykowanych usług wymiany danych.

Architektura systemu powinna posiadać następujące cechy:

a. Skalowalność i zdolność do ponownego wykorzystywania zasobów – wymagania dot. tej cechy

opisano szczegółowo w punkcie Skalowalność i wykorzystanie zasobów;

b. Otwartość i możliwość rozbudowy - wymagania dot. tej cechy opisano szczegółowo w punkcie

Otwartość i możliwość rozbudowy w szczególności Architektura powinna umożliwić separację i

niezależne rozwijanie poszczególnych warstw;

Strona 24 z 36

c. Ustandaryzowane interfejsy zewnętrzne – (plików wymiany – standard WSDL) a komunikacja

pomiędzy plikami będzie zgodna z protokołem SOAP;

W ramach poszczególnych warstw należy zadbać o unifikację rozwiązań technologicznych: baz danych, serwerów aplikacyjnych, serwerów www, systemów operacyjnych i innych wymaganych realizacją systemu.

Oferowane rozwiązanie musi spełniać następujące wymagania dot. architektury systemu:

1. Rozwiązanie musi umożliwiać osadzanie w systemie i udostępnianie użytkownikom

niezależnych funkcjonalności portalu (usług);

2. Poszczególne funkcjonalności zostaną opisane i zdefiniowane zgodnie z standardami opisu

usług (standard WSDL), w szczególności opisy te będą zawierać: interfejs komunikacji,

gotowość do użycia, powiązania z innymi usługami itp.;

3. Rozwiązanie musi zapewniać skalowalność pozwalającą na rozbudowę infrastruktury

wynikającą ze zwiększenia wolumetrii przetwarzania lub zwiększenia ilości lokalizacji realizacji

usług;

4. Rozwiązanie musi udostępniać mechanizm kontroli dostępu;

5. Rozwiązanie musi udostępnić mechanizmy bezpiecznego zarządzania infrastrukturą

zarządzania infrastrukturą, na której osadzona jest funkcjonalność systemu;

6. Rozwiązanie musi udostępnić mechanizmy bezpiecznego monitorowania infrastruktury oraz

usług dostarczanych przez system pod kątem bezpieczeństwa, dostępności, pojemności i

wydajności;

5.2 Komponenty oprogramowania

Architektura proponowanego rozwiązania musi uwzględniać następujące komponenty:

1) Oprogramowanie portalu dostarczające moduły:

a) Portal informacyjny,

b) Moduł realizujący funkcje publikacji i zarządzania treścią portalu,

c) Moduł wyszukiwania,

2) Scentralizowany system zarządzania użytkownikami,

3) Scentralizowany system monitorowania pracy portalu,

4) Scentralizowany system zarządzania e-usługami.

5.3 Architektura oprogramowania portalu

Platforma portalu powinna zostać zbudowana zgodnie z pryncypiami architektury SOA, w szczególności:

Strona 25 z 36

1) System musi być zbudowany w oparciu o architekturę złożoną z luźno ze sobą powiązanych

usług, które można wielokrotnie wykorzystywać i są niezależnie od siebie zaimplementowane,

2) System musi umożliwić korzystanie z usług za pomocą zdefiniowanych interfejsów,

niezależnie od platformy systemowej,

3) System musi umożliwić użytkownikowi korzystanie z usług niezależnie od lokalizacji,

4) System musi dostarczyć mechanizm kontroli dostępu do usług,

5) System musi umożliwić projektowanie usług i zależności pomiędzy nimi,

6) System musi umożliwić projektowanie i generowanie interfejsów usług oraz ich implementację,

7) System musi umożliwić projektowanie i implementację komunikatów służących do wymiany

informacji pomiędzy usługami,

8) System musi umożliwiać osadzanie i rekonfigurację nowych usług bez zakłócenia działania

innych aplikacji i realizacji operacji biznesowych,

9) System musi zapewnić rejestr usług, który umożliwia publikację i odnajdywanie potrzebnych

usług.

Komunikacja pomiędzy poszczególnymi komponentami oprogramowania portalu powinna odbywać się z wykorzystaniem zestawu usług spełniającej następujące wymagania:

a. Realizować translację komunikacji,

b. Umożliwić integrację rejestrów danych zaimplementowanych w różnych technologiach,

c. Realizować przekierowania komunikacji w zależności od kontekstu i treści komunikatu,

d. Umożliwić integrację aplikacji i usług zaimplementowanych w różnych technologiach,

e. Zapewnić zachowanie integralności, niezaprzeczalności i poufności komunikacji,

f. Zapewniać mechanizmy filtracji i weryfikacji poprawności komunikatów.

5.4 Skalowalność i wykorzystanie zasobów

Oprogramowanie systemu e-usług musi być skalowalne, bez ograniczeń licencyjnych na użytkowanie oprogramowania wytworzonego na potrzeby projektu;

Oprogramowanie systemu e-BOK musi posiadać strukturę modułową, umożliwiającą dysponowanie zasobami środowiska sprzętowego stosownie do zapotrzebowania poszczególnych składników systemu.

5.5 Ustandaryzowane interfejsy zewnętrzne

Wymagane jest, aby interfejsy do systemów zewnętrznych były zgodne ze standardowym sposobem wywołania usług (Web Services, Remote Method Invocation, Java Message Service, API) i dostępu do danych (XML, JDBC, ODBC).

Strona 26 z 36

5.6 Otwartość i możliwości rozbudowy

Oprogramowanie systemu e-BOK musi posiadać strukturę modułową, realizującą poszczególne grupy funkcjonalności za pomocą autonomicznych komponentów. Poszczególne komponenty muszą integrować się za pomocą zestandaryzowanych interfejsów. Powyższe właściwości muszą w konsekwencji zapewniać możliwość rozbudowy funkcjonalnej systemu e-BOK poprzez instalowanie nowych komponentów w środowisku aplikacyjnym, nie wymagając przy tym poważnych modyfikacji istniejącego oprogramowania.

5.7 Wymagania dla mechanizmów rozliczalności

System powinien spełniać następujące wymagania z zakresu rozliczalności:

1. Rozwiązanie powinno zapewniać mechanizmy logowania operacji: prób logowania i wylogowania użytkownika, modyfikacji danych, wykonanych akcji w systemie wraz z rejestracją czasu operacji, identyfikatora użytkownika oraz wyniku operacji;

2. Rozwiązanie powinno zapewniać mechanizmy przechowywania logów systemowych w sposób chroniący je przed modyfikacją i nieuprawnionym usunięciem.

3. W zakresie rejestrowania pobierania informacji/danych w celu ich ponownego udostępniania/przetwarzania, rozwiązanie powinno obsługiwać rejestrowanie wniosków o ponowne udostępnienie informacji publicznej, jeśli jest wymagana.

5.8 Dostępność usług e-BOK

Architektura Systemu musi gwarantować:

1. dostępność wszystkich komponentów systemu na poziomie nie mniejszym niż 98% w skali roku.

2. Pierwsze wyrenderowanie treści dla głównej strony e-BOK:a. Dla komputerów stacjonarnych – w czasie poniżej 3 s.b. Dla urządzeń mobilnych – w czasie poniżej 5 s.

Test wyrenderowania strony ma zostać przeprowadzony przez narzędzie PageSpeed Insights dostępne na stronie https://developers.google.com/speed/pagespeed/insights/

5.9 Wymagania dla warstwy prezentacji e-BOK i e-usług w zakresie dostępności cyfrowej

E-BOK i e-usługi musza być zrealizowane w sposób zapewniający realizację zasad umożliwiających spełnienie kryteriów dostępności cyfrowej strony internetowej i wszystkich zamieszczonych na niej usług. Są to:

1. Funkcjonalność - czyli wymaganie, by prezentowana informacja była w pełni dostępna zarówno za pomocą klasycznych metod, np. wyświetlana na ekranie komputera, ale również odczytywana w całości za pomocą możliwie najszerszej liczby narzędzi wspierających – przez czytnik ekranu osoby niewidomej, możliwa do odczytania na tablecie, smartfonie, możliwa do odczytania w programach powiększających dla osób słabowidzących itp.;

2. Kompatybilność - czyli sposób prezentowania informacji musi być zaprojektowany i wykonany tak, by umożliwiał współpracę z maksymalnie dużą gamą terminali użytkownika i narzędzi wspierających lub tak, by posiadał on odpowiednie alternatywy umożliwiające taką współpracę. Konieczna jest też dbałość o pełną zgodność ze standardami programistycznymi;

Strona 27 z 36

3. Postrzegalność - czyli prezentowanie informacji w sposób umożliwiający ich postrzeganie za pomocą zmysłów. Należy mieć na uwadze, że nie wszyscy użytkownicy stron internetowych posługują się tymi samymi zmysłami, w związku, z czym zasada postrzegalności stawia wymaganie, by informacja była dostępna za pomocą różnych zmysłów;

4. Zrozumiałość - czyli zapewnienie by wszelkie prezentowane informacje, jak i sposób dotarcia do nich, były zrozumiałe dla każdego użytkownika. Użytkownik nie może być zaskakiwany sposobem prezentacji informacji, a w przypadku informacji o szczególnej wadze musi otrzymać wszelkie rady i dodatkowe informacje umożliwiające ewentualne skorzystanie z funkcjonalności związanych z prezentowaną informacją (np. w przypadku formularzy bankowych, formularzy związanych z danymi osobowymi itp.).

Wykonawca zobowiązany jest zastosować takie technologie i komponenty oraz narzędzia kontroli wdrażanego rozwiązania by Zamawiający mógł przygotować deklarację dostępności strony internetowej obejmującej E-BOK. W tym celu Wykonawca przygotuje i przekaże Zamawiającemu dokument zawierający następujące informacje o wdrożonym rozwiązaniu:

a. Status portalu pod względem zgodności z „wytycznymi dla dostępności treści internetowych 2.1 stosowane dla stron internetowych i aplikacji mobilnych w zakresie dostępności dla osób niepełnosprawnych (Załącznik do ustawy z dnia 4 kwietnia 2019r.). Dla statusu innego niż „w pełni zgody” należy podać powód niezgodności (z uwzględnieniem każdej wytycznej, dla której występuje naruszenie).

b. Metody i sposób dokonania oceny dostępności cyfrowej. W tym oświadczenie Wykonawcy o posiadaniu wiedzy i doświadczenia w zakresie standardów i wytycznych dostępności serwisów internetowych, o których mowa w załączniku do ustawy z dnia 4 kwietnia 2019r.

6 Wdrożenie systemu e-BOK.

Wdrożenie systemu e-BOK internetowej platformy E-USŁUG musi uwzględnić dane utrzymywane przez posiadane obecnie systemy informatyczne Zamawiającego wraz z kartotekami pomocniczymi gromadzonymi w arkuszach xls/XML (max 2 kartoteki na moduł).

Zamawiający oczekuje od Wykonawcy takiego sposobu prowadzenia prac wdrożeniowych, aby wyeliminować spiętrzenie prac związanych z wdrożeniem, który będzie w minimalnym akceptowalnym poziomie gwarantującym wysoką jakość danych, angażował pracowników Zamawiającego.

7 Usługi szkolenia z zakresu obsługi systemu e-BOK.

W ramach prac wdrożeniowych Wykonawca przeprowadzi szkolenia dla użytkowników oraz administratorów dla Elektronicznego Biura Obsługi Klienta, internetowej platformy E-USŁUG, a także zapewni wsparcie w początkowej fazie uruchomienia systemu w postaci konsultacji i asysty.

Szkolenia powinny obejmować minimum 2 dni robocze (min. 6 godz.) dla użytkowników e-BOK wraz z obsługą e-usług oraz 1 dzień roboczy dla administratora IT w zakresie administrowania e-BOK, oraz w zakresie wykorzystanego środowiska narzędziowego i systemowego na potrzeby wdrożonego rozwiązania. Szkolenia będą przeprowadzane w siedzibie ZWiK.

Szkolenia dla administratorów systemu powinny obejmować zagadnienia z zakresu zarządzania i administracji systemem tj.: podstawy funkcjonowania, konfiguracji i zarządzania e-portalem w odniesieniu do wykorzystanych do tego celu komponentów (np. licencji oprogramowania), zasady archiwizacji i odtwarzania danych, zasad zarządzania uprawnieniami użytkowników e-BOK, zasad aktualizacji baz danych.

Strona 28 z 36

Wsparcie w początkowej fazie uruchomienia produkcyjnego systemu trwa minimum 1 dni roboczych, na które składa się asysta wdrożeniowa świadczona zdalnie. Dokładny podział, zakres, harmonogram i wymiar prac zostanie określony w harmonogramie wdrożenia sporządzonym przez Wykonawcę i podlegającym zatwierdzeniu przez Zamawiającego.

Wykonawca zagwarantuje, zgodnie z Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych, że jego pracownicy zaangażowani w projekcie w proces przetwarzania informacji będą posiadać stosowne uprawnienia i będą uczestniczyć w tym procesie w stopniu adekwatnym do realizowanych przez nie zadań oraz obowiązków mających na celu zapewnienie bezpieczeństwa informacji", oraz zapewni przeszkolenie osób zaangażowanych w proces przetwarzania informacji ze szczególnym uwzględnieniem takich zagadnień, jak:

A) zagrożenia bezpieczeństwa informacji,

B) skutki naruszenia zasad bezpieczeństwa informacji, w tym odpowiedzialność prawna,

C) stosowanie środków zapewniających bezpieczeństwo informacji, w tym urządzenia i oprogramowanie minimalizujące ryzyko błędów ludzkich.

Wykonawca na tą okoliczność złoży stosowne pisemne oświadczenie.

8 Serwis gwarancyjny

Przy wycenie wymienionych prac Wykonawca powinien uwzględnić następujące warunki realizacji usług:

8.1 Wsparcie techniczne

W ramach usługi gwarancyjnej w zakresie wsparcia technicznego Wykonawca zobowiązany jest do nieodpłatnego:

1. Usuwania wad przedmiotu zamówienia, celem rozwiązania zgłaszanych przez Zamawiającego

problemów,

2. Prowadzenia bieżącego audytu systemu oraz informowania Zamawiającego o potencjalnych

konsekwencjach zidentyfikowanych nieprawidłowości,

3. Bieżącego wsparcia użytkowników e-BOK, modułów dziedzinowych poprzez konsultacje i

wsparcie techniczne zdalnie lub pocztą elektroniczną.

8.2 Warunki świadczenia usług gwarancyjnych

Warunki świadczenia usług gwarancyjnych:

1. Minimalny okres świadczenia usług gwarancyjnych – 24 miesiące licząc od daty podpisania

protokołu odbioru końcowego.

2. Wykonawca zapewni 1 dzień ( 6 godzin roboczych) konsultacji w siedzibie Zamawiającego,

każdego roku trwania gwarancji.

3. Wady przedmiotu umowy będą klasyfikowane przez Zamawiającego jako: a. Błąd krytyczny, b.

Błąd, c. Usterka, d. Problem:

Strona 29 z 36

a. Błąd krytyczny - wada całkowicie uniemożliwiająca eksploatację e-BOK, e-usług i modułów oprogramowania dziedzinowego, powodująca utratę danych lub ich uszkodzenie, której usunięcie lub pominięcie z poziomu użytkowników systemu nie jest możliwe. Za Błąd krytyczny Strony uznają niezgodność z obowiązującymi przepisami prawa w zakresie wymaganym do zgodnego z przepisami funkcjonowania Aplikacji.

b. Błąd - wada utrudniająca eksploatację e-BOK, e-usług i modułów oprogramowania dziedzinowego.

c. Usterka - wada utrudniająca eksploatację e-BOK, e-usług i oprogramowania dziedzinowego, która nie powoduje utraty danych lub ich uszkodzenia, ale znacznie ogranicza jego funkcjonalność i obniża ergonomię pracy użytkowników.

d. Problem - zagadnienie/zapytanie dotyczące eksploatacji e-BOK, świadczenia e-usług i modułów oprogramowania dziedzinowego, którego wyjaśnienie jest niezbędne dla optymalnego wykorzystania funkcjonalności i zwiększenia ergonomii pracy użytkowników.

4. Wsparcie gwarancyjne Wykonawca zapewni Zamawiającemu w dni robocze, od poniedziałku

do piątku w godzinach 6:45-14:45.

5. Wykonawca zobowiązuje się do usunięcia Błędu krytycznego w terminie 1 dnia roboczego od

momentu zgłoszenia Błędu krytycznego lub przywrócenia funkcjonalności zastępczej.

Zgłoszenia Błędu krytycznego przyjęte pomiędzy godziną 14:45, a 24:00 będą traktowane jako

zgłoszenia przyjęte następnego dnia roboczego.

6. Wykonawca zobowiązuje się do usunięcia Błędu w terminie 2 dni roboczych od momentu

zgłoszenia Błędu.

7. Wykonawca zobowiązuje się do usunięcia Usterki w terminie 3 dni roboczych od momentu

zgłoszenia Usterki.

8. Wykonawca wyjaśni lub odniesie się do Problemu w terminie 2 dni roboczych od momentu

zgłoszenia Problemu.

9. Zamawiający zobowiązany jest do zgłoszenia wady lub problemu w możliwie najkrótszym

czasie od jego wystąpienia, pocztą elektroniczną na adres:

…………………………………………………….., lub telefonicznie na numer telefonu:

…………………………………, lub pisemnie na adres wykonawcy …………………………………

……………………………………………………………………………………………………………….

10. W przypadkach szczególnych Zamawiający może wyrazić zgodę na wydłużenie powyższych

terminów

9 Dokumentacja

Wykonawca zobowiązany jest do dostarczenia następujących dokumentacji:

1. Dokumentacja Wdrożeniowa,2. Dokumentację Szkoleniową,3. Dokumentację Użytkową,4. Instrukcje stanowiskowe.

Zawartość Dokumentacji Wdrożeniowej:

Strona 30 z 36

1. Opis architektury systemu.2. Opis poszczególnych nowych funkcjonalności realizowanych w środowisku narzędziowym i

aplikacyjnym, a w szczególności:a. Administrowania e-BOK,b. Zarządzania i edycji danych,c. Integracji ZSI Zamawiającego z e-BOK.d. Funkcjonowania usług elektronicznych na platformie e-BOK.

3. Dokumentacja struktury bazy danych.4. Harmonogram szczegółowy prac.5. Harmonogram i organizację szkoleń (usługi wdrożeniowe).6. Organizację konsultacji i wsparcia (usługi wdrożeniowe).7. Raporty z testów dostępności i czasów odpowiedzi e-usług dla etapu oczekiwania na wyświetlenie

danych początkowych w ramach e-usługi, np. wyświetlenie listy/tabeli faktur, punktów rozliczeniowych/odbiorców, wodomierzy czy list odczytów.

10 Zgodność z normami prawa oraz zasadami interoperacyjności

Przedmiot zamówienia zostanie zrealizowany zgodnie z obowiązującymi przepisami i normami prawa. Wszelkie materiały, wyroby i urządzenia odpowiadać będą aktualnym Polskim Normom oraz przepisom ich stosowania. Ponadto, jeśli są wymagane posiadać będą stosowne certyfikaty, atesty i świadectwa dopuszczenia do użycia.

Dostarczone oprogramowanie będzie spełniać zasady interoperacyjności określone w dokumentach:

1. Europejskie Ramy Interoperacyjności (EIF).

2. Krajowe Ramy Interoperacyjności (Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r.

w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych

i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów

teleinformatycznych).

3. Dyrektywa Parlamentu Europejskiego i Rady 2013/37/UE z dnia 26 czerwca 2013 r.

zmieniająca dyrektywę 2003/98/WE w sprawie ponownego wykorzystania informacji sektora

publicznego.

4. Ustawa z dnia 17 lutego 2005r. o informacji działalności podmiotów realizujących zadania

publiczne (Dz. U. z 2005r. Nr 64 poz. 565 z późn. zm.) wraz z aktami wykonawczymi.

5. Ustawa z dnia 6 września 2001r. o dostępie do informacji publicznej (Dz. U. z 2001r. Nr 112

poz. 1198 z późn. zm.) wraz z aktami wykonawczymi.

6. Ustawa z dnia 18 września 2001r. o podpisie elektronicznym (Dz. U. z 2001r. Nr 130 poz. 1450

z późn. zm.) wraz z aktami wykonawczymi.

7. Ustawa z dnia 5 lipca 2002r. o ochronie niektórych usług świadczonych drogą elektroniczną

opartych lub polegających na dostępie warunkowym (Dz. U. z 2002r. Nr 126 poz. 1068 z późn.

zm.) wraz z aktami wykonawczymi.

8. Ustawa z dnia 27 lipca 2001r. o ochronie baz danych (Dz. U. z 2001r. Nr 128 poz. 1402 z późn.

zm.) wraz z aktami wykonawczymi.

9. Ustawa z dnia 4 lutego 1994r. o prawie autorskim i prawach pokrewnych (tekst jedn. Dz. U. z

2006r. Nr 90 poz. 631 z późn. zm.) wraz z aktami wykonawczymi.

Strona 31 z 36

10. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 21 kwietnia 2011r.

w sprawie szczegółowych warunków organizacyjnych technicznych, które powinien spełniać

system teleinformatyczny służący do identyfikacji użytkowników (Dz. U. z 2011r. Nr 93,

poz.545).

11. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 21 kwietnia 2011r.

w sprawie zasad potwierdzenia, przedłużania ważności, wykorzystania i unieważnienia profilu

zaufanego elektronicznej platformy usług administracji publicznej (Dz. U. z 2011r. Nr 93,

poz.547).

12. Rozporządzenie Prezesa Rady Ministrów z dnia 14 września 2011r. w sprawie sporządzania

pism w formie dokumentów elektronicznych, doręczenia dokumentów elektronicznych oraz

udostępniania formularzy, wzorów i kopii dokumentów elektronicznych (Dz. U. z 2011r. Nr 206

poz. 1216).

13. Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016 r.

14. Ustawą z dnia 10 maja 2018 r. o ochronie danych osobowych (tj. Dz.U. 2018 poz. 1000).

15. Ustawą z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji

mobilnych podmiotów publicznych Dz.U. z 2019 roku poz. 848.

11 Słownik pojęć

Dla potrzeb realizacji niniejszego przedmiotu zamówienia ustala się znaczenie następujących pojęć stosowanych w OPZ wraz z załącznikami:

Asysta wdrożeniowa usługa świadczona przez Wykonawcę, polegająca na bieżącym wsparciu Użytkowników Końcowych w zakresie eksploatacji i obsługi Systemu

Dokumentacja - wszelkiego rodzaju dokumenty wytworzone w ramach realizacji Przedmiotu Zamówienia. Pojęcie obejmuje Dokumentację Projektową, Techniczną, Szkoleniową, Użytkową oraz Wdrożeniową oraz inne dokumenty uzgodnione przez Strony.

Dokumentacja Techniczna - zestaw dokumentów dotyczących Systemu, w tym, co najmniej: -opis dostarczanych, implementowanych istotnych metod będący uszczegółowieniem wymagań (funkcji) wskazanych w Opisie Przedmiotu Zamówienia,- opis konfiguracji, - opis interfejsów, - opis czynności administracyjnych, oraz inne dokumenty uzgodnione przez Strony.

Dokumentacja Szkoleniowa- dokument zawierający zestaw ćwiczeń szkoleniowych.

Dokumentacja Użytkowa - dokument napisany w języku zrozumiałym dla przeciętnego docelowego użytkownika, opisujący sposób wykorzystania wszystkich funkcji Systemu w trakcie jego eksploatacji, wskazujący "jak" i "co" zrobić w określonej sytuacji, opisujący komunikaty o błędach zawierający wszelkie instrukcje dotyczące obsługi Systemu w szczególności instrukcje Administratora Systemu.

Dokumentacja Wdrożeniowa - dokumentacja powstająca w trakcie realizacji Wdrożenia, obejmująca opis procesu dostosowania Systemu do wymagań Zamawiającego (opis konfiguracji i parametryzacji, opis interfejsów).

Dokument Elektroniczny - dokument elektroniczny w rozumieniu przepisów art. 3 ust. 2 ustawy z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U. z 2005 r. Nr 64, poz. 565, poz. 565 z późn. zm.).

Strona 32 z 36

Dwustronna interakcja - uruchomiona w ramach wdrożenia Systemu usługa on-line na poziomie 3, poprzez uruchomione usługi on-line na poziomie 3 interakcji należy rozumieć usługi świadczone za pomocą Internetu lub sieci elektronicznej, których świadczenie jest zautomatyzowane, i które wymagają niewielkiego udziału człowieka, a ich wykonanie bez wykorzystania technologii informacyjnej jest niemożliwe, w formie ogólnodostępnych serwisów informacyjnych (w rozumieniu Rozporządzenia Rady (WE) nr 1777/2005 ustanawiającego środki wykonawcze do Dyrektywy 77/388/EWG w sprawie wspólnego systemu podatku od wartości dodanej), przez poziom 3 – Dwustronna interakcja należy rozumieć możliwość procesowania formularzy obejmujące autoryzację – zgodnie z art. 11 Rozporządzenia Rady (WE) nr 1777/2005 ustanawiającego środki wykonawcze do dyrektywy 77/388/EWG w sprawie wspólnego systemu podatku od wartości dodanej.

Dzień Roboczy - dzień kalendarzowy od poniedziałku do piątku za wyjątkiem dni ustawowo wolnych.

E-BOK – Elektroniczne Biuro Obsługi Klienta; Internetowy portal zawierający dedykowane dla klienta firmy wystawiającej portal, funkcje (e-usługi) i informacje. Dzięki jego funkcjonalności, klient bez wychodzenia z domu, możne uzyskać większość potrzebnych informacji oraz zlecić usługę, złożyć wniosek lub zrealizować inną dostępna usługę świadczoną przez firmę np. kontrolować swoje faktury, zużycie wody, dokonać płatności, wprowadzać odczyty oraz składać wnioski i reklamacje.

E-usługa - usługa świadczona drogą elektroniczną na zasadach opisanych w przepisach prawa, w szczególności w ustawach: ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne oraz ustawa z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną. Skala opisująca poziom świadczonych usług przyjęta przez Komisję Europejską:

Poziom 1 – Informacja: ogólnodostępny serwis informacyjny o usłudze publicznej,

Poziom 2 – Interakcja jednokierunkowa (patrz Interakcja): możliwość pobrania formularzy i aplikacji,

Poziom 3 – Interakcja dwukierunkowa (patrz Dwustronna interakcja): przetwarzanie formularzy,

Poziom 4 – Transakcja (patrz Transakcja): obsługa transakcji, podejmowanie decyzji on-line, dostarczanie usług oraz obsługa płatności,

Poziom 5 – Personalizacja: organizacja usług wokół potrzeb użytkowników.

Formularz elektroniczny (FE) - formularz elektroniczny w rozumieniu rozporządzenia Prezesa Rady Ministrów z dnia 14 września 2011 r. w sprawie sporządzania pism w formie dokumentów elektronicznych, doręczania dokumentów elektronicznych oraz udostępniania formularzy, wzorów i kopii dokumentów elektronicznych (Dz. U. z 2011 r. Nr 206, poz. 1216). W rozumieniu niniejszego OPZ Formularz elektroniczny to zestaw danych, określających treść, wygląd oraz zachowanie formularza prezentowanego Użytkownikom, który to zestaw danych jest uruchamiany i interpretowany przez przeglądarkę internetową oraz dostarczone Oprogramowanie.

Gwarancja - świadczenia realizowane przez Wykonawcę na warunkach opisanych w OPZ.

Incydent - każde zdarzenie występujące po stronie Systemu lub po stronie prawidłowej obsługi i użytkowania Systemu, niebędące częścią normalnego działania Systemu, w szczególności działanie Systemu niezgodne z wymaganiami Zamawiającego określonymi w SIWZ i Dokumentacji.

Strona 33 z 36

Infrastruktura Sprzętowa - serwery oraz inne urządzenia będące przedmiotem realizacji zamówienia.

Instrukcja Stanowiskowa – dokumentacja, która w sposób zwięzły opisuje pojedynczo podstawowe procesy obsługi aplikacji i w jaki sposób krok po kroku użytkownik wchodzi w interakcję z funkcjami aplikacji.

Interakcja – uruchomiona w ramach wdrożenia Systemu usługa on-line na poziomie 2- poprzez uruchomione usługi on-line na poziomie 2 należy rozumieć usługi świadczone za pomocą Internetu lub sieci elektronicznej, których świadczenie jest zautomatyzowane, i które wymagają niewielkiego udziału człowieka, a ich wykonanie bez wykorzystania technologii informacyjnej jest niemożliwe, w formie ogólnodostępnych serwisów informacyjnych (w rozumieniu Rozporządzenia Rady (WE) nr 1777/2005 ustanawiającego środki wykonawcze do Dyrektywy 77/388/EWG w sprawie wspólnego systemu podatku od wartości dodanej). Przez poziom 2 – Interakcja należy rozumieć możliwość pobrania formularzy i aplikacji– zgodnie z art. 11 Rozporządzenia Rady (WE) nr 1777/2005 ustanawiającego środki wykonawcze do dyrektywy 77/388/EWG w sprawie wspólnego systemu podatku od wartości dodanej.

Moduł - część Oprogramowania tworząca logiczną całość (Zestaw funkcji Aplikacji zgrupowanych ze względu na ich zastosowanie oraz cechy wspólne), dostarczająca zbiór funkcjonalności określonych w OPZ.

Oprogramowanie - Oprogramowanie aplikacyjne lub oprogramowanie osób trzecich.

Oprogramowanie aplikacyjne (Aplikacja) – rozwiązania aplikacyjne (oprogramowanie/zbiór modułów oprogramowania) dostarczane przez Wykonawcę w celu realizacji wszystkich opisanych przez Zamawiającego funkcjonalności oraz e-usług.

Oprogramowanie systemowe - odpowiednie oprogramowanie i licencje dostępowe realizujące funkcje niezbędne do uruchomienia i działania urządzeń, na których zostało zainstalowane.

OPZ - Opis Przedmiotu Zamówienia.

Prace wdrożeniowe – patrz: Wdrożenie.

SIWZ - Specyfikacja Istotnych Warunków Zamówienia

SOAP - (ang. Simple Object Access Protocol) - protokół wywoływania zdalnego dostępu do obiektów, wykorzystujący XML do kodowania wywołań i najczęściej protokołów HTTP lub RPC do ich przenoszenia, możliwe jest jednak wykorzystanie innych protokołów do transportu danych.

System - spójna całość wszystkich elementów rozwiązania Wykonawcy w ramach Wdrożenia w ramach realizacji Przedmiotu Zamówienia, na którą składają się w szczególności Oprogramowanie aplikacyjne, Oprogramowanie serwerowe, wraz z zasobem Informacyjnym zgromadzonym w Systemie w celu realizacji funkcjonalności.

Transakcja - uruchomiona w ramach wdrożenia Systemu usługa on-line na poziomie 4, poprzez uruchomione usługi on-line na poziomie 4 należy rozumieć uruchomione/udostępnione usługi świadczone za pomocą Internetu lub sieci elektronicznej, których świadczenie jest zautomatyzowane, i które wymagają niewielkiego udziału człowieka, a ich wykonanie bez wykorzystania technologii informacyjnej jest niemożliwe, w formie ogólnodostępnych serwisów informacyjnych (w rozumieniu Rozporządzenia Rady (WE) nr 1777/2005 ustanawiającego środki wykonawcze do Dyrektywy 77/388/EWG w sprawie wspólnego systemu podatku od wartości dodanej), przez poziom 4 – Transakcja należy rozumieć obsługiwanie transakcji, podejmowanie decyzji on-line, dostarczanie usług oraz obsługę płatności – zgodnie z art. 11

Strona 34 z 36

Rozporządzenia Rady (WE) nr 1777/2005 ustanawiającego środki wykonawcze do dyrektywy 77/388/EWG w sprawie wspólnego systemu podatku od wartości dodanej.

Umowa - Umowa wraz z jej załącznikami i wszelkimi aneksami zawarta pomiędzy Zamawiającym, a Wykonawcą w wyniku udzielenia zamówienia publicznego na realizację Przedmiotu Zamówienia.

Usługi gwarancyjne - usługi programistyczne, wdrożeniowe konsultacyjne w zakresie Oprogramowania narzędziowego i Oprogramowania aplikacyjnego dopuszczalne w ramach licencji na użytkowanie tego oprogramowania oraz bazy danych.

Uwaga - opis niezgodności Systemu z wymaganiami Zamawiającego opisanymi w SIWZ i Załącznikach do SIWZ stanowiących jego integralną część.

Użytkownik Końcowy - Użytkownik lub inny system informatyczny bezpośrednio eksploatujący System.

Wada - wada konstrukcyjna, materiałowa lub wykonawcza powodująca nienormalny stan lub nienormalne działanie Systemu.

Wdrożenie - całokształt prac wykonanych przez Wykonawcę w celu umożliwienia samodzielnej eksploatacji Systemu przez pracowników Zamawiającego, a w szczególności czynności takich jak: dostawa, instalacja, konfiguracja Systemu, przygotowanie danych testowych, wykonanie testów weryfikacyjnych, przygotowanie szablonów oraz scenariuszy testowych, współudział w testach akceptacyjnych, opracowanie i dostarczenie Dokumentacji technicznej i użytkownika, szkolenie administratorów oraz świadczenie usług Asysty technicznej.

XML - XML (ang. Extensible Markup Language) to uniwersalny język formalny przeznaczony do reprezentowania różnych danych w ustrukturalizowany sposób.

Zapytanie - rodzaj zgłoszenia polegający na zdefiniowaniu pytania do Wykonawcy dotyczącego Systemu, jego obsługi i funkcjonowania przez Użytkownika Końcowego.

Zasoby Informacyjne - zbiór danych i ich metadanych lub inna informacja przechowywana i przetwarzana w Systemie będących własnością Zamawiającego.

Zgłoszenie - Incydent lub Problem zgłoszony przez Administratora Systemu.

12 Spis ilustracji

1 Strona https://www.zwik.zgora.pl/..........................................................................................................5

Podpis(y):

l.p. Nazwa(y) Wykonawcy(ów)

Nazwisko i imię osoby (osób)

upoważnionej(ych) do podpisania niniejszej

oferty w imieniu Wykonawcy(ów)

Podpis(y) osoby(osób) upoważnionej(ych) do podpisania niniejszej

oferty w imieniu Wykonawcy(ów)

Pieczęć(cie) Wykonawc(ów)

Miejscowość

i data

Strona 35 z 36