SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA

Transkrypt

1 SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA DLA ZAMÓWIENIA PROWADZONEGO W TRYBIE PRZETARGU NIEOGRANICZONEGO o wartości mniejszej od kwot określonych w przepisach wydanych na podstawie art. 11 ust. 8 ustawy Prawo zamówień publicznych Przedmiot zamówienia: Dostawa i wdrożenie oprogramowania do prowadzenia ewidencji mienia. Część I Nazwa i adres zamawiającego Miasto Bielsko-Biała - Urząd Miejski w Bielsku- Białej Plac Ratuszowy Bielsko-Biała Regon: NIP: Telefon: Fax: Strona internetowa Część II Tryb udzielenia zamówienia. 1. Zamówienie prowadzone jest w trybie przetargu nieograniczonego o wartości mniejszej od kwot określonych w przepisach wydanych na podstawie art. 11 ust. 8 ustawy Prawo zamówień publicznych (tekst jedn. Dz. U. z 2013r., poz. 907 z późn. zm.), dalej Pzp. 2. Postępowanie prowadzi się w języku polskim, z zachowaniem formy pisemnej. 3. Informacje o możliwości składania ofert częściowych: str. 1

2 Zamawiający nie dopuszcza składania ofert częściowych. Oferty nie zawierające pełnego zakresu przedmiotu zamówienia zostaną odrzucone. 4. Informacje o przewidywanych zamówieniach uzupełniających: Zamawiający nie przewiduje zamówień uzupełniających, o których mowa w art. 67 ust. 1 pkt 6 i 7 Pzp lub art. 134 ust.6 pkt 3 i Informacja o możliwości złożenia oferty wariantowej i zawarciu umowy ramowej: Zamawiający nie dopuszcza składania ofert wariantowych oraz Zamawiający nie przewiduje zawarcia umowy ramowej. 6. Informacja o aukcji elektronicznej: Zamawiający nie przewiduje przeprowadzenia aukcji elektronicznej. 7. Informacje o dynamicznym systemie zakupów: Zamawiający nie zamierza ustanowić dynamicznego systemu zakupów. 8. Informacja o dialogu technicznym: Zamawiający nie przeprowadził dialogu technicznego przed wszczęciem postępowania 9. Wykonawcy mogą wspólnie ubiegać się o udzielenie zamówienia publicznego zgodnie z art. 23 ustawy Pzp. Część III Opis przedmiotu zamówienia. CPV Pakiety oprogramowania użytkowego 1. Zamawiający zamawia, a Wykonawca zobowiązuje się wykonać zamówienie publiczne tj. zadanie pn. Dostawa i wdrożenie oprogramowania do prowadzenia ewidencji mienia, które to oprogramowanie zwane jest dalej Oprogramowaniem : 1) Wykonawca udziela Zamawiającemu licencji i sublicencji, niezbędnych dla korzystania przez Zamawiającego z Oprogramowania bez żadnych ograniczeń czasowych i funkcjonalnych, w tym także umożliwiających Zamawiającemu w przyszłości rozbudowę i modyfikację Oprogramowania oraz integrację z innymi systemami informatycznymi Zamawiającego. 2) Wykonawca zobowiązuje się również do : a) wdrożenia Oprogramowania, b) świadczenie usług serwisowych Oprogramowania przez okres 12 miesięcy licząc od dnia sporządzenia Protokołu Odbioru. 2. Przez wdrożenie Oprogramowania zwane dalej wdrożeniem Strony rozumieją wykonanie przez Wykonawcę wszelkich czynności powodujących osiągnięcie celu jakim jest eksploatacja Oprogramowania przez Zamawiającego, obejmujących w szczególności: 1) dostarczenie programu do naliczania podatku od nieruchomości oraz obliczania wartości mienia gminy umożliwiającego a) zaimportowanie zbiorów danych ewidencji mienia do danych "Ewidencji Gruntów i Budynków" - EGiB, jednorazowo z bazy danych systemu EGB2005N użytkowanego przez Zamawiającego oraz cyklicznego (codziennego) uaktualniania tych danych z posiadanej przez Zamawiającego bazy, prowadzonej w systemie Integra firmy Systherm (baza danych MS SQL w wersji 2008 standard), przy założeniu, że dane EGiB mogą mieć, co najwyżej jednodniowe opóźnienie, b) zapewnienie zgodności zbiorów danych ewidencji mienia z danymi "Ewidencji Miejscowości, Ulic i adresów" - EMUiA (dane obecnie prowadzone są w aplikacji udostępnionej przez GUGiK oraz w systemie Integra) oraz cykliczny (codzienny) import danych z w/w ewidencji; 2) dostawę w pełni funkcjonalnego środowiska pracy dla Oprogramowania na nieograniczoną liczbę stanowisk w Urzędzie Miejskim w Bielsku-Białej oraz w jednostkach organizacyjnych Zamawiającego (przykładowymi komponentami środowiska pracy są np.: serwer aplikacji, inne komponenty niezbędne do działania jak portale lub interfejsy graficzne); str. 2

3 3) przeprowadzenie indywidualnych szkoleń dla co najmniej 10 użytkowników Oprogramowania wskazanych przez Zamawiającego, trwających łącznie nie krócej niż 50 godzin. Szkolenia będą odbywały się w siedzibie Zamawiającego w dniach pracy Urzędu Miejskiego w Bielsku-Białej w przedziale od godz. 8:00 do 15:00, a Wykonawca zapewnia materiały szkoleniowe. 3. Przez świadczenie przez Wykonawcę usług serwisowych Oprogramowania Strony rozumieją w szczególności : 1) niezwłoczne dostarczanie i wdrażanie nowych wersji Oprogramowania, 2) dokonywanie zmian w Oprogramowaniu wynikających ze zmiany przepisów prawnych, w terminie przed dniem ich wejścia w życie, 3) prowadzenie konsultacji i doradztwa dotyczącego Oprogramowania telefonicznie lub pocztą elektroniczną niezwłocznie, tj. do 12 godzin od chwili zgłoszenia. 4. Z uwagi na referencyjny charakter zbiorów danych PZGiK (Państwowego Zasobu Geodezyjnego i Kartograficznego) oraz potrzebę integracji rejestrów i ewidencji w celu efektywnego uzyskania aktualnej i wiarygodnej informacji, zamawiany system musi zapewnić: a) Odniesienie przestrzenne zamawianych rejestrów i ewidencji do bazy danych EGiB prowadzonych w systemie Integra firmy Systherm. b) Dostęp do danych EGiB i EMUiA w zamawianych rejestrach i ewidencji wszędzie tam, gdzie jest to wymagane. c) Spójność zbiorów danych zamawianych rejestrów i ewidencji w celu udostępnienia zintegrowanej informacji zawartej w tych rejestrach i ewidencjach na potrzeby procesów decyzyjnych. 5. W celu osiągnięcia intuicyjnego i funkcjonalnego dla użytkownika interfejsu zarządzania rejestrami i ewidencjami oraz zapewnienia spójnego systemu zarządzania Systemem Informacji Przestrzennej miasta Bielsko Biała i jego monitorowania, wymaga się: a) Spójnych, ujednoliconych interfejsów. b) Jednego systemu administracji zamawianym systemem. c) Jednego systemu monitorowania pracy zamawianego systemu. 6. W celu osiągnięcia sieciowego i usługowego charakteru systemu wymaga się, aby obsługa wszystkich zamawianych rejestrów i ewidencji odbywała się z poziomu przeglądarki internetowej pracującej pod systemami operacyjnymi Windows w wersji XP pro., 7 i 8, bez konieczności instalowania dodatkowego oprogramowania na stacjach klienckich. WYMAGANIA DOTYCZĄCE REFERENCYJNOŚCI, INTEGRACJI I HARMONIZACJI ZBIORÓW DANYCH. Podstawy prawne: 1) Ustawa z dnia 4 marca 2010 r. o infrastrukturze informacji przestrzennej (Dz. U nr 76 poz. 489). 2) Ustawa z dnia 18 maja 1989 Prawo geodezyjne i kartograficzne (Dz.U. z 2010 r. nr 193, poz. 1273, [3] Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 12 lipca 2001 r. w sprawie szczegółowych zasad i trybu założenia i prowadzenia krajowego systemu informacji o terenie (Dz.U. nr 80 poz 866). 3) Ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U. Nr 64, poz. 565). 4) Rozporządzenie w sprawie Krajowych Ram Interoperacyjności z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz. U. 2012, pozycja 526). Zgodnie z definicją, przez harmonizację zbiorów danych należy rozumieć działania o charakterze prawnym, technicznym i organizacyjnym, mające na celu doprowadzenie do wzajemnej spójności tych zbiorów oraz ich przystosowanie do wspólnego i łącznego wykorzystania (Ustawa z dnia 17 maja 1989 Prawo geodezyjne i kartograficzne art 2 pkt 16) Zamawiający wymaga, aby zbiory danych Ewidencji Gruntów i Budynków oraz Ewidencji Miejscowości Ulic i Adresów, stanowiące bazy identyfikacji przedmiotowej i str. 3

