zgoda
Ta strona używa plików cookie w celu usprawnienia i ułatwienia dostępu do serwisu, prowadzenia danych statystycznych oraz wsparcia usług społecznościowych. Dalsze korzystanie z tej witryny oznacza akceptację tego stanu rzeczy.
Możesz samodzielnie decydować o tym czy, jakie i przez jakie witryny pliki cookie mogą być zamieszczana na Twoim urządzeniu. Przeczytaj: jak wyłączyć pliki cookie. Szczgółowe informacje na temat wykorzystania plików cookie znajdziesz w Polityce Prywatności.

Informacje o przetargu

Adres: Sportowa 9, 38-300 Gorlice, woj. małopolskie
Dane kontaktowe: email: biuro@osir.gorlice.pl
tel: 183526970
fax: -
Dane postępowania
ID postępowania: 41811620100
Data publikacji zamówienia: 2010-12-23
Termin składania wniosków: 2011-01-04   
Rodzaj zamówienia: dostawy
Tryb& postępowania [PN]: Przetarg nieograniczony
Czas na realizację: 27 dni
Wadium: -
Oferty uzupełniające: NIE Oferty częściowe: NIE
Oferty wariantowe: NIE Przewidywana licyctacja: NIE
Ilość części: 1 Kryterium ceny: 100%
WWW ogłoszenia: www.osir.gorlice.pl Informacja dostępna pod: Ośrodek Sportu i Rekreacji w Gorlicach, 38- 300 Gorlice, ul. Sportowa 9
Okres związania ofertą: 30 dni
Kody CPV
38730000-1 Parkometry
Wyniki
Nazwa części Wykonawca Wartość
DOSTAWA 21 PARKOMETRÓW WRAZ Z MONTAŻEM NA TERENIE MIASTA GORLICE ORAZ ICH ZAPROGRAMOWANIE, URUCHOMIENIE, SERWISOWANIE I KONSERWACJĘ MBS COMPUTERGRAPHIK Sp. z o.o.
Błonie
358 914,00
0,39
Barometr Ryzyka Nadużyć

Raport końcowy na temat potencjalnego ryzyka nadużyć dla wskazanej części wyniku postępowania przetargowego.


Kliknij we wskaźnik by poznać szczegóły

Dane ogłoszenia o wyniku:
Data udzielenia:
2011-01-20
Dotyczy cześci nr:
1
Kody CPV:
387300001
Ilość podmiotów składających się na wykonawcę:
1
Kwota oferty w PLN:
358 914,00 zł
Minimalna złożona oferta:
358 914,00 zł
Ilość złożonych ofert:
1
Ilość ofert odrzuconych przez zamawiającego:
0
Minimalna złożona oferta:
358 914,00 zł
Maksymalna złożona oferta:
358 914,00 zł


Gorlice: DOSTAWA 21 PARKOMETRÓW WRAZ Z MONTAŻEM NA TERENIE MIASTA GORLICE ORAZ ICH ZAPROGRAMOWANIE, URUCHOMIENIE, SERWISOWANIE I KONSERWACJĘ


Numer ogłoszenia: 418116 - 2010; data zamieszczenia: 23.12.2010

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:
Ośrodek Sportu i Rekreacji w Gorlicach , ul. Sportowa 9, 38-300 Gorlice, woj. małopolskie, tel. 018 3526970, faks 018 3526970.


  • Adres strony internetowej zamawiającego:
    www.osir.gorlice.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:
DOSTAWA 21 PARKOMETRÓW WRAZ Z MONTAŻEM NA TERENIE MIASTA GORLICE ORAZ ICH ZAPROGRAMOWANIE, URUCHOMIENIE, SERWISOWANIE I KONSERWACJĘ.


II.1.2) Rodzaj zamówienia:
dostawy.


