„Urząd przyjazny rozwojowi przedsiębiorców” nr umowy o dofinansowanie POWR.02.18.00-00-0062/16 INWESTOR: GMINA KROBIA REPREZENTOWANA PRZEZ BURMISTRZA

„Urząd przyjazny rozwojowi przedsiębiorców”

nr umowy o dofinansowanie POWR.02.18.00-00-0062/16



INWESTOR: GMINA KROBIA REPREZENTOWANA PRZEZ BURMISTRZA





SPECYFIKACJA

ISTOTNYCH WARUNKÓW ZAMÓWIENIA


w postępowaniu o udzielenie zamówienia publicznego prowadzonym w trybie
przetargu nieograniczonego pn:



Zakup oprogramowania wraz z wdrożeniem dla pracowników Urzędu Miejskiego w Krobi w ramach realizacji przez Gminę Krobia projektu pn. „Urząd przyjazny rozwojowi przedsiębiorców” w konkursie POWER 02.18.00-IP.00-00-000/15, II oś priorytetowa Programu Operacyjnego Wiedza, Edukacja, Rozwój na lata 2014-2020 – Efektywne polityki publiczne na rynku pracy, gospodarki i edukacji, Działanie 2.18 Wysokiej jakości usługi administracyjne




o wartości zamówienia nie przekraczającej kwoty określonej w przepisach

wydanych na podstawie art. 11 ust. 8 ustawy z dnia 29 stycznia 2004 r.

Prawo zamówień publicznych (tekst jednolity: Dz. U. z 2015 r. poz. 2164 ze zm. oraz z 2016r. poz. 831, 996 i 1020)


Zatwierdzenie Specyfikacji, 05.05.2017 r.


Burmistrz Krobi

/-/ Xxxxxxxxx Xxxxxxx


Krobia, dnia 5 maja 2017 r.

Znak sprawy: WO.271.28.2017.ZP


SPIS TREŚCI

Rozdział I

Xxxx Zamawiającego

Rozdział II

Tryb udzielenia zamówienia

Rozdział III


Rozdział IV

Opis przedmiotu zamówienia wraz z oznaczeniem wynikającym ze Wspólnego Słownika Zamówień (CPV)

Informacje o zamówieniach, o których mowa w art. 67 ust. 1 pkt. 7 Ustawy

Rozdział V

Termin wykonania zamówienia

Rozdział VI

Warunki udziału w postępowaniu

Rozdział VII

Oświadczenia lub dokumenty potwierdzające spełnianie warunków udziału w postępowaniu

Rozdział VIII

Rozdział IX

Podstawy wykluczenia Wykonawcy z postępowania

Wymagania dotyczące oświadczeń i dokumentów

Rozdział X

Informacje o sposobie porozumiewania się Zamawiającego z Wykonawcami oraz przekazywania oświadczeń lub dokumentów, a także wskazanie osób uprawnionych do porozumiewania się z Wykonawcami

Rozdział XI

Termin związania ofertą

Rozdział XII

Opis sposobu przygotowywania ofert

Rozdział XIII

Miejsce oraz termin składania i otwarcia ofert

Rozdział XIV

Opis sposobu obliczenia ceny

Rozdział XV

Opis kryteriów, którymi Zamawiający będzie się kierował przy wyborze oferty, wraz z podaniem wag tych kryteriów i sposobu oceny ofert

Rozdział XVI

Informacje o formalnościach, jakie powinny zostać dopełnione po wyborze oferty w celu zawarcia umowy w sprawie zamówienia publicznego

Rozdział XVII


Rozdział XVIII

Wymagania dotyczące zabezpieczenia należytego wykonania umowy i wadium

Podwykonawcy

Rozdział XIX

Umowa

Rozdział XX

Pouczenie o środkach ochrony prawnej przysługujących Wykonawcy w toku postępowania o udzielenie zamówienia







ZAŁĄCZNIKI DO SIWZ:

Załącznik Nr 1 - Formularz ofertowy,

Załącznik Nr 2: - Oświadczenie Wykonawcy dot. spełniania warunków udziału w postępowaniu oraz niepodleganiu wykluczeniu,

Załącznik Nr 3: - Oświadczenie Wykonawcy dot. przynależności lub braku przynależności do tej samej grupy kapitałowej,

UWAGA: Wykonawca składa powyższy dokument w terminie 3 dni od dnia zamieszczenia przez Zamawiającego informacji z otwarcia ofert na stronie internetowej (art. 86 ust. 5 ustawy).

Załącznik Nr 4 – Wzór umowy.














I. DANE ZAMAWIAJĄCEGO


Gmina Xxxxxx

xx. Xxxxx0, 00-000 Xxxxxx

REGON: 411050623

NIP: 000-00-00-000

internet: xxx.xxxxxx.xx

telefon Biuro Obsługi Klienta: (00) 00 00 000

fax: (00) 00 00 000

e-mail: xxxxxxxxx@xxxxxx.xx

REPREZENTOWANA PRZEZ: BURMISTRZA KROBI

XXXXXXXXXX XXXXXXX


II. TRYB UDZIELENIA ZAMÓWIENIA


  1. Postępowanie prowadzone jest w trybie przetargu nieograniczonego.

  2. Rodzaj przedmiotu zamówienia: dostawa.

  3. Zamawiający zastrzega sobie możliwość dokonania w pierwszej kolejności oceny ofert, a następnie zbadania, czy wykonawca którego oferta została oceniona jako najkorzystniejsza, nie podlega wykluczeniu oraz spełnia warunki udziału w postępowaniu (art. 24aa ustawy Pzp.).

  4. Specyfikacja Istotnych Warunków Zamówienia w dalszej części tekstu określana będzie skrótem „SIWZ”.



III. OPIS PRZEDMIOTU ZAMÓWIENIA WRAZ Z OZNACZENIEM WYNIKAJĄCYM ZE WSPÓLNEGO SŁOWNIKA ZAMÓWIEŃ – CPV


1. Kod i nazwa zamówienia według Wspólnego Słownika Zamówień (CPV):


72268000-1 Usługi dostawy oprogramowania

72265000-0 Usługi konfiguracji oprogramowania

72262000-9 Usługi rozbudowy oprogramowania

72263000-6 Usługi wdrażania oprogramowania użytkowego

80510000-2 Usługi szkolenia specjalistycznego

48311000-1 Pakiety oprogramowania do zarządzania dokumentami

72310000-1 Usługi przetwarzania danych

72000000-5 Usługi informatyczne: konsultacyjne, opracowywania oprogramowania, internetowe i wsparcia


2. Przedmiotem zamówienia jest zakup oprogramowania wraz z wdrożeniem dla pracowników Urzędu Miejskiego w Krobi w ramach realizacji przez Gminę Krobia projektu pn. „Urząd przyjazny rozwojowi przedsiębiorców” w konkursie POWER 02.18.00-IP.00-00-000/15, II oś priorytetowa Program Operacyjny Wiedza, Edukacja Rozwój, na lata 2014-20120 - Efektywne polityki publiczne na rynku pracy, gospodarki i edukacji, Działanie 2.18 Wysokiej jakości usługi administracyjne w ilościach i o wymaganiach wymienionych poniżej:


Lp.

OPIS

Szt.

1

Aplikacja wraz z usługą wdrożenia systemu dziedzinowego do obsługi podatków od środków transportowych

1

2

Aplikacja wraz z usługą wdrożenia systemu Elektroniczne Biuro Obsługi Interesanta

1

3

Aplikacja wraz z usługą wdrożenia systemu System Informacji Geograficznej (GIS)

1

4

Pakiet oprogramowania biurowego typu MS Office Home and Business 0000 XXX XX lub równoważny

4



Zakup aplikacji wraz z usługą wdrożenia systemu dziedzinowego do obsługi podatków od środków transportowych


  1. Zamawiający określa następujące wymagania w zakresie wdrożonego Podatek od Środku Transportowego (dalej: „PŚT”)


Lp.

Opis wymagania

PŚT umożliwia obsługę kartotek podatników podatku od środków transportu.

PŚT umożliwia obsługę deklaracji i deklaracji korygujących składanych przez podatników z uwzględnieniem danych o podatnikach, posiadanych pojazdach oraz ulgach w podatku.

PŚT umożliwia naliczenie podatku na podstawie składanych deklaracji.

PŚT umożliwia rejestrowanie zmian - zbywanie/nabywanie przedmiotów opodatkowania w trakcie roku.

PŚT umożliwia prowadzenie ewidencji pojazdów.

PŚT umożliwia w zależności od potrzeb użytkownika, wyszukiwanie informacji o pojazdach i właścicielach według różnych kryteriów.

PŚT umożliwia wykonywanie symulowanych naliczeń na podstawie bazy podatkowej Urzędu
z uwzględnieniem stawek ustawowych, gminnych oraz trzech wariantów stawek symulacyjnych.

PŚT umożliwia obliczenie skutków udzielonych przez Urząd ulg i zwolnień.

PŚT umożliwia obliczenie skutków obniżenia górnych stawek podatkowych.

PŚT współpracuje z czytnikami kodów kreskowych.

PŚT współpracuje z EZD w zakresie obsługi dokumentów wychodzących (automatyczne przekazywanie pism do systemu EZD).

PŚT zintegrowany jest z SFB.

PŚT posiada możliwość wygenerowania indywidualnych numerów kont bankowych i wysłania odpowiednich zawiadomień do podatników.

PŚT automatycznie przenosi na nowy rok podatkowy przedmioty opodatkowania z deklaracji na podstawie stanu w roku poprzednim do weryfikacji.

PŚT umożliwia dokonywanie przypisów, odpisów, oraz nanoszenie nadpłat bezpośrednio na kontach syntetycznych księgi głównej, ewidencji księgowej urzędu.

PŚT zintegrowany jest z Gminnym zbiorem meldunkowym urzędu.

PŚT wykorzystuje istniejący urzędowy rejestr TERYT.

PŚT umożliwia identyfikację i weryfikację podatników po numerze NIP, REGON, PESEL.

PŚT umożliwia wydruk rejestru przypisów i odpisów.

PŚT posiada wbudowaną bazę niezbędnych słowników, która umożliwia wielokrotne wykorzystywanie i modyfikowanie raz wprowadzonych do systemu danych.

PŚT pozwala na wprowadzenie aktualnych stawek podatku na podstawie uchwały rady.

PŚT posiada możliwość wprowadzenia czasowego wycofania pojazdu z ruchu.

PŚT umożliwia eksport danych widocznych na ekranie do arkusza kalkulacyjnego.

PŚT rejestruje zmiany danych osobowych wraz z wizualizacją zmienianych danych

PŚT umożliwia zwiększenie liczby gromadzonych informacji na poziomie różnych obiektów (podatnik, konto podatkowe, pojazd)  wykorzystujące definiowalne przez użytkownika atrybuty/cechy (umożliwiając określenie ich wymagalności, użycia słowników), wraz z ich późniejszym wyświetleniem na zestawieniach

PŚT umożliwia wykorzystanie adresu korespondencyjnego kontrahenta w kontekście każdego konta podatnika

  1. Powyższy system dziedzinowy do obsługi podatków od środków transportowych musi posiadać możliwość obsługi księgowości i windykacji podatkowej (dalej: „OKiWP”). Zamawiający określa następujące wymagania:

Lp.

Opis wymagania

OKIWP umożliwia obsługę procesu rejestrowania i rozliczania należności z tytułu różnych podatków i opłat dokonywanych przez zobowiązanych na rzecz urzędu.

OKIWP umożliwia rejestrację operacji finansowych (wpłaty, zwroty, przeksięgowania, nadpłaty, kwoty do wyjaśnienia) i rozliczenia tych operacji na kartotekach płatników.

OKIWP umożliwia obsługę decyzji o umorzeniu zaległości oraz o rozłożeniu płatności na raty.

OKIWP umożliwia obsługę decyzji o wygaszeniu w całości rat decyzji o odroczeniu lub rozłożeniu płatności na raty.

W oparciu o bazę podatników prowadzoną w Urzędzie, moduł umożliwia uzyskanie informacji oraz wydanie zaświadczenia o zaleganiu lub nie zaleganiu w płatnościach, osoby wnioskującej o zaświadczenie.

OKIWP współpracuje z czytnikami kodów kreskowych i umożliwia drukowanie upomnień i wezwań do zapłaty z kodem kreskowym do odczytania przez pozostałe moduły.

OKIWP umożliwia automatyczne rozdysponowanie wpłaconej przez podatnika kwoty według przepisu
art. 55 § 2 – ustawy – Ordynacja podatkowa.

OKIWP umożliwia rejestrowanie wpłat z podpowiedzią odsetek w przypadku wpłat po terminie.

OKIWP umożliwia prowadzenie tzw. “miękkiej“ windykacji (np. w postaci powiadomień SMS)

OKIWP umożliwia obsługę upomnień oraz wezwań do zapłaty (wystawianie, wydruk, prowadzenie rejestru).

OKIWP umożliwia drukowanie nalepek dla adresatów upomnień i wezwań do zapłaty wraz z kodem kreskowym.

OKIWP umożliwia anulowanie upomnienia lub wezwania do zapłaty i kosztów związanych z jego wystawieniem.

OKIWP umożliwia wystawienie upomnień oraz wezwań do zapłaty pojedynczo lub masowo.

OKIWP umożliwia wystawienie upomnienia lub wezwania do zapłaty na wybrany dzień księgowy oraz na dowolną liczbę należności.

OKIWP umożliwia dobór należności dla wystawianych upomnień w oparciu o kryteria czasowe (liczba miesięcy od powstania należności) oraz kryteria kwotowe (saldo pojedynczego rozrachunku
lub sumarycznej kwoty na poziomie konta podatnika)

OKIWP umożliwia naliczanie odsetek dla należności w upomnieniu i wezwaniu do zapłaty na dowolnie wskazany dzień.

OKIWP generuje informacje o niezapłaconych kosztach i kwocie należności, jaka pozostała jeszcze
do zapłacenia zarówno dla upomnień jak i wezwań do zapłaty.

OKIWP umożliwia przypisywanie kosztów upomnienia w momencie zarejestrowania daty doręczenia upomnienia lub w momencie dokonania wpłaty na należność objętą doręczonym upomnieniem.

OKIWP umożliwia rejestrowanie dat doręczenia dla upomnień i wezwań do zapłaty z wykorzystaniem kodów kreskowym przy wyszukiwaniu dokumentu.

OKIWP podczas rejestracji wpłaty, podpowiada kwotę kosztów upomnienia lub wezwania do zapłaty - użytkownik ma możliwości zdecydowania, czy koszty mają zostać rozliczone.

OKIWP umożliwia obsługę tytułów wykonawczych (wystawianie - na poszczególne rodzaje należności, wydruk tytułu wykonawczego, rejestry/ewidencja).

OKIWP umożliwia prowadzenie elektronicznej ewidencji tytułów wykonawczych z uwzględnieniem następujących elementów:

  1. numer tytułu wykonawczego,

  2. status tytułu wykonawczego,

  3. zobowiązanego,

  4. data wystawienia tytułu,

  5. rok wystawienia tytułu,

  6. identyfikatora użytkownika systemu wystawiającego tytuł wykonawczy,

  7. kwotę sumy należności, na którą został wystawiony tytuł wykonawczy.

OKIWP musi mieć możliwość tworzenia nowego tytułu do istniejącego już tytułu przy użyciu form :

a. zmieniony tytuł wykonawczy,

b. dalszy tytuł wykonawczy,

x. xxxxxxx tytuł wykonawczy

Dla tytułu wykonawczego musi być możliwość wydrukowania wniosku o umorzenie oraz zawiadomienia o zmianie należności.

OKIWP powinien umożliwiać oznaczenie tytułów wykonawczych statusami odpowiadającymi etapom postępowania egzekucyjnego, w szczególności:

      1. aktualny,

      2. umorzenie,

      3. zwrot z organu,

  1. zrealizowany,

  2. zbieg egzekucji,

  3. ograniczony,

  4. zawieszony,

  5. wycofany

OKIWP umożliwia prowadzenie ewidencji tytułów wykonawczych, pozwalającą na wyszukanie tytułów wykonawczych w oparciu o następujące kryteria:

      1. Stopień zaspokojenia (zapłacone całkowicie lub częściowo, niezapłacone)

      2. status tytułu,

      3. data wystawienia,

      4. imieniu, nazwisku, nr PESEL, nr NIP, adresu zobowiązanego,

      5. kwocie należności,

      6. numerze tytułu wykonawczego.

OKIWP umożliwia obsługę należności zahipotekowanych i długoterminowych.

W systemie musi być umożliwienie rejestrowania wpłaty od dowolnej osoby (lub osób) na należności innych osób lub osoby (zapamiętanie informacji, kto płaci i za kogo płaci).

OKIWP umożliwia obsługę opłaty prolongacyjnej.

OKIWP umożliwia określenie daty, do której należy liczyć odsetki w związku z rozpoczęciem postępowania wobec podatnika i jego zobowiązań w celu zabezpieczenia należności przed przedawnieniem.

OKIWP umożliwia obsługę płatności masowych realizowanych za pośrednictwem banku poprzez automatyczne rozksięgowanie przelewów z indywidualnych kont bankowych.

OKIWP współpracuje z platformą biura obsługi interesanta.

OKIWP umożliwia wykonywanie masowych przeksięgowań.

OKIWP umożliwia analizę danych (przypisów, odpisów, wpłat, zwrotów, stanów rozrachunków) w oknie programu z uwzględnieniem następujących parametrów:

          1. rodzaju należności,

          2. terminu płatności,

          3. roku należności,

          4. oznaczenia należności,,

          5. należności z upomnieniem,

          6. należności z wystawionym tytułem wykonawczym,

          7. kwot zaległości, nadpłat, przypisów, odpisów, wpłat, zwrotów, przeksięgowań,

          8. dat księgowania,

          9. rejonów np. przypisanie do sołectwa.

OKIWP umożliwia tworzenie dzienników częściowych.

OKIWP umożliwia współpracę z oprogramowaniem do obsługi kasowej

OKIWP umożliwia współpracę z SFB (księga główna)

OKIWP umożliwia wygenerowania sprawozdania Rb-27s, wraz z jego wydrukiem oraz wygenerowaniem do pliku XML

OKIWP umożliwia uzyskania informacji niezbędnych do wykonania sprawozdania:

  1. Rb-N

  2. o zaległościach przedsiębiorców we wpłatach świadczeń należnych na rzecz sektora finansów publicznych (wg PKD)

OKIWP umożliwia wydruk postanowienia o przerachowaniu wpłaty

OKIWP umożliwia wygenerowanie i wydrukowanie następujących zestawień:

  1. Zestawienie pozycji dokumentów

  2. Zestawienie zapisów księgowych

  3. Zestawienie rozrachunków

OKIWP umożliwia wygenerowanie i wydrukowanie następujących zestawień:

      1. wydruk kartoteki należności i wpłat dla wybranego podatnika/płatnika (karty kontowej);

      2. Zestawienie obrotów.

OKIWP umożliwia eksport danych widocznych na ekranie do arkusza kalkulacyjnego.

OKIWP rejestruje zmiany danych osobowych wraz z wizualizacją zmienianych danych

OKIWP umożliwia wykorzystanie adresu korespondencyjnego kontrahenta w kontekście każdego konta podatnika



  1. Wymagania w zakresie wdrożenia


    1. Wykonawca w ramach zamówienia wykona prace niezbędne do poprawnego uruchomienia wdrażanego PŚT z OKIWP. Prace wdrożeniowe obejmują pełen zakres prac instalacyjno-konfiguracyjno-integracyjnych.

    2. Wykonawca przeznaczy co najmniej 24 h na prace wdrożeniowo-szkoleniowe.

    3. Szkolenia przeprowadzone będą w grupach max 10 osobowych oraz bezpośrednio przy stanowiskach roboczych użytkowników biorących udział w szkoleniu.

    4. Wykonawca zapewni użytkownikom odpowiednią dokumentację szkoleniową.


  1. Wymagania w zakresie gwarancji i asysty technicznej


    1. Wykonawca zapewni wsparcie techniczne oraz zagwarantuje poprawne działanie wdrażanego systemu przez okres 24 miesięcy od zakończenia wdrożenia.

    2. W ramach asysty technicznej Wykonawca zobowiązany jest do:

  1. Świadczenia usług asysty technicznej w języku polskim.

  2. Usługa asysty technicznej nie obejmuje elementów infrastruktury, które Zamawiający zamierza przeznaczyć do realizacji Zamówienia.

  3. Utrzymywania Rozwiązania w zgodności z przepisami prawa powszechnie obowiązującego bez konieczności zgłaszania przez Zamawiającego.

  4. Dostarczania nowych wersji Rozwiązania.

  5. Oferowania Zamawiającemu nowych, ulepszonych wersji Rozwiązania.

  6. Pomocy na telefon (hot-line) w Dniach Roboczych Jednostki.

  7. Konsultacji w zakresie obsługi technicznej i użytkowej Rozwiązania drogą telefoniczną i mailową.

  8. Wykonawca ma obowiązek przyjmowania zgłoszeń serwisowych przez telefon oraz całą dobę za pomocą dedykowanej platformy Help Desk.



  1. Dokumentacja:


5.1. Wymagania ogólne:

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

  2. Każda Dokumentacja powstała w wyniku realizacji zamówienia i przekazana Zamawiającemu przez Wykonawcę stanowi własność Zamawiającego. Zamawiający ma prawo udostępniać Dokumentację osobom trzecim w sposób nie naruszający praw autorskich.


    1. Dokumentacja szkoleniowa:

Dokumentacja szkoleniowa powinna odzwierciedlać przebieg szkolenia, wykorzystane materiały szkoleniowe i zawierać m. in. ścieżki postępowania i odpowiadające im zrzuty z ekranów.


    1. Dokumentacja administratora:

  1. Dokumentacja Administratora Rozwiązania musi opisywać kolejność czynności i zakres możliwych danych do wprowadzenia oraz sposób postępowania w sytuacjach szczególnych i awaryjnych.

  2. Dokumentacja Administratora Rozwiązania powinna być dostępna w postaci elektronicznej umożliwiającej przeszukiwanie oraz odnajdywanie konkretnych tematów.

  3. Dokumentacja Administratora Rozwiązania obejmować będzie, co najmniej:

  4. szczegółową (krok po kroku) instrukcję instalacji i konfiguracji Rozwiązania

  5. opis parametrów instalacyjnych i konfiguracyjnych Rozwiązania wraz z opisem dopuszczalnych wartości i ich wpływem na działanie rozwiązania,

  6. szczegółową (krok po kroku) instrukcję wgrywania nowych wersji Rozwiązania,

  7. szczegółowy opis możliwych do zastosowania ról i uprawnień wraz z ich wpływem na działania rozwiązania,

  8. Dokumentacja Administratora musi uwzględniać Podręcznik ISU


    1. Dokumentacja użytkownika rozwiązania:

  1. Wykonawca dostarczy Dokumentację użytkownika oraz opis Ścieżek Postępowania.

  2. Dokumentacja użytkownika musi zawierać opis pełnej funkcjonalności Rozwiązania w sposób przejrzysty umożliwiający samodzielne użytkowanie Rozwiązania.

  3. Dokumentacja musi opisywać kolejność czynności i zakres możliwych danych do wprowadzenia oraz sposób postępowania w sytuacjach szczególnych.

  4. Dostarczona przez Wykonawcę Dokumentacja użytkownika, w tym „Ścieżki Postępowania” zostaną przygotowane w sposób umożliwiający Zamawiającemu dodanie ich, jako odrębnych artykułów do bazy wiedzy.


    1. Dokumentacja powykonawcza:

  1. Wykonawca jest zobowiązany dostarczyć w ramach zamówienia Dokumentację powykonawczą Rozwiązania.

  2. Dokumentacja powykonawcza musi być sporządzona w języku polskim chyba, że dotyczy oprogramowania narzędziowego obcego pochodzenia (Produktu), wykorzystywanego w Rozwiązaniu, dla którego nie ma dokumentacji w języku polskim, w takim przypadku Dokumentacja może zostać przekazana w języku angielskim.



