UMOWA Nr ……………………….(WZÓR)

Znak sprawy: ZP.271.39.2018

Załącznik Nr 1 do SIWZ


UMOWA Nr ……………………….(WZÓR)


zawarta w dniu ………….. r. pomiędzy:

Gminą Purda, z siedzibą w Purdzie przy ul. Purda 19, 11-030 Purda, REGON nr 510743189, zarejestrowanym podatnikiem podatku od towarów i usług, NIP 000-000-00-00, zwaną dalej „Zamawiającym”,

reprezentowaną przez:

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

przy kontrasygnacie ………………………………………………………………………..

a

……………………………………………………………………………………….., zwanym dalej „Wykonawcą”,

reprezentowanym przez:

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

łącznie zwanych dalej „Stronami”,

w wyniku przeprowadzonego przez Zamawiającego postępowania o udzielenie zamówienia publicznego w trybie przetargu nieograniczonego na podstawie art. 39 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (tj. Dz. U. z 2018 r. poz. 1986), zgodnie z ofertą Wykonawcy z dnia ……………… r. oraz załączników do niej,

zwana dalej „Umową”,

o następującej treści:


§ 1.

  1. Przedmiotem umowy jest wdrożenie e-usług w ramach projektu pt. „Wdrożenie e-usług publicznych w Gminie Purda”.

  2. Zamówienie obejmuje usługę wdrożenia oraz dostawę i instalację urządzeń określonych w Załączniku nr 1 Umowy – Opisie Przedmiotu Zamówienia (dalej: OPZ).

  3. Wraz z dostawą oprogramowania Wykonawca zobowiązuje się przekazać Zamawiającemu licencje na oprogramowanie, do których prawo własności posiada producent oprogramowania, który udziela Wykonawcy upoważnienia do ich przekazywania na terenie Polski, co stanowi przedmiot Umowy określony w §1.

  4. Przedmiot zamówienia jest współfinasowany przez Unię Europejską w ramach Europejskiego Funduszu Rozwoju Regionalnego Programu Operacyjnego Województwa Warmińsko-Mazurskiego na lata
    2014- 2020, Oś Priorytetowa 3 Cyfrowy region, Działanie 3.1 Cyfrowa dostępność informacji sektora publicznego oraz wysoka jakość e-usług publicznych, Poddziałanie: Cyfrowa dostępność informacji sektora publicznego oraz wysoka jakość e-usług publicznych.

  5. Ilekroć w Umowie jest mowa o „E - usługach” należy przez to rozumieć wykonanie usług i dostaw, będących przedmiotem Umowy.

  6. Jeżeli w Umowie jest mowa Oprogramowaniu – należy przez to rozumieć oprogramowanie tworzone na potrzeby Umowy, w tym wdrożone, rozbudowane lub zmodyfikowane Standardowe Oprogramowanie Aplikacyjne. Oprogramowanie to stanowi dzieło w rozumieniu przepisów Kodeksu cywilnego.

  7. Przedmiot umowy będzie wykonywany zgodnie ze Specyfikacją Istotnych Warunków Zamówienia, Harmonogramem Realizacji Zamówienia – dalej: HRZ (Załącznik nr 2 do Umowy) dostarczonym przez Wykonawcę w ciągu 7 dni od podpisania niniejszej Umowy oraz Ofertą Wykonawcy stanowiącą Załącznik nr 3 do niniejszej Umowy.

  8. E-usługi muszą być wykonane zgodnie z zasadami współczesnej wiedzy technicznej, obowiązującymi przepisami, normami, aprobatami technicznymi oraz na ustalonych niniejszą Umową warunkach.


§ 2.

Termin wykonania przedmiotu Umowy ustala się od daty podpisania do …………….. 2019 r.* (w zależności od oferty Wykonawcy).


§ 3.

  1. Wykonawca zobowiązuje się do realizacji wszystkich wymagań wskazanych w Załączniku nr 1 do Umowy (OPZ) oraz wskazanych w Załączniku nr 3 do Umowy.

  2. Wykonawca ponosi odpowiedzialność za zarządzanie i realizację Umowy, w tym za zapewnienie prawidłowego zebrania potrzeb Zamawiającego na podstawie OPZ i Umowy, wykonanie i wdrożenie Systemu oraz zapewnienia dotrzymania warunków gwarancji i serwisu Systemu.

  3. Wykonawca oświadcza, że realizacja wykonania i wdrożenia będzie odbywała się przy wykorzystaniu całej posiadanej przez Wykonawcę wiedzy i doświadczenia, z uwzględnieniem obowiązującego systemu prawnego.

  4. Wykonawca oświadcza, że jako podmiot wykonujący prace związane z wdrożeniami dołoży należytej staranności wymaganej dla prawidłowego wykonania zobowiązań wynikających z Umowy, dążąc do docelowego eksploatowania przez Zamawiającego rozwiązania informatycznego zapewniającego zaspokojenie wymagań określonych w Opis przedmiotu zamówienia, które zagwarantuje:

    1. stabilną pracę,

    2. łatwą integrację z innymi systemami informatycznymi;

    3. integralność, poufność i bezpieczeństwo danych.

  5. Wykonawca zobowiązuje się do realizowania prac zgodnie z HRZ zawartym w Załączniku nr 2 do Umowy oraz do zapewnienia środków, narzędzi i nadzoru niezbędnych do wykonania przedmiotu Umowy z należytą starannością, właściwą dla danego rodzaju usługi.

  6. Wykonawca zobowiązuje się, że przedmiot Umowy będzie wykonany x.xx. przez osoby wskazane w ofercie Wykonawcy. Wykonawca gwarantuje, że wszystkie osoby Wykonawcy realizujący w imieniu Wykonawcy Umowę będą posiadały umiejętności i doświadczenie odpowiednie do zakresu czynności powierzanych tym osobom, przy uwzględnieniu potrzeb i preferencji Zamawiającego.

  7. W celu zapewnienia sprawnej realizacji zamówienia, Wykonawca zobowiązuje się do nie dokonywania zmian osób bez uzasadnionej przyczyny. Wszystkie zmiany w składzie osób Wykonawcy muszą być pisemnie zatwierdzone przez Zamawiającego.

  8. Wymiana poszczególnych osób niezależnie od przyczyny dokonania takiej zmiany, nie będzie powodować podwyższenia wysokości wynagrodzenia przysługującego Wykonawcy z tytułu realizacji Umowy ani zmiany terminów wykonania poszczególnych prac określonych w jej treści.

  9. Wykonawca ponosi odpowiedzialność za wszelkie działania i zaniechania osób, które Wykonawca dopuścił do realizacji Umowy – jak za swoje własne działania lub zaniechania.

  10. Wykonawca oświadcza i gwarantuje, że przysługujące mu do Oprogramowania prawa nie naruszają praw osób trzecich, a w szczególności majątkowych praw autorskich osób trzecich i są wolne od wad prawnych.

  11. Wykonawca oświadcza, że jest uprawniony do udzielenia licencji do Utworów powstałych w trakcie realizacji przedmiotu Umowy oraz, że udzielenie licencji do Utworów powstałych w trakcie realizacji przedmiotu Umowy nie naruszy żadnych praw osób trzecich.

  12. Wykonawca zobowiązuje się, że on sam, jak i podmiot, za który Wykonawca ponosi odpowiedzialność nie będzie naruszał ujawnionych mu w związku z wykonywaniem Umowy praw, warunków licencji, warunków gwarancji lub serwisu jakiegokolwiek programu komputerowego eksploatowanego przez Zamawiającego, wchodzącego w zakres jego Infrastruktury.

  13. W razie powstania w trakcie wykonywania Umowy lub po wykonaniu Umowy roszczeń osób trzecich, Wykonawca oświadcza, że ponosi odpowiedzialność za roszczenia osób trzecich z tytułu szkód materialnych lub na osobie, wynikłych z wykonania Umowy przez Wykonawcę, podwykonawcę i ich pracowników zgodnie z warunkami odpowiedzialności Wykonawcy określonymi w Umowie


§ 4.

  1. Zamawiający zobowiązuje się do zapewnienia współdziałania z Wykonawcą.

  2. Zamawiający zobowiązuje się do zapewnienia Wykonawcy dostępu do informacji i dokumentów, aktualnych na dzień dostarczenia i poprawnych merytorycznie, niezbędnych do prawidłowego i należytego wykonywania czynności objętych Umową.

  3. Zamawiający zobowiązuje się do każdorazowego, niezwłocznego zawiadamiania Wykonawcy o zmianach zasad organizacji i działania Zamawiającego w zakresie objętym Umową.

  4. Zamawiający zobowiązuje się do udostępnienia Wykonawcy Infrastruktury na potrzeby realizacji przedmiotu Umowy w terminach wynikających z Harmonogramu


§ 5.

  1. Wynagrodzenie za wykonanie przedmiotu Umowy jest wynagrodzeniem ryczałtowym i wynosi łącznie netto: ……………………….. zł (słownie złotych: …………………………………/100) + należny podatek VAT razem: …………………….. zł (słownie złotych: …………………………./100) brutto (dalej: „Łączne Wynagrodzenie Brutto”). Łączne Wynagrodzenie Xxxxxx jest tożsame z wartością przedmiotu zamówienia w rozumieniu przepisów o zamówieniach publicznych.

  2. Powyższa cena obejmuje wszystkie koszty realizacji przedmiotu Umowy.

  3. Zamawiający zapłaci cenę sprzedaży na podstawie wystawionych faktur za każdy zrealizowany i odebrany etap Umowy zgodnie z zaakceptowanym przez Strony harmonogramem prac.

  4. Podstawą do wystawienia faktury za etap jest podpisanie przez obie Strony protokołu odbioru częściowego przedmiotu umowy.

  5. Zamawiający przedstawi Wykonawcy wzór protokołu, o którym mowa w ust. 4 tego paragrafu, w terminie 3 dni od zawarcia niniejszej Umowy.

  6. Wynagrodzenie będzie płatne w terminie 30 dni od daty wystawienia przez Wykonawcę faktury.

  7. W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia, rozliczenia między Zamawiającym a Wykonawcami będą dokonywane wyłącznie z ustanowionym przez Wykonawców pełnomocnikiem.

  8. Wynagrodzenie będzie płatne na rachunek Wykonawcy wskazany w dokumencie księgowym.”



§ 6.

  1. Realizacja przedmiotu Umowy odbywać się będzie w ścisłym współdziałaniu Wykonawcy z Zamawiającym. Strony zobowiązane są na bieżąco informować się wzajemnie o wszelkich znanych im zagrożeniach, trudnościach czy przeszkodach związanych z wykonywaniem przedmiotu Umowy, w tym także znanych Wykonawcy okolicznościach leżących po stronie Zamawiającego, które mogą mieć wpływ na jakość, termin wykonania bądź zakres prac. Wykonawca jest odpowiedzialny za informowanie Zamawiającego o zakresie wymaganego współdziałania.

  2. Ilekroć dla wykonania zobowiązań Wykonawcy niezbędny będzie dostęp do pomieszczeń lub Infrastruktury Zamawiającego lub zdalny dostęp, Wykonawca wystąpi do Zamawiającego z wnioskiem o udzielenie takiego dostępu osobom, za pomocą których Wykonawca wykonuje swoje zobowiązania.

  3. Zamawiający zastrzega sobie na każdym etapie prac prawo do żądania od Wykonawcy przedstawienia wyników prac cząstkowych oraz do organizowania spotkań koordynacyjnych w miejscu i terminie ustalonym przez Zamawiającego. Zamawiający zobowiązuje się informować Wykonawcę pisemnie o terminie spotkania z co najmniej 3 dniowym wyprzedzeniem. Wykonawca zobowiązuje się, na każde pisemne żądanie Zamawiającego, udzielać niezwłocznie wszelkich wyczerpujących wyjaśnień dotyczących postępów prac nad wykonaniem przedmiotu Umowy oraz uczestniczyć w spotkaniach koordynacyjnych.

  4. Wykonawca zobowiązuje się zapewnić pełną zgodność Systemu z przepisami prawa obowiązującymi w Rzeczpospolitej Polskiej oraz z bieżącą na dzień uzgodnienia koncepcją wytwarzanego oprogramowania. Ocena zgodności Systemu będzie dokonywana w oparciu o stan istniejący w chwili zakończenia odbioru oraz zgłoszenia przez Wykonawcę gotowości całego Systemu do odbioru końcowego.

§ 7.

  1. Miejsce dostawy zostanie wskazane przez Zamawiającego w trakcie realizacji Umowy.

  2. Wykonawca dostarczy oprogramowanie w miejsce wskazane przez przedstawiciela Zamawiającego, dokona uruchomienia oraz przeszkoli z jego obsługi. Zamawiający przewiduje przeszkolenie około 50 Osób.

  3. Odbiór przedmiotu Umowy odbędzie się po udostępnieniu Oprogramowania w sposób określony powyżej do siedziby Zamawiającego.

  4. Odbiory przedmiotu umowy będą realizowane etapami w zakresie montaży oraz uruchomienia kompletnych modułów telemetrycznych.

  1. Przedmiot umowy objęty niniejszą umową dostarczany będzie na koszt i ryzyko Wykonawcy.

  2. Dostarczenie przedmiotu umowy zostanie dokonane w godz.: 9.00 - 14.00, po uprzednim uzgodnieniu daty dostawy z przedstawicielem Zamawiającego.

  3. Przedstawicielem Wykonawcy jest do odbioru przedmiotu Umowy jest: ……………………………..

  4. Przedstawicielem Zamawiającego do odbioru przedmiotu Umowy jest: ……………………………..

  5. Odbiór przedmiotu umowy nastąpi w formie protokołu odbioru podpisanego przez obie strony.

  6. Stosownie do opisu przedmiotu zamówienia, Wykonawca wraz z oprogramowaniem dostarczy Zamawiającemu licencję obejmującą prawo Zamawiającego do korzystania z przedmiotu umowy wraz z kodami licencyjnymi.

  7. Wykonawca zapewnia poziom wsparcia technicznego 24 godziny przez 7 dni dostępu do strony pomocy technicznej internetowej producenta systemu. Warunki licencji oprogramowania stanowią załącznik do umowy

§ 8.

  1. Ustala się zabezpieczenie należytego wykonania Umowy w wysokości 10% wartości brutto Umowy tj. w wysokości ………………… złotych (słownie złotych: ……………………………../100).

  2. Całość zabezpieczenia tj. ……………… złotych została wniesiona przez Wykonawcę przed podpisaniem Umowy w formie: ………………………………… w kwocie ………………….. złotych (słownie złotych: ……………………………………………/100).

  3. Zabezpieczenie należytego wykonania Umowy służy do pokrycia roszczeń z tytułu niewykonania lub nienależytego wykonania przedmiotu Umowy przez Wykonawcę.

  4. W trakcie realizacji Umowy Wykonawca może dokonać zmiany formy zabezpieczenia należytego wykonania Umowy, w trybie określonym w art. 149 ustawy Prawo zamówień publicznych. Zmiana formy zabezpieczenia należytego wykonania Umowy nie stanowi zmiany treści Umowy.

  5. Zwrot wniesionego zabezpieczenia:

    1. 70 % wartości zabezpieczenia, tj. kwota …………………. złotych, gwarantująca należyte wykonanie przedmiotu Umowy, zostanie zwolniona w ciągu 30 dni po zakończeniu odbioru końcowego E - usług i stwierdzeniu przez Zamawiającego wykonania ich w sposób należyty, bez jakichkolwiek wad i usterek, które stanowiłyby podstawę roszczeń Zamawiającego w stosunku do Wykonawcy.

    2. 30 % wartości zabezpieczenia tj. kwota ……………………. złotych zabezpieczająca roszczenia Zamawiającego z tytułu rękojmi za wady zwrócona zostanie nie później niż w ciągu 15 dniu po upływie okresu rękojmi za wady.

  6. W przypadku powstania po stronie Zamawiającego roszczeń w stosunku do Wykonawcy z tytułu nienależytego wykonania przedmiotu Umowy oraz uchylania się Wykonawcy od zadośćuczynienia tym roszczeniom, kwota zabezpieczenia należytego wykonania Umowy wraz z powstałymi odsetkami zostanie, w części koniecznej, przeznaczona zgodnie z Umową do pokrycia roszczeń z tytułu rękojmi za wady lub udzielonej gwarancji jakości.

  7. Wykonawca ponosi pełną odpowiedzialność względem Zamawiającego z tytułu gwarancji jakości lub rękojmi za wady. Niedopuszczalne jest ograniczenie odpowiedzialności Wykonawcy do wysokości kwoty zabezpieczenia należytego wykonania Umowy.

  8. Jeżeli okres ważności zabezpieczenia należytego wykonania Umowy jest krótszy niż wymagany okres jego ważności, Wykonawca jest zobowiązany ustanowić nowe zabezpieczenie należytego wykonania Umowy nie później niż na 30 dni przed wygaśnięciem ważności dotychczasowego zabezpieczenia.

  9. Jeżeli Wykonawca w terminie określonym w pkt.7 nie przedłoży Zamawiającemu nowego zabezpieczenia należytego wykonania Umowy, Zamawiający będzie uprawniony do zrealizowania dotychczasowego zabezpieczenia w trybie wypłaty całej kwoty, na jaką w dacie wystąpienia z roszczeniem opiewać będzie dotychczasowe zabezpieczenie.

  10. Zamawiający zwróci Wykonawcy środki pieniężne otrzymane z tytułu realizacji zabezpieczenia należytego wykonania Umowy po przedstawieniu przez Wykonawcę nowego zabezpieczenia albo w terminie zwrotu danej części zabezpieczenia.


§ 9.

  1. Wykonawca udziela gwarancji na przedmiot zamówienia na okres: 60 miesięcy od dnia podpisania, bez uwag Końcowego Protokołu Odbioru przedmiotu zamówienia.

  2. Zamawiający przedstawi Wykonawcy wzór protokołu, o którym mowa w ust. 1 tego paragrafu, w terminie 3 dni od zawarcia niniejszej Umowy.

  3. Wykonawca gwarantuje, że Oprogramowanie dostarczone na mocy Umowy należy do grupy najnowszej wersji oprogramowania i zawiera wszelkie wprowadzone w ostatnim okresie ulepszenia.

  4. W ramach udzielonej gwarancji, Wykonawca zobowiązuje się do bezpłatnej wymiany uszkodzonego lub wadliwego nośnika Oprogramowania na nowy, wolny od wad w ciągu 7 dni od dnia zgłoszenia.

  5. Zgłoszenia dokonuje przedstawiciel Zamawiającego w formie elektronicznej na adres poczty email ……………………………………………………………………………………………

  1. Niezależnie od udzielonej gwarancji Wykonawca ponosi odpowiedzialność z tytułu rękojmi za wady fizyczne i prawne na zasadach określonych w Kodeksie Cywilnym z tym, że o wadach Zamawiający obowiązany jest powiadomić Wykonawcę niezwłocznie. Wystarczającą formą powiadomienia jest przesłanie zawiadomienia drogą elektroniczną na adres mailowy Wykonawcy ……………………………………. Wykonawca zobowiązuje się do niezwłocznego potwierdzenia otrzymanego potwierdzenia otrzymanego zawiadomienia również w formie elektronicznej.


§ 10.

  1. Wykonawca oświadcza, że wykonanie jego obowiązków wynikających z Umowy nie będzie naruszać żadnych praw w szczególności praw własności intelektualnej osób trzecich oraz nie będzie obciążone żadnymi prawami osób trzecich.

  2. Wykonawca zobowiązuje się naprawić każdą szkodę, w szczególności pokryć wszelkie koszty i wydatki, które Zamawiający poniesie lub za które może być odpowiedzialny wobec osób trzecich w przypadku każdego pozwu, roszczenia czy postępowania prowadzonego przeciwko Zamawiającemu lub w związku z innym postępowaniem, zarówno w trakcie trwania Umowy jak i po jej ustaniu, związanych z umownymi zobowiązaniami i oświadczeniami Wykonawcy.

  3. W przypadkach zgłoszenia roszczeń przez osoby trzecie, Zamawiający powiadomi Wykonawcę, który niezwłocznie podejmie działania zmierzające, w szczególności do: usunięcia naruszeń, zaspokojenia roszczeń, zabezpieczenia Zamawiającego przed szkodami, odpowiedzialnością i kosztami.

  4. Wykonawca zobowiązuje się, że jeżeli szkoda jest następstwem wady prawnej Oprogramowania naprawi szkodę Zamawiającego obejmującą stwierdzone prawomocnym wyrokiem sądu powszechnego odszkodowanie w związku z bezprawnym korzystaniem z Oprogramowania zasądzone od Wykonawcy na rzecz podmiotu, który wykazał swoje prawa do Oprogramowania. Wykonawca nie będzie jednak odpowiedzialny za szkodę, jeżeli Zamawiający nie powiadomi Wykonawca o toczącym się postępowaniu przed sądem lub nie umożliwi Wykonawcy obrony jego praw w tym postępowaniu przy wykorzystaniu istniejących środków proceduralno- prawnych.

  5. W przypadku, gdy brak, ograniczenie lub utrata praw Wykonawcy, o których mowa w ust. 1, spowoduje brak, utratę lub ograniczenie praw Zamawiającego w całości lub części, Wykonawca zobowiązuje się na własny koszt nabyć takie prawo na rzecz Zamawiającego lub według wyboru Zamawiającego zmodyfikuje lub wymieni elementy naruszające prawa osób trzecich, pod warunkiem, że modyfikacja lub wymiana nie narusza praw osób trzecich