II.1.3) Określenie przedmiotu oraz wielkości lub zakresu zamówienia:
1.1. Zakres prac wchodzących w skład zamówienia 1) Dostawa i montaż 21 sztuk parkometrów - fabrycznie nowych urządzeń jednego typu w Strefie Płatnego Parkowania (SPP) oraz innych urządzeń technicznych niezbędnych do funkcjonowania SPP. 2) Uruchomienie i prowadzenie w okresie gwarancji, na własny koszt Centralnej Bazy Danych Parkometrów (CBDP) zarządzającej, kontrolującej i monitorującej funkcjonowanie sieci parkometrów w SPP, która musi spełniać następujące wymagania: a) musi być zlokalizowana na serwerze Wykonawcy; b) musi być czynna 24 godziny na dobę; c) musi zapewniać dostęp do danych za pośrednictwem sieci WWW (Internet); d) Wykonawca ma własny koszt udostępnia Zamawiającemu specjalny portal internetowy umożliwiający w sposób bezpieczny dostęp do gromadzonych danych; e) portal musi gwarantować wysoki poziom zabezpieczeń dla przesyłu danych (odpowiednie protokoły SSL); f) Zamawiający może zalogować się do portalu za pomocą hasła oraz nazwy użytkownika; g) Wykonawca musi zapewnić możliwość zarejestrowania i zalogowania pracowników Zamawiającego do systemu; h) portal musi być dostępny z każdego komputera posiadającego dostęp do Internetu; i) 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); j) wymagane raporty: - 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; informujące o procentowych wskaźnikach wykorzystania miejsc parkingowych przypisanych umownie do konkretnego parkometru na podst. wzoru: P(%) = [T/(Tmax * L)] * 100% gdzie: P(%) - procentowy wskaźnik wykorzystania miejsc parkingowych dla parkometru P L - liczba miejsc parkingowych umownie przypisanych do parkometru (określa Zamawiający) T - liczba godzin płatnych wykupionych przez parkujących dla zadanego okresu, wyliczana na podstawie sprzedanych biletów w danym parkometrze Tmax - całkowita liczba godzin płatnych w zadanym okresie w danym parkometrze - 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 nie połączyły się z CBDP; 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, kasa pośrednia, czytnik monet), w sytuacjach alarmowych typu: nieuprawnione otwarcie zamków w sytuacjach ostrzegawczych (kończący się papier, dopełniający się lub zapełniony skarbiec, zbyt niskie napięcie akumulatora); - Zamawiający uważa za nieuprawione otwarcie zamków wszelkie otwarcia niepoprzedzone wcześniejszą autoryzacją za pomocą specjalnej monety (żetonu) lub innego mechanizmu jaki zaproponuje Wykonawca. Czas na autoryzowane otwarcie zamka poprzedzony użyciem specjalnej monety (żetonu) nie może przekraczać jednej minuty. Po tym czasie prawo do autoryzowanego otwarcia wygasa; - Informacja w CBDP o braku komunikacji parkometru z CBDP ma być wyświetlana w formie raportu na zapytanie operatora. Raport wskaże parkometry które w zadanym okresie/dniu nie nawiązały łączności z CBDP. Raport zostanie wygenerowany w ciągu 10 sekund od zapytania - Wykonawca jest odpowiedzialny za bezpieczeństwo danych przesyłanych z parkometrów do CBDP. 3) Dostawa i uruchomienie Centralnego Systemu Windykacji zwanego dalej CSW, umożliwiającego Zamawiającemu prowadzenie windykacji należności za parkowanie, ewidencję wraz z przeszkoleniem 2 pracowników Zamawiającego oraz dostawę 2 terminali kontrolera. 4) CSW powinien dzielić się na: a) terminale kontrolerów wraz z oprogramowaniem; b) oprogramowanie do obsługi SPP w zakresie nakładania, wydruku, ewidencji oraz rozliczania (przyjmowania wpłat, możliwości anulowania) nałożonych opłat dodatkowych wraz z modułem raportującym, zwane dalej OSPP; c) oprogramowanie windykacyjne umożliwiające prowadzenie postępowania egzekucyjnego w administracji, zwane dalej OW, 5) Oprogramowanie OSPP i OW powinny być dostępne jako jeden spójny system i mieć możliwość niezależnego funkcjonowania w dwóch różnych lokalizacjach z zapewnieniem przekazywania informacji w postaci elektronicznej z OSPP do OW. Programy OSPP i OW powinny być dwoma odrębnymi programami z możliwością wymiany danych pomiędzy sobą ze względu na pracę w dwóch odrębnych lokalizacjach. 6) Oprogramowanie OSPP powinno umożliwiać w szczególności: a) ewidencję nałożonych opłat dodatkowych; b) możliwość rozliczania (przyjmowanie wpłat) opłat dodatkowych; c) możliwość anulowania opłaty dodatkowej; d) tworzenie raportów i zestawień; e) umożliwiać eksport danych w formie elektronicznej do OW; f) umożliwiać komunikację dwustronną z terminalem przenośnym w zakresie odczytywania danych o wystawionych opłatach dodatkowych oraz konfigurowanie programu terminala kontrolera; g) umożliwiać tworzenie oraz modyfikację przez uprawnionego pracownika listy parkometrów zainstalowanych w SPP i możliwości eksportowania jej do terminala; h) umożliwiać tworzenie oraz modyfikację listy zawierającej marki pojazdów. 7) Oprogramowanie OW powinno umożliwiać w szczególności: a) potwierdzenia postępowania egzekucyjnego w administracji według obowiązujących przepisów; b) importowanie danych zawierających nałożone opłaty dodatkowe w formie elektronicznej z oprogramowania OSPP; c) prowadzenie postępowania w trybie pełnym (wezwanie, upomnienie, tytuł wykonawczy); d) prowadzenie postępowania w trybie skróconym (upomnienie, tytuł wykonawczy); e) nadrukowywania zwrotek pocztowych; f) drukowania pocztowej książki nadawczej do wydrukowanych w danym okresie pism; g) tworzenie rejestrów tytułów wykonawczych w rozbiciu na poszczególne Urzędy Skarbowe; h) modyfikowanie (przez uprawnionego pracownika) kompletnych szablonów/formatek wszystkich drukowanych dokumentów (wezwań, upomnień, tytułów wykonawczych, formularzy, raportów i rejestrów); i) parametryzowanie pracy programu pod kątem zmiany sygnatur pism, zmiany kosztów postępowania, zmiany wysokości opłaty dodatkowej, liczby pozycji zawartych na upomnieniu (upomnienie jedno- lub czteropozycyjne); j) współpraca z systemem CEPIK w wersji zarówno papierowej jak i elektronicznej z możliwością tworzenia zapytań o dane osoby dla spraw nierozliczonych z opcją późniejszego automatycznego wczytywania pliku otrzymanego z CEPIK; k) tworzenie raportów i zestawień dotyczących procedury windykacyjnej. 8) Oprogramowanie OW zostanie zainstalowane przez Wykonawcę na 2 komputerach Zamawiającego z zainstalowanym systemem operacyjnym Windows XP Proffesional PL. Zamawiający dysponuje standardowymi komputerami PC z systemami operacyjnymi Windows XP Professional PL. 9) Terminal kontrolera i jego oprogramowanie powinny umożliwiać: a) wydruk dokumentu opłaty dodatkowej zawierający unikalny numer opłaty dodatkowej, datę oraz godzinę czynności, numer służbowy kontrolera/inspektora, numer parkometru wraz z adresem przy którym wystawiono dokument, numer rejestracyjny pojazdu, markę pojazdu i kolor. Wielkość wydruku opłaty dodatkowej powinna zapewniać minimalną szerokość 40mm. Pozostałe wymagane informacje jakie zawiera wydruk powinny być czytelne dla kierowcy; b) podpowiadanie marki pojazdu podczas wprowadzania kolejnych liter/znaków; c) weryfikację poprawności wprowadzonego numeru parkometru przez kontrolera z listy znajdujących się w terminalu; d) możliwość zmiany treści wydruku dokumentu opłaty dodatkowej przez uprawnionego pracownika; e) automatyczna wymiana danych z programem OSPP. Zamawiający preferuje sposób przewodowy za pomocą standardowych interfejsów USB lub LAN Ethernet. Zamawiający dopuszcza sposób bezprzewodowy (np. Bluetooth, WiFi lub inny) ale Wykonawca musi zapewnić w ramach dostawy odpowiedni interfejs od strony komputera. 10)Terminal kontrolera powinien spełniać następujące warunki - powinien być równoważny lub nie gorszy niż: a) wytrzymanie upadku z wysokości 1,2 m na dowolną powierzchnię; b) zasilanie z akumulatorów; c) temperaturę pracy -20°C do +50°; d) ekran graficzny, kolorowy, dotykowy; e) wbudowana drukarka termiczna (szerokość wydruku minimum 40mm). 1.2. Wymagania jakie musi spełniać parkometr - równoważny lub nie gorszy niż: 1) Parkometry powinny spełniać wymagania określone w Polskiej Normie - PN-EN 12414 : 2002 oraz określone w niniejszej specyfikacji. W przypadku rozbieżności urządzenie powinno spełniać wymaganie surowsze. Parkometry powinny być fabrycznie nowe i pochodzić z bieżącej produkcji (rok 2010). 2) 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). W przypadku awarii (o ile rodzaj awarii na to pozwala) parkometr powinien w stanie aktywnym wyświetlać lokalizację najbliższego parkometru. 3) 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). 4) Informacje dotyczące obsługi parkometr 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). 5) Ś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: a) tylko monety PLN (monety Euro są zwracane); b) tylko monety EURO (monety PLN są zwracane); c) 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. 6) Wyświetlanie informacji dotyczących transakcji. W czasie realizacji transakcji parkometr powinien wyświetlać na bieżąco informację o: a) wysokości wniesionej opłaty monetą; b) opłaconym czasie parkowania; c) 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. 7) 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). 8) 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. 9) 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. W mieście Gorlice obowiązują trzy taryfy opłat zgodnie z uchwałą nr 452/li/2010 Rady miasta Gorlice. 10) Bilet. Parkometr powinien wydać użytkownikowi wydrukowany dowód wpłaty (bilet). Na bilecie powinny znajdować się następujące informacje: a) nazwa emitenta biletu; b) numer oraz adres parkometru z którego został wydany bilet; c) kod dzienny biletu lub inne zabezpieczenie przed podrobieniem, które jest możliwe do zweryfikowania podczas standardowej kontroli (np. algorytm godziny, daty); d) numer kolejny wydanego biletu; e) symbol taryfy; f) data oraz godzina i minuta upływu ważności biletu (odpowiednio dużą czcionką); g) wysokość wniesionej opłaty; h) data i godzina zakupu. Na każdym bilecie powinna być umieszczona informacja o obowiązku umieszczenia biletu w widocznym miejscu za przednią szyba 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ą. 11) Rejestrowanie danych. Parkometr powinien rejestrować w pamięci: a) dane finansowe: - informacje o sprzedanych 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; b) rejestr zdarzeń: - data i godzina wystąpienia awarii lub zdarzenia alarmowego; - rodzaj awarii lub zdarzenia alarmowego. c) 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 Systemu Centralnego. 12) Programowanie parkometru. Oprogramowanie parkometru musi umożliwiać przy pomocy klawiatury serwisowej (ręcznie) i bezprzewodowo z systemu centralnego CBDP: a) zaprogramowanie w każdym roku kalendarzowym dni płatnych i bezpłatnych, powszednich, sobót, świąt oraz zmiany czasu wiosną i jesienią; b) przeprogramowanie stawek opłat i okresów płatnych dla każdego dnia tygodnia indywidualnie; c) przeprogramowanie danych identyfikacyjnych urządzenia; d) kontrolę dostępu osób uprawnionych (poprzez specjalny żeton). 13) Kolekcja monet. Parkometr powinien posiadać mechanizm umożliwiający kolekcję monet w jeden ze sposobów: a) w przypadku wyposażenia parkometru w stały skarbiec, w którym gromadzone są monety, kolekcja powinna odbywać się za pomocą specjalnego przenośnego zbiornika kolekcyjnego. Po przeprowadzeniu kolekcji monet zbiornik powinien być zamknięty. Otwarcie zbiornika powinno być możliwe jedynie po naruszeniu zabezpieczeń (otwarcie zamka, zerwanie plomby itp.); b) w przypadku wyposażenia parkometru w wymienny skarbiec (kasetę) 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: a) numer kolejny raportu; b) numer parkometru i jego lokalizację; c) datę i godzinę; d) stan kasy - liczbę i rodzaje monet (PLN i Euro); e) sumę całkowitą. 14) 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łą pracę 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. 15) 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. W każdym wypadku zaniku zasilania parkometr powinien posiadać odpowiednie zabezpieczenia przed wykasowaniem danych z pamięci wewnętrznej. 16) Wymagania środowiskowe. 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. Skarbiec parkometru/wymienna kaseta na monety powinien 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. 17) Transmisja danych. Parkometr powinien przesyłać do Systemu Centralnego CBDP drogą radiową lub inną drogą bezprzewodową informacje o zajściu następujących zdarzeń: a) awarii podstawowych modułów (drukarka, ucinacz, selektor monet, kasa pośrednia, czytnik kart, procesor); b) zbyt niskim poziomie naładowania akumulatora; c) zbliżającym się końcu taśmy papierowej do drukowania biletów; d) wysokim stopniu napełnienia skarbca; e) nieuprawnionych otwarciach; f) 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ą radiową lub inną drogą bezprzewodową z częstotliwością minimum raz na dobę: a) dane dotyczące wszystkich rejestrowanych operacji serwisowych; b) szczegółowe dane dotyczące wszystkich transakcji zakupu biletów, rodzaju dokonywanych płatności i wszystkich operacji opróżnień parkometrów z monet; c) utarg dobowy z ostatniej doby poprzedzającej transmisję. Oprogramowanie parkometru powinno umożliwiać dowolne ustawianie godziny i minuty transmisji dobowych dla każdego parkometru indywidualnie. 18) 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ę (specjalny żeton). 19) gwarancja 24 miesiące..


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


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

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