Zakup aplikacji wraz z usługą wdrożenia systemu Elektroniczne Biuro Obsługi Interesanta


            1. Opis wymagania Elektroniczne Biuro Obsługi Interesanta(dalej: „EBOI”)

Lp.

Opis wymagania

1.

EBOI wykorzystuje elementy architektury opartej na usługach (ang. Service-Oriented Architecture, SOA). Rozwiązanie uruchomione zostanie w ramach infrastruktury Wykonawcy (chmury obliczeniowej).

2.

EBOI zapewnia komunikację z ESP ePUAP oraz wykorzystuje usługę ESP platformy ePUAP. Klient raz zalogowany do EBOI danymi ePUAP nie powinien logować się ponownie do platformy ePUAP.

3.

EBOI pozwala rozróżniać Klientów na osoby fizyczne, osoby prawne i podmioty gospodarcze (firmy)

4.

EBOI pozwala weryfikować adres e-mail Klienta poprzez link weryfikujący.

5.

EBOI pozwala na ponowne wysłanie linku weryfikującego na konto e-mail Klienta (z poziomu panelu administratora).

6.

EBOI pozwala na zablokowanie konta Klienta (z poziomu panelu administratora).

7.

EBOI pozwala na odzyskanie dostępu do konta Klienta

8.

EBOI pozwala na zmianę hasła z poziomu konta Klienta.

9.

EBOI pozwala na alfabetyczne przeszukiwanie treści kart usług

10.

EBOI pozwala na wyszukiwanie treści po opisie usługi, po nazwie usługi.

11.

EBOI powinien pozwalać na pobranie dokumentów powiązanych z kartami usług np. wniosków do pobrania.

12.

EBOI musi integrować się z platformą ePUAP (logowanie ePUAP, logowanie profilem zaufanym, pobieranie e-usług ePUAP, synchronizacja formularzy ePUAP).

13.

EBOI musi pobierać e-usług ePUAP które wcześniej zostaną włączone do ePUAP:

    • formularze dotyczące osób fizycznych:

      • Informacja w sprawie podatku leśnego IL-1

      • Informacja w sprawie podatku od nieruchomości IN-1

      • Informacja w sprawie podatku rolnego IR-1

    • formularze dotyczące osób prawnych:

      • Deklaracja na podatek od środków transportowych DT-1

      • Deklaracja na podatek leśny DL-1

      • Deklaracja na podatek od nieruchomości DN-1

      • Deklaracja na podatek rolny DR-1

    • formularze zezwoleń/wnioski:

      • Wniosek o zezwolenie na stałą sprzedaż alkoholu

      • Zezwolenie na jednokrotną sprzedaż alkoholu

      • Wniosek o ustalenie lokalizacji inwestycji celu publicznego

      • Wniosek o udostępnienie informacji publicznej

      • Wniosek o wydanie pozwolenia na usunięcie drzew

14.

EBOI powinien współpracować z relacyjną bazą danych SQL w wersji komercyjnej oraz darmowej.

15.

EBOI musi być zgodny ze standardem WCAG 2.0.

16.

XXXX pobiera stan sprawy z posiadanego przez Zmawiającego systemu EZD Proton.

17.

EBOI musi posiadać płatności elektronicznych


  1. Wymagania w zakresie wdrożenia


    1. Wykonawca w ramach zamówienia wykona prace niezbędne do poprawnego uruchomienia wdrażanego EBOI. Prace wdrożeniowe obejmują pełen zakres prac instalacyjno-konfiguracyjno-integracyjnych.

    2. Wykonawca przeznaczy co najmniej 12 h na prace wdrożeniowo-szkoleniowe.

    3. Szkolenia przeprowadzone będą w grupach max 10 osobowych oraz bezpośrednio przy stanowiskach roboczych użytkowników biorących udział w szkoleniu.

    4. Wykonawca zapewni użytkownikom odpowiednią dokumentację szkoleniową.


  1. Wymagania w zakresie gwarancji i asysty technicznej


    1. Wykonawca zapewni wsparcie techniczne oraz zagwarantuję poprawne działanie wdrażanego systemu przez okres 24 miesięcy od zakończenia wdrożenia.

    2. W ramach asysty technicznej Wykonawca zobowiązany jest do:

  1. Świadczenia usług asysty technicznej w języku polskim.

  2. Usługa asysty technicznej nie obejmuje elementów infrastruktury, które Zamawiający zamierza przeznaczyć do realizacji Zamówienia.

  3. Utrzymywania Rozwiązania w zgodności z przepisami prawa powszechnie obowiązującego bez konieczności zgłaszania przez Zamawiającego.

  4. Dostarczania nowych wersji Rozwiązania.

  5. Oferowania Zamawiającemu nowych, ulepszonych wersji Rozwiązania.

  6. Pomocy na telefon (hot-line) w Dniach Roboczych Jednostki.

  7. Konsultacji w zakresie obsługi technicznej i użytkowej Rozwiązania drogą telefoniczną i mailową.

  8. Wykonawca ma obowiązek przyjmowania zgłoszeń serwisowych przez telefon oraz całą dobę za pomocą dedykowanej platformy Help Desk.


  1. Dokumentacja:

    1. Wymagania ogólne:

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

    2. Każda Dokumentacja powstała w wyniku realizacji zamówienia i przekazana Zamawiającemu przez Wykonawcę stanowi własność Zamawiającego. Zamawiający ma prawo udostępniać Dokumentację osobom trzecim w sposób nie naruszający praw autorskich.


    1. Dokumentacja szkoleniowa:

Dokumentacja szkoleniowa powinna odzwierciedlać przebieg szkolenia, wykorzystane materiały szkoleniowe i zawierać m. in. ścieżki postępowania i odpowiadające im zrzuty z ekranów.


    1. Dokumentacja administratora:

  1. Dokumentacja Administratora Rozwiązania musi opisywać kolejność czynności i zakres możliwych danych do wprowadzenia oraz sposób postępowania w sytuacjach szczególnych i awaryjnych.

  2. Dokumentacja Administratora Rozwiązania powinna być dostępna w postaci elektronicznej umożliwiającej przeszukiwanie oraz odnajdywanie konkretnych tematów.

  3. Dokumentacja Administratora Rozwiązania obejmować będzie, co najmniej:

  4. szczegółową (krok po kroku) instrukcję instalacji i konfiguracji Rozwiązania

  5. opis parametrów instalacyjnych i konfiguracyjnych Rozwiązania wraz z opisem dopuszczalnych wartości i ich wpływem na działanie rozwiązania,

  6. szczegółową (krok po kroku) instrukcję wgrywania nowych wersji Rozwiązania,

  7. szczegółowy opis możliwych do zastosowania ról i uprawnień wraz z ich wpływem na działania rozwiązania,

  8. Dokumentacja Administratora musi uwzględniać Podręcznik ISU


    1. Dokumentacja użytkownika rozwiązania:

  1. Wykonawca dostarczy Dokumentację użytkownika oraz opis Ścieżek Postępowania.

  2. Dokumentacja użytkownika musi zawierać opis pełnej funkcjonalności Rozwiązania w sposób przejrzysty umożliwiający samodzielne użytkowanie Rozwiązania.

  3. Dokumentacja musi opisywać kolejność czynności i zakres możliwych danych do wprowadzenia oraz sposób postępowania w sytuacjach szczególnych.

  4. Dostarczona przez Wykonawcę Dokumentacja użytkownika, w tym „Ścieżki Postępowania” zostaną przygotowane w sposób umożliwiający Zamawiającemu dodanie ich, jako odrębnych artykułów do bazy wiedzy.


    1. Dokumentacja powykonawcza:

  1. Wykonawca jest zobowiązany dostarczyć w ramach zamówienia Dokumentację powykonawczą Rozwiązania.

  2. Dokumentacja powykonawcza musi być sporządzona w języku polskim chyba, że dotyczy oprogramowania narzędziowego obcego pochodzenia (Produktu), wykorzystywanego w Rozwiązaniu, dla którego nie ma dokumentacji w języku polskim, w takim przypadku Dokumentacja może zostać przekazana w języku angielskim.

Zakup aplikacji wraz z usługą wdrożenia systemu System Informacji Geograficznej (GIS)


  1. CYFRYZACJA ZASOBÓW


    1. GOSPODARKA PRZESTRZENNA – MPZP

      1. Wykonawca musi przetworzyć dokumenty planistyczne do postaci cyfrowej 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.

      2. Wykonawca zeskanuje do postaci elektronicznej (jpg lub pdf) wszystkie rysunki MPZP będące wyłącznie w wersji analogowej, lub których wersja cyfrowa jest nieczytelna lub niezdatna do wektoryzacji.

      3. Wykonawca wszystkim rysunkom MPZP nada georeferencje (skalibruje do postaci plików geoTIFF) w układzie współrzędnych EPSG 2180 (PUWG 92):

        1. Usługa kalibracji danych referencyjnych do Państwowego Układu Współrzędnych Geodezyjnych 1992 musi zachowywać: dokładność RMS<=1mm w skali mapy, format .tif i georeferencja w formacie .tfw oraz w oryginalnej rozdzielczości głębi kolorów.

        2. Usługa kalibracji danych referencyjnych musi być udokumentowana w formacie graficznym lub tekstowym w postaci raportów kalibracji, przedstawiających liczbę punktów dopasowania, rozkład przestrzenny punktów, współrzędne punktów dostosowania w układzie PUWG 92, błędy dopasowania na każdym punkcie wyrażone w metrach oraz rodzaj użytej transformacji.

        3. Usługa kalibracji danych referencyjnych musi odbyć się z wykorzystaniem transformacji afinicznej 1. lub 2. stopnia z zachowaniem równomiernego rozkładu punktów dopasowania (dopuszczalna jest kalibracja z wykorzystaniem transformacji elastycznej przy uzasadnieniu postępowania w raporcie kalibracji).

      4. Wykonawca zwektoryzuje rysunki MPZP do postaci wektorowej shapefile (shp) obowiązkowo uwzględniając:

        1. Usługa wektoryzacji danych referencyjnych musi obejmować wektoryzacje obowiązujących ustaleń MPZP.

        2. Transformacja MPZP obejmie przetworzenie do postaci cyfrowej wszystkich ustaleń MPZP: granice MPZP, przeznaczenia MPZP, pozostałe ustalenia MPZP punktowe, pozostałe ustalenia MPZP liniowe, pozostałe ustalenia MPZP powierzchniowe, zgodnie z legendą rysunków MPZP oraz opisami tekstowymi uchwał MPZP wraz z utworzeniem i wypełnieniem tabeli atrybutów.

        3. Usługa wektoryzacji danych referencyjnych musi być zapisana do formatu .shp w układzie Państwowego Układu Współrzędnych Geodezyjnych 1992.

        4. Usługa wektoryzacji danych referencyjnych musi obejmować wszystkie przekazane dane referencyjne z dokładnością <= 0.5mm w skali mapy i zachowaniem topologii obiektów powierzchniowych i liniowych (tj. styczność obiektów, brak dziur w geometrii obiektów, nienakładanie się wykluczających się wzajemnie obiektów) oraz z uwzględnieniem zabiegów kartograficznych stosowanych na mapach takich jak zmiana grubości linii, przesunięcia kartograficzne obiektów.

        5. Usługa wektoryzacji danych referencyjnych musi obejmować uzupełnienie tabeli atrybutów zgodnie z informacjami zawartymi na wektoryzowanym dokumencie - rysunkiem MPZP oraz powiązanym z nim załącznikiem tekstowym - uchwałą MPZP. Tabela atrybutów powiązana z geometrią obiektów musi być zapisana z kodowaniem w formacie UTF-8.

        6. Wykonawca zobowiązany jest do utworzenia pięciu warstw wektorowych (uwzględniając powyższe wytyczne) i uzupełnienia danymi tabel atrybutów według poniższych wzorów tabel atrybutów, gdzie:

UCHWALA - oznacza numer uchwały w sprawie uchwalenia MPZP.

Z_DNIA - oznacza datę uchwały w sprawie uchwalenia MPZP.

W_SPRAWIE – oznacza nazwę uchwały w sprawie sporządzenia MPZP.

SKALA - oznacza wielkość skali rysunku MPZP.

RASTER - oznacza nazwę pliku rastrowego MPZP.

POW_METR_2 - oznacza powierzchnię w metrach kwadratowych MPZP.

WAZNY_OD - oznacza datę wejścia w życie MPZP.

DZIENNIK – oznacza numer dziennika urzędowego województwa, w którym jest opublikowany MPZP.

UCHWALA_PR – oznacza numer uchwały w sprawie przystąpienia do sporządzania MPZP.

Z_DNIA_PR – oznacza datę uchwały w sprawie przystąpienia do sporządzania MPZP.

W_SPR_PR – oznacza nazwę uchwały w sprawie przystąpienia do sporządzania MPZP.

SYMBOL - oznacza symbol przeznaczenia MPZP.

OPIS - oznacza opis przeznaczenia MPZP.


GRANICE MPZP

ID

UCHWALA

Z_DNIA

W_SPRAWIE

SKALA

RASTER

POW_METR_2

INT

VARCHAR(30)

VARCHAR(10)

VARCHAR(255)

VARCHAR(10)

VARCHAR(255)

INT


WAZNY_OD

DZIENNIK

UCHWALA_PR

Z_DNIA_PR

W_SPR_PR

VARCHAR(10)

VARCHAR(255)

VARCHAR(30)

VARCHAR(10)

VARCHAR(255)


PRZEZNACZENIA MPZP

ID

SYMBOL

OPIS

UCHWALA

POW_METR_2

INT

VARCHAR(30)

VARCHAR(255)

VARCHAR(30)

INT

DODATKOWE USTALENIA POWIERZCHNIOWE

ID

SYMBOL

OPIS

UCHWALA

POW_METR_2

INT

VARCHAR(30)

VARCHAR(255)

VARCHAR(30)

INT


DODATKOWE USTALENIA LINIOWE

ID

SYMBOL

OPIS

UCHWALA

INT

VARCHAR(30)

VARCHAR(255)

VARCHAR(30))


DODATKOWE USTALENIA PUNKTOWE

ID

SYMBOL

OPIS

UCHWALA

INT

VARCHAR(30)

VARCHAR(255)

VARCHAR(30)


      1. Zamawiający pod pojęciem "dodatkowych ustaleń MPZP powierzchniowych/liniowych/ punktowych" ma na myśli pozostałe ustalenia MPZP (nakazy, zakazy, ograniczenia, dopuszczenia), poza przeznaczeniami MPZP, takie jak: strefa zalewowa, linie zabudowy, zabytek ewidencyjny itp..

      2. Wykonawca musi przygotować symbolizację przeznaczeń MPZP na podstawie załącznika 1 do Rozporządzenia Ministra Infrastruktury z dnia 26 sierpnia 2003 r. w sprawie wymaganego zakresu projektu miejscowego planu zagospodarowania przestrzennego i zapisać symbolizację w pliku warstwy (o rozszerzeniu .qml lub .lyr).

      3. Wykonawca pozostałym obiektom warstw wektorowych musi nadać symbolizację najbardziej zbliżoną do oryginalnych oznaczeń poszczególnych rysunków MPZP oraz zapisać symbolizację w pliku warstwy (o rozszerzeniu .qml lub .lyr).

      4. Wykonawca musi przygotować metadane do przetworzonych do postaci wektorowej zbiorów danych przestrzennych 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.


    1. GOSPODARKA PRZESTRZENNA – STUDIUM

      1. Wykonawca musi przetworzyć wymienione dokumenty planistyczne do postaci cyfrowej 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.

      2. Wykonawca zeskanuje do postaci elektronicznej (jpg lub pdf) wszystkie rysunki STUDIUM będące wyłącznie w wersji analogowej, lub których wersja cyfrowa jest nieczytelna lub niezdatna do wektoryzacji.

      3. Wykonawca wszystkim rysunkom STUDIUM nada georeferencje (skalibruje do postaci plików geoTIFF) w układzie współrzędnych EPSG 2180 (PUWG 92):

        1. Usługa kalibracji danych referencyjnych do Państwowego Układu Współrzędnych Geodezyjnych 1992 musi zachowywać: dokładność RMS<=1mm w skali mapy, format .tif i georeferencja w formacie .tfw oraz w oryginalnej rozdzielczości głębi kolorów.

        2. Usługa kalibracji danych referencyjnych musi być udokumentowana w formacie graficznym lub tekstowym w postaci raportów kalibracji, przedstawiających liczbę punktów dopasowania, rozkład przestrzenny punktów, współrzędne punktów dostosowania w układzie PUWG 92, błędy dopasowania na każdym punkcie wyrażone w metrach oraz rodzaj użytej transformacji.

        3. Usługa kalibracji danych referencyjnych musi odbyć się z wykorzystaniem transformacji afinicznej 1. lub 2. stopnia z zachowaniem równomiernego rozkładu punktów dopasowania (dopuszczalna jest kalibracja z wykorzystaniem transformacji elastycznej przy uzasadnieniu postępowania w raporcie kalibracji).

      4. Wykonawca zwektoryzuje rysunki STUDIUM do postaci wektorowej shapefile (shp) obowiązkowo uwzględniając:

        1. Usługa wektoryzacji danych referencyjnych musi obejmować wektoryzacje obowiązujących ustaleń STUDIUM.

        2. Transformacja STUDIUM obejmie przetworzenie do postaci cyfrowej wszystkich ustaleń STUDIUM: granice STUDIUM, kierunki STUDIUM, pozostałe ustalenia STUDIUM punktowe, pozostałe ustalenia STUDIUM liniowe, pozostałe ustalenia STUDIUM powierzchniowe, zgodnie z legendą rysunków STUDIUM oraz opisami tekstowymi uchwał STUDIUM wraz z utworzeniem i wypełnieniem tabeli atrybutów.

        3. Usługa wektoryzacji danych referencyjnych musi być zapisana do formatu .shp w układzie Państwowego Układu Współrzędnych Geodezyjnych 1992.

        4. Usługa wektoryzacji danych referencyjnych musi obejmować wszystkie przekazane dane referencyjne z dokładnością <= 0.5mm w skali mapy i zachowaniem topologii obiektów powierzchniowych i liniowych (tj. styczność obiektów, brak dziur w geometrii obiektów, nienakładanie się wykluczających się wzajemnie obiektów) oraz z uwzględnieniem zabiegów kartograficznych stosowanych na mapach takich jak zmiana grubości linii, przesunięcia kartograficzne obiektów.

        5. Usługa wektoryzacji danych referencyjnych musi obejmować uzupełnienie tabeli atrybutów zgodnie z informacjami zawartymi na wektoryzowanym dokumencie - rysunkiem STUDIUM oraz powiązanym z nim załącznikiem tekstowym - uchwałą STUDIUM. Tabela atrybutów powiązana z geometrią obiektów musi być zapisana z kodowaniem w formacie UTF-8.

        6. Wykonawca zobowiązany jest do utworzenia pięciu warstw wektorowych (uwzględniając powyższe wytyczne) i uzupełnienia danymi tabel atrybutów według poniższych wzorów tabel atrybutów, gdzie:

UCHWALA - oznacza numer uchwały w sprawie uchwalenia STUDIUM.

Z_DNIA - oznacza datę uchwały w sprawie uchwalenia STUDIUM.

W_SPRAWIE – oznacza nazwę uchwały w sprawie sporządzenia STUDIUM.

SKALA - oznacza wielkość skali rysunku STUDIUM.

RASTER - oznacza nazwę pliku rastrowego STUDIUM.

POW_METR_2 - oznacza powierzchnię w metrach kwadratowych STUDIUM.

WAZNY_OD - oznacza datę wejścia w życie STUDIUM.

UCHWALA_PR – oznacza numer uchwały w sprawie przystąpienia do sporządzania STUDIUM.

Z_DNIA_PR – oznacza datę uchwały w sprawie przystąpienia do sporządzania STUDIUM.

W_SPR_PR – oznacza nazwę uchwały w sprawie przystąpienia do sporządzania STUDIUM.

SYMBOL - oznacza symbol kierunku STUDIUM.

OPIS - oznacza opis kierunku STUDIUM.


GRANICA STUDIUM

ID

UCHWALA

Z_DNIA

W_SPRAWIE

SKALA

RASTER

POW_METR_2

INT

VARCHAR(30)

DATE

VARCHAR(255)

VARCHAR(10)

VARCHAR(255)

INT


WAZNY_OD

UCHWALA_PR

Z_DNIA_PR

W_SPR_PR

VARCHAR(10)

VARCHAR(30)

DATE

VARCHAR(255)


KIERUNKI STUDIUM

ID

SYMBOL

OPIS

UCHWALA

POW_METR_2

INT

VARCHAR(30)

VARCHAR(255)

VARCHAR(30)

INT

DODATKOWE USTALENIA POWIERZCHNIOWE (STUDIUM)

ID

SYMBOL

OPIS

UCHWALA

POW_METR_2

INT

VARCHAR(30)

VARCHAR(255)

VARCHAR(30)

INT

DODATKOWE USTALENIA LINIOWE (STUDIUM)

ID

SYMBOL

OPIS

UCHWALA

INT

VARCHAR(30)

VARCHAR(255)

VARCHAR(30))

DODATKOWE USTALENIA PUNKTOWE (STUDIUM)

ID

SYMBOL

OPIS

UCHWALA

INT

VARCHAR(30)

VARCHAR(255)

