241418 / 2009-07-16 - Podmiot prawa publicznego / Miejskie Przedsiębiorstwo Gospodarki Komunalnej Sp. z o.o. (Stargard Szczeciński)

Ogłoszenie zawiera informacje aktualizacyjne dotyczące publikacji w biuletynie 1 z dnia 2009-06-02 pod pozycją 176828. Zobacz ogłoszenie 176828 / 2009-06-02 - Podmiot prawa publicznego.

Numer biuletynu: 1

Pozycja w biuletynie: 241418

Data publikacji: 2009-07-16

Nazwa:
Miejskie Przedsiębiorstwo Gospodarki Komunalnej Sp. z o.o.

Ulica: ul. Okrzei 6

Numer domu: 6

Miejscowość: Stargard Szczeciński

Kod pocztowy: 73-110

Województwo / kraj: zachodniopomorskie

Numer telefonu: 091 5771274

Numer faxu: 091 5772128

Adres strony internetowej: www.mpgk.stargard.pl

Regon: 81111575800000

Typ ogłoszenia: ZP-403

Numer biuletynu: 1

Numer pozycji: 176828

Data wydania biuletynu: 2009-06-02

Czy jest obowiązek publikacji w biuletynie: Tak

Czy zamówienie było ogłoszone w BZP: Tak

Rok ogłoszenia: 2009

Pozycja ogłoszenia: 176828

Czy w BZP zostało zamieszczone ogłoszenie o zmianie: Tak

Ogłoszenie dotyczy: 1

Rodzaj zamawiającego: Podmiot prawa publicznego

Nazwa nadana zamówieniu przez zamawiającego:
Dostawa i wdrożenie kompletnej aplikacji systemowej monitorowania, lokalizacji pojazdów i urządzeń pracującej w technologii GPS/GPRS oraz jej dostosowanie do wymagań wdrażanego w środowisku Zamawiającego, Zintegrowanego Systemu Informatycznego (ZSI), dla wybranej grupy pojazdów Miejskiego Przedsiębiorstwa Gospodarki Komunalnej Spółki z ograniczoną odpowiedzialnością w Stargardzie Szczecińskim

Rodzaj zamówienia: D