III.1) WADIUM


Informacja na temat wadium:
Oferta musi być zabezpieczona wadium w wysokości 5.000,00 zł (słownie zł: pięć tysięcy 00/100). Wadium musi obejmować okres związania ofertą to jest 30 dni od ostatecznego terminu składania ofert Wadium może być wnoszone w jednej lub kilku następujących formach: - pieniądzu, - poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo - kredytowej, z tym że poręczenie kasy jest zawsze poręczeniem pieniężnym, - gwarancjach bankowych, - gwarancjach ubezpieczeniowych, - poręczeniach udzielanych przez podmioty, o których mowa w art.6b ust.5 pkt.2 ustawy z dnia 9 listopada 2000 r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (Dz. U. Nr 109, poz. 1158, z późn. zm.). Zamawiający poza formami wnoszenia wadium w/w nie dopuszcza innych form jego wnoszenia. Wadium wnoszone w pieniądzu należy wpłacić przelewem na rachunek bankowy zamawiającego: Bank BGŻ 84 2030 0045 1110 0000 0160 8890 W przypadku wnoszenia wadium w formie pieniężnej za termin wniesienia wadium przyjmuje się datę uznania rachunku Zamawiającego. Uznanie rachunku Zamawiającego musi nastąpić najpóźniej w terminie składnia ofert tj. do dnia 04.01.2011 r. do godz. 10:00 Wadium w formie innej niż pieniądz należy wnieść najpóźniej w terminie składnia ofert tj. do dnia 04.01.2011 r. do godz. 10:00 Wadium wnoszone w formie innej niż pieniężna należy złożyć w formie oryginału w siedzibie zamawiającego. W przypadku wadium wnoszonego w poręczeniach lub gwarancjach data wygaśnięcia poręczenia lub gwarancji obejmować musi co najmniej 30 dniowy termin związania ofertą.


