P³oñsk: Zakup parkometrów
Numer og³oszenia: 223720 - 2011; data zamieszczenia: 29.07.2011
OG£OSZENIE O ZAMÓWIENIU - dostawy

Zamieszczanie og³oszenia: obowi±zkowe.

Og³oszenie dotyczy: zamówienia publicznego.

SEKCJA I: ZAMAWIAJ¡CY

I. 1) NAZWA I ADRES: Gmina Miasto P³oñsk reprezentowana przez Burmistrza Miasta P³oñsk , ul. P³ocka 39, 09-100 P³oñsk, woj. mazowieckie, tel. 023 6622691, faks 023 663 13 40.

• Adres strony internetowej zamawiaj±cego: www.plonsk.pl

I. 2) RODZAJ ZAMAWIAJ¡CEGO: Administracja samorz±dowa.

SEKCJA II: PRZEDMIOT ZAMÓWIENIA

II.1) OKRE¦LENIE PRZEDMIOTU ZAMÓWIENIA

II.1.1) Nazwa nadana zamówieniu przez zamawiaj±cego: Zakup parkometrów.

II.1.2) Rodzaj zamówienia: dostawy.

II.1.3) Okre¶lenie przedmiotu oraz wielko¶ci lub zakresu zamówienia: Przedmiotem zamówienia jest dostawa, monta¿, zaprogramowanie i uruchomienie na modu³ach fundamentowych w strefie p³atnego parkowania na terenie miasta P³oñsk 16 sztuk fabrycznie nowych, urz±dzeñ jednego typu (parkometry) oraz 4 sztuk kaset wymiennych. Parkometry powinny byæ wyposa¿one w czytelne, odblaskowe oznakowanie liter± P okre¶laj±ce urz±dzenie do wnoszenia op³at. Wykonawca zamontuje urz±dzenia w miejscach wskazanych przez Zamawiaj±cego. Monta¿ obejmuje równie¿ wykonanie fundamentów z materia³ów w³asnych Wykonawcy i na jego koszt. Na Zamawiaj±cym ci±¿y obowi±zek dokonania zg³oszeñ budowlanych w zakresie posadowienia parkometrów. Zakres prac wchodz±cych w sk³ad zamówienia: 1) dostawa 16 sztuk fabrycznie nowych, wyprodukowanych w 2011 r. urz±dzeñ parkingowych (parkometrów) jednego typu oraz ich instalacja i uruchomienie; 2) dostawa 4 sztuk kaset wymiennych; 3) wykonanie modu³ów fundamentowych i monta¿ parkometrów o których mowa w pkt.1); 4) uruchomienie i prowadzenie w okresie gwarancji, na w³asny koszt Wykonawcy, oprogramowania do obs³ugi strefy p³atnego parkowania - Centralnej Bazy Danych Parkometrów zarz±dzaj±cej, kontroluj±cej i monitoruj±cej funkcjonowanie sieci parkometrów w strefie p³atnego parkowania, zwanej dalej CBDP oraz umo¿liwienie objêcia CBDP istniej±cej na terenie P³oñska sieci parkometrów typu Z-1 produkcji MBS Computergraphik; 5) integracja elementów sk³adowych zamówienia (sprzêtu i oprogramowania) w taki sposób, aby stanowi³y one jeden spójnie i sprawnie dzia³aj±cy system; 6) przeszkolenie pracowników Zamawiaj±cego w zakresie obs³ugi dostarczonego sprzêtu i oprogramowania; 7) monitoring techniczny i serwis gwarancyjny nad parkometrami oraz innymi dostarczonymi urz±dzeniami i oprogramowaniem w okresie gwarancji i rêkojmi. Minimalne wymagania funkcjonalno-techniczne, jakie musi spe³niaæ parkometr: Parkometry powinny spe³niaæ wymagania okre¶lone w Polskiej Normie - PN-EN 12414 : 2002 oraz okre¶lone w niniejszej specyfikacji. Parkometry powinny byæ fabrycznie nowe i pochodziæ z bie¿±cej produkcji (rok produkcji - 2011). Informacja o stanie dzia³ania parkometru Parkometr powinien informowaæ u¿ytkownika o stanie dzia³ania np. w formie komunikatów na wy¶wietlaczu: czynny/nieczynny lub w inny jednoznaczny sposób (sygnalizacja ¶wietlna). Wy¶wietlanie aktualnego czasu i daty Parkometr podczas normalnej pracy (w stanie aktywnym) powinien na wy¶wietlaczu informowaæ u¿ytkownika o aktualnym czasie i dacie. Czas we wszystkich parkometrach powinien byæ zsynchronizowany (minimum raz na dobê) i zapewniaæ automatyczn± zmianê czasu (czas letni i zimowy). Informacje dotycz±ce obs³ugi parkometru oraz stawek op³at Na ¶cianie czo³owej parkometru nale¿y zamie¶ciæ instrukcjê obs³ugi parkometru oraz ³atwo wymienn± etykietê informacyjn± (np. o obowi±zuj±cych stawkach op³at za parkowanie). Parkometr powinien posiadaæ bezpo¶rednio przyporz±dkowane obja¶nienia tekstowe i graficzne do poszczególnych przycisków obs³ugowych. Wszystkie informacje powinny byæ w trzech jêzykach (polskim, angielskim i niemieckim). ¦rodki p³atnicze Parkometr powinien umo¿liwiaæ wnoszenie op³at za pomoc± monet PLN: 10gr, 20gr, 50gr, 1z³, 2z³, 5z³ oraz monet EURO: 5c, 10c, 20c, 50c, 1e, 2e. Oprogramowanie parkometru powinno umo¿liwiaæ zmianê przyjmowanego zestawu monet (bez konieczno¶ci przeprogramowania modu³ów odpowiedzialnych za identyfikacjê monet) w nastêpuj±cy sposób: - tylko monety PLN (monety Euro s± zwracane); - tylko monety EURO (monety PLN s± zwracane); - monety PLN i EURO z mo¿liwo¶ci± zaprogramowania sta³ego kursu przeliczeniowego PLN/EURO. W tym trybie zakupu biletu mo¿na dokonaæ przy jednoczesnym u¿yciu monet PLN i Euro. Parkometr powinien prowadziæ niezale¿na ewidencjê (rozliczenia) dla monet PLN i Euro. Parkometr powinien umo¿liwiaæ wnoszenie op³at z przeniesieniem na kolejne okresy p³atne. Parkometr nie wydaje reszty. Wy¶wietlanie informacji dotycz±cych transakcji W czasie realizacji transakcji parkometr powinien wy¶wietlaæ na bie¿±co informacjê o: - wysoko¶ci wniesionej op³aty monet±; - op³aconym czasie parkowania; - dacie i godzinie zakoñczenia op³aconego okresu parkowania. Dodatkowo parkometr powinien wy¶wietlaæ stosowne komunikaty tekstowe w kolejnych etapach realizacji transakcji zakupu biletu informuj±ce u¿ytkownika o czynno¶ciach jakie powinien wykonywaæ w danych etapach realizacji transakcji. Zatwierdzanie i anulowanie transakcji Parkometr powinien posiadaæ mechanizm, który aktywowany przez u¿ytkownika pozwala na akceptacjê transakcji (wydanie biletu i trwa³e przechowywanie ¶rodków p³atniczych) lub jej anulowanie (zwrot wniesionej op³aty bez wydania biletu). Wybór jêzyka Wszystkie informacje powinny byæ wy¶wietlane w jednym z trzech jêzyków (polskim, angielskim, niemieckim). Parkometr powinien posiadaæ mechanizm, który aktywowany przez u¿ytkownika pozwala na wybór jêzyka innego ni¿ polski. Wybór taryfy Parkometr powinien umo¿liwiaæ wnoszenie op³at wed³ug minimum dwóch taryf. U¿ytkownik powinien mieæ mo¿liwo¶æ wyboru taryfy. Informacja o wybranej taryfie powinna byæ wy¶wietlona przed dokonaniem transakcji. Bilet Parkometr powinien wydaæ u¿ytkownikowi wydrukowany dowód wp³aty (bilet). Na bilecie powinny znajdowaæ siê nastêpuj±ce informacje: - nazwa emitenta biletu; - numer oraz adres parkometru, z którego zosta³ wydany bilet; - kod dzienny biletu lub inne zabezpieczenie przed podrobieniem, które jest mo¿liwe do zweryfikowania podczas standardowej kontroli (np. algorytm godziny, daty); - numer kolejny wydanego biletu; - symbol taryfy; - data oraz godzina i minuta up³ywu wa¿no¶ci biletu (odpowiednio du¿± czcionk±); - wysoko¶æ wniesionej op³aty; - data i godzina wydania biletu. Na ka¿dym bilecie powinna byæ umieszczona informacja o obowi±zku umieszczenia biletu w widocznym miejscu za przedni± szyb± samochodu. Informacje umieszczone na bilecie powinny pozostawaæ widoczne przez co najmniej 30 dni, je¿eli bilet wystawiony jest na ¶wiat³o dzienne bêd±c umieszczonym za szyb±. Rejestrowanie danych Parkometr powinien rejestrowaæ w pamiêci: 1) dane finansowe: - informacje o wydanych biletach; - warto¶æ op³at wniesionych monetami; - warto¶æ monet znajduj±cych siê w czê¶ci kasowej z rozbiciem na nomina³y (w przypadku p³atno¶ci PLN i Euro ewidencje monet powinny byæ prowadzone niezale¿nie dla PLN i Euro); - ³±czny przychód narastaj±co od pocz±tku eksploatacji. £±czny przychód powinien byæ pamiêtany w niezale¿nym dodatkowym module pamiêci trwale zwi±zanym z obudow± parkometru, w sposób uniemo¿liwiaj±cy jego wymianê bez naruszenia zabezpieczeñ producenta. Dodatkowy modu³ pamiêci powinien umo¿liwiaæ jednokrotny zapis kolejnych danych bez mo¿liwo¶ci ich pó¼niejszego skasowania lub nadpisania oraz posiadaæ indywidualny numer identyfikacyjny. Od³±czenie modu³u powinno blokowaæ normaln± pracê parkometru. W dodatkowym module pamiêci powinny byæ równie¿ zapisywane wszystkie operacje opró¿niania urz±dzenia z monet (kolekcje) w zakresie daty ich wykonania i warto¶ci, niezale¿nie dla monet Euro i PLN. Pojemno¶æ pamiêci dodatkowej powinna umo¿liwiaæ zapamiêtanie minimum 300 kolekcji; 2) rejestr zdarzeñ: - data i godzina wyst±pienia awarii lub zdarzenia alarmowego; - rodzaj awarii lub zdarzenia alarmowego. 3) informacje o procentowym zape³nieniu czê¶ci kasowej. Pojemno¶æ pamiêci powinna umo¿liwiaæ rejestrowanie wszystkich gromadzonych danych w okresie minimum 90 dni (przy za³o¿eniu ¶rednio 200 transakcji zakupu biletów dziennie). W przypadku zape³nienia pamiêci parkometr bêdzie wstrzymywa³ sprzeda¿ do chwili przes³ania/odczytania danych do CBDP. Programowanie parkometru Oprogramowanie parkometru musi umo¿liwiaæ przy pomocy klawiatury serwisowej (rêcznie) i bezprzewodowo z CBDP: - zaprogramowanie w ka¿dym roku kalendarzowym dni p³atnych i bezp³atnych, powszednich, sobót, ¶wi±t oraz zmiany czasu wiosn± i jesieni±; - przeprogramowanie stawek op³at i okresów p³atnych dla ka¿dego dnia tygodnia indywidualnie; - przeprogramowanie danych identyfikacyjnych urz±dzenia; - kontrolê dostêpu osób uprawnionych (poprzez specjaln± kartê lub ¿eton). Kolekcja monet Parkometr powinien posiadaæ mechanizm umo¿liwiaj±cy kolekcjê monet. Kolekcja monet powinna polegaæ na wyjêciu pe³nej kasety i zast±pieniu jej kaset± pust±. Wyjêta pe³na kaseta z monetami powinna byæ zamkniêta. Otwarcie kasety powinno byæ mo¿liwe jedynie po naruszeniu zabezpieczeñ (otwarcie zamka, zerwanie plomby itp.). Kolekcja zgromadzonych monet powinna automatycznie uruchamiaæ drukowanie raportu zawieraj±cego: - numer kolejny raportu; - numer parkometru i jego lokalizacjê; - datê i godzinê; - stan kasy - liczbê i rodzaje monet (PLN i Euro); - sumê ca³kowit±. Na wydruku powinien byæ równie¿ pe³ny raport z poprzednich kolekcji monet (minimum jeden). Zasilanie Parkometr powinien byæ zasilany autonomicznym uk³adem z³o¿onym z baterii (jednorazowej wymiennej lub baterii s³onecznej) i akumulatora do³adowywanego w sposób ci±g³y przez tê bateriê. Pojemno¶æ baterii jednorazowej oraz pojemno¶æ akumulatora powinna byæ dobrana w taki sposób, aby zapewniæ nieprzerwane dzia³anie urz±dzenia w okresie co najmniej 9 miesiêcy niezale¿nie od lokalizacji i pory roku lub przeprowadzenia 24 000 transakcji. W przypadku zastosowania baterii s³onecznej powinna ona zapewniæ ci±g³a prace parkometru w miejscu jego posadowienia przez okres 3 lat (36 miesiêcy) bez okresowego do³adowywania akumulatorów przy za³o¿eniu przeprowadzenia nie wiêcej ni¿ 32 000 transakcji zakupu biletu w ci±gu 12 miesiêcy. W ka¿dym wypadku zaniku zasilania parkometr powinien posiadaæ odpowiednie zabezpieczenia przed wykasowaniem danych z pamiêci wewnêtrznej. Zabezpieczenia Parkometr powinien byæ wykonany z materia³ów odpowiednio zabezpieczonych przed wp³ywem czynników atmosferycznych (korozja). Konstrukcja parkometru i zastosowane materia³y musz± zapewniæ odporno¶æ na uszkodzenia mechaniczne (wandalizm). Parkometr powinien zapewniaæ ograniczony dostêp do czê¶ci kasowej, która musi byæ chroniona oddzielnymi zamkami indywidualnymi odpornymi na w³amanie za pomoc± wytrychów i wiercenia. Wy¶wietlacze powinny byæ wykonane z materia³u odpornego na uszkodzenia oraz ³atwego do konserwacji. Wymagania fizyczne Parkometr powinien pracowaæ niezawodnie na otwartej przestrzeni w klimacie ciep³ym umiarkowanym wg PN-EN 04555-21:1994 w zakresie temperatury od -25 do +55 stopni Celsjusza, przy wilgotno¶ci wzglêdnej do 95% z kondensacj± pary wodnej. Wymienna kaseta na monety powinna mieæ pojemno¶æ minimum 3,5 litra. Bilet powinien byæ drukowany na papierze termicznym o minimalnej grubo¶ci 60?m. Minimalna powierzchnia biletu powinna wynosiæ 3500mm2, ¿aden z wymiarów biletu nie powinien byæ mniejszy ni¿ 50mm. W parkometrze powinien byæ zainstalowany mechanizm sygnalizuj±cy brak biletów (zbli¿aj±cy siê koniec ta¶my), roz³adowanie akumulatora oraz zape³nienie pojemnika kasowego. Po pojawieniu siê sygna³u z tego mechanizmu powinien byæ wy¶wietlony odpowiedni komunikat i uruchomiony cykl zakoñczenia pracy, a przyjêta od u¿ytkownika kwota zwrócona. Transmisja danych Parkometr powinien przesy³aæ do CBDP drog± bezprzewodow± informacje o zaj¶ciu nastêpuj±cych zdarzeñ: - awarii podstawowych modu³ów (drukarka, ucinacz, selektor monet, kasa po¶rednia, czytnik kart, procesor); - zbyt niskim poziomie na³adowania akumulatora; - zbli¿aj±cym siê koñcu ta¶my papierowej do drukowania biletów; - wysokim stopniu nape³nienia kasety; - nieuprawnionych otwarciach; - zape³nieniu pamiêci zdarzeñ. Transmisje powy¿szych zdarzeñ powinny odbywaæ siê nie pó¼niej ni¿ 3 minuty po wyst±pieniu zdarzenia. Parkometr powinien przesy³aæ drog± bezprzewodow± z czêstotliwo¶ci± minimum raz na dobê: - dane dotycz±ce wszystkich rejestrowanych operacji serwisowych; - szczegó³owe dane dotycz±ce wszystkich transakcji zakupu biletów, rodzaju dokonywanych p³atno¶ci i wszystkich operacji opró¿nieñ parkometrów z monet. Oprogramowanie parkometru powinno umo¿liwiaæ dowolne ustawianie godziny i minuty transmisji dobowych dla ka¿dego parkometru indywidualnie. Serwisowa kontrola sprawno¶ci parkometru Parkometr musi posiadaæ mo¿liwo¶æ dokonania kontroli sprawno¶ci poszczególnych jego modu³ów bez otwierania panelu technicznego oraz wykonania stosownego wydruku biletu serwisowego, rejestrowaæ ten fakt w pamiêci i przesy³aæ bezprzewodowo do Systemu Centralnego. Sposób kontroli powinien pozwalaæ na identyfikacjê pracownika s³u¿b serwisowych wykonuj±cego tê operacjê (np. personalna przypisana karta identyfikacyjna serwisowa, rejestrowana w Systemie Centralnym lub specjalny ¿eton). Wymagania funkcjonalno-techniczne, jakie musi spe³niaæ oprogramowanie do obs³ugi CBDP. - musi byæ zlokalizowana na serwerze Wykonawcy; - musi byæ czynna 24 godziny na dobê; - musi zapewniaæ dostêp do danych za po¶rednictwem sieci WWW (Internet); - Wykonawca na w³asny koszt udostêpnia Zamawiaj±cemu specjalny portal internetowy umo¿liwiaj±cy w sposób bezpieczny dostêp do gromadzonych danych; - portal musi gwarantowaæ wysoki poziom zabezpieczeñ dla przesy³u danych (odpowiednie protoko³y); - Zamawiaj±cy mo¿e zalogowaæ siê do portalu za pomoc± has³a oraz nazwy u¿ytkownika; - Wykonawca musi zapewniæ mo¿liwo¶æ zarejestrowania i zalogowania pracowników Zamawiaj±cego do systemu; - portal musi byæ dostêpny z ka¿dego komputera posiadaj±cego dostêp do Internetu; - dane powinny byæ prezentowane w postaci raportów za okre¶lony definiowany okres dla poszczególnych parkometrów lub ich grup (typy danych przesy³anych przez parkometr zosta³y opisane w rozdziale dotycz±cym wymagañ technicznych dla parkometrów); - wymagane raporty: 1) Finansowe: - dotycz±ce odnotowanych przez parkometry kolekcji monet i szczegó³owych informacji z nimi zwi±zanych; - dotycz±ce ostatnich zg³oszonych przez parkometry stanów zawarto¶ci skarbca; - informuj±ce o przychodach w rozbiciu na grupy parkometrów; - informuj±ce o przychodach w rozbiciu na parkometry; - informuj±ce o przychodach w rozbiciu na dni; - zestawiaj±ce utarg z biletów, kolekcji monet i niewybranych monet pozosta³ych w parkometrach; - pozwalaj±ce przegl±daæ wszystkie wydane bilety parkingowe ze szczegó³ami; - pozwalaj±ce ¶ledziæ u¿ycie kart kontrolnych i serwisowych lub ¿etonów. 2) Serwisowe: - informuj±ce o wszystkich zdarzeniach serwisowych odnotowanych przez parkometry; - informuj±ce o wszystkich zaistnia³ych alarmach oraz ich usuniêciach odnotowanych przez parkometry; - wy¶wietlaj±ce parkometry, które w dniu bie¿±cym nie po³±czy³y siê z CBDP (i informacje o ich ostatnim udanym po³±czeniu); - informuj±ce o tre¶ci i dacie wys³anych SMS-ów; - informuj±ce o warto¶ci napiêæ akumulatorów. - CBDP powinna umo¿liwiaæ zdalne indywidualne programowanie parkometrów z poziomu portalu internetowego w zakresie stawek op³at, okresów p³atnych, ustawieñ kalendarzy dni ¶wi±tecznych, progów sygnalizacji zape³nienia skarbca, niskiego napiêcia akumulatora, koñcz±cego siê papieru; - CBDP powinna umo¿liwiaæ wysy³anie wiadomo¶ci tekstowych SMS na wskazane numery telefonów komórkowych, w okre¶lonych definiowanych porach dnia w przypadku wyst±pienia awarii urz±dzeñ wewnêtrznych parkometru (drukarka, ucinacz, czytnik kart, kasa po¶rednia, czytnik monet), w sytuacjach alarmowych typu: nieuprawnione otwarcie zamków oraz w sytuacjach ostrzegawczych (koñcz±cy siê papier, dope³niaj±cy siê lub zape³niony skarbiec, zbyt niskie napiêcie akumulatora); - Wykonawca jest odpowiedzialny za bezpieczeñstwo danych przesy³anych z parkometrów do CBDP. Przeszkolenie pracowników Zamawiaj±cego w zakresie obs³ugi dostarczonego sprzêtu i oprogramowania. - Wykonawca przeszkoli osoby wskazane przez Zamawiaj±cego w zakresie obs³ugi dostarczonych urz±dzeñ i oprogramowania do obs³ugi strefy p³atnego parkowania; - Terminy szkoleñ zostan± przedstawione Zamawiaj±cemu do akceptacji. Postanowienia dotycz±ce gwarancji i rêkojmi Wykonawca udziela 24 - miesiêcznej rêkojmi/gwarancji na dostarczone w ramach umowy urz±dzenia wraz z oprogramowaniem. W okresie gwarancji/rêkojmi Wykonawca pokrywa wszelkie koszty ³±czno¶ci parkometrów z CBDP.

