SIWZ - Rzeszowiebip.erzeszow.pl/file/113252/Opis przedmiotu zamówienia.…Translate this page1 Załącznik nr 1 do SIWZ - Opis przedmiotu zamówienia dla projektu Realizacja idei

1

Załącznik nr 1 do SIWZ - Opis przedmiotu zamówienia dla projektu Realizacja idei SMART CITY w

Rzeszowie

Celem projektu jest poprawa konkurencyjności Miasta poprzez dostawę, instalację i

uruchomienie wysokiej jakości systemu teleinformatycznego, w postaci tzw. e-usług publicznych

pozwalających na realizację ich spraw w sposób niewymagający fizycznej obecności w urzędzie.

Realizacja projektu zapewni dostęp do wiarygodnych informacji publicznych dzięki przygotowaniu i

wdrożeniu e-usług związanych z obszarem społeczeństwa informacyjnego przez budowę nowych

usług na poziomie dojrzałości 3 i wyżej.

Zgodnie z zapisami dokumentu, „Szczegółowy Opis Osi Priorytetowych Regionalnego Programu

Operacyjnego Województwa Podkarpackiego na lata 2014-2020 w zakresie Europejskiego Funduszu

Rozwoju Regionalnego oraz Europejskiego Funduszu Społecznego”, e-usługi wytworzone w wyniku

realizacji projektu powinny uwzględniać 3, 4 oraz 5 poziom dojrzałości:

poziom 3 - interakcja dwustronna, tzn. dostępność formularzy online, możliwość

zainicjowania sprawy drogą elektroniczną poprzez interaktywne wypełnienie i przesłanie

dokumentów elektronicznych do jednostki administracji publicznej.

poziom 4 - transakcyjny - wiąże się z możliwością dokonania wszystkich czynności

niezbędnych do załatwiania danej sprawy urzędowej całkowicie drogą elektroniczną, tzn.

pełna elektroniczna obsługa sprawy, uzyskanie odpowiedzi z urzędu drogą elektroniczną

uwzględniające wydanie decyzji oraz możliwość płatności za usługę online.

poziom 5 - personalizacja - zapewnia załatwienie sprawy urzędowej drogą elektroniczną

i jednocześnie wprowadza personalizację obsługi, tzn. automatyczne dostarczenie

konkretnych usług, spersonalizowanych dla użytkownika i przez niego nie inicjowanych (np.

decyzja w sprawie wymiaru podatku od nieruchomość).

Integracja e-usług z zewnętrznymi systemami informatycznymi oraz z wewnętrznymi

systemami dziedzinowymi urzędu stworzy możliwość dokonania wszystkich czynności niezbędnych

do załatwienia danej sprawy urzędowej drogą elektroniczną – od uzyskania informacji, poprzez

wypełnienie odpowiednich formularzy on-line, obsługę płatności przy pomocy systemu płatności

elektronicznej dla e-usług, wymagających takiej obsługi, aż do wysyłki elektronicznej tytułów

2

wykonawczych do zewnętrznych systemów egzekucji w przypadku braku płatności w terminie

określonym ustawowo.

W ramach projektu powstaną również dane, które zostaną udostępnione mieszkańcom Miasta na

portalu WWW, które swoim zakresem będą wykorzystywane do świadczenia e-usług wyższych

poziomów, niemniej jednak jako zasób udostępniony będą się wpisywały w poziom 1.

Poziom 1 - podstawowy – informacyjny, oznacza udostępnienie obywatelom i przedsiębiorcom

informacji publicznej na portalach internetowych.

Świadczenie e-usług publicznych musi odbywać się w zgodzie z obowiązującymi przepisami

prawa, w tym z Ustawą o Ochronie Danych Osobowych.

Wytworzone w ramach projektu e-usługi będą dotyczyć:

A2C – współdziałania jednostek administracji i obywateli;

A2B - współdziałania jednostek administracji i przedsiębiorców;

A2A - współdziałania jednostek organizacyjnych administracji.

W celu kompleksowej realizacji zadań dla mieszkańców, w poszczególnych obszarach

wdrożone zostaną moduły realizujące podstawowe cele wspomagające działanie e-usług.

Dostawa e-usług otworzy mieszkańcom dostęp do szerokiego zakresu czynności wykonanych

za pomocą portalu oraz mobilnej aplikacji. Prawidłowa realizacja e-usług będzie możliwa dzięki

bezpośredniej integracji portalu oraz z modułami dziedzinowymi zintegrowanego systemu

informatycznego i jako całość rozwiązanie będzie tworzyć zintegrowany system zarzadzania miastem.

Poniższy schemat obrazuje wymagany przepływ danych wykorzystywanych w e-usługach,

oraz relacje, powiązania w działaniu z projektami PSeAP oraz ePUAP.

Rysunek 1. Przepływ danych w procesach e-usług z wykorzystaniem ePUAP i PSeAP

3

PLATFORMA SPRZĘTOWA

OPROGRAMOWANIE DZIEDZINOWE

OBIEG DOKUMENTÓW

PROTON

PSeAPSystemu e-Usług

Internetowych (SeUI)ePUAP

eBOM

UR

ZĄD

E-usługi na poziomie Urzędu – dostęp do oprogramowania dziedzinowego

E-usługi na poziomie centralnym (istniejące)

Uwierzytelnienie Integracja

Integracja

Uwierzytelnienie

BROKER

E-Komunikacja E-PracownikBUDŻET

OBYWATELSKI

E-RADA E-EdukacjaE-Podatki

Szyna Danych

Powyższy schemat obrazuje całościowo przepływ danych w systemach informatycznych

Miasta, niemniej część elementów nie jest objęta zakresem rzeczowym niniejszego projektu.

Elementy, które nie są objęte zakresem rzeczowym to: Obieg dokumentów (PROTON), PSeAP,

ePUAP.

W skład pełnego systemu (oprogramowania) wchodzą następujące moduły:

Obieg Dokumentów EOD - PROTON (element istniejący – realizacja w ramach projektu

PSeAP, w ramach niniejszego projektu należy wykonać jego integracja z systemami

dziedzinowymi wraz z dostarczaniem nakładki umożliwiającej pracę w systemie PROTON

poprzez przeglądarkę internetową). Aplikacja służąca do zarządzania dokumentacją

elektroniczną, umożliwiająca wykonywanie w nim czynności kancelaryjnych,

dokumentowanie przebiegu załatwiania spraw oraz gromadzenie i tworzenie dokumentów

elektronicznych. System EOD zawiera niezbędne funkcję oraz interfejsy umożliwiające

weryfikację oraz podpisywanie podpisem elektronicznym.

Broker - Aplikacja integrująca system e-PUAP, PSeAP z systemem dziedzinowym poprzez

obieg dokumentów. Integracja nastąpi poprzez pozyskanie danych z systemu obiegu

dokumentów (PROTON) – dane wejściowe z systemu PSeAP, oraz bezpośrednio z systemu

ePUAP. Broker jest wymaganym elementem, przy pozyskiwaniu i przetwarzaniu danych z

systemów zewnętrznych lub formularzy (wytworzonych metodę projektowania

4

zorientowanego na użytkownika), które zostaną opublikowane na stronach portalu eBOM.

Broker ma za zadanie wykonanie konwersji danych, ustalenia formatu zgodności danych oraz

mapowania pól danych w systemach dziedzinowych Wnioskodawcy np.: systemie finansowo-

księgowym. W ramach projektu PSeAP Wnioskodawca pozyskuje danych w postaci

formularza w formacie pliku pdf, Broker pozwali na przepisanie danych na postać w pełni

cyfrową i edytowalną. Tylko taka forma danych cyfrowych pozwoli na dalszą ich „obróbkę”

oraz zapewni automatyzacje procesów w ramach e-usług publicznych. Edycja danych może

nastąpić poprzez ręczne przepisanie danych do formularza aplikacji Brokera lub w sposób w

pełni automatyczny wymagający (lub nie) zatwierdzenia przez osobę decyzyjną. Broker

wystawia dane do odpowiednich systemów dziedzinowych poprzez szynę danych. Należy

również zwrócić uwagę, że rola Brokera nie ogranicza się jedynie do pozyskania danych

zewnętrznych ale jest również kluczowa w kierunku odwrotnym tj. wystawienia danych do

użytkownika. Broker ma również umożliwiać dostęp do systemu obiegu dokumentów w

standardzie WEB.

Portal eBOM – elektroniczne biuro obsługi mieszkańca – portal pozwalający użytkownikowi

na dostęp do e-usług. Moduł, którego zadaniem jest przekazywanie danych dotyczących

należności i zobowiązań interesanta. Informacja o zobowiązaniach dostarczana jest z

modułów windykacyjnych zintegrowanych z systemem eBOM

Szyna Danych - Aplikacja, której zadaniem jest przekazywanie danych między komponentami

i aplikacjami wchodzącymi w skład całości systemu oraz przechowywanie i udostępnianie

danych o statusach np. wpływających dokumentów. Dodatkowo, mechanizm spełnia rolę

repozytorium danych dotyczących komunikacji poszczególnych modułów systemu, a także

integracji tych modułów z systemami zewnętrznymi oraz usługami uruchomionymi na

platformie e-PUAP, PSeAP.

Oprogramowanie dziedzinowe – zestaw modułów stworzony do świadczenia usług

(automatyzacji poszczególnych operacji) dla określonego obszaru działania, utrzymania i

zarzadzania danymi (rejestry) – zaspokojenie kluczowych operacji biznesowych.

Moduł komunikacyjny – pozwalający na wymianę danych pomiędzy użytkownikami

zewnętrznymi (usługobiorcami e-usług publicznych) a systemami dziedzinowymi lub innymi

aplikacjami realizującymi daną e-usługę publiczną. Komunikacja obywa się poprzez

informacje tekstową (chat), pocztę elektroniczną (system poczty wychodzącej i

przychodzącej), bramkę SMS. Moduł ten jest elementem niezbędny do realizacji usług

poziomu 4 oraz 5. Jest ściśle związany z przetwarzaniem danych w systemach dziedzinowych

5

oraz procesami występującymi w ramach e-usług publicznych. Systemy dziedzinowe

wykorzystują ten moduł do inicjalizacji procesów e-usług np.: powiadomienie użytkownika o

spersonalizowanej e-usłudze poziomu 5. Użytkownik zewnętrzny musi zostać powiadomiony,

ze dana e-usługa jest dla niego dostępna i czeka np.: na akceptację i wykonanie e-płatności

celem jej zakończenia. Moduł komunikacyjny dla pozostałych elementów systemu jest

dostępny poprzez szynę danych. Przekazanie danych zewnętrznych może zostać zrealizowane

na spersonalizowane konto użytkowania systemu (mieszkańca, klienta danej e-usługi)

platformy eBOM w postaci komunikatu tekstowego np.: inicjalizacja e-usługi, stan e-usług,

komunikaty systemowe itp. Niemniej jednak najbardziej skuteczną formą przekazania

informacji dla klienta zewnętrznego jest forma mailowa lub SMS. Otrzymanie widomości chat

na portalu eBOM wymaga od użytkownika zalogowania się i monitorowania zakładki z

powiadomieniami co jest czasochłonne i stoi w sprzeczności z usługą poziomu 5.

Jednocześnie moduł komunikacyjny odnotowuje zainicjalizowanie danej usługi lub zmianę

jest stanu poprzez wpis do systemu obiegu dokumentów (PROTON) celem zachowania

spójności danych oraz zachowania transakcji danych w obsługiwanej sprawie przez system

obiegu dokumentów (system nadrzędny ewidencji i obsługi spraw, repozytorium spraw).

Moduł komunikacyjny nie może zapisać danych bezpośrednio do systemu obiegu

dokumentów dlatego też wykorzystuje w tym celu aplikację Brokera. Chociaż moduł

komunikacyjny wykorzystuje w swoim działaniu elementy systemu pocztowego do

komunikacji e-mail, nie pełni roli serwera pocztowego dla pracowników urzędu. Moduł ten

nie utrzymuje indywidualnych (personalnych) skrzynek pocztowych dla pracowników urzędu.

Budżet obywatelski – system pozwalający na elektroniczną obsługę procesu budżetu

obywatelskiego – partycypacyjnego.

Moduł edukacyjny – oprogramowanie związane z wprowadzeniem dodatkowych e-usług

związanych z elektronicznym naborem do szkól i uczelni zlokalizowanych w Rzeszowie,

dotyczy procesów edukacyjnych w jednostkach Miasta.

e-Rada – kompleksowy system obsługujący radę Miasta w zakresie transmisji-online

posiedzeń rady oraz zapytań i interpelacji.

Komunikacja z platformą ePUAP, PSeAP, portalem WWW oraz obiegiem dokumentów w

zakresie wymiany danych musi odbywać się za pomocą usług sieciowych (WebServices). Wszystkie

komunikaty pomiędzy systemem dziedzinowym, obiegiem dokumentów a ePUAP, PSeAP, portalem

WWW muszą być zabezpieczone mechanizmem WS-Security (komunikaty podpisywane

elektronicznie).

6

Komunikacja pomiędzy petentem a instytucją oraz pomiędzy instytucjami odbywać się będzie

za pomocą skrzynek na platformie ePUAP. Każdy zarejestrowany użytkownik będzie miał swoją

skrzynkę na którą będzie można przesłać dokumenty elektroniczne. Komunikacja z platformą e-PUAP

odbywać się będzie za pomocą protokołu SOAP (Simple Object Access Protocol – protokół

komunikacyjny, wykorzystujący XML do kodowania wywołań – transport danych).

7

Analiza procesów biznesowych

Podstawowe procesy

Dotychczasowe usługi, w tym e-usługi, realizowane w Mieście Rzeszów., bazują na zasadniczych

procesach biznesowych zachodzących w administracji. Jednak z uwagi na ograniczony zakres tych

usług, procesy te realizowane są jedynie na poziomie podstawowym.

Wśród głównych procesów, które są realizowane w Mieście, na bazie których świadczone będą e-

usługi, można wymienić:

1. Złożenie/przyjęcie wniosku lub zgłoszenia.

2. Generowanie urzędowego poświadczenia odbioru (UPO) bądź przez platformę ePUAP

bądź przez lokalny system dziedzinowy.

3. Rejestracja metadanych zawartych we wniosku/zgłoszeniu w bazie danych systemu

elektronicznego obiegu dokumentów i systemu dziedzinowego urzędu.

4. Dekretacja wniosku/zgłoszenia przez pracownika kancelarii w systemie elektronicznego

obiektu dokumentów.

5. Rozpatrzenie wniosku/zgłoszenia pod względem formalnym i merytorycznym.

6. Wydanie decyzji lub postanowienia lub innej formy zaświadczenia administracyjnego

przez pracownika merytorycznego.

7. Podpisanie wydanej decyzji lub postanowienia lub zaświadczenia przy użyciu podpisu

elektronicznego.

8. Wygenerowanie i przesłanie powiadomienia do Klienta o wydanej decyzji bądź

postanowieniu.

9. Odebranie przez Klienta decyzji.

Mapa procesów biznesowych

Wszystkie powyższe procesy składają się na jeden proces kluczowy: proces obsługi klienta. Wszystkie

przedstawione w ramach projektu e-usługi bazują na procesie obsługi klienta z jego podprocesami i

mają za zadanie poprawę jego funkcjonalności.

W przypadku e-usług, realizowanych na wyższych poziomach dojrzałości (poziom 4 lub poziom 5)

dodatkowo mogą być realizowane procesy związane z płatnościami.

8

Mapa procesów biznesowych

NAZWA Proces obsługi klienta

KOLEJNOŚĆ 10 20 30 40 50 60 70 80 90

PODPROCESY

Złożenie/przyjęcie wniosku lub zgłoszenia

Generowanie urzędowego poświadczenia odbioru (UPO) bądź przez platformę ePUAP bądź przez lokalny system dziedzinowy

Rejestracja metadanych zawartych we wniosku/zgłoszeniu w bazie danych systemu elektronicznego obiegu dokumentów i systemu dziedzinowego urzędu.

Dekretacja wniosku/zgłoszenia przez pracownika kancelarii w systemie elektronicznego obiektu dokumentów.

Rozpatrzenie wniosku/zgłoszenia pod względem formalnym i merytorycznym

Wydanie decyzji lub postanowienia lub innej formy zaświadczenia administracyjnego przez pracownika merytorycznego.

Podpisanie wydanej decyzji lub postanowienia lub zaświadczenia przy użyciu podpisu elektronicznego

Wygenerowanie i przesłanie powiadomienia do Klienta o wydanej decyzji bądź postanowieniu.

Odebranie przez Klienta decyzji.

INNE Proces pozyskania danych do systemu, proces wewnętrznych konsultacji merytorycznych; proces płatności, proces wydruku

SYSTEM SYSTEM KOMPUTEROWY; DOSTĘP DO ZASOBÓW

SPRZĘT ZASOBY SPRZĘTOWE

Źródło: opracowanie własne

9

Tabela 1. Inne procesy biznesowe występujące w projekcie

L.P Proces

biznesowy Obszar/moduł Proces biznesowy Cel procesu

Zakres przetwarzanych danych

1. Podatki e-Podatki

-naliczenie podatku,

-wypełnienie niezbędnych deklaracji,

-zapłata podatku

-zwiększenie dostępności informacji,

-poprawa jakości informacji nt. podatków,

-zwiększenie stopnia ich ściągalności,

-zwiększenie poziomu dojrzałości większość e-usług do poziomu 4 a nawet 5.

-dane osobowe płatnika,

-dane o należnych wysokościach opłat i podatków,

-decyzje administracyjne ws. Podatków,

-dane o płatnościach za podatki i opłaty

2. Edukacja e-Edukacja

- e-wywiadówka- poprawa i usprawnienie relacji na linii szkoła-rodzice

- e-edukacja – kształtowanie ścieżek rozwojowych i informacja o postępach wraz z możliwością aplikowania na wyższe uczelnie

- lepsza jakość informacji o postępach w nauce dziecka, stały dostęp do informacji

- dostarczanie narzędzi decyzyjnych w zakresie kształtowania przyszłej ścieżki rozwoju ucznia

-dane osobowe – ucznia i kandydata na ucznia

-dane osobowe rodziców ucznia i kandydata na ucznia,

- informacje nt. wyników ucznia w nauce,

10

3. Budżet obywatelski

e-Budżet obywatelski

-stworzenie generatora wniosków i systemu głosowania on-line

-zapewnienie transparentności procesu składania wniosków do budżetu obywatelskiego,

-ułatwienie głosowania nad budżetem i propozycjami projektów

-dane osobowe: autorów składanych projektów,

-osób głosujących,

- informacje nt. projektów planowanych do realizacji przez mieszkańców miasta (tytuł, zakres, czas, koszt, uzasadnienie, itp.)

4. Sprawy pracownicze

e-Pracownik -stworzenie jednolitego systemu kadrowo-płacowego dla UM

-zapewnienie jednolitego systemu kadr i płac,

-możliwość składania elektronicznych wniosków o urlop, innych wniosków i dokumentów przez wszystkich pracowników UM

- ułatwienia dla petentów w zakresie umawiania spotkań z urzędnikami, załatwiania spraw, itp.

-dane osobowe pracowników UM

- dane osobowe petentów (imię i nazwisko, adres e-mail)

5. Relacja obywatel – samorząd

e-Komunikacja

Stworzenie nowoczesnych narzędzi umożliwiających e-kontakt z biurem obsługi mieszkańców

-stworzenie nowoczesnych narzędzi e-komunikacji tj. czat, telefon, videorozmowy.

-dane: numer tel, nazwa użytkownika,

- dane osobowe – imię i nazwisko

11

6. e-Rada

e-Rada

-stworzenie modułu gromadzącego wszystkie niezbędne informacje o posiedzeniach Rady

- łatwiejsze udostępnianie mieszkańcom materiałów z posiedzeń Rady

- ułatwienie Radnym pełnienia ich funkcji, a mieszkańcom dostępu do radnych

Zwiększenie transparentności działań Rady Miejskiej i zapewnienie pełnej informacji z posiedzeń Rady dla obywateli.

Zmniejszenie kosztów funkcjonowania Rady dzięki wprowadzeniu dokumentów elektronicznych.

Poprawa jakości kontaktu Radnych z mieszkańcami

-informacje dotyczące obecności radnych na sesjach i udziału w głosowaniach

-informacje dotyczące sposobu głosowania radnych

-dane osobowe – wizerunek i wypowiedź w związku z transmisją on-line obrad i ich archiwizacją

-dane administracyjne – projekty dokumentów, uchwał, protokoły głosowania, stenogramy posiedzeń rady, itp.


12

W ramach procesów biznesowych przetwarzane będą dane objęte wybranymi obszarami

działalności Miasta. Są to w szczególności:

1. Dane o opłatach i płatnościach.

2. Dane z zakresu edukacji.

3. Dane z zakresu budżetu.

4. Dane kadrowe.

5. Dane dotyczące posiedzeń Rady Miasta

13

Modele kluczowych procesów biznesowych, obsługa klienta z podprocesami:

Model dla usług stanu obecnego – proces bez opłat

Rysunek 2. Schemat obrazujący przebieg procesu obsługa klienta (bez opłat) – stan obecny.

OB

YWA

TEL

UR

ZĄD

WNIOSEK

REJESTRACJA WNIOSKU

WYDANIE DANYCH (wniosku/ decyzji)

PRZYJĘCIEWNIOSKU

a

b d

f

START

INFORMACJA

c e

STOP

REALIZACJA WNIOSKU


Opis stanu obecnego:

1. Złożenie wniosku w sposób tradycyjny (osobiście w formie papierowej lub

mailem)(Manualnie) (a)

2. Rejestracja wniosku w systemie (Manualnie) (b, c)

3. Realizacja usługi (Manualnie) (d)

4. Wydanie decyzji (Manualnie) (e, f)

Model dla usług stanu obecnego – proces z opłatami

Rysunek 3. Schemat obrazujący przebieg procesu obsługa klienta (z opłatami) – stan obecny.

OB

YWA

TEL

UR

ZĄD

WNIOSEK

REJESTRACJA WNIOSKU

WYDANIE DANYCH (wniosku/ decyzji)

PRZYJĘCIEWNIOSKU

a

b d

e

START

WNIOSKOWANE DANE

c h

STOP

REALIZACJA WNIOSKU

NALICZANIE OPŁATY

FORMULARZ OPŁATY

POTWIERDZENIE OPŁATY

Odebranie potwierdzenia

wniesienia opłaty

TAK

Zaprzestanie realizacji

usługi

NIE

f

g

k

l

i

j


14

Opis stanu obecnego:

1. Złożenie wniosku w sposób tradycyjny (osobiście w formie papierowej lub

mailem)(Manualnie) (a)

2. Rejestracja wniosku w systemie (Manualnie) (b, c)

3. Naliczenie opłaty (Automatycznie) (d, e)

4. Weryfikacja dokumentu potwierdzającego opłatę (Manualnie) (f, e)

5. Realizacja usługi (Automatycznie/Manualnie) (h, i, j)

6. Udostępnienie danych (Manualnie) (k, l)

15

Model dla usług stanu docelowego – proces bez opłatami

Rysunek 4. Schemat obrazujący przebieg procesu obsługa klienta (bez opłat) – stan docelowy.

OBYWATEL URZĄD

FORMULARZ

WYSŁANIE I PODPIS

REJESTRACJA

PRZEKAZANIE SYSTEM DZIEDZINOWY

PRZYJĘCIESystem obiegu dokumentów

REJESTRACJA DANYCH

ePUAP, PSeAP, WWW EODSYSTEM

DZIEDZINOWY/INNY

a

b

d

e

f

g

Wnioskowane dane

Wydanie danych

STOPTAK

NIEj

k

Informacja NIE

l

Logowanie

c

PRZETWARZANIE DANYCH

h

Status sprawyi

BROKER

SZYNA DANYCH

UWIERZYTELNIENIE KOMUNIKACJA


16

Obsługa e-usług na poziomie 3 w zakresie integracji z oprogramowaniem dziedzinowym będzie

realizowana według poniższych założeń:

a) Interesant loguje się na stronę ePUAP, PSeAP, portal eBOM.

b) Interesant wypełnienia e-formularz na stronie.

c) Dokumenty zostają podpisane i przekazane na skrzynkę Urzędu.

d) Formularz zostaje pobrany ze skrzynki urzędu do systemu obiegu dokumentów.

e) Rejestracja zgłoszenia w EOD oraz weryfikacja podpisów.

f) Kolejnym krokiem jest przekazanie metadanych e-formularzy (BROKER) do systemu

dziedzinowego poprzez magistralę usług (Szyna Danych)

g) Oprogramowanie dziedzinowe zapisuje dane w rejestrach, analizuje zakres przetwarzania

oraz wymagane składniki (moduły) systemu dziedzinowego.

h) Oprogramowanie dziedzinowe przetwarza dane za pomocą dostępnych funkcji.

i) Proces danej e-usługi umożliwia podgląd zgłoszeń elektronicznych przypisanych do danego

systemu dziedzinowego, identyfikacji zgłoszenia i powiązanie go z osobą z kartoteki systemu

dziedzinowego oraz podgląd (wizualizację) formularza zgodnego ze wzorem umieszczonym w

CRWD (Centralne Repozytorium Wzorów Dokumentów).

j) Wydanie danych. System w toku sprawy określa czy dana sprawa powinna zakończyć się

przesłaniem danych (np.: wniosek o wydanie ….) lub tylko potwierdzeniem realizacji usługi

np.: (Rejestracja …. zapis danych).

k) Interesant pobiera wnioskowane dane, informacje.

l) Interesant otrzymuje informacje na temat zakończenia sprawy.

17

Model dla usług stanu docelowego – proces z opłatami

Rysunek 5. Schemat obrazujący przebieg procesu obsługa klienta (z opłatami) – stan docelowy.

OBYWATEL URZĄD

FORMULARZ

WYSŁANIE I PODPIS

REJESTRACJA

PRZEKAZANIE SYSTEM DZIEDZINOWY

PRZYJĘCIESystem obiegu dokumentów

REJESTRACJA DANYCH

ePUAP, PSeAP, WWW EODSYSTEM

DZIEDZINOWY/INNY

a

b

d

e

f

g

Wnioskowane dane

Wydanie danych

STOPTAK

NIEo

p

Informacja NIE

r

Logowanie

c

PRZETWARZANIE DANYCH

h

Status sprawy

n

BROKER

SZYNA DANYCH

UWIERZYTELNIENIE KOMUNIKACJA

NALICZANIE OPŁATYFormularz opłaty

E-płatność Płatność

j

k

TAK/POTWIERDZNIE

TAK

NIE/weryfikacja czasowa

Płatność

NIETAK

l

i

m


18

Obsługa e-usług na poziomie 4 w zakresie integracji z oprogramowaniem dziedzinowym będzie

realizowana według poniższych założeń:

a) Interesant loguje się na stronę ePUAP, eBOM.

b) Interesant wypełnienia e-formularz na stronie.

c) Dokumenty zostają podpisane i przekazane na skrzynkę Urzędu.

d) Formularz zostaje pobrany ze skrytki urzędu do systemu obiegu dokumentów.

e) Rejestracja zgłoszenia w EOD oraz weryfikacja podpisów.

f) W następnym kroku następuje przekazanie metadanych e-formularzy (BROKER) do systemu

dziedzinowego poprzez magistralę usług (Szyna Danych)

g) Oprogramowanie dziedzinowe rastruje dane w rejestrach, analizuje zakres przetwarzania

oraz wymagane składniki (moduły) systemu dziedzinowego.

h) Następuję określenie wymagania płatności dla danej usługi.

i) W przypadku konieczności uiszczenia opłaty system nalicza stosowną opłatę.

j) Interesant otrzymuje formularz opłaty oraz powiadomienie o tym poprzez mail lub SMS.

k) Interesant wykonuje e-płatność i przechodzi do przetwarzania danych. W przypadku braku

płatności (system czasowo sprawdza status płatności) przesyłane są kolejne monity,

przypomnienia.

l) System odnotowuje wpłatę

m) Oprogramowanie dziedzinowe przetwarza dane za pomocą dostępnych funkcji.

n) Proces danej e-usługi umożliwia podgląd zgłoszeń elektronicznych przypisanych do danego

systemu dziedzinowego, identyfikacji zgłoszenia z osobą z kartoteki systemu dziedzinowego

oraz podgląd (wizualizację) formularza zgodnego ze wzorem umieszczonym w CRWD

(Centralne Repozytorium Wzorów Dokumentów).

o) Wydanie danych. System z toku sprawy określa czy dana sprawa powinna zakończyć się

przesłaniem danych (np.: wniosek o wydanie ….) lub tylko potwierdzeniem realizacji usługi

np.: (Rejestracja …. zapis danych).

p) Interesant pobiera wnioskowane dane, informacje.

q) Interesant otrzymuje informacje na temat zakończenia sprawy.

19

Zakres zmian w procesach biznesowych polega na:

elektronizacji procesu kluczowego rejestracji sprawy - drogą elektroniczną,

automatyzacji procesu kluczowego obsługi sprawy wewnątrz urzędu.

realizacji e-płatności przypisanych dla danej sprawy

automatyzacji przekazania wyników sprawy dla klienta

Właściciele kluczowych procesów

Wnioskodawca (mieszkaniec) – podmiot wnioskujący o (…) składający wniosek, podanie itp.

Organ właściwy uprawniony do rozpatrzenia deklaracji, wniosku (sprawy).

Procesy biznesowe w ramach projektu zostaną poddane optymalizacji pod kątem świadczenia usług

droga elektroniczną. Zamawiający przygotował propozycje nowych procesów biznesowych w

kontekście świadczenia e-usług publicznych.

20

Opis e-usług wymaganych do realizacji w ramach projektu

Zestawienie e-usług

Lp. Nazwa usługi Opis Obszar Jednostka

Podsystem – oprogramowan

ia dziedzinowego

(Rejestr)

Poziom

Interakcja

Moduły niezbędne do

realizacji usługi

Powiadomienie sms / email

Dostęp

1.

Wniosek w

sprawie

umorzenia w

całości lub w

części zaległości

podatkowe,

odsetki za

zwłokę lub

opłatę

prolongacyjną

od osób

fizycznych

Usługa umożliwia złożenie wniosku

elektronicznego celem wydania decyzji

w sprawie umorzenia w całości lub w

części zaległości podatkowe, odsetki za

zwłokę lub opłaty prolongacyjnej.

Skutkuje wydaniem decyzji.

Usługa dotyczy podmiotu wnioskującego

o wydanie decyzji ulgi w podatkach od

osób fizycznych.

Decyzję w sprawie wydaje się na

podstawie dokumentacji składanie przez

podatnika do wniosku m.in. informacja o

sytuacji finansowej podatnika.

Podatki

i opłaty

lokalne

Urząd Miasta

Referat Ulg

Podatkowych

System Obsługi

Ulg

podatkowych

Rejestr:

Ewidencja ulg,

księgowość

podatkowa

3 A2C

System do ulg

podatkowych,

Księgowość

podatkowa ,EZD

PROTON

TAK

Portal-

eBOM,

ePUAP

Aplikacja

Mobilna

2.

Wniosek w

sprawie

odroczenia

terminu

płatności

podatku lub

rozłożyć zapłatę



w sprawie odroczenia terminu płatności.



Podatki

i opłaty

lokalne

Urząd Miasta

Referat Ulg

Podatkowych

System Obsługi

Ulg

podatkowych

Rejestr:

Ewidencja ulg,

księgowość

5 A2C

System do ulg

podatkowych,

Księgowość

podatkowa ,EZD

PROTON,

ePłatności

TAK

Portal-

eBOM,

ePUAP

Aplikacja

Mobilna

21

podatku na raty

od osób

fizycznych


osób fizycznych.





podatkowa

3.

Wniosek w

sprawie

rozłożenia na

raty zapłaty

podatku od

osób fizycznych



w sprawie rozłożenia na raty zapłaty

podatku.




osób fizycznych.





Podatki

i opłaty

lokalne

Urząd Miasta

Referat Ulg

Podatkowych

System Obsługi

Ulg

podatkowych

Rejestr:

Ewidencja ulg,

księgowość

podatkowa

5 A2C

System do ulg

podatkowych,

Księgowość

podatkowa ,EZD

PROTON,

ePłatności

TAK

Portal-

eBOM,

ePUAP

Aplikacja

Mobilna

4.

Wniosek w

sprawie

umorzenia w

całości lub w

części zaległości

podatkowe,

odsetki za

zwłokę lub

opłatę

prolongacyjną

od osób



w sprawie umorzenia w całości lub w

części zaległości podatkowe, odsetki za

zwłokę lub opłaty prolongacyjnej.




osób prawnych.


Podatki

i opłaty

lokalne

Urząd Miasta

Referat Ulg

Podatkowych

System Obsługi

Ulg

podatkowych

Rejestr:

Ewidencja ulg,

księgowość

podatkowa

3 A2B

System do ulg

podatkowych,

Księgowość

podatkowa ,EZD

PROTON,

TAK

Portal-

eBOM,

ePUAP

Aplikacja

Mobilna

22

prawnych podstawie dokumentacji składanie przez


sytuacji finansowej podatnika,

informacje o przedmiocie działalności i

stanie zatrudnienia.

5.

Wniosek w

sprawie

odroczenia

terminu

płatności

podatku lub

rozłożyć zapłatę

podatku na raty

od osób

prawnych



w sprawie odroczenia terminu płatności.




osób prawnych.







Podatki

i opłaty

lokalne

Urząd Miasta

Referat Ulg

Podatkowych

System Obsługi

Ulg

podatkowych

Rejestr:

Ewidencja ulg,

księgowość

podatkowa

5 A2B

System do ulg

podatkowych,

Księgowość

podatkowa ,EZD

PROTON,

ePłatności

TAK

Portal-

eBOM,

ePUAP

Aplikacja

Mobilna

6.

Wniosek w

sprawie

rozłożenia na

raty zapłaty

podatku od

osób prawnych



w sprawie rozłożenia na raty zapłaty

podatku.




osób prawnych.



Podatki

i opłaty

lokalne

Urząd Miasta

Referat Ulg

Podatkowych

System Obsługi

Ulg

podatkowych

Rejestr:

Ewidencja ulg,

księgowość

podatkowa

5 A2B

System do ulg

podatkowych,

Księgowość

podatkowa ,EZD

PROTON,

ePłatności

TAK

Portal-

eBOM,

ePUAP

Aplikacja

Mobilna

23





7.

Opłata za

gospodarowani

e odpadami

komunalnymi

Deklaracje

o wysokości

opłaty za

gospodarowanie

odpadami

komunalnymi

wraz z

możliwością

podglądu

zobowiązania

oraz wykonania

e-płatności w

portalu dla

mieszkańców.

Usługa polega na złożeniu elektronicznej

deklaracji w zakresie

wysokości opłaty za gospodarowanie

odpadami komunalnymi

Właściciele nieruchomości, na których

zamieszkują mieszkańcy oraz

nieruchomości na których nie

zamieszkują mieszkańcy, obowiązani są

ponosić na rzecz miasta, na terenie

której położona jest nieruchomość,

opłatę za gospodarowanie odpadami

komunalnymi.

Odpady

komunalne,

Opłaty

Urząd Miasta

Referat

Gospodarki

Komunalnej

System obsługi

opłat za

gospodarowani

e odpadami

komunalnymi,

system obsługi

e-płatności,

system FK

Rejestr:

Ewidencja

płatników

opłaty za

gospodarowani

e odpadami

komunalnymi

5 A2C,

A2B

Księgowość

opłat,

ePłatności

TAK

Portal-

eBOM,

ePUAP

Aplikacja

Mobilna

8.

Podatek od

nieruchomości

osób fizycznych

Zgłoszenie

obowiązku

powstania,

korekty lub


deklaracji w zakresie podatku od

nieruchomości

Skutkuje wydaniem decyzji

Podmiotami obowiązanymi do zapłaty

podatku od nieruchomości są:

Podatek od

nieruchomo

ści – osoby

fizyczne

Podatki

Urząd Miasta

Referat

Podatków i

Opłat

System Obsługi

Podatków,

system obsługi

e-płatności,

system FK

Rejestr:

Ewidencja

5 A2C

Księgowość

podatkowa,

ePłatności

TAK

Portal-

eBOM,

ePUAP

Aplikacja

Mobilna

24

wygaśnięcia

podatku od

nieruchomości

osób fizycznych.

Obejmuje usługi

wg klasyfikacji

PSeAP

1.Zgłoszenie

powstania

obowiązku

podatku od

nieruchomości –

osoby fizyczne

2.Dane

nieruchomości –

osoby fizyczne.

3. Korekta

informacji

o nieruchomości

ach i obiektach

budowlanych –

osoby fizyczne.

4. Dane

o zwolnieniach

podatkowych

w podatku od

nieruchomości –

osoby fizyczne.

5. Zgłoszenie

wy-gaśnięcia

obowiązku

właściciele

użytkownicy wieczyści

samoistni posiadacze

w niektórych przypadkach -

posiadacze zależni

nieruchomości lub ich części

stanowiących własność

Skarbu Państwa lub jednostki

samorządu terytorialnego

Podatnicy podatku od nieruchomości są

obowiązani składać organowi

podatkowemu (wójtowi, burmistrzowi,

prezydentowi miasta), właściwemu ze

względu na miejsce położenia

przedmiotów opodatkowania,

sporządzone na formularzach według

wzoru określonego uchwałą rady miasta:

informacje

o nieruchomościach

i obiektach budo-wlanych

(osoby fizyczne) w terminie 14

dni od dnia zaistnienia

okoliczności uzasadniających

powstanie albo wygaśnięcie

obowiązku podatkowego lub

od zaistnienia zdarzenia

powodującego zmianę

wysokości opodatkowania,

podatkowa

nieruchomości

25

podatku od

nieruchomości –

osoby fizyczne.

9.

Podatek od

nieruchomości

osoby prawne

Zgłoszenie

obowiązku

powstania,

korekty lub

wygaśnięcia

podatku od

nieruchomości

osób prawnych

Obejmuje usługi

wg klasyfikacji

PSeAP:

1. Zgłoszenie

powstania

obowiązku

podatku od

nieruchomości –

osoby prawne

2.Dane

nieruchomości –

osoby prawne.

3. Korekta

informacji o

nieruchomościa


deklaracji w zakresie podatku od

nieruchomości


podatku od nieruchomości są:

właściciele

użytkownicy wieczyści

samoistni posiadacze

w niektórych przypadkach -

posiadacze zależni

nieruchomości lub ich części




Podatnicy podatku od nieruchomości są




względu na miejsce położenia

przedmiotów opodatkowania,



deklaracje na podatek od

nieruchomości (osoby prawne

i jednostki organizacyjne, w

tym spółki nieposiadające

osobowości prawnej) w

Podatek od

nieruchomo

ści – osoby

prawne

Podatki

Urząd Miasta

Referat

Podatków i

Opłat

System Obsługi

Podatków,

system obsługi

e-płatności,

system FK

Rejestr:

Ewidencja

podatkowa

nieruchomości

5 A2B

Księgowość

podatkowa,

ePłatności

TAK

Portal-

eBOM,

ePUAP

Aplikacja

Mobilna

26

ch i obiektach

budowlanych –

osoby prawne.

4. Dane o

zwolnieniach

podatkowych w

podatku od

nieruchomości –

osoby prawne.

5. Zgłoszenie

wy-gaśnięcia

obowiązku

podatku od

nieruchomości –

osoby prawne.

terminie do dnia 15 stycznia

roku podatkowego, a jeżeli

obowiązek podatkowy

powstał po tym dniu w

terminie 14 dni od dnia

wystąpienia okoliczności

uzasadniających powstanie

albo wygaśnięcie obowiązku

podatkowego lub od

zaistnienia zdarzenia


wysokości opodatkowania.

10

Podatek rolny

osób fizycznych

Zgłoszenie

obowiązku

powstania,

korekty lub

wyga-śnięcia

podatku rolnego

osób fizycznych.

Obejmuje usługi

wg klasyfikacji

PSeAP:

1.Zgłoszenie

powstania


deklaracji w zakresie podatku rolnego



podatku rolnego są:

właściciele gruntów,

posiadacze samoistni gruntów,

użytkownicy wieczyści gruntów,

posiadacze gruntów,

stanowiących własność Skarbu

Państwa lub jednostki


Podatnicy podatku rolnego są



Podatek

rolny –

osoby

fizyczne

Podatki

Urząd Miasta

Referat

Podatków i

Opłat

System Obsługi

Podatków,

system obsługi

e-płatności,

system FK

Rejestr:

Ewidencja

podatników

(podatków:

rolnego)

5 A2C

Księgowość

podatkowa,

ePłatności

TAK

Portal-

eBOM,

ePUAP

Aplikacja

Mobilna

27

obowiązku

podatku rolnego

– osoby

fizyczne.

2.Korekty

gruntów rolnych

– osoby fizyczne

3. Zgłoszenie

wy-gaśnięcia

obowiązku

podatku rolnego

– osoby fizyczne


względu na miejsce położenia gruntów,



informacje o gruntach

w terminie 14 dni od dnia

zaistnienia okoliczności

uzasadniających powstanie albo

wygaśnięcie obowiązku

podatkowego, lub od




11

podatek rolny

osób prawnych

Zgłoszenie

obowiązku

powstania,

korekty lub

wyga-śnięcia

podatku rolnego

osoby prawne.

Obejmuje usług

wg klasyfikacji

PSeAP:

1.Zgłoszenie

powstania

obowiązku

podatku rolnego


deklaracji w zakresie podatku rolnego


podatku rolnego są:

właściciele gruntów,

posiadacze samoistni gruntów,

użytkownicy wieczyści gruntów,

posiadacze gruntów,

stanowiących własność Skarbu

Państwa lub jednostki


Podatnicy podatku rolnego są




względu na miejsce położenia gruntów,



Podatek

rolny –

osoby

prawne

Podatki

Urząd Miasta

Referat

Podatków i

Opłat

System Obsługi

Podatków,

system obsługi

e-płatności,

system FK

Rejestr:

Ewidencja

podatników

(podatków:

rolnego)

5 A2C

Księgowość

podatkowa,

ePłatności

TAK

Portal-

eBOM,

ePUAP

Aplikacja

Mobilna

28

– osoby prawne.

2.Korekty

gruntów rolnych

– osoby prawne

3. Zgłoszenie

wygaśnięcia

obowiązku

podatku rolnego

– osoby prawne

deklaracje na podatek rolny w

terminie do dnia 15 stycznia


obowiązek podatkowy powstał

po tym dniu w terminie 14 dni

od dnia wystąpienia


powstanie tego obowiązku lub



wysokości opodatkowania

12

Podatek leśny

osób fizycznych

Zgłoszenie

obowiązku

powstania,

korekty lub

wygaśnięcia

podatku leśnego

osób fizycznych.

Obejmuje usługi

wg klasyfikacji

PSeAP:

1.Zgłoszenie

powstania

obowiązku

podatku leśnego

– osoby


deklaracji w zakresie podatku leśnego.



podatku leśnego są:

właściciele lasów,

posiadacze samoistni lasów,

użytkownicy wieczyści lasów,

posiadacze lasów,



samorządu terytorialnego.

Podatnicy podatku leśnego są


podatkowemu (wójt, burmistrz,

prezydent miasta), właściwemu ze

względu na miejsce położenia lasu,


ustalonego wzoru, określonego uchwałą

Podatek

leśny –

osoby

fizyczne

Podatki

Urząd Miasta

Referat

Podatków i

Opłat

System Obsługi

Podatków,

system obsługi

e-płatności,

system FK

Rejestr:

Ewidencja

podatników

(podatków:

leśnego)

5 A2C

Księgowość

podatkowa,

ePłatności

TAK

Portal-

eBOM,

ePUAP

Aplikacja

Mobilna

29

fizyczne.

2.Korekty

deklaracji na

podatek leśny –

osoby fizyczne

3. Zgłoszenie

wygaśnięcia

obowi-ązku

podatku leś-

nego – osoby

fizyczne

rady miasta:

informacje o lasach w terminie

14 dni od dnia zaistnienia


powstanie albo wygaśnięcie

obowiązku podatkowego lub od



wysokości opodatkowania,

13

Podatek leśny

od osób

prawnych

Zgłoszenie obo-

wiązku

powstania,

korekty lub wy-

gaśnięcia

podatku leśnego

osoby prawne.

Obejmuje usług

wg klasyfikacji

PSeAP:

1.Zgłoszenie po-

wstania

obowiązku

podatku leśnego

– osoby prawne.


deklaracji w zakresie podatku leśnego.


podatku leśnego są:

właściciele lasów,

posiadacze samoistni lasów,

użytkownicy wieczyści lasów,

posiadacze lasów,



samorządu terytorialnego.

Podatnicy podatku leśnego są


podatkowemu (wójt, burmistrz,

prezydent miasta), właściwemu ze

względu na miejsce położenia lasu,


ustalonego wzoru, określonego uchwałą

rady miasta:

Podatek

leśny –

osoby

prawne

Podatki

Urząd Miasta

Referat

Podatków i

Opłat

System Obsługi

Podatków,

system obsługi

e-płatności,

system FK

Rejestr:

Ewidencja

podatników

(podatków:

leśnego)

5 A2C

Księgowość

podatkowa,

ePłatności

TAK

Portal-

eBOM,

ePUAP

Aplikacja

Mobilna

30

2.Korekty

deklaracji na

poda-tek leśny –

osoby prawne

3. Zgłoszenie

wy-gaśnięcia

obowi-ązku

podatku leś-

nego – osoby

prawne

deklaracje na podatek leśny

w terminie do dnia 15 stycznia


obowiązek podatkowy powstał

po tym dniu - w terminie 14 dni

od dnia wystąpienia


powstanie tego obowiązku lub




14

Wydanie

zaświa-dczenia

o nieza-leganiu

lub zale-ganiu w

podatkach


elektronicznego celem wydania

zaświadczenia o niezaleganiu lub

zaleganiu w podatkach.

Skutkuje wydaniem zaświadczenia.


o wydanie zaświadczenia o niezaleganiu

lub zaleganiu w podatkach dla osób

fizycznych.

Zaświadczenie o niezaleganiu

w podatkach lub stwierdzające stan

zaległości wydaje się na podstawie

dokumentacji danego organu

podatkowego oraz informacji

otrzymanych od innych organów

podatkowych.

Podatki

i opłaty

lokalne

Zaświadcze

nia

Urząd Miasta

Referat

Podatków i

Opłat

System obsługi

opłat za

gospodarowani

e odpadami

komunalnymi

System Obsługi

Podatków i

opłat

Rejestr:

Ewidencja

podatków

(księgowość

podatków)

4 A2C

System do

wymiaru

podatków, EZD

PROTON

TAK

Portal-

eBOM,

ePUAP

Aplikacja

Mobilna

31

15

Wydanie

zaświa-dczenie

o docho-

dowości,

wielkości

gospodarstwa

rol-nego w

hektarach

fizycznych i

prze-

liczeniowych,

wiel-kości

użytków rol-

nych

Obejmuje usługi

wg klasyfikacji

PSeAP:

1. Wydanie

zaświa-dczenia

w sprawie

dochodowości

gos-podarstwa

(poziom II)


elektronicznego celem wydania

zaświadczenia o dochodowości, wiel-

kości gospodarstwa rolnego w hek-

tarach fizycznych i przeliczeniowych,

wielkości użytków rolnych

Skutkuje wydaniem zaświadczenia.


o wydanie zaświadczenia o wielkości

gospodarstwa rolnego

Zaświadczenie wydaje się na podstawie

dokumentacji danego organu

podatkowego.

Podatki

i opłaty

lokalne

Zaświadcze

nia

Urząd Miasta

Referat

Podatków i

Opłat

System Obsługi

Podatków

Rejestr:

Ewidencja

podatników

(podatków:

rolnego)

4 A2C

System do

wymiaru

podatków, EZD

PROTON

TAK

Portal-

eBOM,

ePUAP

Aplikacja

Mobilna

16

Podatek od

środków

transportu

Umożliwienie dokonania płatności

z tytułu należności za podatek od

środków transportu dla osób prawnych i

fizycznych drogą elektroniczną.

Podatki i opłaty lokalne

Podatki

Urząd Miasta Referat

Podatków

Podatek od środków

transportowych (Pojazdy)

4 A2B Księgowość podatkowa, ePłatności

NIE Portal eBOM, ePUAP

32

17

e-

powiadamiania

– moduł

komunikacyjny

w obszarze A2B

i A2C

Usługa umożliwia usługi zapewnia

komunikację dwustronną URZĄD –

BIZNES oraz URZĄD-PETENT

(MIESZKANIEC) w formie informacji lub

powiadomień

Obsługa sprawy

Urząd Miasta, Biuro Obsługi Mieszkańca

SYSTEM

POWIADAMIAN

IA

Rejestr

mieszkańców

3 A2C, A2B

SYSTEM

POWIADAMIANI

A,

Powiadomienie o rejestracji.

Portal-eBOM, Moduł

Komunikacyjny

18

Wniosek o reje-

strację numeru

telefonu komór-

kowego lub

(oraz) adresu

mailowego w

systemie e-

powiadamiania

– modułu komu-

nikacyjnego

w obszarze A2B

i A2C


elektronicznego (Mieszkańcy Miasta,

zameldowani na terenie miasta lub

płatnicy jednego z podatków (podatek

rolny, leśny, od nieruchomości, od

środków transportowych, opłat za

gospodarowanie odpadami

komunalnymi) - osoby fizyczne oraz

osoby prawne reprezentowane przez

osobę fizyczną) o rejestrację adresu

email komórkowego lub (oraz) adresu

mailowego w Systemie Powiadamiania.

Podatki

i opłaty

lokalne –

osoby

fizyczne.

Podatki

i opłaty

lokalne –

osoby

prawne.

Podatek od

środków

transporto

wych osoby

fizyczne

i prawne.

Odpady

komunalne.

Obszar ob-

jęty za-

rządzaniem

kryzysowy

m.

Obszar

Urząd Miasta,

Biuro Obsługi

Mieszkańca

SYSTEM

POWIADAMIAN

IA

Rejestr

mieszkańców

3 A2C,

A2B

SYSTEM

POWIADAMIANI

A,

Powiado

mienie o

rejestracji

.

Portal-

eBOM,

Moduł

komunik

acyjny

33

kultury.

Obszar

zdrowia.

19

Aktualizacja

numeru

telefonu

komórkowego

lub (oraz)

adresu e-mail w

systemie e-

powiadamiania

– modułu

komunika-

cyjnego w

obszarze A2B i

A2C


elektronicznego (osoba fizyczna

posiadająca konto w Systemie

Powiadamiania) o aktualizację numeru

telefonu komórkowego lub (oraz)

adresu e-mail w Systemie

Powiadamiania.

Podatki

i opłaty

lokalne –

osoby

fizyczne.

Podatki

i opłaty

lokalne –

osoby

prawne.

Podatek od

środków

transporto-

wych osoby

fizyczne

i prawne.

Odpady

komunalne.

Obszar

objęty

zarządza-

niem

kryzyso-

wym.

Obszar

kultury.

Obszar

Urząd Miasta,

Biuro Obsługi

Mieszkańca

SYSTEM

POWIADAMIAN

IA

Rejestr

mieszkańców

3 A2C,

A2B

SYSTEM

POWIADAMIANI

A

Powiado

mienie o

aktualizac

ji.

Telefon

zarejestr

owany z

jednej z

sieci

komórko

wej,

Portal-

eBOM ,

Moduł

komunik

acyjny

34

zdrowia.

20

Usunięcie konta w systemie e-powiadamiania – modułu komunikacyjnego w obszarze A2B i A2C


elektronicznego (osoba fizyczna

posiadająca konto w Systemie

Powiadamiania) celem Usunięcie konta z

Systemu Powiadamiania.

Podatki

i opłaty

lokalne –

osoby

fizyczne.

Podatki

i opłaty

lokalne –

osoby

prawne.

Podatek od

środków

transporto-

wych osoby

fizyczne

i prawne.

Odpady

komunalne.

Obszar

objęty

zarządza-

niem

kryzyso-

wym.

Obszar

kultury.

Obszar

zdrowia.

Urząd Miasta,

Biuro Obsługi

Mieszkańca

SYSTEM

POWIADAMIAN

IA

Rejestr

mieszkańców

3 A2C,

A2B

SYSTEM

POWIADAMIANI

A

Powiado-

mienie

o usunięci

u konta.

Portal-

eBOM.

Moduł

komunik

acyjny

35

21

Elektroniczna akceptacja wniosków urlopów

Umożliwia rejestracje wniosków urlopowych i uruchomienie procedury obiegu akceptacji wniosku urlopowego

Zarządzanie personelem

Kadry Urzędu Miasta

System kadrowy

4 A2A Moduł kadrowy Nie

Portal pracowni

czy, Portal

Miejski eBOM

22

Elektroniczna akceptacja zatrudnienia pracownika.

Umożliwia rejestracje wniosków o zatrudnienie wraz obiegiem dokumentów związanych z akceptacją wniosku o zatrudnienie



System kadrowy

4 A2A Moduł Kadrowy Nie

Portal pracowni

czy, Portal

Miejski eBOM

23 Elektroniczna akceptacja delegacji

Rejestrowanie delegacji i elektroniczny obieg dokumentu pozwalający na akceptacje delegacji



System kadrowy


Portal pracowni

czy, Portal

Miejski eBOM

24 Harmonogram Pracy

Narzędzie wspierające harmonogramowanie czasu pracy jest skierowane przede wszystkim do menedżerów. Służy do tworzenia, weryfikacji i zatwierdzania harmonogramów pracy osób zarówno zatrudnionych na etacie, jak i tymczasowo.



System kadrowy


Portal pracowni

czy, Portal

Miejski eBOM

25 Internetowa Karta Pracy

Usługa wspierająca ewidencję czasu pracy pozwala na wprowadzanie dla pracownika lub grupy pracowników, dziennej, ty godniowej lub miesięcznej ewidencji czasu pracy za pośrednictwem internetowych kart pracy



System kadrowy


Portal pracowni

czy, Portal

Miejski eBOM

26 System elektronicznej rekrutacji

System do ogłaszania naborów na stanowiska pracy w urzędzie wraz z obsługą elektronicznego składania



System do rekrutacji

pracowników 3 A2C

Moduł Rekrutacyjny

Nie Portal

Miejski eBOM

36

pracowników aplikacji na stanowiska pracy w Urzędzie Miasta

27 Rzeszowski doradca akademicki

Usługa polegająca na dostarczeniu raz do roku – na początku roku szkolnego uczniom i rodzicom raportu o wybranej ścieżce kształcenia i historycznych losach osób, które przechodziły tą samą ścieżkę.

Edukacja Wydział Edukacji

e-Edukacja 3 A2C

Eksport z Dziennika

Optivum w ramach Resman,

hurtownia danych

rekrutacyjnych

TAK Resman2 Aplikacja mobilna

28

Rzeszowski edu-nawigator System wspomagający rodziców i uczniów w odpowiednim planowaniu ścieżki edukacyjnej ucznia na poziomie średnim i wyższym

Usługa umożliwia interpretowanie na bieżąco ocen szkolnych gromadzonych w systemach dzienników szkolnych szkół średnich w systemie Resman poprzez nałożenie jej na osiągane w szkole wyniki egzaminów maturalnych oraz na progi rekrutacyjne uczelni Rzeszowa. Użytkownik otrzymuje informacje o kierunkach studiów, które są dla niego „otwarte” przy utrzymaniu bieżącej pozycji w szkole oraz wskazówki co poprawić, aby dostać się na wybrane studia.

Edukacja Wydział Edukacji

e-Edukacja 4 A2C

Eksport z Dziennika

Optivum w ramach Resman,

hurtownia danych

rekrutacyjnych

TAK Resman2 Aplikacja mobilna

37

29

Rzeszowska platforma aplikacji na studia

Wspólna platforma umożliwiająca złożenie i wypełnienie danymi z dzienników szkolnych, i systemu KREM aplikacji na uczelnie Rzeszowa. Dane są następnie przesyłana do systemów rekrutacyjnych wskazanych przez kandydata uczelni, gdzie są przetwarzane.

Edukacja, wsparcie uczelni,

wsparcie biznesu

Wydział Edukacji

e-Edukacja 5 A2C, A2B

Hurtownia danych

rekrutacyjnych, integracja z

moduła rekrutacji na

studia

TAK

Platforma

rekrutacyjna

30 Studiuj w Rzeszowie

Usługa dla uczniów i rodziców szkół nie objętych systemem Resman. Pozwala po ocenie swojej pozycji w szkole i nałożeniu jej na historyczne wyniki maturalne szkół pozwala na określenie możliwości podjęcia studiów na kierunkach oferowanych przez uczelnie rzeszowskie.

Migracje, promocja

miasta

Wydział Promocji i

Współpracy Międzynarodo

wej

e-Edukacja 4 A2C

Hurtownia danych

rekrutacyjnych TAK

Portal miejski -

promocja studiów

w Rzeszowi

e

31 e-wywiadówka

Usługa umożliwia internetowe spotkania online celem konsultacji postępów dziecka w procesie nauczania. Podstawa prawna: rozporządzenie Ministra Edukacji narodowej i Sportu z dnia 19 lutego 2002 r. w sprawie sposobu prowadzenia przez publiczne przedszkola, szkoły i placówki dokumentacji przebiegu nauczania, działalności wychowawczej i opiekuń-czej oraz rodzajów tej dokumentacji

Edukacja Urząd Miasta

– Wydział Edukacji

e-Edukacja 3 A2C Wirtualne

spotkania on-line

TAK Portal-eBOM

38

32 Konsultacje społeczne

Usługa polegająca na internetowych spotkaniach on-line z przedstawicieli miasta celem konsultacji ważnych spraw społecznych. Konsultacje społeczne występujące na wszystkich stopniach samorządu terytorialnego mogą mieć charakter obowiązkowy (obligatoryjny) lub nieobowiązkowy (fakultatywny). Pierwsze są związane z przypadkami ściśle przewidzianymi ustawą, drugie dotyczą ważnych, choć nieoznaczonych spraw.

Samorząd Urząd Miasta Rejestr spraw społecznych

3 A2C Wirtualne

spotkania on-line

NIE Portal-eBOM

33 Budżet

obywatelski

Usługa pozwalająca mieszkańcom na zgłaszanie wniosków elektronicznych z propozycjami do budżetu obywatelskiego poprzez formularz elektroniczny na stronie WWW. Skutkuje wydaniem decyzji.

Samorząd Urząd Miasta

– Biuro Promocji

Rejestr spraw społecznych, podsystem finansowo-księgowy jednostki

budżetowej

3 A2C Budżet

obywatelski NIE eBOM

34 e-rada

Usługa pozwalająca zainteresowanej osobie poprzez stronę internetową na uczestnictwo w sesji rady miasta, Usługa wspomagający prace rady miasta oraz jej kontakt z mieszkańcami miasta

Samorząd Urząd Miasta–

Biuro Rady

e-RADA

elektroniczny rejestr

posiedzeń Rady miasta

elektroniczny

rejestr wypowiedzi

radnych

3 A2C e-rada; moduł

komunikacyjny, TAK

Portal-eBOM

39

35

Informacja dotycząca najbliższych terminów posiedzeń komisji i sesji rady

Umożliwia użytkownikowi za pomocą dedykowanego formularza w module eRada zapisanie się na usługę powiadamiania o najbliższych terminach posiedzeń komisji i sesji rady. W zadanym terminie, ustalonym w formularzu zgłoszenia i ustawionym przez użytkownika, moduł wysyła informację o najbliższych posiedzeniach wraz z miejscem oraz godziną rozpoczęcia.


Biuro Rady e-RADA 3 A2C

e-rada; moduł komunikacyjny,

TAK Portal-eBOM

36

Informacja dotycząca przyjęcia uchwał na sesji rady

Umożliwia użytkownikowi za pomocą dedykowanego formularza w module eRada zapisanie się na usługę powiadomienia o przyjęciu na sesji rady uchwał, które stają się obowiązujące na terenie danej gminy/miasta. Po zakończonej sesji, moduł wysyła informację o przyjętych uchwałach - nazwa uchwały wraz z informacją, gdzie zostały opublikowane.




TAK Portal-eBOM

37

Informacja dotycząca aktywności radnego na sesji rady

Umożliwia użytkownikowi za pomocą dedykowanego formularza w module eRada na zapisanie się na usługę powiadomienia o aktywności wskazanego radnego (bądź wszystkich radnych), którą wykazywał na posiedzeniach sesji rady. Po zakończonym posiedzeniu sesji użytkownik dostaje z systemu informację o tym, jak radny głosował nad poszczególnymi punktami posiedzenia oraz czy zabierał głos (wypowiadał się na dane tematy).




TAK Portal-eBOM

40

38

Informacja dotycząca planowanych dyżurów radnych z możliwością umówienia się na spotkanie

Umożliwia użytkownikowi za pomocą dedykowanego formularza w module prowadzenia i obsługi sesji rady na zapisanie się na usługę powiadomienia o dyżurach radnego, jakie pełni na terenie swojej gminy/miasta. Z chwilą zaplanowania przez radnego dyżurów, użytkownik dostaje informacje o tym, gdzie radny pełni dyżur, w jakich godzinach wraz z określeniem daty.




TAK Portal-eBOM

39 Informowanie użytkowników o zagrożeniach

Umożliwia wysyłanie różnymi kanałami (SMS, e-mail, Powiadomienie PUSH dla dedykowanej aplikacji mobilnej Android, IOS) komunikatów ostrzeżeń skierowanych do mieszkańców. Będzie zaopatrzony również w część zawierającą poradniki postepowania w sytuacjach kryzysowych dostępne poprzez www lub aplikację mobilną. Wprowadzanie informacji odbywa się poprzez stronę www, wysyłanie komunikatów może wiązać się z dodatkowymi opłatami miesięcznymi (np. opłata za bramkę SMS). Przez system możemy zbierać deklaracje w trakcie postepowania zarządzeń kryzysowych.

Zarządzanie kryzysowe

Urząd Miasta

Zarządzanie kryzysowe,

Moduł komunikacyjny

3 A2C Zarządzanie kryzysowe

TAK Portal-eBOM,

41

40

Interaktywna pomoc przy wypełnianiu formularzy

elektronicznych

Usługa umożliwia pomoc konsultantów z TCOM zdalną pomoc w wypełnieniu formularzy elektronicznych związanych ze świadczonymi przez Urząd Miasta e-usługami z wykorzystaniem połączenia internetowego i zdalnego przejęcia kontroli (myszka, klawiatura, ekran) nad komputerem petenta.

TCOM Urząd Miasta Moduł

komunikacyjny 3 A2C

Moduł komunikacyjny

NIE

Portal e-BOM,

system CC

obsługi TCOM

42

E-usługi w szczególności w zakresie interakcji interesariuszy z systemem teleinformatycznym muszą

być realizowane w oparciu o metodę projektowania zorientowanego na użytkownika (UCD – User-

Centered Design), zgodnie ze standardami:

ISO 13407:1999 - wytyczne w zakresie działań przeprowadzanych podczas cyklu tworzenia

interaktywnych systemów informatycznych przy zastosowaniu metody projektowania zorientowanego

na użytkownika,

ISO/TR 16982:2002 – informacje o metodach projektowania i testowania systemów z uwzględnieniem

aspektów związanych użytecznością,

ISO-9241 –standard odnoszący się do obszarów interakcji użytkownika i systemu.

Interakcja interesariusza z komputerem przez portal WWW lub przez urządzenie mobilne musi być

oparta w fazie projektowania o zbadanie wymagań, potrzeb i ograniczeń końcowego użytkownika na

każdym etapie tworzenia produktu. Zarówno proces projektowania, jak i tworzenia produktu musi

mieć przebieg iteracyjny składający się z etapów:

ustalenie celów użytkowych - zidentyfikowanie potrzeb,

analiza kontekstu użytkownika – zebranie danych przy wykorzystaniu np. ankiet,

kwestionariuszy,

przygotowanie raportu ze zdefiniowanymi barierami użyteczności i rzeczywistej

wykonalności,

przygotowanie dokumentacji ze scenariuszami użycia obejmującymi przykładowe działania

zidentyfikowanych interesariuszy,

zaprojektowanie serwisu – opracowanie struktury,

przygotowanie interfejsu użytkownika,

testowanie z udziałem użytkownika.

Celem projektowania zorientowanego na użytkownika jest otrzymanie serwisu wydajnego,

zadawalającego i przyjaznego dla interesariuszy, czego efektem będzie wspieranie realizacji celów

biznesowych.

Istotną kwestią jest zapewnienie zgodności funkcjonowania systemów informatycznych z zaleceniami

Unii Europejskiej dotyczącymi ujednolicenia przepisów krajów Unii i usprawnienia obsługi Klienta.

W wyniku realizacji Projektu nastąpi wdrożenie e-usług dostarczanych w ramach struktur każdej

jednostki odpowiedzialnej za kluczowe elementy wdrażanych usług, czyli: procesy biznesowe, dane,

systemy oraz infrastrukturę teleinformatyczną. Usługi w projekcie są zorientowane na potrzeby

Klienta.

Należy zwrócić uwagę, że aktualnie z punktu widzenia Klienta coraz bardziej liczy się czas obsługi,

zaangażowanie, responsywność, wartość świadczonych usług oraz wybór form i kanałów świadczenia

43

usług. Orientacja na Klienta oznacza koncentrację na właściwej jakości usług przygotowanych

z perspektywy Klienta w oparciu o jego zidentyfikowane potrzeby, zgodnie z obowiązującymi

przepisami prawa.

Dążąc zarówno do doskonalenia jakości świadczonych przez administrację usług, jak i biorąc pod

uwagę dynamiczny rozwój nowych technologii i potrzeby interesariuszy, koniecznością jest

wdrożenie nowoczesnych technologii informacyjno-komunikacyjnych w obszarze e-usług. E-usługi

muszą być dostępne poprzez urządzenia mobilne, zapewniające swobodne wykorzystywanie

dostępnych treści przez różne kanały komunikacji.

Bardzo istotnym aspektem realizacji e-usług jest bezpieczeństwo pracy, które zostanie zapewnione

przez ochronę danych osobowych dzięki zaimplementowaniu reguł dostępu do danych wyłącznie dla

uwierzytelnionych użytkowników.

Do autoryzacji klientów na poziomie A2C i A2B korzystających z e-usług 4-tego i 5-tego poziomu

zostanie wykorzystany profil zaufany ePUAP. W przypadku e-usług poziomu niższego niż 4 zostanie

wykorzystana skrzynka podawcza.

Dostęp do treści i interfejsów dla wszystkich potencjalnych interesantów e-usług musi spełniać

standard WCAG 2.0 (Web Content Accessibility Guidelines 2.0) zgodnie z kryteriami określającymi

3 poziomy priorytetów (A, AA, AAA) na podstawie, których opracowano 36 wytycznych dla stron

internetowych urzędów administracji publicznej w rozporządzeniu z 12 kwietnia 2012r. w sprawie

Krajowych Ram Interoperacyjności.

Zaprojektowane rozwiązanie służące do prezentacji zasobów informacji musi spełniać, co najmniej

kryteria w zakresie:

odpowiedniej, czytelnej i zgodnej z przeznaczeniem formy wizualnej – interfejs,

kompresji plików graficznych i wszelkich dodatków multimedialnych,

prezentowania treści w pełni zrozumiałych, nie wymagających konwersji, tłumaczenia,

używania standardów kodowania tekstu i elementów multimedialnych,

mechanizmu wyszukiwania uwzględniającego min. możliwość wprowadzania słów

kluczowych,

prawidłowego, logicznego umieszczania i opisywania hiperłączy,

definiowania meta informacji dokumentów,

ułatwień zmiany kontrastu, powiększania czcionek.

Istotą zaprojektowanego serwisu jest, iż niezależnie od tego, gdzie, jak i kiedy interesariusz wejdzie

na stronę musi mieć możliwość z niej skorzystania. Nie może mu zostać narzucony sposób dostępu

do strony.

Przy projektowaniu rozwiązania muszą zostać wzięte pod uwagę zmiany preferencji użytkowników.

Użytkownik musi w łatwy sposób już przy pierwszym kontakcie ze stroną uzyskać dostęp do

44

podstawowych treści i zadań, które chce wykonać. Powinna zostać spełniona zasada określająca, jak

szybko klient będzie w stanie wykonać operację, musi zostać osiągnięta zasada „2 sekund”. Celem

jest osiągnięcie pełnej satysfakcji użytkowników, którzy nawet po długiej przerwie w obsługiwaniu

strony będą w stanie łatwo osiągnąć nabyty stan biegłości.

Usprawnienie przetwarzania danych w trakcie realizacji e-usług wymaga zapewnienia wykorzystania

danych i dokumentów w formie elektronicznej na wszystkich etapach obsługi Klienta. Wdrażane e-

usługi powinny przynosić korzyści z perspektywy Klienta, muszą więc zmierzać do zapewnienia

skrócenia czasu realizacji procesów biznesowych poprzez zapewnienie możliwości załatwiania spraw

w formie samoobsługi, przy ograniczeniu konieczności bezpośredniego kontaktu z jednostką, bez

względu na miejsce pobytu, czy prowadzoną działalności będzie to możliwe dzięki podniesieniu

poziomu dojrzałości świadczonych usług elektronicznych, realizowanych na 4 lub 5 poziomie

dojrzałości.

Świadczenie e-usług będzie możliwe poprzez następujące kanały komunikacji:

portal www dostępny za pośrednictwem komputerów oraz urządzeń mobilnych –

opracowana strona www będzie responsywna i automatycznie będzie dopasowywała się do

ekranu urządzenia, na którym zostanie wyświetlona

Zamówienie uwzględnia kilka zadań, które składają się na kompletność całego rozwiązania

dedykowanego dla e-usług publicznych. Opis zadań z punktu widzenia zakresu rzeczowego został jest

przedstawiony poniżej.

Rozwiązania dostarczane w zamówienia muszą umożliwiać uporządkowanie rejestrów publicznych

poprzez automatyczne nanoszenie zmian wynikających z przeprowadzonych procedur do rejestrów

powiązanych (systemów dziedzinowych). Ponadto dzięki wykorzystaniu szyny danych oraz

interfejsów API zgodnych z obowiązującymi normami wdrożone systemy informatyczne będą

wykazywały interoperacyjność wobec systemów centralnych.

Oferowane e-usługi będą dostępne powszechnie, dla każdej osoby dysponującej odpowiednimi

formami uwierzytelnienia usług (zależenie od jej poziomu). Ich udostępnianie będzie oparte na

publicznej sieci Internet. Usługi będą skierowane do mieszkańców i podmiotów gospodarczych z

obszaru Miasta oraz podmiotów innych, które będą zainteresowane udostępnieniem informacji

zawartych w tych e-usługach.

Wszystkie zaplanowane usługi są obecnie świadczone przez zamawiającego na rzecz petentów. Są

one zaliczane do obszarów podstawowej działalności każdej Jednostki Samorządu Terytorialnego w

45

Polsce. W związku z tym ich przeniesienie do sfery elektronicznej będzie realizacją postulatów

zapisanych w dokumentach strategicznych na poziomie krajowym, regionalnym i lokalnym. Ich

realizacja w formie e-usług jest możliwością oczekiwaną od Miasta przez jej klientów (mieszkańców i

podmioty gospodarcze).

Dostęp do systemu e-usług publicznych z punktu widzenia użytkownika końcowego będzie

realizowany poprzez platformę WWW z wykorzystaniem profilu zaufanego na platformie ePUAP.

Profil zaufany to zestaw danych w postaci elektronicznej podpisanych przez osobę potwierdzającą,

oraz jednoznacznie identyfikujących osobę posiadająca konto ePUAP.

Zgodnie z wymaganiami integracji w komunikacji pomiędzy ePUAP, a systemami zewnętrznymi,

stosowany będzie standardowy mechanizm WS-Security.

Profil zaufany tworzony jest według poniższej procedury:

Otwórz stronę systemu ePUAP (http://www.epuap.gov.pl/).

Załóż konto.

Wypełnij wniosek o założenie profilu zaufanego.

Znajdź najbliższy urząd, w którym będziesz mógł potwierdzić profil zaufany ePUAP.

Udaj się do wybranego urzędu, żeby potwierdzić założenie profilu zaufanego.

W momencie posiadanego profilu zaufanego identyfikatorem użytkownika jest adres e-mail lub jego

nazwa, natomiast autoryzacja procedury e-usług jest weryfikowana na podstawie otrzymanego na

maila kodu.

Podpisywanie usług profilem zaufanym przez systemy zewnętrzne opisuje poniższy przebieg

(integracja z ePUAP):

System zewnętrzny za pośrednictwem usługi WebServices (WSSecurity) rejestruje zlecenie

podpisu dokumentu. W rezultacie otrzymuje URL, pod który ma przekierować użytkownika

(1).

Użytkownik jest przekierowywany przez System zewnętrzny na adres otrzymany w pkt.1.

ePUAP weryfikuje czy użytkownik jest zalogowany na ePUAP (również przez SSO) i w razie

potrzeby automatycznie kieruje go na stronę logowania. Następnie użytkownik podpisuje

dokument. Jeśli operacja się powiedzie ePUAP przekierowuje użytkownika na stronę

46

przekazaną w zleceniu (pkt.1) w parametrze "successURL”, w przeciwnym wypadku ePUAP

przekierowuje użytkownika na stronę określoną w parametrze "failureURL" (w zleceniu

pkt.1).

System zewnętrzny za pośrednictwem usługi WebServices (WSSecurity) pobiera podpisany

dokument z ePUAP. Po udanym pobraniu pliku jest on usuwany z bazy. W przypadku

wystąpienia błędu plik pozostanie w bazie w oczekiwaniu na kolejną próbę pobrania a klient

WebService’u zostanie poinformowany o przyczynie błędu (zostanie rzucony wyjątek).

Podczas realizacji zamówienia należy kierować się wymaganiami Krajowych Ram

Interoperacyjności

47

W ramach zamówienia wyróżnia się następujące zadania:

Zadanie nr. 1 Modernizacja zasobów sprzętowych

Zestawienie pozycji dla zadania nr 1- Modernizacja zasobów sprzętowych

lp. Nazwa Ilość

1 Platforma backupu i odzyskiwania danych 2

2 Półki do macierzy dyskowych 2

3 Pamięci do serwerów 2

4 System operacyjny 2

5 Oprogramowanie backup i archiwizacji danych 1

6 System monitorowania środowiska serwerowego 1

7 Asysta stanowiskowa (część sprzętowa) 1

8 Instalacja i konfiguracja (część sprzętowa) 1

Celem zadania jest rozbudowa miejskiego Data Center.

Zadanie nr 2 Oprogramowanie dziedzinowe

Zestawienie pozycji dla zadania nr 2 - Oprogramowanie dziedzinowe

lp. Nazwa ilość

1 Moduł e-Podatki 1

2 Moduł e-Edukacja 1

3 Moduł e-Budżet Obywatelski 1

4 Moduł e-Pracownik 1

5 Moduł e-Komunikacja 1

6 Moduł e-Rada 1

7 Asysty stanowiskowe (70 dni) 1

8 Instalacja i konfiguracja 1

Całość oprogramowania zostanie zainstalowana w serwerowym środowisku wirtualnym Urzędu

Miasta. Powyższe moduły będą ściśle zintegrowane z portalem eBOM, świadczącym dostęp do e-

usług publicznych.

Zadanie nr 3 Moduły wspólne i integracja

Zestawienie pozycji dla zadania nr 3 Moduły wspólne i integracja

lp. Nazwa ilość

1 Szyna danych 1

2 Broker 1

3 Aplikacja mobilna 3

4 Portal eBOM 1

5 Krajowe Ramy Interoperacyjności 1

Zadania powyższe nr 1-3 powinny być odbierane protokołami odbioru w ramach kolejnych

następujących po sobie etapów.

48

Wymagania szczegółowe dla dostarczanych w ramach projektu elementów

1. Platforma backupu i odzyskiwania danych – 2 sztuki

Sprzętowa platforma do backupu oraz odzyskiwania danych ma usprawnić oraz przyspieszyć proces

archiwizacji oraz ewentualnego odtwarzania danych.

Należy dostarczyć, zainstalować, uruchomić i skonfigurować do pracy w systemie

teleinformatycznym zamawiającego platformę backupu i odzyskiwania danych o parametrach nie

gorszych niż-:

1) Platforma do backupu dyskowego z deduplikacją danych umożliwiające pracę w trzech

trybach jednocześnie:

- wirtualnej biblioteki taśmowej (VTL). Możliwość emulacji abstrakcyjnego urządzenia o

zadanej ilości napędów i slotów.

- umożliwiającym udostępnianie wewnętrznych zasobów dyskowych na potrzeby aplikacji

backupowej w trybie plikowym w oparciu o protokoły CIFS i NFS

- magazynu na dane umożliwiającego we współpracy z oferowanym oprogramowaniem do

backupu przeprowadzenie procesu deduplikacji danych po stronie klienta backupu (źródła

danych).

2) Prędkość zapisu kopii zapasowych na wirtualną bibliotekę taśmową przy maksymalnej

konfiguracji dyskowej minimum 13,8 TB/h (dla skonfigurowanych urządzeń VTL) .

3) Technologia deduplikacji danych musi wykorzystywać algorytm bazujący na zmiennym,

dynamicznym bloku i być dostępna dla całej pojemności urządzenia.

Średnia wielkość bloku 4 kB i nie większa niż 32kB. Jeżeli oferowane urządzenie wspiera

średnią wielkość bloku większą niż 4 kB (i nie większą niż 32 kB) należy dostarczyć 20% więcej

przestrzeni netto niż wymagana. Proces deduplikacji musi odbywać się inline w pamięci

urządzenia przed zapisaniem danych na nośnik dyskowy. Rozwiązanie nie może w żadnej

fazie korzystać w całości lub częściowo z dodatkowego bufora na składowanie danych w

postaci oryginalnej (niezdeduplikowanej).

4) Technologia deduplikacji musi umożliwiać ograniczenie wielkości objętości archiwum

systemu poczty elektronicznej Microsoft Exchange używanego przez zamawiającego dla

minimum 1000 skrzynek pocztowych (należy dobrać odpowiednie rozwiązanie na podstawie

zaleceń producenta dotyczących ilości obsługiwanych skrzynek pocztowych) poprzez

możliwość przenoszenia wiadomości wraz załącznikami do zdeduplikowanego repozytorium

49

wraz z możliwością podłączenia takiego archiwum, z możliwością aktywnego

wielokryteriowego wyszukiwania wiadomości, bezpośrednio do oprogramowania Outlook

oraz dostępem do archiwum za pomocą dedykowanej strony internetowej dla użytkowników

zsynchronizowanych z ActiveDirecory. Zaoferowane rozwiązanie musi umożliwiać import do

archiwum plików .pst.

5) Oferowana użytkowa przestrzeń dyskowa platformy (netto) minimum 36TB, możliwość

rozbudowy do co najmniej 216TB przestrzeni użytkowej (netto). Przestrzeń dyskowa

zabezpieczona realizowanym sprzętowo algorytmem RAID6.

6) Wymagane interfejsy minimum 4 porty Ethernet 1Gb/s, 2 porty 10GbE SFP+ z wkładkami i

kablami o dł. min 5 m zakończonymi wtykiem sfp+, dwa porty FC min. 8Gb, minimum 2 wolne

sloty możliwe do obsadzenia następującymi kartami: 2 port 10Gb/s SFP+, 2 port 10GbE-T, 2

port 8Gb FC, 2 port 16Gb FC. Możliwość emulacji biblioteki taśmowej po portach FC i

Ethernet (iSCSI).

7) Platforma z modułami typu „appliance”, do montażu w szafie przemysłowej 19” wraz z

niezbędnymi akcesoriami montażowymi, o wysokości max 2U i redundantnymi modułami

zasilającymi. Nie dopuszcza się rozwiązania zbudowanego jako połączenie urządzeń typu

„gateway” z macierzami dyskowymi oraz realizacji funkcjonalności poprzez oprogramowanie

instalowane na standardowych serwerach i podłączonych do nich zasobach dyskowych.

8) Możliwość uruchomienia deduplikacji na źródle danych (po stronie klienta) w odległej

lokalizacji i przesyłaniu i zapisywaniu tylko unikalnych danych kopii zapasowej na

oferowanym urządzeniu.

9) Możliwość utworzenia pojedynczego zasobu logicznego, na którym wykonywane będą kopie

zapasowe, przy czym deduplikacja może odbywać się na poziomie oferowanego urządzenia,

na poziomie źródła danych (po stronie klienta) lub obu urządzeń jednocześnie z

zachowaniem pojedyńczej bazy deduplikatów (unikalnych danych)

10) Platforma musi być wspierana przez wiodących producentów oprogramowanie do

wykonywania kopii zapasowych. W szczególności wspierana przez Oprogramowanie do

backupu i archiwizacji danych dostarczone w ramach projektu.

11) Zarządzanie poprzez interfejs graficzny, CLI. Wsparcie dla protokołu SNMP, Powiadamianie

poprzez e-mail.

12) Dostępna funkcja szyfrowania przechowywanych danych algorytmem AES-256,

13) możliwość bezpiecznego kasowania składowanych danych zgodnych ze standardem NIST SP

800-88.

50

14) funkcjonalność zdalnej replikacji danych na urządzenie z tej samej rodziny z wykorzystaniem

deduplikacji. Replikacja musi się odbywać na poziomie urządzeń bez konieczności konwersji

formatu danych ani rekonstrukcji i ponownej deduplikacji danych.

15) Gwarancja na okres zgodny z ofertą świadczona w trybie 24x7 z czasem reakcji max.4h

świadczona przez polski oddział serwisowy producenta.

16) Do zarządzania platforma sprzętową backupu i odzyskiwania danych należy dostarczyć po

jednej sztuce stacji roboczej o parametrach nie gorszych niż :

- komputer typu notebook z ekranem od 15 do 16 cali; waga do 2 kg; ekran dotykowy

rozdzielczość min 3000 x 2000; pamięć RAM DDR 4 - 16 GB; dysk ssd 1 TB; wbudowana karta

grafiki min 4 GB RAM; 2 porty usb 3,0; 1 port usb-C ; czytnik kart sd z karta 256 GB; kamera

hd; klawiatura podświetlana; mysz bluetooth z możliwością ładowania akumulatora poprzez

USB; karta wifi 802.11 ac; bluetooth 4.1; stacja dokująca umożliwiająca podłączenie 2

monitorów zewnętrznych; 2 x monitor UHD od 32 do 34 cali + ramie; dedykowana torba lub

plecak;

- system operacyjny Windows 10 Profesional lub równoważny – rozumiany jako właściwy pod

względem funkcjonalnym oraz obsługi interfejsu użytkownika zamiennik umożliwiający

zgodne z przeznaczeniem użytkowanie komputera w sieci teleinformatycznej

zamawiającego. Posiadający: graficzny interfejs użytkownika, darmową aktualizację w języku

polskim i możliwość dokonywania poprawek systemu z podanej strony www przez Internet

oraz przez centralny system zdalnej aktualizacji. Dostarczone oprogramowanie musi być

zainstalowane i aktywowane;

- Oprogramowanie MS Office 2016 Professional - lub równoważne – rozumiane jako właściwy

pod względem funkcjonalnym oraz obsługi interfejsu użytkownika zamiennik umożliwiający

zgodne z przeznaczeniem użytkowanie komputera w sieci teleinformatycznej zamawiającego.

- modem lte o parametrach nie gorszych niż : ekran dotykowy pojemnościowy o przekątnej

minimum 6 cali ( gęstości pixeli nie mniejszej niż 500 ppi - pixel per inch); Procesor : 8-

rdzeniowy ; pamięć RAM 4GB; Pamięć wewnętrzna minimum 32 GB ; Wbudowana kamera

główna minimum 12 Mpix ; Wbudowana Kamera Przednia 5 mpix ; Wbudowany moduł WI-FI

802.11 802.11 a/ac/b/g/n ; Wbudowany moduł Bluetooth 4.0; Wbudowany moduł GPS ;

Wbudowana bateria o pojemności minimum 3300 mAh

51

- dysk sieciowy o parametrach nie gorszych niż : Obudowa typ rack max 2U; zasilanie

redundantne minimum 2 zasilacze; 32 GB pamięci RAM; 2 dyski cache ssd minimum 500 GB

każdy; 12 dysków enterprise 8TB SAS 12 GB/s każdy; porty sieciowe 2x10 GBE SFP+ z

wkładkami i kablami o dł. min 5 m zakończonymi wtykiem sfp+, 2 porty 1GBE RJ45;

zarządzanie przez www w języku polskim, wbudowany serwer CIFS,NAS,FTP;

2. Półki do macierzy dyskowych – 2 sztuki

Wymagana jest dostawa półek dyskowych wraz z dyskami do posiadanych już macierzy HPE

StoreServ 7200 o numerach seryjnych 1684466 i 1684779, które objęte są gwarancją producenta na

poziomie Proactive Care 24x7.

W tym celu należy :

Dostarczyć półki dyskowe wyposażone w 24 sztuki dysków o pojemności minimum 900GB SAS 10k

wraz z niezbędnymi licencjami, w szczególności :

- HPE 3PAR 7200 Data Optimization Suite v2

- HPE RMC Suite

wraz gwarancją producenta świadczoną na poziomie gwarancji obecnie posiadanej (Proactive Care

24x7) na okres zgodny z ofertą.

Zamawiający wymaga dostarczenia, zainstalowania i skonfigurowania w/w elementów wraz usługi

rebalancingu macierzy wykonanej przez serwis producenta macierzy, niezbędnej do prawidłowej

pracy dostarczanych półek i oprogramowania.

Wykonawca po montażu półek a przed podpisaniem protokołu odbioru musi dostarczyć

oświadczenie producenta, że w wyniku rozbudowy macierze nie utraciły gwarancji.

3. Pamięci do serwerów - 2 sztuki

Wymagana jest dostawa pamięci operacyjnej RAM do posiadanych już serwerów HP ProLiant DL980

G7 o numerach seryjnych SGH445027F i SGH445027D, które objęte są gwarancją producenta na

poziomie Proactive Care 24x7.

Wymagane prace do wykonania:

- dostarczenie pamięci typu RAM 32 moduły o pojemności 16GB każdy zgodnych z serwerem HP

ProLiant DL980 G7 dla każdego z dwóch w/w serwerów.

52

- montaż pamięci RAM w serwerach,

- weryfikacja poprawności działania serwerów po rozbudowie.

Wszystkie prace konfiguracyjno-instalacyjne muszą być wykonane w siedzibie Zamawiającego, nie

dopuszcza się pracy zdalnej. Wszystkie prace muszą być uzgodnione z Zamawiającym i wykonane w

sposób umożliwiający zachowanie ciągłości pracy środowiska Zamawiającego. Dopuszcza się aby

prace wykonywane były poza godzinami pracy Zamawiającego. Zamawiający pracuje w dni roboczej

tj. od poniedziałku do piątku w godzinach 7:30 – 15:30 z wyłączeniem środy kiedy pracuje od 7:30 do

17:00. Wszelkie prace powinny być wykonywane pod nadzorem pracownika Biura Obsługi

Informatycznej i Telekomunikacyjnej.

Zaoferowane pamięci powinny znajdować się na liście kompatybilności sprzętowej producenta

serwerów HP DL980 G7 a i nie mogą powodować utraty aktualnej aktywnej gwarancji producenta.

Dostarczona i zamontowana pamięć powinna być objęta gwarancją producenta. Wszelkie koszty

związane z naprawami, a w szczególności z transportem, opakowaniem, ubezpieczeniem i związane z

tym ryzyko przypadkowej utraty ponosi Sprzedawca.

Wykonawca po montażu a przed podpisaniem protokołu odbioru musi dostarczyć oświadczenie

producenta, że w wyniku rozbudowy pamięci serwery nie utraciły gwarancji.

4. System operacyjny – 2 sztuki

Oprogramowanie sieciowego systemu operacyjnego jako podstawa do zainstalowania systemu

zarządzania środowiskiem wirtualnym oraz backupem danych, systemów dziedzinowych oraz

modułów do świadczenia usług publicznych, na posiadanych przez zamawiającego dwóch serwerach

ośmio-procesorowych 10-cio rdzeniowych HP DL980 G7 o parametrach nie gorszych niż :

Serwerowy system operacyjny

Zamawiający oczekuje dostarczenia licencji na 8 procesorów po 10 core każdy procesor

pozwalających na uruchomienie 4 maszyn wirtualnych na każdym z dwóch serwerów w klastrze.

Licencje na serwerowy system operacyjny muszą być przypisane do każdego rdzenia procesora

fizycznego na serwerze. Licencja musi uprawniać do uruchamiania serwerowego systemu

operacyjnego w środowisku fizycznym i dwóch wirtualnych środowisk serwerowego systemu

operacyjnego niezależnie od liczby rdzeni w serwerze fizycznym.

Serwerowy system operacyjny musi posiadać następujące, wbudowane cechy.

53

1. Możliwość wykorzystania 320 logicznych procesorów oraz co najmniej 4 TB pamięci RAM w

środowisku fizycznym.

2. Możliwość wykorzystywania 64 procesorów wirtualnych oraz 1TB pamięci RAM i dysku o

pojemności do 64TB przez każdy wirtualny serwerowy system operacyjny.

3. Możliwość budowania klastrów składających się z 64 węzłów, z możliwością uruchamiania

7000 maszyn wirtualnych.

4. Możliwość migracji maszyn wirtualnych bez zatrzymywania ich pracy między fizycznymi

serwerami z uruchomionym mechanizmem wirtualizacji (hypervisor) przez sieć Ethernet, bez

konieczności stosowania dodatkowych mechanizmów współdzielenia pamięci.

5. Wsparcie (na umożliwiającym to sprzęcie) dodawania i wymiany pamięci RAM bez

przerywania pracy.

6. Wsparcie (na umożliwiającym to sprzęcie) dodawania i wymiany procesorów bez

przerywania pracy.

7. Automatyczna weryfikacja cyfrowych sygnatur sterowników w celu sprawdzenia, czy

sterownik przeszedł testy jakości przeprowadzone przez producenta systemu operacyjnego.

8. Możliwość dynamicznego obniżania poboru energii przez rdzenie procesorów

niewykorzystywane w bieżącej pracy. Mechanizm ten musi uwzględniać specyfikę

procesorów wyposażonych w mechanizmy Hyper-Threading.

9. Wbudowane wsparcie instalacji i pracy na wolumenach, które:

a. pozwalają na zmianę rozmiaru w czasie pracy systemu,

b. umożliwiają tworzenie w czasie pracy systemu migawek, dających użytkownikom

końcowym (lokalnym i sieciowym) prosty wgląd w poprzednie wersje plików i

folderów,

c. umożliwiają kompresję "w locie" dla wybranych plików i/lub folderów,

d. umożliwiają zdefiniowanie list kontroli dostępu (ACL).

10. Wbudowany mechanizm klasyfikowania i indeksowania plików (dokumentów) w oparciu o

ich zawartość.

54

11. Wbudowane szyfrowanie dysków przy pomocy mechanizmów posiadających certyfikat FIPS

140-2 lub równoważny wydany przez NIST lub inną agendę rządową zajmującą się

bezpieczeństwem informacji.

12. Możliwość uruchamianie aplikacji internetowych wykorzystujących technologię ASP.NET

13. Możliwość dystrybucji ruchu sieciowego HTTP pomiędzy kilka serwerów.

14. Wbudowana zapora internetowa (firewall) z obsługą definiowanych reguł dla ochrony

połączeń internetowych i intranetowych.

15. Dostępne dwa rodzaje graficznego interfejsu użytkownika:

a. Klasyczny, umożliwiający obsługę przy pomocy klawiatury i myszy,

b. Dotykowy umożliwiający sterowanie dotykiem na monitorach dotykowych.

16. Zlokalizowane w języku polskim, co najmniej następujące elementy: menu, przeglądarka

internetowa, pomoc, komunikaty systemowe,

17. Możliwość zmiany języka interfejsu po zainstalowaniu systemu, dla co najmniej 10 języków

poprzez wybór z listy dostępnych lokalizacji.

18. Mechanizmy logowania w oparciu o:

a. Login i hasło,

b. Karty z certyfikatami (smartcard),

c. Wirtualne karty (logowanie w oparciu o certyfikat chroniony poprzez moduł TPM),

19. Możliwość wymuszania wieloelementowej dynamicznej kontroli dostępu dla: określonych

grup użytkowników, zastosowanej klasyfikacji danych, centralnych polityk dostępu w sieci,

centralnych polityk audytowych oraz narzuconych dla grup użytkowników praw do

wykorzystywania szyfrowanych danych..

20. Wsparcie dla większości powszechnie używanych urządzeń peryferyjnych (drukarek,

urządzeń sieciowych, standardów USB, Plug&Play).

21. Możliwość zdalnej konfiguracji, administrowania oraz aktualizowania systemu.

22. Dostępność bezpłatnych narzędzi producenta systemu umożliwiających badanie i wdrażanie

zdefiniowanego zestawu polityk bezpieczeństwa.

55

23. Pochodzący od producenta systemu serwis zarządzania polityką dostępu do informacji w

dokumentach (Digital Rights Management).

24. Wsparcie dla środowisk Java i .NET Framework 4.x – możliwość uruchomienia aplikacji

działających we wskazanych środowiskach.

25. Możliwość implementacji następujących funkcjonalności bez potrzeby instalowania

dodatkowych produktów (oprogramowania) innych producentów wymagających

dodatkowych licencji:

a. Podstawowe usługi sieciowe: DHCP oraz DNS wspierający DNSSEC,

b. Usługi katalogowe oparte o LDAP i pozwalające na uwierzytelnianie użytkowników stacji

roboczych, bez konieczności instalowania dodatkowego oprogramowania na tych

stacjach, pozwalające na zarządzanie zasobami w sieci (użytkownicy, komputery,

drukarki, udziały sieciowe), z możliwością wykorzystania następujących funkcji:

i. Podłączenie do domeny w trybie offline – bez dostępnego połączenia sieciowego

z domeną,

ii. Ustanawianie praw dostępu do zasobów domeny na bazie sposobu logowania

użytkownika – na przykład typu certyfikatu użytego do logowania,

iii. Odzyskiwanie przypadkowo skasowanych obiektów usługi katalogowej z

mechanizmu kosza.

iv. Bezpieczny mechanizm dołączania do domeny uprawnionych użytkowników

prywatnych urządzeń mobilnych opartych o iOS i Windows 8.1.

c. Zdalna dystrybucja oprogramowania na stacje robocze.

d. Praca zdalna na serwerze z wykorzystaniem terminala (cienkiego klienta) lub

odpowiednio skonfigurowanej stacji roboczej

e. Centrum Certyfikatów (CA), obsługa klucza publicznego i prywatnego) umożliwiające:

i. Dystrybucję certyfikatów poprzez http

ii. Konsolidację CA dla wielu lasów domeny,

iii. Automatyczne rejestrowania certyfikatów pomiędzy różnymi lasami domen,

iv. Automatyczne występowanie i używanie (wystawianie) certyfikatów PKI X.509.

56

f. Szyfrowanie plików i folderów.

g. Szyfrowanie połączeń sieciowych pomiędzy serwerami oraz serwerami i stacjami

roboczymi (IPSec).

h. Możliwość tworzenia systemów wysokiej dostępności (klastry typu fail-over) oraz

rozłożenia obciążenia serwerów.

i. Serwis udostępniania stron WWW.

j. Wsparcie dla protokołu IP w wersji 6 (IPv6),

k. Wsparcie dla algorytmów Suite B (RFC 4869),

l. Wbudowane usługi VPN pozwalające na zestawienie nielimitowanej liczby

równoczesnych połączeń i niewymagające instalacji dodatkowego oprogramowania na

komputerach z systemem Windows,

m. Wbudowane mechanizmy wirtualizacji (Hypervisor) pozwalające na uruchamianie do

1000 aktywnych środowisk wirtualnych systemów operacyjnych. Wirtualne maszyny w

trakcie pracy i bez zauważalnego zmniejszenia ich dostępności mogą być przenoszone

pomiędzy serwerami klastra typu failover z jednoczesnym zachowaniem pozostałej

funkcjonalności. Mechanizmy wirtualizacji mają zapewnić wsparcie dla:

i. Dynamicznego podłączania zasobów dyskowych typu hot-plug do maszyn

wirtualnych,

ii. Obsługi ramek typu jumbo frames dla maszyn wirtualnych.

iii. Obsługi 4-KB sektorów dysków

iv. Nielimitowanej liczby jednocześnie przenoszonych maszyn wirtualnych pomiędzy

węzłami klastra

v. Możliwości wirtualizacji sieci z zastosowaniem przełącznika, którego

funkcjonalność może być rozszerzana jednocześnie poprzez oprogramowanie

kilku innych dostawców poprzez otwarty interfejs API.

vi. Możliwości kierowania ruchu sieciowego z wielu sieci VLAN bezpośrednio do

pojedynczej karty sieciowej maszyny wirtualnej (tzw. trunk mode)

26. Możliwość automatycznej aktualizacji w oparciu o poprawki publikowane przez producenta

wraz z dostępnością bezpłatnego rozwiązania producenta serwerowego systemu

57

operacyjnego umożliwiającego lokalną dystrybucję poprawek zatwierdzonych przez

administratora, bez połączenia z siecią Internet.

27. Wsparcie dostępu do zasobu dyskowego poprzez wiele ścieżek (Multipath).

28. Możliwość instalacji poprawek poprzez wgranie ich do obrazu instalacyjnego.

29. Mechanizmy zdalnej administracji oraz mechanizmy (również działające zdalnie)

administracji przez skrypty.

30. Możliwość zarządzania przez wbudowane mechanizmy zgodne ze standardami WBEM oraz

WS-Management organizacji DMTF.

31. Zorganizowany system szkoleń i materiały edukacyjne w języku polskim.

5. System monitorowania środowiska serwerowego

Kompleksowy system nadzoru, monitorowania oraz szybkiej identyfikacji problemów związanych z

funkcjonowaniem miejskiego Data Center.

Wymagania systemu monitorowania środowiska serwerowego nie gorsze niż :

1. W pełni skalowalne rozwiązanie dostosowujące się do rozmiaru sieci i potrzeb zarządzania dzięki

zastosowaniu wielu silników odpytujących, dodatkowych serwerów WWW oraz konsoli operacji z

intuicyjnym interfejsem graficznym.

2. Monitoring i analiza w czasie rzeczywistym statystyk wydajności sieci dla routerów,

przełączników, punktów dostępu bezprzewodowego, serwerów oraz innych urządzeń

współpracujących z SNMP

3. Okresowe skanowanie sieci po kątem zmian, możliwości aktualizacji typu “przeciągnij i upuść” dla

map sieci oraz automatycznego wyświetlania połączenia pomiędzy urządzeniami

4. Mechanizm chroniący podsieci oraz zdefiniowane zakresy w DHCP (DHCP Scopes) przed

nadmiernymi zgłoszeniami o alarmach

5. Automatyczne wyświetlanie połączenia pomiędzy urządzeniami na mapach sieci, tak, iż można

wizualnie śledzić statystyki wydajności w czasie rzeczywistym

6. Zarządzanie dostępnością i wydajnością, kompleksowe zarządzanie awariami oraz monitoring

wydajność pracy i dostępność sieci.

58

7. Możliwość z jednego centralnego miejsca monitorowania parametrów dowolnego urządzenia

współpracującego z SNMP, wliczając w to routery, przełączniki, systemy bezpieczeństwa oraz

serwery.

8. Mapowanie topologii

9. System musi posiadać mechanizm do zarządzania konfiguracjami dla routerów, swichy, System

musi mieć możliwość archiwizowania poprzednich konfiguracji, audytu zmian w konfiguracji oraz

alarmowania oraz raportowania na temat konfiguracji.

10. Monitorowanie środowiska wirtualnego Vmware

11. Skalowalność rozwiązania - możliwości rozbudowy wraz z rozwojem sieci.

12. Poprzez rozbudowę silników odpytujących monitorowanie praktycznie nieograniczonej ilości

elementów w sieci.

13. Licencją na obsługę minimum 1000 urządzeń sieciowych( w tym przełączników, ruterów,

firewalli, komputerów, serwerów fizycznych i wirtualnych, access pointów poprzez kontroler

bezprzewodowy), przy założeniu monitorowania co najmniej 10 interfejsów sieciowych lub

innych elementów na każde urządzenie sieciowe. Dostarczona licencja musi umożliwiać również

monitorowanie do 100 aplikacji w tym aplikacji webowych. Licencja musi umożliwiać pracę w

systemie minimum 20 administratorów/techników

14. Zaawansowane Alarmy - łatwe i szybkie konfigurowanie alarmów sieciowych, które pomogą

rozpoznać i szybko naprawić problem, zanim użytkownicy sieci odczują pogorszenie parametrów

wydajności czy dostępności. automatycznie eskalowanie ostrzeżeń, dopóki problem nie zostanie

całkowicie rozwiązany.

15. Generator raportów - szybkie generowanie konfigurowalnych raportów na temat sieci, które

można drukować lub oglądać bezpośrednio w przeglądarce.

16. Automatyczne wykrywanie sieci - narzędzie służące do automatycznego wykrywania nowych

urządzeń dodawanych do sieci

17. Kontrola dostępu oparta na roli - możliwość zakładania unikalnych kont i określania, jakie typy

informacji wyświetlane będą w ramach interfejsu dla poszczególnego działu, grupy czy

konkretnego użytkownika.

18. Centralna konsola umożliwiająca podgląd stanu pracy fizycznych jak i wirtualnych aplikacji, jak

również stan infrastruktury serwerowej

19. Bardzo duża ilość dostępnych monitorów oraz szablonów pozwalająca na śledzenie pracy

praktycznie dowolnej aplikacji oraz serwera, na której ta aplikacja działa. Należy skonfigurować w

systemie monitory instalowanych serwerów wirtualnych i aplikacji oraz monitor systemu

Microsoft Exchange używanego przez zamawiającego. Monitor systemu Exchange musi

59

umożliwiać śledzenie pracy systemu pocztowego (na co najmniej 1000 skrzynek) o parametrach

nie gorszych niż :

a) analiza danych pochodzących z logów serwerów Exchange bez konieczności instalowania

agentów na serwerach exchange.

b) analiza, raportowania i audyt serwerów Microsoft Exchange, a w szczególności:

Raportowanie przychodzących i wychodzących wiadomości e-mail

Raportowanie wielkości skrzynek pocztowych

Raportowanie ruchu w skrzynkach pocztowych

Raportowanie zawartości skrzynek pocztowych

Monitorowanie liczby wiadomości wysłanych i odbieranych przez każdy serwer

programu Exchange, używając raportów o ruchu na serwerze.

Monitorowanie istotnych statystyk folderów publicznych serwera programu

Exchange, za pomocą raportów o folderze publicznym

Raportowanie list dystrybucyjnych i ruchu na każdej z list

Raportowanie uprawnień do skrzynek pocztowych

Raportowanie usługi OWA (Outlook Web Access)

Audyt logowania do skrzynek pocztowych

Audyt zmian uprawnień na skrzynkach pocztowych

Audyt zmian ustawień na skrzynkach pocztowych

Audyt zmian bazy danych

c) monitoring i raportowanie aktywności serwerów Exchange w wersji 2010, 2013, 2016, a w

szczególności komponentów:

Serwer Exchange, a w szczególności:

Raportowanie statusów stanu zdrowia usług Exchange

Raportowanie statusów stanu zdrowia usług replikacji skrzynek pocztowych (MRS)

Raportowanie statusów stanu zdrowia przepływu poczty email

Raportowanie statusów stanu wykorzystania CPU

Raportowanie statusów stanu wykorzystania pamięci RAM

Raportowanie statusów stanu połączeń serwerów Exchange z innymi komponentami

i protokołami, a w szczególności:

a. Połączeń z ActiveSync

b. Połączeń z OWA (Outlook Web Access)

c. Połączeń z Internet Message Access Protocol

d. Połączeń z Post Office Protocol

60

e. Połączeń z usługami Web

f. Połączeń z Exchange Control Panel

Raportowanie statusów stanu zdrowia usług replikacji

Raportowanie statusów stanu wykonania kopii zapasowe bazy danych

Raportowanie statusów stanu zdrowia funkcji ExchangeSearch

Raportowanie statusów połączeń z MAPI

Raportowanie statusów stanu wykonania backupów bazy danych

d) możliwość eksportowanie raportów do plików XLS, CSV, PDF, HTML.

e) powiadomień w formie alertów

Widocznych w systemie

Wysyłanych drogą mailową

20. Skonsolidowany podgląd serwerów oraz grupowanie aplikacji według rodzaju usługi (takie jak np,

e-mail), lokalizacji czy departamentu

21. Możliwość tworzenia systemu powiadamiania o incydentach oraz ich eskalacji w oparciu o

korelację zdarzeń, utrzymywanie się stanów oraz złożonych ich kombinacji

22. Tworzenie inteligentnych alertów, które eliminują niepotrzebne zakłócenia poprzez rozpoznanie

rodzaju aplikacji i jej zależności z serwerem

23. Symulacja pracy aplikacji widzianą oczami Klienta Końcowego - aplikacje lub usługi np. e-mail czy

http

24. Możliwość pisania własnych skryptów symulujących pracę klienta końcowego

25. Szybka i łatwa instalacja oraz konfiguracja, dzięki zastosowaniu funkcji wykrywania aplikacji,

gotowych szablonów raportów oraz alarmów

26. Możliwość migracji z rozwiązań Open Source np. NAGIOS

27. Wykorzystanie istniejących kont użytkowników oraz grup w Microsoft Active Directory

28. Monitoring aplikacji bazujących na Javie, takich jak: JBoss, GlassFish, Weblogic, Apache Tomcat

oraz innych wspierających JMX MBean

29. System musi umożliwiać analizę przyczyny powstawania problemów (root-cause) urządzeń

fizycznych oraz wirtualnych serwerów i aplikacji, z edytowalnym interfejsem ułatwiającym

szybką identyfikację źródła problemu obejmujący poniższe obszary:

1) zarządzanie incydentami generowanymi poprzez telefon, email, formularz internetowy, musi

pozwalać na reagowanie na zaistniałe zdarzenia. i obsługiwać poniższe funkcje :

a) Dane przechowywane w relacyjnej bazie danych SQL

b) Integracje bazy użytkowników z ActiveDirectory

61

c) konfigurowanie z poziomu interfejsu webowego oprogramowania

d) aplikacja mobilna na systemach Android i iOS, zarówno dla kont serwisantów jak i

zgłaszających

e) Moduł zarządzania zgłoszeniami pozwalający

(1) w trakcie rejestracji zgłoszenia przez użytkownika na stronie www załączenia

dowolnej ilości dowolnego formatu załączników, system musi pozwalać na

wymuszenie na użytkowniku końcowym konieczność dodania załącznika do

zgłoszenia.

(2) przeglądanie na stronie www statusu własnych zgłoszeń, dodawania komentarzy,

podgląd i edycję danych użytkownika, prowadzenie projektów oraz przeglądania

bazy wiedzy znanych problemów i ich rozwiązań

(3) definiowanie dodatkowych pól w formularzach

(4) budowę dynamicznych szablonów zgłoszeń. Dynamiczność szablonu zgłoszeń polega

na automatycznym i samodzielnym dostosowaniu się szablonu zgłoszenia, do

wprowadzanych atrybutów przez użytkownika. System musi pozwalać na:

1. Uruchamianie i wyłączanie z zgłoszenia wskazanych atrybutów

2. Chowanie i odsłanianie wybranych atrybutów

3. Oznaczanie i odznaczanie obligatoryjnych do wypełnienia atrybutów

4. Uruchamianie skryptów, pisanych w wbudowanym w aplikację edytorze

skryptów

5. Uruchamianie powyższych automatyzacji na różnych etapach

rejestrowania zgłoszenia, oraz od wprowadzanych bieżących atrybutów

w zgłoszeniu.

(5) konfigurację dedykowanych do wybranych typów zgłoszeń incydentów i wniosków o

usługę przycisków, wyzwalających następujące akcje:

1. Uruchomienie dedykowanego pliku html, powiązanego z wykonywalnym

skryptem lub klasą na systemie helpdeskowym

2. Uruchomienie dedykowanego pliku html, powiązanego z wykonywalnym

skryptem lub klasą na systemie zintegrowanym z helpdeskowym

3. Uruchomienie wykonywalnego skryptu lub klasy na systemie

helpdeskowym

4. Uruchomienie wykonywalnego skryptu lub klasy na systemie

zintegrowanym z helpdeskowym

62

(6) konfigurację globalnych reguł biznesowych, wywołujących wykonywalny skrypt lub

klasę na systemie helpdeskowym, lub na systemie zintegrowanym z systemem

helpdeskowym

(7) wymuszenia podawania komentarzy przy zmianie statusów zgłoszenia

(8) konfigurację funkcjonalności informującej zgłaszających o czasie na rozwiązanie

zgłoszenia, dotyczy zarówno zgłoszeń incydentów jak i wniosków o usługę.

(9) dla każdego zgłoszenia określenie takich atrybutów, jak: dane osoby zgłaszającej,

zasób, którego dotyczy zgłoszenie oraz priorytet, wpływ i pilność realizacji

(10) przeszukiwanie zgłoszeń według co najmniej następujących atrybutów: nr

zgłoszenia, użytkownik, tytuł, opis

(11) rejestrację zgłoszeń pochodzących z zewnętrznych narzędzi monitorujących,

jednocześnie umożliwiając ich klasyfikację i na tej podstawie automatyczne

przekazywanie do grup wsparcia

(12) przesyłanie i prezentowanie na stronie www powiadomień dla użytkowników i/lub

serwisantów, przesyłanie powiadomień do pojedynczych użytkowników lub grup

użytkowników/serwisantów

(13) komunikację z użytkownikiem poprzez pocztę elektroniczną i rejestrację wiadomości

do właściwych wątków zgłoszeń

(14) klasyfikację zgłoszeń, problemu lub zmiany, w co najmniej 3 poziomowej strukturze

drzewiastej, przy czym struktura klasyfikacji powinna być dowolnie edytowalna przez

uprawnionych administratorów z poziomu interfejsu webowego systemu

(15) automatyczne wyliczenie i przydzielenie priorytetu do zgłoszenia na podstawie

wprowadzonych do formularza zgłoszenia informacji o wpływie i pilności realizacji

(16) automatyczną eskalację zgłoszeń do grup wsparcia, na podstawie co najmniej

następujących atrybutów: użytkownik, priorytet, poziom, wpływ, pilność, tytuł

zgłoszenia, słowo kluczowe w tytule i treści zgłoszenia

(17) przekierowanie zgłoszeń do innych serwisantów lub grup wsparcia celem dalszej

obsługi

(18) zmianę typu zgłoszenia z incydentu na wniosek o usługę wraz ze zmianą parametrów

zgłoszenia i trybu jego realizacji, zgodnie z procedurą określoną dla właściwego typu

wniosku.

(19) tworzenie szablonów zgłoszeń z predefiniowanymi atrybutami i regułami

przekazywania tychże zgłoszeń do zespołów wsparcia

(20) tworzenie harmonogramów dla zgłoszeń okresowych, a w ramach realizacji takiego

zgłoszenia automatyczne przydzielanie zadań do serwisantów

63

(21) rejestrację historii incydentów, wniosków o usługę, problemów i zmian,

zablokowaną do edycji dla użytkownika oprogramowania

(22) rejestrowanie aktywności i zleceń pracy związanych z poszczególnymi incydentami,

wnioskami o usługę, problemami i zmianami oraz śledzenie czasu pracy nad

zgłoszeniem

(23) rejestrowanie czasu pracy nad danym zgłoszeniem, problemem i zmianą przez

poszczególnych serwisantów pracujących nad zgłoszeniem

(24) wstawianie plików graficznych w treści rozwiązania zgłoszenia

(25) globalne definiowanie szablonów emaili wykorzystywanych przez system do

powiadamiania użytkowników o różnych zdarzeniach w systemie. Definiowanie

szablonów odbywa się z poziomu interfejsu webowego aplikacji i umożliwiać

zdefiniowanie treści powiadomienia, reguły wywołującej przesłanie powiadomienia

oraz odbiorcy.

(26) definiowanie i filtrowanie szablonów zgłoszeń dedykowanych dla określonych grup

użytkowników.

(27) przesyłanie do użytkowników powiadomień o następujących zdarzeniach

zarejestrowanych przez system: przyjęcie zgłoszenia, aktualizacja zgłoszenia,

rozwiązanie zgłoszenia, zamknięcie zgłoszenia

(28) prezentowanie w postaci graficznej istotnych wskaźników wydajności pozwalające

na monitorowanie statusu poszczególnych procesów

(29) automatyczne zamykanie rozwiązanych zgłoszeń po określonym czasie

(30) przekazywanie do akceptacji osób trzecich działań podejmowanych w ramach

rozwiązania zgłoszenia, np. akceptacja realizacji zlecenia na usługę serwisową

(31) wielostopniowy poziom akceptacji wniosków o usługę wraz zdefiniowaniem procesu

powiadomień kierowanych do osób akceptujących.

(32) przeglądanie bazy wiedzy z poziomu incydentu lub problemu i podłączanie

rozwiązania z bazy rozwiązań do rozwiązania w zgłoszeniu

(33) implementację warunków umów SLA i na tej podstawie obliczania czasu rozwiązania

incydentu lub wniosku o usługę. Atrybuty umowy SLA, na postawie których system

wylicza czas rozwiązania incydentu lub wniosku o usługę muszą zawierać co najmniej

taki parametr jak nazwa użytkownika, oddział, komputer, priorytet, pilność, wpływ,

poziom

(a) możliwość zdefiniowania reguł biznesowych, z ich rozróżnieniem względem

lokalizacji

(b) możliwość zdefiniowania umów SLA, z ich rozróżnieniem względem lokalizacji

64

(c) automatyczne ankietowanie użytkowników po zamknięciu zgłoszenia.

(d) automatyczną konwersję incydentu na problem oraz przyłączania wielu

incydentów do jednego problemu

(e) zamknięcie powiązanych problemem incydentów w momencie zamykania

problemu

(f) zdefiniowanie na formularzach incydentu, wniosku o usługę, problemu i zmiany

pól niezbędnych do wypełnienia w trakcie rejestracji i zamknięcia zgłoszenia

(g) zdefiniowanie i zarządzanie projektami.

(h) w ramach zdefiniowanego projektu określenie tzw. kamieni milowych projektu,

osób zaangażowanych w projekt oraz przydzielenie im zadań na każdym etapie

realizacji projektu.

(i) definiowanie typów oraz statusów dla projektów wraz z możliwością filtrowania

po tych parametrach.

(j) definiowanie ról w projekcie i przypisywanie ich zaangażowanym osobom.

(k) eksport widoku diagramu Gantta do pliku PDF

(l) przedstawienie w sposób graficzny zaawansowania realizacji poszczególnych

etapów w projekcie.

f) Moduł automatycznego resetu hasła umożliwiający:

(1) reset hasła w domenie Active Directory po uprzednim zgłoszeniu przez zgłaszającego

(2) poinformowanie użytkownika o nowym haśle

g) Moduł zarządzania bazą wiedzy dla użytkowników umożliwiający :

(1) rejestrację rozwiązań zawierających co najmniej następujące atrybuty: temat i opis

rozwiązania, powiązane słowa kluczowe, klasyfikacja rozwiązania

(2) klasyfikację rozwiązań w strukturze drzewiastej katalogu, dowolnie definiowanego

przez użytkownika

(3) przeszukiwanie danych po dowolnych atrybutach rozwiązania

(4) udostępnianie rozwiązań osobno dla użytkowników i osobno dla serwisantów

(5) rejestrację rozwiązań z poziomu incydentu i problemu

(6) przeglądanie rozwiązań bez konieczności logowania się użytkownika do systemu

(7) dokonanie akceptacji dodawanego do bazy wiedzy rozwiązania przez administratora

bazy wiedzy

(8) zamieszczanie i wyświetlanie w treści rozwiązania plików graficznych oraz dołączania

dowolnej ilość załączników

65

(9) przesłanie rozwiązania do użytkownika za pomocą poczty elektronicznej bez

konieczności powiązania tego działania z procesem zarządzania incydentem lub

problemem

(10) ukrywanie przed zgłaszającymi

h) Moduł raportowania incydentów umożliwiający :

(1) utworzenie raportów zarejestrowanych incydentów, problemów i zmian filtrowanych

według kategorii, departamentu, statusu zgłoszenia, użytkownika

(2) utworzenie raportów przedstawiających rozkład incydentów w czasie według

dowolnego atrybutu, próbkowane co jeden dzień roboczy

(3) utworzenie raportów czasu pracy użytkowników w ramach rozwiązywania zgłoszeń

(4) export utworzonych raportów do plików formatu PDF, XLS i HTML

(5) tworzenie raportów, zdefiniowanych według cyklicznego harmonogramu a następnie

przesyłanie tychże raportów za pomocą poczty elektronicznej do dowolnego

użytkownika

(6) dostęp do modułu tylko wybranym użytkownikom

2) Zarządzanie bazą konfiguracji CMDB wraz ze zintegrowanym wykrywaniem środowiska IT o

funkcjonalności nie gorszej niż :

(1) CMDB musi umożliwiać przechowywanie danych o wszystkich jednostkach

konfiguracji (CI) takich jak:

(1) Komputery

(2) Drukarki sieciowe

(3) Urządzenia sieciowe

(4) Pakiety oprogramowania

(5) Komponenty komputerów i urządzeń sieciowych

(6) Usługi biznesowe oraz IT

(7) Zasoby ludzkie (np. użytkownicy, grupy użytkowników, serwisanci, grupy

serwisowe)

(2) CMDB musi zawierać gotowe schemat danych wraz z listą możliwych relacji

pomiędzy jednostkami konfiguracji, jak również możliwość rozbudowanie go o

własne, zdefiniowane relacje

(3) CMDB musi umożliwiać dynamiczne rozszerzenie schematu danych o dodatkowe

atrybuty, w tym atrybuty dedykowane dla konkretnego typu jednostki konfiguracji CI.

(4) CMDB musi umożliwiać przedstawienie w sposób graficzny wzajemnych relacji

pomiędzy jednostkami konfiguracji CI.

(5) CMDB musi umożliwiać przechowywanie informacji pomiędzy incydentami,

problemami oraz zmianami, a jednostkami konfiguracji

66

(6) CMDB musi umożliwiać ręczne dodawania jednostek konfiguracji oraz relacji

pomiędzy nimi z poziomu interfejsu graficznego jak również importu danych o

jednostkach konfiguracji z plików w formacie CSV lub XML

(7) CMDB musi posiadać zintegrowany mechanizm wykrywania środowiska IT,

pozwalający na wykrycie co najmniej konfiguracji komputerów, serwerów i

oprogramowania. Wykrywanie musi opierać się na połączeniach protokołem SSH

oraz protokołami SNMP lub WMI lub też przy wykorzystaniu skanowania

agentowego.

(8) Mechanizm wykrywania środowiska musi umożliwiać zbieranie danych o konfiguracji

komputerów, co najmniej:

(1) Ilości i rodzaju procesora

(2) Wielkość dostępnej pamięci fizycznej i wirtualnej

(3) Nr seryjny komputera

(4) Nazwa i wersja systemu operacyjnego

(5) Zainstalowane oprogramowanie i poprawki

(9) Mechanizm wykrywania środowiska musi umożliwiać również przeprowadzenie

wykrywania zmian w konfiguracji i generowania raportów porównawczych zmian w

elementach konfiguracji

(10) Mechanizm wykrywania środowiska musi umożliwiać przeprowadzenie

automatycznych, zdefiniowanych według cyklicznego harmonogramu audytów

konfiguracji komputerów i serwerów, pod kątem zmian w konfiguracji i

zainstalowanym oprogramowaniu

(11) CMDB musi umożliwiać przechowywanie informacji o poszczególnych elementach

konfiguracji w taki sposób, by możliwe było rejestrowanie i śledzenie historii

posiadania elementu konfiguracji przez użytkowników, powiązanie z nim informacji o

koszcie zakupu, innych kosztach eksploatacyjnych, warunkach umowy serwisowej,

dostawcą

(12) CMDB musi umożliwiać wyszukiwanie elementów konfiguracji po dowolnych

atrybutach, zarówno standardowych, jaki i dodanych przez użytkownika, w tym po

kodach kreskowych

(13) CMDB musi umożliwiać powiązanie poszczególnych elementów konfiguracji z danymi

użytkownika (jego imieniem i nazwiskiem, nr telefonu, departamentem),

departamentu, innymi elementami konfiguracji i katalogiem usług.

(14) CMDB musi umożliwiać przechowywanie informacji o posiadanych przez

użytkownika licencjach na oprogramowanie, powiązać posiadane licencje z

zainstalowanym na komputerach oprogramowaniem, oraz rejestrować historię

zmian posiadania danej licencji

(15) CMDB musi umożliwiać zarządzanie licencjami na oprogramowanie posiadane przez

użytkowników w tym zarządzanie umowami dotyczącymi zakupu licencji oraz

zasilanie CMDB danymi dotyczącymi licencji pochodzącymi z innych źródeł danych.

(16) CMDB musi umożliwiać generowanie raportu posiadanych licencji przez użytkownika

oraz raportów zgodności licencji z zainstalowanym oprogramowaniem

67

(17) CMDB musi umożliwiać z poziomu interfejsu oprogramowania nawiązanie sesji

zdalnej w trybie przejęcia pulpitu użytkownika z komputerem przechowywanym w

bazie

(18) CMDB musi posiadać API

(19) CMDB musi rejestrować wszelkie ręczne zmiany wprowadzane w elementach

konfiguracyjnych

(20) CMDB musi umożliwiać zarządzania umowami serwisowymi w tym rejestrację

warunków umów gwarancyjnych i serwisowych, a w szczególności dane

teleadresowe gwaranta, czas obowiązywania umowy, jej koszt, warunki na jakich

umowa jest świadczona oraz powiązania ich z jednym lub wieloma elementami

konfiguracji bazy CMDB

(21) CMDB musi posiadać funkcjonalność pozwalającą przesyłać powiadomienia o

wygaśnięciu okresu obowiązywania umowy serwisowej i gwarancyjnej

3) Zarzadzanie zdarzeniami IT generowanymi przez urządzenia i systemy minimum (100 źródeł

logowania) o parametrach nie gorszych niż :

a) centralnego repozytorium odpowiadające za kolekcjonowanie logów systemowych i aplikacyjnych

b) System musi zapewniać kolekcję, analizę, raportowanie i archiwizowanie logów systemowych (syslogi) dla systemów Unix, Linux oraz urządzeń sieciowych wspierających standard formatów logów systemowych RFC 3164

c) System musi zapewniać kolekcję, monitoring, analizę, raportowanie i archiwizację rejestrów zdarzeń systemów Windows

d) System musi zapewniać (1) Kompletną informację powiązaną ze zdarzeniami Windows (2) Stały monitoring aktywności Windows (3) Automatyczną organizację danych rejestru zdarzeń (4) Wsparcie w realizacji polityk bezpieczeństwa (5) Wsparcie audytu zdarzeń pod kątem zgodności z regulacjami

e) System musi zapewniać kolekcję, monitoring, analizę, raportowanie i archiwizację rejestrów zdarzeń aplikacyjnych z systemów (1) Microsoft IIS Web (2) Microsoft IIS FTP (3) DHCP Windows (4) DHCP Linux (5) MS SQL (6) Oracle (7) Apache (8) Serwery wydruku

f) System powinien mieć możliwość monitorowania integralności plików i folderów. Zmiany na plikach oraz folderach jakie powinien monitorować powinny zawierać co najmniej informacje o: utworzeniu, usunięciu, przesunięciu, edytowaniu oraz kto i kiedy dane zmiany atrybutów dokonał.

g) System powinien umieć wykrywać zdarzenia bezpieczeństwa (np. błędne logowanie, dostęp do obiektu, czyszczenie rejestrów audytu)

h) Systemie musi umożliwiać definiowanie alarmów w czasie rzeczywistym na zaistniałe anomalie w środowisku Windows

i) System musi zapewniać zaawansowany silnik wyszukiwania dla surowych rejestrów

68

j) System musi zapewniać weryfikację prawnej oraz organizacyjnej zgodności z regulacjami, standardami i wewnętrznymi politykami na potrzeby audytu

k) System musi automatycznie kategoryzować zdarzenia i systematycznie organizować prezentację danych.

l) System musi umożliwiać zawężenie wyszukiwania poprzez dostosowanie narzędzia do przeglądania dzienników zdarzeń systemu Windows, które są specyficzne dla określonej diagnozy.

m) System musi posiadać wbudowany moduł raportujący z możliwością definiowania harmonogramów raportów: (1) Raporty na danych surowych (2) Raporty filtrowane według różnych kryteriów (3) Raporty w oparciu o wrażliwość zdarzeń (4) Raporty w oparciu o dostęp użytkowników systemów

n) System musi posiadać zestaw narzędzi charakterystycznych dla rozwiązań zarządzania informacją i zdarzeniami bezpieczeństwa (1) System powinien obsługiwać zarządzanie zdarzeniami związanymi z

bezpieczeństwem (2) System powinien obsługiwać funkcje typu SIEM

(1) Zarządzanie rejestrami (2) Raportowanie zgodności (3) Monitoring użytkowników (4) Monitoring urządzeń i systemów (5) Zarządzanie zdarzeniami bezpieczeństwa (6) Korelacja logów

o) System musi posiadać moduł parsujący nieobsługiwane standardowo formaty logów. p) System musi umożliwiać filtrowanie niepotrzebnych lub niechcianych zdarzeń

wpływających do serwera kolekcjonującego. q) System musi posiadać funkcję archiwizacji logów przez wybierany czas oraz dawać

możliwość zabezpieczenie ingerencji w te archiwa osób trzecich poprzez zastosowanie szyfrowania i oznaczenia czasowego.

r) Pliki archiwum muszą być dostępne do przywrócenia do systemu w dowolnym czasie z poziomu konsoli użytkownika.

30. System musi posiadać narzędzie do monitorowania adresacji IP o parametrach nie gorszych niż :

a. Okresowo skanujący serwery DHCP, Cisco IOS oraz Microsoft DHCP, pod kątem zmian w

adresacji IP

b. Tworzenie, planowanie oraz współdzielenie raportów ukazujących procentowe wykorzystanie

adresacji IP

c. Koordynacja dostępu całego zespołu do zmian w adresacji IP

d. Pełna historia zmian numerów IP urządzeń w sieci, dzięki czemu w prosty sposób można śledzić

historię zmian

e. Skanowanie i śledzenie nieużywanych adresów IP, w celu ich zwolnienia

Łatwa identyfikacja "martwych" numerów IP, które nie odpowiadają

f. Tworzenie, planowanie oraz współdzielenie raportów ukazujących procentowe wykorzystanie

adresacji IP

69

g. Tworzenie podsieci IPv6, w celu migracji do adresacji IPv6

6. Oprogramowanie do backupu i archiwizacji danych

Należy dostarczyć rozwiązanie softwarowe, które powinno być bezpośrednio zintegrowane z

technologiami wykorzystanymi w sprzętowej platformie backupu oraz odzyskiwania danych,

zapewniając najlepsze parametry ochrony i dostępności danych dzięki wartościom RTPO

nieprzekraczającym 15 minut w odniesieniu do wszystkich aplikacji i danych, w szczególności o

parametrach nie gorszych :

Oprogramowanie musi współpracować z infrastrukturą VMware w wersji 5.5, 6.0 oraz

Microsoft Hyper-V 2012, 2012 R2 i 2016. Wszystkie funkcjonalności w specyfikacji muszą być

dostępne na wszystkich wspieranych platformach wirtualizacyjnych, chyba, że

wyszczególniono inaczej

Oprogramowanie musi współpracować z hostami zarządzanymi przez VMware vCenter oraz

pojedynczymi hostami.

Oprogramowanie musi współpracować z hostami zarządzanymi przez System Center Virtual

Machine Manger, klastrami hostów oraz pojedynczymi hostami.

Oprogramowanie musi zapewniać tworzenie kopii zapasowych wszystkich systemów

operacyjnych maszyn wirtualnych wspieranych przez vSphere i Hyper-V

Oprogramowanie musi być licencjonowanie w modelu “per-CPU”. Wszystkie funkcjonalności

zawarte w tym dokumencie powinny być zapewnione w tej licencji. Jakiekolwiek dodatkowe

licencjonowanie (per zabezpieczony TB, dodatkowo płatna deduplikacja) nie jest dozwolone

Oprogramowanie musi być niezależne sprzętowo i umożliwiać wykorzystanie dowolnej

platformy serwerowej i dyskowej

Oprogramowanie musi tworzyć “samowystarczalne” archiwa do odzyskania których nie

wymagana jest osobna baza danych z metadanymi deduplikowanych bloków

Oprogramowanie musi mieć mechanizmy deduplikacji i kompresji w celu zmniejszenia

wielkości archiwów. Włączenie tych mechanizmów nie może skutkować utratą jakichkolwiek

funkcjonalności wymienionych w tej specyfikacji

Oprogramowanie musi zapewniać warstwę abstrakcji nad poszczególnymi urządzeniami

pamięci masowej, pozwalając utworzyć jedną wirtualną pulę pamięci na kopie zapasowe.

Wymagane jest wsparcie dla nieograniczonej liczby pamięci masowych to takiej puli.

Oprogramowanie nie może przechowywać danych o deduplikacji w centralnej bazie. Utrata

bazy danych używanej przez oprogramowanie nie może prowadzić do utraty możliwości

odtworzenia backupu. Metadane deduplikacji muszą być przechowywane w plikach backupu.

70

Oprogramowanie nie może instalować żadnych stałych agentów wymagających wdrożenia

czy upgradowania wewnątrz maszyny wirtualnej dla jakichkolwiek funkcjonalności backupu

lub odtwarzania

Oprogramowanie musi zapewniać backup jednoprzebiegowy - nawet w przypadku

wymagania granularnego odtworzenia

Oprogramowanie musi zapewniać mechanizmy informowania o wykonaniu/błędzie zadania

poprzez email lub SNMP. W środowisku VMware musi mieć możliwość aktualizacji pola

„notatki” na wirtualnej maszynie

Oprogramowanie musi mieć możliwość uruchamiania dowolnych skryptów przed i po

zadaniu backupowym lub przed i po wykonaniu zadania snapshota w środowisku VMware.

Oprogramowanie musi oferować portal samoobsługowy, umożliwiający odtwarzanie

użytkownikom wirtualnych maszyn, obiektów MS Exchange i baz danych MS SQL oraz Oracle

(w tym odtwarzanie point-in-time)

Oprogramowanie musi zapewniać możliwość delegacji uprawnień do odtwarzania na portalu

Oprogramowanie musi mieć możliwość integracji z innymi systemami poprzez wbudowane

RESTful API

Oprogramowanie musi zapewniać bezpośrednią integrację z VMware vCloud Director 5.5,

5.6, 8.0, 8.10 i archiwizować metadane vCD, odtwarzać maszyny wirtualne do vCD.

Oprogramowanie musi oferować portal samoobsługowy do backupu i odtwarzania dla

użytkowników vCD.

Oprogramowanie musi mieć wbudowane mechanizmy backupu konfiguracji w celu prostego

odtworzenia systemu po całkowitej reinstalacji

Oprogramowanie musi mieć wbudowane mechanizmy szyfrowania zarówno plików z

backupami jak i transmisji sieciowej. Włączenie szyfrowania nie może skutkować utratą

jakiejkolwiek funkcjonalności wymienionej w tej specyfikacji

Oprogramowanie musi oferować zarządzanie kluczami w przypadku utraty podstawowego

klucza

Oprogramowanie musi wspierać backup maszyn wirtualych używających współdzielonych

dysków VHDX na Hyper-V (shared VHDX)

Oprogramowanie musi posiadać architekturę klient/serwer z możliwością instalacji wielu

instancji konsoli administracyjnych.

71

Oprogramowanie musi wykorzystywać mechanizmy Change Block Tracking na wszystkich

wspieranych platformach wirtualizacyjnych. Mechanizmy muszą być certyfikowane przez

dostawcę platformy wirtualizacyjnej

Oprogramowanie musi oferować możliwość sterowania obciążeniem storage'u

produkcyjnego tak aby nie przekraczane były skonfigurowane przez administratora backupu

poziomy latencji. Funkcjonalność ta musi być dostępna na wszystkich wspieranych

platformach wirtualizacyjnych

Oprogramowanie musi oferować ten mechanizm z dokładnością do datastoru

Oprogramowanie musi automatycznie wykrywać i usuwać snapshoty-sieroty (orphaned

snapshots), które mogą zakłócić poprawne wykonanie backupu. Proces ten nie może

wymagać interakcji administratora

Oprogramowanie musi integrować się bezpośrednio z HPE StoreVirtual, HPE StoreServe.

Musi zapewniać tworzenie kopii zapasowych z bezpośrednim wykorzystaniem snapshotów

macierzowych. Musi też zapewniać odtwarzanie maszyn wirtualnych z takich snapshotów.

Proces wykonania kopii zapasowej nie może wymagać użycia jakichkolwiek hostów

tymczasowych. Opisana funkcjonalność powinna działać w środowisku VMware

Takie same funkcjonalności powinny być zapewnione dla macierzy Netapp z

oprogramowaniem ONTAP 8.1 i nowsze włączając możliwość wykonania backupów z

zmirrorowanych snapshotów SnapVault lub SnapMirror. Rozwiązanie musi wspierać dowolną

metodę wdrożenia macierzy (klaster i 7-mode)

Takie same funkcjonalności muszą być zapewnione dla macierzy EMC VNX, VNXe oraz Unity.

Oprogramowanie musi wspierać kopiowanie backupów na taśmy wraz z pełnym śledzeniem

wirtualnych maszyn

Oprogramowanie musi mieć możliwość wydzielenia osobnej roli typu tape server

Oprogramowanie musi mieć możliwość kopiowania backupów do lokalizacji zdalnej

Oprogramowanie musi mieć możliwość tworzenia retencji GFS (Grandfather-Father-Son)

Oprogramowanie musi umieć korzystać z protokołu DDBOOST w przypadku gdy

repozytorium backupów jest umiejscowione na EMC DataDomain. Funkcjonalność powinna

wspierać łącze sieciowe lub FC.

Oprogramowanie musi umieć korzystać z protokołu Catalyst w przypadku gdy repozytorium

backupów jest umiejscowione na HPE StoreOnce. Funkcjonalność powinna wspierać łącze

sieciowe lub FC.

Oprogramowanie musi wspierać BlockClone API w przypadku użycia Windows Server 2016 z

systemem pliku ReFS jako repozytorium backupu.

72

Oprogramowanie musi mieć możliwość kopiowania backupów oraz replikacji wirtualnych

maszyn z wykorzystaniem wbudowanej akceleracji WAN.

Oprogramowanie musi mieć możliwość replikacji włączonych wirtualnych maszyn

bezpośrednio z infrastruktury VMware vSphere, pomiędzy hostami ESXi, włączając

asynchroniczną replikacją ciągłą. Dodatkowo oprogramowanie musi mieć możliwość użycia

plików kopii zapasowych jako źródła replikacji.

Oprogramowanie musi umożliwiać przechowywanie punktów przywracania dla replik

Oprogramowanie musi umożliwiać wykorzystanie istniejących w infrastrukturze wirtualnych

maszyn jako źródła do dalszej replikacji (replica seeding)

Oprogramowanie musi posiadać takie same funkcjonalności replikacji dla Hyper-V

Oprogramowanie musi wykorzystywać wszystkie oferowane przez hypervisor tryby

transportu (sieć, hot-add, LAN Free-SAN)

Oprogramowanie musi dawać możliwość tworzenia backupów ad-hoc z konsoli jak i z klienta

webowego vSphere

Oprogramowanie musi przetwarzać wiele wirtualnych dysków jednocześnie (parallel

processing)

Oprogramowanie musi umożliwić uruchomienie wielu maszyn wirtualnych bezpośrednio ze

zdeduplikowanego i skompresowanego pliku backupu, z dowolnego punktu przywracania,

bez potrzeby kopiowania jej na storage produkcyjny. Funkcjonalność musi być oferowana

niezależnie od rodzaju storage’u użytego do przechowywania kopii zapasowych. Dla

środowiska vSphere powinien być wykorzystany wbudowany w oprogramowanie serwer NFS.

Dla Hyper-V powinna być zapewniona taka sama funkcjonalność realizowana wewnętrznymi

mechanizmami oprogramowania

Oprogramowanie musi pozwalać na migrację on-line tak uruchomionych maszyn na storage

produkcyjny. Migracja powinna odbywać się mechanizmami wbudowanymi w hypervisor.

Jeżeli licencja na hypervisor nie posiada takich funkcjonalności - oprogramowanie musi

realizować jaką migrację swoimi mechanizmami

Oprogramowanie musi umożliwiać pełne odtworzenie wirtualnej maszyny, plików

konfiguracji i dysków

Oprogramowanie musi umożliwiać pełne odtworzenie wirtualnej maszyny bezpośrednio do

Microsoft Azure.

Oprogramowanie musi umożliwić odtworzenie plików na maszynę operatora, lub na serwer

produkcyjny bez potrzeby użycia agenta instalowanego wewnątrz wirtualnej maszyny.

Funkcjonalność ta nie powinna być ograniczona wielkością i liczbą przywracanych plików

73

Oprogramowanie musi mieć możliwość odtworzenia plików bezpośrednio do maszyny

wirtualnej poprzez sieć, przy pomocy VIX API dla platformy VMware i PowerShell Direct dla

platformy Hyper-V.

Oprogramowanie musi wspierać odtwarzanie plików z następujących systemów plików:

o Linux

ext, ext2, ext3, ext4, ReiserFS (Reiser3), JFS, XFS, Btrfs

o BSD

UFS, UFS2

o Solaris

ZFS, UFS

o Mac

HFS, HFS+

o Windows

NTFS, FAT, FAT32, ReFS

o Novell OES

NSS

Oprogramowanie musi wspierać przywracanie plików z partycji Linux LVM oraz Windows

Storage Spaces.

Oprogramowanie musi umożliwiać szybkie granularne odtwarzanie obiektów aplikacji bez

użycia jakiegokolwiek agenta zainstalowanego wewnątrz maszyny wirtualnej.

Oprogramowanie musi wspierać granularne odtwarzanie dowolnych obiektów i dowolnych

atrybutów Active Directory włączając hasło, obiekty Group Policy, partycja konfiguracji AD,

rekordy DNS zintegrowane z AD.

Oprogramowanie musi wspierać granularne odtwarzanie Microsoft Exchange 2010 i

nowszych (dowolny obiekt w tym obiekty w folderze "Permanently Deleted Objects"),

Oprogramowanie musi wspierać granularne odtwarzanie Microsoft SQL 2005 i nowsze

włączając bazy danych z opcją odtwarzania point-in-time, tabele, schemat

Oprogramowanie musi wspierać granularne odtwarzanie Microsoft Sharepoint 2010 i

nowsze. Opcja odtworzenia elementów, witryn, uprawnień.

Oprogramowanie musi wspierać granularne odtwarzanie baz danych Oracle z opcją

odtwarzanie point-in-time. Funkcjonalność ta musi być dostępna dla baz uruchomionych w

środowiskach Windows oraz Linux.

o Funkcjonalność ta nie może wymagać pełnego odtworzenia wirtualnej maszyny ani

jej uruchomienia.

74

Oprogramowanie musi indeksować pliki Windows i Linux w celu szybkiego wyszukiwania

plików w plikach backupowych.

Oprogramowanie musi używać mechanizmów VSS wbudowanych w system operacyjny

Microsoft Windows

Oprogramowanie musi pozwalać na odtworzenie maszyn wirtualnych z macierzowych

snapshotów ze wspieranych macierzy.

Oprogramowanie musi wspierać także specyficzne metody odtwarzania w tym "reverse CBT"

oraz odtwarzanie z wykorzystaniem sieci SAN

Oprogramowanie musi dawać możliwość stworzenia laboratorium (izolowane środowisko)

dla vSphere i Hyper-V używając wirtualnych maszyn uruchamianych bezpośrednio z plików

backupu. Dla VMware’a oprogramowanie musi pozwalać na uruchomienie takiego

środowiska bezpośrednio ze snapshotów macierzowych stworzonych na wspieranych

urządzeniach.

Oprogramowanie musi umożliwiać weryfikację odtwarzalności wielu wirtualnych maszyn

jednocześnie z dowolnego backupu według własnego harmonogramu w izolowanym

środowisku. Testy powinny uwzględniać możliwość uruchomienia dowolnego skryptu

testującego również aplikację uruchomioną na wirtualnej maszynie. Testy muszą być

przeprowadzone bez interakcji z administratorem

Oprogramowanie musi mieć podobne mechanizmy dla replik w środowisku vSphere

System musi zapewnić możliwość monitorowania środowiska wirtualizacyjnego opartego na

VMware vSphere i Microsoft Hyper-V bez potrzeby korzystania z narzędzi firm trzecich

System musi umożliwiać monitorowanie środowiska wirtualizacyjnego VMware w wersji 5.x

oraz 6.0 – zarówno w bezpłatnej wersji ESXi jak i w pełnej wersji ESX/ESXi zarządzane przez

konsole vCenter Server lub pracujące samodzielnie

System musi umożliwiać monitorowanie środowiska wirtualizacyjnego Microsoft Hyper-V

2008 R2 SP1, 2012, 2012 R2 oraz 2016 zarówno w wersji darmowej jak i zawartej w płatnej

licencji Microsoft Server zarządzane poprzez System Center Virtual Machine Manager lub

pracujące samodzielnie.

System musi mieć status „VMware Ready” i być przetestowany i certyfikowany przez

VMware

System musi mieć możliwość instalacji na systemach operacyjnych w wersjach 64 bitowych:

o Microsoft Windows 2008 SP2

o Microsoft Windows 2008 R2 SP1


75

o Microsoft Windows 8


o Microsoft Windows 2012 R2

o Microsoft Windows 8.1



System musi obsługiwać następujące bazy danych w wersjach 32 i 64 bitowych:

o Microsoft SQL Server 2008

o Microsoft SQL Server 2008 R2




System musi umożliwiać kategoryzacje obiektów infrastruktury wirtualnej niezależnie od

hierarchii stworzonej w vCenter

System musi umożliwiać tworzenie alarmów dla całych grup wirtualnych maszyn jak i

pojedynczych wirtualnych maszyn

System musi dawać możliwość układania terminarza raportów i wysyłania tych raportów przy

pomocy poczty elektronicznej w formacie HTML oraz Excel

System musi dawać możliwość podłączenia się do kilku instancji vCenter Server i serwerów

Hyper-V jednocześnie, w celu centralnego monitorowania wielu środowisk

Silnik raportowania powinien być oparty o SQL Server Reporting Services w celu zapewnienia

bezpiecznego dostępu do raportów dla wielu użytkowników z uwzględnieniem ról, jakie

pełnią w organizacji

System musi mieć wbudowane predefiniowane zestawy alarmów wraz z możliwością

tworzenia własnych alarmów i zdarzeń przez administratora

System musi mieć wbudowane połączenie z bazą wiedzy opisującą problemy z

predefiniowanych alarmów

System musi mieć centralną konsolę z sumarycznym podglądem wszystkich obiektów

infrastruktury wirtualnej (ang. Dashboard)

System musi mieć możliwość monitorowania platformy sprzętowej, na której jest

zainstalowana infrastruktura wirtualna

System musi zapewnić możliwość podłączenia się do wirtualnej maszyny (tryb konsoli)

bezpośrednio z narzędzia monitorującego

76

System musi mieć możliwość integracji z oprogramowaniem do tworzenia kopii zapasowych

tego samego producenta

System musi mieć możliwość monitorowania obciążenia serwerów backupowych, ilości

zabezpieczanych danych oraz statusu zadań kopii zapasowych, replikacji oraz weryfikacji

odzyskiwalności maszyn wirtualnych.

System musi mieć możliwość granularnego monitorowania infrastruktury, zależnego od

uprawnień nadanym użytkownikom dla platformy VMware

System musi mieć możliwość monitorowania instancji VMware vCloud Director w wersji 5.5,

5.6, 8.0 oraz 8.10

System raportowania musi umożliwić tworzenie raportów z infrastruktury wirtualnej

bazującej na VMware ESX/ESXi 5.x oraz 6.0, vCenter Server 5.x oraz 6.0 jak również Microsoft

Hyper-V 2008 R2 SP1, 2012, 2012 R2i 2016.

System musi wspierać wiele instancji vCenter Server i Microsoft Hyper-V jednocześnie bez

konieczności instalowania dodatkowych modułów.

System musi być certyfikowany przez VMware i posiadać status „VMware Ready”

System musi instalować się na następujących systemach operacyjnych:


o Microsoft Windows 2008 R2 SP1




o Microsoft Windows 2012 R2

o Microsoft Windows 8.1



System musi wspierać jako silnik bazodanowy następujące bazy danych:






System do prezentacji raportów powinien używać SQL Server Reporting Services w celu

jednoczesnego dostępu do raportów wielu użytkowników z określonymi przez administrator

systemu uprawnieniami.

77

System musi być systemem bezagentowym. Nie dopuszcza się możliwości instalowania przez

system agentów na monitorowanych hostach ESXi i Hyper-V

System musi mieć możliwość eksportowania raportów do formatów Microsoft Word,

Microsoft Excel, Microsoft Visio, Adobe PDF

System musi mieć możliwość ustawienia harmonogramu kolekcji danych z monitorowanych

systemów jak również możliwość tworzenia zadań kolekcjonowania danych ad-hoc

System musi mieć możliwość ustawienia harmonogramu generowania raportów i

dostarczania ich do odbiorców w określonych przez administratora interwałach

Minimalny interwał czasowy dla zadań kolekcjonowania i raportowania musi wynosić min 1

godzinę

System w raportach musi mieć możliwość uwzględniania informacji o zmianach konfiguracji

monitorowanych systemów

System musi mieć możliwość generowania raportów z dowolnego punktu w czasie

zakładając, że informacje z tego czasu nie zostały usunięte z bazy danych

System musi posiadać predefiniowane szablony z możliwością tworzenia nowych jak i

modyfikacji wbudowanych

System musi mieć możliwość analizowania „przeszacowanych” wirtualnych maszyn wraz z

sugestią zmian w celu optymalnego wykorzystania fizycznej infrastruktury

System musi mieć możliwość generowania raportów na podstawie danych uzyskanych z

oprogramowania do tworzenia kopii zapasowych tego samego producenta

System musi mieć możliwość generowania raportu dotyczącego zabezpieczanych maszyn

wirtualnych, zdefiniowanych zadań tworzenia kopii zapasowych oraz replikacji jak również

wykorzystania zasobów serwerów backupowych.

System musi mieć możliwość generowania raportu planowania pojemności (capacity

planning) bazującego na scenariuszach ‘what-if’.

System musi mieć możliwość granularnego raportowania infrastruktury, zależnego od

uprawnień nadanym użytkownikom dla platformy VMware

System musi mieć możliwość generowania raportów dotyczących tzw. migawek-sierot

(orphaned snapshots)

System musi mieć możliwość generowania personalizowanych raportów zawierających

informacje z dowolnych predefiniowanych raportów w pojedynczym dokumencie

78

7. Moduł e-Podatki

Wymagania odnośnie modułu e-Podatki :

Definicje:

EZD – system PROTON dostarczony w ramach projektu PSeAP

SD – system dziedzinowy KSAT2000i funkcjonujący u Zamawiającego w obszarze podatków, opłat

lokalnych, opłat za gospodarowanie odpadami wraz z księgowością oraz egzekucją należności.

Wymagania ogólne:

Moduły powinny być w pełni zintegrowany z funkcjonującymi u Zamawiającego systemem

dziedzinowym (SD). Integracja ma dotyczyć wszystkich elementów niezbędnych do realizacji

procesów tj. sposób logowania, zarządzania użytkownikami i dostępami, wykorzystywanie

słowników, jednokrotne wprowadzania danych. Zamawiający na etapie realizacji dostarczy

odpowiednią dokumentację techniczną.

Zamawiający wymaga by dostarczone rozwiązanie wykorzystywało posiadaną już przez

Zamawiającego platformę bazodanową Oracle 10g.

Wykonawca tam gdzie jest to wymagane musi zapewnić migrację danych z pełną historią dla

zachowania ciągłości realizowanych spraw.

1. Moduł elektronizacji dokumentów w zakresie obsługi podatkowej:

a. obsługa elektronicznych dokumentów w zakresie:

i. Informacja o nieruchomościach i obiektach budowlanych.

ii. Deklaracja na podatek od nieruchomości.

iii. Informacja o gruntach.

iv. Deklaracja na podatek rolny.

v. Informacja o lasach.

vi. Deklaracja na podatek leśny.

vii. Deklaracja o wysokości opłaty za gospodarowanie odpadami.

przekazywanych przez system obiegu spraw i dokumentów (EZD) z system ePUAP w

zakresie podpowiadania danych podczas ich obsługi przez użytkowników w obszarze

podatkowym w systemie dziedzinowym (SD),

b. modernizacja funkcjonalności wydawania decyzji i pism w celu zapewnienia

generowania pełnej treści dokumentu w formacie PDF (decyzje wymiarowe,

79

zmieniające, uchylające) oraz zapamiętywania treści z możliwością modyfikacji dla

pism generowanych do formatu DOC lub ODT,

c. modernizacja funkcjonalności korespondencji w systemie dziedzinowym (SD) w

zakresie wysyłki elektronicznej poprzez system obiegu spraw i dokumentów (EZD) z

powiązaniem z rejestrem zgód funkcjonującym w systemie dziedzinowym,

d. usprawnienie obsługi procesu przesyłania informacji o współwłasnościach

(odpowiedzialności solidarnej) na dokumentach przypisów/odpisu generowanych w

ramach obsługi finansowo-księgowej w systemie dziedzinowym (SD) w celu

uzyskania na koncie podatnika informacji o należnościach wg współwłasności

(solidarnie odpowiedzialny) na danego podatnika.

2. Moduł elektronizacji dokumentów w zakresie obsługi opłaty za gospodarowanie

odpadami:

a. obsługa elektronicznych dokumentów w zakresie

i. Deklaracja o wysokości opłaty za gospodarowanie odpadami.

b. przekazywanych przez system obiegu spraw i dokumentów (EZD) z system ePUAP

podpowiadania danych podczas ich obsługi przez użytkowników w obszarze

gospodarowania odpadami w systemu dziedzinowego (SD),

c. modernizacja funkcjonalności wydawania decyzji i pism w celu zapewnienia

generowania pełnej treści dokumentu w formacie PDF (decyzje wymiarowe,

zmieniające, uchylające) oraz zapamiętywania treści z możliwością modyfikacji dla

pism generowanych do formatu DOC lub ODT,

d. modernizacja funkcjonalności korespondencji w obszarze gospodarowania odpadami

w systemie dziedzinowym (SD) w zakresie wysyłki elektronicznej poprzez system

obiegu spraw i dokumentów (EZD) z powiązaniem z rejestrem zgód funkcjonującym

w systemie dziedzinowym,

e. usprawnienie obsługi procesu przesyłania informacji o współwłasnościach

(odpowiedzialności solidarnej) na dokumentach przypisów/odpisu generowanych w

ramach obsługi finansowo-księgowej w systemie dziedzinowym (SD) w celu

uzyskania na koncie podatnika informacji o należnościach wg współwłasności

(solidarnie odpowiedzialny) na danego podatnika.

3. Moduł elektronizacji dokumentów finansowych

a. obsługa elektronicznych dokumentów w zakresie

80

i. Wniosek w sprawie umorzenia w całości lub w części zaległości podatkowe,

odsetki za zwłokę lub opłatę prolongacyjną od osób fizycznych

ii. Wniosek w sprawie odroczenia terminu płatności podatku od osób fizycznych

iii. Wniosek w sprawie rozłożenia na raty zapłaty podatku od osób fizycznych

iv. Wniosek w sprawie umorzenia w całości lub w części zaległości podatkowe,

odsetki za zwłokę lub opłatę prolongacyjną od osób prawnych

v. Wniosek w sprawie odroczenia terminu płatności podatku od osób prawnych

vi. Wniosek w sprawie rozłożenia na raty zapłaty podatku od osób prawnych.

przekazywanych przez system obiegu spraw i dokumentów (EZD) z system ePUAP.

b. obsługa korespondencji w zakresie wysyłki elektronicznej pism poprzez system EZD z

powiązaniem z rejestrem zgód,

c. obsługa importu przelewów z wyciągów bankowych w powiązaniu z danymi systemu

dziedzinowego (SD) - automatyzacja księgowania należności płaconych na platformie

ePłatności.

d. rejestr zgód na przesyłanie informacji drogą elektroniczną oraz pełnomocnictw w

powiązaniu z danymi podatników w systemie dziedzinowym (SD)

e. obsługa wysyłki powiadomień o różnych zdarzeniach zachodzących w systemie

dziedzinowym za pomocą środków komunikacji elektronicznej takich jak e-mail i SMS

(dostarczenie bramki SMS należy do Zamawiającego).

4. Moduł integracyjny systemu dziedzinowego (SD) z systemem elektronicznego obiegu

dokumentów (EZD)

a. obustronną wymianę dokumentów między systemem dziedzinowym (SD), a

systemem elektronicznego obiegu dokumentów w zakresie spraw i dokumentów

(EZD) z wykorzystaniem Modułu Szyny Danych ESB,

b. pobieranie dokumentów z systemu elektronicznego obiegu dokumentów (EZD) w

szczególności dokumentów elektronicznych w postaci plików XML pobranych z

platformy ePUAP.

5. Moduł integracyjny systemu dziedzinowego (SD) z portalem ePłatności poprzez Moduł

Szyny Danych ESB:

a. możliwość zapamiętywania informacji o dostępie do danych w systemie

dziedzinowym (SD) w ramach portalu płatności (ePłatności),

81

b. możliwość powiązania danych w zakresie firm i osób upoważnionych do dostępu do

danych (dostęp ma osoba fizyczna do danych firm)

c. generowanie zestawienia należności z systemu dziedzinowego (SD) na żądanie

portalu płatności (ePłatności),

d. mechanizm obsługi żądań z portalu ePłatności do systemu dziedzinowego (SD)

potwierdzenie przetworzenia wpłaty otrzymanej z portalu ePłatności,

e. czasowe wyłączenie konta podatnika – blokowanie, które skutkuje nie pojawianiem

się danych z systemu dziedzinowego na portalu ePłatności,

f. czasowe wyłączenie danych dla konkretnej sprawy – blokowanie na poziome

terminów płatności, , które skutkuje nie pojawianiem się danych z systemu

dziedzinowego na portalu ePłatności,

g. przegląd historii zmian danych udostępnionych portalowi ePłatności z systemu

dziedzinowego (SD), umożliwiająca weryfikację pracownikom Urzędu danych

wyświetlanych na platformie ePłatności ,

h. przekazywanie informacji wg numeru PESEL o stanie rozrachunków z systemu

dziedzinowego SD) na portal ePłatności.

6. Moduł e-Płatności - Portal płatności

1. Wymagania funkcjonalne:

1. System musi umożliwiać bezpieczne zalogowanie się na opracowaną platformę

poprzez przeglądarkę z wykorzystaniem SSO (Single Sign-On) platformy ePUAP

(protokół SAML).

2. System musi pozwalać na uzyskanie danych o aktualnych zobowiązaniach

zalogowanego klienta w stosunku do Miasta w zakresie:

a) wymagane płatności lub raty,

b) tytuł rozrachunku,

c) opis rozrachunku,

d) identyfikator raty,

e) aktualną kwotę podatku do zapłaty, datę wymagalności,

f) kwotę należności ubocznych, jak wartość odsetek,

g) należności w egzekucji,

h) koszty upomnień.

82

3. System musi odpowiednio oznaczać zobowiązania klienta dla który wydano

upomnienie, wezwanie do zapłaty, została wydana decyzja ratalna lub prolongata

terminu płatności.

4. System musi umożliwiać prezentację danych wymiarowych podatku od

nieruchomości, leśnego, rolnego oraz łącznego zobowiązania pieniężnego dla których

nie ma jeszcze zwrotnego potwierdzenia odbioru.

5. Dane o zobowiązaniach muszą być pobierane za pomocą usług sieciowych,

identyfikatorem klienta wg którego pobierane są dane z systemów dziedzinowych

powinien być numer PESEL.

6. System musi oznaczać podmioty w stosunku, do których podmiot logujący się jest

pełnomocnikiem.

7. System musi umożliwiać wybranie dowolnych pozycji do opłacenia, które są możliwe

do realizacji za pomocą jednej transakcji,

8. System musi umożliwiać wnoszenie opłat z wykorzystaniem płatności

elektronicznych, przy czym Zamawiający wskaże podmiot obsługujący płatności

elektroniczne.

9. System musi funkcjonować na urządzeniach mobilnych,

10. System musi rejestrować historię transakcji i podstawowe ich raportowanie.

11. System musi generować pliki z elektronicznymi przelewami w formacie bankowości

elektronicznej klienta dla potrzeb przeksięgowań transakcji pomiędzy rachunkiem

technicznym, a rachunkami docelowymi związanymi z wybranymi przez klienta

zobowiązaniami.

12. System musi zapewniać transakcyjność wszystkich procedur tworzenia i aktualizacji

danych.

7. Moduł analityczny zarządzania danymi

1. W systemie powinna istnieć możliwość rejestrowania dowolnych zapytań do danych (SQL)

poprzez określenie nazwy zapytania (widoku), jego opisu, treści zapytania, kolejności i nazw kolumn.

Zarejestrowane zapytania muszą tworzyć bazę widoków udostępnianych w module.

2. Zarejestrowane zapytania powinny posiadać zdefiniowane parametry.

3. W systemie musi być możliwość uruchamiania zarejestrowanych zapytań/widoków z

wykorzystaniem konsoli raportów.

83

4. System musi umożliwiać zapisanie w bazie poszczególnych zapytań/widoków i przeglądanie

ich w dowolnym czasie.

5. W systemie musi istnieć możliwość przetwarzania on-line danych dostępnych po

wygenerowaniu raportów w zakresie:

1) sortowania danych,

2) ukrywania kolumn,

3) dodawania dodatkowych kolumn z wyliczeniami,

4) agregacji, grupowania danych według wskazanych kolumn,

5) filtrowanie danych,

6) wyróżnianie wierszy spełniających określone przez użytkowników kryterium,

7) prezentacji graficznej danych za pomocą wykresów słupkowych i kołowych.

6. System musi umożliwiać eksportowanie danych do formatu PDF, XLS, ODS, RTF, tekstowego.

Wymagane do opracowania i wdrożenia e-usługi powiązane z modułem E-podatki na platformie

ePUAP :

Do uruchomienia e-usług publicznych konieczne jest przygotowanie oraz zainstalowanie formularzy,

przygotowanie projektów dokumentacji zgłoszeniowej oraz skonfigurowanie działania adekwatnych

e-usług na platformie ePUAP.

Lista formularzy elektronicznych (e-usługi) do realizacji:

1. Informacja o nieruchomościach i obiektach budowlanych.

2. Deklaracja na podatek od nieruchomości.

3. Informacja o gruntach.

4. Deklaracja na podatek rolny.

5. Informacja o lasach.

6. Deklaracja na podatek leśny.

7. Deklaracja o wysokości opłaty za gospodarowanie odpadami.

8. Wniosek w sprawie umorzenia w całości lub w części zaległości podatkowe, odsetki za zwłokę

lub opłatę prolongacyjną od osób fizycznych

84

9. Wniosek w sprawie odroczenia terminu płatności podatku od osób fizycznych

10. Wniosek w sprawie rozłożenia na raty zapłaty podatku od osób fizycznych

11. Wniosek w sprawie umorzenia w całości lub w części zaległości podatkowe, odsetki za zwłokę

lub opłatę prolongacyjną od osób prawnych

12. Wniosek w sprawie odroczenia terminu płatności podatku od osób prawnych

13. Wniosek w sprawie rozłożenia na raty zapłaty podatku od osób prawnych.

14. Zaświadczenie o dochodowości, wielkości gospodarstwa rolnego w hektarach fizycznych i

prze liczeniowych, wielkości użytków rolnych.

15. Zaświadczenia o niezaleganiu lub zaleganiu w podatkach.

16. Deklaracja na podatek od środków transportu

Funkcjonaliści opcjonalne punktowane w procesie oceny technicznej.

W przypadku zadeklarowania przez Oferenta posiadania w oferowanym oprogramowaniu

poniższych funkcjonalności Zamawiający przyzna dodatkowe punkty w ocenie technicznej.

Oferent będzie musiał zadeklarować te funkcjonalności w wymaganym przez Zamawiającego

Formularzu Oceny Technicznej.

Moduł e-Podatki - Moduł e-Płatności - Portal płatności:

Weryfikacja stanu bieżących należności do zapłaty na platformie e-Podatki.

Prezentacja funkcjonalności, w ramach modułu integracyjnego, podglądu

użytkowników systemu finansowo-księgowego do wykonanych zapytań o stan

należności na Portalu płatności Modułu e-Podatki.

Modułu e-Podatki - moduł analityczny

W systemie istnieje możliwość rejestrowania dowolnych zapytań do danych (SQL)

poprzez określenie nazwy zapytania (widoku), jego opisu, treści zapytania, kolejności

i nazw kolumn. Zarejestrowane zapytania muszą tworzyć bazę widoków

udostępnianych w module.

Zarejestrowane zapytania posiadają zdefiniowane parametry.

System ma umożliwiać wykorzystywanie identycznych parametrów o podobnym

znaczeniu w różnych zapytaniach.

W systemie istnieją funkcje eksportowania i importowania definicji widoków z plików

tekstowych.

8. Moduł E-edukacja

85

Moduł e-Edukacja składa się z podsystemów:

e-Wywiadówka

e-Edukacja

Wymagania funkcjonalności podsystemu e-Wywiadówka:

1. System e-wywiadówka musi stanowić dedykowaną platformę do świadczenia usług

konferencji webowych, głosowych oraz wideo.

2. Musi wykorzystywać do komunikacji z użytkownikami protokoły HTTP/HTTPS. Cały ruch

między serwerem, a Klientami konferencji musi być zabezpieczony SSL. Musi obsługiwać

użytkowników z sieci wewnętrznej oraz z sieci Internet, z zachowaniem niezbędnych reguł

bezpieczeństwa.

3. Musi zapewniać uczestnictwo w web konferencjach z komputerów PC pracujących w różnych

systemach operacyjnych,

4. Obsługa wideo z kamery internetowej PC w rozdzielczości co najmniej 360p.

5. Tryb wideo konferencji, w którym na całym ekranie są wyświetlane kamery uczestników

(łącznie dla co najmniej 7 uczestników), największe okno kamery głównej przełącza się

automatycznie na osobę mówiąca w danej chwili.

6. Obsługa pokazywania dokumentów, aplikacji, całego desktopu komputera, przeglądarki

internetowej, białej tablicy.

7. Obsługa wyłączenia oraz włączenia głosu od uczestnika telekonferencji (e-wywiadówki),

funkcja usunięcia uczestnika z konferencji (e-wywiadówki).

8. Obsługa przekazywania innemu wybranemu uczestnikowi konferencji kontroli nad aktualnie

prezentowaną aplikacją i desktopem. Obsługa funkcji czat oraz głosowania.

9. Funkcje ułatwiające organizowanie spotkań z poziomu kalendarza na PC w formie pluginu.

10. Obsługa audiokonferencji w trybie VoIP oraz w trybie telekonferencji telefonicznej Obsługa

audiokonferencji w trybie mieszanym (VoIP + telekonferencja w jednej konferencji).

11. Obsługa audiokonferencji w trybie telekonferencji telefonicznej poprzez połączenie

dodzwaniane do systemu na numer konferencji

12. Obsługa audiokonferencji w trybie telekonferencji telefonicznej poprzez oddzwaniane

zwrotne przez system na wskazany numer uczestnika.

13. Współpraca z systemem telefonii IP w zakresie połączeń telefonicznych poprzez SIP trunk dla

celów telekonferencji telefonicznej. Obsługa mechanizmów bezpieczeństwa SIP trunk co

najmniej szyfrowanie TLS oraz sRTP, bez wpływu na pojemność oraz wydajność systemu.

14. Obsługa autentykacji na podstawie SAML 2.0 Single Sign On (SSO).

86

15. Nagrywanie konferencji webowej (wszystko co jest prezentowane, łącznie z video i głosem)

na serwerze systemu oraz odtwarzanie nagrań z serwera.

16. Oferowane rozwiązane ma umożliwiać założenie kont systemie wideokonferencyjnym dla

3460 nauczycieli, którzy mają mieć możliwość tworzenia (rejestracji) telekonferencji

(wywiadówek).

17. Uczestnicy e-wywiadówek (rodzice) mają mieć możliwość dołączenia do e-wywiadówki bez

konieczności posiadania licencji.

Wymagane funkcjonalności podsystemu e-Edukacja:

1. Bezpieczne zalogowanie się na opracowaną platformę poprzez przeglądarkę z

wykorzystaniem SSO platformy ePUAP (SAML) oraz alternatywnie tożsamości w systemach

dzienników szkolnych.

a. Możliwość zalogowania do modułu za pomocą tożsamości w systemie ResMan

b. Możliwość utworzenia konta w systemie a następnie logowania z wykorzystaniem

platformy ePUAP

c. Możliwość utworzenia konta w systemie a następnie logowania z wykorzystanie

tożsamości z serwisu Facebook

d. Możliwość utworzenia konta w systemie poprzez podanie adresu mailowego i hasła i

potwierdzenie adresu mailowego.

e. Możliwość przywiązania do konta urządzenia i przechowywanie na nim tożsamości w

zakresie umożliwiającym wykonywania operacji odczytu danych z modułu bez

ponownego logowania.

f. System pozwala na przypisanie przez administratora dla kont utworzonych w

dowolny sposób uprawnień typu:

i. Analityk JST

ii. Analityk szkolny

iii. Analityk uczelniany

2. Automatyczne pozyskanie z systemów informatycznych uczelni Rzeszowa informacji o

oferowanych kierunkach studiów, i historycznym poziomie punktów rekrutacyjnych.

a. Moduł będzie prezentował informacje o kierunkach studiów pierwszego stopnia oraz

jednolitych studiach magisterskich na które prowadzona jest rekrutacja przez

uczelnie mające swoją siedzibę na terenie Rzeszowa. Dla każdego kierunku będzie to

87

co najmniej informacja o formie studiów oraz wymaganiach rekrutacyjnych oraz

opłatach

b. Dla każdego kierunku na który przeprowadzono nabór w poprzednim w latach po

2015 system wskaże minimalne poziom punktów rekrutacyjnych lub wyników

egzaminów maturalnych, wśród absolwentów polskich szkół maturalnych, którzy

zostali przyjęci na studia.

c. System będzie prezentował informacje o kierunkach planowanych do uruchomienia

na uczelniach w kolejnych roku akademickim w ciągu 4 tygodni od przyjęcia przez

senaty uczelni uchwały o zasadach rekrutacji

3. Automatyczne pozyskanie z systemów dzienników szkolnych informacji o bieżącej pozycji

ucznia w szkole w poszczególnym przedmiocie oraz możliwość ręcznego wprowadzenia tej

informacji

a. Moduł umożliwia import z systemów dzienników szkolnych informacji o pozycji

ucznia w szkole w zakresie dowolnego z przedmiotów maturalnych

b. Moduł umożliwia ręczne określenie przez użytkownika pozycji ucznia w szkole w

zakresie dowolnego przedmiotu maturalnego

4. Automatyczne przejmowanie informacji o złożonej deklaracji maturalnej oraz możliwość

złożenia deklaracji maturalnej.

a. System umożliwia sprawdzenia w OKE stanu złożenia deklaracji maturalnych przez

uczniów szkół Rzeszowa.

b. System udostępnia użytkownikom typu analityk JST oraz analityk uczelniany danych

o:

i. Liczbie złożonych deklaracji maturalnych

ii. Rozkładzie wyboru przedmiotów maturalnych w szkołach prowadzonych na

terenie miasta

c. System udostępnia użytkownikom typu analityk szkolny danych o:

i. Liczbie złożonych deklaracji maturalnych

ii. Rozkładzie wyboru przedmiotów maturalnych w konkretnej szkole

d. System umożliwia każdemu użytkownikowi symulację złożenia deklaracji maturalnej,

w trakcie której będzie informowany o kierunkach studiów dostępnych dla osób,

które zdają wybrane egzaminy oraz o szacowanym wyniku egzaminów

umożliwiającym dostanie się na wybrane każdy z tych kierunków.

e. System umożliwia każdemu użytkownikowi, będącemu uczniem klasy maturalnej na

sporządzenie, wydrukowanie i złożenie do dyrektora szkoły deklaracji maturalnej.

88

5. Przejmowanie z domeny publicznej informacji o historycznych wynikach egzaminów w

szkołach

a. System będzie zawierał informacje o wynikach wszystkich egzaminów prowadzonych

we wszystkich szkołach Rzeszowa od roku 2010.

b. System będzie udostępniał każdemu użytkownikowi informację o wynikach

egzaminów uzyskanych przez absolwentów poszczególnych szkół w postaci

wykresów box and whiskers w odniesieniem ich do pełnej populacji szkół w Polsce, w

województwie oraz na terenie powiatu miasta Rzeszów.

6. Prognoza na podstawie historycznych wyników egzaminów i bieżącej pozycji w szkole

wyników egzaminów

a. System na podstawie historycznych wyników egzaminów w szkole oraz bieżącej

pozycji ucznia dokona prognozy wyniku egzaminu maturalnego dla dowolnego

przedmiotu.

7. Możliwość wskazania interesujących użytkownika kierunków studiów a następnie

przekazywania mu bieżącej informacji o szansie dostania się na wybrane kierunki

a. Użytkownik może wybrać z zestawu kierunków studiów dowolne interesujące go. Dla

tych kierunków zostanie utworzony pulpit, w którym na podstawie prognozy wyniku

maturalnego oraz historycznych progów rekrutacyjnych określone zostaną szanse

dostanie się na wybrane studia.

b. Dla wybranych przez użytkownika studiów, na których prognoza wyników

maturalnych wskazuje na niemożliwość dostania się na studia, będzie określone o ile

powinien zmienić się wynik maturalny w stosunku do wyliczonej prognozy

c. Użytkownik typu analityk JST oraz analityk uczelniany będą otrzymywali na bieżąco

informacje o wybranych jako interesujące kierunki przez użytkowników systemu.

8. Możliwość automatycznego założenia konta w systemach rekrutacyjnych uczelni

a. Moduł umożliwia przeniesienie tożsamości użytkownika do systemów rekrutacyjnych

na uczelniach Rzeszowa.

9. Możliwość wypełnienia formularza rekrutacyjnego na uczelnie z możliwością przejęcia

danych ze szkolnych systemów informatycznych

a. Moduł umożliwia import ze szkolnego systemu informatycznego wszystkimi danymi

przechowywanych o uczniu przydatnych do wypełnienie formularza rekrutacyjnego

na uczelni


89



Opcjonalnie system powinien umożliwiać:

Badanie zainteresowania maturzystów przez uczelnie: 1. Uruchamianie aplikacji za pomocą przeglądarki, logowanie się na konto

administratora wybranej uczelni. 2. Sprawdzanie informacji o liczbie uczniów, którzy badali wyniki matur dla

poszczególnych przedmiotów w poszczególnych szkołach. 3. Sprawdzanie liczby złożonych deklaracji maturalnych

Wizualizację graficzną dopasowania wyników maturalnych absolwentów szkoły do

kierunków studiów:

1. Logowanie się do systemu kontem ucznia/rodzica. 2. Wywołanie funkcji pokazującej dopasowanie wyników maturalnych absolwentów

szkoły do kierunków studiów. 3. Wybieranie różnych kierunków studiów.

Wymagane do opracowanie i wdrożenia e-usługi powiązane z modułem e-Edukacja na platformie

ePUAP:

Do uruchomienia e-usług publicznych konieczne jest przygotowanie oraz zainstalowanie formularzy,

przygotowanie projektów dokumentacji zgłoszeniowej oraz skonfigurowanie działania adekwatnych

e-usług na platformie ePUAP.

Lista formularzy elektronicznych (e-usług) do realizacji:

1. Rzeszowski doradca akademicki.

2. Rzeszowski edu-nawigator.

3. Rzeszowska platforma aplikacji na studia

4. Studiuj w Rzeszowie

5. e-wywiadówka

9. Moduł e-Budżet Obywatelski

90

Zamawiany system ma wspierać proces zgłaszania i wyboru propozycji do budżetu obywatelskiego

oraz ustalania wyników głosowania.

Wymagania minimalne:

- Zbudowany system musi być dostępny poprzez stronę internetową

- System musi wspierać wszystkie popularne przeglądarki internetowe

- Do tworzenia i modyfikacji systemu stosuje się co najmniej jeden z następujących formatów danych:

HTML 4.01, XHTML 1.0, CSS,

- system powinien posiadać wbudowaną wyszukiwarkę

- System powinien być zbudowany w oparciu o moduły,

- System ma zostać zainstalowany na serwerach zamawiającego

W skład modułów muszą wchodzić:

Moduł aktualności

Moduł pozwalający na umieszczanie aktualności – informacji o naborze, aktualnych

konsultacjach budżetu itd.

Moduł rejestracji użytkowników

Moduł umożliwiający rejestrację użytkownika wraz z jego autoryzacją poprzez odpowiednie

kanały – email, sms

Rejestracja i ewidencja propozycji zadań

Przyjmowanie zgłaszanych propozycji zadań uwzględniające ocenę formalną na poziomie

biura.

Weryfikacja i ocena merytoryczna zadań

Dekretowanie zadań do odpowiednich komórek odpowiedzialnych za ocenę merytoryczną w

komórkach analizatorów merytorycznych.

Wsparcie działania prac komisji

Zestawienie i publikacja zadań do oceny przez członków komisji oraz sporządzenie wyników

prac komisji doraźnych.

Przygotowanie głosowań

Sporządzanie list z zadaniami do głosowania, drukowanie kart papierowych do głosowania

oraz przygotowanie systemu głosowań elektronicznych.

91

Zestawienia i raporty

Sporządzanie profilowanych zestawień z propozycjami zadań i ich oceną oraz aktualnym

statusem.

Administracja systemem

Zarządzanie użytkownikami, rolami i ich uprawnieniami, zarządzanie strukturą organizacyjną

dla budżetów obywatelskich, w tym miejskich i gminnych pomocniczych jednostek

organizacyjnych (rad dzielnic i osiedli), weryfikacja uczestników głosowań np. liczby oddanych

głosów z jednego adresu IP komputera.

Moduł rejestracji zdarzeń

Moduł zawiera chronologiczny rejestr wszystkich informacji o zdarzeniach i działaniach

dotyczących funkcjonowania aplikacji. W szczególności są to informacje dotyczące czasu

zdarzenia, jego rodzaju, identyfikatora, nazwy użytkownika generującego zdarzenie, danych o

pobieranych plikach, adresu IP, z którego nastąpiło zdarzenie, kwalifikacji oraz opisu

zdarzenia.

Moduł głosowań elektronicznych

Moduł umożliwiający oddanie głosu na wybrane zadanie po uprzednim zalogowaniu się przez

użytkownika

System musi być oparty o role użytkowników wraz z ich odpowiednimi uprawnieniami do

konkretnych modułów np.: Administrator systemu, Głosujący, operator kart do głosowania, rola

weryfikująca proponowane zadania itd.

Każdy użytkownik systemu powinien móc pełnić więcej niż jedną rolę w systemie.

Lista formularzy elektronicznych do realizacji:

1. Konsultacje społeczne.

2. Budżet obywatelski.

10. Moduł e-Pracownik

WYMAGANIA FUNKCJONALNE MODUŁU KADROWEGO - KADRY

92

1. Moduł musi umożliwiać rejestrowanie nowego pracownika.

2. Moduł musi umożliwiać wyszukiwanie pracownika według dowolnych kryteriów.

3. Moduł musi umożliwiać rejestrację i obliczanie dotychczasowego przebiegu pracy, w tym

urlopów bezpłatnych i wychowawczych w poprzednich miejscach zatrudnienia.

4. Moduł musi umożliwiać rejestrowanie angażu pracownika i innych składników płacowych nie

wynikających z angażu.

5. Moduł musi umożliwiać rejestrowanie nieobecności pracownika (wszystkie rodzaje) wraz z

możliwością wygenerowania wydruków indywidualnych i zbiorczych o zarejestrowanych

nieobecnościach.

6. Moduł musi umożliwiać ustawianie uprawnień urlopowych, na podstawie których

pracownikowi przyznaje się urlop (w tym wypoczynkowy, kombatancki, twórczy, i inne).

7. Moduł musi umożliwiać rejestrowanie danych dla rozliczeń z ZUS, niezbędnych do

prawidłowego generowania przesyłek do programu "Płatnik".

8. Moduł musi umożliwiać przeglądanie danych dotyczących pracownika wraz z możliwością

edycji zarejestrowanych danych dotyczących: adresu, dokumentów, kwalifikacji zawodowych

(lista ukończonych kursów i szkół), dotychczasowego przebiegu kariery zawodowej, urlopów

bezpłatnych i wychowawczych, przyznanych odznaczeń i kar, uprawnień urlopowych,

absencji w pracy, stanu rodzinnego, znajomości języków obcych, składników płacowych.

9. Moduł musi umożliwiać generowanie zdefiniowanych zbiorczych wydruków do danych

statystycznych, które zostaną określone na etapie analizy przedwdrożeniowej

10. Moduł musi umożliwiać tworzenie przez operatorów dziedzinowych własnych szablonów

wydruków z wykorzystaniem danych o pracownikach.

11. Moduł musi umożliwiać przeglądanie danych wprowadzonych w module obsługi kadrowej

(dane angażowe - płaca zasadnicza, dodatek funkcyjny, dodatek specjalny, itd.).

12. Moduł musi umożliwiać naliczanie zasiłków i wynagrodzeń chorobowych – wymaganie płac

13. Moduł musi umożliwiać tworzenie zestawień – m.in. etatów, osób, kwalifikacji, terminów

badań lekarskich, lat pracy, nagród jubileuszowych.

14. Moduł musi umożliwiać przeglądanie i edycja danych wszystkich pracowników.

15. Moduł musi umożliwiać zgłoszenie do ubezpieczeń pracownika i rodziny oraz

wyrejestrowania z ubezpieczeń przy wykorzystaniu programu „Płatnik”.

16. Moduł musi umożliwiać definiowanie własnych wydruków.

17. Moduł musi umożliwiać automatyczne generowanie zaangażowania w ujęciu klasyfikacji

budżetowej oraz jednostek realizujących oraz przekazywanie zaangażowanie do modułu

finansowo- księgowego będącego przedmiotem zamówienia.

93

18. Moduł musi umożliwiać tworzenie zaangażowania lat przyszłych dotyczącego wydatków

związanych ze składkami ZUS płaconymi od wynagrodzeń naliczanych za ostatni miesiąc roku

kalendarzowego.

19. Moduł musi umożliwiać rozliczanie dotacji z Urzędu Wojewódzkiego w ujęciu zaangażowania.

20. Moduł musi umożliwiać i wspiera wieloklasyfikacyjność (wiele działów, rozdziałów) angaży i

składników na rachunki działy, rozdziały, sposoby finansowania, kategorie zadania oraz

zadania budżetowe.

21. Moduł musi umożliwiać przeprowadzanie symulacji skutków podwyżek, zmiany ilości i form

zatrudnienia w ujęciu miesięcznym, rocznym i klasyfikacyjnym.

22. Moduł musi umożliwiać pełną komunikację z programem „Płatnik” ZUS.

Wymagania funkcjonalne Modułu Kadry – funkcja BHP

1. Możliwość przeglądania oraz rejestrowania danych o odzieży ochronnej i roboczej

2. Możliwość przeglądania oraz rejestrowania danych o szkoleniach BHP

3. Możliwość przeglądania oraz rejestrowania danych o badaniach profilaktycznych

4. Możliwość przeglądania oraz rejestrowania danych o czynnikach uciążliwych/szkodliwych

5. Możliwość przeglądania oraz rejestrowania danych o wypadkach, chorobach zawodowych

6. Możliwość przeglądania oraz rejestrowania danych ryzyka zawodowego

Wymagania funkcjonalne Modułu Kadry – funkcja Szkoleń

1. Możliwość wskazania sposobu oceny szkolenia wraz ze wskazaniem poziomu oceny w

przypadku kursów

2. Możliwość przypisywania uczestników do szkolenia

3. Możliwość definiowania kosztów szkolenia, w tym w rozbiciu na koszty dodatkowe, koszty

dojazdu, koszty zakwaterowania, koszty wyżywienia, dieta wraz ze wskazaniem klasyfikacji

budżetowej

4. Możliwość prowadzenia Ewidencji zapytań ofertowych (firma, kwota, data skierowania

zapytania, data otrzymania odpowiedzi, trener, czy spełniono warunki) w ramach szkolenia

5. Możliwość tworzenia grup szkoleniowych

94

6. Możliwość definiowania kompetencji jakie dane szkolenia rozwija

7. Możliwość tworzenia harmonogramu szkolenia w ramach szkoleń grupowych

8. Prowadzenie ewidencji umów szkoleniowych i lojalnościowych

9. Możliwość utworzenia planu finansowego – system automatycznie na podstawie kwoty

przeznaczonej na daną kategorię, czy rodzaj szkolenia wylicza kwotę pozostałą oraz

wykorzystaną

10. Możliwość tworzenia oraz uzupełniania arkusza oceny szkolenia w systemie

11. Możliwość wysyłania powiadomień e-mail do uczestników szkolenia

Wymagania funkcjonalne Modułu Kadry – funkcja służba przygotowawcza/mentoring

1. Moduł zapewnia prowadzenie ewidencji osób odbywających służbę przygotowawczą/

mentoring w jednostce

2. Możliwość wprowadzenia informacji o rodzaju IPM (nowy pracownik, powracający po

długotrwałej nieobecności)

3. Moduł umożliwia drukowanie wydruków systemowych

4. Moduł umożliwia podgląd osób, które podlegają służbie przygotowawczej integracja z

Modułem Kadry

5. Moduł umożliwia prowadzenie ewidencji pozostałych pracowników, którzy podlegają

ślubowaniu, u których podstawą zatrudnienia był nabór/zastępstwo

Wymagania funkcjonalne Modułu Kadry – funkcja kartoteka pozostałych

1. Moduł zapewnia prowadzenie ewidencji osób odbywających w Urzędzie, np. staż, praktyki,

prace społecznie-użyteczne, wolontariat.

2. Moduł zapewnia kompleksowe gromadzenie informacji na temat wymaganych dokumentów

3. Moduł zapewnia możliwość wyszukiwania danych.

95

WYMAGANIA FUNKCJONALNE MODUŁU ZARZĄDZANIE ZASOBAMI LUDZKIMI -

ZZL

1. Rejestracja danych opisujących wymagania stawiane kandydatom.

2. Rejestracja danych kandydatów w procesie rekrutacji.

3. Selekcja kandydatów w oparciu o kryteria oceny.

4. Rejestracja danych opisujących przebieg rekrutacji i jej wynik.

5. Zmiana statusu wyłonionego kandydata na pracownika.

6. Przeglądanie zarejestrowanych danych.

7. Utworzenie szablonu opisu i wartościowania stanowiska pracy.

8. Opisanie stanowiska pracy.

9. Określenie wartości stanowiska pracy.

10. Modyfikacja danych.

11. Podnoszenie kwalifikacji i rozwój zawodowy

12. Rejestracja odbytych przez pracownika form podnoszenia kwalifikacji zawodowych, w tym

studia, szkolenia, kursy, seminaria itp.

13. Zestawienia wg zadanych parametrów.

14. Filtrowanie danych.

15. Kompetencje (umiejętności, uprawnienia)

16. Prowadzenie rejestru kompetencji firmowych.

17. Prowadzenie rejestru kompetencji poszczególnych grup pracowniczych:

kierownicze stanowiska urzędnicze

stanowiska urzędnicze

stanowiska pomocnicze i obsługi

stanowiska doradców i asystentów.

18. Prowadzenie rejestru kompetencji branżowych (dziedzinowe) np. kompetencje finansowe,

projektowe, informatyczne, zamówienia publiczne, itp.

19. Okresowa ocena pracownicza

20. Możliwość sporządzenia oceny 180 stopni

21. Sporządzenie harmonogramu oceny pracowniczej.

22. Utworzenie i modyfikacja szablonu oceny pracowniczej dostępnej w Portalu Pracownika.

23. Zarejestrowanie postępu oceny pracowniczej

pracownik dokonuje samooceny poprzez Portal Pracownika

przełożony dokonuje oceny podwładnego poprzez Portal Pracownika

96

współpracownicy dokonują oceny poprzez Portal Pracownika

rozmowa oceniająca i jej uzgodnienia

wynik oceny

możliwość odwołania od oceny.

24. Wykonanie raportu podsumowania oceny wg żądanych kryteriów:

kompetencje

pracownik nr postępowania

stanowisko pracy

KO

Urząd.

25. Ścieżki kariery i awansowanie

26. Określenie ścieżek karier dla poszczególnych pracowników UM - ścieżka kariery powinna być

odwzorowana graficznie.

27. Rejestrowanie historii awansów pracownika.

WYMAGANIA FUNKCJONALNE MODUŁU INFORMATOR PRACOWNICZY – IP

1. W szczególności informator pracowniczy działający w oparciu o przeglądarkę internetową

musi umożliwiać:

a. Dostęp każdego pracownika do danych kadrowo-płacowych jego dotyczących. Celem

aplikacji jest odciążenie wydziału Kadr w zakresie informowania pracowników o

bieżących uprawnieniach urlopowych, informacji o wynagrodzeniach i ich

składowych, badaniach okresowych itp.

b. System musi umożliwiać przeglądanie i wyszukiwanie danych na zasadzie książki

telefonicznej. Prezentowane są w niej tylko wybrane przez administratora

ogólnodostępne informacje na temat pracownika np. telefon, referat itp.

c. Zarządzanie danymi, które będzie umożliwiało uprawnionym pracownikom edycję

wybranych danych modułu kadrowo-płacowego z poziomu informatora

pracowniczego.

d. Drukowanie Identyfikatorów pracowników na podstawie danych z systemu Kadry.

e. Eksport struktury organizacyjnej i danych osobowych.

2. Opis szczegółowy funkcji, który musi zawierać moduł:

97

a. Dostęp każdego pracownika do danych kadrowo-płacowych jego dotyczących:

Zalogowani użytkownicy muszą otrzymać wgląd do pełnych danych zgromadzonych w

module kadrowym na swój temat,.

W szczególności mają być udostępnione następujące funkcje:

o Prezentowane zalogowanemu użytkownikowi danych z modułu kadrowo-płacowego

Programu o:

Informacji o pracowniku w tym numerze akt osobowych, dacie zatrudnienia,

stanowisku Wydziale dacie zatrudnienia.

Kwalifikacjach które obejmują miedzy innymi typ, datę nabycia, nazwę

rodzaj, stanowisko, liczna lat do stażu wraz z możliwością wpisywania uwag,

wynagrodzeniach,

uprawnieniach urlopowych z podziałem na typ oraz prezentacją danych

historycznych jak i planowanych i obecnych,

zdobytych kwalifikacjach,

absencjach z informacją jaki jest ich rodzaj i datach ,

terminach badań okresowych,

terminach szkoleń BHP,

koncie bankowym, na które są przelewane wynagrodzenia,

zatrudnieniu,

stan konta w kasie zapomogowo pożyczkowej,

wysłudze lat,

nagrodach jubileuszowych.

o Prezentowanie Informacji o zatrudnieniu:

warunki zatrudnienia,

stanowisko,

data obowiązującego angażu,

kwota wynagrodzenia,

Kategoria zaszeregowania.

o Prezentowanie danych osobowo-kontaktowych:

zdjęcie,

telefon,

telefon komórkowy,

faks,

e-mail,

adres miejsca pracy: miasto, kod pocztowy, ulica, budynek, pokój.

98

b. Drukowanie informacji o ubezpieczeniu zdrowotnym

c. Drukowanie odcinka płacowego (również dane historyczne).

d. Format prezentowania danych zostanie ustalony podczas analizy przed

wdrożeniowej.

e. Dostęp dla wszystkich pracowników do jawnych danych na temat dowolnego

pracownika, realizowany na następujących zasadach.

f. Prezentowanie na liście w postaci kolumn informacji o zatrudnionych pracownikach.

Lista powinna składać się atrybutów z danych kadrowych, które wskaże operator.

Domyślnie są ustawione: Nazwisko, Imię, Stanowisko, Wydział , Budynek , Pokoju,

numer telefonu, email,

g. Prezentacja w kolumna musi umożliwiać:

opcjonalnego ustawienia i włączania atrybutów, jakie występują na liście,

sortowania po każdej kolumnie,

filtrowania listy kontaktów po dowolnym polu występującym w kolumnach,

grupowania po dowolnej kolumnie.

h. Na listach musi być zaznaczona informacja o absencji pracownika, to znaczy w

przypadku urlopów lub zwolnień lekarskich dla danego pracownika, które występuje

w dniu przeglądania listy, musi być zastosowane wyróżnienie.

i. Po wybraniu pracownika z listy muszą być prezentowane pełne informacje, jakie

administrator udostępnia do upublicznienia dla pracowników urzędu, w tym

informacja kiedy kończy się absencja pracownika.

i. Pracownicy muszą mieć możliwość udostępniania edycji:

Pracownikowi w obrębie swoich atrybutów, które dopuści administrator do

zmiany.

Pracownikowi o specjalnych uprawnieniach do pewnej klasy konto, np.

osoba zatrudniona w sekretariacie ma dostęp do edycji wybranych

atrybutów pracowników danego Wydziału.

Administratorowi do edycji wszystkich danych.

j. możliwość składania elektronicznych wniosków o urlop innych wniosków i

dokumentów przez wszystkich pracowników UM

k. ułatwienia dla petentów zakresie umawiania spotkań z urzędnikami załatwiania

spraw itp.

99

WYMAGANIA FUNKCJONALNE MODUŁU REKRUTACJA

1. W szczególności moduł rekrutacje musi umożliwiać tworzenie ogłoszenia w formie

elektronicznej

2. Musi umożliwiać drukowanie ogłoszenia

3. Musi umożliwiać przypisywanie wpływających ofert od kandydatów na wolne stanowisko do

stworzonego ogłoszenia

4. Automatycznie wyświetlać liczbę zarejestrowanych ofert

5. Moduł musi umożliwiać wprowadzenie szczegółowych informacji o ogłoszeniu::

o Testy

o Rozmowy

o Komisja

o Wynik

o Uzasadnienie wyniku

6. Wprowadzanie szczegółowych informacji o kandydacie::

o Imię

o Nazwisko

o Zamieszkanie

o Telefon

o Adres e-mail

o Data urodzenia

o Data wpłynięcia oferty

o Niepełnosprawny

o Wynik testu

o Wynik rozmowy

o Czy spełnia wymagania formalne

7. Musi umożliwiać sporządzanie protokołu z przeprowadzonej rekrutacji w wersji elektrycznej

8. Musi automatyczne generować uzasadnienia z przeprowadzonej rekrutacji

9. Powinien przesyłać informacje do modułu KADRY o kandydacie wyłonionym podczas naboru

10. Moduł musi umożliwiać drukowanie:

o Protokołu

o Ogłoszenia

o Powiadomienia o teście

o Uzasadnienia wyniku

o Sprawozdania ruchu kadrowego

100

o Listy osób spełniających wymagania formalne

o Listy osób niepełnosprawnych

11. Powinien umożliwiać wysyłanie zaproszeń na test

12. Powinien umożliwiać wysyłanie podziękowania za udział w rekrutacji

13. Musi umożliwiać tworzenie szablonów podziękowania, uzasadnienia, zaproszenia na test

14. Musi umożliwiać wysyłanie ogłoszenia do Wydziału Komunikacji Zewnętrznej drogą

elektroniczną

WYMAGANIA FUNKCJONALNE MODUŁU PŁACOWEGO - PŁACE

1. Moduł musi umożliwiać wyszukiwanie pracownika według dowolnych kryteriów.

2. Moduł musi umożliwiać rejestrowanie danych dla rozliczeń z ZUS, niezbędnych do

prawidłowego generowania przesyłek do programu "Płatnik".

3. Moduł musi umożliwiać tworzenie i edycja listy: głównej, dodatkowej, listy

wieloskładnikowej, pojedynczego składnika – np. "trzynastki".

4. Moduł musi umożliwiać tworzenie i edycja listy: głównej, dodatkowej, listy

wieloskładnikowej, pojedynczego składnika – np. "trzynastki". Uzupełnienie ,,13” do zasiłków

chorobowych.

5. Moduł musi umożliwiać przeliczanie nadgodzin i potrąceń, dodatkowych przychodów,

składek.

6. Moduł musi umożliwiać rejestrację zasiłków, systemowe naliczanie chorobowych,

7. Moduł musi umożliwiać naliczanie płac dla pracownika lub grupy pracowników.

8. Moduł musi umożliwiać przeglądanie i edycja danych wszystkich pracowników

9. Moduł musi umożliwiać tworzenie i przesyłanie do programu „Płatnik” dokumentów

rozliczeniowych

10. Moduł powinien umożliwiać definiowanie własnych wydruków;

11. Moduł umożliwia wykonanie co najmniej następujących wydruków:

a. wydruk kartoteki podatków

b. wydruk kartoteki wynagrodzeń

c. oświadczenie roczne

d. oświadczenie podatkowe

e. wydruk kartoteki podatków z zus

f. możliwość elektronicznego przesyłania pit

g. wydruk kartoteki składek zus

101

h. wydruk kartoteki przychodów

i. asygnata

j. wydruk karty zasiłków

k. wydruk kartoteki rocznej płac

l. zaświadczenia np. bank dodatki mieszkaniowe

m. wydruk kartoteki rocznej z fund .bezosobowego

n. zaświadczenie o zarobkach z fund. Bezosob.

12. Moduł musi umożliwiać automatyczne generowanie zaangażowania w ujęciu klasyfikacji

budżetowej oraz jednostek realizujących oraz przekazywanie zaangażowanie do modułu

finansowo-księgowego będącego przedmiotem zamówienia.

13. Moduł musi umożliwiać tworzenie zaangażowania lat przyszłych dotyczącego wydatków

związanych ze składkami ZUS płaconymi od wynagrodzeń naliczanych za ostatni miesiąc roku

kalendarzowego.

14. Moduł musi umożliwiać automatyczne generowanie elektronicznych przelewów do banków

15. Moduł musi umożliwiać naliczanie wynagrodzenia za dodatkowe godziny pracy nauczycieli

(godziny ponadwymiarowe i doraźnych zastępstw) oraz pobieranie informacji o tych

godzinach z modułu Organizacji zastępstw i dyżurów.

16. Moduł musi umożliwiać przeprowadzanie symulacji skutków podwyżek, zmiany ilości i form

zatrudnienia w ujęciu miesięcznym, rocznym i klasyfikacyjnym.

17. Moduł musi umożliwiać automatyczne generowanie listy wypłat do modułu kasowego

będącego przedmiotem zamówienia.

18. Moduł musi umożliwiać automatyczne pobieranie danych płacowych z zarejestrowanych

umów zleceń oraz umów o dzieło zawartych z pracownikami i rejestrowanymi w module

rejestru umów celem uwzględnienia w deklaracjach podatkowych.

19. Sprawozdania statystyczne dotyczące płac i kadr określone na etapie analizy

przedwdrożeniowej

20. Moduł umożliwia wygenerowanie zaświadczenia RP-7

21. Moduł umożliwia rejestrację grupową składników w płacach

WYMAGANIA FUNKCJONALNE MODUŁU ZARZĄDZANIA UPRAWNIENIAMI

PRACOWNIKÓW – ZUP

Moduł powinien umożliwiać:

102

a) Udostępniać różne poziomy dostępu umożliwiające delegację zadań do różnych działów np.

wsparcia Informatycznego bez konieczności posiadania uprawnień administracyjnych, z

możliwością ograniczania zadań do poszczególnych jednostek organizacyjnych do:

1) Tworzenie kont użytkowników, ustawiania nowego, oraz odblokowania konta

2) Zarządzania atrybutami kont użytkowników

3) Zarządzania członkostwem w grupach oraz jednostkach organizacyjnych

4) Zarządzanie kontami komputerów w domenie (dodawanie oraz usuwanie)

b) Grupowe zarządzanie kontami użytkowników usługi katalogowej (Active Directory):

1) Tworzenie kont dla więcej niż jednego użytkownika, zarządzanie ich atrybutami oraz

nazwą wyświetlaną, nazwą logowania oraz SAM (Security Account Manager)

2) Grupowe ustawianie nowego hasła dla kont (również dla pojedynczych), ustawianie

haseł niewygasających, haseł których użytkownik nie może zmienić, haseł które

użytkownik musi zmienić

3) Zarządzanie nieaktywnymi kontami w usłudze katalogowej np. poprzez blokowanie lub

usuwanie

4) Zarządzanie oraz tworzenie grup w usłudze katalogowej

5) Zarządzanie przynależnością kont do jednostek organizacyjnych (OU), grup oraz list

dystrybucyjnych

6) Zarządzanie wygasaniem kont, ich blokowaniem oraz odblokowywaniem

7) Zarządzanie katalogami domowymi użytkowników, ich profilami oraz skryptami

wykonywalnymi

8) Zarządzanie profilami oraz katalogami domowymi w usługach terminalowych dla

użytkowników ich środowiskiem uruchomieniowym, czasem trwania sesji,

maksymalnym czasem sesji, maksymalnym czasem bezczynności, oraz możliwością

zdalnej kontroli

9) Odszukiwania użytkowników lub kont komputerów, które nie logowały się w określonym

czasie, blokowanie, usuwanie, przenoszenie lub aktywację tych kont

10) Generowania informacji o zablokowanych kontach ich czasie ostatniego zalogowania lyb

wylogowania, informacji o systemie operacyjnym itp., eksportowanie tych informacji do

CSV,XLS, XLSX,HTML,PDF i CSVDE

c) Grupowe tworzenie nowych użytkowników w usłudze katalogowej:

1) Przy tworzeniu użytkownika możemy go umieścić w istniejącej jednostce lub stworzyć

nową

2) Użytkownicy mogą być importowani np. z pliku CSV (w odpowiednim schemacie –

wymagany atrybut to nazwa użytkownika)

103

3) Nowo tworzeni użytkownicy mogą być „sklonowani” np. z już istniejących użytkowników

4) Nowo tworzeni użytkownicy powinni mieć możliwość zdefiniowania wszystkich

atrybutów – również Terminal oraz Exchange, atrybuty te mogą być wykorzystane z

zdefiniowanych wcześniej szablonów

5) Tworzenie skrzynek pocztowych Exchange, oraz definiowanie ich atrybutów: rozmiaru

wiadomości zarówno przychodzących jak i wychodzących, maksymalnej liczby

adresatów, limitów odnośnie rozmiaru przechowywanej poczty (jej zajętości),

maksymalnej liczby przekierowań, dostępności poczty poprzez różne protokoły (IMAP4,

POP3, Mobile OWA jak i dostępu przez mobilnego Outlooka)

d) Grupowe zarządzanie komputerami w usłudze katalogowej

1) Grupowe przenoszenie kont komputerów pomiędzy jednostkami organizacyjnymi (OU),

dodawanie lub usuwanie z grup

2) Grupowe zarządzanie atrybutami kont komputerów w usłudze katalogowej

3) Grupowe blokowanie lub odblokowanie stacji roboczych

e) Grupowe zarządzanie udziałami użytkowników

1) Grupowe zarządzanie uprawnieniami do plików oraz folderów w systemie NTFS

2) Grupowe usuwanie uprawnień do plików oraz folderów w systemie NTFS

f) W systemie powinny być dostępne gotowe predefiniowane raporty dotyczące:

1) Użytkowników, Grup, Komputerów, Jednostek Organizacyjnych

2) Bezpieczeństwa, logowań, haseł

3) Informacji z usługi Exchange

4) Zasad Grup, Polis

5) Udziałów NTFS, wraz z ich uprawnieniami oraz dostępem do katalogów

g) Konfigurowanie za pomocą przeglądarki internetowej z interfejsem programu w języku

polskim

System powinien umożliwiać definiowanie procedur przebiegu pracy (pętli warunkowych) z

możliwością tworzenie przynajmniej czterech typów wykonawców procedur: zgłaszający, recenzent,

zatwierdzający i wykonawca.

Moduł Zarządzania Uprawnieniami Pracowników – ZUP ma obejmować minimum jedną domenę AD i

minimum 20 pracowników działu Kadr oraz administratorów mogących zarządzać uprawnieniami

minimum 1000 pracowników.

104

Funkcjonaliści nieobowiązkowe punktowane w procesie oceny technicznej.

W przypadku zadeklarowania przez Oferenta posiadania w oferowanym oprogramowaniu poniższych

funkcjonalności Zamawiający przyzna dodatkowe punkty w ocenie technicznej.

Wymagania opcjonalne funkcjonalności procesów kadrowych – Moduł e-Pracownik

Rekrutacja

Wygenerowanie oraz wydruk z bazy danych: wykazu pracowników, którzy kontynuują naukę

na studiach podyplomowych w zadanym roku akademickim i uzyskali 50% dofinansowania do

nauki.

Wymagania opcjonalne funkcjonalności procesów kadrowych – Moduł e-Pracownik Zarządzanie

Uprawnieniami Pracowników

modyfikowanie wskazanych atrybutów dla wielu użytkowników (w jednej transakcji za

pomocą jednego kreatora z wykorzystaniem usługi katalogowej Acitve Directory).

Wymagania opcjonalne oferowanego systemu Modułu Kadry – funkcja służba

przygotowawcza/mentoring

Moduł umożliwia wyszukiwanie danych za pomocą filtrów dostępnych w systemie

Wymagania opcjonalne oferowanego systemu Modułu Kadry – funkcja kartoteka pozostałych

Moduł zapewnia możliwość generowania wydruku na podstawie danych wyszukanych z

pozycji modułu


105

1. Elektroniczna akceptacja wniosków urlopów.

2. Elektroniczna akceptacja zatrudnienia pracownika.

3. Elektroniczna akceptacja delegacji.

4. Harmonogram Pracy.

5. Internetowa Karta Pracy.

6. System elektronicznej rekrutacji pracowników.

23. Moduł e-Komunikacja

W ramach modułu E-komunikacja rozbudowany zostanie istniejący system teleinformatycznej obsługi

mieszkańców (TCOM).

Dostarczone rozwiązanie musi być zgodne z istniejącą infrastrukturą sprzętowo-programową

zamawiającego:

ISDN PRA - jako główne łącze telefoniczne

Równolegle rozszyta linia do rejestracji rozmów Contact Center za pomocą urządzenia

rejestrującego

Bramka głosowa – Router Cisco 2911

Jako centrala telefoniczna – Cisco Call Manager w wersji 10.5.2.1.0000-5

Numer Contact Center skierowany do Cisco CCX w wersji 10.6.1.1.0000-39

Cisco CCX obsługa algorytmu kolejkowania połączeń

Topologia istniejącego rozwiązania

106

PSTN

TelefonT1

TelefonT2

TelefonT3

TelefonT4

PUB ISDN PRA

Cisco CCX

AgentA1

AgentA2

AgentA3

AgentA4

VVVV

Router Cisco 2911Cisco Call

Manager

AgentA5

Przedmiotem zamówienia jest rozbudowa istniejącego systemu obsługi teleinformatycznej

mieszkańców o moduł pozwalający na e-komunikację.

Zamawiany moduł e-Komunikacja musi:

Umożliwiać autoryzację agentów (konsultantów) korzystających z modułu e-komunikacji

poprzez login i hasło

Posiadać możliwość definiowania ról przydzielanych pracownikom korzystających z modułu

e-komunikacji (administrator, agent)

Umożliwiać definiowanie słownika statusów spraw petentów

Umożliwiać definiowanie kategorii spraw

Umożliwiać definiowanie priorytetów prowadzonych spraw

Umożliwiać definiowanie jednostek organizacyjnych do których sprawy mogą zostać

automatycznie przekazane poprzez przesłanie maila

Umożliwiać definiowanie osób ze statusem VIP i rozpoznawanie ich podczas połączenia

przychodzącego

Umożliwiać rejestracje spraw zgłaszanych przez mieszkańców wraz z śledzeniem ich statusu

Mieć możliwość nagrywania prowadzonych przez agentów rozmów

107

Mieć możliwość pobrania przez administratora nagranej rozmowy

Umożliwiać przełączenie do osób obsługujących dany rodzaj spraw (drugiej linii wsparcia)

przy zachowaniu ciągłości nagrywania

Umożliwiać generowanie raportów (statusy spraw, kategorie spraw, obciążenie agentów,

przypisanie do jednostek organizacyjnych) i zestawień statystycznych wraz z opcją eksportu

do formatów zewnętrznych (CSV, Excel)

Odtwarzać zapowiedzi głosowe przed połączeniem z agentem

Definiować godziny pracy poza którymi dzwoniący otrzyma odpowiedni komunikat

Pozwalać na aktualizację komunikatów głosowych odtwarzanych na powitanie i po godzinach

pracy dla poszczególnych dni tygodnia

Pozwalać definiować dni wolne od pracy

Posiadać możliwość chwilowego wyłączenia agenta z listy osób do których przekierowywane

są rozmowy bez konieczności wylogowania się z systemu

Umożliwiać korzystanie z nowoczesnych narzędzi e-komunikacji tj. czat, rozmowa głosowa,

video rozmowa z wykorzystaniem protokołu IP

e-Komunikacja na linii petent-urząd ma odbywać się za pośrednictwem przeglądarki

internetowej

Moduł do e-komunikacji ma być w użytkowaniu prosty i intuicyjny tak by nawet mało

doświadczeni użytkownicy komputera potrafili z niego skorzystać

Moduł do e-komunikacji na żądanie petenta nawiąże automatycznie poprzez sieć Internet

połączenie audio-video z konsultantem zgodnie z algorytmem kolejkowania,

Komunikacja po stronie petenta nie może generować żadnych kosztów (np. rozmowy

telefonicznej) poza ewentualnym utrzymaniem łącza internetowego,

Konsultant odbiera połączenie przychodzące na istniejącym rozwiązaniu zamawiającego

(system Contact Center Cisco CCX – już posiadane aparaty telefoniczne Cisco 7975) przy

czym:

a) komunikacja głosowa ze strony petenta odbywa się za pomocą słuchawek z

mikrofonem, zaś ze strony konsultanta za pomocą systemu Contact Center Cisco CCX

– aparaty telefoniczne Cisco 7975 – do komunikacji wykorzystywany jest protokół IP

b) komunikacja chat/video (klawiatura, obraz z kamer petenta oraz konsultanta)

odbywa się z wykorzystaniem komputerów zarówno po stronie petenta jak i

konsultanta, należy dostarczyć minimum 10 sztuk kamer video HD USB o

parametrach nie gorszych niż :

Połączenia wideo w rozdzielczości Full HD 1080p (do 1920 x 1080 pikseli)

108

Połączenia wideo w rozdzielczości HD 720p (do 1280 x 720 pikseli) przy

użyciu obsługiwanych aplikacji klienckich

Nagrywanie wideo w jakości Full HD (do 1920 x 1080 pikseli)

Kompresja wideo H.264

Wbudowane podwójne mikrofony stereo z funkcją automatycznej redukcji

zakłóceń

Automatyczna korekcja ekspozycji przy słabym oświetleniu

Zaczep uniwersalny pasujący do monitorów LCD i CRT oraz do laptopów i

zgodny ze statywami

Oprogramowanie kamery internetowej dla systemu Windows: - Elementy

sterujące przesuwaniem, przechylaniem i powiększaniem

Nagrywanie wideo i robienie zdjęć

Śledzenie twarzy

Wykrywanie ruchu

c) sesje chat/video na komputerze konsultanta otwierają się automatycznie w

przeglądarce internetowej po odebraniu rozmowy przez konsultanta na aparacie

telefonicznym Cisco dołączonym do systemu Contact Center Cisco CCX

Moduł musi rozpoznawać zajętość konsultanta obsługującego mieszkańca drogą tradycyjną

(poprzez zwykłe połączenie telefoniczne za pośrednictwem Cisco CCX) i nie łączyć do niego

połączeń z modułu e-Komunikacji

Moduł musi zapewnić ciągłość obsługi petenta, poprzez algorytm kolejkowania tj.:

a) dowolny konsultant może odebrać dowolne połączenie przychodzące zarówno

zwykłe telefoniczne jak i z modułu e-komunikacji

b) petent powinien być obsługiwany przez wolnego konsultanta przy czym algorytm

wyboru konsultanta powinien zapewnić równoważenie obciążenia pracy

konsultantów również w przypadku połączeń internetowych (uwzględnia połączenia

telefoniczne jak i internetowe jako jedną pulę)

c) w przypadku ponownego kontaktu petent w pierwszej kolejności powinien zostać

przekierowany do osoby, która zajmowała się jego sprawą (w przypadku połączeń

internetowych identyfikacja petenta po wprowadzanym w formularzu numerze

telefonu),

d) w przypadku zajętości konsultanta system powinien postępować zgodnie z

algorytmem z punktu a)

Moduł musi zapewnić możliwość identyfikacji petenta w celu wyświetlenia konsultantowi

historii dotychczasowych kontaktów, identyfikatorem ma być numer telefonu, z którego

109

wykonywane jest połączenie zaś w wypadku komunikacji za pośrednictwem przeglądarki

internetowej identyfikatorem ma być numer telefonu wprowadzany przed połączeniem z

konsultantem przez petenta

Moduł musi mieć możliwość udostępniania oraz przejmowania (na żądanie) ekranu, myszki

oraz klawiatury petenta tj:

- konsultant prosi petenta o możliwość przejęcia kontroli nad ekranem petenta

- petent udostępnia swój pulpit (sterowanie myszką i klawiaturą oraz podgląd ekranu

petenta)

Moduł musi zapewnić rejestr oraz historię połączeń

Rozwiązanie musi działać co najmniej na przeglądarkach: Mozilla Firefox, Google Chrome,

Internet Explorer

Moduł ma również udostępniać funkcjonalność związaną z rejestracją zdalnych sesji internetowych

pomiędzy petentem a konsultantem (głos, chat, video, udostępnianie pulpitów).

Parametry minimalne podsystemu rejestracji zdalnych sesji internetowych:

1. Podsystem powinien realizować funkcje monitorowania w czasie rzeczywistym

aktywności sieciowej w zakresie wybranych protokołów aplikacyjnych

2. rozwiązanie nie może wymagać konieczności instalowania dodatkowego

oprogramowania (agentów) na monitorowanych komputerach

3. Monitorowanie protokołów: RDP, VNC, SSH, TELNET, HTTP/ HTTPS, Oracle, MySQL,

TELNET3270 (mainframe), modbus

4. Analiza i rejestracja sesji dla ww. protokołów musi odbywać się bez konieczności

stosowania dodatkowych komponentów monitorujących („sondy”)

5. Możliwość uwierzytelniania poprzez zewnętrzne serwery: Active Directory, LDAP, RADIUS

6. Synchronizacja użytkowników z Active Directory, LDAP

7. Administrowanie, monitorowanie oraz podgląd sesji musi odbywać się poprzez

przeglądarkę WWW, interfejs administracyjny powinien być zgodny minimum z

następującymi przeglądarkami: Chrome od wersji 14, firefox od wersji 6, Opera od wersji

19, Safari od wersji 5.1

8. Interfejs administracyjny powinien być dostępny w językach polskim

9. W trakcie fazy autoryzacji sesji - możliwość zmiany loginu i hasła wprowadzonego przez

użytkownika na inny, znany na systemie docelowym

110

10. Podgląd monitorowanych sesji w czasie rzeczywistym – bez konieczności instalacji

dodatkowego oprogramowania na stacji administracyjnej

11. Odtwarzania nagranych sesji – bez konieczności instalacji dodatkowego oprogramowania

na stacji administracyjnej

12. Dla zapisanych sesji terminalowych (np. telnet, SSH) możliwość interakcji z tekstem (np.

„copy & paste”)

13. Możliwość przerwania, chwilowego wstrzymania i wznowienia monitorowanej sesji

14. Możliwość dołączenia się do sesji: telnet, SSH, RDP, VNC z poziomu przeglądarki (np. dla

wprowadzenia hasła, wpisanie polecenia systemowego)

15. Możliwość udzielenia czasowego, „ad hoc”, dostępu do pojedynczej sesji za

pośrednictwem WWW poprzez przesłanie adresu URL

16. Możliwość znakowania czasem („Trusted Timestamping”) zapisanych sesji

17. Silna ochrona kryptograficzna wszystkich zapisanych danych (szyfrowanie oraz

integralność zapewniona poprzez sumy kontrolne)

18. Klucze szyfrujące używane do ochrony kryptograficznej przechowywane na zewnętrznym

nośniku USB

19. Zapis sesji w formie danych i metadanych (aktywność klawiatury, ruchy kursora myszki,

przesyłane pliki) pozwalające na późniejsze precyzyjne odtworzenie przebiegu sesji.

20. Dane przechowywane na dyskach muszą być zabezpieczone metodą kryptograficzną AES-

XTS 256

21. Materiał nagranej sesji musi być w pełni zindeksowany co wraz z zaawansowanymi

opcjami filtrowania umożliwia szybkie znalezienie żądanych treści

22. Wsparcie techniczne, dokumentacja oraz interfejs użytkownika dostępne w języku

polskim

System e-komunikacji ma umożliwiać również rejestrację i analizę odbytych rozmów telefonicznych w

posiadanym przez zamawiającego systemie VOIP CISCO CUCM:

1. System powinien umożliwiać zdefiniowanie dowolnej ilości różnych struktur

organizacyjnych tego samego rodzaju dla tych samych numerów.

2. System powinien umożliwiać tworzenie dowolnej liczby planów taryfikacyjnych z

uwzględnieniem darmowych minut oraz rabatów, również uwzględniających zmienny

koszt jednostki taryfikacyjnej.

111

3. System powinien umożliwiać zapewnienie unikalnej numeracji dla całego systemu i

wszystkich linii.

4. System powinien posiadać interfejs pozwalający dopasować proces przetwarzania do

indywidualnych potrzeb użytkownika.

5. Praca systemu powinna działać jako usługa systemowa.

6. W systemie powinna istnieć funkcjonalność pozwalająca na sprawdzenie procesu

taryfikacji krok po kroku (debuggowanie). Proces debuggowania odbywa się w interfejsie

systemu na rzeczywistej taryfie z wykorzystaniem rzeczywistego połączenia

telefonicznego.

7. System musi umożliwiać integrację struktury z Active Directory lub LDAP na poziomie

autoryzacji Windows oraz automatycznego tworzenia opisów linii i budowania struktur.

8. Architektura aplikacji klient-serwer, aplikacje klienckie na stanowiskach administratorów,

ścieżki katalogów pobierane z serwera.

9. Rejestrowanie wszystkich rodzajów połączeń: wychodzących, przychodzących,

wewnętrznych itp.

10. Mechanizm umożliwiający tworzenie dowolnych raportów, z użyciem funkcji

agregujących i filtrów zaawansowanych.

11. Automatyczne informowanie o stanie systemu via email (raportowanie stanów

awaryjnych oraz okresowe informacje o poprawności działania systemu).

12. Zapewnienie rozliczania wg hierarchicznej struktury organizacyjnej (piony, obszary,

departamenty, zespoły), pojedynczych abonentów, łączy miejskich (alokacja kosztów na

MPK -Miejsce Powstawania Kosztów).

13. Zapewnienie automatycznych raportów wg ustawień (czasu, grupy lub pojedynczych

abonentów), które bezpośrednio wysyłane są na właściwy adres mail.

14. Zapewnienie konfigurowania kilku poziomów dostępu do systemu (administrator,

manager użytkownik, itp.) wraz z ograniczeniem wykonywania raportów dla części, do

której ma się uprawnienia.

15. Zapewnienie automatycznej archiwizacji danych bilingowych.

16. Zapewnienie instalacji systemu na serwerach wirtualnych.

17. Możliwość zaczytywania elektronicznych faktur operatorów telekomunikacyjnych

18. System musi posiadać otwartą architekturę rozwiązania dająca możliwość taryfikowania

danych dostarczonych z innych systemów telefonii IP.

19. System musi umożliwiać dokonywanie przez Zamawiającego zmian w konfiguracji w

przypadku zmiany stawek operatora lub sposobu ich naliczania.

112

20. Możliwość wprowadzenia znacznika różniącego dwie lokalizacje w obrębie tej samej

strefy numeracyjnej.

21. Możliwość obsługi rekordów z połączeń transferowanych (np. w IVR).

22. Pełne raportowanie.

Po liniach miejskich i wewnętrznych

Po zdefiniowanym użytkowniku i kodach osobistych

Po MPK

Możliwość generowania indywidualnych raportów

Eksport raportów do plików txt i xls

Automatyczne wysyłanie zdefiniowanych raportów via email w zadanym terminie.

23. Zapewnienie możliwości zapisywania raportów w formacie txt, csv lub xls .

24. System umożliwia automatyczne wykonywanie kopii bezpieczeństwa.

System e-komunikacji ma umożliwiać również dystrybucję e-powiadomień drogą elektroniczną przy

spełnieniu następujących minimalnych parametrów funkcjonalnych:

1. System ma komunikować się przez Moduł Szyny Danych ESB z pozostałymi systemami

dziedzinowymi.

2. System ma udostępniać API do rejestrowania komunikatów przez pozostałe systemy

dziedzinowe.

3. System ma umożliwiać rozsyłanie wiadomości SMS. W szczególności ma umożliwiać

integrację z modułem e-powiadamiania (rozsyłanie powiadomień do petentów o

zmianach statusu spraw za pomocą SMS, e-mail, PushUp)

4. System ma umożliwiać rozsyłanie wiadomości e-mail

5. System ma umożliwiać rozsyłanie wiadomości PushUp (Notyfikacje na urządzeniach

mobilnych)

6. System ma umożliwiać przechowywanie historycznych danych dotyczących wysyłki przez

definiowany przez parametr okres.

7. Użytkownik podczas rejestracji konta w systemie e-BOM definiuje zakres informacji,

który ma otrzymywać oraz typ powiadomienia

8. W szczególności moduł ma umożliwiać informowanie o zadłużeniu na wskazany dzień lub

nadchodzących terminach płatności, informowanie o wystawionych upomnieniach oraz

tytułach wykonawczych.

9. Wysyłka informacji powinna być możliwa w dwóch trybach

113

ręcznym: użytkownik sam decyduje kiedy i do kogo wysłać informacje,

automatycznym: system sam będzie na podstawie danych zarejestrowanych

w systemach dziedzinowych wysyłał informacje.


1. e-powiadamiania – moduł komunikacyjny w obszarze A2B i A2C

2. Wniosek o rejestrację numeru telefonu komórkowego lub (oraz) adresu mailowego w

systemie e-powiadamiania – modułu komunikacyjnego w obszarze A2B i A2C

3. Aktualizacja numeru telefonu komórkowego lub (oraz) adresu e-mail w systemie e-

powiadamiania – modułu komunikacyjnego w obszarze A2B i A2C

4. Usunięcie konta w systemie e-powiadamiania – modułu komunikacyjnego w obszarze A2B i

A2C

5. Informowanie użytkowników o zagrożeniach

6. Interaktywna pomoc przy wypełnianiu formularzy elektronicznych


W przypadku zadeklarowania przez Wykonawcę posiadania w oferowanym oprogramowaniu


System e-komunikacja opcjonalnie musi posiadać moduł bazy wiedzy będący wsparciem

merytorycznym dla agentów, moduł ten musi mieć możliwość aktualizacji oraz dodawania

nowych zagadnień

Moduł bazy wiedzy musi zawierać informacje co najmniej o:

o Zadaniach realizowanych przez jednostki organizacyjne (nazwa jednostki,

realizowane zadania, wymagane dokumenty, informacje o osobach w jednostce,

informacja o opłatach, informacja o czasie oczekiwania, przydatne linki)

o Adresach jednostek

o Telefonach jednostek lub osób

o Wsparcie dziedzinowe dla poszczególnych ulic w zakresie Architektury, Geodezji,

Wydziału Spraw Obywatelskich

114

Jest zintegrowany z systemem obiegu dokumentów PROTON

24. Moduł e-Rada

Zamawiający oczekuje dostarczenia systemu do obsługi Rady Miasta z uwzględnieniem sterowania

dyskusją, głosowaniami, rejestracją i transmisją wideo przebiegu obrad.

Moduł powinien:

• udostępniać obraz i dźwięk na zasadzie połączeń typu unicast z wykorzystaniem serwera

streamingowego realizującego transmisję.

• zapewnić udostępnienie obiektu playera wyświetlającego transmisję online, który musi posiadać

możliwość umieszczenia go na stronach WWW.

• ww. player musi umożliwiać dostosowywanie wyglądu.

• zapewnić dostęp do bieżących statystyk transmisji, które muszą zawierać minimum aktualną

liczbę połączeń.

Inne cechy:

• transmisja online ma być archiwizowana

• transmisje archiwalne powinny być udostępnione w taki sam sposób jak transmisje online,

system obsługi biura rady, sesji rady – system tworzenia, zarzadzania i dystrybucji dokumentów

(Licencja OPEN), powinien obsługiwać możliwość głosowania rady

• obiekt playera w przypadku transmisji archiwalnych musi wskazywać na określone nagranie

archiwalne.

• umożliwiać obsługę biura rady miasta, komunikację z radnymi

System do obsługi dyskusji i głosowań do sali posiedzeń rady.

Wymagania:

1) Procesor do nagrywania oraz streamingu do Internetu

Do strumieniowania oraz nagrywania, powinien zapewnić przechwycenie i dystrybucję sygnałów

AV, prezentację oraz streaming na żywo lub rejestrację mediów. Elastyczna platforma dla

zachowania automatyzacji pracy systemu powinna przyjąć sygnał HDMI, component, composite

oraz 3G SDI.

Funkcje Urządzenie powinno posiadać:

115

- dysk wewnętrzny typu SSD o wielkości

minimum 80Gb

- minimum 3 wejścia HDMI wspierające HDCP

- 1 wejście Component

- 1 wejście Compsite

- 1 wejście 3G SDI

- Częstotliwość poziomą w przedziale nie

gorszym niż od 15 kHz do 100 kHz

- Częstotliwość pionową w przedziale nie

gorszym niż od 24 Hz do 75 Hz

- Zakres rozdzielczości : 640x480 do 1920x1200 ,

480p, 480i, 576p, 720p, 1080i, 1080p, NTSC,

oraz PAL

- Urządzenie powinno zapewnić kompresje

H.264/AVC (ITU H.264, ISO/IEC 14496-10) 4:2:0,

8-bit kolor

2) Licencja na system strumieniowania.

System strumieniowania powinien:

udostępniać obraz i dźwięk na zasadzie połączeń typu unicast z wykorzystaniem serwera

streamingowego realizującego transmisję.

zapewnić udostępnienie obiektu playera wyświetlającego transmisję online, który musi

posiadać możliwość umieszczenia go na stronach WWW.

ww. player musi umożliwiać dostosowywanie wyglądu.

zapewnić dostęp do bieżących statystyk transmisji, które muszą zawierać minimum aktualną

liczbę połączeń.

Inne cechy:

transmisja online ma być archiwizowana

transmisje archiwalne powinny być udostępnione w taki sam sposób jak transmisje online,

system obsługi biura rady, sesji rady – system tworzenia, zarzadzania i dystrybucji

dokumentów (Licencja OPEN), powinien obsługiwać możliwość głosowania rady

obiekt playera w przypadku transmisji archiwalnych musi wskazywać na określone nagranie

archiwalne.

umożliwiać obsługę biura rady miasta, komunikację z radnymi.

116

transmisje archiwalne powinny być udostępnione w taki sam sposób jak transmisje online,

system obsługi biura rady, sesji rady – system tworzenia, zarzadzania i dystrybucji

dokumentów (Licencja OPEN).

3) Oprogramowanie wspomagające obsługę biura rady miasta w języku polskim musi pozwalać na:

i. Moderowanie debaty.

ii. Dopuszczanie delegatów do głosu lub odbieranie im go.

iii. Przygotowanie agendy, przypisanie imion i nazwisk do stanowisk.

iv. Rozpoczęcie i zakończenie głosowania, ustawienie czasu głosowań oraz definiowanie

kto może uczestniczyć w głosowaniu i jaka będzie waga jego głosu.

v. Wyświetlanie wyników na dodatkowych wyświetlaczach.

vi. Przypisywanie delegatów do kart RFID.

Oprogramowanie wspomagające obsługę Biura Rady Miasta winno posiadać następujące

komponenty:

A. Oprogramowanie dyskusyjne

Funkcje - Komunikacja z bazą danych

- Tworzenie list delegatów

- Dostosowanie czasów przemów

- Tworzenie widoku sal konferencyjnych

- automatyczne i manualne dodawanie

jednostek

- Przypisywanie miejsc dla przewodniczącego

oraz delegatów

- Tworzenie grup

- Tworzenie tytułu, daty oraz ustawień

konferencji

- Tworzenie agendy

- Sprawdzenie aktywności mikrofonów

- Sprawdzenie indywidualnych czasów przemów

- Zarządzanie dźwiękiem, ilością aktywnych

117

mikrofonów oraz innymi ustawieniami

B. Oprogramowanie do zarządzania głosowaniem

Funkcje - Tworzenie agendy oraz czasu na głosowanie

- Wybór rodzaju głosowań

- Wybór aktywności przycisków do głosowania

- Wybór kto może przyłączyć się do głosowania

- Wybór kto może obejrzeć końcowe wyniki

głosowań

- Wydruk wyników głosowań oraz agendy

- Identyfikacja głosujących

- Tworzenie wag głosów

- Szablony głosowań

- Głosowanie na większość

- oprogramowanie w języku polskim.

C. Oprogramowanie do wyświetlania informacji na zewnętrznych wyświetlaczach

Funkcje Wyświetlanie informacji o:

- synoptyczny obraz Sali z informacją na temat

aktywnych mikrofonach

- Informacja o nazwisku mówiącego radnego

- Indywidualna informacja o czasie przemów

- Grupowy czas przemów

- Aktywne tematy agendy

- Oprogramowanie w języku polskim

D. Oprogramowanie do tworzenia kart RFID

Funkcje - Zapisywanie kart

- Odczytywanie kart

- Tworzenie autorytetów kart

- Definiowanie delegatów do udziału w

118

spotkaniu

- Oprogramowanie w języku polskim

4) Dostawa, montaż, konfiguracja, asysta stanowiskowa dla pktów 1) - 3).

Bezprzewodowy system dyskusyjny do obsługi Biura Rady wraz z obsługą przez to Biuro

posiedzeń poszczególnych komisji oraz sesji Rady musi składać się z Access Pointa, paneli

dyskusyjnych z opcją głosowania dla delegatów i przewodniczącego, mikrofonu, ładowarek ,

walizek transportowych oraz niezbędnego oprogramowania w języku polskim.

5) Access Point

Bezprzewodowy punkt dostępowy, musi pracować w pasmach 2,4 i 5GHz, , posiadać skaner

wolnych częstotliwości. Jeden Access Point powinien obsłużyć minimum 2000 paneli

dyskusyjnych, jawne oraz nie jawne głosowanie i minimum 6 otwartych mikrofonów.

Posiadać obudowę pozwalającą zamocować urządzenie w dowolnym miejscu (ściana, sufit,

podłoga, stół). Bezprzewodowy punkt dostępowy musi mieć możliwość zasilana po POE

(Power on Ethernet). Urządzenie musi mieć możliwość na łączenie się z systemami

bezprzewodowymi oraz przewodowymi. Access Point musi mieć możliwość na połączenie z

system naprowadzania kamer. Zasięg jednego punktu dostępowego to minimum 30 metrów.

Access Point musi być sterowany po IP, posiadać wbudowany WEB SERVER w języku polskim .

Web Server musi pozwolić operatorowi na zarządzanie konferencją w zakresie: przypisanie

imion i nazwisk do miejsc, sprawdzanie poziomu naładowania baterii, jakości sygnału na

każdym ze stanowisk delegatów, wybrać częstotliwość pracy, ustawić czułość mikrofonu oraz

poziom dźwięku w głośnikach, wybrać rodzaj dyskusji, oraz wybór włączenia mikrofonu

(minimum 4 rodzaje – bezpośredni dostęp, aktywacja głosem, zapytanie o głos oraz FIFO).

Pasmo działania 2,4 i 5 GHz

Skaner wolnych częstotliwości TAK

Zasięg 30 metrów

119

Działanie Minimum 2000 pulpitów na jednym Access

Point,

Wsparcie dla systemu z głosowaniem,

Minimum 6 pulpitów działających w tym samym

czasie (6 delegatów może rozmawiać w tym

samym czasie),

Wsparcie dla obsługi mikrofonów:

Bezpośredni dostęp, aktywacja głosem, prośba

o głos, grupowanie.

Łączenie z systemami przewodowymi TAK, tworzenie systemów hybrydowych

(przewodowych z bezprzewodowymi)

Zabezpieczenie Szyfrowanie 128 bitowym kluczem, szyfrowanie

algorytmem AES

Ilość anten 3

Sygnalizacja aktywności Diody pokazujące aktywność systemu

Komunikacja 1x zbalansowane audio wejście Jack 6,3mm, 1x

zbalansowane audio wyjście Jack 6,3mm, 1x

RJ45 do komunikacji LAN, 1x RJ45 wejście do

połączenia z jednostką centralną, 1x RJ45 do

połączenia z kolejnym Access Point

Rodzaj obudowy metalowa

Mocowanie Możliwość przymocowania do stołu, ścian,

sufitu lub podług

Wymiary i waga nie większe niż: Szerokość 250 mm, głębokość 260 mm,

wysokość 40mm, waga 1250g

Sterowanie

IP, serwer www (w języku polskim),

Funkcje web serwera ( sprawdzenie jakości

połączenia, zarządzanie głosowaniem, kontrola

poziomu naładowania baterii, przypisanie nazw

do miejsc, zarządzanie mikrofonami, sterowanie

wszystkimi kamerami PTZ, połączenie z audio i

wideo konferencją.

Temperatura pracy 5-50°C

120

6) Pulpity dyskusyjne muszą być wykonane są z matowego czarnego plastiku, co sprawi iż nie

widać na nich będzie odcisków palców. Posiadać wbudowany głośnik, pracujący w

minimalnym zakresie audio 16 bit, 32kHz, oraz z bardzo niskim opóźnieniem maksymalnie

20ms. Panele muszą być wyposażone w włącznik/ wyłącznik mikrofonu, trzy klawisze do

głosowania, czytnik kart RFID w celu identyfikacji radnego, klawisze zarządzające poziomem

dźwięku w słuchawkach, dodatkowo panel przewodniczącego musi posiadać dwa klawisze

pozwalając dodać radnego do dyskusji lub odebrać mu głos. Każdy panel musi być

wyposażony w dwa złącza słuchawkowe Jack 3,5mm. Mikrofon o minimum długości 40cm,

wyposażony w podwójne diody podświetlenia, zieloną gdy delegat zgłasza się do dyskusji

oraz czerwoną gdy jest dopuszczony do głosu. Mikrofon musi posiadać zabezpieczenie

przeciw zakłóceniom GSM. Litowo jonowe baterie ma ładować się z całkowitego wyczerpania

do maksymalnie 4 godzin, czas pracy na jednej baterii to minimum 28 godzin.

Pulpit przewodniczącego / radnego:

Wymiary urządzenia nie większe niż: Szerokość 250mm; wysokość 90mm; długość

150 mm

Rodzaj wyświetlaczy: oLED (tylko do wyświetlania wyników

głosowania)

Ilość wyświetlaczy: 2

Wyjście na słuchawki: 2x gniazdo Jack 3,5mm

Wbudowany głośnik: TAK – z automatycznym wyciszeniem po

włączeniu mikrofonu, moc głośnika minimum

4W

Regulacja głośności : Dwa przyciski „+” i „-‘’

Wybór podjęcia decyzji Trzy przyciski (za, przeciw, wstrzymał się od

głosu

Włączanie i wyłączanie mikrofonu: Jeden przycisk oraz 2 diody sygnalizujące

Łączenie systemów przewodowych z

bezprzewodowymi:

TAK, można łączyć systemy przewodowe z

bezprzewodowymi tworząc jeszcze większe

systemy.

Zasilanie: Akumulator (minimum 28h na jednym

naładowaniu), po dwóch minutach bez zasięgu,

121

pulpit przechodzi w stan wstrzymania

Temperatura pracy -5 do 55°C

Temperatura ładowania 0 do 45°C

Złącze mikrofonowe: TAK, 5 pinowe złącze Screw Lock

Informacja graficzna o poziomie

naładowania baterii

Że pozostały 4 godziny pracy terminala

że pozostały 2 godziny pracy terminala

Informacja graficzna o stanie

połączenia

Dobra jakość połączenia

Niska jakość połączenia

Poza zasięgiem

Czytnik kart RFID Miejsce na włożenie kart do identyfikacji

radnego (karta ma na celu identyfikowanie

radnego, dopuszczenie do głosowania jawnego i

niejawnego)

Dodatkowe funkcje Dodatkowo pulpit przewodniczącego posiada

przycisk priorytetu oraz następny w kolejce.

7) Ładowarka do systemu ma być wielkości maksymalnie 3U i być w stanie w jednym czasie

ładować minimum 6 baterii, oraz posiadać możliwość połączenia minimum 8 ładowarek w

„daisy chain”. Pobór mocy jednej ładowarki to maksimum 200W.

8) Mikrofon do pulpitu

Długość 40-45 cm

Możliwość zabezpieczenia Złącze Screwlock

Zabezpieczenie Mikrofon odporny na zakłócenia wywołane

urządzeniami GSM

Rodzaj Mikrofon na gęsiej szyi

Podświetlenie Gdy mikrofon jest aktywny zostaje podświetlony

na nim czerwony okrąg, jeżeli delegat prosi o

głos mikrofon zostaje podświetlony na zielono,

w stanie spoczynku zostanie niepodświetlony

9) Bateria do pulpitu

122

Rodzaj baterii Litowo-Jonowy akumulator

Czas pełnego ładowania Do 4 godzin

Czas pracy na baterii Minimum 28 godzin

Sygnalizacja stanu baterii TAK

Sygnalizacja ładowania TAK

Przycisk testu baterii TAK

Podświetlenie pojemności i stanu

baterii

TAK

10) Ładowarka do baterii

Wielkość obudowy: Max. 3U

Ilość ładowanych baterii Minimum 6 sztuk w tym samym czasie

Ilość ładowarek połączonych w jeden

łańcuch

Minimum 8 kompletów

Montaż Montowalne w szafę rakową 19” lub do

zabudowy w blat

Wymiary nie większe niż: Szerokość 500mm, głębokość 140 mm, 140mm,

waga 3800g

Kolor obudowy Czarny

11) Urządzenie do zapisywanie kart RFID

Obudowa Obudowa wykonana z plastiku w kolorze białym

Zasilanie Urządzenie zasilane poprzez złącze USB

Funkcje - Obsługa kart RFID

- Zapisywanie kart

- Odczytywanie kart

- Kasowanie kart

- edycja kart

12) Walizka transportowa.

123

Walizka transportowa musi być w stanie pomieścić minimum 12 zestawów w skład, których

wchodzą: pulpity dyskusyjne wraz z bateriami, mikrofonami, jeden punkt dostępowy, oraz

minimum dwie ładowarki. Walizka musi umożliwiać pełną mobilność oraz bezpieczeństwo

transportowanego sprzętu.

13) Ręczny mikrofon bezprzewodowy

Obudowa - Obudowa wykonana z plastiku w kolorze

szarym

Zasilanie - Urządzenie zasilane poprzez baterię - Baterie 2

x R6 / AA / UM3 1,5 V

Funkcje -Pracuje na częstotliwościach 790- 814 MHz

-Żywotność baterii ok. 15 godzin

-Modulacja FM

-Wybór częstotliwości synteza PLL

-Pasmo obsługiwane: 852 – 876 MHz

-Kanały 193 kanały w odstępach co 125 kHz

-Stabilność częstotliwości ±0,005%

-Dewiacja częstotliwości ±48 kHz

-Stosunek sygnał / szum >102 dB

-Moc wyjściowa nadajnika 10 mW

-Tłumienie sygnałów niepożądanych

>60 dBc

-Zakres dynamiki >110 dB

-Pasmo przenoszenia 50 Hz - 15 kHz

-wskaźnik poziomu baterii

Mikrofon ma posiadać w komplecie:

- futerał ochronny,

-różnokolorowe nakładki na mikrofony

pozwalające na rozróżnienie w przypadku, gdy

równocześnie używanych jest wiele systemów

mikrofonowych,

- uchwyt do stojaka mikrofonu.

124

14) Odbiornik Mikrofonu bezprzewodowego

Obudowa - Obudowa wykonana z metalu

Zasilanie - Zasilaczem prądowym

Funkcje - Odbiornik pracuje w paśmie UHF, gwarantując

minimalizację zakłóceń, 193 dostępne

częstotliwości zapewniają stabilny odbiór.

- Pracuje w zakresie częstotliwości od 790 do

814 MHz.

-Przyciski zmiany częstotliwości w górę / w dół.

-Przycisk obsługi menu.

-Pokrętło poziomu głośności.

-Wyświetlacz LCD z podświetleniem wskazujący:

- częstotliwość, wybraną antenę A/B,

- stan blokady szumów,

- poziom sygnału RF/AF,

- poziom naładowania baterii,

15) Zasilanie awaryjne

Funkcje - Napięcie znamionowe 230 V

- Moc pozorna Sn 2200 VA

- Moc czynna Pn 1800 W

- Czas podtrzymania do 8 min.

16) Mikser dźwięku (konsola) na 12 kanałów mikrofonowych

Obudowa - Obudowa metalowa, koloru czarnego

Zasilanie - Zasilacz prądowy.

Funkcje - 12-kanałowa konsola mikserska

- Maksymalnie 6 wejść mikrofonowych / 12

liniowych (4 mono + 4 stereo)

- 2 szyny grupowe GROUP + 1 szyna stereo bus

- 2 AUX (w tym FX)

- Przedwzmacniacze mikrofonowe "D-PRE" z

125

odwróconymi układami Darlingtona

- 1-pokrętłowe kompresory

- Efekty najwyższej klasy: SPX z 24 programami

- Rozdzielczość 24 bit / 192kH 2 wejścia/2

wyjścia USB Audio

- Przełącznik PAD na wejścia mono

- Zasilanie phantom +48V

- Symetryczne wyjścia XLR

- Wewnętrzny, uniwersalny zasilacz do

stosowania na całym świecie

17) Kolumna aktywna, monitor aktywny

Obudowa - Plastikowa koloru czarnego

Zasilanie - sieciowe

Funkcje - Dwudrożna aktywna kolumna głośnikowa

- Głośniki : 8" + 1"

- Moc: 100W/6 Ohm

- Pasmo przenoszenia: 55Hz - 20 000 Hz

- SPL nie mniejsze niż: 112 dB ( 1m )

- Kąt pokrycia około: 90 stopni poziom, 40

stopni pion

- Wymiary nie większe niż: 460mm (wys),

280mm (szer), 260mm(gł)

- Waga nie większa niż: 11 kg

18) Statywy głośnikowe:

Obudowa - Metalowa koloru czarnego

Funkcje - Statyw kolumnowy stalowy, pneumatyczny

(zabezpieczenie przed nagłym wsunięciem się

kolumny nośnej)

126

19) Kabel XLR/kabel sieciowy:

Funkcje - Zintegrowany kabel sygnałowy z przewodem

zasilania sieciowego.

- Symetryczny kabel sygnałowy zakończony ma

być wtykiem i gniazdem typu XLR.

- Zakończony ma być standardową wtyczką oraz

gniazdem używanym w naszym kraju o zasilaniu

220 - 230V prądu zmiennego 50 - 60Hz (1 –

fazowego).

- Zintegrowane kable mają być o długościach

20/40 metrów.

20) Bęben na kable:

Funkcje - Profesjonalny bęben kablowy,

do przewodów o długości do 50m.

- Lakierowany na czarno, przystosowany do

zastosowań estradowych.

- Rura stalowa.

- Prowadnica do kabla.

- Możliwość ustawienia w 2 pozycjach.

- Metalowa szpula Ø 240mm, z korbą ręczną.

- Wymiary: 315x295x300mm.

- Waga: 3.1kg (lub lżejszy).

21) Skrzynia transportowa:

Obudowa - Aluminiowa, koloru srebrnego.

Funkcje - Skrzynia ma uchwyt do noszenia na frontowym

panelu.

- Wymiary nie większe niż : 460x320x240mm

- Waga: do 2,5 kg

127

22) Przewód Mikrofonowy 1,0M XLR:

Funkcje - Złącza: XLR męski / XLR żeński

- Przewodnik z czystej miedzi

- Budowa: 2x0,22mm

- Budowa przewodnika: 28x0,10mm

- Impedancja: <87,2 Ohm / km

- Filtr miedziany

- Obudowa: PVC

- Zakres temperatur: od -25 do +70 stopni

Celsjusza

- Długość: 1.0m

- Kolor: czarny

23) System naprowadzania kamer.

Zaoferowany system powinien być kompatybilny z systemem dyskusyjnym . Włączenie się do

dyskusji radnego musi powodować kierowanie się na niego odpowiedniej kamery. Systemu

musi umożliwić podłączenie minimum 4 kamer. System musi się składać z 4 kamer typu PTZ,

przełącznika, oraz oprogramowania.

Funkcje System musi umożliwić:

- tworzenie widoku synoptycznego do łatwej

konfiguracji ustawienia kamer

- umożliwienie ustawienia minimum dwóch

ustawień kamery do każdego miejsca

- umożliwienie ustawienia minimum dwóch

ustawień kamery do każdego szerokiego kadru

- umożliwienie wielu konfiguracji do

natychmiastowego wywołania dla różnego

ustawienia Sali

- konfigurację pozycji kamery za pomocą

oprogramowania lub pilota USB

128

- ręczne przełączanie do wejść HDMI dla

statycznych wejść (np. prezentacje z

komputerów)

- Minimum 15 krotny zoom optyczny dla kamery

- oprogramowanie powinno mieć możliwość

uaktualnienia dla webcastingu

24) Kamera oraz licencja na kamerę.

Kamera Full HD typu PTZ

Funkcje Dynamiczna kamera PTZ musi idealnie

dopasowywać się do konferencji. Musi

dostarczać obraz w jakości Full HD 1080P przy

60 klatkach na sekundę. Dodatkowo minimum

15 krotnym zoom optyczny, musi zachować

idealny bilans bieli nawet w ciemniejszych

salach konferencyjnych gdzie warunki

oświetlenia są niewystarczające. Kamera musi

mieć szeroki kąt widzenia (poziomo -170* do

+170*, oraz w pionie do 90* w górę oraz -30* w

dół). Dodatkowo kamera musi reagować szybko

i zachować płynne działanie. Interfejs 3G SDI

musi zapewnić nieskompresowane wideo bez

żadnych opóźnień. Kamera musi mieć

możliwość przypisania minimum 128 ustawień

każda. Kamera musi mieć możliwość sterowania

interfejsem RS-232 oraz RS-422. Kamera

powinna mieć szybkość migawki 1/1-1/10,000

sec. Kamera musi mieć ogniskową w długości

f=4,7-70,5mm, kąt widzenia w poziomie 63*,

oraz pracować przy minimalnym oświetleniem

1,64 lux .

Przełącznik

129

Przełącznik musi mieć możliwość przełączania

sygnałów automatycznie i manualnie. Musi

mieć możliwość podłączenia 6 wejść video dla

sygnałów SDI oraz HDMI.

25) Dostawa, montaż, konfiguracja, asysta stanowiskowa dla punktów 5)-25).

Zestawienie ilościowe elementów:

Lp. Opis Ilość

1 Jednostka centralna systemu dyskusyjnego 1

2

Bezprzewodowy pulpit radnego z wbudowanym

głośnikiem, czytnikiem kart RFID, trzema przyciskami

do głosowania oraz wyświetlaczem OLED 29

3

Bezprzewodowy pulpit radnego z wbudowanym

głośnikiem 5

4

Bezprzewodowy pulpit przewodniczącego z

wbudowanym głośnikiem, czytnikiem kart RFID,

trzema przyciskami do głosowania oraz dwoma

wyświetlaczami OLED, przyciskiem priorytetu oraz

następny w kolejce 1

5

Mikrofon na gęsiej szyjce, odporny na

zakłócenia GSM oraz z podwójnym

podświetleniem (czerwony / zielony) 35

6 Bateria do pulpitów bezprzewodowych 35

7 Ładowarka na 6 baterii 6

130

8 Karty identyfikacyjne RFID 30

9 Skrzynia transportowa 3

10 Czytnik kart RFID 1

11 Oprogramowanie do zarządzania dyskusją, agendą,

przebiegiem obrad w języku polskim 1

12 Oprogramowanie do zarządzania głosowaniem w języku

polskim 1

13 Oprogramowanie do zapisu kart RFID w języku polskim

1

14 Oprogramowanie do wyświetlania wyników głosowań,

agendy w języku polskim 1

18 Ręczny mikrofon bezprzewodowy 4

19 Blok akumulatorowy 1

20 Dostawa, Montaż, konfiguracja, asysta stanowiskowa 1

21 Kabel zasilający 3x1mm2 + audio XLR 20m 2

22 Kabel zasilający 3x1mm2 + audio XLR 40m 2

23 Bęben kablowy 4

24 Skrzynka transportowa 2

25 Statyw głośnikowy 4

26 Przewód mikrofonowy XLR 1,0 M 4

27 Konsola Mikserska 12 wejściowa 1

28 Kolumna Aktywna (Monitor Aktywny) 4

29 Odbiornik do ręcznego mikrofonu bezprzewodowego 4

30. Cyfrowy rejestrator dźwięku mp3. 1

31. System naprowadzania kamer. 1

131

32. Kamera oraz licencja na kamerę. 2

33. Procesor do nagrywania oraz streamingu do Internetu 1

34. Licencja na kompletny system 1


1. e-rada

2. Informacja dotycząca najbliższych terminów posiedzeń komisji i sesji rady

3. Informacja dotycząca przyjęcia uchwał na sesji rady

4. Informacja dotycząca aktywności radnego na sesji rady

5. Informacja dotycząca planowanych dyżurów radnych z możliwością umówienia się na

spotkanie

Obsługa funkcjonalności opcjonalnych portalu e-Rada:

Weryfikacja danych dotyczących aktywności delegata na sesji

Odpytanie systemu poprzez Moduł Szyny Danych ESB o aktywność delegata na sesji rady.

25. Moduł Szyna danych

1. Przedmiot i zakres zamówienia dotyczącego wymagań funkcjonalnych szyny danych

Przedmiotem zamówienia jest dostarczenie, wdrożenie oraz konfiguracja Modułu Szyny Danych

(MSzD lub zamiennie z ang. ESB – Etrenrprise Service Bus – korporacyjna szyna usług)

funkcjonującego jako warstwa pośrednia w wielowarstwowej architekturze systemów

informatycznych Urzędu Miasta umożliwiająca zastosowanie koncepcji SOA.

W ramach MSzD muszą być zrealizowane usługi umożliwiające integrację systemów zewnętrznych z

modułami zintegrowanego systemu informatycznego, wspierającego zarządzanie miastem. Podczas

wdrażania usług w MSzD muszą być spełnione wymagania ochrony danych osobowych.

132

PLATFORMA SPRZĘTOWA

OPROGRAMOWANIE DZIEDZINOWE

OBIEG DOKUMENTÓW

PROTON

PSeAPSystemu e-Usług

Internetowych (SeUI)ePUAP

eBOM

UR

ZĄD

E-usługi na poziomie Urzędu – dostęp do oprogramowania dziedzinowego

E-usługi na poziomie centralnym (istniejące)

Uwierzytelnienie Integracja

Integracja

Uwierzytelnienie

BROKER

E-Komunikacja E-PracownikBUDŻET

OBYWATELSKI

E-RADA E-EdukacjaE-Podatki

Szyna Danych

Rysunek - Koncepcja architektury zamawianego rozwiązania

2. Modułu Szyny Danych musi spełniać następujące wymagania (

a. licencja OPEN

b. zawiera serwer softwareowy aplikacji webowych oraz moduł lub moduły aplikacyjne,

realizujące wymagania zapisane dla komponentu MSzD. Serwer aplikacji webowych musi

dostarczać środowisko, w którym uruchamiane są moduły aplikacyjne i usługi wchodzące w

skład platformy,

c. jest oparty o serwer aplikacji, posiadający możliwość pracy (odpowiednią wersję) zarówno

w systemach Windows, jak i Linux,

d. posiada gotowe adaptery dla:

integracji opartej o protokół HTTP/HTTPS, integracji opartej o wywołania SOAP, integracji opartej o wywołania REST, integracji opartej o kolejki komunikatów synchronicznych

i asynchronicznych,

integracji z relacyjnymi bazami danych, integracji opartej o system plików, integracji opartej o protokoły FTP/SFTP/FTPS, poczty email

e. jest zgodna z architekturą SOA:

133

architektura szyny ma być rozszerzalna – mieć możliwość dodawania nowych modułów/komponentów z zachowaniem koncepcji SOA,

architektura ma być otwarta, skalowalna, umożliwiająca łatwą rozbudowę w celu obsługi większej liczby integrowanych systemów i komunikacji,

rozwiązanie ma mieć możliwość uruchomienia w środowisku sklastrowanym,

usługi na szynie winny być zaprojektowane tak, aby były reużywalne,

rozwiązanie powinno zawierać narzędzia klasy SOA Governance (katalog usług dla architektury SOA),

rozwiązanie ma umożliwiać budowanie usług agregujących (wywołujących inne usługi),

funkcjonalności udostępnione na szynie będą w postaci usług, które są dobrze zdefiniowane poprzez kontrakt odpowiedni do użytej technologii (np. WSDL dla usługi sieciowej, WADL dla usługi REST, itp. - stosownie do protokołu),

szyna usług powinna być zainstalowana w trybie wysokiej dostępności, umożliwiającej także klastrowanie i równoważenie obciążenia, w szczególności każdy komponent rozwiązania powinien być skalowalny,

architektura ma umożliwiać wpinanie w przepływy komponentów zaimplementowanych w języku programowania właściwym dla architektury rozwiązania,

rozwiązanie ma umożliwiać implementację usług i przepływów komunikatów zgodnych z Enterprise Integration Patterns,

f. Skonfigurowana i wdrożona szyna ESB ma integrować się z następującymi narzędziami:

klasy BPM (Business Process Management), klasy BAM (Business Activity Monitoring), klasy Business Rules Engine (silnik reguł biznesowych), klasy Identity and Access Management, klasy CEP (Complex Event Processing),

rejestrem usług zgodnym ze standardem UDDI

a tym samym umożliwiać efektywne zarządzanie wspieranymi procesami oraz umożliwiać:

konfigurację, monitorowanie i kontrolę trasowania komunikatów pomiędzy usługami, dostarczenie wspólnej infrastruktury komunikacyjnej dla poszczególnych systemów

rozwiązania, kontrolę wdrożeń oraz wersjonowania usług opartych o zagregowane wywołania

innych usług, mediację oraz orkiestrację usług, dostarczenie mechanizmów integracyjnych zgodnych z Enterprise Integration

Patterns i innymi ogólnie przyjętymi wzorcami integracyjnymi (walidacja, transformacja, kolejkowanie, obsługa błędów, obsługa protokołów komunikacyjnych).

g. podstawowym mechanizmem komunikacji są usługi sieciowe (Web Services). Minimalnym

zestawem standardów dla usług, jest SOAP 1.2, SOAP with Attachments, XML i http, jako

sposób zapisu i przesyłania komunikatów, WSDL 1.1 i XML Schema, jako standardy do opisu

usługi,

h. musi wspierać co najmniej następujące standardy komunikacji: JMS, HTTP, HTTPS, FTP,

SFTP, SMTP, SMTPS, POP3, POP3S, IMAP oraz obsługiwać translację komunikatów pomiędzy

134

tymi protokołami, w szczególności szyna powinna obsługiwać różne rodzaje komunikatów,

potrafić je odpytywać, filtrować, itp.:

komunikaty w formacie – XML, komunikaty w formacie – JSON, komunikaty w formacie – CSV, umożliwiać rozszerzenie o obsługę komunikatów w dowolnym innym

formacie,

transformację komunikatów przy użyciu transformatu XSLT,

transformację komunikatów przy użyciu transformatu XQuery,

transformację komunikatów poprzez mapowanie wyrażeń XPath,

zapytania XPath,

walidację komunikatów na podstawie schemy XSD, routing oraz filtrowanie komunikatów ze względu na zawartość (content

based),

routing oraz filtrowanie komunikatów ze względu na nagłówki (header based),

definiowanie przepływów dla obsługi błędów i sytuacji wyjątkowych,

synchroniczne i asynchroniczne przepływy komunikatów,

zarządzanie zmiennymi oraz zakresem ich widoczności/przekazywania w ramach przepływu/procesu,

persystentne komunikaty, kolejkowanie komunikatów, przesyłanie komunikatów z załącznikami binarnymi, transakcyjne przepływy komunikatów dla transakcyjnych

protokołów,

wsparcie transakcji rozproszonych XA (dla przepływów z udziałem transakcyjnych systemów),

komunikaty kompensacyjne dla tych integrowanych systemów, które wspierają logikę kompensacji,

uruchomienie długotrwałych, persystentnych procesów typu BPEL dla orkiestracji usług lub umożliwiać łatwą integrację zewnętrznego silnika procesów BPEL

Skonfigurowana i wdrożona szyna ESB musi dawać możliwość rozszerzania jej o nowe usługi

i adaptery, w związku z czym konieczne jest udostępnienie narzędzi pozwalających na ich

budowę, w skład których powinny wchodzić:

zintegrowane narzędzia IDE wspierające proces budowania komponentów i graficznej

edycji przepływów komunikatów,

wsparcie dla standardowych narzędzi budowania projektów,

narzędzia budowania rozwiązania za pomocą linii poleceń (bez graficznego IDE),

narzędzia wdrożenia/konfiguracji za pomocą narzędzi linii poleceń (bez graficznego IDE),

mechanizmy ułatwiające testowanie (wysyłanie testowych komunikatów, asercje na odpowiedziach itp.),

narzędzia do automatycznych testów (jednostkowych oraz integracyjnych),

zintegrowane narzędzia do diagnostyki błędów w przepływie usług i komunikatów (debugger),

narzędzie śledzenia przepływu komunikatów przez wszystkie komponenty

135

szyny usług. Narzędzia te powinny stanowić elementy środowiska testowo-rozwojowego, a ich

konfiguracja powinna być dostosowana do realizacji zadań związanych z wytwarzaniem i

testowaniem oprogramowania szyny ESB.

i. zapewnić zgodność ze standardem WS-I BP (Web Services Interoperability Basic Profile)

j. zapewniać zgodność ze standardem WS-Addressing, umożliwiającym przesyłanie

w komunikatach informacji o adresach na potrzeby decyzji routingowych,

k. zapewnić zgodność ze specyfikacją MTOM na potrzeby przesyłania komunikatów z

załącznikami binarnymi

l. zapewniać zgodność ze standardem WS-Security,

m. zapewniać zgodność ze standardem WS-AtomicTransaction,

n. zapewniać zgodność ze standardem WS-Policy,

o. wykorzystanie rejestrów UDDI (UDDI 3.0),

p. posiada mechanizmy gwarantujące ochronę oraz poufność danych, komunikacja wszystkimi

kanałami musi być bezwzględnie bezpieczna. Jako bezpieczeństwo rozumiemy spełnienie

wymogu, aby warstwa komunikacyjna MSzD zapewniała zachowanie integralności,

niezaprzeczalności, poufności i autentyczności komunikacji,

q. komunikacja realizowana poprzez mechanizmy MSzD, musi być szyfrowana w warstwie

transportowej przy użyciu protokołu SSL/TLS 3.0 lub nowszego. Poza zabezpieczeniem

warstwy transportowej komunikacji, rozwiązania Modułu Komunikacyjnego muszą

zapewniać bezpieczeństwo samych komunikatów. Dodatkowym zabezpieczeniem,

gwarantującym integralność wiadomości, musi być zastosowanie podpisu cyfrowego,

którym podpisywane muszą być wszystkie elementy wiadomości. Podpis powinien być

oparty o X.509 Public Key Infrastructure Certificate (PKI). Podpis komunikatu musi być

zgodny ze standardem XMLDsig,

r. posiada dostęp do mechanizmu definiowania, wdrażania i zarządzania usługami

realizującymi komunikację integrowanych systemów,

s. zapewnia pełną obsługę języka XML, w którym będą przetwarzane komunikaty.

t. Wymagana jest możliwość wersjonowania usług osadzonych na ESB

u. Skonfigurowana i uruchomiona szyna ESB-EPL ma udostępniać konfigurowalne mechanizmy

schedulera (harmonogramowe uruchamianie zadań) w celu automatycznego wyzwalania

zadań cyklicznych

v. Skonfigurowana i uruchomiona szyna ESB-EPL ma mieć możliwość konfiguracji parametrów

jej działania, a w szczególności:

rozwiązanie powinno wspierać elastyczną konfigurację transakcyjności – rozpiętość transakcji na całe przepływy/procesy bądź ich części,

wymagane jest dostarczenie konfigurowalnych mechanizmów dławienia przepustowości (message throttling) na poziomie poszczególnych usług i kolejek komunikatów,

wymagana jest konfigurowalność liczby wątków dedykowanych do przetwarzania przez poszczególne komponenty/usługi/kolejki,

rozwiązanie powinno umożliwiać definiowanie parametrów KPI i SLA dla dostępności usług i komunikatów,

136

rozwiązanie powinno umożliwić dodanie dodatkowych parametrów do monitorowania (np. przez JMX/SNMP),

wymagana jest możliwość konfiguracji poziomu logowania (ilości logowanych komunikatów) oraz wzorca logowanych komunikatów (verbosity),

wymagana jest konfigurowalność mechanizmu rolowania i archiwizacji logów Ponadto wymagane jest by szyna dysponowała mechanizmem bezzwłocznego

uruchamiania zmian w konfiguracji bez zakłócania pracy szyny

w. Monitoring – Skonfigurowana i uruchomiona szyna ESB powinna:

dostarczyć mechanizmy monitorowania i zarządzania pulami zarządzanych zasobów (liczba wątków, otwartych połączeń, itp.),

umożliwiać monitorowanie parametrów wydajnościowych oraz poprawności działania ESB,

umożliwiać monitorowanie i zarządzanie szyną za pomocą graficznej konsoli,

umożliwiać monitorowanie i zarządzanie szyną w sposób centralny,

umożliwiać integrację z zewnętrznymi narzędziami monitorującymi,

umożliwiać logowanie komunikatów, błędów oraz zdarzeń na szynie ESB,

umożliwiać logowanie przesyłanych danych w celach audytowych,

dostarczyć środki do przeglądania i filtrowania logów, umożliwiać wysyłanie alertów w przypadku przekroczenia parametrów SLA/KPI.

3. Modułu Szyny Danych musi wspierać:

a. tworzenie i parsowanie komunikatów XML,

b. walidację komunikatów na podstawie XMLSchema,

c. transformację komunikatów XML na inny XML oraz XML na inny format,

d. poprawną obsługę stron kodowych obsługujących polskie znaki.

4. Modułu Szyny Danych musi zapewniać:

e. zapewnia usługi transformacji komunikatów XML w modelach jeden do wielu i wiele do

jednego, co najmniej przy wykorzystaniu języka XSLT 1.0 (XSL Transformations, Extensible

Stylesheet Language Transformations),

f. zapewnia obsługę standardów SAML 1.1, SAML 2.0,

g. zapewnia przepływ komunikatów i ich elementów,

h. zapewnia routing komunikatów oparty na treści komunikatu,

i. zapewnia filtrowanie komunikatów na podstawie ich zawartości,

j. zapewnia realizację procesów opartych o model synchroniczny i asynchroniczny.

W przypadku komunikacji asynchronicznej, wspólnym protokołem transportowym musi być

mechanizm oparty o kolejki (np. JMS),

k. zapewnia obsługę mechanizmu kolejkowania komunikatów,

l. zapewnia możliwość trwałego przechowywania komunikatów,

m. umożliwia odtworzenie stanu systemu (kolejek komunikatów) sprzed awarii,

n. musi zapewniać integrację aplikacji zbudowanych w różnych technologiach np. JEE, C, .NET,

137

o. musi zapewniać możliwość konfiguracji środowiska i poszczególnych usług. Jako środowisko

rozumiemy Infrastrukturę Modułu Szyny Danych. W przypadku konieczności integrowania

różnych systemów, MSzD musi umożliwiać wykorzystanie mechanizmów takich jak WS-

Trust i SAML,

p. zapewnia monitorowanie stanu działania całego środowiska dotyczącego funkcjonowania

modułu oraz poszczególnych usług.

q. zawiera system/narzędzia, służące do monitorowania i analizy przepływu komunikatów.

Musi być możliwe śledzenie takich parametrów jak:

czas wykonania,

średnia liczba wywołań,

liczba błędów ,

liczba ostrzeżeń.

Narzędzie do monitorowania musi dostarczać mechanizmy do generowania raportów,

dotyczących obszarów zarządzania usługami.Narzędzie do monitorowania musi posiadać

moduł informujący o przekroczeniu progów dla zadanego parametru (np. ilość błędów).

Notyfikacja musi być możliwa za pomocą następujących metod:

e-mail,

JMS.

r. Wersjonowanie usług - ESB ma wspierać wersjonowanie usług w celu zmniejszenia wpływu

zmian zachodzących w usługach wcześniej wykorzystywanych przez użytkowników. W

szczególności wprowadzenie zmian w kontrakcie usługi wymaga wprowadzenia nowej

wersji usługi i (tymczasowego) zachowania działającej poprzedniej wersji serwisu, do czasu

migracji konsumentów do nowej wersji.

s. Integrowane przez ESB-EPL usługi sieciowe udostępniane przez system powinny

wspierać mechanizmy bezpieczeństwa, takie jak WS-Security, SSL (z weryfikacją

certyfikatów klient/serwer), OAuth/OAuth2, HTTP Basic Auth - w zależności od

protokołu komunikacyjnego i możliwości integrowanego systemu. Wszystkie systemy,

łączące się z szyną usług ESB muszą być uwierzytelniane. Głównym źródłem informacji

nt. praw dostępu do poszczególnych systemów będzie ActiveDirectory.

t. tworzenie dzienników zdarzeń - wymagane jest zachowywanie danych dotyczących działań

na szynie ESB- (komunikatów, błędów, zdarzeń na ESB). Dane muszą być przechowywane

w formie umożliwiającej generowanie raportów, podsumowań, a także prowadzenia

bieżącego monitoringu technicznego. Skonfigurowana i uruchomiona szyna ESB powinna

posiadać odpowiednio skastomizowane narzędzie administracyjne typu rejestr operacji

wykonywanych na ESB- dla celów monitoringu i tworzenia raportów

r. Dane konfiguracyjne określające: adresy usług, konfigurację adapterów i informację o

protokołach w skonfigurowanej i uruchomionej szynie ESB powinny być zarządzalne i trwale

utrzymywane

s. szyna ESB-musi posiadać mechanizm natychmiastowego uruchamiania wprowadzanych

zmian w konfiguracji – bez zakłócania normalnego działania szyny

t. Wdrożona szyna ESB-EPL będzie umożliwiać przesyłanie jednocześnie co najmniej:

- 500 komunikatów/sek. o wielkości do 1KB, - 200 komunikatów/sek. o wielkości do 4KB, - 100 komunikatów/sek. o wielkości do 16KB, - 20 komunikatów/sek. o wielkości do 64KB

138

u. Kontrolowanie routingu komunikatów pomiędzy usługami szyny ESB odbywać się będzie w

oparciu o zdefiniowane reguły (tj. w oparciu o typ komunikatu, jego zawartość, klienta

usługi, itp.) od klienta usługi do odpowiedniej usługi odpowiedniego dostawcy. Na ESB-

wymagane jest zapewnienie komunikacji synchronicznej oraz asynchronicznej, w tym

opartej o wzorzec ‘publish/subscribe’.

v. Spełnianie przyjętych standardów:

Skonfigurowana i wdrożona szyna ESB musi zapewnić wsparcie dla standardu

przesyłania komunikatów SOAP z załącznikami (http://www.w3.org/TR/soap/).

Skonfigurowana i wdrożona szyna ESB do opisu struktury i semantyki serwisu

sieciowego (web service) musi umożliwiać wykorzystanie standardu WSDL w wersji

1.X lub wyższej (http://www.w3.org/TR/wsdl20/).

Do zbudowania, na potrzeby wdrożenia szyny ESB, rejestru usług będzie zastosowany

standard UDDI w wersji 3.X lub wyższej (http://www.oasis-

open.org/committees/uddi- spec/doc/tcspecs.htm).

Do optymalizacji transportu danych w oparciu o protokół SOAP i technologię usług sieciowych

w skonfigurowanej i wdrożonej szynie ESB-EPL będzie możliwe zastosowanie standardu

MTOM (www.w3.org/TR/soap12-mtom).

5. Moduł musi posiadać usługę udostępniania słowników ewidencyjnych zintegrowanego

systemu informatycznego wspierającego zarządzanie miastem., takie jak:

a. Słownik kontrahentów,

b. Słownik typów adresu,

c. Słownik gmin, powiatów, województw,

d. Słownik krajów,

e. Słownik miejscowości,

f. Słownik ulic,

g. Słownik imion,

h. Słownik dokumentów tożsamości,

i. Słownik dysponentów budżetowych i jednostek realizujących,

j. Słownik rachunków bankowych księgowości,

k. Słownik działów klasyfikacji budżetowej,

l. Słownik rozdziałów klasyfikacji budżetowej,

m. Słownik paragrafów klasyfikacji budżetowej,

n. Słownik sposobów finansowania klasyfikacji budżetowej,

o. Słownik rodzajów budżetu (np. własne, zlecone),

p. Słownik klasyfikacji budżetu zadaniowego,

q. Słownik źródeł dochodów budżetowych,

r. Słownik grup wydatków budżetowych,

s. Słownik grup dochodów budżetowych,

t. Słownik źródeł finansowania,

u. Słownik programów europejskich,

v. Słownik klasyfikacji wydatków strukturalnych,

w. Słownik rodzajów umów,

x. Słownik rodzajów dokumentów księgowych,

http://www.w3.org/TR/soap/)

http://www.w3.org/TR/wsdl20/)

http://www.oasis-open.org/committees/uddi-

http://www.oasis-open.org/committees/uddi-

http://www.w3.org/TR/soap12-mtom)

139

y. Słownik form płatności,

z. Słownik stawek VAT,

aa. Słownik walut,

bb. Słownik klasyfikacji towarów i usług (PKWiU),

cc. Słownik klasyfikacji środków trwałych,

dd. Słownik jednostek miar,

ee. Słownik grup asortymentów,

ff. Słownik organizacji urzędu.

6. Moduł musi umożliwiać przesyłanie zwalidowanych danych z formularzy przesłanych z

systemu PSeAP lub PSEAP, stanowiących deklaracje podatkowe (deklaracje DN-1, IN-1, DR-

1, IR-1, DL-1, IL-1 ) oraz deklaracje dotyczącej opłaty związanej z gospodarką odpadami do

odpowiednich modułów obsługujących zintegrowanego systemu informatycznego

wspierającego zarządzanie miastem.

7. Moduł musi umożliwiać przesyłanie notyfikacji w formie sms lub mailowej związanych ze

zdarzeniami generowanymi poprzez wszystkie systemy dziedzinowe

a. System zapewnia interfejs rejestracji notyfikacji z systemów dziedzinowych zgodnie z

czasem wygenerowania powiadomienia

b. Rejestracja odbywa się niezależnie od formy komunikatu wsadowego. Jeżeli jest to

wymagane to komunikat jest przekształcany do odpowiedniej formy

c. System musi zapewniać cykliczną wysyłkę notyfikacji pozostających w kolejce

8. Moduł musi umożliwiać przesyłanie zwalidowanych danych z modułu e-rada, zapewniać

przesyłanie informacji dotyczących modeli danych:

a. Informacji na temat delegatów (identyfikator, imię nazwisko oraz dane teleadresowe)

b. Przypisanych autorytetów (delegatów do głosowania)

c. Informacji na temat spotkań (identyfikatory, tytuły spotkań, opisów, dat rozpoczęcia

oraz zakończenia)

d. Informacji na temat głosowania (tematów głosowań, indywidualnie oddanych głosów,

sumarycznych wyników głosowań, szczegółowych wyników głosowań )

e. Informacji na temat sali głosowań (jednostki do głosowania, mikrofony)

f. Harmonogram spotkań

g. Statusy spotkań

h. Statusy głosowań

i. Timery (całkowite czasy spotkań, informacji na temat czasów głosowań)

9. W ramach wdrożenia Modułu Szyny Danych należy zintegrować systemy dziedzinowe

zapewniając

a. transformacje danych wejściowych z systemów zewnętrznych np.: PSeAP, eBOM na

format zrozumiały przez systemy dziedzinowe.

140

b. pobieranie danych wejściowych z istniejącego systemu obiegu dokumentów PROTON –

np.: formularze z systemu PSeAP oraz wykonacie konwersji pobranych danych do

postaci cyfrowej zgodnej z wymaganiami pól systemów dziedzinowych.

c. sprawdzanie poprawności danych wejściowych z systemów zewnętrznych.

d. filtrowanie i routing komunikatów na podstawie zawartości dokumentów XML, zgodnie

z konfiguracją, przy wykorzystaniu parametrów definiowanych przez użytkownika.

e. pełne wsparcie obsługi dokumentów XML. W ramach obsługi dokumentów XML, LSD

musi wspierać możliwość:

tworzenia i parsowania komunikatów XML,

walidacji komunikatów na podstawie definicji XMLSchema i DTD,

transformacji komunikatów – dokument XML na inny dokument XML oraz pomiędzy

dokumentem XML i innym formatem (w obie strony),

poprawnej obsługi stron kodowych obsługujących polskie znaki,

podpisywanie i szyfrowanie dokumentów XML zgodnie ze standardami W3C (XML-

Signature, XML-Encryption).

f. podłączanie, katalogowanie i wzajemne udostępnianie usług pomiędzy systemami

dziedzinowymi oraz pozostałymi elementami, modułami implementacji programowej,

g. definiowanie implementację, wdrażanie i zarządzanie usługami realizującymi dostęp do

integrowanych systemów

h. posiadanie mechanizmu umożliwiającego planowe i cykliczne uruchamianie usług

platformy. Zarządzanie planowanymi do uruchomienia usługami musi odbywać się w

sposób spójny z jednego miejsca platformy na zasadzie definiowania harmonogramu

wywołań.

10. Zakres integracji

a. integracja z kartoteką pism i spraw, w tym w poniższym zakresie:

Rejestracji pism (przychodzących, wychodzących, wewnętrznych) i spraw

Obiegu dokumentów zgodnym z instrukcją kancelaryjną stosujący tryb wysłania:

przekazanie, dekretacja, akceptacja (w tym wieloetapowe)

Wsparcia w procesie dekretacji z użyciem słowników

Szybkiego podglądu wybranych szczegółów pisma lub sprawy

Obsługi dokumentów i załączników (przyjazna edycji dokumentów)

Numeracji spraw zgodnej z JRWA dla jednostki

Przygotowywania dokumentów na podstawie definiowalnych szablonów

Pracy nad daną sprawą przez kilku użytkowników

Oznaczania i wyróżniania (graficznie) pism (dla pism nowych, biorących udział w

procesie akceptacji, przeterminowanych, z nadanym priorytetem)

Podziału pism i spraw na pisma bieżące użytkownika, przesłane, pisma wydziału,

pisma funkcjonujące w całym systemie (wymagają przydzielenia specjalnych

uprawnień)

141

Przeszukiwania po wszystkich pismach zarejestrowanych w systemie przez

uprawnionych użytkowników

Możliwości wyszukiwania po kilku kryteriach

Uporządkowania pism i spraw: podział na foldery - definiowane przez użytkownika

Eksportu kartoteki do arkusza kalkulacyjnego

Automatycznego przenoszenia i wiązania petentów między sprawą i pismami

b. Integracja z kartoteką przesyłek, w tym w poniższym zakresie:

Obsługi korespondencji dostarczanych przez operatora pocztowego i operatora

lokalnego (np. gońców)

Rejestracji przesyłek na podstawie sprawy z możliwością wyboru pism i petentów

Rejestracji przesyłki w tzw. trybie korespondencji seryjnej

Automatycznego obliczania opłat na podstawie zdefiniowanych typów przesyłek

Obsługi korespondencji przy użyciu kodów kreskowych

Podglądu historii danej przesyłki

Prowadzenia pocztowej książki nadawczej oraz raportu kosztów generowanych przez

przesyłki

c. Integracja z ESP, w tym w poniższym zakresie:

Odbioru korespondencji przychodzącej z platformy ePUAP lub innej platformy

obsługującej ESP (możliwość integracji z dowolnym zewnętrznym system)

Przygotowania i przesłania korespondencji na skrzynkę platformy ePUAP, platformy

obsługi mieszkańca

Weryfikacji formularza oraz załączonych plików

Umożliwienia dołączenia wiadomości email do sprawy lub rejestracja pisma

Przekazywania danych ze zgłoszenia do innych podsystemów z automatycznym

pobieraniem danych z formularzy xml

Umożliwienia wysyłania dokumentów do jednostek współpracujących

Obsługi modułu poczty elektronicznej

Możliwości rejestracji pism na podstawie zgłoszeń e-mail

Prowadzenia kartoteki osób komunikujących się za pomocą ESP

Możliwości rejestracji pism na podstawie zgłoszeń w formacie e-paczki z plikami xml

Podglądu i wydruku zgłoszeń

d. Integracja z kalendarzem, w tym w poniższym zakresie:

Obsługi kalendarza - terminarza użytkownika

Tworzenia kalendarzy indywidualnych, ogólnych oraz informacyjnych o zajętości dnia

Definiowania wielu kalendarzy, z różnymi kolorami prezentacji

Udostępniania kalendarzy na podstawie uprawnień; umożliwienie podglądu,

modyfikacji, podglądu zajętości dnia

Zaawansowanego podglądu wydarzeń - dzienny, tygodniowy, miesięczny

Wyświetlania przypomnień z kalendarza

Obsługi zdarzeń cyklicznych

142

e. Integracja z funkcją skanowania dokumentów, w tym w poniższym zakresie:

Szybkiego skanowania bez wyświetlania dodatkowych okien

Wsparcia dla skanerów z automatycznymi podajnikami

Możliwości integracji z oprogramowaniem do rozpoznawania tekstu (OCR)

Podglądu skanowanego dokumentu

Możliwości edycji zeskanowanego dokumentu w zakresie: zmiany kolorów, kolejności

stron, obrotu o dowolny kąt, przycięcia skanu

Obsługi czytników kodów kreskowych

Możliwości podłączenia skanu do pisma jako dokument główny lub załącznik

Skanowania wsadowego – bez konieczności podłączania dokumentów do pisma

Umożliwienia zarejestrowania i zeskanowania zwrotek pocztowych

Umożliwi podłączanie, katalogowanie i wzajemne udostępnianie usług pomiędzy

systemami dziedzinowymi oraz pozostałymi elementami, modułami implementacji

programowej

f. Musi wspomagać definiowanie implementację, wdrażanie i zarządzanie usługami

realizującymi dostęp do integrowanych systemów.

g. Oprogramowanie szyny musi posiadać mechanizm umożliwiający planowe i cykliczne

uruchamianie usług platformy. Zarządzanie planowanymi do uruchomienia usługami

musi odbywać się w sposób spójny z jednego miejsca platformy na zasadzie

definiowania harmonogramu wywołań.

13. Broker

1. Musi umożliwiać filtrowanie i routing komunikatów na podstawie zawartości

dokumentów XML, zgodnie z konfiguracją, przy wykorzystaniu parametrów

definiowanych przez użytkownika.

2. Musi zapewniać pełne wsparcie obsługi dokumentów XML. W ramach obsługi

dokumentów XML, LSD musi wspierać możliwość:

a. tworzenia i parsowania komunikatów XML,

b. walidacji komunikatów na podstawie definicji XMLSchema i DTD,

c. o transformacji komunikatów – dokument XML na inny dokument XML oraz

pomiędzy dokumentem XML i innym formatem (w obie strony),

143

d. o poprawnej obsługi stron kodowych obsługujących polskie znaki,

e. o podpisywanie i szyfrowanie dokumentów XML zgodnie ze standardami

W3C (XML-Signature, XML-Encryption).

3. System powinien integrować się z kartoteką pism i spraw (EOD), w poniższym

zakresie:

a. Rejestracji pism (przychodzących, wychodzących, wewnętrznych) i spraw

b. Obiegu dokumentów zgodnym z instrukcją kancelaryjną stosujący tryb

wysłania: przekazanie, dekretacja, akceptacja (w tym wieloetapowe)

c. Wsparcia w procesie dekretacji z użyciem słowników

d. Szybkiego podglądu wybranych szczegółów pisma lub sprawy

e. Obsługi dokumentów i załączników (przyjazna edycji dokumentów)

f. Numeracji spraw zgodnej z JRWA dla jednostki

g. Przygotowywania dokumentów na podstawie definiowalnych szablonów

h. Pracą nad daną sprawą przez kilku użytkowników

i. Oznaczania i wyróżniania (graficznie) pism (dla pism nowych, biorących

udział w procesie akceptacji, przeterminowanych, z nadanym priorytetem)

j. Użytkowników indywidualnie definiujących wygląd kartoteki pism i spraw

k. Podziału pism i spraw na pisma bieżące użytkownika, przesłane, pisma

wydziału, pisma funkcjonujące w całym systemie (wymagają przydzielenia

specjalnych uprawnień)

l. Przeszukiwania po wszystkich pismach zarejestrowanych w systemie przez

uprawnionych użytkowników

m. Możliwości wyszukiwania po kilku kryteriach

n. Uporządkowania pism i spraw: podział na foldery - definiowane przez

użytkownika

o. Eksportu kartoteki do arkusza kalkulacyjnego

p. Automatycznego przenoszenia i wiązania petentów między sprawą i

pismami

q. Umożliwienia prowadzenia rejestru pism niejawnych oraz korespondencji

zamkniętych

4. System powinien integrować się z kartoteką przesyłek, w tym w poniższym zakresie:

a. Obsługi korespondencji dostarczanych przez operatora pocztowego i

operatora lokalnego (np. gońców)

144

b. Rejestracji przesyłek na podstawie sprawy z możliwością wyboru pism i

petentów

c. o Rejestracji przesyłki w tzw. trybie korespondencji seryjnej

d. Automatycznego obliczania opłat na podstawie zdefiniowanych typów

przesyłek

e. Grupowego tworzenia wydruków (np. kopert) na podstawie definiowalnych

szablonów

f. Obsługi korespondencji przy użyciu kodów kreskowych

g. Podglądu historii danej przesyłki

h. Prowadzenia pocztowej książki nadawczej oraz raportu kosztów

generowanych przez przesyłki

5. System powinien integrować się z ESP, w tym w poniższym zakresie:

a. o Odbioru korespondencji przychodzącej z platformy ePUAP lub innej

platformy obsługującej ESP (możliwość integracji z dowolnym zewnętrznym

system)

b. Przygotowania i przesłania korespondencji na skrzynkę platformy ePUAP,

platformy obsługi mieszkańca

c. Weryfikacji formularza oraz załączonych plików

d. Umożliwienia dołączenia wiadomości email do sprawy lub rejestracja pisma

e. Przekazywania danych ze zgłoszenia do innych podsystemów z

automatycznym pobieraniem danych z formularzy xml

f. Umożliwienia wysyłania dokumentów do jednostek współpracujących

g. Obsługi modułu poczty elektronicznej

h. Możliwości rejestracji pism na podstawie zgłoszeń e-mail

i. Prowadzenia kartoteki osób komunikujących się za pomocą ESP

j. Możliwości rejestracji pism na podstawie zgłoszeń w formacie e-paczki z

plikami xml

k. Podglądu i wydruku zgłoszeń

6. System powinien integrować się z kalendarzem, w tym w poniższym zakresie:

a. Obsługi kalendarza - terminarza użytkownika

b. Tworzenia kalendarzy indywidualnych, ogólnych oraz informacyjnych o

zajętości dnia

c. Definiowania wielu kalendarzy, z różnymi kolorami prezentacji

145

d. Udostępniania kalendarzy na podstawie uprawnień; umożliwienie podglądu,

modyfikacji, podglądu zajętości dnia

e. Wyświetlania kalendarza w innych aplikacjach zewnętrznych

f. Zaawansowanego podglądu wydarzeń - dzienny, tygodniowy, miesięczny

g. Wyświetlania przypomnień z kalendarza

h. Obsługi zdarzeń cyklicznych

7. System powinien integrować się z funkcją skanowania dokumentów, w tym w

poniższym zakresie:

a. Szybkiego skanowania bez wyświetlania dodatkowych okien

b. Wsparcia dla skanerów z automatycznymi podajnikami

c. Możliwości integracji z oprogramowaniem do rozpoznawania tekstu (OCR)

d. Podglądu skanowanego dokumentu

e. Możliwości edycji zeskanowanego dokumentu w zakresie: zmiany kolorów,

kolejności stron, obrotu o dowolny kąt, przycięcia skanu

f. Obsługi czytników kodów kreskowych

g. Możliwości podłączenia skanu do pisma jako dokument główny lub załącznik

h. Skanowania wsadowego – bez konieczności podłączania dokumentów do

pisma

i. Umożliwienia zarejestrowania i zeskanowania zwrotek pocztowych

Podsystem obsługi przez WEB systemu Proton

W ramach tego zadania należy dostarczyć możliwość komunikacji przez www w funkcjonującym w

Urzędzie Miasta Rzeszów System Obiegu Dokumentów PROTON firmy Sputnik Software Sp. z o.o.

Przez funkcjonalność komunikacji przez www rozumie się wersję Systemu Elektronicznego Obiegu

Dokumentów działającą w oparciu o przeglądarkę internetową a będącą interfejsem Użytkownika

końcowego SEOD PROTON.

Nakładka ma komunikować się z SEOD PROTON dwukierunkowo za pomocą Modułu Szyny Danych

ESB. Funkcjonalność szyny danych opisana niżej.

UM Rzeszów posiada wersję systemu SEOD PROTON v. 3.15.79

146

Komunikacja PROTON przez WEB – funkcjonalność

Nakładka musi być w pełni funkcjonalna i gwarantować wszystkie wymagane zadania postawione

przez Zamawiającego, w szczególności:

1. Obsługiwać rejestrację przesyłek przychodzących w formie papierowej (składane osobiście,

przysyłane pocztą) i elektronicznej (składane osobiście na nośnikach, przesyłane przez

elektroniczną skrzynkę podawczą oraz pocztą elektroniczną) wraz z załącznikami zgodnie z

wymogami Rozporządzenia w sprawie instrukcji kancelaryjnej, jednolitych rzeczowych

wykazów akt oraz instrukcji w sprawie organizacji i zakresu działania archiwów zakładowych

(Dz.U. z 2011 r. Nr 14, poz. 67).

2. W ramach procesu rejestracji przesyłek przychodzących w formie papierowej system musi

umożliwiać zeskanowanie (z poziomu interfejsu aplikacji) poszczególnych dokumentów

wchodzących w skład przesyłki.

3. Umożliwiać rejestrację przesyłek w wielu punktach kancelaryjnych.

4. Umożliwiać opatrywanie przesyłek przychodzących metadanymi zgodnie z obowiązującymi

przepisami oraz dodatkowymi (w konfigurowalnym zakresie), przy czym metadane powinny

być oparte o słownik co najmniej w zakresie rodzaju dokumentu, sposobu dostarczenia oraz

danych teleadresowych.

5. Umożliwiać opcjonalne dodawanie przez użytkownika informacji opisujących poszczególne

dokumenty, przesyłki lub sprawy w postaci notatek, zgodnie z Instrukcją Kancelaryjną.

6. Dla dokumentów papierowych nie podlegających skanowaniu oraz dokumentów na

nośnikach elektronicznych nie podlegających kopiowaniu do systemu SEOD (wymaganie

dotyczy zarówno całych przesyłek, jak i dokumentów wchodzących w skład przesyłki), system

musi umożliwić sporządzenie metryki, zawierającej podstawowe informacje o dokumencie

(co najmniej – tytuł, identyfikator, notatka).

7. Umożliwiać prawidłową obsługę przychodzącej poczty elektronicznej, zgodnie z wymogami

przepisów w zakresie instrukcji kancelaryjnych (rejestracja w rejestrze przesyłek

wpływających lub bezpośrednie dołączenie wiadomości z załącznikami do akt sprawy); w

sposób niezależny od użytkowanego programu pocztowego.

8. Automatycznie pobierać przesyłki, które przyszły przez elektroniczną skrzynkę podawczą

systemu ePUAP.

147

9. Umożliwiać generowanie i drukowanie nalepek z kodami kreskowymi na dokumenty

papierowe oraz nośniki i odnajdywanie na podstawie zeskanowanej nalepki odwzorowania

cyfrowego bądź metryki danego dokumentu.

10. Umożliwiać sporządzanie odwzorowań cyfrowych dokumentów poprzez skanowanie

dostępne z poziomu aplikacji SEOD, zgodnie z wymaganiami określonymi w instrukcji

kancelaryjnej.

11. Umożliwiać wykonanie OCR w języku polskim dla skanowanych dokumentów i jego

wykorzystanie w późniejszym przetwarzaniu sprawy lub przeszukiwaniu pełnotekstowym

dokumentów (dotyczy pisma maszynowego a nie odręcznego).

12. Narzędzie OCR poprawnie rozpozna 90% wyrazów w załączonym dokumencie testowym oraz

zachowa układ strony i tabeli.

13. Umożliwiać rejestrację, przechowywanie, procedowanie oraz dołączanie do akt sprawy

dokumentów elektronicznych, dokumentów papierowych w postaci odwzorowań, jak

również metryk (dla dokumentów papierowych nie skanowanych i elektronicznych na

nośnikach).

14. Umożliwić wszczynanie, prowadzenie i załatwianie spraw, przechowywanie akt sprawy i

prowadzenie spisów spraw zgodnie z obowiązującymi przepisami. System automatycznie

musi nadawać znak sprawy i zapewnia jego zgodność z wymogami instrukcji kancelaryjnej.

15. System musi umożliwiać ręczne przenumerowanie sprawy wyłącznie w przypadkach

dopuszczonych instrukcją kancelaryjną.

16. System musi umożliwiać prowadzenie rejestrów kancelaryjnych, w tym rejestru przesyłek

wpływających, wychodzących oraz pism wewnętrznych, definiowanie i prowadzenie

dowolnych innych rejestrów kancelaryjnych dopuszczonych instrukcją kancelaryjną.

17. System musi umożliwiać numerację i klasyfikację pism oraz spraw w oparciu o JRWA zgodnie

z instrukcją kancelaryjną.

18. System musi umożliwiać i procedowanie i dekretację spraw oraz pism z wykorzystaniem

mechanizmu procedowania według definiowalnych ścieżek (mechanizm przepływu pracy —

workflow) w pełni zgodnie z instrukcją kancelaryjną.

19. System musi umożliwić akceptację dokumentów z wykorzystaniem mechanizmu

procedowania według zdefiniowanych ścieżek (mechanizm przepływu pracy — workflow) w

pełni zgodnie z instrukcją kancelaryjną.

20. System musi umożliwiać zapis projektów pism przekazywanych pomiędzy użytkownikami lub

komórkami w trakcie załatwiania sprawy, a także zamieszczanie adnotacji odnoszących się do

projektów pism.

148

21. System musi zapewnić prowadzenie i wydruk metryki sprawy zgodnie z obowiązującymi

przepisami.

22. System musi umożliwiać opisywanie spraw i akt sprawy metadanymi zgodnie z

obowiązującymi przepisami.

23. System musi umożliwiać sporządzanie i wydruk raportów, statystyk i zestawień, w

szczególności wymaganych przepisami prawa. System umożliwi monitorowanie liczby spraw i

terminowości ich załatwiania (globalnie, przez poszczególne komórki i osoby) w zadanych

przedziałach czasu, także w podziale na kategorie spraw. Możliwość generowania raportów

będzie zależna od uprawnień i będzie dotyczyła pracy osób i komórek podległych oraz pracy

osoby sporządzającej raport.

24. System musi umożliwiać definiowanie raportów cyklicznych, przesyłanych na zadany adres e-

mail.

25. System musi umożliwiać przeszukiwanie i sortowanie pism i spraw według złożonych

kryteriów, w szczególności wg znaku sprawy, identyfikatora przesyłki, osoby lub komórki

odpowiedzialnej, kategorii JRWA, dat wpłynięcia lub załatwienia, terminu załatwienia,

statusu pisma lub sprawy, danych klienta urzędu, nadawcy, adresata.

26. System musi umożliwić użytkownikowi dostęp do: zestawienia spraw, za które jest

odpowiedzialny, zestawienia aktualnych zadań wynikających z przepływu pracy (sprawy i

korespondencja, w odniesieniu do których użytkownik ma aktualnie coś do zrobienia),

zestawienia korespondencji otrzymanej i wysłanej w podziale na korespondencję

wewnętrzną i z podmiotami zewnętrznymi.

27. System musi umożliwiać pełnotekstowe przeszukiwanie dokumentów w obrębie

wyszukanego wcześniej zbioru, w tym co najmniej dokumentów w formatach .txt, .pdf

(zawierający tekst), rtf, .doc, .odt, .docx.

28. System musi umożliwić odnotowanie wysyłki wszelkich przesyłek wychodzących w rejestrze i

opatrzenie ich metadanymi zgodnie z przepisami.

29. System musi posiadać funkcjonalność kalendarza i zadań (z terminami i priorytetami) oraz

notatek dla użytkowników.

30. Dostęp do kalendarzy musi być regulowany przez system uprawnień do ich tworzenia, edycji,

publikowania, podglądu i subskrypcji.

31. System musi przyjmować dokumenty elektroniczne złożone przez klientów za pośrednictwem

platformy ePUAP i umożliwiać automatyczne kierowanie ich na właściwą ścieżkę zgodnie z e-

usługą, której dotyczą.

32. System musi umożliwiać wprowadzanie zmian kadrowych, urlopów i zastępstw bez

konieczności modyfikacji ścieżek procedowania i umożliwia przekazanie osobie zastępującej

149

części lub całości uprawnień osoby zastępowanej. Uprawnienia muszą być przekazane na

określony czas dat lub bezterminowo.

33. Funkcjonalność obsługi zastępstw, zmian kadrowych i urlopów umożliwia ustalenie, która

osoba faktycznie realizowała daną czynność w systemie (każdy z użytkowników zachowuje

swoją tożsamość i działa w oparciu o swoje konto użytkownika).

34. System musi umożliwić ewidencjonowanie struktury instytucji oraz jej pracowników, które

umożliwią przypisanie pracowników (osób) do stanowisk (funkcji).

35. System musi umożliwić definiowanie uprawnień, w tym delegowanie części lub całości

posiadanych uprawnień.

36. System umożliwi zarządzanie uprawnieniami w oparciu o grupy uprawnień i grupy zasobów,

jakich dotyczą. System uprawnień musi być zdolny do odzwierciedlenia uprawnień i

odpowiedzialności poszczególnych urzędników, stosowany w jednostkach samorządu

terytorialnego i wynikający z Instrukcji Kancelaryjnych oraz struktury stanowisk.

37. Przy logowaniu system musi prezentować użytkownikowi informację o dacie i czasie

ostatniego udanego logowania oraz ostatniego nieudanego logowania.

38. System musi także umożliwiać generowanie raportu dotyczącego logowań użytkownika

(przez użytkownika i administratora).

39. System umożliwia administratorowi wymuszenie okresowej zmiany haseł (i zdefiniowanie

odpowiedniego interwału czasowego).

40. System musi umożliwiać wykonywanie kopii bezpieczeństwa (backup) z wykorzystaniem

dostarczonego w tym celu sprzętu. System musi umożliwić automatyzację wykonywania

backupu w określonych interwałach czasu lub pod określonymi warunkami i umożliwia

ustawienie częstotliwości backupu. Zaoferowane rozwiązanie musi być zdolne do tworzenia

kopii zapasowych (backupu) danych dokonywanych nie rzadziej niż codziennie.

41. System musi umożliwiać zapis wszystkich czynności wykonywanych w systemie przez jego

użytkowników, z możliwością jednoznacznego wskazania użytkownika, który wykonał daną

czynność (rozliczalność). Przy usuwaniu rekordów z danymi osobowymi zgodnie z ustawą o

danych osobowych, System zapewnia zachowanie pozostałych informacji o użytkowniku i

jego aktywności historycznej, a także dokumentów związanych z użytkownikiem.

42. System musi umożliwiać prowadzenie: Ewidencji Klientów Urzędu – EKU zawierającej

ewidencję osób fizycznych oraz prawnych (z wyróżnieniem JST). Ewidencje te powinny

zawierać dane identyfikacyjne i teleadresowe.

43. System musi umożliwiać prowadzenie książki teleadresowej interesantów i wspiera

wykorzystywanie jej w procesie rejestracji i wysyłce przesyłek, tworzeniu pism, rejestracji

spraw. System musi umożliwić definiowanie wielu adresów (co najmniej do 5) dla

150

interesanta, a także odrębne oznaczenie adresu zameldowania, zamieszkania,

korespondencyjnego. Zmiana danych w książce teleadresowej nie może pociągać za sobą

zmian we wcześniejszych dokumentach (także wpisach w systemie) związanych z

interesantem.

44. Słowniki prowadzone i wykorzystywane w systemie muszą obejmować w szczególności:

słownik dekretacji, słownik lokalizacji, słownik rodzajów nośników, słownik kategorii

archiwalnych, JRWA.

45. System musi umożliwiać zdefiniowanie dodatkowych metadanych do opisu spraw, akt

sprawy, przesyłek wchodzących i wychodzących oraz dowolnych dokumentów.

46. System musi posiadać wewnętrzny edytor, służący do sporządzania notatek, załączanych do

akt sprawy. Edytor powinien posiadać funkcje redagowania treści metodą WYSIWYG.

Nakładka WEB musi działać poprawnie pod ogólnie dostępnymi przeglądarkami internetowymi,

w szczególności EDGE, Internet Explorer (min. w wersji 11), Mozilla Firefox (wersja min. 52.0),

Google Chrome (min. wersja 57.0).

Nakładka WEB musi być responsywna, dostosowywać się do różnych rozdzielczości ekranowych

Użytkownika.

Nakładka musi spełniać wymagania W3C.

Komunikacja PROTON – Szyna Danych – Nakładka

Komunikacja Nakładki z Systemem PROTON nie może odbywać się na zasadzie Point-To-Point,

lecz odbywać się za pośrednictwem Modułu Szyny Danych ESB. Szyna danych może

komunikować się z Systemem PROTON dzięki API udostępnionemu przez PROTON.

Komunikacja Brokera z Modułem Szyny Danych ESB

Szyna Danych ma być ogniwem pośredniczącym między SEOD PROTON, Nakładką WEB oraz

programami dziedzinowymi.

151

Szyna Danych musi komunikować się z SEOD PROTON za pomocą istniejącego i udostępnionego przez

PROTON interfejsu API. Ma zapewniać pełną funkcjonalność którą dostarcza API PROTON.

W celu zapewnienia pełnej funkcjonalności, komunikacja z SEOD PROTON musi być dwukierunkowa.

Szyna Danych musi umożliwiać podpięcie programów dziedzinowych, które umożliwiają integrację z

systemami zewnętrznymi poprzez wystawienie usług/funkcjonalności na zewnątrz. Szyna Danych

musi umożliwiać dowolny sposób integracji z programami dziedzinowymi, zarówno poprzez API tych

programów, jak również poprzez pobieranie danych strukturalnych w postaci plików, np. CSV, XML.

Szyna Danych musi posiadać mechanizm umożliwiający skonfigurowanie takiego połączenia z

programem dziedzinowym oraz zamapowania struktury danych źródłowych z docelowymi w celu

zapewnienia pełnej wymiany danych pomiędzy programami dziedzinowymi a Nakładką WEB.

Integracja obiegu dokumentów z ePUAP

Wymagane jest stworzenie, konfiguracja i wdrożenie modułu do integracji systemu EOD z e-PUAP

Moduł e-Urząd jako dedykowany moduł łączący e-usługę z Nakładką WEB na SEOD PROTON ma za

zadanie:

1. Komunikować się dwustronnie z platformą ePUAP

2. Pobierać pisma wraz z załącznikami z wybranej skrytki

3. Wyświetlać pobrane pisma z ePUAP w Nakładce WEB (poprzez sparsowanie wyników do

HTML – czytelnej dla użytkownika formy)

4. Umożliwiać dekretowania oraz przekazywania pism z ePUAP

5. Umożliwiać wysyłanie pism wychodzących poprzez ePUAP

6. Umożliwiać wgląd w status sprawy za pomocą konektora do posiadanego przez

zamawiającego systemu BIP (użytkownik otrzymuje unikalny login i hasło dla korespondencji

elektronicznej).

Ponadto e-Urząd winien posiadać możliwość konfiguracji interwału czasowego synchronizacji pism z

ePUAP.

152

14. Moduł APLIKACJA MOBILNA

Aplikacja mobilna musi być stworzona na następujące systemy operacyjne:

Android

Universal Windows Platform (UWP)

IOS

Aplikacja musi zawierać:

Aktualności miejskie (realizowane w sposób hybrydowy : poprzez wyświetlanie

aktualności zdefiniowanych na stronie portalu eBOM – realizacja funkcjonalności z

wykorzystaniem framework’a).

Dane wyświetlane w aplikacji mobilnej mają zostać dostarczone za pośrednictwem szyny

danych w formacie XML z wykorzystaniem protokołu HTTP.

Musi posiadać możliwość rejestracji i logowania

Musi posiadać możliwość przeglądu własnych zgłoszeń (po zalogowaniu)

Kalendarz zawierający przypomnienia z opisem i terminami zdarzeń (np. terminów

płacenia podatków)Wyznaczanie trasy a także lokalizację miejsc, w których znajdują się

obiekty urzędu miasta (gdzie można załatwić daną kategorię spraw) z wykorzystaniem

globalnego systemu pozycjonowania

Serwis pogodowy

Funkcja zgłaszania nieprawidłowości, możliwość zrobienia zdjęcia i zgłoszenia w

odpowiedniej kategorii, np.: dziura w drodze, dzikie wysypiska śmieci, doświetlanie

niebezpiecznych miejsc, itp. Anonimowo lub imiennie (po zalogowaniu)

Samouczek w obsłudze aplikacji

Aplikacja musi posiadać funkcjonalność informowania jej użytkownika o ciekawych

wydarzeniach, ogłoszeniach, kataklizmach itp. na podstawie dowolnie definiowalnych

punktów lub obszarów geograficznych za pomocą powiadomień push.

- obszary lub punkty geograficzne oraz ich kategorie muszą być dowolnie definiowalne

przez administratora systemu.

- obszary oraz punktu pobierane są do aplikacji

- obszary oraz punkty muszą być podzielone na kategorie (np. informacyjne,

ostrzegawcze itd.)

- użytkownik aplikacji musi mieć możliwość wybierania z jakich kategorii chce

otrzymywać powiadomienia

153

W ramach integracji z systemami dziedzinowymi aplikacja będzie dawać dostęp do utworzonych

zasobów cyfrowych i e-usług:

Dostęp do e-usług publicznych realizowanych w projekcie

umożliwiać dostęp do portalu obsługi mieszkańca

umożliwiać obsługę płatności elektronicznych

umożliwiać wysyłanie wniosków z załącznikami - do systemu obiegu dokumentów lub na

adres e-mail

powinien posiadać możliwość wysyłania odpowiedzi do petenta

powinien umożliwiać sprawdzanie stanu sprawy zarówno "papierowej" jak i elektronicznej

musi prezentować opis usług na stronie internetowej miasta/gminy.

Wraz z aplikacją mobilną muszą zostać dostarczone kody źródłowe oraz środowisko developerskie

umożliwiające :

1. Tworzenie aplikacji mobilnych na systemy operacyjne : Windows, Android, IOS, OSX

2. Kompleksowe zestawy komponentów VCL oraz Firemonkey umożliwiające tworzenie

interfejsów na dostępne systemy operacyjne

3. Kody źródłowe bibliotek

4. Licencja komercyjna

5. Wspierające bazy danych w rybie pracy klient/serwer takie jak: InterBase, MySQL, Microsoft

SQL Server, Oracle Database, PostgreSQL, Sybase SQL Anywhere, Microsoft Access, IBM DB2

Server, Firebird, Advantage Database, MongoDB do pozostałych baz dostęp poprzez

sterownik ODBC

6. Pakiet klient/serwer wymiany danych pomiędzy większością źródeł danych

7. Narzędzia ułatwiające modelowanie danych

Funkcjonaliści opcjonalne Aplikacji mobilnej punktowane w procesie oceny technicznej.



Aplikacja mobilna - Rejestracja użytkownika

Możliwość tworzenia wielu profili użytkowników (wymaga się zarejestrowania co najmniej:

Imienia, nazwiska, pesel, numer telefonu, login/e-mail, hasła).

154

Sprawdzanie statusu spraw w obiegu dokumentów

Wyświetlenie w Aplikacji mobilnej statusu zgłoszonych spraw w systemie PROTON. Zmiana

statusu w systemie PROTON powoduje zmiany w aplikacji mobilnej.

15. Moduł PORTAL OBSŁUGI MIESZKAŃCA (eBOM)

Wymagania minimalne dla eBOM:

Portal ma zapewniać:

Funkcję informacyjno - promocyjną – profesjonalna i nowoczesna strona responsywna,

zawierająca informacje o mieście oraz ofercie miasta, cenniki, informacje dotyczące

współpracy, dane kontaktowe oraz inne dane i treści dostarczone przez zamawiającego

Funkcję zarządzania i komunikacji z użytkownikami – CRM

Moduł zarządzania użytkownikami i uprawnieniami,

Moduł zarządzania kontaktami (notatki, przebieg obsługi/kontaktów),

Moduł zarządzania zgłoszeniami,

Panel klienta z podglądem statusu jego zgłoszeń,

Możliwość załączania plików do zgłoszeń,

Powiadomienia email o aktualizacji statusów zgłoszeń,

Moduł dyskusji,

Kalendarz,

System raportów,

Strona musi być oparta na bazie danych,

Stały dostęp do danych – strony WWW

Kodowanie strony: UTF-8 wersja 3.0

Możliwość późniejszej rozbudowy

Strona musi pozwalać na zamieszczanie plików zawierających dane tekstowe lub tekstowo-

graficzne w formatach: txt, rtf, pdf, doc, Open Document,

Do tworzenia i modyfikacji stron WWW stosuje się co najmniej jeden z następujących

formatów danych: HTML 4.01, XHTML 1.0, CSS.

Treści zgromadzone na stronach są udostępniane w jakości nie pozostawiającej wątpliwości

co do ich zawartości

Treści zgromadzone na stronach nie są zabezpieczone przed drukowaniem i kopiowaniem,

155

Strona podmiotowa zawiera w szczególności: logo (znak graficzny), umieszczone w górnej

części strony,

Strona podmiotowa zawiera: instrukcję korzystania z strony podmiotowej

Strona podmiotowa zawiera menu przedmiotowe umożliwiające odnalezienie: informacji

publicznych itp.

Strona zawiera moduł wyszukujący

Redaktorzy strony (lub określonych informacji) mają dostęp do modułu administracyjnego

strony podmiotowej w oparciu o mechanizmy identyfikacji i autoryzacji nadzorowane przez

administratora strony podmiotowej

Strony są wyposażone w mechanizm dziennika, w którym odnotowywane są zmiany w treści

informacji publicznych udostępnianych oraz próby dokonywania takich zmian przez osoby

nieuprawnione. Dzienniki dla tych stron prowadzone są w sposób automatyczny.

Administratorzy stron dokonują kontroli dzienników, w odniesieniu do podlegających im

stron,

Statystyki- liczba odwiedzin

Mapa serwisu

Dostosowanie dla osób niepełnosprawnych

Możliwość włączenia kontrastowego podglądu

Możliwość nawigacji klawiszem TAB

Linki otwierają się wewnątrz strony bez otwierania nowych okien – ewentualne ostrzeganie

jeśli tak jest

Responsywność (Strona automatycznie dostosowuje układ szerokości strony do

rozdzielczości, na której jest przeglądana)

Ponadto w zakres wykonania strony internetowej wchodzi:

Wykonanie systemu zarządzania treścią CMS,

Stworzenie systemu uprawnień wraz z rolami

Zabezpieczenie przed potencjalnymi włamaniami i atakami,

Integracja strony z systemem mailingowym,

Zgłoszenie/zaindeksowanie strony do wyszukiwarek,

Integracja strony z systemem statystyk Google Analytics,

Wprowadzenie przekazanych treści merytorycznych i zdjęć na stronę,

Przygotowanie wzoru polityki prywatności,

Udzielenie gwarancji technicznej na okres udzielonej gwarancji,

156

Optymalizacja szybkości działania i wielkości strony.

Autooptymalizacja treści strony internetowej pod pozycjonowanie SEO.

Dodatkowo System CMS powinien umożliwiać tworzenie, zarządzanie i administrowanie podstronami

za pomocą mechanizmu wielu-stron w ramach tego samego systemu mianowicie:

Uprawniony użytkownik musi mieć możliwość prostego utworzenia nowej strony na

podstawie wybranej wcześniej szaty graficznej lub strony wzorcowej

Nowo utworzona strona musi mieć możliwość dostępu pod adresem nowej domeny lub

poddomeny

W ramach nowo utworzonej strony uprawniony użytkownik musi mieć możliwość

edytowania treści

Musi istnieć użytkownik posiadający prawo administracyjne (superadministrator) do

wszystkich nowo utworzonych stron

Superadministrator musi mieć możliwość aktualizacji wtyczek, szat graficznych oraz

pozostałych elementów, w nowo utworzonych stronach z jednego miejsca

W ramach integracji system będzie dawał dostęp do utworzonych zasobów cyfrowych i e-usług:

Miejsce dostępne dla Interesanta, służące do doręczania Dokumentów Elektronicznych,

wymiany informacji, udostępniania usług elektronicznych przez Jednostki oraz dostępu do

usług spersonalizowanych dla Interesanta wymagających jego identyfikacji oraz

uwierzytelnienia w ramach systemu.

Spersonalizowane logowanie – profil zaufany ePUAP

Integracja z systemami dziedzinowymi

Dostęp do e-usług publicznych realizowanych w projekcie:

Umożliwiać dostęp do portalu obsługi mieszkańca

Umożliwiać obsługę płatności elektronicznych

Umożliwiać wysyłanie wniosków z załącznikami - do systemu obiegu dokumentów lub na

adres e-mail

Musi posiadać możliwość wysyłania odpowiedzi do petenta

Musi umożliwiać sprawdzanie stanu sprawy zarówno "papierowej" jak i elektronicznej

Musi prezentować informację z systemów podatkowych z możliwością płatności

elektronicznej zobowiązań.

157

Musi prezentować opis usług na stronie internetowej miasta/gminy

Musi obsługiwać powiadomienia SMS, newsletter, uzgadnianie terminów spotkań z

petentami (kalendarz - terminarz)

16. Funkcjonalności obowiązkowe, które Wykonawca musi posiadać w dniu podpisania

umowy i uruchomić je w środowisku informatycznym Zamawiającego najpóźniej

w ciągu 6 tygodni od dnia podpisania umowy.

1. Obsługa funkcjonalności portalu e-Podatki

Opis funkcjonalności

W wyniku zapytania przesłanego z modułu e-Podatki do systemu finansowo-księgowego na portalu wyświetlane muszą być wszystkie niezapłacone należności klienta oraz osób dla których jest on pełnomocnikiem lub osobą zobowiązaną solidarnie.

Automatyczne rozliczanie wyciągów bankowych dla których wpłaty dokonane zostały przez platformę e-Podatki.

2. Moduł e-Podatki - moduł analityczny


W systemie musi istnieć możliwość przetwarzania on-line danych dostępnych po wygenerowaniu raportów w zakresie: 1) sortowania danych, 2) ukrywania kolumn, 3) dodawania dodatkowych kolumn z wyliczeniami, 4) agregacji, grupowania danych według wskazanych kolumn, 5) filtrowania danych, 6) wyróżnianie wierszy spełniających określone przez użytkowników kryterium, 7) prezentacji graficznej danych za pomocą wykresów słupkowych i kołowych.

System musi umożliwiać eksportowanie danych do formatu PDF, XLS, ODS, RTF, tekstowego.

3. Obsługa procesu realizacji e-usługi e-Podatki


Posiadanie w systemie dokumentu elektronicznego deklaracji na podatek od nieruchomości osób prawnych w zakresie: o danych składającego deklarację, o danych nieruchomości wykazanej w deklaracji, o podstaw opodatkowania oraz obliczeń wysokości podatku dla danej nieruchomości.

Wpłata rat na podatek przez zarejestrowanego pełnomocnika za pomocą portalu e-Podatki wskazanych zobowiązań, w taki sposób aby odzwierciedlały płatność za pomocą operatora płatności.

Zarejestrowanie wyciągu bankowego oraz rozliczenie automatyczne wpłat dokonanych za pomocą portalu e-Podatki w systemie finansowo-księgowym wraz z zaksięgowaniem wpłat na kontach księgowych.

158

Generowanie sprawozdań Rb-27S z danych zaewidencjonowanych na kontach księgowych dla należnego i zapłaconego za pomocą portalu e-Podatki podatku.

4. Obsługa procesów kadrowych – moduł e-Pracownik Kadry


Wprowadzanie danych osobowych pracownika.

Wprowadzanie danych adresowych: zameldowania, zamieszkania, korespondencyjnego.

Wprowadzanie danych dotyczących ukończonych kursów/szkoleń.

Wprowadzanie danych dotyczących orzeczenia o stopniu niepełnosprawności.

Wprowadzanie do modułu danych dotyczących badań lekarskich

Wygenerowanie oraz wydruk zgłoszenia pracownika do ubezpieczenia społecznego i zdrowotnego ZUS ZUA.

Wprowadzanie przebiegu pracy zawodowej pracownika: a. okresów pracy z poprzednich zatrudnień z zaznaczeniem uprawnień do jakich są zaliczane, b. okresów wyłączonych.

Liczenie ilości przepracowanych: lat miesięcy i dni w każdym z wprowadzonych okresów zatrudnienia.

Liczenie ilości okresów wyłączonych: lat miesięcy i dni w każdym z wprowadzonych okresów.

Wyliczanie stażu do określonych uprawnień: a. dodatku za wieloletnią pracę, b. nagrody jubileuszowej, c. emerytury, d. urlopu.

Wyliczanie sumy okresów wyłączonych ze stażu dot. uprawnienia: a. dodatku za wieloletnią pracę, b. nagrody jubileuszowej, c. emerytury, d. urlopu.

Wyliczanie na dzień rozpoczęcia pracy wysokości dodatku za wieloletnia pracę.

Wyliczanie daty, od której liczony jest staż pracy.

Generowanie wydruku karty stażu pracy zaliczanego do dodatku za wieloletnią pracę.

Generowanie wydruku karty stażu pracy zaliczanego do nagrody jubileuszowej.

Generowanie wydruku karty zakładowego stażu pracy.

Naliczanie wymiarów urlopów oraz ilości dni wolnych przysługujących na podstawie art. 188 kp.

Generowanie wydruku informacji do umowy o pracę.

Wprowadzanie zmian do warunków umowy o pracę -aneksy, następnie generowanie wydruku aneksu do umowy.

Generowanie wydruku Świadectwa pracy dla pracowników

Generowanie wydruku: Wykazu pracowników zwolnionych w określonym przedziale czasowym z wskazaniem: stanowiska, daty rozwiązania, trybu rozwiązania umowy o pracę.

Generowanie wydruku Wykazu absencji pracowników w określonej komórce organizacyjnej w określonym przedziale czasowym z podziałem na rodzaje absencji oraz ich podsumowaniem.

159

Generowanie wydruku: Wykazu pracowników uprawnionych do nagrody jubileuszowej i dodatku za wieloletnią pracę określonej komórki organizacyjnej w określonym przedziale czasowym.

Generowanie wydruku: Wykazu rozliczonych nadgodzin.

Przeglądanie wymiarów urlopów, dat ich zmian oraz ilości dni urlopów przysługujących do wykorzystania przez pracowników.

Grupowe naliczenie wymiarów urlopów na dany rok

Konfigurowanie wydruków z dowolnie wybranymi danymi wprowadzonymi do Systemu

Posiadanie w Systemie tzw. „przypominacza” – czyli aplikacji informującej użytkownika np.: o kończących się umowach, o uprawnieniach pracowników do nagrody jubileuszowej lub dodatku za wieloletnią pracę, o upływie ważności badań lekarskich.

5. Obsługa procesów kadrowych – moduł e-Pracownik Portal Pracowniczy


Podgląd przez Portal pracowniczy w przeglądarce danych: a. osobowych pracownika, b. adresowych pracownika, c. dotyczących wykształcenia pracownika, d. dotyczących absencji pracownika, e. dotyczących wymiaru urlopów pracownika oraz daty zmiany jego wymiaru, f. dotyczących ilości dni urlopu wypoczynkowego przysługującego, wykorzystanego i pozostałego do wykorzystania, w tym urlopu na żądanie, g. dotyczących ilości dni urlopu dodatkowego (wynikającego z orzeczonego stopnia niepełnosprawności, szkoleniowego, kombatanckiego) przysługującego, wykorzystanego i pozostałego do wykorzystania, h. dotyczących ilości dni wolnych z tytułu opieki nad dzieckiem udzielanych na podstawie art. 188 kp. przysługujących, wykorzystanych i pozostałych do wykorzystania w danym roku, i. dotyczących orzeczenia stopnia niepełnosprawności z okresami obniżonej normy czasu pracy, j. dotyczących ilości wypracowanych nadgodzin, k. dotyczących rozliczenia nadgodzin, l. ważności badań lekarskich.

6. Obsługa procesów kadrowych – moduł e-Pracownik Rekrutacja


Prowadzenie opisu stanowiska dla pracownika.

Prowadzenie danych do rejestru służby przygotowawczej.

Prowadzenie danych dotyczących udziału w szkoleniach finansowanych ze środków Urzędu.

Prowadzenie danych dotyczących udziału w studiach podyplomowych dofinansowanych ze środków Urzędu.

Generowanie dla pracownika zestawienia wszystkich szkoleń grupowych i indywidualnych, w których uczestniczył, a które były finansowane ze środków Urzędu.

Generowanie wydruku: Wykazu pracowników zatrudnionych na konkretnych stanowiskach.

Generowanie wydruku wykazu naborów przeprowadzonych w zadanym roku do zadanej komórki.

160

Generowanie wydruku: Wykazu pracowników, którzy byli skierowani do służby przygotowawczej w danym roku.

Generowanie wydruku: Wykazu pracowników, którzy kontynuują naukę na studiach podyplomowych w zadanym roku akademickim.

7. Obsługa procesów kadrowych – moduł e-Pracownik Zarządzania Uprawnieniami Pracowników


Grupowa zmiana hasła dla wielu użytkowników (w przeglądarce internetowej, w usłudze katalogowej Active Directory.

Z poziomu przeglądarki internetowej, logowanie się do systemu z uprawnieniami administracyjnymi w celu utworzenia nowych grup w usłudze katalogowej Active Directory.

Z poziomu przeglądarki internetowej logowanie się do systemu z uprawnieniami administracyjnymi oraz tworzenie nowych użytkowników wraz z ich skrzynkami pocztowymi w systemie Microsoft Exchange za pomocą jednego kreatora.

Z poziomu przeglądarki internetowej, logowanie się do systemu z uprawnieniami administracyjnymi w celu tworzenia limitu rozmiaru wysyłanych wiadomości dla wybranych użytkowników z pomocą kont użytkowników w usłudze katalogowej Active Directory i systemu Microsoft Exchange

Poprzez przeglądarkę internetową logowanie się do systemu z uprawnieniami administracyjnymi oraz generowanie raportu na temat użytkowników Active Directory którym w zadanym czasie wygasa hasło.

8. Moduł e-Pracownik – funkcja Szkolenia


Możliwość wskazania sposobu oceny szkolenia wraz ze wskazaniem poziomu oceny w przypadku kursów

Możliwość przypisywania uczestników do szkolenia

Możliwość definiowania kosztów szkolenia, w tym w rozbiciu na koszty dodatkowe, koszty dojazdu, koszty zakwaterowania, koszty wyżywienia, dieta wraz ze wskazaniem klasyfikacji budżetowej

Możliwość tworzenia grup szkoleniowych

Możliwość definiowania kompetencji jakie dane szkolenia rozwija

Możliwość tworzenia harmonogramu szkolenia w ramach szkoleń grupowych

Możliwość utworzenia planu finansowego – system automatycznie na podstawie kwoty przeznaczonej na daną kategorię, czy rodzaj szkolenia wylicza kwotę pozostałą oraz wykorzystaną

Możliwość wysyłania powiadomień e-mail do uczestników szkolenia

Możliwość wyszukiwania danych na podstawie przeróżnych filtrów (filtr szkoleń, filtr wg firm, filtr uczestników, ocena szkolenia)

Możliwość samodzielnego tworzenia wydruków systemowych generowanych do Excel

9. Moduł e-Pracownik – funkcja służba przygotowawcza/mentoring


Możliwość wprowadzenia informacji o tym, czy jest to nowy pracownik, powracający po długotrwałej nieobecności

161

Prowadzenie ewidencji pozostałych pracowników, którzy podlegają ślubowaniu, u których podstawą zatrudnienia był nabór/zastępstwo

10. Moduł e-Pracownik – funkcja kartoteka pozostałych


Moduł ma zapewniać prowadzenie ewidencji osób odbywających w Urzędzie, np. staż, praktyki, prace społecznie-użyteczne, wolontariat.

11. Moduł e-Edukacja

Opis funkcjonalności Deklaracja maturalna

Przez przeglądarkę internetową logowanie się na posiadane konto, System winien podpowiadać odpowiedni formularz deklaracji maturalnej. Po wypełnieniu właściwej deklaracji maturalnej wg wzoru obowiązującego dla matury za dany rok, dla dla danej szkoły winna być możliwość wybierania przedmiotów maturalnych i uzyskanie informacji o możliwych kierunkach studiów I stopnia lub jednolitych studiów magisterskich przy zdawaniu matury dla wybranych przedmiotów. Winna też istnieć możliwość zaznaczenia (lub nie) zgody na kontakt ze strony uczelni.

Sprawdzanie deklaracji maturalnych przez uczelnię Poprzez przeglądarkę zalogowanie się na konto administratora danej z uczelni oraz:

1. Sprawdzanie liczby osób, które oszacowały wyniki matury dla poszczególnych przedmiotów

2. Sprawdzanie liczby osób, które złożyły deklarację maturalną wskazującą na zdawanie wybranych przedmiotów.

3. Sprawdzanie liczby uczniów, którzy potencjalnie mogą dostać się na poszczególne kierunki studiów na danej uczelni zgodnie ze złożonymi deklaracjami maturalnymi.

4. Sprawdzanie, czy wśród uczniów, którzy złożyli deklarację maturalną są osoby, które dopuszczają kontakt od strony uczelni.

Wyszukanie szkół średnich o najwyższym poziomie dopasowania wyników matury do kierunków studiów

Logowanie się do systemu kontem administratora uczelni poprzez przeglądarkę internetową. Wywołanie funkcji pokazującej dopasowanie wyników matury do kierunków studiów. System winien utworzyć dla każdego wybranego kierunku studiów wykres, wskazujący dla każdej szkoły procent uczniów, którzy mogliby dostać się na wybrany kierunek studiów.

Modelowanie warunków rekrutacji Możliwość uruchomienia funkcji modelowania warunków rekrutacji poprzez wprowadzenie dowolnych kryteriów rekrutacyjnych zgodne z ustawą Prawo o Szkolnictwie Wyższym oraz określenie liczby miejsc na kierunku oraz atrakcyjność kierunku definiowaną jako procent osób, które mogą aplikować na kierunek spośród osób spełniających kryteria rekrutacyjne

W rezultacie System powinien wygenerować tabelę dla wszystkich szkół Rzeszowa zawierającą:

a. Liczbę maturzystów b. Procent maturzystów, którzy zdawali wymagane egzaminy

162

c. Liczbę maturzystów, którzy biorąc pod uwagę liczbę miejsc i atrakcyjność kierunku mogliby zostać na niego przyjęci z danej szkoły.

12. Broker usług WEB dla systemu Proton


Logowanie się Użytkownika do SEOD PROTON poprzez stronę www oraz: 1. Przyjmowanie pism (korespondencji) na dziennik podawczy (rejestr korespondencji

przychodzącej) poprzez stronę www. 2. Wybór klienta – nadawcy pisma. 3. Wybór typu korespondencji, dodanie kolejnego typu korespondencji wraz z

dedykowanymi polami dla nowego typu korespondencji (np. e-mail z polem wymaganym: adres e-mail)

4. Dołączanie pism przychodzących do istniejących spraw 5. Dołączanie do pism załączników w postaci pliku jako skanu dokumentu. 6. Zadekretowanie pisma na inną / wybraną osobę lub przekazanie na wydział

(dekretacja w referacie przez kierownika lub osobę wyznaczoną) 7. Odbiór pisma lub jego odrzucenie, jeżeli jego specyfika nie wymusza zakładania

sprawy 8. Założenie sprawy. 9. Założenie teczki dla sprawy a jeżeli nie istnieje – dodanie nowej teczki zgodnej z

JRWA z poziomu sprawy z możliwością ustalenia numeracji początkowej. 10. Dodawanie do spraw notatek zgodnych z nowelizacją z 7 marca 2012 r. (metryka

zwykła lub metryka KPA) 11. Dodawanie do spraw załączników. 12. Dodawanie do danej sprawy pisma wychodzącego zawierającego decyzję. 13. Wydruk metryk zgodnie ze wzorem nowelizacji z 7 marca 2012 r. 14. Wyszukanie dokumentu / sprawy w oparciu o:

a) Wydział b) Status pisma / sprawy (nowa, w toku, zakończona) c) Nazwę klienta d) Datę / zakres dat doręczenia

13. Moduł e-Komunikacja

Schemat topologii modułu

163

IP

PSTN

KomputerK2

KomputerK1

TelefonT1

TelefonT2

Cisco CCX

AgentA1

AgentA2

AgentA3

Cisco Call ManagerAlgorytm Kolejkowania

TelefonT3


Połączenie Telefon/Komputer -> Agent – możliwość przejęcia połączenia przez Agenta Agenci na liście połączeń widzą wszystkie połączenia kolejki CCX, dowolny agent może odebrać dowolne połączenie przychodzące z pominięciem kolejności ustalonej przez algorytm kolejkowania.

Połączenie Telefon/Komputer - > Agent – działanie algorytmu kolejkowania – opis posiadanej funkcjonalności: Telefon nawiązuje połączenie z Contact Center (CCX) Następuje nawiązanie połączenia z wybranym przez algorytm kolejkowania pierwszym wolnym najmniej obciążonym agentem, bez przerywania istniejących połączeń innych agentów. W przypadku zajętości wszystkich agentów połączenie trafia do kolejki i czeka na pierwszego wolnego agenta.

Połączenie internetowe Komputer -> Agent Wykorzystując przeglądarkę internetową użytkownik komputera jest identyfikowany za pomocą numeru telefonu i trafia do kolejki CCX. Opis posiadanej funkjonalności – nawiązanie połączenia z wybranym – pierwszym wolnym najmniej obciążonym agentem, bez przerywania istniejących połączeń innych agentów. Odebranie połączenia na telefonie Cisco przez Agenta otwiera w przeglądarce Agenta stronę pozwalającą na komunikację audio-video. Ze strony agenta komunikacja głosowa odbywa się poprzez telefon, zaś ze strony petenta komunikacja odbywa się poprzez słuchawki z mikrofonem podłączone do komputera. Agent i petent widzą się oraz słyszą. W przypadku zajętości wszystkich agentów połączenie trafia do kolejki i czeka na 1 wolnego agenta.

Udostępnienie ekranu komputera petenta- opis szczegółowy funkcjonalności:

164

Wybrany Agent prosi o udostępnienie ekranu komputera łączącego się petenta. Agent widzi ekran użytkownika komputera petenta oraz ma kontrolę nad jego myszką oraz klawiaturą bez utracenia komunikacji głosowej, która odbywa się za pośrednictwem CCX.

Identyfikacja petenta w komunikacji internetowej Algorytm kolejkujący w pierwszej kolejności po identyfikacji dzięki wprowadzonemu numerowi telefonu użytkownika komputera, winien podjąć próbę połączenia z agentem wcześniej obsługującym komunikującego się petenta, jeżeli agent jest zajęty połączenie z pierwszym wolnym najmniej obciążonym agentem, bez przerywania istniejących połączeń innych agentów. Wówczas winno zostać nawiązane połączenie audio-video za pomocą przeglądarki internetowej (agent oraz użytkownik komputera powinni wzajemnie widzieć się oraz słyszeć). W przypadku zajętości wszystkich agentów połączenie ma trafić do kolejki i czekać na 1 wolnego agenta

Moduł winien być zintegrowany z systemem e-powiadomiania (SMS, e-mail, Pushup)

UWAGA! Zamawiający eksploatuje Cisco CallManager oraz Contact Center (CCX)

14. Aplikacja mobilna


Autentykacja użytkownika za pomocą wcześniej stworzonego profilu.

Zgłaszanie uwag i usterek do systemu Telefonicznego Centrum Obsługi Mieszkańca – TCOM (Cisco CCX) poprzez rejestrowanie w systemie TCOM zgłoszeń:

- przypisanie kategorii (słownik kategorii), - przesłanie zdjęcia, przesłanie opisu/uwag, - automatyczny pobór koordynat geograficznych (dostępna również druga metoda: wskazanie lokalizacji na mapie lub ręczne wpisanie nazwy ulicy). Zgłoszenie ma pojawić się w systemie TCOM, z możliwością przypisania zgłoszenia do odpowiedniej jednostki miejskiej i określenia statusu sprawy

Sprawdzanie statusu zgłoszonych spraw w systemie TCOM – wyświetlenie w aplikacji mobilnej statusu zgłoszonych spraw. Zmiana statusu w TCOM powoduje zmiany w aplikacji mobilnej.

Uwaga! Działanie aplikacji mobilnej ma obejmować platformy: UWP, Android, IOS.

15. Obsługa funkcjonalności modułu Aplikacja mobilna – dane podatkowe


W zakresie informacji dotyczących płatności wyświetlanie następujących danych z zakresu danego podatku oraz opłaty za gospodarowanie odpadami: - rodzaj należności, - termin płatności, - kwota należności, - odsetki, - numer konta bankowego.

W zakresie informacji związanych z opłatą za gospodarowanie odpadami komunalnymi winny się wyświetlać następujące dane: - nieruchomość: adres nieruchomości, typ nieruchomości, adres punktu odbioru

165

odpadów, zarejestrowane ulgi; - złożone deklaracje: data złożenia, datę obowiązywania od, wyliczenie opłaty; - naliczenia opłaty: rok, miesiąc, kwota opłaty za nieruchomości zamieszkałe, kwota opłaty za nieruchomości niezamieszkałe, kwota ulgi, kwota opłaty.

W zakresie informacji związanych z wymiarem podatku winny wyświetlić się następujące dane w kontekście wybranego roku podatkowego: Podatek od nieruchomości osób fizycznych: - położenie nieruchomości, - rodzaje podstawy opodatkowania, - powierzchnia podstawy opodatkowania, - okres opodatkowania w roku podatkowym, - stawka podatku, - kwota podatku dla wskazanej podstawy. - kwota zaokrąglonego podatku w danym roku podatkowym dla wskazanej karty kontowej.

W zakresie informacji związanych z wymiarem podatku winny wyświetlać się następujące dane w kontekście wybranego roku podatkowego: Podatek od środków transportowych: - numer rejestracyjny, - data rejestracji, - data sprzedaży, - rodzaj pojazdu, - marka pojazdu, - stawka, - podatek dla środka transportowego. oraz kwota zaokrąglonego podatku w danym roku podatkowym dla wskazanej karty kontowej.

16. Moduł e-Rada


Konfigurowanie sali do głosowania Wprowadzanie odpowiedniej ilości miejsc głosujących wraz z sekretarzem oraz przypisanie do nich paneli umożliwiających symulację głosowania. W szczególności: zarejestrowanie nazwisk radnych oraz przewodniczącego. Przypisanie radnym i przewodniczącemu paneli do glosowania.

Wizualizacja sali do głosowania Wprowadzanie do wcześniej zdefiniowanej oraz skonfigurowanej sali odpowiedniego układu miejsc dla głosujących wraz z ich wizualizacją

Zaplanowanie obrad Wprowadzanie informacji do systemu na temat obrad rady tj.: jego długości, liczby głosujących, tematów głosowań.

166

Przeprowadzanie głosowań Przeprowadzanie głosowań na wcześniej skonfigurowane tematy głosowań, wraz z ich rejestracją. Wyniki głosowania musza być widoczne na bieżąco w formie raportów graficznych oraz za pomocą dedykowanego ekranu wizualizującego wyniki głosowań, np. dodatkowy monitor lub projektor.

Zakończenie głosowań Poprawne zakończenie głosowań winno skutkować ich archiwizacją.

Zakończenie sesji rady – poprawna jej archiwizacja. Po zakończeniu sesji - jej przebieg (czas, aktywność wyniki głosowań) muszą być dostępne poprzez szynę danych za pomocą ogólnie dostępnych formatów REST/JSON Dane mają być wykorzystywane do wyświetlania informacji na stronie WWW.

Weryfikacja danych dotyczących zaplanowanych spotkań Odpytywanie systemu poprzez szynę ESB danych o listę zaplanowanych spotkań i zwracanie poprawnych danych w formacie REST/JSON listy zaplanowanych spotkań w przyszłości

Weryfikacja danych dotyczących głosowań Odpytywanie systemu poprzez szynę danych o listę dostępnych zarchiwizowanych głosowań oraz ich wyników wraz ze zwracaniem danych w formacie REST/JSON dla listy dostępnych zarchiwizowanych głosowań oraz ich wyników

Weryfikacja danych dotyczących zakończonych spotkań Odpytywanie systemu poprzez szynę danych o listę zarchiwizowanych spotkań ze zwracaniem poprawnych danych w formacie REST/JSON dla listy dostępnych zarchiwizowanych spotkań

Weryfikacja danych dotyczących delegatów na sesji Odpytywanie systemu poprzez szynę danych ESB o listę delegatów uczestniczących w sesji i zwracanie danych w formacie REST/JSON dla list delegatów uczestniczących w sesji

Uruchomienie ww. funkcjonalności będzie polegało na ich poprawnym wykonywaniu na

danych dostarczonych przez Zamawiającego. Z czynności uruchomienia zostanie sporządzony w

ciągu 2 dni protokół potwierdzający poprawność realizacji wszystkich wymienionych w tabeli

funkcjonalności. Brak którejkolwiek z wymienionych w tabeli funkcjonalności skutkował będzie

możliwością odstąpienia od umowy przez Zamawiającego i naliczenia kary umownej

Wykonawcy w wysokości i na warunkach określonych w umowie.

167

UWAGA - dotyczy całości opisu przedmiotu zamówienia (dla oprogramowania):

Wszystkie interfejsy graficzne dostępne zarówno dla petenta jak i pracownika oraz

administratora muszą być oznakowane zgodne z aktualnymi zasadami promocji

i oznakowania projektów współfinansowanych z UE oraz aktualnym Podręcznikiem

wnioskodawcy i beneficjenta programów polityki spójności 2014-2020 w zakresie

informacji i promocji, dostępnymi na stronie

http://www.funduszeeuropejskie.gov.pl/promocja oraz zostać uzgodnione z

Zamawiającym i przez niego zatwierdzone.

Asysta stanowiskowa

Pracownicy Urzędu, którzy wykorzystują oprogramowanie dziedzinowe zostaną objęci procedurą

asysty stanowiskowej związanej z obsługa danego modułu.

Przewiduje się zapewnienie asysty stanowiskowej dla informatyków, który po okresie realizacji

projektu będą administrować częścią platformy sprzętowej powstałego rozwiązania

teleinformatycznego.

Asysta stanowiskowa będzie obejmowała 80 godzin szkoleniowych w ujęciu 8 godzin na jeden dzień

(rekomendowane). Całość powinna się zamknąć w okresie 10 dni. Kolejność dni należy ustalić w

późniejszym terminie. Blok drugi może ulec zmianie poprzez zmniejszenie ilość godzin - należy ustalić

indywidualnie z każdym zainteresowanym departamentem.

Realizacja tego zadania zostanie podzielona na bloki:

Blok pierwszy (5 dni – 40 godzin) zostanie przeprowadzony w centrum informatycznym

urzędu i będzie adresowany do informatyków i będzie obejmował część sprzętową miał na

celu zapoznanie się uczestników z elementami technologicznymi, które składają się na całość

autorskiego rozwiązania;

Blok drugi (5 dni – 40 godzin) zostanie przeprowadzony w centrum informatycznym urzędu i

będzie adresowany do informatyków i będzie obejmował część softwerową (zakupione

oprogramowanie oraz systemy dziedzinowe), które składają się na całość autorskiego

rozwiązania

http://www.funduszeeuropejskie.gov.pl/promocja

168

Asysta stanowiskowa powinna być autorskim podejściem do przeszkolenia personelu celem

zapewnienia prawidłowości pracy i obsługi systemu IT. Powinna być warunkiem dopuszczającym do

przekazania rozwiązania technicznego do wykorzystania produkcyjnego. Zaproponowane rozwiązanie

nie jest szkoleniem tylko instruktarzem stanowiskowym przekazującym wiedzę z autorskiego

rozwiązania. Asysta stanowiskowa powinna zostać odebrana i zatwierdzona protokołem odbioru

sygnowanym przez obie strony projektu tj. wykonawcę oraz użytkownika końcowego.

Instalacja i konfiguracja (część sprzętowa)

Usługa obejmuje fizyczną instalację i konfigurację zakupionego sprzętu we wskazanych lokalizacjach

projektu. Obejmie:

1) wniesienie, ustawienie i fizyczny montaż elementów hardware,

2) uruchomienie i wykonanie procedury aktualizacji firmware dostarczonych elementów do

najnowszej wersji oferowanej przez producenta sprzętu,

3) dla urządzeń modularnych montaż i instalację wszystkich elementów,

4) wykonanie połączeń kablowych między dostarczonymi urządzeniami celem zapewnienia

komunikacji,

5) instalację dostarczonego oprogramowania tj. systemu operacyjnego, oprogramowania do backupu

i archiwizacji, systemu monitorowania

6) rejestracje i instalację niezbędnych kodów dostępowych i licencji

7) opracowanie dokumentacji powykonawczej Instalacja i konfiguracja

Usługa obejmie instalację, konfigurację, testy i uruchomienie produkcyjne dostarczonych modułów

oprogramowania dziedzinowego. W jej ramach:

1) zostanie dostarczone oprogramowanie dziedzinowe, zainstalowane w lokalizacjach wskazanych

przez Wnioskodawcę i zaktualizowane do najnowszych wersji oferowanych przez producenta,

2) zostanie skonfigurowane dostarczone oprogramowanie z uwzględnieniem wyników analizy

procesów biznesowych zachodzących u Wnioskodawcy

3) zostaną wygenerowane konta użytkowników wraz z prawami dostępu do aplikacji i modułów

4) zostanie wykonana i dostarczona dokumentacja powykonawcza

5) zostaną przeprowadzone testy użytkownika na bazie roboczej i produkcyjnej celem weryfikacji

prawidłowości działania.

Asysty stanowiskowe (70 dni)

Asysta stanowiskowa będzie obejmowała 560 godzin szkoleniowych w ujęciu 8 godzin na jeden dzień

(rekomendowane), po 40 godzin na jedną grupę urzędników (razem 14 grup). Ze względu na fakt, że

asystą będzie objęta duża grupa urzędników przewiduje się realizację asysty w wielu grupach

169

liczących po 5-8 urzędników. Całość powinna się zamknąć w okresie 5 dni (dla jednej grupy).

Kolejność dni należy ustalić w późniejszym terminie.

Realizacja tego zadania zostanie podzielona na bloki:

• Blok pierwszy e-Podatki (5 dni – 40 godzin) – 3 grupy urzędników i będzie adresowany do

pracowników odpowiedzialnych za podatki i będzie obejmował część oprogramowania

dziedzinowego związanego z e-podatkami,

• Blok drugi e-Edukacja (5 dni – 40 godzin) – 3 grupy urzędników i będzie adresowany do

pracowników odpowiedzialnych za edukację i będzie obejmował część oprogramowania

dziedzinowego związanego z e-edukacją,

• Blok trzeci e-Budżet Obywatelski (5 dni – 40 godzin) – 3 grupy urzędników i będzie adresowany

do pracowników odpowiedzialnych za sprawy budżetowe i będzie obejmował część

oprogramowania dziedzinowego związanego z e-Budżetem Obywatelskim,

• Blok czwarty e-Pracownik (5 dni – 40 godzin) – 3 grupy urzędników i będzie adresowany do

pracowników odpowiedzialnych za kadry i będzie obejmował część oprogramowania

dziedzinowego związanego z e-Pracownikiem,

• Blok piąty e-Rada(5 dni – 40 godzin) – 2 grupy urzędników i będzie adresowany do pracowników

odpowiedzialnych za obsługę Biura Rady Miasta i będzie obejmował część oprogramowania

dziedzinowego związanego z e-Radą,

Asysta stanowiskowa powinna być autorskim podejściem do przeszkolenia personelu celem

zapewnienia prawidłowości pracy. Asysta stanowiskowa powinna zostać odebrana i zatwierdzona

protokołem odbioru sygnowanym przez obie strony projektu tj. wykonawcę oraz użytkownika

końcowego.

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 nakłada obowiązek

zapewnienia okresowego audytu wewnętrznego w zakresie bezpieczeństwa informacji, nie rzadziej

niż raz na rok (§ 20 ust.2 pkt 14).

W ramach realizacji zamówienia należy przeprowadzić audyt na końcu realizacji zamówienia.

Przed przystąpieniem do instalacji i konfiguracji na etapie przygotowania projektu należy również

wykonać :

1) 1. Przegląd procedur, dokumentów i wdrożonej polityki bezpieczeństwa informacyjnego wraz

ze wskazaniem zalecanych zmian ( zgodnie z aktualnymi wytycznymi KRI, dopuszczalne jest

zastosowanie wytycznych i dobrych praktyk podanych w polskich normach ( PN-ISO/IEC

27001, PN-ISO/IEC 27002, PN-ISO/IEC 27005, PN-ISO/IEC 24762 ) w powiązaniu ich

170

z dostarczanymi/wdrażanymi w ramach zamówienia elementami oraz funkcjonującymi

u zamawiającego systemami informatycznymi.

2) Zaproponowanie i uzgodnienie z zamawiającym harmonogramu wprowadzania zalecanych

zmian.

Audyt końcowy powinien obejmować co najmniej:

1. Analizę krytyczną stanu zabezpieczeń (w tym Polityki bezpieczeństwa informacji) wraz ze

wskazaniem możliwych działań poprawiających bezpieczeństwo informacji. Analiza ta powinna

obejmować:

a. Analizę procedur zarządzania bezpieczeństwem teleinformatycznym;

b. Badanie procedur archiwizacji, zarządzania kopiami archiwalnymi i odtwarzania po

katastrofie;

c. Badanie procedur związanych z rejestracją i przetwarzaniem błędów funkcjonowania

oprogramowania i sprzętu;

d. Analizę procedur ochrony przed oprogramowaniem szkodliwym, w szczególności jego

instalacji i aktualizacji;

e. Weryfikację zabezpieczeń wybranych stacji roboczych i nośników informacji, w szczególności

tych, na których przetwarzane, udostępnianie lub przechowywane są informacje wrażliwe;

f. Analizę polityki zarządzania hasłami i uprawnieniami użytkowników, licencjami, aktualizacjami i

wykorzystaniem urządzeń mobilnych;

2. Skanowanie poziomu zabezpieczeń systemu informatycznego oprogramowaniem

diagnostycznym;

W ramach działania należy przeprowadzić zewnętrzne i wewnętrzne testy penetracyjne. Testy

zewnętrzne mają dotyczyć odporności styku badanej sieci lokalnej z Internetem, przeprowadzane ze

stacji roboczej podłączonej do sieci Internet i powinny obejmować m. in.:

a. Analizę architektury dołączenia sieci lokalnej do Internetu;

b. Badanie skuteczności zastosowanych mechanizmów ochronnych na ataki różnych typów,

w tym:

- Wykrycie i przejęcie usług sieciowych dostarczanych przez sieć lokalną;

- Wykrycie i ewentualne wykorzystanie luk w wykorzystywanym oprogramowaniu

systemowym, narzędziowym i aplikacyjnym;

c. Analityczne przedstawienie zaleceń mających na celu usunięcie wykrytych luk.

171

Testy wewnętrzne mają dotyczyć odporności samej sieci na ataki, powinny zostać

przeprowadzone ze stacji roboczej podłączonej do sieci lokalnej i obejmować podobny zakres jak

testy zewnętrzne.

4. Szkolenie z zakresu bezpieczeństwa informacji dla pracowników, wraz z kompletem

materiałów szkoleniowych, (co najmniej 45 osób). Szkolenie winno obejmować pracowników UM

wykorzystujących efekty projektu i posługujących się wdrożonymi systemami dziedzinowymi. Podana

liczba jest minimalną liczbą osób koniecznych do przeszkolenia.;

5. Przygotowanie i uzgodnienie pisemnego raportu dotyczącego wyników przeprowadzonego

audytu.

Należy przewidzieć minimum 12 pobytów audytorów u Zleceniodawcy. Poszczególne wizyty

poświęcone będą:

a) Przedstawieniu metodyki audytu, określeniu dokumentów niezbędnych do jego przeprowadzenia

oraz uzgodnieniu harmonogramu audytu;

b) Przeprowadzeniu wywiadu lokalnego wraz z analizą procedur, dokumentów i wdrożonych

zabezpieczeń.

c) Skanowaniu sieci z punktu widzenia bezpieczeństwa programem diagnostycznym;

d) Zapoznaniu kadry kierowniczej z wynikami audytu. Szkolenie pracowników z obszaru

bezpieczeństwa. Uzgodnienie treści ostatecznej wersji raportu o poziomie bezpieczeństwa

informacyjnego.

Prace wykonywane będą bezpośrednio w siedzibie Zamawiającego przez audytora, a na ich

podstawie przygotowany zostanie raport końcowy.

Integracja z istniejącą infrastrukturą programowo sprzętową zamawiającego

Dostarczane systemy należy dołączyć do istniejącego systemu IT Zamawiającego, po uprzednim

uzgodnieniu z Biurem Obsługi Informatycznej i Telekomunikacyjnej Urzędu Miasta Rzeszowa .

Zamawiający oczekuje dostarczenia koncepcji rozwiązania integracji z istniejącymi systemami IT

zamawiającego, w terminie określonym w § 3 ust. 3 pkt 1) umowy. Dostarczona koncepcja musi

zostać sprawdzona przez zamawiającego przed jej zatwierdzeniem.

Wymagana jest Integracja co najmniej na dwóch płaszczyznach tj :

172

- sieciowo-serwerowa : dołączenie dostarczanych elementów, sprzętowych i programowych do

istniejących przełączników sieciowych oraz środowiska wirtualnego VMWare (wymagane jest

wprowadzenie odpowiednich zmian konfiguracyjnych zarówno w środowisku wirtualnym jak i na

urządzeniach fizycznych, oraz dostarczanie i wykonanie wymaganych aktualizacji oprogramowanie na

przełącznikach sieciowych oraz w środowisku wirtualnym )

- softwarowa : dołączenie dostarczanych elementów sprzętowych i programowych do istniejących u

zamawiającego systemów w tym konsolidacji danych oraz oprogramowania z wykorzystaniem

dostarczanych rozwiązań szyny danych oraz brokera.

Zakres obowiązków osób skierowanych do realizacji zamówienia – personelu kluczowego

1) kierownik projektu - będzie odpowiedzialny za koordynację całości prac projektowych po stronie

Wykonawcy. Będzie odpowiadał za nadzór pracy podwykonawców, monitoring postępu w

projekcie pod kątem harmonogramu oraz będzie sprawował nadzór nad całością zadań

projektowych. Do jego obowiązków będzie należało również dokonywanie sprawozdań z postępu

w projekcie na życzenie Zamawiającego oraz udział w spotkaniach roboczych zespołu

projektowego.

2) Co najmniej 1 specjalistą w zakresie wdrażania systemów informatycznych – architekta

IT/analityka systemów IT. Do zadań specjalisty będzie należało:

Opracowanie harmonogramu wdrożenia

Opracowanie metodyki wdrożenia, doprecyzowanie koncepcji technicznej

Wykonanie analizy i inwentaryzacji zasobów sprzętowo-programowych Zamawiającego, zasad i

metod realizacji umowy

Szczegółowe opisanie Produktów wraz z dokumentacją projektową

Sporządzenie projektu funkcjonalnego i technicznego,

Nadzór nad wykonywaniem przez co najmniej 2 programistów oraz specjalistę ds. opracowania

i uruchomienia usług elektronicznych następujących czynności, jak:

Instalacja i konfiguracja systemu IT w zakresie:

o Systemów dziedzinowych

o Systemów pomocniczych, takich jak: broker, moduł komunikacyjny, uwierzytelnienia itp.

Rozwiązania sprzętowe: serwerowo-macierzowy, telefonii IP – Contact Center itp.

Wirtualizacja i backup zasobów.

Migracja danych — Integracja rozwiązań IT

Przeprowadzenie testów funkcjonalności

Przeprowadzenie asyst stanowiskowych/szkoleń

173

Opracowanie dokumentacji powykonawczej w swoim zakresie wdrożenia

3) 1 osobą - Administratorem Technicznym odpowiedzialnym za konfigurację i administrowanie

systemem i bazami danych i posiadającą kwalifikacje w zakresie konfiguracji i administrowania

bazami danych. Do zadań tej osoby będzie należała instalacja, konfiguracja i uruchomienie baz

danych, na których będzie pracował system informatyczny. Osoba będzie odpowiedzialna również

za nadzór nad uruchomieniem systemu, usuwanie pojawiających się błędów w pracy bazy danych

oraz przeniesienie danych z obecnie użytkowanych systemów przez Zamawiającego. W zakresie

szczegółowych obowiązków odpowiedzialny będzie za:

Instalację i konfigurację systemu bazodanowego.

Utworzenie wszystkich niezbędnych struktur tj. miedzy innymi tabel oraz relacji dla

tworzonego systemu.

Wykreowanie odpowiednich polityk dostępu do danych (konta z uprawnieniami).

Stworzenie procedur backupu bazy danych z wykorzystaniem zaoferowanego rozwiązania

backupu.

Opracowania systemu logowania dostępu do danych, wraz z utrzymaniem informacji o

wykorzystywanych zasobach.

Administracja bazami danych na czas trwania projektu.

Monitorowanie i zapewnienie ciągłości pracy usług.

Konfiguracja i nadzór nad kopiami bezpieczeństwa.

Inicjowanie i wdrażanie zmian wraz z optymalizacją środowiska.

Współpraca z programistami i obsługa zgłoszeń użytkowników.

Analiza i naprawa błędów na czas trwania projektu

4) Co najmniej 1 osobą – programistą, posiadającymi praktyczne umiejętności programowania (np.

produktów programistycznych Embarcadero, Microsoft, Oracle lub równoważnych),

posiadającymi umiejętności w zakresie programowania języków

kompilowanych/skryptowych/szyn ESB. Do ich zadań będzie należało:

Wykonanie, dostosowanie istniejących oraz instalacja i konfiguracja systemu IT Zamawiającego

w zakresie:

Systemów dziedzinowych

Systemów pomocniczych: broker, moduł komunikacyjny, uwierzytelnienia itp.

Rozwiązań sprzętowych: serwerowo-macierzowy, telefonii IP – Contact Center itp.

Wirtualizacji i backupu zasobów.

Migracji danych

Integracji rozwiązań IT

174

Przeprowadzenia testów funkcjonalności

Przeprowadzenia szkoleń w ramach asyst stanowiskowych

5) 1 osobą – specjalistą ds. opracowania i uruchomienia usług elektronicznych, posiadającym

doświadczenie we wdrażaniu projektów złożonych systemów informatycznych, do zadań tej osoby

będzie należało:

Wykonanie, dostosowanie istniejących e-usług, a także ich instalacja integracja i konfiguracja w

systemie IT Zamawiającego w zakresie systemów dziedzinowych wchodzących w zakres e-usług

niniejszego projektu oraz systemów pomocniczych: broker, moduł komunikacyjny,

uwierzytelnienia itp.

Przeprowadzenia testów funkcjonalności e-usług

Przeprowadzenia szkoleń z zakresu obsługi e-usług w ramach asyst stanowiskowych.

6) 1 osobą – ekspertem ds. bezpieczeństwa. Osoba ta będzie odpowiedzialna za wdrożenie systemu

informatycznego zgodnie z wymogami normy ISO/IEC 27001. Do jej zadań będzie należało również

branie aktywnego udziału w określaniu zakresów uprawnień użytkowników systemu

informatycznego oraz udział w audycie systemu pod kątem spełnienia wymogów KRI. Ponadto do

jego obowiązków będzie należeć:

Nadzór nad jakością mechanizmów bezpieczeństwa w serwisach i systemach IT.

Prowadzenie testów penetracyjnych.

Zapewnienie bezpieczeństwa informatycznego w organizacji.

Przeprowadzanie kontroli i audytów bezpieczeństwa teleinformatycznego oraz danych

osobowych.

Podejmowanie działań w przypadku wykrycia naruszeń w systemach bezpieczeństwa

informacji, w szczególności nadzór nad procesem audytu oraz nad wdrażaniem zaleceń po

audytowych

Podstawowa analiza i korelacja zdarzeń oraz bieżąca reakcja na zdarzenia zarejestrowane przez

systemy IT.

Opracowywanie dokumentów dotyczących procesu bezpieczeństwa danych.

Nadzór nad realizacją procesów przetwarzania i ochrony informacji.

Identyfikacja i opis procesów podlegających ochronie danych.

Szkolenie pracowników w zakresie bezpieczeństwa teleinformatycznego i przemysłowego.

Opracowanie i wdrożenie u Zamawiającego minimalnego poziomu wymaganych standardów

KRI

175

Documents

SIWZ - Rzeszowiebip.erzeszow.pl/file/113252/Opis przedmiotu zamówienia.…Translate this page1 Załącznik nr 1 do SIWZ - Opis przedmiotu zamówienia dla projektu Realizacja idei