III.2) ZALICZKI


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


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.5) INFORMACJA O DOKUMENTACH POTWIERDZAJĄCYCH, ŻE OFEROWANE DOSTAWY , USŁUGI LUB ROBOTY BUDOWLANE ODPOWIADAJĄ OKREŚLONYM WYMAGANIOM

W zakresie potwierdzenia, że oferowane dostawy, usługi lub roboty budowlane odpowiadają określonym wymaganiom należy przedłożyć:

  • opis urządzeń technicznych, instrukcję obsługi oraz środków stosowanych przez wykonawcę dostaw lub usług oraz opis zaplecza naukowo-badawczego wykonawcy, w celu potwierdzenia zapewnienia odpowiedniej jakości realizowanego zamówienia

III.6) INNE DOKUMENTY

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

1. Wypełniony formularz OFERTA, który należy sporządzić ściśle wg wzoru formularza stanowiącego zał. nr 1 do SIWZ. Formularz musi być podpisany przez osobę/osoby uprawnione do składania oświadczeń woli w zakresie praw i obowiązków majątkowych wykonawcy z podaniem ceny za całość przedmiotu zamówienia: - netto - podatek VAT - brutto oraz załączniki: 2. Pełnomocnictwa osób podpisujących ofertę do podejmowania zobowiązań w imieniu firmy składającej ofertę, o ile nie wynikają z przepisów prawa lub innych dokumentów, 3. Przedsiębiorcy występujący jako spółka cywilna zamiast upoważnienia o którym mowa powyżej mogą dołączyć do oferty umowę spółki cywilnej w przypadku gdy umowa spółki jednoznacznie wskazuje na sposób reprezentowania spółki. 4. Potwierdzony przez upoważnionego przedstawiciela wykonawcy wzór umowy stanowiący zał. nr 2 do SIWZ,


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:
nie