§ 11.

  1. Wykonawca oświadcza, że na podstawie Umowy - odpowiednio - przeniesie na Zamawiającego majątkowe prawa autorskie lub zapewni udzielenie / udzieli mu licencji opisanych Umową, lub w inny sposób opisany Umową upoważni go do korzystania ze wszystkich dóbr własności intelektualnej wykonanych lub dostarczonych w ramach Umowy. Celem jest zapewnienie Zamawiającemu możliwości korzystania z Systemu w sposób i w celu opisanym w Umowie oraz jego dalszego rozwoju. Wszystkie oświadczenia Wykonawcy i zapisy Umowy należy interpretować zgodnie z powyższym celem Umowy.

  2. Wykonawca oświadcza, że przekazane w ramach Umowy dobra własności intelektualnej nie będą posiadały żadnych wad prawnych ani nie będą ograniczać Zamawiającego w korzystaniu z tych dóbr w inny sposób niż wyraźnie opisany Umową. Wykonawca pokryje wszelkie opłaty, koszty, odszkodowania lub zadośćuczynienia, które będzie musiał zapłacić Zamawiający, jeżeli powyższe zapewnienia nie okażą się prawdziwe.

  3. W celu uniknięcia wątpliwości Strony zgodnie postanawiają, że w przypadku, w którym możliwa jest modyfikacja sposobu działania Oprogramowania za pomocą wbudowanych lub dostarczonych narzędzi, w tym parametryzacja i konfiguracja Oprogramowania, tworzenie raportów itp. Zamawiający uprawniony jest do dokonania takich czynności bez konieczności zawierania odrębnych umów lub ponoszenia dodatkowych opłat, chyba że obowiązek zawarcia dodatkowej umowy lub dodatkowych opłat wyraźnie wynika z treści Umowy.

  4. W zakresie, w jakim z brzmienia Umowy lub właściwości Oprogramowania wynika, że Oprogramowanie lub jego komponenty (np. aplikacja użytkownika końcowego, skrypty, applety, inne elementy stron internetowych lub ekrany interfejsu użytkownika) przeznaczone są do udostępnienia osobom trzecim, udzielone lub zapewniane przez Wykonawcę upoważnienie (licencja) na korzystanie z Oprogramowania obejmuje również obrót takim Oprogramowaniem lub jego komponentami, w tym ich wprowadzenie do obrotu, użyczenie lub najem, a także inne rozpowszechnienie, w tym publiczne wykonywanie, wystawianie, wyświetlanie, odtwarzanie, a także publiczne udostępnianie w taki sposób, aby każdy mógł mieć do niego dostęp w miejscu i w czasie przez siebie wybranym. W zakresie, w jakim jest to niezbędne dla zapewnienia zgodnego z prawem korzystania z komponentów Oprogramowania przez osoby trzecie, Zamawiający jest uprawniony do udzielania takim osobom sublicencji.

  5. Wykonawca oświadcza i gwarantuje, że warunki korzystania z Oprogramowania są zgodne z wymaganiami opisanymi w Umowie, w tym co do okresu korzystania, ograniczeń ilościowych (lub ich braku), takich jak liczba stanowisk komputerowych, użytkowników lub serwerów. Jeżeli z Umowy nie wynika wyraźnie co innego, ilekroć Umowa przewiduje udzielenie licencji lub zapewnienie licencji na Oprogramowanie, licencja taka udzielana jest na czas nieoznaczony i nie jest terytorialnie ograniczona, w szczególności uprawnia do korzystania z Oprogramowania na terytorium Polski i całego świata, a Zamawiający jest uprawniony do korzystania z Oprogramowania bez ograniczeń ilościowych, w tym bez ograniczeń co do liczby użytkowników oraz urządzeń komputerowych, na których instalowane lub uruchamiane będzie Oprogramowanie.

  6. Wykonawca oświadcza i gwarantuje, że warunki korzystania z Oprogramowania nie wymagają ponoszenia dodatkowych opłat na rzecz Wykonawcy lub producentów takiego Oprogramowania. Wynagrodzenie obejmuje całość wynagrodzenia za korzystanie z Oprogramowania.

  7. Wykonawca oświadcza i gwarantuje, że jeżeli w ramach opłat należnych producentowi Oprogramowania mieści się opłata za jakiekolwiek dodatkowe świadczenia, w szczególności dostarczanie aktualizacji lub poprawek błędów lub inne usługi serwisowe, nieprzedłużenie korzystania z tych świadczeń przez Zamawiającego nie może powodować ustania licencji na korzystanie z Oprogramowania lub uprawniać do wypowiedzenia umowy licencyjnej.

  8. Wykonawca dostarczy Oprogramowanie na informatycznych nośnikach danych lub w innej postaci umożliwiającej prawidłową instalację tego Oprogramowania oraz certyfikaty autentyczności, klucze instalacyjne oraz inne dokumenty i zabezpieczenia najpóźniej w dacie Odbioru tego Oprogramowania, chyba że z Umowy wynika inna data przekazania.

  9. Informatyczne nośniki danych, kopie, certyfikaty autentyczności, klucze instalacyjne oraz inne dokumenty i zabezpieczenia, o których mowa w poprzednim ustępie, powinny być zgodne z wymaganiami określonymi przez producenta Oprogramowania. Zamawiający jest uprawniony do weryfikacji, czy certyfikaty autentyczności, klucze instalacyjne oraz inne dokumenty i zabezpieczenia są wystarczające i zgodne z wymogami określonymi przez producenta. W tym celu Zamawiający może zwracać się do osób trzecich, w tym producenta Oprogramowania.

  10. Wykonawca zapewnia, że korzystanie z Oprogramowania podczas realizacji i na cele Umowy, w szczególności w okresie testów, nie będzie naruszać praw osób trzecich i nie będzie wymagało żadnych opłat na rzecz takich osób. Gdyby okazało się to konieczne, Wykonawca w ramach Wynagrodzenia udzieli lub zapewni udzielenie stosownej licencji na czas realizacji Umowy obejmującej prawo korzystania z Oprogramowania na potrzeby realizacji Umowy do czasu uzyskania - odpowiednio - praw majątkowych lub docelowych licencji opisanych Umową. Prawo do korzystania obejmuje w szczególności trwałe lub czasowe zwielokrotnianie Oprogramowania w całości lub w części, a także tłumaczenie, przystosowywanie, zmiany układu lub wprowadzanie jakichkolwiek innych zmian do Oprogramowania.

  11. Wykonawca oświadcza, że posiada uprawnienia niezbędne do korzystania z Oprogramowania w celu wykonania Umowy. W przypadku przejścia praw majątkowych do Oprogramowania na Zamawiającego, o ile okaże się to konieczne, Zamawiający udzieli Wykonawcy licencji na korzystanie z Oprogramowania w celu świadczenia usług opisanych Umową. Licencja taka obejmie prawo do zwielokrotniania Oprogramowania w całości lub w części oraz tłumaczenie, przystosowywanie, zmiany układu lub wprowadzanie innych zmian do Oprogramowania wyłącznie w zakresie, w jakim jest to niezbędne do wykonania zobowiązań wynikających z Umowy.

  12. W przypadku, w którym w wyniku świadczenia przez Wykonawcę gwarancji lub Usług Utrzymania dojdzie do zmiany Oprogramowania, Dokumentacji lub innych utworów, postanowienia umowne dotyczące odpowiednio przeniesienia praw lub udzielenia licencji na Oprogramowanie, Dokumentację lub inne utwory poddane zmianom stosuje się odpowiednio do takich zmian. Przeniesienie praw lub udzielenie licencji następuje z chwilą odbioru takich zmian.

  13. Wykonawca zobowiązuje się i gwarantuje, że osoby uprawnione z tytułu autorskich praw osobistych do utworów objętych postanowieniami Umowy nie będą wykonywać tych praw w stosunku do Zamawiającego lub osób trzecich działających na zlecenie Zamawiającego.

  14. Jakiekolwiek postanowienie Umowy, w tym załączników do niej, nie ogranicza uprawnień Zamawiającego wynikających z obowiązujących przepisów prawa, w tym z art. 75 ust. 1 do 3 Ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych.

  15. Wykonawca zobowiązuje się przenieść na Zamawiającego, autorskie prawa majątkowe albo udzielić licencji, do Oprogramowania i związanej z nim Dokumentacji na następujących polach eksploatacji:

  1. trwałe lub czasowe zwielokrotnianie Oprogramowania w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie, w tym zwielokrotnianie Oprogramowania dokonywane podczas wprowadzania, wyświetlania, stosowania, przekazywania lub przechowywania Oprogramowania, w tym także utrwalanie i zwielokrotnianie Oprogramowania dowolną techniką, w tym techniką zapisu magnetycznego lub techniką cyfrową, taką jak zapis na płycie CD, DVD, Blu-ray, urządzeniu z pamięcią flash lub jakimkolwiek innym nośniku pamięci wyłącznie do wykorzystania przez Zamawiającego bez możliwości sprzedaży osobom trzecim.;

  2. tłumaczenie, przystosowywanie, zmiany układu lub wprowadzanie jakichkolwiek innych zmian

w Oprogramowaniu;

  1. obrót Oprogramowaniem, w tym wprowadzanie do obrotu, użyczanie lub

najem Oprogramowania , a także rozpowszechnianie Oprogramowania w inny sposób, w tym jego publiczne wykonywanie, wystawianie, wyświetlanie, odtwarzanie, a także publiczne udostępnianie w taki sposób, aby każdy mógł mieć do niego dostęp w miejscu i w czasie przez siebie wybranym.

  1. Wykonawca zobowiązuje się przenieść na Zamawiającego:

  1. W przypadku przekazania autorskich praw majątkowych, prawo zezwalania na wykonywanie

zależnych praw autorskich do wszelkich opracowań Oprogramowania (lub jego poszczególnych elementów), tj. prawo zezwalania na rozporządzanie i korzystanie z takich opracowań na polach eksploatacji wskazanych powyżej;

  1. własność wydanych Zamawiającemu nośników, na których zostało utrwalone Oprogramowanie (lub jego poszczególne elementy),

  1. Przeniesienie przez Wykonawcę na Zamawiającego praw, o których mowa powyżej, nastąpi z chwilą Odbioru Oprogramowania . Niezależnie od powyższego, Zamawiający jest uprawniony do korzystania z Oprogramowania w zakresie uprawnień wskazanych w poprzednich ustępach od daty jego instalacji w Infrastrukturze Zamawiającego, do daty nabycia autorskich praw majątkowych przez Zamawiającego albo licencji, a Wykonawca zapewnia, że korzystanie takie nie będzie naruszać praw osobistych lub majątkowych Wykonawcy ani osób trzecich i nie będzie powodować obowiązku zapłaty jakichkolwiek dodatkowych opłat.

  2. Wykonawca przeniesie na Zamawiającego własność nośników, na których zostało utrwalone Oprogramowanie (lub jego poszczególne elementy), z chwilą wydania tych nośników Zamawiającemu.

  3. Jeżeli w niniejszym paragrafie jest mowa o Oprogramowaniu, należy także przez to rozumieć wytworzoną w trakcie tworzenia tego oprogramowania Dokumentację.


§ 12.

  1. Jeżeli nie wymagają tego przepisy obowiązującego prawa ani nie jest to konieczne dla potrzeb wykonania postanowień Umowy, Xxxxxxx nie wolno bez uprzedniego, wyraźnego, pisemnego zezwolenia drugiej Strony w sposób bezpośredni ani pośredni ujawniać, przekazywać ani udostępniać osobom trzecim treści Umowy.

  2. Wszelkie materiały i informacje przekazane Wykonawcy przez Zamawiającego lub których Wykonawca wszedł w posiadanie w związku z wykonywaniem przedmiotu Umowy nie mogą być udostępnione jakiejkolwiek osobie trzeciej, rozpowszechnione ani ujawnione w inny sposób bez uprzedniej pisemnej zgody Zamawiającego.

  3. Wykonawca jest uprawniony do przekazywania swojemu personelowi oraz podwykonawcom informacji wyłącznie, gdy jest to konieczne do wykonania Umowy i odpowiada za zachowanie ich poufności.

  4. Na pisemne żądanie Zamawiającego, Wykonawca zobowiązuje się komisyjnie zniszczyć wszelkie materiały objęte żądaniem uzyskane w trakcie lub w związku z wykonywaniem Umowy w terminie 2 dni roboczych po otrzymaniu takiego żądania, chyba, że ich dalsze przechowywanie jest wymagane na mocy obowiązującego w dacie żądania Zamawiającego prawa lub na mocy wykonalnego orzeczenia sądu lub innego uprawnionego podmiotu.

  5. Zamawiający informuje, że przez „dni robocze” należy rozumieć wszystkie dni z pominięciem sobót, niedziel i świąt ustawowo wolnych od pracy.

  6. W przypadku rozwiązania, wygaśnięcia lub odstąpieniu od Umowy Wykonawca zobowiązuje się niezwłocznie bez dodatkowych wezwań komisyjnie zniszczyć wszystkie materiały w jakich posiadanie wszedł w trakcie lub w związku z wykonywaniem Umowy, które nie zostały zwrócone do Zamawiającego.

  7. W przypadku zaistnienia sytuacji opisanej w ust. 4 lub 5, Wykonawca zobowiązuje się przekazać Zamawiającemu protokół z komisyjnego zniszczenia materiałów w terminie 2 dni roboczych od dnia ich zniszczenia.

  8. Obowiązek zachowania w tajemnicy informacji chronionych nie dotyczy informacji:

    1. uzyskanych przez jedną ze Stron przed zawarciem Umowy, z wyjątkiem informacji które strona uzyskała w trakcie lub w związku z negocjacjami prowadzonymi przez Strony w celu zawarcia Umowy;

    2. uzyskanych od osób trzecich zgodnie z prawem oraz nienaruszających zobowiązań tych osób do nie ujawniania takich informacji;

    3. które są publicznie znane;

    4. całkowicie niezależnie opracowanych przez drugą Stronę;

    5. których ujawnienie jest obowiązkowe na podstawie obowiązujących przepisów prawa, żądania odpowiednich władz lub organów lub których ujawnienie jest potrzebne do wszczęcia lub prowadzenia postępowania cywilnego, karnego administracyjnego lub innego podobnego.

  9. Jeżeli usługi objęte przedmiotem Umowy wymagać będą przetwarzania danych osobowych, świadczone będą zgodnie z Rozporządzeniem Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego przepływu takich danych oraz uchylenia dyrektywy 95/46/WE (ogólne rozporządzenie o ochronie danych) (Dz. Urz. UE L 119 z 04.05.2016, str. 1), oraz ustawą z dnia 10 maja 2018 r. o ochronie danych osobowych (Dz. U. z 2018 r., poz. 1000) i wówczas:

    1. Zamawiający, dla celów wykonania Umowy przez Wykonawcę, powierzy Wykonawcy przetwarzanie danych osobowych, w stosunku do których jest administratorem, przetwarzanych w ramach Systemu, w celu wykonania zobowiązań wynikających z Umowy, w zakresie niezbędnym do wykonania Umowy.

    2. Wykonawca zobowiąże się do zachowania ich w pełnej poufności oraz do nie kopiowania baz danych bez pisemnej zgody Zamawiającego.

  10. Wykonawca oświadcza, iż zastosuje środki zabezpieczające, o których mowa Rozporządzeniu Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego przepływu takich danych oraz uchylenia dyrektywy 95/46/WE (ogólne rozporządzenie o ochronie danych), ustawie z dnia 10 maja 2018 r. o ochronie danych osobowych (Dz. U. z 2018 r., poz. 1000) oraz w Rozporządzeniu 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).


§ 13.

  1. Wykonawca zobowiązany jest do zatrudnienia na podstawie umowy o pracę osób wykonujących wymienione poniżej, czynności w zakresie realizacji zamówienia, jeżeli wykonanie tych czynności polega na wykonywaniu pracy w sposób określony w art. 22 § 1 ustawy z dnia 26 czerwca 1974 r. – Kodeks pracy (tj. Dz. U. z 2018 r., poz. 917 ze zm.):

  • wszelkie czynności dotyczące wdrożenia systemu, będącego przedmiotem zamówienia, w szczególności, zarządzanie projektem, czynności związane z publikacją danych przestrzennych, konwersją map, konwersją danych geodezyjnych, czynności związane z ewidencją gruntów i budynków itp.

  1. W trakcie realizacji zamówienia Zamawiający uprawniony jest do wykonywania czynności kontrolnych wobec Wykonawcy odnośnie spełniania przez Wykonawcę lub podwykonawcę wymogu zatrudnienia na podstawie umowy o pracę. Zamawiający uprawniony jest w szczególności do:

    1. żądania oświadczeń i dokumentów w zakresie potwierdzenia spełniania wyżej wymienionych wymogów i dokonywania ich oceny,

    2. żądania wyjaśnień w przypadku wątpliwości w zakresie potwierdzenia spełniania wyżej wymienionych wymogów,

    3. przeprowadzania kontroli na miejscu wykonywania zamówienia.

  1. W trakcie realizacji zamówienia na każde wezwanie Zamawiającego w wyznaczonym w tym wezwaniu terminie Wykonawca przedłoży Zamawiającemu wskazane poniżej dowody w celu potwierdzenia spełnienia wymogu zatrudnienia na podstawie umowy o pracę:

    1. oświadczenie Wykonawcy bądź podwykonawcy o zatrudnieniu na podstawie umowy o pracę osób wykonujących czynności, których dotyczy wezwanie Zamawiającego, oświadczenie to powinno zawierać w szczególności dokładne określenie podmiotu składającego oświadczenie, datę złożenia oświadczenia, wskazanie, że objęte wezwaniem czynności wykonują osoby zatrudnione na podstawie umowy o pracę wraz ze wskazaniem liczby tych osób, rodzaju umowy o pracę i wymiaru etatu oraz podpis osoby uprawnionej do złożenia oświadczenia w imieniu Wykonawcy lub podwykonawcy,

    2. poświadczoną za zgodność z oryginałem odpowiednio przez Wykonawcę lub podwykonawcę kopię umowy/umów o pracę osób wykonujących w trakcie realizacji zamówienia czynności, których dotyczy wyżej wymienione oświadczenie Wykonawcy lub podwykonawcy. Informacje zawierające imię i nazwisko osoby, data zawarcia umowy, rodzaj umowy o pracę i wymiar etatu, które świadczyć będą czynności wykonywane na rzecz Zamawiającego.

  1. Z tytułu niespełnienia przez Wykonawcę lub podwykonawcę wymogu zatrudnienia na podstawie umowy o pracę Zamawiający przewiduje sankcję w postaci obowiązku zapłaty przez Wykonawcę kary umownej w kwocie 2.500,00 zł (słownie: dwa tysiące pięćset złotych 00/100) za każde zdarzenie.

  2. Niezłożenie przez Wykonawcę w wyznaczonym przez Zamawiającego terminie żądanych przez Zamawiającego dowodów w celu potwierdzenia spełnienia przez Wykonawcę lub podwykonawcę wymogu zatrudnienia na podstawie umowy o pracę traktowane będzie jako nie spełnienie przez Wykonawcę lub podwykonawcę wymogu zatrudnienia na podstawie umowy o pracę.


§ 14.

  1. Za przekroczenie terminu wykonania Umowy Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 0,1 % Łącznego Wynagrodzenia Brutto określonego w § 5 ust.1 Umowy, za każdy dzień opóźnienia.

  2. Wady i usterki w wykonanym przedmiocie Umowy, stwierdzone w okresie rękojmi za wady lub gwarancji jakości dające się usunąć Wykonawca usunie na własny koszt w terminie wyznaczonym przez Zamawiającego.

  3. Za opóźnienie w usunięciu wad i usterek, o których mowa w ust. 2 Umowy, Wykonawca zapłaci karę umowną w wysokości 0,02 % Łącznego Wynagrodzenia Xxxxxx przysługującego Wykonawcy określonego w § 5 ust. 1 za każdy dzień opóźnienia licząc od dnia wyznaczonego na usunięcie usterek lub wad.

  4. Odstąpienie od Umowy przez Zamawiającego z przyczyn zależnych od Wykonawcy stanowi podstawę dla Zamawiającego do naliczenia kary umownej w wysokości 10 % Łącznego wynagrodzenia brutto przysługującego Wykonawcy określonego w § 5 ust. 1 umowy.

  5. Wykonawca wyraża zgodę na potrącenie kar umownych z przysługującego mu wynagrodzenia umownego brutto oraz z wniesionego zabezpieczenia należytego wykonania Umowy.

  6. Zamawiający będzie uprawniony do dochodzenia odszkodowania przekraczającego wysokość zastrzeżonej kary umownej, jeżeli kara umowna nie pokryje w całości poniesionej szkody, jak również gdy szkoda powstanie z innego tytułu, na zasadach ogólnych określonych w ustawie Kodeksie cywilnym.

  7. Kary umowne o których mowa w niniejszym paragrafie, mogą być naliczane niezależnie od siebie.

  8. Odstąpienie od Umowy nie skutkuje utratą praw do żądania kar umownych z innych tytułów.

  9. W każdym przypadku, gdy Zamawiający ma prawo do naliczenia kar umownych, może je potrącić z każdych sum należnych Wykonawcy.

  10. Wykonawca wyraża zgodę na potrącenie kar z sum mu należnych.