VARCHAR(30))


      1. Zamawiający pod pojęciem "dodatkowych ustaleń STUDIUM powierzchniowych/liniowych/ punktowych" ma na myśli pozostałe ustalenia STUDIUM (nakazy, zakazy, ograniczenia, dopuszczenia), poza kierunkami STUDIUM, takie jak: strefa zalewowa, projektowana sieć infrastruktury technicznej, zabytek ewidencyjny itp..

      2. Wykonawca wszystkim obiektom warstw wektorowych musi nadać symbolizację najbardziej zbliżoną do oryginalnych oznaczeń rysunków STUDIUM oraz zapisać symbolizację w pliku warstwy (o rozszerzeniu .qml lub .lyr).

      3. Wykonawca musi przygotować metadane do przetworzonych do postaci wektorowej zbiorów danych przestrzennych 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.


    1. MIENIE KOMUNALNE

      1. Wykonawca musi stworzyć bazę danych mienia komunalnego 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.

      2. Wykonawca musi stworzyć bazę danych w postaci bazy danych sqlite w odniesieniu do działek ewidencyjnych.

      3. Wykonawca musi utworzyć bazę danych w układzie współrzędnych EPSG 2180 (PUWG 92).

      4. Wykonawca zaimportuje dane mienia komunalnego posiadane przez Zamawiającego zgodnie z wymogami Ustawy z dnia 4 marca 2010 roku o Infrastrukturze Informacji Przestrzennej (Dz. U. z 2010 r. Nr 76, poz. 489 z późn. zm.)

      5. Wykonawca musi przygotować symbolizację obiektów mienia komunalnego uzgodnioną z Zamawiającym i zapisać symbolizację w pliku o rozszerzeniu .qml lub .lyr.


  1. APLIKACJA GIS – FUNKCJE OGÓLNE

    1. Wykonawca zapewni Zamawiającemu niezbędne oprogramowanie desktopowe GIS umożliwiające samodzielne zarządzanie zawartością systemu z bezterminową i wielostanowiskową licencją.

    2. 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 formatach.

      8. Obsługa układów odniesienia: XXXX00, XXXX00, XXXX0000, XXX.

      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.

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

      1. Wyświetlanie wielokanał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. Obsługa rastra wysokościowego.

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

      10. Mozaikowanie, przepróbkowanie (resampling).

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

      12. Bezpośredni odczyt i zapis danych rastrowych.

    4. 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 symbolizacja danych.

      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ść ustawiania 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 (Wykonawca przygotuje szablon wydruku).

      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. Interpolacja warstwic.

      17. Bezpośredni odczyt i zapis danych wektorowych.

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

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

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


  1. APLIKACJA GIS – FUNKCJE DEDYKOWANE


    1. GOSPODARKA PRZESTRZENNA - MPZP

      1. System musi umożliwiać jednoczesną obsługę wszystkich wymienionych i uszczegółowionych w punkcie 2. parametrów oprogramowania.

      2. System musi umożliwiać prowadzenie rejestru danych planistycznych dotyczących obowiązujących MPZP z możliwością zarządzania danymi przestrzennymi i wyświetlaniem informacji na mapie w odniesieniu do działek ewidencyjnych.

      3. System musi umożliwiać prowadzenie rejestru MPZP obowiązkowo uwzględniając:

        1. System musi umożliwiać prowadzenie rejestru w formie tabelarycznej z możliwością wyszukiwania obiektów poprzez określenie: numeru uchwały, nazwy MPZP, dziennika urzędowego, daty uchwalenia MPZP, statusu MPZP.

        2. System musi umożliwiać zapisanie i odczyt załączników (treść uchwały MPZP oraz rysunku MPZP) z poziomu tabelarycznej rejestru.

        3. System musi umożliwiać generowanie w formacie pdf oraz w wersji edytowalnej rejestru MPZP.

        4. System musi umożliwiać określenie statusu MPZP poprzez wybór statusu z rozwijalnej listy: obowiązujący, archiwalny, w trakcie opracowania, zmiana, uchwalony jeszcze nieobowiązujący, zaskarżony, uchylony przez WSA, ponownie obowiązujący.

        5. System musi umożliwiać prowadzenie rejestru MPZP w formie mapowej poprzez prezentację granic MPZP w odniesieniu do działek ewidencyjnych.

        6. System musi umożliwiać powiązanie formy tabelarycznej rejestru MPZP z formą mapową wraz z możliwością zbliżania widoku mapy do wybranego obiektu w tabeli.

      4. System musi umożliwiać automatyzację wyszukiwania działek ewidencyjnych wraz z podaniem informacji o działce obowiązkowo uwzględniając:

        1. System musi umożliwiać szybkie wyszukiwanie działki ewidencyjnej poprzez wybranie obrębu ewidencyjnego, a następnie wpisanie numeru działki.

        2. System musi posiadać opcję autopodpowiedzi przy wpisywaniu numerów działek ewidencyjnych tak, aby zapewnić wyszukiwanie z podaniem jedynie części szukanego ciągu znaków bez konieczności stosowania metaznaków w postaci np. %tekst%.

        3. System musi po wybraniu numeru działki ewidencyjnej przeskalować okno mapy do zasięgu wybranej działki i podświetlić obiekt na mapie.

        4. W przypadku, gdy działka ewidencyjna objęta jest ustaleniami MPZP system odczyta na podstawie danych zawartych w tabelach atrybutów i poda informację o symbolu/symbolach i opisie/opisach przeznaczeń MPZP z podaniem procentowego udziału danego przeznaczenia w powierzchni ogólnej działki, z możliwością zmiany jednostki na metry kwadratowe.

        5. System musi umożliwiać automatyzację odczytywania dodatkowych informacji o wybranej działce ewidencyjnej poprzez samodzielne wskazanie warstwy wektorowej oraz nazwy pola warstwy, z której system musi odczytać informację.

        6. System musi umożliwiać wybór dziesięciu pozycji warstw wektorowych, z których będą odczytywane informacje o wskazanej działce ewidencyjnej.

        7. System poda wartość odczytaną w tabeli atrybutów wybranej warstwy wraz z podaniem procentowego udziału danego obiektu w wskazanej działce ewidencyjnej z możliwością zmiany procentów na powierzchnię (m2), długość (m) lub liczbę (szt.).

        8. System musi umożliwiać wybranie działki ewidencyjnej poprzez wskazanie obiektu na mapie.

      5. System musi umożliwiać automatyzację wyrysu z MPZP obowiązkowo uwzględniając:

        1. System musi generować gotowy dokument wyrysu z MPZP, niewymagający dalszej ingerencji w treść i wygląd.

        2. System musi przygotowywać gotowy dokument wyrysu z MPZP ze skanu oryginalnego rysunku MPZP, a nie z przetworzonych warstw wektorowych.

        3. System musi automatycznie dopasować orientację arkusza dokumentu wyrysu (pionowo, poziomo) przy uwzględnieniu kształtu i wielkości działki/działek ewidencyjnych tak, aby ograniczyć do minimum liczbę stron dokumentu wyrysu i zminimalizować koszty obsługi administracyjnej oraz zmniejszyć negatywny wpływ na środowisko.

        4. System musi automatycznie dopasować format arkusza dokumentu wyrysu (A4, A3, A2, A1) przy uwzględnieniu kształtu i wielkości działki/działek ewidencyjnych tak, aby ograniczyć do minimum liczbę stron dokumentu wyrysu i zminimalizować koszty obsługi administracyjnej oraz zmniejszyć negatywny wpływ na środowisko.

        5. System musi automatycznie dopasowywać orientację arkusza dokumentu wyrysu w kolejności: pionowa formatu A4, pozioma formatu A4, pionowa formatu A3, pozioma formatu A3, pionowa A2, pozioma A2, pionowa A1, pozioma A1, wielostronnicowa formatu A4.

        6. System musi umożliwiać samodzielne decydowanie o włączeniu poszczególnych formatów wydruków dokumentu wyrysu w dowolnych kombinacjach.

        7. System musi w przypadku wyłączenia jakichkolwiek formatów wydruków uwzględniać wymienioną w punkcie 3.1.5.6. kolejność wyboru formatu pomijając wyłączone formaty.

        8. System musi automatyczne nadawać nagłówek dokumentu wyrysu, składający się z: znaku sprawy, miejsca i daty wydania dokumentu wyrysu, tytułu wyrysu („WYRYS Z MIEJSCOWEGO PLANU ZAGOSPODAROWANIA PRZESTRZENNEGO”), nazwy MPZP, numeru uchwały MPZP, daty uchwalenia MPZP, numeru dziennika urzędowego, w którym została opublikowana uchwała MPZP.

        9. System musi powyższe dane do nagłówka dokumentu wyrysu generować automatyczne na podstawie danych zapisanych w tabelach atrybutów, z wyjątkiem znaku sprawy i daty wydania dokumentu wyrysu.

        10. W przypadku nadawania znaku sprawy dokumentu wyrysu system musi mieć możliwość zapisania w systemie stałych znaków sprawy, bez konieczności wpisywania ich przy każdym wydawanym dokumencie wyrysu, z możliwością edycji tych znaków w dowolnym momencie.

        11. W przypadku nadawania daty wydania dokumentu wyrysu data bieżąca nadawana musi być przez system automatycznie oraz musi istnieć możliwość zmiany jej na dowolną, również wstecz.

        12. System musi automatycznie dodawać do wygenerowanego dokumentu wyrysu numer działki/działek ewidencyjnych wraz z nazwą i numerem obrębu ewidencyjnego z możliwością wyłączenia dodawania tej informacji do wydruku.

        13. System musi umożliwiać wybór kilku działek jednocześnie.

        14. System musi mieć możliwość wygenerowania wyrysu kilku działek na jednym, wspólnym arkuszu lub osobno na oddzielnych arkuszach.

        15. System musi mieć możliwość zmiany sposobu wyświetlania danych dotyczących obrębu ewidencyjnego w generowanym dokumencie wyrysu z możliwością wyświetlania numeru i nazwy obrębu ewidencyjnego lub tylko nazwy obrębu ewidencyjnego.

        16. System musi automatycznie odczytać z tabeli atrybutów i wypisać w generowanym dokumencie wyrysu wszystkie symbole i opisy przeznaczeń MPZP, dotyczące wybranej działki/działek ewidencyjnych, z możliwością wyłączenia dodawania tych informacji do dokumentu wyrysu.

        17. System musi automatycznie odczytać z tabeli atrybutów i wypisać w generowanym dokumencie wyrysu wszystkie opisy dodatkowych ustaleń MPZP, dotyczących wybranej działki/działek ewidencyjnych, takie jak: strefa zalewowa, linie zabudowy, zabytek ewidencyjny, z możliwością wyłączenia dodawania tych informacji do dokumentu wyrysu.

        18. System musi automatycznie nadawać skalę rysunku wyrysu zgodną z oryginalnym rysunkiem danej uchwały, na podstawie danych zapisanych w tabelach atrybutów, z możliwością zmiany skali rysunku wyrysu na inną w szczególnych przypadkach.

        19. System musi w przypadku zmiany wielkości oryginalnej skali rysunku podać zarówno wielkość wybranej skali jak i informację o oryginalnej wielkości skali rysunku.

        20. System musi mieć możliwość zaznaczenia obrysu tylko wybranej działki/działek ewidencyjnych bez sąsiednich granic działek ewidencyjnych, niebędących przedmiotem wydawanego dokumentu wyrysu.

        21. System musi umożliwiać zmianę koloru obrysu działki ewidencyjnej dodawanego do dokumentu wyrysu poprzez wybór koloru: czerwonego (0,255,0), zielonego (255,0,0), niebieskiego (0,0,255), żółtego (255,255,0) oraz włączenie/wyłączenie przezroczystości obrysu działki.

        22. System musi na podstawie wybranej działki/działek ewidencyjnych automatycznie dodawać do dokumentu wyrysu oryginalną legendę rysunku MPZP, z możliwością wyłączenia opcji dodawania legendy.

        23. System musi eksportować gotowy dokument wyrysu do formatu .pdf.

        24. System musi umożliwiać zapisanie dokumentu wyrysu bezpośrednio z poziomu systemu, za pomocą dedykowanego narzędzia, z możliwością zapisu ścieżki folderu i jej zmiany w dowolnym momencie.

        25. System musi umożliwiać wybranie działek ewidencyjnych do dokumentu wyrysu poprzez:

          1. Wybór z listy - możliwość wyboru działek ewidencyjnych poprzez wybranie obrębu ewidencyjnego, a następnie wpisanie numeru działki - system musi posiadać opcję autopodpowiedzi przy wpisywaniu numerów działek ewidencyjnych tak, aby zapewnić wyszukiwanie z podaniem jedynie części szukanego ciągu znaków bez konieczności stosowania metaznaków w postaci np. %tekst%.

          2. Wybór z okna mapy - możliwość wyboru działek ewidencyjnych poprzez bezpośrednie zaznaczenie jednej lub więcej działek ewidencyjnych na mapie.

          3. Wybór poprzez zapytanie przestrzenne - możliwość wyboru działek ewidencyjnych poprzez uwzględnienie przestrzennych relacji pomiędzy obiektami, co najmniej typu: intersects, overlaps, disjoint.

        26. System musi w przypadku wyboru działki/działek ewidencyjnych uwzględniać położenie działki w stosunku do granic MPZP: w jednym MPZP, w kilku MPZP, częściowo w MPZP.

        27. System musi w przypadku położenia wybranej działki/działek ewidencyjnych w granicy jednego MPZP automatycznie generować jeden wydruk dokumentu wyrysu z jednym numerem znaku sprawy.

        28. System musi w przypadku położenia wybranej działki/działek ewidencyjnych w granicy kilku MPZP automatycznie generować kilka dokumentów wyrysu, w liczbie równiej liczbie uchwał MPZP obejmujących wybraną działkę/działki ewidencyjne z jednym numerem znaku sprawy.

        29. System musi w przypadku położenia wybranej działki/działek ewidencyjnych w granicy kilku MPZP automatycznie generować kilka dokumentów wyrysu w postaci jednego pliku lub oddzielnych plikach w liczbie równej liczbie uchwał MPZP, z możliwością zmiany ustawień w dowolnym momencie.

        30. System musi w przypadku położenia wybranej działki/działek ewidencyjnych częściowo w granicy MPZP, częściowo w terenie nieobjętym MPZP automatycznie generować jeden wydruk dokumentu wyrysu z jednym numerem znaku sprawy, poprzedzając wygenerowanie dokumentu komunikatem z informacją o powierzchni i procentowym udziale braku MPZP w wybranej działce/działkach ewidencyjnych.

        31. System musi w przypadku położenia wybranych kilku działek ewidencyjnych leżących blisko siebie w granicy jednego MPZP automatycznie generować dokument wyrysu na jednym arkuszu przy uwzględnieniu oryginalnej skali rysunku.

        32. System musi w przypadku położenia wybranych kilku działek ewidencyjnych w granicy kilku MPZP automatycznie grupować działki leżące blisko siebie i generować dla nich jeden wspólny dokument wyrysu tak, aby ograniczyć do minimum liczbę stron dokumentu wyrysu i zminimalizować koszty obsługi administracyjnej oraz zmniejszyć negatywny wpływ na środowisko.

      6. System musi umożliwiać automatyzację wypisu z MPZP obowiązkowo uwzględniając:

        1. System musi umożliwiać generowanie wypisu zgodnie z wzorem z załącznika nr 1 (dane zaznaczone pochyłą i podkreśloną czcionką muszą uzupełniać się automatycznie na podstawie danych zapisanych w systemie).

        2. System musi generować gotowy dokument wypisu z MPZP, niewymagający dalszej ingerencji w treść i wygląd.

        3. Zamawiający przekaże Wykonawcy jedynie pełne, ujednolicone teksty uchwał w edytowalnym formacie, niepodzielone na poszczególne obszary wyznaczone w MPZP.

        4. System musi automatyczne nadawać nagłówek dokumentu wypisu, składający się z: znaku sprawy, miejsca i daty wydania dokumentu wypisu, tytułu wypisu („WYPIS Z MIEJSCOWEGO PLANU ZAGOSPODAROWANIA PRZESTRZENNEGO"), nazwy MPZP, numeru uchwały MPZP, daty uchwalenia MPZP, numeru dziennika urzędowego, w którym została opublikowana uchwała MPZP.

        5. System musi powyższe dane do nagłówka dokumentu wypisu generować automatyczne na podstawie danych zapisanych w tabelach atrybutów, z wyjątkiem znaku sprawy i daty wydania dokumentu wypisu, daty wpłynięcia wniosku o wydanie wypisu oraz danych wnioskodawcy.

        6. W przypadku nadawania znaku sprawy dokumentu wypisu system musi mieć możliwość zapisania w systemie stałych znaków sprawy, bez konieczności wpisywania ich przy każdym wydawanym dokumencie wypisu, z możliwością edycji tych znaków w dowolnym momencie.

        7. W przypadku nadawania daty wydania dokumentu wypisu data bieżąca nadawana musi być przez system automatycznie oraz musi istnieć możliwość zmiany jej na dowolną, również wstecz.

        8. System musi mieć możliwość wpisania daty wpłynięcia wniosku o wydanie wypisu i umieszczenia jej w wygenerowanym dokumencie wypisu z lewej strony pisma, bezpośrednio pod znakiem sprawy.

        9. System musi mieć możliwość wpisania danych dotyczących wnioskodawcy i umieszczenia ich w wygenerowanym dokumencie wypisu z lewej strony pisma, bezpośrednio pod miejscem i datą wydania dokumentu wypisu.

        10. System musi automatycznie dodawać do wygenerowanego dokumentu wypisu numer działki/działek ewidencyjnych wraz z nazwą i numerem obrębu ewidencyjnego z możliwością wyłączenia dodawania tej informacji do dokumentu.

        11. System musi umożliwiać wybór kilku działek jednocześnie.

        12. System musi mieć możliwość zmiany sposobu wyświetlania danych dotyczących obrębu ewidencyjnego w generowanym dokumencie wypisu z możliwością wyświetlania numeru i nazwy obrębu ewidencyjnego lub tylko nazwy obrębu ewidencyjnego.

        13. System musi automatycznie odczytać z tabeli atrybutów i wypisać w generowanym dokumencie wypisu wszystkie symbole, opisy przeznaczeń MPZP oraz opisy dodatkowych ustaleń MPZP powierzchniowych/liniowych/punktów dotyczących wybranej działki/działek ewidencyjnych z możliwością wyłączenia opcji dodawania powyższych informacji do dokumentu wypisu.

        14. System musi umożliwiać automatyczne obliczanie i dodawanie do generowanego dokumentu wypisu informacji o powierzchni/długości/sztukach lub procentowym udziale przeznaczeń oraz dodatkowych ustaleń MPZP powierzchniowych/liniowych/punktowych w wybranej działce/działkach ewidencyjnych z możliwością wyłączenia dodawania powyższych informacji do dokumentu wypisu.

        15. System musi powyższe ustalenia MPZP odczytywać automatycznie na podstawie danych zapisanych w tabeli atrybutów.

        16. Pod pojęciem "dodatkowych ustaleń MPZP powierzchniowych/liniowych/ punktowych" Zamawiający ma na myśli pozostałe ustalenia MPZP (nakazy, zakazy, ograniczenia, dopuszczenia), poza przeznaczeniami MPZP, takie jak: strefa zalewowa, linie zabudowy, zabytek ewidencyjny itp..

        17. System musi generować gotowy dokument wypisu składający się z ustaleń ogólnych, ustaleń szczegółowych oraz końcowych uchwały MPZP.

        18. System musi generować gotowy dokument wypisu zawierający ustalenia szczegółowe dotyczące jedynie wybranej działki/działek ewidencyjnych tak, aby ograniczyć do minimum liczbę stron dokumentu wypisu i zminimalizować koszty obsługi administracyjnej oraz zmniejszyć negatywny wpływ na środowisko.

        19. System musi na podstawie warstw wektorowych oraz danych zawartych w tabelach atrybutów automatycznie odczytywać i dodawać do dokumentu wypisu informację o położeniu wybranej działki/działek ewidencyjnych w granicach obszaru, objętego uchwałą w sprawie przystąpienia do sporządzania nowego MPZP.

        20. W przypadku położenia wybranej działki/działek ewidencyjnych w obszarze, objętym uchwałą w sprawie przystąpienia do sporządzania nowego MPZP system musi automatycznie dodać do dokumentu wypisu informację o numerze działki/działek ewidencyjnych występujących w danym obszarze, numerze uchwały, której dotyczy poszczególna działka/działki ewidencyjne, dacie podjęcia uchwały oraz pełnej nazwie podjętej uchwały.

        21. System musi automatycznie dodawać na końcu dokumentu wypisu ustaloną przez Zamawiającego informację o uiszczenia opłaty skarbowej lub o zwolnieniu z opłaty skarbowej, z możliwością zmiany jej treści w dowolnym momencie.

        22. System musi umożliwiać dodanie na początku dokumentu wypisu ustaloną przez Zamawiającego treści wstępu wypisu, z możliwością zmiany tej treści w dowolnym momencie.

        23. System musi umożliwiać zmianę wielkości czcionki wygenerowanego dokumentu wypisu bezpośrednio z poziomu systemu.

        24. System musi eksportować gotowy dokument wypisu do formatu .pdf oraz HTML.

        25. System musi umożliwiać zapisanie dokumentu wypisu bezpośrednio z poziomu systemu, za pomocą dedykowanego narzędzia, z możliwością zapisu ścieżki folderu i jej zmiany w dowolnym momencie.

        26. System musi umożliwiać wybranie działek ewidencyjnych do dokumentu wypisu poprzez:

          1. Wybór z listy - możliwość wybory działek ewidencyjnych poprzez wybranie obrębu ewidencyjnego, a następnie wpisanie numeru działki - system musi posiadać opcję autopodpowiedzi przy wpisywaniu numerów działek ewidencyjnych tak, aby zapewnić wyszukiwanie z podaniem jedynie części szukanego ciągu znaków bez konieczności stosowania metaznaków w postaci np. %tekst%.

          2. Wybór z okna mapy - możliwość wybory działek ewidencyjnych poprzez bezpośrednie zaznaczenie jednej lub więcej działek ewidencyjnych na mapie.

          3. Wybór poprzez zapytanie przestrzenne - możliwość wyboru działek ewidencyjnych poprzez uwzględnienie przestrzennych relacji pomiędzy obiektami, co najmniej typu: intersects, overlaps, disjoint.

        27. System musi w przypadku wyboru działki/działek ewidencyjnych uwzględniać położenie działki w stosunku do granic MPZP: w jednym MPZP, w kilku MPZP, częściowo w MPZP.

        28. System musi w przypadku położenia wybranej działki/działek ewidencyjnych w granicy jednego MPZP automatycznie generować jeden wydruk dokumentu wypisu z jednym numerem znaku sprawy.

        29. System musi w przypadku położenia wybranej działki/działek ewidencyjnych w granicy kilku MPZP automatycznie generować kilka dokumentów wypisu, w liczbie równiej liczbie uchwał MPZP obejmujących wybraną działkę/działki ewidencyjne z jednym numerem znaku sprawy.

        30. System musi w przypadku położenia wybranej działki/działek ewidencyjnych w granicy kilku MPZP automatycznie generować kilka dokumentów wypisu w postaci jednego pliku lub oddzielnych plikach w liczbie równej liczbie uchwał MPZP, z możliwością zmiany ustawień w dowolnym momencie.

        31. System musi w przypadku położenia wybranej działki/działek ewidencyjnych częściowo w granicy MPZP, częściowo w terenie nieobjętym MPZP automatycznie generować jeden wydruk dokumentu wypisu z jednym numerem znaku sprawy, poprzedzając wygenerowanie dokumentu komunikatem z informacją o powierzchni i procentowym udziale braku MPZP w wybranej działce/działkach ewidencyjnych.

        32. System musi w przypadku położenia wybranych kilku działek ewidencyjnych w granicy kilku MPZP automatycznie grupować działki leżące w tym samym MPZP i generować dla nich jeden wspólny dokument wypisu tak, aby ograniczyć do minimum liczbę stron dokumentu wypisu i zminimalizować koszty obsługi administracyjnej oraz zmniejszyć negatywny wpływ na środowisko.

      7. System musi umożliwiać automatyzację zaświadczenia z MPZP obowiązkowo uwzględniając:

        1. System musi umożliwiać generowanie zaświadczenia zgodnie z wzorem z załącznika nr 1 (dane zaznaczone pochyłą i podkreśloną czcionką muszą uzupełniać się automatycznie na podstawie danych zapisanych w systemie).

        2. System musi generować gotowy dokument zaświadczenia z MPZP, niewymagający dalszej ingerencji w treść i wygląd.

        3. System musi umożliwiać dodanie do dokumentu zaświadczenia ustaloną przez Xxxxxxxxxxxxx treść wstępu zaświadczenia z podziałem na: wstęp zaświadczenia z MPZP oraz wstęp zaświadczenia o braku MPZP z możliwością zmiany tej treści w dowolnym momencie.

        4. System musi automatyczne nadawać nagłówek dokumentu zaświadczenia, składający się
          z: znaku sprawy, miejsca i daty wydania dokumentu zaświadczenia, tytułu zaświadczenia („ZAŚWIADCZENIE"), numeru uchwały MPZP, której dotyczy wybrana działka/działki ewidencyjne, daty uchwalenia MPZP, numeru dziennika urzędowego, w którym została opublikowana uchwała MPZP – dane muszą być generowane automatycznie na podstawie danych zapisanych w tabelach atrybutów, z wyjątkiem znaku sprawy, daty wydania dokumentu zaświadczenia, daty wpłynięcia wniosku o wydanie zaświadczenia oraz danych wnioskodawcy.

        5. W przypadku nadawania znaku sprawy dokumentu zaświadczenia system musi mieć możliwość zapisania w systemie stałych znaków sprawy, bez konieczności wpisywania ich przy każdym wydawanym dokumencie zaświadczenia, z możliwością edycji tych znaków w dowolnym momencie.

        6. W przypadku nadawania daty wydania dokumentu zaświadczenia data bieżąca nadawana musi być przez system automatycznie oraz musi istnieć możliwość zmiany jej na dowolną, również wstecz.

        7. System musi mieć możliwość wpisania daty wpłynięcia wniosku o wydanie zaświadczenia i umieszczenia jej w wygenerowanym dokumencie zaświadczenia z lewej strony pisma, bezpośrednio pod znakiem sprawy.

        8. System musi mieć możliwość wpisania danych dotyczących wnioskodawcy i umieszczenia ich w wygenerowanym dokumencie wypisu z lewej strony pisma, bezpośrednio pod miejscem i datą wydania dokumentu zaświadczenia.

        9. System musi automatycznie dodawać do wygenerowanego dokumentu zaświadczenia numer działki/działek ewidencyjnych wraz z nazwą i numerem obrębu ewidencyjnego.

        10. System musi umożliwiać wybór kilku działek jednocześnie.

        11. System musi mieć możliwość zmiany sposobu wyświetlania danych dotyczących obrębu ewidencyjnego w generowanym dokumencie zaświadczenia z możliwością wyświetlania numeru i nazwy obrębu ewidencyjnego lub tylko nazwy obrębu ewidencyjnego.

        12. System musi automatycznie odczytać z tabeli atrybutów i wypisać w generowanym dokumencie zaświadczenia wszystkie symbole i opisy przeznaczeń MPZP, dotyczące wybranej działki/działek ewidencyjnych, z możliwością dodania powierzchni/długości/ sztuk lub procentowego udziału tych przeznaczeń w wybranej działce ewidencyjnej oraz z możliwością wyłączenia dodawania tych informacji do dokumentu zaświadczenia.

        13. System musi automatycznie odczytać z tabeli atrybutów i wypisać w generowanym dokumencie zaświadczenia wszystkie opisy dodatkowych ustaleń powierzchniowych/ liniowych/punktowych MPZP, dotyczących wybranej działki/działek ewidencyjnych z możliwością dodania powierzchni/długości/sztuk lub procentowego udziału tych ustaleń w wybranej działce ewidencyjnej oraz z możliwością wyłączenia dodawania tych informacji do dokumentu zaświadczenia w dowolnym momencie.

        14. Pod pojęciem "dodatkowych ustaleń powierzchniowych/liniowych/punktowych MPZP" Zamawiający ma na myśli pozostałe ustalenia MPZP (nakazy, zakazy, ograniczenia, dopuszczenia), poza przeznaczeniami MPZP, takie jak: strefa zalewowa, linie zabudowy, zabytek ewidencyjny itp..

        15. System musi na podstawie warstw wektorowych oraz danych zawartych w tabelach atrybutów automatycznie odczytywać i dodawać do dokumentu zaświadczenia informację o położeniu wybranej działki/działek ewidencyjnych w granicach obszaru, objętego uchwałą w sprawie przystąpienia do sporządzania nowego MPZP.

        16. W przypadku położenia wybranej działki/działek ewidencyjnych w obszarze, objętym uchwałą w sprawie przystąpienia do sporządzania nowego MPZP system musi automatycznie dodać do dokumentu zaświadczenia informację o numerze działki/działek ewidencyjnych występujących w danym obszarze, numerze uchwały, której dotyczą działki, dacie podjęcia uchwały oraz pełnej nazwie podjętej uchwały.

        17. System musi umożliwiać dodanie informacji o celu, na jaki zostaje wydane zaświadczenie poprzez wybór gotowych wyrażeń wskazanych przez Zamawiającego z możliwością ich edycji oraz z możliwością wpisania celu zaświadczenia ręcznie przez użytkownika.

        18. System musi automatycznie dodawać na końcu dokumentu zaświadczenia ustaloną przez Zamawiającego informację o uiszczenia opłaty skarbowej lub o zwolnieniu z opłaty skarbowej, z możliwością zmiany jej treści w dowolnym momencie.

        19. System musi automatycznie dodawać na końcu dokumentu zaświadczenia ustaloną przez Zamawiającego informację o numerze konta bankowego oraz dacie uiszczenia opłaty skarbowej, z możliwością wybrania dowolnej daty, również wstecz oraz z możliwością zapisania domyślnego numeru konta bankowego oraz jego zmiany w dowolnym momencie.

        20. System musi umożliwiać zmianę czcionki wygenerowanego dokumentu zaświadczenia bezpośrednio z poziomu systemu.

        21. System musi eksportować gotowy dokument zaświadczenia do formatu .pdf oraz HTML.

        22. System musi umożliwiać zapisanie dokumentu zaświadczenia bezpośrednio z poziomu systemu, za pomocą dedykowanego narzędzia, z możliwością zapisu ścieżki folderu i jej zmiany w dowolnym momencie.

        23. System musi umożliwiać wybranie działek ewidencyjnych do dokumentu zaświadczenia poprzez:

          1. Wybór z listy - możliwość wybory działek ewidencyjnych poprzez wybranie obrębu ewidencyjnego, a następnie wpisanie numeru działki - system musi posiadać opcję autopodpowiedzi przy wpisywaniu numerów działek ewidencyjnych tak, aby zapewnić wyszukiwanie z podaniem jedynie części szukanego ciągu znaków bez konieczności stosowania metaznaków w postaci np. %tekst%.

          2. Wybór z okna mapy - możliwość wybory działek ewidencyjnych poprzez bezpośrednie zaznaczenie jednej lub więcej działek ewidencyjnych na mapie.

          3. Wybór poprzez zapytanie przestrzenne - możliwość wyboru działek ewidencyjnych poprzez uwzględnienie przestrzennych relacji pomiędzy obiektami, co najmniej typu: intersects, overlaps, disjoint.

        24. System musi w przypadku wyboru działki/działek ewidencyjnych uwzględniać położenie działki w stosunku do granic MPZP: w jednym MPZP, w kilku MPZP, częściowo w MPZP.

        25. System musi w przypadku położenia wybranej działki/działek ewidencyjnych w granicy jednego MPZP automatycznie generować jeden wydruk dokumentu zaświadczenia z jednym numerem znaku sprawy.

        26. System musi w przypadku położenia wybranej działki/działek ewidencyjnych w granicy kilku MPZP automatycznie generować jeden dokument zaświadczenia z podziałem jego treści na poszczególne uchwały MPZP, którymi objęta jest wybrana działka ewidencyjna, w liczbie równiej liczbie uchwał MPZP obejmujących wybraną działkę/działki ewidencyjne z jednym numerem znaku sprawy.

        27. System musi w przypadku położenia wybranej działki/działek ewidencyjnych częściowo w granicy MPZP, częściowo w terenie nieobjętym MPZP automatycznie generować jeden wydruk dokumentu zaświadczenia z jednym numerem znaku sprawy, uwzględniając w treści zaświadczenia informację o procentowym udziale braku MPZP w wybranej działce/działek ewidencyjnych.

        28. System musi w przypadku położenia wybranych kilku działek ewidencyjnych w granicy kilku MPZP automatycznie grupować działki leżące w tym samym MPZP tak, aby ograniczyć do minimum liczbę stron dokumentu zaświadczenia i zminimalizować koszty obsługi administracyjnej oraz zmniejszyć negatywny wpływ na środowisko.

        29. System musi umożliwiać generowanie gotowego dokumentu zaświadczenia w sposób zgodny z poniższą tabelą:

LICZBA DZIAŁEK EWIDENCYJNYCH

LICZBA MPZP

SPOSÓB GENEROWANIA GOTOWEGO DOKUMENTU ZAŚWIADCZENIA

1

jedna działka ewidencyjna

jeden MPZP

- jeden dokument zaświadczenia;

- jeden znak sprawy;

2

kilka MPZP

- jeden dokument zaświadczenia z podziałem treści dokumentu zaświadczenia na poszczególne uchwały MPZP, którymi objęta jest wybrana działka ewidencyjna;

- jeden znak sprawy;

3

część MPZP
i część brak MPZP

- jeden dokument zaświadczenia;

- wygenerowany dokument zaświadczenia musi mieć informację
o procentowym udziale braku MPZP w wybranej działce ewidencyjnej;

- jeden znak sprawy;

4

kilka działek ewidencyjnych

jeden MPZP

- jeden dokument zaświadczenia;

- jeden znak sprawy;

5

kilka MPZP

- jeden dokument zaświadczenia z podziałem treści dokumentu zaświadczenia na poszczególne uchwały MPZP, którymi objęte
są wybrane działki ewidencyjne oraz z grupowaniem działek ewidencyjnych leżących w granicach tego samego MPZP;

- jeden znak sprawy;

6

część MPZP
i część brak MPZP

- jeden dokument zaświadczenia;

- wygenerowany dokument zaświadczenia musi mieć informację
o procentowym udziale braku MPZP w wybranej działce ewidencyjnej oraz musi być uwzględnione grupowanie działek ewidencyjnych leżących w granicach tego samego MPZP;

- jeden znak sprawy;

7

jedna lub kilka działek ewidencyjnych

brak MPZP

- jeden dokument zaświadczenia;

- wygenerowany dokument zaświadczenia musi mieć informację
o procentowym udziale braku MPZP w wybranej działce/działkach ewidencyjnych;

- jeden znak sprawy;


        1. System musi w przypadku posiadania przez Xxxxxxxxxxxxx STUDIUM w wersji wektorowej zgodnej z zapisami punktu 1.2. umożliwiać również generowanie wspólnego zaświadczenia o informacji z MPZP oraz STUDIUM według wzoru z załącznika 1.


    1. GOSPODARKA PRZESTRZENNA - STUDIUM

      1. System musi umożliwiać jednoczesną obsługę wszystkich wymienionych i uszczegółowionych w punkcie 2. parametrów oprogramowania.

      2. System musi umożliwiać prowadzenie rejestru danych planistycznych dotyczących obowiązujących STUDIUM z możliwością zarządzania danymi przestrzennymi i wyświetlaniem informacji na mapie w odniesieniu do działek ewidencyjnych.

      3. System musi umożliwiać prowadzenie rejestru STUDIUM obowiązkowo uwzględniając:

        1. System musi umożliwiać prowadzenie rejestru w formie tabelarycznej z możliwością wyszukiwania obiektów poprzez określenie: numeru uchwały, nazwy STUDIUM, daty uchwalenia STUDIUM, statusu STUDIUM.

        2. System musi umożliwiać zapisanie i odczyt załączników (treść uchwały STUDIUM oraz rysunku STUDIUM) z poziomu tabelarycznej rejestru.

        3. System musi umożliwiać generowanie w formacie pdf oraz w wersji edytowalnej rejestru STUDIUM określonego wzorem z załącznika nr 1 (dane zaznaczone pochyłą i podkreśloną czcionką muszą uzupełniać się automatycznie na podstawie danych zapisanych w systemie).

        4. System musi umożliwiać określenie statusu STUDIUM poprzez wybór statusu z rozwijalnej listy: obowiązujący, archiwalny, w trakcie opracowania, zmiana, uchwalony jeszcze nieobowiązujący, zaskarżony, uchylony przez WSA, ponownie obowiązujący.

        5. System musi umożliwiać prowadzenie rejestru STUDIUM w formie mapowej poprzez prezentację granic STUDIUM w odniesieniu do działek ewidencyjnych.

        6. System musi umożliwiać powiązanie formy tabelarycznej rejestru STUDIUM z formą mapową wraz z możliwością zbliżania widoku mapy do wybranego obiektu w tabeli.

        7. System musi umożliwiać zastosowanie powyższych funkcjonalności również dla rejestru STUDIUM.

      4. System musi umożliwiać automatyzację wyszukiwania działek ewidencyjnych wraz z podaniem informacji o działce obowiązkowo uwzględniając:

        1. System musi umożliwiać szybkie wyszukiwanie działki ewidencyjnej poprzez wybranie obrębu ewidencyjnego, a następnie wpisanie numeru działki.

        2. System musi posiadać opcję autopodpowiedzi przy wpisywaniu numerów działek ewidencyjnych tak, aby zapewnić wyszukiwanie z podaniem jedynie części szukanego ciągu znaków bez konieczności stosowania metaznaków w postaci np. %tekst%.

        3. System musi po wybraniu numeru działki ewidencyjnej przeskalować okno mapy do zasięgu wybranej działki i podświetlić obiekt na mapie.

        4. W przypadku, gdy działka ewidencyjna objęta jest ustaleniami STUDIUM system odczyta na podstawie danych zawartych w tabelach atrybutów i poda informację o symbolu/symbolach i opisie/opisach kierunków STUDIUM z podaniem procentowego udziału danego przeznaczenia w powierzchni ogólnej działki, z możliwością zmiany jednostki na metry kwadratowe.

        5. System musi umożliwiać automatyzację odczytywania dodatkowych informacji o wybranej działce ewidencyjnej poprzez samodzielne wskazanie warstwy wektorowej oraz nazwy pola warstwy, z której system musi odczytać informację.

        6. System musi umożliwiać wybór dziesięciu pozycji warstw wektorowych, z których będą odczytywane informacje o wskazanej działce ewidencyjnej.

        7. System poda wartość odczytaną w tabeli atrybutów wybranej warstwy wraz z podaniem procentowego udziału danego obiektu w wskazanej działce ewidencyjnej z możliwością zmiany procentów na powierzchnię (m2), długość (m) lub liczbę (szt.).

        8. System musi umożliwiać wybranie działki ewidencyjnej poprzez wskazanie obiektu na mapie.

      5. System musi umożliwiać automatyzację wyrysu z STUDIUM obowiązkowo uwzględniając:

        1. System musi umożliwiać generowanie wyrysu zgodnie z wzorem z załącznika nr 1 (dane zaznaczone pochyłą i podkreśloną czcionką muszą uzupełniać się automatycznie na podstawie danych zapisanych w systemie).

        2. System musi generować gotowy dokument wyrysu ze STUDIUM, niewymagający dalszej ingerencji w treść i wygląd.

        3. System musi przygotowywać gotowy dokument wyrysu ze STUDIUM ze skanu oryginalnego rysunku STUDIUM, a nie z przetworzonych warstw wektorowych.

        4. System musi automatycznie dopasować orientację arkusza dokumentu wyrysu (pionowo, poziomo) przy uwzględnieniu kształtu i wielkości działki/działek ewidencyjnych tak, aby ograniczyć do minimum liczbę stron dokumentu wyrysu i zminimalizować koszty obsługi administracyjnej oraz zmniejszyć negatywny wpływ na środowisko.

        5. System musi automatycznie dopasować format arkusza dokumentu wyrysu (A4, A3, A2, A1) przy uwzględnieniu kształtu i wielkości działki/działek ewidencyjnych tak, aby ograniczyć do minimum liczbę stron dokumentu wyrysu i zminimalizować koszty obsługi administracyjnej oraz zmniejszyć negatywny wpływ na środowisko.

        6. System musi automatycznie dopasowywać orientację arkusza dokumentu wyrysu w kolejności: pionowa formatu A4, pozioma formatu A4, pionowa formatu A3, pozioma formatu A3, pionowa A2, pozioma A2, pionowa A1, pozioma A1, wielostronnicowa formatu A4.

        7. System musi umożliwiać samodzielne decydowanie o włączeniu poszczególnych formatów wydruków dokumentu wyrysu w dowolnych kombinacjach.

        8. System musi w przypadku wyłączenia jakichkolwiek formatów wydruków uwzględniać wymienioną w punkcie 3.2.5.6 kolejność wyboru formatu pomijając wyłączone formaty.

        9. System musi automatyczne nadawać nagłówek dokumentu wyrysu, składający się z: znaku sprawy, miejsca i daty wydania dokumentu wyrysu, tytułu wyrysu („WYRYS ZE STUDIUM UWARUNKOWAŃ I KIERUNKÓW ZAGOSPODAROWANIA PRZESTRZENNEGO”), nazwy STUDIUM, numeru uchwały STUDIUM, daty uchwalenia STUDIUM.

        10. System musi powyższe dane do nagłówka dokumentu wyrysu generować automatyczne na podstawie danych zapisanych w tabelach atrybutów, z wyjątkiem znaku sprawy i daty wydania dokumentu wyrysu.

        11. W przypadku nadawania znaku sprawy dokumentu wyrysu system musi mieć możliwość zapisania w systemie stałych znaków sprawy, bez konieczności wpisywania ich przy każdym wydawanym dokumencie wyrysu, z możliwością edycji tych znaków w dowolnym momencie.

        12. W przypadku nadawania daty wydania dokumentu wyrysu data bieżąca nadawana musi być przez system automatycznie oraz musi istnieć możliwość zmiany jej na dowolną, również wstecz.

        13. System musi automatycznie dodawać do wygenerowanego dokumentu wyrysu numer działki/działek ewidencyjnych wraz z nazwą i numerem obrębu ewidencyjnego z możliwością wyłączenia dodawania tej informacji do wydruku.

        14. System musi umożliwiać wybór kilku działek jednocześnie.

        15. System musi mieć możliwość wygenerowania wyrysu kilku działek na jednym, wspólnym arkuszu lub osobno na oddzielnych arkuszach.

        16. System musi mieć możliwość zmiany sposobu wyświetlania danych dotyczących obrębu ewidencyjnego w generowanym dokumencie wyrysu z możliwością wyświetlania numeru i nazwy obrębu ewidencyjnego lub tylko nazwy obrębu ewidencyjnego.

        17. System musi automatycznie odczytać z tabeli atrybutów i wypisać w generowanym dokumencie wyrysu wszystkie symbole i opisy kierunków STUDIUM, dotyczące wybranej działki/działek ewidencyjnych, z możliwością wyłączenia dodawania tych informacji do dokumentu wyrysu.

        18. System musi automatycznie odczytać z tabeli atrybutów i wypisać w generowanym dokumencie wyrysu wszystkie opisy dodatkowych ustaleń STUDIUM, dotyczących wybranej działki/działek ewidencyjnych, takie jak: strefa zalewowa, linie zabudowy, zabytek ewidencyjny, z możliwością wyłączenia dodawania tych informacji do dokumentu wyrysu.

        19. System musi automatycznie nadawać skalę rysunku wyrysu zgodną z oryginalnym rysunkiem danej uchwały, na podstawie danych zapisanych w tabelach atrybutów, z możliwością zmiany skali rysunku wyrysu na inną w szczególnych przypadkach.

        20. System musi w przypadku zmiany wielkości oryginalnej skali rysunku podać zarówno wielkość wybranej skali jak i informację o oryginalnej wielkości skali rysunku.

        21. System musi mieć możliwość zaznaczenia obrysu tylko wybranej działki/działek ewidencyjnych bez sąsiednich granic działek ewidencyjnych, niebędących przedmiotem wydawanego dokumentu wyrysu.

        22. System musi umożliwiać zmianę koloru obrysu działki ewidencyjnej dodawanego do dokumentu wyrysu poprzez wybór koloru: czerwonego (0,255,0), zielonego (255,0,0), niebieskiego (0,0,255), żółtego (255,255,0) oraz włączenie/wyłączenie przezroczystości obrysu działki.

        23. System musi na podstawie wybranej działki/działek ewidencyjnych automatycznie dodawać do dokumentu wyrysu oryginalną legendę rysunku STUDIUM, z możliwością wyłączenia opcji dodawania legendy.

        24. System musi eksportować gotowy dokument wyrysu do formatu .pdf.

        25. System musi umożliwiać zapisanie dokumentu wyrysu bezpośrednio z poziomu systemu, za pomocą dedykowanego narzędzia, z możliwością zapisu ścieżki folderu i jej zmiany w dowolnym momencie.

        26. System musi umożliwiać wybranie działek ewidencyjnych do dokumentu wyrysu poprzez:

          1. Wybór z listy - możliwość wyboru działek ewidencyjnych poprzez wybranie obrębu ewidencyjnego, a następnie wpisanie numeru działki - system musi posiadać opcję autopodpowiedzi przy wpisywaniu numerów działek ewidencyjnych tak, aby zapewnić wyszukiwanie z podaniem jedynie części szukanego ciągu znaków bez konieczności stosowania metaznaków w postaci np. %tekst%.

          2. Wybór z okna mapy - możliwość wyboru działek ewidencyjnych poprzez bezpośrednie zaznaczenie jednej lub więcej działek ewidencyjnych na mapie.

          3. Wybór poprzez zapytanie przestrzenne - możliwość wyboru działek ewidencyjnych poprzez uwzględnienie przestrzennych relacji pomiędzy obiektami, co najmniej typu: intersects, overlaps, disjoint.

        27. System musi w przypadku wyboru działki/działek ewidencyjnych uwzględniać położenie działki w stosunku do granicy STUDIUM oraz w stosunku do granic zmian STUDIUM.

        28. W przypadku kiedy zmiana STUDIUM stanowi oddzielny rysunek system musi automatycznie odczytywać informację o położeniu wybranych działek ewidencyjnych w stosunku do granic zmian STUDIUM i generować z nich oddzielne dokumenty wyrysu, oddzielnie dla każdego rysunku.

        29. System musi w przypadku położenia wybranych działek ewidencyjnych również w granicy zmiany STUDIUM automatycznie grupować działki leżące w tej samej granicy i generować dla nich jeden wspólny dokument wyrysu tak, aby ograniczyć do minimum liczbę stron dokumentu wyrysu i zminimalizować koszty obsługi administracyjnej oraz zmniejszyć negatywny wpływ na środowisko.

      6. System musi umożliwiać automatyzację wypisu ze STUDIUM obowiązkowo uwzględniając:

        1. System musi umożliwiać generowanie wypisu zgodnie z wzorem z załącznika nr 1 (dane zaznaczone pochyłą i podkreśloną czcionką muszą uzupełniać się automatycznie na podstawie danych zapisanych w systemie).

        2. System musi generować gotowy dokument wypisu ze STUDIUM, niewymagający dalszej ingerencji w treść i wygląd.

        3. Zamawiający przekaże Wykonawcy jedynie pełne, ujednolicone teksty uchwał w edytowalnym formacie, niepodzielone na poszczególne obszary wyznaczone w STUDIUM.

        4. System musi automatyczne nadawać nagłówek dokumentu wypisu, składający się z: znaku sprawy, miejsca i daty wydania dokumentu wypisu, tytułu wypisu („WYPIS ZE STUDIUM UWARUNKOWAŃ I KIERUNKÓW ZAGOSPODAROWANIA PRZESTRZENNEGO"), nazwy STUDIUM, numeru uchwały STUDIUM, daty uchwalenia STUDIUM.

        5. System musi powyższe dane do nagłówka dokumentu wypisu generować automatyczne na podstawie danych zapisanych w tabelach atrybutów, z wyjątkiem znaku sprawy i daty wydania dokumentu wypisu, daty wpłynięcia wniosku o wydanie wypisu oraz danych wnioskodawcy.

        6. W przypadku nadawania znaku sprawy dokumentu wypisu system musi mieć możliwość zapisania w systemie stałych znaków sprawy, bez konieczności wpisywania ich przy każdym wydawanym dokumencie wypisu, z możliwością edycji tych znaków w dowolnym momencie.

        7. W przypadku nadawania daty wydania dokumentu wypisu data bieżąca nadawana musi być przez system automatycznie oraz musi istnieć możliwość zmiany jej na dowolną, również wstecz.

        8. System musi mieć możliwość wpisania daty wpłynięcia wniosku o wydanie wypisu i umieszczenia jej w wygenerowanym dokumencie wypisu z lewej strony pisma, bezpośrednio pod znakiem sprawy.

        9. System musi mieć możliwość wpisania danych dotyczących wnioskodawcy i umieszczenia ich w wygenerowanym dokumencie wypisu z lewej strony pisma, bezpośrednio pod miejscem i datą wydania dokumentu wypisu.

        10. System musi automatycznie dodawać do wygenerowanego dokumentu wypisu numer działki/działek ewidencyjnych wraz z nazwą i numerem obrębu ewidencyjnego z możliwością wyłączenia dodawania tej informacji do dokumentu.

        11. System musi umożliwiać wybór kilku działek jednocześnie.

        12. System musi mieć możliwość zmiany sposobu wyświetlania danych dotyczących obrębu ewidencyjnego w generowanym dokumencie wypisu z możliwością wyświetlania numeru i nazwy obrębu ewidencyjnego lub tylko nazwy obrębu ewidencyjnego.

        13. System musi automatycznie odczytać z tabeli atrybutów i wypisać w generowanym dokumencie wypisu wszystkie symbole, opisy kierunków STUDIUM oraz opisy dodatkowych ustaleń STUDIUM powierzchniowych/liniowych/punktów dotyczących wybranej działki/działek ewidencyjnych z możliwością wyłączenia opcji dodawania powyższych informacji do dokumentu wypisu.

        14. System musi umożliwiać automatyczne obliczanie i dodawanie do generowanego dokumentu wypisu informacji o powierzchni/długości/sztukach lub procentowym udziale kierunków oraz dodatkowych ustaleń STUDIUM powierzchniowych/liniowych/ punktowych w wybranej działce/działkach ewidencyjnych z możliwością wyłączenia dodawania powyższych informacji do dokumentu wypisu.

        15. System musi powyższe ustalenia STUDIUM odczytywać automatycznie na podstawie danych zapisanych w tabeli atrybutów.

        16. Pod pojęciem "dodatkowych ustaleń STUDIUM powierzchniowych/liniowych/ punktowych" Zamawiający ma na myśli pozostałe ustalenia STUDIUM (nakazy, zakazy, ograniczenia, dopuszczenia), poza przeznaczeniami STUDIUM, takie jak: strefa zalewowa, linie zabudowy, zabytek ewidencyjny itp..

        17. System musi generować gotowy dokument wypisu składający się z ustaleń ogólnych, ustaleń szczegółowych oraz końcowych uchwały STUDIUM.

        18. System musi generować gotowy dokument wypisu zawierający ustalenia szczegółowe dotyczące jedynie wybranej działki/działek ewidencyjnych tak, aby ograniczyć do minimum liczbę stron dokumentu wypisu i zminimalizować koszty obsługi administracyjnej oraz zmniejszyć negatywny wpływ na środowisko.

        19. System musi automatycznie dodawać na końcu dokumentu wypisu ustaloną przez Zamawiającego informację o uiszczenia opłaty skarbowej lub o zwolnieniu z opłaty skarbowej, z możliwością zmiany jej treści w dowolnym momencie.

        20. System musi umożliwiać dodanie na początku dokumentu wypisu ustaloną przez Zamawiającego treści wstępu wypisu, z możliwością zmiany tej treści w dowolnym momencie.

        21. System musi umożliwiać zmianę wielkości czcionki wygenerowanego dokumentu wypisu bezpośrednio z poziomu systemu.

        22. System musi eksportować gotowy dokument wypisu do formatu .pdf oraz HTML.

        23. System musi umożliwiać zapisanie dokumentu wypisu bezpośrednio z poziomu systemu, za pomocą dedykowanego narzędzia, z możliwością zapisu ścieżki folderu i jej zmiany w dowolnym momencie.

        24. System musi umożliwiać wybranie działek ewidencyjnych do dokumentu wypisu poprzez:

          1. Wybór z listy - możliwość wybory działek ewidencyjnych poprzez wybranie obrębu ewidencyjnego, a następnie wpisanie numeru działki - system musi posiadać opcję autopodpowiedzi przy wpisywaniu numerów działek ewidencyjnych tak, aby zapewnić wyszukiwanie z podaniem jedynie części szukanego ciągu znaków bez konieczności stosowania metaznaków w postaci np. %tekst%.

          2. Wybór z okna mapy - możliwość wybory działek ewidencyjnych poprzez bezpośrednie zaznaczenie jednej lub więcej działek ewidencyjnych na mapie.

          3. Wybór poprzez zapytanie przestrzenne - możliwość wyboru działek ewidencyjnych poprzez uwzględnienie przestrzennych relacji pomiędzy obiektami, co najmniej typu: intersects, overlaps, disjoint.

        25. System musi w przypadku wyboru działki/działek ewidencyjnych uwzględniać położenie działki w stosunku do granicy STUDIUM oraz w stosunku do granic zmian STUDIUM.

        26. System musi w przypadku położenia wybranych działek ewidencyjnych również w granicy zmiany STUDIUM automatycznie dodawać do dokumentu wypisu informację o zmianie STUDIUM.

      7. System musi umożliwiać automatyzację zaświadczenia ze STUDIUM obowiązkowo uwzględniając:

        1. System musi umożliwiać generowanie zaświadczenia zgodnie z wzorem z załącznika nr 1 (dane zaznaczone pochyłą i podkreśloną czcionką muszą uzupełniać się automatycznie na podstawie danych zapisanych w systemie).

        2. System musi generować gotowy dokument zaświadczenia ze STUDIUM, niewymagający dalszej ingerencji w treść i wygląd.

        3. System musi umożliwiać dodanie do dokumentu zaświadczenia ustaloną przez Zamawiającego treść wstępu zaświadczenia.

        4. System musi automatyczne nadawać nagłówek dokumentu zaświadczenia, składający się
          z: znaku sprawy, miejsca i daty wydania dokumentu zaświadczenia, tytułu zaświadczenia („ZAŚWIADCZENIE"), numeru uchwały STUDIUM, której dotyczy wybrana działka/działki ewidencyjne, daty uchwalenia STUDIUM – dane muszą być generowane automatycznie na podstawie danych zapisanych w tabelach atrybutów, z wyjątkiem znaku sprawy, daty wydania dokumentu zaświadczenia, daty wpłynięcia wniosku o wydanie zaświadczenia oraz danych wnioskodawcy.

        5. W przypadku nadawania znaku sprawy dokumentu zaświadczenia system musi mieć możliwość zapisania w systemie stałych znaków sprawy, bez konieczności wpisywania ich przy każdym wydawanym dokumencie zaświadczenia, z możliwością edycji tych znaków w dowolnym momencie.

        6. W przypadku nadawania daty wydania dokumentu zaświadczenia data bieżąca nadawana musi być przez system automatycznie oraz musi istnieć możliwość zmiany jej na dowolną, również wstecz.

        7. System musi mieć możliwość wpisania daty wpłynięcia wniosku o wydanie zaświadczenia i umieszczenia jej w wygenerowanym dokumencie zaświadczenia z lewej strony pisma, bezpośrednio pod znakiem sprawy.

        8. System musi mieć możliwość wpisania danych dotyczących wnioskodawcy i umieszczenia ich w wygenerowanym dokumencie wypisu z lewej strony pisma, bezpośrednio pod miejscem i datą wydania dokumentu zaświadczenia.

        9. System musi automatycznie dodawać do wygenerowanego dokumentu zaświadczenia numer działki/działek ewidencyjnych wraz z nazwą i numerem obrębu ewidencyjnego.

        10. System musi umożliwiać wybór kilku działek jednocześnie.

        11. System musi mieć możliwość zmiany sposobu wyświetlania danych dotyczących obrębu ewidencyjnego w generowanym dokumencie zaświadczenia z możliwością wyświetlania numeru i nazwy obrębu ewidencyjnego lub tylko nazwy obrębu ewidencyjnego.

        12. System musi automatycznie odczytać z tabeli atrybutów i wypisać w generowanym dokumencie zaświadczenia wszystkie symbole i opisy kierunków STUDIUM, dotyczące wybranej działki/działek ewidencyjnych, z możliwością dodania powierzchni/długości/ sztuk lub procentowego udziału tych kierunków w wybranej działce ewidencyjnej oraz z możliwością wyłączenia dodawania tych informacji do dokumentu zaświadczenia.

        13. System musi automatycznie odczytać z tabeli atrybutów i wypisać w generowanym dokumencie zaświadczenia wszystkie opisy dodatkowych ustaleń powierzchniowych/ liniowych/punktowych STUDIUM, dotyczących wybranej działki/działek ewidencyjnych z możliwością dodania powierzchni/długości/sztuk lub procentowego udziału tych ustaleń w wybranej działce ewidencyjnej oraz z możliwością wyłączenia dodawania tych informacji do dokumentu zaświadczenia w dowolnym momencie.

        14. Pod pojęciem "dodatkowych ustaleń powierzchniowych/liniowych/punktowych STUDIUM " Zamawiający ma na myśli pozostałe ustalenia STUDIUM (nakazy, zakazy, ograniczenia, dopuszczenia), poza kierunkami STUDIUM, takie jak: strefa zalewowa, linie zabudowy, zabytek ewidencyjny itp..

        15. System musi umożliwiać dodanie informacji o celu, na jaki zostaje wydane zaświadczenie poprzez wybór gotowych wyrażeń wskazanych przez Zamawiającego z możliwością ich edycji oraz z możliwością wpisania celu zaświadczenia ręcznie przez użytkownika.

        16. System musi automatycznie dodawać na końcu dokumentu zaświadczenia ustaloną przez Zamawiającego informację o uiszczenia opłaty skarbowej lub o zwolnieniu z opłaty skarbowej, z możliwością zmiany jej treści w dowolnym momencie.

        17. System musi automatycznie dodawać na końcu dokumentu zaświadczenia ustaloną przez Zamawiającego informację o numerze konta bankowego oraz dacie uiszczenia opłaty skarbowej, z możliwością wybrania dowolnej daty, również wstecz oraz z możliwością zapisania domyślnego numeru konta bankowego oraz jego zmiany w dowolnym momencie.

        18. System musi umożliwiać zmianę czcionki wygenerowanego dokumentu zaświadczenia bezpośrednio z poziomu systemu.

        19. System musi eksportować gotowy dokument zaświadczenia do formatu .pdf oraz HTML.

        20. System musi umożliwiać zapisanie dokumentu zaświadczenia bezpośrednio z poziomu systemu, za pomocą dedykowanego narzędzia, z możliwością zapisu ścieżki folderu i jej zmiany w dowolnym momencie.

        21. System musi umożliwiać wybranie działek ewidencyjnych do dokumentu zaświadczenia poprzez:

          1. Wybór z listy - możliwość wybory działek ewidencyjnych poprzez wybranie obrębu ewidencyjnego, a następnie wpisanie numeru działki - system musi posiadać opcję autopodpowiedzi przy wpisywaniu numerów działek ewidencyjnych tak, aby zapewnić wyszukiwanie z podaniem jedynie części szukanego ciągu znaków bez konieczności stosowania metaznaków w postaci np. %tekst%.

          2. Wybór z okna mapy - możliwość wybory działek ewidencyjnych poprzez bezpośrednie zaznaczenie jednej lub więcej działek ewidencyjnych na mapie.

          3. Wybór poprzez zapytanie przestrzenne - możliwość wyboru działek ewidencyjnych poprzez uwzględnienie przestrzennych relacji pomiędzy obiektami, co najmniej typu: intersects, overlaps, disjoint.

        22. System musi w przypadku wyboru działki/działek ewidencyjnych uwzględniać położenie działki w stosunku do granicy STUDIUM oraz w stosunku do granic zmian STUDIUM.

        23. System musi w przypadku położenia wybranych działek ewidencyjnych również w granicy zmiany STUDIUM automatycznie dodawać do dokumentu wypisu informację o zmianie STUDIUM.

        24. System musi w przypadku posiadania przez Zamawiającego MPZP w wersji wektorowej zgodnej z zapisami punktu 1.1. umożliwiać również generowanie wspólnego zaświadczenia o informacji ze STUDIUM oraz MPZP według wzoru z załącznika 1.


    1. PLANOWANIE PRZESTRZNNE – STATYSTYKA


      1. System musi umożliwiać jednoczesną obsługę wszystkich wymienionych i uszczegółowionych w punkcie 2. parametrów oprogramowania.

      2. System musi umożliwiać generowanie statystyk w planowaniu przestrzennym na podstawie posiadanych przez Zamawiającego warstw wektorowych uszczegółowionych w punkcie 1.1. i 1.2. oraz przy uwzględnieniu funkcjonalności systemu opisanego w punkcie 3.1. i 3.2.

      3. System musi umożliwiać wybranie gotowej statystyki bez zbędnego ingerowania w jej ustawienia.

      4. System musi umożliwiać generowanie statystyk MPZP:

        1. Powierzchnie sumy poszczególnych przeznaczeń MPZP w podziale na poszczególne uchwały MPZP wraz z podaniem procentowego udziału przeznaczeń w ogólnej powierzchni gminy.

        2. Powierzchnie przeznaczeń MPZP w podziale wg klasyfikacji statystyki GUS - „PZP-1” wraz z podaniem procentowego udziału przeznaczeń w ogólnej powierzchni gminy.

        3. Powierzchnie sumy poszczególnych dodatkowych powierzchniowych ustaleń MPZP w podziale na poszczególne uchwały MPZP wraz z podaniem procentowego udziału ustaleń w ogólnej powierzchni gminy.

        4. Długość sumy poszczególnych dodatkowych liniowych ustaleń MPZP w podziale na poszczególne uchwały MPZP.

        5. Liczbę sumy poszczególnych dodatkowych punktowych ustaleń MPZP w podziale na poszczególne uchwały MPZP.

        6. Powierzchnie poszczególnych obowiązujących MPZP i procentowy udział poszczególnych MPZP w ogólnej powierzchni gminy.

        7. Powierzchnia gminy bez pokrycia MPZP.

        8. Powierzchnia obowiązujących MPZP uchwalonych na podstawie Ustawy z dnia 27 marca 2003 r. o planowaniu i zagospodarowaniu przestrzennym oraz powierzchnia MPZP uchwalonych przed wejściem ustawy wraz z podaniem procentowego udziału tych MPZP w ogólnej powierzchni gminy.

        9. Powierzchnia obowiązujących MPZP sporządzonych przed wejściem w życie Ustawy z dnia 4 marca 2010 r. o infrastrukturze informacji przestrzennej oraz powierzchnia MPZP uchwalonych po wejściu ustawy wraz z podaniem procentowego udziału tych MPZP w ogólnej powierzchni gminy.

      5. System musi umożliwiać generowanie statystyk STUDIUM:

        1. Powierzchnie sumy poszczególnych kierunków STUDIUM wraz z podaniem procentowego udziału kierunków STUDIUM w ogólnej powierzchni gminy.

        2. Powierzchnie kierunków STUDIUM w podziale wg klasyfikacji Statystyki GUS - „PZP-1”.

        3. Powierzchnie sumy poszczególnych dodatkowych powierzchniowych ustaleń STUDIUM wraz z podaniem procentowego udziału kierunków w ogólnej powierzchni gminy.

        4. Długość sumy poszczególnych dodatkowych liniowych ustaleń STUDIUM.

        5. Liczbę sumy poszczególnych dodatkowych punktowych ustaleń STUDIUM.

        6. Powierzchnie terenów zamkniętych według ustaleń kierunków zagospodarowania przestrzennego studium i udział tych terenów w ogólnej powierzchni gminy.

        7. Powierzchnie obszarów, dla których obowiązkowe jest sporządzenie miejscowego planu zagospodarowania przestrzennego według ustaleń kierunków zagospodarowania przestrzennego studium i udział tych obszarów w ogólnej powierzchni gminy.

        8. Powierzchnie terenów leśnych według ustaleń kierunków zagospodarowania przestrzennego studium wraz z procentowym stopieniem zalesienia gminy.

      6. System musi umożliwiać wygenerowanie statystyk jako arkusz kalkulacyjny.

      7. Generowana statystyka musi posiadać tytuł wybranego zestawienia statystycznego oraz wszystkie niezbędne dla wybranej statystyki pola tabeli.

      8. System musi dla wszystkich statystyk obliczających powierzchnię dawać możliwość wyboru jednostki powierzchni w: arach, metrach kwadratowych lub hektarach.

      9. System musi w ramach statystyk MPZP oraz STUDIUM dotyczących zestawienia statystycznego GUS – „PZP-1” umożliwiać użytkownikowi grupowanie poszczególnych przeznaczeń MPZP oraz kierunków STUDIUM gminy poprzez przyporządkowanie ich do poszczególnych grup zgodnych z klasyfikacją statystyki GUS – „PZP-1” oraz zmianę klasyfikacji w dowolnym momencie.

      10. System musi w przypadku MPZP umożliwiać klasyfikację statystyki GUS – „PZP-1” obowiązkowo uwzględniając grupy:

        1. Zabudowa mieszkaniowa ogółem.

        2. Zabudowa mieszkaniowa w tym zabudowa wielorodzinna.

        3. Zabudowa usługowa ogółem.

        4. Zabudowa usługowa w tym usługi publiczne.

        5. Tereny użytkowane rolniczo ogółem.

        6. Tereny użytkowane rolniczo w tym tereny zabudowy zagrodowej.

        7. Zabudowa techniczno-produkcyjna.

        8. Tereny zieleni i wód.

        9. Tereny komunikacji.

        10. Tereny infrastruktury technicznej.

      11. System musi w przypadku STUDIUM umożliwiać klasyfikację statystyki GUS – „PZP-1” obowiązkowo uwzględniając grupy:

        1. Obszary mieszkaniowe wielorodzinne.

        2. Obszary mieszkaniowe jednorodzinne.

        3. Obszary usługowe.

        4. Obszary produkcyjne.

        5. Obszary komunikacyjne.

        6. Obszary infrastruktury technicznej.

        7. Obszary użytkowania rolniczego ogółem.

        8. Obszary użytkowania rolniczego w tym tereny zabudowy zagrodowej.

        9. Obszary zieleni i wód.

        10. Inne.

      12. System musi być intuicyjny, łatwy i maksymalnie zoptymalizowany.






    1. MIENIE KOMUNALNE


      1. System musi umożliwiać jednoczesną obsługę wszystkich wymienionych i uszczegółowionych
        w punkcie 2. parametrów oprogramowania.

      2. System musi umożliwiać zarządzanie bazą mienia komunalnego w postaci relacyjnej bazy danych (forma tabelaryczna i mapowa).

      3. System musi umożliwiać informowanie o aktualnie toczących się postępowaniach związanych z konkretnymi działkami.

      4. System musi umożliwiać każdemu atrybutowi działki na grupowanie i wyświetlanie określonej działki (grupy działek) z pełną grupą atrybutów jak również ich późniejszy wydruk.

      5. System musi umożliwiać wyświetlanie obiektów na mapie z uwzględnieniem odpowiedniej klasyfikacji obiektów oraz z możliwością wyboru dowolnych etykiet informacyjnych.

      6. System musi umożliwiać wyświetlanie innych danych dostępnych poprzez usługi WMS/WFS x.xx. ortofotomapa, mapa topograficzna, dane GDOŚ o ochronie środowiska, MPZP, studium uwarunkowań i kierunków zagospodarowania przestrzennego.

      7. System musi umożliwiać wyświetlanie treści bazy danych na mapie z podkładem tematycznym x.xx. z portali mapowych takich jak Open Street Map, Google Maps.

      8. System musi umożliwiać interaktywne połączenie z funkcją Google StreetView w celach poglądowych dla miejsce w których system Google StreetView funkcjonuje.

      9. System musi umożliwiać ewidencjonowanie informacji na temat działek ewidencyjnych znajdujących się w zasobie działek oraz prowadzenie spraw z nimi związanych.

      10. System musi umożliwiać ewidencjonowanie informacji podzielonych na 6 podstawowych grup, z uwzględnieniem:

        1. Pierwsza grupa to zbiór podstawowych informacji o działce m. in. numer działki, data nabycia, sposób nabycia, numer księgi wieczystej i wartość.

        2. Druga grupa to specyfikacja znajdujących się na niej gruntów wraz z informacją na temat wartości poszczególnych klasoużytków.

        3. Trzecia grupa to informacja o dzierżawach, ich typie (dzierżawa, użytkowanie wieczyste), dacie rozpoczęcia, dacie zakończenia, ewentualnych opłatach z nią związanych i harmonogramem spłat w przypadku opłat cyklicznych:

          1. System musi umożliwiać generowanie gotowych umów dzierżawy na podstawie danych znajdujących się w systemie oraz indywidualnie dostosowanych szablonów wydruku.

          2. System musi umożliwiać ustalanie opłat indywidualnie lub też na podstawie współczynnika przeliczeniowego będącego ilorazem wartości poszczególnych specyfikacji i udziału w jakim należy on do dzierżawcy.

          3. System musi umożliwiać dostosowanie konfiguracji systemu oraz dodatkową możliwość automatycznego przypominania użytkownikowi o kończących się umowach w odpowiednio wcześniejszym momencie.

        4. Czwarta grupa to zbiór informacji na temat ewentualnych współwłasności i ich procentowym udziale w przypadku działek będących we współudziale.

        5. Piąta grupa to informacja na temat zabudowy znajdującej się na obszarze działki, z określeniem charakteru zabudowy wraz z wartościami i opisem zabudowy wraz z rozbiciem na lokale.

        6. Szósta grupa to informacja na temat sposobu zagospodarowania, co daje możliwość pogrupowania działek wg w/w sposobu.

      11. Szczegółowy wykaz minimalnych wymagań dla modułu mienia komunalnego - w zakresie naliczania i obsługi księgowej zobowiązań:

        1. Moduł musi zapewniać możliwość definiowania kontekstów pracy odpowiadającym grupom należności dla których będą tworzone kartoteki opłat (na podstawie dokumentów źródłowych), w szczególności: o wieczyste użytkowanie, o dochody z najmu i dzierżawy, o przekształcenie prawa własności, o decyzje administracyjne, o inne dochody.

        2. Konteksty pracy muszą mieć możliwość indywidualnej parametryzacji tzn. przypisania charakterystycznych wartości określających typ opłaty: cykliczność, czy opłata związana jest z potrzebą wystawienia faktury, domyślna stawka VAT, stawka z kartoteki towarów, sposób fakturowania (od netto/od brutto), termin płatności , schemat księgowań.

        3. W skład modułu muszą wchodzić dwa elementy: kontekstowa kartoteka opłat zawierająca informacje niezbędne do zidentyfikowania płatnika oraz do naliczenia wartości opłaty tworzona na podstawie dokumentów źródłowych takich jak umowa najmu, dzierżawy, decyzji itp; konta księgowe będące integralną częścią systemu finansowo – księgowego (elementem zakładowego planu kont), na których będą wykonywane operacje zapisów księgowych związanych z rozliczaniem i windykacją przypisanych należności.

        4. Kartoteka opłat oraz konta księgowe muszą być ze sobą powiązane w ten sposób, aby:

          1. wprowadzenie nowej karty opłat musiało skutkować wygenerowaniem odpowiednika w planie kont systemu finansowo – księgowego.

          2. wszystkie operacje związane z dokonywaniem zapisów księgowych muszą być wykonywane poprzez mechanizmy zaimplementowane w systemie finansowo – księgowym tzn. prowadzenie kontroli zapisów Winien - Ma z uwzględnieniem klasyfikacji budżetowej w ujęciu klasycznym (dział/rozdział/paragraf) oraz zadaniowym.

        5. Moduł musi umożliwiać wprowadzanie dokumentów przez użytkowników komórek organizacyjnych z przypisaną do ich kompetencji funkcjonalnością oraz udostępnianie mechanizmów kontroli.

        6. Moduł musi umożliwiać automatyczną dekretację (poprzez zdefiniowane i przypisane szablony) naliczeń zarówno w zakresie zapisów księgowych jak i klasyfikacji dochodów i wydatków budżetowych – w pełnej szczegółowości planu określonej w module planowania budżetu, będącego przedmiotem wdrożenia.

        7. Moduł musi umożliwiać automatyczne wystawianie dokumentu (np. Faktury VAT) na podstawie danych z modułu rejestr umów i dokumentów.

        8. Moduł musi uniemożliwiać wprowadzenie modyfikacji do faktury, która została zaakceptowana i zadekretowana (system weryfikacji przez akceptację, który nie pozwoli na zmiany).

        9. Moduł musi umożliwiać anulowanie faktury w przypadku, gdy nie weszła do obrotu prawnego bądź wystawić fakturę korekta jeśli jest w obrocie prawnym.

        10. Dokumenty wystawione na podstawie danych z modułu rejestr umów i dokumentów muszą być kompletne i nie mogą wymuszać na operatorze ingerencji w dane. Oczywiście na żądanie operatora moduł musi umożliwiać ręczną poprawę danych w dokumencie.

        11. Moduł musi uniemożliwiać wielokrotne wystawianie dokumentu na przypis wynikający z modułu rejestr umów i dokumentów (w przypadku wykorzystania całej kwoty przypisu).

        12. Moduł musi umożliwiać ręczne wystawianie dokumentów oraz ich kopiowanie z automatycznym wprowadzeniem do rejestru VAT.

        13. Moduł musi umożliwiać wyszukiwanie kontrahenta wg wielu kryteriów (ich fragmentów), w szczególności: nazwisko, imię, adres zamieszkania, NIP, PESEL, adres (położenie) przedmiotu opodatkowania.

        14. Moduł musi umożliwiać przeksięgowanie nadpłat na inną należność, możliwość zwrotu nadpłaty kontrahenta.

        15. Moduł musi umożliwiać anulowanie upomnień i tytułów wykonawczych.

        16. Moduł musi umożliwiać uzupełnienie oraz poprawianie daty doręczenia dla wystawionych pism (np. upomnień).

        17. Moduł musi posiadać wbudowany kalkulator odsetkowy.

        18. Moduł musi umożliwiać realizację kontroli naliczonych wartości opłat z zapisami księgowymi zadekretowanymi na kontach księgowych np. wyszukanie kart opłat które mają naliczoną opłatę i nie jest ona zadekretowana na koncie księgowym.

        19. Moduł musi pozwalać wykonać i wydrukować rejestr wystawionych pism, np. rejestrów tytułów wykonawczych.

        20. Moduł musi umożliwiać wykonywanie operacji zbiorowych na kartotekach opłat takich jak: -naliczenie cyklicznej opłaty, -wystawienie faktury do naliczonych opłat, -zadekretowanie wykonanego naliczenia (wygenerowanie zapisów księgowych na kontach planu kont na podstawie przypisanych szablonów dekretacji).

        21. Moduł musi umożliwiać drukowanie duplikatu dokumentu do pliku PDF w zakresie ewidencyjnym działek będących we władaniu gminy.

        22. Moduł musi umożliwiać prowadzenie rejestru działek będących we władaniu gminy.

        23. Moduł musi posiadać rozbudowane możliwości wyszukiwania i selekcji gruntów według dowolnego kryterium.

        24. Moduł musi umożliwiać prowadzenie rejestru dzierżawców, użytkowników wieczystych z szybkim ich wyszukiwaniem i kontrolą terminowości naliczania opłat w powiązaniu z rejestrem działek.

        25. Moduł musi umożliwić śledzenie historii działki od momentu wprowadzenia do ewidencji (informacje dotyczące sposobu nabycia, podziału, zbycia, zabudowy, dzierżawców, toczących się postępowań itp.).

        26. Moduł musi umożliwić prowadzenie ewidencji budynków i lokali (zabudowa działek).

        27. Moduł musi umożliwiać sporządzanie wydruku dokumentów typu: umów dzierżawnych, pism, korespondencja z dzierżawcami itp.

        28. Moduł umożliwi naliczanie opłat z tytułu dzierżawy oraz wieczystego użytkowania gruntów i/lub nieruchomości, według odpowiednich algorytmów.

        29. Moduł musi posiadać rozbudowany system tworzenia własnych zestawień i raportów.


  1. Wymagania w zakresie wdrożenia


    1. Wykonawca w ramach zamówienia wykona prace niezbędne do poprawnego uruchomienia wdrażanego GIS. Prace wdrożeniowe obejmują pełen zakres prac instalacyjno-konfiguracyjno-integracyjnych.

    2. Wykonawca w ramach zamówienia pozyska dane od zamawiającego związane z przetworzeniem danych potrzebnych do cyfryzacja zasobów. Prace te powinny być wykonane w terminie nie dłuższym niż 45 dni.

    3. Wykonawca przeznaczy co najmniej 20 h na prace wdrożeniowo-szkoleniowe.

    4. Szkolenia przeprowadzone będą w grupach max 10 osobowych oraz bezpośrednio przy stanowiskach roboczych użytkowników biorących udział w szkoleniu.

    5. Wykonawca zapewni użytkownikom odpowiednią dokumentację szkoleniową.


  1. Wymagania w zakresie gwarancji i asysty technicznej


    1. Wykonawca zapewni wsparcie techniczne oraz zagwarantuję poprawne działanie wdrażanego systemu przez okres 24 miesięcy od zakończenia wdrożenia.

    2. W ramach asysty technicznej Wykonawca zobowiązany jest do:

  1. Świadczenia usług asysty technicznej w języku polskim.

  2. Usługa asysty technicznej nie obejmuje elementów infrastruktury, które Zamawiający zamierza przeznaczyć do realizacji Zamówienia.

  3. Utrzymywania Rozwiązania w zgodności z przepisami prawa powszechnie obowiązującego bez konieczności zgłaszania przez Zamawiającego.

  4. Dostarczania nowych wersji Rozwiązania.

  5. Oferowania Zamawiającemu nowych, ulepszonych wersji Rozwiązania.

  6. Pomocy na telefon (hot-line) w Dniach Roboczych Jednostki.

  7. Konsultacji w zakresie obsługi technicznej i użytkowej Rozwiązania drogą telefoniczną i mailową.

  8. Wykonawca ma obowiązek przyjmowania zgłoszeń serwisowych przez telefon oraz całą dobę za pomocą dedykowanej platformy Help Desk.


  1. DOKUMENTACJA:

    1. Wymagania ogólne:

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

  2. Każda Dokumentacja powstała w wyniku realizacji zamówienia i przekazana Zamawiającemu przez Wykonawcę stanowi własność Zamawiającego. Zamawiający ma prawo udostępniać Dokumentację osobom trzecim w sposób nie naruszający praw autorskich.


    1. Dokumentacja szkoleniowa:

Dokumentacja szkoleniowa powinna odzwierciedlać przebieg szkolenia, wykorzystane materiały szkoleniowe i zawierać m. in. ścieżki postępowania i odpowiadające im zrzuty z ekranów.


    1. Dokumentacja administratora:

  1. Dokumentacja Administratora Rozwiązania musi opisywać kolejność czynności i zakres możliwych danych do wprowadzenia oraz sposób postępowania w sytuacjach szczególnych i awaryjnych.

  2. Dokumentacja Administratora Rozwiązania powinna być dostępna w postaci elektronicznej umożliwiającej przeszukiwanie oraz odnajdywanie konkretnych tematów.

  3. Dokumentacja Administratora Rozwiązania obejmować będzie, co najmniej:

  4. szczegółową (krok po kroku) instrukcję instalacji i konfiguracji Rozwiązania

  5. opis parametrów instalacyjnych i konfiguracyjnych Rozwiązania wraz z opisem dopuszczalnych wartości i ich wpływem na działanie rozwiązania,

  6. szczegółową (krok po kroku) instrukcję wgrywania nowych wersji Rozwiązania,

  7. szczegółowy opis możliwych do zastosowania ról i uprawnień wraz z ich wpływem na działania rozwiązania,

  8. Dokumentacja Administratora musi uwzględniać Podręcznik ISU


    1. Dokumentacja użytkownika rozwiązania:

  1. Wykonawca dostarczy Dokumentację użytkownika oraz opis Ścieżek Postępowania.

  2. Dokumentacja użytkownika musi zawierać opis pełnej funkcjonalności Rozwiązania w sposób przejrzysty umożliwiający samodzielne użytkowanie Rozwiązania.

  3. Dokumentacja musi opisywać kolejność czynności i zakres możliwych danych do wprowadzenia oraz sposób postępowania w sytuacjach szczególnych.

  4. Dostarczona przez Wykonawcę Dokumentacja użytkownika, w tym „Ścieżki Postępowania” zostaną przygotowane w sposób umożliwiający Zamawiającemu dodanie ich, jako odrębnych artykułów do bazy wiedzy.


    1. Dokumentacja powykonawcza:

  1. Wykonawca jest zobowiązany dostarczyć w ramach zamówienia Dokumentację powykonawczą Rozwiązania.

  2. Dokumentacja powykonawcza musi być sporządzona w języku polskim chyba, że dotyczy oprogramowania narzędziowego obcego pochodzenia (Produktu), wykorzystywanego w Rozwiązaniu, dla którego nie ma dokumentacji w języku polskim, w takim przypadku Dokumentacja może zostać przekazana w języku angielskim.





Pakiet oprogramowania biurowego typu MS Office Home and Business 0000 XXX XX lub równoważny - 4 szt.


Przy czym, równoważności będzie rozstrzygana w zakresie posiadania przez zaproponowane oprogramowanie, oprócz istotnych zbliżonych cech i parametrów do produktu referencyjnego, również następujących szczegółowych funkcjonalności:


Oprogramowanie biurowe w najnowszej dostępnej na rynku wersji.

Zamawiający nie dopuszcza zaoferowania pakietów biurowych, programów i planów licencyjnych opartych o rozwiązania chmury oraz rozwiązań wymagających stałych opłat w okresie używania zakupionego produktu.

Dla oprogramowania musi być publicznie znany cykl życia przedstawiony przez producenta systemu i dotyczący rozwoju wsparcia technicznego – w szczególności w zakresie bezpieczeństwa. Wymagane jest prawo do instalacji aktualizacji i poprawek do danej wersji oprogramowania, udostępnianych bezpłatnie przez producenta na jego stronie internetowej w okresie co najmniej 5 lat.

Zamawiający wymaga, aby wszystkie elementy oprogramowania biurowego oraz jego licencja pochodziły od tego samego producenta.

Zawierające w pakiecie przynajmniej edytor tekstu, arkusz kalkulacyjny, program do tworzenia prezentacji. Aplikacja do tworzenia prezentacji powinna umożliwiać udostępnianie prezentacji przy użyciu przeglądarki internetowej bez potrzeby instalowania dodatkowych elementów ani konfigurowania. Do każdej prezentacji można dodać wciągające wideo, aby zwrócić uwagę odbiorców. Nagrania wideo można wstawiać bezpośrednio w programie, a następnie dostosowywać je, przycinać lub oznaczać najważniejsze sceny w nagraniu zakładkami, aby zwrócić na nie szczególną uwagę. Wstawiane nagrania są domyślnie osadzone, dzięki czemu nie trzeba zarządzać dodatkowymi plikami wideo. Pliki programów edytora tekstów, arkusza kalkulacyjnego i programu do tworzenia prezentacji można przechowywać online i uzyskiwać do nich dostęp, przeglądać, edytować i udostępniać innym użytkownikom.

Pakiet biurowy musi spełniać następujące wymagania:

1. Wymagania odnośnie interfejsu użytkownika:

a. Pełna polska wersja językowa interfejsu użytkownika

b. Prostota i intuicyjność obsługi, pozwalająca na pracę osobom nieposiadającym umiejętności technicznych

c. Możliwość zintegrowania uwierzytelniania użytkowników z usługą katalogową (Active Directory lub funkcjonalnie równoważną) – użytkownik raz zalogowany z poziomu systemu operacyjnego stacji roboczej ma być automatycznie rozpoznawany we wszystkich modułach oferowanego rozwiązania bez potrzeby oddzielnego monitowania go o ponowne uwierzytelnienie się.

2. Oprogramowanie musi umożliwiać tworzenie i edycję dokumentów elektronicznych w ustalonym formacie, który spełnia następujące warunki:

a. posiada kompletny i publicznie dostępny opis formatu,

b. ma zdefiniowany układ informacji w postaci XML zgodnie z Tabelą B1 załącznika 2 Rozporządzenia w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz.U.05.212.1766)

c. umożliwia wykorzystanie schematów XML

d. wspiera w swojej specyfikacji podpis elektroniczny zgodnie z Tabelą A.1.1 załącznika 2 Rozporządzenia w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz.U.05.212.1766)

3. Oprogramowanie musi umożliwiać dostosowanie dokumentów i szablonów do potrzeb instytucji oraz udostępniać narzędzia umożliwiające dystrybucję odpowiednich szablonów do właściwych odbiorców.

4. W skład oprogramowania muszą wchodzić narzędzia programistyczne umożliwiające automatyzację pracy i wymianę danych pomiędzy dokumentami i aplikacjami (język makropoleceń, język skryptowy)

5. Do aplikacji musi być dostępna pełna dokumentacja w języku polskim.

6. Pakiet zintegrowanych aplikacji biurowych musi zawierać:

a. Edytor tekstów

b. Arkusz kalkulacyjny

c. Narzędzie do przygotowywania i prowadzenia prezentacji

d. Narzędzie do tworzenia drukowanych materiałów informacyjnych

e. Narzędzie do zarządzania informacją prywatą (pocztą elektroniczną, kalendarzem, kontaktami i zadaniami),

7. Edytor tekstów musi umożliwiać:

a. Edycję i formatowanie tekstu w języku polskim wraz z obsługą języka polskiego w zakresie sprawdzania pisowni i poprawności gramatycznej oraz funkcjonalnością słownika wyrazów bliskoznacznych i autokorekty

b. Wstawianie oraz formatowanie tabel

c. Wstawianie oraz formatowanie obiektów graficznych

d. Wstawianie wykresów i tabel z arkusza kalkulacyjnego (wliczając tabele przestawne)

e. Automatyczne numerowanie rozdziałów, punktów, akapitów, tabel i rysunków

f. Automatyczne tworzenie spisów treści

g. Formatowanie nagłówków i stopek stron

h. Sprawdzanie pisowni w języku polskim

i. Śledzenie zmian wprowadzonych przez użytkowników

j. Nagrywanie, tworzenie i edycję makr automatyzujących wykonywanie czynności

k. Określenie układu strony (pionowa/pozioma)

l. Wydruk dokumentów

m. Wykonywanie korespondencji seryjnej bazując na danych adresowych pochodzących z arkusza kalkulacyjnego i z narzędzia do zarządzania informacją prywatną

n. Pracę na dokumentach utworzonych przy pomocy Microsoft Word 2003 lub Microsoft Word 2007 i 2010 z zapewnieniem bezproblemowej konwersji wszystkich elementów i atrybutów dokumentu

o. Zabezpieczenie dokumentów hasłem przed odczytem oraz przed wprowadzaniem modyfikacji

p. Wymagana jest dostępność do oferowanego edytora tekstu bezpłatnych narzędzi umożliwiających wykorzystanie go, jako środowiska udostępniającego formularze bazujące na schematach XML z Centralnego Repozytorium Wzorów Dokumentów Elektronicznych, które po wypełnieniu umożliwiają zapisanie pliku XML w zgodzie z obowiązującym prawem.

q. Wymagana jest dostępność do oferowanego edytora tekstu bezpłatnych narzędzi (kontrolki) umożliwiających podpisanie podpisem elektronicznym pliku z zapisanym dokumentem przy pomocy certyfikatu kwalifikowanego zgodnie z wymaganiami obowiązującego w Polsce prawa.

r. Wymagana jest dostępność do oferowanego edytora tekstu bezpłatnych narzędzi umożliwiających wykorzystanie go, jako środowiska udostępniającego formularze i pozwalające zapisać plik wynikowy w zgodzie z Rozporządzeniem o Aktach Normatywnych i Prawnych.

8. Arkusz kalkulacyjny musi umożliwiać:

a. Tworzenie raportów tabelarycznych

b. Tworzenie wykresów liniowych (wraz linią trendu), słupkowych, kołowych

c. Tworzenie arkuszy kalkulacyjnych zawierających teksty, dane liczbowe oraz formuły przeprowadzające operacje matematyczne, logiczne, tekstowe, statystyczne oraz operacje na danych finansowych i na miarach czasu.

d. Tworzenie raportów z zewnętrznych źródeł danych (inne arkusze kalkulacyjne, bazy danych zgodne z ODBC, pliki tekstowe, pliki XML, webservice)

e. Obsługę kostek OLAP oraz tworzenie i edycję kwerend bazodanowych i webowych. Narzędzia wspomagające analizę statystyczną i finansową, analizę wariantową i rozwiązywanie problemów optymalizacyjnych

f. Tworzenie raportów tabeli przestawnych umożliwiających dynamiczną zmianę wymiarów oraz wykresów bazujących na danych z tabeli przestawnych

g. Wyszukiwanie i zamianę danych

h. Wykonywanie analiz danych przy użyciu formatowania warunkowego

i. Nazywanie komórek arkusza i odwoływanie się w formułach po takiej nazwie

j. Nagrywanie, tworzenie i edycję makr automatyzujących wykonywanie czynności

k. Formatowanie czasu, daty i wartości finansowych z polskim formatem

l. Zapis wielu arkuszy kalkulacyjnych w jednym pliku.

m. Zachowanie pełnej zgodności z formatami plików utworzonych za pomocą oprogramowania Microsoft Excel 2003 oraz Microsoft Excel 2007 i 2010, z uwzględnieniem poprawnej realizacji użytych w nich funkcji specjalnych i makropoleceń..

n. Zabezpieczenie dokumentów hasłem przed odczytem oraz przed wprowadzaniem modyfikacji

9. Narzędzie do przygotowywania i prowadzenia prezentacji musi umożliwiać:

a. Przygotowywanie prezentacji multimedialnych, które będą:

b. Prezentowanie przy użyciu projektora multimedialnego

c. Drukowanie w formacie umożliwiającym robienie notatek

d. Zapisanie jako prezentacja tylko do odczytu.

e. Nagrywanie narracji i dołączanie jej do prezentacji

f. Opatrywanie slajdów notatkami dla prezentera

g. Umieszczanie i formatowanie tekstów, obiektów graficznych, tabel, nagrań dźwiękowych i wideo

h. Umieszczanie tabel i wykresów pochodzących z arkusza kalkulacyjnego

i. Odświeżenie wykresu znajdującego się w prezentacji po zmianie danych w źródłowym arkuszu kalkulacyjnym

j. Możliwość tworzenia animacji obiektów i całych slajdów

k. Prowadzenie prezentacji w trybie prezentera, gdzie slajdy są widoczne na jednym monitorze lub projektorze, a na drugim widoczne są slajdy i notatki prezentera

l. Pełna zgodność z formatami plików utworzonych za pomocą oprogramowania MS PowerPoint 2003, MS PowerPoint 2007 i 2010.

10. Narzędzie do tworzenia drukowanych materiałów informacyjnych musi umożliwiać:

a. Tworzenie i edycję drukowanych materiałów informacyjnych

b. Tworzenie materiałów przy użyciu dostępnych z narzędziem szablonów: broszur, biuletynów, katalogów.

c. Edycję poszczególnych stron materiałów.

d. Podział treści na kolumny.

e. Umieszczanie elementów graficznych.

f. wykorzystanie mechanizmu korespondencji seryjnej

g. Płynne przesuwanie elementów po całej stronie publikacji.

h. Eksport publikacji do formatu PDF oraz TIFF.

i. Wydruk publikacji.

j. Możliwość przygotowywania materiałów do wydruku w standardzie CMYK.

11. Narzędzie do zarządzania informacją prywatną (pocztą elektroniczną, kalendarzem, kontaktami i zadaniami) musi umożliwiać:

a. Pobieranie i wysyłanie poczty elektronicznej z serwera pocztowego

b. Filtrowanie niechcianej poczty elektronicznej (SPAM) oraz określanie listy zablokowanych i bezpiecznych nadawców

c. Tworzenie katalogów, pozwalających katalogować pocztę elektroniczną

d. Automatyczne grupowanie poczty o tym samym tytule

e. Tworzenie reguł przenoszących automatycznie nową pocztę elektroniczną do określonych katalogów bazując na słowach zawartych w tytule, adresie nadawcy i odbiorcy

f. Oflagowanie poczty elektronicznej z określeniem terminu przypomnienia

g. Zarządzanie kalendarzem

h. Udostępnianie kalendarza innym użytkownikom

i. Przeglądanie kalendarza innych użytkowników

j. Zapraszanie uczestników na spotkanie, co po ich akceptacji powoduje automatyczne wprowadzenie spotkania w ich kalendarzach

k. Zarządzanie listą zadań

l. Zlecanie zadań innym użytkownikom

m. Zarządzanie listą kontaktów

n. Udostępnianie listy kontaktów innym użytkownikom

o. Przeglądanie listy kontaktów innych użytkowników

p. Możliwość przesyłania kontaktów innym użytkowników


GWARANCJA


  1. Wykonawca udzieli 24 miesięcznej gwarancji na przedmiot zamówienia;

  2. termin gwarancji biegnie od daty podpisania ostatecznego protokołu zdawczo-odbiorczego obejmującego potwierdzenie prawidłowego wykonania wszystkich zakupionych i wdrożonych aplikacji;

  3. gwarancja obejmuje wszelkie możliwe usterki lub wady przedmiotu zamówienia;

  4. zgłoszone przez Zamawiającego w okresie gwarancji usterki lub wady przedmiotu zamówienia Wykonawca zobowiązany jest bezpłatnie usunąć nie później niż 3 dni robocze od daty ich zgłoszenia przez Zamawiającego;

  5. Wykonawca nie może odmówić wykonania czynności objętych gwarancją jakości z uwagi na wysokość związanych z tym kosztów;

  6. jakiekolwiek zmiany sposobu wykonania przedmiotu zamówienia nie mają wpływu na roszczenia z tytułu gwarancji;

  7. w przypadku zmian przepisów prawa lub sposobu funkcjonowania platformy ePUAP uniemożliwiających Wykonawcy wykonywanie czynności objętych gwarancją – Wykonawca zwróci się do Zamawiającego z umotywowanym, pisemnym wnioskiem o zawieszenie jej obowiązywania w określonym zakresie.


3. Projekt pn. „Urząd przyjazny rozwojowi przedsiębiorców” w konkursie POWER 02.18.00-IP.00-00-000/15, II oś priorytetowa Program Operacyjny Wiedza, Edukacja Rozwój, na lata 2014-20120 - Efektywne polityki publiczne na rynku pracy, gospodarki i edukacji, Działanie 2.18 Wysokiej jakości usługi administracyjne ma na celu wdrożenie rozwiązań poprawiających efektywność zarządzania usługami dziedzinowymi w obszarach istotnych dla prowadzenia działalności gospodarczej: podatków i opłat lokalnych oraz zarządzania nieruchomościami.


4. Zamawiający dopuszcza możliwość zmiany pakietu oprogramowania biurowego typu MS Office Home and Business 0000 XXX XX zaproponowanego w ofercie na równoważny.


5. Wykonawca, który powołuje się na rozwiązania równoważne winien wykazać, że rozwiązania te spełniają wymagania określone przez Xxxxxxxxxxxxx zgodnie z art. 30 ust. 5 Pzp.


6. We wszystkich zapisach SIWZ oraz jej załącznikach, w których zamawiający odwołuje się do norm,  europejskich ocen technicznych, aprobat, specyfikacji technicznych i systemów referencji technicznych zgodnie z art. 30 ust. 4 ustawy Pzp, Zamawiający dopuszcza rozwiązania równoważne opisywanym. 


7. Zamawiający nie dopuszcza możliwość składania ofert częściowych.


8. Zamawiający nie dopuszcza możliwość składania ofert wariantowych.


9. Wykonawcy zobowiązani są do zapoznania się z przedmiotem zamówienia.


10. Ewentualne zapytania dotyczące przedmiotu zamówienia prosimy kierować bezpośrednio do Zamawiającego na adres podany w niniejszej Specyfikacji.



IV. INFORMACJE O ZAMÓWIENIACH, O KTÓRYCH MOWA W ART. 67 UST. 1 PKT. 7 USTAWY


Zamawiający nie stosuje art. 67 ust. 1 pkt. 7 ustawy Prawo Zamówień Publicznych.




V. TERMIN WYKONANIA ZAMÓWIENIA


Termin wykonania przedmiotu zamówienia: do 45 dni licząc od dnia podpisania umowy.



VI. WARUNKI UDZIAŁU W POSTĘPOWANIU


W postępowaniu mogą wziąć udział wyłącznie wykonawcy, którzy nie podlegają wykluczeniu oraz spełniają warunki udziału w postępowaniu:


1. Wykonawca posiada kompetencje lub uprawnienia do prowadzenia określonej działalności zawodowej - o ile wynika to z odrębnych przepisów - objętej niniejszym postępowaniem.


Zamawiający nie określa niniejszego warunku udziału w postępowaniu.


2. Wykonawca dysponuje odpowiednią zdolnością techniczną.


Zamawiający nie określa niniejszego warunku udziału w postępowaniu.


3. Wykonawca dysponuje odpowiednimi zdolnościami zawodowymi.


Zamawiający nie określa niniejszego warunku udziału w postępowaniu.


4. Wykonawca znajduje się w sytuacji ekonomicznej lub finansowej zapewniającej wykonanie zamówienia – Wykonawca musi wykazać, iż:

- jest ubezpieczony od odpowiedzialności cywilnej na kwotę 75 000,00 zł w zakresie prowadzonej działalności związanej z przedmiotem zamówienia.


5. Wykonawca spełnia warunek w zakresie grup społecznie marginalizowanych.


Zamawiający nie określa niniejszego warunku udziału w postępowaniu.



VII. OŚWIADCZENIA LUB DOKUMENTY POTWIERDZAJĄCE SPEŁNIANIE WARUNKÓW UDZIAŁU W POSTĘPOWANIU


Oświadczenia należy przedstawić tylko w formie oryginału, natomiast dokumenty należy przedstawić w formie oryginałów lub kopii. Dokumenty złożone w formie kopii muszą zostać poświadczone za zgodność z oryginałem przez Wykonawcę, z tym jednak zastrzeżeniem, że dla pełnomocnictw obowiązuje forma oryginału albo uwierzytelniona notarialnie kopia.


1. Każdy z wykonawców ma obowiązek złożyć następujące oświadczenia i dokumenty potwierdzające spełnianie warunków udziału w postępowaniu:


  1. Oświadczenie Wykonawcy o spełnianiu warunków udziału w postępowaniu oraz niepodleganiu wykluczeniu – według wzoru stanowiącego załącznik nr 2 do SIWZ – (należy dołączyć do oferty).

  2. Oświadczenia wykonawcy o przynależności albo braku przynależności do tej samej grupy kapitałowej; w przypadku przynależności do tej samej grupy kapitałowej wykonawca może złożyć wraz z oświadczeniem dokumenty bądź informacje potwierdzające, że powiązania z innym wykonawcą nie prowadzą do zakłócenia konkurencji w postępowaniu – według wzoru stanowiącego załącznik nr 3 do SIWZ.

Wykonawca, w terminie 3 dni od zamieszczenia na stronie internetowej informacji, o której mowa w art. 86 ust. 5 Ustawy, przekazuje Zamawiającemu oświadczenie o przynależności lub braku przynależności do tej samej grupy kapitałowej. Wraz ze złożeniem oświadczenia, wykonawca może przedstawić dowody, że powiązania z innym wykonawcą nie prowadzą do zakłócenia konkurencji w postępowaniu o udzielenie zamówienia.

  1. Opłacona polisa, a w przypadku jej braku innego dokumentu potwierdzającego, że wykonawca jest ubezpieczony od odpowiedzialności cywilnej w zakresie prowadzonej działalności związanej z przedmiotem zamówienia na kwotę 75 000,00 zł jako załącznik nr 5 (UWAGA: W SYTUACJI, GDY FAKT OPŁACENIA POLISY NIE WYNIKA Z SAMEJ TREŚCI POLISY NALEŻY DOŁĄCZYĆ INNY DOKUMENT POTWIERDZAJĄCY OPŁACENIE POLISY) jako załącznik nr 5 – (nie należy dołączać do oferty).

  2. Pisemne zobowiązanie innych podmiotów do oddania do dyspozycji wykonawcy niezbędnych zasobów na okres korzystania z nich przy wykonywaniu zamówienia.



VIII. PODSTAWY WYKLUCZENIA WYKONAWCY Z POSTĘPOWANIA


1. Z postępowania wyklucza się Wykonawcę na podstawie art. 24 ust. 1 pkt. 12 – 23 Ustawy.


2. Z postępowania o udzielenie zamówienia wyklucza się także wykonawcę:

    1. w stosunku do którego otwarto likwidację, w zatwierdzonym przez sąd układzie w postępowaniu restrukturyzacyjnym jest przewidziane zaspokojenie wierzycieli przez likwidację jego majątku lub sąd zarządził likwidację jego majątku w trybie art. 332 ust. 1 ustawy z dnia 15 maja 2015 r. – Prawo restrukturyzacyjne lub którego upadłość ogłoszono, z wyjątkiem wykonawcy, który po ogłoszeniu upadłości zawarł układ zatwierdzony prawomocnym postanowieniem sądu, jeżeli układ nie przewiduje zaspokojenia wierzycieli przez likwidację majątku upadłego, chyba że sąd zarządził likwidację jego majątku w trybie art. 366 ust. 1 ustawy z dnia 28 lutego 2003 r. – Prawo upadłościowe;

    2. który w sposób zawiniony poważnie naruszył obowiązki zawodowe, co podważa jego uczciwość, w szczególności gdy wykonawca w wyniku zamierzonego działania lub rażącego niedbalstwa nie wykonał lub nienależycie wykonał zamówienie publiczne, co Zamawiający jest w stanie wykazać za pomocą stosownych środków dowodowych;

    3. jeżeli wykonawca lub osoby, o których mowa w art. 24 ust. 1 pkt. 14 Ustawy, uprawnione do reprezentowania wykonawcy pozostają w relacjach określonych w art. 17 ust. 1 pkt 2–4 Ustawy z:

a) zamawiającym,

b) osobami uprawnionymi do reprezentowania Zamawiającego,