II.1.4) Czy przewiduje siê udzielenie zamówieñ uzupe³niaj±cych: nie.

II.1.5) Wspólny S³ownik Zamówieñ (CPV): 38.73.00.00 - Parkometry 51.21.40.00 - Us³ugi instalowania parkometrów 45.26.22.10 - Fundamentowanie .

II.1.6) Czy dopuszcza siê z³o¿enie oferty czê¶ciowej: nie.

II.1.7) Czy dopuszcza siê z³o¿enie oferty wariantowej: nie.

II.2) CZAS TRWANIA ZAMÓWIENIA LUB TERMIN WYKONANIA: Zakoñczenie: 31.08.2011.

SEKCJA III: INFORMACJE O CHARAKTERZE PRAWNYM, EKONOMICZNYM, FINANSOWYM I TECHNICZNYM

III.1) WADIUM

Informacja na temat wadium: Zamawiaj±cy nie ¿±da wniesienia wadium

III.2) ZALICZKI

• Czy przewiduje siê udzielenie zaliczek na poczet wykonania zamówienia: nie

III.3) WARUNKI UDZIA£U W POSTÊPOWANIU ORAZ OPIS SPOSOBU DOKONYWANIA OCENY SPE£NIANIA TYCH WARUNKÓW

• III. 3.1) Uprawnienia do wykonywania okre¶lonej dzia³alno¶ci lub czynno¶ci, je¿eli przepisy prawa nak³adaj± obowi±zek ich posiadania

  Opis sposobu dokonywania oceny spe³niania tego warunku

  • Zamawiaj±cy nie ¿±da za³±czenia do oferty dokumentów.