§ 15.

  1. Stronom przysługuje prawo odstąpienia od umowy w następujących sytuacjach:

    1. Zamawiającemu przysługuje prawo odstąpienia od umowy, gdy:

      1. wystąpią okoliczności, o których mowa w art. 145 ustawy Prawo zamówień publicznych,

      2. zostanie ogłoszone rozwiązanie firmy Wykonawcy,

      3. zostanie wydany nakaz zajęcia majątku Wykonawcy,

      4. Wykonawca bez uzasadnionych przyczyn nie rozpoczął prac w terminie określonym Umową oraz nie podjął ich pomimo wezwania Zamawiającego złożonego na piśmie,

    2. Wykonawcy przysługuje prawo do odstąpienia od umowy, gdy Zamawiający odmawia bez uzasadnionej przyczyny odbioru prac lub podpisania Protokołu odbioru.

  2. Odstąpienie od umowy nastąpi w formie pisemnej pod rygorem nieważności takiego oświadczenia i będzie zawierało uzasadnienie.

  3. Odstąpienie od umowy ma status ex nunc i odnosi się do niespełnionej przed złożeniem oświadczenia części świadczeń Stron.


§ 16.

  1. Wykonawca może wykonać przedmiot Umowy przy udziale podwykonawców lub dalszych podwykonawców, zawierając z nimi stosowne Umowy w formie pisemnej pod rygorem nieważności, uwzględniając w szczególności poniższe postanowienia.

  2. Wykonawca zrealizuje przy pomocy podwykonawców lub dalszych podwykonawców następujący zakres robót (podać nazwę podwykonawcy lub dalszego podwykonawcy wraz z adresem, zakres robót i ich wartość):

.....................................................................................................................................................................................................................................................................................................................................................................................................................................................................

  1. Pozostały zakres robót Wykonawca wykona siłami własnymi.


§ 17.

  1. Wykonawca zobowiązuje się do przyjmowania wszelkich zawiadomień od Zamawiającego w Dni Xxxxxxx za pomocą:

  1. e-maila: …………………..

  2. poczty na adres podany przez Wykonawcę: ………………………………………………………..

lub przekazanych osobiście w formie pisemnej przez przedstawiciela Zamawiającego.

  1. Zamawiający zobowiązuje się do przyjmowania wszelkich zawiadomień od Wykonawcy w Dni Xxxxxxx za pomocą:

    1. e-maila: xx@xxxxx.xx,

    2. poczty na adres podany przez Zamawiającego: Gmina Purda, Purda 19, 11-030 Purda,

lub przekazanych osobiście w formie pisemnej przez przedstawiciela Wykonawcy.

  1. Każda ze Stron zobowiązana jest do informowania drugiej Strony o każdej zmianie miejsca siedziby, adresu poczty elektronicznej. Jeżeli Strona nie powiadomiła o zmianie miejsca, siedziby, adresu poczty elektronicznej, zawiadomienia wysłane na ostatni znany adres siedziby, adres poczty elektronicznej, Strony uznają za doręczone.

  2. Wszelkie terminy określone w Umowie są liczone od Dnia Roboczego następującego po dniu doręczenia pisma.


§ 18.

  1. Zakazuje się zmian postanowień zawartej umowy w stosunku do treści oferty, na podstawie której dokonano wyboru Wykonawcy, z zastrzeżeniem art. 144 ustawy Prawo zamówień publicznych.

  2. Zamawiający, przewiduje zmianę postanowień niniejszej Umowy w przypadku:

  1. zmiany formy prawnej prowadzonej działalności gospodarczej przez Wykonawcę, w szczególności połączenie, przejęcie lub innego przekształcenia Wykonawcy, jak również w razie ogłoszenia upadłości lub likwidacji Wykonawcy;

  2. śmierci Wykonawcy będącego osobą fizyczną, prowadzącego samodzielnie działalność gospodarczą;

  3. zmiany adresu siedziby firmy Wykonawcy w przypadku zmiany tych danych w trakcie realizacji umowy;

  4. zmiana wysokości wynagrodzenia należnego Wykonawcy, każdorazowo w przypadku następujących okoliczności:

  1. zmiany stawki podatku od towarów i usług;

  2. zmiany wysokości minimalnego wynagrodzenia za pracę;

  3. zmiany zasad podlegania ubezpieczeniom społecznym lub ubezpieczeniu zdrowotnemu lub wysokości stawki składki na ubezpieczenie społeczne lub zdrowotne;

  4. zmiany wysokości minimalnej stawki godzinowej dla zleceniobiorców;

  1. w zakresie zmiany lub rezygnacji z podwykonawcy jeżeli dotyczy to podmiotu, na którego zasoby wykonawca się powoływał na zasadach określonych w art. 22a ust. 1 ustawy PZP w celu wykazania spełniania warunków udziału w postępowaniu wykonawca obowiązany jest wykazać zamawiającemu, że proponowany inny podwykonawca lub wykonawca samodzielnie spełnia je w stopniu nie mniejszym niż podwykonawca, na którego zasoby wykonawca się powoływał w trakcie postępowania o udzielenie zamówienia;

  2. wystąpiła uzasadniona przyczynami technicznymi konieczność zmiany sposobu wykonania Umowy;

  3. niezbędna jest zmiana terminu realizacji Umowy w przypadku zaistnienia okoliczności lub zdarzeń uniemożliwiających realizację Umowy w wyznaczonym terminie, na które Strony nie miały wpływu;

  4. powstała możliwość zastosowania nowszych i korzystniejszych dla Zamawiającego rozwiązań technologicznych lub technicznych, niż te istniejące w chwili podpisania Umowy, niepowodujących zmiany przedmiotu Umowy;

  5. w przypadku wydłużenia okresu gwarancyjnego lub rękojmi o dowolny okres;

  6. zmiany terminów realizacji Umowy nastąpiły w wyniku zwłoki Wykonawcy w realizacji Umowy w stosunku do terminów przewidzianych Harmonogramem, pod warunkiem dodatkowego spełnienia łącznie następujących warunków:

  7. Wykonawca wykaże, że zmiana terminu wykonania umowy spowodowana jest sytuacją niezależną od Wykonawcy,

  8. Wykonawca powiadomi Zamawiającego najpóźniej na 60 dni przed upływem terminu wykonania Umowy lub odpowiednio innych terminów wynikających z Umowy, o niemożliwości wykonania w terminie przewidzianym;

  9. Wykonawca zaproponuje akceptowalny przez Zamawiającego nowy termin wykonania Umowy lub czynności określonych w Umowie.

  10. W przypadku zmiany przepisów obowiązującego prawa w zakresie określonym nowo - obowiązującymi przepisami prawa

  1. Wszelkie zmiany umowy wymagają formy pisemnej pod rygorem nieważności.

  2. W sprawach nieuregulowanych niniejszą umową wiąże oferta Wykonawcy, postanowienia zawarte w specyfikacji istotnych warunków zamówienia, a także stosuje się przepisy ustawy prawo zamówień publicznych, kodeksu cywilnego, ustawy o prawie autorskim i prawach pokrewnych oraz aktów wykonawczych do tych ustaw.

  3. Właściwym do rozpoznawania sporów wynikłych na tle realizacji niniejszej umowy jest sąd powszechny właściwy miejscowo dla siedziby Zmawiającego.

  4. Umowa sporządzona została w trzech jednobrzmiących egzemplarzach, dwa egzemplarze dla Zamawiającego i jeden egzemplarz dla Wykonawcy.


Załącznikami do niniejszej Umowy są:

  1. Załącznik nr 1 – Opis Przedmiotu Zamówienia

  2. Załącznik nr 2 – Harmonogram Realizacji Zamówienia

  3. Załącznik nr 3 – Oferta Wykonawcy,



ZAMAWIAJĄCY: WYKONAWCA:









Załącznik nr 1 do

Umowy nr ZP.271.39.2018 z ……….





















OPIS PRZEDMIOTU ZAMÓWIENIA (OPZ)







Projekt pt. „Wdrożenie e-usług publicznych w Gminie Purda”

















































PURDA 2018











Przedmiot Zamówienia

Przedmiotem niniejszego zamówienia jest wdrożenie e-usług oraz dostawa i wdrożenie oprogramowania do zarządzania informacją przestrzenną i prezentacji danych przestrzennych dla mieszkańców Gminy Purda w ramach realizowanego projektu pt. Wdrożenie e-usług publicznych w Gminie Purda” w ramach Regionalnego Programu Operacyjnego Województwa Warmińsko-Mazurskiego na lata 2014-2020.


  1. Stworzenie Centralnej platformy e-usług mieszkańca (CPeUM)

Centralna platforma e-usług mieszkańca to portal integrujący wszystkie dane z innych systemów, informacje o świadczonych e-usługach przez ePUAP, spersonalizowane dane podatkowe. Jest to główny system funkcjonalny z punktu widzenia mieszkańca działający na styku Klient - Urząd. Dzięki niemu mieszkańcy mają dostęp do wszystkich produktów wytworzonych w ramach projektu. W szczególności portal zawiera:

  1. Opisy wszystkich usług świadczonych przez urząd na platformie ePUAP, z których mieszkaniec może skorzystać w sposób elektroniczny;

  2. Możliwość śledzenia postępu swoich spraw;

  3. Podgląd swoich, spersonalizowanych danych o należnościach i zobowiązaniach z tytułu podatków i opłat lokalnych;

  4. Możliwość dokonania płatności z tytułu podatków i opłat lokalnych;

  5. Możliwość umówienia się na wizytę w Urzędzie.


Wymagania funkcjonalne:

  1. Portal musi umożliwiać bezpieczne zalogowanie się przez przeglądarkę z wykorzystaniem SSO (Single Sign-On) platformy ePUAP (protokół SAML).

  2. Portal musi umożliwiać pozyskiwanie z Systemu Dziedzinowego (dalej SD), modernizowanego w ramach niniejszego projektu, danych o aktualnych zobowiązaniach zalogowanego interesanta z uwzględnieniem należności dodatkowych tj. odsetki i inne koszty na bieżącą datę logowania w zakresie:

    1. Prowadzenie spraw w zakresie podatku od nieruchomości od osób fizycznych.

    2. Prowadzenie spraw w zakresie podatku od nieruchomości od osób prawnych.

    3. Prowadzenie spraw w zakresie podatku rolnego od osób fizycznych.

    4. Prowadzenie spraw w zakresie podatku rolnego od osób prawnych.

    5. Prowadzenie spraw w zakresie podatku leśnego od osób fizycznych.

    6. Prowadzenie spraw w zakresie podatku leśnego od osób prawnych.

    7. Prowadzenie spraw w zakresie podatku od środków transportowych.

    8. Prowadzenie spraw w zakresie opłat za gospodarowanie odpadami komunalnymi.

  3. Portal musi zawierać elektroniczne biuro interesanta stanowiące wirtualny punkt przyjęć formularzy elektronicznych stosowanych w urzędzie oraz informacji dotyczących sposobu załatwienia spraw, co najmniej w zakresie odpowiadającym e-usługom wdrażanym w ramach zamówienia.

  4. Portal w części publicznej musi prezentować skategoryzowane karty usług.

  5. Portal musi być podzielny na część publiczną – udostępnianą niezalogowanym użytkownikom oraz część wewnętrzną – dla administratora systemu.

  6. Użytkownik w części publicznej powinien mieć możliwość przejrzenia karty usługi, dla której prezentowanej jest opis zredagowany przez administratora oraz możliwość przejścia do wypełnienia formularza elektronicznego na ePUAP.

  7. Karta usługi powinna być charakteryzowana przynajmniej przez następujące atrybuty: nazwę, 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).

  8. Administrator musi mieć możliwość zdefiniowania karty usługi i utworzenia jej wizualizacji.

  9. Wszystkie dane muszą być pobierane z SD.

  10. System musi umożliwiać zarządzanie rejestrem interesantów, gdzie każdego interesanta można:

    1. 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),

    2. zmienić mu dane podstawowe,

    3. zmienić mu dane kontaktowe,

    4. powiązać go z interesantem z SD,

    5. aktywować konto interesanta,

    6. przypisać interesanta do grup użytkowników.

  11. Administrator musi mieć możliwość powiązania użytkownika z kontem kontrahenta w SD.

  12. Użytkownik zalogowany do systemu musi mieć możliwość przeglądania i zmiany własnych danych: typ podmiotu (osoba fizyczna / osoba prawna), imię, nazwisko / nazwa, dane kontaktowe standardowe: telefon, email, fax, www, adres korespondencyjny, dane kontaktowe dodatkowe.

  13. Użytkownik musi mieć możliwość zmiany hasła.

  14. Użytkownik musi mieć możliwość powiązania konta z kontem ePUAP.

  15. Użytkownik musi mieć możliwość odłączenia konta od ePUAP.

  16. Użytkownik musi mieć możliwość przeglądu swoich danych kontrahenta z SD, o ile jego konto zostało powiązane z kontem kontrahenta SD.

  17. Dane podstawowe prezentowane w przypadku powiązania konta z kontrahentem SD to co najmniej: nazwisko imię / nazwa, typ, PESEL, NIP, data wyrejestrowania lub zgonu (jeśli widnienie w SD).

  18. O ile konto powiązane jest z SD, system musi prezentować dla danego użytkownika:

    1. Dane zameldowania, o ile użytkownik jest zameldowany na terenie JST,

    2. 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: x.xx.: podatek od osób fizycznych, podatek od osób prawnych, opłaty za gospodarowanie odpadami komunalnymi,

    3. Listę dzieci, o ile zalogowany użytkownik jest osobą fizyczną posiadającą dzieci do lat 18 zameldowane w tym samym gospodarstwie domowym,

    4. Listę środków transportu – podlegającą opłatom o ile w SD użytkownik jest podmiotem prawnym posiadającym opodatkowane środki transportu,

    5. Listę dokumentów z rozdzieleniem na dokumenty wpływające do JST oraz wychodzące z JST dla zalogowanego użytkownika w zakresie e-usług.

  19. Po zalogowaniu na swoje konto interesant musi mieć możliwość wyświetlenia informacji o wszystkich swoich należnościach wobec JST pobranych z SD oraz historię swoich płatności. Portal musi umożliwiać przegląd wszystkich zobowiązań finansowych z uwzględnieniem tytułu należności, należności głównej, odsetki, koszty upomnień, wezwań do zapłaty, salda do zapłaty, terminie płatności, kwocie już zapłaconej (w przypadku należności, która została już częściowo spłacona), kwocie zleconej płatności poprzez portal oraz dacie i godzinie zlecenia tej płatności.

  20. Każda należność powinna zawierać co najmniej takie informacje jak: numer decyzji, naliczone odsetki oraz koszty upomnień i wezwań, czy był na nią wystawiony tytuł wykonawczy itp.

  21. Możliwość prezentowania i wyszukiwania konkretnej należności według rodzaju, daty, terminu płatności itp.

  22. 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: ile było wpłat na daną należność, kwota każdej płatności, data płatności oraz informację czy płatność została już zaksięgowana czy nie i saldo do zapłaty.

  23. Możliwość wyświetlania historii wszystkich interakcji finansowych mieszkańca z urzędem, jakie zostały zrealizowane poprzez system.

  24. Aplikacja musi być zintegrowana z systemami bankowymi oraz systemem płatności Krajowej Izby Rozliczeniowej, w celu umożliwienia uregulowania należności online.

  25. 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.

  26. Możliwość ustawienia sortowania wyświetlanych danych rosnąco lub malejąco względem dowolnego z wyświetlanych parametrów należności.

  27. 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.

  28. 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 będzie to nazwa firmy i jej siedziba.

  29. W przypadku, jeśli należność powstała w drodze decyzji administracyjnej urzędu numer decyzji ma być również widoczny dla klienta.

  30. Możliwość ukrycia wyświetlania wybranych parametrów należności wyszukiwanych na ekranie użytkownika.

  31. Aplikacja powinna posiadać mechanizmy kontroli i bezpieczeństwa chroniące użytkowników przed kilkukrotnym wniesieniem płatności z tego samego tytułu.

  32. 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.

  33. Możliwość wydrukowania wypełnionego polecenia przelewu bankowego lub pocztowego, dla zaznaczonej jednej lub zaznaczonych wielu należności.

  34. Możliwość wyszukiwania i prezentowania należności według jej rodzaju np. „pokaż tylko opłaty za dzierżawę” itp.

  35. Możliwość wyszukiwania i prezentowania należności według statusu płatności tzn. np. pokaż tylko zaległe itp.

  36. Możliwość wysyłania przypomnień o terminie płatności za pośrednictwem sms.

  37. Wygenerowane płatności zlecone za pośrednictwem portalu, ale jeszcze nie zaksięgowane powinny zawierać informacje takie jak: nr konta bankowego na które została przelana płatność, kwota i data zlecenia, status zlecenia oraz data wykonania.

  38. Możliwość ustawienia sortowania wyświetlanych danych rosnąco lub malejąco względem dowolnego z wyświetlanych parametrów.

  39. Informacje o wygenerowanych płatnościach muszą być przesyłane z portalu do SD. Proces przesyłania danych musi mieć możliwość ustawienia częstotliwości wykonana dla administrator systemu (w zakresie od „raz na dobę” do „co 5 minut”).

  40. Możliwość wyszukiwania lub filtrowania należności według co najmniej: konta bankowego na które została przelana płatność, rodzaju należności, kwoty, typu płatności, stanu zlecenia, daty zlecenia.

  41. Możliwość przeglądu operacji księgowych już zrealizowanych tzn. opłaconych (wpłaty, zwroty, przeksięgowania)

  42. 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: jej rodzaju, konta bankowego na którym została zaksięgowana operacja, identyfikator, rok, rata, kwota, vat, odsetki, kwota zapłacona faktycznie, data i godzina przelewu.

  43. Możliwość ustawienia sortowania wyświetlanych danych rosnąco lub malejąco względem dowolnego z wyświetlanych parametrów.

  44. 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.

  45. Dla należności dotyczących nieruchomości system musi prezentować dodatkowo minimum: numer decyzji, typ nieruchomości, numer nieruchomości, numer dokumentu własności/władania, datę wydania dokumentu – pobrane z SD.

  46. Dla należności dotyczących podatku od osób prawnych system musi prezentować dodatkowo rok wydania decyzji, typ dokumentu, rodzaj podatku.

  47. Dla danych upomnienia system musi prezentować dodatkowo: numer upomnienia, rok upomnienia, koszt upomnienia, datę wydania upomnienia, datę odbioru upomnienia, kwotę do zapłaty.

  48. 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.


Wymagania niefunkcjonalne:

  1. System musi być zaprojektowany w modelu trójwarstwowym:

    1. warstwa danych,

    2. warstwa aplikacji,

    3. warstwa prezentacji - przeglądarka internetowa - za pośrednictwem której następuje właściwa obsługa systemu przez użytkownika końcowego.

  2. System musi pracować pod kontrolą systemu operacyjnego Windows XP, Windows Vista, Windows 7, Windows 8 i Windows10 zarówno w wersjach 32 i 64 bitowych.

  3. System musi pracować w wersji sieciowej z wykorzystaniem protokołu TCP/IP oraz być w pełni kompatybilny z sieciami TCP/IP.

  4. Architektura systemu powinna umożliwiać pracę jedno i wielostanowiskową, zapewniać jednokrotne wprowadzanie danych tak, aby były one dostępne dla wszystkich użytkowników.

  5. W przypadku, gdy system do pracy wykorzystuje silnik bazy danych, baza taka musi być kompatybilna z systemem Windows i musi istnieć możliwość jej instalacji i pracy na zasadach określonych jak dla systemu.

  6. System w zakresie wydruków musi wykorzystywać funkcjonalność systemu Windows i umożliwiać wydruk na dowolnej drukarce zainstalowanej i obsługiwanej w systemie Windows, na którym zostanie zainstalowane oprogramowanie (drukarki lokalne, drukarki sieciowe).

  7. System powinien prawidłowo pracować na najnowszych wersjach przeglądarek Mozilla Firefox, Google Chrome, Opera, Microsoft Internet Explorer i Microsoft Edge.

  8. Interfejs użytkownika (w tym administratora) powinien być w całości polskojęzyczny.

  9. Dokumentacja powinna zawierać opis funkcji programu, wyjaśniać zasady pracy z programem oraz zawierać opisy przykładowych scenariuszy pracy.

  10. Dokumentacja musi być dostępna z poziomu oprogramowania w postaci elektronicznej (pliki PDF lub DOC lub RTF).

  11. System musi zapewniać weryfikację wprowadzanych danych w formularzach i kreatorach.

  12. Zapewnienie bezpieczeństwa danych zarówno na poziomie danych wrażliwych jak i komunikacji sieciowej przy zastosowaniu bezpiecznych protokołów sieciowych.

  13. System musi zapewniać możliwość utworzenia kopii zapasowej danych w dowolnym momencie.