IV.4) INFORMACJE ADMINISTRACYJNE


IV.4.1)
 
Adres strony internetowej, na której jest dostępna specyfikacja istotnych warunków zamówienia:
www.osir.gorlice.pl

Specyfikację istotnych warunków zamówienia można uzyskać pod adresem:
Ośrodek Sportu i Rekreacji w Gorlicach, 38- 300 Gorlice, ul. Sportowa 9.


IV.4.4) Termin składania wniosków o dopuszczenie do udziału w postępowaniu lub ofert:
04.01.2011 godzina 10:00, miejsce: Ośrodek Sportu i Rekreacji w Gorlicach, 38- 300 Gorlice, ul. Sportowa 9.


IV.4.5) Termin związania ofertą:
okres w dniach: 30 (od ostatecznego terminu składania ofert).


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


Gorlice: DOSTAWA 21 PARKOMETRÓW WRAZ Z MONTAŻEM NA TERENIE MIASTA GORLICE ORAZ ICH ZAPROGRAMOWANIE, URUCHOMIENIE, SERWISOWANIE I KONSERWACJĘ


Numer ogłoszenia: 23215 - 2011; data zamieszczenia: 20.01.2011

OGŁOSZENIE O UDZIELENIU ZAMÓWIENIA - Dostawy


Zamieszczanie ogłoszenia:
obowiązkowe.


Ogłoszenie dotyczy:
zamówienia publicznego.


Czy zamówienie było przedmiotem ogłoszenia w Biuletynie Zamówień Publicznych:
tak, numer ogłoszenia w BZP: 418116 - 2010r.


Czy w Biuletynie Zamówień Publicznych zostało zamieszczone ogłoszenie o zmianie ogłoszenia:
nie.

SEKCJA I: ZAMAWIAJĄCY


I. 1) NAZWA I ADRES:
Ośrodek Sportu i Rekreacji w Gorlicach, ul. Sportowa 9, 38-300 Gorlice, woj. małopolskie, tel. 018 3526970, faks 018 3526970.


I. 2) RODZAJ ZAMAWIAJĄCEGO:
Administracja samorządowa.

SEKCJA II: PRZEDMIOT ZAMÓWIENIA


II.1) Nazwa nadana zamówieniu przez zamawiającego:
DOSTAWA 21 PARKOMETRÓW WRAZ Z MONTAŻEM NA TERENIE MIASTA GORLICE ORAZ ICH ZAPROGRAMOWANIE, URUCHOMIENIE, SERWISOWANIE I KONSERWACJĘ.


II.2) Rodzaj zamówienia:
Dostawy.


