Załącznik nr 6 - KM

Transkrypt

Załącznik nr 6 - KM

Załącznik nr 6
SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA
System biletu elektronicznego i system informacji dźwiękowej w ramach projektu
„Poprawa systemu transportu publicznego poprzez zakup nowoczesnego taboru wraz z
niezbędną infrastrukturą przez Komunikację Miejską – Płock Sp. z o.o.” współfinansowanego z
Europejskiego Funduszu Rozwoju Regionalnego w ramach Priorytetu V „Wzmacnianie roli miast w
rozwoju regionu”, Działania 5.1. „Transport miejski” Regionalnego Programu Operacyjnego
Województwa Mazowieckiego na lata 2007 – 2013.
Spis treści
I.
Charakterystyka projektu ........................................................................................................ 3
II.
Przedmiot zamówienia ............................................................................................................. 3
III.
Montaż urządzeń w autobusach Zamawiającego .................................................................. 5
Rozdział I.
System sprzedaży biletów elektronicznych .............................................................. 6
1.
Opis ogólny systemu ................................................................................................................................. 6
2.
Składniki systemu ...................................................................................................................................... 9
3.
Karty elektroniczne ...................................................................................................................................11
3.1 Charakterystyka fizyczna .................................................................................................................11
3.2 Parametry wytrzymałościowe ...........................................................................................................11
3.3 Charakterystyka techniczna .............................................................................................................11
3.4 Zabezpieczenia ................................................................................................................................11
3.5 Pamięć .............................................................................................................................................12
3.6 Komunikacja ....................................................................................................................................12
3.7 Zasilanie...........................................................................................................................................12
3.8 Mapa karty .......................................................................................................................................12
3.9 Wstępna personalizacja elektroniczna kart ......................................................................................12
4.
Procedura personalizacji ......................................................................................................................... 13
5.
Zastrzeganie karty ................................................................................................................................... 14
6.
Informacje ogólne .................................................................................................................................... 14
7.
Podstawowe funkcje wyposażenia. ......................................................................................................... 14
7.1 Stanowisko sprzedaży biletów .........................................................................................................14
7.2 Czytniki kontrolerskie .......................................................................................................................14
7.3 Drukarki kart.....................................................................................................................................16
8.
Oprogramowanie. .................................................................................................................................... 16
9.
Serwis internetowy użytkowników kart .....................................................................................................18
10. Poradnik dla użytkowników biletu elektronicznego ...................................................................................19
Projekt współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach
Regionalnego Programu Operacyjnego Województwa Mazowieckiego na lata 2007-2013 oraz ze środków budżetu państwa.
1
Rozdział II.
System sprzedaży biletów w biletomatach mobilnych .......................................... 19
1.
Wymagania dotyczące automatów biletowych ........................................................................................ 19
2.
Warunki eksploatacyjne........................................................................................................................... 20
3.
Zasilanie .................................................................................................................................................. 20
4.
Obsługa ................................................................................................................................................... 21
5.
System Pieniężny .................................................................................................................................... 22
6.
Wydruk biletów i raportów ....................................................................................................................... 24
7.
Przyłącza, przesyłanie danych ................................................................................................................ 24
8.
Funkcje oprogramowania w automacie ................................................................................................... 25
9.
Oprogramowanie wspomagające ............................................................................................................ 26
10. Obsługa serwisowa ................................................................................................................................. 28
Rozdział III.
System wymiany danych pomiędzy autobusami a bazą KM-Płock...................... 28
1.
Uwagi ogólne ........................................................................................................................................... 28
2.
System pokładowy................................................................................................................................... 29
3.
Autokomputer .......................................................................................................................................... 29
3.1 Funkcjonalność i działanie autokomputera ......................................................................................29
3.2 Parametry techniczno-eksploatacyjne..............................................................................................31
3.3 Inne wymagania funkcjonalne autokomputera .................................................................................32
4.
Stanowisko analizy danych ..................................................................................................................... 33
Rozdział IV.
Sprzęt, oprogramowanie systemowe, narzędziowe i biurowe .............................. 35
1.
Miejsce instalacji serwerów ..................................................................................................................... 35
2.
Wyposażenie dodatkowe ......................................................................................................................... 35
3.
Opis funkcjonalny .................................................................................................................................... 36
4.
Minimalne parametry techniczne serwerów ............................................................................................. 38
5.
Serwer komunikacyjny............................................................................................................................. 39
6.
Minimalne parametry techniczne komputerów i drukarek ........................................................................ 40
7.
System operacyjny .................................................................................................................................. 41
8.
Oprogramowanie biurowe ....................................................................................................................... 42
8.1 Edytor tekstów .................................................................................................................................42
8.2 Arkusz kalkulacyjny ..........................................................................................................................43
9.
Wymagane warunki licencji ......................................................................................................................44
10. Weryfikacja funkcjonalności oprogramowania ..........................................................................................44
Rozdział V.
System informacji dźwiękowej zewnętrznej i wewnętrznej ................................... 45
1.
Opis ogólny. ............................................................................................................................................ 45
2.
System informacji dźwiękowej zewnętrznej ............................................................................................. 45
3.
System informacji dźwiękowej wewnętrznej .............................................................................................46
Rozdział VI.
Dokumentacja. ........................................................................................................... 46
2
I.
Charakterystyka projektu.
Zamówienie jest elementem realizacji projektu pt.: „Poprawa systemu transportu publicznego
poprzez zakup nowoczesnego taboru wraz z niezbędną infrastrukturą przez Komunikację
Miejską – Płock Sp. z o.o.” w ramach Działania 5.1. Transport miejski w ramach Regionalnego
Programu Operacyjnego Województwa Mazowieckiego na lata 2007 – 2013.
II. Przedmiot zamówienia.
Przedmiotem zamówienia jest zaprojektowanie, dostawa, instalacja i wdrożenie systemów oraz
związanego z nimi wyposażenia:
a) systemu biletu elektronicznego w komunikacji miejskiej,
b) systemu informacji dźwiękowej zewnętrznej i wewnętrznej w autobusach,
w Komunikacji Miejskiej – Płock Sp. z o.o.
System biletu elektronicznego obejmuje:
•
system sprzedaży biletów elektronicznych opisany w rozdziale I,
•
system sprzedaży biletów w biletomatach mobilnych opisany w rozdziale II,
•
system wymiany danych pomiędzy autobusami a bazą KM-Płock opisany w rozdziale III,
•
sprzęt oraz oprogramowanie systemowe i narzędziowe opisane w rozdziale IV.
System informacji dźwiękowej zewnętrznej i wewnętrznej sterowanej przez autokomputer w
autobusach obejmuje:
•
System
zewnętrznej
głosowej
informacji
pasażerskiej
dla
osób
niedowidzących
i
niewidomych, aktywowany przez pasażera na przystanku poprzez impuls z pilota
bezprzewodowego,
•
System wewnętrznej głosowej informacji pasażerskiej,
opisane w rozdziale V.
Serwery mają
zostać
zainstalowane
w serwerowni Zamawiającego
w
szafach rack
19”
Zamawiającego. Zamówienie obejmuje również osprzęt dodatkowy serwerowni opisany w rozdziale
IV.
Wykonawca udzieli Zamawiającemu bezterminowej licencji na dostarczone oprogramowanie obu
systemów.
Całość oprogramowania użytkowego (systemy operacyjne stacji roboczych, oprogramowanie
administracyjne i diagnostyczne, aplikacje użytkowe, systemy operacyjne i aplikacje urządzeń
3
lokalnych np. komputerów pokładowych) musi być w polskiej wersji językowej. Wraz ze sprzętem i
oprogramowaniem musi zostać dostarczona dokumentacja w języku polskim.
Zamawiający zamawia, a Wykonawca zbuduje i wdroży SYSTEM w zakresie wymienionym w SIWZ,
a w szczególności:
1) Uwzględni możliwość integracji w ramach wdrażanego systemu lub wymiany posiadanych przez
Zamawiającego urządzeń (integracja lub wymiana urządzeń nie jest warunkiem koniecznym, ale
stanowi kryterium wyboru oferty):
a) Tablic kierunkowych,
b) Informacji głosowej wewnętrznej,
c) Kasowników.
2) Zintegruje wdrażany system z posiadanym i użytkowanym przez Zamawiającego Zintegrowanym
Systemem Informatycznym T@RAN/Municom.Premium.
3) Dostarczy niezbędne urządzenia oraz oprogramowanie.
4) Dokona montażu wszelkich dostarczonych i niezbędnych urządzeń, instalacji i konfiguracji
oprogramowania.
5) Przeprowadzi instruktaże stanowiskowe.
Integracja
wdrażanego
systemu
z
Zintegrowanym
Systemem
Informatycznym
[email protected] będzie możliwa poprzez web service oraz pliki xml. Struktury plików oraz
inne niezbędne informacje zostaną przekazane Wykonawcy wyłonionemu w drodze postepowania
przetargowego przez dostawce systemu zintegrowanego [email protected]. Koszt powyższej
integracji szacowany jest przez dostawcę systemu zintegrowanego [email protected] na
25000 zł netto (ponosi go Wykonawca).
Zamawiający nie posiada interfejsów do urządzeń pokładowych.
Zamawiający zaleca, aby Wykonawca dokonał wizji lokalnej w celu zapoznania się z posiadanym
rozwiązaniem oraz zakresem prac i warunkami ich wykonania.
Wykonawca w momencie odbioru końcowego systemu dostarczy pełną dokumentację sposobu
organizacji i sposobu przechowywania danych w bazach danych dla umożliwienia opracowania przez
Zamawiającego samodzielnie nowych programów lub funkcjonalności. Wykonawca nie może w
ramach licencji ograniczać takich działań. Nie dopuszcza się stosowania autorskich baz danych.
Przy dostawie sprzętu (komputerów i serwerów) z systemem operacyjnym, Zamawiający wymaga, aby
Wykonawca złożył zapewnienie o kompatybilności tego systemu z dostarczanym sprzętem. Sprzęt
dostarczony w ramach realizacji umowy będzie posiadał niezbędne deklaracje zgodności, atesty
dopuszczające do użytku na terenie UE. Wykonawca zobowiązany jest przedłożyć:
4

odpowiednie certyfikaty (oznaczenie CE dla urządzeń),

deklarację
zgodności
z
obowiązującymi
normami
bezpieczeństwa
zgodnie
z
obowiązującymi przepisami na dostarczony sprzęt komputerowy (komputery, serwery,
monitory, drukarki, UPS),

