bip.wrota.lubuskie.plbip.wrota.lubuskie.pl/ugkrosnoodrzanskie/system/... · Web viewzwiększenie ilości e-usług publicznych świadczonych przez Gminę Krosno Odrzańskie na poziomie

OPIS PRZEDMIOTU ZAMÓWIENIA Tom III SIWZ

Strona 1

1. Cel realizacji Projektu

Głównym celem projektu pt. „Budowa Centrum Zarządzania siecią Gminy Krosno Odrzańskie wraz z pakietem e-Usług dla mieszkańców” jest poprawa dostępu sektora biznesu, obywateli, osób niepełnosprawnych, organizacji pozarządowych i instytucji do elektronicznej administracji samorządowej w Gminie Krosno Odrzańskie oraz optymalizacja zarządzania infrastrukturą teleinformatyczną.

Realizacja projektu powinna uruchomić nowe metody komunikacji i podejmowania decyzji przez Zamawiającego, a także przyczynić się do zwiększenia wykorzystania technologii społeczeństwa informacyjnego oraz zwiększyć wiedzę i umiejętności społeczeństwa w wykorzystaniu nowoczesnych narzędzi informatycznych.

Dostępność usług elektronicznych w tym regionie jest niewystarczająca, w tym celu Zamawiający określił Przedmiot Zamówienia precyzując Zadania, jakie Wykonawca musi zrealizować w ramach projektu. Zdefiniowany cel główny został podzielony przez Zamawiającego na cele szczegółowe (Zadania 1,2,3). Do celów szczegółowych, ściśle powiązanych z celem głównym należą:

a) unowocześnienie infrastruktury światłowodowej łączącej Urząd Miasta Krosno Odrzańskie z jednostkami organizacyjnymi (Zadanie 1),

b) poprawa jakości infrastruktury informatycznej Urzędu Miasta Krosno Odrzańskie oraz poziomu bezpieczeństwa danych (Zadanie 2),

c) zwiększenie ilości e-usług publicznych świadczonych przez Gminę Krosno Odrzańskie na poziomie transakcji i personalizacji oraz rozszerzenie funkcji elektronicznej obsługi klientów Urzędu Miasta poprzez stworzenie portalu e-Usług (SUE) zawierającego między innymi „kartę obywatela” oraz zakup/modernizację systemów dziedzinowych umożliwiających wymianę danych z portalem e-Usług (SUE) wraz z integracją Systemu Dziedzinowego (SD) z Modułem Elektronicznego Zarządzania Dokumentacją (EZD) (Zadanie 3).

Przedsięwzięcie realizowane jest na nieruchomościach należących do Gminy Krosno Odrzańskie (siedziba Urzędu Miasta i siedziby jednostek organizacyjnych Gminy Krosno Odrzańskie).

Projekt realizowany jest zgodnie z Ustawą z dnia 29.01.2004r. - Prawo Zamówień Publicznych (tekst jednolity Dz. U. z 2007r., Nr 223, poz. 1655 z późn. zm.).

Projekt współfinansowany z EFRR w ramach Regionalnego Programu Operacyjnego – Lubuskie 2020 Oś Priorytetowa 2 – Rozwój Cyfrowy, Działanie 2.1 Rozwój Społeczeństwa Informacyjnego).

Wdrożenie całości Projektu musi zagwarantować spełnienie wszelkich wymogów polskiego prawa.

Strona 2

2. Ogólny opis Przedmiotu Zamówienia

Realizacja Przedmiotu Zamówienia polega na pełnieniu roli Wykonawcy prac związanych z inwestycją pn: „Budowa Centrum Zarządzania siecią Gminy Krosno Odrzańskie wraz z pakietem e-Usług dla mieszkańców”.

Zakres prac Wykonawcy obejmuje dostawę sprzętu informatycznego, usług informatycznych, montażu radiolinii oraz utworzeniu połączeń światłowodowych między jednostkami za pomocą istniejącej i nowo budowanej infrastruktury, dostawę i wdrożenie Oprogramowania Aplikacyjnego w tym wymaganych Funkcjonalności opisanych przez Zamawiającego w OPZ, dostarczenie wszelkich licencji Oprogramowania zastosowanego przez Wykonawcę w celu realizacji Funkcjonalności, szkolenia związane z kompleksową realizacją Przedmiotu Zamówienia oraz wszystkie inne Prace wdrożeniowe opisane przez Zamawiającego w SIWZ oraz OPZ.

Realizacja Przedmiotu Zamówienia obejmuje wykonanie i wdrożenie innowacyjnych e-usług, w tym przede wszystkim:

a) Zadanie_1: budowę „pod klucz” Centrum Zarządzania Siecią (CZS) w siedzibie Urzędu Miasta w Krośnie Odrzańskim w tym połączenie Jednostek Organizacyjnych Zamawiającego znajdujących się na terenie miasta Krosno Odrzańskie za pomocą łączy światłowodowych wraz z kanalizacją teletechniczną oraz radiolinii na paśmie nielicencjonowanym zgodnie z wytycznymi opisanymi w Zadaniu nr 1 - tj. zaprojektowanie, dostawę urządzeń i materiałów, budowę torów transmisyjnych, oraz montaż i uruchomienie, zgodnie z uznanymi standardami w dziedzinie łączności, informatyki i telekomunikacji na warunkach określonych w treści poszczególnych Zadań oraz SWIZ,

b) Zadanie_2: dostawę, montaż wraz z uruchomieniem, konfigurację oraz świadczenie usług serwisu gwarancyjnego Infrastruktury sprzętowej (pkt.13.2) wyspecyfikowanej przez Zamawiającego w Zadaniu nr 2, na warunkach określonych w treści poszczególnych Zadań oraz SWIZ,

c) Zadanie_3: wdrożenie Oprogramowania Aplikacyjnego (pkt.13.3.) realizującego wszystkie wymagane Funkcjonalności opisane przez Zamawiającego w OPZ w tym przede wszystkim: Moduł Dziedzinowy (SD), Moduł Elektronicznego Zarządzania Dokumentacją (EZD), Moduł usług elektronicznych dla mieszkańców (SUE) wraz z oprogramowaniem integrującym Wykonawcy,

d) przeprowadzenie szkoleń dla Użytkowników Systemu w tym przeprowadzenie szkoleń dla Administratora oraz Użytkowników Końcowych z Funkcjonalności Systemu na warunkach określonych w pkt. 11 w zakresie określonym w treści SIWZ,

e) świadczenie usług Gwarancyjnych na warunkach określonych w pkt.12 w zakresie określonym w treści SIWZ,

f) świadczenie dla wdrożonego Oprogramowania Aplikacyjnego (Zadanie nr 3) opieki autorskiej, wsparcia technicznego i usług Asysty Technicznej w tym świadczenie usług Serwisu Gwarancyjnego dla Oprogramowania na warunkach określonych w pkt.12 w zakresie określonym w treści SIWZ,

g) opracowanie Dokumentacji w tym dokumentacji: Szkoleniowej, Technicznej, Wdrożeniowej i Użytkowej,

Strona 3

h) współpraca z Zamawiającym, w tym wykonywanie zadań związanych z zarządzaniem projektem opisanych w pkt.6 Wymagania w zakresie zarządzania, Dokumentacji Projektu oraz komunikacji,

i) przeniesienie w terminach i na zasadach określonych w Projekcie Umowy – TOM II SIWZ Istotne Postanowienia Umowy, praw autorskich, licencji przysługujących Wykonawcy, lub które Wykonawca zobowiązany jest nabyć w wyniku realizacji Przedmiotu Zamówienia.

Wykonawca zobowiązany jest zapewnić w ramach realizacji Przedmiotu Zamówienia wszelkie prawa umożliwiające Zamawiającemu korzystanie z wdrożonego Oprogramowania zgodnie z powszechnie obowiązującym prawem.

Wykonawca jest zobowiązany dostarczyć Zamawiającemu wszelkie Dokumenty gwarancyjne i licencyjne uprawniające do korzystania z Oprogramowania dostarczonego w ramach realizacji Przedmiotu Zamówienia, wszelkie dokumenty niezbędne do prawidłowej eksploatacji Oprogramowania, w tym Dokumentację Powykonawczą oraz eksploatacyjną Oprogramowania, w tym Instrukcje obsługi przeznaczone dla użytkowników końcowych (Dokumentacja oraz Instrukcje wymagane w SIWZ w języku polskim).

Wykonawca jest zobowiązany do współpracy z Zamawiającym, w tym wykonywania zadań związanych z zarządzaniem projektem opisanych w SIWZ, w szczególności w pkt.6 OPZ.

Niezależnie od czynności Wykonawcy określonych w pkt.2 Wykonawca w całym okresie realizacji Przedmiotu Zamówienia, nie rzadziej niż raz na tydzień zobowiązany jest przeprowadzać konsultacje z Zamawiającym w siedzibie Zamawiającego w liczbie min. 400 godzin dla całego okresu realizacji Przedmiotu Zamówienia.

Zamawiający dopuszcza możliwość spotkań w ramach prowadzonych konsultacji w formie wideokonferencji wyłącznie za zgodą Zamawiającego. Zamawiający ma prawo w każdym momencie zażądać od Wykonawcy przeprowadzenia konsultacji, podając termin i miejsce nie później niż 3 dni przed planowanymi konsultacjami. Dodatkowo (poza określonym powyżej godzinnym limitem) Zamawiający wymaga prowadzenia konsultacji za pośrednictwem poczty, poczty elektronicznej, faksu, telefonu lub systemu typu HelpDesk Wykonawcy w godzinach pracy Zamawiającego.

3. Miejsce realizacji Przedmiotu Zamówienia

Siedziba Zamawiającego:

Gmina Krosno Odrzańskieul. Parkowa 166-600 Krosno Odrzańskietel. 68 410 97 00fax. 68 383 51 22

Przedmiotowe przedsięwzięcie będzie realizowane na działkach:

Strona 4

a) ul. Mickiewicza 922, 921, 915/2,b) ul. Pułaskiego 655, 662/1, 666/2,c) ul. Ogrodowa 952,d) ul. Poznańska 469/1, 645/83, 805,e) ul. B. Chrobrego 1176/3,f) ul. 17 Pionierów 717,g) ul. Poprzeczna 710,h) ul. Armii Czerwonej 469/2i) łącznik pomiędzy ul. Armii Czerwonej, a ul. Piastów 678/4,673/9,j) ul. Poznańska 1227,k) ul. Obr. Stalingradu 806/2,l) ul. Piastów (Plac 11 Pułku JO_OPS, JO_WTZ) 628/14, 628/15, 628/16,

654/5, m)ul. Wiejska 804,n) ul. Wiejska (Teren JO_ZGKIM) 752/13,o) ul. Parkowa Urząd Miasta (CPK) 1072/1, 1061, 1071,1073, 1062,p) ul. Pułaskiego (teren JO_OSIR, JO_ZS) 666/2, 666/1

Obiekty (objęte realizacją Przedmiotu Zamówienia):

Lp. Zamawiający/Jednostka Organizacyjna Adres Oznaczenie

1. Gmina Krosno Odrzańskie ul. Parkowa 1, 66-600 Krosno Odrzańskie CPK2. JO: Ośrodek Pomocy Społecznej w Krośnie

Odrzańskimul. Piastów 10H, 66-600 Krosno Odrzańskie JO_OPS

3. JO: Zakład Gospodarki Komunalnej i Mieszkaniowej

ul. Wiejska 23, 66-600 Krosno Odrzańskie JO_ZGKIM

4. JO: Szkoła Podstawowa nr 1 w Krośnie Odrzańskim

ul. Wojska Polskiego 21, 66-600 Krosno Odrzańskie

JO_SP1

5. JO: Szkoła Podstawowa nr 2 w Krośnie Odrzańskim

ul. Moniuszki 30, 66-600 Krosno Odrzańskie JO_SP2

6.JO: Zespół Szkół w Krośnie Odrzańskim (JO_ZS)

Szkoła Podstawowa nr 3ul. Pułaskiego 3, 66-600 Krosno Odrzańskie

JO_ZS:JO_ZSSP3

7. Gimnazjumul. Pułaskiego 3, 66-600 Krosno Odrzańskie

JO_ZS:JO_ZSGIM

8. JO: Ośrodek Sportu i Rekreacji w Krośnie Odrzańskim

ul. Pułaskiego 3, 66-600 Krosno Odrzańskie JO_OSiR

9. JO: Zespół Szkół w Wężyskach Wężyska 162 JO_ZSWE10. JO: Warsztaty Terapii Zajęciowej ul. Piastów 10H, 66-600 Krosno Odrzańskie JO_WTZ

4. Termin wykonania Przedmiotu Zamówienia

Przedmiot Umowy musi być zrealizowany w nieprzekraczalnym terminie do dnia 30.04.2018.

Przedmiot Umowy musi być realizowany zgodnie z zatwierdzonym przez Zamawiającego Harmonogramem rzeczowo-finansowym Wykonawcy.

Podstawę sporządzenia Harmonogramu rzeczowo-finansowego przez Wykonawcę stanowi Harmonogram Realizacji Projektu Tabela nr 1. Harmonogram Realizacji Projektu wskazuje maksymalne okresy realizacji poszczególnych Etapów/Zadań. Przedstawiony przez Wykonawcę Harmonogram rzeczowo-finansowy nie może wydłużać realizacji poszczególnych Etapów i Zadań.

Na wniosek każdej ze stron, po uzyskaniu wzajemnej akceptacji Harmonogram rzeczowo-finansowy może ulec zmianie pod warunkiem, że terminy końcowe realizacji

Strona 5

poszczególnych Etapów i Zadań przedstawione w Tabeli 1 - Harmonogram realizacji Projektu (Załącznik Harmonogram Realizacji Projektu) nie ulegną zmianie.

Strona 6

Harmonogram realizacji Projektu zawiera Tabela 1.

Lp. Zadanie Termin1 Zad.1 6 m-cy od daty podpisania Umowy2 Zad.2 3 m-ce od daty podpisania Umowy3 Zad.3 do dnia 30.04.2018

Tabela 1 - Harmonogram realizacji Przedmiotu Zamówienia:

Zamawiający zaznacza, że termin rozpoczęcia realizacji Przedmiotu Zamówienia uzależniony jest od daty podpisania Umowy z Wykonawcą, jednak Przedmiot Zamówienia nie może być zrealizowany później niż w terminie określonym powyżej tj. w nieprzekraczalnym terminie do dnia 30.04.2018.

5. Wymagania prawne

Oferowane przez Wykonawcę rozwiązania muszą być na dzień odbioru zgodne z aktami prawnymi regulującymi pracę urzędów administracji publicznej oraz usług urzędowych realizowanych drogą elektroniczną.

Oferowane rozwiązania muszą być zgodne w szczególności z następującymi przepisami:a) Ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów

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

b) Ustawa z dnia 10 stycznia 2014 r. o zmianie ustawy o informatyzacji działalności podmiotów realizujących zadania publiczne oraz niektórych innych ustaw (Dz. U. 2014 poz. 183),

c) Ustawa z dnia 14 czerwca 1960 Kodeks Postępowania Administracyjnego (Dz.U. z 2000 r. Nr 98, poz. 1071 z późn. zm.) wraz z aktami wykonawczymi,

d) Ustawa z dnia 6 września 2001 r. o dostępie do informacji publicznej (Dz.U. z 2001 r. Nr 112, poz.1198 z późn. zm.) wraz z aktami wykonawczymi,

e) Ustawa z dnia 18 września 2001 r. o podpisie elektronicznym (Dz.U. z 2001 r. Nr 130, poz. 1450 z późn. zm.) wraz z aktami wykonawczymi,

f) Ustawa z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną (Dz.U. z 2002 r. Nr 144, poz. 1204 z późn. zm.) wraz z aktami wykonawczymi,

g) Ustawa z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz.U. z 2002 r. Nr 101, poz. 926 z późn. zm.) wraz z aktami wykonawczymi,

h) Ustawa z dnia 22 stycznia 1999 o ochronie informacji niejawnych (t. j. Dz. U. 2005 r. Nr 196 poz. 1631 z późn. zm.)

i) Ustawa z dnia 5 sierpnia 2010 r. o ochronie informacji niejawnych (Dz.U. z 2010 r. Nr 182 poz. 1228) wraz z aktami wykonawczymi,

j) Ustawa z dnia 5 lipca 2002 r. o ochronie niektórych usług świadczonych drogą elektroniczną opartych lub polegających na dostępie warunkowym (Dz.U. z 2002 r. Nr 126 poz. 1068 z późn. zm.) wraz z aktami wykonawczymi,

k) Ustawa z dnia 27 lipca 2001 r. o ochronie baz danych (Dz.U. z 2001 r. Nr 128 poz. 1402 z późn. zm. wraz z aktami wykonawczymi,

l) Ustawa z dnia 20 lipca 2000 r. o ogłaszaniu aktów normatywnych i niektórych innych aktów prawnych (Dz.U. z 2011 r. Nr 197, poz. 1172),

m)Ustawa z dnia 29 sierpnia 1997 r. Ordynacja podatkowa (Dz.U z 2005 r. Nr 8, poz. 60 z późn. zm.) wraz z aktami wykonawczymi,

Strona 7

n) Ustawa z dnia 14 lipca 1983 r. o narodowym zasobie archiwalnym i archiwach (Dz.U. z 2011 r. Nr 123 poz. 698) wraz z aktami wykonawczymi,

o) Ustawa z dnia 27 lipca 2001r. o ochronie baz danych (Dz. U. z 2001r. Nr 128, poz. 1402z poźn. zm.) wraz z aktami wykonawczymi,

p) Ustawa z dnia 12 września 2002r. o elektronicznych instrumentach płatniczych (Dz. U.z 2002r. Nr 169, poz. 1385 z poźn. zm.) wraz z aktami wykonawczymi,

q) Ustawa z dnia 7 lipca 1994r. Prawo budowlane (Dz. U. 2006r Nr 156, poz. 1118; Dz. U. 2007 Nr 99, poz. 656; Dz. U. 2007 Nr 191, poz. 1373),

r) Ustawa o rachunkowości.

Rozporządzenia:

a) Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 27 kwietnia 2011 r. w sprawie zakresu i warunków korzystania z elektronicznej platformy usług administracji publicznej (Dz.U. z 2011 r. Nr 93, poz. 546),

b) Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 27 kwietnia 2011 r. w sprawie zasad potwierdzania, przedłużania ważności, wykorzystania i unieważniania profilu zaufanego elektronicznej platformy usług administracji publicznej (Dz.U. z 2011 r. Nr 93, poz. 547),

c) Rozporządzenie Prezesa Rady Ministrów z dnia 14 września 2011 r. w sprawie sporządzania pism w formie dokumentów elektronicznych, doręczania dokumentów elektronicznych oraz udostępniania formularzy, wzorów i kopii dokumentów elektronicznych (Dz.U. z 2011 r. Nr 206, poz. 1216),

d) Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych (Dz.U. z 2004 r. Nr 100, poz.1024),

e) Rozporządzenie Rady Ministrów z dnia 7 sierpnia 2002 r. w sprawie określenia warunków technicznych i organizacyjnych dla kwalifikowanych podmiotów świadczących usługi certyfikacyjne, polityk certyfikacji dla kwalifikowanych certyfikatów wydawanych przez te podmioty oraz warunków technicznych dla bezpiecznych urządzeń służących do składania i weryfikacji podpisu elektronicznego.(Dz.U. z 2002 r. Nr 128, poz.1094),

f) Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 2 listopada 2006 r. w sprawie wymagań technicznych formatów zapisu i informatycznych nośników danych, na których utrwalono materiały archiwalne przekazywane do archiwów państwowych. (Dz.U. z 2006 r. Nr 206, poz. 1519),

g) Rozporządzenie Rady Ministrów dnia 8 stycznia 2002 r. w sprawie organizacji przyjmowania i rozpatrywania skarg i wniosków (Dz.U. z 2002 r. Nr 5, poz. 46),

h) Rozporządzenie Rady Ministrów z dnia 27 września 2005 r. w sprawie sposobu, zakresu i trybu udostępniania danych zgromadzonych w rejestrze publicznym (Dz.U. z 2005 r. Nr 205 poz. 1692),

i) Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 30 października 2006 r. w sprawie szczegółowego sposobu postępowania z dokumentami elektronicznymi (Dz.U. z 2006 r. Nr 206 poz. 1518),

j) Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 30 października 2006 r. w sprawie niezbędnych elementów struktury dokumentów elektronicznych (Dz. U. 2006 r. Nr 206 poz. 1517).

Strona 8

k) Rozporządzenie Ministra Infrastruktury z dnia 2 września 2004 r. w sprawie szczegółowego zakresu i formie dokumentacji projektowej, specyfikacji technicznej wykonania i odbioru robót budowlanych oraz programu funkcjonalnego (Dz.U. z 2004 roku Nr 202, poz.2072 z późn. zm.),

l) Rozporządzenie Ministra Infrastruktury z dnia 18 maja 2004 r. w sprawie określenia metod i podstaw sporządzania kosztorysu inwestorskiego, obliczania planowanych kosztów w prac projektowych oraz planowanych kosztów robot budowlanych określonych w programie funkcjonalno-użytkowym (Dz. U. z 2004 roku Nr 130, poz. 1389),

m)Rozporządzenie Ministra Kultury z dnia 16 września 2002 r. w sprawie postępowania z dokumentacją, zasad jej klasyfikowania i kwalifikowania oraz zasad i trybu przekazywania materiałów archiwalnych do archiwów państwowych (Dz. U. 2002 r. Nr 167 poz. 1375),

n) Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 18 stycznia 2007 r. w sprawie Biuletynu Informacji Publicznej (Dz. U. 2007 r. Nr 10 poz. 68),

o) Rozporządzenie Prezesa Rady Ministrów w sprawie sporządzania pism w formie dokumentów elektronicznych, doręczania dokumentów elektronicznych oraz udostępniania formularzy, wzorów i kopii dokumentów elektronicznych z dnia 14 września 2011 r. (Dz.U. Nr 206, poz. 1216),

p) Rozporządzenie Ministra Administracji i Cyfryzacji w sprawie wzoru i sposobu prowadzenia metryki sprawy z dnia 6 marca 2012 r. (Dz.U. z 2012 r. poz. 250) lub innymi, które zastąpią ww. w dniu wdrożenia rozwiązania Wykonawcy,

q) 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

Wykonawca zobowiązany jest do zapoznania się z treścią następujących dokumentów:a) Strategia Rozwoju Polski Zachodniej do roku 2020,b) Strategia Rozwoju Województwa Lubuskiego 2020,c) Regionalny Program Operacyjny - Lubuskie 2020,d) Szczegółowy Opis Osi Priorytetowych Regionalnego Programu Operacyjnego -

Lubuskie 2020,e) Krajowe Ramy Interoperacyjności,f) Europejskie Ramy Interoperacyjności.

Uwaga:Nie wyszczególnienie przez Zamawiającego jakichkolwiek z obowiązujących aktów prawnych nie zwalnia Wykonawcy od ich stosowania.

Zastrzeżenie równoważności rozwiązań

W niniejszym dokumencie OPZ oraz SIWZ Zamawiający przestawił wymagania dotyczące zamawianej infrastruktury sprzętowej, oprogramowania i usług. Z uwagi na to, że art. 30 ust. 5 ustawy prawo zamówień publicznych wyraźnie wskazuje na Wykonawcę, jako tego, który jest zobowiązany wykazać, że rozwiązanie równoważne spełniają wymagania Zamawiającego wynikające z Opisu Przedmiotu Zamówienia. Zamawiający zastrzega sobie prawo sprawdzenia pełnej zgodności oferowanych produktów z wymogami specyfikacji, w przypadku wątpliwości oferowanego rozwiązania.

Strona 9

6. Wymagania w zakresie zarządzania, dokumentacji projektu oraz komunikacji

6.1. Metodyka

Wykonawca zobowiązany jest postępować w trakcie realizacji Przedmiotu Zamówienia zgodnie z metodyką zarządzania projektami PRINCE2 lub równoważną.

W przypadku audytu lub kontroli realizacji prac Wykonawca zobowiązany jest do współpracy z Zamawiającym oraz Inżynierem Kontraktu, a w szczególności w celu przygotowania niezbędnych dokumentów dla instytucji kontrolujących.

6.2. Plan Projektu

Podstawowym produktem odzwierciedlającym metodykę zarządzania projektami w ramach realizacji Przedmiotu Zamówienia jest Plan Projektu.

Plan Projektu - dokument, przygotowywany przez Wykonawcę i zatwierdzany w pierwszym Etapie Projektu. Zamawiający dopuszcza opracowanie Planu Projektu na etapie podpisywania Umowy (wówczas Plan Projektu powinien stanowić załącznik do Umowy).

Współpraca Zamawiającego z Wykonawcą będzie prowadzona zgodnie z Planem Projektu w zakresie dotyczącym:

a) osób funkcyjnych i ich zakresu odpowiedzialności,b) komunikacji w Projekcie pomiędzy Stronami,c) obiegu dokumentów,d) Zarządzania komunikacją projektu,e) Zarządzania zakresem,f) Zarządzania czasem (harmonogramem),g) Zarządzania ryzykiem.

Projekt Dokumentów projektowych, stosowanych w poszczególnych obszarach zarządzania Projektem, leży po stronie Wykonawcy. Projekty Dokumentów zostaną zaproponowane przez Wykonawcę i uzgodnione wspólnie z Zamawiającym, po czym znajdą się w załącznikach do Planu Projektu.

6.3. Struktura projektu

W celu realizacji Przedmiotu Zamówienia zostanie powołana wyodrębniona Struktura Organizacyjna Projektu (SOP). SOP umożliwi sprawną realizację zadań, koncentrację na rozwiązywaniu problemów, sprawne podejmowanie decyzji. SOP będzie się charakteryzowało zasadą jednoosobowej odpowiedzialności poszczególnych osób funkcyjnych SOP.

Strona 10

Schemat organizacji Zespołów biorących udział w projekcie, role i odpowiedzialności osób funkcyjnych, wszelkie zadania stawiane przed Zespołami realizującymi Przedmiot Zamówienia, muszą zostać uszczegółowione w ramach Planu Projektu przez Wykonawcę.

Wszelkie prace realizowane w Projekcie przez Zespoły muszą wynikać z Planu Projektu i dołączonych do niego Załączników.

6.4. Komitet Sterujący

Komitet Sterujący - element SOP.

Zespół powołany w celu:a) bieżącego nadzoru nad realizacją Przedmiotu Zamówienia, b) dokonywania wiążących ustaleń dotyczących realizacji Przedmiotu Zamówienia, c) rozstrzygania kwestii spornych i podejmowania innych wiążących ustaleń.

Każda ze Stron powoła 2 członków Komitetu Sterującego. Komitet Sterujący podejmuje ustalenia jednogłośnie.

Kierowanie posiedzeniami Komitetu Sterującego spoczywać będzie na Przewodniczącym Komitetu Sterującego, wybranym spośród jego członków na pierwszym posiedzeniu.

Posiedzenia Komitetu Sterującego odbywać się będą:a) cyklicznie raz na dwa tygodnie (miejsce i dokładne terminy odbycia posiedzenia

cyklicznego określane będą na poprzedzającym je posiedzeniu),b) doraźnie: na wniosek jednej ze Stron złożony na ręce odpowiednio Kierownika

Projektu Zamawiającego lub Kierownika Projektu Wykonawcy.

Posiedzenia cykliczne - przedmiotem posiedzeń cyklicznych będzie omawianie zagadnień związanych z realizacją Przedmiotu Zamówienia oraz przedstawianie pytań i kwestii wymagających wyjaśnienia.

Posiedzenia doraźne - każdemu z członków Komitetu Sterującego oraz Kierownikom Projektu Stron przysługuje prawo żądania zwołania posiedzenia doraźnego oraz żądania, by na posiedzeniu była obecna określona osoba.

Z każdego z posiedzeń spisywany będzie protokół, stanowiący potwierdzenie ustaleń zapadłych w trakcie posiedzenia, który podpisują członkowie Komitetu Sterującego lub osoby ich zastępujące. Odpowiedzialni za sporządzenie protokołu będą Kierownicy Projektu obu Stron. Odmowa podpisania protokołu przez którąś ze Stron wymaga pisemnego uzasadnienia, które winno zostać dołączone do protokołu. Protokoły będą sporządzane w dwóch jednobrzmiących egzemplarzach, po jednym dla każdej ze Stron.

6.5. Zarządzanie komunikacją

W ramach realizacji Przedmiotu Zamówienia wykorzystywane będą następujące narzędzia, wspierające wymianę informacji oraz przechowywanie informacji:

a) poczta,

Strona 11

b) telefon,c) faksd) poczta elektroniczna (e-mail),e) serwer ftp Zamawiającego,f) spotkania Komitetu Sterującego,g) bieżące spotkania operacyjne – Biuro Projektu,h) archiwum.

Zarówno faks jak i poczta elektroniczna są traktowane jako formalny dokument pisemny w Projekcie.

Informacje przekazywane w ramach realizacji Przedmiotu Zamówienia dzielone będą na 3 poziomy:

a) Operacyjne - informacje konieczne do sprawnego zarządzania pracami, niewymagające formalnego zatwierdzenia,

b) Taktyczne - informacje o istotnym znaczeniu dla realizacji Przedmiotu Zamówienia, wymagające akceptacji będącej w gestii osób należących do SOP (np. zgłoszenie gotowości do Odbioru Etapu skierowane do Kierownika Projektu),

c) Strategiczne - informacje o strategicznym znaczeniu dla realizacji Przedmiotu Zamówienia, wymagające zachowania formalnej drogi ich przekazywania, udzielania odpowiedzi oraz zatwierdzania Komitetu Sterującego.

Wymiana informacji:

SOPPoziom informacji Forma dystrybucji

operacyjna taktyczna strategiczna Pismo Fax./e-mail Informacja ustna

Komitet Sterujący X X

Kierownicy Projektu X X X X X X

Kierownicy Zespołów Roboczych X X X X

Informujący odpowiedzialny jest:a) za przekazanie informacji zgodnie z określoną ścieżką raportowania,b) za przekazanie informacji w formie zależnej od poziomu informacji

(strategiczna/taktyczna/organizacyjna).

Adresat informacji zobowiązany jest:a) potwierdzić otrzymanie informacji, natychmiast po jej otrzymaniu,b) poinformować o planowanym terminie udzielenia odpowiedzi,c) udzielić odpowiedzi.

Strona 12

Zakłada się następujący harmonogram komunikacji:

Rodzaj informacji

Częstotliwość

zg. z Harmonogramem co miesiąc co 2

tygodnie co tydzień doraźnie na bieżąco

Raport z postępu prac XUzgodnienia organizacyjne XSpotkania Komitetu Sterującego XSpotkanie Kierowników Projektu XSpotkania problemowe (wew. i zew.) X

Protokół przekazania/odbioru XProtokoły ze spotkań Zespołów Roboczych X

Zgłoszenie gotowości do odbioru X

Zakłada się, iż informacje będą przekazywane oraz udostępniane w ciągu całego okresu realizacyjnego. Po zakończeniu realizacji Przedmiotu Zamówienia – jako archiwalne zasoby informacyjne służyć będzie Archiwum projektu.

Wykonawca w ramach realizacji Przedmiotu Zamówienia zobowiązany jest do prowadzenia następujących Zapisów:

a) Dziennik Projektu,b) Dziennik Doświadczeń,c) Rejestr Zagadnień,d) Rejestr Jakości,e) Rejestr Ryzyk.

7. Definicje

Dla potrzeb realizacji niniejszego zamówienia ustala się znaczenie następujących pojęć stosowanych w SIWZ:

Administrator - osoba posiadająca uprawnienia do dokonywania modyfikacji w ustawieniach i konfiguracji Systemu.

Aktualizacja - dostarczenie i instalowanie uaktualnień lub nowych wersji Systemu. Aktualizacja obejmuje udzielenie lub zapewnienie Zamawiającemu licencji na korzystanie z nowych wersji Systemu w ramach wynagrodzenia objętego Umową przez okres Gwarancji Oprogramowania.

API (ang. Application Programming Interface) - interfejs programowania aplikacji, ściśle określony zestaw reguł i ich opisów, w jaki Systemy komunikują się między sobą. API musi definiować na poziomie kodu źródłowego dla takich składników oprogramowania jak np. aplikacje, biblioteki czy system operacyjny. Zadaniem API jest dostarczenie odpowiednich specyfikacji podprogramów, struktur danych, klas obiektów i wymaganych protokołów komunikacyjnych niezbędnych dla prawidłowej komunikacji Systemu z Systemami zewnętrznymi.

Strona 13

Aplikacja - Oprogramowanie realizujące konkretne wymagane przez Zamawiającego Funkcjonalności, dostarczone, uruchomione, skonfigurowane oraz wdrożone w ramach realizacji Przedmiotu Zamówienia.

Architektura – patrz Architektura Systemu/Oprogramowania. Architektura Systemu/Oprogramowania – podstawowa organizacja Systemu

wraz z jego komponentami/modułami, wzajemnymi powiązaniami, środowiskiem pracy (Oprogramowanie Systemowe i Bazodanowe) i regułami ustanawiającymi sposób jego budowy i rozwoju.

Asysta Techniczna - usługa świadczona przez Wykonawcę, polegająca na bieżącym wsparciu Administratora w zakresie eksploatacji i obsługi Systemu zgodnie z pkt 12.

Asysta Wdrożeniowa - usługa świadczona przez Wykonawcę w siedzibie Zamawiającego, polegająca na bieżącym wsparciu Użytkowników Końcowych, pracowników Zamawiającego w zakresie instalacji, konfiguracji, parametryzacji, eksploatacji i obsługi Systemu w trakcie Etapu wdrożenia Systemu zgodnie z pkt.12.

Atrybuty Standardowe - elementy charakteryzujące, opisujące i wartościujące obiekty lub ich cechy w Systemie.

Autor Oprogramowania - podmiot posiadający autorskie prawa majątkowe i obowiązki wynikające z nadzoru autorskiego oraz gwarancji, w stosunku do Oprogramowania dostarczonego w ramach realizacji Przedmiotu Zamówienia.

Awaria - stan niesprawności Systemu uniemożliwiający jego funkcjonowanie, powodujący jego unieruchomienie, sytuacja, w której nie jest możliwe prawidłowe użytkowanie Systemu z powodu np. uszkodzenia lub utraty spójności danych, struktur danych lub innej przyczyny powodującej, że System nie działa zgodnie z wymaganiem zamówienia.

Baza danych – zbiór danych lub innych materiałów i elementów zgromadzonych według określonej systematyki lub metody, dostępnych środkami elektronicznymi (zgodnie z Ustawą z dnia 27.07.2001 r. o ochronie baz danych (Dz.U. z 2001 r. Nr 128, poz. 1402 z późn. zm.).

Błąd - opis stanu Produktu niezgodny z zapisami SIWZ i Umowy, w szczególności Nienormalne Działanie Systemu, lub niepoprawnie zrealizowany element Dokumentacji.

Błąd Systemu – nienormalne działanie Systemu, tzn. sytuacja, w której zachowanie Systemu albo wynik działania jest odmienny od zamierzonego określonego w Dokumentacji Użytkowej lub wymaganiami Zamawiającego określonymi w SIWZ, instrukcjami lub innych dokumentach wytworzonych w czasie Wdrożenia, które nie jest spowodowane niezgodnym z Dokumentacją działaniem Administratora lub Użytkownika Końcowego. W przypadku, gdy powyższa dokumentacja nie opisuje danej sytuacji, Strony przyjmują odwołanie się do wymagań funkcjonalnych określonych w dokumentacji przetargowej SIWZ.

CBD – patrz Centralna Baza Danych (CBD). Centralna Baza Danych (CBD) - Baza danych stanowiąca centralne repozytorium

danych Systemu, repozytorium, w którym gromadzi się, przetwarza, przechowuje Zasoby Informacyjne.

Centralna Szyna Danych (CSD) - Szyna Danych służąca do integracji poszczególnych komponentów Systemu oraz wymiany danych między Systemem a systemami zewnętrznymi. Zamawiający dopuszcza CSD jako zbiór połączeń bezpośrednich do baz źródłowych.

Strona 14

CMS - System zarządzania treścią (ang. Content Management System, CMS) - aplikacja pozwalająca na łatwe utworzenie serwisu WWW oraz jego późniejszą aktualizację (dotyczącą zakresu i organizacji treści), rozbudowę i modyfikację przez redakcyjny personel nietechniczny Zamawiającego.

CPK – Centralny Punkt Koncentracji, siedziba Zamawiającego, pomieszczenia serwerowni komputerowych.

CZS - Centrum Zarządzania Siecią, patrz CPK. Cyfrowy Urząd - Część Systemu Lubuski eUrząd umożliwiająca świadczenie usług

elektronicznych zlokalizowanych na PWP. Czas Reakcji na Zgłoszenie - czas, jaki jest liczony od momentu przekazania

Zgłoszenia dla Wykonawcy do powiadomienia Zgłaszającego o sposobie i terminie realizacji Zgłoszenia.

Dane typu on-line – dane dostępne w czasie rzeczywistym tzn. natychmiast po wprowadzaniu do określonego modułu Systemu.

Dane typu off-line – dane pochodzące z migracji z innych modułów Systemu lub istniejącego oprogramowania Zamawiającego, dostępne w czasie zdefiniowanym przez administratora systemu.

Dane referencyjne - dane opisujące cechę informacyjną obiektu pierwotnie wprowadzone do rejestru publicznego w wyniku określonego zdarzenia, z domniemania opatrzone atrybutem autentyczności (Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 9 stycznia 2012r. w sprawie ewidencji miejscowości, ulic i adresów (Dz.U. 2012; Poz. 125).

DMZ - (ang. DeMilitarized Zone) strefa zdemilitaryzowana bądź ograniczonego zaufania, wydzielany na zaporze sieciowej (ang. firewall) obszar sieci komputerowej nie należący ani do sieci wewnętrznej (tj. tej chronionej przez zaporę), ani do sieci zewnętrznej (tej przed zaporą, na ogół jest to Internet).

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

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

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

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

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

Dokument Elektroniczny - Dokument elektroniczny w rozumieniu przepisów art. 3 ust. 2 ustawy z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów

Strona 15

realizujących zadania publiczne (Dz. U. z 2005 r. Nr 64, poz. 565, poz. 565 z późn. zm.).

Dostępność – właściwość określająca, że zasób Systemu jest możliwy do wykorzystania na żądanie, w założonym czasie, przez podmiot uprawniony do pracy w systemie teleinformatycznym (Ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz.U. z 2013r. poz. 235 – j.t.).

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

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

Dzień - dzień kalendarzowy. Elektroniczna Skrzynka Podawcza (ESP) - elektroniczna skrzynka podawcza w

rozumieniu przepisów Art 3 ust. 17 ustawy z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne.

Element Funkcjonalny – element podlegający odbiorom częściowym w tym miedzy innymi: Etap, Zadanie, Produkt lub Usługi wdrożeniowe realizowane w ramach Zadania.

ePUAP - Elektroniczna Platforma Usług Administracji Publicznej, określona w ustawie z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U. z 2005 r. Nr 64, poz. 565 z późn. zm.).

ESB - szyna usług (ang. Enterprise Service Bus) - oparte na otwartych standardach oprogramowanie typu, „middleware”, które dostarcza możliwość bezpiecznego współdziałania (interoperacyjność) aplikacji poprzez interfejsy usług sieciowych (web services). Szyna usługowa zapewnia wymianę informacji pomiędzy aplikacjami opartymi na różnych technologiach, działających na różnych platformach poprzez usługi integracyjne takie jak transformacje i inteligentny routing informacji. Dzięki zastosowaniu takiego rozwiązania usługi mogą być dowolnie konfigurowane, rozszerzane, przemieszczane lub podmieniane bez przerywania pracy systemów biznesowych lub modyfikowania aplikacji.

Etap - faza realizacji Przedmiotu Zamówienia, stanowiącą funkcjonalną całość, podlegającą odrębnym odbiorom.

EZD - Elektroniczne Zarządzania Dokumentacją, oprogramowanie dedykowane do wykonywania ewidencji czynności kancelaryjnych w JST w rozumieniu przepisów Instrukcji Kancelaryjnych. Oprogramowanie to realizuje funkcji rejestracji, przechowywanie dokumentów w wersji elektronicznej w repozytoriach oraz ewidencjonowania obiegu korespondencji i spraw w obrębie JST.

Strona 16

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

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

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

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

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

e) Poziom 5 – Personalizacja: organizacja usług wokół potrzeb użytkowników. Formularz elektroniczny (FE) - formularz elektroniczny w rozumieniu

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

Funkcjonalności – funkcjonalności/wymagania/wytyczne opisane przez Zamawiającego cele i potrzeby Zamawiającego, które mają być obligatoryjnie zrealizowane w ramach Wdrożenia dostarczanych przez Wykonawcę rozwiązań informatycznych, oprogramowani itp. – w tym przede wszystkim funkcjonalności/wymagania/wytyczne opisane przez Zamawiającego w pkt.13,

Godziny Robocze - godziny zegarowe od 7.30 do 16.30 w ramach Dnia Roboczego. GW – Generalny Wykonawca. Gwarancja - świadczenia realizowane przez Wykonawcę na warunkach opisanych w

pkt.12. Help Desk - część organizacji Wykonawcy (dział, sekcja, zespół lub wyznaczona

grupa osób) odpowiedzialna za przyjmowanie Zgłoszeń od osób uprawnionych do ich dostarczania oraz kontrolę ich rozwiązania.

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

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

Instancja szkoleniowa - kopia Oprogramowania Aplikacyjnego przeznaczona do szkoleń Użytkowników i Administratorów Zamawiającego, działająca niezależnie od instancji produkcyjnej, na odrębnej Bazie Danych, posiadająca analogiczną konfigurację, ze względów bezpieczeństwa w Instancji szkoleniowej nie są przetwarzane rzeczywiste Dokumenty i sprawy, lecz Dokumenty i sprawy tworzone na potrzeby szkoleń.

Strona 17

Instrukcja Kancelaryjna (IK) - Instrukcja Kancelaryjna określona w rozporządzeniu Prezesa Rady Ministrów z dnia 18 stycznia 2011 r. 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).

Integralność – właściwość polegająca na tym, że zasób systemu teleinformatycznego nie został zmodyfikowany w sposób nieuprawniony (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 (Dz. U. z 2012 r., poz. 526).

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

Interesant - Osoba fizyczna, prawna, jednostka organizacyjna nie posiadająca osobowości prawnej, osoba fizyczna prowadząca działalność gospodarczą korzystający z usług elektronicznych tworzonych w ramach realizacji Przedmiotu Zamówienia.

JST – Jednostka Samorządu Terytorialnego, Zamawiający i/lub jednostki podległe. Istotna Funkcja Oprogramowania - funkcja, której brak uniemożliwia

wykorzystanie danego modułu Oprogramowania Aplikacyjnego i uniemożliwia działanie Zamawiającego w zakresie funkcjonalnym tego modułu Oprogramowania.

Kierownik Projektu – patrz Kierownik Projektu Zamawiającego. Kierownik Projektu Wykonawcy (KPW) – Osoba ze strony Wykonawcy

upoważniona do bezpośredniej koordynacji zadań objętych umową. Do zadań Kierownika Projektu Wykonawcy należy m.in. podpisywanie dokumentów w zakresie Protokołów Odbioru Zadań, Protokołów Odbioru Końcowego.

Kierownik Projektu Zamawiającego - osoba reprezentująca Zamawiającego w zakresie realizacji Umowy, odpowiedzialna za jej prawidłową realizację.

Kod Źródłowy - słowniki, skrypty, definicje, pliki źródłowe bazy danych, jak również biblioteki, algorytmy oraz jakiekolwiek inne symboliczne lub konwencjonalne przedstawienie zapisu informacji, niezbędne do kompilacji, wykonania i utrzymania, funkcjonowania i utrzymania Systemu, z wyłączeniem Oprogramowania Systemowego.

KPA – Kodeks Postępowania Administracyjnego – Ustawa Kodeks Postępowania Administracyjnego (Dz. U. z 2000 r. Nr 98 poz. 1071, z późn. zm.).

Moduł - część Oprogramowania tworząca logiczną całość (Zestaw funkcji Aplikacji zgrupowanych ze względu na ich zastosowanie oraz cechy wspólne), dostarczająca zbiór funkcjonalności określonych w OPZ, kompletny zestaw narzędzi informatycznych obejmujących wszystkie warstwy Architektury Systemu, który

Strona 18

dostarcza Aplikację przeznaczoną dla użytkownika końcowego do realizacji określonych dziedzin działalności Zamawiającego.

Modyfikacja - każda proponowana zmiana Oprogramowania lub jego funkcjonalności, odbiegająca od stanu i funkcjonalności Oprogramowania opisanego w SIWZ i Dokumentacji, zgłoszona przez Użytkownika Końcowego w formie Zgłoszenia.

Modyfikacja kodu źródłowego - każda zmiana kodu źródłowego Standardowego Oprogramowania Aplikacyjnego, dokonana przez Wykonawcę w ramach wykonywania obowiązków wynikających z realizacji zamówienia.

Naprawa - dla Incydentu i Problemu: spowodowanie przez Wykonawcę Normalnego Działania Systemu, w tym usunięcie zgłoszonych Błędów, na zasadach określonych w treści SIWZ.

Nienormalne Działanie Systemu - stan Systemu lub jego działanie w sposób nie zgodny z SIWZ i Dokumentacją.

Normalne Działanie Systemu - stan Systemu lub jego działanie w sposób zgodny z SIWZ i Dokumentacją.

OA – patrz Oprogramowanie Aplikacyjne, OB – patrz Oprogramowanie Bazodanowe, Okienko serwisowe - czas wyznaczony na zgłaszanie Błędów Systemu oraz Awarii.

Okienko serwisowe obowiązuje w godzinach od 7.00 do 17:00 w Dni Robocze. ON – patrz Oprogramowanie Narzędziowe GIS, Oprogramowanie - Oprogramowanie Aplikacyjne lub oprogramowanie osób

trzecich. Oprogramowanie Aplikacyjne (OA) – oprogramowanie/zbiór modułów

oprogramowania będących Standardowym Oprogramowaniem Wykonawcy wraz z Modyfikacjami Wykonawcy (na potrzeby realizacji Przedmiotu Zamówienia) w celu realizacji wszystkich opisanych przez Zamawiającego Funkcjonalności, do którego Wykonawca lub podmioty od niego zależne posiadają autorskie prawa majątkowe, umożliwiające rozwój i sprzedaż tego oprogramowania w tym przede wszystkim: System Dziedzinowy (SD), Elektroniczne Zarządzanie Dokumentacją (EZD), System usług elektronicznych dla mieszkańców (SUE) oraz oprogramowanie integrujące Wykonawcy.

Oprogramowanie Bazodanowe (OB) – oprogramowanie zapewniające środki do bezpiecznego gromadzenia, autoryzowanego dostępu oraz przetwarzania danych.

Oprogramowanie Narzędziowe - oprogramowanie i licencje dostępowe niezbędne do prawidłowego funkcjonowania Oprogramowania lub zarządzania zainstalowanymi urządzeniami lub do usprawniania i modyfikowania Oprogramowania Systemowego potrzebne do działania Systemu zgodnie z wymaganiami Zamawiającego określonymi w treści Specyfikacji Istotnych Warunków Zamówienia.

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

OPZ - patrz: Szczegółowy Opis Przedmiotu Zamówienia. Pakiet Usług elektronicznych – lista dostarczonych formularzy elektronicznych

wraz ze wzorami dokumentów elektronicznych dla Zamawiającego. Partner Projektu – zdefiniowana grupa Użytkowników.

Strona 19

PKI – Infrastruktura Klucza Publicznego. Plan Projektu - szczegółowy zakres zadań dla Wykonawcy i Zamawiającego

związanych z zarządzaniem projektem zgodnie z założeniami Metodyki PRINCE2 opisany w pkt. 6.

Prace wdrożeniowe – patrz Wdrożenie. PRINCE2 - strukturalna metodyka efektywnego zarządzania projektami. Zgodnie z

metodyką realizacja Przedmiotu Zamówienia jest projektem, którego realizacja ma wytworzyć określone produkty.

Problem - nieznana przyczyna Incydentu. Produkt - produkt zarządczy lub specjalistyczny rozumiany w myśl metodyki

PRINCE2, który ma być dostarczony przez Wykonawcę w ramach realizacji Przedmiotu Zamówienia zgodnie z SIWZ, w szczególności System, komponenty Systemu, Dokumentacja, a także wszelkie materiały i informacje, w tym nie podlegające ochronie prawa autorskiego, stworzone lub opracowane przez Wykonawcę i dostarczone Zamawiającemu w ramach realizacji Przedmiotu Zamówienia.

Projekt - projekt pn: „Budowa Centrum Zarządzania siecią Gminy Krosno Odrzańskie wraz z pakietem e-Usług dla mieszkańców”.

Propozycja zmian Systemu (Modyfikacja) - każda proponowana zmiana Systemu lub jego funkcjonalności, odbiegająca od stanu i funkcjonalności Systemu opisanego w SIWZ i Dokumentacji, zgłoszona przez Użytkownika Końcowego w formie Zgłoszenia.

Protokół Odbioru - Protokół Odbioru Systemu, Protokół Odbioru Produktu lub Protokół Odbioru Końcowego.

Protokół Odbioru Etapu - protokół potwierdzający realizację wskazanych w OPZ zadań do wykonania w ramach danego Etapu.

Protokół Odbioru Końcowego - protokół potwierdzający realizację Przedmiotu Zamówienia (potwierdzający realizację wszystkich prac Wdrożeniowych wskazanych w SIWZ).

PZ ePUAP – Profil Zaufany ePUAP. Rozwiązanie zastępcze - proponowane przez Wykonawcę rozwiązanie

tymczasowe, usuwające lub niwelujące czasowo do akceptowalnego poziomu skutki wystąpienia Awarii/Zdarzenia, wprowadzone do czasu usunięcia Zdarzenia/Awarii lub do Normalnego Działania Systemu.

Rozwiązanie Zgłoszenia - dla Incydentu i Problemu: spowodowanie przez Wykonawcę Normalnego

Działania Systemu, dla Zapytania: spowodowanie przez Wykonawcę odpowiedzi na Zapytanie w taki

sposób, aby wyjaśnił wszystkie przyczyny i przesłanki Zgłoszenia Zapytania przez Użytkownika Końcowego.

SEOD – patrz System Elektronicznego Obiegu Dokumentów. SIWZ - Specyfikacja Istotnych Warunków Zamówienia. SOA – (ang. Service Oriented Architecture) - Architektura zorientowana na usługi. SOAP - (ang. Simple Object Access Protocol) - protokół wywoływania zdalnego

dostępu do obiektów, wykorzystujący XML do kodowania wywołań i najczęściej protokołów

Strona 20

HTTP lub RPC do ich przenoszenia, możliwe jest jednak wykorzystanie innych protokołów do transportu danych.

SOP – patrz Struktura Organizacyjna Projektu. SRP System Rejestrów Państwowych - Projekt realizowany przez Centralny

Ośrodek Informatyki dla MSW udostępnia aplikację Źródło, ułatwiającą korzystanie z SRP. Program obsługuje wszystkie wymagane polskim prawem działania w zakresie rejestru PESEL, dowodów osobistych i stanu cywilnego.

Strony – strony Umowy tj. Zamawiający oraz Wykonawca. Struktura Organizacyjna Projektu (SOP) - struktura powołana w celu realizacji

Przedmiotu Zamówienia opisana w pkt.6. System - spójna całość wszystkich elementów rozwiązania Wykonawcy w ramach

Wdrożenia w ramach realizacji Przedmiotu Zamówienia, na którą składają się w szczególności Oprogramowanie Aplikacyjne (OA), Oprogramowanie Bazodanowe (OB) oraz Oprogramowanie Narzędziowe (ON), wraz z Zasobem Informacyjnym zgromadzonym w Systemie w celu realizacji Funkcjonalności.

System Dziedzinowy (SD) - oferowany przez Wykonawcę zintegrowany System informatyczny dedykowany do obsługi działalności JST.

System Rejestracji Zgłoszeń - spójny system procedur, narzędzi informatycznych mający na celu zrealizowanie wszystkich wymagań Zamawiającego dotyczących przyjmowania i Rozwiązywania Zgłoszeń, w szczególności uruchomienie usługi Internetowego System Obsługi Help Desk w ramach Asysty i Gwarancji Jakości.

System Usług Elektronicznych (SUE) – system do publikowania i zarządzania usługami elektronicznymi udostępnionymi dla klientów JST w postaci portalu e-Usług.

System zewnętrzny - każdy system informatyczny niebędący przedmiotem Zamówienia, a oddziaływujący na przedmiot zamówienia.

Szyna danych - rodzaj Aplikacji zapewniającej wymianę danych pomiędzy różnymi źródłami danych, patrz ESB.

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

Umowa - Umowa wraz z jej Załącznikami i wszelkimi Aneksami zawarta pomiędzy Zamawiającym, a Wykonawcą w wyniku udzielenia Zamówienia publicznego na realizację Przedmiotu Zamówienia, (TOM II SIWZ Istotne Postanowienia Umowy).

Usterka - każdy stan lub działanie Systemu lub Produktu, w tym działanie w trybie awaryjnym, niezgodne z SIWZ lub Dokumentacją.

Strona 21

Usługi elektroniczne (e-Usługi) – usługi, których świadczenie odbywa się za pomocą Internetu, jest zautomatyzowane (może wymagać niewielkiego udziału człowieka) i zdalne. Od usługi w ujęciu tradycyjnym, e-Usługę odróżnia brak udziału człowieka po drugiej stronie oraz świadczenie na odległość.

Utwór - wykonane w ramach realizacji Przedmiotu Zamówienia przez Wykonawcę wszelkie projekty koncepcje, opracowania, bazy danych, programy komputerowe oraz wszelkie inne utwory w rozumieniu przepisów ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (tj. Dz. U. z 2006 r., Nr 90, poz. 631 z późn.zm.)

Uwaga - opis niezgodności Produktu z wymaganiami Zamawiającego opisanymi w SIWZ i Załącznikach do SIWZ stanowiących jego integralną część, w szczególności każda Wada, Błąd lub Usterka.

Użytkownik zdefiniowany - osoba, która jest pracownikiem Zamawiającego, posiada swój unikalny login i hasło i wykonuje za pomocą EZD lub SD lub SUE obowiązki służbowe

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

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

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

Web Service - usługa sieciowa dostarczająca określoną funkcjonalność poprzez sieci Internet, niezależnie od platformy sprzętowej i implementacji.

Wykonawca - Wykonawca wyłoniony w wyniku postępowania na realizację Przedmiotu Zamówienia.

Wzór dokumentu elektronicznego - Wzór pisma w formie Dokumentu Elektronicznego w rozumieniu Art.19 b) ustawy z dnia 17 lutego 2005r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U. z 2005r. Nr 64 z późn. zm.) oraz §18 rozporządzenia Prezesa Rady Ministrów z dnia 14 września 2011 roku w sprawie sporządzania pism w postaci dokumentów elektronicznych, doręczania dokumentów elektronicznych oraz udostępniania formularzy, wzorów i kopii dokumentów elektronicznych. (Dz.U. z 2011, Nr206, poz.1216).

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

Zamawiający – Gmina Krosno Odrzańskie, ul. Parkowa 1, 66-600 Krosno Odrzańskie.

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

Zarządzanie Incydentem - efektywna działalność Wykonawcy mająca na celu przywrócenie Normalnego Działania Systemu w możliwie jak najkrótszym czasie,

Strona 22

minimalizując zakłócenia w pracy w taki sposób, aby zapewnić osiągnięcie możliwie najwyższego poziomu dostępności Systemu.

Zarządzanie Problemem - efektywna działalność Wykonawcy mająca na celu znalezienie przyczyny Incydentu i sposobu na przywrócenie poprawnego działania Systemu poprzez usunięcie przyczyny Incydentu.

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

Zdalny dostęp – możliwość realizacji usług wsparcia, wdrożenia i gwarancji związanych z systemem z dowolnego miejsca za pośrednictwem bezpiecznego połączenia internetowego.

Zdarzenie – Zapytanie oraz każde nienormalne działanie Systemu, które ma negatywny wpływ na działanie Systemu, jego elementów lub funkcjonalności, tzn. sytuacja, w której zachowanie Systemu albo wynik działania jest odmienny od zamierzonego określonego w Dokumentacji Użytkowej, które nie jest spowodowane niezgodnym z Dokumentacją działaniem Użytkownika Końcowego.Kategorie Zdarzeń: Kategoria A (sytuacja awaryjna / Awaria) (Zdarzenie Krytyczne) – Zdarzenie

wynikające z przyczyn leżących po stronie Systemu lub po stronie prawidłowej obsługi i użytkowania Systemu - powodujące całkowite zatrzymanie pracy lub niedostępność Systemu lub jednego z Modułów, utratę danych, naruszenie ich spójności lub zdarzenie uniemożliwiające działanie jednej z funkcji Systemu lub Modułu, tak, że dalsza praca dowolnej części Systemu lub jednego z Modułów uniemożliwia prowadzenie bieżącej działalności Zamawiającego przy użyciu Systemu.Do kategorii A należą, między innymi takie zdarzenia jak:

spadek wydajności Systemu (Wydłużenie czasu odpowiedzi Systemu powyżej 1 minuty),

Użytkownik Końcowy nie może zapisać lub odtworzyć wyników pracy, System nie odpowiada na żądania Użytkownika, System generuje komunikat błędu, System pomimo posiadanych przez Użytkownika Końcowego uprawnień

odmawia dostępu, lub udostępnia zasób osobie nieuprawnionej, działania w Systemie nie są możliwe do zrealizowania, nastąpiła utrata Zasobów Informacyjnych z Systemu,

Kategoria B – Zdarzenie wynikające z przyczyn leżących po stronie Systemu lub po stronie prawidłowej obsługi i użytkowania Systemu - powodujące nieprawidłowe działanie Systemu lub jednego z Modułów, ale umożliwiające jego użytkowanie. Zdarzenie kategorii B charakteryzuje się zmniejszeniem funkcjonalności Systemu, znacząco utrudniającym korzystanie z Systemu. Do kategorii B należą, między innymi takie zdarzenia jak:

spadek wydajności Systemu (Wydłużenie czasu odpowiedzi Systemu od 10 do 60 sekund),

nieprawidłowe działanie Systemu, lub jego części tj. każde działanie niezgodne z przeznaczeniem Systemu, Modułu, usługi Systemu, lub niespełnienie wymogów stawianych Systemowi przez Zamawiającego w Dokumentacji,

Strona 23

występują istotne ograniczenia w działaniu Systemu, (ale nie powodujące przeciążenia systemu),

nastąpiła awaria powodująca ograniczenie wydajności Systemu lub konieczność przełączenia się na rozwiązanie zapasowe z wyłączeniem sytuacji objętych kategorią A,

wystąpiły błędy odczytu/zapisu danych- bez utraty danych, tzn. nieprawidłowe wyświetlanie odczytanych danych, lub niepoprawna forma zapisania danych,

Kategoria C – Zdarzenie wynikające z przyczyn leżących po stronie Systemu lub po stronie prawidłowej obsługi i użytkowania Systemu lub inne niż w kategoriach A i B, w wyniku, którego, dowolna część Systemu, platforma sprzętowa, akcesoria, itp., utraciła swoją funkcjonalność. Do kategorii C należą, między innymi takie zdarzenia jak

spadek wydajności Systemu (Wydłużenie czasu odpowiedzi Systemu od 5 do 10 sekund),

każdy inne Zdarzenie niebędące Zdarzeniem Kategorii A lub B. Zespół Wdrożeniowy Wykonawcy - zespół pracowników Wykonawcy posiadający

niezbędną wiedzę i doświadczenie z zakresu poszczególnych aplikacji Systemu oferowanego przez Wykonawcę oraz usług związanych z ich wdrożeniem.

Zespół Wdrożeniowy Zamawiającego - zespół składający się z pracowników Zamawiającego posiadających merytoryczną, gospodarczą i ekonomiczną wiedzę w zakresie każdego z wdrażanych Systemów oraz ewentualnie pracowników działów informatyki, oddelegowanych decyzją Zamawiającego/Partnera do zadań związanych z Wdrożeniem Systemu.

Zgłoszenie - Incydent lub Problem zgłoszony przez Administratora Systemu. Zmiana Konfiguracji Systemu - jakakolwiek zmiana parametrów Systemu wobec

zdefiniowanych w SIWZ i Dokumentacji.

8. Licencjonowanie

Zamawiający będzie licencjobiorcą Oprogramowania i będzie go eksploatować zgodnie z zakresem Przedmiotu Zamówienia w okresie wdrożenia i trwałości projektu.

Licencja na Oprogramowanie musi być udzielona dla Zamawiającego oraz następujące Jednostki Organizacyjne Zamawiającego:

Lp.

Jednostka Organizacyjna Oznaczenie

1. JO: Ośrodek Pomocy Społecznej w Krośnie Odrzańskim JO_OPS2. JO: Zakład Gospodarki Komunalnej i Mieszkaniowej JO_ZGKIM3. JO: Ośrodek Sportu i Rekreacji w Krośnie Odrzańskim JO_OSiR4. JO: Warsztaty Terapii Zajęciowej JO_WTZ

oraz w zakresie Modułu SD (pkt.13.3.3) zgodnie z pkt. 13.3.5.3.

Wykonawca zobowiązany jest udzielić Zamawiającemu niewyłącznej Licencji na korzystanie z Oprogramowania, Oprogramowania Aplikacyjnego oraz Oprogramowania Systemowego.

Licencja musi być udzielona na czas nieokreślony.

Strona 24

Licencje nie mogą w żaden sposób ograniczać pojemności Systemu i możliwości jego skalowania, liczby jego Użytkowników, liczby dokonywanych w Systemie operacji ani liczby lub rodzaju innych systemów, jakie mogą być zintegrowane (przyłączone) do Systemu.

Licencje dostępowe do serwerowego systemu operacyjnego (SSO) muszą pozwalać Użytkownikom korzystać bezterminowo z funkcji serwerowego systemu operacyjnego (SSO).

Wykonawca zobowiązany jest do przekazania kodów źródłowych Oprogramowania wytworzonego w ramach realizacji Przedmiotu Zamówienia oraz zdeponowania:

a) kodu źródłowego w zakresie Oprogramowania, na które Wykonawca udzieli Zamawiającemu licencji,

b) instrukcję kompilacji.

Kody źródłowe i szczegółowa procedura dot. przebiegu czynności kompilacji winny być zdeponowane w wersji elektronicznej, redundantnie - na dwóch nośnikach o gwarantowanej trwałości (nie krótszej niż okres gwarancji) w zalakowanych kopertach. Na tych samych warunkach Wykonawca przekaże kody źródłowe w przypadku dokonywania modyfikacji lub aktualizacji Oprogramowania. W przypadku zmian w kodzie źródłowym Systemu, związanej z naprawami, aktualizacjami, przeglądami gwarancyjnymi dokonywanymi przez Wykonawcę, Wykonawca dołączy do depozytu nową wersję kodu źródłowego lub „łatkę” (patch), której uruchomienie powoduje automatyczne uaktualnienie Systemu do najnowszej wersji. Licencja na dostarczone Oprogramowanie obejmuje każdą nową, dostarczoną przez Wykonawcę wersję Systemu. Dopuszcza się zdeponowanie poprawek 1 raz w roku.

Zamawiający jest upoważniony do korzystania z depozytu kodu źródłowego w przypadku ogłoszenia likwidacji lub upadłości Wykonawcy, wszczęcia postępowania naprawczego względem Wykonawcy, zaprzestania prowadzenia działalności gospodarczej lub innego zdarzenia skutkującego wykreśleniem Wykonawcy z rejestru przedsiębiorców z wyłączeniem przypadków wykreślenia z rejestru z przyczyny: łączenia, podziału, przejęcia spółki, zaprzestania lub zaniechania rozwijania oprogramowania, zawieszenia na okres dłuższy niż 180 dni rozwoju oprogramowania oraz w przypadku dalszego rozwoju i utrzymania Systemu przez Zamawiającego lub podmiotu trzeciego na zlecenie Zamawiającego.

Zamawiający oferuje bezpłatny depozyt. W przypadku kiedy Wykonawca nie skorzysta z oferty Zamawiającego dot. bezpłatnego depozytu, Wykonawca zobowiązany będzie zabezpieczyć inne miejsce deponowania kodów źródłowych – kancelarię notarialną, ponosząc przy tym wszelkie koszty z tym związane na okres nie krótszy niż okres gwarancji.

9. Promocja

Strona 25

W ramach realizacji Przedmiotu Zamówienia Wykonawca zobowiązany jest do oznakowania dostarczonych Produktów Projektu zgodnie z zasadami informacji promocji Regionalnego Programu Operacyjnego – Lubuskie 2020.

Zakres Przedmiotu Zamówienia obejmuje:a) oznakowanie naklejkami dostarczanych urządzeń teleinformatycznych,b) zastosowanie wymaganych elementów identyfikacji wizualnej w szablonach

dokumentów, które zostaną wytworzone na etapie realizacji Przedmiotu Zamówienia,

c) zastosowanie wymaganych elementów identyfikacji wizualnej w projekcie szaty graficznej SUE.

Uwaga:Wszelka Dokumentacja związana z realizacją Projektu, korespondencja oraz materiały szkoleniowe, w zależności od ich wielkości, rodzaju i techniki wykonania powinny być oznaczane zgodnie z ww. wytycznymi.

Strona 26

10. Inne uwarunkowania

Wdrożenie Systemu nie może powodować przestoju w bieżącej działalności i funkcjonowaniu Zamawiającego. Jakiekolwiek czasowe wyłączenia związane z wdrożeniem Systemu są dopuszczalne jedynie za zgodą Zamawiającego w terminach wcześniej ustalonych z Zamawiającym.

Zamawiający zapewni Wykonawcy dostęp do wszystkich obiektów Zamawiającego oraz Partnerów Projektu, niezbędnych do realizacji Przedmiotu Zamówienia.

Uwaga:Obiekty objęte pracami wdrożeniowymi są poprawnie działającymi obiektami. Po przeprowadzeniu prac w ramach realizacji Przedmiotu Zamówienia, Wykonawca zobowiązany jest do oddania Zamawiającemu w pełni sprawnych obiektów (po uprzednim przeprowadzeniu wszelkich prób, testów, odbiorów, rozruchów itp.).

10.1. Wizja lokalna

Zamawiający przewiduje zebranie Wykonawców w celu dokonania wizji lokalnej w miejscu prowadzenia robót budowlanych dla Zadania nr 1 wyłącznie jako czynności pomocniczej przy przygotowaniu oferty przez Wykonawców.

Wizja lokalna odbędzie się w dniu 25 kwietnia 2017r. o godz. 9:00 w siedzibie Zamawiającego.

Zgłoszenia Wykonawców, którzy chcą uczestniczyć w wizji lokalnej obiektów Zamawiającego należy przekazywać w formie faksowej pod numerem faksu +48 68 383 51 22 (forma pisemna jest zawsze dopuszczalna).

Ponadto, Zamawiający informuje, że udział w wizji lokalnej nie jest obowiązkowy.

10.2. Procedury odbioru

10.2.1.Zasady ogólne

12.2.1.1. Odbiór realizacji Przedmiotu Zamówienia dokonywany będzie Etapowo zgodnie z harmonogramem „Tabela 1 - Harmonogram realizacji Przedmiotu Zamówienia”, pkt.4.

12.2.1.2. Wykonawca zgłaszając gotowość do odbioru Produktu, ma obowiązek załączyć kompletną Dokumentację, w tym (jeśli dotyczy) Dokumentację Użytkową.

12.2.1.3. W ramach zamówienia Wykonawca zobowiązuje się do gromadzenia i przechowywania dokumentacji projektowej realizacji każdego Zadania. Dokumentacja projektowa będzie przechowywana przez cały okres realizacji projektu.

12.2.1.4. Wykonawca zobowiązuje się do przekazywania Zamawiającemu wszystkich Produktów związanych z realizacją Przedmiotu Zamówienia, w terminie każdorazowo uzgodnionym przez Wykonawcę z Zamawiającym, w formie pisemnej (w przypadku Protokołów Odbioru Zamawiający wymaga 3 egzemplarzy) oraz w formie elektronicznej na płytach CD-ROM/DVD-ROM z wykorzystaniem jednego lub kilku z następujących formatów zapisu plików:

a) MS Word (wersje ostateczne dokumentów oraz ich wersje robocze),

Strona 27

b) PDF (wersje ostateczne dokumentów),c) MS Excel (w przypadku dużych zestawień tabelarycznych),d) HTML,e) oraz innych wymaganych Umową lub za zgodą Zamawiającego.

12.2.1.5. W uzasadnionych przypadkach, za zgodą Zamawiającego, dopuszcza się przekazanie wybranych Produktów tylko w formie elektronicznej.

10.2.2.Odbiór prac projektowych dla Zadania nr 1

10.2.2.1 Wykonawca zapewni opracowanie Dokumentacji Projektowej z należytą starannością, w sposób zgodny z wymaganiami Zamawiającego, obowiązującymi przepisami, normami, zasadami wiedzy technicznej oraz ustaleniami dokonanymi ze służbami technicznymi Zamawiającego.

10.2.2.2 Zamawiający zabezpieczy mapy do celów projektowych.10.2.2.3 Dokumentacja podlegająca odbiorowi musi być skoordynowana technicznie

oraz kompletna z punktu widzenia celu, któremu ma służyć.10.2.2.4 Dokumentacja musi zawierać wymagane potwierdzenia sprawdzeń

rozwiązań projektowych w zakresie wynikającym z przepisów, wymagane opinie, uzgodnienia, zgody i pozwolenia w zakresie wynikającym z przepisów, rysunki, opisy, itp.

10.2.2.5 W terminie 5 dni roboczych od przekazania Dokumentacji Zamawiający dokona odbioru Dokumentacji lub przekaże Wykonawcy uwagi do Dokumentacji, ze wskazaniem zapisów SIWZ, z którymi Dokumentacja jest niezgodna oraz zakresu oczekiwanych zmian i uzupełnień.

10.2.2.6 Kryterium poprawności będzie zgodność przekazanej Dokumentacji z wymaganiami określonymi w treści SIWZ oraz przepisami prawa budowlanego.

10.2.2.7 W przypadku przekazania przez Zamawiającego uwag, Zamawiający wskaże zakres zmian i uzupełnień Dokumentacji oraz wskaże termin ich wykonania, nie krótszy niż 5 dni roboczych.

10.2.2.8 Po wprowadzeniu zmian i uzupełnień Wykonawca ponownie przedstawi Zamawiającemu Dokumentację do odbioru w wersji ostatecznej. W przypadku, gdy poprawiona Dokumentacja nie uwzględnia uzgodnionych uwag Zamawiającego, Zamawiający ponownie zgłosi uwagi zgodnie z procedurą opisaną w niniejszym punkcie.

10.2.2.9 Zamawiający zastrzega możliwość dwukrotnego dokonania poprawek w opracowywanej przez Wykonawcę Dokumentacji określonej w SIWZ dotyczących tego samego zgłoszonego przez Zamawiającego zagadnienia. W przypadku, gdy w/w Dokumentacja będzie wymagała kolejnych poprawek, Wykonawca zapłaci na rzecz Zamawiającego kary umowne, zgodnie z zasadami określonymi Umowie.

10.2.2.10

Dokumentacja musi być przekazana Zamawiającemu w formie pisemnej oraz elektronicznej. Przekazanie potwierdza stosowny pisemny Protokół Odbioru Produktu.

10.2.2.11

Wykonawca przekaże Zamawiającemu Dokumentację Projektową w wersji papierowej: 3 komplety Dokumentacji Projektowej z elementami wykonawczymi oraz jeden egzemplarz Dokumentacji Projektowej w wersji elektronicznej na CD a także 3 komplety Dokumentacji powykonawczej w wersji papierowej oraz jeden egzemplarz Dokumentacji powykonawczej w wersji elektronicznej na CD. Wszystkie inne dokumenty wymagane prawem tj. oryginały decyzji, uzgodnień, itp. Wykonawca przekaże niezwłoczne w chwili ich pozyskania Zamawiającemu.

10.2.2.12

Wykonawca zobowiązuje się opatrzyć Dokumentacje, jak i ich części w pisemne oświadczenie, że są one wykonane zgodnie z Umową, obowiązującymi przepisami

Strona 28

i normami oraz że są kompletne z punktu widzenia celu, któremu mają służyć. Wykaz opracowań oraz pisemne oświadczenie, o którym mowa w tym ustępie stanowią integralną część Dokumentacji.

10.2.2.13

Miejscem przekazania Dokumentacji lub jej części będzie siedziba Zamawiającego.

10.2.2.14

Wykonawca ponosi wszelkie koszty opłat z tytułu uzgodnień, decyzji, zaopiniowania Dokumentacji przez właściwe władze lub instytucje oraz uzyskanie danych technicznych, itp.

10.2.3.Odbiór licencji oraz nośników Oprogramowania

10.2.3.1 Dostawa licencji oraz nośników Oprogramowania będzie potwierdzana przez Zamawiającego Protokołem Odbioru Produktu w dniu przekazania Zamawiającemu poszczególnych Produktów.

10.2.3.2 Protokół Odbioru Produktu musi potwierdzać dostawę Przedmiotu Zamówienia spełniającego wymagania niniejszego postępowania oraz zawierać jego dane identyfikacyjne, w tym numery seryjne lub kody licencyjne.

10.2.3.3 Każdy Protokół Odbioru sporządza się w czterech egzemplarzach. Jeden dla Wykonawcy, trzy dla Zamawiającego.

10.2.3.4 Jeśli Zamawiający odmawia dokonania odbioru i podpisania Protokołu Odbioru, przekazuje jednocześnie Wykonawcy pisemną informację zawierającą uzasadnienie decyzji o odmowie dokonania odbioru z podaniem powodu bądź powodów odmowy oraz wskazaniem zapisów Specyfikacji Istotnych Warunków Zamówienia, Oferty Wykonawcy lub Umowy, z którymi przedstawiona do odbioru Dostawa jest niezgodna.

10.2.4.Odbiór Instalacji, Konfiguracji oraz parametryzacji Systemu

10.2.4.1 Zakończenie realizacji usług związanych z Instalacją, Konfiguracją oraz parametryzacją Systemu będzie potwierdzane przez Zamawiającego Protokołem Odbioru w dniu ich zakończenia.

10.2.4.2 Protokół Odbioru musi potwierdzać zakres zrealizowanych prac spełniający wymagania niniejszego postępowania. Protokół Odbioru sporządza się w czterech egzemplarzach. Jeden dla Wykonawcy, trzy dla Zamawiającego.

10.2.4.3 Jeśli Zamawiający odmawia dokonania odbioru i podpisania Protokołu Odbioru, przekazuje jednocześnie Wykonawcy pisemną informację zawierającą uzasadnienie decyzji o odmowie dokonania odbioru z przytoczeniem powodu bądź powodów odmowy oraz wskazaniem zapisów Specyfikacji Istotnych Warunków Zamówienia, Oferty Wykonawcy lub Umowy, z którymi przedstawiona do odbioru dostawa jest niezgodna.

10.2.5.Odbiór Dokumentacji

12.2.5.1. W terminie 5 dni roboczych od przekazania Dokumentacji Zamawiający dokona odbioru Dokumentacji lub przekaże Wykonawcy uwagi do Dokumentacji, ze wskazaniem zapisów OPZ, z którymi Dokumentacja jest niezgodna oraz zakresu oczekiwanych zmian i uzupełnień.

12.2.5.2. W terminie 5 dni roboczych od przekazania Dokumentacji Zamawiający dokona odbioru Dokumentacji lub przekaże Wykonawcy uwagi do Dokumentacji, ze wskazaniem zapisów OPZ, z którymi Dokumentacja jest niezgodna oraz zakresu oczekiwanych zmian i uzupełnień.

12.2.5.3. Kryterium poprawności będzie zgodność przekazanej Dokumentacji z wymaganiami określonymi w treści OPZ oraz stanem faktycznym Systemu.

12.2.5.4. W przypadku przekazania przez Zamawiającego uwag, Zamawiający wskaże zakres zmian i uzupełnień Dokumentacji oraz wskaże termin ich

Strona 29

wykonania, nie krótszy niż 5 dni roboczych.12.2.5.5. Po wprowadzeniu zmian i uzupełnień Wykonawca ponownie przedstawi

Zamawiającemu Dokumentację do odbioru w wersji ostatecznej. W przypadku, gdy poprawiona Dokumentacja nie uwzględnia uzgodnionych uwag Zamawiającego, Zamawiający ponownie zgłosi uwagi zgodnie z procedurą opisaną w niniejszym punkcie, przy czym uwagi takie muszą dotyczyć kwestii, wskazanych uprzednio.

12.2.5.6. Zamawiający zastrzega możliwość dwukrotnego dokonania poprawek w opracowywanej przez Wykonawcę Dokumentacji, określonej w OPZ. W przypadku, gdy w/w Dokumentacja będzie wymagała kolejnych poprawek, Wykonawca zapłaci na rzecz Zamawiającego kary umowne, zgodnie z zasadami określonymi w Umowie.

12.2.5.7. Dokumentacja musi być przekazana Zamawiającemu w formie pisemnej oraz elektronicznej. Przekazanie potwierdza stosowny pisemny Protokół Odbioru Produktu.

12.2.5.8. Dla Zadania 3 Zamawiający wymaga, aby Wykonawca dostarczył do każdego przekazanego oprogramowania oraz w ramach usług integracyjnych dokumentację Administratora – zawierająca opis wymaganych czynności i działań związanych z instalacją i konfiguracją Systemu, a także opis wymagań odnośnie konfiguracji środowiska eksploatacyjnego (platformy sprzętowej, systemowej, bazodanowej i aplikacyjnej).

12.2.5.9. Zamawiający wymaga, aby Wykonawca dostarczył do każdego przekazanego systemu oraz w ramach usług integracyjnych dokumentację Użytkownika – opis działania Systemu w zakresie niezbędnym do jego prawidłowego użytkowania.

12.2.5.10. Dokumentacja musi być sporządzona w języku polskim.

10.2.6.Odbiór Wdrożenia

10.2.6.1 Wykonawca zgłaszać będzie Zamawiającemu w formie pisemnej gotowość do odbioru poszczególnych Etapów. Podział na etapy prac wdrożeniowych Systemu określa „Tabela 1 – Harmonogram realizacji Przedmiotu Zamówienia”, pkt.4.

10.2.6.2 Po zakończeniu prac wdrożeniowych dla każdego Etapu prac przedstawiciele Stron przeprowadzą czynności ich odbioru.

10.2.6.3 Odbiór poszczególnych Etapów prac wdrożeniowych dokonywany będzie w formie pisemnej w ustalonym przez Strony terminie (T1), nie później jednak niż w terminie 5 dni roboczych od zgłoszenia przez Wykonawcę gotowości do odbioru, zgodnie z „Tabela 1 – Harmonogram realizacji Przedmiotu Zamówienia”, pkt.4.

10.2.6.4 Zastrzeżenia, co do zakresu i jakości wykonanych prac uniemożliwiających dokonanie odbioru Zamawiający przekaże Wykonawcy w formie pisemnej nie później niż w terminie (T2) tj. 5 dni roboczych od ustalonego przez strony terminu T1. Wykonawca jest zobowiązany do odpowiedzi na zgłoszone zastrzeżenia w terminie 5 dni roboczych. Odpowiedź musi określać sposób i czas usunięcia wskazanych zastrzeżeń. Etapy prac zostaną ponownie przedstawione do odbioru. Kolejne ewentualne zastrzeżenia Zamawiającego nie mogą wykraczać poza uprzednio już przez niego zgłaszane.

10.2.6.5 Niezłożenie przez Zamawiającego w terminie T2 zastrzeżeń, co, do jakości i zakresu odbieranego etapu prac jest podstawą do sporządzenia Protokołu Odbioru Etapu i odbioru Etapu prac.

10.2.6.6 Dokonanie odbioru wszystkich poszczególnych Etapów Wdrożenia podlegających odbiorowi jest równoznaczne z odbiorem końcowym

Strona 30

Systemu.10.2.6.7 Strony potwierdzą dokonanie odbioru końcowego Systemu podpisaniem

Protokołu Odbioru Końcowego.

10.3. Istniejące Oprogramowanie Zamawiającego

10.3.1.Istniejące Oprogramowanie Bazodanowe

10.3.1.1 Oprogramowanie bazodanowe Zamawiającego:a) MS SQL Express,b) Firebird 2.5,c) Data Base File (DBF),d) Postgress.

W przypadku wymiany modułów Oprogramowania Aplikacyjnego Zamawiający nie dopuszcza wykorzystania istniejącego Oprogramowania Bazodanowego.

10.3.2.Istniejące Oprogramowanie Aplikacyjne

Zamawiający oświadcza, iż użytkuje następujące istniejące Oprogramowanie Aplikacyjne:Producent: INFO-SYSTEM Tadeusz Groszek Sp.J.Moduły:

Oprogramowanie/Moduł

Opis Ilość stanowisk/licen

cji

OB.

Podatki System wymiaru podatków lokalnych od osób fizycznych

2 Firebird

JGU System wymiaru podatków od osób prawnych

2

Auta System wymiaru podatków od środków transportowych

1

Budżet Księgowość budżetowa z planowaniem

7

KSGZOB System księgowości 3Kasa System obsługi kasy 2Środki trwałe Prowadzenie ewidencji

wyposażenia, środków trwałych oraz ich umorzeń

2

GOMIG-KSZOB-UPK Integracja systemu gospodarki odpadami GOMIG

2

Rejestr VAT (centralizacja rozliczeń podatku)

System ewidencji zakupu, sprzedaży, fakturowania i VAT

3

Rozszerzenie REJESTR Współpraca z kasą fiskalną -Integracja Kasa-Budżet -Użytkowanie System ewidencji i wymiaru opłat

z tyt. Użytkowania wieczystego1

Dzierżawy System ewidencji i wymiaru dzierżaw czasowych

1

OPLOK System wymiaru opłat lokalnych (mandaty, opłata targowa)

Strona 31

Producent: DATACOMP Wojciech Jurkowski, Jacek JurkowskiModuły:


Opis Ilość stanowisk/licen

cji

OB

KOMAX System do obsługi kadr i płac Urzędu i Jednostek Oświatowych

Bez limitu

Producent: Tensoft Sp. z o.o.Moduły:


Opis Ilość stanowisk/licencji

OB

ADAS/Mienie Gminne 2 FirebirdKarty Kontowe 2

Producent: Technika ITModuły:



OB

PB_EWID Program do ewidencji ludności zintegrowany z ŹRÓŁO

2 SQL Express

Producent: AriscoModuły:



OB

Gomig Program do obsługi zadań związanych z odpadami komunalnymi.

2 Firebird

Producent: Sputnik SoftwareModuły:



OB.

PMDU – Pomoc Materialna Dla Uczniów

System do obsługi stypendiów. 2 MS SQL

Koncesje Alkoholowe Program do wydawania koncesji alkoholowych

1 MS SQL

Producent: Technika ITModuły:



OB.

System ewidencji USC MS SQL

Strona 32

Producent: Librus Spółka z ograniczoną odpowiedzialnością sp. k.Moduły:



OB.

e-Dziennik System on-line Typu SQL

11. Szkolenia

11.1.1. Szkolenia mają na celu osiągniecie odpowiedniej wiedzy z zakresu używania Systemu na odpowiednich stanowiskach służbowych. Przeprowadzenie pakietu szkoleń powinno zostać odpowiednio skoordynowane z przeprowadzeniem procesu wdrożenia, a w szczególności z procedurą migracji danych.

11.1.2. Szczegółowy zakres poszczególnych szkoleń będzie podlegał uzgodnieniu pomiędzy Wykonawcą a Zamawiającym w ramach akceptacji Harmonogramu i materiałów szkoleniowych.

11.1.3. Podstawą organizacji szkoleń jest Plan Szkolenia.11.1.4. W terminie 14 dni roboczych przed rozpoczęciem szkolenia Wykonawca jest

zobowiązany opracować Plan Szkolenia i przekazać go do akceptacji Zamawiającemu.

11.1.5. Zamawiający zobowiązany jest w terminie 3 dni od otrzymania Planu Szkolenia do jego akceptacji lub zgłoszenia ewentualnych uwag do Wykonawcy.

11.1.6. Wykonawca zobowiązany jest do zastosowania się do ewentualnych uwag i zmiany Planu Szkolenia w terminie 3 dni od ich otrzymania od Zamawiającego.

11.1.7. Po akceptacji przez Zamawiającego Planu Szkolenia, Wykonawca informuje Zamawiającego o terminie szkolenia, jednak nie później niż na 5 dni roboczych przed rozpoczęciem szkolenia.

11.1.8. Do każdego modułu wspomagającego obsługę obszarów działalności urzędu, Zamawiający wskaże osoby, które Wykonawca przeszkoli.

W terminie 3 dni roboczych przed rozpoczęciem szkolenia Zamawiający przekaże Wykonawcy listę jego uczestników.

11.1.9. Wykonawca przeprowadzi wszystkie szkolenia w języku polskim, zapewniając na swój koszt materiały szkoleniowe dla uczestników szkoleń.

11.1.10. Wykonawca na etapie uzgadniania materiałów szkoleniowych przekaże minimalne wymagania, jakie powinni spełniać oddelegowani przez Zamawiającego, uczestnicy szkolenia.

11.1.11. Wykonawca ma obowiązek przeprowadzenia szkolenia przez podmioty posiadające uprawnienia do prowadzenia szkoleń z danego zakresu Przedmiotu Zamówienia.

Uwaga:Zamawiający dopuszcza możliwość prowadzenia szkoleń przez inne podmioty lub osoby fizyczne, przy czym wymaga to każdorazowej zgody Zamawiającego.

11.1.12. Podstawową formą szkolenia jest lekcja, której odpowiada jedna godzina dydaktyczna trwająca 45 minut.

11.1.13. Dopuszcza się łączenie dwóch jednostek lekcyjnych.11.1.14. Na dwie jednostki lekcyjne przypada jedna przerwa w wymiarze min. 15

minut.11.1.15. Po sześciu jednostkach lekcyjnych Uczestnikom Szkolenia przypada przerwa

Strona 33

na posiłek trwająca min. 30 minut.11.1.16. Zamawiający dopuszcza przeprowadzanie szkoleń grupowych, w grupach

do max. 15 użytkowników oraz szkoleń indywidualnych przy stanowiskowych dla grup jedno-, dwu- lub trzyosobowych.

11.1.17. Wykonawca przeszkoli osoby pełniące obowiązki Administratorów wskazanych przez Zamawiającego w zakresie zarządzania użytkownikami i uprawnieniami, zabezpieczania i odtwarzania danych (dot. Zadania 2 i Zadania 3).

11.1.18. Wykonawca zapewni przeszkolenie administratora wskazanego przez Zamawiającego w zakresie administracji i konfiguracji zaoferowanego systemu bazodanowego. Szkolenie musi obejmować co najmniej instalację, konfigurację bazy danych, obsługę narzędzi administratora, architekturę systemu, zagadnienia związane z zachowaniem bezpieczeństwa, integralności i zabezpieczenia przed utratą danych, przywracaniem danych po awarii.

11.1.19. Uzgodnieniu pomiędzy Stronami podlegają:a) minimalne wymagania dla uczestników szkoleń,b) Harmonogram szkoleń grupowych i indywidualnych,c) materiały szkoleniowe dla szkoleń grupowych,d) listy obecności ze szkoleń grupowych i indywidualnych,e) Protokoły odbioru dot. Szkoleń.

11.1.20. Zamawiający oczekuje, że ilość oraz program szkoleń powinny gwarantować użytkownikom Systemu zapoznanie się z wszystkimi Funkcjonalnościami jakie system oferuje.

11.1. Plan szkolenia

11.1.1 Plan Szkolenia powinien zawierać co najmniej (dla każdego szkolenia):a) cel szkolenia,b) zakres szkolenia,c) metoda i forma szkolenia,d) niezbędny czas przeszkolenia jednej grupy danego szkolenia (liczba

godzin pojedynczego szkolenia).

11.2. Program szkolenia

11.2.1 Program szkolenia powinien określać podział na bloki tematyczne (sesje), poruszane w ramach bloku zagadnienia oraz ramy czasowe poszczególnych prezentacji.

11.2.2 Program szkolenia powinien zawierać kompletne informacje na temat wszystkich wydarzeń związanych ze szkoleniem.

11.3. Szkolenia stanowiskowe

11.3.1 Szkolenia stanowiskowe - zajęcia praktyczne muszą być realizowane w grupach liczących nie więcej niż 15 Uczestników szkoleń.

11.3.2 Szkolenia będą realizowane w pomieszczeniach i na sprzęcie udostępnionym przez Zamawiającego.

Uwaga:Zamawiający nie dopuszcza przeprowadzania szkoleń typu e-learning w zastępstwie szkoleń tradycyjnych.

11.3.3 Szkolenia należy planować racjonalnie, aby liczba delegacji była jak najmniejsza, aby uczestnictwo w szkoleniach nie powodowało utrudnień przy realizacji bieżących obowiązków w pracy oraz w liczbie

Strona 34

nieprzekraczającej 8 godzin dydaktycznych dziennie.

11.4. Szkolenia stanowiskowe autoryzowane

11.4.1 Szkolenia stanowiskowe autoryzowane musza być realizowane przez Wykonawcę w autoryzowanym przez producenta rozwiązania/sprzętu centrum szkoleniowym.

11.4.2 Przeprowadzenie szkoleń stanowiskowych autoryzowanych leży po stronie oraz na koszt Wykonawcy.

11.4.3 Max. czas trwania szkolenia w jednym dniu szkoleniowym: 8 jednostek lekcyjnych.

11.4.4 Szkolenia należy planować racjonalnie, aby liczba delegacji była jak najmniejsza, aby uczestnictwo w szkoleniach nie powodowało utrudnień przy realizacji bieżących obowiązków w pracy oraz w liczbie nieprzekraczającej 8 godzin dydaktycznych dziennie.

11.5. Harmonogram szkoleń

11.5.1 Harmonogram szkoleń należy uzgodnić z Zamawiającym. 11.5.2 Opracowanie Harmonogramu szkoleń leży po stronie Wykonawcy.

11.6. Catering

11.6.1 Wykonawca zobowiązany jest do zabezpieczenia podczas przerw (ilości podane dla jednej przerwy):

a) napojów ciepłych:i. kawa podawana w samowarze: min. 300 ml/os.,ii. herbata podawana w samowarze: min. 300 ml/os.,iii. cukier: min. 10g/os.,iv. mleko 3,2 % podawane w dzbankach: min. 50ml/os.,v. cytryna pokrojona (podawana na talerzykach): min. 1

plaster/os.,b) napojów zimnych:

i. woda gazowana i niegazowana, w butelkach: min. 0,5l/os.ii. min. 2 rodzaje soków owocowych 100% (jabłkowy oraz

pomarańczowy), podawane w dzbankach szklanych lub specjalnych dystrybutorach (wyłączając nektar lub napój) – min. 200 ml/os..

11.6.2 W przypadku szkolenia trwającego dłużej niż 6 godzin dydaktycznych Wykonawca zapewni uczestnikom posiłek w postaci kanapek (min. 2 rodzaje pieczywa, min. 2 rodzaje wędlin, min. 2 rodzaje serów, min. 2 rodzaje past, dodatki typu warzywa, majonez – min. 5 szt. kanapek dla 1 osoby).

11.7. Testy sprawdzające poziom wiedzy po szkoleniu

11.7.1 W ramach prowadzonych szkoleń stanowiskowych Wykonawca zobowiązany jest do przeprowadzania wśród ich uczestników testów sprawdzających poziom wiedzy po szkoleniu (na koniec danego szkolenia, w ostatnim dniu szkolenia w przypadku szkoleń trwających dłużej niż jeden dzień szkoleniowy).

11.7.2 Każdy Uczestnik Szkolenia stanowiskowego po szkoleniu będzie zobowiązany do wypełnienia testu sprawdzającego poziom.

11.7.3 Testy mają służyć kontroli:a) efektywności przygotowania i przeprowadzania szkoleń

Strona 35

stanowiskowych przez Wykonawcę,b) zaangażowania pracowników Zamawiającego w proces szkolenia.

11.7.4 Testy mają być przeprowadzane przy wykorzystaniu przygotowanej przez Wykonawcę i udostępnionej na czas trwania szkoleń Zamawiającemu projektu platformie elektronicznej typu e-Lerning lub równoważnej.

11.7.5 Wykonawca zobowiązany jest do:a) przygotowania dla każdego ze szkoleń dedykowanego testu

związanego z jego zakresem merytorycznym,b) przygotowania i udostępnienia dla każdego Uczestnika Szkolenia

indywidualnego konta dostępowego (identyfikator oraz hasło) do ww. platformy na bazie, którego uzyska on dostęp do odpowiednich dedykowanych testów.

11.8. Raportowanie

11.8.1 Wykonawca zobowiązany jest do sporządzenia i dostarczenia Zamawiającemu sprawozdań dotyczących frekwencji Uczestników Szkoleń oraz przeprowadzanych wśród nich ankiet sprawdzających poziom zadowolenia ze szkoleń.

11.8.2 Po zakończeniu każdego szkolenia Wykonawca zobowiązany jest do sporządzenia raportu z przeprowadzenia szkolenia zawierającego, co najmniej:

a) raport zawierający informacje na temat przeprowadzonego szkolenia:

i. plan szkolenia,ii. lista uczestników,iii. Harmonogram szkolenia,iv. frekwencja uczestników w poszczególnych grupach,v. syntetyczne podsumowanie wyników testów

sprawdzających poziom wiedzy po szkoleniu,vi. imienna lista osób, które nie zaliczyły testów

sprawdzających poziom wiedzy,vii. syntetyczne podsumowanie wyników ankiet

sprawdzających poziom zadowolenia,b) imienne listy obecności z każdego dnia szkolenia (oryginał),c) testy sprawdzające wiedzę uczestników szkolenia (w postaci

elektronicznej) (dot. szkoleń stanowiskowych),d) ankiety sprawdzających poziom zadowolenia ze szkoleń (w

postaci elektronicznej),e) egzemplarz materiałów szkoleniowych przekazanych

Uczestnikom Szkolenia,f) zdjęcie w postaci elektronicznej potwierdzające oznakowanie sal

szkoleniowych oznaczeniami Unijnymi.11.8.3 Wykonawca zobowiązany jest do dostarczenia raportu z przeprowadzenia

szkolenia w terminie 3 dni roboczych od daty jego zakończenia. Dostarczenie raportu z przeprowadzenia szkolenia stanowi podstawę do podpisania protokołu z przeprowadzenia szkolenia.

11.8.4 Każdy Uczestnik Szkolenia powinien otrzymać materiały szkoleniowe w formie papierowej oraz kopie materiałów w wersji elektronicznej.

11.9. Listy obecności

11.9.1 Wykonawca powinien przed rozpoczęciem szkolenia przygotować w formie wydruku listę Uczestników Szkolenia z miejscem na złożenie odręcznego podpisu potwierdzającego obecność w każdym dniu szkolenia i odbiór materiałów szkoleniowych.

Strona 36

11.9.2 Każdy Uczestnik Szkolenia powinien podpisać listę obecności przed rozpoczęciem szkolenia.

11.9.3 Dopuszcza się uczestnictwo w szkoleniu osób, które nie były zapisane na liście, a uczestniczą w szkoleniu na zasadzie zastępstwa (fakt ten należy zaznaczyć na liście).

11.9.4 Oryginalne listy obecności uczestników szkoleń powinny zostać dostarczone do Kierownika Projektu po zakończeniu wszystkich szkoleń dla danej Grupy, w celu odbioru szkolenia dla danej Grupy szkoleniowej.

11.10. Grupy szkoleniowe

11.10.1.Grupa I

11.10.1.1

Nazwa szkolenia: Zamawiający - Moduł SD

11.10.1.2

Rodzaj szkolenia: Szkolenie stanowiskowe.

11.10.1.3

Ilość dni szkoleniowych: 35 dni.

11.10.2.Grupa II

11.10.2.1

Nazwa szkolenia: Zamawiający - Moduł EZD

11.10.2.2


11.10.2.3


11.10.3.Grupa III

11.10.3.1

Nazwa szkolenia: Zamawiający - Moduł SUE

11.10.3.2


11.10.3.3


11.10.4.Grupa IV

11.10.4.1

Nazwa szkolenia: Zamawiający – Administratorzy (Zadanie 3)

11.10.4.2


11.10.4.3


11.10.5.Grupa V

11.10.5.1

Nazwa szkolenia: Jednostki organizacyjne Zamawiającego

11.10.5.2


11.10.5. Ilość dni szkoleniowych:

Strona 37

3 a) SD: 12 dni,b) EZD: 5 dni,c) SUE: 2 dni.

11.10.6.Grupa VI

11.10.6.1


11.10.6.2

Rodzaj szkolenia: Szkolenie stanowiskowe autoryzowane.

11.10.6.3


11.10.6.4

Tematyka: Zarządzanie i administracja 13.2.6. CSBA.

11.10.6.5

Ilość osób: 2 osoby.

11.10.7.Grupa VII

11.10.7.1


11.10.7.2

Rodzaj szkolenia: Szkolenie stanowiskowe autoryzowane.

11.10.7.3

Ilość dni szkoleniowych: min. 4 dni.

11.10.7.4

Tematyka: Administracja Systemem operacyjnym Serwerowym SSO (pkt.13.2.5.13).

11.10.7.5

Ilość osób: 2 osoby.

12. Warunki świadczenia serwisu gwarancyjnego oraz Asysty Technicznej Szkolenia

12.1. Zasady ogólne

12.1.1. Świadczenie usługi gwarancji ma na celu zapewnienie ciągłości sprawnego działania Systemu poprzez realizację działań naprawczych wynikających z analizy ujawnionych problemów, wykrytych błędów, awarii i wad systemów, Nienormalnego działania Systemu, spadku wydajności, itp.

12.1.2. Wykonawca zobowiązany jest do udzielenia Zamawiającemu gwarancji na Przedmiot Zamówienia i zobowiązuje się świadczyć serwis gwarancyjny przez okres:

a) Zadanie 1: 36 m-cy,b) Zadanie 2: 36 m-cy,c) Zadanie 3: nie mniej niż 60 m-cy (Wykonawca może zaoferować

wiążący dla niego dłuższy okres gwarancji).12.1.3. Okres świadczenia gwarancji rozpoczyna się z dniem podpisania przez

Strony Protokołu Odbioru Końcowego dla danego Zadania.12.1.4. W okresie trwania Gwarancji Wykonawca jest zobowiązany do wykonywania

nieodpłatnych świadczeń gwarancyjnych polegających na:a) skutecznym Rozwiązaniu Zgłoszeń, w tym Incydentów i Problemów

zgłaszanych przez Zamawiającego,b) skutecznym usuwania Usterek, Wad, Błędów lub Awarii z przyczyn

zawinionych przez Wykonawcę będących konsekwencją wystąpienia: błędu w Systemie, błędu lub wady fizycznej pakietu aktualizacyjnego

Strona 38

lub instalacyjnego, błędu w dokumentacji Administratora lub w dokumentacji Użytkownika, błędu w wykonaniu usług przez Wykonawcę,

c) usuwania Błędu, Awarii, Wady związanych z realizacją usługi wdrożenia Systemu,

d) usuwania Błędów lub Awarii spowodowanych aktualizacjami Systemu,

e) dostarczaniu, instalacji i wdrażaniu niezbędnych lub celowych poprawek (w tym tzw. łat programowych - ang. „patch") Oprogramowania wraz z przekazaniem kompletnej Dokumentacji poprawek, instrukcji instalacji, instrukcji użytkowania,

f) dostarczania wolnych od wad kolejnych wersji Systemu,g) świadczenia konsultacji dla Administratorów w zakresie niezbędnych

zmian w konfiguracji Systemu,h) aktualizacji dokumentacji Użytkownika i/lub Administratora,i) nieodpłatnego dostarczania nowych wersji lub uaktualnienia

Oprogramowania Aplikacyjnego, w przypadku nastąpienia zmiany w obowiązującym prawodawstwie, wymagającej nowszej wersji lub uaktualnienia w terminach nie dłuższych niż określonych przez Ustawodawcę,

j) innych koniecznych działaniach nie wymienionych w pkt. a) i b) mających na celu zapewnienie Normalnego Działania Systemu.

12.1.5. Wszelkie świadczenia dostarczone przez Wykonawcę w ramach Gwarancji będą wykonywane przez wykwalifikowany i posiadający wystarczającą wiedzę personel Zamawiającego.

12.1.6. Wykonawca jest zobowiązany zrealizować wszelkie świadczenia w ramach Gwarancji w taki sposób aby zapewnić pełną funkcjonalność Systemu w trakcie i po zrealizowaniu świadczenia.

12.1.7. Wszelkie działania związane z świadczeniem gwarancji muszą być wykonywane za wiedzą i akceptacją Zamawiającego.

12.1.8. Wykonawca zapewni wystarczającą ilość konsultantów do zapewnienia ciągłości usługi gwarancji.

12.1.9. Wykonawca musi informować Zamawiającego o dostępnych aktualizacjach i poprawkach Systemu.

12.1.10. Wykonawca w okresie świadczenia serwisu gwarancyjnego ponosi odpowiedzialność z tytułu gwarancji za Błędy Oprogramowania / Awarie oraz ich usunięcie.

12.1.11. Wykonawca w ramach świadczeń gwarancji, zobowiązany do następującego Czasu Reakcji na Zgłoszenie:

a) 4 godzin dla Zgłoszeń Zdarzeń Kategorii A, liczony od momentu poinformowania Wykonawcy o Zgłoszeniu,

b) 12 godzin dla Zgłoszeń Zdarzeń Kategorii B, liczony od momentu poinformowania Wykonawcy o Zgłoszeniu,

c) 24 godzin dla Zgłoszeń Zdarzeń Kategorii C, liczony od momentu poinformowania Wykonawcy o Zgłoszeniu,

d) 48 godziny dla Zgłoszeń typu Zapytanie.

Uwaga:Wykonawca zapewnia dostosowanie Systemu do obowiązujących przepisów nie później niż w dniu ich wejścia w życie.

Terminy naprawy Infrastruktury teletechnicznej są uzależnione od funkcji dostarczonego sprzętu i zostały opisane w części specyfikacji dla Zadania 1.

12.1.12. Wykonawca w ramach świadczeń gwarancji zobowiązany jest do skutecznego Rozwiązania Zgłoszenia w następujących terminach:

a) w ciągu 24 godzin dla Zgłoszeń Zdarzeń Kategorii A liczony od momentu poinformowania Wykonawcy o Zgłoszeniu,

Strona 39

b) w ciągu 48 godzin dla Zgłoszeń Zdarzeń Kategorii B liczony od momentu poinformowania Wykonawcy o Zgłoszeniu,

c) w ciągu 10 Dni Roboczych dla Zgłoszeń Zdarzeń Kategorii C liczony od momentu poinformowania Wykonawcy o Zgłoszeniu.

12.1.13. Czas Rozwiązania Zgłoszenia odnosi się do całości Systemu dostarczonego przez Wykonawcę w ramach niniejszego postępowania.

12.1.14. Wykonawca odpowiedzialny jest za usuwanie Błędów Oprogramowania Aplikacyjnego wynikających z nieprawidłowego (niezgodnego z instrukcją) działania Oprogramowania Aplikacyjnego.

12.1.15. Jeżeli w wyniku zastosowania przez Wykonawcę wszelkich działań, Wykonawca stwierdzi, że Zgłoszenie było bezzasadne, wówczas Zgłaszający po wcześniejszym ustaleniu kosztów może odpłatnie zlecić wykonanie naprawy lub zlecić jej realizację w ramach puli godzin przysługującej mu Asysty Technicznej.

12.1.16. Usunięcie Błędu Oprogramowania oznacza przekazanie przez Wykonawcę do Zgłaszającego, nowej wersji Oprogramowania, poprawki lub rekonfiguracji Oprogramowania oraz usunięcie skutków błędu. Wykonawca jest zobowiązany dopilnować, aby Zamawiający potwierdził odbiór informacji o nowej wersji oprogramowania, tak aby było jasne, że Zamawiający jest świadomy, że brak aktualizacji może spowodować pewne zagrożenia.

12.1.17. Wykonawca nie będzie zobowiązany do usunięcia Błędów Oprogramowania spowodowanych obsługą Oprogramowania niezgodnie z Dokumentacją Użytkową ani Błędów Oprogramowania spowodowanych działaniem osób trzecich, za których działania Wykonawca nie będzie ponosić odpowiedzialności.

12.1.18. W uzasadnionych przypadkach Czas Rozwiązania Zgłoszenia, mogą zostać przedłużone za porozumieniem Przedstawicieli Stron.

12.1.19. O zmianie terminów Rozwiązania Zgłoszenia Wykonawca poinformuje Zamawiającego e-mailem.

12.2. Help Desk

12.2.1. Wykonawca zobowiązany jest świadczyć bezpłatną usługę Help Desk przez okres świadczenia serwisu gwarancyjnego.

12.2.2. Wykonawca zapewni usługę wsparcia użytkowników udostępniając: a) usługę typu Helpdesk, udostępnioną pod adresem e-mail, numerem

telefonu i numerem faksu,b) Portal typu helpdesk – dostępny on-line w trybie 356/7/24, gdzie

będą publikowane statusy zgłoszeń,

Przez niniejszy portal będą mogły być dokonywane zgłoszenia Kategorii A, B, C (zgodnie z pkt.12.1.11).

12.2.3. Wsparcie użytkowników obejmuje świadczenie usługi wsparcia technicznego, merytorycznego oraz konsultacji w celu utrzymania poprawnej pracy systemu zgodnego z wymaganiami zamówienia. W ramach usługi Wykonawca zobowiązany jest do udzielania odpowiedzi na pytania Użytkowników i Administratorów związane z bieżącą eksploatacją Systemu.

12.2.4. Wykonawca zagwarantuje świadczenie usługi Help Desk wyłącznie przez wykwalifikowany personel, przez co rozumie się osobę/osoby z doświadczeniem, posiadające odpowiednie kwalifikacje merytoryczne i wiedzę na temat Oprogramowania, po odpowiednim przeszkoleniu, cechujące się odpowiednimi predyspozycjami do kontaktu z Użytkownikiem Końcowym tj. komunikatywnością, dobra dykcją, odporność na stres, cierpliwością, pozytywnym nastawieniem do Użytkownika Końcowego. Personel Wykonawcy świadczący usługę Help Desk musi posiadać umiejętności pracy z „trudnym użytkownikiem” np. zdenerwowanym,

Strona 40

niecierpliwym, zadającym niejasne pytania lub udzielający niejasnych odpowiedzi – nieobeznanym w temacie.

12.2.5. Wyznaczeni pracownicy Zamawiającego w przypadku wystąpienia Zdarzenia wysyłają Zgłoszenia do systemu Help Desk.

Uwaga:Zamawiający dopuszcza rozwiązanie w postaci aplikacji Wykonawcy zainstalowanej w środowisku Zamawiającego, w którym Zamawiający może automatycznie dokonywać zgłoszeń. Zamawiający dopuszcza możliwość przeprowadzenia testów funkcjonowania Help Desk lub aplikacji opisanej w pkt.12.2.4 przed podpisaniem Umowy z Wykonawcą.

12.2.6. Zgłoszenie może być wysyłane w Okienku Serwisowym. W przypadku wysłania Zgłoszenia poza Okienkiem Serwisowym czas Zgłoszenia liczony jest od godziny rozpoczęcia kolejnego Okienka Serwisowego.

12.2.7. W szczególnych przypadkach pracownik Zamawiającego może, w przypadku wystąpienia Zdarzenia, przesłać Wykonawcy Zgłoszenie faksem lub e-mailem.

12.2.8. Zgłaszający, w przypadku wystąpienia Zdarzenia, Błędu, Awarii, usterki przesyła do Wykonawcy przy pomocy środków komunikacji formularz zgłoszenia wystąpienia Zdarzenia.

W Zgłoszeniu powinny być wypełnione wszystkie obligatoryjne pola formularza, a opis sytuacji prowadzącej do wystąpienia błędu lub awarii powinien umożliwiać jej odtworzenie przez zespół serwisowy Wykonawcy.

12.2.9. Błąd musi być opisany przez zgłaszającego w sposób umożliwiający odtworzenie Błędu w środowisku wzorcowym Wykonawcy.

Jeżeli odtworzenie Błędu nie będzie możliwe w środowisku wzorcowym, Wykonawca zdiagnozuje Błąd w środowisku Zamawiającego. Zamawiający zapewni gotowość do ewentualnego uruchomienia niezbędnej i koniecznej obsługi poprzez szyfrowane kanały dostępowe pomiędzy Wykonawcą a Zamawiającym.

Uwaga: W takiej sytuacji termin skutecznego Rozwiązania Zgłoszenia nie może ulec wydłużeniu.

12.2.10. Jeżeli odtworzenie błędu nie będzie możliwe w środowisku Wykonawcy, wówczas zdiagnozuje on błąd w środowisku Zamawiającego, ale terminy świadczenia usług gwarancyjnych ulegają wydłużeniu o czas oczekiwania na dostęp do środowiska Zamawiającego.

12.2.11. Wykonawca zobowiązany jest do potwierdzenia w ciągu 4 godzin w czasie okna dostępności usługi gwarancyjnej przyjęcie Zgłoszenia reklamacyjnego oraz jego klasyfikację. Potwierdzenie zostanie wysłane przez Wykonawcę do zgłaszającego.

Zgłoszenia będą klasyfikowane nac) Zdarzenia Kategorii A,d) Zdarzenia Kategorii B,e) Zdarzenia Kategorii C.

12.2.12. W każdym przypadku Zgłaszający i Wykonawca mogą uzgodnić inny czas dostarczenia rozwiązania niż określono w warunkach gwarancji. W takim przypadku niezbędne jest potwierdzenie ustalonego terminu w formie pisemnej, faksem lub e-mailem.

12.3. Asysta techniczna

Strona 41

12.3.1. Wykonawca zobowiązany jest świadczyć usługę Asysty technicznej w okresie Gwarancji.

12.3.2. Celem świadczenia usług Asysty technicznej jest bezpłatne wsparcie dla Oprogramowania Aplikacyjnego w ramach Zadań:

a) Zadania 3, do których Zamawiający uzyskał licencję na podstawie realizacji Przedmiotu Zamówienia.

12.3.3. Okres i zakres Asysty technicznej rozpoczyna się z dniem podpisania przez Strony Protokołu Odbioru Końcowego dla Zadania 3.

12.3.4. Zamawiający przekaże Wykonawcy imienną listę osób uprawnionych ze strony Zamawiającego do korzystania z Asysty technicznej.

12.3.5. Wykonawca zapewni świadczenie Asysty technicznej w języku polskim.12.3.6. Wykonawca zagwarantuje świadczenie usługi Asysty technicznej wyłącznie

przez wykwalifikowany personel, przez co rozumie się osobę/osoby z doświadczeniem, posiadające odpowiednie kwalifikacje merytoryczne i wiedzę na temat Oprogramowania, po odpowiednim przeszkoleniu, cechujące się odpowiednimi predyspozycjami do kontaktu z Użytkownikiem Końcowym tj. komunikatywnością, dobra dykcją, odporność na stres, cierpliwością, pozytywnym nastawieniem do Użytkownika Końcowego. Personel Wykonawcy świadczący usługę Asysty technicznej musi posiadać umiejętności pracy z „trudnym użytkownikiem” np. zdenerwowanym, niecierpliwym, zadającym niejasne pytania lub udzielający niejasnych odpowiedzi – nieobeznanym w temacie.

12.3.7. Przedmiotem usługi Asysty technicznej świadczonej przez Wykonawcę na rzecz Zamawiającego jest:

a) gotowość do świadczenia konsultacji telefonicznych w zakresie nowych funkcjonalności dla SUE, SD oraz EZD,

b) wykonania dodatkowych, a nieprzewidzianych w SIWZ funkcjonalności w Oprogramowaniu, po zaakceptowaniu przez obie strony warunków realizacji (w tym pracochłonności) w ramach Asysty Technicznej.

12.3.8. Każdorazowa usługa realizacji Asysty technicznej prowadzona jest na podstawie zlecenia usługi oraz zakończona Protokołem Odbioru opisującym czas trwania usługi i jej zakres.

12.3.9. W ramach okresu Asysty technicznej Zamawiający będzie miał do wykorzystania pulę 50 roboczogodzin przeznaczonych na realizację zleconych przez niego dowolnych modyfikacji lub rozszerzeń Oprogramowania Aplikacyjnego.

12.3.10. Zarejestrowany czas pracy poświęcony na Asystę Techniczną będzie sukcesywnie pomniejszać wielkość puli aż do jej wyczerpania.

12.4. Asysta Wdrożeniowa

12.4.1. Wykonawca zobowiązany jest świadczyć usługę Asysty Wdrożeniowej w okresie 1 m-ca od daty zakończenia Etapu 5 dla Zadania 3 zgodnie z pkt. 13.3.6.

12.4.2. Celem świadczenia usług Asysty Wdrożeniowej jest wsparcie on-site realizowane przez Wykonawcę w siedzibie Zamawiającego, polegające na bieżącym wsparciu Użytkowników Końcowych (tj. pracowników Zamawiającego) w zakresie parametryzacji, eksploatacji i obsługi Systemu podczas pierwszego m-ca pracy od produkcyjnego startu Systemu (tj. od 2.01.2018).

12.4.3. W ramach okresu Asysty Wdrożeniowej Zamawiający będzie miał do wykorzystania pulę 20 dni (on-site) Asysty.

12.4.4. Zarejestrowany czas pracy poświęcony na Asystę Wdrożeniową będzie sukcesywnie pomniejszać wielkość puli aż do jej wyczerpania w okresie 1 m-ca od zakończenia Etapu_5 dla Zadania 3.

Strona 42

12.4.5. Zamawiający wymaga aby Zespół po stronie Wykonawcy składał się z zespołu osób o odpowiednich kompetencjach, przy czym świadczenie usługi Asysty Wdrożeniowej on-site może odbywać się jednorazowo przez jedną osobą. W przypadku zamówienia więcej niż jednej osoby pula dni pomniejszana jest o ilość osób zamówionych

Strona 43

13. Specyfikacja techniczna

13.1. Zadanie 1

13.1.1. W ramach realizacji Przedmiotu Zamówienia należy wykonać usługę zaprojektowania i wykonania robót budowlanych wraz z dostawą wymaganej infrastruktury wraz z wykonaniem Dokumentacji Projektowej, Powykonawczej zgodnie wymaganiami wyspecyfikowanych w Specyfikacji Istotnych Warunków Zamówienia.

Opisane prace zostaną wykonane w ramach postępowania realizowanego metodą „zaprojektuj i wybuduj” na potrzeby realizacji projektu pn. „Budowa Centrum Zarządzania siecią Gminy Krosno Odrzańskie wraz z pakietem e-Usług dla mieszkańców”.

13.1.2. TOM III A SIWZ PROGRAM FUNKCJONALNO – UŻYTKOWY zawiera Program Funkcjonalno-użytkowy.

PFU - zawiera wytyczne niezbędne do zaprojektowania i wybudowania infrastruktury telekomunikacyjnej w tym roboty budowlane niezbędne do wykonania e-usług polegające na:

a) wykonanie inwentaryzacji budowlanej, sanitarnej, elektrycznej i teletechnicznej w niezbędnym zakresie dot. realizacji Przedmiotu Zamówienia,

b) weryfikacja istniejących zasobów kanalizacji teletechnicznej zew. operatorów sieci oraz włączenie jej i uwzględnienie w projekcie,

c) uzyskanie wypisów z rejestru działek i ich własności koniecznych do wykonania zadania,

d) uzyskania informacji o odszkodowaniach z tytułu budowy infrastruktury teleinformatycznej na działkach nie będących własnością Zamawiającego,

e) uzyskania przez Wykonawcę wszystkich niezbędnych warunków, opinii i uzgodnień potrzebnych do wykonania i zatwierdzenia dokumentacji wykonawczej, a także wszelkich decyzji wymaganych przepisami prawa, w tym decyzji administracyjnych (np. uzgodnienia z rzeczoznawcami ds. BHP i ppoż.),

f) pozyskanie na rzecz Zamawiającego pozwoleń właścicieli poszczególnych nieruchomości wymaganej zgody (uzyskania decyzji potwierdzającej prawo do dysponowania nieruchomościami na cele budowlane - należy zawrzeć stosowne umowy z właścicielami gruntów, etc), koszty odszkodowań i zgód właścicieli po stronie Wykonawcy,

g) wykonanie projektów budowlanych i wykonawczych kanalizacji teletechnicznej,

h) wykonanie projektów budowlanych i wykonawczych adaptacji pomieszczeń na potrzeby węzłów telekomunikacyjnych,

i) opracowania dokumentacji projektowej i wielobranżowych projektów wykonawczych niezbędnych do realizacji Przedmiotu Zamówienia i uzyskanie ich akceptacji przez Zamawiającego i właściciela danego obiektu,

j) uzyskanie przez Wykonawcę wszystkich niezbędnych warunków, opinii i uzgodnień potrzebnych do wykonania i zatwierdzenia projektu budowlanego i wykonawczego, a także wszelkich decyzji wymaganych przepisami prawa, w tym decyzji administracyjnych,

Strona 44

k) budowa Kanalizacji teletechnicznej,l) wykonanie instalacji sygnałowej światłowodowej (okablowanie

szkieletowe),m) dostawa i instalacja szaf dystrybucyjnych 19”,n) wykonanie instalacji uziemiającej w punkcie CPK oraz punktach LPK,o) wykonanie systemu tras kablowych do rozprowadzenia okablowania

światłowodowego oraz miedzianego wewnątrz budynków Zamawiającego,

p) adaptację pomieszczeń na potrzeby węzłów teletechnicznych - wykonanie tras kablowych do rozprowadzenia okablowania światłowodowego wewnątrz budynków Zamawiającego,

q) wykonanie niezbędnych pomiarów,r) dostawa i montaż infrastruktury teletechnicznej opisanej w PFU,s) opracowanie w języku polskim Dokumentacji Technicznej:

projektowej budowlanej, wykonawczej oraz powykonawczej (wraz z dokumentacją eksploatacyjną) i uzyskanie jej akceptacji przez Zamawiającego.

w ramach formuły „zaprojektuj i wybuduj” wraz z wykonaniem Dokumentacji Wykonawczej, Powykonawczej i wykonawstwem.

13.1.3. Infrastruktura telekomunikacyjna musi umożliwiać przesyłanie danych pomiędzy CPK a LPK zlokalizowanymi w Jednostkach Organizacyjnych Zamawiającego w celu poprawnej realizacji e-Usług opisanych z Zadaniu nr 3.

13.1.4. Budowana infrastruktura telekomunikacyjna obejmie elementy pasywne oraz aktywne, które są niezbędne do instalacji i prawidłowego działania Przedmiotu Zamówienia, w tym przede wszystkim:

a) instalacje niskoprądowe,b) okablowania szkieletowe światłowodowe, c) instalacje elektryczne dedykowane dla realizacji Przedmiotu

Zamówienia składających się przede wszystkim z odpowiednio dobranych komponentów przez Wykonawcę zgodnie z Dokumentacją Wykonawczą Wykonawcy.

13.1.5. Zakres prac w ramach realizacji Przedmiotu Zamówienia dla Zad.1 został opisany przez Zamawiającego w Załączniku nr 1 do OPZ Program Funkcjonalno-Użytkowy.

13.1.6. Zamawiający zastrzega sobie prawo do powołania dodatkowych organów lub ekspertów, którzy na zlecenie Zamawiającego dokonają weryfikacji przedstawionej dokumentacji na okoliczność zgodności z wymaganiami i normami prawnymi.

13.1.7. Zamawiający zapewni Wykonawcy dostęp do wszystkich obiektów, niezbędnych do realizacji Przedmiotu Zamówienia.

Uwaga:Po przeprowadzeniu prac objętych niniejszym postępowanie przetargowym, Wykonawca zobowiązany jest do oddania Zamawiającemu w pełni sprawnych obiektów (po uprzednim przeprowadzeniu wszelkich prób, testów, odbiorów, rozruchów itp.).

13.2. Zadanie 2

13.2.1. Dostarczane urządzenia muszą być fabrycznie nowe (nie wyprodukowane wcześniej niż 6 miesięcy przed datą dostawy) i pochodzić z oficjalnego kanału dystrybucyjnego producenta.

13.2.2. Zamawiający zastrzega, by dostarczane urządzenia nie były używane przed

Strona 45

ich dostawą i odbiorem. Zamawiający dopuszcza, by urządzenia były rozpakowane i uruchomione przed ich dostarczeniem wyłącznie przez Wykonawcę i wyłącznie w celu weryfikacji działania urządzenia, przy czym jest zobowiązany do poinformowania Zamawiającego o zamiarze rozpakowania sprzętu, a Zamawiający ma prawo inspekcji sprzętu przed jego rozpakowaniem).

13.2.3. Z chwilą dostawy Wykonawca zobowiązany jest dostarczyć oświadczenie, że urządzenia będą fabrycznie nowe (nie wyprodukowane wcześniej niż 6 miesięcy przed datą dostawy) i będą pochodzić z oficjalnego kanału dystrybucyjnego producenta.

13.2.4. Opisane poniżej wymagania stanowią zakres minimalnych oczekiwań Zamawiającego dla przedmiotu dostawy. Zamawiający dopuszcza równoważność rozwiązań:

a) wszędzie tam, gdzie Przedmiot Zamówienia jest opisany poprzez wskazanie znaków towarowych, patentów lub pochodzenia, Zamawiający dopuszcza zastosowanie przez Wykonawcę rozwiązań równoważnych w stosunku do opisanych w SIWZ, pod warunkiem, że będą one posiadały, co najmniej takie same lub lepsze parametry techniczne, funkcjonalne i nie obniżą określonych w SIWZ standardów,

b) w przypadku, gdy Wykonawca zaproponuje urządzenia, instalacje, materiały i inne elementy równoważne, zobowiązany jest wykonać i załączyć do oferty zestawienie wszystkich zaproponowanych urządzeń, instalacji, materiałów oraz innych elementów równoważnych i wykazać ich równoważność w stosunku do urządzeń, instalacji, materiałów i innych elementów opisanych w SIWZ, stanowiącej opis przedmiotu zamówienia ze wskazaniem nazwy, strony i pozycji, których dotyczy,

c) wszystkie zaproponowane przez Wykonawcę równoważne urządzenia, instalacje, materiały lub inne elementy muszą:

i. posiadać parametry techniczne i funkcjonalne nie gorsze od określonych w SIWZ,

ii. zapewniać pełną kompatybilność sprzętową i programową z rozwiązaniami określonymi w SIWZ,

iii. posiadać stosowne certyfikaty, świadectwa dopuszczenia oraz atesty.

13.2.5. Zamawiający dopuszcza zaproponowanie Oprogramowania równoważnego - za oprogramowanie równoważne Zamawiający uznaje Oprogramowanie posiadające tożsamą funkcjonalność co wskazane w opisie Przedmiotu Zamówienia oraz możliwość pełnej integracji i współpracy z Oprogramowaniem dostarczanym w ramach realizacji Projektu.

13.2.1.Urządzenie sieciowe aktywne typ I (CPK)

13.2.1.1. Zakres Przedmiotu zamówienia obejmuje dostawę, montaż wraz z uruchomieniem i konfiguracją Urządzeń sieciowych aktywnych typ I na warunkach określonych w SIWZ.

13.2.1.2. Urządzenie sieciowe aktywne typ I (CPK): przełącznik sieciowy zarządzalny dla punktu CPK.

13.2.1.3. Klasa produktu: przełącznik sieciowy zarządzalny.13.2.1.4. Architektura sieci LAN: GigabitEthernet.13.2.1.5. Liczba portów 10/100/1000 Gigabit Ethernet (RJ45): min. 24 sztuki.13.2.1.6. Liczba gniazd uplink Small Form-Factor Plugable (SFP+): min. 2 szt.13.2.1.7. Opcje stack:

a) możliwość łączenia w stos: tak,b) maksymalna ilość w stosie: min. 8 szt.,c) wydajność (przepustowość) stosu: min. 80Gbps.

Strona 46

13.2.1.8. Zarządzanie, monitorowanie i konfiguracja, protokoły uwierzytelniania i kontroli dostępu:

a) CLI - Command Line Interface,b) DHCP,c) ACL bazujący na adresach IP i typie protokołu,d) RADIUS - zdalne uwierzytelnianie użytkowników.

13.2.1.9. Obsługiwane protokoły i standardy:a) IP multicast,b) IP QoS,c) IPv4,d) IPv6,e) Jumbo frame support,f) IGMP (Internet Group Management Protocol),g) RADIUS,h) SNMPv3,i) IEEE 802.1s Multiple Spanning Tree Protocol (MSTP),j) IEEE 802.3ad,k) Link Aggregation Control Protocol (LACP),

Voice VLAN.13.2.1.10. Zaawansowane opcje routingu:

a) OSPF (Open Shortest Path First),b) OSPF v.3 (Open Shortest Path First version 3),c) PBR (Policy-based routing),d) RIPv1,e) RIPv2,f) RIPng,

Uwaga:Jeżeli realizacja wymogu wymaga odrębnej licencji należy dostarczyć w ramach realizacji Przedmiotu Zamówienia.

13.2.1.11. Przepustowość:a) Przełączania/rutowania: min. 200 Gbps,b) możliwość ograniczania przepustowości łącza,

Uwaga:Jeżeli realizacja wymogu wymaga odrębnej licencji należy dostarczyć w ramach realizacji Przedmiotu Zamówienia.

13.2.1.12. Zasilanie:a) obsługa nadmiarowych modułowych zasilaczy: tak,b) ilość zainstalowanych zasilaczy: 1 szt.,c) wymagana moc: min. 250W.

13.2.1.13. Pamięć:a) pamięć flash: min. 128MB,b) pamięci wewnętrznej RAM: min. 512MB.

13.2.1.14. Pozostałe:a) QoS: Tak,b) liczba VLAN: min. 1000 szt..

13.2.1.15. Każde urządzenie należy wyposażyć w:a) moduł MiniGBIC/SFP+ 10GE (Ten Gigabit Ethernet): 2 szt.,

Uwaga:Moduł SFP+ musi umożliwiać podłączenie kabla OM3 (LC-LC).

Uwaga:Zaprojektowane rozwiązanie Wykonawcy musi umożliwiać montaż wymaganych przez Zamawiającego modułów SFP podanych co do rodzaju oraz ilości w niniejszym punkcie. Dobór wymaganych modułów rozszerzających (ang. expansion module) po stronie Wykonawcy.

Strona 47

13.2.1.16. Dla każdego urządzenia należy dostarczyć:a) patchcord światłowodowy MM OM3 LC-LC 3m: min. 2 szt.

13.2.1.17. Ilość: 2 sztuki.13.2.1.18. Miejsca dostawy, montażu i uruchomienia: Szafa dystrybucyjna 19” w

punkcie CPK.13.2.1.19. Gwarancja: 36 m-cy gwarancji producenta urządzenia opartej o

świadczenia gwarancyjne producenta realizowanej w miejscu instalacji sprzętu z gwarancją naprawy lub wymiany w drugim dniu roboczym od momentu zgłoszenia.

13.2.1.20. Serwis urządzeń musi być realizowany przez producenta lub autoryzowanego partnera serwisowego producenta.

13.2.1.21. Serwis urządzeń musi być realizowany zgodnie z wymaganiami normy ISO 9001.

13.2.1.22. W zakresie instalacji i konfiguracji urządzeń Wykonawca powinien zapewnić:

a) ustalenie z Zamawiającym terminu przeprowadzenia prac,b) rozpakowanie urządzenia, sprawdzenie, czy nie wystąpiły

uszkodzenia,c) sprawdzenie warunków wymaganych do pracy urządzenia

(temperatura, zasilanie, dostępne miejsce),d) fizyczną instalację urządzeń aktywnych w szafach dystrybucyjnych

19”, uwzględniającą podłączenie do zasilania 230V oraz wymaganego okablowania krosowego,

e) montaż wymaganych modułów oraz wkładek SFP+,f) konfigurację urządzenia,g) oznakowanie sprzętu naklejką,h) zebranie wszystkich opakowań i oddanie ich do dyspozycji

Zamawiającego.13.2.1.23. Na potwierdzenie, że oferowane Urządzenie aktywne sieciowe typ I spełnia

wymagania określone przez Zamawiającego Wykonawca zobowiązany jest dołączyć do oferty następujące dokumenty:

a) opis proponowanego rozwiązania potwierdzający, że oferowane urządzenie spełnia wymagania określone przez Zamawiającego. Wykonawca zobowiązany jest do wskazania producenta, marki oraz modelu (numerów katalogowych) oferowanego urządzenia wraz ze wszystkimi niezbędnymi komponentami dla spełnienia oczekiwanych wymagań.

13.2.1.24. Etapy realizacji dostaw oraz prac wdrożeniowych podlegające formalnym odbiorom:

a) Dostawa: formalnemu odbiorowi podlega dostawa do Zamawiającego w ilościach określonych w pkt.13.2.1.17 produktu zgodnie z procedurą określoną w pkt.10.2, OPZ,

b) Instalacja i Konfiguracja: formalnemu odbiorowi podlega instalacja i konfiguracja urządzeń u Zamawiającego zgodnie z wykazem czynności określonym w pkt. 13.2.1.22 zgodnie z procedurą określoną w pkt.10.2, OPZ.

13.2.2.Urządzenie sieciowe aktywne typ II (CPK)

13.2.2.1. Zakres Przedmiotu zamówienia obejmuje dostawę, montaż wraz z uruchomieniem i konfiguracją Urządzeń sieciowych aktywnych typ II na warunkach określonych w SIWZ.

13.2.2.2. Klasa produktu: modularne zarządzalne urządzenie sieciowe typu Firewall pozwalające na uzyskanie funkcji:

a) Firewall, b) VPN (sprzętowe wsparcie szyfrowania), c) VLAN.

Strona 48

13.2.2.3. VPN IPSec: tak.13.2.2.4. Liczba portów: min. 6 Gigabit Ethernet (1000Base-T).13.2.2.5. Moduł sprzętowego wsparcia szyfrowania 3DES i AES.13.2.2.6. Przepustowość danych:

a) max. szybkość przesyłania danych (Data Transfer Rate): min. 1200 Mbit/s,

b) przepustowość Firewall: min. 400 Mbit/s,c) przepustowość VPN (VPN throughput (3DES/AES)): min. 200 Mbit/s,d) terminowanie jednoczesnych sesji VPN IPSec: min. 250 szt.,e) obsługa sieci logicznych VLAN: min. 100,f) obsługa wirtualnych instancji firewall (SSL VPN): min. 2 szt,g) obsługa min. 150000 jednoczesnych sesji/połączeń /1 sekundę.

13.2.2.7. Szyfrowanie / bezpieczeństwo: a) 3DES,b) AES,c) DES.

13.2.2.8. Pamięć:a) Flash: min. 8GB.b) SSD: tak.

13.2.2.9. Ilość: 2 sztuki.13.2.2.10. Miejsca dostawy, montażu i uruchomienia: Szafa dystrybucyjna 19” w

punkcie CPK.13.2.2.11. Gwarancja: 36 m-cy gwarancji producenta urządzenia opartej o świadczenia

gwarancyjne producenta realizowanej w miejscu instalacji sprzętu z gwarancją naprawy lub wymiany w drugim dniu roboczym od momentu zgłoszenia.



13.2.2.14. W zakresie instalacji i konfiguracji urządzeń Wykonawca powinien zapewnić:a) ustalenie z Zamawiającym terminu przeprowadzenia prac,b) rozpakowanie urządzenia, sprawdzenie, czy nie wystąpiły


(temperatura, zasilanie, dostępne miejsce),d) fizyczną instalację urządzeń aktywnych w szafie dystrybucyjnej 19”

w punkcie CPK, uwzględniającą podłączenie do zasilania 230V oraz wymaganego okablowania krosowego,

e) zebranie wszystkich opakowań i oddanie ich do dyspozycji Zamawiającego.

13.2.2.15. Na potwierdzenie, że oferowane Urządzenie aktywne sieciowe spełnia wymagania określone przez Zamawiającego Wykonawca zobowiązany jest dołączyć do oferty następujące dokumenty:

a) opis proponowanego rozwiązania potwierdzający, że oferowane Urządzenie aktywne sieciowe spełnia wymagania określone przez Zamawiającego. Wykonawca zobowiązany jest do wskazania producenta, marki oraz modelu (numerów katalogowych) oferowanego urządzenia wraz ze wszystkimi niezbędnymi komponentami dla spełnienia oczekiwanych wymagań.



b) Instalacja i Konfiguracja: formalnemu odbiorowi podlega instalacja i konfiguracja urządzeń u Zamawiającego zgodnie z wykazem

Strona 49

czynności określonym w pkt.13.2.2.14 zgodnie z procedurą określoną w pkt.10.2, OPZ.

13.2.3.Urządzenie sieciowe aktywne typ III (CPK)

13.2.3.1. Zakres Przedmiotu zamówienia obejmuje dostawę, montaż wraz z uruchomieniem i konfiguracją Urządzeń sieciowych aktywnych typ III na warunkach określonych w SIWZ.

13.2.3.2. Klasa produktu: router brzegowy.13.2.3.3. Liczba portów:

a) SFP (1Gbit): min. 12 szt.,b) SFP+ (10Gbit): min. 1 szt.

13.2.3.4. Obudowa: Rack 19” 1U.13.2.3.5. Wbudowana pamięć Flash: min. 128 MB.13.2.3.6. Wbudowana pamięć SDRAM: min. 2 GB.13.2.3.7. Zarządzanie, monitorowanie i konfiguracja: przez przeglądarkę WWW.13.2.3.8. Obsługiwane protokoły routingu :

a) ruting statyczny,b) ruting dynamiczny.

13.2.3.9. Funkcje:a) hotspot, b) firewall, c) MPLS (Multiprotocol Label Switching), d) VPN, e) QoS, f) load balancing.

13.2.3.10. Zasilacz: 2 szt.13.2.3.11. Inne:

a) gniazdo kart pamięci: MicroSD.13.2.3.12. Ilość: 2 sztuki

Uwaga:Wymagana dostawa wraz z modułami SFP 10/100/1000Mbit (RJ45): 4 szt. dla każdego urządzenia.

13.2.3.13. Miejsca dostawy, montażu i uruchomienia: CPK.13.2.3.14. Gwarancja: 36 m-cy.13.2.3.15. W zakresie instalacji i konfiguracji urządzeń Wykonawca powinien zapewnić:



(temperatura, zasilanie, dostępne miejsce),d) fizyczną instalację urządzeń aktywnych uwzględniającą podłączenie

do zasilania 230V oraz projektowanego okablowania krosowego (Zadanie 1),

e) zebranie wszystkich opakowań i oddanie ich do dyspozycji Zamawiającego.

13.2.3.16. Na potwierdzenie, że oferowane Urządzenie aktywne sieciowe spełnia wymagania określone przez Zamawiającego Wykonawca zobowiązany jest dołączyć do oferty następujące dokumenty:


Strona 50



b) Instalacja i Konfiguracja: formalnemu odbiorowi podlega instalacja i konfiguracja urządzeń u Zamawiającego zgodnie z wykazem czynności określonym w pkt.13.2.3.15 zgodnie z procedurą określoną w pkt.10.2, OPZ.

13.2.4.Urządzenie sieciowe aktywne typ IV (LPK)

13.2.4.1. Zakres Przedmiotu zamówienia obejmuje dostawę, montaż wraz z uruchomieniem i konfiguracją Urządzeń sieciowych aktywnych typ IV na warunkach określonych w SIWZ.

13.2.4.2. Klasa produktu: router brzegowy.13.2.4.3. Liczba portów:

a) 10/100/1000BaseT (RJ45): min. 8 szt.,b) SFP+ (10Gbit): min. 2 szt.

13.2.4.4. Obudowa: Rack 19” 1U.13.2.4.5. Wbudowana pamięć Flash: min. 1024 MB.13.2.4.6. Wbudowana pamięć SDRAM:

a) min. 4096 MB,b) możliwość rozbudowy do 16GB.

13.2.4.7. Zarządzanie, monitorowanie i konfiguracja: przez przeglądarkę WWW.13.2.4.8. Obsługiwane protokoły routingu :

a) ruting statyczny,b) ruting dynamiczny.

13.2.4.9. Funkcje:a) hotspot, b) firewall, c) MPLS (Multiprotocol Label Switching), d) VPN, e) QoS, f) load balancing.

13.2.4.10. Zasilacz: min. 1 szt.13.2.4.11. Inne:

a) przepustowość: min. 15Gbit/s,b) wydajność: min. 24 mpps.

13.2.4.12. Ilość: 7 sztuk.13.2.4.13. Miejsca dostawy, montażu i uruchomienia:

a) JO_OPS,b) JO_ZGKIM,c) JO_SP1,d) JO_SP2,e) JO_ZS,f) JO_OSiR,g) JO_ZSWE.

13.2.4.14. Gwarancja: 36 m-cy.13.2.4.15. W zakresie instalacji i konfiguracji urządzeń Wykonawca powinien zapewnić:



(temperatura, zasilanie, dostępne miejsce),d) fizyczną instalację urządzeń aktywnych uwzględniającą podłączenie

do zasilania 230V oraz projektowanego okablowania krosowego

Strona 51

(Zadanie 1),e) zebranie wszystkich opakowań i oddanie ich do dyspozycji

Zamawiającego.13.2.4.16. Na potwierdzenie, że oferowane Urządzenie aktywne sieciowe spełnia

wymagania określone przez Zamawiającego Wykonawca zobowiązany jest dołączyć do oferty następujące dokumenty:





13.2.5.Serwer bazodanowy typ I wraz z oprogramowaniem systemowym (SSO)

13.2.5.1. Zakres Przedmiotu zamówienia obejmuje dostawę, montaż wraz z uruchomieniem i konfiguracją Serwerów bazodanowych typu I na warunkach określonych w SIWZ.

13.2.5.2. Obudowa:a) typu Rack do instalacji w standardowej szafie RACK 19” o wysokości

nie więcej niż 2U,b) dostarczona wraz z szynami umożliwiającymi wysunięcie serwera z

szafy rack oraz ramieniem porządkującym ułożenie przewodów w szafie rack,

c) min. 4 wnęki dla dysków twardych Hotplug 3,5” z możliwością rozbudowy do 8 wnęk Hotplug 3,5” w obrębie obudowy 2U.

13.2.5.3. Płyta główna:a) wyprodukowana i zaprojektowana przez producenta serwera,b) min. 2 sztuki gniazda procesora,c) możliwość instalacji procesorów dwunastordzeniowych,d) min. 6 sztuk slotów PCI Express min. generacji trzeciej, w tym min. 3

sztuki slotów o prędkości złącza min. x16,e) możliwość zintegrowania dedykowanej, wewnętrznej pamięci flash

umożliwiającej zainstalowanie systemu operacyjnego np. hypervisora (niezależne od dysków twardych) o pojemności min. 120GB lub inne rozwiązanie równoważne,

f) min. 24 sztuki gniazd pamięci RAM DDR4,g) możliwość integracji TPM min. 1.2.

13.2.5.4. Procesory:a) zainstalowane min. 2 szt. procesorów 4, 6 lub 8-rdzeniowe o

taktowaniu min. 3.2GHz w architekturze x86

Uwaga:Zamawiający nie dopuszcza zastosowania procesorów z większą ilością rdzeni niż 8.

b) osiągające w oferowanym serwerze dla ilości zainstalowanych procesorów zgodnie z pkt. a), min. 25000 pkt. w teście:https://www.cpubenchmark.net/multi_cpu.html

Strona 52

13.2.5.5. Pamięć RAM: a) zainstalowane 256GB typu DDR4 Registered, min. 2400Mhz w

kościach o pojemności 32GB,b) wsparcie dla technologii zabezpieczania pamięci Advanced ECC,

Memory Scrubbing,c) wsparcie dla konfiguracji pamięci w trybie „Rank Sparing”,d) obsługa min. 1.5TB pamięci RAM.

13.2.5.6. Kontrolery dyskowe, I/O: a) RAID min. 0/1.

13.2.5.7. Dyski twarde:a) zainstalowane min. 2 sztuki dysków twardych SSD SATA o

pojemności min. 240GB każdy,b) dyski klasy enterprise min 3 DWPD (3 pełne zapisane dyski na dzień

przez okres 5 lat).13.2.5.8. Interfejsy sieciowe:

a) zintegrowana karta LAN, nie zajmująca żadnego z dostępnych slotów PCI Express, wyposażona min. w interfejsy:

i. min. 4x min. 1Gb/s LAN (wsparcie iSCSI i iSCSI boot i teamingu) RJ-45,

karta LAN musi umożliwiać wymianę interfejsów na interfejsy 2x10Gbit SFP+ lub 2x10Gbit BaseT bez potrzeby wymiany całego układu lub instalacji dodatkowych kart w slotach PCI Exspress,

b) dodatkowa karta LAN : min. 2x min. 10Gb/s LAN SFP+,c) jednoportowe karty FC min. 8Gb/s: min. 2 sztuki.

13.2.5.9. Interfejsy zintegrowane:a) min. 1 sztuka RS-232-C (9 pin) (do użytku dla karty zarządzającej),b) min. 2 sztuk portów USB 3.0,

Uwaga:Zamawiający nie dopuszcza stosowania przejściówek, adapterów oraz rozgałęziaczy i przedłużaczy.

13.2.5.10. Karta graficzna: a) zintegrowana karta graficzna,

złącze VGA.13.2.5.11. Zasilanie i chłodzenie:

a) redundantne zasilacze hotplug o sprawności 94% (tzw klasa Platinum) o mocy max. 4500W,

b) redundantne wentylatory hotplug.13.2.5.12. Zintegrowany z płytą główną serwera kontroler sprzętowy zdalnego

zarządzania zgodny z IPMI 2.0 o funkcjonalnościach:a) niezależny od systemu operacyjnego, sprzętowy kontroler

umożliwiający pełne zarządzanie, zdalny restart serwera,b) dedykowana karta LAN 1 Gb/s (dedykowane złącze RJ-45 z tyłu

obudowy) do komunikacji wyłącznie z kontrolerem zdalnego zarządzania z możliwością przeniesienia tej komunikacji na inną kartę sieciową współdzieloną z systemem operacyjnym,

c) dostęp do interfejsu karty zarządzającej za pomocą przeglądarki internetowej bez konieczności instalowania jakiegokolwiek software specyficznego dla producenta sprzętu,

d) zarządzanie mocą i jej zużyciem oraz monitoring zużycia energii,e) zarządzanie alarmami (zdarzenia poprzez SNMP),f) przekierowanie konsoli graficznej na poziomie sprzętowym oraz

możliwość montowania zdalnych napędów i ich obrazów na poziomie sprzętowym (cyfrowy KVM),

g) karta zarządzająca musi sprzętowo wspierać wirtualizację warstwy sieciowej serwera, bez wykorzystania zewnętrznego hardware -

Strona 53

wirtualizacja MAC i WWN na wybranych kartach zainstalowanych w serwerze (co najmniej wsparcie dla technologii kart 10Gbit/s Ethernet i kart FC 8Gbit/s oferowanych przez producenta serwera),

h) oprogramowanie zarządzające i diagnostyczne wyprodukowane przez producenta serwera umożliwiające konfigurację kontrolera RAID, instalację systemów operacyjnych, zdalne zarządzanie, diagnostykę i przewidywanie awarii w oparciu o informacje dostarczane w ramach zintegrowanego w serwerze systemu umożliwiającego monitoring systemu i środowiska (m.in. temperatura, dyski, zasilacze, płyta główna, procesory, pamięć operacyjna itd.).

13.2.5.13. Serwer bazodanowy typ I dostarczony z licencją systemu operacyjnego serwerowego (SSO), pochodzącego z najnowszej linii produktowej producenta (Zamawiający dopuszcza zaproponowanie Oprogramowania równoważnego) w ilości umożliwiającej wykorzystanie całkowitej łącznej ilości rdzeni oferowanych procesorów.

Licencja musi uprawniać do uruchamiania SSO w środowisku fizycznym i nielimitowanej liczby wirtualnych środowisk SSO za pomocą wbudowanych mechanizmów wirtualizacji niezależnie od liczby rdzeni w serwerze fizycznym.

Uwaga:W przypadku, gdy sposób licencjonowania SSO wymaga zakupu licencji dostępowych, Wykonawca dostarczy również odpowiednie licencje dla min. 100 użytkowników Zamawiającego umożliwiające im dostęp z sieci wewnętrznej do zainstalowanych systemów operacyjnych.

W przypadku, gdy Oprogramowanie Aplikacyjne (Zadanie 3) w tym SUE wymagają dodatkowej licencji SSO umożliwiającej dostęp i uwierzytelnienie/identyfikację nieograniczonej ilości użytkowników zewnętrznych przez sieć Internet do jednego wystąpienia oprogramowania serwera należy skalkulować powyższe licencje do ceny oferty i dostarczyć wraz z serwerem.

SSO musi posiadać następujące, wbudowane cechy:a) możliwość wykorzystania, co najmniej 320 logicznych procesorów

oraz co najmniej 4 TB pamięci RAM w środowisku fizycznym,b) możliwość wykorzystywania 64 procesorów wirtualnych oraz 1TB

pamięci RAM i dysku o pojemności min. 64TB przez każdy wirtualny serwerowy system operacyjny,

c) możliwość budowania klastrów składających się z 64 węzłów, z możliwością uruchamiania do 7000 maszyn wirtualnych,

d) 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,

e) wsparcie (na umożliwiającym to sprzęcie) dodawania i wymiany pamięci RAM bez przerywania pracy,

f) wsparcie (na umożliwiającym to sprzęcie) dodawania i wymiany procesorów bez przerywania pracy,

g) automatyczna weryfikacja cyfrowych sygnatur sterowników w celu sprawdzenia, czy sterownik przeszedł testy jakości przeprowadzone przez producenta systemu operacyjnego,

h) 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),

Strona 54

i) wbudowane wsparcie instalacji i pracy na wolumenach, które:i. pozwalają na zmianę rozmiaru w czasie pracy systemu,ii. 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,

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

iv. umożliwiają zdefiniowanie list kontroli dostępu (ACL),j) wbudowany mechanizm klasyfikowania i indeksowania plików

(dokumentów) w oparciu o ich zawartość,k) 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,

l) możliwość uruchamianie aplikacji internetowych wykorzystujących technologię ASP.NET,

m) możliwość dystrybucji ruchu sieciowego HTTP pomiędzy kilka serwerów,

n) wbudowana zapora internetowa (firewall) z obsługą definiowanych reguł dla ochrony połączeń internetowych i intranetowych,

o) Dostępne dwa rodzaje graficznego interfejsu użytkownika:i. Klasyczny, umożliwiający obsługę przy pomocy klawiatury i

myszy,ii. Dotykowy umożliwiający sterowanie dotykiem na monitorach

dotykowych,p) możliwość zmiany języka interfejsu po zainstalowaniu systemu, dla

co najmniej 10 języków poprzez wybór z listy dostępnych lokalizacji,q) mechanizmy logowania w oparciu o:

i. Login i hasło,ii. Karty z certyfikatami (smartcard),iii. Wirtualne karty (logowanie w oparciu o certyfikat chroniony

poprzez moduł TPM),r) 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,

s) wsparcie dla większości powszechnie używanych urządzeń peryferyjnych (drukarek, urządzeń sieciowych, standardów USB, Plug&Play),

t) możliwość zdalnej konfiguracji, administrowania oraz aktualizowania systemu,

u) dostępność bezpłatnych narzędzi producenta systemu umożliwiających badanie i wdrażanie zdefiniowanego zestawu polityk bezpieczeństwa,

v) pochodzący od producenta systemu serwis zarządzania polityką konsumpcji informacji w dokumentach (Digital Rights Management),

w) wsparcie dla środowisk Java i .NET Framework 4.x - możliwość uruchomienia aplikacji działających we wskazanych środowiskach,

x) możliwość implementacji następujących funkcjonalności bez potrzeby instalowania dodatkowych produktów (oprogramowania) innych producentów wymagających dodatkowych licencji:

i. podstawowe usługi sieciowe: DHCP oraz DNS wspierający DNSSEC,

ii. usługi katalogowe oparte o LDAP i pozwalające na uwierzytelnianie użytkowników stacji roboczych, bez

Strona 55

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:

podłączenie SSO do domeny w trybie offline – bez dostępnego połączenia sieciowego z domeną,

ustanawianie praw dostępu do zasobów domeny na bazie sposobu logowania użytkownika – na przykład typu certyfikatu użytego do logowania,

odzyskiwanie przypadkowo skasowanych obiektów usługi katalogowej z mechanizmu kosza,

iii. zdalna dystrybucja oprogramowania na stacje robocze,iv. praca zdalna na serwerze z wykorzystaniem terminala

(cienkiego klienta) lub odpowiednio skonfigurowanej stacji roboczej,

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

dystrybucję certyfikatów poprzez http, konsolidację CA dla wielu lasów domeny, automatyczne rejestrowania certyfikatów pomiędzy

różnymi lasami domen, automatyczne występowanie i używanie (wystawianie)

certyfikatów PKI X.509,vi. szyfrowanie plików i folderów,vii. szyfrowanie połączeń sieciowych pomiędzy serwerami oraz

serwerami i stacjami roboczymi (IPSec),viii.możliwość tworzenia systemów wysokiej dostępności (klastry

typu fail-over) oraz rozłożenia obciążenia serwerów,ix. serwis udostępniania stron WWW,x. wsparcie dla protokołu IP w wersji 6 (IPv6),xi. 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,

xii. wbudowane mechanizmy wirtualizacji (Hypervisor) pozwalające na uruchamianie min. 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:

dynamicznego podłączania zasobów dyskowych typu hot-plug do maszyn wirtualnych,

obsługi ramek typu jumbo frames dla maszyn wirtualnych,

obsługi 4-KB sektorów dysków, nielimitowanej liczby jednocześnie przenoszonych

maszyn wirtualnych pomiędzy węzłami klastra, 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,

możliwości kierowania ruchu sieciowego z wielu sieci VLAN bezpośrednio do pojedynczej karty sieciowej maszyny wirtualnej (tzw. trunk model),

y) możliwość automatycznej aktualizacji w oparciu o poprawki publikowane przez producenta wraz z dostępnością bezpłatnego

Strona 56

rozwiązania producenta SSO umożliwiającego lokalną dystrybucję poprawek zatwierdzonych przez administratora, bez połączenia z siecią Internet,

z) wsparcie dostępu do zasobu dyskowego SSO poprzez wiele ścieżek (Multipath),

aa) możliwość instalacji poprawek poprzez wgranie ich do obrazu instalacyjnego,

bb)mechanizmy zdalnej administracji oraz mechanizmy (również działające zdalnie) administracji przez skrypty,

cc) możliwość zarządzania przez wbudowane mechanizmy zgodne ze standardami WBEM oraz WS-Management organizacji DMTF.

13.2.5.14. Ilość: 2 sztuki.13.2.5.15. Miejsce instalacji: CPK.13.2.5.16. Gwarancja: 36 m-cy producenta urządzenia w miejscu instalacji na

wszystkie elementy z gwarantowanym czasem skutecznej naprawy serwera najpóźniej w następnym dniu roboczym od zgłoszenia usterki (tzw. NBD Fixtime).

Uwaga:Wymagana jest bezpłatna dostępność poprawek i aktualizacji BIOS (Firmware) sterowników dożywotnio dla oferowanego serwera – jeżeli funkcjonalność ta wymaga dodatkowego serwisu lub licencji producenta serwera takowa licencja musi być uwzględniona przez Wykonawcę w konfiguracji.



13.2.5.19. Serwer musi być fabrycznie nowy i pochodzić z oficjalnego kanału dystrybucyjnego w Polsce.

13.2.5.20. Do czynności Wykonawcy w ramach montażu i uruchomienia Serwera bazodanowego typ I należy:



(temperatura, zasilanie, dostępne miejsce),d) instalacja serwerów zgodnie ze specyfikacjami produktu, w tym m.in.

zamontowanie szafach dystrybucyjnych,e) instalacja i konfiguracja SSO,f) oznakowanie sprzętu naklejką,g) zebranie wszystkich opakowań i oddanie ich do dyspozycji

Zamawiającego,h) instalacja na każdym serwerze Oprogramowania Systemowego,i) instalacja na każdym serwerze Oprogramowania Aplikacyjnego

(Zadanie 3),j) sporządzenie raportu z przeprowadzonych prac.

13.2.5.21. Na potwierdzenie, że oferowane Serwery bazodanowe typ I spełniają wymagania określone przez Zamawiającego Wykonawca zobowiązany jest dołączyć do oferty następujące dokumenty:

a) opis proponowanego rozwiązania potwierdzający, że oferowane Serwery typu I spełniają wymagania określone przez Zamawiającego. Wykonawca zobowiązany jest do wskazania producenta, marki oraz modelu (numerów katalogowych) oferowanego rozwiązania wraz ze wszystkimi niezbędnymi komponentami dla spełnienia oczekiwanych wymagań.

13.2.5.22. Etapy realizacji dostaw oraz prac wdrożeniowych podlegające formalnym

Strona 57

odbiorom:a) Dostawa: formalnemu odbiorowi podlega dostawa do

Zamawiającego w ilościach określonych w pkt.13.2.5.14 produktu zgodnie z procedurą określoną w pkt.10.2, OPZ,


13.2.6.Centralny System Backupu-Archiwizacji typ I

13.2.6.1. Zakres Przedmiotu zamówienia obejmuje dostawę, montaż wraz z uruchomieniem i wdrożeniem Centralnego Systemu Backupu-Archiwizacji typ I (CSBA) - systemu backupu serwerów systemów otwartych (UNIX/Linux/Windows), w tym również działających w środowisku wirtualnym.

13.2.6.2. CSBA - urządzenie do przechowywania backupów wraz z oprogramowaniem backupowym, w postaci logicznej całości (appliance składający się ze sprzętu i oprogramowania) oraz stanowiące kompletny system centralnego backupu z agentami do backupu plików, baz danych, środowisk VMWare/HyperV oraz zawierające medium backupowe w dostarczonym urządzeniu.

Uwaga:Oprogramowanie i sprzęt oferowanego rozwiązania musi pochodzić od jednego producenta.

13.2.6.3. Wymagana dostawa CSBA z przestrzenią dyskową zapewniającą przechowywanie zdeduplikowanych danych o łącznej pojemności przynajmniej 7 TB de-duplikatów.

Uwaga:W przypadku konieczność licencjonowania funkcjonalności – CSBA ma być dostarczone z aktywną licencja na przechowywanie min. 2 TB de-duplikatów na własnych dyskach.

13.2.6.4. CSBA musi umożliwiać przechowywanie kopi zapasowych na: a) własnych dyskach wewnętrznych (w ramach dostarczonego

urządzenia).13.2.6.5. Zainstalowany w urządzeniu system centralnego backupu musi być

dostarczony z licencją na nielimitowaną liczbę zabezpieczanych serwerów / systemów operacyjnych / baz danych / partycji VMWare / partycji HyperV / laptopów Zamawiającego.

13.2.6.6. Rozwiązanie CSBA musi tworzyć centralny system backupu wykonujący kopie zapasowe oraz zapewniać przechowywanie zdeduplikowanych kopii zapasowych.

13.2.6.7. Zabezpieczane serwery muszą być backupowane bezpośrednio do oferowanego urządzenia.

13.2.6.8. CSBA musi umożliwiać: a) backup pojedynczych plików,b) całych systemów plików,c) baz danych w trakcie ich normalnej pracy,d) ustawień systemu operacyjnego Windows,e) całych obrazów maszyn wirtualnych systemu VMWare,f) całych obrazów maszyn wirtualnych systemu HyperV.

13.2.6.9. Oprogramowanie backupowe musi mieć funkcjonalność podziału danych (plików, baz danych, obrazów maszyn wirtualnych) na bloki o zmiennej długości (nie dłuższej niż 32 kB).

Strona 58

Uwaga:System musi się automatycznie dopasowywać do struktury dokumentu, zapewniając podział na bloki o różnej długości w ramach pojedynczego dokumentu w celu zmaksymalizowania współczynnika deduplikacji. Podział na bloki musi następować bezpośrednio na zabezpieczanym serwerze.

13.2.6.10. Oprogramowanie backupowe CSBA musi backupować (przesyłać do serwera backupu) tylko unikalne bloki w skali całego zabezpieczanego środowiska skracając czas backupu, obciążenie procesora i zmniejszając ruch w sieci LAN (fragment danych których został przesłany z serwera A nie może być przesłany nigdy więcej z żadnego innego serwera).

13.2.6.11. Oprogramowanie backupowe CSBA nie może odczytywać z systemu dyskowego plików, które się nie zmieniły w stosunku do ostatniego backupu (raz zbackupowany plik nie może być nigdy więcej odczytany, chyba, że zmieni się jego zawartość).

13.2.6.12. Oprogramowanie backupowe CSBA musi wykonywać logicznie pełne backupy systemu plików.

Uwaga:W wewnętrznej strukturze musi być przechowywana informacja o każdym backupie i należących do niego danych (blokach). Odtworzenie jakiekolwiek systemu musi być pojedynczym procesem.

13.2.6.13. W konsoli oprogramowania backupowego musi być możliwość definiowania ważności danych (backupów) na podstawie kryteriów czasowych (dni, miesiące, lata). Po okresie ważności backupy muszą być automatycznie usunięte.

13.2.6.14. Możliwość tworzenia wykluczeń w zdefiniowanych zadaniach wykonywania kopii zapasowych dla wybranych typów plików (np. dla plików z rozszerzeniem mp3).

13.2.6.15. Niezależnie od dostarczonych urządzeń musi istnieć możliwość (przyszła rozbudowa) zainstalowania analogicznego serwera backupu na platformie VMware ESX (lokalny backup zdalnych ośrodków). Urządzenie podstawowe (będące przedmiotem przetargu) jak również przyszłościowa platforma zainstalowana na VMware w ośrodku zdalnym muszą mieć możliwość replikacji danych. Replikacji powinny podlegać tylko bloki unikalne, nie znajdujące się na docelowym urządzeniu

13.2.6.16. Możliwość rozbudowy poprzez dokładanie analogicznych serwerów do farmy serwerów przy zapewnieniu następującej funkcjonalności:

a) farma serwerów posiada wspólną bazę de-duplkatów rozciągniętą na wszystkie node’y farmy

b) awaria pojedynczego serwera w ramach farmy nie powoduje utraty danych (bazy de-duplikatów) ani też przerwy w pracy systemu backupowego,

c) każdy z serwerów powinien mieć zabezpieczenie RAID przechowywanych de-duplikatów,

d) wszystkie serwery farmy są w stanie jednocześnie przyjmować strumień backupów (de-duplikatów od zabezpieczanych serwerów) / odtwarzać dane,

e) farma serwerów musi być rozbudowywalna by być w stanie pomieścić bazę de-dupliaktów o łącznej wielkości minimum 100TB,

f) farma serwerów powinna zarządzana poziomu pojedynczej konsoli iw dziana jako pojedyncze logiczne urządzenie,

g) dołożenie kolejnego urządzenia/serwera zwiększa zarówno pojemność systemu jak również wydajność.

13.2.6.17. CSBA wyposażone w pojedynczą konsolę zarządzającą całym środowiskiem backupowym. Konsola powinna mieć możliwość pracy na istniejących systemach Zamawiającego tj. MS Windows.

Strona 59

Konsola powinna udostępniać raporty dotyczące zajętości przestrzeni przeznaczonej na de-duplikaty.

13.2.6.18. Bloki przesyłane z zabezpieczanych serwerów musza być kompresowane i szyfrowane algorytmem z kluczem minimum 256-bitowym.

13.2.6.19. Możliwość szyfrowania danych na medium dyskowym przechowującym backupy (de-duplikaty).

Uwaga:W przypadku konieczność licencjonowania funkcjonalności – CSBA ma być dostarczone z aktywną licencją szyfrowania przestrzeni dyskowej.

13.2.6.20. Autentykacja komunikacji między klientem a serwerem backupu (farmą serwerów) oparta na certyfikatach.

13.2.6.21. Disaster Recovery: a) możliwość replikacji backupowanych danych do drugiego systemu

tego samego typu znajdującego się w innym ośrodku

Uwaga:Replikacji powinny podlegać tylko unikalne fragmenty danych które nie znajdują się w zdalnym systemie.

b) możliwość wyboru danych podlegających replikacji.13.2.6.22. Oprogramowanie backupowe CSBA musi wspierać (wymagane wsparcie

producenta) następujące systemy operacyjne (zakres minimalny): a) MS Windows (także Microsoft Cluster), b) Linux (Red Hat, SUSE, Debian, CentOS, Ubnutu), c) Mac OS X, d) FreeBSD.

Uwaga:Backup zasobów plików z powyższych systemów musi podlegać de-duplikacji ze zmiennym blokiem na zabezpieczanej maszynie zgodnie z wymaganiami opisanymi w pkt.13.2.6.

13.2.6.23. Oprogramowanie backupowe CSBA musi wspierać (wymagane wsparcie producenta) backup online baz danych dostarczanych wraz z Oprogramowaniem Aplikacyjnym (Zadanie 3) oraz istniejących Baz danych i aplikacji Zamawiającego (zakres minimalny):

a) MS Exchange, b) MS SQL, c) Oracle, d) SharePoint, e) VMware, f) HyperV.

Uwaga:Backup zasobów plików z powyższych systemów musi podlegać de-duplikacji ze zmiennym blokiem na zabezpieczanej maszynie zgodnie z wymaganiami opisanymi w pkt.13.2.6.

13.2.6.24. W przypadku zabezpieczania baz danych i aplikacji musi istnieć możliwość pobierania kopii zapasowej kilkoma strumieniami jednocześnie

Uwaga:Wymagana obsługa min. 5 szt. jednoczesnych strumieni.

13.2.6.25. W przypadku zabezpieczania systemu pocztowego (np. MS Exchange 2013) musi istnieć możliwość backupu całego obrazu bazy danych i jednocześnie odtworzenia pojedynczego maila bez konieczności odtwarzania całej bazy danych.

13.2.6.26. W przypadku zabezpieczania systemu MS Sharepoint musi istnieć możliwość odtworzenia pojedynczego elementu systemu MS Sharepoint bez

Strona 60

konieczności odtwarzania całego środowiska SharePoint.13.2.6.27. Oprogramowanie backupowe musi pozwalać na odtwarzanie danych

poprzez: a) wybór odtwarzanych danych, b) odtworzenie danych w jednym kroku.

13.2.6.28. CSBA musi wspierać VMware (5.5, 6.0). Oprogramowanie backupowe musi umożliwiać dla środowisk VMware:

a) backup pojedynczych plików i baz danych z maszyny wirtualnej ze środka maszyny wirtualnej VMware.

b) backup całych maszyn wirtualnych (obrazów, plików vmdk reprezentujących wirtualną maszynę).

Uwaga:W trakcie backupu odczytowi z systemu dyskowego mają podlegać tylko zmienione bloki wirtualnych maszyn systemu VMWare (wykorzystanie mechanizmu CBT systemu VMWare),

c) backup tylko wybranych dysków maszyny wirtualnej (wybranych plików vmdk systemu vmware)

Uwaga:Wykonywanie backupu jak w pkt. b) i c) nie może wymagać bufora dyskowego na kopię obrazów maszyn wirtualnych (plików vmdk),

Wykonywanie backupu jak w pkt. b) musi pozwalać na szybkie odtworzenie

i. całych obrazów maszyn wirtualnych,ii. pojedynczych dysków maszyny wirtualnej,

poprzez odtworzenie tylko tych danych (bloków wirtualnej maszyny) które są różne w stosunku do ostatniej kopii zapasowej.

Uwaga:Zamawiający dopuszcza wykonywanie snapshotów maszyn wirtualnych i użycie ich w trakcie backupu obrazów maszyn writualnych.

Powyższe metody backupu muszą być:a) wbudowane w system backupu i w pełni automatyczne bez

wykorzystania skryptów/dodatkowych komend,b) dla maszyn wirtualnych muszą podlegać de-duplikacji ze zmiennym

blokiem w momencie odczytu danych zgodnie z wymaganiami opisanymi w pkt.13.2.6.

13.2.6.29. Możliwość odtworzenia danych a) z zabezpieczanego serwera / komputera,b) z konsoli systemu backupowego.

13.2.6.30. Możliwość odtworzenia:a) pojedynczego pliku,b) zabezpieczanej bazy danych.

13.2.6.31. Dla istniejących systemów operacyjnych Zamawiającego tj. MS Windows 2012, MS Windows 2008 musi istnieć funkcjonalność automatycznego odtworzenia całego serwera (system operacyjny + ustawienia systemu operacyjnego + dane) w jednym kroku (tzw. Bare Metal Recovery)

Uwaga:Funkcjonalność musi być wbudowana w CSBA.

13.2.6.32. W przypadku odtwarzania danych z interfejsu dostępnego na zabezpieczanym serwerze musi istnieć mechanizm autentykacji użytkowników dostępny w dwóch opcjach:

a) wbudowany w system backupowy,

Strona 61

b) zintegrowany z usługami katalogowymi,c) w przypadku wykorzystania AD, użytkownicy będący w domenie nie

muszą się logować do systemu backupu w przypadku konieczności:i. odtworzenia danych,ii. przeszukania zwartości swoich backupów,iii. wykonania backupu.

13.2.6.33. CSBA musi umożliwiać - dla odtwarzania danych z interfejsu dostępnego na zabezpieczanym serwerze / laptopie / PC:

a) wyszukiwanie pliku do odtwarzania po nazwie pliku, b) wyszukiwanie pliku do odtwarzania po fragmencie nazwy pliku.

13.2.6.34. Zaleca się aby CSBA posiadało możliwość wyrzutu danych zdeduplikowanych na nośniki taśmowe realizowaną poprzez gotowy moduł producenta systemu spełniający następujące wymagania:

a) nie wymagający dodatkowego oprogramowania poza dostarczonym przez producenta

b) zawierający interfejs GUI producentac) posiadający pełne wsparcie producenta

Uwaga:Uzyskanie funkcjonalności w dostarczanym rozwiązaniu CSBA nie jest elementem Przedmiotu Zamówienia.

13.2.6.35. Pozostałe wymagania:a) możliwość certyfikowanego kasowania danych na dyskach

przechowujących backupy,b) możliwość bezpośredniego raportowania o błędach do serwisu

producenta,c) możliwość automatycznej samo-aktualizacji poprzez automatyczne

ściąganie nowych wersji od producenta CSBA,d) możliwość automatycznej aktualizacji oprogramowania agentów

wykonywanej bezpośrednio z serwera backupu.13.2.6.36. CSBA musi pozwalać na backup serwerów NAS z następującymi

funkcjonalnościami:a) z systemu NAS powinny być wysyłane tylko zmienione pliki,b) w przypadku odtwarzania, uprawnienia użytkowników również są

odtwarzanec) integracja z protokołem NDMP systemów NAS

Uwaga:Zamawiający dopuszcza użycie dodatkowego, dedykowanego urządzenia wykonującego de-duplikację systemu NAS. Uzyskanie funkcjonalności w dostarczanym rozwiązaniu CSBA nie jest elementem Przedmiotu Zamówienia.

13.2.6.37. Ilość: 1 sztuka.13.2.6.38. Miejsce instalacji: CPK.

Uwaga:CSBA musi być dostarczone ze wszystkimi komponentami do instalacji w standardowej szafie Rack 19” (np. szyny, przewody do komunikacji, przewody zasilające).

13.2.6.39. Gwarancja: całe rozwiązanie musi być objęte min. 36 m-cy gwarancji producenta.

13.2.6.40. Serwis gwarancyjny musi obejmować dostęp do poprawek i nowych wersji oprogramowania wbudowanego, które są elementem zamówienia przez cały okres gwarancji.


13.2.6.42. Serwis urządzeń musi być realizowany zgodnie z wymaganiami normy ISO

Strona 62

9001 lub równoważną.

CSBA musi pochodzić z legalnego kanału sprzedaży producenta w Polsce i musi reprezentować model bieżącej linii produkcyjnej.

Uwaga:Nie dopuszcza się użycia macierzy odnawianych, demonstracyjnych lub powystawowych

13.2.6.43. Do czynności Wykonawcy w ramach montażu i uruchomienia rozwiązanie należy:



(temperatura, zasilanie, dostępne miejsce),d) instalacja CSBA zgodnie ze specyfikacjami produktu,e) zebranie wszystkich opakowań i oddanie ich do dyspozycji

Zamawiającego,f) konfiguracja CSBA zgodnie z wytycznymi Zamawiającego,g) przeprowadzenie testów odbiorczych,h) sporządzenie dokumentacji CSBA:

i. opis Systemu (opis sprzętu i oprogramowania),ii. pełna aktualna konfiguracja Systemu,

i) sporządzenie raportu z przeprowadzonych prac i dołączenie do Protokołu Odbioru.

13.2.6.44. Na potwierdzenie, że oferowane rozwiązanie spełnia wymagania określone przez Zamawiającego Wykonawca zobowiązany jest dołączyć do oferty następujące dokumenty:

a) opis proponowanego rozwiązania potwierdzający, że oferowane rozwiązanie spełnia wymagania określone przez Zamawiającego. Wykonawca zobowiązany jest do wskazania producenta, marki oraz modelu (numerów katalogowych) oferowanej Macierzy wraz ze wszystkimi niezbędnymi komponentami dla spełnienia oczekiwanych wymagań.


a) Dostawa: formalnemu odbiorowi podlega dostawa do Zamawiającego w ilościach określonych w pkt.13.2.6.37 produktu,

b) Instalacja i Konfiguracja: formalnemu odbiorowi podlega instalacja i konfiguracja urządzeń u Zamawiającego zgodnie z wykazem czynności określonym w pkt.13.2.6.43.

13.2.7.Macierz dyskowa typ I

13.2.7.1. Zakres Przedmiotu zamówienia obejmuje dostawę, montaż wraz z uruchomieniem i konfiguracją Macierzy dyskowej typ I na warunkach określonych w SIWZ.

13.2.7.2. Przez Macierz dyskową typ I zwaną dalej Macierzą - Zamawiający rozumie zestaw dysków twardych HDD i/lub dysków SSD kontrolowanych przez pojedynczą parę kontrolerów macierzowych (bez dodatkowych kontrolerów zewnętrznych, serwerów wirtualizujących, itp).

13.2.7.3. Dostęp do Macierzy realizowany poprzez redundantną sieć Storage Area Network (SAN) opartą o technologię Fibre Channel min. 8Gb/s.

13.2.7.4. Obudowa:a) zaoferowane rozwiązanie musi być dostarczone ze wszystkimi

komponentami do instalacji w standardowej szafie rack 19",b) zainstalowany układ nadmiarowy dla modułów zasilania i chłodzenia

Strona 63

Uwaga:Wymagana możliwość wymian tych elementów w razie awarii bez konieczności wyłączania Macierzy,

c) widoczne elementy sygnalizacyjne do informowania o stanie poprawnej pracy lub awarii Macierzy,

d) możliwość rozbudowy o dodatkowe moduły dla obsługiwanych dysków wyłącznie poprzez zakup takich modułów bez konieczności zakupu dodatkowych licencji lub specjalnego oprogramowania aktywującego proces rozbudowy o dodatkowe moduły dla obsługiwanych dysków.

13.2.7.5. Pojemność:a) Macierz musi umożliwiać instalację minimum 24 dysków SAS lub

NearLine-SAS lub SSD,b) model oferowanej Macierzy musi obsługiwać przestrzeń dyskową w

trybie surowym (tzw. RAW) min. 2100 TB

Uwaga:Wymagana zgodność z zapisami OPZ w aktualnej na moment składania oferty specyfikacji technicznej Macierzy dostępnej na stronie internetowej producenta Macierzy lub jego autoryzowanego przedstawiciela w Polsce.

c) Macierz musi umożliwiać instalacje dysków 2.5” oraz 3.5” w obrębie pojedynczego rozwiązania,

d) Macierz musi umożliwiać zainstalowanie min. 250 szt. dysków w pojedynczym zaoferowanym rozwiązaniu Wykonawcy,

e) Macierz musi posiadać możliwość późniejszej rozbudowy jak w pkt.b) wyłącznie poprzez zakup elementów sprzętowych.

13.2.7.6. Wymagana ilość zainstalowanych dysków:a) min. 2 szt. dysków SSD SAS min. 12G o pojemności min. 400GB,b) min. 10 szt. dysków SAS min. 10 tys. obr./min. o pojemności min.

1.2TB.13.2.7.7. Kontrolery:

a) rozwiązanie musi posiadać min. 2 szt. kontrolerów pracujące w układzie nadmiarowym typu active-active, z min. 8GB pamięci podręcznej każdy,

b) Macierz musi posiadać możliwość rozbudowy cache kontrolera macierzy do min. 32GB/kontroler,

c) w przypadku awarii zasilania dane nie zapisane na dyski, przechowywane w pamięci muszą być zabezpieczone metodą trwałego zapisu na dysk lub równoważny nośnik nie wymagający korzystania z podtrzymania jego zasilania – tj. zasilania zewnętrznego lub bateryjnego,

d) możliwość wymiany kontrolerów bez konieczności wyłączania zasilania całego urządzenia,

e) Macierz musi pozwalać na wymianę kontrolera RAID bez utraty danych zapisanych na dyskach,

f) w układzie z zainstalowanymi dwoma kontrolerami RAID zawartości pamięci podręcznej obydwu kontrolerów musi być identyczna tzw. cache mirror,

g) każdy z kontrolerów RAID powinien posiadać dedykowany min. 1 interfejs RJ-45 Ethernet obsługujący połączenia z prędkościami : 1000Mb/s, 100Mb/s - dla zdalnej komunikacji z oprogramowaniem zarządzającym i konfiguracyjnym Macierzy,

h) kontrolery Macierzy muszą być oparte o procesor wykonany w technologii wielordzeniowej,

i) obsługa min. 120 grup dyskowych w całym rozwiązaniu,

Strona 64

j) Macierz musi być wyposażona w nadmiarowe mechanizmy badania integralności składowanych danych,

k) dla obsługi operacji plikowych I/O w sieci NAS Ethernet kontrolery macierzy muszą wspierać minimum protokoły dostępu: CIFS, NFS.

13.2.7.8. Interfejsy:a) min. 2 szt. portów FC min. 8Gbps do dołączenia serwerów

bezpośrednio lub do dołączenia do sieci SAN wyprowadzone na każdy kontroler RAID,

b) możliwość rozbudowy każdego z kontrolerów RAID o porty do transmisji danych blokowych protokołami:

i. FC 8Gb/s, ii. FC 16Gb/s,iii. iSCSI 1 Gb/s, iv. iSCSI 10Gb/s, v. FCoE 10Gb/s

– wymagana jest obsługa do min. 8 portów dla transmisji danych wymienionymi wcześniej protokołami.

c) rozbudowa portów jak w pkt. b) nie może powodować wymiany samych kontrolerów RAID w oferowanym rozwiązaniu Wykonawcy

Uwaga:W przypadku konieczność licencjonowania funkcjonalności - Macierz ma być dostarczona z aktywną licencja na instalację i obsługę każdego z wymienionych protokołów transmisji danych,

d) dla obsługi protokołów NFS i CIFS wymagana jest możliwość instalacji w modelu oferowanej Macierzy min. 4 szt. interfejsów Ethernet 10Gb lub min. 8 szt. portów Ethernet 1Gb/s dla realizacji dostępu plikowego do danych w Macierzy,dostawa interfejsów dla obsługi protokołów CIFS, NFS nie jest przedmiotem Zamówienia,

Uwaga:Zamawiający nie dopuszcza zwielokrotniania interfejsów FC poprzez stosowanie zewnętrznych urządzeń aktywnych FC lub zarządzanych przez inne niż wbudowane w Macierzy oprogramowanie kodowe.

13.2.7.9. Poziomy RAID:

Macierz musi zapewniać poziom zabezpieczenia danych na dyskach definiowany poziomami min. RAID: 0, 1 ,1+0, 5, 5+0, 6.

13.2.7.10. Oferowana Macierz musi wspierać dyski:a) dyski w technologii SAS, wspierające operacje hot-plug, o

pojemnościach min. 600GB i prędkości obrotowej min. 10.000 obrotów na minutę,

b) dyski w technologii min. SAS3.0 (12G), wspierające operacje hot-plug, o pojemnościach min. 600GB i prędkości obrotowej min.15.000 obrotów na minutę,

c) dyski NL-SAS (NearLine SAS) z interfejsem SAS2.0 (6Gb), wspierające operacje hot-plug, o pojemnościach min. 1TB, 2TB, 4TB, 6TB oraz 8TB i prędkości obrotowej min. 7200 obrotów na minutę,

d) dyski elektroniczne Solid State Drive z interfejsem SAS3.0 (12G) wykonane w technologii hot-plug o pojemnościach min. 400GB, 800GB, 960GB, 1.6TB, 1.92TB oraz 3.84TB – macierz musi zapewniać obsługę min. 32 szt. dysków SSD w całym rozwiązaniu,

e) interfejsy obsługiwanych dysków muszą być wyposażone w min. 2 porty min. SAS pracujące w reżimie full-duplex (jednoczesna transmisja danych przez dwa porty),

f) Macierz musi wspierać mieszaną konfigurację dysków SAS, NearLine-SAS i SSD w obrębie każdego pojedynczego modułu obudowy

Strona 65

pozwalającego na instalacje dysków,g) Macierz musi wspierać dla min. jednej z obsługiwanych technologii

dyskowych mechanizm automatycznej przed-awaryjnej migracji zapisów i składowanych danych na dysk zapasowy,

h) Macierz musi wspierać technologię energooszczędne typu Drive Spin Down lub wyłączanie dysków nieaktywnych w trybie ręcznym i automatycznym z wykorzystaniem mechanizmu typu „time scheduler” czyli w zadanym i/lub powtarzalnym oknie czasowym,

i) Macierz musi umożliwiać definiowanie i obsługę dysków zapasowych tzw. hot-spare lub równoważnie np. definiowanie i obsługę przestrzeni hot-spare.

13.2.7.11. Wymagane opcje dot. oprogramowania (software): a) Macierz wyposażona w system kopii migawkowych (snapshot)

Uwaga:Wymagana licencja obejmująca wykonanie 2048 kopii,

b) możliwość zdefiniowania min. 4000 woluminów (LUN),c) możliwość podłączenia logiczne z serwerami i stacjami poprzez min.

1024 ścieżek logicznych FC,d) możliwość szyfrowania danych

Uwaga:Jeżeli funkcjonalność wymaga dodatkowych elementów sprzętowych bądź aktywacji dodatkowej licencji należy dostarczyć je wraz z oferowanym rozwiązaniem Wykonawcy. Zamawiający dopuszcza zastosowania rozwiązania równoważnego np. poprzez zastosowanie zewnętrznych modułów/urządzeń pomiędzy hostami a Macierzą.

e) możliwość aktualizacji oprogramowania wewnętrznego i kontrolerów RAID i dysków bez konieczności wyłączania Macierzy i bez konieczności wyłączania ścieżek logicznych FC/iSCSI/FCoE dla podłączonych stacji/serwerów,

f) możliwość dokonywania w trybie on-line (tj. bez wyłączania zasilania i bez przerywania przetwarzania danych w macierzy) migracji danych:

i. ze zmianą rozmiaru woluminu,ii. ze zmianą poziomu RAID,

g) wymagane wsparcie dla systemów operacyjnych min: MS Windows Server, SuSE Linux, RedHat Linux, VMWare,

h) Macierz musi być dostarczona z licencją na oprogramowanie wspierające technologię typu multipath (obsługa nadmiarowości dla ścieżek transmisji danych pomiędzy macierzą i serwerem) dla połączeń FC,

i) obsługa woluminów logicznych o maksymalnej pojemności min. 128TB,

j) możliwość uruchamiania mechanizmów zdalnej replikacji danych, w trybie synchronicznym i asynchronicznym, z drugą macierzą tego typu lub modelem wyższym i z wykorzystaniem transmisji danych po protokołach FC oraz iSCSI, bez konieczności stosowania zewnętrznych urządzeń konwersji wymienionych protokołów transmisji. Funkcjonalność replikacji danych musi być zapewniona z poziomu oprogramowania wewnętrznego macierzy, jako tzw. storage-based data replication,

Uwaga:Jeżeli funkcjonalność jest licencjonowana, dostarczenie licencji nie jest wymagane,

k) obsługa QoS (Quality of Services), czyli nadawanie priorytetów obsługi transmisji I/O dla skonfigurowanych hostów, LUN-ów, portów

Strona 66

do hostów

Uwaga:Jeżeli funkcjonalność wymaga odrębnej licencji należy dostarczyć ja wraz z Macierzą w wariancie dla maksymalnej pojemności dyskowej danej Macierzy oraz dla maksymalmej liczby hostów i woluminów logicznych dla Macierzy,

l) obsługa mechanizmów ograniczania wielkości pamięci podręcznej cache do obsługi wybranych woluminów LUN - tzw. cache partitioning

Uwaga:Jeżeli funkcjonalność ta wymaga odrębnej licencji należy dostarczyć ja wraz z Macierzą w wariancie dla maksymalnej pojemności dyskowej danej Macierzy oraz dla maksymalnej ilości obsługiwanych woluminów,

m) możliwość rozproszenia alokacji danych dla pojedynczego woluminu LUN na maksymalnej liczbie obsługiwanych dysków HDD,

n) obsługa protokołów IP v.4 i IP v.6,o) możliwość obsługi mechanizmów Thin Provisioning czyli przydziału

dla obsługiwanych środowisk woluminów logicznych o sumarycznej pojemności większej od sumy pojemności dysków fizycznych zainstalowanych w Macierzy,

p) w przypadku obsługi protokołów CIFS i NFS wymagana jest funkcjonalność agregacji przepustowości dla interfejsów dedykowanych do obsługi tych protokołów,

q) możliwość migracji danych z innej macierzy obsługującej protokół FC bez uczestnictwa pośredniczącego sprzętu i oprogramowania,

r) możliwość w przyszłości aktywowania mechanizmu deduplikacji danych bez alokowania dodatkowej przestrzeni dyskowej tj. duplikaty są wykrywane i redukowane w pamięci cache macierzy w momencie, gdy dane są transferowane z serwera tzw. inline deduplication,

s) obsługa kompresji danych - jeżeli funkcjonalność jest licencjonowana, dostarczenie licencji nie jest wymagane.

t) zapewnienie wysokiej dostępności zasobów dyskowych dla podłączonych platform software’owych i sprzętowych z wykorzystaniem synchronicznej replikacji danych po protokole FC pomiędzy min. 2 macierzami (produkcyjna i zapasowa). W przypadku wystąpienia awarii logicznego połączenia z macierzą produkcyjną bądź awarii samej macierzy musi nastąpić automatyczne przełączenie środowisk produkcyjnych z macierzy produkcyjnej na zapasową - jeżeli funkcjonalność jest licencjonowana, dostarczenie licencji nie jest wymagane.

13.2.7.12. Konfiguracja, zarządzanie:a) Oprogramowanie do zarządzania musi być zintegrowane z systemem

operacyjnym systemu pamięci masowej zarówno przy obsłudze transmisji danych protokołami blokowymi (FC, iSCSI, SAS, FCoE) jak i do obsługi transmisji protokołami CIFS/NFS,

b) komunikacja z wbudowanym oprogramowaniem zarządzającym Macierzą musi być możliwa w trybie graficznym np. poprzez przeglądarkę WWW oraz w trybie tekstowym,

c) możliwość zdalnego zarządzania Macierzą bez konieczności instalacji żadnych dodatkowych aplikacji np. na stacji administratora,

d) wbudowane oprogramowanie Macierzy musi obsługiwać połączenia z modułem zarządzania Macierzy poprzez szyfrowanie komunikacji protokołami: SSL dla komunikacji poprzez przeglądarkę WWW i protokołem SSH dla komunikacji poprzez CLI.

Strona 67

13.2.7.13. Ilość: 1 sztuka.13.2.7.14. Miejsce instalacji: CPK.

Uwaga:Macierz musi być dostarczona ze wszystkimi komponentami do instalacji w standardowej szafie Rack 19” (tj. szyny, przewody do komunikacji, przewody zasilające).

13.2.7.15. Gwarancja: całe rozwiązanie musi być objęte min. 36 m-cy gwarancji producenta urządzenia z naprawą miejscu instalacji urządzenia z gwarantowanym czasem naprawy następnego dnia roboczego od dnia zgłoszenia.


13.2.7.17. Serwis urządzeń musi być realizowany zgodnie z wymaganiami normy ISO 9001 lub równoważną.

Macierz musi pochodzić z legalnego kanału sprzedaży producenta w Polsce i musi reprezentować model bieżącej linii produkcyjnej.

Uwaga:Nie dopuszcza się użycia macierzy odnawianych, demonstracyjnych lub powystawowych

Urządzenie musi być wykonane zgodnie z europejskimi dyrektywami RoHS i WEEE stanowiącymi o unikaniu i ograniczaniu stosowania substancji szkodliwych dla zdrowia

13.2.7.18. Do czynności Wykonawcy w ramach montażu i uruchomienia rozwiązanie należy:



(temperatura, zasilanie, dostępne miejsce),d) instalacja Macierzy zgodnie ze specyfikacjami produktu,e) zebranie wszystkich opakowań i oddanie ich do dyspozycji

Zamawiającego,f) fizyczne podłączenie urządzenia do sieci energetycznej oraz SAN

Zamawiającego,g) konfiguracja dysków logicznych Macierzy:

i. przygotowanie przez Wykonawcę założeń technicznych dotyczących konfiguracji dysków logicznych,

ii. zestawienie mapowania wystawianych zasobów na porty Macierzy z uwzględnieniem szczegółowych ustawień portów,

iii. przedstawienie wykazu testów odbiorczych,iv. implementację zgodną z przyjętym zestawieniem etapów

implementacji,v. przeprowadzenie testów odbiorczych,

h) sporządzenie dokumentacji Macierzyiii. opis Systemu (opis sprzętu i oprogramowania),iv. pełna aktualna konfiguracja Systemu,v. sporządzenie raportu z przeprowadzonych prac i dołączenie do

Protokołu Odbioru.13.2.7.19. Na potwierdzenie, że oferowane rozwiązanie spełnia wymagania określone

przez Zamawiającego Wykonawca zobowiązany jest dołączyć do oferty następujące dokumenty:

a) opis proponowanego rozwiązania potwierdzający, że oferowane rozwiązanie spełnia wymagania określone przez Zamawiającego.

Strona 68

Wykonawca zobowiązany jest do wskazania producenta, marki oraz modelu (numerów katalogowych) oferowanej Macierzy wraz ze wszystkimi niezbędnymi komponentami dla spełnienia oczekiwanych wymagań.


a) Dostawa: formalnemu odbiorowi podlega dostawa do Zamawiającego w ilościach określonych w pkt.13.2.7.13 produktu,

b) Instalacja i Konfiguracja: formalnemu odbiorowi podlega instalacja i konfiguracja urządzeń u Zamawiającego zgodnie z wykazem czynności określonym w pkt.13.2.7.18.

Strona 69

13.3. Zadanie 3

13.3.1. Realizacja Przedmiotu Zamówienia (Zadanie 3) obejmuje modernizację/wymianę istniejącego oprogramowania Zamawiającego poprzez dostawę licencji oraz wdrożenie modułów Oprogramowania Aplikacyjnego Wykonawcy, w celu zrealizowania wszystkich wymaganych przez Zamawiającego Funkcjonalności opisanych w pkt.13.3. stanowiących Przedmiot Zamówienia.

Dostarczane moduły Oprogramowania Aplikacyjnego muszą zostać w pełni zintegrowane z posiadanym przez Zamawiającego istniejącym oprogramowaniem Zamawiającego opisanym w pkt.10.3 objętym nadzorem autorskim Producenta. Celem integracji jest automatyzacja wymiany dokumentów elektronicznych pomiędzy aplikacjami u Zamawiającego, umożliwienie wnoszenia wniosków, podań i innych dokumentów drogą elektroniczną, a szczególnie umożliwienie wymiany dokumentów pomiędzy podmiotami publicznymi. Integracja ma umożliwić spełnienie wymogu stosowania korespondencji w postaci elektronicznej, usprawnienie i przyspieszenie udzielania odpowiedzi na pytania innych podmiotów publicznych, oraz przygotowania i udostępniania dokumentów elektronicznych dla podmiotów wyrażających wolę obsługi drogą elektroniczną.

Uwaga:Po stronie Wykonawcy leży zapewnienie, że w złożonej ofercie Wykonawcy, Wykonawca uwzględnił wszystkie koszty związane z pozyskaniem informacji na temat istnienia technicznych możliwości doprowadzenia do fizycznego połączenia istniejącego oprogramowania działającego u Zamawiającego z Oprogramowaniem oferowanym przez Wykonawcę w ramach realizacji Przedmiotu Zamówienia. Wszystkie koszty wykonania prac związanych z np. ustaleniem schematów, istniejących struktur danych, zasilania istniejących danych leżą po stronie Wykonawcy.

Komunikacja z Producentem istniejącego oprogramowania Zamawiającego leży po stronie Wykonawcy.

Wykonawca ma obowiązek uwzględnić wszystkie koszty pozyskania wiedzy i niezbędnej dokumentacji lub/i licencji dotyczącej istniejącego oprogramowania Zamawiającego, w celu przygotowania oferowanego przez Wykonawcę Oprogramowania do podłączenia jego do istniejącego oprogramowania Zamawiającego.

Zamawiający dopuszcza zastąpienie poszczególnych modułów istniejącego oprogramowania Zamawiającego przez Oprogramowanie Aplikacyjne Wykonawcy w celu realizacji wszystkich wymaganych Funkcjonalności stanowiących Przedmiot Zamówienia. Zamawiający wymaga w takim przypadku aby Oprogramowanie Aplikacyjne Wykonawcy realizowało te same zadania i posiadało w swoim zakresie wszystkie funkcjonalności zastępowanego istniejącego modułu oprogramowania Zamawiającego oraz stopień integracji z pozostałymi istniejącymi modułami oprogramowania/systemami Zamawiającego pozostał na poziomie co najmniej równoważnym. W takim przypadku Wykonawca ma przeprowadzić w ramach realizacji Przedmiotu Zamówienia wymaganą migrację danych z istniejących modułów Zamawiającego w zakresie i zgodnie z wytycznymi Zamawiającego opisanymi w pkt.13.3.5. (w powyższym przypadku oświadczenie od Producenta istniejącego oprogramowania nie jest wymagane).

Wykaz licencji istniejącego Oprogramowania Bazodanowego: zgodnie z

Strona 70

pkt.10.3.1,Wykaz licencji istniejącego Oprogramowania Aplikacyjnego: zgodnie z pkt.10.3.2.

13.3.2. Celem wymiany/modernizacji Oprogramowania Aplikacyjnego jest uzyskanie ujednoliconego systemu dziedzinowego obejmującego swoim działaniem zadania wykonywane przez jednostkę oraz wdrożenie e-Usług.

Oprogramowanie Aplikacyjne Wykonawcy musi zapewniać sprawną wymianę danych między poszczególnymi modułami Systemu usprawniając pracę i przyspieszając załatwianie spraw. Dostarczone Oprogramowanie Aplikacyjne musi być oprogramowaniem Wykonawcy w wersji aktualnej.

13.3.3. Zamawiający wymaga, aby Oprogramowanie Aplikacyjne był oprogramowaniem standardowym tj. stworzonym przez Wykonawcę, do którego Wykonawca posiada autorskie prawa majątkowe lub oprogramowaniem istniejącym na rynku, do którego inne podmioty posiadają autorskie prawa majątkowe, oprogramowanie już gotowe w chwili zawarcia Umowy na realizację Przedmiotu Zamówienia.

Modyfikowanie jego elementów, dozwolone jest jedynie w celu przystosowania go do specyfiki i potrzeb Zamawiającego. Zamawiający nie dopuszcza możliwości tworzenia Oprogramowania Aplikacyjnego od podstaw w ramach realizacji Przedmiotu Zamówienia.

Zamawiający wymaga, by dostarczone Oprogramowanie Aplikacyjne było oprogramowaniem w wersji aktualnej na dzień jego instalacji (tzn. powinno być dostosowane do zmieniających się powszechnie obowiązujących przepisów prawa lub regulacji wewnętrznych Zamawiającego).

13.3.4. Zakres Przedmiotu Zamówienia w ramach Zadania 3 obejmuje modernizację/wymianę Oprogramowania Aplikacyjnego Wykonawcy wraz z dostarczeniem, instalacją i wdrożeniem Portalu e-Usług (SUE) na warunkach określonych w SIWZ, a w szczególności:

a) wykonanie analizy przedwdrożeniowej, obejmującej wymagania Zamawiającego w tym analizę dotychczasowego sposobu organizacji pracy w obszarach SD, EZD i SUE, analizę użytkowanego oprogramowania ze wskazaniem źródeł aktualności danych do migracji,

b) wymiana/modernizacja Oprogramowania Aplikacyjnego,c) konfiguracja Oprogramowania Aplikacyjnego przeniesienie danych z

aktualnie użytkowanych aplikacji dziedzinowych Zamawiającego,d) produkcyjne uruchomienie Systemu,e) Asysta Wdrożeniowa - wsparcie Użytkowników Systemu do

przetworzenia pierwszego miesiąca,f) świadczenie usług wdrożeniowych,g) świadczenie usług szkoleniowych (użytkowników i administratorów

Systemu),h) dostawę instrukcji użytkownika i administratora w wersji elektronicznej i

papierowej w języku polskim umożliwiających Zamawiającemu samodzielne uczenie się obsługi Systemu,

i) świadczenie usługi nadzoru autorskiego powdrożeniowego przez okres 60 m-cy,

j) świadczenie usługi Asysty Technicznej przez okres 12 m-cy,k) świadczenie usługi Asysty Wdrożeniowej przez okres 1 m-ca,l) serwis gwarancyjny: 60 m-cy.

13.3.5. W celu precyzyjnego opisania wymaganych Funkcjonalności Oprogramowania Aplikacyjnego Zamawiający pogrupował funkcjonalności w tematyczne moduły

Strona 71

funkcjonalne.

Zaproponowany podział nie należy traktować jako obowiązkowy.

Zamawiający wymaga aby dostarczone rozwiązanie Wykonawcy posiadło wszystkie opisane w OPZ Funkcjonalności. Moduły/podsystemy Oprogramowania Aplikacyjnego (zakres minimalny):

a) Moduł SUE: moduł/system usług elektronicznych wraz z Szyną Danych oraz API,

b) Moduł EZD: elektroniczne zarządzanie dokumentacją,c) Moduł SD: systemy dziedzinowe.d) eUsługi – zakres minimalny zgodnie z pkt.13.3.7.

13.3.6. Etapy realizacji dla Zadania 3:

Etap Zakres prac Termin realizacji

Etap_1 Analiza przedwdrożeniowa i opracowanie Planu wdrożenia

2 m-ce

Etap_2 Dostawa modułu oprogramowania SUE (System Usług Elektronicznych) wraz z Szyną Danych oraz API

6 m-cy

Etap_3 Dostawa modułu oprogramowania EZD (Elektroniczne Zarządzanie Dokumentacją)

6 m-cy

Etap_4 Dostawa modułu programowania SD (System Dziedzinowy) oraz modułu oprogramowania dziedzinowego do obsługi budżetowania wymaganego do świadczenia usług elektronicznych zintegrowanego z EZD oraz SUE.

6 m-cy

Etap_5 Praca produkcyjna Systemu, tj. oprogramowania SUE, EZD oraz SD wraz z wymaganą integracją

02.01.2018r.

Etap_6 Asysta Wdrożeniowa 02.01.2018r. – 20.02.2018r.

Etap_7 Dostarczenie 22 formularzy elektronicznych na platformę ePUAP zintegrowanych z SUE, EZD i SD

do 9 m-cy

Etap_8 Przygotowanie i przeprowadzenie pakietów szkoleń z SUE, EZD, SD i formularzy elektronicznych

do 9 m-cy

Etap_9 Dostarczenie dokumentacji projektowej. do 30.04.2018

13.3.7. System musi być zbudowany i wdrożony zgodnie z obowiązującymi przepisami prawa, zgodnie z strukturą organizacyjną i regulaminem Zamawiającego oraz dobrymi praktykami funkcjonującymi w JST.

13.3.8. System musi umożliwiać definiowanie dowolnej ilości Użytkowników.13.3.9. System musi być w całości spolonizowany, a więc posiadać polskie znaki i

instrukcję obsługi po polsku dla użytkownika oraz administratora.13.3.10. System musi posiadać graficzny interfejs użytkownika gwarantujący wygodne

wprowadzanie danych, przejrzystość prezentowania danych na ekranie oraz wygodny sposób wyszukiwania danych po dowolnych kryteriach.

13.3.11. System musi gwarantować integralność danych, bieżącą kontrolę poprawności wprowadzanych danych, spójność danych.

13.3.12. System musi pracować w środowisku sieciowym i posiadać wielodostępność pozwalającą na równoczesne korzystanie z Bazy danych przez wielu użytkowników.

13.3.13. System musi gwarantować możliwość wdrożenia części SD, EZD w ramach sieci wewnętrznej urzędu oraz części SUE poprzez Internet dla klientów urzędu.

Strona 72

13.3.14. System musi posiadać mechanizmy umożliwiające weryfikację integralności danych tj. identyfikację użytkownika i ustalenie daty wprowadzenia i modyfikacji danych.

13.3.15. System musi posiadać mechanizmy ochrony danych przed niepowołanym dostępem, nadawania uprawnień dla użytkowników do korzystania z modułów jak również do korzystania z wybranych funkcji.

13.3.16. System musi posiadać słowniki wewnętrzne.

13.3.17. System musi działać w środowisku zintegrowanych Baz danych posiadającym następujące cechy:

a) relacyjność i transakcyjność, b) komunikacja z aplikacjami w standardzie SQL.

13.3.18. Dostarczone rozwiązanie Wykonawcy oraz jego moduły programowe muszą pracować na jednym silniku Bazy danych. Wszystkie moduły muszą pracować na wspólnej bazie danych i wymieniać ze sobą konieczne informacje, aby uniknąć wielokrotnego wprowadzania tych samych danych.

Dostawa silnika Bazy danych tj. Oprogramowania bazodanowego jest Przedmiotem Zamówienia.

13.3.19. Wszystkie dostarczane moduły OA powinny posiadać jednolity system zgłaszania awarii usterek i helpdesku.

13.3.20. System powinien być zintegrowany pod względem przepływu informacji - informacja raz wprowadzona do systemu jest wykorzystywana w pozostałych modułach programowych.

13.3.21. System musi mieć budowę modułową zapewniającą pełną integrację wszystkich jego elementów oraz umożliwiającą prowadzenie rejestrów i ewidencji przez pracowników JST, w ramach ich codziennych obowiązków.

13.3.22. Wykonawca zobowiązany jest udzielić Zamawiającemu nie wyłącznej bezterminowej Licencji na korzystanie z Oprogramowania Aplikacyjnego.

Licencja musi być udzielona na czas nieokreślony dla nieograniczonej liczby użytkowników.

13.3.23. Wykonawca ma obowiązek w ramach realizacji Przedmiotu Zamówienia w ramach Etapu1 dla Zadania 3 do przeprowadzenia Analizy przedwdrożeniowej obejmującej:

a) analizę dotychczasowego sposobu organizacji pracy w obszarach SD, EZD i SUE

b) listę użytkowanego istniejącego Oprogramowania aplikacyjnego ze wskazaniem źródeł aktualności danych do migracji (jeżeli dotyczy).

13.3.24. System (moduły SD, EZD i SUE) musi zostać zainstalowany i skonfigurowany oraz uruchomiony w Gminie Krosno Odrzańskie na clastrze 2-nodowym zbudowanym z Serwerów bazodanowych typ I (Zadanie 2) oraz oprogramowania systemowego SSO (Zadanie 2).

Przygotowanie, konfiguracja środowiska systemowego (SSO), oprogramowania bazodanowego (OB) oraz aplikacyjnego leży po stronie Wykonawcy,

13.3.1.Moduł SUE

13.3.1.1. Moduł SUE: System Usług Elektronicznych wraz z Szyną Danych oraz API musi umożliwiać Zamawiającemu realizacje głównych celów Projektu.

SUE jest odpowiedzialna za dostarczenie elektronicznych usług na poziomie 5 i 3. Odpowiada za stronę kontaktu z klientem JST.

13.3.1.2. SUE musi umożliwiać utworzenie spersonalizowanych kont mieszkańców zwanymi „kartą obywatela”. W ramach SUE musi być możliwość dwustronnej komunikacji elektronicznej petenta z Urzędem.

Strona 73

Wymagane podstawowe funkcjonalności „karty obywatela”:a) możliwość sprawdzenia stanu opłat lokalnych oraz dokonania

opłat lokalnych poprzez system bankowości elektronicznej (Moduł płatności on-line),

b) możliwość założenia i wysłania sprawy do urzędu za pomocą udostępnionych formularzy oraz sprawdzania jej stanu załatwienia,

c) możliwość złożenia deklaracji podatkowych,d) możliwość złożenia deklaracji o wywóz odpadów (Moduł

zarządzania gospodarstwami (odpady, woda, ścieki)),e) możliwość rezerwacji terminu ślubu (Moduł rezerwacji terminu na

ślub),f) udostępnianie decyzji w formie elektronicznej,g) powiadamianie SMS o załatwionej sprawie, zaległości lub innych

sprawach urzędowych (Moduł powiadamiania),h) możliwość rejestracji do szkół i przedszkoli,i) możliwość głosowania w budżecie obywatelskim,j) możliwość zgłoszenia awarii, uszkodzenia infrastruktury na

terenie Gminy Krosno Odrzańskie.

SUE jako platforma internetowa, poprzez którą będą świadczone e-usługi musi umożliwiać dostęp dla osób niepełnosprawnych (niedowidzących) – wymagana zgodność z wymogami WCAG 2.0 AA.

System oraz Moduł SUE muszą umożliwiać realizację wymaganych e-Usług dla określonych Grup odbiorców i zdefiniowanym poziomie interakcji opisanych w pkt. 13.3.7. Jeżeli realizacja powyższego wymogu wymaga integracji z istniejącymi oprogramowaniami Zamawiającego opisanymi w pkt.10.3 należy to skalkulować w cenie oferty.

13.3.1.3. Wymagana komunikacja pomiędzy modułami poprzez rozwiązanie ESB - Szyna Danych.

Szyna Danych musi umożliwiać dostarczenie jednolitego interfejsu do udostępniania usług pomiędzy systemami/modułami rozwiązania, jak również do udostępniania treści dla Beneficjentów projektu. Szyna danych umożliwia integrację danych z różnych źródeł oraz dostęp do danych dla klientów JST.

13.3.1.4. System Usług Elektronicznych musi stanowić moduł całego Systemu umożliwiający bezpośredni kontakt z JST.

SUE będzie udostępniony w sieci Internet dla wszystkich potencjalnych odbiorców. Musi posiadać warstwę publiczną, która będzie dostępna dla wszystkich użytkowników zewnętrznych.

SUE musi posiadać dwa obszary/warstwy:a) warstwę publiczną,b) warstwę wymagającą autoryzacji SUE.

Uwaga:W przypadku, gdy SUE wymaga dodatkowej licencji SSO (Zadanie 2) umożliwiającej dostęp i uwierzytelnienie/identyfikację nieograniczonej ilości użytkowników zewnętrznych przez sieć Internet do jednego wystąpienia oprogramowania serwera należy skalkulować powyższe licencje do ceny oferty i dostarczyć wraz z serwerem.

13.3.1.5. W warstwie publicznej SUE Zamawiający będzie mógł udostępniać informacje stanowiące informacje turystyczne, informacje zachęcające przedsiębiorców w celu podjęcia inwestycji, jak również publikowane dane z

Strona 74

procesu uzgadniania i procedowania budżetów obywatelskich. Mogą się tu również znaleźć pewne dane statystyczno-analityczne, na udostępnienie których wyrazi zgodę JST.

13.3.1.6. Warstwa wymagająca autoryzacji systemu SUE będzie przeznaczona dla klientów JST do realizacji usług publicznych. Aby móc sprawdzić stan sprawy urzędowej, zapisać się na spotkanie w odpowiednim referacie lub zapłacić online za śmieci, klient JST będzie zobowiązany dokonać autoryzacji m.in. za pomocą profilu zaufanego

13.3.1.7. Warstwa wymagająca autoryzacji systemu SUE będzie przeznaczona dla klientów JST do realizacji usług publicznych.

Uwaga:Wymaga się aby Użytkownik mógł sprawdzić stan sprawy urzędowej, zapisać się na spotkanie w odpowiednim referacie lub zapłacić online za śmieci, będzie zobowiązany dokonać autoryzacji m.in. za pomocą profilu zaufanego.

13.3.1.8. SUE w warstwie publicznej będzie udostępniony za pośrednictwem:a) Aplikacji udostępnionej na www dostosowanej do przeglądania

zarówno na komputerach przenośnych jak i urządzeniach mobilnych z uwzględnieniem Responsive Design,

b) Aplikacji mobilnej dla środowisk: Android, iOS, Windows Phone.

13.3.1.1. Warstwa administracji i integracji

13.3.1.1.1. System musi posiadać obszar administracyjny, przeznaczony dla pracowników urzędu umożliwiający konfigurację SUE.

Zalecana budowa modułowa z wyodrębnionej warstwy administracji i integracji. Cześć administracyjna odpowiada za konfigurację działania Systemu oraz parametryzację działania wspólnych modułów systemu dziedzinowego.

13.3.1.1.2. System musi posiadać jedno logowanie przeznaczone dla wszystkich modułów.

13.3.1.1.3. Użytkownik będzie mógł zalogować się do Systemu za pomocą konta ePUAP.

Uwaga:Użytkownik musi być automatycznie zalogowany do systemu, o ile jest zalogowany do ePUAP.

13.3.1.1.4. System musi umożliwiać Użytkownikowi:a) samodzielnie założenie konta w Systemie nie posiadając konta na

ePUAP,b) samodzielnie założenie konta w Systemie posiadając konto na

ePUAP.13.3.1.1.5. System z wbudowaną funkcją „Przypomnij Hasło”, która umożliwia

samodzielne odzyskanie hasła do Systemu.

Uwaga:Funkcja przypomnij hasło wymusza ponowne ustawienie hasła do Systemu.

13.3.1.1.6. System musi wymagać hasła na odpowiednim poziomie bezpieczeństwa, tzn. minimum 8 znaków, w tym przynajmniej jedna duża i mała litera oraz cyfra.

13.3.1.1.7. System musi być zaprojektowany w architekturze trójwarstwowej.

13.3.1.1.8. Warstwa danych musi być oparta o silnik Bazy danych SQL

Strona 75

(Oprogramowanie Bazodanowe (OB)) umożliwiający instalację zarówno na systemie operacyjnym Windows jak i Linux.

13.3.1.1.9. Warstwa serwera aplikacyjnego musi dostarczać logikę biznesową systemu i umożliwia instalację na systemie operacyjnym Windows i Linux.

13.3.1.1.10. Warstwa prezentacyjna udostępniona na www musi być dostosowana do przeglądarek internetowych w wersjach aktualnych na dzień składania zamówienia.

13.3.1.1.11. System udostępniony poprzez portal www musi być dostosowany do dostępu dla osób niedowidzących, tj. zgodność z wymogami WCAG 2.0 na poziomie AA.

13.3.1.1.12. System powinien umożliwiać rejestrację użytkowników:a) zewnętrznych (interesantów Urzędu Miasta) z oznaczeniem

redaktorów, którzy mają uprawnienia do zgłaszania propozycji artykułów i aktualności,

b) wewnętrznych (pracowników Urzędu Miasta) z oznaczeniem administratorów portalu, którzy posiadają rozszerzone uprawnienia m.in. do publikacji artykułów i aktualności oraz administrowania systemem.

13.3.1.1.13. Rejestracja Użytkownika musi wymagać podania jego logina, hasła, imienia, nazwiska, daty urodzenia, emaila oraz opcjonalnie numeru telefonu (w celu otrzymywania powiadomień sms). Dodatkowo użytkownik musi wyrazić zgodę na przetwarzanie jego danych osobowych oraz potwierdzić zapoznanie się i akceptację regulaminu.

13.3.1.1.14. Rejestracja użytkowników zewnętrznych musi być możliwa przy pomocy formularza, który może złożyć niezalogowany użytkownik.

Uwaga:Taka rejestracja będzie wymagać akceptacji Administratora systemu.

13.3.1.1.15. Rejestracji użytkowników wewnętrznych musi dokonać Administrator systemu w ramach funkcjonalności zarządzania użytkownikami.

13.3.1.1.16. Zamawiający wymaga aby ze względu na zakładany dostęp do systemu z poziomu urządzeń mobilnych, strony systemu powinny automatycznie dostosowywać się do różnych rozdzielczości ekranu (Responsive Web Design).

13.3.1.1.17. System w zakresie stron www musi być przygotowany zgodnie ze standardem W3C.

13.3.1.1.18. Podstawowym językiem obowiązującym w systemie musi być język polski.

13.3.1.1.19. Jeżeli system będzie korzystał z ciasteczek, wówczas na stronie głównej musi być prezentowana informacja o tym fakcie wraz z możliwością przeglądu polityki wykorzystania ciasteczek.

13.3.1.1.20. System musi rejestrować operacje tworzenia, edycji i usuwania obiektów (ofert, zabytków, map itp.) wraz z informacją o użytkowniku, dacie i czasie wykonania operacji. Dodatkowo system musi udostępniać funkcjonalność do przeglądu zarejestrowanych operacji.

13.3.1.1.21. Wykonawca w okresie trwania projektu musi zapewnić usługę wysyłania sms z ograniczeniem nie więcej jak 50 000 SMS na cały okres realizacji projektu. .

13.3.1.1.22. Korzystanie z Systemu przez użytkowników, oprócz przeglądarki Firefox, Chrome, Internet Explorer, Safari, które są zgodne ze standardem HTML 5, nie może wymagać instalacji dodatkowego oprogramowania.

13.3.1.1.23. Przy założeniu, że system będzie udostępniany użytkownikom zewnętrznym, którzy będą posiadać komputery o następujących parametrach minimalnych:

a) procesor min. dwurdzeniowy,b) pamięć RAM: 2 GB,c) łącze - 1Mb/s,

Strona 76

czas odpowiedzi na wywołanie url aplikacji musi wynosić max. 3 sekundy.

Uwaga:Powyższe założenie musi być spełnione przy 100 użytkownikach zalogowanych jednocześnie do Systemu. Określony czas nie dotyczy wywołań systemów zewnętrznych.

13.3.1.1.24. System powinien umożliwiać Administratorowi systemu na określenie maksymalnej wielkości pobieranych plików oraz zdjęć. W przypadku zdjęć, których wielkość będzie przekraczać zakładaną wartość, system powinien informować o możliwościach zmiany tej wielkości (np. poprzez zwiększenie kompresji lub zmianę rozdzielczości).

13.3.1.1.25. System musi umożliwiać Administratorowi zarządzanie zadaniami wsadowymi przeznaczonymi do zadań administracyjnych wykonywanych automatycznie. W ramach zarządzania zadaniami wsadowymi administrator ma możliwość skonfigurowania planu wykonywania zadania wsadowego, parametrów jego wywoływania, przeglądu logów z wykonanych zadań wsadowych

13.3.1.1.26. System musi umożliwiać zarządzanie przynajmniej następującymi zadaniami wsadowymi:

a) czyszczenie katalogu plików,b) odbiór dokumentów ePUAP,c) pobieranie informacji o stanie płatności z SD,d) przekazywanie informacji o stanie płatności do SD,e) weryfikacja stanu wiadomości SMS wysyłanych do Użytkowników,f) usuwanie wygenerowanych raportów z modułu raportowego,g) wysyłanie powiadomień o należnościach.

13.3.1.1.27. System musi umożliwiać zarządzanie rejestrem interesantów, gdzie każdego można:

a) zidentyfikować minimum takimi danymi jak: typ podmiotu, Imię, Nazwisko, Login, zdjęcie profilowe, dane kontaktowe (telefon, eMail, faks, www, adres korespondencyjny, oraz dowolną liczbę innych form kontaktu),

b) zmienić mu dane podstawowe,c) zmienić mu dane kontaktowe,d) powiązać go z interesantem z systemu dziedzinowego,e) aktywować konto interesanta,f) przypisać interesanta do grup użytkowników.

13.3.1.1.28. Ilekroć w Systemie jest możliwość dodania dokumentu, zdjęcia lub innego pliku system musi umożliwiać skorzystanie z funkcji Drag-and-Drop i umożliwia „przeniesienie pliku” z katalogu użytkownika komputera.

13.3.1.1.29. Ilekroć w Systemie jest mowa o danych ze słownika TERYT, system musi prezentować listę rozwijalną z aktualnych danych TERYT.

13.3.1.1.30. System musi umożliwiać zarządzania słownikiem TERYT z możliwością importu pliku w opcjach:

a) miejscowości, b) podział terytorialny, c) nazwy ulic.

13.3.1.1.31. Ilekroć w Systemie wykorzystywany jest element słownika TERYT, system musi prezentować pole automatycznie przeszukiwane wielotekstowo według znaków wprowadzanych przez użytkownika.

Uwaga:Prezentowana lista musi zawierać w każdym wierszu kilka najistotniejszych elementów m.in. nazwę województwa, powiatu i gminy – w przypadku wyszukiwania miejscowości.

13.3.1.1.32. System musi posiadać wydzieloną funkcję umożliwiającą przeglądnie

Strona 77

Interesantów do aktywacji i aktywowanie im kont.13.3.1.1.33. System musi umożliwiać zmianę hasła dla zalogowanego Użytkownika.

13.3.1.1.34. System musi umożliwiać zarządzanie odrębnym rejestrem pracowników, w którym każdy pracownik charakteryzowany jest za pomocą:

a) Imienia, Nazwiska (z opcją dodania 2 i 3 członu nazwiska), b) Symbolu (skrótu pracownika), c) Stanowiska pracownika, d) loginu, e) zdjęcia profilowego, f) danych kontaktowych (telefon, eMail, lokalizacja, faks, www, adresu

korespondencyjnego, lub jakiejkolwiek innego kontaktu z rozróżnieniem formy tego kontaktu).

13.3.1.1.35. Zarówno dla interesanta jak i pracownika System musi umożliwiać przeglądanie rejestru czynności wykonywanych przez wybranego użytkownika z wyróżnieniem daty i czasu wykonania czynności oraz obiektu w Systemie, którego to dotyczy.

13.3.1.1.36. System musi posiadać możliwość zarządzania słownikiem kodów pocztowych wraz z importem kodów pocztowych z pliku CSV Poczty Polskiej.

13.3.1.1.37. System musi posiadać możliwość edycji głównych stron każdego z modułów. Edycja głównej strony modułu umożliwia, co najmniej:

a) ustalenie stylu redagowanego tekstub) pogrubienie, podkreślenie, pochylenie tekstu,c) wyczyszczenie formatu czcionki,d) ustalenie kolor czcionki, e) ustalenie sposobu punktowania,f) ustalanie wielkości odstępów pomiędzy liniami tekstu,g) dodanie obrazka, h) dodanie linka do innej strony,i) wstawienie tabeli, j) przegląd redagowanej treści w formie HTML.

13.3.1.1.38. System musi umożliwiać zarządzanie rolami w systemie, przy czym system w ramach dostarczenie posiada przygotowane podstawowe role do każdego z modułów systemu.

13.3.1.1.39. Każda z ról systemu musi posiadać listę uprawnień wraz z opisami uprawnień.

13.3.1.1.40. Administrator musi mieć możliwość dodania dowolnej roli w systemie i przypisania jej dowolnej listy uprawnień.

13.3.1.1.41. System ról, uprawnień i użytkowników:a) oparty o mechanizmy LDAP,b) musi posiadać interfejs użytkownika w ramach SUE, który umożliwia

ergonomiczne i efektywne zarządzanie tym zakresem.13.3.1.1.42. System musi posiadać funkcję zarządzania rolami przypisanymi do

Użytkowników.13.3.1.1.43. System musi posiadać miejsce do zarządzania wszelką parametryzacją

system, gdzie:a) pogrupowane są obszary parametryzacji systemu,b) każdy z parametrów posiada funkcję edycji,c) każdy z parametrów charakteryzowany jest przez opis, nazwę i

wartość.13.3.1.1.44. System musi posiadać sparametryzowane m.in.:

a) obsługę SMS, b) obsługę eMail, c) obsługę LDAP,d) dostęp do GeoServer, e) płatności elektroniczne, f) dane JST,

Strona 78

g) dane dostępowe do ePUAP.13.3.1.1.45. System musi posiadać obszar zarządzania plikami zaimportowanymi do

Systemu na potrzeby udostępniania w innych modułach.13.3.1.1.46. System musi posiadać możliwość przeglądania rejestru operacji

wykonanych w Systemie.

Przegląd rejestru operacji musi być możliwy jest przeszukania m.in. według daty i czas od – do, użytkownika, który dokonał operacji, typu obiektu i rodzaju operacji wykonywanej (np. aktualizacja danych, błąd, modyfikacja danych, usunięcie danych, import, etc.).

13.3.1.1.47. System musi mieć możliwość zarządzania strukturą organizacyjną JST w formie prezentacji jako drzewo organizacji, które wyróżnia: Komórkę Organizacyjną, Stanowisko oraz Pracownika na stanowisku.

13.3.1.1.48. System musi mieć obszar zarządzania zastępstwami w organizacji, gdzie będzie istniała możliwość:

a) dodania zastępstwa charakteryzowanego przez osobę zastępowana, osoba zastępująca, dni od – do,

b) zdefiniowania szczegółowego dostępu do danych dla danego zastępstwa,

c) zakończenia zastępstwa.13.3.1.1.49. System w ramach udostępnionej aplikacji mobilnej dostarczy

funkcjonalności skierowane tylko do mieszkańca, obywatela lub przedsiębiorcy (rodzaje A2C, A2B).

Uwaga:Głównym celem dostarczenia aplikacji mobilnych jest udostępnienie informacji dodatkowym kanałem internetowym, który szybciej i skuteczniej dociera do zainteresowanych osób.

Zamawiający nie wymaga aby Aplikacja mobilna posiadała następujące Funkcjonalności zarządzania dostępne na portalu WWW, m.in.:

a) zarzadzania użytkownikami,b) zarzadzania konfiguracją,c) zarzadzania treścią i informacją,d) przeglądania logów i innych informacji dot. aktywności.

13.3.1.2. Moduł konta użytkownika

13.3.1.2.1. Moduł konta klienta musi umożliwiać zarządzanie i przeglądanie danych zautoryzowanego Użytkownika oraz użytkownika powiązanego z kontrahentem z systemu dziedzinowego.

13.3.1.2.2. Użytkownik zalogowany do Systemu musi mieć możliwość przeglądania i zmiany własnych danych:

a) Typ podmiotu (podmiot, osoba fizyczna),b) Imię,c) Nazwisko / nazwa,d) Dane kontaktowe standardowe: telefon, email, fax, www, adres

korespondencyjny,e) Dane kontaktowe dodatkowe.

13.3.1.2.3. Użytkownik musi mieć możliwość zmiany hasła

13.3.1.2.4. Użytkownik musi mieć możliwość powiązania kont z kontem ePUAP.

13.3.1.2.5. Użytkownik musi mieć możliwość odłączenia konta od ePUAP.

13.3.1.2.6. Użytkownik musi mieć możliwość przeglądu danych kontrahent z modułu

Strona 79

dziedzinowego, o ile jego konto zostało powiązane z kontem kontrahenta modułu dziedzinowego.

13.3.1.2.7. Dane podstawowe prezentowane w przypadku powiązania konta z kontrahentem SD to co najmniej:

a) Nazwisko Imię / Nazwa, b) Typ, c) PESEL, d) NIP, e) Data wyrejestrowania lub zgonu (jeśli widnienie w SD).

13.3.1.2.8. O ile konto powiązane jest z SD, system musi prezentować:a) Dane zameldowania, o ile użytkownik jest zameldowany na terenie

JST,b) Listę nieruchomości, gdzie dla każdej nieruchomości prezentowana

jest wielkość, typ nieruchomości, typ własności lista opłat i podatków pobieranych z tytułu nieruchomości: m.in.: podatek od osób fizycznych, podatek od osób prawnych, opłaty za śmieci, opłaty za czynsze, wodę, ścieki,

c) Listę dzieci, o ile zalogowany użytkownik jest osobą fizyczną posiadającą dzieci do lat 18 zameldowane w tym samym gospodarstwie domowym,

d) Listę środków transportu – podlegającą opłatom o ile SD użytkownik jest podmiotem prawnym posiadającym opodatkowane środki transportu,

e) Listę aktualnych zezwoleń na sprzedaż napojów alkoholowych, o ile zalogowany użytkownik jest podmiotem prawnym,

f) Listę dokumentów z rozdzieleniem na dokumenty wpływające do JST oraz wychodzące z JST dla zalogowanego użytkownika.

Wszystkie dane muszą być pobierane z systemów SD i EZD.13.3.1.2.9. Administrator musi mieć możliwość powiązania użytkownika z kontem

kontrahenta SD.13.3.1.2.10. Moduł konta klienta w zakresie informacji prezentowanych mieszkańca,

obywatel czy przedsiębiorcy zostanie dostarczony zarówno w aplikacji www jak i w aplikacjach mobilnych.

Uwaga:Zamawiający dopuszcza iż konfiguracje administracyjne konta Klienta zostaną dostarczone wyłącznie w ramach Portalu www.

13.3.1.3. Moduł elektronicznego biura interesanta

13.3.1.3.1. Moduł elektronicznego biura interesanta powinien stanowić wirtualny punkt przyjęć formularzy elektronicznych stosowanych w Urzędzie oraz informacji dotyczących sposobu załatwienia każdej sprawy, którą można zrealizować w Urzędzie.

13.3.1.3.2. Moduł musi być podzielny na części:a) publiczną – udostępnianą niezalogowanym użytkownikom,b) część wewnętrzną – dla Administratora systemu. Część powinna

prezentować uprzednio zredagowane karty usług spraw urzędowych świadczonych przez JST.

13.3.1.3.3. Moduł musi posiadać stronę główną umożliwiającą dodanie nazwy adresu, znaku graficznego JST, ustawienie głównych funkcji, do których szybko mogą dotrzeć klienci JST.

13.3.1.3.4. Moduł w części publicznej musi prezentować pokategoryzowane karty usług pod kątem życiowych zdarzeń, wydziałów i innych dodatkowych klasyfikacji.

13.3.1.3.5. Użytkownik w części publicznej powinien mieć możliwość przejrzenia karty usługi, dla której prezentowanej jest:

Strona 80

a) opis zredagowany przez Administratora,b) dostępne terminy wizyt w Urzędzie,c) zarezerwowania terminu wizyty w Urzędzie,d) przejścia do wypełnienia formularza elektronicznego na ePUAP.

13.3.1.3.6. Kart usługi powinna być charakteryzowana przynajmniej przez następujące atrybuty:

a) nazwę, b) opis, do kogo jest skierowana (obywatel- czyli usługi typu A2C,

przedsiębiorcy -czyli usługi typu A2B, instytucji/urzędu – czyli usługi typu A2A),

c) liczba czasu obsługi klienta przy okienku dla danego rodzaju sprawy, kategorię (np. Budownictwo i Nieruchomości, Ochrona środowiska etc.).

Administrator musi posiadać możliwość zdefiniowania karty usługi.13.3.1.3.7. Administrator musi mieć możliwość utworzenia wizualizacji karty usług.

13.3.1.3.8. W przypadku publikowania karty usługi, Administrator musi być zobowiązany do podania daty, od kiedy publikacja obowiązuje oraz powodu publikacji.

13.3.1.3.9. W przypadku zmiany opisu karty usługi, Administrator musi być zobowiązany do podania powodu zmiany wizualizacji karty usługi.

13.3.1.3.10. W przypadku zdejmowania z publikacji karty usługi, Administrator musi być zobowiązany do podania powodu zdjęcia z publikacji karty usługi.

13.3.1.3.11. Dla każdej usługi Urząd musi mieć możliwość określenia dni i godziny dyżurów, w których pracownik jest w stanie pomóc petentom lub odpowiadać na pytania w danym zakresie.

13.3.1.3.12. Obsługa dyżurów powinna obejmować obejmuje: a) ustalenie dyżuru w zakresie (karty usługi lub kilku kart usług, której

dotyczy, daty od, okienka godzinnego od – do), b) ustalenia przerwy w trakcie dyżuru.

Podczas dodawania dyżuru użytkownik musi mieć możliwość wykonania automatycznej funkcji ustalenia analogicznego dyżuru powielonego w następnym tygodniu lub miesiącu.

13.3.1.3.13. Administrator po dodaniu dyżuru musi mieć możliwość ustalenia jego publikacji ze wskazaniem daty obowiązywania od.

13.3.1.3.14. W przypadku zmiany ustawień dyżuru, usunięcia lub zdjęcia z publikacji administrator musi być zobowiązany do podania powodu zmiany.

13.3.1.3.15. Pracownicy obsługujący dyżury powinni mieć możliwość przejrzenia grafiku dyżurów wraz z listą osób zapisanych na spotkanie, w szczególności danych:

a) imię, nazwisko, b) PESEL, c) email, d) telefon.

13.3.1.3.16. Zapisania na dyżur powinien móc dokonać zarówno użytkownik zarejestrowany w Systemie jak i niezarejestrowany.

13.3.1.3.17. W przypadku zapisania na spotkanie użytkownika zarejestrowanego, System musi automatycznie podpowiadać dane z karty użytkownika.

13.3.1.3.18. Użytkownik musi otrzymać mailem informację w celu potwierdzenia spotkania.

13.3.1.3.19. Moduł elektronicznego biura interesanta w zakresie informacji skierowanych do mieszkańca i przedsiębiorcy (karty spraw i usług, połączone formularze, zapisywanie na wizytę czy sprawdzanie stanu sprawy) zostanie dostarczony w ramach aplikacji www oraz aplikacji mobilnych.

Strona 81

Uwaga:Zamawiający dopuszcza, iż konfiguracje administracyjne elektronicznego biura interesanta (przygotowywanie kart, konfigurowanie spotkań, praca w ramach stanowisk urzędu) zostaną zaimplementowane wyłącznie w ramach aplikacji www.

13.3.1.4. Moduł płatności on-line

13.3.1.4.1 Moduł zintegrowany z systemami bankowymi umożliwiający mieszkańcom (dzięki integracji z Systemem Dziedzinowym) z JST:

a) wgląd w stan ich rozliczeń z Urzędem, b) uregulowanie należności online.

Uwaga:Dostęp do danych płatnościowych możliwy wyłącznie dla zarejestrowanych Użytkowników systemu SUE dodatkowo posiadających konto powiązane z kontrahentem SD.

13.3.1.4.2 Moduł musi umożliwiać (po zalogowaniu na swoje konto przez obywatela lub przedsiębiorcę) podgląd wszystkich swoich należności wobec JST pobranych

z SD niezależnie od tytułu (podatki, opłaty lokalne, opłaty za śmieci, umowy dzierżawy itp.), które są wystawiane w modułach dziedzinowych, oraz historię jego płatności.

Wymagany przegląd wszystkich zobowiązań finansowych z uwzględnieniem:

a) tytułu należności, b) należności głównej (w tym Vat – jeśli wymagany), c) odsetki, d) koszty upomnień, e) wezwań do zapłaty, f) salda do zapłaty, g) terminie płatności, h) kwocie już zapłaconej (w przypadku należności, która została już

częściowo spłacona), i) kwocie zleconej płatności poprzez portal oraz dacie i godzinie

zlecenia tej płatności.13.3.1.4.3 Każda należność powinna zawierać co najmniej takie informacje jak:

a) unikalny numer należności / przypisu,b) numer decyzji, c) naliczone odsetki oraz koszty upomnień i wezwań, d) czy był na nią wystawiony tytuł wykonawczy itp.

13.3.1.4.4 Możliwość prezentowania i wyszukiwania konkretnej należności według rodzaju, daty, terminu płatności itp.

13.3.1.4.5 Jeżeli należność została dopiero częściowo spłacona to użytkownik musi mieć możliwość otrzymania pełnej informacji w układzie:

a) ile było wpłat na daną należność, b) kwota każdej płatności, c) data płatności oraz informację czy płatność została już zaksięgowana

czy nie,d) saldo do zapłaty.

13.3.1.4.6 Możliwość wyświetlania historii wszystkich interakcji finansowych mieszkańca z Urzędem, jakie zostały zrealizowane poprzez System.

13.3.1.4.7 Aplikacja musi być zintegrowana z systemami bankowymi, w celu umożliwienia uregulowania należności online.

Strona 82

13.3.1.4.8 Aplikacja musi pozwalać na wnoszenie opłat za pośrednictwem systemu płatności elektronicznych w różny sposób tzn. przez wygenerowanie płatności na wybraną należność i opłacenie, lub na zaznaczenie kilku należności i zapłacenie je jednym przelewem.

Uwaga:System powinien umożliwiać identyfikację jaka kwota za jakie należności.

13.3.1.4.9 Możliwość ustawienia sortowania wyświetlanych danych rosnąco lub malejąco względem dowolnego z wyświetlanych parametrów należności.

13.3.1.4.10 Jeśli należność jest płatna w ratach (np. należności podatkowe, należności rozłożone przez urząd na raty) portal winien również przedstawiać klientowi informację, którą ratę kwota płatności stanowi.

13.3.1.4.11 W sytuacji, kiedy kilku klientów jest solidarnie zobowiązanych do zapłaty należności klient zalogowany do portalu musi widzieć również minimum imię, nazwisko i adres pozostałych współzobowiązanych (w przypadku podmiotów gospodarczych nazwa firmy i jej siedziba).

13.3.1.4.12 W przypadku, jeśli należność powstała w drodze decyzji administracyjnej urzędu numer decyzji ma być również widoczny dla klienta.

13.3.1.4.13 Możliwość ukrycia wyświetlania wybranych parametrów należności wyszukiwanych na ekranie użytkownika.

13.3.1.4.14 Aplikacja powinna posiadać mechanizmy kontroli i bezpieczeństwa chroniące użytkowników przed kilkukrotnym wniesieniem płatności z tego samego tytułu.

13.3.1.4.15 Portal musi generować komunikaty informujące i/lub ostrzeżenia wizualne dla użytkownika podczas próby ponownego zlecenia płatności dla należności, dla których płatność została zlecona za pośrednictwem portalu a transakcja jeszcze jest przetwarzana.

13.3.1.4.16 Możliwość wydrukowania wypełnionego polecenia przelewu bankowego lub pocztowego, dla zaznaczonej jednej lub zaznaczonych wielu należności.

13.3.1.4.17 Możliwość wyszukiwania i prezentowania należności według jej rodzaju np. „pokaż tylko opłaty za dzierżawę” itp.

13.3.1.4.18 Możliwość wyszukiwania i prezentowania należności według statusu płatności tzn. np. pokaż tylko zaległe itp.

13.3.1.4.19 Możliwość zaznaczenia, ile dni przed terminem płatności powinna być wysłana informacja przypominająca do użytkownika.

13.3.1.4.20 Możliwość określenia rodzaju wysłanej informacji przypominającej – mail czy sms, lub obie formy.

13.3.1.4.21 Wygenerowane płatności zlecone za pośrednictwem portalu, ale jeszcze nie zaksięgowane powinny zawierać informacje takie jak:

a) nr konta bankowego na które została przelana płatność, b) kwota i data zlecenia, c) status zlecenia,d) data wykonania,e) wskazanie na należność lub listę należności, których dotyczą,f) dane podatnika, który zlecił wykonanie.

13.3.1.4.22 Możliwość ustawienia sortowania wyświetlanych danych rosnąco lub malejąco względem dowolnego z wyświetlanych parametrów.

13.3.1.4.23 Informacje o wygenerowanych płatnościach muszą być przesyłane z portalu do modułów systemu dziedzinowego Urzędu. Proces przesyłania danych musi mieć możliwość ustawienia częstotliwości wykonana dla Administratora Systemu.

Uwaga:Częstotliwość dostępne to minimum: raz na dobę, do co 5 minut.

13.3.1.4.24 Możliwość wyszukiwania lub filtrowania należności według co najmniej: a) konta bankowego na które została przelana płatność, b) rodzaju należności,

Strona 83

c) kwoty, d) typu płatności, e) stanu zlecenia, f) daty zlecenia,

13.3.1.4.25 Możliwość przeglądu operacji księgowych już zrealizowanych tzn. opłaconych (wpłaty, zwroty, przeksięgowania).

Uwaga:System powinien umożliwiać oznaczanie kategorii informacji, które będą widoczne dla Klienta w SUE, a które nie będą widoczne.

13.3.1.4.26 Przegląd operacji księgowych już zrealizowanych na należnościach (wpłaty, zwroty, przeksięgowania) z wyszczególnionym dla każdej operacji co najmniej:

a) rodzaju, b) konta bankowego na którym została zaksięgowana operacja, c) identyfikator, d) rok, e) rata, f) kwota, g) vat, h) odsetki, i) kwota zapłacona faktycznie, j) data i godzina przelewu,k) data i godzina księgowania.

13.3.1.4.27 Możliwość ustawienia sortowania wyświetlanych danych rosnąco lub malejąco względem dowolnego z wyświetlanych parametrów.

13.3.1.4.28 Możliwość ukrycia wyświetlania wybranych parametrów operacji.

13.3.1.4.29 Możliwość wyszukiwania lub filtrowania zrealizowanych i zaksięgowanych operacji według co najmniej: kontrahenta SD, rodzaju należności, terminu płatności od – do.

13.3.1.4.30 Możliwość grupowania klientów urzędu w bazie portalu według kryteriów przyjętych przez urząd, niezależnie od pogrupowania tych klientów w dotychczasowym systemie dziedzinowym urzędu.

13.3.1.4.31 Dla należności dotyczących nieruchomości System musi prezentować dodatkowo minimum:

a) numer decyzji, b) typ nieruchomości, c) numer nieruchomości, d) numer dokumentu własności/władania, e) datę wydania dokumentu – pobrane z SD.

13.3.1.4.32 Dla należności dotyczących wydanych koncesji na sprzedaż napojów alkoholowych System musi prezentować dodatkowo minimum:

a) typ koncesji, b) numer koncesji, c) datę wydania, d) stan zezwolenia, e) daty ważności zezwolenia (od – do).

13.3.1.4.33 Dla należności dotyczących podatku od osób prawnych system musi prezentować dodatkowo:

a) rok wydania decyzji, b) typ dokumentu, c) rodzaj podatku.

13.3.1.4.34 Dla danych upomnienia System musi prezentować dodatkowo: a) numer upomnienia, b) rok upomnienia, c) koszt upomnienia,

Strona 84

d) datę wydania upomnienia, e) datę odbioru upomnienia, f) kwotę do zapłaty.

13.3.1.4.35 Moduł musi posiadać stronę główną umożliwiającą dodanie nazwy adresu, znaku graficznego JST, ustawienie głównych funkcji, do których szybko mogą dotrzeć klienci JST.

13.3.1.4.36 Moduł płatności online w ramach aplikacji mobilnych musi umożliwiać:a) przeglądanie należności użytkownikab) dokonanie opłaty.

13.3.1.5. Moduł powiadamiania

13.3.1.5.1 Wbudowany moduł powiadamiania umożliwiający zarejestrowanym Użytkownikom zapisanie się do grup powiadamiania.

System musi umożliwiać JST decydowanie o sposobie organizacji grup dotyczących usług powiadania.

Możliwość wydzielenia grupy dotyczących:a) edukacji przedszkolnej, b) edukacji szkolnej, c) powiadamiania kryzysowego, d) powiadania wyłączenia dla członków rady gminy lub pracowników

JST (tzw. Grup zamkniętych).

Uwaga:Zamawiający posiada istniejące oprogramowanie realizujące Funkcjonalności opisane przez Zamawiającego w pkt.13.3.1.5: Producent: Samorządowy Informator SMS Sp. z o.o., Aplikacja: SISMS. Zamawiający dopuszcza realizację pkt.13.2.1.5 poprzez integrację z istniejącym oprogramowaniem SISMS.

13.3.1.5.2 Musi być możliwość przynależenia klienta urzędu do wielu grup jednocześnie.

13.3.1.5.3 Administrator musi mieć możliwość założenia wielu publicznych i prywatnych grup w Systemie.

13.3.1.5.4 Administrator musi mieć możliwość anulowania grupy.13.3.1.5.5 Użytkownik musi mieć możliwość samodzielnego zapisania się do wielu

grup publicznych.13.3.1.5.6 System powinien umożliwiać dodawanie Użytkowników do grupy za pomocą

zaawansowanej funkcji wyszukiwania grupowego, gdzie istnieje możliwość utworzenia grup ze względu na lokalizację, rolę w systemie.

13.3.1.5.7 Dla każdego użytkownika System musi umożliwiać ustalenie w każdej z grup kanału powiadamiania, na który wyraża zgodę (SMS, eMail, Aplikacja mobilna).

13.3.1.5.8 Administrator musi mieć możliwość zapisania użytkowników do grup prywatnych (np. Radni, Sołtysi etc.)

13.3.1.5.9 Administrator musi mieć możliwość zaplanowania wysłania wiadomości do kilku grup jednocześnie ze wskazaniem planowanej daty i czasu wysyłki oraz kanału wysłania:

a) SMS, b) e-mail,c) Aplikacja mobilna.

13.3.1.5.10 System powinien udostępniać przekazanie ankiety do wybranej grupy użytkowników wcześniej zaplanowanych w Systemie.

Strona 85

13.3.1.5.11 Możliwość tworzenia szablonów komunikatów informacyjnych wysyłanych do klientów Urzędu.

13.3.1.5.12 Możliwość wysyłania komunikatów do wszystkich klientów należących do wybranej grupy bez konieczności wybierania z osobna każdego klienta w danej grupie.

13.3.1.5.13 Możliwość skierowania przekazu tylko do jednej wybranej lub wielu wybranych grup z wcześniej zdefiniowanych grup klientów urzędu.

13.3.1.5.14 Możliwość ustalenia terminu wysyłki informacji do odpowiednio wyselekcjonowanych grup mieszkańców. W ustawionym dniu i o określonej godzinie portal następnie samoczynnie wyśle wcześniej zdefiniowany komunikat do klientów urzędu

13.3.1.5.15 Możliwość przygotowania i przeprowadzenie ankiet i innych formularzy komunikacji zwrotnej z raportowaniem wśród wybranych grup klientów urzędu

13.3.1.5.16 Aplikacja mobilna w ramach modułu powiadamiania musi umożliwiać:a) zapisanie się do grup informacji w celu pobierania powiadomień,b) odbierania powiadomień,c) przeglądanie powiadomień,

Uwaga:Zamawiający nie wymaga aby Aplikacja mobilna posiadała funkcjonalności zarzadzania powiadomieniami od strony Urzędu.

13.3.1.6. Moduł informacji turystycznych

13.3.1.6.1 Moduł musi udostępnić mieszkańcom informacje o terenach gminy.

Zamawiający dopuszcza możliwość wykorzystania istniejącego oprogramowania SIP Zamawiającego (System Informacji Przestrzennej: Producent: Geo-System Sp. z o.o.) poprzez np. założenie warstw tematycznych WMS.

13.3.1.6.2 Zaleca się aby moduł posiadał część publiczną, w której Urząd będzie mógł prezentować np. ścieżki zwiedzania, ciekawe obiekty turystyczne i historię okolicy JST.


13.3.1.6.4 Możliwość umieszczenia na portalu informacji o ciekawych wydarzeniach i imprezach organizowanych na terenie gminy.

13.3.1.6.5 Możliwość utworzenia i udostępnianie na portalu tras zwiedzania, propozycje wycieczek.

Uwaga:Podczas tworzenia tras zwiedzania musi być możliwość definiowania poszczególnych obiektów będących na trasie zwiedzania – dodawanie nowych ciekawych miejsc, usuwanie oraz dokonywanie zmian w już naniesionych obiektach np. uszczegółowianie opisów.

13.3.1.6.6 Możliwość wyszukiwania zdefiniowanych wcześniej obiektów polecanych do zwiedzania.

13.3.1.6.7 Musi być możliwość wytyczania różnych tras turystycznych z uwzględnieniem poziomu ich trudności oraz czasu trwania.

13.3.1.6.8 Możliwość obsługi tras turystycznych – publikacja, edycja, usunięcie, wyszukiwanie itp.

13.3.1.6.9 Możliwość tworzenia i obsługi ścieżek ekologicznych z publikacją zdjęć ciekawych miejsc.

13.3.1.6.10 Możliwość prezentowania tras turystycznych, ścieżek ekologicznych, innych ciekawych tras na mapie

Strona 86

13.3.1.6.11 Możliwość definiowania i określania dostępnych środków transportu na trasie, czasu trwania wycieczki czy też długości trasy.

13.3.1.6.12 Możliwość obsługi ciekawych wydarzeń na terenie gminy – publikacja, edycja, usunięcie, wyszukanie, dołączanie zdjęć z publikacji wydarzenia itp.

13.3.1.6.13 Możliwość przeglądania obiektów turystycznych na mapie JST.

13.3.1.6.14 Możliwość przeglądania skróconych informacji i zdjęcia podczas zaznaczenia obiektu na mapie.

13.3.1.6.15 Możliwość przejrzenia szczegółów obiektu turystycznego.

13.3.1.6.16 Aplikacja mobilna w ramach modułu informacji turystycznych musi umożliwiać przegląd informacji turystycznych, obiektów turystycznych i ścieżek turystycznych na mapach w urządzeniu mobilnym.

Uwaga:Zamawiający nie wymaga aby Aplikacja mobilna posiadała funkcjonalności zarzadzania konfiguracją obiektów na mapach, redagowania treści informacji turystycznych i innych wymagających zarządzania modułem.

13.3.1.7. Moduł map informacyjnych

13.3.1.7.1 Moduł map informacyjnych prezentuje dane z systemu dziedzinowego oraz inne elementy dostarczone w ramach GeoServera (warstwy WMS).

Zamawiający dopuszcza możliwość wykorzystania istniejącego oprogramowania SIP Zamawiającego (System Informacji Przestrzennej: Producent: Geo-System Sp. z o.o.) poprzez np. założenie warstw tematycznych WMS.

13.3.1.7.2 Możliwość zarządzania opublikowanymi warstwami prezentowanymi na mapie JST.

13.3.1.7.3 Możliwość dodania warstwy informacji przestrzennych w standardzie WMS.13.3.1.7.4 Każda z warstw merytorycznych pochodzących z SD musi być umieszczona,

wdrożona i skonfigurowana w technologii GeoServer.13.3.1.7.5 Możliwość zaprezentowania na mapie warstwy nieruchomości stanowiącej

mienie gminy z uwzględnieniem takich informacji jak: a) numer obrębu, b) numer działki, c) powierzchnię, d) właściciela działki / budynku z rozróżnieniem typu własności, e) adresu właściciela, f) kontaktu do właściciela.

13.3.1.7.6 Możliwość zaprezentowania na mapie analizy demograficznej JST z uwzględnieniem:

a) dzieci do lat 3, b) dzieci przedszkolne, c) dzieci szkolne, d) dzieci do lat 18, e) osoby w wieku produkcyjnym, f) osoby w wieku poprodukcyjnym, wszyscy zameldowani.

13.3.1.7.7 Możliwość przeprowadzenia analizy przestrzennej podatku osób prawnych i fizycznych, w tym m.in.:

a) działki i budynki podmiotów prawnych i osób fizycznych, b) działki i budynki zadeklarowane do podatku, c) płatności dokonane na działkach zadeklarowanych.

System musi umożliwiać wygenerowanie warstwy działek i budynków

Strona 87

niezadeklarowanych, oraz działek i budynków nieopłaconych.13.3.1.7.8 Możliwość przeprowadzenia analizy przestrzennej zezwoleń na sprzedaż

napojów alkoholowych, w tym m.in. punkty wydania aktualnych koncesji alkoholowych, opłaconych koncesji alkoholowych oraz nieopłaconych koncesji alkoholowych.

13.3.1.7.9 Możliwość przeprowadzenia analizy przestrzennej nieruchomości objętych deklaracjami na wywóz odpadów, punktów z opłaconymi deklaracjami, punktów z zaległościami.

13.3.1.7.10 Możliwość przeprowadzenia analizy przestrzennej nieruchomości objętych nadzorem nad rozliczeniem wody i/lub ścieków z oznaczeniem opłaconych i nieopłaconych punktów.

13.3.1.7.11 Administrator musi mieć możliwość konfiguracji prezentacji warstwy w trzech obszarach:

a) użytkownik publiczny – niezarejestrowany,b) użytkownik zarejestrowany, c) pracownik JST.

13.3.1.7.12 Aplikacja mobilna musi umożliwiać funkcjonalności przeglądania informacji na mapach udostępnionych publicznie lub po zalogowaniu do Portalu usług elektronicznych dla mieszkańca lub przedsiębiorcy.

Uwaga:Zamawiający nie wymaga aby Aplikacja mobilna posiadała funkcjonalności do zarządzania zakresem informacyjnym modułu map informacyjnych.

13.3.1.8. Moduł zarządzania gospodarstwami (odpady, woda, ścieki)

13.3.1.8.1 Moduł przeznaczony jest do wsparcia mieszkańców i przedsiębiorców w obszarze odpadów, rozliczania wody i ścieków.

Uwaga:Procesy związane z rozliczaniem opłat za wodę i ścieki realizowane są przez Krośnieńskie Przedsiębiorstwo Wodno-Kanalizacyjne Sp. z o.o. (KPWK). Zamawiający planuje w przyszłości integrację wdrażanego Oprogramowania w ramach realizacji Przedmiotu Zamówienia z istniejącym oprogramowaniem KPWK. Integracja będzie realizowana poprzez API Wykonawcy.


13.3.1.8.3 Możliwość prezentowania dla mieszkańców:a) harmonogramu odbierania odpadów, b) stawek za rozliczenie wody i ścieków.

13.3.1.8.4 Możliwość zapisania się użytkownika na listę powiadamiania w zakresie zbiórki odpadów.

13.3.1.8.5 Możliwość podania stanu licznika wody i/lub ścieków.

Uwaga:Możliwość zarządzania udostępnianymi danymi za pomocą API.

13.3.1.8.6 Możliwość zgłoszenia deklaracji na odbiór odpadów za pomocą ePUAP.

Uwaga:W ramach wdrożenia Wykonawca musi opracować wymagane dokumenty/deklaracje/formularze po stronie ePUAP.

13.3.1.8.7 Możliwość przeglądu wystawionych faktur za rozliczenie wody i/lub ścieków w ramach skorzystania z modułu konta klienta.

Uwaga:

Strona 88

Możliwość zarządzania udostępnianymi danymi za pomocą API.13.3.1.8.8 Możliwość przejścia do realizacji opłaty za wskazaną fakturę do modułu

płatności online.13.3.1.8.9 Możliwość publikacji przez administratora harmonogramu odbierania

odpadów, stawek za rozliczenie wody i ścieków.13.3.1.8.10 Możliwość zgłoszenia założenia licznika wody/ścieków.

13.3.1.8.11 Możliwość zgłoszenia awarii licznika wody/ścieków za pomocą modułu zarządzania usterkami.

13.3.1.8.12 Aplikacja mobilna musi umożliwiać: a) podanie stanu licznika, b) przegląd wartości wystawionej faktury, c) zgłoszenie awarii licznika.

Aplikacja musi umożliwiać przypomnienie o zbliżających się terminach:a) Wywozu odpadówb) Podania stanu licznika.

Uwaga:Zamawiający nie wymaga aby Aplikacja mobilna posiadała funkcjonalności zarządzania modułem i informacjami w module).

13.3.1.9. Moduł rezerwacji terminu na ślub

13.3.1.9.1 Moduł przeznaczony do wsparcia mieszkańców w rezerwacji terminu ślubu.13.3.1.9.2 Możliwość zarezerwowania terminu ślubu.13.3.1.9.3 Możliwość opisania karty usługi przeprowadzenia ślubu cywilnego.13.3.1.9.4 Możliwość określenia daty dostępności usługi przeprowadzenia ślubu oraz

orientacyjnego czasu trwania ceremonii.13.3.1.9.5 Możliwość zgłoszenia rezerwacji przez użytkownika:

a) zautoryzowanego, b) niezautoryzowanego.

13.3.1.9.6 Możliwość wymuszenia potwierdzenie terminu rezerwacji przez użytkownika.

13.3.1.9.7 Moduł musi korzystać z usług modułu elektronicznego biura obsługi interesanta.

13.3.1.9.8 Aplikacja mobilna musi posiadać funkcjonalności rezerwacji terminu ślubu.

Uwaga:Zamawiający nie wymaga aby Aplikacja mobilna posiadała funkcje zarzadzania modułem i informacjami w module.

13.3.1.10. Moduł usterka

13.3.1.10.1 Moduł musi umożliwiać zgłaszanie informacji o wydarzeniach i uszkodzeniach, które miały miejsce na terenie gminy.

13.3.1.10.2 Moduł musi posiadać część publiczną i część prywatną, oraz aplikację na urządzenia mobilne z systemem operacyjnym typu Android.

13.3.1.10.3 W części publicznej system musi prezentować mapę JST z aktualnie zgłoszonymi zdarzeniami.

13.3.1.10.4 W części publicznej system musi umożliwiać zgłoszenie zdarzenia wraz ze wskazaniem lokalizacji na mapie JST.

13.3.1.10.5 W ramach aplikacji mobilnej system musi umożliwiać zgłoszenia zdarzenia z uwzględnieniem dodania zdjęcia i lokalizacji zdarzenia, opisu.

13.3.1.10.6 W ramach aplikacji mobilnej system musi umożliwiać przejrzenie własnych

Strona 89

zgłoszeń oraz wszystkich aktualnych zgłoszeń w systemie.13.3.1.10.7 System musi umożliwiać w części prywatnej obsługę zgłoszonego zdarzenia

z uwzględnienie moderowania zgłoszenia, przyjęcia zgłoszenia i naprawienia zgłoszenia.

13.3.1.10.8 Aplikacja mobilna musi posiadać możliwość:a) zgłoszenia usterki z lokalizacją GPS oraz zdjęciem usterki, b) przegląd usterek na mapie, c) przegląd szczegółów usterki.

Uwaga:Zamawiający nie wymaga aby Aplikacja mobilna posiadała funkcjonalności zarządzania usterkami skierowanych do administratora modułu. Funkcjonalności te muszą być dostępne w ramach Portalu www.

13.3.1.11. Analizy, API

13.3.1.11.1 SUE musi umożliwiać dostęp do zagregowanej informacji publicznej, a w szczególności udostępniać liczne zestawienia i analizy dotyczące Jednostki Samorządu Terytorialnego, prezentowane w postaci wykresów i podsumowań.

Zestawienia wyświetlane są w oparciu o dane zgromadzone w Bazie danych aplikacji dziedzinowych JST.

13.3.1.11.2 Możliwość zarządzania udostępnianymi danymi za pomocą API systemu SUE.

Warstwa komunikacyjna API musi umożliwiać zachowanie:a) integralności,b) niezaprzeczalności,c) poufności,d) autentyczności komunikacji.

API musi spełniać wytyczne opisane min.:a) Krajowe Ramy Interoperacyjności,b) Europejskie Ramy Interoperacyjności.

13.3.1.11.3 Możliwość uzyskania informacji: a) planowanych dochodach i wydatkach gminy z graficzną prezentacją

wykresów,b) mieszkańcach gminy np. struktura wiekowa, liczba ludności w

podziale na grupy, analizy urodzeń i zgonów itp.,c) wielkości i ilości gospodarstw na terenie gminy,d) z rejestru nieruchomości np. stan mienia gminy, zestawienie

nieruchomości wg wybranych parametrów itp.,e) informacji wymaganych w pkt.13.3.1.8.

13.3.1.11.4 Możliwość prezentowania otrzymanych zestawień w różnej formie graficznej np. tabelarycznej, wykresów słupkowych, kołowych

13.3.1.11.5 Możliwość dla każdej analizy określenia poziomu dostępności: a) publiczna, b) dla zarejestrowanych użytkowników, c) dla pracowników JST.

13.3.1.11.6 Możliwość zarządzania dostępem do usług API.

13.3.1.11.7 Wymagany zakres danych udostępnianych w ramach usług API:a) dane statystyczne z modułu Analiz,b) dane przestrzenne z modułu map informacyjnych.

13.3.1.11.8 Administrator musi mieć możliwość określenia dostępu dla danego użytkownika do danej usługi. Po określeniu dostęp, użytkownik będzie miał

Strona 90

możliwość korzystania z usługi z uwzględnieniem własnych danych autoryzacyjnych.

13.3.1.11.9 System musi logować każdorazowe skorzystanie z usługi API z odnotowaniem:

a) użytkownika, b) daty i czasu,c) usługi, z której korzystał Użytkownik.

13.3.1.11.10Usługi publikowane w ramach API muszą korzystać z Warstwy Szyny Danych.

13.3.1.11.11Zamawiający nie wymaga aby usługa API udostępniała dane graficzne.

13.3.1.11.12API musi umożliwiać integrację z dowolnymi systemami dziedzinowymi niebędącymi przedmiotem zamówienia.

Uwaga:Wykonawca nie ma obowiązku dostosować zewnętrznych systemów do korzystania udostępnionych usług.

13.3.1.11.13Moduł Analiz i Api jest realizowany wyłączenie za pośrednictwem Portalu www.

13.3.1.12. Warstwa Szyny Danych

13.3.1.12.1 Moduł przeznaczony nadzoru nad integrowanymi danymi pobieranymi do SUE oraz przekazywanymi z SUE.

13.3.1.12.2 Komunikacja pomiędzy SD, SUE i EZD jak również pomiędzy systemami zewnętrznymi musi być realizowana przez pośrednią warstwę integracyjną Szynę Danych.

13.3.1.12.3 ESB musi odpowiadać za: a) rejestrację usług sieciowych oferowanych przez SD, SUE i EZD

lokalnie, tzn. w ramach LAN Zamawiającego,

rejestrowanie potwierdzeń i statusów przekazania i przyjęcia informacji przez komunikujące się systemy: obsługę sytuacji polegających na chwilowej utracie łączności z warstwą integracyjną przez jeden lub kilka komunikujących się systemów.

13.3.1.12.4 ESB musi umożliwiać prezentację w graficznym interfejsie użytkownika informacji w zakresie monitorowania wymiany danych oraz diagnozowania problemów z przekazywaniem danych.

13.3.1.12.5 ESB musi zapewniać zapisywanie wykonanych operacji w logach pozwalających zidentyfikować nadawcę, odbiorcę, status każdego komunikatu, przy czym poziom szczegółowości rejestrowanych informacji jest definiowany przez administratora.

13.3.1.13. Oprogramowanie bazodanowe (OB)

13.3.1.13.1 OB.: Oprogramowanie bazodanowe - serwer relacyjnej Bazy Danych.

13.3.1.13.2 Zakres Przedmiotu Zamówienia obejmuje dostarczenie i wdrożenie Oprogramowania bazodanowego (OB) wraz z niezbędnymi licencjami dostępowymi bez ograniczeń ilościowych, umożliwiającego realizację wszystkich procesów Zamawiającego oraz realizację wytycznych opisanych przez Zamawiającego w treści Zadań oraz SIWZ.

13.3.1.13.3 Oprogramowanie bazodanowe (OB): serwer relacyjnej Bazy Danych typu SQL (np. Microsoft SQL, MySQL, Oracle, PostgreSQL lub równoważny).

Uwaga:

Strona 91

Wykonawca zobowiązany jest udzielić Zamawiającemu niewyłącznej Licencji na korzystanie z Oprogramowania oraz niezbędnego do jego działania Oprogramowania Bazodanowego. Licencja musi być udzielona na czas nieokreślony.

Licencja na Oprogramowanie bazodanowe musi umożliwić uruchomienie Oprogramowania na Serwerze bazodanowym typ I (Zadanie 2).

13.3.1.13.4 Dobór rozwiązania OB leży po stronie Wykonawcy.

13.3.1.13.5 Wykonawca zapewni przeszkolenie administratora wskazanego przez Zamawiającego w zakresie administracji i konfiguracji zaoferowanego OB.

Szkolenie musi obejmować co najmniej instalację, konfigurację Bazy Danych, obsługę narzędzi Administratora, architekturę Systemu, zagadnienia związane z zachowaniem bezpieczeństwa, integralności i zabezpieczenia przed utratą danych, przywracaniem danych po awarii.

Szkolenia realizować zgodnie z wytycznymi opisanymi w pkt.11.

13.3.2.Moduł EZD

13.3.2.1. Moduł EZD musi być zintegrowanym pakietem oprogramowania do zarządzania dokumentami papierowymi i w postaci plików XML, korespondencją, sprawami oraz poleceniami opartymi o Rzeczowy Wykaz Akt (RWA) lub podobną metodę klasyfikacji, oraz instrukcję obiegu dokumentów elektronicznych wraz z wykorzystaniem podpisu elektronicznego.

Całość powinna być zbudowana i działać zgodnie ze światowymi standardami i wymogami prawa, w tym - z ustawy o informatyzacji podmiotów realizujących zadania publiczne, ustawy o podpisie elektronicznym oraz innymi przepisami powstałymi z delegacji tych ustaw.

13.3.2.2. Architektura EZD musi być otwarta i oparta na działających niezależnie od innych usług, które będą posiadać wyspecyfikowane interfejsy. Aplikacja powinna również umożliwiać integrację (za pośrednictwem rozwiązania informatycznego działającego w strukturze rozproszonej) z wdrażanymi w projekcie programami dziedzinowymi, a także krajową platformą e-PUAP.

13.3.2.3. Rozwiązania wchodzące w skład Modułu EZD muszą być zgodne z aktami prawnymi regulującymi pracę urzędów oraz realizacji e-usług.

System funkcjonalnie musi pozwalać na tworzenie centralnej, uporządkowanej bazy dokumentów i informacji, pism przychodzących i wychodzących, poleceń służbowych, umów, uchwał, regulacji wewnętrznych itp. Będzie również organizować i systematyzować występujące w różnych formatach dokumenty, usprawniać dostęp do informacji, kontrolować drogę ich obiegu, stan realizacji oraz usprawnić obsługę klientów i obywateli.

13.3.2.1. Wymagania ogólne EZD

13.3.2.1.1 EZD musi być zbudowany w architekturze trójwarstwowej, złożonej z:a) programu klienckiego (kod generowany dla przeglądarki

internetowej),

Strona 92

b) serwera aplikacji (kod zarządzający aplikacją, wykonujący funkcje z zakresu logiki biznesowej, pośredniczący między żądaniami programu klienckiego a funkcjami udostępnianymi przez motor bazy danych),

c) motoru Bazy danych, zarządzającego SQL-ową bazą danych (Oprogramowanie Bazodanowe).

13.3.2.1.2 EZD musi umożliwiać pracę na minimum jednej bazie np. typu Open Source.13.3.2.1.3 Interfejs użytkownika systemu musi być w całości polskojęzyczny.

Uwaga:W języku polskim muszą być również wyświetlane wszystkie komunikaty przekazywane przez System, włącznie z komunikatami o błędach.

13.3.2.1.4 System musi umożliwiać pracę w trzech trybach:a) w trybie wspierającym obieg dokumentów papierowych,b) w trybie EZD,c) w trybie mieszanym.

13.3.2.1.5 EZD musi umożliwić tworzenie i prowadzenie dokumentacji Urzędu, a w szczególności:

a) prowadzenie rejestrów pism wpływających,b) prowadzenie rejestrów wychodzących, c) prowadzenie rejestrów wewnętrznych, d) prowadzenie spraw,e) prowadzenie rejestrów urzędowych,f) prowadzenie dokumentacji niestanowiącej akt sprawy.

13.3.2.1.6 EZD musi zapewniać odwzorowanie obiegu dokumentów elektronicznych jak i zeskanowanych dokumentów papierowych.

13.3.2.1.7 EZD musi zapewniać obsługę dokumentów zgodną z JRWA Zamawiającego.13.3.2.1.8 EZD musi umożliwiać prowadzenie co najmniej następujących ewidencji:

a) ewidencję struktury organizacyjnej Zamawiającego,b) ewidencję pracowników i stanowisk pracy,c) ewidencję rejestrowanych dokumentów z podziałem na co najmniej:

i. ewidencja pism wpływających, ii. ewidencja pism wychodzących, iii. ewidencja pism wewnętrznych,

d) ewidencję spraw,e) ewidencję dokumentów archiwalnych.

13.3.2.1.9 EZD musi zapewniać możliwość dołączania pojedynczych dokumentów do sprawy, jak i możliwość dołączania zbiorczych dokumentów (dołączanie kilku wskazanych dokumentów). Fakt dołączenia dokumentu lub dokumentów do sprawy musi być widoczny w metryce sprawy.

13.3.2.1.10 Wyposażony w system powiadomień o istotnych zdarzeniach systemowych co najmniej w zakresie:

a) powiadomienia o przekazaniu dokumentów,b) powiadomienia o przekazaniu dokumentu do akceptacji,c) powiadomienia o zaakceptowaniu dokumentu,d) powiadomienia o dekretacji dokumentu.

13.3.2.1.11 Funkcja podpisu elektronicznego musi umożliwiać podpisywanie jednego elementu Systemu EZD przez wielu użytkowników. Podpis musi być opisany w formacie XAdES. Informacja o podpisie musi być prezentowana użytkownikowi.

13.3.2.1.12 Funkcja podpisu elektronicznego ma umożliwiać poprawne wykorzystanie certyfikatów kwalifikowanych pochodzących od wszystkich certyfikowanych wystawców.

13.3.2.1.13 Możliwość zarządzania zastępstwami w przypadku choroby lub urlopu pracowników.

13.3.2.1.14 EZD musi posiadać centralną numerację dokumentów, gwarantującą

Strona 93

unikalność numeracji w całym systemie. EZD musi nadawać automatycznie numer wszystkim zidentyfikowanym rodzajom dokumentów.

13.3.2.1.15 EZD powinno umożliwiać integrację z Biuletynem Informacji Publicznej używanym przez Zamawiającego w sposób umożliwiający automatyczną publikację stanu spraw.

System EZD musi umożliwiać eksport stanu staw na BIP w postaci wskazanej przez Zamawiającego.

13.3.2.1.16 System musi umożliwiać skanowanie dokumentów z poziomu EZD oraz zapisywanie ich formy elektronicznej.

13.3.2.1.17 Wbudowany moduł skanowania, niezależny od producenta skanera. Moduł powinien współpracować z dowolnym skanerem obsługującym interfejs TWAIN. Moduł skanowania powinien pozwalać na ustawienie podstawowych parametrów skanowania, w tym co najmniej:

a) wybór skanera,b) rozdzielczość (parametry zgodnie ze sterownikami skanera),c) format,d) paleta kolorów – Kolorowy, Czarno-Biały, Odcienie szarości,e) źródło papieru – Taca, Podajnik (1-stronnie), Podajnik (2-stronnie),f) podgląd poszczególnych stron, g) usuwanie, h) skanowanie nowych, ponowne skanowanie stron, skanowanie

dwustronne,i) zmiana kolejności stron,j) zapisywanie na dysku lub dołączanie do pisma w systemie.

13.3.2.1.18 System musi mieć możliwość rozbudowy o narzędzie rozpoznawania tekstu (OCR).

13.3.2.1.19 System musi posiadać możliwość integracji z platformą ePUAP.

Uwaga:System EZD musi umożliwiać odbieranie oraz wysyłanie korespondencji przez platformę ePUAP oraz możliwość jednoczesnego obsługiwania wielu skrytek/skrzynek skonfigurowanych na koncie Zamawiającego.

13.3.2.1.20 System musi umożliwia integrację z Active Directory w trybie SSO (Single Sign On).

Uwaga:Logowanie do systemu musi odbywać się automatycznie za pomocą danych z konta AD. Użytkownik po zalogowaniu do AD nie musi logować się drugi raz do systemu EZD (jednokrotne logowanie).

13.3.2.1.21 System powinien posiadać możliwość informowania kierownika, które pisma przekazane do akceptacji ma podpisać podpisem kwalifikowanym

13.3.2.1.22 EZD musi zapewniać możliwość:a) narzucenia minimalnej długości hasła oraz obowiązku wykorzystania

różnych rodzajów znaków w haśle (np. liter, cyfr i znaków specjalnych),

b) ustalenia czasu obowiązywania hasła,c) automatycznego odrzucania prób ustalenia przez użytkownika

trywialnego hasła (np. imienia lub nazwiska użytkownika).13.3.2.1.23 EZD musi zapewnić blokowanie dostępu określonych użytkowników do

zasobów Systemu. 13.3.2.1.24 Wykonawca powinien dostarczyć narzędzie służące do wykonywania

automatycznej oraz ręcznej kopii zapasowej EZD. Przy kopii automatycznej administrator ma mieć możliwość zdefiniowania konkretnego terminu wykonania kopii lub terminu powtarzającego się cyklicznie. Narzędzie to ma umożliwiać wykonywanie co najmniej dwóch rodzajów kopii:

a) pełną kopię bezpieczeństwa EZD (kopia, która umożliwia

Strona 94

przywrócenie systemu wraz z wszystkimi ustawieniami, z bazą danych),

b) różnicową kopię EZD (aktualizuje kopię pełną o dane, które uległy zmianie).

13.3.2.1.25 EZD musi być wyposażony w wyszukiwarkę umożliwiającą wyszukanie odpowiednich dokumentów (i innych obiektów) oraz interesantów według predefiniowanych atrybutów (kryteriów wyszukiwania).

13.3.2.1.26 Przy wprowadzaniu interesanta do bazy interesantów (zarówna os. fizyczna jak i instytucja) powinna być możliwość weryfikacji czy taki interesant został już wprowadzony, bez możliwości powielania tych samych danych.

13.3.2.1.27 System powinien umożliwiać wyszukiwanie dokumentów i spraw po frazie (min. 3 znaki frazy). W wynikach wyszukiwania system powinien oznaczać tekst wyszukanej frazy.

13.3.2.1.28 System EZD musi umożliwiać odbieranie i wysyłanie dowolnych dokumentów z i do zewnętrznych systemów za pośrednictwem skrytki ePUAP.

13.3.2.2. Korespondencja przychodząca

13.3.2.2.1 Możliwość definiowania:a) rejestrów korespondencji wpływającej,b) formatek rejestracji korespondencji wpływającej,c) podręcznych list dekretacji,d) dostępu do korespondencji.

13.3.2.2.2 Pełna obsługa obiegu wewnętrznego korespondencji:a) wielopoziomowe dekretowanie i przekazywanie pism (oryginałów) do

podległych komórek organizacyjnych i pracowników,b) wycofywanie niewłaściwie zadekretowanej i przekazanej

korespondencji,c) dekretowanie i przekazywanie kopii pism kierowanych „do

wiadomości” pracowników i komórek organizacyjnych, przekazywanie na dowolne stanowisko, możliwość przekazywania oryginału z zachowaniem kopii u użytkownika przekazującego.

13.3.2.2.3 Integracja z ePUAP, automatycznie rejestrowanie korespondencję wpływającą tym kanałem komunikacji, w tym:

a) automatycznie dodawanie nowego klienta do bazy klientów,b) wiązanie dokumentu z klientem już zarejestrowanym w bazie.

13.3.2.2.4 Możliwość rejestracji papierowej korespondencji przychodzącej wraz z załącznikami i wielostronicowe skanowanie jej z poziomu Systemu do postaci elektronicznej.

13.3.2.2.5 Możliwość dołączania formatki dyspozycji z zestandaryzowanym zestawem poleceń odnośnie sposobu postępowania z dokumentem na każdym etapie dekretacji dokumentu.

13.3.2.2.6 Możliwość dołączania do dokumentu notatek (żółtych karteczek) z możliwością przeglądania wszystkich dołączonych notatek.

13.3.2.2.7 Możliwość drukowania etykiety samoprzylepnej zastępującej pieczęć wpływu. Na pieczęci powinien być drukowany kod kreskowy umożliwiający identyfikację i wyszukiwanie dokumentów przy pomocy czytnika kodów lub wczytanie kodu z klawiatury.

13.3.2.2.8 Możliwość zapisania daty wpływu do organizacji Zamawiającego oraz daty nadania.

Dodawanie dat powinno być umożliwione poprzez wybór daty z kalendarza lub wypełnienie pola. Wszystkie pola daty powinny zawierać zdefiniowane maski odpowiadające wymaganym formatom daty. Pole z datą wpływu do Zamawiającego powinno być wypełniane automatycznie i podlegać możliwość edycji.

Strona 95

13.3.2.2.9 Możliwość wydruku potwierdzenia przyjęcia korespondencji ze wskazaniem na:

a) numer pisma, b) datę wpływu pisma, c) ilość (wykaz) załączników a także unikalny identyfikator (numer) pod

którym zostało zarejestrowane we właściwym rejestrze, d) dane interesanta oraz kod kreskowy zawierający numer,

identyfikujący dokument i umożliwiający sprawdzenie stanu załatwienia sprawy przez petenta lub wpisanie dowolny tekst zdefiniowany przez Administratora systemu.

13.3.2.2.10 EZD w czasie rejestracji dokumentu musi automatycznie nadawać kolejny numer korespondencji zgodnie ze zdefiniowaną maską numerowania pism.

13.3.2.2.11 Wymagana współpraca z systemem GUS – TERYT.

13.3.2.2.12 Możliwość przechowywania danych historycznych (poprzednich adresów).

13.3.2.2.13 Metryka korespondencji przychodzącej musi zawierać między innymi pola określające:

a) dysponenta, b) osób które otrzymały pismo do wiadomości, c) data wpływu, d) nadawca, e) termin załatwienia, f) listę załączników elektronicznych, g) odnośnik do sprawy, w której pismo zostało umieszczone (musi być

możliwe ograniczenie umożliwiające użytkownikom niebędącym dysponentami pism wpływających blokowanie dostępu do szczegółów sprawy).

13.3.2.2.14 Możliwość dołączania pisma przychodzącego do rejestrów urzędowych.

13.3.2.2.15 Możliwość dołączania pisma przychodzącego do dokumentacji niestanowiącej akt sprawy.

13.3.2.3. Korespondencja wychodząca

13.3.2.3.1 Możliwość definiowania:a) rejestrów korespondencji wpływającej,b) definiowanie formatek rejestracji korespondencji wpływającej,c) definiowanie dostępu do korespondencji.

13.3.2.3.2 Metryka korespondencji wychodzącej musi zawierać między innymi pola określające:

a) dysponenta, b) datę, c) adresata, d) lista załączników elektronicznych, e) data i sposób wysyłki, f) odnośnik do sprawy, w której pismo zostało umieszczone, (musi być

możliwe ograniczenie umożliwiające użytkownikom niebędącym dysponentami pism wychodzących blokowanie dostępu do szczegółów sprawy).

13.3.2.3.3 Możliwość kierowania pism do akceptacji i akceptowanie ich w formie statusów kontrolowanych przez aplikację i podpisów elektronicznych.

13.3.2.3.4 Możliwość podpisywania pism i załączników podpisem elektronicznym kwalifikowanym i niekwalifikowanym z poziomu aplikacji, z możliwością wielokrotnego podpisywania dokumentu przez osoby akceptujące i kontrasygnowanie.

13.3.2.3.5 Możliwość podpisywania pism Profilem Zaufanym (PZ) w czasie wysyłki za

Strona 96

pośrednictwem platformy ePUAP.13.3.2.3.6 Możliwość ustalenia przez pracownika, sposobu w jaki sposób chce

skierować korespondencję do adresata: a) poczta (polecony, zwykły, ze zwrotką), b) osobiście, c) goniec, d) kancelaria, e) e-mail, f) ePUAP,

z możliwością ostatecznej weryfikacji i edycji sposobu wysyłki przez Kancelarię.

13.3.2.3.7 EZD powinien wpierać kancelarię w zakresie przygotowania pism do wysyłki, między innymi:

a) generowanie wykazów pocztowych,b) generowanie kodów kreskowych identyfikujących pismo,c) drukowanie kopert,d) drukowanie etykiet adresowych.

13.3.2.3.8 Możliwość dołączania pisma wychodzącego do rejestrów urzędowych.13.3.2.3.9 Możliwość dołączania pisma wychodzącego do dokumentacji niestanowiącej

akt sprawy.

13.3.2.4. Obsługa spraw i dokumentacji wewnętrznej

13.3.2.4.1 Możliwość (w zakresie obsługi spraw):a) definiowanie maski numeracji spraw,b) zakładanie spraw,c) dzielenie spraw,d) przenoszenie spraw do innego prowadzącego,e) wskazywanie współprowadzącego sprawęf) definiowanie podgrup spraw (podteczek)g) dołączenie dokumentów do sprawy,h) procedowanie sprawy zgodnie z obiegiem,i) przygotowanie pism wychodzących,j) gromadzenie pism w sprawie,k) wprowadzenie uwag przez uprawnione osoby do dokumentów,l) statusowanie spraw,m) wielopoziomową akceptację pism w sprawie,n) prowadzenie opisu przebiegu realizacji sprawy.

13.3.2.4.2 Możliwość integracji z systemem MS Office/OpenOffice w zakresie otwierania plików programów WORD i EXCEL (oraz ich odpowiedników w OpenOffice) i automatycznego ich zapisywania w EZD z uwzględnieniem wersjonowania pliku.

13.3.2.4.3 Możliwość prowadzenia spraw w oparciu o system kancelaryjny, zgodny z obowiązującą jednolitą i uporządkowaną ewidencję akt spraw.

13.3.2.4.4 Możliwość tworzenia akt spraw w oparciu o dokumenty otrzymane lub wytworzone w komórce organizacyjnej, wszczynanie spraw na wniosek i z urzędu.

13.3.2.4.5 Możliwość zarządzania pismami wewnętrznymi (przesyłanymi między komórkami organizacyjnymi/pracownikami).

13.3.2.4.6 Możliwość śledzenia historii pisma od momentu zarejestrowania w Systemie oraz drogi jego obiegu pomiędzy pracownikami i komórkami organizacyjnymi.

13.3.2.4.7 EZD powinien umożliwiać informowanie klientów o zakończeniu sprawy poprzez:

a) Moduł SUE, b) wysłanie smsa i/lub emaila.

Strona 97

13.3.2.5. Rejestry urzędowe, dokumentacji niestanowiącej akt sprawy

13.3.2.5.1 Możliwość ewidencji (rejestrów) dokumentów powstających i gromadzonych przez organizację, które nie są kierowane do określonych adresatów (interesantów bądź kontrahentów) takich jak:

a) regulaminy, b) statuty, c) uchwały, d) protokoły, e) umowy itp.

EZD musi wspomagać pracę organów stanowiących i wykonawczych jednostki (np. biura obsługi zarządu). Umożliwiać rejestrowanie i nadzorowanie dokumentów gromadzonych w segregatorach, teczkach i podteczkach. EZD powinien realizować typowe funkcje kancelaryjne wykonywane w związku z obsługą dokumentacji jednostki.

13.3.2.5.2 Możliwość definiowania rejestrów urzędowych oraz masek numeracji dokumentów w rejestrach.

13.3.2.5.3 Możliwość definiowania zestawu metadanych opisujących poszczególne rodzaje dokumentów w rejestrach.

13.3.2.5.4 Możliwość ewidencji dokumentacji niestanowiącej akt sprawy.13.3.2.5.5 EZD musi umożliwiać aby do dokumentacji niestanowiącej akt sprawy

można dołączyć dowolny dokument: a) pismo wpływające, b) dokument wewnętrzny, c) pismo wychodzące.

13.3.2.6. Archiwum

13.3.2.6.1 Moduł archiwum wbudowany w EZD umożliwiający wprowadzenie ręczne oraz import z programów MS EXCEL, MS WORD istniejącej ewidencji, oraz prowadzenie ewidencji dokumentacji przejmowanej z komórek organizacyjnych z podziałem na rodzaje dokumentacji:

a) aktowa, b) elektroniczna, c) osobowa pracowników, d) osobowa stażystów, e) techniczna, f) projektów realizowanych ze środków współfinansowanych z UE.

13.3.2.6.2 EZD musi posiadać wbudowany moduł archiwalny, w pełni obsługujący wszystkie podstawowe procesy związane z archiwizacją dokumentów (w tym: tworzenie spisów zdawczo-odbiorczych, brakowanie, przekazywanie do Archiwum Państwowego).

13.3.2.6.3 Możliwość kontroli poprawności kwalifikowanej dokumentacji poprzez rzeczowy wykaz akt.

13.3.2.6.4 Wbudowana funkcjonalność, zezwalającą na wgląd i wypożyczenie wyłącznie przez pracowników danej komórki, w której dokumentacja została wytworzona.

13.3.2.6.5 Możliwość wyszukiwania dokumentacji w ramach istniejącego zasobu w oparciu o:

a) kryterium rodzajowe (np. osobowej), b) rocznikami, c) komórkami organizacyjnymi, d) datą przekazania, e) nazwiskiem pracownika przekazującego.

13.3.2.6.6 Możliwość podłączenia dokumentów elektronicznych do teczki.

Strona 98

13.3.2.6.7 Możliwość prowadzenia topografii zasobu archiwum.13.3.2.6.8 Możliwość prowadzenia raportów i statystyk stanu zasobu archiwum

(eksport raportów do formatu xls lub pdf)13.3.2.6.9 Możliwość nadawania uprawnień kontom użytkowników do bazy danych na

poziomie komórki organizacyjnej i zakresie wskazanym przez archiwistę.13.3.2.6.10 EZD musi wskazywać i przypominać o możliwości wybrakowania

dokumentacji niearchiwalnej, po upływie przewidzianego w JRWA okresie przechowywania.

13.3.2.6.11 Przekazanie uprawnień archiwiście do dokumentacji spraw zakończonych po upływie okresu wskazanego w § 37 instrukcji kancelaryjnej będzie następować automatycznie tylko w wypadkach wskazanych przez archiwistę. System musi przypominać o upływie terminu do przekazania akt do archiwum.

13.3.2.6.12 EZD zapewnia mechanizmy umożliwiające archiwiście zmianę kategorii archiwalnej w spisach dokumentacji teczek aktowych przekazanych już do archiwum (przekwalifikowanie).

13.3.2.6.13 Zamawiający dopuszcza realizację pkt. 13.3.2.6 poprzez osobny moduł archiwalny lub oprogramowanie osób trzecich (do którego Wykonawca lub podmioty od niego zależne nie posiadają autorskich praw majątkowych), właściwy do obsługi archiwum akt spraw prowadzonych w systemie tradycyjnym (papierowych) i elektronicznym, który spełnia wszystkie wymagania Zamawiającego dotyczące funkcji archiwum w systemie EZD i zostanie on w ramach realizacji Przedmiotu Zamówienia w pełni zintegrowany z modułem EZD.

Uwaga:W takim przypadku koszty licencji oraz koszt integracji z EZD leży po stronie Wykonawcy.

13.3.3.Moduł SD

13.3.3.1. Wdrożenie Zintegrowanego Systemu Dziedzinowego (SD) musi objąć cały obszar funkcjonalny Zamawiającego z wyłączeniem zadań realizowanych przez systemy krajowe (np. CEIDG, itp.).

13.3.3.2. SD musi być przygotowany do pełnej obsługi dokumentu elektronicznego tj. muszą umożliwiać przyjęcie danych poprzez import danych z dokumentów elektronicznych sporządzonych przy pomocy formularzy elektronicznych udostępnionych przez Zamawiającego, bez konieczność ich ręcznego wprowadzania danych z dokumentu elektronicznego.

13.3.3.3. System dziedzinowy musi umożliwić przygotowanie dokumentu elektronicznego w celu wysyłki go do klienta oraz wydrukowanie kopii dokumentu w wersji papierowej zgodnie z wymaganiami Instrukcji Kancelaryjnej.

13.3.3.4. Wszystkie Funkcjonalności muszą umożliwiać pełną realizację czynności niezbędnych do obsługi danego obszaru. Funkcjonalności muszą być ergonomiczne, wykonane zgodnie z najlepszymi praktykami projektowania systemów informatycznych.

13.3.3.1. Warstwa administracji i integracji

13.3.3.1.1 Baza informacji o interesantach urzędu, powinna być jedna i wspólna dla wszystkich modułów dziedzinowych.

13.3.3.1.2 Wszystkie moduły podatkowe powinny mieć wspólne słowniki (stawek podatkowych, rodzaju i stawek ulg, obrębów ewidencyjnych itp.), oraz być zintegrowane z decyzjami, symulacjami podatkowymi, zaświadczeniami i postępowaniem egzekucyjnym, tak by organizacyjnie osoba merytoryczna

Strona 99

wystawiająca np. zaświadczenie dla podatnika o zaleganiu bądź niezaleganiu w podatkach miała dostęp do grupy funkcji wydawania zaświadczeń obejmujących wszystkie moduły podatkowe.

Podobnie w zakresie wydawania decyzji umarzających, zmieniających terminy płatności, rozkładających należność na raty, symulacjami i postępowaniem egzekucyjnym.

System powinien dawać możliwość ustawienia wielu wartości słownikowych w jednym miejscu, np. słownik stawek, terminów, klas gruntów itp.

13.3.3.1.3 Moduły dziedzinowe powinny być zintegrowane z modułami usług dla ludności, a w szczególności, w zakresie przelewów masowych (w księgowości zobowiązań powinno być widoczne, na które należności dokonano przelewów), dokumentów elektronicznych składanych przez interesantów za pomocą platformy ePUAP i dostępnych formularzy (np. deklaracji czy informacji podatkowych).

13.3.3.1.4 Możliwość zapisu szablonów systemowych do wydruków z systemu dziedzinowego do pliku zewnętrznego (w celu ich dalszej modyfikacji) oraz modyfikacja szablonów wydruków w aplikacji, a także możliwość wydruków z użyciem zmodyfikowanego szablonu (z pliku).

13.3.3.1.5 Możliwość pracy w środowisku sieciowym z możliwością jednoczesnego dostępu do danych wielu użytkownikom.

13.3.3.1.6 Wbudowany mechanizm zapewniający bezpieczeństwo danych oraz mechanizmy autoryzacji przez logowanie do aplikacji (także z wykorzystaniem uwierzytelniania za pomocą usług katalogowych, takich jak LDAP, ActiveDirectory itp.).

13.3.3.1.7 Dostęp (zabezpieczony hasłem i kodem dostępu) do poszczególnych modułów musi być możliwy przez wyposażenie w funkcje zarządzania użytkownikami modułów (przydzielania lub odbieranie uprawnień do poszczególnych funkcji lub grupy funkcji, a także aktywowanie lub zamykanie kont użytkowników).

System musi także dawać możliwość skonfigurowania użytkownika, który jest pracownikiem kadr i umożliwiać ustawienie dla niego zastępcy.

13.3.3.1.8 W bazie danych musi być zapis informacji o dodaniu rekordu (data i godzina operacji, użytkownik) oraz o ostatniej modyfikacji rekordu (data i godzina operacji, użytkownik).

13.3.3.1.9 Na każdym etapie pracy użytkowników poszczególnych modułów merytorycznych musi istnieć tzw. pomoc kontekstowa informująca użytkownika o możliwych działaniach.

13.3.3.1.10 Możliwość wymuszania zmiany hasła, aby użytkownicy musieli zmieniać hasło w określonym odstępie czasu. System musi też umożliwiać skonfigurowanie wymuszania stosowania tzw. twardego hasła, np. wymuszając stosowanie wielkich i małych liter, cyfr itp.

13.3.3.1.11 Aplikacja powinna zabezpieczać przed nieautoryzowanym dostępem do bazy danych. Każda zmiana w bazie wykonana przez nieautoryzowanego użytkownika powinna być zapisywana i identyfikowalna.

13.3.3.1.12 Możliwość wykonywania kopii zapasowej bazy danych z poziomu systemu, bez konieczności dostępu do bazy danych na serwerze.

13.3.3.1.13 Możliwość skorzystania z tzw. „zdalnego pulpitu”, aby użytkownicy mogli się łączyć zdalnie z pracownikiem wsparcia systemu.

13.3.3.1.14 Zarządzanie uprawnieniami powinno umożliwiać ograniczenie uprawnień do danej jednostki budżetowej. Przykładowo użytkownik obsługujący moduł księgowy powinien mieć uprawnienia jedynie do jednostki, którą obsługuje.

13.3.3.1.15 Zarządzanie uprawnieniami powinno umożliwiać ustawienie zastępstwa dla pracownika sekretariatu obsługującego system, jak też umożliwiać nadawanie dostępu do spraw i dokumentów innego użytkownika w celu

Strona 100

obsługi dokumentów elektronicznych.13.3.3.1.16 Możliwość wysyłania przez administratora systemu komunikatów do

poszczególnych użytkowników, jak również wylogowanie użytkownika z systemu.

13.3.3.1.17 Możliwość ustawienia wielu jednostek organizacyjnych, aby zwiększyć możliwość pracy kontekstowej i umożliwiać np. dodanie różnych pieczątek dla różnych jednostek, różnych numerów NIP itp.

Uwaga:Dotyczy to również dodawania danych skrytki ePUAP dla poszczególnych jednostek organizacyjnych.

13.3.3.1.18 Możliwość zarządzania listą aktywnych modułów i funkcji przez Administratora. Zarządzanie powinno dawać możliwość aktywacji, dezaktywacji modułu lub funkcji.

13.3.3.1.19 Możliwość ustawienia parametrów czasu bezczynności. Po określonym czasie nieużywania Systemu użytkownik musi zostać wylogowany.

13.3.3.1.20 Mechanizm wspólnej bazy danych musi zabezpieczać przed powielaniem zapisów, np. blokować możliwość ręcznego wpisywania nazwy ulicy przez użytkownika i wymuszać używanie słowników.

13.3.3.1.21 System w przypadku aktywnego modułu do obsługi ewidencji ludności powinien dawać możliwość aktualizowania danych wprowadzanego kontrahenta danymi z ewidencji ludności.

13.3.3.1.22 Możliwość konfiguracji obsługi dzierżaw globalnie, tzn. możliwość wymuszenia używania stawek brutto lub netto, bez konieczności każdorazowego ustawiania tych wartości podczas wprowadzania dzierżaw.

13.3.3.1.23 Możliwość uruchamiania zapytań SQL do bazy z poziomu aplikacji przez Administratora, bez konieczności logowania się do bazy danych . Wykonane zapytania powinny być widoczne w rejestrze. System powinien blokować możliwość wykonywania zapytań przeznaczonych dla innej jednostki.

13.3.3.1.24 System powinien kontrolować, aby użytkownicy wykonujący operacje na tych samych danych nie mogli tego wykonać. System musi blokować operacje użytkownika, który chce wykonać działanie na modyfikowanych danych. Blokada powinna być zdejmowana przez administratora systemu.

13.3.3.1.25 Możliwość kontrolowania połączeń systemu z bazą danych oraz dawać możliwość sprawdzania dostępności nowych wersji systemu.

13.3.3.1.26 Możliwość konfiguracji i kontroli integracji z innymi systemami. Administrator w jednym miejscu powinien mieć możliwość sprawdzenia konfiguracji z innymi systemami, a także ustawienia listy elementów podlegających integracji (kontrahenci, dokumenty itp.).

13.3.3.1.27 Możliwość sklejania danych słownikowych w przypadku ich powielenia, np. sklejania nazw ulic, kontrahentów.

13.3.3.1.28 Możliwość eksportu danych do formatu XML i CSV dla ustalonych parametrów indywidualnie przez użytkownika lub wykonawcy.

13.3.3.1.29 Możliwość wyszukania listy wykonanych eksportów wg. zadanych parametrów.

13.3.3.1.30 Możliwość eksportu danych dotyczących:a) kartotek z rejestru mieszkańców,b) geografii obszarów spisowych,c) kart rejestrów dodatkowych,d) spisów wyborczych,e) zdefiniowania własnych parametrów eksportu poprzez wykonanie

zapytania z bazy danych.13.3.3.1.31 Możliwość tworzenia pliku IPE-PN XML dla osób prawnych i fizycznych

dotyczący danych podatkowych.13.3.3.1.32 Możliwość przygotowania eksportu danych do GUS w postaci XML z modułu

rejestru mieszkańców, podatku od osób fizycznych i prawych.13.3.3.1.33 Możliwość eksportu danych w formacie XML z modułu rejestru mieszkańców

Strona 101

oraz modułów podatkowych na potrzeby modułu do obsługi opłat za śmieci.13.3.3.1.34 System musi być bezpieczny to znaczy musi posiadać procedury ochrony i

kontroli dostępu do całej bazy danych (ochrona przed nieuprawnionym dostępem, mechanizmy kryptograficzne, wsparcie redundancji sprzętowej i programowej, itp., ochrona integralności danych, zabezpieczenie danych przed uszkodzeniem i utratą danych), oraz poszczególnych rodzajów danych (np. dane osobowe, dane o zaległościach podatników).

Uwaga:Dostęp do bazy musi być zabezpieczony zakodowanym hasłem i odpowiednio zdefiniowanymi parametrami połączenia aplikacji z bazą.

13.3.3.1.35 Możliwość elastycznego zarządzania użytkownikami i uprawnieniami:a) aktywowanie oraz dezaktywowanie (bez usuwania) kont

użytkowników,b) możliwość podglądu aktualnie zalogowanych użytkowników,c) przypisywanie (lub odbieranie) uprawnień dla użytkowników do

poziomu jednostkowej funkcji,d) grupowanie dowolnie wybranych funkcji w zbiory uprawnień (grupy

funkcji) i przypisywanie (lub odbieranie) ich użytkownikom,e) brak możliwości zmiany danych historycznych,f) możliwość zmiany hasła użytkownika oraz jego resetowania,

wymuszanie zmiany hasła, co 30 dni zgodnie z ogólnymi wymaganiami dotyczącymi systemów informatycznych,

g) umożliwienie identyfikowania użytkownika po nr PESEL oraz nazwie użytkownika.

13.3.3.1.36 Możliwość obsługi za pomocą samej klawiatury funkcji, które są często realizowane.

13.3.3.1.37 Podobszary obsługujące prowadzenie rozliczeń finansowych podatników i płatników urzędu, powinny być pogrupowane według różnych rodzajów należności i jednocześnie powinny stanowić wzajemnie spójną całość, tak by użytkownik aplikacji, w zależności od nadanych mu uprawnień, mógł mieć możliwość obsługi wybranego konta zobowiązanego z dostępem do jego wszystkich zobowiązań wobec urzędu (System musi mieć możliwość dokonywania przeksięgowań np. z należności podatkowej na inną nie podatkową, automatyczne rozdysponowanie wpłaty na występujące należności).

13.3.3.2. Interesanci

13.3.3.2.1 Moduł będzie służyć do ewidencji i przeglądu danych osób fizycznych i prawnych, które mają lub miały kontakt z urzędem w celu załatwienia sprawy. Moduł powinien zawierać jednolitą bazę danych wszystkich podmiotów, z których korzystają inne moduły. Znajdować się więc tutaj powinny dane kontrahentów, którzy są podatnikami w modułach podatkowych, czy też dostawcy/odbiorcy dla rozrachunków prowadzonych w module Finansowo Księgowym i wszyscy inny wymagani do funkcjonowania modułów merytorycznych.

Celem prowadzenie jednolitego modułu interesantów Urzędu jest poprawne dostarczenie danych w modułach usług elektronicznych. Dbanie o spójność modułu interesantów umożliwia poprawne wdrożenie systemu usług elektronicznych (SUE) z odpowiednim kontem płatności online dla mieszkańca lub przedsiębiorcy.

13.3.3.2.2 Możliwość wyszukania osób fizycznych i podmiotów gospodarczych wg. zadanych parametrów.

13.3.3.2.3 Możliwość zarządzania kontrahentami urzędu, w tym:

Strona 102

a) dodania nowego kontrahenta,b) usunięcia kontrahenta,c) wydruku podstawowych danych kontrahenta.

13.3.3.2.4 W zakresie wydruków danych dot. kontrahenta, moduł musi mieć możliwość:

a) generowania zestawienia odbiorców danych osobowych,b) przeglądu, edycji, usuwania danych szczegółowych kontrahenta,c) wydruku kartoteki osobowej kontrahenta z danymi szczegółowymi.

13.3.3.2.5 Obsługa kontrahenta powinna uwzględniać tworzenie i zarządzanie podmiotami grupowymi:

a) wyszukiwanie małżeństw i podmiotów grupowych,b) tworzenie nowych podmiotów grupowych (w tym małżeństw),c) tworzenie nowych podmiotów grupowych na bazie istniejącego w

systemie podmiotu grupowego,d) odłączanie kontrahenta od podmiotu grupowego.

13.3.3.2.6 Moduł powinien dostarczać dane dot. kontrahentów dla wszystkich modułów dziedzinowych systemu oraz być zintegrowany z modułem do obsługi rejestru mieszkańców w zakresie aktualizacji danych z rejestru.

Uwaga:W celu ułatwienia pracy użytkownikowi moduł powinien posiadać możliwość pobrania danych szczegółowych pojedynczego kontrahenta podczas jego dodawania oraz możliwość automatycznej aktualizacji danych szczegółowych pojedynczego kontrahenta w przypadku zmiany adresu lub jego zgonu. Moduł powinien dawać również możliwość masowej aktualizacji danych szczegółowych kontrahentów danymi z rejestru mieszkańców.

13.3.3.2.7 Możliwość wydruku raportów:a) źródła danych kontrahenta,b) o odbiorcach danych osobowych kontrahenta.

13.3.3.2.8 Moduł w celu usprawnienia zarządzania kontrahentami powinien posiadać słowniki:

a) grup kontrahentów,b) form prawnych,c) rodzajów kontaktu,d) statusów zameldowania,e) typów dokumentów tożsamości,f) typy odbiorców danych, dla których zostały udostępnione dane

osobowe kontrahenta,g) klasyfikacji działalności,h) źródeł danych kontrahenta,i) banków,j) typów przedstawicieli.

13.3.3.2.9 Moduł powinien mieć możliwość sklejania kontrahentów, w tym automatycznego sklejenia kontrahentów oraz podmiotów grupowych i małżeństw o tym samym składzie oraz ręcznego sklejenia kontrahentów z uwzględnieniem podmiotów grupowych i małżeństw o tym samym składzie.

Sklejanie kontrahentów automatyczne polega na uruchomieniu funkcja, która analizuje bazę interesariuszy i wykrywa zbieżne wystąpienia zarówno w podmiotach pojedynczych jak i grupowych. Funkcja wykonuje operację sklejenia kontrahent, tj. swoim działaniem obejmuje wymianę relacje z uwzględnieniem kartotek w każdym module merytorycznym. Funkcja automatycznego sklejenia raportuje listę interesariuszy złączonych.

Sklejanie kontrahentów ręczne polega na wybraniu przez operatora dwóch kontrahentów, dla których ma nastąpić złączenie informacji. Pozostałe czynności przełączania relacji w modułach merytorycznych wykonywane są

Strona 103

automatycznie.13.3.3.2.10 Funkcje porządkowania danych kontrahentów powinny umożliwiać:

a) przydzielanie adresów przyporządkowanych do wielu kontrahentów jednocześnie,

b) porządkowanie adresów stałych, usuwanie wielu adresów stałych dla kontrahenta,

c) porządkowanie adresów korespondencyjnych, usuwanie wielu adresów korespondencyjnych dla kontrahenta,

d) naprawę błędnych danych adresowych na liście kontrahentów.13.3.3.2.11 Możliwość wydruku o ostatniej zmianie danych osobowych kontrahenta.

13.3.3.2.12 Możliwość udostępniania danych kontrahentów dla innych systemów w celu synchronizacji, np. z obiegiem dokumentów, systemem dziedzinowym do obsługi budżetu w formacie WebService.

13.3.3.2.13 Możliwość prowadzenia pełnego rejestru kontrahenta, co najmniej w zakresie: Nazwisko lub nazwa firmy, Imię, Imię drugie, PESEL, NIP (w tym zagraniczny lub oznaczenie braku NIP), REGON, Forma prawna, Data upadłości, Kraj pochodzenia, KRS, Adres stały (kraj, miejscowość, województwo, powiat, gmina, kod terytorialny, miejscowość poczty, kod pocztowy, ulica, numer domu, numer lokalu), Adres korespondencyjny, Adres siedziby, Adres dostawy, Adres prowadzenia działalności, Nazwisko rodowe, Imię ojca, Imię matki, Nazwisko panieńskie matki, Data urodzenia, Miejsce urodzenia, Rodzaj dokumentu tożsamości, Numer dokumentu tożsamości, Data ważności dokumentu tożsamości, Obywatelstwo, Płeć, Stan cywilny, Data zgonu/znalezienia zwłok, Numer rachunku bankowego, Nazwa i adres banku, Dane kontaktowe (telefon, email, telefaks, telefon domowy, telefon służbowy, telefon komórkowy, inny), Nazwa przedstawiciela, Rodzaj dokumentu tożsamości przedstawiciela, Numer dokumentu tożsamości przedstawiciela, Oznaczenie przedstawiciela jako wystawca/odbiorca faktur, Preferowana forma płatności (gotówka, przelew), Nazwa skrytki na ePUAP, Adres skrytki na ePUAP.

13.3.3.2.14 Możliwość przechowywania danych historycznych kontrahenta, w tym co najmniej: Nazwisko lub nazwa firmy, Imię, Imię drugie, PESEL, NIP, REGON, Forma prawna, Data upadłości, wszystkie adresy, Nazwisko rodowe, Imię ojca Imię matki, Nazwisko panieńskie matki, Data urodzenia, Miejsce urodzenia, Rodzaj dokumentu tożsamości, Numer dokumentu tożsamości, Data ważności dokumentu tożsamości, Obywatelstwo, Płeć, Stan cywilny, Data zgonu/znalezienia zwłok, Numer rachunku bankowego, Nazwa i adres banku, Dane kontaktowe i inne.

13.3.3.3. Finanse i Księgowość

13.3.3.3.1 Możliwość wyboru kontekstu jednostki (obsługa wielu jednostek budżetowych) i roku obrachunkowego.

13.3.3.3.2 Możliwość dodawania, edycji istniejących jednostek organizacyjnych w module.

13.3.3.3.3 Możliwość modyfikacji ustawień jednostek organizacyjnych zdefiniowanych w module.

13.3.3.3.4 Możliwość wyboru kontekstu dziennika, księgi jednostki.13.3.3.3.5 Możliwość modyfikacji słownika dzienników księgowych.13.3.3.3.6 Możliwość tworzenia i edycji planu kont (konta syntetyczne i analityczne z

uwzględnieniem podziałki klasyfikacji budżetowej).13.3.3.3.7 Możliwość definiowania dowolnej struktury kont analitycznych.13.3.3.3.8 Możliwość wprowadzania i edycji bloków kont na potrzeby definiowania

struktury konta analitycznego.13.3.3.3.9 Możliwość określania i edycji atrybutów kont księgowych.13.3.3.3.10 Możliwość wczytania wzorcowego planu kont do jednostki.

Strona 104

13.3.3.3.11 Możliwość importu planu kont z wybranej jednostki budżetowej.

13.3.3.3.12 Możliwość drukowania planu kont według zadanych parametrów.

13.3.3.3.13 Możliwość odświeżania nazw kont analitycznych.

13.3.3.3.14 Możliwość aktualizowania nazw kont klasyfikacji budżetowej na podstawie słownika klasyfikacji.

13.3.3.3.15 Możliwość usuwania kont syntetycznych, analitycznych, klasyfikacji budżetowej z planu.

13.3.3.3.16 Możliwość szczegółowego przeglądu stanów i obrotów kont analitycznych i klasyfikacji budżetowej według zadanych kryteriów.

13.3.3.3.17 Możliwość określania parametrów (typ budżetu, funkcja konta, parametry do naliczeń Rb-27S/Rb-28S) dla kont syntetycznych z klasyfikacją budżetową.

13.3.3.3.18 Możliwość importu parametrów kont syntetycznych z klasyfikacją budżetową z lat poprzednich.

13.3.3.3.19 Możliwość wprowadzania i edycji dokumentów finansowych do bieżącego dziennika z jednoczesnym zadekretowaniem na właściwe konta księgowe.

13.3.3.3.20 Możliwość usuwania niezaksięgowanych dokumentów.

13.3.3.3.21 Możliwość modyfikacji pozycji księgowej i dziennika dla dokumentu.

13.3.3.3.22 Możliwość księgowania dokumentów finansowych zbilansowanych lub dokumentów pozabilansowych (wszystkich lub wybranych) z uwzględnieniem kontroli ich poprawności.

13.3.3.3.23 Możliwość wprowadzania, edycji i usuwania pozycji w dokumentach księgowych.

13.3.3.3.24 Możliwość modyfikacji planu kont na etapie wprowadzania dokumentu księgowego.

13.3.3.3.25 Możliwość weryfikacji stanów kontrolnych wykonania planu w trakcie wprowadzania pozycji z dokumencie.

13.3.3.3.26 Możliwość równoczesnego księgowania zaangażowania środków, dokonanych wydatków budżetowych, ewidencji wydatków strukturalnych, dokonanych wydatków budżetowych w układzie zadaniowym na kontach pozabilansowych.

13.3.3.3.27 Możliwość powielania całych dokumentów bądź wybranych pozycji z dokumentu.

13.3.3.3.28 Możliwość tworzenia, edycji oraz usuwania schematów dekretowania dokumentów.

13.3.3.3.29 Możliwość dodawania pozycji w dokumencie finansowym na podstawie schematów.

13.3.3.3.30 Możliwość dowolnego sortowania, filtrowania list dokumentów oraz pozycji w dokumencie.

13.3.3.3.31 Możliwość modyfikacji kwoty i opisu jednocześnie w ramach kilku wybranych pozycji dokumentu finansowego.

13.3.3.3.32 Możliwość importu dokumentów finansowych z pliku XML z możliwością dekretowania ich zgodnie z określonymi schematami.

13.3.3.3.33 Możliwość automatycznego księgowanie planu finansowego i zmian w planie na kontach pozabilansowych.

13.3.3.3.34 Możliwość automatycznego dekretowania raportów kasowych z modułu Kasa.

13.3.3.3.35 Możliwość określania dowolnych schematów dekretowania raportów kasowych.

13.3.3.3.36 Możliwość importu i automatycznego dekretowanie operacji finansowych przekazanych z modułu Księgowania zobowiązań, Środki trwałe, Płace,

Strona 105

Faktury.13.3.3.3.37 Możliwość tworzenia i modyfikacji schematów dekretowania operacji

importowanych z modułów współpracujących z modułem Finanse i Księgowość.

13.3.3.3.38 Możliwość zarządzania zaimportowanymi operacjami finansowymi z innych modułów (wyłączanie, włączanie dekretowania).

13.3.3.3.39 Możliwość tworzeni, edycji i usuwania dekretów roboczych powstałych na podstawie operacji finansowych przekazanych z modułu Windykacja.

13.3.3.3.40 Możliwość wydruku kartoteki (księgi głównej) według zadanych przez użytkownika parametrów.

13.3.3.3.41 Możliwość wydruku dziennika (wydruk zbiorczy, analityczny, syntetyczny) według określonych przez użytkownika kryteriów.

13.3.3.3.42 Możliwość wydruku dokumentów według zadanych przez użytkownika parametrów.

13.3.3.3.43 Możliwość wydruku dekretów z brakującą klasyfikacją.

13.3.3.3.44 Możliwość wydruku zestawienia sald i obrotów kont syntetycznych, analitycznych i klasyfikacji budżetowej zgodnie z określonymi przez użytkownika parametrami.

13.3.3.3.45 Możliwość wydruku należności i zobowiązań według określonego zakresu kont rozrachunkowych lub dla kartotek kontrahentów według zadanego zakresu klasyfikacji budżetowej.

13.3.3.3.46 Możliwość wydruku karty dochodów i wydatków według dowolnie zadanych przez użytkownika parametrów.

13.3.3.3.47 Możliwość wydruku zestawienia kont klasyfikacji budżetowej z brakującymi grupami paragrafów.

13.3.3.3.48 Możliwość aktualizacji grup paragrafów dla kont klasyfikacji budżetowej.

13.3.3.3.49 Możliwość wydruku zestawienia księgowań na dowolnie określoną kwotę według zadanych kryteriów.

13.3.3.3.50 Możliwość uzyskania wydruków archiwalnych.

13.3.3.3.51 Funkcjonalności dla ewidencji rozrachunków z kontrahentami:a) prowadzenie i przegląd kartotek kontrahentów,b) wydruk zestawienia wszystkich rachunków kontrahenta,c) oddzielny przegląd wszystkich nierozliczonych rachunków

kontrahenta,d) usuwanie nierozliczonych i rozliczonych rachunków kontrahenta,e) rozliczanie rachunków nierozlicznych kontrahenta,f) możliwość kojarzenia rachunków kontrahenta,g) wydruk potwierdzenia salda kontrahenta,h) tworzenie dokumentu elektronicznego na podstawie potwierdzenia

salda kontrahenta,i) możliwość wykonania spłaty rachunku przelewem elektronicznych w

określonym standardzie,j) oddzielny przegląd wszystkich rozliczonych rachunków kontrahenta,k) eksport informacji o rozliczeniu rachunków kontrahenta do pliku

XML,l) wydruk zestawienia rachunków rozliczonych i nierozlicznych,m) wydruk zestawienia kontrahentów wraz z zadłużeniami lub

należnościami,n) wystawianie z możliwością dowolnego definiowania tekstu not

odsetkowych,o) anulowanie wystawionych not odsetkowych.

13.3.3.3.52 Możliwość rejestrowania i księgowania realizacji dochodów i wydatków ze sprawozdań Rb-27S, Rb-28S z podległych jednostek i urzędów skarbowych.

13.3.3.3.53 Możliwość naliczania i wykonania sprawozdań Rb-27S, Rb-28S.

Strona 106

13.3.3.3.54 Możliwość rejestracji sprawozdań Rb-30S, Rb-33, Rb-34S z podległych jednostek i wykonanie sprawozdań zbiorczych.

13.3.3.3.55 Możliwość naliczania i wykonania sprawozdania dotacjach, wydatkach związanych z wykonywaniem zadań z zakresu administracji rządowej oraz innych zadań zleconych jednostkom samorządu terytorialnego ustawami Rb-50.

13.3.3.3.56 Możliwość naliczania i wykonania sprawozdania z wykonania dochodów podatkowych gminy/miasta Rb-PDP.

13.3.3.3.57 Możliwość rejestracji jednostkowych sprawozdań Rb-27ZZ oraz naliczanie zbiorczego sprawozdania.

13.3.3.3.58 Możliwość opracowania sprawozdania Rb-NDS.

13.3.3.3.59 Możliwość rejestracji jednostkowych sprawozdań Rb-Z, Rb-N oraz naliczanie sprawozdań zbiorczych.

13.3.3.3.60 Możliwość podglądu danych sprawozdań ze szczegółowością do zadania wraz z informacją o błędach (dotyczy Rb-27S, Rb-28S).

13.3.3.3.61 Możliwość wydruku sprawozdań w formie i szczegółowości zgodnej z obowiązującymi przepisami prawa.

13.3.3.3.62 Możliwość eksportu sprawozdań do pliku XML oraz pliku w standardzie zgodnym z systemem Besti@.

13.3.3.3.63 Możliwość naliczania i wydruku sprawozdania o wydatkach strukturalnych Rb-Wsa.

13.3.3.3.64 Możliwość przeglądu i wydruku stanów wydatków strukturalnych.

13.3.3.3.65 Możliwość przeglądu i edycji zarejestrowanych danych do Rb-Wsa.

13.3.3.3.66 Możliwość kojarzenia z wydatkami strukturalnymi wydatków budżetowych, które nie zostały uwzględnione w trakcie procesu dekretowania.

13.3.3.3.67 Możliwość importu sprawozdania o wydatkach strukturalnych z jednostek podległych.

13.3.3.3.68 Wbudowany kalkulator odsetek.

13.3.3.3.69 Możliwość modyfikacji słownika rodzajów dokumentów finansowych.

13.3.3.3.70 Możliwość modyfikacji słownika klasyfikacji strukturalnej

13.3.3.3.71 Możliwość przepisania klasyfikacji strukturalnej z roku poprzedniego.

13.3.3.3.72 Możliwość określania danych nagłówkowych sprawozdań budżetowych na potrzeby eksportu do systemu Besti@.

13.3.3.3.73 Funkcja zamknięcia miesiąca, funkcja zamknięcia roku obrachunkowego, wymagane funkcjonalności:

a) określanie parametrów do przeksięgowań stanów kont na koniec roku,

b) ustalanie kont klasyfikacji do przeniesienia sald na rok następny w przypadku tworzenia automatycznego bilansu otwarcia,

c) określanie parametrów i wykonywanie automatycznych przeksięgowań sald dzienników,

d) tworzenie dekretu przeksięgowującego salda dla podanych w parametrach kont.

e) zamknięcie ksiąg rachunkowych w danym roku wraz z możliwością przeniesienia planu kont oraz BO na rok następny,

f) wydruk zestawienia brakujących do przeniesienia sald bieżącego roku kont w następnym okresie obrachunkowym.

13.3.3.3.74 Możliwość sporządzenia bilansu rocznego (Bilans, Rachunek zysków i strat, Zestawienie zmian w funduszu jednostki) jednostki/budżetu oraz bilansów

Strona 107

łącznych dla jednostki nadrzędnej.13.3.3.3.75 Możliwość wprowadzania kont księgowych niezbędnych do naliczenia

bilansu i załączników.13.3.3.3.76 Możliwość wprowadzania danych uzupełniających do bilansu jednostki lub

łącznego.13.3.3.3.77 Możliwość eksportu bilansu i załączników jednostki podległej do pliku XML.

13.3.3.3.78 Możliwość importu pliku XML z danymi bilansu i załączników w jednostce nadrzędnej.

13.3.3.3.79 Możliwość rejestracji bilansów jednostek w jednostce nadrzędnej w celu naliczenia bilansów łącznych.

13.3.3.3.80 Wbudowana funkcja otwarcia nowego roku księgowego bez zamykania roku bieżącego

a) możliwość swobodnej pracy na przełomie lat.13.3.3.3.81 Możliwość wprowadzania, rozliczania oraz dekretowania wyciągów

bankowych:a) dodawanie, edycja, zatwierdzanie oraz usuwanie wyciągów

bankowych,b) dodawanie, edycja, usuwanie, rozliczanie przelewów z wyciągów

bankowych,c) tworzenie roboczych dokumentów księgowych na podstawie

zatwierdzanego wyciągu bankowego.13.3.3.3.82 Możliwość utworzenia w systemie sprawozdań:

a) Rb-NWS,b) Rb-ZN,c) Rb-UZ,d) Rb-UN.

13.3.3.3.83 Możliwość utworzenia bilansu skonsolidowanego.

13.3.3.4. Faktury

13.3.3.4.1 Moduł odpowiadający za możliwość wystawiania faktur dla klientów urzędu. Wymagana integracja z modułami merytorycznymi w celu uzyskania jednego wspólnego rejestru faktur.

Uwaga:Wymagana integracja online w zakresie zagadnienia dotyczącego centralizacji VAT z jednostkami poległymi JST.

13.3.3.4.2 Możliwość wprowadzania i korekty faktur VAT sprzedaży.13.3.3.4.3 Możliwość wprowadzania i korekty faktur VAT zakupu.13.3.3.4.4 Możliwość wydruku faktury i jej korekt.13.3.3.4.5 Możliwość wydruku duplikatu faktury.13.3.3.4.6 Możliwość wprowadzenia noty korygującej i jej wydruk.13.3.3.4.7 Możliwość wyszukiwania dokumentów według określonych parametrów,

przegląd szczegółów dokumentu.13.3.3.4.8 Możliwość wydruku zestawienia wystawionych dokumentów.13.3.3.4.9 Możliwość zmiany numeru dokumentu w przypadku pomyłki.13.3.3.4.10 Możliwość zatwierdzania dokumentów (wybranego, całej grupy, z danego

miesiąca itp.).13.3.3.4.11 Możliwość obsługi zaliczkowej faktury VAT (definiowanie szablonu,

wystawianie, korekta).13.3.3.4.12 Możliwość zarejestrowania opłat do dokumentu.

13.3.3.4.13 Możliwość automatycznego generowania faktury podczas rejestracji umowy wymagającej wystawienia faktury VAT sprzedaży np. umowy na dzierżawę

Strona 108

w innym module dziedzinowym, umowy z tytułu sprzedaży nieruchomości gminnych itp.

13.3.3.4.14 Możliwość obsługi windykacyjnej wystawionych faktur VAT sprzedaży i rozliczenia tych faktur.

13.3.3.4.15 Możliwość zmiany rozliczenia VAT dla faktur zakupu.

13.3.3.4.16 Możliwość automatycznego rozliczania dokumentu w rejestrze VAT po zatwierdzeniu dokumentu.

13.3.3.4.17 Możliwość edycji kwot w rejestrze VAT.

13.3.3.4.18 Możliwość przeliczenia rejestru VAT na podstawie dokumentów.

13.3.3.4.19 Możliwość obsługi i wydruku rejestru VAT sprzedaży i rejestru VAT zakupu.

13.3.3.4.20 Możliwość prowadzenia rejestrów VAT miesięcznych, kwartalnych.

13.3.3.4.21 Możliwość generowania i wydruku deklaracji VAT: VAT-7, VAT-7K, VAT-27.

13.3.3.4.22 Możliwość obsługi słowników: towarów i usług z możliwością dodawania nowych elementów, usuwania oraz zmiany danych, jednostek miar, stawek VAT, kursów walut, sposobów zapłaty.

13.3.3.4.23 Możliwość obsługi różnego sposobu numerowania dokumentów poprzez definiowanie szablonów numeracji.

13.3.3.4.24 Możliwość generowania, podgląd i eksport plików JPK_FA i JPK_VAT.

13.3.3.4.25 Możliwość wydruku zestawienia danych dla danego pliku JPK_FA, JPK_VAT.

13.3.3.4.26 Możliwość integracji z modułem windykacyjnym w zakresie obsługi należności (integracja dwustronna).

13.3.3.4.27 Możliwość integracji z modułem Faktury wdrożonym w jednostce podległej w celu przesyłania faktur online do modułu wdrożonego w jednostce nadrzędnej.

13.3.3.4.28 Możliwość integracji z modułem faktury wdrożonym w jednostce podległej w celu przesyłania online cząstkowych deklaracji VAT.

13.3.3.4.29 Możliwość integracji z modułem faktury wdrożonym w jednostce podległej w celu przesłania za pomocą pliku faktur oraz deklaracji cząstkowych.

13.3.3.4.30 Ekran do obsługi dokumentów powinien umożliwiać wyszukiwanie po:a) dacie, b) statusie, c) typie, d) kontrahencie, e) numerze, f) stawce, g) pozycji.

13.3.3.4.31 Lista wyszukanych dokumentów powinna oznaczać dokumenty wg podziału: a) zatwierdzone, b) anulowane.

13.3.3.4.32 Ekran wyszukiwania dokumentów powinien umożliwiać wgląd w kontrahentów występujących na dokumencie, listę pozycji dokumentu.

13.3.3.4.33 Możliwość eksportu dokumentów faktur.

13.3.3.4.34 Możliwość pracy w kontekstach, tj. dawać możliwość wystawiania i zarządzania dokumentami w kontekście danej jednostki organizacyjnej.

13.3.3.4.35 Możliwość utworzenia deklaracji zbiorczej zawierającej dane ze wszystkich jednostek organizacyjnych urzędu.

13.3.3.4.36 Praca w kontekstach powinna umożliwiać wykonanie deklaracji cząstkowych i przekazywanie ich do kontekstu jednostki nadrzędnej.

Strona 109

13.3.3.4.37 Moduł musi być zintegrowany z modułem finansowo-księgowym i eksportować tam dane dot. wystawionych faktur.

13.3.3.4.38 Przesyłane online deklaracje cząstkowe muszą mieć możliwość podpisania elektronicznego.

13.3.3.4.39 Jednostka podległa korzystająca z moduł Faktury powinna mieć możliwość wystawienia dokumentu z numerem NIP jednostki nadrzędnej.

13.3.3.4.40 Możliwość oznaczenia faktur jako cyklicznych, tj. wystawianych wielokrotnie.

13.3.3.4.41 Możliwość wystawienia faktury na podstawie istniejącego dokumentu.

13.3.3.4.42 Możliwość rozliczania faktur zakupowych wg proporcji i z udziałem tzw. „prewspółczynnika procentowego” oraz „współczynnika wg struktury”, w oparciu o wprowadzone w parametrach modułu wartości ww. współczynników. Moduł powinien dać możliwość zdefiniowania współczynnika i prewspółczynnika na dany rok (prognozowanego i faktycznego). Przy wprowadzaniu dokumentu zakupu i definiowaniu pozycji w tym dokumencie, musi być możliwość wyboru, czy pozycja podlega odliczeniu w całości, nie podlega odliczeniu, czy podlega odliczeniu z uwzględnieniu współczynnika wg struktury, wg prewspółczynnika, czy też obu tych wartości na raz. Rejestr VAT powinien dawać możliwość wykonania zestawienia pomocnego przy sporządzaniu korekty deklaracji VAT za pierwszy okres rozliczeniowy kolejnego roku obliczeniowego pod kątem ww. prewspółczynnika i współczynnika wg struktury.

13.3.3.4.43 Możliwość wprowadzanie innych dokumentów do rejestru, np. danych z urządzeń fiskalnych.

13.3.3.4.44 Możliwość wczytywania i importowania plików JPK wygenerowanych w innych systemach.

13.3.3.4.45 Wczytywane pliki JPK muszą być weryfikowane przez system pod kątem zgodności ze schematem określonym przez ministerstwo.

13.3.3.4.46 Podczas importu plików JPK system musi sprawdzać, dla jakiego kontekstu importować dane.

13.3.3.4.47 Możliwość automatycznego dopisywania pozycjy do rejestru VAT na podstawie importowanych plików JPK.

13.3.3.4.48 Możliwość ustawienia numeracji dokumentów z podziałem na konteksty / oddziały, w których wystawiane są faktury. Moduł musi dawać możliwość dopisania kodu jednostki do oznaczenia dokumentu.

13.3.3.5. Podatki – część wspólna

13.3.3.5.1 Moduł umożliwiający konfigurację słowników i parametrów dla wszystkich modułów podatkowych, wystawianie decyzji o odroczeniu terminu płatności, rozłożeniu należności na raty, umorzeniu zaległości oraz umorzeniu odsetek bieżących dla wszystkich podatków.

13.3.3.5.2 Możliwość porównania informacji o działkach w ewidencji podatkowej z ewidencją z modułu do obsługi mienia gminy. Porównanie musi być możliwe z określeniem parametrów: stanu na dzień, typu podmiotu, nazwy, minimalnej wartości różnicy, która ma być przechwytywana do raportu.

Uwaga:Raport z różnic powinien obejmować co najmniej: nazwę, adres, NIP, dane dot. powierzchni wg ewidencji podatkowej, dane dot. powierzchni wg EGiB, wielkość różnicy.

13.3.3.5.3 Możliwość konfiguracji słowników:a) stawek podatku od nieruchomości,b) rodzajów i stawek ulg,c) obrębów ewidencyjnych,d) przeliczników,

Strona 110

e) typów zasobów,f) znacznika gospodarstwa.

13.3.3.5.4 Możliwość prowadzenia postępowań i spraw, m.in. postępowań egzekucyjnych, zgodnie ze zdefiniowanymi słownikami, m.in.:

a) rodzaju czynności,b) rodzaju dokumentu,c) rodzaju podmiotu,d) rodzaju przedmiotu,e) rodzaju sprawy,f) rodzaju statusu sprawy,g) kosztów egzekucyjnych.

13.3.3.5.5 Możliwość dostępu do rejestru spraw z możliwością wyszukiwania co najmniej po:

a) rodzaju, b) statusie, c) numerze sprawy, d) opisie.

13.3.3.5.6 Możliwość zakładania i przeglądu spraw, w tym dodawania:a) czynności zgodnie ze zdefiniowanym słownikiem,b) przedmiotów zgodnie ze zdefiniowanym słownikiem,c) dokumentów do sprawy.

13.3.3.5.7 Możliwość wykonania i modyfikowania szablonów treści wydruków:a) postanowienia o wszczęciu postępowania egzekucyjnego,b) postanowienia o zawieszeniu postępowania egzekucyjnego,c) postanowienia o umorzeniu postępowania egzekucyjnego,d) wniosku o ujawnienie danych do Urzędu Skarbowego,e) wniosku o ujawnienie danych do ZUS,f) zawiadomienia o zajęciu prawa majątkowego,g) zawiadomienia o uchyleniu zajęcia.

13.3.3.5.8 Możliwość wydrukowania metryki sprawy.13.3.3.5.9 Możliwość dodania pliku pisma do sprawy.13.3.3.5.10 Możliwość wydruku kopert adresowych dla wybranych spraw.

13.3.3.5.11 Możliwość wystawiania, wyszukiwania i wydruku decyzji: a) o rozłożeniu na raty, b) o odroczeniu terminu płatności, c) o umorzeniu zaległości (również z odsetkami), o umorzeniu odsetek,d) dla należności z tytułu podatku od osób fizycznych, prawnych, od

środków transportu oraz opłat, w tym z tytułu gospodarowania mieniem gminy, oraz innych opłat wprowadzanych do Systemu.

Uwaga: System musi umożliwiać wypełnianie danych dot. uzasadnienia decyzji z wykorzystaniem konfigurowanych szablonów jak również możliwość wprowadzenia uzasadnienia indywidualnego.

13.3.3.5.12 Możliwość wyliczania opłaty prolongacyjnej wg ustalonej stawki.

13.3.3.5.13 Możliwość modyfikacji niezatwierdzonych decyzji.

13.3.3.5.14 Możliwość zatwierdzenia wystawionych decyzji z aktualizacją stanu należności w windykacji.

13.3.3.5.15 Możliwość wysłania decyzji w formie dokumentu elektronicznego na ePUAP w przypadku korzystania z modułu do obsługi do obsługi dokumentów elektronicznych.

13.3.3.5.16 Możliwość edycji szablonu treści decyzji, wydruku na podstawie szablonu i przekazania do archiwum wydruków.

Strona 111

13.3.3.5.17 Możliwość prowadzenia rejestru wystawionych decyzji oraz wykonania wydruku zestawienia decyzji.

13.3.3.5.18 Możliwość anulowania wystawionej decyzji lub rat.

13.3.3.5.19 Możliwość przesyłania danych o należnościach objętych decyzją do modułów księgowości zobowiązań, kasowego i finansowo-księgowego.

13.3.3.6. Podatki od osób fizycznych

13.3.3.6.1 Moduł umożliwiający obsługę naliczania opłat za użytkowanie gruntów, lasów i nieruchomości, które zobowiązane są uiszczać osoby fizyczne na podstawie składanych przez nich informacji podatkowych.

13.3.3.6.2 Możliwość wyszukiwania kartotek podatników wg. różnych kryteriów, m. in. wg (zakres minimalny):

a) numeru kartoteki, b) nazwiska podatnika, c) adresu gospodarstwa, d) numeru działki, e) numeru decyzji,f) adresie nieruchomości.

13.3.3.6.3 Możliwość definiowania podatników - osoby fizyczne, małżeństwa, podmioty grupowe, w tym możliwość określania, którzy z nich mają być adresatami korespondencji np. decyzji ze wskazaniem na kontrahentów z innych modułów Systemu.

13.3.3.6.4 Możliwość definiowanie pełnomocników i spadkobierców dla kartotek.13.3.3.6.5 Możliwość określanie adresów gospodarstw dla kartotek.13.3.3.6.6 Możliwość przeglądania, wprowadzania, usuwania, modyfikacji przedmiotów

opodatkowania (np. gruntów, nieruchomości) objętych podatkiem rolnym, podatkiem leśnym i podatkiem od nieruchomości dla kartotek podatkowych.

13.3.3.6.7 Funkcjonalność określania informacji o działkach związanych z danym przedmiotem opodatkowania na podstawie Ewidencji Gruntów i Budynków prowadzonej w module do obsługi gospodarowania mieniem. System umożliwi wskazanie i powiązanie przedmiotu opodatkowania bezpośrednio z działką z modułu Ewidencji Gruntów i Budynków.

13.3.3.6.8 Możliwość rejestrowania ulg i zwolnień podmiotowych (dotyczących kartoteki) i przedmiotowych (dotyczących poszczególnych przedmiotów opodatkowania).

13.3.3.6.9 Możliwość rejestrowania zmian – nabycia, zbycia przedmiotów opodatkowania w trakcie roku.

13.3.3.6.10 Funkcjonalność masowego zbycia składników na kartotece poprzez wyświetlenie tych składników, umożliwienie zaznaczenia elementów do zbycia, ustawienia daty i wykonanie zbycia.

13.3.3.6.11 Możliwość zmiany znacznika gospodarstwa w celu:a) dostosowania typu gospodarstwa do ilości posiadanych gruntów

(również w trakcie roku).13.3.3.6.12 Możliwość przeglądu pogrupowanych powierzchni przedmiotów

opodatkowania w ramach gruntów, lasów oraz nieruchomości wg stanu na wybrany dzień, stanu na dany rok podatkowy lub wg całego znanego stanu ewidencyjnego (również z przyszłych okresów).

13.3.3.6.13 Możliwość przeglądu wysokości naliczonego podatku, wysokości uwzględnionych poszczególnych ulg i zwolnień z podatku, wystawionych decyzjach dotyczących wymiaru i zmiany wymiaru podatku, wysokościach rat podatku oraz terminach ich płatności.

13.3.3.6.14 Możliwość zapisywania dodatkowych informacji o kartotece w notatniku.

Strona 112

13.3.3.6.15 Możliwość porównywania stanu ewidencyjnego kartoteki podatkowej ze stanem posiadania podatnika(-ów) w Ewidencji Gruntów i Budynków prowadzonej w module do obsługi mienia.

13.3.3.6.16 Możliwość podglądu naliczonych opłat dla wybranej kartoteki w module księgowości zobowiązań.

13.3.3.6.17 Możliwość naliczania podatku rolnego, podatku leśnego i podatku od nieruchomości na podstawie stanu posiadania podatnika oraz naliczanie zmian podatku w trakcie roku na skutek zmiany stanu posiadania dla pojedynczej kartoteki oraz dla zakresu kartotek.

13.3.3.6.18 Możliwość anulowania naliczonego podatku dla pojedynczej kartoteki oraz dla zakresu kartotek.

13.3.3.6.19 Możliwość wystawiania decyzji w sprawie wymiaru i zmiany wymiaru podatku rolnego, podatku leśnego, podatku od nieruchomości, w tym pobieranego w formie łącznego zobowiązania pieniężnego za rok bieżący dla pojedynczej kartoteki oraz dla zakresu kartotek.

13.3.3.6.20 Możliwość zarządzania wystawionymi decyzjami w zakresie:a) obsługi szablonów treści decyzji,b) wyszukiwania decyzji wg różnych kryteriów,c) ustawienia parametrów wydruku decyzji (drukowanie kodu

kreskowego, drukowanie potwierdzenia odbioru, drukowanie kwitów do kasy, drukowanie bankowego polecenia przelewu itd.),

d) modyfikacji wybranych elementów treści decyzji przed jej wydrukowaniem,

e) wydruku decyzji, w tym w sposób masowy (lub z podziałem np. na sołectwa),

f) rejestracja daty wysłania decyzji, daty odbioru decyzji,g) tworzenia dokumentu elektronicznego z wybraną decyzją

przygotowanego do wysyłki na ePUAP poprzez moduł do obsługo dokumentów elektronicznych.

13.3.3.6.21 Moduł musi umożliwiać anulowanie decyzji w sprawie wymiaru i zmiany wymiaru podatku, w tym także decyzji wysłanych do podatnika.

13.3.3.6.22 Obsługa wykonywania i zarządzania przypisami należności z tytułu podatku wysyłanymi do modułu księgowości zobowiązań, w tym:

a) przekazywanie przypisu podatku dla pojedynczej kartoteki oraz dla zakresu kartotek,

b) zawieszanie przypisów w przypadku braku żyjących podatników, pełnomocników, spadkobierców,

c) anulowanie przypisu.Przypisy, o których mowa trafiają bezpośrednio do modułu księgowania zobowiązań w trybie online.

13.3.3.6.23 Możliwość obsługi decyzji dotyczących zobowiązań pieniężnych - decyzji ustalającej wysokość podatku za lata ubiegłe:

a) wyszukiwanie decyzji wg wielu kryteriów,b) dodawanie i edycja decyzji ustalającej wysokość podatku za lata

ubiegłe,c) przeglądanie decyzji,d) zatwierdzanie decyzji,e) anulowanie i wygaszanie decyzji,f) drukowanie decyzji.

13.3.3.6.24 Możliwość wystawienia decyzji o odroczeniu terminu płatności, rozłożeniu zapłaty należności na raty, umorzeniu zaległości, umorzeniu odsetek.

13.3.3.6.25 Możliwość drukowania kopert i zwrotnych potwierdzeń odbioru adresowanych do wszystkich podatników, do podatników z gminy lub do podatników spoza gminy.

13.3.3.6.26 Możliwość zarządzania sposobem przenoszenie przypisów należności do modułu księgowości zobowiązań, w tym:

a) przenoszenia wszystkich przypisów, niezależnie od wielkości,

Strona 113

b) przenoszenie przypisów nie mniejszych niż kwota minimalnego przypisu określona w księgowości, zsumowane w ramach pojedynczej decyzji danego rodzaju i typu, decyzji danego rodzaju i niezależne od typu, wszystkich decyzji, dla których jest wykonywany dany przypis.

13.3.3.6.27 Możliwość zmiany numeru kartoteki (pojedynczo oraz dla zakresu kartotek).

13.3.3.6.28 Możliwość m. in. ustawienie maksymalnej kwoty podatku płatnej jednorazowo, sposobu numerowania decyzji, prezentacji powierzchni na kartotece, sposobu prezentacji składników objętych w dzierżawę.

13.3.3.6.29 Możliwość konfiguracji cen zboża, obrębów, znaków dokumentów i typów decyzji.

13.3.3.6.30 W celach statystycznych i porównawczych moduł powinien umożliwiać wykonanie wydruków/zestawień:

a) listy kartotek, listy kartotek z błędnym znacznikiem gospodarstwa,b) zestawienia wydanych decyzji, wykaz niewydrukowanych decyzji,c) zestawienia ulg w nieruchomościach,d) rejestru wymiarowego nieruchomości,e) zestawienia gospodarstw wg wielkości,f) karty gospodarstwa,g) rejestru wymiarowego,h) wydruku z wybranymi informacjami podatkowymi o kartotekach z

zadanego przez użytkownika zakresu,i) zestawienia podatników,j) zestawienia nieruchomości,k) zestawienia zmiany numerów kartotek,l) zestawienia działek z przedmiotami opodatkowania.

13.3.3.6.31 Możliwość sporządzania zestawień zawierających:a) listy kartotek bez naliczonego podatku, b) listy kartotek z zerowym naliczeniem, c) listy kartotek z kwotą podatku niższą niż koszty doręczenia,d) listy decyzji bez daty odbioru.

13.3.3.7. Podatki od osób prawnych

13.3.3.7.1 Moduł umożliwiający obsługę naliczania opłat za użytkowanie gruntów, lasów i nieruchomości, które zobowiązane są uiszczać osoby prawne i jednostki organizacyjne niemające osobowości prawnej na podstawie składanych przez nich deklaracji podatkowych.

13.3.3.7.2 Możliwość wyszukiwania i podglądu kartotek podatników.13.3.3.7.3 Możliwość przeglądu listy deklaracji na kartotece.13.3.3.7.4 Możliwość przeglądu listy działek (przeglądanie informacji o elementach

ewidencji podatkowej wybranej kartoteki)13.3.3.7.5 Możliwość przeglądu opłat naliczonych w ramach kartoteki13.3.3.7.6 Możliwość dodawania notatek do kartoteki13.3.3.7.7 Możliwość wydruku informacji o działce.13.3.3.7.8 Możliwość dodawania i zarządzania deklaracjami podatkowymi, w tym:

a) wyszukiwanie deklaracji,b) dodawanie, edycję i usuwanie deklaracji,c) naliczanie podatku w ramach deklaracji (pojedynczo i dla zakresu

kartotek podatkowych).13.3.3.7.9 Możliwość przeglądu i porównania przedmiotów opodatkowania (dla

podatku od nieruchomości, rolnego i leśnego).13.3.3.7.10 Możliwość dodawania, edycji i usuwania składników opodatkowania dla

podatku rolnego, leśnego i od nieruchomości.13.3.3.7.11 Możliwość określenia ulgi w podatku.

Strona 114

13.3.3.7.12 Możliwość porównania stanu ewidencyjnego ze stanem w module do obsługi mienia gminy.

13.3.3.7.13 Możliwość prowadzenia ewidencji działek, w tym:a) adresów gospodarstw,b) danych o nieruchomościach (także rolnych i leśnych),c) przeglądania danych o działkach z EGiB.

13.3.3.7.14 Moduł musi dawać możliwość porównania powierzchni przedmiotów opodatkowania z powierzchnią działek.

13.3.3.7.15 Możliwość anulowania naliczenia podatku dla wybranych kartotek i wybranych deklaracji.

13.3.3.7.16 Możliwość wystawiania i zarządzania decyzjami w sprawie wymiaru podatku i obsługiwać:

a) wystawianie decyzji,b) wyszukiwanie i edycja (w tym usuwanie) decyzji,c) wydruk decyzji w sprawie określenia wysokości zobowiązania

podatkowego,d) zatwierdzanie decyzji w sprawie określenia wysokości zobowiązania

podatkowego,e) anulowanie decyzji w sprawie określenia wysokości zobowiązania

podatkowego.13.3.3.7.17 Możliwość wystawienia decyzji o odroczeniu terminu płatności, rozłożeniu

zapłaty należności na raty, umorzeniu zaległości, umorzeniu odsetek.13.3.3.7.18 Możliwość wykonania zestawień:

a) nieruchomości,b) powierzchni lasów,c) powierzchni gruntów,d) deklaracji,e) ulg i zwolnień w podatku od nieruchomości,f) kontrahentów objętych podatkiem.

13.3.3.7.19 Możliwość wykonania wydruków (zakres minimalny):a) zawiadomienia o błędnych deklaracjach,b) zawiadomienia o stawkach podatkowych,c) wezwania do złożenia deklaracji.

13.3.3.7.20 Możliwość sporządzenia wydruku rejestru decyzji.

13.3.3.7.21 Możliwość modyfikacji treści wydruków:a) wezwania do złożenia deklaracji,b) zawiadomienia o stawkach podatkowych,c) zawiadomienia o błędnych deklaracjach.

13.3.3.7.22 Możliwość ustawienia parametrów pracy modułu, co najmniej:a) typów pism,b) typów decyzji,c) znaku decyzji,d) roku podatkowego,e) minimalnej stawki podatku płaconego jednorazowo.

13.3.3.7.23 Możliwość naliczania przypisów w celu ich obsługi w module księgowości zobowiązań dla pojedynczej kartoteki lub dla grupy kartotek. Moduł przekazuje naliczenia przypisów w trybie online do modułu księgowania zobowiązań.

13.3.3.8. Podatki od środków transportu

13.3.3.8.1 Moduł umożliwiający ustalanie i naliczanie podatku od posiadania pojazdów transportowych, ewidencję pojazdów, wystawianie decyzji dla właścicieli pojazdów niepłacących podatku oraz inne niezbędne zestawienia. Możliwość zmiany wymiaru podatku po nabyciu/zbyciu pojazdu, wyrejestrowaniu

Strona 115

czasowym.13.3.3.8.2 Możliwość prowadzenia i obsługi kartotek podatników podatku od środków

transportowych, w tym:a) dodawanie kartotek,b) edycja lub usuwanie kartotek,c) wyszukiwanie wg zadanych kryteriów, między innymi wg nazwiska

podatnika, numeru NIP.13.3.3.8.3 Możliwość prowadzenia ewidencji pojazdów, a w tym co najmniej:

a) wyszukiwanie pojazdów po zadanych kryteriach, m. in.b) edycja danych pojazdu,c) przechowywanie informacji o numerze rejestracyjnym pojazdu,

rodzaju pojazdu, dopuszczalnej masie całkowitej pojazdu (zespołu pojazdów), rodzaju zawieszenia, liczbie osi, liczbie miejsc,

d) przechowywanie informacji o właścicielu,e) możliwość dodawania notatek,f) możliwość wprowadzenia wyrejestrowania pojazdu.

13.3.3.8.4 Możliwość dodawania pojazdów wg wielu cech, wymagana obsługa co najmniej słowników:

a) typów cech pojazdów, b) cech pojazdów, c) oznaczenia cech wymaganych.

13.3.3.8.5 Możliwość konfiguracji i wczytania deklaracji składanych drogą elektroniczną przez ePUAP w przypadku obsługi dokumentów w module do tego przeznaczonym. Konfiguracja musi umożliwiać skojarzenie:

a) nazw cech środków transportu z deklaracji elektronicznej z nazwami cech środków transportu występującymi w module,

b) wartości cech z deklaracji elektronicznej z wartościami cech środków transportu występującymi w module.

Uwaga:Prawidłowe skojarzenie tych elementów jest niezbędne do prawidłowego przyjmowania deklaracji w formie elektronicznej z ePUAP.

13.3.3.8.6 Możliwość ustawienia stawek podatku.13.3.3.8.7 Możliwość obsługi deklaracji i deklaracji korygujących składanych przez

podatników, w tym co najmniej:a) dodawanie deklaracji (związanej z powstaniem obowiązku lub

składanej w określonym terminie 15 lutego),b) dodawanie korekty deklaracji,c) dodawanie deklaracji o przedłużeniu okresu czasowego wycofania

pojazdu z ruchu,d) dodawanie zgłoszenia do decyzji w sprawie określenia zobowiązania.

13.3.3.8.8 Możliwość wyszukiwania i przeglądu dodanych deklaracji.13.3.3.8.9 Możliwość naliczania podatku – zarówno z poziomu deklaracji podatnika jak

i grupowo. Naliczone należności z tego tytułu powinny pojawić się w module do obsługi księgowości zobowiązań.

13.3.3.8.10 Możliwość przegląd naliczonych przypisów.

13.3.3.8.11 Możliwość wygenerowania i wydruku szeregu zawiadomień, a w tym co najmniej:

a) zawiadomień o błędnych deklaracjach,b) wezwań do złożenia deklaracji,c) postanowień o wszczęciu postępowania w sprawie określenia

wysokości zobowiązania podatkowego,d) decyzji w sprawie określenia wysokości zobowiązania podatkowego.

13.3.3.8.12 Możliwość wyszukania i przeglądu wygenerowanych zawiadomień.

13.3.3.8.13 Możliwość zmiany szablonów treści wydruku pism (wezwań, postanowień,

Strona 116

zawiadomień, decyzji).13.3.3.8.14 Możliwość wygenerowania i wydruku decyzji w sprawie określenia

wysokości zobowiązania podatkowego z możliwością zmiany szablonu treści decyzji.

13.3.3.8.15 Możliwość wyszukania oraz przegląd wystawionych decyzji.

13.3.3.8.16 Możliwość wystawienia decyzji o odroczeniu terminu płatności, rozłożeniu zapłaty należności na raty, umorzeniu zaległości, umorzeniu odsetek.

13.3.3.8.17 Możliwość wykonania przynajmniej poniższych wydruków / zestawień:a) wykazu stawek podatku,b) zestawienia wg typu pojazdów,c) zestawienia decyzji,d) wykazu płatników,e) zestawienia deklaracji,f) wykazu ubyłych podatników.

13.3.3.9. Opłaty: opłaty za psy (opcjonalnie)

13.3.3.9.1. Moduł umożliwiający ustalanie i naliczanie opłaty z tytułu posiadania psów, prowadzenie kartotek zobowiązanych. Powinien umożliwiać weryfikację poprawności naliczania, weryfikację i zmianę stawek opłat oraz prowadzenie korespondencji z właścicielami psów, np. wezwania do zapłaty, decyzje w sprawie odroczenia terminu płatności.

13.3.3.9.2. Możliwość prowadzenia kartotek osób posiadających psy, rejestrowanie informacji na temat posiadanych psów i płatności za nie.

13.3.3.9.3. Możliwość naliczania opłat z tytułu posiadania psów i ich obsługa w module do obsługi księgowości zobowiązań, w tym możliwość dokonania przypisu pojedynczo lub grupowo. Naliczanie opłat do modułu księgowania zobowiązań w trybie online.

13.3.3.9.4. Możliwość obsługi ulg i zwolnień dla osób posiadających psy:a) definiowanie stawki opłaty za psa,b) definiowanie stawki opłaty z ulgą,c) definiowanie ulgi procentowej,d) definiowanie rodzajów zwolnień z opłaty wraz z tytułem zwolnienia,e) definiowanie stawki maksymalnej.

13.3.3.9.5. Możliwość prowadzenia słownika ras psów.

13.3.3.9.6. Możliwość wystawiania i obsługi decyzji w sprawie określenia wysokości zobowiązania z tytułu opłaty za posiadanie psów dla pojedynczej kartoteki lub grupowo.

13.3.3.9.7. Możliwość definiowania treści decyzji, w tym: a) podstawy prawnej, b) uzasadnienia, c) pouczenia.

13.3.3.9.8. Możliwość wyszukania wystawionych pism wraz z możliwością wydruku listy wysłanej korespondencji.

13.3.3.9.9. Możliwość anulowania opłaty.

13.3.3.9.10. Moduł musi posiadać wydruki i zestawienia:a) zestawienie decyzji,b) wykaz byłych płatników,c) wykaz płatników wraz z wykazem psów, za które naliczona jest

opłata.13.3.3.9.11. Możliwość wystawienia decyzji o odroczeniu terminu płatności, rozłożeniu

zapłaty należności na raty, umorzeniu zaległości, umorzeniu odsetek.13.3.3.9.12. Możliwość podglądu naliczonych opłat w ramach kartotek w module do

Strona 117

obsługi księgowości zobowiązań.

13.3.3.10. Opłaty: opłaty za śmieci

13.3.3.10.1. Gospodarka odpadami zgodnie ze zmianami wynikającymi z Ustawy z dnia 1 lipca 2011 r. o zmianie ustawy o utrzymaniu czystości i porządku w gminach oraz niektórymi innymi ustawami (Dz. U. 2011 nr 152 poz. 897).

13.3.3.10.2. Możliwość ewidencji, tworzenia, edycji kartotek płatników opłaty za gospodarowanie odpadami komunalnymi, w tym:

a) określanie głównych podmiotów dla kartoteki oraz współzobowiązanych jako bezpośrednie wskazania na kontrahentów z modułu interesariusze,

b) możliwość przeglądu szczegółowych danych kontrahenta ze składu kartoteki.

13.3.3.10.3. Możliwość podglądu stanu kartoteki w księgowości analitycznej z modułu do obsługi księgowości zobowiązań.

13.3.3.10.4. Możliwość założenia ewidencji na podstawie danych podatkowych osób fizycznych i prawnych – współpraca z modułem Podatki od os. fizycznych oraz od osób prawnych.

13.3.3.10.5. Możliwość importu ewidencji z pliku XML w określonym schemacie.

13.3.3.10.6. Możliwość ewidencji punktów adresowych, z których odbierane są odpady komunalne, w tym:

a) tworzenie, edycja i usuwanie punktów adresowych,b) określanie szczegółowych danych punktów adresowych

(powierzchnie, liczba mieszkańców dla punktów zamieszkałych, dowolne adnotacje dla punktu),

c) wydruk zestawienia punktów adresowych wg zadanych kryteriów.13.3.3.10.7. Możliwość rejestracji i ewidencji złożonych deklaracji o wysokości opłaty za

gospodarowanie odpadami:a) rejestrowanie wszystkich niezbędnych danych do naliczenia opłaty

oraz celów statystycznych,b) możliwość wprowadzania pierwszych deklaracji oraz ich późniejszych

zmian,c) wspomaganie weryfikacji deklaracji wraz z możliwością korygowania

danych i wprowadzania nowych, ujawnionych i zweryfikowanych danych, wraz z zapamiętaniem statusu weryfikacji deklaracji,

d) przyjęcie deklaracji złożonej w formie elektronicznej z wykorzystaniem platformy ePUAP poprzez moduł do obsługi dokumentów elektronicznych.

13.3.3.10.8. Naliczanie opłat za gospodarowanie odpadami komunalnymi:a) naliczanie pojedynczych kartotek lub naliczanie masowe według

zadanych kryteriów,b) naliczanie opłat z uwzględnieniem miesięcznego rozliczania ich w

księgowości zobowiązań,c) możliwość anulowania naliczeń dla wybranego roku naliczenia lub

wszystkich,d) szczegółowa parametryzacja naliczeń opłat (m. in. zaokrąglanie

kwot, stosowanie częstotliwości wywozu pojemników dla punktów niezamieszkałych).

13.3.3.10.9. Możliwość obsługi wezwań do złożenia deklaracji lub złożenia wyjaśnień:a) określanie parametrów wystawianego wezwania,b) możliwość anulowania wystawionego wezwania,c) wydruk wezwania według określonego przez użytkownika szablonu.

13.3.3.10.10.Obsługa decyzji:a) możliwość wystawiania decyzji o wysokości opłaty za

gospodarowanie odpadami komunalnymi,

Strona 118

b) określanie szczegółowych parametrów wystawianych decyzji (indywidualne uzasadnienia, parametry opłat, dowolny szablon decyzji),

c) wydruk decyzji z możliwością edycji treści,d) możliwość wystawienia decyzji o odroczeniu terminu płatności,

rozłożeniu zapłaty należności na raty, umorzeniu zaległości, umorzeniu odsetek.

13.3.3.10.11.Możliwość wykonania wydruków i zestawień:a) wydruk zestawienia płatników i opłat według zadanych parametrów,b) wydruk zestawienia deklaracji według określonych przez

użytkownika parametrów,c) wydruk i eksport do pliku arkusza kalkulacyjnego zestawienia

szczegółowego punktów adresowych z możliwością zdefiniowania dowolnych parametrów zestawienia oraz określenia zawartości informacyjnej na końcowym zestawieniu.

13.3.3.10.12.Możliwość zapamiętania schematu wyszukiwania zestawienia z punktów adresowych.

13.3.3.10.13.Możliwość obsługi wielu taryf opłat za gospodarowanie odpadami komunalnymi według wielu kryteriów, w tym m. in. wg:

a) liczby zamieszkałych osób, b) ryczałtowo od gospodarstw (w tym domów letniskowych), c) rzeczywistego zużycia wg odczytów licznika, d) powierzchni nieruchomości, e) liczby pojemników.

13.3.3.10.14.Możliwość różnicowania opłat m. in. z tytułu liczby dzieci zamieszkujących gospodarstwo domowe, długotrwałego przebywania poza miejscem zamieszkania, segregowania odpadów, liczby dzieci w wieku poniżej określonego wieku z uwzględnieniem wskaźnika procentowego lub kwotowego oraz z uwzględnieniem przedziału czasowego obowiązywania danej ulgi.

13.3.3.10.15.Możliwość obsługi rejestru umów z firmami odpowiedzialnymi za wywóz odpadów.

13.3.3.10.16.Możliwość obsługi naliczania i windykowania kar za niewłaściwe realizowanie umów.

13.3.3.10.17.Możliwość prowadzenia rejestru działalności regulowanej:a) dodawanie, edycja i wykreślanie wpisów do/z rejestru,b) wydruk rejestru działalności regulowanej,c) wydruk zaświadczenia o wpisie do rejestru działalności regulowanej

w zakresie odbierania odpadów komunalnych od właścicieli nieruchomości,

d) wydruk zaświadczenia o zmianie wpisu do rejestru działalności regulowanej w zakresie odbierania odpadów komunalnych od właścicieli nieruchomości.

13.3.3.10.18.Możliwość obsługi sprawozdań z zakresu gospodarki odpadami:a) rejestrowanie, import z pliku arkusza kalkulacyjnego (zgodnego z

obsługiwaną strukturą) sprawozdań od przedsiębiorców odbierających odpady,

b) tworzenie sprawozdań z zakresu gospodarowania odpadami komunalnymi,

c) wydruk sprawozdania według wybranego szablonu.13.3.3.10.19.W celu usprawnienia pracy użytkownika moduł musi dysponować

słownikami: a) sektorów, b) źródeł pochodzenia danych ewidencyjnych, c) cykli rozliczeniowych oraz terminów płatności, d) adresatów sprawozdań z zakresu gospodarki odpadami, e) składowisk odpadów,

Strona 119

f) różnicowania stawek opłat za gospodarowanie odpadami komunalnymi.

13.3.3.10.20.Możliwość prowadzenia katalogu odpadów:a) słownika nieczystości ciekłych,b) słownika rodzajów odpadów,c) słownika zagospodarowania odpadów.

13.3.3.10.21.Możliwość obsługi tras i harmonogramów wywozu odpadów komunalnych wraz z wydrukiem harmonogramu odbiorów odpadów i nieczystości.

13.3.3.10.22.Możliwość zmiany stawek z trakcie roku wraz z aktualizacją wysokości opłat za gospodarowanie odpadami komunalnymi.

13.3.3.10.23.Możliwość wydruku zawiadomienia o zmianie stawki i wysokości rat.

13.3.3.10.24.Możliwość importu danych ewidencyjnych z pliku XML w określonej strukturze na potrzeby weryfikacji danych deklaracji w przypadku braku aktywnego połączenia systemu z modułem rejestru mieszkańców.

13.3.3.10.25.Wsparcie dla obsługi kodów kreskowych dla punktów adresowych:a) umożliwiać wydruk etykiet kodów kreskowych według własnych

zdefiniowanych szablonów,b) umożliwiać przegląd historii wydruków etykiet kodów kreskowych dla

kartoteki (rejestr wydruków),c) umożliwiać weryfikację odczytów kodów kreskowych dla kartoteki z

poziomu ewidencji,d) umożliwiać konfigurację i import odczytów kodów kreskowych z

pliku,e) wspierać zarządzanie odczytami kodów kreskowych z możliwością

usunięcia importu,f) umożliwiać wykonanie zbiorczego i szczegółowego zestawienia

statystycznego odczytów kodów kreskowych według zadanych parametrów.

13.3.3.10.26.Możliwość wprowadzania przypisu i odpisu należności za lata ubiegłe.

13.3.3.11. Opłaty: Czynsz i zużycie wody

13.3.3.11.1. Moduł zapewniający możliwość kompleksowej obsługi opłat z tytułu najmu lokali komunalnych i socjalnych, a także opłat za wodę i odprowadzanie ścieków naliczanych przez gminę.

Moduł musi umożliwiać obsługę danych dotyczące umów (np. umowy najmu lokalu, umowy o dostarczenie wody i odprowadzenie ścieków) oraz nieruchomości związanych z tymi umowami.

13.3.3.11.2. Możliwość wyszukiwania umów wg podanych parametrów.

13.3.3.11.3. Możliwość rejestrowania, edycji i przeglądania danych umowy, w szczególności strony umowy, a także numeru umowy, daty zawarcia, daty obowiązywania, punktu poboru mediów, okres i sposób rozliczania opłat, okres i sposób fakturowania. Rejestrowanie notatki dla umowy.

13.3.3.11.4. Możliwość korygowania umowy, wprowadzania aneksu do umowy.

13.3.3.11.5. W przypadku umowy dot. rozliczenia opłat za wodę możliwość dodania informacji o liczniku.

13.3.3.11.6. Możliwość wydruku umowy z systemu z możliwością edycji szablonu treści umowy.

13.3.3.11.7. Możliwość wyszukiwania nieruchomości wg podanych parametrów.

13.3.3.11.8. Możliwość rejestrowania, edycji i przeglądania danych nieruchomości.

Strona 120

13.3.3.11.9. Możliwość rejestrowania obiektów składających się z wielu budynków, lokali. Rejestrowanie notatki dla nieruchomości.

13.3.3.11.10.Możliwość wprowadzania informacji technicznych odnośnie nieruchomości, np. awarie, remonty, naprawy.

13.3.3.11.11.Możliwość zdefiniowania adresu nieruchomości, podziału rejon/sektor, możliwość wprowadzenia informacji o licznikach.

13.3.3.11.12.Możliwość ewidencjonowania nieruchomości, które rozliczane są w różnych grupach taryfowych.

13.3.3.11.13.Możliwość ewidencjonowania prezentacji, wyszukiwania, dodawania, edycji i usuwania pozostałych obiektów, takich jak budynek, garaż, miejsce parkingowe, piętro w budynku.

13.3.3.11.14.Możliwość dodawania, prezentacji, wyszukiwania, edycji i usuwania lokali w ramach nieruchomości.

13.3.3.11.15.Możliwość rejestrowania i edycji danych licznika z wysokim poziomem szczegółowości, w szczególności:

a) numer, b) numer ewidencyjny, c) średnica, typ (samodzielny, główny, podlicznik) licznika, d) zakres pomiarowy, e) data montażu, f) data legalizacji, g) stan początkowy, h) numer plomby, i) położenie, j) właściciel, k) przepustowość, l) stan (czynny, zdjęty).

13.3.3.11.16.Możliwość prowadzenia pełnej historii liczników. Możliwość zapamiętywania informacji o wszelkich zdarzeniach, miejscach instalacji.

13.3.3.11.17.Możliwość wyświetlenia pełnej historii rozliczeń w danym punkcie rozliczeniowym, uwzględniającej zmiany płatników, liczników, ewidencjonowane zdarzenia (np. awarie liczników).

13.3.3.11.18.Możliwość wyszukiwania, przeglądania, rejestrowania i edycji odczytów liczników.

13.3.3.11.19.Możliwość prowadzenia ewidencji plomb – przegląd i aktualizacja ilościowych stanów. Wprowadzanie, zdejmowanie ze stanu.

13.3.3.11.20.Możliwość monitorowania terminów legalizacyjnych liczników.

13.3.3.11.21.Możliwość naliczania opłat za poszczególne usługi na podstawie obowiązujących stawek i wartości odczytów/ilości usług bądź ustalonych wartości ryczałtów.

13.3.3.11.22.Możliwość rozliczania według dowolnie definiowanych cenników opłat.

13.3.3.11.23.Możliwość wyliczania szacunkowego zużycia na podstawie średniego zużycia za miniony okres do wystawienia faktury w przypadku niemożności dokonania odczytu.

13.3.3.11.24.Możliwość określania i wykorzystywania różnych cykli rozliczeniowych (miesięczne, dwumiesięczne, kwartalne, półroczne, roczne).

13.3.3.11.25.Możliwość stosowania zniżek (ulg) i zwyżek procentowych i kwotowych.

13.3.3.11.26.Możliwość wystawiania faktur w powiązaniu z modułem faktury.

13.3.3.11.27.Możliwość wydruk kodu kreskowego na fakturze.

13.3.3.11.28.Możliwość podziału numeracji faktur do szczegółowości inkasenta.

13.3.3.11.29.Możliwość automatycznego, proporcjonalnego dzielenia zużycia w okresach,

Strona 121

gdy podczas okresu podlegającego fakturowaniu wystąpiła zmiana cen lub stawek VAT.

13.3.3.11.30.Możliwość integracji online z pozostałymi modułami systemu dziedzinowego, w tym:

a) z modułem administracji w celu wykorzystania słowników i konfiguracji modułu,

b) z modułem do wystawiania faktur w celu przekazywania danych dotyczących faktur do rejestru VAT,

c) z modułem księgowości zobowiązań w celu windykacji należności,d) z modułem do obsługi płatności masowych.

13.3.3.11.31.Możliwość wystawienia decyzji o udzieleniu ulg (rozłożenie na raty, umorzenie, zmiana terminu płatności).

13.3.3.11.32.Możliwość szerokiej konfiguracji działania modułu, przynajmniej w zakresie:a) określania rodzajów umów, rodzajów liczników, rodzajów usług,

sektorów, cech nieruchomości,b) określenia stawek usług, zniżek/zwyżek, grup taryfowych, ryczałtów,

terminów płatności, sposobów fakturowania, cykli rozliczeniowych,c) określenia tras, rejonów odczytów.

13.3.3.11.33.Automatyczne monitorowanie danych w module, np. na koniec miesiąca stan wodomierzy z odczytami bez wystawionej faktury, monitorowanie terminów legalizacyjnych wodomierzy.

13.3.3.11.34.Możliwość wykonania wydruku zawiadomienia o wysokości opłat.

13.3.3.11.35.Możliwość wykonywania zestawień i statystyk, w tym:a) raport ze sprzedaży danego medium, np. wody,b) raport z zużycia danego medium - w zależności od wybranych

parametrów,c) raport ze średniego zużycia danego medium - w zależności od

wybranych parametrów,d) zestawienie umów, zestawienie liczników.

13.3.3.11.36.Możliwość eksportu danych niezbędnych do wykonania prac w terenie, tj. przekazywanie danych do urządzeń mobilnych, takich jak np. Pidion BIP-6000. Wymagany system operacyjny urządzenia do Windows Mobile 4.2 lub wyższy.

13.3.3.11.37.Możliwość importu danych z urządzenia mobilnego (odczyty, wystawione faktury, przyjęte wpłaty). Weryfikacja przy imporcie i raportowanie niezgodności.

13.3.3.11.38.Możliwość tworzenia raportu po imporcie danych z urządzenia mobilnego.

13.3.3.12. Opłaty: opłata za zajęcia pasa drogowego

13.3.3.12.1. Moduł ma służyć do prowadzenia rozliczeń z płatnikami z tytułu wydanych zezwoleń na prowadzenie prac związanych z zajęciem pasa drogowego lub umieszczanie w nim urządzeń i obiektów niezwiązanych z funkcjonowaniem dróg np. reklam.

Użytkownik powinien możliwość rejestrowania i obsługi składanych wniosków, wystawiania decyzji dotyczących zezwoleń na zajęcie pasa drogowego, na lokalizację zjazdu lub na umieszczenie urządzeń infrastruktury technicznej w pasie drogowym. Zatwierdzenie decyzji ma powodować naliczenie właściwej opłaty oraz windykowanie należności od wnioskujących.

13.3.3.12.2. Możliwość wprowadzenia i obsługi wniosku, w tym:a) możliwość zdefiniowania czynności, których może dotyczyć wniosek,b) możliwość określenia i przypisania elementów drogi jakie mogą

znaleźć się na wniosku,

Strona 122

c) możliwość określenia elementów obcych, które mogą znaleźć się na drodze,

d) możliwość określenia dróg i rodzajów dróg,e) możliwość określenia sposobu płatności,f) możliwość określenia wnioskodawcy,g) możliwość określenia wykonawcy,h) możliwość przypisania drogi do wniosku,i) możliwość określenia załączonych do wniosku dokumentów.

13.3.3.12.3. Możliwość obsługi decyzji: wydania decyzji na podstawie wprowadzonego wniosku, wydruku wydanej decyzji.

13.3.3.12.4. Na podstawie wydanej decyzji moduł powinien umożliwić wygenerowanie przypisów do modułu księgowości zobowiązań w celu obsługi procesu pobierania opłat.

13.3.3.12.5. Możliwość obsługi zobowiązań wobec gminy, w tym definiowania zobowiązań, wyszukiwanie wg zadanych kryteriów, np. rodzaju płatności, terminu płatności, zobowiązań z przekroczonym terminem płatności.

13.3.3.12.6. Możliwość definiowania rodzaju płatności, np. płatność roczna, jednorazowa.

13.3.3.12.7. Pisma wystawiane w module muszą posiadać możliwość modyfikacji treści, między innymi dawać możliwość ustawienia pieczęci lub dodania wymaganych załączników.

13.3.3.13. Opłaty: opłaty za wydanie zezwolenia na sprzedaż napojów alkoholowych

13.3.3.13.1. Moduł wspierający pracę pracownika urzędu związaną z wydawaniem zezwoleń na prowadzenie sprzedaży napojów alkoholowych przeznaczonych do spożycia na miejscu lub poza miejscem sprzedaży oraz pobieraniem opłat za wydane zezwolenia.

13.3.3.13.2. Możliwość prowadzenia kartotek płatników opłat, a także punktów sprzedaży z możliwością zarządzania:

a) wyszukiwanie kartotek wg różnych parametrów,b) dodawanie i edycja nowej kartoteki,c) dodawanie, usuwanie i edycja punktu sprzedaży,d) dodawanie, usuwanie i edycja zezwoleń,e) przeglądanie kartotek.

13.3.3.13.3. Możliwość wprowadzania zezwoleń, zarządzania nimi oraz naliczania opłat z tytułu wydania zezwolenia, w szczególności:

a) przeglądanie szczegółów zezwolenia,b) dodawanie opłat,c) naliczanie opłat,d) możliwość anulowania zezwolenia,e) możliwość wprowadzenia wygaszenia zezwolenia,f) możliwość wprowadzenia rezygnacji zezwolenia,g) możliwość wprowadzenia cofnięcia zezwolenia,h) możliwość zawieszenia zezwolenia w trybie KPA,i) możliwość wprowadzenia dodatkowej opłaty w przypadku

niedokonania opłaty w terminie ustawowym,j) możliwość wprowadzenia opłaty dodatkowej w przypadku

niezłożenia oświadczenia w terminie ustawowym,k) możliwość przywrócenia statusu zezwolenia zawieszonego w trybie

KPA.13.3.3.13.4. Moduł musi wspierać dokonywania wydruków decyzji oraz innych pism

związanych z obsługą koncesji na sprzedaż alkoholu: wydruk decyzji zezwalającej, wydruk terminarza opłat, wydruk postanowienia gminnej komisji rozwiązywania problemów alkoholowych.

13.3.3.13.5. W celu dostosowania treści i wyglądu pism do wymogów użytkowników moduł musi dawać możliwość edycji treści i zapisywania szablonów

Strona 123

wydruków pism typu:a) opinia gminnej komisji rozwiązywania problemów alkoholowych

(pozytywna i negatywna),b) decyzja zezwalająca, w tym jednorazowa,c) decyzja cofająca zezwolenie,d) decyzja o wygaśnięciu zezwolenia,e) terminarz,f) przywrócenia zezwolenia w trybie KPA,g) rezygnacja z zezwolenia.

13.3.3.13.6. Możliwość obsługi już wydanych pism, tj. wyszukiwanie, podgląd i wydruk wcześniej wystawionego pisma.

13.3.3.13.7. Możliwość wykonania wydruków statystycznych: a) sprawozdania MPiH, b) listy wydanych zezwoleń, c) listy punktów sprzedaży, d) listy należności nieopłaconych.

13.3.3.13.8. Możliwość ustawienia parametrów niezbędnych do kontroli wystawionych zezwoleń, w tym:

a) limitu sprzedaży,b) sposobu wyliczania limitów,c) określenia znaku pisma wychodzącego,d) określenia minimalnej odległości,e) określenia powierzchni,f) określenia terminu płatności.

13.3.3.13.9. Moduł powinien być zintegrowany z modułem księgowości zobowiązań w trybie online.

13.3.3.14. Opłaty: inne

13.3.3.14.1. Moduł umożliwiający prowadzenie rozliczeń z płatnikami z tytułu różnych opłat pobieranych przez Urząd. Możliwość naliczenia opłaty komunikacyjnej, targowej miejscowej oraz za np. mandaty itp..

13.3.3.14.2. Możliwość zdefiniowane dowolnej nazwy opłaty, która będzie wprowadzana do systemu.

13.3.3.14.3. Parametry modułu muszą pozwalać na ustalenie czy naliczenie wprowadzanej opłaty będzie wykonywane w zaokrągleniu do złotówki, do grosza, czy do 10 groszy.

13.3.3.14.4. Możliwość zdefiniowania, czy opłata będzie rozliczana w module do obsługi księgowości zobowiązań, czy też będzie pobierana w kasie. Definiowanie integracji do modułów odbywa się w trybie online.

13.3.3.14.5. Możliwość zdefiniowania rodzaju odsetek dla opłaty.

13.3.3.14.6. Możliwość wprowadzania kartotek opłat oraz zarządzanie nimi:a) możliwość ustalenia stanu rozliczenia naliczonej opłaty,b) możliwość wyszukiwania kartotek według wybranych kryteriów:

numeru opłaty, roku opłaty, opisu opłaty, danych opłacającego, daty wprowadzenia, stanu rozliczenia, statusu opłaty.

13.3.3.14.7. Podczas zakładania nowych kartotek system musi dawać możliwość wyboru zobowiązanych oraz zdefiniowania rat i terminów płatności rat.

13.3.3.14.8. Możliwość anulowania naliczonych opłat.

13.3.3.14.9. Możliwość zdefiniowania jaki rodzaj zawiadomienia ma być wystawiany w przypadku stwierdzenia zaległości (Upomnienie, Wezwanie).

13.3.3.14.10.Możliwość podejrzenia kartoteki przez użytkownika w module do księgowości zobowiązań w trybie online.

13.3.3.14.11.Możliwość wystawienia decyzji dla opłaty: a) o odroczeniu terminu płatności,

Strona 124

b) rozłożeniu zapłaty należności na raty, c) umorzeniu zaległości, d) umorzeniu odsetek.

13.3.3.14.12.Możliwość zdefiniowania, czy opłata ma mieć przypisany VAT i możliwość określenia domyślnego podatku VAT w celu prawidłowego rozliczenia w księgowości zobowiązań.

13.3.3.15. Moduł masowych przelewów mieszkańców

13.3.3.15.1. Moduł usprawniający i automatyzujący dokonywanie rozliczeń na kontach mieszkańców z tytułu dokonywanych przez nich przelewów i wpłat na konta bankowe Urzędu z tytułu zobowiązań pieniężnych.

Moduł zapewniający zautomatyzowanie procesu obsługi wyciągów bankowych otrzymywanych elektronicznie z banku. Dochody z tytułu podatków i innych opłat muszą być identyfikowane z indywidualnymi kontami (kartotekami) podatników. Integracja powinna zapewniać automatyzację dekretacji bezpośrednio na kartotekach podatkowych mieszkańców.

13.3.3.15.2. Możliwość ustawienia podstawowych informacji niezbędnych do obsługi przelewów: banku obsługującego urząd oraz formatu plików importowanych z banku.

13.3.3.15.3. Możliwość pracy w dwóch wariantach: z zastosowaniem kont ogólnych urzędu oraz kont indywidualnych.

W zakresie kont ogólnych moduł powinien umożliwiać:a) wprowadzenie kont ogólnych z uwzględnieniem podatku/rodzaju

należności,b) wprowadzenie szablonów kont z uwzględnieniem podatku/rodzaju

należności,c) generowanie identyfikatorów rodzajów należności w ramach

kartoteki i podatku/rodzaju należności dla kont ogólnych, co umożliwi rozróżnienie należności wpłacanych na ogólne konto.

W zakresie kont indywidualnych moduł musi umożliwiać:d) generowanie indywidualnych rachunków bankowych w ramach

kartoteki i podatku/rodzaju należności,e) wprowadzanie ręczne lub edycja indywidualnego rachunku

bankowego w ramach wybranej kartoteki.13.3.3.15.4. Możliwość generowania zawiadomień:

a) o indywidualnym numerze rachunku bankowego, b) o numerze konta ogólnego z podanie identyfikatora, który ma być

tytułem przelewu w celu jego identyfikacji podczas wpłaty.13.3.3.15.5. Płatności masowe powinny być możliwe poprzez import pliku z przelewami.

13.3.3.15.6. Możliwość automatyzacji rozdysponowania przelewów, w tym:a) automatyczne rozliczanie przelewów: na rachunek indywidualny, na

konto ogólne, gdzie w tytule jest rozpoznawalny identyfikator lub dyspozycja z zewnętrznego systemu do płatności online,

b) półautomatycznego rozliczania przelewów, z możliwością kontroli rozdysponowania na ekranie: na rachunek indywidualny, na konto ogólne, gdzie w tytule jest rozpoznawalny identyfikator, dyspozycję z systemu do płatności online z możliwością ręcznej zmiany dyspozycji proponowanej przez system,

c) możliwość ręcznego rozdysponowania,d) możliwość rozdysponowania na należność własną wpłacającego lub

należności innej osoby (np. wpłata komornicza),

Strona 125

e) możliwość rozdysponowania na kwoty do wyjaśnienia w ramach wybranego podatku/rodzaju należności,

f) możliwość zaznaczenia operacji na wyciągu bankowych jako rozliczoną w module finansowo-księgowym lub poza systemem dziedzinowym,

g) rozliczenie przelewu.13.3.3.15.7. Moduł musi pozwalać na obsługę wyciągów bankowych, w tym:

a) automatyczne rozliczenie wyciągu po rozliczeniu wszystkich operacji,b) tworzenie dekretu na podstawie wyciągu w ramach wybranego

kontekstu w module finansowo-księgowym,c) wydruk wyciągu bankowego,d) wydruku utworzonego dekretu.

13.3.3.15.8. Moduł musi być zintegrowany z modułem do księgowości zobowiązań w zakresie księgowania wpłat na należności w trybie onLine.

13.3.3.16. Wydawanie zaświadczeń

13.3.3.16.1. Moduł umożliwiający wystawianie zaświadczeń o niezaleganiu w podatkach lub stwierdzające stan zaległości, wystawianie zaświadczeń o wielkości gospodarstwa oraz rejestracji wydanych zaświadczeń na podstawie kartoteki płatników podatku od osób fizycznych.

13.3.3.16.2. Możliwość prowadzenie, podglądu i edycji kartotek podatników, dla których wystawiane są zaświadczenia.

13.3.3.16.3. Możliwość wydruku zaświadczenia o niezaleganiu w podatkach lub stwierdzające stan zaległości, w tym przynajmniej:

a) możliwość określenia opłaty skarbowej,b) możliwość określenia formy rozliczenia,c) możliwość określenia podstawy prawnej opłaty skarbowej,d) możliwość wydruku zaświadczenia z uwzględnieniem adresy stałego

lub korespondencyjnego.13.3.3.16.4. Możliwość określenia sposobu dostarczenia ww. zaświadczenia w formie

elektronicznej przez ePUAP w przypadku korzystania również z modułu do obsługi dokumentów elektronicznych.

13.3.3.16.5. Możliwość wydruku zaświadczenia o wielkości gospodarstwa lub nieposiadaniu gospodarstwa, w tym przynajmniej z możliwością określenia:

a) opłaty skarbowej,b) postawy prawnej opłaty skarbowej,c) określenia celu przedłożenia,d) określenia gruntów, jakie ma obejmować zaświadczenie (wszystkie,

dzierżawione, własnościowe),e) dodania do wydruku gruntów oddanych w dzierżawę,f) udziałów,g) składników opodatkowania,h) współwłaścicieli,i) doręczenia na adres stały lub korespondencyjny,j) sposobu doręczenia.

13.3.3.16.6. Możliwość określenia sposobu dostarczenia ww. zaświadczenia w formie elektronicznej przez ePUAP w przypadku korzystania również z modułu do obsługi dokumentów elektronicznych.

13.3.3.16.7. Możliwość prowadzenia rejestru zaświadczeń z możliwością wydruku rejestru.

13.3.3.16.8. Możliwość tworzenia, edycja i usuwania szablonów treści zaświadczenia o gospodarstwie i zaświadczenia o zadłużeniu.

13.3.3.16.9. Możliwość konfiguracji znaków dokumentów oraz ciągłości numeracji.

13.3.3.16.10.Możliwość wydruku zaświadczenia o wielkości gospodarstwa lub nieposiadaniu gospodarstwa oraz figurowaniu bądź nie w ewidencji

Strona 126

podatkowej, w tym przynajmniej z możliwością określenia:a) opłaty skarbowej,b) postawy prawnej opłaty skarbowej,c) określenia celu przedłożenia,d) określenia gruntów, jakie ma obejmować zaświadczenie (wszystkie,

dzierżawione, własnościowe),e) dodania do wydruku gruntów oddanych w dzierżawę,f) udziałów,g) składników opodatkowania,h) współwłaścicieli,i) doręczenia na adres stały lub korespondencyjny,j) sposobu doręczenia.

13.3.3.17. Księgowanie zobowiązań

13.3.3.17.1. Moduł zintegrowanej księgowości zobowiązań wobec urzędu wspomagający pracę pracowników urzędu w zakresie pobierania podatków i opłat od obywateli i jednostek prawnych.

Moduł musi umożliwiać prowadzenie rozliczeń finansowych na kartotekach podatników i innych zobowiązanych według rodzaju należności (podatek rolny, leśny, od nieruchomości od osób fizycznych, od osób prawnych, od posiadania środków transportowych, z tytułu umów dzierżawy, sprzedaży, użytkowania wieczystego, z tytułu wydanych zezwoleń czy pobrania wymaganych opłat np. za zajęcie pasa drogowego itp.).

13.3.3.17.2. Możliwość tworzenia bilansu otwarcia zobowiązań.

13.3.3.17.3. Możliwość tworzenia i zarządzania kartotekami podatników, w tym wyszukanie kartoteki wg podanych kryteriów.

13.3.3.17.4. Możliwość przeglądania należności, gdzie w ramach raty są dostępne: a) przypisy/odpisy, b) operacje księgowe, c) zobowiązani, d) wpłacający, e) przedawnienia, f) hipoteki, decyzję i raty wynikające z rozłożenia na raty lub

odroczenia terminu lub umorzeniu.13.3.3.17.5. Możliwość przeglądania operacji księgowych, gdzie są dostępne listy:

należności na jakie jest wpłata/zwrot, osoby zobowiązane i wpłacające, przelewy (jeżeli wpłata pochodzi z płatności masowych).

13.3.3.17.6. Możliwość przeglądania upomnień/wezwań do zapłaty, gdzie są dostępne listy: osób na upomnieniu, zaległości, uregulowania kosztów, tytuły wykonawcze, umorzenie lub skasowane koszty.

13.3.3.17.7. Możliwość przeglądania indywidualnych rachunków bankowych – w przypadku korzystania z płatności masowych.

13.3.3.17.8. Możliwość anulowania prolongaty (rat po terminie wynikających z decyzji o rozłożeniu na raty lub odroczeniu).

13.3.3.17.9. Możliwość wystawiania upomnień/wezwań do zapłaty z poziomu kartoteki.

13.3.3.17.10.Możliwość wystawiania tytułu wykonawczego na podstawie upomnienia lub bez upomnienia.

13.3.3.17.11.Możliwość wydruku tytułu wykonawczego z możliwością utworzenia dokumentu elektronicznego w przypadku korzystania z modułu do obsługi dokumentów elektronicznych.

13.3.3.17.12.Możliwość przedawnienia zaległości, w tym zmiana terminu przedawniania wybranej raty.

13.3.3.17.13.Możliwość przeniesienia na hipotekę i wycofanie hipoteki.

Strona 127

13.3.3.17.14.Możliwość uzupełnienia daty odbioru upomnienia i daty odbioru decyzji.

13.3.3.17.15.Możliwość aktualizacji opisu wybranej raty lub wpłaty.

13.3.3.17.16.Możliwość wydruku kartoteki wg podanych kryteriów.

13.3.3.17.17.Moduł musi umożliwiać dokonywanie operacji księgowych, w tym:a) wprowadzanie i aktualizacja dzienników (w tym inkasentów) wpłat

wraz z wpłatami na należności, kwoty do wyjaśnienia, wpłaty na należności innych zobowiązanych,

b) przegląd dzienników-raportów kasowych - utworzonych w module do obsługi stanowiska kasowego w trybie onLine,

c) przegląd i aktualizacja dzienników-wyciągów bankowych - utworzonych w module do obsługi płatności masowych w trybie onLine,

d) rozliczenie dziennika z aktualizacją kartoteki oraz przelewów (jeżeli jest wpłata pochodzi z modułu do płatności masowych) i faktur (jeżeli na opłacaną należność jest faktura),

e) wydruk sumaryczny wybranych dzienników,f) wydruk szczegóły dziennika,g) przeksięgowanie wpłaty, nadpłaty i kwoty do wyjaśnienia - w tym na

inne należności wpłacającego, na innego zobowiązanego.13.3.3.17.18.Możliwość obsługi obrotów księgowych, w tym:

a) zamykanie bilansu otwarcia,b) zamykanie miesiąca,c) wydruk rozliczenia miesięcznego (w tym niektóre rodzaje należności

w rozbiciu na osoby fizyczne i prawne, netto i VAT),d) wydruk dziennika obrotów – sumaryczny, analityczny (w tym w

ramach wybranych sektorów dla gospodarki odpadami oraz niektóre rodzaje należności w rozbiciu na osoby fizyczne i prawne, netto i VAT),

e) wydruk przypisów i odpisów.13.3.3.17.19.Moduł powinien prowadzić ewidencję tytułów wykonawczych wraz z

możliwością tworzenia zestawienia tytułów wykonawczych.13.3.3.17.20.Możliwość wystawiania i ewidencji upomnień i wezwań, a w szczególności:

a) wystawiania grupowego upomnień/wezwań do zapłaty,b) przeglądu upomnień/wezwań do zapłaty,c) wydruku upomnienia/wezwania do zapłaty,d) wydruku rejestru upomnień/wezwań do zapłaty,e) tworzenia dokumentu elektronicznego z upomnieniem/wezwaniem

do zapłaty w przypadku korzystania z modułu do obsługi dokumentów elektronicznych,

f) wystawiania tytułu wykonawczego na podstawie upomnienia.13.3.3.17.21.Moduł musi umożliwiać prowadzenie rejestrów:

a) przeksięgowań z wydrukiem i możliwością utworzenia dokumentu elektronicznego w przypadku korzystania z modułu do obsługi dokumentów elektronicznych,

b) zapytań o nadpłatę z wydrukiem,c) postanowień o zarachowaniu z możliwością wystawienia nowego i

wydruku oraz utworzenia dokumentu elektronicznego w przypadku korzystania z modułu do obsługi dokumentów elektronicznych.

13.3.3.17.22.Z poziomu modułu powinna istnieć możliwość obsługi kwitariuszy dla inkasentów. Moduł powinien pozwalać na:

a) generowanie kwitariuszy,b) przegląd rejestru kwitariuszy,c) wydruk kwitariuszy.

Strona 128

13.3.3.17.23.Wbudowany kalkulator odsetek bankowych, ustawowych i podatkowych oraz kalkulatorem odsetek redyskontowych.

13.3.3.17.24.Moduł musi być zintegrowany z modułem finansowo-księgowym i eksportować dane dotyczące przypisów zobowiązań do modułu finansowego.

13.3.3.17.25.Możliwość obsługi wszelkich należności ewidencjonowanych w systemie dziedzinowym:

a) podatków, b) opłat, c) opłat z tytułu koncesji alkoholowych, d) opłat za gospodarowanie odpadami.

13.3.3.17.26.Moduł powinien umożliwiać wykonywanie dyspozycji do modułu obsługującego stanowisko kasowe w celu umożliwienia podglądu należności w kasie.

13.3.3.17.27.Moduł powinien posiadać możliwość obsługi przedawnień zaległości, w tym zmiana terminu przedawniania wybranej raty.

13.3.3.17.28.Możliwość wykonania zestawienia niezapłaconych prolongat, kwot do wyjaśnienia oraz nadpłat w celu ustalenia należności do opłaty.

13.3.3.17.29.Możliwość zapisu w Systemie tytułu wpłaty dokonanej przez podatnika.

13.3.3.17.30.Możliwość przeprowadzenia konfiguracji globlalnej dotyczących rodzajów prezentowanych informacji w module online w zakresie prezentowanych informacji np. storno, korekty, błędy księgowania i inne.

13.3.3.17.31.Możliwość wykonania zestawienia należności, dla których nie wystawiono upomnienia oraz dla których nie wystawiono Tytułu Wykonawczego.

13.3.3.18. Gospodarowanie mieniem

13.3.3.18.1. Moduł wspomagający obsługę w zakresie gospodarowania mieniem będącym w zasobach JST lub mieniem Skarbu Państwa.

Moduł musi Umożliwiać gminie obsługę umów związanych z takimi operacjami jak: użytkowanie wieczyste, dzierżawy, trwały zarząd, przekształcenia użytkowania wieczystego na własność oraz sprzedaży działek, budynków i lokali

13.3.3.18.2. Możliwość rejestracji poniższych operacji:a) transakcji użytkowania wieczystego,b) bilansu otwarcia użytkowania wieczystego,c) transakcji dzierżawy,d) transakcji dzierżawy reklamowej,e) transakcji bezumownego korzystania z nieruchomości,f) rejestracji kontynuacji dzierżawy podczas rejestracji transakcji

bezumownego korzystania z nieruchomości,g) transakcji trwałego zarządu,h) bilansu otwarcia trwałego zarządu,i) transakcji przekształcenia użytkowania wieczystego na własność,j) bilansu otwarcia przekształcenia,k) wadium,l) transakcji sprzedaży nieruchomości,m) sprzedaży budynków oraz lokali z jednoczesnym oddaniem gruntu w

wieczyste użytkowanie lub jego sprzedaży na własność,n) bilansu otwarcia sprzedaży.

13.3.3.18.3. Możliwość wyszukiwania przez użytkownika informacji na temat zarejestrowanych transakcji oraz wydruk lub eksport wyszukanych danych wg opisu poniżej:

a) wyszukiwanie transakcji według określonych parametrów,b) wydruk zestawienia wyszukanych transakcji,

Strona 129

c) wyszukiwanie działek, budynków, lokali w zasobie według określonych parametrów,

d) wydruk zestawienia wyszukanych w zasobie działek, budynków, lokali,

e) eksport zestawienia danych wyszukanych w zasobie do formatu XML,

f) eksport zestawienia danych wyszukanych w zasobie do formatu HTML,

g) eksport zestawienia danych wyszukanych w zasobie do arkusza kalkulacyjnego,

h) możliwość wyszukania umów po terminie,i) możliwość wyszukania umów zakończonych,j) przegląd szczegółów transakcji.

13.3.3.18.4. Możliwość rejestracji transakcji dzierżawy z uwzględnieniem wielu czynników, a także umożliwiać dokonanie korekty, zmian warunków itd. Musi być możliwe wykonanie poniższych czynności:

a) zmiana warunków umowy dzierżawy (aneks),b) zakończenie umowy dzierżawy,c) automatyczne zakończenie umów dzierżaw,d) obsługa korekty błędu transakcji dzierżawy,e) usuwanie transakcji dzierżawy,f) automatyczne generowanie rat dla dzierżaw miesięcznych,

kwartalnych, półrocznych, rocznych,g) możliwość wprowadzania dowolnych rat dla dzierżawy

indywidualnej,h) możliwość wprowadzenia dzierżawy indywidualnej,i) możliwość wprowadzenia dzierżawy jednorazowej,j) możliwość wyliczania rat dla umowy proporcjonalnie lub według

zużycia dziennego,k) automatyczne wyliczanie kwoty umowy na podstawie parametrów,l) wydruk umowy dzierżawy,m) dowolna modyfikacja szablonów wydruku umowy dzierżawy,n) wydruk umów dzierżaw jednoprzedmiotowych i

wieloprzedmiotowych.13.3.3.18.5. Możliwość dokonywania transakcji użytkowania wieczystego wg poniższych

kryteriów:a) zmiana warunków umowy użytkowania wieczystego,b) zbycie udziałów użytkowania wieczystego,c) zakończenie umowy użytkowania wieczystego,d) obsługa korekty błędu transakcji użytkowania wieczystego,e) usuwanie transakcji użytkowania wieczystego,f) możliwość wprowadzenia przeznaczenia działki,g) możliwość wprowadzenia bonifikat.

13.3.3.18.6. Możliwość rejestracji operacji trwałego zarządu system powinien dawać możliwość wykonania poniższych czynności:

a) zmiana warunków umowy trwałego zarządu,b) wygaśnięcie umowy trwałego zarządu,c) obsługa korekty błędu transakcji trwałego zarządu,d) usunięcie transakcji trwałego zarządu.

13.3.3.18.7. Odnośnie transakcji sprzedaży system powinien umożliwiać:- obsługa korekty błędu transakcji sprzedaży,- usunięcie transakcji sprzedaży,- możliwość wprowadzenia sprzedaży kredytowanej,- możliwość dowolnego rozplanowania spłaty kredytu.

13.3.3.18.8. Możliwość wykonywania wydruków zawiadomień i umożliwiać zmianę szablonu tych zawiadomień. Wydruki dotyczą:

a) zawiadomień o wysokości czynszu rolnego,

Strona 130

b) zawiadomień o wysokości czynszu dzierżawnego,c) zawiadomień o wygaśnięciu umowy dzierżawy,d) zawiadomień o wysokości opłaty za użytkowanie wieczyste,e) zawiadomień o wypowiedzeniu opłat za użytkowanie wieczyste,f) zawiadomienia o numerze rachunku bankowego,g) zawiadomienia o aktualizacji opłaty rocznej za użytkowanie

wieczyste,h) zawiadomienia bez naliczania opłat.

13.3.3.18.9. System musi ponadto umożliwiać:a) definiowanie szablonów treści zawiadomień,b) automatyczną aktualizację zawiadomień po zmianie szablonu treści.

13.3.3.18.10.Moduł musi być zintegrowany online z modułem księgowości zobowiązań oraz modułem służącym do wystawiania faktur.

W zakresie obsługi płatności moduł powinien:a) tworzyć przypisy do moduły księgowości zobowiązań,b) umożliwiać przegląd płatności dla umowy,c) wyszukiwanie płatności z modułu księgowości zobowiązań,d) generowanie faktur dla wybranej umowy, w tym generowanie

automatyczne,e) przegląd faktur dla umowy,f) wyszukiwanie faktur z modułu Faktury.

13.3.3.18.11.Możliwość zapisywania dodatkowych uwag do umów i do działek.

13.3.3.18.12.Możliwość przeglądu ewidencji gruntów i budynków z poziomu kartoteki.

13.3.3.18.13.W przypadku trybu pracy z obsługą działek w zasobie EGiB system musi umożliwiać wykonanie poniższych czynności:

a) weryfikacja i zatwierdzanie zmiany geodezyjnej,b) dezaktywacja zmiany geodezyjnej,c) usuwanie zmiany geodezyjnej,d) przegląd szczegółów zmiany geodezyjnej,e) podział działki,f) przegląd historii działki.

13.3.3.18.14.Możliwość wystawienia decyzji o odroczeniu terminu płatności, rozłożeniu zapłaty należności na raty, umorzeniu zaległości, umorzeniu odsetek.

Uwaga:Możliwość przeglądu rejestru wystawionych decyzji.

13.3.3.18.15.Możliwość korekty płatności dla zakończonej umowy.

13.3.3.18.16.Możliwość aktualizacji historii działek.

13.3.3.18.17.Możliwość wygenerowania zestawień, raportów i wydruków:a) raportu powierzchni gruntów we władaniu,b) raportu stanu mienia gminy,c) zestawienie umów wprowadzonych w danym okresie,d) zestawienie przedmiotów na działkach,e) zestawienie wygenerowanych przypisów,f) zestawienia użytków gruntowych,g) ewidencji budynków i lokali.

13.3.3.18.18.Możliwość generowania własnych zestawień na podstawie wybranych danych z systemu – wg szerokiego zakresu kryteriów.

13.3.3.18.19.Możliwość obsługi wielu jednostek ewidencyjnych.

13.3.3.18.20.W ramach obsługi EGiB system musi mieć możliwość obsługi wielu jednostek ewidencyjnych, w tym dawać możliwość:

Strona 131

a) dodawania, usuwania i zmiany danych jednostek ewidencyjnych,b) dodawania, usuwania i zmiany danych obrębów,c) dodawania, usuwania i zmiany danych jednostek rejestrowych,d) dodawania, usuwania i zmiany danych działek,e) dodawania, usuwania i zmiany danych budynków,f) dodawania, usuwania i zmiany danych lokali,g) dodawania, usuwania i zmiany danych budowli,h) przenoszenia przedmiotu do innej jednostki rejestrowej,i) scalania działek,j) rejestracji scalenia umów dla scalanych działek objętych umową,k) podziału działek,l) rejestracja użytków gruntowych dla działki,m) rejestracja adresów nieruchomości,n) rejestracja formy władania nieruchomością,o) rejestracja formy własności nieruchomości,p) rejestracja sposobu zagospodarowania działki.

13.3.3.18.21.W ramach obsługi EGiB moduł powinien być zintegrowany z modułem do obsługi ewidencji środków trwałych. Powinien umożliwiać:

a) powiązanie przedmiotu EGiB ze środkiem trwałym,b) usuwanie powiązania przedmiotu EGiB ze środkiem trwałym,c) przegląd danych środka trwałego powiązanego z przedmiotem EGiB,d) aktualizację wartości księgowej przedmiotu EGiB na podstawie

danych z modułu do obsługi ewidencji środków trwałych,e) możliwość odnotowania daty ostatniej zmiany wartości księgowej

przedmiotu EGiB.13.3.3.18.22.W celu usprawnienia i automatyzacji pracy moduł powinien umożliwiać

definiowanie danych w słownikach i ustawienia parametrów pracy:a) stawek czynszu klas gruntów,b) cen zboża,c) przeznaczenia nieruchomości,d) przeznaczeń działki,e) sposobów zagospodarowania,f) terminów opłat,g) form zbycia,h) kodów czynszu,i) funkcji użytkowych budynku,j) typów lokali,k) materiałów ścian zewnętrznych,l) rodzajów jednostek rejestrowych,m) rodzajów nieruchomości,n) rodzajów praw do działki,o) rodzajów władania,p) rodzajów własności,q) rodzajów dokumentów,r) rodzajów opłat,s) parametryzacji generowania faktur dla wybranych rodzajów opłat,t) słownika rodzajów opłat dzierżawnych,u) słownika użytków gruntowych,v) słownika klas gruntów,w) słownika typów udziałowców,x) słownika sposobów nabycia.

13.3.3.18.23.Moduł powinien być zintegrowany z modułem do obsługi dokumentów elektronicznych i umożliwiać generowanie zawiadomień w formie dokumentu elektronicznego. Moduł musi posiadać możliwość odnotowania daty odbioru zawiadomienia po otrzymaniu UPO z modułu do obsługi dokumentów elektronicznych.

13.3.3.18.24.System musi mieć możliwość aktualizacji danych EGiB na podstawie

Strona 132

zaimportowanego pliku SWDE. Aktualizacja powinna być możliwa poprzez wczytanie pliku SWDE i możliwość uruchomienia ekranu porównania danych.

13.3.3.18.25.Ekran porównania danych zaimportowanych z pliku SWDE powinien umożliwiać wskazanie, jakie różnice mają być pokazywane na ekranie. Lista różnic powinna być też możliwa do wydruku w formie raportu. Raport powinien wskazywać, na czym polega różnica w danych dostępnych w systemie i w danych importowanych plikiem SWDE, np. inne adresy, różnica w oznaczeniu klasy gruntu itp.

13.3.3.18.26.Możliwość potwierdzania wprowadzenia aktualizacji rekordu pochodzącego z pliku SWDE lub odrzucenie wprowadzenia takiej zmiany do systemu. Zatwierdzanie różnic powinno odbywać się ręcznie dla zaznaczonego rekordu lub masowo, po uprzednim zaznaczeniu większej ilości rekordów.

13.3.3.18.27.Możliwość podglądu raportu z zaakceptowanych różnic pochodzących z importu pliku SWDE.

13.3.3.18.28.W przypadku aktualizacji danych z pliku SWDE powinna istnieć możliwość podglądu szczegółów aktualizowanego rekordu z możliwością porównania danych istniejących w systemie z danymi pochodzącymi z pliku SWDE. Porównanie powinno zawierać co najmniej:

a) nazwę obiektu,b) numer działki,c) powierzchnia,d) rodzaj dokumentu przypisanego do obiektu (decyzja, księga

wieczysta itp.), wraz z datą wystawienia, sygnaturą, datą przyjęcia,e) oznaczenie dokumentu,f) sposób zagospodarowania,g) nr jednostki rejestrowej.

13.3.3.18.29.Ekran porównania powinien również umożliwiać przegląd danych dotyczących EGiB dla zaznaczonego rekordu.

13.3.3.18.30.Funkcja aktualizacji danych z SWDE powinna umożliwiać przypisanie jednostki rejestrowej do rekordu pochodzącego z pliku SWDE i nieposiadającego takich danych. Powinna istnieć również możliwość przeniesienia danego rekordu do innej jednostki rejestrowej.

13.3.3.19. Dodatki mieszkaniowe

13.3.3.19.1. Moduł wspomagający obsługę procesu związanego z ustaleniem i wypłaceniem dodatku do czynszu za mieszkanie dla obywateli, którzy spełniają wymagane kryteria.

Możliwość:a) prowadzenia rozliczeń i przechowywania archiwalnych danych o

wypłaconych dodatkach mieszkaniowych,b) prowadzenia rejestru mieszkańców pobierających dopłaty oraz

podmiotów naliczających czynsz. c) wystawiania decyzji przyznającej lub odmownej, wszczęcia

postępowania w sprawie zawieszenia dodatku, d) tworzenie list wypłat oraz innych wydruków takich jak: statystyka

przyznanych dodatków, wykaz wydanych decyzji, wydruk listy wypłat itp.

e) generowania przelewów lub danych do systemu bankowego.13.3.3.19.2. Możliwość prowadzenia ewidencji wnioskodawców z uwzględnieniem:

a) danych o lokalu mieszkalnym;b) danych o osobach w rodzinie,c) źródłach dochodud) wysokości zarobków;e) wywiadu środowiskowego.

Strona 133

13.3.3.19.3. Możliwość: a) wprowadzania wniosku, b) ustalania dodatku, c) wystawianie decyzji (o przyznaniu lub odmownych).

13.3.3.19.4. Możliwość naliczania wypłat, tworzenia listy wypłat a w konsekwencji wydruk listy, przelewów oraz list do zarządców do tej listy.

13.3.3.19.5. Możliwość wykonania oddzielnych wydruków dla list wypłat podstawowych jak i dodatkowych.

13.3.3.19.6. Możliwość eksportu danych dotyczących przelewów w celu połączenia z systemem bankowym.

13.3.3.19.7. Możliwość wygaszania dodatków z mocy ustawy.

13.3.3.19.8. Możliwość zawieszania, odwieszania wypłat dodatków.

13.3.3.19.9. Możliwość wydruku zaświadczenia o wysokości pobranych dodatków mieszkaniowych w podanym okresie.

13.3.3.19.10.Możliwość tworzenia przelewów elektronicznych z list wypłat.

13.3.3.19.11.Możliwość prowadzenia statystyki ilościowo-wartościowej dodatków.

13.3.3.19.12.Możliwość ewidencji pracowników przeprowadzających wywiady.

13.3.3.19.13.Możliwość symulacji zmiany wysokości dodatków w przypadku wprowadzenia innego ograniczenia.

13.3.3.19.14.Możliwość wprowadzenia podziału czynszu na media.

13.3.3.19.15.Możliwość otrzymania zestawień: a) zestawienia wypłat za wybrany okres,b) zestawienia dodatków mieszkaniowych wg. zarządców; wydruk

statystyki do sprawozdania GUS (SG-01).13.3.3.19.16.Kartoteka wnioskodawcy powinna zawierać szczegółowe dane potrzebne do

prowadzenia ewidencji, łącznie z danymi o cenie energii elektrycznej, zarządcy, tytule prawnym do lokalu, dochodu, powierzchni, mediach itp.

13.3.3.19.17.Możliwość konfiguracji danych słownikowych, np. słownika zarządców, słownika rodzajów wydatków (energia elektryczna, opłata za ciepłą wodę itp.), stawki najniższej emerytury, próg najniższego podatku, ryczałtów, pracowników, znaków decyzji, kwot dodatku energetycznego.

13.3.3.19.18.Możliwość konfiguracji takich danych parametrów, jak liczba miejsc po przecinku w przypadku ryczałtu tytułów prawnych, listy osób otrzymujących kopie pisma.

13.3.3.19.19.Możliwość konfiguracji i wydruku pism.

13.3.3.19.20.Możliwość wprowadzania korekty dodatku.

13.3.3.19.21.Obsługa dodatków powinna mieć również możliwość dodania notatek tekstowych, potrzebnych pracownikom obsługującym dodatki.

13.3.3.19.22.Wypłaty dodatków powinny być możliwe do przejrzenia w postaci listy lub rejestru wypłat.

13.3.3.19.23.Możliwość przeglądu wypłat z lat poprzednich.

13.3.3.19.24.Kartoteka przyznanego dodatku powinna dawać możliwość przeglądu historii zmian dodatku.

13.3.3.19.25.Kartoteka powinna zawierać metrykę sprawy z możliwością przeglądu osoby odpowiedzialnej za przyznanie wniosku.

13.3.3.19.26.Moduł powinien obok dodatku mieszkaniowego dawać możliwość obsługi dodatku energetycznego.

13.3.3.19.27.Możliwość przeglądu pełnej historii przyznania dodatku energetycznego w

Strona 134

postaci metryki prowadzonej sprawy.13.3.3.19.28.Możliwość przeglądu historii wypłat dodatku energetycznego.

13.3.3.19.29.Możliwość ustawienia konta bankowego, różnego dla dodatku mieszkaniowego i energetycznego.

13.3.3.19.30.Możliwość prowadzenia kartoteki zarządcy, z możliwością wprowadzenia nazwy, nr konta, NIP, adresu. Wprowadzeni do systemu zarządcy powinny być wspólni dla całego systemu dziedzinowego i występować we wspólnej bazie kontrahentów systemu.

13.3.3.19.31.W celu dokładnej ewidencji system musi dawać możliwość wydruku listy wniosków.

13.3.3.19.32.Wystawianie decyzji musi również dawać możliwość korekty.

13.3.3.19.33.Możliwość wydruku listy decyzji.

13.3.3.19.34.Możliwość naliczania wypłat na dany miesiąc z określeniem daty przekazywania wypłat.

13.3.3.19.35.Możliwość wykonania wydruku listy wypłat.

13.3.3.19.36.Obsługa przelewów powinna umożliwiać wykonanie pliku przelewu lub wykonanie druku przelewu w formie papierowej.

13.3.3.19.37.W celach statystycznych powinna istnieć możliwość wydruku osób, którym przyznano dodatek.

13.3.3.19.38.Obsługa statystyk powinna dawać możliwość prezentacji danych dot. naliczonych dodatków w danym okresie, symulacji przewidywanych wydatków na wypłatę dodatków, zestawienia wypłat, statystyki dodatków w podziale na zarządców.

13.3.3.19.39.Możliwość ustawienia szablonów pism.

13.3.3.19.40.Moduł powinien wysyłać dane dot. wypłat do modułu wspierającego stanowisko kasowe.

13.3.3.19.41.Moduł powinien również dawać możliwość przekazywania kwot karnych do modułu windykacyjnego oraz przekazywać dane dot. zobowiązań do modułu finansowo-księgowego.

13.3.3.19.42.W przypadku dodatku energetycznego system musi dawać możliwość wydruku wniosku do budżetu państwa o dotację celową z tytułu dodatku energetycznego.

13.3.3.19.43.Możliwość wydruku sprawozdania z wykorzystanych dotacji.

13.3.3.20. Pomoc materialna dla uczniów

13.3.3.20.1. Moduł wspierający obsługę procesu związanego z ustaleniem i wypłaceniem pomocy materialnej dla uczniów szkół terenu gminy, prowadzenie rejestru uczniów, dla których kierowana jest pomoc.

13.3.3.20.2. Możliwość prowadzenia ewidencji wnioskodawców z uwzględnieniem:a) danych o uczniub) danych o osobie wnioskującej, członkach rodzinyc) dysponencie świadczeniad) załącznikach wymaganych do złożenia wniosku, m.in. zaświadczenia

o dochodach13.3.3.20.3. Możliwość:

a) wprowadzania wniosku, b) wprowadzania ustalania dodatku, c) wystawianie decyzji (o przyznaniu lub odmownych).

13.3.3.20.4. Możliwość naliczania wypłat, tworzenia listy wypłat a w konsekwencji

Strona 135

wydruk listy, przelewów oraz list do zarządców do tej listy.13.3.3.20.5. Możliwość eksportu danych dotyczących przelewów w celu połączenia z

systemem bankowym.13.3.3.20.6. Możliwość zawieszania, odwieszania wypłat pomocy

13.3.3.20.7. Możliwość wydruku zaświadczenia o wysokości pobranej pomocy w podanym okresie.

13.3.3.20.8. Możliwość tworzenia przelewów elektronicznych z list wypłat.

13.3.3.20.9. Moduł musi dawać możliwość konfiguracji i wydruku pisma decyzji.

13.3.3.20.10.Możliwość wprowadzania korekty dodatku.

13.3.3.21. Dodatki paliwowe

13.3.3.21.1. Moduł wspierający prace związane z obsługą zwrotu podatku akcyzowego zawartego w cenie oleju napędowego wykorzystywanego do produkcji rolnej i na ich podstawie wystawianie decyzji o przyznaniu lub odmowie przyznania dotacji.

13.3.3.21.2. Możliwość tworzenia kartotek wnioskodawców

13.3.3.21.3. Możliwość przypisania wnioskodawcy kartotek pochodzących z modułu do obsługi podatku od osób fizycznych.

13.3.3.21.4. Możliwość rejestracji wniosków składanych przez rolników oraz uzupełnianie ich automatycznie przez wartości powierzchni użytków rolnych z kartotek podatkowych rolników.

13.3.3.21.5. Możliwość generowania przelewów do banku w formatach obsługiwanych przez systemy bankowe oraz tworzenie zestawień i wykazów w zależności od potrzeb użytkownika.

13.3.3.21.6. Możliwość wyświetlenia współpodatników i pełnomocników przypisanych do utworzonej kartoteki wnioskodawcy.

13.3.3.21.7. Możliwość wyświetlenia informacji o stanie gruntów w przypisanej kartotece.

13.3.3.21.8. Możliwość dodawania wniosków do kartoteki wnioskodawcy.

13.3.3.21.9. Możliwość dopisania faktur dołączonych do wniosku.

13.3.3.21.10.Możliwość ręcznej modyfikacji danych wniosku.

13.3.3.21.11.Możliwość dodania wezwania do uzupełnienia danych dotyczącego wprowadzanego wniosku.

13.3.3.21.12.Możliwość wystawienia i wydrukowania decyzji na podstawie wprowadzonego wniosku.

13.3.3.21.13.Możliwość modyfikowania znaku decyzji, terminów przyjmowania wniosków, terminów kontroli powierzchni gruntów, treści decyzji.

13.3.3.21.14.Możliwość utworzenia wydruków: a) Rejestru wydanych decyzji pozytywnych, b) Rejestru postanowień odmownych, c) Wykazu wnioskodawców, d) Sprawozdania miesięcznego z zwrotu podatku, e) Statystyki realizacji ustawy o zwrocie podatku akcyzowego, f) Wykazu zarejestrowanych wniosków.

13.3.3.21.15.Możliwość konfiguracji słowników, m.in.: a) słownika terminów, b) znaków decyzji,

Strona 136

c) stawek zwrotu, d) zużycia paliwa, e) treści tekstów wezwań i decyzji.

13.3.3.21.16.Dodawana kartoteka powinna umożliwiać wyszukanie w bazie istniejącego kontrahenta lub dodanie nowego.

13.3.3.21.17.Obsługa wniosku powinna dawać możliwość podglądu wniosku przychodzącego do systemu w formie elektronicznej.

13.3.3.21.18.Podczas wprowadzania danych dot. wniosku system musi umożliwiać wybranie lub wprowadzenie podstawowych danych dot. wypłaty, tj. nr rachunku, terminu wypłaty itp.

13.3.3.21.19.System powinien kontrolować poprawność danych wprowadzanych wniosków, np. wyświetlać informacje o tym, że wprowadzany wniosek dotyczy innego roku lub informować użytkownika o niewypełnionych polach obowiązkowych.

13.3.3.21.20.Dane dot. faktur, które uzupełnia się podczas dodawania wniosku, powinny uwzględniać wiele faktur i wiele pozycji faktur.

13.3.3.21.21.Faktury muszą być możliwe do edycji lub usunięcia.

13.3.3.21.22.Możliwość dodawania oświadczeń o zgodzie na zwrot podatku. Dane dot. oświadczeń powinny być możliwe do usunięcia.

13.3.3.21.23.Możliwość modyfikacji szablonu treści decyzji.

13.3.3.21.24.Możliwość utworzenia decyzji w formie elektronicznej w celu przesłania na skrytkę ePUAP wnioskodawcy.

13.3.3.21.25.Możliwość obsługi wezwania, ich wystawiania i edycji treści podstaw prawnych, uzasadnień, pouczeń itp.

13.3.3.21.26.Przegląd kartoteki musi dawać możliwość wglądu w grunty wnioskodawcy, współpodatników i rejestru wniosków.

13.3.3.21.27.Przelewy wykonywane w module muszą być generowane zarówno w formie papierowej (na formularzu) jak również w postaci plików przelewów.

13.3.3.21.28.Przelewy muszą dawać możliwość korekty, tj. np. usunięcia nieprawidłowej paczki przelewów.

13.3.3.21.29.Możliwość w celach statystycznych wydruku listy przelewów.

13.3.3.21.30.Zestawienia powinny umożliwiać wykonanie statystyk dot. rejestru decyzji pozytywnych, odmownych, rejestru wnioskodawców, sprawozdań miesięcznych, statystyk z uwzględnieniem m.in. danych dot. ilości paliwa, powierzchni, liczby wydanych decyzji, wartości paliwa, kwoty wypłat.

13.3.3.21.31.Podczas zamykania roku obrachunkowego system powinien kontrolować, czy dla wszystkich wniosków wystawiono decyzję i informować o tym użytkownika.

13.3.3.22. Rejestr mieszkańców

13.3.3.22.1. Moduł wspomagający pracę pracowników komórek ewidencji ludności w zakresie prowadzenia dodatkowych rejestrów (rejestr mieszkańców, w tym rejestr cudzoziemców), obsługi wyborów (obsługujące listy wyborów do sejmu, senatu, samorządów, izb rolniczych) czy też generowania dodatkowych zestawień np. zestawień statystycznych.

13.3.3.22.2. Moduł powinien wspierać przegląd rejestru aktualnych i byłych mieszkańców gminy.

13.3.3.22.3. Możliwość wyszukiwania kartotek co najmniej wg parametrów: dokument tożsamości, PESEL, nazwisko, imię, płeć, data urodzenia, miejscowość, adres.

13.3.3.22.4. Możliwość wpisywania znaków diakrytycznych w celu wyszukiwania cudzoziemca.

Strona 137

13.3.3.22.5. Możliwość przeglądu wyszukanych danych i wykaz co najmniej poniższych danych:

a) adres stały, b) adres czasowy, c) dane urodzenia, d) stan cywilny, e) obywatelstwo, f) dane cudzoziemca, g) dane dot. zgonu, h) dane historyczne, w tym nazwiska, imiona, nr PESEL, historia

zameldowania.13.3.3.22.6. Możliwość tworzenia, modyfikacji i usuwania danych historycznych

mieszkańca.13.3.3.22.7. W przypadku rejestru mieszkańców moduł powinien umożliwiać pobieranie

danych z SRP.13.3.3.22.8. Możliwość przeglądu listy nowych zmian, które przyszły z SRP.

13.3.3.22.9. W ramach kontroli importowanych danych system powinien umożliwiać generowanie raportu ze zmian danych mieszkańca (porównanie danych z różnych okresów importu danych dla danego mieszkańca).

13.3.3.22.10.Możliwość prowadzenia rejestru cudzoziemców, w tym przynajmniej:a) rejestrację pobytu czasowego cudzoziemca,b) rejestrację pobytu stałego cudzoziemca,c) tworzenie danych historycznych cudzoziemca,d) modyfikację danych historycznych cudzoziemca,e) usuwanie danych historycznych cudzoziemca,f) przeglądanie danych historycznych cudzoziemca.

13.3.3.22.11.Możliwość wykonania wydruków dla mieszkańców:a) aktu pełnomocnictwa do głosowania,b) pełnego odpisu przetwarzanych danych mieszkańca lub

cudzoziemca,c) odpowiedzi na wniosek o udostępnienie danych osobowych,d) zaświadczenia o zameldowaniu na pobyt stały,e) zaświadczenia o zameldowaniu na pobyt czasowy,f) zaświadczenia o wymeldowaniu z pobytu stałego,g) zaświadczenia o wymeldowaniu z pobytu czasowego,h) zawiadomienia do szkoły (zawiadomienie o zmianach),i) zawiadomienia dla rejestru wyborców o wymeldowaniu z pobytu

stałego.13.3.3.22.12.Możliwość wykonania pozostałych wydruków i zestawień:

a) rejestru osób objętych rejestracją (do kwalifikacji wojskowej),b) listy stawiennictwa osób do kwalifikacji wojskowej,c) logów z czynności użytkowników w module,d) protokołu z pracy systemu,e) zestawienia dowodów osobistych do unieważnienia,f) listy mieszkańców wg dowolnych parametrów,g) listy do szkół - względem wieku i obszaru,h) listy zgonów dla Urzędu Skarbowego,i) listy miejscowości i ulic obsługiwanych przez jednostkę,j) raportu z brakujących dat wymeldowania i zameldowania w

adresach historycznych,k) raportu po aktualizacji przeterminowanych pobytów czasowych

cudzoziemca.13.3.3.22.13.Możliwość prowadzenia rejestru złożonych wniosków o udostępnienie

danych, w tym usuwanie wniosku z rejestru złożonych wniosków o udostępnienie danych.

13.3.3.22.14.Możliwość automatycznego wymeldowania z pobytu czasowego

Strona 138

cudzoziemca po przekroczeniu deklarowanego terminu pobytu.13.3.3.22.15.Możliwość konwersji niepełnych dat (np. tylko rok) na daty pełne.

13.3.3.22.16.Możliwość określanie formatu adresu na wydrukach poprzez przygotowanie szablonu adresu.

13.3.3.22.17.Moduł powinien być zintegrowany ze wspólnym modułem do obsługi kontrahentów i umożliwiać przekazywanie aktualnych danych kontrahenta.

13.3.3.22.18.Moduł powinien umożliwiać wsparcie wyborów poprzez tworzenie i wydruk spisów głównych i dodatkowych, w tym wygenerowania spisów w postaci pliku XML.

13.3.3.22.19.Możliwość wyszukiwania kart rejestru dodatkowego wg. zadanych parametrów.

13.3.3.22.20.Możliwość utworzenia edycji i usunięcia kart rejestru dodatkowego, a także podglądu listy kart rejestru dodatkowego w formie wydruku.

13.3.3.22.21.Możliwość wykonanie wydruków:a) zawiadomienia o dopisaniu do rejestru wyborców,b) o skreśleniu z rejestru wyborców,c) aktu pełnomocnictwa,d) masowych zawiadomień o dopisaniu do spisu wyborców,e) decyzji o dopisaniu do rejestru wyborców,f) rejestru niegłosujących,g) zaświadczenia o prawie do głosowania,h) statystyka wydanych zaświadczeń.

13.3.3.22.22.Moduł powinien wspierać wyszukiwanie kart rejestru niegłosujących wg. zadanych parametrów, a także tworzenie, edycję i usunięcie kart rejestru niegłosujących.

13.3.3.22.23.Rejestr wyborców powinien umożliwiać filtrowanie danych wg szerokiego zakresu kryteriów.

13.3.3.22.24.Możliwość zarządzania listą wyborów dodawanie, edycja, usuwanie oraz zatwierdzanie listy wyborów.

13.3.3.22.25.Możliwość wykreślania i usuwania pozycji ze spisu wyborczego.

13.3.3.22.26.Możliwość określania i edycji przyczyny dopisania lub wykreślenia ze spisu wyborczego.

13.3.3.22.27.Możliwość tworzenia, edycji, usuwania i weryfikacji geografii wyborczej.

13.3.3.22.28.Możliwość wydruku protokołu pracy systemu.

13.3.3.22.29.Możliwość tworzenia meldunku:a) o stanie rejestru wyborców w gminie/mieście,b) o stanie rejestru wyborców w stałych okręgach wyborczych i

obwodach głosowania.13.3.3.22.30.Możliwość tworzenia i zarządzania rejestrem uprawnionych do glosowania

izb rolniczych na podstawie baz danych ewidencji ludności, ewidencji podatników i współwłaścicieli oraz podatników spoza gminy.

13.3.3.22.31.Spis członków izby rolniczej powinien umożliwiać:a) określanie parametrów spisu,b) dodawanie i edycja pozycji spisu członków uprawnionych do

głosowania,c) generowanie pozycji w spisie członków na podstawie danych

podatkowych zgromadzonych w module do obsługi podatki od osób fizycznych.

13.3.3.22.32.Moduł powinien wspierać tworzenie i zarządzanie spisem przedstawicieli członków izb rolniczych:

a) określanie parametrów spisu,b) dodawanie i edycja pozycji spisu przedstawicieli uprawnionych do

głosowania,

Strona 139

c) generowanie pozycji w spisie przedstawicieli na podstawie danych podatkowych zgromadzonych w module do obsługi podatków od osób prawnych.

13.3.3.22.33.Możliwość usuwania niezatwierdzonych spisów.

13.3.3.22.34.Możliwość wydruku spisów.

13.3.3.22.35.Możliwość wykonania szeregu wydruków / zestawień statystycznych, w tym co najmniej:

a) statystyki pod wskazanym adresem,b) lista lokali w budynku,c) danych ogólnych dotyczących płci, obywatelstwa, rocznika, stanu

cywilnego oraz dokumentu tożsamości,d) ilości domów i lokali pod wskazanym adresem,e) struktury wiekowa mieszkańców,f) ludności w miejscowościach,g) DW1, DW2, DW3 wg. zadanych parametrów,h) zestawienia użytkownika definiowanego przez użytkownika – wg

szerokiego zakresu kryteriów.13.3.3.22.36.Możliwość wygenerowania plików DW1, DW2, DW3 przekazywanych do

GUS.

13.3.3.23. Urząd stanu cywilnego

13.3.3.23.1. Moduł wspomagający realizowanie zadań ustawowych zgodnie z obowiązującym prawem o aktach stanu cywilnego, tworzenie aktów na podstawie danych zawartych w zapewnieniach i zaświadczeniach.

13.3.3.23.2. Możliwość tworzenia i edycji aktów: a) urodzenia, b) małżeństwa, c) zgonu (w tym aktów zgonu NN).

13.3.3.23.3. Możliwość wyszukiwania i zarządzania aktami:a) usuwanie,b) zatwierdzanie,c) utajanie,d) unieważnienie,e) skreślanie,f) drukowanie,g) drukowanie odpisów (zupełnych, skróconych, wielojęzycznych).

13.3.3.23.4. Możliwość uzupełniania informacji o zwolnieniu z opłaty skarbowej słownik.

13.3.3.23.5. Możliwość redagowania i drukowania przypisków do aktów: a) zgonu,b) małżeństwa.

13.3.3.23.6. Możliwość prowadzenia słownika imion i wybory imienia ze słownika.

13.3.3.23.7. Możliwość prowadzenia słownika uwag z możliwością wykorzystania gotowych szablonów.

13.3.3.23.8. Możliwość dodawania wzmianek do aktu, w tym:a) przenoszenia treści wzmianki na odpis skrócony,b) przenoszenia treści wzmianki na odpis wewnętrzny,c) redagowanie treści wzmianki poprzez pobranie szablonu ze słownika

wzmianek.13.3.3.23.9. Uzupełnianie na akcie danych dla rejestru mieszkańców.

13.3.3.23.10.Możliwość wydruku odpisu na potrzeby wewnętrzne (do rejestru mieszkańców).

Strona 140

13.3.3.23.11.Możliwość uzupełniania na akcie danych dla GUS.

13.3.3.23.12.Możliwość wysłania danych aktu do GUS.

13.3.3.23.13.Możliwość tworzenia spraw dla aktu.

13.3.3.23.14.Możliwość podłączania pism pod akt z ręcznym dodawaniem treści.

13.3.3.23.15.Możliwość wydruku pism podłączonych do aktu.

13.3.3.23.16.Możliwość przeglądu historii operacji na akcie.

13.3.3.23.17.Możliwość szybkiego uzupełniania danych na akcie poprzez:a) pobieranie danych z innego aktu,b) pobieranie danych z rejestru mieszkańców.

13.3.3.23.18.Możliwość eksportu aktu do pliku XML na potrzeby migracji aktu do aplikacji Źródło.

13.3.3.23.19.Możliwość eksportu aktu do pozostałych formatów XML, EXCEL, TXT, CSV.

13.3.3.23.20.Możliwość prowadzenia wielu słowników, w tym co najmniej:a) słownika wyznań,b) źródeł utrzymania,c) listy sal w USC,d) pracowników USC (kierownik, zastępcy),e) danych o USC (adres, kontakt),f) jednolity rzeczowy wykaz akt,g) opłat skarbowych,h) wzmianek,i) uwag.

13.3.3.23.21.Możliwość modyfikacji szablonów wszystkich dostępnych wydruków (akty, odpisy, zawiadomienia, zaświadczenia, zapewnienie, protokoły, wniosek o nadanie medalu).

13.3.3.23.22.Możliwość definiowania własnych szablonów pism.

13.3.3.23.23.Możliwość prowadzenia rejestru spraw.

13.3.3.23.24.Możliwość wykonania wydruku listy spraw dla referenta.

13.3.3.23.25.Możliwość wykonania wydruku skorowidza.

13.3.3.23.26.Możliwość tworzenia i wydruku:a) zaświadczenia stwierdzającego brak okoliczności wyłączających

zawarcie małżeństwa,b) zaświadczenia na potrzeby małżeństwa zawieranego poza granicami

RP.13.3.3.23.27.Możliwość tworzenia oraz wydruk zapewnienia małżonków.

13.3.3.23.28.Możliwość tworzenia zaświadczenia na podstawie zapewnienia małżonków.

13.3.3.23.29.Możliwość tworzenia aktu małżeństwa na podstawie zaświadczenia.

13.3.3.23.30.Możliwość sporządzenia wydruku zestawienia miesięcznego dla GUS.

13.3.3.23.31.Możliwość przeglądu i wydruku protokołu z pracy systemu zawierającego datę, godzinę i rodzaj wykonywanej operacji.

13.3.3.23.32.Możliwość utworzenia i wydruku wniosku o nadanie medalu za długie pożycie małżeńskie.

Strona 141

13.3.3.23.33.Możliwość wykonania zestawienia aktów nieeksportowanych do aplikacji Źródło.

13.3.3.23.34.Możliwość definiowania terminarza ślubów z podziałem na sale, określeniem daty i godziny ślubu.

13.3.3.23.35.Możliwość określania aktualnego rocznika z możliwością otworzenia zamkniętego rocznika.

13.3.3.23.36.Możliwość ustalenia danych Urzędu Statystycznego.

13.3.3.23.37.Możliwość wyboru kontekstu urzędu (obsługa kilku urzędów).

13.3.3.23.38.Możliwość zdefiniowania formatu numeru zaświadczenia.

13.3.3.24. Moduł symulacji podatkowych

13.3.3.24.1. Moduł umożliwiający wykonywanie wyliczenia (zakres minimalny):a) podatku rolnego, b) podatku leśnego, c) podatku od nieruchomości, d) podatku od środków transportu,

Inne zalecane:e) opłaty od posiadania psa

wg stawek ustawowych, gminnych oraz dwóch wariantów stawek symulacyjnych.

13.3.3.24.2. Możliwość określania dwóch wariantów symulowanych stawek dla naliczenia dla:

a) podatku rolnego, b) podatku leśnego, c) podatku od nieruchomości,d) podatku od środków transportowych.

13.3.3.24.3. Możliwość wykonywanie symulowanych naliczeń z uwzględnieniem stawek ustawowych, gminnych oraz dwóch wariantów stawek symulacyjnych dla (zakres minimalny):

a) podatku rolnego, podatku leśnego, b) podatku od nieruchomości,c) podatku od środków transportowych w podziale na osoby fizyczne i

osoby prawne.

Inne zalecane:d) opłaty za posiadanie psów.

13.3.3.24.4. Możliwość sporządzanie wydruku skutków obniżenia górnych stawek podatku dla (zakres minimalny):

a) podatku rolnego, b) podatku leśnego, c) podatku od nieruchomości,d) podatku od środków transportowych w podziale na osoby fizyczne i

osoby prawne.

Inne zalecane:e) opłaty za posiadanie psów.

13.3.3.24.5. Możliwość sporządzania wydruku (zakres minimalny):a) skutków udzielonych ulg i zwolnień dla podatku rolnego, b) podatku leśnego, c) podatku od nieruchomości i podatku od środków transportowych (w

podziale na osoby fizyczne i osoby prawne).Inne zalecane:

Strona 142

d) opłaty za posiadanie psów.13.3.3.24.6. Obsługa danych do sprawozdania Rb-27S dotyczących skutków obniżenia

górnych stawek i udzielonych ulg i zwolnień dotyczących podatku rolnego, podatku leśnego, podatku od nieruchomości dla osób fizycznych i prawnych:

a) prezentacja danych dla poszczególnych okresów i typów podatków,b) przenoszenie danych do sprawozdań generowanych w module

finansowo-księgowym,c) kasowanie przekazanych danych.

13.3.3.25. Szablony wydruków

13.3.3.25.1. Moduł umożliwiający zarządzanie szablonami wydruków w systemie dziedzinowym oraz wyszukiwanie archiwalnych wydruków.

13.3.3.25.2. Możliwość wyszukiwania szablonów wg parametrów, co najmniej wg:a) typu szablonu dokumentu,b) nazwie,c) wersji,d) opisie,e) autorze,f) dacie utworzenia,g) dacie zmiany.

13.3.3.25.3. Możliwość zmiany szablony wydruków systemu dziedzinowego, w tym co najmniej dla:

a) decyzji o umorzeniu,b) decyzji o umorzeniu odsetek,c) decyzji o odroczeniu terminu płatności zobowiązania,d) decyzji o rozłożeniu zobowiązania na raty,e) zestawienia decyzji,f) decyzji o ustaleniu wysokości zobowiązania (opłat za

gospodarowanie odpadami),g) wezwania do złożenia deklaracji,h) wezwania do złożenie wyjaśnień,i) sprawozdania rocznego z zakresu gospodarki odpadami,j) sprawozdanie kwartalnego z odpadów komunalnych,k) sprawozdania kwartalnego z nieczystości ciekłych,l) kopert adresowych dla kontrahenta,m) etykiet środka trwałego,n) postanowienia o zarachowaniu wpłaty,o) tytułu wykonawczego,p) wydruku sprawy,q) etykiety kody kreskowego generowanego w opłatach za śmieci,r) zawiadomienia dla płatnika z płatności masowych,s) zawiadomienia o zmianie wysokości stawki opłaty za śmieci,t) polecenia przelewu,u) zestawienia indywidualnych numerów rachunków,v) umowa dzierżawy,w) umowy dzierżawy – dla wielu przedmiotów,x) własnego szablonu dokumentu używanego w postępowaniu,y) wydruku kwitariusza.

13.3.3.25.4. Możliwość tworzenia nowego szablonu na podstawie istniejącej wersji danego rodzaju szablonu.

13.3.3.25.5. Zaawansowana modyfikacja treści szablonu, w tym możliwość dodawania lub usuwania elementów wydruku pobieranych z bazy danych systemu dziedzinowego.

Lista dostępnych elementów dla każdego z wydruków powinna być

Strona 143

dostępna w edytorze. Znacznik pobierający dane z bazy można dodać metodą „drag and drop” lub poprzez dwukrotne kliknięcie. Moduł musi umożliwiać dowolne umiejscowienie znacznika na wydruku.

Przykładowe treści pobieranie z bazy i dodawane do wydruku w postaci znacznika:

a) adres,b) imię,c) data (np. podania, odbioru),d) nr kartoteki,e) stanowisko osoby wydającej dokument,f) kwoty rat,g) kod pocztowy itd.

13.3.3.25.6. Możliwość edycji wizualnej szablonu, w tym co najmniej:a) koloru, rozmiaru i stylu czcionki (podkreślenia, przekreślenia,

pogrubienia),b) ustawienia parametrów strony typu szerokość, wysokość, marginesy,

koloru tła, wyśrodkowania, wyrównania,c) możliwości kopiowania formatu elementów znajdujących się na

wydruku i wklejania tego formatu do innych elementów,d) wstawiania pól tekstowych,e) wstawiania obiektów typu obraz, wykres, element OLE,f) poszerzenia i zwężania elementów wydruków poprzez przesunięcie

kursorem,g) wyrównania względem innych elementów wydruku.

13.3.3.25.7. Możliwość podglądu wydruku szablonu ze znacznikami, w tym podgląd szablonu ze wstawionymi wartościami przykładowymi w miejsce znaczników.

13.3.3.25.8. Możliwość aktywacji i dezaktywacji szablonu (gdy szablon jest np. nieaktualny).

13.3.3.25.9. Możliwość wydruku kopii wykonanego wydruku z oznaczeniem, że jest to kopia wykonanego wydruku.

13.3.3.26. Opłaty inkasenckie

13.3.3.26.1. Moduł umożliwiający rozliczenie inkasentów urzędu.

13.3.3.26.2. Moduł musi umożliwiać zdefiniowanie i określenie inkasenta poprzez następujące dane:

a) nazwisko imię, b) adres zamieszkania, c) rodzaj pobieranej opłaty (opłata targowa, miejscowa, podatki itp.), d) sposób rozliczania inkasenta (ryczałt, prowizja),e) definiowanie i weryfikacja pobieranych i zwracanych druków ścisłego

zarachowania (kwitariuszy). 13.3.3.26.3. Moduł musi umożliwiać kontrolę dokonywanych przez inkasenta wpłat (do

kasy lub przelew na konto urzędu) z tytułu poboru opłat lub podatków.13.3.3.26.4. Możliwość zdefiniowania planu rozliczeń z inkasentami, w tym:

a) przeglądu typów rozliczeń,b) przeglądu i definiowania rodzaju inkasentów,c) zdefiniowania czy inkasent ma rozliczać się według indywidualnych

terminów rozliczeń czy według ustalonego planu rozliczeń,d) przypisania wysokości prowizji do rodzaju inkasenta,e) kreślenia jakiego typu opłaty inkasent może zbierać.

13.3.3.26.5. Możliwość utworzenia inkasentów na podstawie danych z modułu do obsługi kontrahentów urzędu (korzystanie ze wspólnej bazy systemu).

13.3.3.26.6. Możliwość zdefiniowania cech inkasenta:

Strona 144

a) przypisania inkasentowi ustalonego wcześniej rodzaju,b) ustalenia prowizji indywidualnej,c) ustalenia w jaki sposób inkasent będzie odbierał prowizję: przez

wypłatę w kasie czy na ustalony numer konta bankowego.13.3.3.26.7. Możliwość przypisania kwitariuszy inkasentowi:

a) umożliwienie dodania daty wydania kwitariuszy,b) możliwość dodania rozliczeń na podstawie wpłat dokonywanych w

module księgowości zobowiązań.13.3.3.26.8. Zarządzanie kwitariuszami:

a) dodawanie,b) usuwanie,c) modyfikacja,d) rozliczanie.

13.3.3.26.9. Zarządzanie rozliczeniami:a) dodawanie i modyfikacja,b) usuwanie,c) naliczanie prowizji,d) rozliczanie wpłaty,e) rozliczanie wypłaty.

13.3.3.26.10.Możliwość sporządzania planu wypłat.

13.3.3.26.11.Możliwość sporządzenia statystyk:a) wpłat dotyczących wydawanych kwitariuszy,b) wypłat prowizji inkasentom,c) wydanych kwitariuszy,d) najlepszych inkasentów (pod względem ściągalności).

13.3.3.27. Środki trwałe

13.3.3.27.1. Moduł do zarządzania środkami trwałymi oraz zautomatyzowania prac ewidencyjnych i obrachunkowych w zakresie środków trwałych, wyposażenia oraz wartości niematerialnych i prawnych.

13.3.3.27.2. Możliwość wyszukiwania środków trwałych według określonych parametrów.

13.3.3.27.3. Możliwość prowadzenia ewidencji środków trwałych, w tym co najmniej:a) dodawanie środka trwałego,b) dodawania grupy środków trwałych,c) usuwanie środka trwałego,d) modyfikacja środka trwałego,e) przeglądanie danych środka trwałego w tym przegląd środka

znajdującego się w ewidencji gruntów i budynków (integracja z modułem do obsługi mienia gminy),

f) wydruk karty środka trwałego,g) wydruk historii operacji prowadzonych na środku trwałym.

13.3.3.27.4. Możliwość wydruk dokumentów:a) przyjęcia,b) modernizacji,c) zmiany kwoty wartości początkowej,d) sprzedaży,e) sprzedaży częściowej,f) likwidacji,g) likwidacji częściowej,h) przekazania,i) częściowego przekazania,j) przesunięcia,k) zwiększenia wartości,l) zmniejszenia wartości.

Strona 145

13.3.3.27.5. Możliwość wydruku etykiet środków trwałych z kodem kreskowym oraz ustawienia szablonu wydruku etykiet. Moduł musi dawać możliwość grupowego wydruku etykiet.

Uwaga:Wymaga się aby w ramach prac wdrożeniowych Moduł został przystosowany do obsługi istniejących drukarek Zamawiającego tj. ZEBRA GC420T

13.3.3.27.6. Możliwość prowadzenie operacji na środkach trwałych, w tym:a) zatwierdzanie, w tym grupowe,b) modernizacja (z możliwością aktualizacji wartości księgowej środka

znajdującego się w ewidencji gruntów i budynków),c) zmiana wartości początkowej,d) sprzedaż, w tym częściowa,e) likwidacja, w tym częściowa,f) przekazanie, w tym częściowe,g) przesunięcie,h) naliczanie amortyzacji / umorzenia,i) korekta amortyzacji / umorzenia,j) zmiana osoby odpowiedzialnej za środek trwały,k) zmiana miejsca użytkowania środka trwałego.

13.3.3.27.7. Możliwość obsługi przeceny środka trwałego, w tym co najmniej:a) naliczanie przeceny (wraz z możliwością aktualizacji wartości

księgowej, jeśli środek trwały znajduje się ewidencji gruntów i budynków),

b) przegląd historii przecen możliwością wydruku,c) zerowanie procentu przeceny,d) wydruk listy środków mogących ulec przecenie.

13.3.3.27.8. Możliwość obsługi inwentaryzacji, co najmniej w zakresie:a) określania składu komisji spisowej dla inwentaryzacji,b) eksportu danych do inwentaryzacji do kolektora (wymagane

dostosowanie do kolektora CipherLab 8300),c) wydruku arkuszy spisu do inwentaryzacji,d) importu danych do wprowadzania wyników spisu z kolektora,e) wprowadzania wyników spisu,f) dodawania środków trwałych ujawnionych podczas inwentaryzacji,g) wydruku wyników spisu,h) obsługi zakończenia inwentaryzacji (oznaczenie jej zakończenia),i) przeglądu wyników inwentaryzacji.

13.3.3.27.9. Możliwość zmiany oznaczenia dokumentu:a) przyjęcia, b) likwidacji, c) likwidacji częściowej, d) przekazania na zewnątrz, e) przekazania częściowego, f) sprzedaży, g) sprzedaży częściowej, h) modernizacji, i) zwiększenia wartości początkowej, j) zmniejszenia wartości początkowej, k) przesunięcia, karty środka trwałego.

13.3.3.27.10.Możliwość definiowania procentu przeceny dla danej grupy KŚT.

13.3.3.27.11.Możliwość oznaczenia grup KŚT podlegających etykietowaniu.

13.3.3.27.12.Moduł musi mieć możliwość zdefiniowania miejsc użytkowania.

Strona 146

13.3.3.27.13.Możliwość eksportu danych o wykonanych operacjach do modułu finansowo-księgowego, z możliwością oznaczenia operacji, które mają być przekazywane do księgowości.

13.3.3.27.14.Możliwość powiązania ewidencji środków z EGiB, w tym:a) powiązania środka trwałego z przedmiotem EGiB z modułu do

obsługi mienia gminy,b) aktualizacji wartości księgowej przedmiotu EGiB w module do obsługi

mienia gminy po wykonanej operacji na powiązanym z nim środku trwałym,

c) pobieranie danych o przeprowadzonych operacjach na przedmiotach EGiB,

d) informowanie o nowych zmianach w EGiB po uruchomieniu modułu.13.3.3.27.15.Moduł musi wspierać wykonanie raportów / zestawień / wydruków:

a) ewidencja bieżąca środków trwałych,b) ewidencja środków w miejscach użytkowania,c) środki trwałe według osoby odpowiedzialnej,d) lista miejsc użytkowania,e) ewidencja środków trwałych przekazanych,f) ewidencja środków trwałych sprzedanych,g) ewidencja środków trwałych zlikwidowanych,h) ewidencja środków trwałych zdanych,i) środki trwałe całkowicie umorzone/zamortyzowane,j) wykaz środków trwałych w ewidencji,k) historia operacji,l) historia przecen,m) zestawienie przeprowadzonej amortyzacji,n) plan amortyzacji/umorzenia,o) stan amortyzacji/umorzenia,p) środki trwałe według klasyfikacji PKD/EKD,q) podsumowanie księgowań,r) zestawienie środków trwałych na dzień.

13.3.3.27.16.Możliwość obsługi statystyki gminy, w tym generowanie raportu SG-01.

13.3.3.27.17.Możliwość obsługi słownika klasyfikacji środków trwałych z możliwością wydruku.

13.3.3.28. Moduł kasowy

13.3.3.28.1. Moduł wspomagający pracę kasy, umożliwiający rejestrację wpłat i wypłat, wystawianie dowodów KP/KW oraz sporządzanie raportów kasowych.

13.3.3.28.2. Możliwość obsługi wielu kas (w tym walutowa) z przydzielonymi kasjerami w ramach jednostek budżetowych.

13.3.3.28.3. Możliwość ustalenia parametrów funkcjonowania kasy, w tym co najmniej:a) ustalenie jednostek budżetowych obsługiwanych przez kasę,b) ustalenie rodzaju raportu kasowego z uwzględnieniem konta

księgowego, obsługi transakcji gotówkowych lub bezgotówkowych, rodzaju obsługiwanych opłat,

c) ustalenie czy raport dotyczy dochodów, czy wydatków,d) ustalenie stóp odsetek,e) kursy walut obcych,f) treści operacji kasowych,g) rodzaju transakcji bezgotówkowej,h) integracji z urządzeniem fiskalnym.

13.3.3.28.4. Możliwość dokonania wpłaty na kontrahenta znajdującego się w bazie systemu (wspólny moduł do obsługi i zarządzania kontrahentami).

13.3.3.28.5. Możliwość wprowadzania i obsługi raportów kasowych w ramach określonych rodzajów raportu, w tym co najmniej:

Strona 147

a) tworzenie nowego raportu z ustaleniem jednostki budżetowej,b) przeglądu z możliwością wydruku,c) zamknięcia raportu.

13.3.3.28.6. Możliwość wprowadzania dowodów KP, w tym:a) operacji wpisywanych z ręcznie,b) wpłata na należności z modułu księgowości zobowiązań z

uwzględnieniem odsetek za zwłokę i odsetek redyskontowych w przypadku raty kredytu, kosztów upomnień lub wezwań oraz tytułów wykonawczych,

c) podpowiadanie rozdysponowania wpłaty, w tym na netto i VAT, d) rozdysponowanie proporcjonalne na należność i odsetki jeżeli kwota

nie pokrywa zobowiązania, e) rozdysponowanie na nadpłatę w przypadku gdy wpłata jest większa

od zobowiązania, f) wpłata na zobowiązania innego kontrahenta, g) wpłata na kwotę do wyjaśnienia,h) wpłata na podstawie dyspozycji księgowe wydanych w module do

księgowości zobowiązań,i) wpłata na podstawie dyspozycji wydanej z modułu obsługującego

opłaty inne,j) pobranie gotówki z banku.

13.3.3.28.7. Możliwość wprowadzania dowodów KW, w tym:a) operacje wprowadzanych ręcznie,b) dyspozycji z modułu do obsługi księgowości zobowiązań,c) wypłata zobowiązań z tytułu dodatków mieszkaniowych (integracja z

modułem do obsługi dodatków mieszkaniowych) i opłaty inkasenckiej.

13.3.3.28.8. Możliwość operacji bankowych, w tym:a) pobranie gotówki z banku,b) odprowadzenie gotówki do banku.

13.3.3.28.9. Możliwość wydruku dowodów KP i KW.

13.3.3.28.10.Możliwość wydruku raportów kasowych:a) pełny,b) skrócony,c) wg treści,d) z podaniem okresu.

Uwaga:Możliwość wydruku zestawienia wystawionych dokumentów, w tym anulowanych.

13.3.3.28.11.Możliwość zamykania raportu z automatycznym online przekazaniem wpłat do modułu księgowości zobowiązań i modułu finansowo-księgowego.

13.3.3.28.12.Możliwość tworzenia deklaracji zbiorczej i deklaracji cząstkowych na podstawie danych z pliku JPK.

13.3.3.29. Kadry

13.3.3.29.1 Moduł umożliwiający obsługę prac kadrowych realizowanych w urzędzie. Wymagana integracja z modułem płacowym.

13.3.3.29.2 Możliwość wyboru pracodawcy do kontekstu i definiowanie szczegółów pracodawcy.

13.3.3.29.3 Możliwość dodawania i zarządzania kartoteką kadrową pracownika z możliwością określenia co najmniej:

a) umowy o pracę, umowy zlecenia, umowy o dzieło,b) składników płacowych do umowy,c) aneksu do umowy,

Strona 148

d) otwarcia umowy,e) danych o ubezpieczeniu w ZUS,f) danych podatkowych,g) etapów wykształcenia,h) etapów zatrudnienia przed przyjściem do zakładu i w zakładzie,i) stażu.

13.3.3.29.4 Możliwość wydruku karty stażu pracy.

13.3.3.29.5 Możliwość dodawania, edycji i usuwania kalendarza pracownika.

13.3.3.29.6 Możliwość wydruku miesięcznej karty ewidencji czasu pracy pracownika.

13.3.3.29.7 Możliwość wydruku rocznej karty ewidencji czasu pracy pracownika.

13.3.3.29.8 Możliwość rejestracji, modyfikowania i usuwania nieobecności w pracy (urlopy, zwolnienia chorobowe i inne nieobecności), w tym:

a) urlop wypoczynkowy,b) opieka na dziecko,c) dodatkowy urlop dla osoby niepełnosprawnej,d) urlop szkoleniowy,e) dodatkowy urlop pracownika socjalnego,f) urlop dodatkowy urzędnika służby cywilnej,g) zawieszenie / tymczasowe aresztowanie z prawem do ½

wynagrodzenia,h) wolne za nadgodziny.

13.3.3.29.9 Możliwość podsumowania wykorzystania urlopów, dni opieki nad dzieckiem, zwolnień i innych nieobecności.

13.3.3.29.10Możliwość utworzenia, edycji i usuwania funkcji publicznych sprawowanych przez pracownika.

13.3.3.29.11Możliwość dodawania, edycji i usuwania potrąceń oraz pożyczek.

13.3.3.29.12Możliwość rejestracji, edycji i usuwania przyznanych świadczeń z ZFŚS i oświadczeń o dochodzie na potrzeby ZFŚS.

13.3.3.29.13Możliwość rejestracji, edycji i usuwania pozostałych danych, co najmniej:a) badań lekarskich (wstępne, okresowe, kontrolne i inne),b) informacji o przyznanej nagrodzie/karze z możliwością wydruku,c) informacji o szkoleniach i specjalizacjach pracownika,d) o znajomości języków obcych,e) informacji o członkostwie w organizacjach,f) informacji o członkach rodziny,g) informacji o stosunku do służby wojskowej,h) informacji o przejściu na emeryturę/rentę,i) danych o limicie samochodowym.

13.3.3.29.14Możliwość wydruku oświadczenia pracownika o wykorzystaniu samochodu prywatnego dla celów służbowych.

13.3.3.29.15Możliwość automatycznego wypełnianie kalendarzy pracowników.

13.3.3.29.16Możliwość automatycznej zmiany stawek podstawowych nauczycieli z określeniem daty podpisania aneksu i daty obowiązywania.

13.3.3.29.17Możliwość automatycznej aktualizacji stawek zasadniczych pracowników obliczanych według mnożnika

13.3.3.29.18Możliwość tworzenia, edycji, usuwania, wydruku planu urlopów.

13.3.3.29.19Możliwość grupowania pracowników w zależności od dochodu na potrzeby funduszu socjalnego.

13.3.3.29.20Możliwość tworzenia wydruków:a) świadectwa pracy,

Strona 149

b) umowy o pracę,c) umowy zlecenia,d) umowy o dzieło,e) aneksu do umowy o pracę,f) zaświadczenia o zatrudnieniu,g) skierowania na badania lekarskie,h) pisma o dodatku stażowym,i) pisma o karze,j) pisma o nagrodzie jubileuszowej,k) karty stażu pracy,l) informacji o warunkach zatrudnienia.

13.3.3.29.21Możliwość definiowania i modyfikowania parametrów do kontroli terminów badań lekarskich, szkoleń, końca umowy o pracę, zmiany stażu pracy.

13.3.3.29.22Możliwość wykonania kontroli terminów:a) staży,b) dat końca umów,c) dat końca badań lekarskich,d) daty upływu ważności szkoleń,e) liczby dni nieobecności.

13.3.3.29.23Możliwość wykonania co najmniej poniższych wydruków i zestawień:a) plan nagród jubileuszowych,b) zestawienie nagród/kar pracowników,c) zestawienie emerytów i rencistów,d) zestawienie wykorzystania funduszu socjalnego,e) zestawienie aktualnych umów pracowników,f) zestawienie pracowników ze stopniem niepełnosprawności,g) zestawienie przeciętnego zatrudnienia,h) zestawienie średniej płacy,i) zestawienie wynagrodzeń pracowników,j) zestawienie badań lekarskich,k) zestawienie dodatków stażowych,l) zestawienie urlopów,m) sprawozdania Z-05 - badanie popytu na pracę,n) zestawienie osób pracujących w szczególnych warunkach,o) informacji INF-1,p) zestawienie ewidencji czasu pracy.

13.3.3.29.24Możliwość wygenerowania zestawienia definiowanego przez użytkownika, wg szerokiego parametrów.

13.3.3.29.25Integracja z programem Płatnik w zakresie formularzy ZUS ZUA, ZWUA, ZZA, ZCNA, ZSWA, ZIUA.

13.3.3.29.26Możliwość rejestracji, modyfikacji i usuwania danych o zwolnieniu pracodawcy z wpłat na PFRON.

13.3.3.29.27Możliwość zarządzania słownikami i kalendarzami niezbędnymi do uzupełniania danych kadrowych:

a) służby wojskowej (jednostki wojskowe, kategorie wojskowe, specjalności wojskowe, stopnie wojskowe, stosunek do wojska),

b) wykształcenia (języki obce, specjalizacje, stopnie specjalizacji, typ stażu, typ szkoły, tytuły zawodowe, wykształcenie, zawody),

c) poziomu zawodowego nauczyciela i stopni awansu nauczycieli,d) słowników umów (dział, kategorie zaszeregowania, miejsca pracy,

podział czasu pracy, stanowiska, stawki dodatku funkcyjnego, typ pracownika, typy umów),

e) oddziałów, grup pracowniczych i grupy stanowisk KSC,f) działania na rzecz osób niepełnosprawnych,g) kalendarze i kalendarz dni świątecznych,h) kar i nagród,i) klasyfikacji zawodów i specjalności,

Strona 150

j) kodu stopnia pokrewieństwa, emerytów i rencistów,k) kosztów uzyskania przychodu,l) kwota bazowej,m) NFZ,n) okresu wypowiedzenia,o) organizacji,p) orzeczeń lekarskich,q) podmiotów podstawowych,r) prawa do emerytury,s) przeznaczenia funduszyt) rodzajów badańu) rodzaje funkcji publicznych,v) rodzajów osób nieposiadających umowy,w) rodzajów nieobecności,x) rodzajów potrąceń, pożyczek, zwolnień,y) stopni niepełnosprawności, stopni służbowych.

13.3.3.30. Płace

13.3.3.30.1 Moduł wspierający pracę wydziałów finansowych związanych z naliczaniem płac pracowników. Wymagana integracja z modułem kadrowym.

13.3.3.30.2 Możliwość wyboru pracodawcy do kontekstu i definiowanie szczegółów pracodawcy.

13.3.3.30.3 Możliwość wyszukiwania kartotek płacowych.

13.3.3.30.4 Możliwość modyfikacji danych dotyczących sposobu obliczania podatku i składek ZUS dla pracownika.

13.3.3.30.5 Możliwość modyfikacji informacji dodatkowych (przelew, rozdział, działania i paragraf).

13.3.3.30.6 Możliwość dodawania, edycji i usuwania składników płacowych (w tym grupowo):

a) stałych,b) zmiennych.

13.3.3.30.7 Możliwość przeglądu i modyfikacji miesięcznych danych o podatkach (podstawa podatku, zaliczka na podatek).

13.3.3.30.8 Możliwość dodawania, edycji i usuwania:a) średnich dziennych i podstaw miesięcznych chorobowych,b) potrąceń,c) pożyczek,d) danych o limicie samochodowym.

13.3.3.30.9 Możliwość wydruku oświadczenia pracownika o wykorzystaniu samochodu prywatnego dla celów służbowych.

13.3.3.30.10Możliwość wykonania eksportu list płac:a) do modułu finansowo-księgowego,b) do zewnętrznego programu finansowo-księgowego TBD.

13.3.3.30.11Możliwość tworzenia, edycji, usuwania, przeliczania i wydruku list płac (podstawowa, dodatkowa, dla umów zleceń, korekcyjna, wyrównawcza oraz godzinowa i dodatku wiejskiego i mieszkaniowego dla nauczycieli), możliwość podglądu list płac oraz ich wydruku.

13.3.3.30.12Możliwość przeliczenia podstaw miesięcznych (chorobowych, zasiłku chorobowego, opiekuńczego, macierzyńskiego, dodatkowego wynagrodzenia rocznego, urlopowa i ekwiwalentu za urlop) oraz przeliczenie wartości działań dla składników płacowych.

13.3.3.30.13Możliwość wykonania wydruku zestawienia kosztów.

13.3.3.30.14Możliwość zakończenia miesiąca i roku obrachunkowego.

Strona 151

13.3.3.30.15Możliwość generowania i eksportowania przelewów z list płac.

13.3.3.30.16Możliwość wykonania wydruków i zestawień:a) deklaracji ZUS,b) zestawienia zarobków brutto pracownika z wybranych miesięcy,c) dodatkowego wynagrodzenia rocznego,d) informacji dla osoby ubezpieczonej (RMUA),e) obniżonych składek na ubezpieczenie zdrowotne,f) podstaw do nagrody z zysku,g) zestawienie składek ZUS,h) wydruk kartoteki zarobkowej,i) wydruk karty zasiłkowej,j) zestawienie pracowników z przekroczonym progiem podatkowym,k) zaświadczenia o zarobkach,l) wykazu średnich zarobków brutto,m) zestawienia list płac,n) wykazu osób z przekroczeniem limitu składek emerytalno-

rentowych,o) zestawienia KSC.

13.3.3.30.17Możliwość wykonania sprawozdania GUS Z-03 i Z-06.

13.3.3.30.18Możliwość wykonania zestawienia definiowanego przez użytkownika wg szerokiego zakresu kryteriów.

13.3.3.30.19Możliwość tworzenia i edycji deklaracji:a) PIT-11,b) PIT-R,c) PIT-40,d) PIT-8C,e) PIT-4R,f) PIT-8AR,g) PIT-2,h) PIT-12,i) IFT-1/1R.

13.3.3.30.20Możliwość wysyłania do systemu e-Deklaracje Ministerstwa Finansów deklaracji PIT-11, PIT-R, PIT-40, PIT-8C, PIT-4R, PIT-8AR, IFT-1R.

13.3.3.30.21Możliwość eksportu do programu Płatnik formularzy: ZUS RCA, ZUS RSA, ZUS RZA, ZUS DRA.

13.3.3.30.22Możliwość definiowania:a) szablonów do wydruku list płac,b) parametrów dodatków stażowych,c) parametrów naliczania (stawki podatku dochodowego, koszty

uzyskania przychodu, stawki ZUS, minimalne wynagrodzenie, najniższa emerytura, stawki nauczycieli, stawki funduszu wypadkowego, pensa nauczycieli, zaokrąglanie naliczeń dla dodatkowych godzin nauczycieli, wskaźnik waloryzacji podstawy zasiłku chorobowego, stawki za 1 km przebiegu),

d) parametrów do obliczania wynagrodzeń,e) składników do przelewów.

13.3.3.30.23Możliwość definiowania, modyfikowania i zarządzania składnikiem płacowym:

a) przydzielanie flag do składnika płacowego,b) edycja i usuwanie zależności składników płacowych,c) przegląd słownika flag składników płacowych,d) przegląd słownika grup składników płacowych.

13.3.3.30.24Możliwość definiowania szablonów zaświadczeń.

13.3.3.30.25Możliwość zarządzania następującymi słownikami niezbędnymi do obsługi

Strona 152

kartotek płacowych:a) modyfikacja słownika Inne tytuły ubezpieczeń,b) modyfikacja słownika katalogu działań,c) modyfikacja słownika Kody terminów przesyłania deklaracji ZUS,d) modyfikacja słownika podpisy pod listą płac,e) modyfikacja słownika podpisy pod zaświadczeniem o zarobkach,f) przegląd słownika progów podatkowych,g) przegląd słownika rodzaje stron płacących,h) przegląd słownika rodzaje godzin nauczycieli,i) modyfikacja słownika rodzaje list płac,j) przegląd słownika rodzaje naliczania,k) przegląd słownika rodzaje przekroczeń,l) przegląd słownika rodzaje przydziału składnika,m) przegląd słownika rodzaje składek ZUS,n) przegląd słownika rodzaje składników płacowych,o) modyfikacja słownika rodzaje stawek umów cywilno-prawnych,p) modyfikacja słownika rodzaje transmisji bankowych,q) przegląd słownika rodzaje typów średnich z poprzednich miesięcy,r) przegląd słownika rodzaje ulg podatkowych,s) modyfikacja słownika rodzaje zaświadczeń,t) przegląd słownika składki na ubezpieczenie,u) przegląd słownika stanowisk nauczyciela,v) modyfikacja słownika typ okresu,w) modyfikacja słownika typy deklaracji,x) modyfikacja słownika typy przelewów,y) modyfikacja słownika uszczegółowienie paragrafów.

13.3.3.31. Informacje i analizy

13.3.3.31.1 Moduł wspierający procesy zarządcze i kontrolne w Urzędzie, umożliwiający w szybki i przyjazny sposób dostarczenie informacji z bazy programów dziedzinowych.

Z poziomu modułu powinny być udostępnione informacje związane z różnymi zadaniami wykonywanymi w Urzędzie z wykorzystaniem programów dziedzinowych.

13.3.3.31.2 Możliwość prezentowania zestawień i analiz z poszczególnych obszarów w formie tekstowej, tabelarycznej lub graficznej.

13.3.3.31.3 W zakresie rejestru mieszkańców informacje o strukturze mieszkańców, liczba mieszkańców, stan urodzeń, zgonów, wydruk miejscowości i ulic, wydruk grup wiekowo-obszarowych itp.

13.3.3.31.4 Możliwość prezentacji danych dot. należności jednostki oraz wykonania planu dochodów i wydatków dla poszczególnych jednostek organizacyjnych urzędu na dany dzień.

13.3.3.31.5 Możliwość prezentacji danych dot. dochodów i wydatków projektu budżetu dla poszczególnych jednostek organizacyjnych urzędu na wybrany dzień.

13.3.3.31.6 W zakresie zestawień dot. dochodów i budżetu moduł powinien umożliwiać:a) wydruk projektu budżetu, budżetu jednostki,b) zestawienie bilansu budżetu jednostki,c) zestawienie dochodów budżetu wg. źródeł pochodzenia.

13.3.3.31.7 Możliwość prezentacji sprawozdania o wydanych zezwoleniach.

13.3.3.31.8 W zakresie obsługi dodatków mieszkaniowych możliwość prezentacji zestawień:

a) dodatków mieszkaniowych wg zarządców,b) statystyki dodatków mieszkaniowych.

13.3.3.31.9 Możliwość wglądu w statystyki decyzji i wniosków dotyczących zwrotu

Strona 153

podatku akcyzowego.13.3.3.31.10W zakresie podatków i zarządzania nieruchomościami moduł powinien

dostarczać dane odnośnie:a) zestawienia nieruchomości – dla podatku od osób fizycznych i

prawnych,b) zestawienia gospodarstw wg. Wielkości,c) zestawienia podatku od środków transportowych wg typów,d) stanu mienia gminy.

13.3.3.31.11W zakresie prezentacji danych dot. zatrudnienia w jednostce moduł powinien prezentować dane odnośnie:

a) przeciętnego zatrudnienia,b) średniej płacy,c) średnich zarobków brutto.

13.3.3.32. Dokumenty elektroniczne

13.3.3.32.1 Rozwiązanie Wykonawcy wspomagające pracę urzędu w zakresie obsługi mieszkańców drogą elektroniczną.

13.3.3.32.2 Wymagana integracja z modułami dziedzinowymi w zakresie elektronicznej obsługi mieszkańców przez kontynuację automatyzacji procesu przetwarzania dokumentów składanych elektronicznie przez mieszkańców za pośrednictwem platformy ePUAP i dedykowanych formularzy.

13.3.3.32.3 Rozwiązanie musi umożliwiać użytkownikowi systemu dziedzinowego automatycznie obsłużyć dokumenty elektroniczne składane przez mieszkańców np. poprzez możliwość złożenia przez Internet informacji podatkowej przez mieszkańca, tak by zostało uwidocznione w module dziedzinowym, na koncie podatnika i na tej podstawie wystawienie decyzji podatkowej zarówno w formie papierowej jak i elektronicznej z możliwością przekazania jej na skrzynkę pocztową obywatela na ePUAP.

13.3.3.32.4 Możliwość obsługi dokumentów składanych elektronicznie do urzędu przez mieszkańców takich jak określone w liście dot. Modułu Okienka Wirtualnego Spraw Urzędowych.

13.3.3.32.5 Możliwość obsługi dokumentów wychodzących (wysyłane przez urząd do mieszkańców) określonych w innych modułach.

13.3.3.32.6 Możliwość podstawowej konfiguracji elementów, które są wykorzystywane wielokrotnie w trakcie pracy, np. lokalizację dla plików dokumentów, domeny urzędu, adresu usług urzędu (ePUAP), przestrzeni nazw ePUAP (wraz z prowadzeniem historii zmian).

13.3.3.32.7 Lista obsługiwanych przez moduł dokumentów musi mieć możliwość przypisania użytkownika systemu, który domyślnie obsługuje dany typ dokumentu.

13.3.3.32.8 Możliwość ustawienia treści i tytułu pisma ogólnego, do którego będą dołączane załączniki.

13.3.3.32.9 Możliwość wyszukiwania dokumentów w szerokiego zakresu kryteriów, m.in.:

a) po nazwie, b) identyfikatorze, c) statusie, d) dacie utworzenia, wysłania, otrzymania, e) identyfikatorze korelacji dokumentów, f) danych adresata, g) danych nadawcy.

13.3.3.32.10Lista wyszukanych dokumentów musi umożliwiać wykonanie na nich operacji, takich jak podgląd, przegląd operacji, przypisanie obsługującego, eksport, usunięcie, wykonanie merytorycznej obsługi dokumentu (np. wystawienie decyzji).

13.3.3.32.11Możliwość wyszukania dokumentów powiązanych z oznaczonym pismem.

Strona 154

13.3.3.32.12Możliwość podglądu dokumentu w zewnętrznej przeglądarce internetowej.

13.3.3.32.13Możliwość zapisania załączników dodanych do dokumentów.

13.3.3.32.14Możliwość eksportu zaznaczonego dokumentu do XML.

13.3.3.32.15Możliwość podpisywania elektronicznego dokumentów i załączników.

13.3.3.32.16Obsługa merytoryczna dokumentów powinna się odbywać z poziomu wyszukiwarki i umożliwiać wykonanie operacji przez osobę obsługującą. Przykładowo, gdy na liście widnieje deklaracja na podatek rolny system musi dać możliwość jej wprowadzenia dla wybranego podatnika.

13.3.3.32.17Możliwość aktualizacji daty doręczenia dokumentu, np. daty odbioru decyzji lub upomnienia.

13.3.3.32.18Podobnie w przypadku daty przedłożenia tytułu wykonawczego, system musi umożliwiać ustalenie tej daty.

13.3.3.32.19Możliwość wykonania odpowiedzi w postaci pisma ogólnego dla każdego rodzaju pisma.

13.3.3.32.20Możliwość pracy bezpośrednio w połączeniu z ePUAP lub w połączeniu z dowolnym systemem obiegu dokumentów

13.3.3.32.21Moduł w przypadku, gdy dany dokument został już wcześniej wystawiony, musi dawać możliwość ponownego wystawienia dokumentu z uwzględnieniem, że jest to duplikat.

13.3.3.32.22Możliwość importu dokumentów elektronicznych zapisanych poza systemem.

13.3.3.32.23Możliwość przeglądu rejestru prowadzonych spraw.

13.3.3.33. „Okienko wirtualne” spraw urzędowych

13.3.3.33.1 Moduł Okienka wirtualnego spraw urzędowych musi umożliwiać kontakt petenta z urzędem w sposób elektroniczny, bez konieczności osobistego stawienia się w urzędzie.

Usługi elektroniczne będą opracowywane z wykorzystaniem środowiska ePUAP Urzędu Gminy Krosno Odrzańskie i jednostek podległych Gminy Krosno Odrzańskie, za pośrednictwem, których istniała będzie możliwość tworzenia i wysyłki dokumentów elektronicznych.

13.3.3.33.2 Usługi elektroniczne będą dotyczyły: a) opracowania kart opisu usług i przekazania ich wraz z dalszą

instrukcją postępowania do umieszczenia w katalogu usług ePUAP, b) opracowania (dla usług wymagających publikacji) wzoru dokumentu

elektronicznego w Centralnym Repozytorium i przekazania ich wraz z dalszą instrukcją postępowania do Urzędu,

c) wspierania Urzędu w przejściu procesu publikacji. 13.3.3.33.3 Użytkownik musi mieć możliwość wyszukania interesującą go usługę, na

przykład złożenie deklaracji dotyczącej podatku rolnego, a następnie wypełnienia formularza. Wynikiem uzupełnienia formularza musi być powstanie dokumentu elektronicznego.

Uwaga:Wirtualne okienko spraw urzędowych jest odpowiedzialne za to, żeby złożony dokument od klienta trafił do systemu dziedzinowego i umożliwił wykonanie przez pracownika odpowiedniej operacji merytorycznej w systemie, na przykład wydanie decyzji i ewentualnie wysłanie jej z wykorzystaniem mechanizmów ePUAP-u na skrzynkę odbiorczą podatnika.

Strona 155

13.3.3.33.4 Wirtualne okienko e-dokumentów musi obejmować możliwość wykonania usług za pomocą co najmniej następujących formularzy:

Formularz Elektroniczny JednostkaWniosek o rozłożenie należności na raty

Gmina Krosno Odrzańskie

Wniosek o odroczenie terminu, Gmina Krosno OdrzańskieWniosek o umorzenie zaległość Gmina Krosno OdrzańskieWniosek o umorzenie odsetek Gmina Krosno OdrzańskieDeklaracja na podatek rolny Gmina Krosno OdrzańskieDeklaracja na podatek leśny Gmina Krosno OdrzańskieDeklaracja na podatek od nieruchomości


Informacja w sprawie podatku rolnego


Informacja w sprawie podatku leśnego


Informacja w sprawie podatku od nieruchomości


Wniosek o zwrot podatku akcyzowego dla rolników zawartego w cenie oleju napędowego


Deklaracja na podatek od środków transportu


Deklaracja o wysokości opłaty za gospodarowanie odpadami komunalnymi

Zakład Gospodarki Komunalnej i Mieszkaniowej

Wniosek o wydanie zezwolenia na sprzedaż alkoholu


Wniosek dotyczący załatwienia sprawy urzędowej drogą elektroniczną


Wniosek dotyczący informowania o wygenerowaniu należności w systemie


Wniosek o zapisanie dziecka do przedszkola

Jednostki podległe typu przedszkole

Wniosek o zapisanie dziecka do szkoły

Jednostki podległe typu szkoła

Wniosek o rezerwację terminu ślubu cywilnego


Udostępnienie decyzji w formie elektronicznej


Złożenie projektu w budżecie obywatelskim


Oddanie głosu w budżecie obywatelskim


Wniosek o wydanie zaświadczenia o niezaleganiu w podatkach


Wniosek o wydanie zaświadczenia o wielkości gospodarstwa rolnego,


Wniosek o wykreślenie z hipoteki, o figurowaniu w ewidencji podatkowej


Wniosek o figurowaniu w ewidencji podatkowej


Strona 156

13.3.4.Moduł w zakresie budżetowania

13.3.4.1. Moduł musi udostępniać strefy:a) prywatną,b) publiczną.

13.3.4.2. Część prywatna przeznaczona do wspomagania procesu obsługi budżetu organu, budżetu urzędu/starostwa oraz budżetów/planów finansowych jednostek organizacyjnych podległych w zakresie:

a) projektowania, b) wprowadzania zmian do budżetu i wykonania.

13.3.4.3. Część publiczna przeznaczona do udostępniania budżetu w formie interaktywnej oraz umożliwia uczestnictwo obywateli w procesie konsultacji projektowania i realizacji budżetu oraz uczestnictwa w decydowaniu o przeznaczeniu wydatków w ramach budżetu obywatelskiego.

13.3.4.4. Część publiczna budżetu musi być zintegrowana z platformą ePUAP oraz portalem społecznościowym Facebook.

13.3.4.5. System musi prezentować budżet w układzie wieloletnim, tzn. prezentować budżet bieżący, budżety z lat ubiegłych i prognozowane wydatki przedsięwzięć wieloletnich na lata kolejne.

13.3.4.6. Rozwiązanie Wykonawcy musi wspierać i automatyzować procesy związane z tworzeniem oraz zarządzaniem budżetem JST:

a) w układzie zadaniowym,b) w układzie podziałek klasyfikacji budżetowej,c) w układzie mieszanym, w którym tylko wybrana część budżetu

sporządzania jest w układzie zadaniowym.13.3.4.7. Możliwość automatycznego tworzenia projektu budżetu gminy (organu),

poprzez agregowanie w jeden budżet JST projektów planów finansowych urzędu, poszczególnych jednostek organizacyjnych (podległych i nadzorowanych) w układzie zadaniowym i tradycyjnym.

13.3.4.8. Wszystkie jednostki projektujące budżety muszą pracować w systemie online, a przeliczanie budżetu po wprowadzeniu danych powinno odbywać się w czasie rzeczywistym.

13.3.4.9. Możliwość projektowania przedsięwzięć wieloletnich. Planowanie wydatków na przedsięwzięcia wieloletnie powinno obejmować cały okres ich realizacji.

13.3.4.10. Możliwość prezentacji budżetu gminy i planów finansowych jednostek podległych i nadzorowanych objętych planowaniem budżetowym zarówno w układzie zadaniowym jak i w układzie tradycyjnym.

13.3.4.11. Możliwość wprowadzenia i dokonywania zmian (zmiany w obrębie istniejącego układu zadań, dodawanie nowych zadań) w budżecie gminy oraz w planach finansowych jednostek organizacyjnych w trakcie roku budżetowego w ujęciu tradycyjnym i zadaniowym.

13.3.4.12. Możliwość wiązania kosztów realizacji zadań z podziałkami klasyfikacji budżetowej i automatyczne agregowanie w obrębie danego działu, rozdziału, paragrafu i pozycji klasyfikacji budżetowej.

13.3.4.13. Możliwość bieżącego wprowadzania wydatków wykonanych zarówno w ujęciu zadaniowym jak i tradycyjnym oraz porównywanie wydatków planowanych z wydatkami wykonanymi (wykonanie procentowe).

13.3.4.14. Możliwość hierarchizacji budżetu zadaniowego w układzie: a) funkcja, b) zadanie, c) podzadanie, d) działanie,

podział zadań na określone typy zadań, ich hierarchizację, określanie celów

Strona 157

zadań i tworzenie ich mierników.13.3.4.15. Możliwość monitorowania realizacji budżetu w układzie klasyfikacyjnym i

zadaniowym w urzędzie/starostwie oraz we wszystkich jednostkach podległych i nadzorowanych objętych planowaniem budżetowym.

13.3.4.16. Pełna zgodność z obowiązującymi przepisami prawa na dzień odbioru Zadania 3.

13.3.4.17. W pełni polskojęzyczny interfejs użytkownika. Wszystkie funkcje, komunikaty, raporty muszą być w języku polskim.

13.3.4.18. Architektura oprogramowania powinna umożliwiać pracę jedno i wielostanowiskową, zapewniać jednokrotne wprowadzanie danych tak aby były one dostępne dla wszystkich użytkowników. Oprogramowanie na wszystkich stanowiskach wg. określonego poziomu uprawnień.

13.3.4.1. Strefa prywatna: wymagania ogólne

13.3.4.1.1. Możliwość projektowania budżetów urzędu gminy/starostwa oraz budżetów jednostek organizacyjnych podległych.

13.3.4.1.2. Możliwość podziału budżetu jednostki zgodnie ze strukturą organizacyjną jednostki, przy czym:

a) liczba poziomów struktury organizacyjnej jest nieograniczona,b) struktura organizacyjna może ulegać zmianom,

Uwaga:Możliwość prezentowania budżetu JST przed zmianą struktury organizacyjne i po jej zmianie.

13.3.4.1.3. Możliwość projektowania budżetu w układzie:a) klasyfikacyjnym,b) zadaniowym,c) mieszanym, w układzie zadaniowym może być zaprojektowana tylko

część budżetu.13.3.4.1.4. Możliwość projektowania planu dochodów i wydatków pozabudżetowych, w

tym Planu dochodów i wydatków rachunku dochodów jednostek budżetowych prowadzących działalność określoną w ustawie o systemie oświaty.

13.3.4.1.5. Możliwość prowadzenia ewidencji zaangażowania środków budżetowych dysponenta wynikających zawartych umów, porozumień u podjętych uchwał.

13.3.4.1.6. Wprowadzane dane (plan, zmiany i wykonanie) muszą być przeliczane w trybie rzeczywistym.

13.3.4.1.7. Możliwość importu danych dotyczących kosztów z arkusza kalkulacyjnego excell o określonej strukturze danych.

13.3.4.1.8. Możliwość definiowania słownika dysponentów środków budżetowych (jednostek organizacyjnych i komórek struktury organizacyjnej).

13.3.4.1.9. Możliwość definiowania użytkowników systemu z możliwością nadawania odrębnych uprawnień do poszczególnych elementów struktury budżetu zadaniowego i klasyfikacyjnego, a także do obsługi strefy publicznej budżetu

13.3.4.1.10. Wytyczne dot. zasad definiowania hasła logowania:a) minimalna długość hasła – 8 znaków,b) znaki użyte w definicji hasła: mała i duża litera, cyfra, znak

specjalny,c) częstotliwość zmiany hasła,d) niepowtarzalność hasła.

Uwaga:Przy pierwszym logowaniu oraz po każdej zmianie hasła przez Administratora system powinien wymuszać zmianę hasła użytkownika.

Strona 158

Zalecane aby w przypadku trzykrotnej próby błędnego logowania system blokował konto użytkownika na określony czas oraz wyświetlał czas oczekiwania na odblokowanie konta.

13.3.4.1.11. Możliwość definiowania słownika klasyfikacji budżetowej w oparciu o zgodny z aktualnym stanem prawnym wykaz działów, rozdziałów i paragrafów – odrębnie dla dochodów i wydatków, przychodów i rozchodów;

13.3.4.1.12. Możliwość importu paczki słowników klasyfikacji budżetowej z systemu BeSTi@.

13.3.4.1.13. Możliwość definiowania słownika rodzajów zadań: źródeł dochodów (subwencje, dotacje, dochody własne i inne – dowolne).

13.3.4.1.14. Możliwość definiowania słownika rodzajów zadań: przeznaczenia wydatków (własne, zlecone z zakresu administracji rządowej itp.).

13.3.4.1.15. Możliwość definiowania grup paragrafów wg dowolnego kryterium w tym podział na:

a) wydatki bieżące, b) wydatki majątkowe, c) inne.

13.3.4.1.16. Możliwość definiowania hierarchicznego słownika układu zadaniowego zawierającego symbole o następującej strukturze:

a) funkcja, b) zadanie, c) podzadanie, d) działanie budżetowe.

13.3.4.1.17. Możliwość definiowania słownika(-ów):a) zadań pomocniczych (pośrednich),b) wnioskodawca zmiany,c) źródło finansowania zmiany.

13.3.4.1.18. Możliwość definiowania uprawnień do:a) dostępu do danych,b) nadawania budżetowi statusu.

13.3.4.1.19. Możliwość zgłaszania problemów do HelpDesku bezpośrednio z aplikacji.

13.3.4.1.20. Możliwość wyświetlania informacji o użytkownikach aktualnie zalogowanych do systemu.

13.3.4.1.21. Możliwość parametryzacji wydruków.

13.3.4.2. Strefa prywatna: planowanie budżetu

13.3.4.2.1. Możliwość definiowania dysponentów środków budżetowych, jednostek organizacyjnych i wydziałów urzędu.

13.3.4.2.2. Możliwość prowadzenia na poziomie budżetu gminy z dokładnością do jednostek i wydziałów urzędu (dysponentów środków budżetowych):

a) planu dochodów,b) planu wydatków,c) planu przychodów,d) planu rozchodów.

13.3.4.2.3. Możliwość sporządzania szczegółowych kalkulacji dochodów i wydatków budżetowym na podstawie wielkości zasobów i potrzeb oraz cen i wydatków jednostkowych.

13.3.4.2.4. Możliwość wygenerowania planu finansowego na kolejny rok budżetowy poprzez przeliczenie planu roku bieżącego wskaźnikami przypisanymi do różnych grup paragrafów.

13.3.4.2.5. Możliwość planowania:a) przedsięwzięć wieloletnich stanowiących złącznik do WPF w

powiązaniu z układem klasyfikacyjnym budżetu,

Strona 159

b) postępowań o zamówienia publiczne niezbędne do realizacji planowanych zadań.

13.3.4.2.6. Możliwość kontrolowania przekroczenia progów kwotowych zamówień publicznych zgodnie z ustawą Prawo zamówień publicznych i wewnętrznym regulaminem obowiązującym w urzędzie.

13.3.4.2.7. Możliwość kontrolowania wielkości dochodów i wydatków wyodrębnionych oraz obliczać ich saldo.

13.3.4.2.8. Możliwość ustalania wysokości limitów wydatków budżetowych na dowolnym poziomie struktury budżetu oraz jednostki oraz sygnalizowanie przekroczenia tych limitów.

13.3.4.2.9. Możliwość rozproszonego projektowania budżetu w układzie zadaniowym i klasyfikacyjnym dysponentów środków budżetowych.

13.3.4.2.10. Możliwość automatycznego bilansowania planu obu układów budżetu.

13.3.4.2.11. Możliwość automatycznego agregowania budżetów urzędu i jednostek podległych w budżet gminy.

13.3.4.2.12. Możliwość projektowania budżetu wieloletniego – na dowolną liczbę lat budżetowych.

13.3.4.2.13. Konstrukcja budżetu zadaniowego powinna być oparta na układzie: funkcja – zadanie – podzadanie – działanie. Użytkownik powinien posiadać możliwość definicji struktury zadaniowej budżetu.

Definicja zadania, podzadania i działania bezpośredniego musi zawierać co najmniej:

a) nazwę i symbol,b) opis,c) określenie celów,d) możliwość formułowania mierników realizacji celów zadania dla

budżetu planowanego i przynajmniej trzech lat kolejnych, w tym wartości bazowej miernika,

e) wskazanie osoby odpowiedzialnej z realizację,f) przypisanie poszczególnym elementom struktury budżetu

szacunkowych kosztów pośrednich i bezpośrednich powiązanych z podziałkami klasyfikacji budżetowej,

g) określenie łącznych kosztów z podziałem na grupy oraz całkowitych szacunkowych kosztów realizacji,

13.3.4.2.14. Możliwość rejestrowania historii wprowadzanych danych, w tym informacji o tym kto i kiedy wprowadził lub zmodyfikował dane lub strukturę budżetu.

13.3.4.2.15. Możliwość nadawania projektowi budżetu statusów odzwierciedlających etapy prac nad budżetem.

13.3.4.2.16. Możliwość ustalania limitów wydatków na dowolnym poziomie struktury klasyfikacyjnej oraz zadań, podzadań i działań budżetowych.

13.3.4.2.17. Możliwość przeglądania budżetów wielu lat jednocześnie.

13.3.4.2.18. Możliwość przeglądania projektu budżetu w szczegółowości do dysponentów i dowolnego poziomu struktury klasyfikacyjnej i zadaniowej.

13.3.4.2.19. Możliwość przeglądania planu według następujących kryteriów: a) dysponentów środków,b) klasyfikacji budżetowej,c) układu zadaniowego,d) rodzaju dochodów i wydatków,e) grup wydatków,f) podziału na budżet bieżący i majątkowy itp.,g) podziału na zadania własne, zlecone realizowane na podstawie

umów itp.,h) zadań gminy.

13.3.4.2.20. Możliwość nadania projektowi budżetu odpowiednich statusów,

Strona 160

odpowiadających kolejnym etapom projektowania13.3.4.2.21. Możliwość nadania projektowi budżetu odpowiednich statusów,

odpowiadających kolejnym etapom projektowania:a) etap wprowadzania danych,b) zakończenie prac na projektem budżetu na poziomie jednostki,c) zatwierdzanie projektu budżetu przez organ wykonawczy wraz z

rejestracją podstawy prawnej przyjęcia,d) zatwierdzanie projektu budżetu przez organ uchwałodawczy wraz z

rejestracją podstawy prawnej uchwalenia.13.3.4.2.22. Możliwość wydruku projektu budżetu z dokładnością i układem danych

ustalonym z Zamawiającym.13.3.4.2.23. Możliwość wydruku projektów budżetu dla poszczególnych dysponentów

budżetowych.13.3.4.2.24. Możliwość generowania wydruków stanowiących załączniki do uchwał

dotyczących budżetu – projektu, zmian i wykonania.13.3.4.2.25. Możliwość definiowania poziomów uprawnień dla poszczególnych

użytkowników. W zależności od poziomu uprawnień dla użytkownika będą dostępne poszczególne funkcje programu.

13.3.4.3. Strefa prywatna: zmiany budżetu

13.3.4.3.1. Możliwość rejestrowania wniosków o zmiany w budżecie na poziomie budżetu gminy/powiatu, jednostek i wydziałów urzędu/ starostwa (dysponentów środków budżetowych).

13.3.4.3.2. Możliwość projektowania zmian wynikających z wniosku o zmiany w budżecie na poziomie budżetu gminy z dokładnością do jednostek i wydziałów urzędu (dysponentów środków budżetowych) wynikających z zarejestrowanego wniosku:

a) zmian w planie dochodów,b) zmian w planie wydatków,c) zmian w planie przychodów,d) zmian w planie rozchodów.

13.3.4.3.3. Możliwość rozproszonego projektowania zmian do budżetu w układzie zadaniowym i klasyfikacyjnym przez urząd i jednostki organizacyjne podległe.

13.3.4.3.4. Możliwość automatycznego bilansowania zmian w obu układach budżetu.

13.3.4.3.5. Możliwość automatycznego agregowania zmian budżetów urzędu/starostwa i jednostek podległych w budżet gminy.

13.3.4.3.6. Możliwość automatycznego rozdzielania zmian kosztów pośrednich na zadania zgodnie z ustalonym kluczem podziału kosztów.

13.3.4.3.7. Możliwość obsługi zmian dochodów i wydatków pozabudżetowych dla jednostek organizacyjnych, które prowadzą gospodarkę pozabudżetową.

13.3.4.3.8. Możliwość rejestrowania historii wprowadzanych danych, w tym informacji o tym kto i kiedy wprowadził lub zmodyfikował zmiany.

13.3.4.3.9. Możliwość nadania projektowi zmian do budżetu odpowiednich statusów, odpowiadających kolejnym etapom projektowania:

a) etap wprowadzania danych,b) zakończenie prac na projektem zmian budżetu na poziomie

jednostki,c) zatwierdzanie projektu zmian budżetu przez organ wykonawczy wraz

z rejestracją podstawy prawnej przyjęcia,d) zatwierdzanie projektu zmian budżetu przez organ uchwałodawczy

wraz z rejestracją podstawy prawnej uchwalenia.13.3.4.3.10. Możliwość jednoczesnego procedowania wielu wniosków o zmiany, przy

czym każdy z wniosków może być procedowany odrębnie lub procedowanie może dotyczyć grupy wybranych wniosków.

Strona 161

13.3.4.3.11. Możliwość przeglądania zmian budżetu w szczegółowości do dysponentów i dowolnego poziomu struktury klasyfikacyjnej i zadaniowej.

13.3.4.3.12. Możliwość przeglądania zmian budżetu według następujących kryteriów: a) dysponentów środków,b) klasyfikacji budżetowej,c) układu zadaniowego,d) rodzaju dochodów i wydatków,e) grup wydatków,f) podziału na budżet bieżący i majątkowy itp.,g) podziału na zadania własne, zlecone realizowane na podstawie

umów itp.,h) zadań gminy.

13.3.4.3.13. Możliwość wydruku zmian budżetu z dokładnością i układem danych ustalonym z Zamawiającym.

13.3.4.3.14. Możliwość wydruku zmian budżetu dla poszczególnych dysponentów budżetowych.

13.3.4.3.15. Informacja o budżecie powinna zawierać dane na dowolny dzień roku budżetowego w układzie:

a) uchwała budżetowa,b) plan przed zmianami,c) zmniejszenia,d) zwiększenia,e) plan po zmianach.

13.3.4.4. Strefa prywatna: wykonanie budżetu

13.3.4.4.1. Możliwość rejestrowania danych o wykonaniu na poziomie budżetu gminy z dokładnością do jednostek i wydziałów urzędu (dysponentów środków budżetowych):

a) wykonanie planu dochodów,b) wykonanie planu wydatków,c) wykonanie planu przychodów,d) wykonanie planu rozchodów.

13.3.4.4.2. Możliwość rozproszonego wprowadzania danych o wykonaniu w układzie zadaniowym i klasyfikacyjnym przez urząd i jednostki organizacyjne podległe.

13.3.4.4.3. Możliwość wczytania danych o wykonaniu planu finansowego jednostki z pliku sprawozdania budżetowego Rb27S i Rb28S z jednoczesną weryfikacja zgodności planu.

13.3.4.4.4. Możliwość prezentowania danych o wykonaniu w układzie: a) plan, b) wykonanie, c) % wykonania,d) pozostało.

13.3.4.4.5. Możliwość rozproszonego wprowadzania danych o wykonaniu mierników.

13.3.4.4.6. Możliwość automatycznego bilansowania wykonania w obu układach budżetu.

13.3.4.4.7. Możliwość automatycznego agregowania wykonania budżetów urzędu i jednostek podległych w wykonanie budżetu gminy.

13.3.4.4.8. Możliwość automatycznego rozdzielania wykonania kosztów pośrednich na zadania zgodnie z ustalonym kluczem podziału kosztów.

13.3.4.4.9. Możliwość rejestrowania historii wprowadzanych danych o wykonaniu, w tym informacji o tym kto i kiedy wprowadził lub zmodyfikował dane.

13.3.4.4.10. Możliwość przeglądania informacji o wykonaniu budżetu w szczegółowości do dysponentów i dowolnego poziomu struktury klasyfikacyjnej i zadaniowej.

Strona 162

13.3.4.4.11. Możliwość przeglądania wykonania budżetu według następujących kryteriów:

a) dysponentów środków,b) klasyfikacji budżetowej,c) układu zadaniowego,d) zadań pomocniczych,e) rodzaju dochodów i wydatków,f) grup wydatków,g) podziału na budżet bieżący i majątkowy itp.,h) podziału na zadania własne, zlecone realizowane na podstawie

umów itp.,i) zadań gminy.

13.3.4.4.12. Możliwość wydruku wykonania budżetu z dokładnością i układem danych ustalonym z zamawiającym.

13.3.4.4.13. Możliwość wydruku wykonania budżetu dla poszczególnych dysponentów budżetowych.

13.3.4.4.14. Możliwość prezentacji danych w postaci graficznej.

13.3.4.5. Strefa prywatna: realizacja zaangażowania

13.3.4.5.1. Możliwość rejestracji zaangażowania przez dysponentów budżetu, w tym:a) rejestrację dokumentów powodujących zaangażowanie (umów,

aneksów do umów, faktur, zleceń itp.)b) informowanie użytkownika o wielkości wolnych środków możliwych

do zaangażowania,c) blokowanie rejestracji dokumentu powodującego przekroczenie

wartości planu,d) kontrolowanie i rejestrowanie kontrasygnat wykonywanych przez

skarbnika,e) kontrolowanie statusów wprowadzanych dokumentów (projekt

dokumentu, dokument kontrasygnowany, Dokument podpisany itp.).13.3.4.5.2. Możliwość rejestracji faktur (transz, rat itp.) do umów dokumentów w tym:

a) informowanie dysponenta o wartościach pozostałych do zafakturowania, rat, transz do zapłacenia,

b) blokowanie rejestracji dokumentu powodującego przekroczenie wartości umowy.

13.3.4.5.3. Możliwość prezentowania danych o zaangażowaniu w układzie: a) uchwała budżetowa, b) plan po zmianach, c) wykonanie, d) zaangażowanie, e) wolne środki.

13.3.4.5.4. Możliwość automatycznego wygenerowanie wykazu zawartych umów, zawierającego co najmniej następujący zestaw danych: Lp., Numer umowy, Rok zawarcia umowy, Podmiot umowy, Przedmiot umowy, Czy umowa dotyczy dotacji (tak/nie), Wartość umowy, Okres na jaki umowa została zawarta.

13.3.4.6. Strefa prywatna: Sprawozdania budżetowe

13.3.4.6.1. Możliwość sporządzenia sprawozdań budżetowych wykonywanych przez: urząd, organ, jednostki organizacyjne.

13.3.4.6.2. Możliwość agregowania sprawozdań na poziomie budżetu gminy.

13.3.4.6.3. Możliwość rozproszonego sporządzania sprawozdań budżetowych urzędu,

Strona 163

organu oraz jednostek organizacyjnych podległych, w tym sprawozdań: Rb-27s, Rb-27ZZ, Rb-28NWS, Rb-28s, Rb-34s, Rb-50D, Rb-50W, Rb-N, Rb-NDS, Rb-PDP, Rb-ST, Rb-Z.

13.3.4.6.4. Dla każdej jednostki organizacyjnej system musi umożliwiać określenie wymagalnych sprawozdań.

13.3.4.6.5. Możliwość sporządzania sprawozdań głównych i korek do sprawozdań.

13.3.4.6.6. Możliwość udostępniania zbiorczej informacji pokazującej:a) jednostki które sporządziły sprawozdania wymagane w danym

okresie sprawozdawczym, b) jednostki które pracują nad sprawozdaniami,c) jednostki które jeszcze nie rozpoczęły prac nad sprawozdaniami.

13.3.4.6.7. Możliwość dokonania przesunięć środków pomiędzy zadaniami budżetowymi w zatwierdzonych sprawozdaniach bez zmiany wartości paragrafu i konieczności sporządzania korekty do sprawozdania.

13.3.4.6.8. W momencie wprowadzania sprawozdania, system musi weryfikować wartości wprowadzanych danych i sygnalizować negatywne wyniki weryfikacji.

13.3.4.6.9. Możliwość na żądanie użytkownika wygenerowania raportu weryfikacji poprawności danych z oznaczeniem, które dane nie spełniają warunków poprawności.

13.3.4.6.10. Możliwość wykonania wydruków kontrolnych sprawozdań.

13.3.4.6.11. Możliwość tworzenia repozytorium potwierdzonych sprawozdań (głównych i korekt) dla każdej jednostki oddzielnie oraz jednoznacznie informować o terminie wygenerowania sprawozdania.

13.3.4.6.12. Możliwość wygenerowania wydruku pokazującego różnicę wartości pomiędzy kolejnymi wersjami sprawozdań z pokazaniem, które dane uległy zmianie.

13.3.4.6.13. Możliwość agregowania danych sprawozdań jednostek w sprawozdanie organu.

13.3.4.6.14. Możliwość wygenerowania sprawozdań w formacie umożliwiającym wczytanie ich do systemu BeSTi@.

13.3.4.6.15. Możliwość eksportu planu, zmian i wykonania do systemu BeSTi@,

13.3.4.6.16. Możliwość importu sprawozdań RB27S i RB28S i aktualizacji danych o wykonaniu budżetu na poziomie jednostek organizacyjnych z BeSTi@

13.3.4.6.17. Możliwość eksportu sprawozdań budżetowych gminy do systemu BeSTi@.

13.3.4.7. Strefa publiczna: wymagania ogólne

13.3.4.7.1. Możliwość udostępniania obywatelom budżetu w układzie podziałek klasyfikacji budżetowej i układzie zadaniowym poprzez przeglądarkę internetową.

13.3.4.7.2. Możliwość wizualizacji budżetu w postaci wykresów graficznych.

13.3.4.7.3. Możliwość nawigowania po strukturze budżetu klasyfikacyjnego i zadaniowego.

13.3.4.7.4. Możliwość przeglądania budżetów z kilku lat.

13.3.4.7.5. Możliwość opiniowania przez Obywateli poszczególnych pozycji budżetu poprzez:

a) dodawanie wpisów z komentarzami; b) dodawanie lajków.

Strona 164

13.3.4.8. Budżet obywatelski

13.3.4.8.1. W budżecie powinna być widoczna wydzielona część wydatków, których przeznaczenie ustalone zostanie w konsultacji z mieszkańcami w ramach partycypacji społecznej, np.:

a) fundusz sołecki, b) fundusz na dzielnice miasta,c) inne, zdefiniowane przez urząd.

13.3.4.8.2. Konsultacje z mieszkańcami powinny odbywać się z podziałem na etapy.

13.3.4.8.3. Etap I. Zgłaszanie propozycji zadań budżetowych:

a) propozycje mogą być zgłaszane przez mieszkańców w dwóch trybach: poprzez platformę ePUAP, poprzez wpis wykonany na formatce udostępnionej przez System,

b) możliwość dopisania propozycji zgłoszonych przez mieszkańców poza systemem elektronicznym: np. listownie lub na spotkaniach z mieszkańcami.

Uwaga:Możliwość wpisu przez uprawnionego pracownika urzędu zaznaczając, że propozycja została zgłoszona poza Systemem,

c) możliwość wyświetlania zgłoszonych propozycji wydatków budżetowych w zakładce np. Propozycje mieszkańców,

d) możliwość komentowania przez mieszkańców oraz oznaczania lajkami zgłoszonych propozycji,

e) możliwość ograniczenia terminu zgłaszania propozycji wydatków - po wyznaczonym terminie możliwość komentowania i lakowania powinna być zablokowana.

13.3.4.8.4. Etap II. Ocena zgłoszonych propozycji przez urząd:

a) możliwość aby Każda ze zgłoszonych przez mieszkańców propozycji była poddawana ocenie pod względem formalnym, możliwości wykonawczych oraz wstępnie wyceniania (pracownicy kwalifikują zgłoszone propozycje na: możliwe do realizacji, niemożliwe do realizacji),

b) możliwość aby propozycje mieszkańców wraz z opinią wykonaną przez pracowników urzędu oraz wstępną wyceną kosztów ich realizacji, udostępniane były pod zakładką np. Propozycje po ocenie formalnej w kolejności: Propozycje możliwe do realizacji, Propozycje niemożliwe do realizacji.

13.3.4.8.5. Etap III. Konsultacje propozycji zgłoszonych przez mieszkańców po ocenie formalnej.

a) zgłoszone propozycje mieszkańców, po ocenie formalnej, mogą być komentowane przez mieszkańców oraz oznaczane lajkami;

b) termin konsultacji zgłoszonych propozycji po ocenie formalnej musi być ograniczony. Po wyznaczonym terminie możliwość komentowania i lajkowania powinna być zablokowana.

13.3.4.8.6. Etap IV. Głosowanie na zgłoszone propozycje.

a) głosowanie przez mieszkańców może się odbywać w dwóch trybach: i. poprzez dedykowany formularz umieszczony na platformie

ePUAP,ii. Poprzez wpis wykonany na formatce udostępnionej przez

system.

Strona 165

b) wyniki głosowania na bieżąco publikowane na zakładce Głosowanie nad zgłoszonymi propozycjami,

c) termin głosowania zgłoszonych propozycji po ocenie formalnej musi być ograniczony. Po wyznaczonym terminie możliwość oddania głosu powinna być zablokowana.

13.3.4.8.7. Etap V. Publikowanie informacji o propozycjach przyjętych do realizacji.

a) po ostatecznym wyborze zgłoszonych propozycji do realizacji, publikowane są one w zakładce Propozycje przyjęte do realizacji,

b) propozycje przyjęte do realizacji mogą być komentowane przez mieszkańców oraz oznaczane lajkami,

c) termin komentowania i lakowania musi być ograniczony. Po wyznaczonym terminie możliwość komentowania i lakowania powinna być zablokowana.

13.3.4.8.8. Możliwość jedoczesnego prowadzenia wielu procesów konsultacji społecznych, niezależnych od siebie.

13.3.4.8.9. W konsultacjach mogą uczestniczyć wyłącznie użytkownicy zalogowani i uwierzytelnieni. Możliwość uwierzytelniania użytkowników za pomocą:

a) profilu zaufanego platformy ePUAP,b) profilu portalu społecznościowego Facebook.

13.3.4.8.10. Możliwość nadawania statusów każdej konsultacji:a) konsultacje projektowane – widoczne tylko w strefie prywatnej,b) konsultacje udostępnione – widoczne w obu strefach,c) konsultacje zakończone – dostępne tylko do podglądu w obu

strefach.13.3.4.8.11. Wszystkie wpisy dotyczące konsultacji i kolejnych jej etapów wykonywane

przez urząd powinny być możliwe tylko z w strefie prywatnej.13.3.4.8.12. Możliwość konfigurowania każdego etapu konsultacji w zakresie:

a) sposobu uwierzytelniania uczestników konsultacji: Profil zaufany lub Profil Facebook,

b) możliwość oznaczania lajkami zgłaszanych propozycji: Tak/Nie,c) czy oznaczanie lajkami mogą wykonywać użytkownicy

niezalogowani: Tak/Nie,d) Data, od której rozpoczyna się etap konsultacji,e) Data, do której możliwe jest zgłaszanie propozycji lub dokonywania

innych wpisów (opinii).13.3.4.8.13. Możliwość zarządzania konfiguracją powinno odbywać się z poziomu strefy

prywatnej.13.3.4.8.14. Możliwość dokumentowania przebiegu poszczególnych konsultacji w

kolejnych latach i udostępniania jej zarówno dla użytkowników zalogowanych i niezalogowanych.

13.3.5.Wytyczne dla wdrożenia Systemu wraz z wymaganą integracją

13.3.5.1. Celem integracji modernizowanych/wymienianych modułów jest automatyzacja wymiany dokumentów elektronicznych pomiędzy aplikacjami u Zamawiającego, umożliwienie wnoszenia wniosków, podań i innych dokumentów drogą elektroniczną, a szczególnie umożliwienie wymiany dokumentów pomiędzy podmiotami publicznymi. Integracja ma umożliwić spełnienie wymogu stosowania korespondencji w postaci elektronicznej, usprawnienie i przyspieszenie udzielania odpowiedzi na pytania innych podmiotów publicznych, oraz przygotowania i udostępniania dokumentów elektronicznych dla podmiotów wyrażających wolę obsługi drogą elektroniczną.

13.3.5.2. System (moduły SD, EZD i SUE) musi zostać zainstalowany i skonfigurowany oraz uruchomiony w Gminie Krosno Odrzańskie na clastrze 2-nodowym zbudowanym z Serwerów bazodanowych typ I (Zadanie 2).

Strona 166

13.3.5.3. Moduł SD poza zakresem budżetowania musi zostać wdrożony w Jednostkach podległych:

a) Ośrodek pomocy społecznej w Krośnie Odrzańskim (66-600 Krosno Odrzańskie, ul. Piastów 10H),

b) Ośrodek Sportu i Rekreacji w Krośnie Odrzańskim (66-600 Krosno Odrzańskie, ul. Pocztowa 27),

c) Szkoła Podstawowa Nr 2 w Krośnie Odrzańskim (66-600 Krosno Odrzańskie, ul. Moniuszki 30),

d) Szkoła Podstawowa Nr 3 w Krośnie Odrzańskim (66-600 Krosno Odrzańskie, ul. Pułaskiego 3),

e) Gimnazjum w Krośnie Odrzańskim (66-600 Krosno Odrzańskie, ul. Pułaskiego 3),

f) Zespół Szkół w Wężyskach (ZSW),g) Zakład Gospodarki Komunalnej i Mieszkaniowej (ZGKiM),h) Szkoła Podstawowa nr 1 w Krośnie Odrzańskim (SP1),i) Warsztaty Terapii Zajęciowej (WTZ)

Uwaga:SD wdrożony wyłącznie w zakresie działalności jednostki podległej.

13.3.5.4. SUE, EZD, SD w zakresie obsługi budżetowania musi zostać udostępniony dla jednostek organizacyjnych Gminy.

13.3.5.5. Systemu musi być zintegrowany z platformą ePUAP zapewniając bezpieczną i zautomatyzowaną wymianę metadanych i danych pomiędzy modułami podsystemów dziedzinowych, a e-formularzami umieszonym na ePUAP.

13.3.5.6. Standardy interfejsów wymiany danych pomiędzy SD, SUE i EZD muszą być zgodne z obowiązującymi przepisami prawa:

a) zgodnie z Art. 16 ustawy z dnia ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz.U. z 2005r. Nr 64, poz. 565, z późń. zm.),

b) interfejsy komunikacyjne muszą wykorzystywać komunikaty w formacie XML, opisane odpowiednimi schematami XMLSchema,

c) usługi sieciowe (WebService) udostępniane przez poszczególne systemy/moduły muszą być opisane zgodnie ze standardem języka opisu usług sieciowych WSDL (Web Services Description Language). Wszystkie wywołania usług WebService wywoływane z wykorzystaniem szyfrowania SSL,

d) dane opisujące dokumenty przesyłane pomiędzy systemami podlegającymi integracji muszą spełniać wymogi dla dokumentów elektronicznych i być zgodne z przestrzenią nazw publikowaną w portalu ePUAP.

13.3.5.7. EZD musi współpracować poprzez standardowe usługi sieciowe z Elektroniczną SkrzynkąPodawczą (ESP) udostępnianą na platformie ePUAP.

13.3.5.8. EZD musi zapewniać automatyczne doręczenie dokumentów elektronicznych z/do ESP do/z Systemów Dziedzinowych

13.3.5.9. System integracji SUE, EZD i SD musi zapewniać świadczenie usług elektronicznych na Poziomie 4 – Transakcja, wg klasyfikacji Poziomów usług elektronicznych.

13.3.5.10. Wymiana informacji w sposób niezależny od użytych technologii musi zostać zrealizowana z wykorzystaniem standardów Web Services.

13.3.5.11. Funkcje integracji realizować poprzez wykonanie, dostarczenie i wdrożenie przez Wykonawcę Oprogramowania interfejsowego.

13.3.5.12. W ramach niniejszego wdrożenia musi być zapewniona wymiana dokumentów elektronicznych i/lub danych w celu usprawnienia obsługi i wyeliminowania konieczności drukowania dokumentów elektronicznych i/lub ręcznego kopiowania danych pomiędzy aplikacjami.

13.3.5.13. Integracja pomiędzy EZD i SD ma za zadanie ograniczenie pracy

Strona 167

użytkowników na dwóch systemach równocześnie, konieczności sprawdzania stanu na dwóch systemach o pojawieniu się nowych dokumentów i ręcznemu kopiowaniu danych z dostarczonych dokumentów, zwłaszcza elektronicznych.

13.3.5.14. Zamawiający wymaga, alby Wykonawca dostarczył do Dokumentację integracji systemów SD, SUE i EZD.

13.3.5.1. Wymagana integracja pomiędzy SUE - SD

13.3.5.1.1. W celu dostarczenia zaawansowanych usług elektronicznych dla mieszkańców i przedsiębiorców Gminy Krosno Odrzańskie wymagana jest integracja do pakietu modułów SUE.

Integracja ma na celu dostarczenie informacji w sposób skutecznych i jednoznaczny z SD do SUE oraz niezbędnych danych z SUE do SD w celu dokonania poprawnego rozliczenia i zaksięgowania.

Wymagania wspólne dotyczące integracji zostały opisane w ramach pkt. 3.3.1.1.11. Warstwa Szynych Danych.

13.3.5.1.2. SD musi udostępniać informacje o kontrahentach w zakresie nie mniejszym niż:

a) Nazwa/Nazwisko, b) Imię, c) Pesel, d) NIP, e) Adres z uwzględnieniem wskazań na słownik TERYT.

13.3.5.1.3. SD musi udostępniać informacje o należnościach kontrahenta z uwzględnieniem, że kilku kontrahentów może dotyczyć jedna należność.

Uwaga:Informacje dot. należności nie mogą mieć mniejszego zakresu niż:

a) rodzaj należności, b) kwota, c) kwota do zapłaty, d) kwota odsetek, e) VAT, f) kwota do zapłaty VAT, g) numer decyzji urzędowej, h) termin płatności.

13.3.5.1.4. SD musi udostępniać informacje dotyczące kont bankowych, na które należy wpłacić należność z uwzględnieniem konfiguracji modułu SD dotyczącego przyjmowania masowych płatności.

13.3.5.1.5. SD musi udostępniać informacje dotyczące wpłat dokonanych na należności. Przekazane dane muszą zawierać zakres informacyjny przynajmniej:

a) data wpłaty, b) kwota, c) kwota odsetek, d) kwota vat, e) kontrahent wpłacający.

13.3.5.1.6. SD musi udostępniać szczegółowe informacje dla należności do zapłaty będących Wezwaniami lub Upomnieniami takie jak:

a) data odbioru, b) data wydania, c) data zapłaty,

Strona 168

d) koszt, e) numer.

13.3.5.1.7. SD musi udostępniać szczegółowe informacje dla należności dotyczących obszaru wydawania zezwoleń na sprzedaż alkoholu w zakresie nie mniejszym niż:

a) data od – do dla zezwolenia, b) data wydania, c) numer zezwolenia, d) rok zezwolenia, e) typ zezwolenia (A, B, C), f) stan zezwolenia, g) adres punktu sprzedaży.

13.3.5.1.8. SD musi udostępniać szczegółowe informacje dla należności dotyczących mienia, w zakresie nie mniejszym niż:

a) data wystawienia dokumentu, b) numer dokumentu, c) nazwa dokumentu (np. Akt notarialny, Akt własności ziemi, decyzja

administracyjna, księga wieczysta i inne), d) dane o nieruchomości której to dotyczy (lokal, budynek, działka,

obręb, jednostka ewidencyjna), e) dane kontrahenta wskazanego jako właściciel i część udziału którą

posiada (np. 100%, 1/3, etc.).13.3.5.1.9. SD musi udostępniać informacje dla należności dotyczącej podatku od osób

prawnych i fizycznych w zakresie nie mniejszym niż: a) numer dokumentu, b) rok dokumentu, c) typ dokumentu (Decyzja czy Deklaracja), d) rodzaj podatku, e) typ decyzji, f) wskazanie nieruchomości które dotyczy (budynek, działka, obręb

etc.).13.3.5.1.10. SD musi udostępniać informacje dla należności dotyczącej opłaty za

gospodarowanie odpadami w zakresie minimalnym: a) punkt odbioru odpadów, b) typ zbiórki odpadów (np. selektywna / nieselektywna), c) parametry deklaracji, d) numer deklaracji, e) adres punktu odbioru odpadów.

13.3.5.1.11. SD musi udostępniać informację dla należności dotyczącej rozliczenia wody i ścieków w zakresie minimalnym:

a) numer licznika, b) stan licznika, c) data odczytu, d) adres lokalizacji licznika.

13.3.5.1.12. SD musi udostępniać informacje o mieszkańcach tj. dane kontrahenta dodatkowo uzupełnione o datę urodzenia / zgonu, płeć, adres zameldowania z terenu JST.

13.3.5.1.13. SD musi umożliwiać podanie należności z określeniem: a) nazwy, b) typu, c) kwoty, d) terminu płatności, e) kontrahenta.

13.3.5.1.14. SUE musi udostępniać informację o płatnościach, które zrealizował.

Strona 169

13.3.5.1.15. SUE musi udostępniać informację o liście radnych i dacie posiedzenia w celu rozliczenia wynagrodzeń.

13.3.5.1.16. SUE i SD muszą mieć możliwość korzystania z jednego systemu LDAP, który pozwoli na posługiwanie się jednym loginem i hasłem dla pracowników JST.

13.3.5.1.17. SD musi mieć możliwość pobrania stanu licznika wody / ścieków.

13.3.5.1.18. SD musi mieć możliwość integracji z innymi systemem dziedzinowym do obsługi budżetu w zakresie obszaru FK.

Uwaga:Integracja powinna odbywać się za pomocą pliku i umożliwiać importowanie danych dotyczących planów finansowych (uchwały budżetowe, uchwały zmian) jednostek samorządowych. Na podstawie przekazanych danych system/moduł powinien automatycznie uzupełniać własne rejestry związane z planami finansowymi.

13.3.5.1.19. Moduł finansowo-księgowy systemu SD powinien mieć możliwość integracji z systemem dziedzinowym do obsługi budżetu.

W ramach integracji moduł finansowo-księgowy powinien umożliwiać wymianę danych z zakresu co najmniej:

a) wysyłanie informacji dotyczących wykonania planu finansowego. Na podstawie naliczonych sprawozdań dochodowych i wydatkowych jednostek samorządowych, system moduł finansowo-księgowy powinien przekazać dane dotyczące wykonania dla poszczególnych klasyfikacji budżetowych,

b) importowanie dokumentów zaangażowania i faktur. W ramach integracji moduł powinien importować dokumenty związane z zaangażowaniem środków budżetowych, faktur (rachunków) oraz ich ewentualnych korekt. Przekazane dokumenty muszą mieć możliwość zadekretowania w module na podstawie określonych przez użytkowników schematów,

c) wysyłanie informacji dotyczących potwierdzenia opłacenia faktur i rachunków. Po zarejestrowaniu zapłaty za fakturę (rachunek) w module finansowo-księgowym moduł powinien przekazywać informacje o tym zdarzeniu. System zewnętrzny odnotowuje w swoich rejestrach informacje o fakcie dokonania zapłaty.

13.3.5.1.20. Moduł fakturowania SD powinien dysponować usługą wymiany danych dotyczących faktur, służącą do pobierania danych o fakturach wystawionych poza systemem dziedzinowym (w innych systemach) w celu ich ewidencji w rejestrze VAT jednostki.

Powinien pozwalać na integrację minimum w zakresie poniższych danych: a) znak (identyfikator) dokumentu,b) nazwa jednostki, w której faktura została wystawiona,c) rodzaj dokumentu,d) informacji o tym, czy dokument jest korektą, e) forma płatności, f) data wystawienia, g) data sprzedaży, h) termin zapłaty, i) data obowiązku podatkowego,j) rachunek bankowy, k) kwota netto, l) kwota VAT,m) kwota brutto, n) dodatkowy opis,

Strona 170

o) dane dot. pozycji faktury: cena netto, cena brutto, wartość netto, wartość VAT, wartość brutto, opis pozycji, ilość, jednostka miary (z podaniem kodu i symbolu), symbol i nazwa PKWiU, rodzaj klasyfikacji PKWiU, kod jednostki miary PKWiU, kod stawki VAT, nazwa stawki VAT, wartość stawki VAT, opis dot. obniżenia stawki VAT,

p) dane dotyczące kontrahenta występującego na fakturze,q) dane o ratach.

13.3.5.1.21. SD musi udostępniać możliwość integracji z systemem oświatowym w zakresie importu danych kadrowych nauczycieli, dotyczących co najmniej: daty zawarcia umowy, daty rozpoczęcia umowy, daty obowiązywania umowy, wymiaru czasu pracy, poziomu zawodowego nauczyciela, stopnia awansu nauczyciela, historii wykształcenia, w tym daty rozpoczęcia, daty zakończenia, typu szkoły, liczby lat wliczanych do stażu urlopowego, historii zatrudnienia, w tym daty rozpoczęcia, daty zakończenia, nazwy zakładu pracy.

13.3.5.1.22. SD musi mieć możliwość integracji z systemem dziedzinowym do obsługi budżetu w zakresie udostepnienia kontrahentów przynajmniej w obszarze:

a) Nazwisko lub nazwa firmy,b) Imię, c) PESEL,d) NIP,e) REGON, f) Miejscowość, g) Ulica, h) Numer domu, i) Numer lokalu, j) Kod pocztowy.

13.3.5.2. Wymagana integracja pomiędzy SUE - EZD

13.3.5.2.1. SUE musi być zintegrowany z EZD w zakresie pozyskania informacji o toczących się sprawach oraz dokumentach przechowywanych w Systemie.


13.3.5.2.2. EZD musi udostępniać informację o stanie sprawy urzędowej.

13.3.5.2.3. EZD musi udostępniać listę dokumentów przychodzących i wychodzących wraz z ich obrazami dla wskazanego kontrahenta (lista zawiera rodzaj dokumentu (rejestru) którego dotyczy).

13.3.5.2.4. SUE pobiera dokumenty przetwarzane i publikowane w EZD.

13.3.5.2.5. SUE i EZD musi mieć możliwość korzystania ze wspólnej usługi logowania dla pracowników JST.

13.3.5.3. Wymagana integracja pomiędzy EZD - SD

13.3.5.3.1. Celem integracji SD i EZD jest osiągnięcie sprawnego, jednolitego i zintegrowanego działania systemów typu back-office w Gminie Krosno Odrzańskie i jednostkach podległych.

Ujednolicone działania systemów w obszarze wymiany dokumentów oraz nadzoru nad rejestrami JST pozwoli skutecznie dostarczyć usługi elektroniczne dla mieszkańców i przedsiębiorców.

Strona 171


13.3.5.3.2. EZD i SD musi mieć możliwość korzystania ze wspólnych danych logowania (login i hasło) dla pracowników JST opartych o usługę katalogową LDAP.

13.3.5.3.3. EZD i SD musi mieć możliwość synchronizowania baz kontrahentów w zakresie:

a) dodawania kontrahentów z pełnymi danymi (m.in.: imię, nazwisko/nazwa, pesel, nip, adresy pocztowe, adresy elektroniczne i inne),

b) usuwanie kontrahentów,c) modyfikowanie danych kontrahenta,d) masowe synchronizowanie baz kontrahentów,e) łączenie kontrahentów w obu systemach jednocześnie.

Zakres wymienianych danych nie może być mniejszy niż: a) Nazwisko lub nazwa firmy, b) Imię, c) Drugie imię, d) PESEL, e) REGON, f) NIP, g) Adres stały ze wskazanie na TERYT, h) Adres korespondencyjny ze wskazaniem na TERYT, i) Adres skrytki ePUAP, j) Oznaczenie czy jest zgoda na komunikację drogą elektroniczną, k) Forma prawna, l) Typ podmiotu (osoba fizyczna, podmiot gospodarczy).

13.3.5.3.4. EZD i SD muszą wymieniać dokumenty elektroniczne przychodzące z ePUAP i skierowane na ePUAP w zakresie:

a) metadanych dokumentów,b) dokumentu elektronicznego w XML,c) załączników do dokumentu elektronicznego.

13.3.5.3.5. SD musi mieć możliwość podglądu wszystkich dokumentów danego kontrahenta.

13.3.5.3.6. SD musi mieć możliwość przekazanie do EZD dokumentów w formacie PDF skierowanych do wysyłki, ale wysłanych poczta poza EZD.

Przekazane dokumenty muszę być opatrzone metadanymi w zakresie minimum kontrahenta, daty wydania dokumentu

13.3.5.3.7. EZD musi mieć możliwość przekazanie metadanych faktury do SD.

13.3.5.3.8. EZD musi mieć możliwość przekazania informacji o zatwierdzonym urlopie dla systemu Kadrowo-Płacowego.

13.3.5.4. Wytyczne dot. wdrożenia i migracji danych

13.3.5.4.1. Wykonawca ma obowiązek uzgodnienia z Zamawiającym Planu wdrożenia obejmującego (zakres minimalny):

a) terminy instalacji sprzętu (Zadanie 2) i oprogramowania (Zadanie 3),b) plan oraz zakres przeprowadzenia procesu migracji,c) listę wymaganych czynności wykonywanych po stronie

Zamawiającego,d) uzgodnienie sposobu odbioru procesu migracji.

13.3.5.4.2. Zgodnie z pkt.13.3.1. Zamawiający dopuszcza zastąpienie poszczególnych modułów istniejącego oprogramowania Zamawiającego przez Oprogramowanie Aplikacyjne Wykonawcy w celu realizacji wszystkich wymaganych Funkcjonalności stanowiących Przedmiot Zamówienia.

Strona 172

W takim przypadku Wykonawca ma przeprowadzić w ramach realizacji Przedmiotu Zamówienia wymaganą migrację danych z istniejących modułów Zamawiającego w zakresie i zgodnie z wytycznymi Zamawiającego.

Specyfikacja dotycząca planu oraz zakresu przeprowadzenia procesu migracji musi zawierać co najmniej:

a) listę systemów/oprogramowani/Aplikacji/modułów, dla których dokonywany będzie proces migracji,

b) zakres danych podlegający procesowi migracji automatycznej,c) zakres danych wymagający konfiguracji ręcznej,d) kolejność dostarczania modułów i systemów migrowanych,

uwzględniająca zależności międzysystemowe wymagane do działania zintegrowanego Systemu w obszarach SD, EZD i SUE,

e) rekomendowane terminy cząstkowe, umożliwiające osiągniecie Wdrożenia docelowego.

Odbiór procesu migracji musi zostać potwierdzony przez Kierowników Projektów ze strony Zamawiającego oraz Wykonawcy Protokołem Odbioru Zadania/Etapu.

13.3.5.4.3. Specyfikacja dotycząca listy wymaganych czynności wykonywanych po stronie Zamawiającego powinna zawierać co najmniej terminy, w których Zamawiający:

a) powinien dostarczyć dane wymagane do migracji,b) powinien dokonać czynności weryfikujących migracje wstępne,c) powinien umożliwić dostęp fizyczny do miejsca instalacji sprzętu.

13.3.5.4.4. Minimalny zakres procesu migracji to: a) kartoteki interesantów, b) właściciele nieruchomości, c) przedmioty opodatkowania, d) adresy nieruchomości, e) nr ewidencyjne, f) saldo BO na koniec roku (w zakresie danych księgowych systemów

podatkowych), g) bilans otwarcia na przełomie roku, h) rozrachunki, i) kontrahentów (w zakresie systemów finansowo - budżetowych

zakres obejmuje), numeracje spraw urzędowych (w zakresie EZD), j) kartoteki kadrowo-płacowe, k) środki trwałe,l) wszystkie inne wymagające poprawnej pracy produkcyjnej w

Systemie.13.3.5.4.5. Wykonawca może zastosować dowolny wybrany przez siebie sposób

przeniesienia danych z systemu źródłowego tj. istniejącego Oprogramowania Aplikacyjnego Zamawiającego lub JST do Systemu Dziedzinowego, w tym:

a) migrację automatyczną, czyli przeniesienie danych przy pomocy oprogramowania, bez stosowania ręcznego przenoszenia danych,

b) migrację półautomatyczną, czyli ręczne przenoszenie danych ze wspomaganiem oprogramowania do migracji,

c) migrację ręczną, czyli ręczne przenoszenie danych bez wspomagania oprogramowania do migracji.

Uwaga:Za przeniesienie danych z systemów źródłowych do Systemu Dziedzinowego odpowiadaWykonawca.

Strona 173

13.3.5.4.6. Za merytoryczną weryfikację danych po migracji odpowiada Zamawiający. Celem weryfikacji danych jest uzyskanie wystarczającej, to jest umożliwiającej rozpoczęcie użytkowania Systemu, jakości danych w docelowym Systemie.

13.3.5.4.7. Migracji danych nie podlegają dane historyczne, tj. dane, które nie są niezbędne do prawidłowegofunkcjonowania Systemu w aktualnym okresie rozliczeniowym (roku) oraz w aktualnie obowiązującym otoczeniu prawnym.

13.3.5.4.8. Wykonawca wykona migracje danych z obecnie funkcjonujących systemów informatycznych w zakresie rejestrów mieszkańców/wyborów do oferowanego Systemu.

13.3.6.Wymagane Formularze elektroniczne

13.3.6.1. Wykonawca dokona pełnego wdrożenia formularzy elektronicznych na ePUAP w Środowisku Budowy Aplikacji.

13.3.6.2. Formularze stosowane na ePUAP tworzone są z wykorzystaniem języka XForms oraz XPath.

13.3.6.3. Wykonawca opracuje formularze elektroniczne (zgodnie z właściwymi przepisami prawa) na podstawie przekazanych przez Zamawiającego, których dotyczy przedmiotowe zamówienie, kart usług z formularzami w formacie MS Word.

13.3.6.4. Wszystkie formularze elektroniczne Wykonawca przygotuje z należytą starannością tak, aby pola do uzupełnienia w tych formularzach zgadzały się z polami formularzy w formacie MS Word.

13.3.6.5. Pola wskazane przez JST jako pola obowiązkowe w formularzach w formacie MS Word, musza zostać polami obowiązkowymi również w formularzach elektronicznych.

13.3.6.6. Układ graficzny wszystkich formularzy powinien być w miarę możliwości jednolity

13.3.6.7. Wizualizacja formularzy elektronicznych nie musi być identyczna ze wzorem w formacie MS Word, ale musi zawierać dane w układzie niepozostawiającym wątpliwości co do treści i kontekstu zapisanych informacji, w sposób zgodny ze wzorem

13.3.6.8. Przygotowując formularze Wykonawca musi dążyć do maksymalnego wykorzystania słowników.

13.3.6.9. W budowanych formularzach należy wykorzystać mechanizm automatycznego pobierania danych z profilu – celem uzupełnienia danych o wnioskodawcy

13.3.6.10. Formularze muszą zapewniać walidację wprowadzonych danych po stronie klienta i serwera zgodnie z walidacją zawartą w schemacie dokumentu

13.3.6.11. Jeśli w formularzu elektronicznym występują pola PESEL, REGON lub kod pocztowy, to pola te muszą być walidowane pod kątem poprawności danych wprowadzanych przez wnioskodawcę.

13.3.6.12. Każdy opracowany przez Wykonawcę formularz (w postaci pliku XML) musi zostać przekazany Zamawiającemu na okres 7 dni roboczych w celu dokonania sprawdzenia i wykonania testów na formularzu.

13.3.6.13. Po okresie testów, o których mowa w wymaganiu poprzednim, Zamawiający przekaże Wykonawcy ewentualne poprawki i uwagi dotyczące poszczególnych formularzy, które Wykonawca usunie bez zbędne zwłoki

13.3.6.14. Wykonawca przygotuje wzory dokumentów elektronicznych w CRD zgodnie ze standardem ePUAP w formacie XML zgodnym z formatem Centralnego Repozytorium Wzorów Dokumentów.

13.3.6.15. Zamawiający dopuszcza możliwość wykorzystania przez Wykonawcę wzorów, które są już opublikowane w CRD.

13.3.6.16. Wygenerowane dla poszczególnych formularzy wzory dokumentów elektronicznych, składające się z plików:

Strona 174

a) Wyróżnik (wyróżnik.xml)b) Schemat (schemat.xml)c) Wizualizacja (styl.xsl)

muszą zostać dostosowane do wymogów formatu dokumentów publikowanych w CRD i spełniać założenia interoperacyjności.

13.3.6.17. W ramach projektu Wykonawca przygotuje i przekaże Zamawiającemu wszystkie wzory dokumentów elektronicznych w celu złożenia wniosków o ich publikację w CRD.

13.3.6.18. Wykonawca udzieli wsparcia Zamawiającemu w przejściu procesu publikacji na ePUAP

13.3.6.19. Bazując na przygotowanych wzorach dokumentów elektronicznych oraz opracowanych na platformie ePUAP formularzach elektronicznych Wykonawca przygotuje instalacje aplikacji w środowisku ePUAP

13.3.6.20. Aplikacje muszą być zgodne z architekturą biznesową ePUAP oraz architekturą systemu informatycznego ePUAP

13.3.6.21. Przygotowane aplikacje muszą zostać zainstalowane przez Wykonawcę na koncie ePUAP Zamawiającego

13.3.6.22. Zainstalowane aplikacje muszą spełniać wymogi ePUAP oraz pozytywnie przechodzić przeprowadzone na ePUAP walidacje zgodności ze wzorami dokumentów

13.3.6.23. Na czas realizacji projektu Zamawiający zapewni Wykonawcy dostęp do części administracyjnej platformy ePUAP konta JST z uprawnieniami do konsoli administracyjnej Draco, ŚBA i usług

13.3.6.24. W przypadku zwłoki w publikacji wzorów dokumentów CRD realizowanej przez Ministerstwo Cyfryzacji (administrator ePUAP) dopuszcza się dokonanie odbioru tej części zamówienia w ramach lokalnych publikacji w CRD z zastrzeżeniem, że Wykonawca dokona przekonfigurowania aplikacji po pomyślnej publikacji CRD przez Ministerstwo Cyfryzacji

13.3.6.25. Zamawiający przekaże Wykonawcy opisy usług w formacie MS Word.13.3.6.26. Zamawiający dopuszcza, aby Wykonawca wykorzystał opisu usług

umieszczone na platformie ePUAP13.3.6.27. Zadaniem wykonawcy jest odpowiednie powiązanie opisów usług

zamieszczonych na ePUAP z odpowiednimi usługami opracowanymi przez Zamawiającego.

13.3.6.28. Wykonawca przygotuje definicję brakujących opisów usług na ePUAP. Zamawiający zwróci się do Ministerstwa Cyfryzacji w celu akceptacji i umieszczenia ich na platformie ePUAP

13.3.6.29. Wszystkie opisy usług zostaną przyporządkowane do jednego lub więcej zdarzenia życiowego z Klasyfikacji Zdarzeń, a także do Klasyfikacji Przedmiotowej Usług ePUAP

13.3.6.30. Zadaniem Wykonawcy jest udostępnienie na platformie ePUAP listy formularzy określonej w pkt.13.3.3.33 Error: Reference source not found.

13.3.7.Wykaz wymaganych e-Usług dla określonych Grup odbiorców i zdefiniowanym poziomie interakcji

Zamawiający w Tabeli nr 2 pogrupował i nazwał e-Usługi (zakres minimalny), które obligatoryjnie muszą być dostępne w ramach Wdrożenia Systemu przez SUE dla zdefiniowanych Grup Odbiorców na min. poziomie interakcji określonym przez Zamawiającego w Tabeli nr 2.

Tabela 2 – Wykaz e-Usług nazwanych przez Zamawiającego podlegających formalnemu odbiorowi

Strona 175

Nazwa

Pozio

m

Rodz

aj e

-usłu

gi

Opis e-Usługi (zakres minimalny) Grupa odbiorców (GD)

1 e-karta obywatela

5

Nowa

a)możliwość założenia i wysłania sprawy do urzędu za pomocą udostępnionych Formularzy elektronicznych oraz sprawdzania jej stanu załatwienia,

b)powiadamianie SMS o załatwionej sprawie, zaległości lub innych sprawach urzędowych

c)możliwość rejestracji do szkół i przedszkoli

d)możliwość zgłoszenia awarii, uszkodzenia infrastruktury na terenie Gminy Krosno Odrzańskie,

e)możliwość rezerwacji terminu ślubu.

Pozostałe zgodnie wymaganiami dla Zadania 3 opisanymi w OPZ i SIWZ.

Mieszkańcy Gminy Krosno Odrzańskie przedsiębiorcy, osoby niepełnosprawne, personel Urzędu Miasta

2 e-podatek od osób

fizycznych

5

Nowa

Możliwość płatności przez Internet za zobowiązania z tytułu podatku od nieruchomości osób fizycznych.

Indywidualne dane finansowe:globalne kwoty należności i wpłat, harmonogram płatności, realizacja płatności i przeterminowanie,

Indywidualne dane majątkowe: wykaz nieruchomości wraz ze składnikami i ich danymi wpływającymi na wymiar podatku, informacja o tytule płatności, rozrachunkach z urzędem (dane dotyczące przypisów i zrealizowanych płatności).


Mieszkańcy Gminy Krosno Odrzańskie, osoby niepełnosprawne, personel Urzędu Miasta

Strona 176

3 e-podatek od osób

prawnych

5

Nowa

Możliwość płatności przez Internet za zobowiązania z tytułu podatku od nieruchomości osób prawnych.

Indywidualne dane finansowe:globalne kwoty należności i wpłat, harmonogram płatności, realizacja płatności i przeterminowanie.

Indywidualne dane majątkowe:wykaz nieruchomości wraz ze składnikami i ich danymi wpływającymi na wymiar podatku.


Przedsiębiorcy, organizacje

pozarządowe

4 e-podatek od

środków transport

u

5

Nowa

Możliwość płatności przez Internet za zobowiązania z tytułu podatku od środków transportu.


Indywidualne dane ilościowe:lista pojazdów z ich danymi wpływającymi na wymiar podatku.


Przedsiębiorcy

5 e-płatność -odpady

komunalne

5

Nowa

Możliwość płatności przez Internet za zobowiązania z tytułu wywozu odpadów komunalnych.


Indywidualne dane ilościowe: wykaz nieruchomości objętych opłatą, wybrane dane ze złożonej deklaracji.


Mieszkańcy Gminy Krosno

Odrzańskie przedsiębiorcy,

osoby niepełnosprawn

e, personel Urzędu Miasta

6 e-płatność -zezwolenie

5

Nowa

Możliwość płatności przez Internet za zobowiązania z tytułu opłat za zezwolenia na sprzedaż alkoholu.

Indywidualne dane finansowe:kwota należności, harmonogram płatności, realizacja płatności.


Przedsiębiorcy

Strona 177

7 e-dzierżawa

5

Nowa

Możliwość płatności przez Internet za zobowiązania z tytułu dzierżawy.

Indywidualne dane finansowe:globalne kwoty należności i wpłat, harmonogram płatności, realizacja płatności, przeterminowanie i informacji o tytule płatności.

Pozostałe zgodnie z pkt.13.3.1. oraz wymaganiami dla Zadania 3 opisanymi w OPZ i SIWZ.





8 e-wieczyste użytkowanie

5No

waMożliwość płatności przez Internet za zobowiązania z tytułu wieczystego użytkowania.

Indywidualne dane finansowe:globalne kwoty należności i wpłat, harmonogram płatności, realizacja płatności, przeterminowanie i informacji o tytule płatności.

Pozostałe zgodnie pkt.13.3.1. oraz wymaganiami dla Zadania 3 opisanymi w OPZ i SIWZ.





9 e-podatek za psa lub inny uzgodniony z Zamawiającym na etapie Analizy Przedwdrożeniowej

5

Nowa

Możliwość płatności przez Internet za zobowiązania z tytułu opłat za posiadanie psa lub możliwość płatności przez Internet za podatek uzgodniony z Zamawiającym na etapie Analizy Przedwdrożeniowej

Indywidualne dane finansowe:kwota należności, harmonogram płatności, realizacja płatności.

Pozostałe zgodnie z pkt.13.3.3.9. oraz pkt.13.3.1. oraz wymaganiami dla Zadania 3 opisanymi w OPZ i SIWZ.

Mieszkańcy Gminy Krosno Odrzańskie,



Strona 178

10 e-deklaracja podatkowa

3

Nowa

Deklaracja podatkowa:możliwość wypełnienia i wysłania deklaracji na podatek od środków transportowych DT-1, możliwość wypełnienia i wysłania deklaracji na podatek leśny DL-1, możliwość wypełnienia i wysłania deklaracji na podatek od nieruchomości DN-1, możliwość wypełnienia i wysłania deklaracji na podatek rolny DR-1, możliwość wypełnienia i wysłania informacji w sprawie podatku leśnego IL-1, możliwość wypełnienia i wysłania informacji w sprawie podatku od nieruchomości IN-1, możliwość wypełnienia i wysłania informacji w sprawie podatku rolnego IR-1.





11 e-formularz

3

Nowa

Możliwość wypełnienia i wysłania formularza wniosku o konto na portalu dla osób prawnych, możliwość wypełnienia i wysłania formularza wniosku o konto na portalu dla osób fizycznych. Możliwość wypełnienia i wysłania formularza prośby o dezaktywację konta na portalu.

Pozostałe zgodnie z pkt.13.3.1 oraz wymaganiami dla Zadania 3 opisanymi w OPZ i SIWZ.





12 e-wniosek 3

Nowa

Możliwość wypełnienia i wysłania wniosku o zezwolenie na stałą sprzedaż napojów alkoholowych.Możliwość wypełnienia i wysłania wniosku o zezwolenie na jednorazową sprzedaż napojów alkoholowych.


Przedsiębiorcy

13 e-odpady 3

Nowa

Możliwość wypełnienia i wysłania deklaracji na wywóz odpadów dla mieszkańców / przedsiębiorców, możliwość wypełnienia i wysłania sprawozdania od firmy wywozowej.






Strona 179

14 e-mapa 3

Nowa

Prezentacja na mapie warstwy nieruchomości stanowiących mienie Gminy.Prezentacja na mapie warstwy nieruchomości w dzierżawie.Prezentacja na mapie warstwy nieruchomości w wieczystym użytkowaniu.Prezentacja na mapie warstwy nieruchomości objętych opłatą za wywóz odpadów.Prezentacja na mapie warstwy nieruchomości objętych podatkiem od nieruchomości osób fizycznych.Prezentacja na mapie warstwy nieruchomości objętych podatkiem od nieruchomości osób.






15 e-budżet obywatelski

3

Nowa

Budżet obywatelski: możliwość oddania głosu na jeden lub więcej projektów, możliwość elektronicznego głosowania z opcją głosowania za pomocą formularzy papierowych i liczonych poprzez zautomatyzowany proces.





e, stowarzyszenia,

organizacje pozarządowe

Poziom Opis Liczba e-usługPoziom 1 poziom pierwszy – informacja online, a

więc możliwość dostępu do informacji o danym urzędzie i świadczonych przez niego usługach zamieszczonych na jego stronie internetowej,

0

Poziom 2 poziom drugi – jednostronna interakcja jednokierunkowa – możliwość dostępu do informacji zamieszczonych na stronie internetowej urzędu oraz pobrania z niej oficjalnych, urzędowych formularzy,

0

Poziom 3 poziom trzeci – jednostronna interakcja dwukierunkowa – możliwość wyszukania informacji oraz pobrania i odesłania przez Internet wypełnionych i podpisanych formularzy

6

Poziom 4 poziom czwarty – dwustronna interakcja dwukierunkowa, nazywana transakcją – możliwość wykonania przez internet wszystkich czynności koniecznych do załatwienia danej sprawy, w tym dokonania

0

Strona 180

płatności i otrzymania dokumentu kończącego sprawę także drogą elektroniczną

Poziom 5 Poziom piąty - personalizacja, zapewnia załatwienie sprawy urzędowej drogą elektroniczną i jednocześnie wprowadza personalizację obsługi

9

Tabela 2 – Wykaz e-Usług nazwanych przez Zamawiającego podlegających formalnemu odbiorowi

Strona 181

13.4. Zadanie 3 – wymagania dot. próbki

13.4.1. Wraz z ofertą wykonawca zobowiązany jest do złożenia próbki Systemu zawierającej oprogramowanie oferowane Zamawiającemu w ramach złożonej oferty, które potwierdzi, że na dzień składania oferty oprogramowanie oferowane Zamawiającemu posiada Funkcjonalności opisane w OPZ oraz SIWZ.

13.4.2. Wymagania dot. próbki:a) próbka Systemu musi być złożona wraz z ofertą na płycie CD/DVD,b) próbka musi zawierać wszystkie elementy pozwalające na jej

samodzielne uruchomienie przez Zamawiającego na typowej stacji roboczej wyposażonej jedynie w system operacyjny MS Windows i MS Office i przeprowadzenie testów,

c) Wykonawca na czas prowadzenia testów udziela Zamawiającemu bezpłatnych licencji na dostarczone wraz z próbką oprogramowanie, które umożliwią Zamawiającemu przeprowadzenie testów oprogramowania dostarczonego wraz z próbką,

d) wraz z próbką Wykonawca jest zobowiązany do złożenia wraz z ofertą wyczerpującej instrukcji pozwalającej Zamawiającemu na samodzielne uruchomienie próbki i przeprowadzenie testów złożonej próbki, które potwierdzą, że System posiada wszystkie zadeklarowane funkcjonalności,

e) w przypadku, gdy złożona wraz z ofertą instrukcja nie pozwala na samodzielne przeprowadzenie przez Zamawiającego testu danej funkcjonalności lub Wykonawca nie przedłoży wraz z ofertą stosownej instrukcji, Zamawiający uznaje, że System nie zawiera danej funkcjonalności i na podstawie art. 89 ust. 1 pkt 2 ustawy odrzuci przedmiotową ofertę.

13.4.3. Zamawiający zweryfikuje, czy System posiada wymaganą Funkcjonalność w oparciu o załączona próbkę Systemu.

Stwierdzenie braku Funkcjonalności Systemu w zakresie minimalnych wymagań określonych przez Zamawiającego w pkt.13.4 spowoduje odrzucenie oferty Wykonawcy na podstawie art. 89 ust. 1 pkt 2 ww. ustawy jako niezgodnej z treścią specyfikacji istotnych warunków zamówienia.

13.4.1.Warstwa administracji i integracji

Lp.

Moduł/obszar

Wymaganie obligatoryjne - Zamawiający zweryfikuje, czy System posiada wymaganą funkcjonalność w oparciu o załączona próbkę Systemu

1. 13.3.1.1. 13.3.1.1.25

System musi umożliwiać Administratorowi zarządzanie zadaniami wsadowymi przeznaczonymi do zadań administracyjnych wykonywanych automatycznie. W ramach zarządzania zadaniami wsadowymi administrator ma możliwość skonfigurowania planu wykonywania zadania wsadowego, parametrów jego wywoływania, przeglądu logów z wykonanych zadań wsadowych

2. 13.3.1.1. 13.3.1.1.30

System musi umożliwiać zarządzania słownikiem TERYT z możliwością importu pliku w opcjach:

a) miejscowości, b) podział terytorialny, c) nazwy ulic.

3. 13.3.1.2. 13.3.1.2.9

Strona 182

Administrator musi mieć możliwość powiązania użytkownika z kontem kontrahenta SD.

4. 13.3.1.3. 13.3.1.3.5

Użytkownik w części publicznej powinien mieć możliwość przejrzenia karty usługi, dla której prezentowanej jest:

a) opis zredagowany przez Administratora,b) dostępne terminy wizyt w Urzędzie,c) zarezerwowania terminu wizyty w Urzędzie,d) przejścia do wypełnienia formularza elektronicznego na

ePUAP.5. 13.3.1.4. 13.3.1.4.6

Możliwość wyświetlania historii wszystkich interakcji finansowych mieszkańca z Urzędem, jakie zostały zrealizowane poprzez System.

6. 13.3.1.5. 13.3.1.5.9

Administrator musi mieć możliwość zaplanowania wysłania wiadomości do kilku grup jednocześnie ze wskazaniem planowanej daty i czasu wysyłki oraz kanału wysłania:

a) SMS, b) e-mail.

7. 13.3.2.1. 13.3.2.1.5

EZD musi umożliwić tworzenie i prowadzenie dokumentacji Urzędu, a w szczególności:

a) prowadzenie rejestrów pism wpływających,b) prowadzenie rejestrów wychodzących, c) prowadzenie rejestrów wewnętrznych, d) prowadzenie spraw,e) prowadzenie rejestrów urzędowych,f) prowadzenie dokumentacji niestanowiącej akt sprawy

8. 13.3.2.1. 13.3.2.1.16

System musi umożliwiać skanowanie dokumentów z poziomu EZD oraz zapisywanie ich formy elektronicznej

9. 13.3.2.2. 13.3.2.2.2

Pełna obsługa obiegu wewnętrznego korespondencji:a) wielopoziomowe dekretowanie i przekazywanie pism

(oryginałów) do podległych komórek organizacyjnych i pracowników,

b) wycofywanie niewłaściwie zadekretowanej i przekazanej korespondencji,

c) dekretowanie i przekazywanie kopii pism kierowanych „do wiadomości” pracowników i komórek organizacyjnych, przekazywanie na dowolne stanowisko, możliwość przekazywania oryginału z zachowaniem kopii u użytkownika przekazującego.

10. 13.3.2.3. 13.3.2.3.2

Metryka korespondencji wychodzącej musi zawierać między innymi pola określające:

a) dysponenta, b) datę, c) adresata,

Strona 183

d) lista załączników elektronicznych, e) data i sposób wysyłki, f) odnośnik do sprawy, w której pismo zostało umieszczone,

(musi być możliwe ograniczenie umożliwiające użytkownikom niebędącym dysponentami pism wychodzących blokowanie dostępu do szczegółów sprawy).

11. 13.3.2.4. 13.3.2.4.4

Możliwość tworzenia akt spraw w oparciu o dokumenty otrzymane lub wytworzone w komórce organizacyjnej, wszczynanie spraw na wniosek i z urzędu.

12. 13.3.2.5. 13.3.2.5.2

Możliwość definiowania rejestrów urzędowych oraz masek numeracji dokumentów w rejestrach.

13. 13.3.3.1 13.3.3.1.1

Baza informacji o interesantach urzędu, powinna być jedna i wspólna dla wszystkich modułów dziedzinowych.

14. 13.3.3.2. 13.3.3.2.5

Obsługa kontrahenta powinna uwzględniać tworzenie i zarządzanie podmiotami grupowymi:

a) wyszukiwanie małżeństw i podmiotów grupowych,b) tworzenie nowych podmiotów grupowych (w tym małżeństw),c) tworzenie nowych podmiotów grupowych na bazie

istniejącego w systemie podmiotu grupowego,odłączanie kontrahenta od podmiotu grupowego.

15. 13.3.3.3. 13.3.3.3.36

Możliwość importu i automatycznego dekretowanie operacji finansowych przekazanych z modułu Księgowania zobowiązań, Środki trwałe, Płace, Faktury.

16. 13.3.3.3. 13.3.3.3.51

Ewidencja rozrachunków z kontrahentami zgodnie z pkt.13.3.3.3.51.17. 13.3.3.4. 13.3.3.4.37

Moduł musi być zintegrowany z modułem finansowo-księgowym i eksportować tam dane dot. wystawionych faktur.

18. 13.3.3.4. 13.3.3.4.38

Przesyłane online deklaracje cząstkowe muszą mieć możliwość podpisania elektronicznego.

19. 13.3.3.5. 13.3.3.5.4

Możliwość prowadzenia postępowań i spraw, m.in. postępowań egzekucyjnych, zgodnie ze zdefiniowanymi słownikami, m.in.:

a) rodzaju czynności,b) rodzaju dokumentu,c) rodzaju podmiotu,d) rodzaju przedmiotu,e) rodzaju sprawy,f) rodzaju statusu sprawy,g) kosztów egzekucyjnych.

20. 13.3.3.6. 13.3.3.6.20

Strona 184

Możliwość zarządzania wystawionymi decyzjami w zakresie:a) obsługi szablonów treści decyzji,b) wyszukiwania decyzji wg różnych kryteriów,c) ustawienia parametrów wydruku decyzji (drukowanie kodu

kreskowego, drukowanie potwierdzenia odbioru, drukowanie kwitów do kasy, drukowanie bankowego polecenia przelewu itd.),

d) modyfikacji wybranych elementów treści decyzji przed jej wydrukowaniem,

e) wydruku decyzji, w tym w sposób masowy (lub z podziałem np. na sołectwa),

f) rejestracja daty wysłania decyzji, daty odbioru decyzji,g) tworzenia dokumentu elektronicznego z wybraną decyzją

przygotowanego do wysyłki na ePUAP poprzez moduł do obsługo dokumentów elektronicznych.

21. 13.3.3.7. 13.3.3.7.8

Możliwość dodawania i zarządzania deklaracjami podatkowymi, w tym:

a) wyszukiwanie deklaracji,b) dodawanie, edycję i usuwanie deklaracji,c) naliczanie podatku w ramach deklaracji (pojedynczo i dla

zakresu kartotek podatkowych).22. 13.3.3.10. 13.3.3.10.8

Naliczanie opłat za gospodarowanie odpadami komunalnymi:a) naliczanie pojedynczych kartotek lub naliczanie masowe

według zadanych kryteriów,b) naliczanie opłat z uwzględnieniem miesięcznego rozliczania

ich w księgowości zobowiązań,c) możliwość anulowania naliczeń dla wybranego roku naliczenia

lub wszystkich,d) szczegółowa parametryzacja naliczeń opłat (m. in.

zaokrąglanie kwot, stosowanie częstotliwości wywozu pojemników dla punktów niezamieszkałych).

23. 13.3.3.13. 13.3.3.13.3

Możliwość wprowadzania zezwoleń, zarządzania nimi oraz naliczania opłat z tytułu wydania zezwolenia, w szczególności:

a) przeglądanie szczegółów zezwolenia,b) dodawanie opłat,c) naliczanie opłat,d) możliwość anulowania zezwolenia,e) możliwość wprowadzenia wygaszenia zezwolenia,f) możliwość wprowadzenia rezygnacji zezwolenia,g) możliwość wprowadzenia cofnięcia zezwolenia,h) możliwość zawieszenia zezwolenia w trybie KPA,i) możliwość wprowadzenia dodatkowej opłaty w przypadku

niedokonania opłaty w terminie ustawowym,j) możliwość wprowadzenia opłaty dodatkowej w przypadku

niezłożenia oświadczenia w terminie ustawowym,k) możliwość przywrócenia statusu zezwolenia zawieszonego w

trybie KPA.24. 13.3.3.15. 13.3.3.15.3

Możliwość pracy w dwóch wariantach: z zastosowaniem kont ogólnych urzędu oraz kont indywidualnych.

Strona 185

W zakresie kont ogólnych moduł powinien umożliwiać:a) wprowadzenie kont ogólnych z uwzględnieniem

podatku/rodzaju należności,b) wprowadzenie szablonów kont z uwzględnieniem

podatku/rodzaju należności,c) generowanie identyfikatorów rodzajów należności w ramach

kartoteki i podatku/rodzaju należności dla kont ogólnych, co umożliwi rozróżnienie należności wpłacanych na ogólne konto.

W zakresie kont indywidualnych moduł musi umożliwiać:d) generowanie indywidualnych rachunków bankowych w

ramach kartoteki i podatku/rodzaju należności,e) wprowadzanie ręczne lub edycja indywidualnego rachunku

bankowego w ramach wybranej kartoteki.25. 13.3.3.16. 13.3.3.16.6

Możliwość określenia sposobu dostarczenia ww. zaświadczenia w formie elektronicznej przez ePUAP w przypadku korzystania również z modułu do obsługi dokumentów elektronicznych.

26. 13.3.3.17. 13.3.3.17.17

Moduł musi umożliwiać dokonywanie operacji księgowych, w tym:a) wprowadzanie i aktualizacja dzienników (w tym inkasentów)

wpłat wraz z wpłatami na należności, kwoty do wyjaśnienia, wpłaty na należności innych zobowiązanych,

b) przegląd dzienników-raportów kasowych - utworzonych w module do obsługi stanowiska kasowego w trybie onLine,

c) przegląd i aktualizacja dzienników-wyciągów bankowych - utworzonych w module do obsługi płatności masowych w trybie onLine,

d) rozliczenie dziennika z aktualizacją kartoteki oraz przelewów (jeżeli jest wpłata pochodzi z modułu do płatności masowych) i faktur (jeżeli na opłacaną należność jest faktura),

e) wydruk sumaryczny wybranych dzienników,f) wydruk szczegóły dziennika,g) przeksięgowanie wpłaty, nadpłaty i kwoty do wyjaśnienia - w

tym na inne należności wpłacającego, na innego zobowiązanego.

27. 13.3.3.18. 13.3.3.18.2

Możliwość rejestracji poniższych operacji:a) transakcji użytkowania wieczystego,b) bilansu otwarcia użytkowania wieczystego,c) transakcji dzierżawy,d) transakcji dzierżawy reklamowej,e) transakcji bezumownego korzystania z nieruchomości,f) rejestracji kontynuacji dzierżawy podczas rejestracji transakcji

bezumownego korzystania z nieruchomości,g) transakcji trwałego zarządu,h) bilansu otwarcia trwałego zarządu,i) transakcji przekształcenia użytkowania wieczystego na

własność,j) bilansu otwarcia przekształcenia,k) wadium,l) transakcji sprzedaży nieruchomości,m) sprzedaży budynków oraz lokali z jednoczesnym oddaniem

gruntu w wieczyste użytkowanie lub jego sprzedaży na

Strona 186

własność,n) bilansu otwarcia sprzedaży.

28. 13.3.3.21. 13.3.3.21.17

Obsługa wniosku powinna dawać możliwość podglądu wniosku przychodzącego do systemu w formie elektronicznej.

29. 13.3.3.23. 13.3.3.23.18

Możliwość eksportu aktu do pliku XML na potrzeby migracji aktu do aplikacji Źródło.

30. 13.3.3.27. 13.3.3.27.5

Możliwość wydruku etykiet środków trwałych z kodem kreskowym oraz ustawienia szablonu wydruku etykiet. Moduł musi dawać możliwość grupowego wydruku etykiet.

31. 13.3.3.29. 13.3.3.29.25

Integracja z programem Płatnik w zakresie formularzy ZUS ZUA, ZWUA, ZZA, ZCNA, ZSWA, ZIUA.

32. 13.3.3.30. 13.3.3.30.21

Możliwość eksportu do programu Płatnik formularzy: ZUS RCA, ZUS RSA, ZUS RZA, ZUS DRA.

33. 13.3.3.32. 13.3.3.32.15

Możliwość podpisywania elektronicznego dokumentów i załączników34. 13.3.4.1. 13.3.4.1.1

Możliwość projektowania budżetów urzędu gminy/starostwa oraz budżetów jednostek organizacyjnych podległych.

35. 13.3.4.1. 13.3.4.1.2

Możliwość podziału budżetu jednostki zgodnie ze strukturą organizacyjną jednostki, przy czym:

a) liczba poziomów struktury organizacyjnej jest nieograniczona,b) struktura organizacyjna może ulegać zmianom,

Uwaga:Możliwość prezentowania budżetu JST przed zmianą struktury organizacyjne i po jej zmianie.

36. 13.3.4.1. 13.3.4.1.5

Możliwość prowadzenia ewidencji zaangażowania środków budżetowych dysponenta wynikających zawartych umów, porozumień u podjętych uchwał.

37. 13.3.4.1. 13.3.4.1.12

Możliwość importu paczki słowników klasyfikacji budżetowej z systemu BeSTi@.

38. 13.3.4.2. 13.3.4.2.4

Możliwość wygenerowania planu finansowego na kolejny rok budżetowy poprzez przeliczenie planu roku bieżącego wskaźnikami przypisanymi do różnych grup paragrafów.

39. 13.3.4.3. 13.3.4.3.3

Możliwość rozproszonego projektowania zmian do budżetu w układzie

Strona 187

zadaniowym i klasyfikacyjnym przez urząd i jednostki organizacyjne podległe.

40. 13.3.4.3. 13.3.4.3.7

Możliwość obsługi zmian dochodów i wydatków pozabudżetowych dla jednostek organizacyjnych, które prowadzą gospodarkę pozabudżetową.

41. 13.3.4.4. 13.3.4.4.1

Możliwość rejestrowania danych o wykonaniu na poziomie budżetu gminy z dokładnością do jednostek i wydziałów urzędu (dysponentów środków budżetowych):

a) wykonanie planu dochodów,b) wykonanie planu wydatków,c) wykonanie planu przychodów,d) wykonanie planu rozchodów.

42. 13.3.4.6. 13.3.4.6.3

Możliwość rozproszonego sporządzania sprawozdań budżetowych urzędu, organu oraz jednostek organizacyjnych podległych, w tym sprawozdań: Rb-27s, Rb-27ZZ, Rb-28NWS, Rb-28s, Rb-34s, Rb-50D, Rb-50W, Rb-N, Rb-NDS, Rb-PDP, Rb-ST, Rb-Z.

43. 13.3.4.8. 13.3.4.8.2

Konsultacje z mieszkańcami powinny odbywać się z podziałem na etapy.

44. 13.3.5.3. 13.3.5.3.3

EZD i SD musi mieć możliwość synchronizowania baz kontrahentów zgodnie z pkt.13.3.5.3.3

45. 13.3.5.3. 13.3.5.3.4

EZD i SD muszą wymieniać dokumenty elektroniczne przychodzące z ePUAP i skierowane na ePUAP w zakresie:

a) metadanych dokumentów,b) dokumentu elektronicznego w XML,

załączników do dokumentu elektronicznego.

Strona 188

Documents

bip.wrota.lubuskie.plbip.wrota.lubuskie.pl/ugkrosnoodrzanskie/system/... · Web viewzwiększenie ilości e-usług publicznych świadczonych przez Gminę Krosno Odrzańskie na poziomie