II.3) Określenie przedmiotu zamówienia:
1.1. Zakres prac wchodzących w skład zamówienia 1) Dostawa i montaż 21 sztuk parkometrów - fabrycznie nowych urządzeń jednego typu w Strefie Płatnego Parkowania (SPP) oraz innych urządzeń technicznych niezbędnych do funkcjonowania SPP. 2) Uruchomienie i prowadzenie w okresie gwarancji, na własny koszt Centralnej Bazy Danych Parkometrów (CBDP) zarządzającej, kontrolującej i monitorującej funkcjonowanie sieci parkometrów w SPP, która musi spełniać następujące wymagania: a) musi być zlokalizowana na serwerze Wykonawcy; b) musi być czynna 24 godziny na dobę; c) musi zapewniać dostęp do danych za pośrednictwem sieci WWW (Internet); d) Wykonawca ma własny koszt udostępnia Zamawiającemu specjalny portal internetowy umożliwiający w sposób bezpieczny dostęp do gromadzonych danych; e) portal musi gwarantować wysoki poziom zabezpieczeń dla przesyłu danych (odpowiednie protokoły SSL); f) Zamawiający może zalogować się do portalu za pomocą hasła oraz nazwy użytkownika; g) Wykonawca musi zapewnić możliwość zarejestrowania i zalogowania pracowników Zamawiającego do systemu; h) portal musi być dostępny z każdego komputera posiadającego dostęp do Internetu; i) 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); j) wymagane raporty: - 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; informujące o procentowych wskaźnikach wykorzystania miejsc parkingowych przypisanych umownie do konkretnego parkometru na podst. wzoru: P(%) = [T/(Tmax * L)] * 100% gdzie: P(%) - procentowy wskaźnik wykorzystania miejsc parkingowych dla parkometru P L - liczba miejsc parkingowych umownie przypisanych do parkometru (określa Zamawiający) T - liczba godzin płatnych wykupionych przez parkujących dla zadanego okresu, wyliczana na podstawie sprzedanych biletów w danym parkometrze Tmax - całkowita liczba godzin płatnych w zadanym okresie w danym parkometrze - 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 nie połączyły się z CBDP; 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, kasa pośrednia, czytnik monet), w sytuacjach alarmowych typu: nieuprawnione otwarcie zamków w sytuacjach ostrzegawczych (kończący się papier, dopełniający się lub zapełniony skarbiec, zbyt niskie napięcie akumulatora); - Zamawiający uważa za nieuprawione otwarcie zamków wszelkie otwarcia niepoprzedzone wcześniejszą autoryzacją za pomocą specjalnej monety (żetonu) lub innego mechanizmu jaki zaproponuje Wykonawca. Czas na autoryzowane otwarcie zamka poprzedzony użyciem specjalnej monety (żetonu) nie może przekraczać jednej minuty. Po tym czasie prawo do autoryzowanego otwarcia wygasa; - Informacja w CBDP o braku komunikacji parkometru z CBDP ma być wyświetlana w formie raportu na zapytanie operatora. Raport wskaże parkometry które w zadanym okresie/dniu nie nawiązały łączności z CBDP. Raport zostanie wygenerowany w ciągu 10 sekund od zapytania - Wykonawca jest odpowiedzialny za bezpieczeństwo danych przesyłanych z parkometrów do CBDP. 3) Dostawa i uruchomienie Centralnego Systemu Windykacji zwanego dalej CSW, umożliwiającego Zamawiającemu prowadzenie windykacji należności za parkowanie, ewidencję wraz z przeszkoleniem 2 pracowników Zamawiającego oraz dostawę 2 terminali kontrolera. 4) CSW powinien dzielić się na: a) terminale kontrolerów wraz z oprogramowaniem; b) oprogramowanie do obsługi SPP w zakresie nakładania, wydruku, ewidencji oraz rozliczania (przyjmowania wpłat, możliwości anulowania) nałożonych opłat dodatkowych wraz z modułem raportującym, zwane dalej OSPP; c) oprogramowanie windykacyjne umożliwiające prowadzenie postępowania egzekucyjnego w administracji, zwane dalej OW, 5) Oprogramowanie OSPP i OW powinny być dostępne jako jeden spójny system i mieć możliwość niezależnego funkcjonowania w dwóch różnych lokalizacjach z zapewnieniem przekazywania informacji w postaci elektronicznej z OSPP do OW. Programy OSPP i OW powinny być dwoma odrębnymi programami z możliwością wymiany danych pomiędzy sobą ze względu na pracę w dwóch odrębnych lokalizacjach. 6) Oprogramowanie OSPP powinno umożliwiać w szczególności: a) ewidencję nałożonych opłat dodatkowych; b) możliwość rozliczania (przyjmowanie wpłat) opłat dodatkowych; c) możliwość anulowania opłaty dodatkowej; d) tworzenie raportów i zestawień; e) umożliwiać eksport danych w formie elektronicznej do OW; f) umożliwiać komunikację dwustronną z terminalem przenośnym w zakresie odczytywania danych o wystawionych opłatach dodatkowych oraz konfigurowanie programu terminala kontrolera; g) umożliwiać tworzenie oraz modyfikację przez uprawnionego pracownika listy parkometrów zainstalowanych w SPP i możliwości eksportowania jej do terminala; h) umożliwiać tworzenie oraz modyfikację listy zawierającej marki pojazdów. 7) Oprogramowanie OW powinno umożliwiać w szczególności: a) potwierdzenia postępowania egzekucyjnego w administracji według obowiązujących przepisów; b) importowanie danych zawierających nałożone opłaty dodatkowe w formie elektronicznej z oprogramowania OSPP; c) prowadzenie postępowania w trybie pełnym (wezwanie, upomnienie, tytuł wykonawczy); d) prowadzenie postępowania w trybie skróconym (upomnienie, tytuł wykonawczy); e) nadrukowywania zwrotek pocztowych; f) drukowania pocztowej książki nadawczej do wydrukowanych w danym okresie pism; g) tworzenie rejestrów tytułów wykonawczych w rozbiciu na poszczególne Urzędy Skarbowe; h) modyfikowanie (przez uprawnionego pracownika) kompletnych szablonów/formatek wszystkich drukowanych dokumentów (wezwań, upomnień, tytułów wykonawczych, formularzy, raportów i rejestrów); i) parametryzowanie pracy programu pod kątem zmiany sygnatur pism, zmiany kosztów postępowania, zmiany wysokości opłaty dodatkowej, liczby pozycji zawartych na upomnieniu (upomnienie jedno- lub czteropozycyjne); j) współpraca z systemem CEPIK w wersji zarówno papierowej jak i elektronicznej z możliwością tworzenia zapytań o dane osoby dla spraw nierozliczonych z opcją późniejszego automatycznego wczytywania pliku otrzymanego z CEPIK; k) tworzenie raportów i zestawień dotyczących procedury windykacyjnej. 8) Oprogramowanie OW zostanie zainstalowane przez Wykonawcę na 2 komputerach Zamawiającego z zainstalowanym systemem operacyjnym Windows XP Proffesional PL. Zamawiający dysponuje standardowymi komputerami PC z systemami operacyjnymi Windows XP Professional PL. 9) Terminal kontrolera i jego oprogramowanie powinny umożliwiać: a) wydruk dokumentu opłaty dodatkowej zawierający unikalny numer opłaty dodatkowej, datę oraz godzinę czynności, numer służbowy kontrolera/inspektora, numer parkometru wraz z adresem przy którym wystawiono dokument, numer rejestracyjny pojazdu, markę pojazdu i kolor. Wielkość wydruku opłaty dodatkowej powinna zapewniać minimalną szerokość 40mm. Pozostałe wymagane informacje jakie zawiera wydruk powinny być czytelne dla kierowcy; b) podpowiadanie marki pojazdu podczas wprowadzania kolejnych liter/znaków; c) weryfikację poprawności wprowadzonego numeru parkometru przez kontrolera z listy znajdujących się w terminalu; d) możliwość zmiany treści wydruku dokumentu opłaty dodatkowej przez uprawnionego pracownika; e) automatyczna wymiana danych z programem OSPP. Zamawiający preferuje sposób przewodowy za pomocą standardowych interfejsów USB lub LAN Ethernet. Zamawiający dopuszcza sposób bezprzewodowy (np. Bluetooth, WiFi lub inny) ale Wykonawca musi zapewnić w ramach dostawy odpowiedni interfejs od strony komputera. 10)Terminal kontrolera powinien spełniać następujące warunki - powinien być równoważny lub nie gorszy niż: a) wytrzymanie upadku z wysokości 1,2 m na dowolną powierzchnię; b) zasilanie z akumulatorów; c) temperaturę pracy -20°C do +50°; d) ekran graficzny, kolorowy, dotykowy; e) wbudowana drukarka termiczna (szerokość wydruku minimum 40mm). 1.2. Wymagania jakie musi spełniać parkometr - równoważny lub nie gorszy niż: 1) Parkometry powinny spełniać wymagania określone w Polskiej Normie - PN-EN 12414 : 2002 oraz określone w niniejszej specyfikacji. W przypadku rozbieżności urządzenie powinno spełniać wymaganie surowsze. Parkometry powinny być fabrycznie nowe i pochodzić z bieżącej produkcji (rok 2010). 2) 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). W przypadku awarii (o ile rodzaj awarii na to pozwala) parkometr powinien w stanie aktywnym wyświetlać lokalizację najbliższego parkometru. 3) 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). 4) Informacje dotyczące obsługi parkometr 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). 5) Ś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: a) tylko monety PLN (monety Euro są zwracane); b) tylko monety EURO (monety PLN są zwracane); c) 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. 6) Wyświetlanie informacji dotyczących transakcji. W czasie realizacji transakcji parkometr powinien wyświetlać na bieżąco informację o: a) wysokości wniesionej opłaty monetą; b) opłaconym czasie parkowania; c) 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. 7) 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). 8) 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. 9) 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. W mieście Gorlice obowiązują trzy taryfy opłat zgodnie z uchwałą nr 452/li/2010 Rady miasta Gorlice. 10) Bilet. Parkometr powinien wydać użytkownikowi wydrukowany dowód wpłaty (bilet). Na bilecie powinny znajdować się następujące informacje: a) nazwa emitenta biletu; b) numer oraz adres parkometru z którego został wydany bilet; c) kod dzienny biletu lub inne zabezpieczenie przed podrobieniem, które jest możliwe do zweryfikowania podczas standardowej kontroli (np. algorytm godziny, daty); d) numer kolejny wydanego biletu; e) symbol taryfy; f) data oraz godzina i minuta upływu ważności biletu (odpowiednio dużą czcionką); g) wysokość wniesionej opłaty; h) data i godzina zakupu. Na każdym bilecie powinna być umieszczona informacja o obowiązku umieszczenia biletu w widocznym miejscu za przednią szyba 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ą. 11) Rejestrowanie danych. Parkometr powinien rejestrować w pamięci: a) dane finansowe: - informacje o sprzedanych 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; b) rejestr zdarzeń: - data i godzina wystąpienia awarii lub zdarzenia alarmowego; - rodzaj awarii lub zdarzenia alarmowego. c) 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 Systemu Centralnego. 12) Programowanie parkometru. Oprogramowanie parkometru musi umożliwiać przy pomocy klawiatury serwisowej (ręcznie) i bezprzewodowo z systemu centralnego CBDP: a) zaprogramowanie w każdym roku kalendarzowym dni płatnych i bezpłatnych, powszednich, sobót, świąt oraz zmiany czasu wiosną i jesienią; b) przeprogramowanie stawek opłat i okresów płatnych dla każdego dnia tygodnia indywidualnie; c) przeprogramowanie danych identyfikacyjnych urządzenia; d) kontrolę dostępu osób uprawnionych (poprzez specjalny żeton). 13) Kolekcja monet. Parkometr powinien posiadać mechanizm umożliwiający kolekcję monet w jeden ze sposobów: a) w przypadku wyposażenia parkometru w stały skarbiec, w którym gromadzone są monety, kolekcja powinna odbywać się za pomocą specjalnego przenośnego zbiornika kolekcyjnego. Po przeprowadzeniu kolekcji monet zbiornik powinien być zamknięty. Otwarcie zbiornika powinno być możliwe jedynie po naruszeniu zabezpieczeń (otwarcie zamka, zerwanie plomby itp.); b) w przypadku wyposażenia parkometru w wymienny skarbiec (kasetę) 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: a) numer kolejny raportu; b) numer parkometru i jego lokalizację; c) datę i godzinę; d) stan kasy - liczbę i rodzaje monet (PLN i Euro); e) sumę całkowitą. 14) 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łą pracę 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. 15) 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. W każdym wypadku zaniku zasilania parkometr powinien posiadać odpowiednie zabezpieczenia przed wykasowaniem danych z pamięci wewnętrznej. 16) Wymagania środowiskowe. 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. Skarbiec parkometru/wymienna kaseta na monety powinien 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. 17) Transmisja danych. Parkometr powinien przesyłać do Systemu Centralnego CBDP drogą radiową lub inną drogą bezprzewodową informacje o zajściu następujących zdarzeń: a) awarii podstawowych modułów (drukarka, ucinacz, selektor monet, kasa pośrednia, czytnik kart, procesor); b) zbyt niskim poziomie naładowania akumulatora; c) zbliżającym się końcu taśmy papierowej do drukowania biletów; d) wysokim stopniu napełnienia skarbca; e) nieuprawnionych otwarciach; f) 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ą radiową lub inną drogą bezprzewodową z częstotliwością minimum raz na dobę: a) dane dotyczące wszystkich rejestrowanych operacji serwisowych; b) szczegółowe dane dotyczące wszystkich transakcji zakupu biletów, rodzaju dokonywanych płatności i wszystkich operacji opróżnień parkometrów z monet; c) utarg dobowy z ostatniej doby poprzedzającej transmisję. Oprogramowanie parkometru powinno umożliwiać dowolne ustawianie godziny i minuty transmisji dobowych dla każdego parkometru indywidualnie. 18) 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ę (specjalny żeton). 19) gwarancja 24 miesiące...