• III.3.2) Wiedza i do¶wiadczenie

  Opis sposobu dokonywania oceny spe³niania tego warunku

  • Zamawiaj±cy nie ¿±da za³±czenia do oferty dokumentów.

• III.3.3) Potencja³ techniczny

  Opis sposobu dokonywania oceny spe³niania tego warunku

  • Zamawiaj±cy nie ¿±da za³±czenia do oferty dokumentów.

• III.3.4) Osoby zdolne do wykonania zamówienia

  Opis sposobu dokonywania oceny spe³niania tego warunku

  • Zamawiaj±cy nie ¿±da za³±czenia do oferty dokumentów.

• III.3.5) Sytuacja ekonomiczna i finansowa

  Opis sposobu dokonywania oceny spe³niania tego warunku

  • Zamawiaj±cy nie ¿±da za³±czenia do oferty dokumentów.

III.4) INFORMACJA O O¦WIADCZENIACH LUB DOKUMENTACH, JAKIE MAJ¡ DOSTARCZYÆ WYKONAWCY W CELU POTWIERDZENIA SPE£NIANIA WARUNKÓW UDZIA£U W POSTÊPOWANIU ORAZ NIEPODLEGANIA WYKLUCZENIU NA PODSTAWIE ART. 24 UST. 1 USTAWY