c) członkami komisji przetargowej,

d) osobami, które złożyły oświadczenie, o którym mowa w art. 17 ust. 2a Ustawy – chyba że jest możliwe zapewnienie bezstronności po stronie Zamawiającego w inny sposób niż przez wykluczenie wykonawcy z udziału w postępowaniu;

    1. który, z przyczyn leżących po jego stronie, nie wykonał albo nienależycie wykonał w istotnym stopniu wcześniejszą umowę w sprawie zamówienia publicznego lub umowę koncesji, zawartą z zamawiającym, o którym mowa w art. 3 ust. 1 pkt 1–4 Ustawy, co doprowadziło do rozwiązania umowy lub zasądzenia odszkodowania;

    2. będącego osobą fizyczną, którego prawomocnie skazano za wykroczenie przeciwko prawom pracownika lub wykroczenie przeciwko środowisku, jeżeli za jego popełnienie wymierzono karę aresztu, ograniczenia wolności lub karę grzywny nie niższą niż 3000 złotych;

    3. jeżeli urzędującego członka jego organu zarządzającego lub nadzorczego, wspólnika spółki w spółce jawnej lub partnerskiej albo komplementariusza w spółce komandytowej lub komandytowo-akcyjnej lub prokurenta prawomocnie skazano za wykroczenie, o którym mowa w art. 24 ust. 5 pkt. 5 Ustawy;

    4. wobec którego wydano ostateczną decyzję administracyjną o naruszeniu obowiązków wynikających z przepisów prawa pracy, prawa ochrony środowiska lub przepisów o zabezpieczeniu społecznym, jeżeli wymierzono tą decyzją karę pieniężną nie niższą niż 3000 złotych;

    5. który naruszył obowiązki dotyczące płatności podatków, opłat lub składek na ubezpieczenia społeczne lub zdrowotne, co Zamawiający jest w stanie wykazać za pomocą stosownych środków dowodowych, z wyjątkiem przypadku, o którym mowa w art. 24 ust. 1 pkt. 15 Ustawy, chyba że wykonawca dokonał płatności należnych podatków, opłat lub składek na ubezpieczenia społeczne lub zdrowotne wraz z odsetkami lub grzywnami lub zawarł wiążące porozumienie w sprawie spłaty tych należności.