II.4) Wspólny Słownik Zamówień (CPV):
38.73.00.00-1.

SEKCJA III: PROCEDURA


III.1) TRYB UDZIELENIA ZAMÓWIENIA:
Przetarg nieograniczony


III.2) INFORMACJE ADMINISTRACYJNE


  • Zamówienie dotyczy projektu/programu finansowanego ze środków Unii Europejskiej:
    nie

SEKCJA IV: UDZIELENIE ZAMÓWIENIA


IV.1) DATA UDZIELENIA ZAMÓWIENIA:
19.01.2011.


IV.2) LICZBA OTRZYMANYCH OFERT:
1.


IV.3) LICZBA ODRZUCONYCH OFERT:
0.


IV.4) NAZWA I ADRES WYKONAWCY, KTÓREMU UDZIELONO ZAMÓWIENIA:

  • MBS COMPUTERGRAPHIK Sp. z o.o., ul. Grodziska 15, 05-870 Błonie, kraj/woj. mazowieckie.


IV.5) Szacunkowa wartość zamówienia
(bez VAT): 254098,36 PLN.


IV.6) INFORMACJA O CENIE WYBRANEJ OFERTY ORAZ O OFERTACH Z NAJNIŻSZĄ I NAJWYŻSZĄ CENĄ


  • Cena wybranej oferty:
    358914,00


  • Oferta z najniższą ceną:
    358914,00
    / Oferta z najwyższą ceną:
    358914,00


  • Waluta:
    PLN.