Przedmiot zamówienia:
Przedmiotem zamówienia jest dostawa i wdrożenie kompletnej aplikacji systemowej monitorowania, lokalizacji pojazdów i urządzeń pracującej w technologii GPS-GPRS oraz jej dostosowanie do wymagań wdrażanego w środowisku Zamawiającego, Zintegrowanego Systemu Informatycznego (ZSI), dla wybranej grupy pojazdów Miejskiego Przedsiębiorstwa Gospodarki Komunalnej Spółki z ograniczoną odpowiedzialnością w Stargardzie Szczecińskim Zamówienie obejmuje: I Etap 1. Opomiarowanie pojazdów w zakresie dostawy i montażu urządzeń niezbędnych dla uzyskania założonej funkcjonalności zgodnie z załącznikiem nr 1 do SIWZ. 2. Instalacja Aplikacji do zarządzania pojazdami (profesjonalnego oprogramowania działającego na platformie systemu operacyjnego Windows XP i nowszych), otwartej na integrację ze środowiskiem IT Zamawiającego. II Etap 3. Wdrożenie Aplikacji zarządzania pojazdami tj. dostosowanie do środowiska IT Zamawiającego. 4. Bezkosztowy nadzór-serwis nad systemem w okresie gwarancji - 12 m-cy. 5. Bezpłatna aktualizacja wdrożonej wersji systemu w okresie gwarancji - 36 m-cy. W bezpośrednią, bieżącą obsługę Systemu, zaangażowanych będzie ok. 10 pracowników Zamawiającego. 3.2. Elementy składowe przedmiotu zamówienia ( ESPZ) 3.2.1. APLIKACJA 3.2.1.1. Architektura Dla możliwości łatwego dostosowania Aplikacji do wymogów funkcjonalnych Zamawiającego, Aplikacja musi być zbudowana w architekturze otwartej, umożliwiającej dowolne zmiany w obrębie zawartości kartotek. Wszelkie kartoteki w obrębie Aplikacji muszą być zbudowane z edytowalnych etykiet, pól tekstowych i słowników. Kartoteki muszą być dostępne dla użytkowników w dwóch trybach pracy: 3.2.1.1.1. Tryb do odczytu Domyślny tryb dla każdego użytkownika w systemie. Tryb umożliwiający wgląd we wszystkie kartoteki (zgodnie z uprawnieniami) bez możliwości ich edycji. 3.2.1.1.2. Tryb edycyjny Tryb nadawany administracyjnie. Wybrani użytkownicy posiadający dostęp do kartotek poprzez tryb edycyjny, muszą mieć możliwość nanoszenia zmian danych w obrębie kartotek, jak również zmian etykiet i zawartości słowników oraz danych bieżących takich jak: np. nr rejestracyjny itp. 3.2.1.2. Aplikacja musi być otwarta na integrację z wdrażanym Zintegrowanym Systemem Informatycznym w środowisku Zamawiającego za pomocą technologii XML Webservices oraz plików wymiany danych. Zakres oraz sposób integracji dla zdefiniowanych parametrów podlegających wymianie danych pomiędzy aplikacjami, określa punkt 3.5.2. ESPZ. 3.2.1.3. Aplikacja musi zapewniać możliwość wyeksportowania danych do standardowych formatów plików tekstowych spójnych z ZSI jak również importu ze standardowych plików tekstowych formatu obsługiwanych przez ZSI. 3.2.1.4. Centralne stanowisko bazowe (serwer bazy danych, serwer aplikacji, serwer GPRS, serwer Mapowy) zlokalizowane będzie w środowisku IT Zamawiającego, żaden element systemu nie może znajdować się u dostawcy systemu. Za konfigurację serwera gwarantującą poprawne działanie Systemu dla (docelowo) 70 pojazdów oraz minimum 10 użytkowników, odpowiada Dostawca. Konfiguracja musi zostać określona w Ofercie. 3.2.1.5. Aplikacja winna pracować w trybach offline i online, dostęp do Aplikacji możliwy musi być lokalnie np. poprzez przeglądarkę internetową (INTRANET). Praca offline i online dotyczy pracy rejestratorów. W przypadku braku możliwości przesyłania danych, są one gromadzone w pamięci rejestratora do momentu ponownego połączenia GPRS lub ręcznego przeniesienia za pomocą pamięci przenośnej. 3.2.1.6. Aplikacja musi pracować w trybie wielodostępowym, umożliwiając: -definiowanie zakresu dostępowego dla poszczególnych użytkowników, - śledzenie tych samych, bądź całkiem różnych chwilowych parametrów pojazdów na wielu stanowiskach w tym samym czasie z wykorzystaniem interfejsu graficznego i z funkcjonalnością zdefiniowaną oddzielnie dla każdego operatora, - możliwość uruchomienia systemu na dowolnej definiowalnej ilości stanowisk, - tworzenie profili dostępowych dostosowując dostęp do zasobu pod kątem przyporządkowania samochodów do poszczególnych działów i komórek organizacyjnych odwzorowanych w strukturze Zamawiającego tak, by użytkownicy pomiędzy Działami nie mieli dostępu do zasobów Systemu wykraczających poza ich zakres pracy. 3.2.1.7. Aplikacja winna posiadać niezależny od wdrażanego ZSI interfejs graficzny, który musi być w całości w języku polskim. 3.2.1.8. Dostęp do sytemu musi być chroniony przez układ imiennej identyfikacji użytkownika. 3.2.1.9. Aplikacja musi zapewnić funkcjonalność w zakresie: 3.2.1.9.1. Ewidencji pojazdów i kierowców w zakresie wymaganym i niezbędnym dla osiągnięcia założonej funkcjonalności Aplikacji. 3.2.1.9.2. Zarządzania kosztami eksploatacji pojazdów, tj. zarządzanie gospodarką paliwową floty w oparciu o wskazania urządzeń pomiarowych zainstalowanych w pojazdach, z uwzględnieniem importu zbiorczych faktur z dowolnej stacji paliw (import pliku .xls bądź innego); 3.2.1.9.3. Raportowania kluczowych dla zarządzania flotą parametrów, takich jak : - Raport eksploatacji pojazdów, - Raport jazd pojazdów 3.2.1.9.4. Lokalizacji pojazdów. 3.2.1.9.5. Analizy przebytych tras w oparciu o zapis GPS. 3.2.1.9.6.Wizualizacji tzw. (trasówek) i harmonogramów wywozów dla zleceń cyklicznych i jednorazowych na podstawie danych z ZSI. 3.2.1.10 Aplikacja winna być otwarta na możliwość zastosowania w okresie do 3 lat od wdrożenia terminali komunikacyjnych (inkasenckich) dla kierowców monitorowanych pojazdów, umożliwiających bez ograniczeń: a) komunikację z centrum dyspozytorskim , b) ewidencję i rozliczanie wykonanych zleceń i usług. 3.2.1.11 Aplikacja po wdrożeniu nie może generować dodatkowych kosztów poza opłatami za transmisję danych - dla operatora GSM. Karty SIM wraz z modemami GSM stanowić będą własność Zamawiającego. 3.2.2. HARDWARE 3.2.2.1. Wyposażenie w urządzenia rejestrujące (GPS) i pomiarowe pojazdów w zakresie i ilości niezbędnej dla zapewnienia wymaganej funkcjonalności (zakres opomiarowania zgodny z załącznikiem nr 1 do SIWZ ). 3.2.2.2. Urządzenie rejestrujące (GPS) powinno mieć zwartą i niewielką konstrukcję umożliwiającą zainstalowanie w pojeździe w sposób ograniczający dostęp dla jego użytkowników. Jedynym elementem zainstalowanym w sposób dostępny może być czytnik identyfikatorów umożliwiający identyfikację kierowców za pośrednictwem zaproponowanych przez Dostawcę rozwiązań (np. kart zbliżeniowych lub breloków). 3.2.2.3. Urządzenie musi być wyposażone w zasilanie awaryjne umożliwiające pracę urządzenia przez 12 godzin, bez zasilania zewnętrznego. 3.2.2.4. Dane z urządzeń rejestrujących (GPS), zlokalizowanych w pojazdach muszą być przekazywane w czasie rzeczywistym, w technologii GPRS. Dane mają być przekazywane na bieżąco w momencie zarejestrowania czasu minimalnego zapisu tj. 30 sek., i-lub dystansu 500 m, i-lub zmiany azymutu. Każdy z trzech wymienionych parametrów musi być dowolnie konfigurowalny narzędziami Aplikacji, dostarczonymi wraz z Aplikacją. 3.2.2.5. Zasilanie urządzeń rejestrujących (GPS) z instalacji samochodowych 12V lub 24V, w zależności od instalacji pojazdów. 3.2.2.6. Każde urządzenie rejestrujące (GPS) musi być wpięte w instalację elektryczną auta w miejscu zaakceptowanym przez autoryzowany serwis stosownych pojazdów objętych gwarancją producenta. 3.2.2.7. Urządzenia rejestrujące (GPS) muszą zapewnić realizację następujących pomiarów i sygnałów: 3.2.2.7.1. Poziom paliwa w zbiorniku poprzez instalację w zbiorniku oraz podłączenie do urządzenia rejestrującego (GPS) sondy pomiaru paliwa, w pojazdach zgodnie z załącznikiem nr 1 do SIWZ. 3.2.2.7.2. Poziom paliwa w zbiorniku poprzez opomiarowanie wskazań pływaka, w pojazdach zgodnie z załącznikiem nr 1 do SIWZ. 3.2.2.7.3. Identyfikację kierowcy poprzez instalację i podłączenie do Urządzenia rejestrującego (GPS) czytnik identyfikatorów w pojazdach zgodnie z załącznikiem nr 1 do SIWZ. 3.2.2.7.4. Pracy urządzeń zewnętrznych poprzez instalację i podłączenie do urządzenia rejestrującego (GPS) wyłączników krańcowych, w pojazdach i ilościach zgodnych z załącznikiem nr 1 do SIWZ. 3.2.2.7.5. Naruszeń stref chronionych w pojeździe (np. systemu alarmowego, systemu opomiarowania paliwa, urządzeń rejestrujących itp.) 3.2.2.7.6.Pomiaru i rejestracji napięcia zasilania w pojeździe oraz sygnalizację zaniku zasilania głównego. 3.2.2.8. Urządzenie rejestrujące (GPS) musi zapewniać transmisję z serwerem w trybie TCP-IP oraz zapewniać ochronę (zgubienia) danych podczas transmisji. 3.2.2.9. Urządzenie rejestrujące (GPS) powinno posiadać minimum 2 wejścia analogowe, 6 cyfrowych, 2 impulsowe oraz musi zapewnić obsługę czytnika identyfikatorów. 3.2.2.10. Należy przewidzieć tryb oszczędny pracy urządzenia rejestrującego (GPS) zabezpieczający rozładowanie akumulatorów pojazdów. 3.2.2.11 System (online) musi działać z dowolnym operatorem GSM. 3.2.2.12 Do autoryzacji kierowcy w pojeździe wykorzystane zostaną czytniki identyfikatorów zaproponowane przez Dostawcę spełniające wymagania SIWZ. 3.2.2.13 Dopuszczalna rozbieżność pomiarowa sondy paliwowej wynosi 1,5 proc. w odniesieniu do wielkości zbiornika. 3.2.2.14. Dopuszczalna rozbieżność pomiarowa opomiarowanych pływaków wynosi do 5 proc. w odniesieniu do wielkości zbiornika. 3.2.2.15. Urządzenia rejestrujące (GPS) muszą spełniać normy unijne. 3.2.2.16. Poprawność montażu wszystkich urządzeń Systemu leży po stronie Dostawcy, w tym np. konieczność demontażu (i ponownego montażu) zbiorników paliwa, celem montażu sondy paliwowej. 3.3 SPECYFIKACJA WYMAGAŃ FUNKCJONALNYCH APLIKACJI 3.3.1. Najistotniejszym dla funkcjonalności wdrażanej aplikacji systemowej monitorowania, lokalizacji pojazdów i urządzeń jest możliwość automatycznego generowania i raportowania kluczowych dla zarządzania flotą parametrów, wg następującego klucza: - wszystkie raporty o których mowa w OPZ (Opis Przedmiotu Zamówienia) budowane muszą być w odniesieniu do wybranego pojazdu, dowolnej grupy pojazdów lub całej floty Zamawiającego. - wszystkie raporty o których mowa w OPZ budowane muszą być dla dowolnie zdefiniowanego czasookresu (wybór z kalendarza daty (od) oraz (do)). - dodatkowo, raporty o których mowa w OPZ muszą być prezentowane w oknie, mieć możliwość eksportu do formatów zewnętrznych i zapisu w formie pliku. Minimalny zakres raportów wymaganych przez Zamawiającego: 3.3.1.1.Raport eksploatacji pojazdów, budowany wg definiowanych przez operatora parametrów (dowolnie wybieranych przez wybór odpowiedniego parametru) tj.: -łącznie pokonany dystans, - łączne zużycie paliwa, w wybranym okresie, - łączna ilość pobranego paliwa ze stacji paliw wg faktur, w wybranym okresie, - porównanie zużycia wyliczonego przez sondę-pływaka z wartościami pobranego paliwa ze stacji paliw, - porównanie zużycia wyliczonego przez sondę-pływaka z normatywami, - łączny czas pracy pojazdu (-ów), - łączny czas postojów na włączonym silniku, - łączny czas pracy urządzeń zewnętrznych, - łączna ilość cykli pracy urządzeń zewnętrznych, - łączny czas przerw w pracy pojazdu. 3.3.1.2. Grafik pracy kierowców. Prezentacja grafików pracy kierowców w układzie dzień, tydzień, miesiąc. Wyżej wymienione raporty będą generowane w oparciu o dane zarządzane w obszarze Aplikacji: 3.3.2. Ewidencja pojazdów i kierowców. Aplikacja musi zapewniać rejestrację i ewidencję wybranych niezbędnych danych o pojeździe bezpośrednio związanych z monitoringiem i pozwalających na określenie jego aktualnego stanu . 3.3.2.1. Dane pojazdu: - Numer rejestracyjny , - Dane pojazdu: Marka-Typ-Model, - Przeznaczenie, - Dopuszczalna ładowność - Numer boczny , - Rodzaj paliwa (min. 2 rodzaje), - Pojemność zbiornika paliwa (min. 2 zbiorniki), - Masa własna , - Dopuszczalna Masa Całkowita , - Rodzaj zabudowy , - Norma zużycia paliwa (min. 2 normy), - Dodatki do normy zużycia paliwa (min. 4 dodatki, definiowane przez użytkownika), (uaktualniany w razie zaistnienia zmian z ZSI), 3.3.2.2. Dane ewidencyjne: - Numer inwentarzowy - Numer karty paliwowej, - Nazwa wystawcy karty paliwowej, - Rodzaje paliw i usług dostępnych na kartę paliwową, - Limity kwotowe i ilościowe dostępne na kartę, - Data ważności karty paliwowej, - PIN karty paliwowej (dostęp dla administracyjnie uprawnionych użytkowników Systemu). uaktualniany w razie zaistnienia zmian z ZSI), 3.3.2.3. Dane eksploatacyjne: - Aktualny stan licznika, - - Data aktualizacji stanu licznika, 3.3.2.4. Wyposażenie w zakresie monitoringu - Nazwa dodatkowego elementu wyposażenia, - Ilość dodatkowego elementu wyposażenia, - Data ważności dodatkowego elementu wyposażenia (jeśli jest), - Oznaczenie/numer inwentarzowy dodatkowego elementu wyposażenia (jeśli jest), - Data wprowadzenia na wyposażenie pojazdu, - Data zdjęcia z wyposażenia pojazdu-przyczyna (likwidacja, naprawa, zdanie do magazynu, itp.). 3.3.2.5. Kierowcy Aplikacja musi zapewniać rejestrację i ewidencję danych związanych z pracownikami zatrudnionymi na stanowiskach kierowców niezbędnych dla prawidłowego funkcjonowania i monitoringu. Aplikacja musi posiadać mechanizm umożliwiający ewidencję i rozliczanie czasu pracy (w tym pokonanych dystansów). Efektem zastosowanego mechanizmu musi być możliwość generowania raportów o ilości kilometrów pokonanych przez każdego kierowcę. W kartotece kierowcy musi być możliwość definiowania czasów pracy w układzie dnia lub innego dowolnie zdefiniowanego okresu. 3.3.3. Obieg i rozliczanie Karty Drogowej 3.3.3.1. Karta drogowa Aplikacja musi umożliwiać generowanie niezbędnych danych dla rozliczenia karty drogowej wystawianej w obrębie ZSI. Karta drogowa musi mieć możliwość pobrania następujących danych z Aplikacji: - Stan początkowy licznika w km-mtg, - Stan początkowy paliwa. 3.3.3.2. Rozliczenie karty drogowej Rozliczanie karty drogowej w ZSI musi odbywać się na podstawie konfrontacji danych podanych przez kierowcę z danymi pobranymi z urządzeń rejestrujących (GPS) oraz urządzeń pomiarowych. Aplikacja musi udostępniać (poprzez XML) następujące informacje celem umożliwienia rozliczenia karty: - Data i godzina wyjazdu (dane pobierane z GPS), - Data i godzina powrotu (dane pobierane z GPS), - Przebieg całkowity w km-mtg (dane pobierane GPS), - Całkowity czas użytkowania pojazdu w godz. (dane pobierane z GPS), - Czas pracy urządzenia zewnętrznego (dane pobierane z GPS), - Tankowanie paliwa dla wszystkich rodzajów paliw (dane pobierane z GPS), - Stan końcowy licznika w km-mtg (dane pobierane z GPS), - Stan końcowy paliwa (dane pobierane z GPS), - Odległość przejazdu w km-mtg (dane pobierane z GPS), 3.3.4. Zarządzanie Gospodarką Paliwową floty 3.3.4.1. Aplikacja musi umożliwiać rozliczanie eksploatacji paliwowej dla poszczególnego pojazdu oraz dla całej floty poprzez generowanie i eksportowanie niezbędnych danych dla ZSI. 3.3.4.2. Aplikacja musi umożliwiać rozliczanie eksploatacji paliwowej na podstawie wskazań sond paliwowych zainstalowanych w zbiornikach paliwa oraz opomiarowanych pływaków paliwowych. Każda rozliczana karta drogowa w ZSI, w zakresie zużycia paliwa konfrontuje dwa parametry: zużycie normatywne z zużyciem rzeczywistym. 3.3.4.3. Aplikacja musi importować zbiorcze faktury ze stacji paliw (.xls lub .txt.), tak by w kartotece każdego pojazdu budowana była historia tankowań danego auta. Alternatywnie, Aplikacja musi umożliwiać import parametrów paragonów wpisywanych do aplikacji ZSI. 3.3.4.4. W obszarze jednego pojazdu, automatycznie konfrontowane muszą być informacje dotyczące zakupionego paliwa na stacji paliw oraz pobranego paliwa przez pojazd. 3.3.4.5. Aplikacja musi monitować nieautoryzowane upusty paliwa prezentując informacje o ilości pobranego paliwa, daty zdarzenia oraz jego miejsca. 3.3.5. Mapa 3.3.5.1. Wymogi ogólne 3.3.5.1.1. Moduł mapowy musi działać tak, by wszelkie prezentacje mapowe odbywały się w obrębie wdrażanego systemu przez Dostawcę. Nie dopuszcza się konieczności eksportu danych mapowych do zewnętrznej aplikacji mapowej. 3.3.5.1.2. Mapa musi umożliwiać płynne przewijanie poszczególnych obszarów mapy oraz dynamiczne wyświetlanie informacji bez opóźnień. 3.3.5.1.3. Mapa musi umożliwiać wyszukiwanie konkretnych punktów adresowych w obrębie miast (np. (Stargard, ulica Okrzei 6)). 3.3.5.1.4. Mapa musi być aplikacją aktualizowaną. W okresie gwarancji, aktualizacje mapy nie będą generowały dodatkowych kosztów. Po okresie gwarancji aktualizacje mapy odbywać się będą oddzielnymi zleceniami. 3.3.5.1.5. Mapa musi określać lokalizację (pozycji geograficznej) z maksymalnym błędem nie przekraczającym 3 m. 3.3.5.1.6 Mapa musi umożliwiać dowolne definiowanie punktów charakterystycznych i obszarów, polegające na przypisywaniu odpowiednim współrzędnym geograficznym lub wielobokom stosownych opisów (np. obszar o zdefiniowanym promieniu od zadanego punktu charakterystycznego, bądź określony wielobok nazywa się (X)). Ma to na celu lepszą orientację w przygotowywanych raportach o przebytych trasach, gdzie zamiast ulicy podawana będzie nazwa nadana przez użytkownika. 3.3.5.1.7. Mapa musi charakteryzować się co najmniej następującymi parametrami: - prezentacja sieci ulic i zabudowy , - prezentacja sieci kolejowej, - prezentacja obszarów zieleni (trawniki, parki, lasy itd.), - prezentacja obszarów wodnych (rzeki, jeziora, sztuczne zbiorniki). 3.3.5.1.8. Mapa musi umożliwiać import własnych warstw obiektów np. budynki, obiekty techniczne itp. 3.3.5.1.9 Mapa winna mieć możliwość szybkiej i elastycznej wizualizacji informacji bieżących i archiwalnych, gromadzonych przez urządzenia rejestrujące w pojazdach i urządzeniach . 3.3.5.1.10 Mapa winna wspomagać (ręczne) planowanie tras, poprzez wizualizację (rysowanie trasy) danych punktów charakterystycznych wprowadzanych do aplikacji przez dyspozytora. 3.3.5.1.11 Mapa winna obejmować swoim zasięgiem obszar Polski i być wyposażona w szczegółowe plany miast i wsi województwa zachodniopomorskiego. 3.3.6. Lokalizacja pojazdów. 3.3.6.1. Aplikacja musi umożliwiać bieżące lokalizowanie wybranego pojazdu bądź grupy pojazdów na mapie. 3.3.6.2. Odpowiedź na zadane pytanie lokalizacyjne musi automatycznie centrować mapę do widoku, w którym wyszukiwany pojazd lub grupa pojazdów będą widoczne na ekranie monitora. 3.3.6.3. Najechanie kursorem myszy na wyszukane pojazdy skutkować musi prezentacją w dynamicznie wygenerowanej chmurce dodatkowych informacji eksploatacyjnych takich jak: - prędkość chwilowa, - aktualny stan zbiornika paliwa, - nazwisko zalogowanego kierowcy, - praca opomiarowanych urządzeń w danej chwili. 3.3.7. Analiza przebytych tras w oparciu o zapis GPS Wszystkie zapisane trasy przejazdu muszą być archiwizowane w Systemie tak, by każdą z nich można było wizualizować na mapie. System musi umożliwić prezentację mapową każdej wybranej trasy (jedno zdarzenie), bądź dowolnego zestawienia tras (np. dłuższe-krótsze niż) w dowolnym czasookresie. 3.4. ADMINISTRACJA SYSTEMEM 3.4.1.System musi zapewniać instrumenty informatyczne umożliwiające wykorzystanie funkcji administracyjnych, takich jak: 3.4.1.1. Przydzielanie kierowców do pojazdów, pojazdów do działów. 3.4.1.2. Rejestrowanie historii przypisania pojazdów. 3.4.1.3. Rejestrowanie historii zmian numerów rejestracyjnych pojazdów. 3.4.1.4. Rozliczanie czasu pracy pojazdów w godzinach pracy i poza godzinami pracy. 3.4.1.5. Raportowanie zużycia paliw w rozbiciu na działy, komórki organizacyjne, poszczególne pojazdy, typy, grupy i rodzaje pojazdów. 3.4.1.6. Rejestrowanie wykorzystania pojazdu wg grafiku przypisanych kierowców. 3.4.1.7. Raportowanie historii eksploatacji pojazdu w zakresie wynikającym z monitoringu. 3.5.PRZYGOTOWANIE SYSTEMU MONITOROWANIA, LOKALIZACJI POJAZDÓW I URZĄDZEŃ DO ŚRODOWISKA IT ZAMAWIAJĄCEGO. 3.5.1 System monitorowania, lokalizacji pojazdów i urządzeń powinien być otwarty na integrację z wdrażanym Zintegrowanym Systemem Informatycznym w zakresie wymaganym dla osiągnięcia zakładanych funkcjonalności obu systemów. 3.5.2. Zakres integracji 3.5.2.1 Import danych do Aplikacji z ZSI - XML Webservices 3.5.2.1.1. kartoteki pojazdów, zgodnie z p. 3.3.2. ESPZ; 3.5.2.2. Import danych do Aplikacji z ZSI - plik wymiany danych (XLS) 3.5.2.2.1. (trasówki), zgodnie z p. 3.2.1.9.6. ESPZ 3.5.2.2.2. paragony za pobrane paliwo, zgodnie z p. 3.3.7.3. ESPZ; 3.5.2.3. Eksport danych z Aplikacji do ZSI - XML Webservices 3.5.2.3.1. stany początkowe, zgodnie z p. 3.3.4.1. ESPZ 3.5.2.3.2. stany końcowe, zgodnie z p. 3.3.4.2. ESPZ 3.5.2.4. Eksport danych z Aplikacji do ZSI - plik wymiany danych (XLS) 3.5.2.4.1. (trasówki), zgodnie z p. 3.2.1.9.6. ESPZ 3.5.3 Powstające bazy danych w Aplikacji monitorowania, lokalizacji pojazdów i urządzeń jak muszą być spójne i aktualizowane w trybie: 3.5.3.1 dobowym 3.5.3.2 ciągłym 3.5.3.3. na żądanie (ręczny import-eksport pliku) 3.5.4. Dostawca Aplikacji zobowiązany jest do dostarczenia interfejsu (XML) zapewniającego Dostawcy ZSI pobieranie i eksport danych zgodnie z założeniami ESPZ

Kody CPV:
325300007 (Satelitarne urządzenia komunikacyjne)

Kod CPV drugiej częsci zamówienia:
723100001 (Usługi przetwarzania danych)

Szacunkowa wartość zamówienia: 112385.00

Kod waluty: 1

Waluta (PLN): PLN

Kod trybu postepowania: PN

Czy zamówienie dotyczy programu UE: Nie

Data udzielenie zamówienia: 16/07/2009

Liczba ofert: 3

Nazwa wykonawcy: P.P.U. Omega Sp. z o.o.

Adres pocztowy wykonawcy: ul. Piastowska 63

Miejscowość: Gdańsk

Kod pocztowy: 80-363

ID województwa: 10

Województwo / kraj: pomorskie

Cena wybranej oferty: 112385.00

Cena minimalna: 110000.00

Cena maksymalna: 139885.90

Kod waluty: 1

Waluta (PLN): PLN

Podobne przetargi