wszelkiego rodzaju certyfikaty, aprobaty techniczne i deklaracje zgodności dotyczące
zastosowanych materiałów należy przedstawić Zamawiającemu w trakcie wykonania
przedmiotu zamówienia i dołączyć, jako załącznik do protokołu odbioru.
Oprogramowanie musi mieć możliwość eksportu danych z systemu w formacie XML, XLS, CSV, TXT.
Zamawiający wymaga, aby Wykonawca dostarczył interfejsy (wraz z opisem) i protokoły
komunikacyjne (w tym również możliwość deszyfracji protokołów) wszystkich urządzeń i systemów
umożliwiających w przyszłości podłączenie urządzeń/systemów innego producenta/wykonawcy.
III.
Montaż urządzeń w autobusach Zamawiającego.
Autobusy będą udostępniane do montażu w sposób, który nie zakłóci bieżącej obsługi linii komunikacji
miejskiej. Należy przyjąć założenie, że większość autobusów będzie dostępna w godzinach 18:00 –
4:00 w dni robocze oraz całodobowo w soboty i niedziele. Montaż możliwy będzie także w innych
terminach po uzgodnieniu z Zamawiającym.
Montaż urządzeń w pojazdach może odbywać się w pomieszczeniach zadaszonych i wyposażonych
w zasilanie 230 V, udostępnionych przez Zamawiającego na jego terenie.
5
Rozdział I.
1.
System sprzedaży biletów elektronicznych.
Opis ogólny Elektronicznego systemu sprzedaży biletów okresowych przy wykorzystaniu
kart bezkontaktowych.
1.1 Elektronicznym system sprzedaży biletów objęte zostają bilety okresowe.
1.2 Sprzęt oraz oprogramowanie dostarczone w ramach niniejszego postępowania mają być
przystosowane do przewidywanej rozbudowy do systemu pełnego:
a) Wykorzystanie karty jako nośnika impulsów (elektronicznej portmonetki),
b) Wyposażenie pojazdów w niezbędne urządzenia do czytania i kodowania kart,
c) Rozbudowa sieci sprzedaży kart,
d) Zwiększenie ilości kart w systemie,
e) Rozszerzenie systemu łączności – transmisji danych,
f)
Wykorzystanie czytników kontrolerskich.
g) Współpracę z automatami stacjonarnymi różnych producentów w zakresie sprzedaży biletów
na karcie elektronicznej, bez konieczności ponoszenia w przyszłości dodatkowych opłat za
integrację urządzeń z systemami.
1.3 System umożliwia:
a) Wstępną inicjalizację kart w systemie przy użyciu kluczy do kodowania, których właścicielem
jest Zamawiający. System inicjowania kart przeprowadza proces formatowania kart, który
polega na wstępnym zainicjowaniu karty oraz ustawieniu kluczy i parametrów dostępu.
b) Personalizację elektroniczną wszystkich typów kart funkcjonujących w systemie: normalnych,
ulgowych (z podziałem na przynależność do określonych grup), bezpłatnych (z podziałem na
przynależność do określonych grup), pracowniczych, służbowych, okazjonalnych,
z
uwzględnieniem zamieszkiwanej gminy. Karty, które nie są spersonalizowane elektronicznie
nie mogą być używane w systemie.
c) Używanie przez pasażerów tylko tych kart, które zostały zarejestrowane w systemie
(inicjalizacja zakresowa: od – do danego numeru karty w systemie).
d) Wykonywanie
zdjęć
pasażerom
cyfrowym
aparatem
fotograficznym,
skanowanie
dostarczonych zdjęć oraz wykorzystanie zdjęć dostarczonych w formie elektronicznej.
e) Prowadzenie bazy danych klientów.
f)
Pobieranie, zwrot i rozliczanie ilościowo – wartościowe kaucji za wydane i zwrócone karty
elektroniczne, w tym także duplikaty kart.
g) Wykorzystanie kart elektronicznych jako biletów okresowych i bezpłatnych.
6
h) Zapis na kartach dowolnych typów biletów okresowych i bezpłatnych – równoczesny zapis
dokonywany zarówno w pamięci karty, jak i w systemie informatycznym Zamawiającego
(zapis w pamięci automatu/terminala sprzedaży traktowany jest jako zapis w systemie).
i)
W przypadku braku możliwości równoczesnego zapisu w pamięci karty i w systemie
informatycznym Zamawiającego w pierwszej kolejności zapis odbywa się w systemie
informatycznym Zamawiającego a następnie na karcie. Wykonawca przygotuje niezbędne
procedury wyjaśniające / weryfikujące na wypadek stwierdzenia niezgodności danych
zapisanych na karcie z danymi zapisanymi w bazie.
j)
Zakup biletów ważnych od dowolnego dnia, oprogramowanie umożliwia zdefiniowanie
maksymalnego okresu wyprzedzenia sprzedaży.
k) Równoczesny zapis na karcie dwóch biletów o różnym okresie ważności (tzn. takich, których
okresy ważności mogą pokrywać się w pewnym zakresie, lub być różne).
l)
Zapewnienie łączności pomiędzy poszczególnymi elementami systemu.
m) Potwierdzenie zapisu sprzedaży biletu na karcie w postaci papierowego wydruku,
zawierającego co najmniej datę sprzedaży, nr punktu sprzedaży, nr kasjera, nr urządzenia
sprzedaży, okres ważności biletu, typ biletu, nr karty, linię autobusową/strefę biletową, taryfę,
sposób zapłaty: gotówka, przelew, karta płatnicza, nr biletu w systemie.
n) Wystawianie duplikatów biletów, pobieranie i rozliczanie w systemie gotówki za wystawienie
duplikatu.
o) Anulowanie biletu/transakcji (np. przed rozpoczęciem terminu ważności biletu) przez
uprawnioną osobę. Operacja anulowania zostanie potwierdzona wydrukiem i wygenerowane
zostanie potwierdzenie anulowania doładowania zawierające szczegóły operacji do systemu.
p) Blokowanie w systemie kart zgubionych lub skradzionych; usuwanie w systemie kart
uszkodzonych, błędnie spersonalizowanych.
q) Wycofanie oraz zastrzeżenie danej karty w systemie (wg numeru karty i użytkownika).
r)
Odmowę obsługi kart oznaczonych w systemie jako karty zablokowane lub usunięte (czarna
lista) przez terminale sprzedaży i kontrolerskie.
s) Przeprowadzanie kontroli ważności biletów zapisanych na karcie przy użyciu przenośnych
czytników kontrolerskich.
t)
Prowadzenie bazy danych o kontrolach.
u) Weryfikację przeprowadzonych kontroli w zakresie spójności zapisanych biletów na karcie z
biletami sprzedanymi zapisanymi w systemie.
v) Raportowanie o sprzedaży (raporty wg rodzajów biletów, punktów sprzedaży, kasjerów, dni
sprzedaży, numerów linii, wg dowolnie wybranych cech biletów, wg miejsca zamieszkania
klienta (gminy), klienta, rodzajów ulg i bezpłatnych, itp., dzienny raport zamknięcia kasjera)
oraz wykonywanie pełnej analizy ilościowo – wartościowej sprzedaży.
w) Raportowanie z systemu o kontrolach, rozliczanie kontrolerów z przeprowadzonych kontroli:
ilość
przeprowadzonych
kontroli,
miejsce
i
czas
przeprowadzonych
kontroli,
ilość
skontrolowanych pasażerów, ilość ujawnionych przejazdów bez uiszczenia opłaty za przewóz,
7
przyczyna nieważności biletu, czas trwania kontroli, inne dane (umożliwiające analizę i
rozliczenie pracy kontrolera) zebrane w trakcie pracy kontrolera.
x) Raportowanie z systemu o kartach wydanych, zablokowanych, usuniętych, zwróconych.
y) Raportowanie z systemu o sprzedaży kart - w przypadku zgłoszenia uszkodzenia, czy braku
karty (kradzieży, zgubienia) - odpowiednie przekwalifikowanie kaucji w sprzedaż.
z) Eksport raportów dotyczących sprzedaży do systemu finansowo – księgowego Systemu
Zintegrowanego Municom.Premium.T@ran posiadanego przez Zamawiającego.
aa) Wykorzystywanie kart emitowanych przez różnych producentów (spełniających wymagania
zapisane w Rozdziale I pkt 3 Karty elektroniczne).
bb) Usuwanie z systemu danych osobowych pasażerów rezygnujących z użytkowania kart, z
zachowaniem danych o sprzedaży realizowanych na zwracanych kartach.
cc) Pełne zabezpieczenie systemu, baz danych zgodnie z ustawą o ochronie danych osobowych
(Zgodnie z ustawą
z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (tekst
jednolity: Dz. U. 2002 r. Nr 101 poz. 926, ze zm.) oraz Rozporządzeniem Ministra
Spraw
Wewnętrznych i Administracji z dnia 29 kwietnia
dokumentacji
przetwarzania
danych
osobowych,
oraz
i organizacyjnych, jakim powinny odpowiadać urządzenia
służące do przetwarzania danych
późniejszymi zmianami,
oraz
2004 roku
w sprawie
warunków technicznych
i systemy informatyczne
osobowych – Dz.U. 2004 Nr 100 Poz.
polskimi normami
zawartymi
1024 z
w ww. przepisach
prawnych.),
dd) Obsługę co najmniej 50 000 kart.
ee) Automatyczne generowania list kart do doładowania (biała lista) i list kart zablokowanych
(czarna lista).
ff) Przetwarzanie/obsługę operacji zapisu biletów elektronicznych zakupionych przez Internet a
zakodowanych w automatach biletowych, w ramach jednego spójnego systemu Karty
Miejskiej.
gg) Współpracę z automatami biletowymi (stacjonarnymi i mobilnymi) w zakresie sprzedaży
biletów na karcie elektronicznej. Zamawiający w ramach procedur odbioru przyjmie od
Wykonawcy oświadczenie o spełnieniu przez system wymogów w tym zakresie.
1.4 Należy zapewnić, aby transakcje realizowane w ramach systemu były chronione przez
odpowiedni
system
bezpieczeństwa
w
celu
zapewnienia
wiarygodności
informacji
przekazywanych do centrum zarządzania systemem biletu elektronicznego. W tym celu dane
umieszczone na kartach, powinny być chronione poprzez zastosowanie zdywersyfikowanych
kluczy, które są przypisane w zależności od numeru karty i wersji klucza. Zdywersyfikowany
klucz przypisany do poszczególnej karty, będzie wygenerowany przy użyciu modułu SAM, tak
by zapewnić jego bezpieczeństwo.
8
Zamawiający dopuszcza użycia na wszystkich lub wybranych typach urządzeń, programowych
(moduł
oprogramowania)
modułów
umożliwiających
generowanie
indywidualnego
(zdywersyfikowanego) klucza (kluczy) dla danej karty.
Wykonawca dostarczy moduły SAM w ilości odpowiedniej do prawidłowego funkcjonowania
systemu, tzn. do wszystkich urządzeń, w których odbywać się będą operacje odczytu i/lub
zapisu na karcie elektronicznej. Ilość dostarczonych modułów SAM należy zwiększyć o 20% w
celu zapewnienia serwisu.
1.5 Wykonawca przed podpisaniem umowy przedstawi sposób zabezpieczenia systemu przed
nielegalnym doładowywaniem kart, ich kopiowaniem oraz wszelkimi innymi nielegalnymi
próbami ich użycia. Karta obca, oraz karta nie wprowadzona do systemu, pomimo poprawnych
kluczy nie może zostać zidentyfikowana w systemie. Próba użycia takiej karty powinna być w
systemie odnotowana.
1.6 Forma merytoryczna i graficzna wszelkich papierowych raportów, potwierdzeń z operacji
(dowodów płatności) wykonanych na karcie będzie uzgadniana z Zamawiającym na bieżąco w
trakcie wdrażania.
2.
Składniki systemu.
W skład Systemu Biletu elektronicznego wchodzą:
a) Serwer lub serwery (w zależności od przyjętego przez Wykonawcę rozwiązania) opisany w
rozdziale IV.
b) Dwa stanowiska personalizacji, z pełnym wyposażeniem do personalizacji graficznej i
materiałami eksploatacyjnymi do zadruku 20 000 kart dostarczonych w ramach niniejszego
zamówienia. Każde stanowisko będzie wyposażone w zestaw komputerowy wraz z
oprogramowaniem biurowym i oprogramowaniem do personalizacji kart, UPS min. 600W,
cyfrowy aparat fotograficzny, skaner oraz czytnik kart i drukarkę kart oraz drukarkę laserową.
Minimalne parametry zestawów komputerowych, oprogramowania biurowego oraz drukarek
opisane w rozdziale IV.
c) Stanowisko obsługi rewizorów wyposażone w zestaw komputerowy z oprogramowaniem
biurowym UPS min. 600W, oprogramowanie, stację dokującą dla czytników kontrolerskich
oraz drukarkę laserową.
Minimalne parametry zestawu komputerowego, oprogramowania
biurowego oraz drukarki opisane w rozdziale IV. Dodatkowo oprogramowanie stanowiska
obsługi rewizorów dla firmy zewnętrznej posiadające wymianę danych z systemem lub będące
on-line z serwerem Zamawiającego z możliwością zdefiniowania uprawnień do dostępu do
danych osobowych znajdujących się na serwerze.
9
d) Stanowisko analizy danych wyposażone w zestaw komputerowy z oprogramowaniem
biurowym, UPS min. 600W, oprogramowanie oraz drukarkę laserową. Minimalne parametry
zestawu komputerowego, oprogramowania biurowego oraz drukarki opisane w rozdziale IV.
e) Stanowiska sprzedaży – 6 szt., znajdujące się w 4 punktach, każde stanowisko wyposażone w
zestaw komputerowy z oprogramowaniem biurowym wraz z UPS min. 600W, drukarkę
laserową, koder kart, oraz oprogramowanie. Musi istnieć możliwość podłączenia drukarki
fiskalnej na stanowisku sprzedaży (Zamawiający, w ramach niniejszego zamówienia nie
wymaga
sprzedażową
wykonawca
dostawy drukarki fiskalnej i nie przewiduje jej integracji z aplikacją
na etapie wdrożenia
dostarczył
systemu.
Zamawiający
oczekuje,
aby
listę drukarek fiskalnych współpracujących z urządzeniem
sprzedaży).. Minimalne parametry zestawów komputerowych, oprogramowania biurowego
oraz drukarek opisane w rozdziale IV.
f)
Stacjonarne czytniki umożliwiające sprawdzenie pasażerom cech zapisanych na kartach
biletów, umieszczone w punktach sprzedaży, zasilane z sieci 230 V – 4 szt.
g) Czytniki kontrolerskie kart wraz z bateriami i ładowarkami – 20 szt.
h) 500 kart elektronicznych zbliżeniowych niezadrukowanych (spełniających wymagania
zapisane w Rozdziale I pkt 3 Karty elektroniczne),
i)
Zabezpieczenia antywirusowe dla całego wyposażenia (w tym serwerów).
j)
Sprzęt sieciowy do transmisji danych pomiędzy Siedzibą Zamawiającego a jego punktami
sprzedaży (w chwili obecnej 3 lokalizacje). Powyższy sprzęt musi spełniać wymogi ustawy o
ochronie danych osobowych (Zgodnie z ustawą
z dnia 29 sierpnia 1997 r. o ochronie
danych osobowych (tekst jednolity: Dz. U. 2002 r. Nr 101 poz. 926, ze zm.) oraz
Rozporządzeniem Ministra
2004 roku w sprawie
Spraw Wewnętrznych i Administracji z dnia 29 kwietnia
dokumentacji
przetwarzania
danych
osobowych,
oraz
warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i
systemy informatyczne służące do przetwarzania danych osobowych – Dz.U. 2004 Nr
100 Poz. 1024 z późniejszymi zmianami, oraz polskimi normami
zawartymi w ww.
przepisach prawnych.). Obecnie w punktach sprzedaży znajdują się łącza ADSL.
k) Dodatkowo wykonawca zobowiązany jest do wypożyczenia (dostarczenia, konfiguracji i
uruchomienia) 2 pełnych stanowisk personalizacji kart na okres jednego roku.
l)
Zabezpieczenia systemu, które powinny uwzględniać m.in. zastosowanie szyfrowanych
kanałów transmisji (VPN), a także szyfrowanie poufnych informacji w bazie danych,
automatyzację kopii bezpieczeństwa na płytę lub streamer. Wykonawca przed podpisaniem
umowy przedstawi szczegółowy opis zabezpieczeń systemu.
W przypadku dostawy sprzętu z systemem firmy Microsoft, Zamawiający wymaga, aby sprzęt
komputerowy znajdował się na liście Microsoft HCL.
10
3.
Karty elektroniczne.
3.1 Charakterystyka fizyczna.
a) Karta musi być wykonana z tworzywa sztucznego nie zawierającego szkodliwych składników
chemicznych i być przyjazna dla środowiska zgodnie z Rozporządzeniem Ministra Przemysłu i
Handlu z dnia 30.11.1994 r. w sprawie wymagań jakie powinny spełniać wyroby ze względu
na potrzebę ochrony zdrowia i środowiska (Dz. U. 133/94 poz. 690 z późniejszymi zmianami).
b) Dostawca musi zagwarantować wysoką jakość połączeń elektrycznych pomiędzy anteną, a
układem elektronicznym w całym okresie eksploatacji karty.
c) Wymiary zgodne z normami ISO 7816-7810 jak karty płatnicze ID-1 (85,8 x 54 x 0,76 mm).
d) Antena wykonana z drutu miedzianego izolowanego.
3.2 Parametry wytrzymałościowe.
a) Wytrzymałość: mechaniczna, temperaturowa (od -20 C do +50 C) bez utraty funkcjonalności i
o
o
walorów estetycznych oraz wytrzymałość chemiczna muszą spełniać, co najmniej standardy
opisane w normie ISO 10373.
b) Trwałość całkowita 10 lat w warunkach normalnej eksploatacji.
c) Wilgotność względna środowiska pracy karty do 90%.
3.3 Charakterystyka techniczna.
Wysokość procentowa tak zwanych "zwrotów z pola" (FRR) kart zbliżeniowych nie może przekraczać
0,70 %.
3.4 Zabezpieczenia.
a) Karty muszą zawierać skuteczne zabezpieczenia zgodne z normą ISO/IEC 14443 typ A część
1-4.
b) Szyfrowanie informacji na karcie musi wykorzystywać co najmniej algorytm DES, 3DES lub
AES
c) Karta powinna posiadać wbudowany generator liczb losowych.
d) Wymagana jest dywersyfikacja kluczy dla każdej karty (Zamawiający wymaga zastosowania
modułów sprzętowych/programowych SAM).
e) Każda karta musi zawierać unikalny i niezmienny numer zapisany na 56 bitach,
programowany trwale przez producenta układu pamięciowego.
f)
Karty muszą umożliwiać wzajemną autoidentyfikację z czytnikiem systemu działającym
zgodnie z normą ISO/IEC DIS 9798-2.
g) Karta musi zawierać minimum 16-bitowy licznik zabezpieczony sprzętowo, oraz posługiwać
się protokołem bezpieczeństwa zgodnym z CRC.
11
h) Musi istnieć możliwość wyłączania programowanych funkcji zapisu dla kart wycofywanych z
obiegu. Rozwiązanie zapewnione przez Wykonawcę uniemożliwi powtórne wprowadzenie
takich kart do obiegu bez konieczności ich fizycznego niszczenia.
i)
Karta musi posiadać certyfikat CC EAL4+, który wykonawca dostarczy przed podpisaniem
umowy.
3.5 Pamięć.
a) Technologia: CMOS EEPROM.
b) Organizacja pamięci: system plików
c) Wieloaplikacyjność: co najmniej 28 aplikacji, MAD3
d) Pojemność: co najmniej 4kB
e) Ilość cykli zapisu: minimum 500 000 (wg specyfikowanego przez producenta zakresu
warunków pracy).
f)
Ilość cykli odczytu: nielimitowana.
g) Okres przechowywania danych: 10 lat.
3.6 Komunikacja.
a) Komunikacja między kartą a czytnikiem odbywa się drogą radiową.
b) Częstotliwość nośna: 13,56 MHz.
c) Interfejs bezkontaktowy musi spełniać warunki normy ISO/IEC 14443 typ A części 1-4
d) Szybkość komunikacji: minimum 106 Kbit/s.
e) Czas realizacji operacji: mniej niż. 100 ms.
f)
Protokół komunikacyjny: half duplex.
g) Zasięg operacyjny: do 10 cm.
h) Pełna antykolizja (zabezpieczenie przed jednoczesnym odczytem kilku kart).
3.7 Zasilanie.
Karta zasilana jest indukcyjnie przez czytnik. Karta nie posiada własnego źródła zasilania.
3.8 Mapa karty.
Wykonawca zapewni minimum 2kB wolnej pamięci karty na inne aplikację oraz dostarczy
oprogramowanie do zarządzania aplikacjami na karcie wraz z możliwością wgrywania i podmiany
kluczy do aplikacji, a także dostarczy dokumentację odnośnie struktury danych zapisywanych na
karcie w trakcie operacji personalizacji i kodowania biletów.
3.9 Wstępna personalizacja elektroniczna kart.
a) Obowiązuje jeden uniwersalny schemat wstępnego przygotowania dostarczanych kart.
b) Każdej karcie musi być przypisany trwale w formie elektronicznej 56 bitowy numer seryjny.
12
c) Karta musi być zabezpieczona kluczem transportowym CMK (Card Master Key – Główny
Klucz Karty).
d) Nadruk na kartach - Karty z możliwością wykonania nadruków termotransferowych lub
termosublimacyjnych rozdzielczość drukowania; min. 300 dpi – zabezpieczone przed
ścieraniem.
e) Wykonawca będzie zobowiązany do oznakowania każdej karty w sposób jawny i trwały
(poprzez wypalenie na rewersie (stronie B) karty) unikalnym numerem trwale zapisanym na
56 bitach przez producenta układu pamięciowego. Numer ten musi być odczytywany z
pamięci
karty
w
trakcie
dokonywania
nadruku. W
przypadku
stwierdzenia
przez
Zamawiającego niezgodności numeru graficznego karty z numerem elektronicznym karta
uznana zostanie za wadliwą. Cyfry powinny mieć wysokość nie mniejszą niż 2 mm i nie
większa niż 3 mm.
f)
Strona A przystosowana do personalizacji karty na drukarce w siedzibie Zamawiającego:
•
Zdjęcie formatu 25 mm x 35mm.
•
Imię, nazwisko
•
Nr karty w systemie
g) Zamawiający nie dopuszcza umieszczania na karcie informacji o Wykonawcy.
h) Strona B karty: wykonana w kolorze białym (kolor karty) umożliwiająca wykonywanie przez
Zamawiającego barwnych nadruków przy zastosowaniu drukarek do kart.
i)
4.
Wykonawca dostarczy karty jednorazowo, do siedziby Zamawiającego.
Procedura personalizacji.
Procedura personalizacji (na podstawie złożonego zweryfikowanego wniosku i zweryfikowanych
uprawnień do zniżek):
a) W
wyznaczonych
punktach
personalizacji
dokonuje
się
elektronicznej
i
graficznej
personalizacji kart.
b) Klient wypełnia wniosek w którym podaje dane osobowe imię, nazwisko, adres i PESEL do
zapisania w systemie.
c) Na karcie numer PESEL zostanie skrócony i zapisany tylko jako data urodzenia.
d) Klient składa zdjęcie w formie papierowej, elektronicznej lub ma wykonywaną fotografię przy
pomocy cyfrowego aparatu fotograficznego do dokonania nadruku na karcie.
e) Personalizacja zostaje wykonana na poczekaniu lub w terminie późniejszym po uzgodnieniu z
klientem.
f)
Po stwierdzeniu uprawnienia do zniżki, na karcie oraz w systemie zostaje zapisana informacja
o zniżkach i terminach ich obowiązywania.
g) System powinien umożliwiać wielokrotną aktualizację danych o uprawnieniach do zniżek na
karcie.
h) Po wpłacie kaucji karta jest wydawana klientowi. Karta pozostaje własnością KM-Płock.
13
5.
Zastrzeganie karty.
a) Osobiście:

dokonane w punkcie sprzedaży w siedzibie KM-Płock blokuje kartę i dodaje ją do
czarnej listy,

przy osobistym zastrzeganiu należy złożyć odpowiedni wniosek i podać wymiennie:
• dane osobowe,
• numer karty.
b) Przez
zastrzeżenie
karty
rozumie
się
zablokowanie
przez
system
informatyczny
Zamawiającego funkcji zapisu na karcie.
c) Zastrzeżenie karty wiąże się z utratą jej ważności w trybie natychmiastowym (w czasie nie
dłuższym niż 24h) i niemożnością ponownego aktywowania karty w systemie.
6.
Informacje ogólne.
a) Klient będzie mógł w dowolnym czasie zwrócić kartę użytkowaną, ale nie zablokowaną.
b) Po zwróceniu karty przez klienta nie zostaje zwrócona kwota wpłacona na bilety okresowe, ale
system powinien taką możliwość uwzględniać, realizując i rozliczając zwrot kwoty w
wysokości i proporcji możliwej do definiowania przez Zamawiającego.
c) Zwrot kaucji za kartę nastąpi na wniosek Klienta (w wersji papierowej) po oddaniu
nieuszkodzonej i niezablokowanej karty.
d) Rozliczenie za wykonane usługi wykonuje się z dokładnością do 0,01 zł.
e) System otwarty, tzn. przygotowany do uruchomienia w przyszłości sprzedaży przez
zewnętrznych sprzedawców.
7.
Podstawowe funkcje wyposażenia.
7.1 Stanowisko sprzedaży biletów:
a) Przy logowaniu sprzedawcy do systemu następuje dwustopniowa weryfikacja uprawnień, bez
której uruchomienie urządzenia nie jest możliwe.
b) Zainicjalizowana i spersonalizowana graficznie karta przykładana jest do urządzenia
kodującego bilety w punkcie sprzedaży.
c) Sprzedaż biletu polega na zapisaniu w pamięci karty i systemu informatycznego cech
zaakceptowanego biletu.
d) W przypadku, gdy na karcie zapisane są ważne bilety, kasjer informowany jest o stanie karty,
informacje prezentowane są chronologicznie - od najpóźniej zakodowanego biletu.
7.2 Czytniki kontrolerskie.
a) Czytniki w etui na pasku naramiennym.
14
b) Bezstykowy, zbliżeniowy odczyt kart.
c) Kontrola ważności biletu, właściwej opłaty itp.
d) Uruchamianie po dwustopniowej weryfikacji uprawnień.
e) Zapis operacji w pamięci czytnika, zabezpieczony przed skasowaniem poprzez hard reset.
f)
Pojemność pamięci czytnika musi wystarczać na min. 10 000 skontrolowanych kart.
g) Odczytanie danych z kontroli i zapisanie nowych danych na czytniku następuje na stanowisku
rewizorów.
h) Po wczytaniu danych dotyczących kontroli do komputera bazowego, dane w czytniku są
kasowane.
i)
Bateria zasilająca musi wystarczać na min. 12 godzin pracy na dobę w okresie gwarancji
systemu.
j)
Wymiana informacji pomiędzy systemem a czytnikiem poprzez złącze USB.
k) Zapis w systemie wszystkich operacji dotyczących kontroli.
l)
Łatwy wybór parametrów (numer linii, przystanek, strefa przewozowa).
m) Waga urządzenia nie może przekroczyć 0,5 kg.
n) W punkcie kontrolerskim, za pomocą stacji dokującej, czytnik pobiera dane na temat kart
aktywnych w systemie, kart do doładowania (biała lista), kart zastrzeżonych (czarna lista),
oraz innych informacji potrzebnych do funkcjonowania systemu, które Wykonawca uzna za
niezbędne.
o) Wchodząc do autobusu, kontroler wprowadza odpowiednie dane do czytnika numer linii,
numer taborowy autobusu, aktualny przystanek, itp.
p) Następnie, w ramach kontroli, karty pasażerskie zbliżane są do pola odczytowego czytnika.
q) Dane odczytane z karty pasażera i zapisane w pamięci czytnika:
r)

data i godzina kontroli karty,

numer karty pasażera, numer biletu,

taryfa, linia,

termin ważności biletu.
Na wyświetlaczu czytnika mają się pojawiać następujące komunikaty:

informacja o ważności, nieważności, zastrzeżeniu karty (sygnał dźwiękowy),

opis karty, uprawnienia do ulg,

dane personalne (opcjonalnie),

informacja o liniach, na które wydano kartę,

data ważności karty,

numer karty,

możliwość zobaczenia danych o ewentualnym drugim bilecie okresowym (informacje
prezentowane są chronologicznie - od najpóźniej zakodowanego biletu).
s) Czytnik kontrolera musi umożliwiać sygnalizację dźwiękową w przypadku wykrycia braku
uprawnień do przejazdu.
15
t)
Dane o kontrolach z zewnętrznego stanowiska rewizorskiego (punkt wymiany danych
pomiędzy czytnikami kontrolerskimi a systemem, znajdujący się poza siedziba KM-Płock)
muszą łączyć się z danymi o kontrolach będących w systemie KM-Płock, jednak musi istnieć
możliwość późniejszego wyodrębnienia przy pomocy raportów bądź atrybutów.
u) Czytniki kontrolerskie (podczas podłączenia na stanowisku obsługi rewizorów) muszą
pobierać bazę przystanków i występujących na nich linii w celu automatycznej weryfikacji kart
(dane będą pochodzić z modułu RJWin z Systemu Zintegrowanego [email protected]).
Kontroler samodzielnie wybiera z listy linię, przystanek i kierunek jazdy linii. Automatyczna
weryfikacja kart polegać będzie na samoczynnym sprawdzeniu czy trasa przejazdu od
przystanku, na którym rozpoczęta jest kontrola, do następnego przystanku pokrywa się z trasą
przejazdu realizowaną przez linię na którą zakodowany jest bilet na karcie. W przypadku
wspólnego przystanku początkowego a innego przystanku następnego bilet zakodowany na
karcie nie będzie upoważniał do przejazdu i należy wyświetlić status biletu, jako
nieuprawniający do danego przejazdu.
v) Czytniki kontrolerów komunikują się z centralnym systemem. Poprzez komunikację czytników
Zamawiający rozumie dwustronny przesył wszelkich informacji potrzebnych do działania
czytników i całego systemu podczas obsługi czytnika na stanowisku obsługi rewizorów.
7.3 Drukarki kart.
a) Drukarki dostarczone przez Wykonawcę do wykonywania personalizacji muszą zapewniać
zabezpieczenie
wykonywanych
nadruków
przed
ścieraniem
oraz nadruk
znacznika
zabezpieczającego na powierzchni karty.
b) Drukowanie seryjne i pojedyncze.
c) Zbiorczy i ręczny podajnik kart.
d) Na kartach wykonywany będzie nadruk w miejscach przeznaczonych na:

Zdjęcie formatu 25 mm x 35mm,

Imię, nazwisko,

Nr karty w systemie.
e) Wydajność min 120 kart na godzinę.
8.
Oprogramowanie.
a) System musi spełniać wymogi określone w Ustawie o Ochronie Danych Osobowych (patrz
Rozdział I punkt 1.3 cc).
b) System musi zarządzać magazynem kart (zarządzanie
ilościowe
mapowanymi / wydanymi / zablokowanymi / zwróconymi
kartami,
zakupionymi /
na
zasadzie
programu magazynowego).
c) Możliwość raportowania, np.:

statystyczne z przeprowadzonych transakcji,
16

wydanych i używanych kart (z podziałem na poszczególne linie, rodzaje ulg, strefy
przewozowe, kasjerów, okresy itp.),

kart wydanych, zastrzeżonych, usuniętych, zwróconych,

stanów magazynowych kart,

kart do wydania,

danych z kontroli biletów,

raporty za wskazane okresy czasowe.

wyświetlenie i zapis raportów do formatu pdf.
d) Generator raportów.
e) Dostarczony system ma umożliwić tworzenie nowych raportów (funkcja generatora raportów
przy pomocy zapytań SQL).
f)
Zamawiający zastrzega sobie możliwość pełnej obsługi generatora raportów wg własnego
uznania i zapotrzebowania bez konieczności udziału osób / firm trzecich. Zawartość i format
raportów Wykonawca ustali z Zamawiającym na etapie realizacji.
g) Serwery dostarczone w ramach zadania mają być skonfigurowane do odtwarzania systemu i
konfiguracji (np. „obraz dysku" na drugiej - zabezpieczonej – partycji, serwerze, itp.). Jeżeli do
odtworzenia konfiguracji jest potrzebne dodatkowe oprogramowanie, Wykonawca musi je
zagwarantować bez dodatkowych opłat. W przypadku zmian w konfiguracji zainstalowanego
oprogramowania Wykonawca zaktualizuje odpowiadające im obrazy dysku.
h) Dostarczony system ma umożliwiać wykonanie przez przeszkolonego administratora
modyfikacji, a w szczególności:

dodanie do systemu i zaprogramowanie funkcjonalności nowych urządzeń,

wykonanie zmiany konfiguracji,

wykonanie
zmian
funkcjonalnych
(reinstalację
oprogramowania,
zmiany
konfiguracyjne itp. działania) poprzez oprogramowanie odpowiednich funkcji,
i)

rejestrację i aktywację kolejnych kart nieobjętych zamówieniem,