• III.4.1) W zakresie wykazania spe³niania przez wykonawcê warunków, o których mowa w art. 22 ust. 1 ustawy, oprócz o¶wiadczenia o spe³nieniu warunków udzia³u w postêpowaniu, nale¿y przed³o¿yæ:

• III.4.2) W zakresie potwierdzenia niepodlegania wykluczeniu na podstawie art. 24 ust. 1 ustawy, nale¿y przed³o¿yæ:

  • o¶wiadczenie o braku podstaw do wykluczenia
  • aktualny odpis z w³a¶ciwego rejestru, je¿eli odrêbne przepisy wymagaj± wpisu do rejestru, w celu wykazania braku podstaw do wykluczenia w oparciu o art. 24 ust. 1 pkt 2 ustawy, wystawiony nie wcze¶niej ni¿ 6 miesiêcy przed up³ywem terminu sk³adania wniosków o dopuszczenie do udzia³u w postêpowaniu o udzielenie zamówienia albo sk³adania ofert, a w stosunku do osób fizycznych o¶wiadczenie w zakresie art. 24 ust. 1 pkt 2 ustawy

• III.4.3) Dokumenty podmiotów zagranicznych

  Je¿eli wykonawca ma siedzibê lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, przedk³ada:

  III.4.3.1) dokument wystawiony w kraju, w którym ma siedzibê lub miejsce zamieszkania potwierdzaj±cy, ¿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 wniosków o dopuszczenie do udzia³u w postêpowaniu o udzielenie zamówienia albo sk³adania ofert