4 podmiotowej były bazami referencyjnymi dla zamawianego systemu. Dotyczy to w szczególności: 1. Referencyjności tych bazy danych dla ewidencji mienia. 2. Harmonizacji zbiorów danych systemu back-office, osiąganej przez jednolity i zgodny model danych przestrzennych systemu. Ponadto Zamawiający wymaga, aby system zapewniał integrację zamawianych rejestrów i ewidencji poprzez zapewnienie dostępu do danych zawartych w modułach obsługi EGiB i EMUiA, wszędzie tam gdzie jest to wymagane. System musi zapewniać interoperacyjność zbiorów danych przestrzennych poprzez stosowanie otwartych i jawnych standardów zapisu danych przestrzennych zgodnie z normą PN-EN-ISO Informacja geograficzna Środki dostępu do obiektów prostych (odpowiednik - Standard OGC: OpenGIS Simple Features - SQL - Types and Functions). Norma ta gwarantuje neutralność technologiczną i jawność używanych standardów i specyfikacji zapisu danych przestrzennych, uznanych przez organizacje międzynarodowe. WYMAGANIA DOTYCZĄCE INTEGRACJI ZAMAWIANYCH REJESTRÓW I EWIDENCJI: Poniższe wymagania, dotyczą zamawianych ewidencji zwanych dalej systemem. 1) System musi działać w infrastrukturze technicznej posiadanej przez Zamawiającego. a. System musi mieć charakter usługowy, sieciowy zapewniający bezkonfliktową jednoczesną pracę wielu operatorów. 2) Przeglądarka internetowa stanowi interfejs klienta systemu. 3) Obsługiwane przez system przeglądarki internetowe to: a. Internet Explorer, b. Mozilla Firefox, c. Google Chrome. 4) Po stronie klienta przeglądarki internetowej nie jest instalowane żadne oprogramowanie. 5) System musi zawierać moduły obsługi ewidencji mienia, modułu EGiB i modułu EMUiA. 6) System musi posiadać jeden główny moduł administracyjny dla wszystkich rejestrów i ewidencji, umożliwiający: a. definiowanie użytkowników, b. przypisywanie ról aplikacyjnych do użytkowników, c. definiowane grup użytkowników i przypisanych im ról, d. definiowanie parametrów zabezpieczeń logowania i reguł haseł, e. konfigurowanie parametrów programu. 7) System musi posiadać jednolity system monitorowania dla wszystkich rejestrów i ewidencji, zawierający podstawowe informacje dotyczące operacji wykonywanych w ramach poszczególnych rejestrów i ewidencji oraz dane dotyczące logowania do systemu. 8) System musi przechowywać i prezentować informację dotyczącą daty utworzenia i modyfikacji każdego rekordu oraz informację o użytkowniku, który utworzył lub zmodyfikował dany rekord. 9) Dostęp do poszczególnych modułów, związanych z nimi rejestrów i ewidencji oraz zawartych w nich funkcji musi odbywać się poprzez jeden, wspólny interfejs systemu i musi być zależny od systemu uprawnień. Jeżeli użytkownik nie posiada odpowiednich uprawnień, elementy te nie mogą być dla niego dostępne w systemie. 10) Każdy z modułów musi posiadać dostęp do zasobów innych modułów (danych, informacji) w zakresie i w sposób, jaki konieczny jest do realizacji wymaganej dla niego funkcjonalności. 11) System i związane z nimi rejestry i ewidencje muszą posiadać interfejsy o charakterze kontekstowym, w którym określone funkcje związane z systemem uprawnień stają się dostępne dla użytkownika w zależności od rodzaju wykonywanej operacji i aktualnego stanu danych. 12) System musi posiadać jednolity pod względem logiki użytkowania interfejs w ramach poszczególnych modułów, którego spójność zagwarantowana jest poprzez: str. 4