Licencjonowanie:

  1. Licencje muszą zostać wystawione na czas nieoznaczony (bezterminowy).

  2. Oferowane licencje muszą pozwalać na użytkowanie oprogramowania zgodnie z przepisami prawa.

  3. Licencja oprogramowania nie może ograniczać prawa licencjobiorcy do rozbudowy, zwiększenia ilości serwerów obsługujących oprogramowanie, przeniesienia oprogramowania na inny serwer, rozdzielenia funkcji serwera (osobny serwer bazy danych, osobny serwer aplikacji, osobny serwer plików).

  4. Licencja oprogramowania musi być licencją bez ograniczenia ilości komputerów, serwerów, na których można zainstalować i używać oprogramowanie.

  5. Licencja na oprogramowanie nie może w żaden sposób ograniczać sposobu pracy użytkowników końcowych (np. praca w sieci LAN, praca zdalna poprzez Internet). Użytkownik może pracować w dowolny dostępny technologicznie sposób.

  6. Licencja oprogramowania nie może ograniczać prawa licencjobiorcy do wykonania kopii bezpieczeństwa oprogramowania w ilości, którą uzna za stosowną.

  7. Licencja oprogramowania nie może ograniczać prawa licencjobiorcy do instalacji użytkowania oprogramowania na serwerach zapasowych uruchamianych w przypadku awarii serwerów podstawowych.

  8. Licencja oprogramowania nie może ograniczać prawa licencjobiorcy do korzystania z oprogramowania na dowolnym komputerze klienckim (licencja nie może być przypisana do komputera/urządzenia).

  9. Licencja oprogramowania musi pozwalać na modyfikację, zmianę, rozbudowę, oprogramowania w celu przystosowania go do potrzeb.

  10. Dostarczane oprogramowanie musi być objęte minimum 24 miesięczną gwarancją producenta.



  1. Stworzenie elektronicznego obiegu dokumentów (EOD)

System musi być zintegrowanym pakietem oprogramowania do zarządzania dokumentami papierowymi i w postaci plików XML, korespondencją, sprawami oraz poleceniami oparty 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.

Architektura systemu musi być otwarta i oparta na działających niezależnie od innych usługach, które będą posiadać wyspecyfikowane interfejsy. Aplikacja powinna również umożliwiać integrację z modernizowanymi w projekcie programami dziedzinowymi, a także krajową platformą e-PUAP.

System musi być zgodny z aktami prawnymi regulującymi pracę urzędów oraz realizacji e-usług. System funkcjonalnie będzie 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.


Wymagania funkcjonalne – ogólne:

  1. Interfejs użytkownika systemu musi być w całości polskojęzyczny. W języku polskim muszą być również wyświetlane wszystkie komunikaty przekazywane przez System, włącznie z komunikatami o błędach.

  2. System musi umożliwiać pracę w trzech trybach:

    1. w trybie wspierającym obieg dokumentów papierowych.

    2. w trybie EOD.

    3. w trybie mieszanym.

  1. EOD musi umożliwić tworzenie i prowadzenie dokumentacji urzędu a w szczególności:

    1. prowadzenie rejestrów pism wpływających,

    2. prowadzenie rejestrów wychodzących,

    3. prowadzenie rejestrów wewnętrznych,

    4. prowadzenie spraw,

    5. prowadzenie rejestrów urzędowych,

    6. prowadzenie dokumentacji niestanowiącej akt sprawy.

  1. Zapewnia odwzorowanie obiegu dokumentów elektronicznych jak i zeskanowanych dokumentów papierowych.

  2. Zapewnia obsługę dokumentów zgodną z JRWA.

  3. EOD musi umożliwiać prowadzenie co najmniej następujących ewidencji:

    1. ewidencję struktury organizacyjnej;

    2. ewidencję pracowników i stanowisk pracy;

    3. ewidencję rejestrowanych dokumentów z podziałem na co najmniej: ewidencja pism wpływających, ewidencja pism wychodzących, ewidencja pism wewnętrznych;

    4. ewidencję spraw;

    5. ewidencję dokumentów archiwalnych.

  1. EOD 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

  2. Wyposażony w system powiadomień o istotnych zdarzeniach systemowych co najmniej w zakresie:

    1. powiadomienia o przekazaniu dokumentów,

    2. powiadomienia o przekazaniu dokumentu do akceptacji,

    3. powiadomienia o zaakceptowaniu dokumentu,

    4. powiadomienia o dekretacji dokumentu.

  1. Funkcja podpisu elektronicznego musi umożliwiać podpisywanie jednego elementu Systemu EOD przez wielu użytkowników. Podpis musi być opisany w formacie XAdES. Informacja o podpisie jest prezentowana użytkownikowi.

  2. Funkcja podpisu elektronicznego ma umożliwiać poprawne wykorzystanie certyfikatów kwalifikowanych pochodzących od wszystkich certyfikowanych wystawców.

  3. System musi umożliwiać zarządzanie zastępstwami w przypadku choroby lub urlopu pracowników.

  4. EOD musi posiadać centralną numerację dokumentów, gwarantującą unikalność numeracji w całym systemie. EOD musi nadawać automatycznie numer wszystkim zidentyfikowanym rodzajom dokumentów.

  5. System musi umożliwiać skanowanie dokumentów z poziomu EOD oraz zapisywanie ich formy elektronicznej.

  6. System musi posiadać moduł skanowania, niezależny od producenta skanera. Moduł powinien współpracować z dowolnym skanerem obsługującym interfejs XXXXX. Moduł skanowania powinien pozwalać na ustawienie podstawowych parametrów skanowania, w tym co najmniej:

    1. wybór skanera,

    2. rozdzielczość (parametry zgodnie ze sterownikami skanera),

    3. format,

    4. paleta kolorów – Kolorowy, Czarno-Biały, Odcienie szarości,

    5. źródło papieru – Taca, Podajnik (1-stronnie), Podajnik (2-stronnie),

    6. podgląd poszczególnych stron, usuwanie, skanowanie nowych, ponowne skanowanie stron, skanowanie dwustronne,

    7. zmiana kolejności stron,

    8. zapisywanie na dysku lub dołączanie do pisma w systemie.

  1. System musi mieć możliwość rozbudowy o narzędzie rozpoznawania tekstu (OCR).

  2. System musi posiadać możliwość integracji z platformą ePUAP, system EOD umożliwia odbieranie oraz wysyłanie korespondencji przez platformę ePUAP. System musi mieć możliwość jednoczesnego obsługiwania wielu skrytek/skrzynek.

  3. System musi umożliwiać integrację z Active Directory w trybie SSO (Single Sign On). Logowanie do systemu odbywa się automatycznie za pomocą danych z konta AD. Użytkownik po zalogowaniu do AD nie musi logować się drugi raz do systemu EOD (Jednokrotne logowanie).

  4. System powinien posiadać możliwość informowania kierownika, które pisma przekazane do akceptacji ma podpisać podpisem kwalifikowanym

  5. EOD musi zapewniać możliwość:

    1. 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);

    2. ustalenia czasu obowiązywania hasła;

    3. automatycznego odrzucania prób ustalenia przez użytkownika trywialnego hasła (np. imienia lub nazwiska użytkownika).

  1. EOD musi zapewnić blokowanie dostępu określonych użytkowników do zasobów Systemu.

  2. EOD 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).

  3. 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.

  4. System powinien umożliwiać wyszukiwanie dokumentów i spraw po frazie (min. 3 znaki frazy). W wynikach wyszukiwania system powinien oznaczać tekst wyszukanej frazy.

  5. System EOD powinien pozwalać na odbieranie i wysyłanie dowolnych dokumentów z i do zewnętrznych systemów za pośrednictwem skrytki ePUAP.


Wymagania funkcjonalne szczegółowe – obsługa korespondencji przychodzącej:

  1. System musi umożliwiać definiowanie:

    1. rejestrów korespondencji wpływającej,

    2. definiowanie formatek rejestracji korespondencji wpływającej,

    3. definiowanie podręcznych list dekretacji,

    4. definiowanie dostępu do korespondencji,

  1. System musi umożliwiać pełną obsługę obiegu wewnętrznego korespondencji:

    1. wielopoziomowe dekretowanie i przekazywanie pism (oryginałów) do podległych komórek organizacyjnych i pracowników,

    2. wycofywanie niewłaściwie zadekretowanej i przekazanej korespondencji,

    3. 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.

  1. System powinien być zintegrowany z ePUAP i powinien automatycznie rejestrować korespondencję wpływającą tym kanałem komunikacji, w tym:

    1. automatycznie dodawać nowego klienta do bazy klientów

    2. powiązywać dokument z klientem już zarejestrowanym w bazie.

  1. System powinien umożliwiać rejestrację papierowej korespondencji przychodzącej wraz z załącznikami i wielostronicowe skanowanie jej z poziomu Systemu do postaci elektronicznej.

  2. Starem powinien umożliwiać dołączanie formatki dyspozycji z zestandaryzowanym zestawem poleceń odnośnie sposobu postępowania z dokumentem na każdym etapie dekretacji dokumentu.

  3. System powinien umożliwiać dołączanie do dokumentu notatek (żółtych karteczek) z możliwością przeglądania wszystkich dołączonych notatek.

  4. System powinien umożliwiać drukowanie 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.

  5. EOD musi umożliwiać zapisanie daty wpływu do organizacji 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 organizacji powinno być wypełniane automatycznie i podlegać możliwość edycji.

  6. System musi umożliwiać wydruk potwierdzenia przyjęcia korespondencji ze wskazaniem na: numer pisma, datę wpływu pisma, ilość (wykaz) załączników a także unikalny identyfikator (numer) pod którym zostało zarejestrowane we właściwym rejestrze, 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.

  7. EOD w czasie rejestracji dokumentu musi automatycznie nadawać kolejny numer korespondencji zgodnie ze zdefiniowaną maską numerowania pism.

  8. System musi współpracować z systemem GUS – TERYT

  9. System musi posiadać możliwość przechowywania danych historycznych (poprzednich adresów).

  10. Metryka korespondencji przychodzącej musi zawierać między innymi pola określające: dysponenta, osób które otrzymały pismo do wiadomości, data wpływu, nadawca, termin załatwienia, listę załączników elektronicznych, 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).

  11. System musi umożliwiać dołączanie pisma przychodzącego do rejestrów urzędowych.

  12. System musi umożliwiać dołączanie pisma przychodzącego do dokumentacji niestanowiącej akt sprawy.


Wymagania funkcjonalne szczegółowe – obsługa korespondencji wychodzącej:

  1. System musi umożliwiać definiowanie:

    1. rejestrów korespondencji wpływającej,

    2. definiowanie formatek rejestracji korespondencji wpływającej,

    3. definiowanie dostępu do korespondencji,

  1. Metryka korespondencji wychodzącej musi zawierać między innymi pola określające: dysponenta, datę, adresata, lista załączników elektronicznych, data i sposób wysyłki, 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).

  2. System powinien umożliwiać korowanie pism do akceptacji i akceptowanie ich w formie statusów kontrolowanych przez aplikację i podpisów elektronicznych.

  3. System powinien mieć 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.

  4. System powinien umożliwiać podpisywanie pism Profilem Zaufanym (PZ) w czasie wysyłki za pośrednictwem platformy ePUAP.

  5. System powinien umożliwiać ustalenie przez pracownika, sposobu w jaki sposób chce skierować korespondencję do adresata: poczta (polecony, zwykły, ze zwrotką), osobiście, goniec, kancelaria, e-mail, ePUAP, z możliwością ostatecznej weryfikacji i edycji sposobu wysyłki przez Kancelarię

  6. System powinien wpierać kancelarię w zakresie przygotowania pism do wysyłki, między innymi:

    1. generowanie wykazów pocztowych,

    2. generowanie kodów kreskowych identyfikujących pismo,

    3. drukowanie kopert,

    4. drukowanie etykiet adresowych,

  1. System powinien umożliwiać dołączanie pisma wychodzącego do rejestrów urzędowych.

  2. System powinien umożliwiać dołączanie pisma wychodzącego do dokumentacji niestanowiącej akt sprawy.


Wymagania funkcjonalne szczegółowe – obsługa spraw i dokumentacji wewnętrznej:

  1. W zakresie obsługi spraw system powinien umożliwiać:

  1. definiowanie maski numeracji spraw,

  2. zakładanie spraw,

  3. dzielenie spraw,

  4. przenoszenie spraw do innego prowadzącego,

  5. wskazywanie współprowadzącego sprawę

  6. definiowanie podgrup spraw (podteczek)

  7. dołączenie dokumentów do sprawy,

  8. procedowanie sprawy zgodnie z obiegiem,

  9. przygotowanie pism wychodzących,

  10. gromadzenie pism w sprawie,

  11. wprowadzenie uwag przez uprawnione osoby do dokumentów,

  12. statusowanie spraw,

  13. wielopoziomową akceptację pism w sprawie,

  14. prowadzenie opisu przebiegu realizacji sprawy,

  1. System musi umożliwiać integrację 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 EOD z uwzględnieniem wersjonowania pliku.

  2. System musi umożliwiać prowadzenie spraw w oparciu o system kancelaryjny, zgodny z obowiązującą jednolitą i uporządkowaną ewidencję akt spraw.

  3. System musi umożliwiać tworzenie akt spraw w oparciu o dokumenty otrzymane lub wytworzone w komórce organizacyjnej, wszczynanie spraw na wniosek i z urzędu. Wyświetla informację o piśmie wszczynającym postępowanie.

  4. System musi umożliwiać zarządzanie pismami wewnętrznymi – przesyłanymi między komórkami organizacyjnymi/pracownikami.

  5. System musi umożliwiać śledzenie historii pisma od momentu zarejestrowania w systemie oraz drogi jego obiegu pomiędzy pracownikami i komórkami organizacyjnymi.

  6. System powinien umożliwiać informowanie klientów o zakończeniu sprawy poprzez wysłanie smsa lub emaila.

  7. System powinien posiadać moduł 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 regulaminy, statuty, uchwały, protokoły, umowy itp. System musi wspomagać pracę organów stanowiących i wykonawczych jednostki (np. biura obsługi zarządu).

  8. System powinien umożliwiać rejestrowanie i nadzorowanie dokumentów gromadzonych w segregatorach, teczkach i podteczkach.

  9. System powinien realizować typowe funkcje kancelaryjne wykonywane w związku z obsługą dokumentacji jednostki.

  10. System powinien umożliwiać definiowanie rejestrów urzędowych oraz masek numeracji dokumentów w rejestrach.

  11. System powinien umożliwiać definiowanie zestawu metadanych opisujących poszczególne rodzaje dokumentów w rejestrach.

  12. System powinien posiadać moduł ewidencji dokumentacji niestanowiącej akt sprawy.

  13. Do dokumentacji niestanowiącej akt sprawy system powinien umożliwiać dołączenie dowolnego dokumentu: pismo wpływające, dokument wewnętrzny, pismo wychodzące.


Wymagania funkcjonalne szczegółowe – obsługa archiwum zakładowego:

  1. Moduł archiwum wbudowany w System powinien umożliwiać 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: aktowa, elektroniczna, osobowa pracowników, osobowa stażystów, techniczna, projektów realizowanych ze środków współfinansowanych z UE.

  2. System 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).

  3. Moduł archiwum wbudowany w EOD powinien zapewniać kontrolę poprawności kwalifikowanej dokumentacji poprzez rzeczowy wykaz akt.

  4. System powinien posiadać funkcjonalność, zezwalającą na wgląd i wypożyczenie wyłącznie przez pracowników danej komórki, w której dokumentacja została wytworzona.

  5. System powinien zapewniać wyszukiwanie dokumentacji w ramach istniejącego zasobu w oparciu o kryterium rodzajowe (np. osobowej), rocznikami, komórkami organizacyjnymi, datą przekazania, nazwiskiem pracownika przekazującego.

  6. System powinien zapewniać możliwość podłączenia dokumentów elektronicznych do teczki.

  7. Moduł archiwum wbudowany w EOD powinien zapewniać prowadzenie topografii zasobu archiwum.

  8. System powinien zapewniać możliwość prowadzenia raportów i statystyk stanu zasobu archiwum (eksport raportów do formatu xls lub pdf)

  9. W systemie powinna istnieć możliwość nadawania uprawnień kontom użytkowników do bazy danych na poziomie komórki organizacyjnej i zakresie wskazanym przez archiwistę

  10. EOD powinien wskazywać i przypominać o możliwości wybrakowania dokumentacji niearchiwalnej, po upływie przewidzianego w JRWA okresie przechowywania.

  11. Przekazanie uprawnień archiwiście do dokumentacji spraw zakończonych po upływie okresu wskazanego w § 37 instrukcji kancelaryjnej powinno następować automatycznie tylko w wypadkach wskazanych przez archiwistę. System powinien przypomnieć o upływie terminu do przekazania akt do archiwum.

  12. EOD powinien zapewniać mechanizmy umożliwiające archiwiście zmianę kategorii archiwalnej w spisach dokumentacji teczek aktowych przekazanych już do archiwum (przekwalifikowanie).


Wymagania niefunkcjonalne:

  1. System musi być zaprojektowany w modelu trójwarstwowym:

  • warstwa danych,

  • warstwa aplikacji,

  • warstwa prezentacji.

  1. System musi pracować pod kontrolą systemu operacyjnego Windows XP, Windows Vista, Windows 7, Windows 8 i Windows10 zarówno w wersjach 32 i 64 bitowych.

  2. System musi pracować w wersji sieciowej z wykorzystaniem protokołu TCP/IP oraz być w pełni kompatybilny z sieciami TCP/IP.

  3. Architektura systemu powinna umożliwiać pracę jedno i wielostanowiskową, zapewniać jednokrotne wprowadzanie danych tak, aby były one dostępne dla wszystkich użytkowników.

  4. W przypadku gdy system do pracy wykorzystuje silnik bazy danych, baza taka musi być kompatybilna z systemem Windows i musi istnieć możliwość jej instalacji i pracy na zasadach określonych jak dla systemu.

  5. System w zakresie wydruków musi wykorzystywać funkcjonalność systemu Windows i umożliwiać wydruk na dowolnej drukarce zainstalowanej i obsługiwanej w systemie Windows, na którym zostanie zainstalowane oprogramowanie (drukarki lokalne, drukarki sieciowe).

  6. Interfejs użytkownika (w tym administratora) powinien być w całości polskojęzyczny.

  7. Dokumentacja powinna zawierać opis funkcji programu, wyjaśniać zasady pracy z programem, oraz zawierać opisy przykładowych scenariuszy pracy.

  8. Dokumentacja musi być dostępna z poziomu oprogramowania w postaci elektronicznej (pliki PDF lub DOC lub RTF).

  9. System musi zapewniać weryfikację wprowadzanych danych w formularzach i kreatorach.

  10. Zapewnienie bezpieczeństwa danych zarówno na poziomie danych wrażliwych jak i komunikacji sieciowej przy zastosowaniu bezpiecznych protokołów sieciowych.

  11. System musi zapewniać możliwość utworzenia kopii zapasowej danych w dowolnym momencie.


Licencjonowanie:

  1. Licencje muszą zostać wystawione na czas nieoznaczony (bezterminowy).

  2. Oferowane licencje muszą pozwalać na użytkowanie oprogramowania zgodnie z przepisami prawa.

  3. Licencja oprogramowania nie może ograniczać prawa licencjobiorcy do rozbudowy, zwiększenia ilości serwerów obsługujących oprogramowanie, przeniesienia oprogramowania na inny serwer, rozdzielenia funkcji serwera (osobny serwer bazy danych, osobny serwer aplikacji, osobny serwer plików).

  4. Licencja oprogramowania musi być licencją bez ograniczenia ilości komputerów, serwerów, na których można zainstalować i używać oprogramowanie.

  5. Licencja na oprogramowanie nie może w żaden sposób ograniczać sposobu pracy użytkowników końcowych (np. praca w sieci LAN, praca zdalna poprzez Internet). Użytkownik może pracować w dowolny dostępny technologicznie sposób.

  6. Licencja oprogramowania nie może ograniczać prawa licencjobiorcy do wykonania kopii bezpieczeństwa oprogramowania w ilości, którą uzna za stosowną.

  7. Licencja oprogramowania nie może ograniczać prawa licencjobiorcy do instalacji użytkowania oprogramowania na serwerach zapasowych uruchamianych w przypadku awarii serwerów podstawowych.

  8. Licencja oprogramowania nie może ograniczać prawa licencjobiorcy do korzystania z oprogramowania na dowolnym komputerze klienckim (licencja nie może być przypisana do komputera/urządzenia).

  9. Licencja oprogramowania musi pozwalać na modyfikację, zmianę, rozbudowę, oprogramowania w celu przystosowania go do potrzeb.

  10. Dostarczane oprogramowanie musi być objęte minimum 24 miesięczną gwarancją producenta.


  1. Stworzenie modułu komunikacji dla CPeUM

W ramach przedmiotowego działania Centralna Platforma e-Usług Mieszkańca zostanie wyposażona w dodatkowe mechanizmy komunikacji z mieszkańcami realizowane w oparciu o dodatkowe oprogramowanie związane z:

  1. Obsługą spraw dotyczących prowadzenia konsultacji społecznych.

  2. Obsługą komunikacji przy wykorzystaniu urządzeń mobilnych.