III.6) INNE DOKUMENTY

Inne dokumenty niewymienione w pkt III.4) albo w pkt III.5)

Opis techniczno-funkcjonalny urz±dzeñ

III.7) Czy ogranicza siê mo¿liwo¶æ ubiegania siê o zamówienie publiczne tylko dla wykonawców, u których ponad 50 % pracowników stanowi± osoby niepe³nosprawne: nie

SEKCJA IV: PROCEDURA

IV.1) TRYB UDZIELENIA ZAMÓWIENIA

IV.1.1) Tryb udzielenia zamówienia: przetarg nieograniczony.

IV.2) KRYTERIA OCENY OFERT

IV.2.1) Kryteria oceny ofert: najni¿sza cena.

IV.2.2) Czy przeprowadzona bêdzie aukcja elektroniczna: nie.

IV.3) ZMIANA UMOWY

Czy przewiduje siê istotne zmiany postanowieñ zawartej umowy w stosunku do tre¶ci oferty, na podstawie której dokonano wyboru wykonawcy: tak

Dopuszczalne zmiany postanowieñ umowy oraz okre¶lenie warunków zmian

Na podstawie art. 144 ust. 1 ustawy Pzp, dopuszcza siê mo¿liwo¶æ zmiany postanowieñ zawartej umowy w stosunku do tre¶ci oferty, na podstawie której dokonano wyboru Wykonawcy w zakresie: 1) zmiany terminu wykonania zamówienia z przyczyn niezale¿nych od Wykonawcy i Zamawiaj±cego; 2) Zmiany w zakresie p³atno¶ci dotycz±ce terminów lub ¼ród³a finansowania Zamawiaj±cego