5 a. jednolitą formę graficzną interfejsu opisowego, (jeśli występuje), b. jednolitą formę graficzną interfejsu graficznego, (jeśli występuje), c. logiczną spójność interfejsów, d. standaryzację typowych funkcji, tak by uzyskać jednolitość działania oprogramowania, a wyniki np.: podglądu danych na ekranie były identyczne z raportami przewidzianymi do wydruku dla identycznych zapytań. 13) Jeśli występują różne interfejsy obsługi programu to dostęp do rejestrów i ewidencji musi być możliwy z poziomu zintegrowanych interfejsów: a. opisowego (listy, zestawienia, formularze, tabele, zakładki), który umożliwia prowadzenie i przeglądanie rejestrów i ewidencji, z poziomu, którego musi istnieć możliwość przejścia do interfejsu graficznego, gdy dane posiadają spójne odniesienie przestrzenne, b. graficznego, gdzie dane posiadające odniesienie przestrzenne prezentowane są poprzez okno mapy przypominające swoją funkcjonalnością, w zakresie przeglądania danych, znane, klasyczne (typu desktop) aplikacje GIS, z poziomu którego musi istnieć możliwość przejścia do interfejsu opisowego. 14) Podstawowym interfejsem prowadzenia rejestrów i ewidencji musi być interfejs opisowy (listy, zestawienia, formularze, tabelki, zakładki), który umożliwia prowadzenie opisowych, relacyjnych baz danych. 15) System musi zapewniać zgodność danych przestrzennych w ewidencji mienia do: a. modułu EGiB, b. modułu EMUiA znajdujących się w zamawianej ewidencji. 16) System musi zapewniać przechowywanie zapisów historycznych dotyczących zmian wartości lub ustanowionego odniesienia przestrzennego do danych EGiB oraz danych EMUiA. 17) Każde pole, którego wartość musi zostać zapisana w odpowiedni sposób, zgodnie z ustalonym wzorcem, musi być zaopatrzone w funkcje pozwalające na jego prawidłowe i zgodne z formatem wprowadzanie. 18) Jednolity interfejs aplikacji klienta musi być intuicyjny, prosty i oparty o standardowe funkcje wyszukiwania i przeglądania danych, występujące we wszystkich rejestrach i ewidencjach, jednak równocześnie nieograniczający użytkownika w pracy z danymi. 19) Standardowe funkcje wyszukiwania danych w rejestrach i ewidencjach muszą posiadać jednolite interfejsy pozwalające na wyszukiwanie z poziomu danych: a. Wyszukiwanie w rejestrach i ewidencjach, o którym mowa w pkt 20, musi pozwalać na: b. predefiniowane powszechnie wykorzystywane wyszukiwania danych. c. wyszukiwanie kontekstowe system musi pozwalać użytkownikowi wpisać dowolną wyszukiwaną frazę, bez konieczności definiowania konkretnych parametrów wyszukiwania (atrybutów), d. wyszukiwanie przy pomocy definiowalnych formularzy system musi pozwalać użytkownikowi na samodzielne konfigurowanie zapytań, poprzez definiowanie formularza zapytania, w tym: wybór atrybutów do zapytania, operatorów logicznych, wyszukiwanych wartości. 20) Przeglądanie wyników wyszukiwania, o którym mowa w pkt 21, musi odbywać się poprzez standardową interaktywną listę/tabelę z wynikami wyszukiwania, a zmiana parametrów tego wyszukiwania, musi powodować automatyczne uaktualnienie tej tabeli. Interaktywność tabeli rozumie się, jako możliwość przeglądania wyników posortowanych po dowolnej kolumnie tabeli, wyszukiwania dowolnego rekordu w ramach tabeli oraz możliwość podglądu powiązanych z aktywnym rekordem szczegółowych danych zawartych w rejestrach i ewidencjach np.: na mapie, gdy posiadają one odniesienie przestrzenne. 21) Użytkownik musi posiadać możliwość konfigurowania parametrów standardowego raportu, będącego wynikiem wyszukiwania wraz z możliwością zachowania tej konfiguracji. Raport ten musi być prezentowany w postaci listy, a użytkownik musi posiadać możliwość samodzielnego określenia parametrów raportu, co najmniej poprzez: a. wybór lub ukrywanie kolumn na raporcie, b. określenie sposobu sortowania kolumn na raporcie, str. 5

6 c. grupowanie po wybranych kolumnach (atrybutach) na raporcie, d. prezentacji podstawowych obliczeń arytmetycznych na raporcie, e. definiowania ilości prezentowanych wierszy na stronie raportu (chyba, że istnieje ograniczenie, ze względu na wydajność systemu). f. pobrania danych raportu do pliku, co najmniej w formacie *.pdf, *.xls, *.xml *.gml MINIMALNE WYMAGANIA FUNKCJONALNE DLA ZAMAWIANYCH REJESTRÓW I EWIDENCJI EGiB - moduł integrujący dane z ewidencji gruntów i budynków Podstawa prawna EGiB musi działać w oparciu o niżej wymienione regulacje prawne: a) Ustawa z dnia 17 maja 1989 r. Prawo geodezyjne i kartograficzne (tj. tekst jedn. Dz. U. z 2010r. Nr 193, poz. 1287, z późn. zm.), b) Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 29 marca 2001 r. w sprawie ewidencji gruntów i budynków (tj. Dz. U. z 2001r. Nr 38, poz. 454), c) Ustawa z dnia 21 sierpnia 1997 r. o gospodarce nieruchomościami (tj. tekst jedn. Dz.U. 1997r. Nr 115, poz. 741, z późn. zm.), d) Ustawa o z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (tj. Dz. U. 2002r. Nr 101, poz. 926,, z późn. zm.), e) Rozporządzenie Ministra Spraw Wewnętrznych i Administarcji z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych (tj. Dz. U. z 2004r. Nr 100, poz. 1024), f) Ustawa z dnia 27 lipca 2001 r. o ochronie baz danych (Dz. U. z 2004r. Nr 128, Poz. 1402), g) Zarządzenie nr 16 Głównego Geodety Kraju z 3 listopada 2003 w sprawie wytycznych techniczno-organizacyjnych dotyczących prowadzenia ewidencji gruntów, budynków i lokali, Instrukcja techniczna G-5. h) Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 24 marca 1999r. w sprawie standardów technicznych dotyczących geodezji, kartografii oraz krajowego systemu informacji o terenie (tj. Dz.U. z 1999r. Nr 30, poz. 297 z późn. zm.). i) zagospodarowania przestrzennego gminy (tj. Dz.U. z 2004r. Nr 118, poz. 1233). Integracja EGiB musi spełniać następujące, minimalne warunki integracji: 1. Wymagania ogólne dotyczące integracji rejestrów i ewidencji zamawianego systemu. 2. Integrację z fnkcjonującą ewidencją gruntów i budynków, w zakresie: a. importu danych EGiB w formacie SWDE, lub b. importu danych EGiB bezpośrednio z systemu Integra. Funkcjonalność EGiB- moduł integrujący musi spełniać następujące, minimalne wymagania funkcjonalne: 1. System musi zapewnić dostęp do zintegrowanych danych EGiB dla celów informacyjnych. 2. System musi zapewnić integrację danych EGiB z ewidencją mienia, w tym: a. moduł musi zapewniać dostęp do danych EGiB z poziomu ewidencji mienia, w sytuacji, gdy dane te są ze sobą powiązane, b. moduł musi zapewniać wykorzystanie danych EGiB, jako referencyjnego słownika danych przedmiotowych mienia (np. określenie działek, których właścicielem jest gmina) lub podmiotowych mienia (np. określenie udziałów w nieruchomości, której właścicielem jest gmina). 3. Jeśli system jest wyposażony w moduł obsługi map to wszystkie dane zgromadzone w systemie i posiadające odniesienie przestrzenne muszą być prezentowane na mapie w postaci odpowiednich map tematycznych z możliwością wyszukiwania tych danych str. 6