Obsługa spraw dotyczących prowadzenia konsultacji społecznych obejmie dostawę modułu rozbudowującego CPeUM, który:

  1. powinien umożliwiać prowadzenie konsultacji społecznych z mieszkańcami, organizacjami, stowarzyszeniami i jednostkami własnymi JST, obejmujące swoim zasięgiem obszar działania urzędu lub wybrane jego części w formie: forum dyskusyjnego i/lub ankiet i/lub konsultacji dokumentu.

  2. powinien umożliwiać automatyczne powiadamianie zarejestrowanych osób, które wyraziły chęć otrzymywania powiadomień o zbliżających się terminach konsultacji lub ich etapów.

  3. powinien umożliwiać zainteresowanym osobom udział w konsultacjach społecznych z wykorzystaniem dedykowanych e-usług i formularzy opublikowanych na platformie ePUAP.

  4. powinien umożliwiać rejestrację osób zainteresowanych udziałem w konsultacjach społecznych z wykorzystaniem dedykowanej e-usługi i formularza ePUAP.

  5. powinien publikować wszystkie aktualnie prowadzone, zakończone i archiwalne formy konsultacji społecznych.

  6. powinien być podzielony na dwie części:

    1. prywatną – dostępną tylko dla zalogowanych, uprawnionych pracowników urzędu. Konfigurowanie oraz wszystkie wpisy dotyczące konsultacji i kolejnych jej etapów wykonywane przez urząd powinny być możliwe tylko z w strefie prywatnej,

    2. publiczną – dostępną uczestnikom konsultacji, przy czym przeglądać wszystkie formy konsultacji może każdy i zawsze, ale wziąć w nich udział mogą tylko zalogowani uczestnicy.

  7. powinien umożliwiać prowadzenie wielu konsultacji jednocześnie.

  8. powinien umożliwiać przeprowadzanie złożonego procesu konsultacji społecznych, składającego się z jednego lub wielu etapów i zróżnicowanych form w ramach jednej konsultacji społecznej.

  9. powinien udostępniać wszystkie zaplanowane, aktualnie prowadzone oraz zakończone konsultacje społeczne oraz informacje o nich (harmonogramy, załączniki) wszystkim zainteresowanym osobom, bez konieczności logowania.

  10. powinien umożliwiać przeprowadzenie konsultacji skierowanej do wszystkich podmiotów i/lub mieszkańców – konsultacje otwarte.

  11. powinien umożliwiać przeprowadzenie konsultacji skierowanej do wybranej grupy uczestników – konsultacje zamknięte.

  12. powinien umożliwiać przeprowadzenie konsultacji wymagającej podpisu pod wyrażoną opinią – konsultacje sformalizowane.

  13. powinien umożliwiać przeprowadzenie konsultacji niewymagającej podpisu pod wyrażoną opinią – konsultacje niesformalizowane.

  14. powinien umożliwiać zaprojektowanie harmonogramu przebiegu konsultacji – terminów rozpoczęcia i zakończenia konsultacji, każdego z jej etapów, jego form, przy czym musi umożliwiać takie zaprojektowanie harmonogramu, żeby można było uwzględnić również te formy konsultacji, dla których system nie przewiduje wsparcia, np. spotkania informacyjne. Harmonogram musi być jednocześnie mechanizmem kontrolującym przebieg konsultacji, który w sposób automatyczny odpowiednio włącza lub wyłącza dostęp do aktualnego etapu konsultacji. Harmonogram działa niezależnie dla każdej konsultacji i stanowi jej integralną część.

  15. powinien umożliwiać załączanie plików do konsultacji lub dowolnego jej etapu użytkownikom wewnętrznym na etapie tworzenia konsultacji, oraz do forum, użytkownikom zewnętrznym, w trakcie wyrażania swoich opinii.

  16. powinien umożliwiać przerwanie tworzenia konsultacji społecznej i zapisanie jej na dowolnym etapie tworzenia.

  17. powinien umożliwiać dowolną modyfikację zaprojektowanej konsultacji społecznej, lub jej etapu, która nie została rozpoczęta.

  18. powinien umożliwiać publikowanie wyników ankiety w trakcie trwania konsultacji, jak również po jej zakończeniu oraz dodatkowo, po jej zakończeniu generować wyniki w postaci raportu.

  19. powinien umożliwiać tworzenie szablonów konsultacji, które mogą być później wykorzystane do stworzenia nowej konsultacji, bazującej na szablonie.

  20. powinien prezentować statystki dotyczące poszczególnych konsultacji społecznych, czy jej etapów, w szczególności liczbę wypowiedzi lub oddanych głosów.

  21. powinien umożliwiać generowanie raportu po każdym zakończonym etapie konsultacji oraz raport końcowy z przebiegu konsultacji.


Obsługa komunikacji przy wykorzystaniu urządzeń mobilnych obejmie dostawę modułu rozbudowującego CPeUM, który:

  1. powinien umożliwiać wysyłanie drogą elektroniczną wiadomości o ważnych wydarzeniach i przedsięwzięciach realizowanych przez Urząd, zagrożeniach, czy indywidualnych sprawach związanych z obsługą obywateli.

  2. powinien umożliwiać wysyłanie wiadomości tylko do osób, które wyrażą na to zgodę pisemną i zostaną zarejestrowane w bazie odbiorców lub zarejestrują się osobiście w bazie odbiorców wiadomości za pośrednictwem platformy ePUAP i dedykowanego formularza.

  3. powinien być dostępny tylko dla zalogowanych użytkowników, pracowników urzędu.

  4. powinien być stworzony w technologii Web.

  5. powinien mieć interfejs użytkownika w całości w języku polskim.

  6. powinien umożliwiać tworzenie dowolnej liczby kont użytkowników pełniących minimum trzy role:

  1. administratora systemu,

  2. operatora wiadomości,

  3. operator danych osobowych.

  1. powinien umożliwiać pracę dowolnej liczbie użytkowników jednocześnie.

  2. powinien umożliwiać zarządzanie danymi obywateli zarejestrowanych w systemie. W szczególności musi umożliwiać:

  1. dodawanie, edytowanie i usuwanie danych obywateli zarejestrowanych w systemie,

  2. czasowe wyłączenie konta obywatela,

  3. resetowanie kodu walidacyjnego wykorzystywanego w aplikacji mobilnej.

  1. powinien umożliwiać wysyłanie wiadomości do odbiorców następującymi kanałami:

  1. poczta email,

  2. ePUAP,

  3. sms (system powinien umożliwiać integrację z zewnętrznym dostawcą usług bramki sms),

  4. aplikacja mobilna.

  1. powinien umożliwiać tworzenie wiadomości, na którą składają się minimum następujące elementy:

  1. kategoria wiadomości,

  2. temat wiadomości,

  3. treść wiadomości,

  4. załącznik.

  1. powinien umożliwiać wprowadzenie minimum dwóch różnych treści dla jednej wiadomości wysyłanych różnymi kanałami odpowiednio przez sms i pozostałe kanały.

  2. powinien umożliwiać wybór wielu kanałów dystrybucji wiadomości dla jednej wiadomości oraz umożliwiać określenie priorytetu spośród wybranych kanałów.

  3. powinien umożliwiać przerwanie tworzenia wiadomości i zapisanie na dowolnym etapie jej tworzenia.

  4. powinien automatycznie nadawać statusy zapisanym lub wysyłanym wiadomościom, które będą uzależnione od stanu ich gotowości do lub realizacji wysyłki (np. projektowana, gotowa, wysłana).

  5. powinien umożliwiać tworzenie szablonów wiadomości.

  6. powinien umożliwiać zarządzanie kategoriami wiadomości (tworzenie, edycja i usuwanie).

  7. powinien umożliwiać wysyłanie wiadomości do grupy osób lub do jednej, wybranej osoby.

  8. W przypadku wysyłania wiadomości do wielu odbiorców powinien umożliwiać tworzenie grup osób w oparciu o minimum następujące parametry:

  1. płeć,

  2. wiek (data urodzenia, przedziały wieku),

  3. adres zamieszkania (np. gmina, miasto, ulica),

  4. imię,

  5. nazwisko.

  1. powinien umożliwiać tworzenie i zapisywanie grup odbiorców jako predefiniowany zestaw parametrów dynamicznego wyszukiwania odbiorców.

  2. powinien umożliwiać wybór kanału dystrybucji wiadomości.

  3. powinien umożliwiać wysyłanie wiadomości natychmiast lub w dowolnie określonym terminie późniejszym.

  4. powinien umożliwiać modyfikację niewysłanych wiadomości lub wstrzymanie ich wysyłki.

  5. powinien obsługiwać dziennik zdarzeń, w którym zapisywane będą minimum następujące zdarzenia:

  1. dodawanie, edycja i usuwanie danych obywateli,

  2. dodawanie, edycja i usuwanie danych użytkowników systemu,

  3. reset hasła użytkowników systemu,

  4. zmiana uprawnień użytkownika systemu,

  5. dodawanie, edycja i usuwanie wiadomości,

  6. dodawanie, edycja i usuwanie grup odbiorców,

  7. archiwizacja dziennika zdarzeń i komunikacji.

  1. powinien obsługiwać dziennik komunikacji, w którym zapisywane będą informacje związane z wysyłką komunikatów.

  2. powinien umożliwiać jego wykorzystanie przez pracowników jednostek podległych (np. szkoły) na następujących zasadach:

  1. powinien umożliwiać tworzenie użytkowników, dedykowanych pracowników jednostek podległych,

  2. powinien wydzielać przestrzeń dla użytkowników jednostek podległych w taki sposób, żeby mieli oni dostęp tylko do treści związanych z działaniami danej jednostki,

  3. powinien umożliwiać wykorzystywanie danych kontaktowych zarejestrowanych w bazie osób bez możliwości ich przeglądania, edycji, dodawania i usuwania,

  1. powinien umożliwiać integrację z ePUAP:

  1. powinien umożliwiać integrację z dedykowaną skrytką urzędu,

  2. powinien umożliwiać skonfigurowanie komunikacji z ePUAP (skrytka, certyfikat i hasło),

  3. powinien automatycznie pobierać, z dedykowanej skrytki ePUAP, dane z wypełnionych przez rejestrujące się osoby formularzy i rejestrować je w bazie, tylko w przypadku, kiedy dane formularza zostały podpisane profilem zaufanym,

  4. powinien umożliwiać wysyłkę wiadomości, podpisanych profilem zaufanym, na konta ePUAP zarejestrowanych osób, które podały swój adres skrytki ePUAP.

  1. powinien umożliwiać integrację z systemem dziedzinowym:

  1. powinien udostępniać niezbędne mechanizmy komunikacji dwustronnej (interfejs API), umożliwiające wymianę informacji z systemem dziedzinowym,

  2. powinien umożliwiać wysyłanie informacji podatkowych generowanych przez podatkowy system dziedzinowy do obywatela, przy czym informacja taka musi trafić do właściwej, zarejestrowanej w systemie osoby, która w trakcie procesu rejestracji podała PESEL i/lub NIP (parametr identyfikacyjny),

  3. powinien automatycznie weryfikować zgodność parametru identyfikacyjnego z systemu dziedzinowego z przechowywanym w swoim rejestrze obywateli,

  4. powinien obsługiwać wysyłkę minimum następujących typów wiadomości z systemu dziedzinowego:

    • Informacja o wystawionej decyzji

    • Informacja o zbliżającym się terminie płatności

    • Informacja o zaległości

    • Wezwanie do złożenia deklaracji

    • Informacja o wystawionej decyzji

    • Informacja o zbliżającym się terminie płatności

    • Informacja o zaległości

  1. powinien zapisywać i odpowiednio oznaczać w dzienniku zdarzeń wszystkie wysłane informacje podatkowe,

  2. cała komunikacja pomiędzy systemem dziedzinowym, a systemem powinna być zabezpieczona przed nieautoryzowanym dostępem,

  3. system powinien udostępniać dziedzinowemu systemowi informacje o statusie wysłanej wiadomości.

  1. Wszystkie parametry konfiguracyjne systemu związane z komunikacją powinny być konfigurowalne za pomocą dedykowanych formularzy będących częścią systemu.

  2. Aplikacja mobilna:

  1. powinna umożliwiać odbieranie wiadomości wysyłanych przez Urząd,

  2. powinna wyświetlać wiadomości z podziałem na kategorie wiadomości,

  3. powinna obsługiwać kod autoryzacji, który służyć będzie jednoznacznej identyfikacji obywatela, przy czym, każdy zarejestrowany w systemie obywatel, musi automatycznie otrzymać określonym kanałem komunikacji (ePUAP, email, sms) lub w przypadku rejestracji w urzędzie, w formie pisemnej, wygenerowany przez system kod,

  4. powinna umożliwiać wybór określonych grup komunikatów przez autoryzowanych użytkowników aplikacji mobilnej, którymi jest on zainteresowany,

  5. aplikacja mobilna powinna pracować na minimum dwóch z trzech systemów: Android 4.0 i wyżej, Windows Phone 8.1 i wyżej, iOS 7 i wyżej,

  6. aplikacja mobilna powinna dawać możliwość zmiany kontrastu i wielkości liter prezentowanych treści.

Wymagania niefunkcjonalne oraz wymagania w zakresie licencjonowania są tożsame z wymaganiami określonymi dla Centralnej Platformy e-Usług Mieszkańca.


  1. Stworzenie systemu informacji przestrzennej

Wymagania funkcjonalne:

  1. Opis niezbędnych parametrów oprogramowania - nawigacja, wyświetlanie i obsługa okna mapy musi umożliwiać:

  1. Przesuwanie, przybliżanie, oddalanie mapy, obiektu, możliwość wyboru dowolnej skali.

  2. Przybliżanie do punktu na podstawie określenia współrzędnych.

  3. Pomiar odległości, powierzchni, kątów.

  4. Wyszukiwanie obiektów na mapie na podstawie nazwy atrybutu oraz selekcja danych według atrybutów oraz kryteriów przestrzennych.

  5. Obsługę formatów wektorowych {dgn. tab. dwg. shp. kml. .asc) i rastrowych (tiff).

  6. Możliwość eksportu danych do formatu pliku GML wymaganego stosownym rozporządzeniem.

  7. Jednoczesne przeglądanie danych rastrowych i wektorowych we wszystkich obsługiwanych tarmatach.

  8. Obsługa układów odniesienia: PUWG65, PUWG92, PUWG2000, UTM.

  9. Możliwość zmiany układów współrzędnych.

  10. Ustawienie maksymalnej i minimalnej skali wyświetlania warstw.

  11. Możliwość określenia przestrzennych filtrów ograniczających wyświetlanie mapy.

  1. Opis niezbędnych parametrów oprogramowania * obsługa danych rastrowych musi umożliwiać:

  1. Wyświetlanie wielo kanałowych obrazów przez przypisanie wartości RGB kanałom.

  2. Możliwość zdefiniowania transparencji wybranego koloru.

  3. Wyświetlanie wartości obrazu przy użyciu mapy barw.

  4. Wyświetlanie samych obrysów rastrów.

  5. Ustawienia jasności i kontrastu wyświetlanego rastra.

  6. Budowa piramid obrazów (overview).

  7. Zmiana odwzorowania rastra.

  8. Przeskalowanie, obrót, przesunięcie.

  9. Mozaikowanie, przepróbkowanie (resampling).

  10. Konwersja rastrów (w trybie pojedynczym i wsadowym) pod względem formatu, rozdzielczości, palety barw, układu współrzędnych.

  11. Bezpośredni odczyt i zapis danych rastrowych.

  1. Opis niezbędnych parametrów oprogramowania - obsługa danych wektorowych musi umożliwiać:

  1. Zróżnicowanie symbolizacji dla określonych skal mapy.

  2. Wykluczanie obiektów wyświetlanych poprzez zapytania SQL.

  3. Jednolita symbolizacjadanych.

  4. Zróżnicowana symbolizacja dla unikalnych wartości atrybutu.

  5. Możliwość definiowania symboli wypełnienia, linii, obrysów i punktów.

  6. Możliwość ustawania procentowej przeźroczystości prezentowanych warstw.

  7. Możliwość tworzenia symboli złożonych z wielu symboli.

  8. Kartogram {wizualizacja zjawisk poprzez gradację koloru lub stopniowaniem wielkości symboli, mapa kropkowa), kartodiagram (symbolizacja wykresami kołowymi i słupkowymi).

  9. Możliwość ograniczenia widoczności pól tabeli atrybutów.

  10. Prowadzenie operacji matematycznych, statystycznych, tekstowych i logicznych na danych.

  11. Sortowanie względem wielu atrybutów.

  12. Identyfikacja wybranych obiektów tabeli na mapie oraz identyfikacja wybranych obiektów na mapie w tabeli.

  13. Możliwość generowania raportów dotyczących powierzchni warstw, powierzchni poszczególnych przeznaczeń z podziałem na poszczególne uchwały (możliwość eksportu do arkusza kalkulacyjnego).

  14. Możliwość generowania własnych kompozycji wydruków.

  15. Możliwość eksportowania wybranych obiektów do nowej warstwy (np. wybranie działek, dla których aktualnie sporządzany jest nowy MPZP i zapisanie obiektów jako nowa warstwa wektorowa).

  16. Bezpośredni odczyt i zapis danych wektorowych.

  1. Opis niezbędnych parametrów oprogramowania - wydruki map muszą umożliwiać: dodanie elementów rozkładu wydruku mapy: mapa, tytuł, dowolny tekst, ramka, dowolne obiekty graficzne, legenda, strzałka północy, skala liniowa, mianowana i liczbowa, obiekt graficzny, siatka kilometrowa, siatka kartograficzna.

  2. Opis niezbędnych parametrów oprogramowania - obsługa tekstu na mapie musi umożliwiać:

  1. Tworzenie „w locie" dynamicznych etykiet, na podstawie wartości z atrybutu.

  2. Dostępność predefiniowanych stylów etykiet.

  3. Obrót etykiet na podstawie pola atrybutu.

  4. Możliwość określenia schematów dynamicznego etykietowania określanych dla każdej warstwy mapy, możliwość definiowania położenia etykiety (poziomo, równolegle do linii, wzdłuż krzywych, na/nad/pod obiektem, określonym przesunięciu od obiektu), obsługa zakrzywionych etykiet.

  5. Interaktywne przesuwanie, obracanie i skalowanie opisów.

  6. Dodawanie opisów poziomych lub pod określonym kątem.

  1. Opis niezbędnych parametrów oprogramowania - obsługa geometrii na mapie musi umożliwiać:

  1. Jednoczesne edytowanie obiektów na wielu warstwach.

  2. Możliwość operacji cofnij/ponów.

  3. Opcje dociągania do wierzchołka, segmentu, do wierzchołka i segmentu.

  4. Możliwość zdefiniowania tolerancji dociągania.

  5. Tworzenie geometrii w oparciu o istniejące obiekty.

  6. Przycinanie geometrii do określonej długości.

  7. Tworzenie nowych poligonów z przecięcia istniejących obiektów.

  8. Przecinanie warstw poligonowych.

  9. Rozciąganie i przycinanie obiektów do innych obiektów.

  10. Przesuwanie, obrót, usuwanie, kopiowanie oraz wklejanie obiektów.

  11. Dodawanie, usuwanie i edycja lokalizacji wierzchołków.

  12. Modyfikacja pojedynczego wybranego rekordu lub grupy rekordów jednocześnie.

  13. Kopiowanie atrybutów do jednego lub więcej wierszy jednocześnie.

  14. Wymagania w zakresie obsługi analiz przestrzennych: wycinanie, przecinanie, sumowanie, buforowanie.

Wymagania niefunkcjonalne:

  1. System musi być zaprojektowany w modelu trój warstwowym:

  1. warstwa danych,

  2. warstwa aplikacji,

  3. warstwa prezentacji - przeglądarka internetowa - za pośrednictwem które] następuje właściwa obsługa systemu przez użytkownika końcowego.

  1. System musi pracować pod kontrolą systemu operacyjnego Windows XP, Windows Vista, Windows 7, Windows 8 i Windows 10 zarówno w wersjach 32 i 64 bitowych.

  2. System musi pracować w wersji sieciowej z wykorzystaniem protokołu TCP/IP oraz być w pełni kompatybilny z sieciami TCP/IP.

  3. Architektura systemu powinna umożliwiać pracę jedno i wielostanowiskową, zapewniać jednokrotne wprowadzanie danych tak, aby były one dostępne dla wszystkich użytkowników.

  4. W przypadku gdy system do pracy wykorzystuje silnik bazy danych, baza taka musi być kompatybilna z systemem Windows i musi istnieć możliwość jej instalacji i pracy na zasadach określonych jak dla systemu.

  5. System w zakresie wydruków musi wykorzystywać funkcjonalność systemu Windows i umożliwiać wydruk na dowolnej drukarce zainstalowanej i obsługiwanej w systemie Windows, na którym zostanie zainstalowane oprogramowanie (drukarki lokalne, drukarki sieciowe).

  6. System powinien prawidłowo pracować na najnowszych wersjach przeglądarek Mozilla Firefox, Google Chrome, Opera, Microsoft Internet Explorer i Microsoft Edge.

  7. Interfejs użytkownika (w tym administratora) powinien być w całości polskojęzyczny.

  8. Dokumentacja powinna zawierać opis funkcji programu, wyjaśniać zasady pracy z programem oraz zawierać opisy przykładowych scenariuszy pracy.

  9. Dokumentacja musi być dostępna z poziomu oprogramowania w postaci elektronicznej (pliki PDF lub DOC lub RTF).

  10. System musi zapewniać weryfikację wprowadzanych danych w formularzach i kreatorach.

  11. Zapewnienie bezpieczeństwa danych zarówno na poziomie danych wrażliwych jak i komunikacji sieciowej przy zastosowaniu bezpiecznych protokołów sieciowych.

  12. System musi zapewniać możliwość utworzenia kopii zapasowej danych w dowolnym momencie.