3. Wykonawca, w terminie 3 dni od zamieszczenia na stronie internetowej informacji, o której mowa w art. 86 ust. 5 Ustawy, przekazuje Zamawiającemu oświadczenie o przynależności lub braku przynależności do tej samej grupy kapitałowej. Wraz ze złożeniem oświadczenia, wykonawca może przedstawić dowody, że powiązania z innym wykonawcą nie prowadzą do zakłócenia konkurencji w postępowaniu o udzielenie zamówienia.


4. Zamawiający wymaga, aby wykonawca, który zamierza powierzyć wykonanie części zamówienia podwykonawcom, przedkładał oświadczenie dotyczące braku istnienia wobec nich podstaw wykluczenia.


5. W celu poświadczenia, iż brak jest podstaw do wykluczenia Wykonawcy z postępowania o udzielenie zamówienia w okolicznościach, o których mowa w art. 24 Ustawy, Wykonawca zobowiązany jest złożyć:


Wykonawca składa oświadczenie stanowiące załącznik nr 2 do niniejszej specyfikacji.


6. Jeżeli Wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej zamiast dokumentów określonych powyżej składa:

    1. Dokument lub dokumenty wystawione w kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania, potwierdzające odpowiednio, że nie otwarto jego likwidacji ani nie ogłoszono upadłości, wystawiony nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.