IV.4) INFORMACJE ADMINISTRACYJNE

IV.4.1) Adres strony internetowej, na której jest dostêpna specyfikacja istotnych warunków zamówienia: www.plonsk.pl
Specyfikacjê istotnych warunków zamówienia mo¿na uzyskaæ pod adresem: 09-100 P³oñsk, ul. P³ocka 39 Urz±d Miejski (wej¶cie od ul. 1 Maja) Referat Obs³ugi Prawnej, pokój nr 116, I piêtro..

IV.4.4) Termin sk³adania wniosków o dopuszczenie do udzia³u w postêpowaniu lub ofert: 08.08.2011 godzina 09:00, miejsce: 09-100 P³oñsk, ul. P³ocka 39 Urz±d Miejski (wej¶cie od ul. 1 Maja) Kancelaria Urzêdu - Sala Obs³ugi Interesantów (na parterze).

IV.4.5) Termin zwi±zania ofert±: do 07.09.2011.

IV.4.16) Informacje dodatkowe, w tym dotycz±ce finansowania projektu/programu ze ¶rodków Unii Europejskiej: Nie dotyczy.

IV.4.17) Czy przewiduje siê uniewa¿nienie postêpowania o udzielenie zamówienia, w przypadku nieprzyznania ¶rodków pochodz±cych z bud¿etu Unii Europejskiej oraz niepodlegaj±cych zwrotowi ¶rodków z pomocy udzielonej przez pañstwa cz³onkowskie Europejskiego Porozumienia o Wolnym Handlu (EFTA), które mia³y byæ przeznaczone na sfinansowanie ca³o¶ci lub czê¶ci zamówienia: nie