modyfikacje te mają być realizowane bez koniecznego udziału serwisu, firm trzecich.
Wykonawca ma dostarczyć system otwarty - z możliwością rozbudowy ilościowej (o nowy
sprzęt - np. czytniki, punkty sprzedaży) i funkcjonalnej systemu.
j)
System ma być sparametryzowany - wszystkie możliwe ustawienia, konfigurację winny być
dostosowane do wymagań Zamawiającego. System ma zapewnić prostą modyfikację
parametrów i systemu (np. stawek, taryf, harmonogramów) przez administratora systemu
Zamawiającego bez ponoszenia przez Zamawiającego dodatkowych kosztów.
k) System ma rozróżniać poziomy uprawnień i dostępu użytkowników określonych przez
Zamawiającego.
l)
Wykonawca uwzględni w kosztach wdrożenia:
-
wszystkie obowiązkowe opłaty licencyjne producentów, Wykonawcy za dostarczone
oprogramowanie,
-
ew. inne opłaty wymagane przez Wykonawcę, Producenta oprogramowania itp.,
17
-
inne konieczne opłaty.
m) System informatyczny musi zapewnić narzędzia do generowania kluczy lub zmiany haseł
dostępu oraz autoryzacji przy pomocy kart specjalnych lub równoważne rozwiązanie.
n) W ramach dostarczonych licencji Wykonawca zapewni dostęp do aktualizacji w okresie
gwarancji dla:
-
systemu informatycznego,
-
baz danych,
-
systemu operacyjnego serwerów.
o) Zakres aktualizacji ma obejmować m.in. poprawki, service-packi, łaty, itp. Nie jest wymagane
prawo do aktualizacji bazy danych i systemu operacyjnego do nowszych wersji, w przypadku
użycia platform o zamkniętym kodzie źródłowym.
9.
Serwis internetowy (portal) użytkowników kart.
W ramach dostawy oprogramowania systemu biletu elektronicznego Wykonawca dostarczy i uruchomi
na dostarczonej infrastrukturze serwis internetowy użytkowników kart (portal użytkowników kart)
realizujący następujące funkcje:
a) logowanie użytkowników do portalu realizowane jest przy użyciu numeru karty oraz hasła
dostępu,
b) portal powinien umożliwić użytkownikowi dostęp do historii transakcji związanych z kartą,
c) portal powinien umożliwiać wykonanie doładowania karty poprzez dokonanie płatności przy
użyciu bankowej płatności internetowej (we współpracy ze wskazanym przez Zamawiającego
operatora płatności elektronicznych),
d) użytkownik powinien mieć możliwość zmiany hasła dostępowego,
e) użytkownik
powinien
mieć
możliwość
wglądu
do
własnych
danych
personalnych
zgromadzonych w systemie,
f)
użytkownik powinien mieć możliwość składania wniosków reklamacyjnych rozpatrywanych
przez pracowników punktu obsługi klienta,
g) użytkownik w ramach jednego konta może zarządzać kartami innych użytkowników
(możliwość zdefiniowania numeru karty nadrzędnej dla danej karty),
h) szata graficzna tych modułów jak i zakres funkcjonalność zostanie uzgodniona z
Zamawiającym w trakcie realizacji Zamówienia.
Informacja o kartach do doładowania będzie rozsyłana do biletomatów za pośrednictwem
autokomputerów w momencie transmisji danych na terenie zajezdni. Doładowanie biletu w biletomacie
będzie możliwe najwcześniej następnego dnia po zakupie. W trakcie powyższej transmisji przesyłane
będą zarówno listy kart do doładowania (białe listy) jak i kart na których nie można dokonywać
transakcji w biletomacie (czarna lista). Listy te będą generowane przez system automatycznie o
dowolnie definiowanej godzinie.
18
Informacja o kartach, na których dokonano zapisu biletu elektronicznego, przesyłana będzie z
biletomatów za pośrednictwem autokomputerów w momencie transmisji danych na terenie zajezdni.
10. Poradnik dla użytkowników biletu elektronicznego.
Wykonawca przygotuje w formacie umożliwiającym jego prezentacje na stronie internetowej oraz w
formacie dostosowanym do potrzeb drukarskich poradnik dla posiadaczy biletu elektronicznego.
Zakres poradnika oraz jego forma i treść zostaną uzgodnione z Zamawiającym.
Rozdział II. System sprzedaży biletów w biletomatach mobilnych.
1.
Wymagania dotyczące automatów biletowych.
Automaty do sprzedaż biletów jednorazowych, czasowych, dobowych, muszą spełniać następujące
warunki:
a) Automaty muszą być fabrycznie nowe i jednego typu.
b) Obudowa wykonana z wysokiej jakości stali zabezpieczonej antykorozyjnie, odpornej na
zniszczenia (wandalizm), pomalowanej proszkowo na kolor uzgodniony z Zamawiającym,
odporne na graffiti.
c) Drzwi: ryglowane min. w dwóch punktach (góra, dół).
d) Krawędzie zewnętrzne obudowy ukształtowane tak, aby nie powodowały niebezpieczeństwa
uszkodzenia odzieży lub zranienia klienta. Krawędzie wewnętrzne ukształtowane tak, aby nie
powodowały możliwości zranienia się przez osobę serwisującą automat.
e) Zegar czasu rzeczywistego zsynchronizowany z autokomputerem.
f)
Wnęka odbiorcza zwróconego bilonu i wydrukowanego biletu: podświetlona
w trakcie
realizacji transakcji, wyposażona w otwory umożliwiające odpływ wody lub innych płynów
zgromadzonych we wnęce.
g) Samozamykający się pojemnik końcowy na bilon o pojemności: minimum 2,5 l.
h) Klucze - 4 rodzaje kluczy:
i)
-
taki sam klucz do otwarcia drzwi każdego automatu,
-
taki sam klucz do odblokowania wszystkich zasobników do wydawania reszty,
-
taki sam klucz do wszystkich blokad pojemników końcowych na monety,
-
taki sam klucz do wszystkich pojemników końcowych na monety.
Dostawa kluczy w osobnym, zabezpieczonym pojemniku lub zaplombowanej kopercie (liczba
kompletów kluczy równa liczbie automatów).
j)
Mocowanie: rury nośne mocowane minimum w trzech punktach (podłoga, burta lub poręcz
oraz sufit), lub inny sposób mocowania o odpowiedniej trwałości (jeżeli Zamawiający wyrazi
zgodę na zaproponowane rozwiązanie), z możliwością szybkiego zdjęcia automatu i wymiany
na inny.
19
k) Automat musi być wyposażony w instrukcję obsługi zrozumiałą dla pasażera, umożliwiającą
bezproblemowy wybór biletu przy pomocy przycisków lub opcjonalnie przy pomocy ekranu
dotykowego.
l)
Automat musi współpracować z autokomputerem zainstalowanym w pojeździe, poprzez
Ethernet lub poprzez łącze IBIS/RS458 lub równoważne.
m) Automat transmisję danych musi realizować za pośrednictwem wbudowanego modemu
GSM/GPRS/UMTS/EDGE
(obsługa
mikropłatności
PayPass
i
PayWave),
bądź
za
pośrednictwem autokomputera. Karty SIM potrzebne do realizacji transmisji danych dostarczy
Zamawiający, po uzgodnieniu z Wykonawcą szczegółów technicznych.
n) Automat musi mieć możliwość pracy autonomicznej w przypadku uszkodzenia autokomputera
lub łącza.
o) Instrukcja obsługi, eksploatacji oraz konserwacji automatów w języku polskim.
p) Automat musi umożliwiać dokonanie płatności za zakup biletu papierowego za pomocą
bezstykowych kart płatniczych systemów Visa PayWave i Mastercard Paypass lub systemów
równoważnych bez konieczności autoryzacji kodem PIN, przy czym maksymalna kwota
transakcji nie większa niż 50 zł.
q) Automat musi być wyposażony w czytnik kart elektronicznych umożliwiający sprawdzenie
ważności bilety okresowego zapisanego na karcie oraz zapis (kodowanie) na karcie
elektronicznej biletów okresowych zakupionych przez Internet (zgodnie z opisem zawartym w
Rozdziale I punkt 9).. W pamięci automatu musi być przechowywana lista kart zastrzeżonych
tak, aby niemożliwe była doładowanie biletu na taką kartę.
r)
Automat ma być wyposażony w papier do druku biletu o gramaturze minimum 100 g/m2 z
poddrukiem w jednym kolorze z trzema rodzajami zabezpieczeniem do uzgodnienia z
Zamawiającym
2.
Warunki eksploatacyjne.
a) Klasa ochrony minimum IP 54 zgodnie z PN-EN 60529.
b) Temperatura pracy: -25 - +55 ºC.
c) Wilgotność względna otoczenia: max. 95 %.
d) Zabezpieczony przed zewnętrznymi zakłóceniami elektromagnetycznymi.
e) Odporny na wstrząsy i uderzenia.
f)
Czas od włączenia zasilania w autobusie do możliwości obsługi pasażera przez automat nie
dłuższy niż 5 minut.
3.
Zasilanie.
a) Z instalacji pokładowej: 24 VDC (± 25%).
20
b) Wbudowany akumulator, umożliwiający w przypadku braku zasilania zakończenie transakcji,
zapisanie wszystkich niezbędnych danych oraz automatyczne wyłączenie się.
c) W przypadku zaniku napięcia zasilającego automat biletowy w ciągu 90 sekund wysyła
informacje za pomocą modemu GSM/GPRS/UMTS/EDGE do centrum obsługi.
4.
Obsługa.
a) Monitor kolorowy LCD wyboru biletu, przekątna nie mniej niż 10 cali (rzeczywisty rozmiar
wyświetlanego obrazu min 10”), zabezpieczony przezroczystą płytą z tworzywa sztucznego
(szkła) odpornego na zarysowanie oraz zniszczenie;
-
Jasność:
- min. 250 cd/m2
-
Kontrast:
- min. 500:1,
-
Rozdzielczość:
- min. 640x480/dpi w 16-to bitowym trybie kolorów,
-
Czas dostępu:
- max. 5ms
-
Przejrzystość:
- min. 90%
b) Interakcja z użytkownikiem poprzez wyświetlacz z nakładką dotykową (technologia infrared,
SAW, IRDA lub równoważne) lub/i za pomocą minimum 10 podświetlanych klawiszy, po obu
stronach ekranu lub wokół niego, zabezpieczonych przez zniszczeniem lub zablokowaniem.
c) Miejsca informacyjne dla umieszczenia instrukcji obsługi (piktogramy).
d) Ekran startowy (treść wyświetlana na ekranie podczas braku aktywności obsługowej ze strony
pasażera, która uruchamia się po zdefiniowanym przez Zamawiającego czasie) – możliwość
samodzielnego zdefiniowania przez Zamawiającego.
e) Zainstalowane automaty powinny być wyposażone w:
-
program do sprzedaży biletów. Program ten powinien być zaprojektowany
i dostarczony wraz z automatami jako integralna część zamawianego produktu,
-
program pozwalający na udzielanie uzgodnionych z Zamawiającym dodatkowych
informacji na wyświetlaczu (np. informacji o rozkładzie komunikacji miejskiej,
rozkładzie jazdy, wyświetlania reklam, itp., usługi te powinny być realizowane za
pomocą aplikacji opartych na kodzie HTML),
-
dodatkowo automat może zostać wyposażony w inne programy wykonujące
dodatkowe funkcje informacyjne, lokalizacyjne lub marketingowe.
f)
Menu hierarchiczne – wybór biletów według klucza:
-
rodzaj biletu,
-
liczba biletów,
-
możliwość wyświetlania dodatkowych informacji i reklam.
g) Automat
musi
mieć
możliwość
przechowywania
minimum
2
taryf
z
możliwością
automatycznego przełączenia taryfy we wskazanym dniu na taryfę kolejną, zaprogramowaną
przed dniem wejścia w jej życie (automat podaje informację o zbliżającej się zmianie taryfy).
21
h) Oprogramowanie musi być tak zaprojektowane, aby umożliwić podczas jednej transakcji
wybór kilku biletów różnego rodzaju.
i)
Oprogramowanie
musi
być
tak
zaprojektowane,
aby
umożliwiać
sprzedaż
biletów
skasowanych lub/i do skasowania.
j)
Po wybraniu największej dopuszczalnej liczby biletów podczas jednej transakcji możliwość
wybrania kolejnych biletów zostaje zablokowana.
k) Zamawiający ma prawo definiować liczbę maksymalnie kupowanych biletów podczas jednej
transakcji.
l)
Optyczne i akustyczne potwierdzenie opcji wyboru.
m) Obsługa w języku polskim i angielskim.
n) Możliwość rezygnacji z transakcji w dowolnym momencie.
o) Oprogramowanie podczas wykonywania transakcji zakupu, musi pokazywać przy pomocy
jakich nominałów może być zrealizowana transakcja oraz jaka kwota pozostała do zapłaty.
p) Możliwość sprzedaży biletów w przypadku braku monet do wydawania reszty (wyświetlany
jest napis informujący o sprzedaży biletów tylko za odliczoną gotówką).
q) Możliwość sprzedaży kilku biletów jednego rodzaju w jednej transakcji.
r)
W
przypadku
zablokowania
automatu
lub
braku
papieru
automat
wyświetla
komunikat: „Automat biletowy nieczynny”.
5.
System Pieniężny.
a) Akceptowalne monety nominałów: 5 gr, 10 gr, 20 gr, 50 gr, 1 zł, 2 zł, 5 zł.
b) Czytnik monet musi posiadać możliwość zmiany akceptowalnych monet, możliwość regulacji
czułości czytnika monet, zabezpieczenie przed przyjmowaniem płatności fałszywymi
monetami.
c) Musi istnieć możliwość programowego włączenia lub wyłączenia obsługi dowolnego typu
monet.
d) Wlot monet: szczelinowy, monety wrzucane pojedynczo do szczeliny. Wrzutnik monet musi
otwierać się automatycznie w momencie wyboru funkcji zakupu biletu. W pozostałych
przypadkach wrzutnik musi być zamknięty, uniemożliwiając włożenie obcych przedmiotów lub
wlanie cieczy.
e) Konstrukcja czytnika monet musi być taka, aby przystosowanie automatu do obsługi monet
EURO w momencie ich wprowadzenia w Polsce ograniczało się jedynie do zmiany
oprogramowania urządzenia, bez konieczności wymiany czytnika monet.
f)
W przypadku rezygnacji z zakupu pasażer musi otrzymać z powrotem monetę (monety) o
identycznych nominałach.
g) W przypadku nie zaakceptowania przez automat monety pasażer musi otrzymać z powrotem
tę samą fizycznie monetę.
22
h) Wydawanie reszty: minimum 5 nominałów definiowanych przez Zamawiającego, każdy
nominał w ilości minimum 65 monet, pojemniki do wydawania reszty napełniają się
automatycznie w trakcie każdej transakcji, lub przez pracownika serwisowego; (magazyny
wymiany reszty powinny być uniwersalne, przejście z waluty PLN do Euro musi się odbyć bez
wymiany oprogramowania i jakiejkolwiek części mechanicznej lub elektronicznej, magazyny
muszą być zamienne, puste można zamieniać między sobą miejscami i dowolnie wymieniać w
przypadku awarii.
i)
W przypadku braku monet do wydawania reszty, automat biletowy w ciągu 90 sekund wysyła
informacje za pośrednictwem modemu GSM/GPRS/UMTS/EDGE do centrum obsługi.
j)
Bilon przyjmowany podczas transakcji, o ile nie jest kierowany do modułu wydawania reszty
podawany jest do samozamykającego się pojemnika końcowego o pojemności min. 2,5 litra.
Pojemnik musi być wyposażony w 2 niezależne zamki: jeden do zamknięcia pojemnika, drugi
do zaryglowania go w miejscu przeznaczenia. Każdy pojemnik posiada swój unikalny numer
zapisany na tabliczce znamionowej.
k) W przypadku napełnienia pojemnika końcowego na monety w 75%, automat biletowy w ciągu
90 sekund wysyła informacje za pośrednictwem modemu GSM/GPRS/UMTS/EDGE do
centrum obsługi.
l)
W przypadku całkowitego zapełnienia pojemnika końcowego na monety, automat biletowy
musi w ciągu 90 sekund wysłać informacje o tym fakcie za pośrednictwem modemu
GSM/GPRS/UMTS/EDGE do centrum obsługi i automatycznie wyłączyć możliwość zakupu
biletu.
m) Pojemnik końcowy na monety musi zamykać się samoczynnie podczas wyjmowania z
automatu. Dostęp do monet zgromadzonych w pojemniku musi być możliwy po otwarciu
zamka bezpieczeństwa.
n) Biletomat powinien być wyposażony w czytnik zbliżeniowych kart płatniczych wraz z
dedykowana aplikacja płatniczą, umożliwiający dokonanie płatności za zakup papierowego
biletu bez konieczności autoryzacji, przy czym kwota transakcji nie przekracza 50 zł,
umożliwiający transakcje kartami bankowymi w standardzie Visa PayWave i Mastercard
PayPass – rozwiązanie musi posiadać certyfikaty EMV Level 1, Mastercard M/Chip, Visa
qVSDC oraz dla aplikacji płatniczej do współpracy z agentem rozliczeniowym – certyfikaty
qVSDC (Visa Europe) oraz TIP Contactless (MasterCard International). Wykonawca wraz z
dostawą pierwszego urządzenia powinien dostarczyć certyfikaty potwierdzające zgodność
oferowanego rozwiązania sprzętowego do obsługi płatności bezgotówkowych oraz aplikacji
płatniczej z obowiązującymi wymaganiami organizacji Visa Europe oraz MasterCard
International.
o) Biletomat powinien posiadać aplikacje płatniczą do współpracy z centrum rozliczeniowym,
posiadającą aktualne certyfikaty, o których mowa w powyższym punkcie.
p) Nie dopuszcza się transakcji mieszanych gotówkowych i bezgotówkowych.
23
6.
Wydruk biletów i raportów.
a) Drukarka termiczna, pełnograficzna z automatycznym, samoostrzącym nożem odcinającym,
min. 1 mln cięć dla papieru o gramaturze 80 - 150 g/m2, możliwość druku uprzednio
zdefiniowanej grafiki.
b) Drukowanie biletów i raportów - potwierdzeń o doładowaniu elektronicznego biletu
okresowego, potwierdzeń przy operacjach realizowanych przy pomocy karty płatniczej,
paragonu fiskalnego po wprowadzeniu obowiązku fiskalizacji sprzedaży biletów w automacie,
w trybie serwisowym wydruk operacji finansowanych i serwisowych.
c) W przypadku braku papieru, automat przed zrealizowaniem transakcji doładowania
elektronicznego biletu okresowego musi wyświetlić informacje, że nie jest w stanie
wydrukować potwierdzenia transakcji i dać możliwość wycofania się klientowi z jej realizacji.
d) Parametry pracy drukarki muszą być tak dobrane, aby czas wydruku od momentu
zatwierdzenia transakcji do momentu wyrzutu biletu do rynienki nie był dłuższy niż 10 sekund.
Rynienka podczas wydawania biletu musi być podświetlona przez okres od 5 do 20 sekund;
Czas podświetlenia powinien być programowany przez Zamawiającego.
e) Szerokość papieru: 70 - 80 mm.
f)
Wymiary biletu – do uzgodnienia z Zamawiającym.
g) Średnica rolki papieru musi być tak dobrana, aby przy gramaturze papieru 100 g/m była
2
możliwość wydruku minimum 5000 biletów.
2
h) Gramatura papieru: 80 – 150 g/m .
i)
W przypadku zużycia 80% i 95% papieru, automat biletowy maksymalnie w ciągu 90 sekund
wysyła informacje za pomocą modemu GSM/GPRS/UMTS/EDGE do centrum obsługi.
7.
Przyłącza, przesyłanie danych.
a) Możliwość pracy autonomicznej.
b) Współpraca z autokomputerem (Ethernet, magistrala IBIS, RS 485 lub równoważne).
Przekazywanie do autokomputera informacji o statusach pracy automatu, w szczególności
błędach, alarmach, usterkach. Blokowanie funkcji sprzedaży z pulpitu autokomputera przez
kierowcę.
c) Przenoszenie i przesyłanie danych sprzedaży i eksploatacyjnych za pośrednictwem
bezprzewodowej łączności lokalnej w czasie zrzutu danych na terenie zajezdni lub na żądanie
obsługi za pomocą modemu GSM/GPRS/UMTS/EDGE, awaryjnie przy użyciu karty pamięci,
pendrive’a lub notebooka.
d) Dane przesyłane poprzez modem GSM/GPRS/UMTS/EDGE będą w następujących
przypadkach:
-
żądanie przesłania określonych danych dotyczących sprzedaży,
24
-
żądanie przesłania danych dotyczących ilości monet w poszczególnych zasobnikach
do wydawania reszty i w pojemniku końcowym,
-
stany awaryjne np. brak monet w zasobniku do wydawania reszty, zerwany papier lub
brak papieru, kończąca się rolka papieru, zapełniony pojemnik końcowy na monety,
próba włamania, brak zasilania, uszkodzenie automatu i inne.
e) Pozostałe dane (w tym dane dotyczące zapisanych na karcie przez automat biletów
elektronicznych zakupionych przez Internet) przesyłane są do siedziby Zamawiającego w
trakcie zrzutu danych za pomocą systemu bezprzewodowej łączności lokalnej.
f)
Stabilizacja i podtrzymywanie zasilania zapewniające stabilną pracę oraz zakończenie
transakcji i bezpieczne wyłączenie automatu w przypadku braku zasilania elektrycznego.
8.
Funkcje oprogramowania w automacie.
a) Rejestracja otwarcia drzwi i wszystkich czynności serwisowych, jakie zostały w nim wykonane
np.:
-
wyjęcie, wymiana pojemnika końcowego na bilon,
-
wyjęcie zasobnika do wydawania reszty,
-
uzupełnienie gotówki w zasobniku do wydawania reszty.
b) Rejestracja, sygnalizacja i przesyłanie do siedziby Zamawiającego stanów awaryjnych:
-
brak monet w zasobniku do wydawania reszty,
-
zerwany papier,
-
brak papieru,
-
brak monet w zasobniku do wydawania reszty,
-
kończąca się rolka papieru,
-
zapełniony pojemnik końcowy na monety,
-
pojemnik końcowy na monety zapełniony w około 80%,
-
próba włamania,
-
brak zasilania,
-
uszkodzenie automatu.
c) Drukowanie raportów np.:
-
stan gotówki w zasobniku do wydawania reszty oraz pojemniku końcowym,
-
raport z uzupełnienia zasobnika do wydawania reszty,
-
raporty dotyczące stanów awaryjnych,
-
raporty dotyczące sprzedaży biletów z podziałem na nominały,
-
możliwość tworzenia przez Zamawiającego dowolnych raportów.
d) Możliwość zapisywania danych dotyczących sprzedaży i funkcjonowania automatu na karcie
pamięci, pendrivie lub w notebooku w trakcie czynności serwisowych.
e) W pamięci urządzenia muszą być przechowywane wszystkie rozliczenia oraz wszystkie
logowania obsługi serwisowej do automatu (min. okres przechowywania danych to 12 m-cy)
25
f)
Automat musi mieć możliwość zapisu w pamięci min. 200 ostatnich rozliczeń pracy.
g) Automat musi współpracować z autokomputerem pokładowym w zakresie:

synchronizacji czasu i daty automatu,

pobierania danych tj. numer taborowego pojazdu, nr linii, nr kierowcy, nr zadania
(kursówki) oraz kolejny przystanek linii na której kursuje pojazd,

przesyłania
podstawowych
informacji
o
stanach
automatu
do
komputera
pokładowego.
h) Funkcje serwisowe powinny być dostępne dopiero po zalogowaniu się i identyfikacji
użytkownika w automacie.
i)
Powinna być możliwość podglądu i wydruku aktualnego stanu pojemników końcowych,
modułów wymiany i wydawania monet, sprzedaży, itp.
j)
W funkcji serwisowej musi istnieć możliwość uzupełnienia stanu monet służących do
wydawania reszty – funkcja ta zakończona wydrukiem pokwitowania.
k) Musi być zapewniona możliwość wyrzucenia wszystkich monet z pojemników do wydawania
reszty do pojemnika końcowego.
l)
Warunkiem rozpoczęcia pracy serwisowej jest podanie specjalnego kodu, którego mylne 3krotne wpisanie blokuje automat i uruchamia alarm wraz z powiadomieniem obsługi przez
modem GSM/GPRS/UMTS/EDGE o nieuprawnionej ingerencji.
m) Automat powinien zapisywać dane (Nr karty + Nazwisko serwisanta + Data+ Godzina)
każdorazowego zameldowania się serwisanta i rejestrować wszystkie jego czynności.
n) Automat powinien posiadać rozbudowany zestaw funkcji diagnostyczno-serwisowych:

automatyczne uaktualnianie (update) oprogramowania sterującego pracą automatu,

automatyczne uaktualnianie zmian taryfowych,

ekspozycja oraz wydruk i zapis na nośniku stanu automatu i przebiegu pracy,

pokazanie historii rozliczeń; historii transakcji,

wydruki testowe,

wymiana pojemników i funkcje rozliczeniowe,

funkcje testowe dla wszystkich komponentów,

wydruki kontrolne,

funkcje serwisowego napełniania magazynów wymiany monet.
o) Obsługa serwisowa będzie wykonywana w zakresie wynikającym z przydzielonych uprawnień.
Wielopoziomowość uprawnień realizowana będzie za pomocą identyfikacji pracownika jego
kartą serwisową i kodem PIN. Każda czynność będzie generowała w rejestrze stosowne
zdarzenie.
p) Automat powinien posiadać oświetlenie wnętrza.
q) Możliwość wprowadzenia zmian (obsługa automatu) w oprogramowaniu i konfiguracji
automatu wykonywana za pomocą klawiatury serwisowej.
9.
Oprogramowanie wspomagające (w siedzibie Zamawiającego).
26
a) Obsługa automatu musi być realizowana za pośrednictwem autokomputera. Wszystkie dane
gromadzone będą na serwerze zlokalizowanym w siedzibie Zamawiającego, opisanym w
rozdziale IV.
b) Wykonawca
dostarczy
zestaw
komputerowy
z
odpowiednim
oprogramowaniem
dla
stanowiska obsługi serwisowej automatów. Minimalne parametry zestawu komputerowego
opisane w rozdziale IV. Oprogramowanie umożliwi prezentację w sposób graficzny stanu
automatów w odpowiedniej gradacji kolorystycznej.
c) Rejestracja i sporządzanie raportów wszystkich transakcji, rozliczenie (wpłaconych i
wydanych) środków płatniczych, rejestracja dostępu służb serwisowych, rejestracja stanu
technicznego automatu powinna być dostępna z poziomu aplikacji znajdującej się w siedzibie
Zamawiającego.
d) Format
danych
generowanych
umożliwiającego
automatyczne
przez
automat
zaksięgowanie
(szczegółowe
w
systemie
rozliczenie
transakcji),
Finansowo-Księgowym
Zamawiającego (Zintegrowany System T@RAN/Municom.Premium).
e) Zabezpieczenie danych konfiguracyjnych i informacji o dokonanych transakcjach w razie
całkowitego zaniku zasilania zewnętrznego.
f)
Całkowicie i poprawnie spolszczony interfejs użytkownika oprogramowania do obsługi i
serwisowania automatu.
g) Oprogramowanie musi być zbudowane modułowo – możliwość dodania innych usług np.
rozkłady jazdy, informacja turystyczna, komunikaty, reklamy.
h) Tworzenie taryfy biletowej wraz z grafiką drukowaną na biletach.
i)
Tworzenie dowolnych statystyk sprzedaży w wybranych terminach w rozbiciu na rodzaje
sprzedanych biletów; wielkość ilościowa i wartościowa sprzedaży w poszczególnych
automatach, na poszczególnych przystankach, liniach i strefach przewozowych; według
sposobu zapłaty: gotówka, karta płatnicza;
podział na statystyki natężenia ruchu
pasażerskiego wg dowolnych kryteriów (np. wg numeru pojazdu dnia tygodnia, rodzaju
sprzedanego biletu i gminy na terenie której dokonano zakupu) oraz statystyki dla
księgowości; grupowanie i sumowanie danych.
j)
Definiowanie maski i tła ekranów informacyjnych w co najmniej 2 językach – wprowadzenie
poszczególnych języków lub zamiana wcześniej zaprogramowanych musi być realizowana
samodzielnie przez Zamawiającego.
k) Definiowanie parametrów pracy oświetlenia i podświetlenia rynienki.
l)
Zdalne monitorowanie pracy wszystkich automatów (dostęp do wszystkich automatów
pracujących oraz możliwość równoległego zarządzania pracującymi automatami).
m) Podgląd stanu wybranego automatu: konfiguracji stanu podzespołów, ilości monet w
zasobnikach, informacja o niedługim przekroczeniu wartości progowych itp.
n) Możliwość zdalnego zarządzania automatem (tzn. zmiany konfiguracji automatu, wgrywanie
poprawek i aktualizacji, wykonywanie funkcji testujących, blokowanie automatu, restart
27
automatu, możliwość zmiany interfejsu dla użytkownika, synchronizacja daty i godziny,
zmiana czasu na letni/zimowy, itp.);
o) Możliwość sterowania automatami za pomocą poleceń grupowych lub pojedynczych.
p) Odbieranie sygnałów alarmowych zgłaszanych przez automaty.
q) Ściąganie na żądanie wszystkich detalicznych informacji o każdej transakcji w celu
rozpatrywania ewentualnych reklamacji.
r)
Informacje muszą być wyświetlane w sposób czytelny. Musi istnieć możliwość wysyłania
powiadomień w postaci SMS-ów na wybrany nr telefonu komórkowego o usterkach.
s) Możliwość archiwizowania przez system obsługi centrali danych z automatów.
t)
Poprawki i aktualizacje oprogramowania znajdującego się w automacie będzie można
dokonywać zarówno bezpośrednio w automacie, jak i od strony centrali.
10. Obsługa serwisowa.
a) Automat biletowy musi być zabezpieczony alarmem akustycznym i świetlnym w przypadku
próby otwarcia drzwi przez osoby niepowołane lub 3-ktotnego wprowadzenia niewłaściwego
PIN-u w przypadku otwarcia drzwi przez pracownika serwisowego.
b) Otwarcie drzwi w celach obsługowo-naprawczych powinno być poprzedzone identyfikacją
pracownika serwisu przy pomocy karty serwisowej i podanie PIN-kodu.
c) Otwarcie drzwi bez wcześniejszego zalogowania się przy pomocy elektronicznej karty
serwisowej lub nie podanie PIN-kodu w ciągu 15 sekund spowoduje uruchomienie alarmu.
d) Zakres czynności serwisowych:

uzupełnianie gotówki do wydawania reszty,

wymiana pojemników końcowych,

usuwanie drobnych usterek,

po wejściu w tryb pracy serwisowej kontrola statusu poszczególnych podzespołów na
ekranie automatu oraz możliwość sprawdzenia stanu zasobnika na monety,

drukowanie raportów.
e) Wraz z dostawą automatów biletowych Wykonawca zapewni dodatkową liczbę pojemników
końcowych na monety – 50 sztuk.
Rozdział III. System wymiany danych pomiędzy autobusami a bazą KM-Płock.
1.
Uwagi ogólne.
Wymiana danych pomiędzy autobusami a systemem centralnym będzie realizowana za pomocą
autokomputerów dostarczonych w ramach powyższego zamówienia. Wszystkie dostarczone
autokomputery muszą być jednakowe i fabrycznie nowe.
28
Dane lokalizacyjne będą przesyłane przez autokomputer do systemu centralnego wg ustalonego
interwału za pomocą modułu GPRS. Inne dane, w tym dane eksploatacyjne, dane z biletomatów będą
przesyłane na terenie zajezdni Zamawiającego za pomocą bezprzewodowej łączności lokalnej. W
przypadku danych eksploatacyjnych na żądanie łączność będzie realizowana za pomocą modułu
GPRS autokomputera. Dane lokalizacyjne, razem z odchyleniami od rozkładu i innymi danymi
ustalonymi z Zamawiającym będą prezentowane na stanowisku analizy danych, opisanym w punkcie
4 poniższego rozdziału. System ma prezentować aktualną pozycję autobusów na mapie na stronie
internetowej Zamawiającego wraz z możliwością konfiguracji i parametryzacji wyświetlanych wyników.
Autokomputer ma mieć możliwość wygenerowania informacji o położeniu pojazdu dla potrzeb ITS
(Inteligentny System Transportowy).
Wykonawca dostarczy i zamontuje na terenie zajezdni Zamawiającego odpowiednią infrastrukturę
sprzętową oraz oprogramowanie umożliwiające komunikację autokomputerów zainstalowanych w
pojazdach z systemem centralnym za pomocą bezprzewodowej łączności lokalnej (WiFi).
Wykonawca dostarczy w ramach niniejszego postępowania 250 szt. kart kierowcy lub unikatowych
kluczy kierowcy (wraz z oprogramowaniem do edytowania/zarządzania kluczami).
Karty SIM potrzebne do realizacji transmisji danych dostarczy Zamawiający, po uzgodnieniu z
Wykonawcą szczegółów technicznych.
2.
System pokładowy.
Bezpieczeństwo systemu pokładowego zakłada autoryzację dostępu do autokomputera, które są
zabezpieczone przed nieautoryzowanym dostępem. Zalogowanie się na urządzeniu wymaga
przyłożenia karty służbowej lub unikatowego klucza kierowcy.
System pokładowy będzie funkcjonował w pojazdach komunikacji miejskiej. W skład systemu
pokładowego podlegającego dostawie wchodzą autokomputery wraz z modułami funkcjonalnymi
realizującymi funkcje opisane poniżej.
3.
Autokomputer.
3.1 Funkcjonalność i działanie autokomputera.
3.1.1 Autokomputer steruje urządzeniami zainstalowanymi w autobusie. Do jego funkcji należą, co
najmniej:

Współpraca z automatami biletowymi zgodnie z opisem urządzenia w rozdziale II.
29

Autoryzacja przez logowanie kartą służbową kierowcy lub unikatowym kluczem
kierowcy.

Blokowanie kasowników przez kierowcę.

Kontrola realizacji rozkładu jazdy.

Przechowywanie w pamięci własnej wykazu linii, sieci przystanków i rozkładów jazdy.

Wyświetlanie i rejestracja informacji bieżącej o spóźnieniach i przyśpieszeniach w
realizacji rozkładu jazdy.

Rejestrowanie i sygnalizacja na stanowisku kierowcy awarii podłączonych urządzeń.