IX. WYMAGANIA DOTYCZĄCE OŚWIADCZEŃ I DOKUMENTÓW


1. Zamawiający w niniejszym postępowaniu stosuje „procedurę odwróconą na postawie art. 24aa Ustawy. W związku z tym Zamawiający najpierw dokona oceny ofert, a następnie zbada, czy wykonawca, którego oferta została oceniona jako najkorzystniejsza, nie podlega wykluczeniu oraz spełnia warunki udziału w postępowaniu. Jeżeli wykonawca uchyla się od zawarcia umowy lub nie wnosi wymaganego zabezpieczenia należytego wykonania umowy, zamawiający zbada, czy nie podlega wykluczeniu oraz czy spełnia warunki udziału w postępowaniu wykonawca, który złożył ofertę najwyżej ocenioną spośród pozostałych ofert. Zamawiający po ocenie ofert dokonuje weryfikacji wyłącznie oświadczenia o spełnianiu warunków udziału w postępowaniu oraz niepodleganiu wykluczeniu a także pozostałych dokumentów podmiotowych w odniesieniu do wykonawcy którego oferta jest najkorzystniejsza.


2. Do oferty Wykonawca dołącza aktualne na dzień składania ofert oświadczenie w zakresie wskazanym przez Zamawiającego. Informacje zawarte w oświadczeniu stanowią wstępne potwierdzenie, że Wykonawca nie podlega wykluczeniu oraz spełnia warunki udziału w postępowaniu.