Licencjonowanie:

  1. Licencje muszą zostać wystawione na czas nieoznaczony (bezterminowy).

  2. Oferowane licencje muszą pozwalać na użytkowanie oprogramowania zgodnie z przepisami prawa.

  3. Licencja oprogramowania nie może ograniczać prawa licencjobiorcy do rozbudowy, zwiększenia ilości serwerów obsługujących oprogramowanie, przeniesienia oprogramowania na inny serwer, rozdzielenia funkcji serwera (osobny serwer bazy danych, osobny serwer aplikacji, osobny serwer plików).

  4. Licencja oprogramowania musi być licencją bez ograniczenia ilości komputerów, serwerów, na których można zainstalować i używać oprogramowanie.

  5. Licencja na oprogramowanie nie może w żaden sposób ograniczać sposobu pracy użytkowników końcowych (np. praca w sieci LAN, praca zdalna poprzez Internet). Użytkownik może pracować w dowolny dostępny technologicznie sposób.

  6. Licencja oprogramowania nie może ograniczać prawa licencjobiorcy do wykonania kopii bezpieczeństwa oprogramowania w ilości, którą uzna za stosowną.

  7. Licencja oprogramowania nie może ograniczać prawa licencjobiorcy do instalacji użytkowania oprogramowania na Sewerach zapasowych uruchamianych w przypadku awarii serwerów podstawowych.

  8. Licencja oprogramowania nie może ograniczać prawa licencjobiorcy do korzystania z oprogramowania na dowolnym komputerze klienckim (licencja nie może być przypisana do komputera/urządzenia).

  9. Licencja oprogramowania musi pozwalać na modyfikację, zmianę, rozbudowę, oprogramowania w celu przystosowania go do potrzeb.

  10. Dostarczone oprogramowanie musi być objęte minimum 24 miesięczną gwarancją producenta.


  1. Usługi Informatyczne – Modernizacja systemu dziedzinowego

W ramach modernizacji istniejącego systemu dziedzinowego przewidziano następujące prace programistyczne:

  1. Przygotowanie systemu dziedzinowego do pełnej obsługi dokumentów elektronicznych sporządzonych przy pomocy formularzy elektronicznych bez konieczności ręcznego wprowadzania dokumentu elektronicznego oraz danych z dokumentu elektronicznego.

  2. Utworzenie niezbędnych do procedowania e-usług finansowych elementów systemu dziedzinowego.

  3. Przygotowanie systemu dziedzinowego w zakresie umożliwienia przygotowania dokumentu elektronicznego w celu wysyłki do klienta bez konieczności ręcznego wprowadzania danych do dokumentu wychodzącego, które istnieją w systemie dziedzinowym.

  4. Przygotowanie systemu dziedzinowego w zakresie umożliwienia podpisania dokumentu elektronicznego podpisem kwalifikowanym oraz weryfikacji poprawności podpisu na dokumencie elektronicznym przychodzącym.

  5. Przygotowanie systemu dziedzinowego w zakresie umożliwienia automatycznej obsługi dokumentów elektronicznych przychodzących i wychodzących w zakresie innych systemów merytorycznych funkcjonujących w urzędzie.

  6. Utworzenie hurtowni danych zawierającej jednolitą i uporządkowaną informację dotyczącą wszystkich należności, wartości odsetek należnych dla urzędu w przypadku należności zaległych ze wszystkich systemów merytorycznych funkcjonujących w urzędzie. Hurtownia danych powinna zawierać rodzaje należności, historię wpłat dotycząca należności wraz z listą osób wpłacających należności, wartości odsetek należnych dla urzędu w przypadku należności zaległych.

  7. Przygotowanie systemu dziedzinowego do współpracy z zamawianym systemem elektronicznego obiegu dokumentów (EOD) w zakresie:

    1. SD musi mieć możliwość korzystania ze wspólnych danych logowania (login i hasło) z EOD dla pracowników JST opartych o usługę katalogową LDAP.

    2. SD musi mieć możliwość synchronizowania baz kontrahentów w zakresie z EOD:

      1. Dodawania kontrahentów z pełnymi danymi (x.xx.: imię, nazwisko/nazwa, pesel, nip, adresy pocztowe, adresy elektroniczne i inne)

      2. Usuwanie kontrahentów

      3. Modyfikowanie danych kontrahenta

      4. Masowe synchronizowanie baz kontrahentów

      5. Łączenie kontrahentów w obu systemach jednocześnie

    3. Zakres wymienianych danych z EOD nie może być mniejszy niż: Nazwisko lub nazwa firmy, Imię, Drugie imię, PESEL, REGON, NIP, Adres stały ze wskazanie na TERYT, Adres korespondencyjny ze wskazaniem na TERYT, Adres skrytki ePUAP, Oznaczenie czy jest zgoda na komunikację drogą elektroniczną, Forma prawna, Typ podmiotu (osoba fizyczna, podmiot gospodarczy).

    4. SD musi wymieniać dokumenty elektroniczne przychodzące z ePUAP i skierowane na ePUAP z EOD w zakresie:

      1. Metadanych dokumentów

      2. Dokumentu elektronicznego w XML

      3. Załączników do dokumentu elektronicznego

    5. SD musi mieć możliwość podglądu wszystkich dokumentów danego kontrahenta.

  8. Integracja systemu dziedzinowego w zakresie gospodarki nieruchomościami z zasobem ewidencji gruntów i budynków (z wykorzystaniem formatu plików SWDE), do generowania bazy nieruchomości, a także do celów weryfikacji w systemach dziedzinowych np. porównywania zgłoszonych powierzchni do opodatkowania a faktycznym stanem posiadania zawartym w ewidencji gruntów i budynków.

  9. Integrację systemu dziedzinowego z aplikacjami zewnętrznymi, które pośredniczą w komunikacji z innymi organami administracji np. Zakładem Ubezpieczeń Społecznych (ZUS – program PŁATNIK), Ministerstwem Finansów (MF – BESTIA), oraz Głównym Urzędem Statystycznym (GUS), które agregują dane w skali całego kraju dla celów analitycznych i sprawozdawczych.

  10. Integrację systemu dziedzinowego z systemami bankowymi, w zakresie generowania przelewów do banku oraz automatyzacja obsługi wyciągów bankowych, zwłaszcza w zakresie masowych płatności podatników.

  11. Przygotowanie mechanizmów integracji z CPeUM poprzez rozbudowę funkcjonalności SD w zakresie:

    1. SD musi udostępniać informacje o kontrahentach w zakresie nie mniejszym niż: Nazwa/Nazwisko, Imię, Pesel, NIP, Adres z uwzględnieniem wskazań na słownik TERYT.

    2. SD musi udostępniać informacje o należnościach kontrahenta z uwzględnieniem, że kilku kontrahentów może dotyczyć jedna należność.

    3. Informacje dot. należności nie mogą mieć mniejszego zakresu niż: rodzaj należności, kwota, kwota do zapłaty, kwota odsetek, VAT, kwota do zapłaty VAT, numer decyzji urzędowej, termin płatności.

    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.

    5. SD musi udostępniać informacje dotyczące wpłat dokonanych na należności. Przekazane dane muszą zawierać zakres informacyjny przynajmniej: data wpłaty, kwota, kwota odsetek, kwota vat, kontrahent wpłacający.

    6. SD musi udostępniać szczegółowe informacje dla należności do zapłaty będących Wezwaniami lub Upomnieniami takie jak: data odbioru, data wydania, data zapłaty, koszt, numer.

    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ż: data od – do dla zezwolenia, data wydania, numer zezwolenia, rok zezwolenia, typ zezwolenia (A, B, C), stan zezwolenia, adres punktu sprzedaży.

    8. SD musi udostępniać szczegółowe informacje dla należności dotyczących mienia, w zakresie nie mniejszym niż: data wystawienia dokumentu, numer dokumentu, nazwa dokumentu (np. Akt notarialny, Akt własności ziemi, decyzja administracyjna, księga wieczysta i inne), dane o nieruchomości której to dotyczy (lokal, budynek, działka, obręb, jednostka ewidencyjna), dane kontrahenta wskazanego jako właściciel i część udziału którą posiada (np. 100%, 1/3, etc.).

    9. SD musi udostępniać informacje dla należności dotyczącej podatku od osób prawnych i fizycznych w zakresie nie mniejszym niż: numer dokumentu, rok dokumentu, typ dokumentu (Decyzja czy Deklaracja), rodzaj podatku, typ decyzji, wskazanie nieruchomości które dotyczy (budynek, działka, obręb etc.)

    10. SD musi udostępniać informacje dla należności dotyczącej opłaty za gospodarowanie odpadami w zakresie minimalnym: punkt odbioru odpadów, typ zbiórki odpadów (np. selektywna / nieselektywna), parametry deklaracji, numer deklaracji, adres punktu odbioru odpadów.

    11. 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.

    12. SD musi umożliwiać podanie należności z określeniem: nazwy, typu, kwoty, terminu płatności, kontrahenta.

    13. CPeUM 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.


  1. Opracowanie API zasobu informacji przestrzennej

W ramach działania zostanie opracowany interfejs programistyczny API pozwalający na wymianę danych z innymi systemami poprzez:

  1. mechanizmy umożliwiające przetwarzanie milionów zbiorów cyfrowych o dużej wadze,

  2. mechanizmy automatycznego przygotowywania wtórników (kopi) plików oryginalnych do celów szybkiego podglądu,

  3. mechanizm kafelkowania wyświetlania plików - pozwalający szybko przez sieć komputerową pracować na wycinkach (powiększeniach) dużych plików oryginalnych,

  4. możliwość zdefiniowania procesu skanowania i kontroli jakości skanów jak i metadanych.

  5. możliwość udostępniania plików oryginalnych i wtórników do zewnętrznych systemów informatycznych,

  6. zagwarantowanie niezmienności skanu oryginalnego poprzez odizolowanie


  1. Opracowanie i wdrożenie e-usług na platformie ePUAP – 3PD

Do uruchomienia e-usług publicznych konieczne jest przygotowanie oraz zainstalowanie formularzy, przygotowanie projektów dokumentacji zgłoszeniowej oraz skonfigurowanie działania adekwatnych e-usług na platformie ePUAP.


Lista e-usług, które zostaną uruchomione w ramach działania to:

1.

Wniosek o zwrot podatku akcyzowego zawartego w cenie oleju napędowego wykorzystywanego do produkcji rolnej

2.

Wniosek o wydanie zaświadczenia o wielkości gospodarstwa rolnego

3.

Wniosek o wydanie zaświadczenia o niezaleganiu w podatkach lub stwierdzające stan zaległości

4.

Wniosek o wydanie decyzji o warunkach zabudowy i zagospodarowania terenu

5.

Udział w konsultacjach społecznych

6.

Wniosek o rejestrację w module komunikacji CPeUM


Wszystkie opracowane w ramach zadania e-usługi cechować się będą 3. poziomem dojrzałości.


Wymagania w zakresie formularzy ePUAP:

  1. Formularze stosowane na ePUAP powinny być tworzone z wykorzystaniem języka XForms oraz XPath.

  2. Układ graficzny wszystkich formularzy powinien być w miarę możliwości jednolity.

  3. Formularze muszą zapewniać walidację wprowadzonych danych po stronie klienta i serwera zgodnie z walidacją zawartą w schemacie dokumentu.

  4. Dopuszcza się możliwość wykorzystania wzorów, które są już opublikowane w CRD.

  5. Poszczególne formularzy wzory dokumentów elektronicznych powinny składać się z:

    1. Wyróżnik (wyróżnik.xml).

    2. Schemat (schemat.xml).

    3. Wizualizacja (styl.xsl).


  1. Opracowanie i wdrożenie e-usług na platformie ePUAP - 5PD A

Opracowanie i wdrożenie e-usług na 5 poziomie dojrzałości obejmuje:

  1. Odwzorowanie zaprojektowanych procesów biznesowych w systemach informatycznych wspierających świadczenie e-usług publicznych na 5 poziomie dojrzałości.

  2. Wskazanie odpowiednich aktów prawnych jako źródeł wytycznych i ograniczeń dotyczących dokumentów odnoszących się do danej elektronizowanej usługi publicznej,

  3. Identyfikację w treści dokumentów zapisów wymagających modyfikacji w wyniku elektronizacji usług publicznych.

  4. Opracowanie kart usług zawierające podstawowe informacje dotyczące specyfiki danej usługi publicznej.

  5. Opracowanie zbioru danych, które będą określać zestaw, sposób oznaczania, wymagalność elementów treści i metadanych dokumentu elektronicznego dla każdej e-usługi publicznej.

  6. Analizę dostępności formularzy elektronicznych w Centralnym Repozytorium Wzorów Dokumentów Elektronicznych pod kątem możliwości ich wykorzystania w celu świadczenia wdrażanych w ramach projektu e-usług publicznych.

  7. W przypadku, jeżeli nie będzie możliwości wykorzystania dla e-usługi publicznej formularzy dostępnych w CRWDE prace obejmą przygotowanie i zgłoszenie formularzy ePUAP dla każdej z wybranych e-usług publicznych.


Do uruchomienia e-usług publicznych konieczne jest przygotowanie oraz zainstalowanie formularzy, przygotowanie projektów dokumentacji zgłoszeniowej oraz skonfigurowanie działania adekwatnych e-usług na platformie ePUAP.


Lista e-usług, które zostaną uruchomione w ramach działania to:


  1. Prowadzenie spraw w zakresie podatku od nieruchomości od osób fizycznych.

  2. Prowadzenie spraw w zakresie podatku od nieruchomości od osób prawnych.

  3. Prowadzenie spraw w zakresie podatku rolnego od osób fizycznych.

  4. Prowadzenie spraw w zakresie podatku rolnego od osób prawnych.

  5. Prowadzenie spraw w zakresie podatku leśnego od osób fizycznych.

  6. Prowadzenie spraw w zakresie podatku leśnego od osób prawnych.

  7. Prowadzenie spraw w zakresie podatku od środków transportowych.

  8. Prowadzenie spraw w zakresie opłat za gospodarowanie odpadami komunalnymi.

Wszystkie opracowane w ramach zadania e-usługi cechować się będą 5. poziomem dojrzałości (personalizacja), umożliwiając dokonanie wszystkich czynności niezbędnych do załatwienia danej sprawy drogą elektroniczną wraz z zapewnieniem elementów personalizacji.


Wymagania w zakresie formularzy ePUAP:

  1. Formularze stosowane na ePUAP powinny być tworzone z wykorzystaniem języka XForms oraz XPath.

  2. Układ graficzny wszystkich formularzy powinien być w miarę możliwości jednolity.

  3. W budowanych formularzach należy wykorzystać mechanizm automatycznego pobierania danych z profilu – celem uzupełnienia danych o wnioskodawcy.

  4. Formularze muszą zapewniać walidację wprowadzonych danych po stronie klienta i serwera zgodnie z walidacją zawartą w schemacie dokumentu.

  5. Dopuszcza się możliwość wykorzystania wzorów, które są już opublikowane w CRD.

  6. Poszczególne formularzy wzory dokumentów elektronicznych powinny składać się z:

    1. Wyróżnik (wyróżnik.xml).

    2. Schemat (schemat.xml).

    3. Wizualizacja (styl.xsl).


  1. Opracowanie i wdrożenie e-usług na platformie ePUAP - 5PD B

Opracowanie i wdrożenie e-usług na 5 poziomie dojrzałości obejmuje:

  1. Odwzorowanie zaprojektowanych procesów biznesowych w systemach informatycznych wspierających świadczenie e-usług publicznych na 5 poziomie dojrzałości.

  2. Wskazanie odpowiednich aktów prawnych jako źródeł wytycznych i ograniczeń dotyczących dokumentów odnoszących się do danej elektronizowanej usługi publicznej,

  3. Identyfikację w treści dokumentów zapisów wymagających modyfikacji w wyniku elektronizacji usług publicznych.

  4. Opracowanie kart usług zawierające podstawowe informacje dotyczące specyfiki danej usługi publicznej.

  5. Opracowanie zbioru danych, które będą określać zestaw, sposób oznaczania, wymagalność elementów treści i metadanych dokumentu elektronicznego dla każdej e-usługi publicznej.

  6. Analizę dostępności formularzy elektronicznych w Centralnym Repozytorium Wzorów Dokumentów Elektronicznych pod kątem możliwości ich wykorzystania w celu świadczenia wdrażanych w ramach projektu e-usług publicznych.

  7. W przypadku, jeżeli nie będzie możliwości wykorzystania dla e-usługi publicznej formularzy dostępnych w CRWDE prace obejmą przygotowanie i zgłoszenie formularzy ePUAP dla każdej z wybranych e-usług publicznych.


Do uruchomienia e-usług publicznych konieczne jest przygotowanie oraz zainstalowanie formularzy, przygotowanie projektów dokumentacji zgłoszeniowej oraz skonfigurowanie działania adekwatnych e-usług na platformie ePUAP.


Lista e-usług, które zostaną uruchomione w ramach działania to:

  1. Wniosek o wydanie wypisu i wyrysu z miejscowego planu zagospodarowania przestrzennego.

  2. Wniosek o wydanie wypisu i wyrysu ze studium uwarunkowań i kierunków zagospodarowania przestrzennego.

  3. Wniosek o wydanie zaświadczenia o przeznaczeniu działki w obowiązującym miejscowym planie zagospodarowania przestrzennego.

  4. Wniosek o wydanie zaświadczenia o przeznaczeniu działki w obowiązującym studium uwarunkowań i kierunków zagospodarowania przestrzennego.


Wszystkie opracowane w ramach zadania e-usługi cechować się będą 5. poziomem dojrzałości (personalizacja), umożliwiając dokonanie wszystkich czynności niezbędnych do załatwienia danej sprawy drogą elektroniczną wraz z zapewnieniem elementów personalizacji.


Wymagania w zakresie formularzy ePUAP:

  1. Formularze stosowane na ePUAP powinny być tworzone z wykorzystaniem języka XForms oraz XPath.

  2. Układ graficzny wszystkich formularzy powinien być w miarę możliwości jednolity.

  3. W budowanych formularzach należy wykorzystać mechanizm automatycznego pobierania danych z profilu – celem uzupełnienia danych o wnioskodawcy.

  4. Formularze muszą zapewniać walidację wprowadzonych danych po stronie klienta i serwera zgodnie z walidacją zawartą w schemacie dokumentu.

  5. Dopuszcza się możliwość wykorzystania wzorów, które są już opublikowane w CRD.

  6. Poszczególne formularzy wzory dokumentów elektronicznych powinny składać się z:

    1. Wyróżnik (wyróżnik.xml).

    2. Schemat (schemat.xml).

    3. Wizualizacja (styl.xsl).


  1. Przeprowadzenie digitalizacji zasobów

Procesy digitalizacji zasobów przeznaczonych do udostępnienia poprzedzi ich zidentyfikowanie i przygotowanie do dalszego przetwarzania.

Poniższe zestawienie przedstawia zasoby Informacji zidentyfikowane w podziale na zakresy tematyczne:

Miejscowy Plan Zagospodarowania Przestrzennego - Obowiązujące mpzp sztuk – 43. Nieobowiązujące mpzp szt. 4 – wpasowanie poglądowe bez wektoryzacji.

Studium uwarunkowań i kierunków zagospodarowania przestrzennego – dokument w pliku jpg (wymaga nadanie georeferencji)

Ewidencja dróg, mostów, znaków (pozyskanie materiałów źródłowych po stronie Zleceniobiorcy)

Ewidencja infrastruktury wodno-kanalizacyjnej (na podstawie GESUT zarządzanej przez Starostwo Powiatowe w Olsztynie).

Ewidencja miejscowości ulic i adresów wraz z przebiegiem ulic, skrzyżowań, granic miejscowości I lokalizacją punktów adresowych (obecnie ewidencja prowadzona jest w aplikacji Emuia dostarczanej przez GUGIK – możliwość wygenerowania pliku gml z danymi.)

Ewidencja zabytków wraz z kartami zabytków (posiadamy gminną ewidencję zabytków wraz z kartami w wersji elektronicznej – pdf)

Ewidencja lokalizacji atrakcji turystycznych, punktów widokowych, ścieżek turystycznych oraz dostępnych miejsc noclegowych (zgodnie z załączoną mapą oraz danymi dostępnymi w tutejszym urzędzie.)


Wszystkie wymienione wyżej dane cechują się unikalnością, ich wersje cyfrowe będą cechowały się również wysokim stopniem unikalności.

Procedura konwersji cyfrowej będzie realizowana przez wykonawcę zamówienia publicznego. Składać się będzie z niżej wymienionych etapów.

Etap I

- Przygotowanie danych referencyjnych w postaci elektronicznej. Pliki powinny zostać poddane bezstratnej kompresji LZW (Lemple-Zif-Xxxxx), aby wyjściowy rozmiar pliku zajmował mniej miejsca np. na dysku komputera. Wartość DPI przekształconych obrazów powinna wynosić minimum 300 jednostek.

- Zastosowanie jednolitego nazewnictwa plików danych referencyjnych. Każdy załącznik uchwały powinien zostać odpowiednio nazwany zgodnie z numerem TERYT danego podmiotu administracji publicznej, nazwą danego podmiotu administracji publicznej, nazwą danego rejestru (w określonych przypadkach powinny być oznaczone również numerem uchwały i numerem załącznika).

Etap II

- Kalibracja danych referencyjnych. Dane referencyjne należy poddać kalibracji poprzez nadanie georeferencji (do postaci plików geoTIFF) w układzie współrzędnych EPSG: 2180 (PUWG 92) lub w układzie współrzędnych EPSG: Strefa V- 2176, strefa VI - 2177, strefa VII- 2178, strefa VIII -2179 (PUWG 2000) zgodnie z przepisami ustawy z dnia 4 marca 2010 roku o Infrastrukturze Informacji Przestrzennej (Dz. U. z 2010 r. Nr 76, poz. 489 z późn. zm.) i aktów wykonawczych do tej ustawy.

Etap III

