418116 / 2010-12-23 - Administracja samorządowa / Ośrodek Sportu i Rekreacji w Gorlicach (Gorlice)

Oryginalny bęben 1R119 Czarny marki Xerox

Cena: 1047.80 PLN

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

Opis 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ć 3500mm², ż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.

Numer biuletynu: 1

Pozycja w biuletynie: 418116

Data publikacji: 2010-12-23

Nazwa: Ośrodek Sportu i Rekreacji w Gorlicach

Ulica: ul. Sportowa 9

Numer domu: 9

Miejscowość: Gorlice

Kod pocztowy: 38-300

Województwo / kraj: małopolskie

Numer telefonu: 018 3526970

Numer faxu: 018 3526970

Adres strony internetowej: www.osir.gorlice.pl

Regon: 00069040100000

Typ ogłoszenia: ZP-400

Czy jest obowiązek publikacji w biuletynie: Tak

Ogłoszenie dotyczy: 1

Rodzaj zamawiającego: Administracja samorządowa

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Ę

Rodzaj zamówienia: D

Przedmiot 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ć 3500mm², ż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.

Kody CPV:
387300001 (Parkometry)

Czy zamówienie jest podzielone na części: Nie

Czy dopuszcza się złożenie oferty wariantowej: Nie

Czy przewiduje się udzielenie zamówień uzupełniających: Nie

Czas: D

Data zakończenia: 31/01/2011

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

Zaliczka: Nie

Oświadczenie wykluczenia nr 1: Tak

Oświadczenie wykluczenia nr 2: Tak

Dokumenty podmiotów zagranicznych: Tak

Dokument potwierdzenia III.5: Tak

inne_dokumenty:
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 osoby niepełnosprawne: Nie

Kod trybu postepowania: PN

Czy zmiana umowy: Nie

Kod kryterium cenowe: A

Czy wykorzystywana będzie aukcja: Nie

Adres strony internetowej specyfikacji i warunków zamówienia: www.osir.gorlice.pl

Adres uzyskania specyfikacji i warunków zamówienia:
Ośrodek Sportu i Rekreacji w Gorlicach, 38- 300 Gorlice, ul. Sportowa 9

Data składania wniosków, ofert: 04/01/2011

Godzina składania wniosków, ofert: 10:00

Miejsce składania:
Ośrodek Sportu i Rekreacji w Gorlicach, 38- 300 Gorlice, ul. Sportowa 9

On: O

Termin związania ofertą, liczba dni: 30

Czy unieważnienie postępowania: Nie

Podobne przetargi