Wysyłanie sygnału lokalizacyjnego do systemu centralnego.

Po każdym powrocie do zajezdni przesyłanie wszystkich zgromadzonych danych w
swojej
pamięci
systemem
bezprzewodowej
łączności
lokalnej
do
systemu
centralnego.

Zapewnienie ciągłości transmisji danych pomiędzy autokomputerem a serwerem
komunikacyjnym z dowolnego punktu, w zależności od dostępności usługi i od
przyjętego rozwiązania przez Wykonawcę poprzez sieć GPRS. W przypadku braku
dostępności usługi, dane zostaną wysłane niezwłocznie po nawiązaniu transmisji.

Szyfrowanie transmitowanych danych.
3.1.2 Autokomputer będzie rejestrować parametry techniczne i eksploatacyjne autobusu.
Informacje o stanie technicznym pojazdu mogą być odczytywane z dodatkowych czujników
instalowanych w pojeździe bądź z wykorzystaniem magistrali CAN pojazdu.
3.1.3 Wykonawca zweryfikuje możliwość dostępu do szyny CAN i jeżeli to będzie możliwe w
taborze posiadanym przez Zamawiającego, to udostępni Zamawiającemu wszystkie
parametry z szyny CAN umożliwiające dokonanie zapisu przez autokomputer, a w
szczególności:

Daty i czasu.

Prędkości pojazdu.

Prędkości obrotowej silnika (z rejestracją przekroczenia obrotów max. silnika, obrotów
ekonomicznej jazdy, nadmiernych obrotów biegu jałowego).

Ciśnienia oleju w silniku.

Pracy silnika (włączenia/wyłączenia zapłonu i wyłącznika głównego prądu).

Czasu pracy silnika w czasie postoju.

Zużycia paliwa przez pojazd.

Poziomu paliwa w zbiorniku (rejestrowanego także przy wyłączonym zapłonie).

Czasu pracy agregatu grzewczego i klimatyzacji.

Temperatury płynu chłodzącego.

Rejestracja stanu pracy skrzyni biegów (D N R).

Temperatury oleju w skrzyni biegów.

Ilości skasowanych biletów.

Błędów zgłaszanych przez urządzenia.
30

Innych parametrów na zasadzie uzgodnień z Zamawiającym.
3.1.4 Wykonawca w pojazdach niewyposażonych w szynę CAN, zapewni dokonanie zapisu przez
autokomputer następujących parametrów:

Daty i czasu.

Prędkości pojazdu.

Poziomu paliwa w zbiorniku.

Temperatury płynu chłodzącego.

Innych parametrów na zasadzie uzgodnień z Zamawiającym.
3.1.5 Autokomputer zapewni współpracę z urządzeniami pokładowymi posiadanymi przez
Zamawiającego tj. tablicami elektronicznymi zewnętrznymi – czołową, boczną i tylną,
tablicami elektronicznymi wewnętrznymi, kasownikami wg wykazu z Załącznika nr 8 (zgodnie
z zapisami punktu 1) ze str. 4).
3.1.6 W autobusach z wyposażeniem pozwalającym na realizację informacji głosowej i wizualnej
(zgodnie z zapisami punktu 1) ze str. 4).po aktywowaniu blokady kasowników musi nastąpić
komunikat głosowy o treści: „Proszę przygotować bilety do kontroli” a na wewnętrznej tablicy
informacyjnej wyświetli się komunikat o treści: „Kontrola biletów”.
3.1.7 W pamięci autokomputera przechowywane są dane dla wszystkich linii opisujące: rozkłady
jazdy, pełne „kursówki”, opisy brygad, systemy taryfowe i inne zmienne zapewniające
sprawną pracę systemu. Dane te są aktualizowane w czasie postoju pojazdu w zajezdni
poprzez
bezprzewodową
sieć
łączności
lokalnej.
Autokomputer
musi
umożliwiać
przechowywanie minimum 2 pełnych wersji rozkładów jazdy.
3.1.8 Autokomputery w 30 wybranych i użytkowanych przez Zamawiającego autobusach muszą
realizować funkcjonowanie systemów informacji głosowej zewnętrznej i wewnętrznej.
System informacji głosowej zewnętrznej i wewnętrznej opisany jest w rozdziale V.
3.1.9 Autokomputer zapewni kierowcy wyświetlanie na ekranie informacji o rozkładzie jazdy i
odchyleniach od tego rozkładu.
3.1.10 Autokomputer
musi
obsługiwać
przycisk
alarmowy
umożliwiający
natychmiastowe
powiadomienie dyspozytora.
3.2 Parametry techniczno-eksploatacyjne.
3.2.1 System operacyjny z opublikowanym interfejsem (API) do uruchamiania i kontroli zadań
użytkownika.
3.2.2 Zegar czasu rzeczywistego (z podtrzymaniem bateryjnym).
3.2.3 Wyświetlacz LCD o przekątnej min. 4,5”, kolorowy typu TFT.
3.2.4 Możliwość odtworzenia informacji głosowej i dźwiękowej w systemach informacji
zewnętrznej i wewnętrznej.
3.2.5 Interfejsy komunikacyjne (co najmniej):

1 x RS485,

1 x USB,
31

1 x Ethernet min. 10 Mbit/s,

1 x wyjście audio.
3.2.6 Modem GPRS Class 10.
3.2.7 Moduł GPS 16 kanałów SuperSense (-158 dB).
3.2.8 Moduł WLAN IEEE802.11b/g.
3.2.9 Zasilanie 16,8 – 36 V prąd stały.
3.2.10 Zabezpieczenie przed przepięciami.
3.2.11 Temperatura pracy: -25ºC do 60ºC.
3.2.12 Temperatura w stanie pasywnym: -30ºC do 65ºC.
3.2.13 Wilgotność względna: 10 do 95%.
3.2.14 Autokomputer o maksymalnych rozmiarach 240 mm (szer.) x 210 mm (wys.) x 90 mm (gł.)
Wymiary autokomputera obejmują terminal kierowcy. Część operacyjna może być
instalowana poza kabiną kierowcy w miejscu niedostępnym dla pasażerów i stanowić jedną
zintegrowaną całość z dopuszczalną zewnętrzną anteną GPS/GPRS. Zamawiający
dopuszcza zastosowanie autokomputera w zintegrowanej obudowie lub z zewnętrznym
ekranem LCD i klawiaturą.
3.2.15 Wyświetlacz autokomputera ma być wyraźnie podświetlany celem umożliwienia korzystania
w ograniczonych warunkach oświetleniowych.
3.2.16 Sposób i miejsce montażu musi być uzgodnione z Zamawiającym.
3.3 Inne wymagania funkcjonalne autokomputera.
3.3.1 Gromadzenie i transfer danych o operacjach wykonywanych przez kierowcę lub inne
upoważnione osoby (transfer danych, zmiany konfiguracyjne, wszystkie operacje serwisowe
itp.). Powyższe dane w pełnej treści mają być przekazywane do systemu centralnego po
zjeździe autobusu do zajezdni z wykorzystaniem systemu łączności lokalnej. Autokomputer
ma umożliwiać
przekazywanie
danych
z częstotliwością
będącą
konfigurowalnym
parametrem systemu lub wynikającą z upakowania pakietu danymi siecią GPRS. Przy
parametrze częstotliwości zakłada się minimalny odstęp pomiędzy kolejnymi transferami w
przedziale 10-60 sekund, lub w trybie wynikającym ze zdarzeń ruchowych, które podlegają
raportowaniu. Komputer ma przekazywać za pomocą modemu GPRS dane dotyczące
lokalizacji pojazdu w funkcji odchyłek od planowanego rozkładu jazdy i trasy. Powyższe
dane
komputer
pokładowy
ma
dodatkowo
przechowywać
do
czasu
pełnego
i
potwierdzonego ich przesłania do systemu centralnego.
3.3.2 Pamięć autokomputerów musi pozwalać zapisywać dane dla wszystkich linii (2 pełne wersje
rozkładów jazdy wraz z pełnymi kursówkami, opisami brygad, nazewnictwem przystanków w
formacie tekstowym i głosowym).
3.3.3 Autokomputer musi gwarantować synchronizację czasu w pojazdach oraz wyświetlać na
ekranie komputera komunikaty wysłane przez centrum nadzoru ruchu (dyspozytora).
32
3.3.4 System musi być zabezpieczony przed ingerencją osób trzecich za pomocą karty kierowcy
lub unikatowego klucza sprzętowego.
3.3.5 Automatyczne rozpoznawanie pozycji, zmian przystanków, zmian strefy, taryfy itp.
3.3.6 Zapis tych informacji następuje przez centralne przeprogramowanie (bez konieczności
dokonywania wpisów osobno w każdym urządzeniu).
3.3.7 Autokomputer będzie odpowiadał za:

Transfer danych dotyczących sprzedaży biletów z biletomatów do systemu sprzedaży
biletów w biletomatach (a następnie do modułu Finansowo-Księgowego Systemu
Zintegrowanego T@RAN/Municom.Premium Zamawiającego) – standardowo podczas
każdorazowego zrzutu danych na terenie zajezdni. W szczególnych przypadkach (na
żądanie
operatora)
transmisja
będzie
realizowana
za
pomocą
modemu
GSM/GPRS/UMTS/EDGE znajdującego się w biletomacie.

Transfer danych dotyczących doładowań biletów elektronicznych w biletomatach, do
systemu biletu elektroniczego – standardowo podczas każdorazowego zrzutu danych
na terenie zajezdni. W szczególnych przypadkach (na żądanie operatora) za pomocą
modemu GSM/GPRS/UMTS/EDGE znajdującego się w biletomacie.

Pobieranie w czasie transmisji danych na terenie zajezdni białych i czarnych list
generowanych przez system biletu elektronicznego, oraz przesyłanie ich do
biletomatów.

Pobieranie - standardowo czasie transmisji danych na terenie zajezdni, w
szczególnych przypadkach (na żądanie operatora) za pomocą modułu GPRS –
danych dotyczących przystanków, rozkładów jazdy, tras przejazdów i innych
generowanych
w
module
RJWin
Zintegrowanego
Systemu
T@RUN/Municom.Premium.
4.
Stanowisko analizy danych.
Wykonawca dostarczy i uruchomi stanowisko do analizy danych przesyłanych z autokomputerów.
Parametry dostarczonej i skonfigurowanej stacji roboczej oraz zainstalowanego na niej systemu
operacyjnego wraz z oprogramowaniem biurowym muszą być wystarczające do pracy z
dostarczonym
oprogramowaniem, lecz nie gorsze od minimalnych parametrów zestawów
komputerowych i oprogramowania biurowego opisanych w rozdziale IV. Jednostka centralna powinna
być przystosowana do pracy wieloekranowej (min. 2 ekrany LCD). Zamawiający wymaga, aby
dostarczone oprogramowanie było zintegrowane i zainstalowane na jednej stacji roboczej.
Stanowisko powinno posiadać pełny dostęp do funkcji Systemu oraz do danych i informacji o
wszystkich pojazdach, w których zainstalowano autokomputery objęte niniejszym zamówieniem.
Stanowisko zostanie wyposażone w zintegrowane środowisko programowe umożliwiające swobodne
monitorowanie i regulację pracy taboru komunikacji miejskiej, w tym:
33
a) Komunikowanie się z wybranymi kierowcami lub ich grupami (statusy, komunikaty tekstowe).
Komunikat
wyświetlany
na
autokomputerze
będzie
oznajmiony
kierowcy
sygnałem
dźwiękowym.
b) Prezentacja bieżącej informacji o stanie pojazdów wykonujących zadania przewozowe,
prędkość chwilowa, odchylenie czasowe od zadanego rozkładu jazdy, informacja o
przypisaniu zadania do pojazdu, pozycja pojazdu, czas jaki upłynął od przesłania ostatnich
danych z wybranego pojazdu, linia i wariant trasy, nazwa ulicy, na której obecnie znajduje się
pojazd, dane o kierowcy prowadzącym pojazd.
c) Wymaga się, aby system posiadał specjalny tryb graficzny prezentujący stan wykonywanych
kursów w odpowiedniej gradacji kolorystycznej. Pojazdy zaznaczone będą kolorem
symbolizującym stopień opóźnienia lub przyspieszenia danego pojazdu. Przykład: pojazd
mocno opóźniony - kolor czerwony, pojazd mniej opóźniony - kolor pomarańczowy, pojazd o
czasie - kolor zielony itd. Kolor, którym oznaczony jest pojazd zależy od stopnia jego
opóźnienia/przyspieszenia. Taki tryb graficzny będzie obejmował wszystkie pojazdy i linie
obsługiwane przez Zamawiającego. Poszczególne pojazdy będą prezentowane na cyfrowej
mapie (wg opisu w punkcie g) na schemacie poszczególnych linii lub grupy linii i sieci
komunikacyjnej. Schematy poszczególnych linii będą posiadały zaznaczone wszystkie
przystanki.
d) Wysyłanie komunikatów tekstowych na ekrany kierowców: dyspozytor może wybrać dowolny
pojazd z mapy i wysłać do niego wiadomość, wysłać wiadomość do grupy pojazdów
znajdujących się w jednym obszarze oraz wysłać wiadomość do pojazdów poruszających się
na wybranej linii i trasie - wszystkie komunikaty muszą być archiwizowane.
e) Szybkie lokalizowanie elementów komunikacji miejskiej na mapie tj. przystanki i pojazdy. Lista
wszystkich przystanków i pojazdów musi być dostępna w głównym oknie aplikacji oraz
podzielona na odpowiednie grupy - po wyborze danego elementu zostanie on odnaleziony i
wyświetlony w centralnym punkcie mapy.
f)
System realizuje zadany rozkład jazdy, jednakże musi umożliwiać przejście na stałą przerwę
czasową między pojazdami, tak by kursowały ze stałą częstotliwością. Możliwość przejścia na
takie rozwiązanie, system powinien zasugerować dyspozytorowi (do którego będzie należeć
decyzja) na danej linii (która ma dopuszczoną taką opcję) w przypadku wystąpienia kongestii
w ruchu (na podstawie danych z ruchu bieżącego i danych archiwalnych). System powiadomi
dyspozytora o możliwości powrotu do zadanego rozkładu jazdy w określonym przedziale
czasu.
g) Lokalizacja pojazdów komunikacji w czasie rzeczywistym i wizualizacja położenia pojazdów w
dyspozytorni przy pomocy graficznego interfejsu użytkownika GUI (ang. Graphical User
Interface) na cyfrowej mapie (dostarczanej przez Wykonawcę) komunikacyjnej sieci.
h) Prezentacja bieżącej informacji o stanie pojazdów wykonujących zadania przewozowe tj.
nazwa ulicy, na której obecnie znajduje się pojazd, prędkość chwilowa, odchylenie czasowe
34
od zadanego rozkładu jazdy, informacja o przypisaniu zadania do pojazdu, pozycja pojazdu,
linia i wariant trasy, ostatni przystanek, odległość od poprzedniego przystanku etc.
i)
Odczytywanie komunikatów systemowych, między innymi o stanie łączności z pojazdami,
zakończeniu wykonywania zadania przewozowego przez pojazd.
j)
System musi rejestrować i gromadzić dane dotyczące ruchu pojazdów w celu precyzyjnego
szacowania czasu niezbędnego na pokonanie poszczególnych odcinków tras oraz ich
archiwizowanie,
Rozdział IV. Sprzęt, oprogramowanie systemowe, narzędziowe i biurowe.
1.
Miejsce instalacji serwerów.
Komponenty centralne systemów powinny zostać zainstalowane na dostarczonych przez Wykonawcę
serwerach zainstalowanych w serwerowni Zamawiającego, w szafach rack 19” posiadanych przez
Zamawiającego (wymiary zewnętrzne szafy: szerokość – 80 cm, głębokość – 100 cm, wysokość –
210 cm).
2.
Wyposażenie dodatkowe.
Dostawa obejmuje również:
a) 1 przełącznik KVM umożliwiający podłączenie wszystkich elementów dostarczonych w
ramach niniejszego postępowania, instalowanych w serwerowni w szafach
rack
Zamawiającego.
b) 1 monitor 19" LCD, podłączony pod przełącznik KVM.
c) Urządzenia podtrzymujące zasilanie (UPS) dużej mocy, mogące łącznie podtrzymać zasilanie
całej sieci, o następujących parametrach:

moc min.: 8.000 W / 10 kVA,

zasilanie: 230 V, 50 Hz,

napięcie wyjściowe: 230 V +/- 3%,

częstotliwość wyjściowa: 50 Hz +/- 3 Hz,

montaż w szafie typu rack 19",

minimalny czas podtrzymania przy 100% obciążeniu: 20 min,

maksymalny czas ładowania: 4 godz.
d) Zarządzalny przełącznik sieciowy – switch 24 portowy 10/100/1000 Layer 3 – jako główny
switch systemu, do którego będą podłączone inne urządzenia sieciowe oraz serwery. Switch
ma być zarządzany zarówno z konsoli jak również przez WWW. Switch ma być zamontowany
w szafie typu rack 19".
e) Sprzętowy router IP ze ścianą ogniową (firewall), o następujących parametrach:
35

kompletne zarządzanie konfigurowaniem,

możliwość dostosowania zakresów czynności administratorów oraz przywilejów
dostępu,

obsługa urządzeń stosujących dynamiczne adresowanie,

filtrowanie zawartości dla apletów Java i ActiveX,

kontrola takich protokołów, jak HTTP, FTP, SMTP, DNS, SMB, NFS, SIP, SCCP,
RTSP, ILS,

realizacja usługi koncentratora zdalnego dostępu VPN dla minimum 25 zdalnych
klientów programowych lub sprzętowych,

realizacja usługi systemu wykrywania i zapobiegania włamaniom,

obsługa standardów branżowych IKE i IPsec VPN,

obsługa 56-bitowego kodowania DES, 168-bitowego 3DES oraz 256- bitowego AES,

kompletny zestaw usług dynamicznego routingu OSPF,

funkcjonalność serwera DHCP na jednym lub większej liczbie interfejsów dla urządzeń
uzyskujących dynamicznie adresy IP,

możliwość centralnej dystrybucji, śledzenia i zarządzania adresami IP,

możliwość usługi dynamicznej, statycznej i opartej o założenia translacji adresów
sieciowych (NAT) jak również translacji portów (PAT) dla pojedynczych adresów IP,

f)
montaż w szafie typu rack 19".
Streamer wraz z oprogramowaniem do wykonywania kopii zapasowych na taśmach LTO-3
z licencjami agentów dla różnych serwerów, o następujących parametrach:
3.

pojemność: minimum 400 GB,

pojemność po kompresji: minimum 800 GB,

średni transfer bez kompresji: min. 60 MB/s,

średni transfer z kompresją: min. 120 MB/s,

interfejs: SCSI,

montaż w szafie typu rack 19",

jednoetapowe odzyskiwanie plików z zapisanego obrazu,

zintegrowana deduplikacja danych,

scentralizowane zarządzanie.
Opis funkcjonalny.
3.1 Oprogramowanie systemu zarządzania systemem biletu elektronicznego powinno być w całości
zainstalowane
na
dostarczonych
w
ramach
zamówienia
serwerach
zapewniających
odpowiednią wydajność, zainstalowanych w posiadanych przez Zamawiającego szafach typu
rack 19", ulokowanych w pomieszczeniach Zamawiającego.
3.2 Wykonawca zaprojektuje, dostarczy, zainstaluje i uruchomi właściwe rozwiązanie sprzętowe do
obsługi każdego z systemów (systemu sprzedaży biletów elektronicznych, systemu sprzedaży
36
biletów w biletomatach i systemu wymiany danych pomiędzy autobusami a bazą KM-Płock),
pełniące funkcję serwera aplikacji. W przypadku farmy serwerów poszczególne maszyny mogą
(ale nie muszą) być dedykowane do poszczególnych modułów funkcjonalnych. Przy doborze
rozwiązania Wykonawca musi uwzględnić następujące wymagania:
• wydajnościowe
—
właściwa
moc
przetwarzania
danych
uwzględniająca
nierównomierne obciążenie w ciągu doby. Zakłada się, że w cyklu dobowym mogą
występować
obciążenia
serwera
systemu
20-krotnie
większe
niż
średnie
zapotrzebowanie na moc w czasie pracy dziennej (6:00-18:00),
• pojemnościowe — właściwy dobór pojemności pamięci oraz pamięci masowych,
• bezpieczeństwa danych — zabezpieczenie przed ich utratą - no single point of failure,
• kompatybilność programowa — komputer musi być całkowicie zgodny z całym
oprogramowaniem, które jest przeznaczone do zainstalowania (żaden z programów
nie może zgłaszać błędów obsługi poszczególnych urządzeń komputera, w przypadku
oprogramowania plug-and-play żadne z urządzeń komputera nie może zostać
zgłoszone jako niepracujące właściwie po dokonaniu instalacji w trybie plug-and-play),
• wymaganej dostępności — w każdym ciągu kolejnych 30 dni kalendarzowych nie
więcej niż jedna awaria krytyczna.
3.3 Baza danych systemu biletu elektronicznego (Zamawiający dopuszcza zastosowanie osobnej
bazy danych dla każdego z systemów) będzie posadowiona na odrębnym serwerze, zwanym
dalej serwerem bazy danych. Przy doborze serwera bazy danych Wykonawca musi uwzględnić
następujące wymagania:
• wydajnościowe
—
właściwa
moc
przetwarzania
danych
uwzględniająca
nierównomierne obciążenie w ciągu doby. Zakłada się, że w cyklu dobowym mogą
występować obciążenie serwera bazy danych przez aplikację systemu 20-krotnie
większe niż średnie zapotrzebowanie na moc w czasie pracy dziennej (6:00-18:00),
• pojemnościowe — właściwy dobór pojemności pamięci oraz pamięci masowych,
• bezpieczeństwa danych — zabezpieczenie przed ich utratą no single point of failure,
• kompatybilność programowa — komputer musi być całkowicie zgodny z całym
oprogramowaniem, które jest przeznaczone do zainstalowania (żaden z programów
nie może zgłaszać błędów obsługi poszczególnych urządzeń komputera, w przypadku
oprogramowania plug-and-play żadne z urządzeń komputera nie może zostać
zgłoszone jako nie pracujące właściwie po instalacji w trybie plug-and-play),
• pożądanej dostępności systemu - w każdym ciągu kolejnych 30 dni kalendarzowych
nie więcej niż 1 awaria krytyczna.
3.4 Bazy danych każdego z systemów należy wykonać na potrzeby gromadzenia i przechowywania
wszystkich danych gromadzonych przez te systemy przez okres minimum 5 lat z opcją
37
archiwizacji danych oraz przywracania archiwizacji. Ponadto w bazie danych zapisywane będą
dane ewidencyjne źródeł. Ma to pozwolić na jednoznaczne skorelowanie danych użytkowników,
danych o realizowanych usługach z miejscem ich realizacji, danych użytkowników systemu,
parametrów konfiguracyjnych systemów oraz wszelkich informacji o pracy systemów.
3.5 Wymagania techniczne odnośnie zastosowanych urządzeń są następujące:
a) Elementy wyposażenia typu hot plug: dyski, zasilacze:

we wszystkich serwerach i macierzach dyskowych zasilacze: 1 + 1 redundantny
(nadmiarowy),

kontrolery SCSI lub lepsze dla dysków,

zastosowane systemy operacyjne i serwer muszą być zgodne z oferowanym
systemem.
W przypadku niespełniania przez serwery wymaganych parametrów technicznych, w tym
wydajnościowych, Wykonawca będzie obowiązany do wymiany bądź uzupełnienia sprzętu
na własny koszt.
b) Osprzęt dodatkowy serwerowni dostarczony w ramach zamówienia należy zamontować w
szafie typu rack 19".
c) Szczegóły instalacji i konfiguracji sprzętu musi zatwierdzić Zamawiający.
d) Szczegóły instalacji, konfiguracji systemów i oprogramowania musi zatwierdzić Zamawiający.
4.
Minimalne parametry techniczne serwerów.
Zamówienie obejmuje minimum 4 sztuki serwerów (3 serwery aplikacji (system sprzedaży biletów
elektronicznych, system sprzedaży biletów w biletomatach i system wymiany danych pomiędzy
autobusami a bazą KM-Płock) oraz minimum 1 serwer bazodanowy) o parametrach nie gorszych niż:
a) Procesor: minimum 2 szt. procesorów minimum 4-rdzeniowych x64, 2.66 GHz.
b) Magistrala FSB: 1333 MHz.
c)
Pojemność zainstalowanej pamięci: 16 GB.
d) Typ obsługiwanej pamięci: DDR3-1333 (PC3-10600).
e) Maks. pojemność pamięci: 144 GB.
f)
Zainstalowane dyski twarde: 5 x 300GB 10K SAS HDD.
g) Standard kontrolera ATA.
h) Serial Attached SCSI.
i)
SATA/SAS.
j)
Obsługa sprzętowa Raid: minimum 1, 0, 5, 10.
k)
Kieszenie dla dysków hot-swap.
l)
Napęd CD-ROM: SATA DVD RW Slim.
m) Złącza PCI-E.
• PCI-Express x8 (2 złącza).
• PCI-Express x16 (1 załącze).
38
n) Panel przedni: 2x USB;1x VGA.
o) Panel tylni: 2x USB;2x RJ45; 2x PS/2; 1x VGA; 1x COM.
p)
1x gniazdo na kartę SD, 1x USB wewnątrz.
q) Ilość zasilaczy: 2 szt zasilacz hot-swap.
r)
5.
Typ obudowy: RACK.
Serwer komunikacyjny.
5.1 Serwer powinien odpowiadać za komunikację pomiędzy poszczególnymi elementami systemu i
wykonywać następujące zadania:
a) Komunikowanie się z autokomputerami, w trybie on-line poprzez modem GSM/GPRS w celu
przesyłania danych o aktualnej pozycji pojazdu.
b) Komunikowanie się z autokomputerami, w trybie on-line poprzez modem GSM/GPRS w celu
przesłania wybranych danych na żądanie obsługi.
c) Komunikowanie się z autokomputerami, przez łącze krótkiego zasięgu minimum 1 raz
dziennie na terenie zajezdni w celu załadowania i pobrania danych zebranych przez
autokomputer oraz biletomaty.
d) Komunikowanie się pozostałymi elementami systemu w trybie on-line poprzez sieć LAN.
Zamawiający posiada aktualnie łącza tego typu ze wszystkimi komputerami w siedzibie.
e) Zbieranie danych techniczno-eksploatacyjnych pojazdów z autokomputerów.
f)
Przekaz danych z autokomputera i biletomatu do odpowiednich systemów powinien się
odbywać minimum z częstością przy każdym wyjeździe i zjeździe pojazdu na zajezdnię.
g) Zbieranie danych techniczno-eksploatacyjnych i informacji diagnostycznych z urządzeń
wchodzących w skład Systemu.
h) Zbieranie historii jazdy pojazdu.
i)
Zbieranie danych o transakcjach przychodzących z:

autokomputerów,

biletomatów,

terminali mikropłatności PayPass, PayWave.
j) Przekazywanie do autokomputerów i biletomatów pakietów danych zawierających min.:

aktualną taryfę,

rozkład jazdy,

wykaz zablokowanych kart (czarna lista),

wykaz kart do doładowania (biała lista),

innych danych wymaganych do prawidłowego funkcjonowania systemu.
k) Obsługiwanie strony www.
l)
Wysyłanie danych do tablic przystankowych z informacją pasażerską o planowanych czasach
przyjazdu autobusu na wybranych przystankach. Zamawiający aktualnie nie posiada tablic
przystankowych.
39
6.
Minimalne parametry techniczne komputerów i drukarek.
6.1 Komputery w ilości 12 szt. przeznaczone do obsługi biletu elektronicznego, biletomatów oraz
stanowiska analizy danych, dostarczone Zamawiającemu powinny spełniać co najmniej
następujące parametry:
a) Procesor wielordzeniowy, zgodny z architekturą x86_32 lub x86_64, pojemność pamięci
cache [L2] 2 MB, lub procesor o równoważnej wydajni w teście PCMark05 wynik dla CPU nie
gorszy niż 5600 pkt. (w przypadku testów dokumentacja testów musi zostać dostarczona
przed podpisaniem umowy).
b)
Pojemność pamięci operacyjnej: 4 GB.
c)
Rodzaj zastosowanej pamięci: DDR3-1333 (PC3-10600).
d)
Karta graficzna: zintegrowana.
e) Pojemność dysku twardego: 500 GB.
f)
Interfejs dysku twardego: Serial ATA/300.
g) Napęd optyczny: DVD+/-RW.
h) Karta dźwiękowa: zintegrowana.
i)
Czytnik kart pamięci: xD, SDHC, SD, MS Pro, MS duo, MS, Micro SD, MMC, CF.
j)
Złącza na przednim panelu: audio, 2x USB.
k) Złącza na tylnym panelu: 4x USB, 1x RJ45, 1x DVI-I, 1x LPT.
l)
Zasilacz: 400 W.
m) System operacyjny klasy PC (wg opisu w punkcie 6 rozdziału IV).
n) Oprogramowanie dodatkowe:

oprogramowanie biurowe (wg opisu w punkcie 7 rozdziału IV),