- Digitalizacja referencyjnych danych przestrzennych. Treść przestrzennych danych referencyjnych należy poddać procesowi wektoryzacji do postaci shapefile (shp) zgodnie z przepisami ustawy z dnia 4 marca 2010 roku o Infrastrukturze Informacji Przestrzennej (Dz.U. z 2010 r. Nr 76, poz. 489 z późn. zm.) i aktów wykonawczych do lej ustawy.

Etap IV

- Stworzenie metadanych zbiorów danych przestrzennych. Do przetworzonych do postaci wektorowej danych przestrzennych należy stwo-rzyć metadane zgodnie z przepisami ustawy z dnia 4 marca 2010 roku o Infrastrukturze Informacji Przestrzennej (Dz.U. z 2010 r. Nr 76, poz. 489 z późn. zm.) i aktów wykonawczych do tej ustawy.

Etap V

- Udostępnienie zbiorów danych przestrzennych za pomocą usług sieciowych i interfejsu API

Wszystkie dane przestrzenne stanowiące informacje do rejestrów publicznych muszą być opisane metadanymi zgodnie z wymogami Ustawy o Infrastrukturze Informacji Przestrzennej z 4 marca 2010 r.

Meladane przedstawione w formacie XML muszą zawierać informacje z zakresu:

        1. data ujawnienia zbioru danych przestrzennych w ewidencji,

        2. identyfikator zbioru danych przestrzennych,

        3. nazwa organu administracji, który zgłosił zbiór danych przestrzennych do ewidencji,

        4. nazwa oraz nr identyfikacyjny REGON jednostki, w której prowadzony jest zbiór,

        5. nazwa zbioru danych przestrzennych,

        6. kod oraz skrócona nazwa tematów danych przestrzennych, z którymi związany jest zbiór danych przestrzennych,

        7. TERYT

        8. obszar, do którego odnosi się zbiór danych przestrzennych

        9. dane identyfikujące przepis prawa, na podstawie którego prowadzony jest zbiór danych przestrzennych

        10. wykaz dostępnych usług danych przestrzennych związanych ze zbiorem danych przestrzennych.

Wszystkie dane przestrzenne publikowane w systemie informacji przestrzennej będą udostępniane w postaci edytowalnego formatu xls oraz csv, zgodnie z wymogami skali "5 Star Open Data".

Udostępniane cyfrowo zasoby będą dostępne bezpłatnie dla odbiorców docelowych. Odbiorcy docelowi będą posiadać nieograniczony dostęp do informacji udostępnianych cyfrowo. Dostęp do usługi wyszukiwania i przeglądania będzie nieodpłatny. W celu przeglądania danych, pobierania informacji nie jest wymagana weryfikacja użytkownika poprzez login ł hasło.

Zasoby administracji, udostępniane cyfrowo w ramach projektu, wpisują się w jeden kluczowych obszarów ISP, dla których Komisja Europejska wymaga priorytetowego udostępnienia do ponownego wykorzystania w całej Europie, tj.: dane geoprzestrzenne (poprzez mapy (w tym tematyczne), geobazy, rejestry nazw, obiektów topograficznych, budynków, gruntów, granic, podziałów terytorialnych, dane o charakterze katastralnym, dane geodezyjne, ortofotomapy).


  1. Opracowanie dokumentacji SZBI

Celem usługi w ramach działania będzie aktualizacja procedur zarządzania bezpieczeństwem informacji wdrożonych w Urzędzie z uwzględnieniem uwarunkowań i specyfiki niniejszego projektu. Analiza zostanie przeprowadzona zgodnie z wymogami ISO/IEC 19011:2002. W efekcie zostanie zaktualizowana polityka bezpieczeństwa w zakresie ochrony danych osobowych. Usługa obejmuje również aktualizację dokumentów opisujących zbiory danych i ich zgodność z wymogami prawnymi oraz aktualizację dokumentów opisujących miejsca i sposoby przetwarzania danych osobowych. Polityka bezpieczeństwa w zakresie ochrony danych osobowych będzie obejmować co najmniej:

  1. Cele polityki bezpieczeństwa,

  2. Zasady administrowania systemami informatycznymi,

  3. Określenie kompetencji, obowiązków i odpowiedzialności Administratora Bezpieczeństwa Informacji, Administratora Systemów Informatycznych oraz użytkowników systemu,

  4. Wykaz zbiorów danych osobowych, opisy ich struktury i sposobu ich przetwarzania i gromadzenia,

  5. Przepływy danych osobowych pomiędzy systemami i/lub zbiorami danych osobowych,

  6. Środki techniczne i organizacyjne zapewniające bezpieczeństwo danych,

  7. Zasady udostępniania danych osobowych

  8. Bezpieczeństwo fizyczne,

  9. Bezpieczeństwo sprzętowe, programowe, organizacyjne.


  1. Wymagania dotyczące wyposażenia komputerowego

Wykonawca przed rozpoczęciem instalacji dokona w trybie roboczym z Zamawiającym, pisemnych ustaleń na temat instalacji i wymaganej konfiguracji sprzętu.

Wykonawca będzie świadczył wdrożeniowe wsparcie techniczne dla dostarczonego przedmiotu dostawy, przez okres 60 dni od dnia dostawy potwierdzonej protokołem odbioru przedmiotu zamówienia. Wsparcie będzie świadczone przez Wykonawcę zdalnie i lokalnie w miejscu instalacji sprzętu w trybie całodobowym przez 7 dni w tygodniu w terminach i zakresie uzgadnianych z Zamawiającym. Terminy realizacji wsparcia Zamawiający będzie ustalał z Wykonawcą w trybie roboczym drogą mailową w godzinach roboczych. Zakres wsparcia:

  • Serwer Windows 2016 wraz z usługami systemowymi;

  • Usługi katalogowe Active Directory 2016;

  • Uzgadniane w ramach wsparcia wizyty przedstawiciela Wykonawcy mające na celu pomoc w administracji, rozwiązywanie problemów eksploatacyjnych i analizę funkcjonalności środowiska.

Potrzeby wsparcia będą zgłaszane do Wykonawcy przez e-mail lub telefonicznie w dniach roboczych w godzinach 8:00-15:00;

Wykonawca dostarczy dokumentację, licencje, nośniki i gwarancję na dostarczony sprzęt.

Wykonawca będzie świadczył wsparcie techniczne telefoniczne i e-mail dla dostarczanego przedmiotu zamówienia przez okres 3 lat od dnia podpisania protokołu przekazania. Wsparcie będzie świadczone w godzinach roboczych 8:00 - 15:00.

24 miesiące gwarancji realizowanej w miejscu instalacji sprzętu, z czasem reakcji do następnego dnia roboczego od przyjęcia zgłoszenia

Wykonawca dostarczy, zamontuje i skonfiguruje wyposażenie komputerowe w ilościach zgodnych z poniższym zestawieniem oraz podanej specyfikacji technicznej.


Przełącznik sieciowy- 2 szt.

  • rodzaj urządzenia: przełącznik - 52 porty – L2, zarządzalny, (dopuszcza się 48 portów RJ 45 + 4 porty SFP+)

  • rodzaj obudowy: umożliwiający montaż w szafie RACK,

  • przepustowość przełączania: 200 Gbps,

  • przepustowość: 50 Mpps,

  • pamięć RAM: 512 MB,

  • pamięć flash: 128 MB,

  • dostępne interfejsy: 52 x 1000Base-T - RJ-45,

  • standardy komunikacyjne: IEEE 802.3,IEEE 802.3ab,IEEE 802.3u,

  • gwarancja - 24 miesiące w serwisie producenta


Serwer:

  • obudowa typu Rack z możliwością instalacji 8 dysków 2.5" Hot Plug wraz z kompletem szyn umożliwiających montaż w szafie rack i wysuwanie serwera do celów serwisowych;

  • płyta główna z możliwością instalacji dwóch fizycznych procesorów, posiadająca 24 sloty na pamięci z możliwością zainstalowania do 1,5TB pamięci RAM.

  • procesory w standardzie x86, Procesor Klasy x86 z technologią czterordzeniową z rozszerzeniem 64- bitowym, pozwalający osiągnąć wydajność serwera w teście o wydajności nie mniejszej niż 8,5 w teście CPU2017 Integer Speed / SPECspeed2017_int_base dla serwera wyposażonego w procesor czterordzeniowy, którego wyniki umieszczone są na stronie xxx.xxxx.xxx W przypadku braku wyników dla oferowanego procesora oferent zobowiązany jest dołączyć oświadczenie producenta serwera, w którym opierając się na wynikach dostępnych dla innego procesora tego samego typu i tego samego producenta wykaże, iż oferowany procesor spełnia wymagania minimalne;

  • liczba zainstalowanych procesorów fizycznych - minimum 2;

  • liczba rdzeni w pojedynczym procesorze minimum 10;

  • pamięć operacyjna minimum 64 GB pamięci RAM;

  • wbudowane porty: 3 portów USB z czego min. 2 w technologii 3.0, 1x RS-232, 2x VGA D-Sub;

  • zintegrowana karta graficzna, umożliwiająca wyświetlanie obrazu w rozdzielczości 1280x1024 pikseli

  • cztery interfejsy sieciowe 1Gb Ethernet;

  • sprzętowy kontroler dyskowy umożliwiający konfiguracje poziomów RAID: 0, 1, 5, 10;

  • możliwość instalacji dysków twardych typu: SATA, NearLine SAS, SAS, SSD oraz Flash PCI Express;

  • zainstalowane 2 dyski 2,5 cala 300GB SAS 10K 12 Gbps fabrycznie skonfigurowane w RAID 10;

  • minimum 2 dyski SAS 2x300 GB w wewnętrznych kieszeniach serwera Hot Plug, minimalna liczba obrotów talerza 10000rpm 12Gbps fabrycznie skonfigurowane w RAID 10;

  • zestaw wentylatorów zapewniających redundantne chłodzenie serwera, typu hot-plug - minimum sześć;

  • dwa redundantne zasilacze Hot Plug o mocy 750 Wat;

  • złącza do podłączenia myszy i klawiatury dostarczanych w ramach zestawu;

  • zgodność z systemami operacyjnymi minimum: Microsoft Hyper-V Server 2012 R2; Microsoft Windows Server 2012 R2 Datacenter, Microsoft Windows Server 2012R2 Standard;

  • gwarancja sprzętowa: minimum 2 lata, realizowanej w miejscu instalacji sprzętu, z czasem reakcji do następnego dnia roboczego od przyjęcia zgłoszenia, uszkodzone dyski pozostają u Zamawiającego;

  • klawiatura, mysz;

  • monitor LCD minimum 17";

  • zasilanie awaryjne dla serwera - min. 3000 VA z interfejsem komunikacyjnym;

  • oprogramowanie (dopuszczalne licencje zbiorcze lub OEM):

    • Licencje na system operacyjny Microsoft Windows Server 2016 Standard licencjonowany na dostarczony serwer (dopuszczalne oprogramowanie nowsze z możliwością zainstalowania niższej wersji) + 10 CAL licencji dostępowych lub oprogramowanie równoważne: Oprogramowanie równoważne musi spełniać następujące minimalne wymagania: natywnie wbudowana możliwość integracji z posiadanymi przez Zamawiającego systemami Windows Server 2012 i systemem domenowym AD 2012;


Komputer – z systemem operacyjnym - 8 szt.

  • Jednostka centralna o poniższych parametrach:

  • procesor jednordzeniowy ze zintegrowanym układem graficznym;

  • procesor x86 z zintegrowaną grafiką Procesor Klasy x86 z technologią czterordzeniową z rozszerzeniem 64- bitowym, pozwalający osiągnąć wydajność procesor w teście o wydajności nie mniejszej niż 8,1 w teście CPU Mark dla komputera wyposażonego w procesor dwurordzeniowy, którego wyniki umieszczone są na stronie xxx.xxxxxxxx.xxx W przypadku braku wyników dla oferowanego procesora oferent zobowiązany jest dołączyć oświadczenie producenta serwera, w którym opierając się na wynikach dostępnych dla innego procesora tego samego typu i tego samego producenta wykaże, iż oferowany procesor spełnia wymagania minimalne;

  • liczba procesorów: minimum 1 zainstalowany;

  • pamięć operacyjna RAM zainstalowana minimum 16 GB (DDR4) w trybie dwukanałowym (co najmniej 2 moduły pamięci);

  • dysk twardy SATA - minimum 1 dysk minimum 500 GB lub hybrydowy;

  • napęd optyczne minimum 1 napęd DVD-RW SATA

  • płyta główna 6 x SATAII, 1 x PCI-Express 3.00 x16, 1 x PCI-Express 2.0 x4;

  • karta graficzna: zintegrowana, z możliwością dynamicznego przydzielania pamięci w obrębie pamięci systemowej

  • interfejsy minimum: porty I/O: min. 5 portów USB, 1x wyjście słuchawkowe oraz 1x wejście mikrofonowe na panelu przednim obudowy, 1x DVI, 1x DP lub HDMI 1 x Ethernet 10/100/1000 (RJ-45);

  • obudowa: zasilacz o mocy nieprzekraczającej 250W;

  • klawiatura, mysz;

  • gwarancja minimum 2 lata, realizowana w siedzibie Zamawiającego; uszkodzone dyski pozostają u Zamawiającego;

  • monitor: min. 21,5 cali, typ panelu TFT TN LED, min. 1920 x 1080, min. 250 cd/m2, kontrast min. 1000:1, złącza min. DVI-D i D-Sub;

  • kąt widzenia poziomy minimum 160 stopni;

  • kąt widzenia pionowy minimum 160 stopni;

  • paleta kolorów minimum 16,7 miliona kolorów;

  • komplet okablowania umożliwiający podłączenie monitora do dostarczanego komputera;

gwarancja minimum 2 lata, realizowana w siedzibie Zamawiającego;oprogramowanie (dopuszczalne licencje zbiorcze i/lub OEM):

  • System operacyjny 64-bit Windows 10 Professional lub produkt równoważny, tj. charakteryzujący się następującymi cechami: zlokalizowane w języku polskim, co najmniej następujące elementy: pomoc techniczna i komunikaty systemowe, wsparcie dla większości powszechnie używanych drukarek i urządzeń sieciowych, standardów USB, Plug&Play, FireWire, możliwość przywracania plików systemowych, możliwość zdalnej instalacji, konfiguracji i administrowania systemu, możliwość pracy domenowej w systemie MS Windows 2012 Serwer.


Skaner A4 - 1 szt.

  • Rozmiar - A4, skaner z podajnikiem,

  • kolor: 24-bity, skala szarości: 8-bitów, monochromatyczny: 1-bit,

  • rozdzielczość optyczna - 600 dpi,

  • prędkość skanowania - 60 str./min.,

  • skan dwustronny,

  • prędkość skanowania skan dwustronny - 120 str./min.,

  • podajnik płaski,

  • podajnik papieru ADF,

  • pojemność ADF - min. 80 arkuszy A4,

  • dzienna przepustowość min. 4000 stron,

  • interfejs - USB 3.0,

  • zapis do obrazów JPEG, TIFF,

  • gwarancja producenta min. 24 miesiące.


UPS - 15 szt.

(14 UPS do komputerów o mocy minimum 650VA i 1 UPS do serwera o mocy minimum 3000VA – łącznie 15 szt. UPS.)

  • Architektura UPS - line-interactive;

  • Maks. czas przełączenia na baterię - 4 ms;

  • Liczba i rodzaj gniazdek z utrzymaniem zasilania - 3 x IEC320 C13 (10A);

  • Liczba, typ gniazd wyj. z ochroną antyprzepięciową - 1 x IEC320 C13 (10A);

  • Typ gniazda wejściowego - IEC320 C14 (10A);

  • Czas podtrzymania dla obciążenia 100% - mim. 5 min;

  • Czas podtrzymania przy obciążeniu 50% - 13 min.

  • Gwarancja producenta min. 24 miesiące.


Ploter - 1 szt.

  • format: A0.

  • interfejsy komunikacyjne: USB, LAN/Ethernet, WiFi;

  • pamięć RAM: 1 GB;

  • podstawa z koszem na wydruki;

  • technologia druku: Termiczna.

  • rozdzielczość druku [dpi]: 2400x1200.

  • minimalna szerokość linii [mm]: 0,02.

  • szybkość drukowania: Rysunki liniowe: 35 s/str., 70 wydruki w formacie A1 na godzinę; Kolorowe obrazy: 25,6 m¬≤/h na nośnikach powlekanych; 3,2 m¬≤/h na nośnikach błyszczących.

  • rodzaj atramentu: Barwnikowe (Czarny Matowy - Pigmentowy).


Oprogramowanie - Pakiet biurowy – 8 szt.:

Microsoft Office 2016 H&B PL lub nowszy (lub równoważny) tj. inny zintegrowany pakiet biurowy (edytor tekstu, arkusz kalkulacyjny, program do tworzenia prezentacji, program do obsługi poczty elektronicznej) charakteryzujący się następującymi cechami: możliwość automatycznej instalacji komponentów, możliwość zdalnej instalacji komponentów, całkowicie zlokalizowany w języku polskim system komunikatów i podręcznej pomocy technicznej w pakiecie, możliwość prowadzenia dyskusji i subskrypcji dokumentów w sieci z automatycznym powiadomieniem o zmianach w dokumentach, wsparcie dla formatu XML w podstawowych aplikacjach, możliwość nadawania uprawnień do modyfikacji i formatowania dokumentów lub ich fragmentów, automatyczne przesyłanie poczty na podstawie reguł, automatyczne odpowiedzi, możliwość automatycznego odzyskiwania dokumentów w wypadku odcięcia dopływu prądu.


  1. Wdrożenie centralnej platformy e-usług mieszkańca

Wdrożenie systemu obejmie:

  1. instruktaże oraz asystę stanowiskową dla administratora systemu polegająca na:

  1. przeprowadzeniu instruktażu obsługi całego systemu bądź jego części wspomagającego obsługę obszarów działalności urzędu dla wskazanych przez urząd pracowników;

  2. przeprowadzeniu we współpracy z każdym wskazanym przez urząd pracownikiem analizy stanowiskowej zadań realizowanych w systemie charakterystycznych dla konkretnych merytorycznych stanowisk pracowniczych;

  3. przeprowadzeniu instruktażu w zakresie zarządzania użytkownikami i uprawnieniami, zabezpieczania i odtwarzania danych systemu dla osób pełniących obowiązki administratorów systemu wskazanych przez urząd;

  1. przeprowadzenie testów penetracyjnych systemu polegających na:

  1. przeprowadzeniu testów przeprowadzonych ze stacji roboczej podłączonej do systemu informatycznego z zewnątrz (poprzez urządzenie łączące system informatyczny), mających na celu zidentyfikowanie możliwości przeprowadzenia włamania z zewnątrz;

  2. badaniu luk dostarczanych systemów informatycznych;

  3. identyfikację podatności systemów i sieci na ataki typu: DoS, DDoS, Sniffing, Spoffing, XSS, Hijacking, Backdoor, Flooding, Password, Guessing;

  4. sporządzeniu raportu zawierającego minimum: opis stanu faktycznego bezpieczeństwa wdrażanego systemu informatycznego, opis wyników przeprowadzonych testów, rekomendacje dla przyszłych działań związanych z użytkowaniem wdrażanego systemu w kontekście bezpieczeństwa systemu.

  1. zapewnienie opieki powdrożeniowej systemu w okresie trwania projektu polegającej na:

  1. świadczeniu pomocy technicznej,

  2. świadczeniu usług utrzymania i konserwacji dla dostarczonego oprogramowania,

  3. dostarczaniu nowych wersji oprogramowania będących wynikiem wprowadzenia koniecznych zmian w funkcjonowaniu systemu związanych z wejściem w życie nowych przepisów,

  4. przekazywaniu w terminach uprzedzających datę wejścia w życie znowelizowanych lub nowych przepisów prawa nowych wersji oprogramowania, chyba że, zmiany prawne nie zostały ogłoszone z minimum 30-dniowym terminem poprzedzającym ich wprowadzenie w życie. W przypadku, jeżeli zmiany nie zostały ogłoszone z minimum 30-dniowym terminem poprzedzającym ich wprowadzenie w życie Wykonawca zobligowany jest do ich wprowadzenia w ciągu 30 dni od dnia wprowadzenia przepisu w życie, włącznie z koniecznym w tym zakresie udzieleniem licencji do nowej wersji systemu,

  5. dostarczaniu nowych, ulepszonych wersji oprogramowania lub innych komponentów systemu będących konsekwencją wykonywania w nich zmian wynikłych ze stwierdzonych niedoskonałości technicznych,

  6. dostarczaniu nowych wersji dokumentacji użytkownika oraz dokumentacji technicznej zgodnych co do wersji jak i również zakresu zaimplementowanych i działających funkcji z wersją dostarczonego oprogramowania aplikacyjnego,

  7. świadczeniu telefonicznie usług doradztwa i opieki w zakresie eksploatacji systemu,

  8. podejmowaniu czynności związanych z diagnozowaniem problemów oraz usuwaniem przyczyn nieprawidłowego funkcjonowania dostarczonego rozwiązania.


  1. Wdrożenie elektronicznego systemu obiegu dokumentów