7 z poziomu mapy poprzez precyzyjne określenie atrybutów wyszukiwanych obiektów lub podanie filtra przestrzennego. 4. Minimalne wymagania w zakresie prezentacji map temetycznych EGiB: a. mapa ewidencji gruntów i budynków, b. mapa tematyczna struktury władania, c. mapa tematyczna użytkowania gruntów, d. mapa tematyczna klasyfikacji gleboznawczej, e. mapa tematyczna funkcji budynków,. EMUiA - moduł integrujący dane adresowe Podstawa prawna: Moduł EMUiA musi działać w oparciu o niżej wymienione regulacje prawne: 1. Ustawa z dnia 18 maja 1989 Prawo geodezyjne i kartograficzne (Dz. U. z 2010 r. nr 193, poz Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 9 stycznia 2012 w sprawie ewidencji miejscowości ulic i adresów. Integracja: Moduł EMUiA musi spełniać następujące, minimalne warunki integracji: 1. Wymagania ogólne dotyczące integracji rejestrów i ewidencji zamawianego systemu. 2. Integrację z ewidencją gruntów i budynków, w zakresie: a. dostępu do danych EGiB, b. określania działki znajdującej się we wniosku o nadanie numeru adresowego, c. kontroli spójności ewidencji miejscowości ulic i adresów z ewidencją gruntów i budynków. Funkcjonalność: Moduł EMUiA musi spełniać następujące, minimalne wymagania funkcjonalne: 1. System musi przechowywać historię przetwarzanych danych. 2. System musi zawierać dane referencyjne słownika ulic dla miasta. 3. System musi zapewniać archiwizację danych adresów i ulic, z możliwością wyświetlenia mapy historycznej prezentującej stan bazy danych EMUiA na wybrany dzień. 4. System musi umożliwiać rezerwację numerów adresowych - planowane numery porządkowe budynków. 5. System musi umożliwiać obsługę spraw związanych z nadaniem numeru adresowego, w tym: a. rejestrację wniosków, wraz z danymi dotyczącymi działek ewidencyjnych pochodzących z formularza wniosku, b. tworzenie, prowadzenie i edycję spraw o nadanie numeru adresowego i ich statusów (w toku, zakończona), c. przejęcie zarezerwowanego numeru adresowego jeśli dotyczy on działki, będącej przedmiotem sprawy, d. automatyczne generowanie dokumentów związanych ze sprawą (zawiadomienia i decyzje) wraz z załącznikiem graficznym. 6. System musi posiadać funkcje kontroli informujące o niespójnościach występujących dotyczących numerów porządkowych budynków znajdujących się bazie danych EMUiA, a danymi dotyczącymi adresów działek i budynków znajdującymi się w bazie danych EGiB. 7. System musi zapewnić integrację danych EMUiA z ewidencją mienia poprzez wykorzystanie danych numerów porządkowych budynków jako słownika danych adresowych dla potrzeb prowadzenia ewidencji mienia. 8. System musi zapewniać generowanie pliku GML, zawierającego dane EMUiA, zgodnie z obowiązującymi przepisami prawa. 9. W przypadku wykorzystania modułu map wszystkie dane zgromadzone w systemie i posiadające odniesienie przestrzenne muszą mieć możliwość prezentowania na mapie w postaci odpowiednich map tematycznych z możliwością wyszukiwania tych danych str. 7

8 z poziomu mapy poprzez precyzyjne określenie atrybutów wyszukiwanych obiektów lub podanie filtra przestrzennego. Jeśli system posiada moduł map. Ewidencja mienia Podstawa prawna: Ewidencja mienia musi działać w oparciu o niżej wymienione regulacje prawne: 1. Ustawa z dnia 21 sierpnia 1997 r. o gospodarce nieruchomościami (Dz. U. z 2010 r. Nr 102, poz. 651). 2. Ustawa z dnia 8 marca 1990 o samorządzie gminnym. 3. Rozporządzenie Rady Ministrów z dnia 29 czerwca 2005 r. w sprawie powszechnej taksacji nieruchomości (tj. Dz.U. z 2005r. Nr 131, poz. 1092). 4. Rozporządzenie Rady Ministrów z dnia 21 września 2004 r. w sprawie wyceny nieruchomości i sporządzania operatu szacunkowego (tj. Dz.U. z 2005r. Nr 131, poz. 1092). 5. Ustawa z dnia 17 maja 1989 r. Prawo geodezyjne i kartograficzne (tj. tekst jedn. Dz. U. z 2010r. Nr 193, poz. 1287, z późn. zm.). 6. Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 29 marca 2001r. w sprawie ewidencji gruntów i budynków (tj. Dz. U. z 2001r. Nr 38, poz. 454). 7. Ustawa z dnia 26 lipca 2001 r. o nabywaniu przez użytkowników wieczystych prawa własności nieruchomości (tj. Dz.U. z 2001r. Nr 97, poz. 1051). 8. Ustawa z dnia 29 września 1994 r. o rachunkowości (tj. Dz.U. z 2009r. Nr 152, poz. 1223, z późn. zm.) 9. Rozporządzenie Rady Ministrów z dnia 10 grudnia 2010 r. w sprawie Klasyfikacji Środków Trwałych (KŚT) (tj. Dz.U. z 2010r. Nr 242, poz. 1622). 10. Ustawa z dnia 12 stycznia 1991 r. o podatkach i opłatach lokalnych (t.j. Dz.U. z 2006r. Nr 121 poz. 844 ze zm.) Integracja: Ewidencja mienia musi spełniać następujące, minimalne warunki integracji: 1. Wymagania ogólne dotyczące integracji rejestrów i ewidencji zamawianego systemu. 2. Integrację z ewidencją miejscowości ulic i adresów w zakresie określania adresów budynków. 3. Integrację z ewidencją gruntów i budynków (EGiB) w zakresie: a. określania danych przedmiotowych i podmiotowych mienia, b. kontroli spójności ewidencji mienia z ewidencją gruntów i budynków, c. automatycznej aktaulizacji danych przedmiotowych i podmiotowych mienia na podstawie zmian w danych EGiB - Integra, d. zautomatyzowanej aktualizacji danych dotyczących wartości na podstawie zmian danych w EGiB. e. zautomatyzowanej aktualizacji danych okresowo przekazywanych z Miejskiego Zarządu Dróg w Bielsku-Białej. Funkcjonalność: Ewidencja mienia musi spełniać następujące, minimalne wymagania funkcjonalne: 1. System musi umożliwiać prowadzenie ewidencji mienia gruntów, budynków i lokali Skarbu Państwa, gminy, powiatu, miasta na prawach powiatu, województwa oraz dowolnego właściciela zdefiniowanego przez operatora. 2. System musi umożliwiać obsługę mienia w zakresie: a. ewidencji mienia i zasobu gruntów, b. wartości mienia, c. opłat za użytkowanie wieczyste i trwały zarząd, d. dzierżaw, e. obliczanie podatku od nieruchomości, f. możliwość prowadzenia ewidencji środków trwałych. 3. System musi umożliwiać przechowywanie następujących danych przedmiotowych działek: a. oznaczenie wg katastru, str. 8

9 b. oznaczenie dokumentów własności, c. powierzchnia ewidencyjna, d. rodzaje i powierzchnie klasoużytków, e. adres, oznaczenie nr drogi, f. numer w rejestrze lub ewidencji zabytków, g. rodzaje uzbrojenia w infrastrukturę techniczną, h. obiekty fizjograficzne, i. numeru inwentarzowego w ewidencji środków trwałych, j. wielkości udziałów własności oraz innych praw, k. przeznaczenie nieruchomości w planie miejscowym, a w przypadku braku planu - w studium uwarunkowań i kierunków zagospodarowania przestrzennego gminy. l. informacje o zgłoszonych roszczeniach do nieruchomości, m. informacje o toczących się postępowaniach administracyjnych i sądowych. 4. System przechowywanie następujących danych budynków: a. adres, b. oznaczenie Księgi Wieczystej, c. powierzchnia zabudowy oraz powierzchnia użytkowa, d. funkcja użytkowa, e. liczba kondygnacji, f. rodzaj materiału ścian zewnętrznych, g. rok zakończenia budowy. 5. System musi umożliwiać przechowywanie następujących danych w zakresie lokali : a. adres, b. oznaczenie Księgi Wieczystej, c. powierzchnia użytkowa, d. funkcja użytkowa, e. liczba izb, f. powierzchnia, ilość i rodzaje pomieszczeń przynależnych. 6. System musi umożliwiać prowadzenie zintegrowanych z ewidencją mienia rejestrów: a. wycen, b. przychodów, c. obciążeń, d. roszczeń do nieruchomości, e. postępowań. 7. System musi umożliwiać prowadzenie ewidencji mienia, niezależnie od zmian w EGiB.. 8. System musi przechowywać historię przetwarzanych danych, w zakresie: a. danych przedmiotowych, b. danych podmiotowych, c. wielkości i rodzaju udziałów w działkach, 9. System musi pozwalać na prezentację ewidencji mienia (zasobu nieruchomości) na dowolną datę w przeszłości, z uwzględnieniem filtrów przedmiotowych, podmiotowych (oraz filtrów przestrzennych - zaznaczenie obszaru na mapie). 10. System musi zezwalać na automatyczną aktualizację ewidencji mienia oraz kart opłat na podstawie zmian w danych EGiB, z możliwością zatwierdzenia zmiany przez użytkownika. 11. W zakresie obsługi opłat za dzierżawy zwykłe i trwały zarząd systemu musi umożliwiać: a. dodawanie i edycje udziałów, bonifikat oraz umów (podstawa prawna, data obowiązywania umowy, cel, wartość nieruchomości, stawka opłaty rocznej, data ostatniej aktualizacji opłaty rocznej, ustalenia dotyczące zagospodarowania nieruchomości), b. automatyczne naliczanie opłat na podstawie danych z ewidencji mienia, c. naliczanie bonifikat od opłat, d. rozliczanie umów poprzez generowanie przypisów rocznych z możliwością rozbicia na raty, e. aktualizację opłat. str. 9

10 12. System musi umożliwiać generowanie: a. raportów i zestawień z prowadzonej ewidencji/zasobu gruntów, b. w szczególności możliwość wygenerowania raportu i zestawienia zasobu Skarbu Państwa zgodnie z art. 21, 21a, 23, i 228 ugn tj: nieruchomości, które stanowią przedmiot własności Skarbu Państwa i nie zostały oddane w użytkowanie wieczyste, oraz nieruchomości będące przedmiotem użytkowania wieczystego Skarbu Państwa z wyłączeniem gruntów pokrytych wodami powierzchniowymi płynącymi oraz nieruchomości, które stały się, z mocy prawa, z dniem 27 maja 1990 r. własnością gmin, lecz co, do których nie zostały wydane ostateczne decyzje potwierdzające nabycie własności c. dokumentów (takich jak: zawiadomienie o opłacie, wezwanie do zapłaty, wypowiedzenie opłaty ), d. raportów i zestawień dla działu księgowego lub organu nadrzędnego obejmujących m. in.: raporty wartości mienia, przychody z opłat za dzierżawy zwykłe i trwały zarząd System musi umożliwiać analizę spójności danych EGiB oraz danych ewidencji mienia, z informacją dotyczącą zakresu różnic danych przedmiotowych i podmiotowych działek, wraz z możliwością akceptacji zmian przez operatora. 14. System musi umożliwiać generowanie raportów i zestawień w formatach:html, pdf, xls. 15. Wszystkie dane zgromadzone w systemie i posiadające odniesienie przestrzenne muszą mieć możliwość prezentowania na mapie w postaci odpowiednich map tematycznych z możliwością wyszukiwania tych danych z poziomu mapy poprzez precyzyjne określenie atrybutów wyszukiwanych obiektów lub podanie filtra przestrzennego. 16. System musi umożliwiać obliczanie podatku dochodowego od nieruchomości. 17. System powinien spełniać wszystkie wymagania polskiego ustawodawstwa w zakresie opodatkowania nieruchomości przez osoby prawne: Gminę Bielsko-Biała, Skarb Państwa oraz Miasto na Prawach Powiatu Bielsko-Biała. Ewidencja systemu musi obejmować wszystkie dane niezbędne do wyliczenia wymiaru podatku od nieruchomości dla poszczególnych zasobów. 18. System naliczania podatków musi opierać się na danych cyklicznie przejmowanych z EGiB INTEGRA działającego w MODGiK w Bielsku-Białej. 19. Opodatkowaniu podatkiem od nieruchomości podlegają: Osoby prawne, tj.: Gmina Bielsko-Biała, Skarb Państwa oraz Miasto na Prawach powiatu Bielsko Biała, które są: a. właścicielami nieruchomości lub obiektów budowlanych, z zastrzeżeniem ust. 22, b. posiadaczami samoistnymi nieruchomości lub obiektów budowlanych, c. użytkownikami wieczystymi gruntów d. posiadaczami nieruchomości lub ich części albo obiektów budowlanych lub ich części, stanowiących własność Skarbu Państwa lub jednostki samorządu terytorialnego, jeżeli posiadanie wynika: z umowy zawartej z właścicielem, Agencją Własności Rolnej Skarbu Państwa lub z innego tytułu prawnego, z wyjątkiem posiadania przez osoby fizyczne lokali mieszkalnych niestanowiących odrębnych nieruchomości, jest bez tytułu prawnego, z zastrzeżeniem ust Obowiązek podatkowy dotyczący przedmiotów opodatkowania wchodzących w skład Zasobu Własności Rolnej Skarbu Państwa lub będących w zarządzie Państwowego Gospodarstwa Leśnego Lasy Państwowe - ciąży odpowiednio na jednostkach organizacyjnych Agencji Własności Rolnej Skarbu Państwa i jednostkach organizacyjnych Lasów Państwowych, faktycznie władających nieruchomościami lub obiektami budowlanymi. 21. Jeżeli przedmiot opodatkowania znajduje się w posiadaniu samoistnym, obowiązek podatkowy w zakresie podatku od nieruchomości ciąży na posiadaczu samoistnym. 22. Jeżeli nieruchomość lub obiekt budowlany stanowi współwłasność lub znajduje się w posiadaniu dwóch lub więcej podmiotów, to stanowi odrębny przedmiot opodatkowania, a obowiązek podatkowy od nieruchomości lub obiektu budowlanego ciąży solidarnie na wszystkich współwłaścicielach lub posiadaczach, z zastrzeżeniem ust. 24. str. 10

11 23. Jeżeli wyodrębniono własność lokali, obowiązek podatkowy w zakresie podatku od nieruchomości od gruntu oraz części budynku stanowiących współwłasność ciąży na właścicielach lokali w zakresie odpowiadającym częściom ułamkowym wynikającym ze stosunku powierzchni użytkowej lokalu do powierzchni użytkowej całego budynku 24. System powinien zapewnić prowadzenie ewidencji środków trwałych lub współprace z oprogramowaniem do prowadzenia środków trwałych wykorzystywanym w Urzędzie Miejskim w Bielsku-Białej. 25. Oprogramowanie musi zapewnić: a. Możliwość prowadzenia ewidencji środków trwałych. b. Możliwość prowadzenia ewidencji dla kilku jednostek organizacyjnych. c. Możliwość wpisywania środków trwałych do Kartoteki Środków Trwałych (KST) według klasyfikacji rodzajowej i numeru inwentarzowego. d. Zakładanie książki inwentarzowej dla każdego środka trwałego, w zakresie EGiB, w której pamiętane są informacje niezbędna do odtworzenia historii zapisów księgowych na danej pozycji. e. Comiesięczne naliczanie umorzenia. f. Dokonywanie wycen według zasad ustalonych przez użytkownika (indywidualne przeszacowanie środków trwałych) lub na podstawie ogólnie obowiązujących wskaźników. g. Sporządzanie rozliczeń w oparciu o spis z natury. h. W przypadku braku modułu do ewidencji środków trwałych w systemie, możliwość codziennego przesyłania niezbędnych danych do oprogramowania ST wykorzystywanego w Urzędzie miejskim w Bielsku-Białej. 26. Oprogramowanie musi umożliwiać wykonywanie raportów koniecznych przy prowadzeniu ewidencji środków trwałych. Jeśli oferowane oprogramowanie zawiera serwer map to obowiązują następujące wymagania. Minimalne wymagania dla serwera map 1. Serwer usług danych przestrzennych zapewni prezentację danych zapisanych w naśtępujących formatach: a. Microsoft SQL Server, b. Oracle, c. PostgreSQL (PostGIS), d. Shapefile, e. WFS (połączenie do innego serwera WFS), f. WMS (połączenie do innego serwera WMS), g. GeoTiff i. mozaika, ii. piramida, iii. pojedynczy plik. 2. Aplikacja serwera danych przestrzennych musi mieć możliwość: a. działania na platformie Linux (32 oraz 64 bity), b. działania na platformie Windows Server (32 oraz 64 bity), c. działając na platformie 64 bitowej, aplikacja powinna mieć możliwość, działania w trybie 64bitowym oraz 32 bitowym. 3. Serwer map musi umożliwiać transformację współrzędnych w czasie rzeczywistym, dla WMS i WFS, dla układów współrzędnych określonych kodem EPSG, na podstawie wbudowanej bazy układów współrzędnych zwierającej, co najmniej układy: a (wszystkie strefy), b (wszystkie strefy), c. 1992, str. 11

12 d. UTM, e. Google Mercator (EPSG:900913), f. WGS 84 (EPSG:4326). 4. Serwer usług danych przestrzennych zapewni obsługę standardów OGC: a. WFS 1.0, 1.1, 2.0 b. WMS 1.1.1, 1.3, c. WMTS 1.0.0, d. WCS 1.0.0, e. TMS f. WMS-C g. SLD 1.0, h. Filter Encoding Implementation Specification w wersji Serwer map musi umożliwiać generowanie map poprzez standard WMS co najmniej w formatach: a. JPEG, b. GIF, c. PNG, d. PDF, e. SVG, f. KML, g. GeoRSS. 6. Serwer map musi serwować dane przez WFS co najmniej w następujących formatach: a. GML (2.1.2 i 3.1.1), b. GeoJSON, c. Shapefiles. 7. Serwer map musi mieć możliwość stosowania w wygenerowanych przez WMS mapach anti-aliasingu. 8. Serwer map musi umożliwiać zdefiniowanie szablonu treści danych opisowych obiektów uzyskiwanych metodą GetFeatureInfo zgodną ze standardem WMS. Szablony treści atrybutów powinny być definiowane dla wszystkich warstw lub dla jednej warstwy. 9. Serwer zapewni narzędzia do tworzenia kafelek dla dowolnych skal i układów odniesienia. Narzędzia z poziomu interfejsu graficznego będą umożliwiały: a. tworzenie kafelek dla nowego poziomu skalowego dodanego do istniejących poziomów, b. aktualizację kafelek dla zadanego obszaru (w tym nieregularnego poligonu). Minimalne wymagania dla komponentu mapowego Wymagania ogólne 1. Komponent mapowy jest aplikacją klienta do wyświetlania map, działającym z poziomu przeglądarki internetowej, który jest uruchamiany z poziomu: a. rejestrów i ewidencji systemu, b. Geoportalu Intranet, 2. Komponent mapowy musi posiadać możliwość wyświetlania danych przestrzennych, udostępnanych przez serwer map. 3. Komponent mapowy musi działać, co najmniej na następujących przeglądarkach internetowych: a. Internet Explorer 8+ b. Mozilla Firefox 4+ c. Opera 11+ d. Chrome Komponent mapowy nie może wymagać instalowania żadnego dodatkowego oprogramowania po stronie klienta oraz obecności w systemie dodatków (plugin) do przeglądarek. 5. Komponent mapowy musi składać się z następujących elementów: str. 12

13 a. okna mapy, wraz z informacją o prezentowanej skali mapy, wskazanych współrzędnych x,y, z możliwością jego dopasowania do pełnego zasięgu przeglądarki internetowej. b. okna zarządzania wyświetlaną treścią (legendą), c. paska narzędzi umożliwiającego wykonywanie podstawowych operacji na mapie. 6. Pasek narzędziowy musi umożliwiać: a. przesuwanie, b. powiększanie/pomniejszanie (przyciski i kółko myszy), c. powiększanie prostokątem (funkcjonalność możliwa również przy użyciu klawiatury np. poprzez wciśnięcie klawisza shift i narysowaniu na mapie prostokąta), d. maksymalne oddalenie, e. pomiar odległości, f. pomiar powierzchni, g. informacje o obiekcie, h. wyszukiwanie działek ewidencyjnych, adresów, współrzędnych, i. podgląd atrybutów obiektów prezentowanych na mapie j. poprzedni widok, kolejny widok k. dodanie pliku GeoTiff do przeglądania 7. Komponent mapowy musi zapewniać: a. Możliwość identyfikacji obiektów na mapie przeglądania atrybutów obiektów wskazanych kursorem; b. Płynne (podczas ruchu myszą nad mapą) wyświetlenie współrzędnych na które wskazuje kursor c. Możliwość przeglądania podłączanych przez użytkownika plików GeoTiff. 8. Komponent mapowy musi umożliwiać prezentację atrybutów obiektów zlokalizowanych po wyborze obiektu na mapie, z wykorzystaniem metody GetFeatureInfo opisanej w standardzie WMS. 9. W powyższym przypadku, gdy użytkownik posiada uprawnienia dostępu do danego rejestru lub ewidencji, musi on posiadać możliwość podglądu szczegółowych informacji zgromadzonych w danym rejestrze lub ewidencji. 10. Komponent mapowy musi umożliwiać tworzenie punktowych, liniowych i obszarowych obiektów przestrzennych, jak również ich usuwanie, jeśli jest to wymagane przez rejestr lub ewidencję. 11. Komponent mapowy musi dawać możliwość edycji geometrii istniejących obiektów przestrzennych w zakresie przesuwania, dodawania i usuwania werteksów, snapowania do geometrii innych obiektów, jeśli jest to wymagane przez rejestr lub ewidencję. 12. Komponent mapowy musi pozwalać na wyświetlanie map tematycznych na bazie podkładów, gdzie podkładem pod te mapy mogą być mapy pochodzące od innych dostawców usług np. geoportal.gov.pl, google.maps. System powinien zapewniać możliwość zmiany podkładu dla wybranej mapy tematycznej. Wymagania komponentu mapowego po stronie serwera 1. Komponent mapowy musi posiadać moduł administracyjny, umożliwiający jego konfigurację. 2. Funkcje administracyjne związane z konfiguracją komponentu mapowego muszą być dostępne z poziomu interfejsu użytkownika, działającego w przeglądarce internetowej. 3. Funkcje administracyjne związane z konfiguracją komponentu mapowego muszą polegać na definiowaniu map wyświetlanych przez ten komponent, co najmniej w zakresie konfiguracji: legendy, kategorii, warstw z kolejnością ich wyświetlania, użytej stylistyki oraz widoczności. 4. Administrator komponentu mapowego musi posiadać możliwość definiowania uprawnień dostępu użytkowników do zdefiniowanych map. 5. Moduł administracyjny komponentu mapowego musi być zintegrowany z modułem administracyjnym, systemu a dane konfiguracyjne muszą być przechowywane w bazie danych. str. 13

14 Minimalne wymagania dla Geoportalu Intranet 1. Geoportal Intranetowy musi prezentować aktualne dane, posiadające odniesienie przestrzenne, zawarte w rejestrach i ewidencjach systemu 2. Dane w Geoportalu muszą być serwowane przez serwer map i dostępne dla klienta z poziomu komponentu mapowego. 3. Geoportal Intranet musi integrować dane pochodzące z różnych rejestrów i ewidencji systemu i prezentować je w postaci map tematycznych dostępnych dla użytkowników posiadających stosowne uprawnienia. 4. Wgląd w mapę musi umożliwiać dostęp do odpowiedniej informacji zawartej w rejestrze lub ewidencji zgodnie z uprawnieniami, jakie posiada użytkownik danego rejestru lub ewidencji. W takim przypadku, z poziomu mapy, system musi przekierowywać użytkownika do szczegółowej informacji zawartej w danym rejestrze lub ewidencji. 1) Zamawiający dopuszcza podwykonawców, pod warunkiem, że Wykonawca wskaże w ofercie te części zamówienia, których wykonanie powierzy podwykonawcom. Część IV Termin wykonania zamówienia. Zamówienie należy wykonać w terminie : do r. Część V Warunki udziału w postępowaniu oraz opis sposobu dokonywania oceny spełniania tych warunków. O udzielenie zamówienia mogą ubiegać się Wykonawcy, którzy: 1. Spełniają warunki dotyczące: 1) Posiadania uprawnień do wykonywania określonej działalności lub czynności, jeżeli przepisy prawa nakładają obowiązek ich posiadania. Sposób dokonywania oceny spełnienia warunku: na podstawie oświadczenia wykonawcy o spełnieniu warunków udziału w postępowaniu, o którym mowa w części VI pkt 2 SIWZ. 2) Posiadania wiedzy i doświadczenia. Sposób dokonywania oceny spełnienia warunku: na podstawie oświadczenia wykonawcy o spełnieniu warunków udziału w postępowaniu, o którym mowa w części VI pkt 2 SIWZ. 3) Dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania zamówienia. Sposób dokonywania oceny spełnienia warunku: na podstawie oświadczenia wykonawcy o spełnieniu warunków udziału w postępowaniu, o którym mowa w części VI pkt 2 SIWZ. 4) Sytuacji ekonomicznej i finansowej. Sposób dokonywania oceny spełnienia warunku: na podstawie oświadczenia wykonawcy o spełnieniu warunków udziału w postępowaniu, o którym mowa w części VI pkt 2 SIWZ. Wykonawca może polegać na wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia lub zdolnościach finansowych innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków. Wykonawca w takiej sytuacji zobowiązany jest udowodnić zamawiającemu, iż będzie dysponował zasobami niezbędnymi do realizacji zamówienia (art. 26 ust. 2b ustawy Pzp). str. 14