3. W przypadku wspólnego ubiegania się o zamówienie przez Wykonawców, oświadczenie składa każdy z Wykonawców wspólnie ubiegających się o zamówienie. Dokumenty te potwierdzają spełnianie warunków udziału w postępowaniu, w zakresie, w którym każdy z Wykonawców wykazuje spełnianie warunków udziału w postępowaniu oraz brak podstaw do wykluczenia.


4. Jeżeli Wykonawca nie złożył wymaganych pełnomocnictw albo złożył wadliwe pełnomocnictwa, Zamawiający wzywa do ich złożenia w terminie przez siebie wskazanym, chyba że mimo ich złożenia oferta Wykonawcy podlega odrzuceniu albo konieczne byłoby unieważnienie postępowania.


5. Wykonawca, który zamierza powierzyć wykonanie części zamówienia podwykonawcom, w celu wykazania braku istnienia wobec nich podstaw wykluczenia z udziału w postępowaniu zamieszcza informacje o podwykonawcach w oświadczeniu.


6. Na podstawie art. 26 ust. 2 Ustawy, Zamawiający przed udzieleniem zamówienia wezwie Wykonawcę, którego oferta została najwyżej oceniona, do złożenia w wyznaczonym, nie krótszym niż 5 dni, terminie aktualnych na dzień złożenia oświadczeń lub dokumentów potwierdzających okoliczności, o których mowa w art. 25 ust. 1 Ustawy.


7. Jeżeli jest to niezbędne do zapewnienia odpowiedniego przebiegu postępowania o udzielenie zamówienia, Zamawiający może na każdym etapie postępowania wezwać Wykonawców do złożenia wszystkich lub niektórych oświadczeń lub dokumentów potwierdzających, że nie podlegają wykluczeniu, spełniają warunki udziału w postępowaniu, a jeżeli zachodzą uzasadnione podstawy do uznania, że złożone uprzednio oświadczenia lub dokumenty nie są już aktualne, do złożenia aktualnych oświadczeń lub dokumentów.


8. Wykonawca nie jest zobowiązany do złożenia oświadczeń lub dokumentów potwierdzających okoliczności, o których mowa w art. 25 ust. 1 pkt 1 i 3 Ustawy, jeżeli Zamawiający posiada oświadczenia lub dokumenty dotyczące tego wykonawcy lub może je uzyskać za pomocą bezpłatnych i ogólnodostępnych baz danych, w szczególności rejestrów publicznych w rozumieniu ustawy z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U. z 2014 r. poz. 1114 oraz z 2016 r. poz. 352).



X. INFORMACJE O SPOSOBIE POROZUMIEWANIA SIĘ ZAMAWIAJĄCEGO, Z WYKONAWCAMI ORAZ PRZEKAZYWANIA OŚWIADCZEŃ LUB DOKUMENTÓW, A TAKŻE WSKAZANIA OSÓB UPRAWNIONYCH DO POROZUMIEWANIA SIĘ Z WYKONAWAMI


1. Wyjaśnienia dotyczące Specyfikacji Istotnych Warunków Zamówienia udzielane będą z zachowaniem zasad określonych w Ustawie (art. 38).

2. W niniejszym postępowaniu wszelkie oświadczenia, wnioski, zawiadomienia, wezwania oraz informacje Zamawiający i Wykonawcy przekazują pisemnie, faksem, drogą elektroniczną (nie dotyczy oferty).

3. Wybrany sposób przekazywania oświadczeń, wniosków, zawiadomień, wezwań oraz informacji nie może ograniczać konkurencji; zawsze dopuszczalna jest forma pisemna, z zastrzeżeniem wyjątków przewidzianych w Ustawie.

4. Osoba uprawniona do porozumiewania się z Wykonawcami:

- w sprawach merytorycznych i formalnych wyjaśnień udziela:

Xxxxxxxxx Xxxxxxxxxx,

xx. Xxxxx 0, 00-000 Xxxxxx

tel. 00 00 00 000, w godzinach 800 – 1500 (od poniedziałku do piątku),

email: xxxxxxxxx@xxxxxx.xx.


5. Zapytania dotyczące SIWZ muszą być kierowane zgodnie z formą przewidzianą
w ust. 2 z adnotacją: „Zapytania – przetarg nieograniczony pn.: Zakup oprogramowania wraz z wdrożeniem dla pracowników Urzędu Miejskiego w Krobi w ramach realizacji przez Gminę Krobia projektu pn. „Urząd przyjazny rozwojowi przedsiębiorców” w konkursie POWER 02.18.00-IP.00-00-000/15, II oś priorytetowa Program Operacyjny Wiedza, Edukacja Rozwój, na lata 2014-20120 - Efektywne polityki publiczne na rynku pracy, gospodarki i edukacji, Działanie 2.18 Wysokiej jakości usługi administracyjne”.



XI. TERMIN ZWIĄZANIA OFERTĄ


1. W niniejszym postępowaniu termin związania ofertą wynosi 30 dni od dnia otwarcia ofert.

2. Bieg terminu związania ofertą rozpoczyna się wraz z dniem otwarcia ofert.

3. Co najmniej na 3 dni przed upływem terminu związania ofertą Zamawiający może tylko raz zwrócić się do Wykonawców o wyrażenie zgody na przedłużenie tego terminu o oznaczony okres, nie dłuższy jednak niż 60 dni.

4. Przedłużenie terminu związania ofertą jest dopuszczalne tylko z jednoczesnym przedłużeniem okresu ważności wadium albo, jeżeli nie jest to możliwe, z wniesieniem nowego wadium na przedłużony okres związania ofertą. Jeżeli przedłużenie terminu związania ofertą dokonywane jest po wyborze oferty najkorzystniejszej, obowiązek wniesienia nowego wadium lub jego przedłużenia dotyczy jedynie wykonawcy, którego oferta została wybrana jako najkorzystniejsza.



XII. OPIS SPOSOBU PRZYGOTOWYWANIA OFERT

  1. Każdy Wykonawca może złożyć w niniejszym postępowaniu tylko jedną ofertę.

  2. Wykonawcy mogą wspólnie ubiegać się o udzielenie zamówienia. W takim przypadku wykonawcy ustanawiają pełnomocnika do reprezentowania ich w postępowaniu o udzielenie zamówienia albo reprezentowania w postępowaniu i zawarcia umowy w sprawie zamówienia publicznego. Jeżeli oferta wykonawców wspólnie ubiegających się o udzielenie zamówienia została wybrana, Zamawiający może żądać przed zawarciem umowy w sprawie zamówienia publicznego umowy regulującej współpracę tych wykonawców.

  3. Ofertę należy złożyć, pod rygorem nieważności, w formie pisemnej w języku polskim, pismem czytelnym, trwałym środkiem pisarskim.

  4. Dokumenty składające się na ofertę należy składać w formie oryginałów lub kopii poświadczonej „za zgodność z oryginałem”. Oświadczenia należy składać wyłącznie w formie oryginału. Zamawiający może żądać przedstawienia oryginału lub uwierzytelnionej notarialnie kopii dokumentu, gdy złożona przez Wykonawcę kopia dokumentu jest nieczytelna lub budzi wątpliwości co do jej prawdziwości.

Poświadczenia za zgodność z oryginałem dokonuje odpowiednio Wykonawca, podmiot, na którego zdolnościach lub sytuacji polega Wykonawca, Wykonawcy wspólnie ubiegający się o udzielenie zamówienia publicznego albo podwykonawca, w zakresie dokumentów, którego każdego z nich dotyczą.