Wdrożenie systemu obejmie:

  1. instruktaże oraz asystę stanowiskową dla administratora systemu polegająca na:

  1. przeprowadzeniu instruktażu obsługi całego systemu bądź jego części wspomagającego obsługę obszarów działalności urzędu dla wskazanych przez urząd pracowników;

  2. przeprowadzeniu we współpracy z każdym wskazanym przez urząd pracownikiem analizy stanowiskowej zadań realizowanych w systemie charakterystycznych dla konkretnych merytorycznych stanowisk pracowniczych;

  3. przeprowadzeniu instruktażu w zakresie zarządzania użytkownikami i uprawnieniami, zabezpieczania i odtwarzania danych systemu dla osób pełniących obowiązki administratorów systemu wskazanych przez urząd;

  1. przeprowadzenie testów penetracyjnych systemu polegających na:

  1. przeprowadzeniu testów przeprowadzonych ze stacji roboczej podłączonej do systemu informatycznego z zewnątrz (poprzez urządzenie łączące system informatyczny), mających na celu zidentyfikowanie możliwości przeprowadzenia włamania z zewnątrz;

  2. badaniu luk dostarczanych systemów informatycznych;

  3. identyfikację podatności systemów i sieci na ataki typu: DoS, DDoS, Sniffing, Spoffing, XSS, Hijacking, Backdoor, Flooding, Password, Guessing;

  4. sporządzeniu raportu zawierającego minimum: opis stanu faktycznego bezpieczeństwa wdrażanego systemu informatycznego, opis wyników przeprowadzonych testów, rekomendacje dla przyszłych działań związanych z użytkowaniem wdrażanego systemu w kontekście bezpieczeństwa systemu.

  1. zapewnienie opieki powdrożeniowej systemu w okresie trwania projektu polegającej na:

  1. świadczeniu pomocy technicznej,

  2. świadczeniu usług utrzymania i konserwacji dla dostarczonego oprogramowania,

  3. dostarczaniu nowych wersji oprogramowania będących wynikiem wprowadzenia koniecznych zmian w funkcjonowaniu systemu związanych z wejściem w życie nowych przepisów,

  4. przekazywaniu w terminach uprzedzających datę wejścia w życie znowelizowanych lub nowych przepisów prawa nowych wersji oprogramowania, chyba że, zmiany prawne nie zostały ogłoszone z minimum 30-dniowym terminem poprzedzającym ich wprowadzenie w życie. W przypadku, jeżeli zmiany nie zostały ogłoszone z minimum 30-dniowym terminem poprzedzającym ich wprowadzenie w życie Wykonawca zobligowany jest do ich wprowadzenia w ciągu 30 dni od dnia wprowadzenia przepisu w życie, włącznie z koniecznym w tym zakresie udzieleniem licencji do nowej wersji systemu,

  5. dostarczaniu nowych, ulepszonych wersji oprogramowania lub innych komponentów systemu będących konsekwencją wykonywania w nich zmian wynikłych ze stwierdzonych niedoskonałości technicznych,

  6. dostarczaniu nowych wersji dokumentacji użytkownika oraz dokumentacji technicznej zgodnych co do wersji jak i również zakresu zaimplementowanych i działających funkcji z wersją dostarczonego oprogramowania aplikacyjnego,

  7. świadczeniu telefonicznie usług doradztwa i opieki w zakresie eksploatacji systemu,

  8. podejmowaniu czynności związanych z diagnozowaniem problemów oraz usuwaniem przyczyn nieprawidłowego funkcjonowania dostarczonego rozwiązania.



  1. Wdrożenie modułu komunikacji dla CPeUM

Wdrożenie systemu obejmie:

  1. instruktaże oraz asystę stanowiskową dla administratora systemu polegająca na:

  1. przeprowadzeniu instruktażu obsługi modułu systemu wspomagającego obsługę obszarów działalności urzędu dla wskazanych przez urząd pracowników;

  2. przeprowadzeniu we współpracy z każdym wskazanym przez urząd pracownikiem analizy stanowiskowej zadań realizowanych w systemie charakterystycznych dla konkretnych merytorycznych stanowisk pracowniczych;

  3. przeprowadzeniu instruktażu w zakresie zarządzania użytkownikami i uprawnieniami, zabezpieczania i odtwarzania danych systemu dla osób pełniących obowiązki administratorów systemu wskazanych przez urząd;

  1. przeprowadzenie testów penetracyjnych modułu systemu polegających na:

  1. przeprowadzeniu testów przeprowadzonych ze stacji roboczej podłączonej do systemu informatycznego z zewnątrz (poprzez urządzenie łączące system informatyczny), mających na celu zidentyfikowanie możliwości przeprowadzenia włamania z zewnątrz;

  2. badaniu luk dostarczanego modułu;

  3. identyfikację podatności modułu na ataki typu: DoS, DDoS, Sniffing, Spoffing, XSS, Hijacking, Backdoor, Flooding, Password, Guessing;

  4. sporządzeniu raportu zawierającego minimum: opis stanu faktycznego bezpieczeństwa wdrażanego modułu informatycznego, opis wyników przeprowadzonych testów, rekomendacje dla przyszłych działań związanych z użytkowaniem wdrażanego modułu w kontekście bezpieczeństwa systemu.


  1. Wdrożenie systemu informacji przestrzennej

Wdrożenie systemu obejmie:

  1. instruktaże oraz asystę stanowiskową dla administratora systemu polegająca na:

  1. przeprowadzeniu instruktażu obsługi całego systemu bądź jego części wspomagającego obsługę obszarów działalności urzędu dla wskazanych przez urząd pracowników;

  2. przeprowadzeniu we współpracy z każdym wskazanym przez urząd pracownikiem analizy stanowiskowej zadań realizowanych w systemie charakterystycznych dla konkretnych merytorycznych stanowisk pracowniczych;

  3. przeprowadzeniu instruktażu w zakresie zarządzania użytkownikami i uprawnieniami, zabezpieczania i odtwarzania danych systemu dla osób pełniących obowiązki administratorów systemu wskazanych przez urząd;

  1. przeprowadzenie testów penetracyjnych systemu polegających na:

  1. przeprowadzeniu testów przeprowadzonych ze stacji roboczej podłączonej do systemu informatycznego z zewnątrz (poprzez urządzenie łączące system informatyczny), mających na celu zidentyfikowanie możliwości przeprowadzenia włamania z zewnątrz;

  2. badaniu luk dostarczanych systemów informatycznych;

  3. identyfikację podatności systemów i sieci na ataki typu: DoS, DDoS, Sniffing, Spoffing, XSS, Hijacking, Backdoor, Flooding, Password, Guessing;

  4. sporządzeniu raportu zawierającego minimum: opis stanu faktycznego bezpieczeństwa wdrażanego systemu informatycznego, opis wyników przeprowadzonych testów, rekomendacje dla przyszłych działań związanych z użytkowaniem wdrażanego systemu w kontekście bezpieczeństwa systemu.

  1. zapewnienie opieki powdroźeniowej systemu w okresie trwania projektu polegającej na:

  1. świadczeniu pomocy technicznej,

  2. świadczeniu usług utrzymania i konserwacji dla dostarczonego oprogramowania,

  3. dostarczaniu nowych wersji oprogramowania będących wynikiem wprowadzenia koniecznych zmian w funkcjonowaniu systemu związanych z wejściem wżycie nowych przepisów,

  4. przekazywaniu w terminach uprzedzających datę wejścia w życie znowelizowanych lub nowych przepisów prawa nowych wersji oprogramowania, chyba że, zmiany prawne nie zostały ogłoszone z minimum 30-dniowym terminem poprzedzającym ich wprowadzenie w życie. W przypadku, jeżeli zmiany nie zostały ogłoszone z minimum 30-dniowym terminem poprzedzającym ich wprowadzenie w życie Wykonawca zobligowany jest do ich wprowadzenia w ciągu 30 dni od dnia wprowadzenia przepisu w życie, włącznie z koniecznym w tym zakresie udzieleniem licencji do nowej wersji systemu,

  5. dostarczaniu nowych, ulepszonych wersji oprogramowania lub innych komponentów systemu będących konsekwencją wykonywania w nich zmian wynikłych ze stwierdzonych niedoskonałości technicznych,

  6. dostarczaniu nowych wersji dokumentacji użytkownika oraz dokumentacji technicznej zgodnych co do wersji jak i również zakresu zaimplementowanych i działających funkcji z wersją dostarczonego oprogramowania aplikacyjnego,

  7. świadczeniu telefonicznie usług doradztwa I opieki w zakresie eksploatacji systemu.

  1. podejmowaniu czynności związanych z diagnozowaniem problemów oraz usuwaniem przyczyn nieprawidłowego funkcjonowania dostarczonego rozwiązania.Wymagania dotyczące szkoleń

Wymagania ogólne dla wszystkich szkoleń:

  • Realizowane w trybie face-to-face w siedzibie Zamawiającego;

  • Preferowane będą szkolenia realizowane przy stanowiskach komputerowych pracowników zamawiającego;

  • Oferowana cena obejmować musi materiały szkoleniowe dla uczestników szkolenia;

  • Każdy uczestnik szkolenia będzie traktowany indywidualnie;

  1. Miejsce instalacji e-usług

W ramach zadania Wykonawca zobowiązuje się zainstalować e-usługi na własnej infrastrukturze Zamawiającego. Wykonawca pokrywa wszystkie koszty związane z instalacją.


  1. Plan realizacji zamówienia

Zobowiązania Wykonawcy:

  • zapewnić niezbędne przygotowanie organizacyjne realizacji zamówienia;

  • przeprowadzić analizę przedwdrożeniową;

  • opracować i wdrożyć centralną platformę e-usług mieszkańca, co w szczególności obejmuje:

  • dostarczenie niezbędnego Oprogramowania wraz z dokumentacją;

  • zaimplementowanie e-usług, zgodnie z niniejszym opisem przedmiotu zamówienia;

  • przeprowadzenie testów;

  • zapewnienie konsultacji oraz szkolenia dla administratorów;

  • zapewnienie usług asysty technicznej w ramach udzielonej gwarancji jakości wykonania zamówienia.

Etapy prac

Zamówienie musi być zrealizowane przez Wykonawcę zgodnie z niniejszymi warunkami technicznymi oraz opracowanym przez Wykonawcę i zatwierdzonym przez Zamawiającego Harmonogramie Prac:

Etap 1: przygotowanie organizacyjne;

Etap 2: przeprowadzenie analizy przedwdrożeniowej;

Etap 3: przedstawienie koncepcji graficznej portalu do akceptacji;

Etap 4: opracowanie i wdrożenie centralnej platformy e-usług mieszkańca

Etap 5: przeprowadzenie procedury Odbioru Końcowego;

Integracja

W przypadku konieczności integracji e-usług z infrastrukturą techniczną Zamawiającego zapewni on dla Wykonawcy dostęp pod następującymi warunkami:

  • dostęp dla Wykonawcy możliwy będzie wyłącznie po podpisaniu przez niego oświadczenia o zapewnieniu i wypełnieniu podczas realizacji zamówienia zasad określonych przez obowiązującą w organizacji Zamawiającego Politykę Bezpieczeństwa Informacyjnego (PBI), przy uwzględnieniu, iż:

  • zdalny dostęp do Infrastruktury sieciowej poprzez łącze VPN posiadać będzie wyłącznie określona liczba osób podana na wykazie osób: /imię/nazwisko/e-mail/tel/firma – o ile jest to podwykonawca;

  • dostęp będzie realizowany na żądanie lub w trybie określonym przez harmonogram ustalonych „okien czasowych”;

  • dostęp do zasobów będzie realizowany poprzez VPN poprzez konta imienne aktywowane w oparciu o harmonogram;

  • naruszenie przez Wykonawcę przyjętych przez niego zasad dostępu może skutkować zablokowaniem dostępu zdalnego.

Gwarancja i polityka informacyjna

Poza powyższym, w ramach realizacji zamówienia Wykonawca jest zobowiązany do:

  • udzielenia gwarancji jakości wykonania zamówienia oraz rękojmi na okres nie krótszy niż 5 lat od daty Odbioru Końcowego, w zakresie określonym wzorem Umowy;

  • prowadzenia wspólnej z Zamawiającym polityki informacyjnej, zgodnej z ustalonymi przez Xxxxxx zasadami odnoszącymi się między innymi do uwarunkowań wykonawczych Projektu

Dostawa, instalacja, konfiguracja oprogramowania do e-usług:

  • dostarczyć, Oprogramowanie wskazane przez Wykonawcę jako niezbędne do prawidłowej pracy Systemu, w tym w szczególności Oprogramowanie Systemowe, Bazodanowe oraz Narzędziowe o ile licencje udostępnione przez Zamawiającego są niewystarczające lub nie pokrywają potrzeb oferowanego przez Wykonawcę rozwiązania;

  • zainstalować i skonfigurować Oprogramowanie przy wykorzystaniu udostępnionych przez Zamawiającego zasobów tj.: serwerów fizycznych i / lub wirtualnych, dostępnych zasobów dyskowych oraz udostępnionych licencji oprogramowania;

W ramach wszystkich prac związanych z instalacją i konfiguracją Oprogramowania Wykonawca jest zobowiązany:

  • instalować i konfigurować Oprogramowanie zgodnie z zaleceniami jego producenta z uwzględnieniem tzw. modyfikacji („łatek”);

  • zapewnić właściwe udokumentowanie procesu instalacji / konfiguracji Oprogramowania w formie notatki i / lub dokumentacji powykonawczej zawierającego opis tej konfiguracji – o ile wystąpiły jakiekolwiek odstępstwa od założeń projektowych;

Przeprowadzenie procedury Odbioru Końcowego

W ramach etapu Zamawiający przeprowadzi procedurę Odbioru Końcowego, podczas której dokona weryfikacji i potwierdzenia wypełnienia przez Wykonawcę wszystkich zobowiązań, jakie były przedmiotem realizacji zamówienia:

  1. W realizacji tego zadania Wykonawca jest zobowiązany do ścisłego współdziałania z Zamawiającym celem skutecznego doprowadzenia do Odbioru Końcowego, w tym do udzielania wyjaśnień oraz przeprowadzenia odbioru potencjalnie zaległych prac lub wypełnienia niezrealizowanych zobowiązań;

  2. Odbiór Końcowy musi być przeprowadzony zgodnie z określoną we wzorze umowy procedurą; (brak w umowie)

  3. W ramach procedury Odbioru Końcowego, Wykonawca udzieli Zamawiającemu 5 letniej gwarancji na poprawne funkcjonowanie zbudowanego systemu e-usług oraz powiązanych z nim komponentów.

  4. Okres udzielonej przez Wykonawcę gwarancji, jakości liczony jest od daty Odbioru Końcowego;

  5. Warunki świadczenia gwarancji, w tym czas reakcji oraz czas usunięcia określonej kategorii błędów Portalu, jak również procedurę zgłoszenia oraz naprawy błędu, zawiera wzór Umowy;

Wymagania prawne e-usług

Opracowany i dostarczony przez Wykonawcę System musi spełniać wymagania obowiązujących przepisów prawa oraz wynikających z nich zaleceń, co w szczególności dotyczy takich przepisów prawa jak:

  • Ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (tj. Dz. U. z 2017 r., poz. 570.);

  • Ustawa z dnia 12 lutego 2010 roku o zmianie ustawy o informatyzacji działalności podmiotów realizujących zadania publiczne oraz niektórych innych ustaw (Dz. U Nr 40 Poz. 230);

  • 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;

  • 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. 2012 poz. 526);

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

  • Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 21 kwietnia 2011 r. w sprawie szczegółowych warunków organizacyjnych i technicznych, które powinien spełniać system teleinformatyczny służący do identyfikacji użytkowników (Dz. U. Nr 93, poz. 545);

  • 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. Nr 205, poz. 1692);

  • Ustawa ordynacja podatkowa z dnia 29 sierpnia 1997 roku (Dz. U. 1997 nr 137 poz. 926 z późn. zmianami);


  1. Wytyczne ogólne e-usług

CPeUM oraz inne elementy, usługi i komponenty e-usług, w tym interfejs użytkowników:

  1. muszą być wykonane w języku polskim;

  2. muszą umożliwiać wyszukiwanie informacji opublikowanych w serwisie na podstawie zdefiniowanych kryteriów;

  3. muszą zawierać mapę podstron, licznik odwiedzin;

  4. muszą prawidłowo działać (wszystkie strony muszą być prawidłowo interpretowane i wyświetlane) na najpopularniejszych przeglądarkach internetowych (Mozilla Firefox, Google Chrome, Opera, Microsoft Edge);

  5. muszą mieć wersję mobilną, która będzie uproszczoną wersją aplikacji,

  6. będą wyposażone w narzędzia dla administratora do pozycjonowania SEO np. poprzez tagi;

  7. będą spełniały wymagania Web Content Accessibility Guidelines (WCAG 2.0) dla systemów teleinformatycznych w zakresie dostępności dla osób niepełnosprawnych określone w załączniku nr 4 do rozporządzenia 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;

  8. powinny być przystosowane do udostępniania treści (artykułów, stron, wydarzeń) na portalach społecznościowych;

  9. będą posiadały możliwość włączenia lub wyłączenia każdej z opisanych poniżej modułów;

  10. wybrane treści będą mogły być automatycznie umieszczone na głównej stronie CPeUM;

  11. CPeUM będzie posiada możliwość umieszczenia formularza kontaktowego przesyłającego wiadomości na zadany adres e-mail. Redaktorzy portalu określają, jakie pola ma posiadać formularz, które z nich będą wypełniane obligatoryjnie oraz pod jaki adres e-mail zostaną odesłane dane; dane z formularza są przesyłane z serwisu w taki sposób, aby adres docelowy nie został ujawniony osobie wypełniającej formularz;

  12. CPeUM będzie posiadał system wprowadzania elementów graficznych (banerów, animacji itp.) i zarządzania nimi (ustalanie czasu i sposobu ich publikacji);

  13. CPeUM posiada mechanizm umożliwiający rozróżnienie wersji roboczych (w trakcie tworzenia nowej strony lub edycji dotychczasowej) od wersji przeznaczonych do publikacji;

  14. Wykonawca po odebraniu przedmiotu zamówienia przeniesie na Zamawiającego majątkowe prawa autorskie lub zapewni udzielenie / udzieli mu licencji opisanych Umową, lub w inny sposób opisany Umową upoważni go do korzystania ze wszystkich dóbr własności intelektualnej wykonanych lub dostarczonych w ramach Umowy.


  1. Wytyczne dotyczące zakresu dostawy w ramach przedmiotu zamówienia

Dokumentację Wykonawca dostarczy Zamawiającemu w dwóch egzemplarzach oraz na nośniku elektronicznym (płyta CD).

Szkolenie pracowników Zamawiającego w zakresie obsługi sytemu obejmującego również samodzielną rozbudowę i wdrażanie nowych obiektów dołączanych do systemu. Szkolenie powinno obejmować co najmniej 16h szkoleniowych. Ilość osób wymagających przeszkolenia to 15. Wykonawca zapewnia miejsce i sprzęt niezbędny do przeprowadzenia szkolenia.

Dostawa i uruchomienie wyposażenia komputerowego oraz poszczególnych elementów/komponentów związanych z e-usługami, realizowana będzie przez Wykonawcę w oparciu o załącznik nr 3 i zaproponowany przez Wykonawcę i zaakceptowany przez Zamawiającego Szczegółowy Plan Wdrożenia.

Dostawa i uruchomienie wyposażenia komputerowego oraz poszczególnych elementów/komponentów związanych z e-usługami zakupionych w ramach niniejszego postępowania, jako podstawę dostawy i wdrożenia, będzie stanowił koszt własny Wykonawcy i musi zostać skalkulowany w koszcie dostawy w ramach projektu.

Zakłada się etapowe dostawy wyposażenia komputerowego oraz poszczególnych elementów/komponentów związanych z e-usługami i ich uruchamianie. Podstawową odbioru będzie protokół montażu modułu oraz zrzut danych z systemu informatycznego z potwierdzeniem poprawności wyświetlania wprowadzonych lub zaimportowanych danych.

W ramach zadania Wykonawca dostarczy i skonfiguruje wyposażenie komputerowe oraz poszczególne elementy/komponenty związane z e-usługami.

Dostarczenie oprogramowania i przekazanie niezbędnych licencji dla Zamawiającego oraz ewentualnie Klientów Zamawiającego (bez dodatkowych opłat) w ilościach wymaganych do prawidłowej pracy systemu, nieograniczona ilość odbiorców.


L.p.

Przedmiot zamówienia/element projektu

Ilość

Proponowana data zakończenia wykonania

1.

Stworzenie i wdrożenie Centralnej platformy e-usług mieszkańca (CPeUM)

1


2.

Stworzenie i wdrożenie elektronicznego obiegu dokumentów (EOD)

1


3.

Stworzenie i wdrożenie modułu komunikacji dla CPeUM

1


4.

Stworzenie i wdrożenie systemu informacji przestrzennej

1


5.

Usługi informatyczne – Modernizacja systemu dziedzinowego

1


6.

Opracowanie API zasobu informacji przestrzennej

1


7.

Opracowanie i wdrożenie e-usług na platformie ePUAP – 3 PD

1


8.

Opracowanie i wdrożenie e-usług na platformie ePUAP – 5PD – A

1


9.

Opracowanie i wdrożenie e-usług na platformie ePUAP – 5PD – B

1


10.

Przeprowadzenie digitalizacji zasobów

1


11.

Opracowanie dokumentacji SZBI

1


12.

Przełącznik sieciowy

2


13.

Serwer z peryferiami i oprogramowaniem

1


14.

Komputer – z systemem operacyjnym

8


15.

Skaner A4

1


16.

UPS

15


17.

Ploter

1


18.

Oprogramowanie – pakiet biurowy

8





Strona 63 z 63


Document Metadata

Filed: November 13th, 2018