15 2. Nie podlegają wykluczeniu z postępowania o udzielenie zamówienia. na podstawie art. 24 ust. 1 ustawy Pzp. Sposób dokonywania oceny spełnienia warunku: na podstawie dokumentów o których mowa w części VI pkt 3 nin. SIWZ a dla podmiotów zagranicznych pkt 4 nin. SIWZ. W przypadku Wykonawców działających wspólnie (spółka cywilna, konsorcjum, a także jeżeli Wykonawca, wykazując spełnienie warunków, o których mowa w art. 22 ust. 1 ustawy, polega na zasobach innych podmiotów na zasadach określonych w art. 26 ust. 2b ustawy, a podmioty te będą brały udział w realizacji części niniejszego zamówienia dotyczy każdego Wykonawcy z osobna oraz tych podmiotów. 3. Nie podlegają wykluczeniu z postępowania o udzielenie zamówienia na podstawie art. 24 ust. 2 pkt 5 ustawy Pzp. Sposób dokonywania oceny spełnienia warunku: na podstawie oświadczenia Wykonawcy i dokumentów, o których mowa w części VI pkt 5 nin. SIWZ. W przypadku Wykonawców ubiegających się wspólnie o udzielenie zamówienia (np. spółka cywilna, konsorcjum) warunek braku podstaw do wykluczenia powinien spełniać każdy z Wykonawców oddzielnie. Ocena spełnienia powyższych warunków udziału w nin. postępowaniu będzie polegać na sprawdzeniu kompletności i poprawności złożonych dokumentów i oświadczeń według zasady spełnia / nie spełnia. Część VI Wykaz oświadczeń i dokumentów, jakie mają dostarczyć wykonawcy w postępowaniu o udzielenie zamówienia. Wykonawca winien dostarczyć : 1. Dokumenty składające się na ofertę: a) Oryginał Oferty sporządzonej na formularzu Oferta stanowiącym zał. nr 1 do SIWZ. b) Wykaz części zamówienia, których wykonanie Wykonawca powierzy podwykonawcom (w przypadku realizacji zamówienia przy pomocy podwykonawców). c) Pełnomocnictwo (w oryginale) do reprezentowania podmiotów występujących wspólnie (spółki cywilne, konsorcja). Z powyższego dokumentu powinien wynikać zakres udzielonego pełnomocnictwa (pełnomocnik winien być powołany przez wszystkich Wykonawców ubiegających się wspólnie o zamówienie). d) Oświadczenie Wykonawcy (złożone na formularzu Oferta zał. nr 1 do nin. SIWZ), o: - związaniu ofertą przez okres 30 dni; - zdobyciu informacji koniecznych do sporządzenia oferty; - zapoznaniu się z warunkami przetargu zawartymi w specyfikacji istotnych warunków zamówienia wraz z załącznikami i przyjęciu tych warunków bez zastrzeżeń; - zobowiązaniu się do zawarcia umowy na warunkach określonych we wzorze umowy (załącznik nr 4 do SIWZ). 2. Oświadczenia i dokumenty potwierdzające spełnienie przez Wykonawcę warunków udziału, o których mowa w art. 22 ust. 1 ustawy Pzp: Oświadczenie Wykonawcy w trybie art. 44 ustawy Pzp o spełnieniu warunków, o których mowa w art. 22 ust. 1 tej ustawy (tekst jedn. Dz. U. z 2013r., poz. 907 ze zm.). załącznik nr 2 do nin. SIWZ. 3. Oświadczenia i dokumenty potwierdzające brak podstaw do wykluczenia z postępowania o udzielenie zamówienia Wykonawcy na podstawie art. 24 ust. 1 ustawy Pzp: a) Oświadczenie o braku podstaw do wykluczenia z postępowania wg wzoru stanowiącego załącznik nr 3 do nin. SIWZ. str. 15