program antywirusowy z możliwością zdalnego zarządzania wszystkimi stanowiskami
z konsoli administratora.
o) Klawiatura, mysz.
p) Monitor 19" LCD.
6.2 Stanowiska przeznaczone do obsługi biletu elektronicznego, biletomatów oraz stanowiska
analizy danych powinny być wyposażone (1 drukarka do 1 komputera) w drukarki laserowe A4
mono, o parametrach nie gorszych niż:
a) Podajnik na min. 100 kartek (dopuszczalne rozwiązanie z kilkoma podajnikami).
b) Podajnik ręczny.
c) Wydruk pierwszej strony w czasie nie przekraczającym 10 sek.
d) Rozdzielczość do 600 x 600 dpi.
e) Pamięć min. 32 MB.
f)
Emulacja Postscript poziom 3 z automatycznym przełączaniem języków.
g) Obsługiwane formaty papieru: A4, A5, A6, B5, koperty (C5, B5, DL).
h) Interfejs sieciowy Ethernet.
40
7.
System operacyjny.
7.1 System operacyjny klasy PC musi spełniać następujące wymagania poprzez natywne dla
niego mechanizmy, bez użycia dodatkowych aplikacji:
a) Możliwość dokonywania aktualizacji i poprawek systemu przez Internet z możliwością wyboru
instalowanych poprawek.
b) Możliwość dokonywania uaktualnień sterowników urządzeń przez Internet - witrynę
producenta systemu.
c) Darmowe aktualizacje w ramach wersji systemu operacyjnego przez Internet (niezbędne
aktualizacje, poprawki, biuletyny bezpieczeństwa muszą być dostarczane bez dodatkowych
opłat) - wymagane podanie nazwy strony serwera WWW.
d) Internetowa aktualizacja zapewniona w języku polskim.
e) Wbudowana zapora internetowa (firewall) dla ochrony połączeń internetowych; zintegrowana
z systemem konsola do zarządzania ustawieniami zapory i regułami IP v4 i v6.
f)
Zlokalizowane w języku polskim, co najmniej następujące elementy: menu, odtwarzacz
multimediów, pomoc, komunikaty systemowe.
g) Wsparcie dla większości powszechnie używanych urządzeń peryferyjnych (drukarek,
urządzeń sieciowych, standardów USB, Plug&Play, Wi-Fi).
h) Funkcjonalność automatycznej zmiany domyślnej drukarki w zależności od sieci, do której
podłączony jest komputer.
i)
Możliwość zdalnej automatycznej instalacji, konfiguracji, administrowania oraz aktualizowania
systemu.
j)
Zabezpieczony hasłem hierarchiczny dostęp do systemu, konta i profile użytkowników
zarządzane zdalnie; praca systemu w trybie ochrony kont użytkowników.
k) Zintegrowany z systemem moduł wyszukiwania informacji (plików różnego typu) dostępny z
kilku poziomów: poziom menu, poziom otwartego okna systemu operacyjnego; system
wyszukiwania oparty na konfigurowalnym przez użytkownika module indeksacji zasobów
lokalnych.
l)
Zintegrowane z systemem operacyjnym narzędzia zwalczające złośliwe oprogramowanie;
aktualizacje dostępne u producenta nieodpłatnie bez ograniczeń czasowych.
m) Zintegrowany z systemem operacyjnym moduł synchronizacji komputera z urządzeniami
zewnętrznymi.
n) Wbudowany system pomocy w języku polskim.
o) Certyfikat producenta oprogramowania na dostarczany sprzęt.
p) Zdalna pomoc i współdzielenie aplikacji - możliwość zdalnego przejęcia sesji zalogowanego
użytkownika celem rozwiązania problemu z komputerem.
q) Zarządzanie kontami użytkowników sieci oraz urządzeniami sieciowymi tj. drukarki, modemy,
woluminy dyskowe, usługi katalogowe.
41
r)
Możliwość przywracania plików systemowych.
s) Możliwość blokowania lub dopuszczania dowolnych urządzeń peryferyjnych za pomocą polityk
grupowych (np przy użyciu numerów identyfikacyjnych sprzętu).
8.
Oprogramowanie biurowe.
Stacje robocze (komputery typu PC) mają zostać wyposażone w oprogramowanie biurowe wraz z
bezterminowymi licencjami na jego użytkowanie. Pakiet biurowy musi spełniać następujące
wymagania poprzez wbudowane mechanizmy:
a) Wymagania odnośnie interfejsu użytkownika:

Pełna polska wersja językowa interfejsu użytkownika z możliwością przełączania
wersji językowej interfejsu na język angielski.

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

Możliwość zintegrowania uwierzytelniania użytkowników z usługą katalogową (Active
Directory lub funkcjonalnie równoważną) - użytkownik raz zalogowany z poziomu
systemu operacyjnego stacji roboczej ma być automatycznie rozpoznawany we
wszystkich
modułach
oferowanego
rozwiązania
bez
potrzeby
oddzielnego
monitowania go o ponowne uwierzytelnienie się.
b) Oprogramowanie musi umożliwiać tworzenie i edycję dokumentów elektronicznych w
ustalonym formacie, który spełnia następujące warunki:

Posiada kompletny i publicznie dostępny opis formatu.

Umożliwia wykorzystanie schematów XML.
c) Oprogramowanie musi umożliwiać dostosowanie dokumentów i szablonów do potrzeb
instytucji oraz udostępniać narzędzia umożliwiające dystrybucję odpowiednich szablonów do
właściwych odbiorców.
d) W skład oprogramowania muszą wchodzić narzędzia programistyczne umożliwiające
automatyzację pracy i wymianę danych pomiędzy dokumentami i aplikacjami (język
makropoleceń, język skryptowy)
e) Do aplikacji musi być dostępna pełna dokumentacja w języku polskim.
f)
Pakiet zintegrowanych aplikacji biurowych musi zawierać:

Edytor tekstów.

Arkusz kalkulacyjny.
8.1 Edytor tekstów.
Edytor tekstów musi umożliwiać:
a) Edycję i formatowanie tekstu w języku polskim wraz z obsługą języka polskiego w zakresie
sprawdzania pisowni i poprawności gramatycznej oraz funkcjonalnością słownika wyrazów
bliskoznacznych i autokorekty.
42
b) Wstawianie oraz formatowanie tabel.
c) Wstawianie oraz formatowanie obiektów graficznych.
d) Wstawianie wykresów i tabel z arkusza kalkulacyjnego (wliczając tabele przestawne).
e) Automatyczne numerowanie rozdziałów, punktów, akapitów, tabel i rysunków.
f)
Automatyczne tworzenie spisów treści.
g) Formatowanie nagłówków i stopek stron.
h) Sprawdzanie pisowni w języku polskim.
i)
Śledzenie zmian wprowadzonych przez użytkowników.
j)
Nagrywanie, tworzenie i edycję makr automatyzujących wykonywanie czynności.
k) Określenie układu strony (pionowa/pozioma).
l)
Wydruk dokumentów.
m) Wykonywanie korespondencji seryjnej bazując na danych adresowych pochodzących z
arkusza kalkulacyjnego.
n) Pracę na dokumentach utworzonych przy pomocy Microsoft Word 2003 lub Microsoft Word
2007 i 2010 z zapewnieniem bezproblemowej konwersji wszystkich elementów i atrybutów
dokumentu.
o) Zabezpieczenie dokumentów hasłem przed odczytem oraz przed wprowadzaniem modyfikacji.
p) Wymagana
jest
dostępność
do
oferowanego
edytora
tekstu
bezpłatnych
narzędzi
umożliwiających wykorzystanie go, jako środowiska udostępniającego formularze bazujące na
schematach XML z Centralnego Repozytorium Wzorów Dokumentów Elektronicznych, które
po wypełnieniu umożliwiają zapisanie pliku XML w zgodzie z obowiązującym prawem.
q) Wymagana jest dostępność do oferowanego edytora tekstu bezpłatnych narzędzi (kontrolki)
umożliwiających podpisanie podpisem elektronicznym pliku z zapisanym dokumentem przy
pomocy certyfikatu kwalifikowanego zgodnie z wymaganiami obowiązującego w Polsce
prawa.
r)
Wymagana
jest
umożliwiających
dostępność
wykorzystanie
do
oferowanego
go,
jako
edytora
środowiska
tekstu
bezpłatnych
udostępniającego
narzędzi
formularze
i
pozwalające zapisać plik wynikowy w zgodzie z Rozporządzeniem o Aktach Normatywnych i
Prawnych.
8.2 Arkusz kalkulacyjny.
Arkusz kalkulacyjny musi umożliwiać:
a) Tworzenie raportów tabelarycznych.
b) Tworzenie wykresów liniowych (wraz linią trendu), słupkowych, kołowych.
c) Wyszukiwanie i zamianę danych.
d) Formatowanie czasu, daty i wartości finansowych z polskim formatem.
e) Tworzenie arkuszy kalkulacyjnych zawierających teksty, dane liczbowe oraz formuły
przeprowadzające operacje matematyczne, logiczne, tekstowe, statystyczne oraz operacje na
danych finansowych i na miarach czasu.
43
f)
Tworzenie raportów z zewnętrznych źródeł danych (inne arkusze kalkulacyjne, bazy danych
zgodne z ODBC, pliki tekstowe, pliki XML, webservice).
g) Obsługę kostek OLAP oraz tworzenie i edycję kwerend bazodanowych i webowych. Narzędzia
wspomagające analizę statystyczną i finansową, analizę wariantową i rozwiązywanie
problemów optymalizacyjnych.
h) Tworzenie raportów tabeli przestawnych umożliwiających dynamiczną zmianę wymiarów oraz
wykresów bazujących na danych z tabeli przestawnych.
i)
Wykonywanie analiz danych przy użyciu formatowania warunkowego.
j)
Nazywanie komórek arkusza i odwoływanie się w formułach po takiej nazwie.
k) Nagrywanie, tworzenie i edycję makr automatyzujących wykonywanie czynności.
l)
Zapis wielu arkuszy kalkulacyjnych w jednym pliku.
m) Zachowanie pełnej zgodności z formatami plików utworzonych za pomocą oprogramowania
Microsoft Excel 2003 oraz Microsoft Excel 2007 i 2010, z uwzględnieniem poprawnej realizacji
użytych w nich funkcji specjalnych i makropoleceń.
n) Zabezpieczenie dokumentów hasłem przed odczytem oraz przed wprowadzaniem modyfikacji.
9.
Wymagane warunki licencji.
9.1 Prawo do bezpłatnej (w okresie przynajmniej 5 lat) instalacji udostępnianych przez producenta
uaktualnień
i
poprawek
krytycznych
i
opcjonalnych
w
ramach
zakupionej
wersji
oprogramowania.
9.2 Licencje na oprogramowanie biurowe oraz system operacyjny muszą pozwalać na swobodne
przenoszenie pomiędzy komputerami (np. w przypadku wymiany sprzętu).
9.3 Wymagane
jest
dostarczenie
licencji,
których
producent
zobowiązuje
się
chronić
Zamawiającego przed roszczeniami wnoszonymi w związku z naruszeniem praw własności
intelektualnej innych osób przez oferowane oprogramowanie jego produkcji oraz wypłacić
wszelkie odszkodowania zasądzone z tego tytułu przez sąd lub wynikające z ugody.
10. Weryfikacja funkcjonalności oprogramowania.
Zamawiający zastrzega sobie, w przypadku jakichkolwiek wątpliwości, prawo sprawdzenia pełnej
zgodności oferowanego oprogramowania biurowego z wymogami specyfikacji. Sprawdzenie to,
będzie polegać na wielokrotnym przeprowadzeniu testów w warunkach produkcyjnych na sprzęcie
Zamawiającego, z użyciem urządzeń peryferyjnych Zamawiającego, na arkuszach, bazach danych i
plikach Zamawiającego. W tym celu Wykonawca na każde wezwanie Zamawiającego dostarczy do
siedziby Zamawiającego w terminie 5 dni od daty otrzymania wezwania, jednej kopii wskazanego
oprogramowania biurowego. Wraz z oprogramowaniem powinna zostać dostarczona licencja
tymczasowa, w pełni zgodna z oferowanymi. Jednocześnie Zamawiający zastrzega sobie możliwość
44
odwołania się do oficjalnych, publicznie dostępnych stron internetowych producenta weryfikowanego
oprogramowania.
Nie przedłożenie oferowanych produktów do przetestowania w ww. terminie zostanie potraktowane,
jako negatywny wynik sprawdzenia.
Po wykonaniu testów, oprogramowanie zostanie usunięte ze sprzętu Zamawiającego.
Rozdział V. System informacji dźwiękowej zewnętrznej i wewnętrznej.
1.
Opis ogólny.
System informacji dźwiękowej zewnętrznej i wewnętrznej sterowany ma być przez autokomputer.
Informacje niezbędne do funkcjonowania systemu pobierane będą podczas wymiany danych na
terenie
zajezdni
(dane
będą
pochodzić
z
Modułu
RJWin
Zintegrowanego
Systemu
T@RAN/Municom.Premium). W szczególnych wypadkach (na żądanie) informacje te będą przesyłane
za pomocą modułu GPRS autokomputera.
2.
System informacji dźwiękowej zewnętrznej.
System zewnętrznej głosowej informacji pasażerskiej dla osób niedowidzących i niewidomych,
aktywowany będzie przez pasażera na przystanku poprzez impuls z pilota bezprzewodowego. Impuls
powinien być odbierany przez autobus z odległości min. 30m (na przestrzeni otwartej). Informacja
dźwiękowa może być aktywowana wyłącznie podczas postoju na przystanku lub w odległości nie
większej niż 25m przed przystankiem.
2.1 System powinien być wyposażony w:
a) Głośnik zewnętrzny z prawej strony autobusu, wbudowany w górnej części nadwozia w
pobliżu I drzwi.
b) Oprogramowanie umożliwiające współpracę z autokomputerem i aktualnym rozkładem jazdy,
a także wprowadzanie danych przez użytkownika i ich przetwarzanie dla potrzeb pasażera.
c) Oprogramowanie winno przekazywać komunikat głosowy w czasie dojazdu i postoju autobusu
na przystanku. System powinien zapowiadać: nr linii, kierunek jazdy (przystanek końcowy) w
sposób wyraźny i zrozumiały dla pasażera, z możliwością dostosowania natężenia głośności
do właściwego poziomu. System powinien umożliwiać regulację natężenia głośności.
d) Aktywowanie systemu przez pasażera powinno być sygnalizowane na pulpicie kierowcy
(dźwiękowo, wizualnie) w celu udzielenia pomocy przy wsiadaniu do autobusu.
e) Komplet urządzeń w autobusie zapewniających prawidłowe działanie systemu.
f)
30 szt. pilotów bezprzewodowych do obsługi systemu.
45
3.
System informacji dźwiękowej wewnętrznej.
3.1 System powinien być wyposażony w:
a) Głośniki wewnętrzne.
b) Oprogramowanie umożliwiające współpracę z autokomputerem i aktualnym rozkładem jazdy,
a także wprowadzanie danych przez użytkownika i ich przetwarzanie dla potrzeb pasażera.
Oprogramowanie winno umożliwiać przekazywanie komunikatu głosowego o aktualnym
przystanku autobusowym, oraz o przystanku następnym. System powinien współpracować z
informacją wizualną na tablicy wewnętrznej pojazdu.
c) Komplet urządzeń w autobusie zapewniających prawidłowe działanie systemu.
d) Dostawca winien dostarczyć i przekazać Zamawiającemu nieodpłatnie oprogramowanie
informacji głosowej (oprogramowanie na komputer klasy PC), pozwalające na zmianę treści
informacji
przez
Zamawiającego.
Zamawiający dopuszcza
rozwiązanie
wyposażenia
autokomputery w syntetyzator mowy, pod warunkiem, że nie wyklucza to zastosowania
zewnętrznych plików dźwiękowych.
Rozdział VI. Dokumentacja.
a) Wraz z dostawą pierwszych urządzeń, Wykonawca powinien dostarczyć wymagane
certyfikaty, instrukcje obsługi oraz dokumentację techniczną i serwisową urządzeń. Brak lub
niedostateczna zawartość merytoryczna tych dokumentów będzie podstawą odmowy
dokonania odbioru dostawy.
b) Wykonawca dostarczy Zamawiającemu dokumentację powykonawczą systemu, która jest
konieczna do właściwej eksploatacji systemu (instrukcje obsługi każdego systemu, modułu,
sprzętu, struktury i powiązania baz danych - zgodnie z Ustawą Ochronie Danych Osobowych
itp.).
c) Wykonawca przygotuje (w trakcie realizacji zadania) procedury działania na okoliczność
awarii systemu i sprzętu, a w szczególności:

Systemu informatycznego.

Serwerów.

Transmisji danych.

Pozostałych urządzeń.
d) Procedury awaryjne mają obejmować min.:

Komu zgłosić awarię.

Postępowanie w okresie oczekiwania na reakcję serwisu.

Osoby kontaktowe, koordynatorów dla danego typu awarii.

Ewentualne rekonfiguracje sprzętu, systemu w celu zapewnienia właściwego dalszego
działania systemu.
46
e) Wykonawca przygotuje (w trakcie realizacji projektu) procedury bieżących prac serwisowych
dla poszczególnych składowych systemu.
f)
Procedury serwisowe mają obejmować minimum:

Częstotliwość dokonywania przeglądów

Zakres przeglądów serwisowych.

Listę materiałów eksploatacyjnych koniecznych do wymiany w trakcie eksploatacji
systemu.
UWAGA:
Podane w dokumentacji przetargowej nazwy własne są przykładowe. Dopuszcza się urządzenia
i technologie równoważne w stosunku do przywołanych w Szczegółowym Opisie Przedmiotu
Zamówienia. Rozwiązania, zgodnie ze swoją definicją muszą posiadać parametry, co najmniej
równoważne w stosunku do przykładowo podanych i zawartych w dokumentacji przetargowej.
47