Spis treści I. Charakterystyka projektu - KM

Transkrypt

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.
II.
III.
Charakterystyka projektu .......................................................................................3
Przedmiot zamówienia...........................................................................................3
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 ..................................................................................................8
3.
Karty elektroniczne ..............................................................................................10
3.1 Charakterystyka fizyczna ..............................................................................10
3.2 Parametry wytrzymałościowe .......................................................................10
3.3 Charakterystyka techniczna..........................................................................10
4.
5.
6.
7.
8.
9.
10.
3.4 Zabezpieczenia.............................................................................................10
3.5 Pamięć ..........................................................................................................11
3.6 Komunikacja .................................................................................................11
3.7 Zasilanie .......................................................................................................11
3.8 Mapa karty ....................................................................................................11
Procedura personalizacji .....................................................................................12
Zastrzeganie karty ...............................................................................................13
Informacje ogólne ................................................................................................13
Podstawowe funkcje wyposażenia ......................................................................13
7.1 Stanowisko sprzedaży biletów ......................................................................13
7.2 Czytniki kontrolerów......................................................................................13
7.3 Drukarki kart .................................................................................................15
Oprogramowanie .................................................................................................15
Serwis internetowy użytkowników kart ................................................................17
Poradnik dla użytkowników biletu elektronicznego ..............................................17
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.............................18
1.
Wymagania dotyczące automatów biletowych ....................................................18
2.
Warunki eksploatacyjne.......................................................................................19
3.
Zasilanie ..............................................................................................................19
4.
Obsługa ...............................................................................................................19
5.
System Pieniężny ................................................................................................21
6.
7.
8.
9.
10.
Wydruk biletów i raportów....................................................................................22
Przyłącza, przesyłanie danych ............................................................................23
Funkcje oprogramowania w automacie ...............................................................23
Oprogramowanie wspomagające ........................................................................25
Obsługa serwisowa..............................................................................................26
Rozdział III. System wymiany danych pomiędzy autobusami a bazą KM-Płock .......27
1.
Uwagi ogólne .......................................................................................................27
2.
System pokładowy...............................................................................................27
3.
Autokomputer ......................................................................................................28
3.1 Funkcjonalność i działanie autokomputera ...................................................28
3.2 Parametry techniczno-eksploatacyjne ..........................................................30
4.
3.3 Inne wymagania funkcjonalne autokomputera..............................................30
Stanowisko analizy danych..................................................................................32
Rozdział IV. Sprzęt, oprogramowanie systemowe, narzędziowe i biurowe ...............33
1.
Miejsce instalacji serwerów .................................................................................33
2.
Wyposażenie dodatkowe.....................................................................................33
3.
Opis funkcjonalny ................................................................................................35
4.
Minimalne parametry techniczne serwerów.........................................................36
5.
Serwer komunikacyjny.........................................................................................37
6.
Minimalne parametry techniczne komputerów i drukarek....................................38
7.
System operacyjny ..............................................................................................39
8.
Oprogramowanie biurowe....................................................................................40
8.1 Edytor tekstów ..............................................................................................41
9.
10.
8.2 Arkusz kalkulacyjny ......................................................................................42
Wymagane warunki licencji .................................................................................42
Weryfikacja funkcjonalności oprogramowania .....................................................43
Rozdział V. System informacji dźwiękowej zewnętrznej i wewnętrznej. ....................43
1.
Opis ogólny..........................................................................................................43
2.
System informacji dźwiękowej zewnętrznej.........................................................43
3.
System informacji dźwiękowej wewnętrznej ........................................................44
Rozdział VI. Dokumentacja ............................................................................................44
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.
3
Całość oprogramowania użytkowego (systemy operacyjne stacji roboczych, oprogramowanie
administracyjne i diagnostyczne, aplikacje użytkowe, systemy operacyjne i aplikacje urządzeń
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 i
zgodnym ze złożonym przez Zamawiającego wnioskiem projektowym, a zatem uwzględni posiadane
przez Zamawiającego urządzenia i oprogramowanie i zintegruje je z posiadanym informatycznym
systemem zarządzania poprzez dostarczenie niezbędnych urządzeń oraz oprogramowania zgodnie z
SIWZ, dokona montażu wszelkich dostarczonych i niezbędnych urządzeń, instalacji i konfiguracji
oprogramowania oraz przeprowadzi instruktaże stanowiskowe. W przypadku nie możliwości integracji
Wykonawca dostarczy urządzenia i oprogramowanie równoważne o funkcjonalności dotychczas
używanych, współpracujące z rozwiązaniem funkcjonującym u Zamawiającego.
Zamawiający posiada i użytkuje Zintegrowany System Informatyczny T@RAN/Municom.Premium.
Zamawiający zaleca, aby Wykonawca dokonał wizji lokalnej w celu zapoznania się z posiadanym
rozwiązaniem oraz zakresem prac i warunkami ich wykonania.
Wykonawca 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ć:
-
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.
4
Zamawiający wymaga, aby Wykonawca dostarczył opis interfejsów i protokołów komunikacyjnych (w
tym również możliwość deszyfracji protokołów) wszystkich urządzeń umożliwiających w przyszłości
podłączenie urządzeń 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ą we wstępnym etapie bilety okresowe.
1.2 Sprzęt i oprogramowanie 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 posiadanych ręcznych czytników kart.
g) Współpracę z automatami stacjonarnymi różnych producentów w zakresie sprzedaży biletów
na karcie elektronicznej.
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 biletów funkcjonujących w systemie:
normalnych, ulgowych (z podziałem na przynależność do określonych grup), bezpłatnych (z
podziałem
na
okazjonalnych,
przynależność
z
do
określonych
uwzględnieniem
grup),
zamieszkiwanej
pracowniczych,
gminy.
Karty,
służbowych,
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).
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.
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.
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
6
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.
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.
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 kart.
t)
Prowadzenie bazy danych o kontrolach.
u) Weryfikację przeprowadzonych kontroli w zakresie poprawnoś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.) oraz wykonywanie pełnej analizy
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,
przyczyna nieważności biletu, czas trwania kontroli, inne dane 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ż.
7
z) Eksport
raportów
dotyczących
sprzedaży
do
systemu
finansowo
–
księgowego
Zamawiającego.
aa) Wykorzystywanie kart emitowanych przez różnych producentów.
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,
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.
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.
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.
8
b) Dwa stanowiska personalizacji, z pełnym wyposażeniem do personalizacji graficznej i
materiałami eksploatacyjnymi do zadruku 20 000 kart. Stanowiska będą wyposażone zestaw
komputerowy wraz z oprogramowaniem biurowym, oprogramowaniem do personalizacji kart,
UPS min. 600W, cyfrowym aparatem fotograficznym, skanerem oraz czytnikiem 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 zestaw komputerowy z oprogramowaniem
biurowym wraz z UPS min. 600W, oprogramowaniem, stacją dokującą dla ręcznych czytników
kart
oraz
drukarką
oprogramowania
laserową.
biurowego
oraz
Minimalne
drukarki
parametry
opisane
w
zestawu
rozdziale
komputerowego,
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.
d) Stanowisko analizy danych wyposażone zestaw komputerowy z oprogramowaniem biurowym
wraz z UPS min. 600W, oprogramowaniem 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. Minimalne parametry zestawów komputerowych,
oprogramowania biurowego oraz drukarek opisane w rozdziale IV.
f)
Stacjonarne czytniki informujące o biletach zaprogramowanych na karcie 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 nie zadrukowanych,
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. 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.
9
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 -20oC do +50oC) bez utraty funkcjonalności i
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 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.
10
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.
c) Karta musi być zabezpieczona kluczem transportowym CMK.
11
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) 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 biletu elektronicznego
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.
12
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 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 nie
uszkodzonej 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 kontrolerów.
a) Czytniki w etui na pasku naramiennym.
13
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 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.
14
t)
Dane o kontrolach z zewnętrznego stanowiska rewizorskiego muszą łączyć się z danymi o
kontrolach będących w systemie KM-Płock, jednak musi istnieć możliwość późniejszego
wyodrębnieniu przy pomocy raportów.
u) Czytniki kontrolerskie 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.
b) System musi zarządzać magazynem kart.
c) Możliwość raportowania, np.:
-
statystyczne z przeprowadzonych transakcji,
-
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,
15
-
danych z kontroli biletów,
-
raporty za wskazane okresy czasowe.
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:
i)
-
dodanie do systemu i zaprogramowanie funkcjonalności nowych urządzeń,
-
wykonanie zmiany konfiguracji,
-
wykonanie zmian funkcjonalnych poprzez oprogramowanie odpowiednich funkcji,
-
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 administrowanie systemu
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.,
-
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 dla:
-
systemu informatycznego,
-
baz danych,
-
systemu operacyjnego serwerów.
16
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 numeru
PIN,
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 numeru PIN,
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) 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.
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.
17
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 trzech punktach (góra, dół, pośrodku).
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: stalowe rury nośne mocowane minimum w trzech punktach (podłoga, burta lub
poręcz oraz sufit); możliwość szybkiego zdjęcia automatu i wymiany na inny.
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, po łączu
IBIS/RS458 lub równoważnym.
m) Automat transmisję danych musi realizować za pośrednictwem wbudowanego modemu
GPS/GPRS/UMTS/EDGE. 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.
18
p) Automat musi być wyposażony w moduł umożliwiający 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 wyposażony w czytnik kart elektronicznych umożliwiający sprawdzenie ważności
bilety okresowego zapisanego na karcie oraz kodowanie na karcie elektronicznej biletów
okresowych zakupionych przez Internet. 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 - +70 º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%).
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. 300 cd/m2
-
Kontrast:
- min. 500:1,
-
Rozdzielczość:
- min. 800x600/dpi w 16-to bitowym trybie kolorów,
-
Czas dostępu:
- max. 5ms
-
Przejrzystość:
- min. 90%
19
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 – 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).
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”.
20
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ę.
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
21
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.
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 90 - 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.
22
g) Średnica rolki papieru musi być tak dobrana, aby przy gramaturze papieru 100 g/m2 była
możliwość wydruku minimum 5000 biletów.
h) Gramatura papieru: 80 – 150 g/m2.
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 (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,
-
żą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 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,
23
-
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)
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 inwentarzowy 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:
24
-
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).
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
przez
automat
umożliwiającego
automatyczne
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.
25
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 gmin) 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
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:
26
-
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.
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.
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).
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.
27
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.
-
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.
28
-
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.
-
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.
-
Ciśnienia oleju w silniku.
-
Poziomu paliwa w zbiorniku.
-
Temperatury płynu chłodzącego.
-
Ilości skasowanych biletów.
-
Innych parametrów na zasadzie uzgodnień z Zamawiającym.
3.1.5 Autokomputer zapewni możliwość podłączenia we wszystkich autobusach dodatkowych
elektronicznych urządzeń peryferyjnych ze sterowaniem pokładowym. 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 9.
3.1.6 W autobusach z wyposażeniem pozwalającym na realizację informacji głosowej i wizualnej 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ą
zapewniać 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
odchyleniach od tego rozkładu.
29
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,
-
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 300 mm (szer.) x 210 mm (wys.) x 70 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
30
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).
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
Finansowo-Księgowego 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. Zamawiający użytkuje
System Zintegrowany T@RAN/Municom.Premium.
-
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.
31
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:
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
uproszczonym, czytelnym schemacie aktualnie obsługiwanej linii i sieci komunikacyjnej.
Schemat poszczególnej linii będzie posiadał zaznaczone wszystkie przystanki, które
przynależą do danej linii.
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.
32
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 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
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
Zamawiającego serwerach zainstalowanych w serwerowni Zamawiającego, w szafach rack 19”
posiadanych przez Zamawiającego.
2.
Wyposażenie dodatkowe.
Dostawa obejmuje również:
a) 1 przełącznik KVM.
b) 1 monitor 19" LCD.
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%,
33
-
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:
-
kompletne zarządzanie konfigurowaniem i oprogramowaniem,
-
hierarchia urządzeń z dziedziczeniem konfiguracji,
-
możliwość dostosowania zakresów czynności administratorów oraz przywilejów
dostępu,
-
kompletne zarządzanie zmianami i audytem w przedsiębiorstwie,
-
„bezdotykowe"
zarządzanie
oprogramowaniem
funkcjonującym
w
zdalnych
urządzeniach zabezpieczających,
-
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)
-
minimum 2 sloty rozszerzające PCI,
-
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:
-
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,
34
3.
-
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, 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 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,
35
• 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
informacji
Zamawiającego,
związanych
sprzedażą,
ruchem
z
procesami
pojazdów
i
biznesowymi
obsługą
realizowanymi
klientów
oraz
przez
operacjami
wykonywanymi przez operatorów systemów. 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) Wszystkie serwery i streamery mają być montowane w systemie szafach typu rack 19",
c) Osprzęt dodatkowy serwerowni dostarczony w ramach zamówienia należy zamontować w
szafie typu rack 19".
d) Szczegóły instalacji i konfiguracji sprzętu musi zatwierdzić Zamawiający.
e) 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 (2 dla obsługi systemu biletu elektronicznego i
biletomatów i 2 dla obsługi systemu wymiany danych) o parametrach nie gorszych niż:
a) Procesor: minimum 4 rdzenie x64, 2.66 GHz.
b) Magistrala FSB: 1333 MHz.
c)
Pojemność zainstalowanej pamięci: 16 GB.
36
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 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.
n) PCI-Express x8 (2).
o) PCI-Express x16 (1).
p) Panel przedni: 2x USB;1x VGA.
q) Panel tylni: 2x USB;2x RJ45; 2x PS/2; 1x VGA; 1x COM.
5.
r)
1x gniazdo na kartę SD, 1x USB wewnątrz.
s)
Ilość zasilaczy: 2 szt zasilacz hot-swap.
t)
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 komputerami pokładowymi pojazdów, w trybie off-line przez łącze
krótkiego zasięgu minimum 1 raz dziennie na terenie zajezdni w celu załadowania i pobrania
danych zebranych przez autokomputer.
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 i archiwizowanie danych techniczno-eksploatacyjnych pojazdów.
f)
Przekaz danych do serwerów SYSTEMU powinien się odbywać minimum z częstością przy
każdym wyjeździe i zjeździe pojazdu na zajezdnię.
g) Zbieranie i archiwizowanie danych techniczno-eksploatacyjnych i informacji diagnostycznych
z urządzeń wchodzących w skład Systemu.
h) Zbieranie i archiwizowanie historii jazdy pojazdu.
i)
Zbieranie i archiwizowanie danych o transakcjach przychodzących z:
-
komputera pokładowego,
-
biletomatów,
37
-
terminala mikropłatności PayPass, PayWave.
j) Przekazywanie do komputerów pokładowych i biletomatów pakietów danych zawierających
min.:
-
aktualną taryfę,
-
rozkład jazdy,
-
wykaz zablokowanych kart,
-
wykaz kart do doładowania,
-
innych danych wymaganych do prawidłowego funkcjonowania SYSTEMU.
k) Obsługiwanie strony www.
l)
6.
Dokonywanie automatycznego, cyklicznego archiwizowania danych serwerów.
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ć dołączona do
oferty), w teście 3DMark'06 wynik dla CPU nie gorszy niż 5000 pkt.
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: 6x USB, 1x RJ45, 1x DVI-D, 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.
38
6.2 Stanowiska przeznaczone do obsługi biletu elektronicznego, biletomatów oraz stanowiska
analizy danych powinny być wyposażone także w 12 drukarek laserowych 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.
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
39
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.
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.
-
Prostota i 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.
40
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.
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 i z narzędzia do zarządzania informacją prywatną.
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.
41
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.
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
42
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ść
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 zrzutu danych na terenie
zajezdni 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.
43
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)
3.
30 szt. pilotów bezprzewodowych do obsługi systemu.
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.
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 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.
44
-
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.
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.
45

Spis treści I. Charakterystyka projektu - KM

Transkrypt

Podobne dokumenty

ZP-21-porównanie ofert.rtf

Polski Ośrodek Informacji Turystycznej w Tokio

Promocja do biletów jednorazowych normalnych na

ParkLite - Alarm

Załącznik B

Zaświadczenie o cenie biletu

ZAMÓWIENIE NA ŻALUZJE DREWNIANE 50mm

pobierz plik

ZAMÓWIENIE NA ŻALUZJE DREWNIANE 25mm

Szczegółowy Opis Przedmiotu Zamówienia