16 b) Aktualny odpis z właściwego rejestru lub z centralnej ewidencji i informacji działalności gospodarczej, jeżeli odrębne przepisy wymagają wpisu do rejestru lub ewidencji, w celu wykazania brak podstaw do wykluczenia w oparciu o art. 24 ust. 1 pkt 2 ustawy Pzp wystawiony nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert. 4. Dokumenty podmiotów zagranicznych: a) Jeżeli wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, zamiast dokumentów o których mowa w części VI, pkt 3, ppkt b, składa dokument lub dokumenty wystawione w kraju, w którym ma siedzibę lub miejsce zamieszkania potwierdzające, że nie otwarto jego likwidacji ani nie ogłoszono upadłości wystawiony nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert. b) Jeżeli w kraju miejsca zamieszkania osoby lub w kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania, nie wydaje się dokumentu, o którym mowa w pkt a zastępuje się je dokumentem zawierającym oświadczenie, w którym określa się także osoby uprawnione do reprezentacji wykonawcy, złożone przed właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego odpowiednio kraju miejsca zamieszkania osoby lub kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania, lub przed notariuszem wystawione z odpowiednią datą wymaganą dla tych dokumentów. 5. Dokumenty dotyczące przynależności do tej samej grupy kapitałowej: a) Lista podmiotów należących do tej samej grupy kapitałowej w rozumieniu ustawy z dnia 16 lutego 2007r. o ochronie konkurencji i konsumentów albo informacja o tym, że nie należy do grupy kapitałowej załącznik nr 5 do Nin SIWZ. W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia (np. spółka cywilna, konsorcjum), dotyczy każdego Wykonawcy z osobna 6. Inne dokumenty: a) Pisemne zobowiązanie innych podmiotów do oddania Wykonawcy do dyspozycji niezbędnych zasobów na okres korzystania z nich przy wykonywaniu zamówienia, w celu udowodnienia, iż Wykonawca będzie dysponował zasobami niezbędnymi do realizacji zamówienia w przypadku, gdy Wykonawca wskaże, że będzie polegał na wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia lub zdolnościach innych podmiotów (art. 26 ust. 2b ustawy Pzp). Wykonawca powołujący się przy wykazywaniu spełnienia warunków udziału w postępowaniu na potencjał innych podmiotów, które będą brały udział w realizacji części zamówienia, przedkłada także dokumenty dotyczące tego podmiotu w zakresie wymaganym dla Wykonawcy (określonym w części VI pkt 3 lit a- b oraz pkt 4 7. W celu potwierdzenia, że oferowane dostawy i usługi odpowiadają wymaganiom określonym przez Zamawiającego wymaga się dostarczenia przez wykonawcę Próbki oferowanych dostaw i usług zaprezentowanych przez Wykonawcę w siedzibie Zamawiającego Część VII Próbki str. 16

17 1. Cele i założenia badania i wyjaśnienia próbki a) Zamawiający, na podstawie Ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych oraz Rozporządzenia Prezesa Rady Ministrów z dnia 19 lutego 2013 r. w sprawie rodzajów dokumentów, jakich może żądać zamawiający od wykonawcy, oraz form, w jakich te dokumenty mogą być składane, wymaga, aby Wykonawca razem z ofertą złożył nośnik danych (np. płyta CD, DVD itp.) zawierający próbkę oferowanych dostaw i usług. Elementem prawidłowo złożonej próbki jest jej przedstawienie przez Wykonawcę w siedzibie Zamawiającego. b) Celem złożenia próbki jest potwierdzenie, poprzez jej badanie i wyjaśnianie, zwane dalej badaniem próbki, czy oferowane przez Wykonawcę dostawy i usługi odpowiadają wymaganiom określonym przez Zamawiającego w opisie przedmiotu zamówienia. - oferowane oprogramowanie posiada charakter usługowy, umożliwiający korzystanie z oprogramowania przez nieograniczoną liczbę użytkowników Zamawiającego, bez konieczności instalacji oprogramowania po stronie użytkownika, - oferowane oprogramowanie, przechowuje dane przestrzenne w otwartych standardach zapisu danych przestrzennych (zgodnie z normą PN-EN-ISO ), gwarantując wymienność oprogramowania oraz dostęp on-line do tych danych, - oferowane oprogramowanie posiada standardowe cechy i funkcjonalności, wymagane przez Zamawiającego, opisane w pkt 3. Procedura badania próbki c) Ocena dokonywana przez Komisję Przetargową na podstawie badania próbki Wykonawcy, będzie odbywała się w jego obecności, zgodnie z procedurą określoną w pkt 3. Procedura badania próbki. d) Wykonawca przekaże na nośnikach danych wirtualną maszynę z zainstalowanym systemem operacyjnym oraz oprogramowaniem, stanowiącym próbkę dostaw i usług wraz z przykładowymi, danymi obejmującymi, co najmniej dwa obręby zawierające, co najmniej 5 tys. pozycji. e) Zainstalowane na nośnikach danych oprogramowanie i przykładowe dane muszą pozwolić na zbadanie cech i funkcjonalności, zgodnie procedurą opisaną w pkt 3. Procedura badania próbki f) Dostarczenie sprawnych nośników danych zawierających próbkę jest obowiązkiem Wykonawcy, a ich parametry muszą pozwalać na sprawne funkcjonowanie wirtualnej maszyny z zainstalowanym systemem operacyjnym, oferowanym oprogramowaniem systemu i przykładowymi danymi. g) Brak potwierdzenia, w trakcie badania próbki, faktu, że system posiada wymagane przez Zamawiającego cechy i funkcjonalności, będzie powodować odrzucenie oferty, zgodnie z art. 89 ust 1 pkt 2 ustawy Pzp. h) Zamawiający zaleca, aby nośniki danych zawierające próbkę były złożone w oddzielnej kopercie z oznakowaniem PRÓBKA SYSTEMU XXXXX (gdzie w miejsce xxxx należy wpisać nazwę oprogramowania), włożonej do opakowania zawierającego ofertę. Koperta powinna być opatrzona także nazwą i adresem Wykonawcy. 2. Opis badania i wyjaśniania próbki a) Badanie próbki odbędzie się w siedzibie Zamawiającego z wykorzystaniem wirtualnej maszyny z zainstalowanym systemem operacyjnym i oprogramowaniem wraz z str. 17