Niezależnie od powyższego zastrzeżenia, pełnomocnictwo musi zostać złożone w formie oryginału lub uwierzytelnionej notarialnie kopii.

  1. Oferta musi być sporządzona w języku polskim. Dokumenty sporządzone w języku obcym muszą być złożone wraz z tłumaczeniem na język polski.

  2. Oferta wraz ze stanowiącymi jej integralną część załącznikami musi być sporządzona przez wykonawcę ściśle według postanowień SIWZ.

  3. Zamawiający nie dopuszcza możliwości składania oświadczeń, dokumentów, ofert lub ich uzupełnień, poprawienia, wyjaśnienia za pomocą poczty elektronicznej.

  4. Oferta musi być sporządzona według wzoru formularza oferty stanowiącego załącznik nr 1 do SIWZ.

  5. Proponuje się, aby wszystkie zapisane strony oferty wraz z załącznikami były kolejno ponumerowane i złączone w sposób trwały oraz na każdej stronie podpisane przez osobę (osoby) uprawnione do składania oświadczeń woli w imieniu wykonawcy, przy czym co najmniej w miejscach wskazanych przez Xxxxxxxxxxxxx (formularz oferty, oświadczenia) podpis powinien być czytelny (imię i nazwisko). Pozostałe strony mogą być parafowane.

  6. Wszelkie poprawki lub zmiany w tekście oferty muszą być parafowane przez osobę (osoby) podpisujące ofertę i opatrzone datami ich dokonania.

  7. Koszty związane z przygotowaniem i złożeniem oferty ponosi Wykonawca. Zamawiający nie przewiduje możliwości zwrotu kosztów przygotowania oferty przetargowej. Wykonawca powinien zapoznać się z całością SIWZ, której integralną część stanowią załączniki.

  8. Wykonawca jest zobowiązany wskazać w ofercie części zamówienia, które zamierza powierzyć podwykonawcom oraz zobowiązany jest do podania firm podwykonawców.

  9. Do oferty wykonawca załącza oświadczenie o spełnianiu warunków oraz niepodleganiu wykluczeniu oraz odpowiednie pełnomocnictwa wraz z dokumentem potwierdzającym umocowanie do udzielania pełnomocnictw.

  10. Zamawiający niezwłocznie zwraca ofertę, która została złożona po terminie.

Oferty winny być złożone w zamkniętej kopercie, z opisem szczegółowo wskazanym w Rozdziale XIII ust. 2 niniejszej SIWZ oraz pełną nazwą oraz dokładnym adresem Wykonawcy – zawierającej wewnątrz całościową ofertę Wykonawcy w niniejszym postępowaniu.

W sytuacji braku powyższych informacji, Zamawiający nie ponosi odpowiedzialności za zdarzenia wynikające z tego braku np. przypadkowe otwarcie ofert w przypadku składania ofert przed wyznaczonym terminem składania, a w przypadku składania oferty pocztą lub pocztą kurierską za jej nie otwarcie w trakcie sesji otwarcia ofert.

  1. Oferta, tzn. formularz ofertowy i wszystkie wymagane dokumenty i oświadczenia muszą być podpisane przez osobę albo osoby upoważnione do reprezentowania Wykonawcy. W przypadku, gdy osoba podpisująca ofertę w imieniu Wykonawcy nie jest wpisana do właściwego rejestru jako osoba upoważniona do reprezentacji, musi przedstawić pełnomocnictwo do występowania w imieniu Wykonawcy oraz jego reprezentowania i zaciągania zobowiązań finansowych.

  2. Na wewnętrznej kopercie należy podać nazwę i adres wykonawcy, by umożliwić zwrot nieotwartej oferty w przypadku dostarczenia jej Zamawiającemu po terminie.

  3. Wykonawca może wprowadzić zmiany lub wycofać złożoną przez siebie ofertę wyłącznie przed terminem składania ofert i pod warunkiem, że przed upływem tego terminu Zamawiający otrzyma pisemne powiadomienie o wprowadzeniu zmian lub wycofaniu oferty. Powiadomienie to musi być opisane w sposób wskazany w Rozdziale XIII pkt 2 oraz dodatkowo oznaczone słowami „ZMIANA” lub „WYCOFANIE”.

  4. Zamawiający odrzuci ofertę, jeżeli wystąpią okoliczności wskazane w art. 89 ust. 1 Ustawy.

  5. W przypadku pojawienia się w ofercie informacji stanowiących tajemnicę przedsiębiorstwa w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji Zamawiający nie jest upoważniony do ich ujawnienia, jeżeli wykonawca nie później niż w terminie składania ofert zastrzegł, że nie mogą być one udostępnione oraz wykazał, iż zastrzeżone informacje stanowią tajemnicę przedsiębiorstwa. Wykonawca nie może zastrzec informacji, o których mowa w art. 86 ust. 4 Ustawy. Wykonawca ma obowiązek informacje stanowiące tajemnicę jego przedsiębiorstwa oznaczyć klauzulą: „Nie udostępniać. Informacje stanowią tajemnicę przedsiębiorstwa”.



XIII. MIEJSCE ORAZ TERMIN SKŁADANIA I OTWARCIA OFERT

    1. Ofertę należy złożyć w zamkniętej kopercie w siedzibie Zamawiającego, na adres:


Urząd Miejski w Krobi

ul. Xxxxx 0, 00-000 Xxxxxx

lub

w Biurze Obsługi Klienta – parter

w terminie do dnia 18 maja 2017 r. do godziny 845

    1. Koperta powinna być zaadresowana w następujący sposób:


„Urząd Miejski w Krobi

ul. Xxxxx 0, 00-000 Xxxxxx

Oferta składana w postępowaniu: Zakup oprogramowania wraz z wdrożeniem dla pracowników Urzędu Miejskiego w Krobi w ramach realizacji przez Gminę Krobia projektu pn. „Urząd przyjazny rozwojowi przedsiębiorców” w konkursie POWER 02.18.00-IP.00-00-000/15, II oś priorytetowa Program Operacyjny Wiedza, Edukacja Rozwój, na lata 2014-20120 - Efektywne polityki publiczne na rynku pracy, gospodarki i edukacji, Działanie 2.18 Wysokiej jakości usługi administracyjne”


Nie otwierać przed godziną 900 dnia 18 maja 2017 r.”.


Ponadto winna być opatrzona nazwą oraz dokładnym adresem Wykonawcy.


Oferty można składać osobiście lub przesłać pocztą za pokwitowaniem odbioru na adres zamawiającego. W takim przypadku za termin złożenia oferty uznaje się datę i godzinę potwierdzenia odbioru przesyłki przez Xxxxxxxxxxxxx.


Oferty otrzymane przez Zamawiającego po terminie składania ofert zostaną zwrócone wykonawcom bez ich otwierania, zgodnie z art. 84 ust. 2 Ustawy.


    1. Otwarcie złożonych ofert nastąpi w dniu 18 maja 2017 r. o godz. 900
      w siedzibie Zamawiającego (Urząd Miejski w Krobi, ul. Xxxxx 0, 00-000 Xxxxxx), w pokoju nr 7.


Otwarcie ofert jest jawne.



XIV. OPIS SPOSOBU OBLICZENIA CENY


  1. Zamawiający oceni i porówna jedynie te oferty, które odpowiadają zasadom określonym w ustawie i spełniają wymagania określone w SIWZ.

  2. W ofercie należy podać cenę netto oraz cenę brutto realizacji zamówienia (z podatkiem VAT) z dokładnością do dwóch miejsc po przecinku. Cena oferty będzie traktowana jako ostateczna, obejmująca wszystkie koszty z uwzględnieniem wszystkich opłat i podatków, w tym inflację, nie będzie podlegać żadnym negocjacjom. Do porównania ofert brana będzie pod uwagę cena brutto w PLN.

  3. Cena oferty (i wszystkie jej składniki stanowiące podstawę do wzajemnych rozliczeń Wykonawcy z Zamawiającym) powinna być wyrażona w polskich złotych z dokładnością do dwóch miejsc po przecinku zgodnie z zasadami matematycznymi.

Nie dopuszcza się zaokrągleń poprzez odrzucenie miejsc po przecinku.

  1. Cena powinna być podana cyfrowo i słownie.

  2. Cena oferty musi obejmować pełny zakres wykonania przedmiotu niniejszego zamówienia.

  3. Xxxx jest wartością ryczałtową.

  4. Zamawiający poprawia w ofercie oczywiste omyłki pisarskie, oczywiste omyłki rachunkowe, z uwzględnieniem konsekwencji rachunkowych dokonanych poprawek, inne omyłki polegające na niezgodności oferty ze specyfikacją istotnych warunków zamówienia, nie powodujące istotnych zmian w treści oferty, niezwłocznie zawiadamiając o tym Wykonawcę, którego oferta została poprawiona (art. 87 ust. 2 ustawy).


W przypadkach, gdy w ofercie będą kwoty wyrażone w innej walucie niż złoty, Zamawiający przeliczy podane kwoty na złoty (z dokładnością do dwóch miejsc po przecinku) po średnim kursie ogłoszonym przez Narodowy Bank Polski z dnia publikacji ogłoszenia o zamówieniu, a jeżeli w tym dniu kursu nie ogłoszono, to według tabeli kursów średnich NBP ostatnio przed tą datą ogłoszonych. Ten sam kurs Zamawiający przyjmie przy przeliczeniu innych danych finansowych.




XV. OPIS KRYTERIÓW, KTÓRYMI ZAMAWIAJĄCY BĘDZIE SIĘ KIEROWAŁ PRZY WYBORZE OFERTY, WRAZ Z PODANIEM WAG TYCH KRYTERIÓW I SPOSOBU OCENY OFERT


1. W odniesieniu do Wykonawców, którzy spełnili postawione warunki, Zamawiający przy wyborze najkorzystniejszej oferty będzie się kierował następującymi kryteriami oceny ofert:

  1. Cena wykonania zamówienia - waga 60 %,

  2. Okres gwarancji na wszystkie oprogramowania wymienione w przedmiocie zamówienia – waga 40 % (min. 24 m-ce; max. 60 m-cy)

  • Cena wykonania zamówienia - waga 60 %, maks. ilość punktów 60


Kryterium „CENA” – ocenie zostanie poddana cena brutto oferty za realizację całości zamówienia, obliczona przez wykonawcę, podana w „FORMULARZU OFERTOWYM”. Maksymalną ilość punktów, tj. 60 pkt otrzyma wykonawca, który zaproponuje najniższą cenę brutto, pozostali natomiast proporcjonalnie mniej. Oceny pozostałych ofert zostaną przeliczone według następującego wzoru:


Cena brutto najniższej zaproponowanej oferty

Ocena = ---------------------------------------------------------------------- x 60

Cena brutto oferty badanej



  • Okres gwarancji na wszystkie oprogramowania wymienione w przedmiocie zamówienia – waga 40 %, maks. ilość punktów 40


Kryterium „OKRES GWARANCJI” – ocenie zostanie poddany okres udzielenia gwarancji na przedmiot zamówienia, podany w „FORMULARZU OFERTOWYM”. ZAMAWIAJĄCY ZASTRZEGA, ŻE OKRES GWARANCJI NIE MOŻE BYĆ KRÓTSZY NIŻ 24 MIESIĄCE I DŁUŻSZY NIŻ 60 MIESIĘCY. Dla terminu 60 miesięcy wykonawca uzyska maksymalną ilość punktów, tj. 40 pkt. Oceny pozostałych ofert zostaną przeliczone według następującego wzoru:



Okres udzielonej gwarancji w ofercie badanej

Ocena = ---------------------------------------------------------------------- x 40

Najdłuższy okres gwarancji zaproponowany w ofertach



WYKONAWCY ZOBOWIĄZANI SĄ DO OKREŚLENIA OKRESU GWARANCJI W MIESIĄCACH. JEŚLI WYKONAWCA PODA OKRES GWARANCJI W LATACH, ZAMAWIAJĄCY PRZELICZY GO NA MIESIĄCE ZGODNIE Z ZASADĄ 1 ROK = 12 MIESIĘCY.


W PRZYPADKU, GDY WYKONAWCA W OFERCIE WSKAŻE OKRES GWARANCJI DŁUŻSZY NIŻ 60 MIESIĘCY LICZĄC OD DNIA ODBIORU PRZEDMIOTU UMOWY, ZAMAWIAJĄCY DO OBLICZENIA PUNKTACJI W TYM KRYTERIUM PRZYJMIE OKRES GWARANCJI JAKO 60 MIESIĘCY I TAKI ZOSTANIE UWZGLĘDNIONY TAKŻE W UMOWIE. W PRZYPADKU GDY WYKONAWCA W OFERCIE WSKAŻE OKRES GWARANCJI KRÓTSZY NIŻ 24 MIESIĄCE LUB GO WCALE NIE OKREŚLI, WÓWCZAS ZAMAWIAJĄCY DOKONA ODRZUCENIA TAKIEJ OFERTY.



Ilość punktów w poszczególnych kryteriach („CENA”, „OKRES GWARANCJI”) zostaną zsumowane. Oferta, która uzyska największą ilość punktów w poszczególnych kryteriach będzie ofertą najkorzystniejszą. Punktacja będzie liczona z dokładnością do dwóch miejsc po przecinku.


Zamawiający udzieli zamówienia wykonawcy, którego oferta odpowiada zasadom określonym w ustawie Prawo zamówień publicznych oraz wszystkim wymaganiom określonym w SIWZ i uzyskał najwyższą ilość punktów w wyżej wymienionych kryteriach.


XVI. INFORMACJE O FORMALNOŚCIACH, JAKIE POWINNY ZOSTAĆ DOPEŁNIONE PO WYBORZE OFERTY W CELU ZAWARCIA UMOWY W SPRAWIE ZAMÓWIENIA PUBLICZNEGO


1. Zamawiający udzieli zamówienia Wykonawcy, którego oferta odpowiada wszystkim wymaganiom określonym w SIWZ i została oceniona jako najkorzystniejsza w oparciu o podane wyżej kryteria oceny ofert.

Zamawiający unieważni postępowanie w sytuacji, gdy wystąpią przesłanki wskazane w art. 93 Ustawy. Niezwłocznie po wyborze najkorzystniejszej oferty Zamawiający zawiadomi Wykonawców, którzy złożyli oferty, o:

  1. wyborze najkorzystniejszej oferty, podając nazwę (firmę) albo imię i nazwisko, siedzibę albo miejsce zamieszkania i adres Wykonawcy, którego ofertę wybrano, uzasadnienie jej wyboru oraz nazwy (firmy) albo imiona i nazwiska, siedziby albo miejsca zamieszkania i adresy wykonawców, którzy złożyli oferty, a także punktację przyznaną ofertom w każdym kryterium oceny ofert i łączną punktację,

  2. wykonawcach, których oferty zostały odrzucone, podając uzasadnienie faktyczne i prawne, a w przypadkach, o których mowa w art. 89 ust. 4 i 5 Ustawy, braku równoważności lub braku spełniania wymagań dotyczących funkcjonalności

  3. Wykonawcach, którzy zostali wykluczeni z postępowania o udzielenie zamówienia, podając uzasadnienie faktyczne i prawne,

  4. unieważnieniu postępowania,

2. Zamawiający umieści na swojej stronie internetowej informacje o wyborze oferty oraz unieważnieniu postępowania.

3. Jeżeli wykonawca, którego oferta została wybrana, uchyla się od zawarcia umowy w sprawie zamówienia publicznego lub nie wnosi wymaganego zabezpieczenia należytego wykonania umowy, Zamawiający może wybrać ofertę najkorzystniejszą spośród pozostałych ofert, bez przeprowadzania ich ponownej oceny, chyba że zachodzą przesłanki do unieważnienia postępowania.



XVII. WYMAGANIA DOTYCZĄCE ZABEZPIECZENIA NALEŻYTEGO WYKONANIA UMOWY I WADIUM


1. Zamawiający nie ustanawia zabezpieczenia należytego wykonania umowy.


2 Zamawiający nie żąda w niniejszym postępowaniu wniesienia przez Wykonawców wadium.



XVIII. PODWYKONAWCY


1. Zamawiający dopuszcza możliwość powierzenia wykonania części zamówienia podwykonawcy.


2. Zamawiający żąda wskazania przez wykonawcę części zamówienia, której wykonanie zamierza powierzyć podwykonawcy.


3. Zamawiający żąda podania przez Wykonawcę nazw (firm) podwykonawców, na których zasoby wykonawca powołuje się na zasadach określonych w art. 22a ust 1 Ustawy w celu wykazania spełniania warunków udziału w postępowaniu. Jeżeli zmiana albo rezygnacja z podwykonawcy dotyczy podmiotu, na którego zasoby Wykonawca powoływał się, Wykonawca jest obowiązany wykazać Zamawiającemu, że proponowany inny podwykonawca lub wykonawca samodzielnie spełnia je w stopniu nie mniejszym niż wymagany w trakcie postępowania o udzielenie zamówienia.


4. Zamawiający żąda, aby przed przystąpieniem do wykonania zamówienia wykonawca, o ile są już znane, podał nazwy (firmy) albo imiona i nazwiska, dane kontaktowe podwykonawców i osób do kontaktu z nimi, zaangażowanych w roboty budowlane / usługi / dostawy. Wykonawca zawiadomi Zamawiającego o wszelkich zmianach danych, o których mowa w zdaniu pierwszym, w trakcie realizacji zamówienia, a także przekazuje informacje na temat nowych podwykonawców, którym w późniejszym okresie zamierza powierzyć realizację robót budowlanych, usług lub dostaw.



XIX. UMOWA


1. Wzór umowy stanowi załącznik nr 4 do SIWZ.


2. Zamawiający zastrzega możliwość wprowadzenia istotnych zmian postanowień zawartej umowy.
W szczególności postanowienia umowy mogą ulec zmianie w następującym zakresie oraz na następujących warunkach:

  1. sposób wykonania przedmiotu zamówienia, w szczególności gdy zmiana sposobu realizacji zamówienia wynika ze zmian w obowiązujących przepisach prawa bądź wytycznych mających wpływ na wykonanie zamówienia;

  2. zaistnienie okoliczności leżących po stronie Zamawiającego, w szczególności spowodowanych sytuacją finansową, zdolnościami płatniczymi lub warunkami organizacyjnymi; zmianie może ulec termin realizacji zamówienia.


3. Zakazuje się zmian istotnych postanowień zawartej umowy w stosunku do treści oferty, na podstawie której dokonano wyboru Wykonawcy, chyba że zachodzi co najmniej jedna z następujących okoliczności:

    1. zmiany dotyczą realizacji dodatkowych dostaw, usług lub robót budowlanych od dotychczasowego Wykonawcy, nieobjętych zamówieniem podstawowym, o ile stały się niezbędne i zostały spełnione łącznie następujące warunki:

- zmiana Wykonawcy nie może zostać dokonana z powodów ekonomicznych lub technicznych, w szczególności dotyczących zamienności lub interoperacyjności sprzętu, usług lub instalacji, zamówionych w ramach zamówienia podstawowego;

- zmiana wykonawcy spowodowałaby istotną niedogodność lub znaczne zwiększenie kosztów dla Zamawiającego;

- wartość każdej kolejnej zmiany nie przekracza 50% wartości zamówienia określonej pierwotnie w umowie lub umowie ramowej.

    1. zostały spełnione łącznie następujące warunki:

- konieczność zmiany umowy spowodowana jest okolicznościami, których Zamawiający, działając z należytą starannością, nie mógł przewidzieć;

- wartość zmiany nie przekracza 50% wartości zamówienia określonej pierwotnie w umowie lub umowie ramowej;

    1. wykonawcę, któremu Zamawiający udzielił zamówienia, ma zastąpić nowy Wykonawca w wyniku połączenia, podziału, przekształcenia, upadłości, restrukturyzacji lub nabycia dotychczasowego wykonawcy lub jego przedsiębiorstwa, o ile nowy Wykonawca spełnia warunki udziału w postępowaniu, nie zachodzą wobec niego podstawy wykluczenia oraz nie pociąga to za sobą innych istotnych zmian umowy,

    2. łączna wartość zmian jest mniejsza niż kwoty określone w przepisach wydanych na podstawie art. 11 ust. 8 i w przypadku zamówień na usługi lub dostawy – jest mniejsza od 10% wartości zamówienia określonej pierwotnie w umowie.


4. Zmianę postanowień zawartych w umowie uznaje się za istotną, jeżeli:

  1. zmienia ogólny charakter umowy, w stosunku do charakteru umowy w pierwotnym brzmieniu

  2. nie zmienia ogólnego charakteru umowy i zachodzi co najmniej jedna z następujących okoliczności: (a.) zmiana wprowadza warunki, które, gdyby były postawione w postępowaniu o udzielenie zamówienia, to w tym postępowaniu wzięliby lub mogliby wziąć udział inni wykonawcy lub przyjęto by oferty innej treści; (b.) zmiana narusza równowagę ekonomiczną umowy na korzyść wykonawcy w sposób nieprzewidziany pierwotnie w umowie; (c.) zmiana znacznie rozszerza lub zmniejsza zakres świadczeń i zobowiązań wynikający z umowy; (d.) polega na zastąpieniu wykonawcy, któremu Zamawiający udzielił zamówienia, nowym wykonawcą, w przypadkach innych niż określonych w umowie lub Ustawie.


5. Zamawiający zawiera umowę w sprawie zamówienia publicznego, z zastrzeżeniem art. 183, w terminie nie krótszym niż 5 dni od dnia przesłania zawiadomienia o wyborze najkorzystniejszej oferty, jeżeli zawiadomienie to zostało przesłane przy użyciu środków komunikacji elektronicznej, albo 10 dni - jeżeli zostało przesłane w inny sposób – w przypadku zamówień, których wartość jest mniejsza niż kwoty określone w przepisach wydanych na podstawie art. 11 ust. 8.


6. Zamawiający może zawrzeć umowę w sprawie zamówienia publicznego przed upływem terminów, o których mowa w pkt. 5, jeżeli w postępowaniu o udzielenie zamówienia w przypadku trybu przetargu nieograniczonego złożono tylko jedną ofertę, bądź w postępowaniu o udzielenie zamówienia o wartości mniejszej niż kwoty określone w przepisach wydanych na podstawie art. 11 ust. 8 upłynął termin do wniesienia odwołania na czynności zamawiającego wymienione w art. 180 ust. 2 lub w następstwie jego wniesienia Izba ogłosiła wyrok lub postanowienie kończące postępowanie odwoławcze.


7. Jeżeli Wykonawca, którego oferta została wybrana, uchyla się od zawarcia umowy w sprawie zamówienia publicznego lub nie wnosi wymaganego zabezpieczenia należytego wykonania umowy, zamawiający może wybrać ofertę najkorzystniejszą spośród pozostałych ofert bez przeprowadzania ich ponownego badania i oceny, chyba że zachodzą przesłanki unieważnienia postępowania, o których mowa w art. 93 ust. 1.



XX. POUCZENIE O ŚRODKACH OCHRONY PRAWNEJ PRZYSŁUGUJĄCYCH WYKONAWCY W TOKU POSTĘPOWANIA O UDZIELENIE ZAMÓWIENIA


Wykonawcom oraz innemu podmiotowi, jeżeli ma lub miał interes prawny w uzyskaniu danego zamówienia oraz poniósł lub może ponieść szkodę w wyniku naruszenia przez Zamawiającego przepisów ustawy Prawo zamówień publicznych, nie przysługują środki ochrony prawnej określone przepisami niniejszej ustawy (Dział VI Ustawy).



77


Document Metadata

Filed: February 26th, 2023