Warszawa: Elektroniczny System Obiegu Spraw i Dokumentów (ESODOK)
Numer ogłoszenia: 170940 - 2008; data zamieszczenia: 24.07.2008
OGŁOSZENIE O UDZIELENIU ZAMÓWIENIA - usługi

Zamieszczanie ogłoszenia: obowiązkowe.

Ogłoszenie dotyczy: zamówienia publicznego.

Czy zamówienie było przedmiotem ogłoszenia w Biuletynie Zamówień Publicznych: Tak, numer ogłoszenia w BZP: 234007 - 2007.

SEKCJA I: ZAMAWIAJĄCY

I. 1) NAZWA I ADRES: Urząd Zamówień Publicznych, Al. Szucha, 00-582 Warszawa, woj. mazowieckie, tel. (022) 4587777, fax (022) 4587700.

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

SEKCJA II: PRZEDMIOT ZAMÓWIENIA

II.1) OPIS

II.1.1) Nazwa nadana zamówieniu przez zamawiającego: Elektroniczny System Obiegu Spraw i Dokumentów (ESODOK).

II.1.2) Rodzaj zamówienia: usługi.

II.1.3) Określenie przedmiotu zamówienia: Celem ESODOK jest zapewnienie wszystkich funkcjonalności przy jednoczesnym uniknięciu błędów zaobserwowanych podczas eksploatacji dotychczasowych rozwiązań. Najważniejszymi cechami rozwiązania mają być: elastyczność, skalowalność, wydajność, szybkość, ergonomia, przyjazność dla użytkownika, bezpieczeństwo -Zamawiający (Z) wymaga, aby System (S), po wytworzeniu został zainstalowany i aby wersja produkcyjna została uruchomiona przez Wykonawcę(W) w infrastrukturze informatycznej wskazanej przez UZP, w szczególności Z wymaga, aby wszelkie prace związane z instalacją oprogramowania wymaganego do poprawnego działania S wykonane zostały przez W -Z wymaga, aby wytworzenie S odbyło się zgodnie z zasadami metodyki PRINCE2 zawartymi w dokumencie Skuteczne zarządzanie projektami PRINCE 2 -Z wymaga, aby W wyznaczył Kierownika projektu, którego rolę w projekcie i zakres obowiązków definiują PRINCE2. Z wyznaczy ze swojej strony osobę pełniącą rolę Dyrektora projektu -Za wymaga, aby S został stworzony w architekturze trójwarstwowej, z wyróżnieniem warstw aplikacji, danych i prezentacji z możliwością pełnego rozdzielenia w/w warstw na poziomie sprzętowym -Z wymaga, aby S składał się minimum z następujących modułów: -moduł publikacji i wyszukiwania ogłoszeń w BZP wraz z Sem autoryzacji dla użytkowników zewnętrznych-platforma internetowa -moduł obsługujący przesyłanie sprawozdań o udzielonych zamówieniach -moduł Elektronicznej Skrzynki Podawczej (ESP) -moduł obiegu spraw i dokumentów wraz z Sem autoryzacji dla użytkowników wewnętrznych -moduł do obsługi KIO -moduł projektowania procesów -moduł archiwizacji -Z wymaga, aby S działał w architekturze tzw. cienkiego klienta -Z wymaga, aby S umożliwiał przechowywanie dokumentów w postaci elektronicznej tj. -OCRowanie całego dokumentu powinno odbywać się na życzenie użytkownika wewnętrznego (UW), w momencie zajścia takiej potrzeby. -Z wymaga, aby S współpracował z serwerem faksów obsługującym minimum 10 linii telefonicznych, -Z wymaga aby S umożliwiał wysłanie i odbieranie faksów z poziomu interfaceu UW -Z wymaga podania przez W specyfikacji serwera faksowego, który powinien zostać zakupiony na potrzeby S -Z wymaga,aby UW S mogli z niego korzystać minimum poprzez przeglądarki: IE w wersji 6 i wyższych, Firefox w wersji 2 i wyższych zainstalowanych na Sach Windows w wersji 2000 i wyższych WD: Możliwość korzystania poprzez przeglądarkę Opera -Z wymaga,aby użytkownicy zewnętrzni UZ S mogli z niego korzystać minimum poprzez przeglądarki: IE w wersji 6 i wyższych, Firefox w wersji 2 i wyższych zainstalowanych na Sach Windows 98 i wyższych oraz przeglądarki Firefox w wersji 2 i wyższych zainstalowanych na Sach Linux i Unix WD: Możliwość korzystania poprzez przeglądarki Opera, Conqueror -Z wymaga,aby S umożliwiał równoczesną pracę przynajmniej 150 nazwanym UW -Z wymaga,aby S umożliwiał równoczesną pracę przynajmniej 500 nazwanym UZ publikującym w BZP -Z wymaga,aby S umożliwiał równoczesną pracę przynajmniej 2000 UZ przeszukujących zasoby BZP -Z wymaga,aby S umożliwiał przechowywanie zestawów poświadczeń UZ publikujących w BZP, w ilości nie mniejszej niż wynikająca z ilości jednostek zobowiązanych do publikacji ogłoszeń w BZP według obowiązujących regulacji prawnych nie mniej jednak niż 35 000 -Z wymaga, aby S umożliwiał przechowywanie zestawów poświadczeń UZ przeszukujących dane w BZP w ilości nie mniejszej niż 500 000 -Z wymaga, aby S pozwalał na pełną integrację z Active Directory oraz zapewnił możliwość jednorazowej autoryzacji UW mającej miejsce w momencie logowania do stacji roboczej w obiektach użytkowanych przez Z -Z wymaga, aby S umożliwiał wylogowanie użytkownika bez konieczności wylogowania z S operacyjnego i ponowne zalogowanie poprzez formularz logowania -Z wymaga, aby dane z formularza logowania do S były przesyłane do serwera w postaci zaszyfrowanej WD: Całość danych szyfrowana -Z wymaga, aby S umożliwiał pracę na odległość UW z wykorzystaniem VPN -Z wymaga, aby logowanie do S było możliwe za pomocą karty chipowej zawierającej klucz prywatny jednoznacznie identyfikujący UW -Z wymaga, aby użytkownik mógł samodzielnie zmienić hasło do S z zachowaniem zasad określonych w sekcji Bezpieczeństwo niniejszej specyfikacji -Z wymaga, aby częścią S była ESP z możliwością generowania UPO -ESP musi zawierać minimum 15 formularzy dynamicznych oraz minimum 3 formularze statyczne zdefiniowane przez zamawiającego -Z wymaga, aby ESP umożliwiała przesyłanie załączników stworzonych w programach: Open Office, Star Office, Microsoft Office oraz plików rtf, txt i archiwów rar, zip, tar -Dostęp do dokumentów złożonych w ESP powinni mieć wyznaczeni przez Z UW -Z wymaga, aby S umożliwiał podpisanie każdego dokumentu przy użyciu podpisu kwalifikowanego lub niekwalifikowanego oraz weryfikację w/w podpisów -S ma posiadać funkcjonalność Centrum Certyfikacji w zakresie wystawiania certyfikatów niekwalifikowanych dla użytkowników wewnętrznych oraz zarządzanie certyfikatami -Z wymaga, aby S umożliwiał potwierdzenie wykonania czynności w Sie złożeniem podpisu elektronicznego -Z wymaga, aby S był wyposażony w mechanizmy umożliwiające wersjonowanie: -dokumentów -spraw -procesów (diagramów workflow) -użytkowników -struktury organizacyjnej -Z wymaga, aby S był wyposażony w mechanizmy zabezpieczające przed utratą informacji o obiekcie na dany moment w przeszłości w przypadku zmiany wersji, któregokolwiek z obiektów -Z wymaga, aby S przechowywał informację o historii wszystkich czynności wykonanych przez użytkowników wewnętrznych podczas załatwiania sprawy lub życia dokumentu -Z wymaga, aby S umożliwiał odzwierciedlenie struktury organizacyjnej UZP -S musi umożliwiać jednoznaczne zdefiniowanie roli UW adekwatne do jego miejsca w strukturze organizacyjnej -S musi umożliwić prowadzenie ewidencji pracowników UZP oraz definiowanie relacji pomiędzy pracownikami i ich stanowiskami w strukturze UZP -Zakres uprawnień użytkownika nie może być uzależniony od jego miejsca w strukturze organizacyjnej UZP, jednocześnie S musi umożliwiać grupowanie uprawnień według jednostek organizacyjnych -Z wymaga, aby S umożliwiał definiowanie zastępstw UW -Zastępstwo musi być zdefiniowane na poziomie dostępu do spraw i dokumentów, a nie na poziomie delegacji uprawnień identycznych do uprawnień użytkownika zastępowanego -Z wymaga, aby S pozwalał na wyznaczanie kilku zastępców o różnym zakresie uprawnień -Z wymaga, aby S przechowywał informację, że czynności zostały wykonane w zastępstwie oraz kto daną czynność wykonał -S musi umożliwiać dekretację wielopoziomową bez względu na miejsce użytkownika w strukturze organizacyjnej wraz z odzwierciedleniem historii dekretacji. S powinien umożliwić dzielenie spraw na sprawy podrzędne i delegowanie ich do różnych osób i wydziałów -S musi umożliwiać dekretację hurtową -S musi umożliwiać zwrot zadekretowanego dokumentu/sprawy do dekretującego i przechowywać informację o takim zdarzeniu -S musi umożliwić hierarchiczne łączenie dowolnej ilości spraw i dokumentów w relacji nadrzędna-podrzędna -S musi posiadać mechanizmy pracy grupowej w szczególności: -Umożliwiać wspólną pracę nad prowadzonymi sprawami -Być wyposażony w mechanizmy akceptacji i przekazywania spraw oraz dokumentów -Umożliwić definiowane dowolnej liczby kalendarzy oraz udostępnianie ich zdefiniowanej grupie użytkowników -Umożliwiać definiowanie w kalendarzu zajęć oraz nieobecności różnych rodzajów, w tym zdarzeń odbywających się cyklicznie -Zawierać mechanizmy ułatwiające organizowanie spotkań WD: S posiada mechanizmy pracy grupowej poza ww. wymienionymi -S musi umożliwić definiowanie i prowadzenie rejestrów (urzędowych, kancelaryjnych oraz innych określonych przez Instrukcję Kancelaryjną) -S musi umożliwić pobranie zawartości rejestrów publicznych za pomocą protokołu SOAP -S musi umożliwiać automatyczne nadawanie pismom i sprawom odpowiednich numerów, sygnatur oraz zapewnić poprawność stosowanych oznaczeń względem obowiązujących wymogów -S musi posiadać funkcjonalność klienta poczty dla minimum jednego konta, minimum dla serwerów IMAP, SMTP, POP3 innych niż zintegrowany serwer pocztowy -Z wymaga, aby w S był wbudowany serwer pocztowy umożliwiający wysyłanie i odbieranie wiadomości do/z domen innych niż uzp.gov.pl wraz z Sem ochrony antywirusowej oraz antyspamowej. Z będzie traktował jako równoważne zintegrowanie S z zewnętrznym serwerem pocztowym przy zachowaniu wszystkich wymaganych funkcjonalności -Serwer pocztowy musi posiadać funkcjonalność prowadzenia list dystrybucyjnych dla dowolnej liczby użytkowników wewnętrznych oraz mechanizm aliasów pocztowych -Z wymaga, aby po zalogowaniu do S użytkownik nie musiał oddzielnie logować się do serwera pocztowego -S musi umożliwiać dołączanie elektronicznych załączników w dowolnym formacie do wiadomości wysyłanych za pomocą poczty elektronicznej oraz definiowanie listy formatów dopuszczonych i maksymalnej wielkości i ilości załączników -S musi umożliwić definiowanie dowolnej liczby list kontaktowych oraz udostępnianie ich zdefiniowanym użytkownikom -S musi pozwalać na definiowanie stopek wiadomości pocztowej na poziomie szablonu dla użytkowników lub jednostek organizacyjnych przy użyciu zmiennych z możliwością umieszczania w nich elementów graficznych przechowywanych po za wiadomością -S musi zawierać komunikator i umożliwiać natychmiastowe wysyłanie wiadomości do dowolnego z użytkowników wewnętrznych lub do zdefiniowanych grup użytkowników WD: Integracja z komunikatorem gg -Z wymaga, aby komunikator posiadał funkcjonalność listy kontaktów składającą się z listy wszystkich użytkowników wraz z informacją graficzną o statusie tj. minimum informacji o dostępności lub jej braku danego użytkownika WD: Możliwość dodania opiS słownego -Komunikator musi zawierać mechanizm informujący o nadejściu wiadomości adresowanej do użytkownika -Komunikator musi pozwalać użytkownikowi wewnętrznemu na zmianę statusu o ile zostało mu przydzielone uprawnienie do wykonania tej czynności -Komunikator musi posiadać oddzielne okno rozmowy zawierające poza samą treścią konwersacji informację o dokładnej dacie i godzinie nadejścia wiadomości -Komunikator musi umożliwiać komunikację głosową pomiędzy użytkownikami wewnętrznymi WD: Integracja ze Skype -Komunikator musi umożliwiać zachowanie treści rozmów tekstowych wraz informacją o uczestnikach rozmowy, datą i godziną konwersacji. Archiwum rozmów powinno być dostępne tylko dla upoważnionych użytkowników -Zgodność z posiadanym przez UZP zapleczem technicznym oraz oprogramowaniem, przeniesienie danych, zabezpieczenie na wypadek awarii -W dostarczy moduł HSM - sprzętowy moduł bezpieczeństwa (Hardware Security Module), spełniający wymagania normy FIPS 140-2 (Security Requirements for Cryptographic Modules) poziom 3 lub wyższy, wydanej przez National Institute of Standards and Technology (NIST), niezbędny do funkcjonowania ESP -Z wymaga, aby częścią oferty był schemat fizycznego rozmieszczenia poszczególnych warstw S na posiadanym przez UZP parku maszynowym ze szczególnym uwzględnieniem rozwiązań umożliwiających zachowanie pracy S w przypadku awarii któregoś z elementów sprzętu. -Z wymaga aby, dane: -treść ogłoszeń opublikowanych w BZP od wejścia w życie przepisów nowelizacji ustawy Pzp z 2007 r -dane Z i W (UZ) publikujących i przeszukujących BZP -treść sprawozdań rocznych przesyłanych przez zobowiązane do tego podmioty, -wyniki kontroli, orzeczenia KIO zostały zaimportowane do nowego S do momentu uruchomienia wersji produkcyjnej i były dostępne z poziomu właściwych modułów dla odpowiednich rodzajów użytkowników -Z wymaga, aby przed zaimportowaniem danych, W przeprowadził ich audyt oraz prace naprawcze -Podczas wdrożenia oraz aktualizacji S Z wymaga, aby wszelkie zmiany sprawdzane były na środowisku testowym identycznym do środowiska produkcyjnego -Rozwiązania techniczne użyte przy budowie S muszą umożliwiać uruchomienie kopii S w infrastrukturze obcej WD: W posiada Data Center gotowe do świadczenia usługi hostingu awaryjnego dla UZP -Z wymaga, aby załącznikiem do oferty była pełna lista oprogramowania, które będzie wykorzystywane do budowy S, a którego W nie jest producentem (lub, do, którego nie posiada pełnych praw). Lista musi zawierać takie informacje jak: -nazwa i wersja oprogramowania -S operacyjny, na jakim działa (nie dotyczy S operacyjnych) -rodzaj licencjonowania (bezpłatne, płatne itp.) -sposób licencjonowania (na procesor, na rdzeń procesora, stanowiskowa, na użytkownika itp.) -ilość licencji niezbędnych do funkcjonowania S zgodnie z założeniami w SIWZ -Z wymaga, aby S wraz z licencjami zostało dostarczone przez W w ramach tego postępowania -Z wymaga, aby S umożliwiał pracę poprzez połączenia VPN -Z wymaga, aby S posiadał mechanizmy obronne przed atakami informatycznymi na bazy danych -S musi umożliwiać zarządzanie kontami użytkowników z poziomu użytkownika uprzywilejowanego-Administratora S: a. dodawania nowych kont b. edycji kont c. blokowania kont d. uzupełniania danych osobowych danego użytkownika e. definicji uprawnień do rejestrów dokumentów f. definicji uprawnień do rezerwacji zasobów -Z wymaga, aby częścią S było narzędzie do automatycznego generowania haseł -Z wymaga, aby podczas zmiany hasła do S automatycznie weryfikowana była jego siła - siłę hasła powinny wyznaczać wcześniej wprowadzone parametry takie jak: jednoczesne używanie wielkich i małych liter, znaków specjalnych czy też cyfr. Mechanizm powinien uniemożliwić zmianę hasła użytkownika na słabsze niż zadane wcześniej kryterium -S musi umożliwiać wykonywanie i dokumentowanie archiwizacji oraz brakowania gromadzonych w nim dokumentów posiadających kategorie archiwalną. Konieczność archiwizacji i brakowania akt musi być sygnalizowana automatyczne -S ma być w pełni zgodny z określonymi prawnie procedurami postępowania z materiałami archiwalnymi -S musi obsługiwać wszelkie przewidziane przepisami czynności kancelaryjne, w szczególności czynności wskazane w Instrukcji Kancelaryjnej, związane z korespondencją i sprawami dotyczącymi przekazywania pism, prowadzenia spraw, tworzenia teczek i podteczek, prowadzenia rejestrów, numeracji i klasyfikacji dokumentów i spraw opierających się o JRWA, obsługi korespondencji oraz spraw -S musi posiadać wbudowany moduł archiwisty, który będzie zapewniał prowadzenie archiwum zakładowego -Z wymaga, aby tworzenie kopii zapasowych S i danych zostało zrealizowane przy wykorzystaniu TSM -Z wymaga, aby istniała możliwość zdefiniowania rozszerzeń plików, które mogą być przechowywana w S -Z wymaga, aby S umożliwiał przechowywanie plików graficznych w formacie TIFF i TIFF wielostronicowy -Z wymaga, aby S umożliwiał dodanie pliku stworzonego w pakiecie biurowym MS Office z poziomu właściwej aplikacji pakietu WD: Edycja plików MS Word z poziomu S -Całość komunikacji S z użytkownikiem musi odbywać się w języku polskim. -W głównym oknie powinny znajdować się wszystkie sprawy, dokumenty i wiadomości pocztowe użytkownika w widoku tabelarycznym -Z wymaga, aby S umożliwiał tworzenie plików programu Word oraz plików PDF na podstawie predefiniowanych formularzy wypełnianych podczas obsługi spraw -Z wymaga, aby w S wbudowany był edytor wysiwyg -Z wymaga, aby S umożliwiał wydruk wszystkich formularzy oraz dokumentów z wykorzystaniem drukarek obsługujących języki PCL5 lub PCL6 oraz PJL -S musi umożliwić wydruk dokumentów papierowych przynajmniej w formatach A3, A4, A5, B5 oraz letter o rozdzielczości przynajmniej 600 DPI w trybie czarno-białym i kolorowym. -S musi umożliwić wydruk jedno- i dwustronny dokumentów -S musi zawierać funkcje wspierające przygotowanie korespondencji seryjnej (również elektronicznej): -definiowanie szablonów etykiet oraz wydruk na etykietach adresowych -definiowanie szablonów listów -automatyczne generowanie listów w ramach opracowania spraw -S musi posiadać mechanizm monitorowania czaS wykonania czynności zdefiniowanych na poziomie tworzenia modelu proceS lub ad hoc przez osobę dekretującą/przydzielającą wykonanie -S musi informować UW o zbliżającym się upływie terminu czynności lub przekroczeniu go. Przypomnienie powinno mieć formę pozwalającą na natychmiastowe rozpoznanie statuS sprawy na liście zadań użytkownika. -Użytkownik dekretujący/przydzielający sprawę musi mieć możliwość śledzenia poziomu zaawansowania realizacji przydzielonych zadań -Kontrola realizacji, musi mieć również formę monitów wyświetlanych odpowiednim użytkownikom -Z wymaga, aby S pozwalał na prowadzenie kalendarzy UW oraz kalendarzy współdzielonych z możliwością definiowania wydarzeń. W/w kalendarze powinny dawać możliwość powiązania wydarzeń z rezerwacją zasobów -Okno operatora wprowadzającego pismo do S musi zawierać podgląd zeskanowanego dokumentu -Z wymaga, aby istniała możliwość otwarcia podglądu zeskanowanego dokumentu w oddzielnym oknie, na drugim monitorze podłączonym do stacji roboczej operatora -Z wymaga, aby S obsługiwał drukowanie na naklejkach kodów kreskowych jednoznacznie identyfikujących pismo -Z wymaga, aby istniała możliwość wprowadzenia do S kolejno kilku dokumentów wielostronicowych oddzielanych, naniesionymi lub naklejonymi na ich pierwsze strony kodami kreskowymi -Z wymaga, aby istniała możliwość pracy etapowej podczas wprowadzania dokumentów do S tzn. najpierw zeskanowanie kilku dokumentów, a następnie wprowadzenie ich do S. Nie dopuszcza się konieczności wprowadzania dokumentów po kolei tzn. w trybie skanowania dokumentów - wprowadzenie dokumentów - skanowania kolejnego dokumentów itd -Operator wprowadzający dokument do S powinien wypełnić formatkę zawierającą następujące informacje: nazwę nadawcy, dane teleadresowe, opis, czego dotyczy dokument. Dane teleadresowe zasilają bazę nadawców WD: Automatyczne podpowiadanie danych nadawcy po wprowadzeniu kilku znaków nazwy -Dane teleadresowe muszą być wprowadzane do oddzielnych pól, co powinno mieć odzwierciedlenie w bazie danych S -Z wymaga, aby istniała możliwość zdefiniowania pól obowiązkowych w formatce wprowadzania metadanych dokumentu -W przypadku wprowadzania danych teleadresowych S automatycznie musi sprawdzać ich poprawność np. na podstawie Bazy Teryt i w przypadku wprowadzenia wartości nieprawidłowej monitować operatora -S musi umożliwiać wprowadzenie dokumentu bez wprowadzenia danych nadawcy i/lub informacji o treści (np. rejestrację oferty w postępowaniu przetargowym) -S musi umożliwiać pracę minimum w trzech standardowych rozdzielczościach ekranu: 1024x768, 1280x1024, 1280x960 bez zmiany układu widoku WD: Pełna skalowalność okien -S musi umożliwiać zmianę wielkości czcionki bez zmiany układu widoku, zdefiniowane powinny być przynajmniej trzy wielkości czcionekWD: Możliwość zdefiniowania poziomu administracyjnego wielkości czcionek -Z wymaga, aby wszystkie pola, w których jest to możliwe, służące do wprowadzania danych we wszystkich modułach S, wyposażone były w maskę wprowadzania -Z wymaga, aby wszystkie pola, w których jest to możliwe, służące do wprowadzania danych we wszystkich modułach S, wyposażone były w rozwijane listy słownikowe -Z wymaga, aby w S wbudowane było narzędzie Pomoc dostępne dla użytkowników wewnętrznych i zewnętrznych -Z wymaga, aby S pozwalał na obsługę spraw zarówno w sposób wcześniej zdefiniowany (workflow) jak i na przekazywanie sprawy lub dokumentu z pominięciem zdefiniowanych procedur dowolnemu użytkownikowi wewnętrznemu -Z wymaga, aby częścią S było narzędzie graficzne pozwalające na definiowanie procesów zgodnie z Business Process Modeling Notation (BPMN) lub równoważnymi, z możliwością zapiS w Business Process Modeling Language (BPML) lub XPDL oraz możliwością importu i eksportu plików z opisami w BPML lub XPDL -Z wymaga, aby S umożliwiał tworzenie nowych procesów na podstawie istniejących -Z wymaga, aby procesy były wersjonowane i istniała możliwość kontynuacji realizacji spraw przy użyciu wersji poprzednich proceS przy jednoczesnym zastosowaniu wersji aktualnej do spraw nowych -Z wymaga, aby S umożliwiał generowanie raportów ze wszystkich danych przechowywanych w S -Dostęp do funkcjonalności sprawozdawczości z danych musi być nadawany na poziomie definiowania uprawnień UW -Z wymaga, aby istniała możliwość automatycznego dostarczania zdefiniowanych raportów do zdefiniowanej grupy użytkowników za pośrednictwem poczty elektronicznej -Z wymaga, aby S pozwalał na generowanie raportów z funkcjonowania S -Raporty z funkcjonowania S muszą być podzielone na trzy podstawowe grupy: - bezpieczeństwa - informacje o próbach naruszenia bezpieczeństwa danych, próbach nieautoryzowanego dostępu, próbach włamań do sytemu itd - aktywności użytkowników wewnętrznych i zewnętrznych - informacje o ilości: logowań do S, wyświetleń stron BZP, czasie logowań itp - realizacji spraw - informacja o poziomie zaawansowania realizacji sprawy, uczestnikach procesu itp -Dostęp do funkcjonalności sprawozdawczości z funkcjonowania S musi być nadawany na poziomie definiowania uprawnień UW -Z wymaga, aby zachowana została jednorodność technologii w których realizowane są funkcjonalności BZP, Portalu oraz strony WWW Z zastrzega sobie prawo do zmniejszenia liczby funkcjonalności dostępnych poprzez Portal oraz stronę www. Do funkcjonalności strony www i Portalu Z zalicza moduł CMS (Content Management S) wykorzystujący edytor WYSIWYG -Z wymaga, aby wszystkie elementy graficzne platform internetowych były spójne i jednorodne -BZP -Z wymaga, aby część S stanowił moduł BZP składający się z: a. formularza logowania b. formularza założenia konta w BZP dla Zch c. formularza zmiany danych (nazwy zamawiającego, adreS, adreS email, hasła itp.). d. formularzy ogłoszeń e. podS wysyłającego pocztą elektroniczną potwierdzenia umieszczenia ogłoszenia w BZP (zawierających treść potwierdzenia, numer ogłoszenia oraz treść ogłoszenia podpisanych certyfikatem niekwalifikowanym wystawionym dla UZP) niezależnego od serwera pocztowego będącego częścią S, wysyłającego widomości z poddomeny bzp.uzp.gov.pl. f. wyszukiwarki ogłoszeń g. podS generowania plików html i xml w podziale na województwa z ogłoszeniami publikowanymi w BZP h. serwera ftp z plikami, o których mowa w lit g. oraz danymi archiwalnymi będącymi w posiadaniu UZP -Z wymaga, aby moduł BZP był częścią platformy internetowej Portalu UZP dostępnej dla UZ -Z wymaga, aby do modułu BZP zostały przeniesione dane Zch z istniejącego S (login, hasło, dane teleadresowe) wraz z opublikowanymi ogłoszeniami -Z wymaga, aby pomimo tego, że moduł BZP ma być oddzielną częścią S treść ogłoszeń była dostępna dla UW z poziomu interfaceu oraz była źródłem do sprawozdawczości (generowania raportów) -Z wymaga, aby część S stanowił moduł Sprawozdań rocznych o udzielonych zamówieniach, składający się z: a. formularza logowania, b. formularza założenia konta w BZP dla Zch, c. formularza zmiany danych (nazwy zamawiającego, adreS, adreS email, hasła itp) d. formularzy sprawozdań e. podS wysyłającego pocztą elektroniczną potwierdzenia przesłania sprawozdania (zawierających treść potwierdzenia, numer sprawozdania oraz treść sprawozdania) podpisanych certyfikatem niekwalifikowanym wystawionym dla UZP niezależnego od serwera pocztowego będącego częścią S, wysyłającego wiadomości z poddomeny bzp.uzp.gov.pl. f. podS do przeglądania wysłanych poprzednio sprawozdań przez danego zamawiającego -Z wymaga, aby pomimo tego, że moduł Sprawozdań rocznych ma być oddzielną częścią S treść sprawozdań była dostępna dla UW z poziomu interfaceu oraz była źródłem do sprawozdawczości (generowania raportów) w zakresie określonym przez Z -Przesyłane sprawozdania muszą być traktowane jako wpływ do S obiegu dokumentów UZP i rejestrowane jako poczta przychodząca -Z wymaga, aby wszystkie pola, dla których jest to możliwe, były słownikowane, posiadły maskę wprowadzania oraz poddane automatycznej weryfikacji pod kątem poprawności wprowadzonych danych. Powyższe dotyczy zarówno BZP jak i Sprawozdań rocznych o udzielonych zamówieniach -O wypełnieniu pola niezgodnym z założeniami walidacji użytkownik musi być informowany stosownym monitem -Z wymaga, S podpowiadał użytkownikowi, w których polach wprowadzono dane nieprawidłowe -Funkcjonalności dla Z wraz z elementami interfaceu -Z wymaga, aby każdy UZ z grupy Z miał możliwość założenia konta w BZP -Z wymaga, aby aktywacja konta w BZP wymagała potwierdzenia poprzez kliknięcie właściwego odnośnika generowanego dynamicznie i przesłanego na adres poczty elektronicznej podany podczas rejestracji przez UZ -Z wymaga, aby została stworzona procedura alternatywna pozwalająca na podjęcie decyzji o możliwości założenia konta przez UW -Z wymaga, aby podczas zakładania konta w BZP użytkownik wypełnił formularz z polami zdefiniowanymi przez Z -Z wymaga, aby interface użytkownika (zamawiającego) BZP umożliwiał przeglądanie historii opublikowanych ogłoszeń z możliwością publikacji ogłoszenia powiązanego z opublikowanym wcześniej (np. sprostowanie, ogłoszenie o udzieleniu zamówienia) -Z wymaga, aby każdy UZ z grupy W miał możliwość założenia konta w BZP -Z wymaga, aby aktywacja konta wymagała potwierdzenia poprzez odwiedzenie właściwego odnośnika generowanego dynamicznie i przesłanego na adres poczty elektronicznej podany podczas rejestracji przez UZ -Z wymaga, aby interface użytkownika zewnętrznego pozwalał na wykorzystanie ww. funkcjonalności z możliwością zapamiętania minimum 3 profili.WD: Dodatkowych10 profili -Dostępność dla UW, którym przydzielono do tego uprawnienia, z poziomu interfaceu -Narzędzie umożliwiające automatyczne rozliczanie kosztów postępowania odwoławczego, na podstawie danych zawartych w orzeczeniu KIO oraz zebranych i wprowadzonych do S w trakcie postępowania odwoławczego -Narzędzie umożliwiające automatyczne generowanie wokandy na dany dzień, na podstawie danych znajdujących się w S, w postaci umożliwiającej jej publikację na stronie WWW -Możliwość prowadzenia kartoteki członków KIO, obejmującej ich dane osobowe, wykaz spraw, w których orzekali lub mają orzekać oraz ewidencję nieobecności w pracy -Możliwość tworzenia statystyk dotyczących ilości posiedzeń KIO, w których członek KIO uczestniczył w określonym przedziale czasowym (jako członek składu orzekającego, sprawozdawca lub przewodniczący) powinna być dostępna dla wszystkich użytkowników z poziomu strony www UZP - Z wymaga, aby W świadczył usługi gwarancyjne przez okres nie krótszy niż 12 miesięcy od dnia podpisania protokołu końcowego odbioru prac.WD: 24 miesiące od dnia podpisania protokołu końcowego odbioru prac -Z wymaga, aby w ramach gwarancji W nieodpłatnie usuwał wszelkie dostrzeżone wady, awarie i usterki dostarczonego S -Z wymaga, aby czas usunięcia usterki nie był dłuższy niż 48 godzin od momentu zgłoszenia WD: Czas usunięcia usterki nie dłuższy niż 24 godziny od momentu zgłoszenia -Z wymaga, aby czas usunięcia usterki w przypadku BZP nie był dłuższy niż 24 godziny od momentu zgłoszenia WD: Czas usunięcia usterki nie dłuższy niż 12 godzin od momentu zgłoszenia -Z, wymaga, aby czas usunięcia awarii nie był dłuższy niż 12 godzin od momentu zgłoszenia WD: Czas usunięcia awarii nie dłuższy niż 6 godzin od momentu zgłoszenia -Z wymaga, aby w ramach asysty technicznej W poświęcił 20 roboczo/godzin miesięcznie na prace rozwojowe S WD: 40 rbh -Z wymaga, aby w ramach asysty technicznej W zapewnił pełne wsparcie techniczne podczas 1 migracji S do nowego środowiska sprzętowego lub lokalizacji innej niż siedziba Zamawiającego -Z wymaga, aby W zapewnił asystę techniczną przez okres 12 miesięcy od dnia podpisania protokołu końcowego odbioru prac WD: 24 miesięcy. -Z wymaga, aby W przeprowadził szkolenia dla UW S wskazanych przez Z -Z wymaga, aby W przeszkolił minimum 170 UW w podzielonych na grupy ze względu na zakres korzystania z S wynikający z pełnionych obowiązków służbowych i rolę przypisaną w S -Z wymaga, aby W zapewnił we własnym zakresie: a. Salę szkoleniową, w której jest przynajmniej jedno stanowisko komputerowe przypadające na parę (dwóch) uczestników. b. Program szkolenia zawierający części: teoretyczną i praktyczną. c. Drukowane materiały szkoleniowe dla każdego z uczestników szkoleń. d. Testy egzaminacyjne sprawdzające nabycie wiedzy będącej treścią szkolenia. e. Raport dla Kierownictwa UZP z wynikami testów, o których mowa w lit d f. Certyfikaty dokumentujące udział w szkoleniu dla wszystkich uczestników. -Z wymaga, aby szkolenia były prowadzone dla grup maksymalnie 15 osobowe - Z wymaga, aby W przeprowadził szkolenia 10 tzw. liderów wskazanych przez Z umożliwiających nabycie zakresu wiedzy umożliwiającego samodzielne szkolenie pracowników UZP w zakresie korzystania z S -Z wymaga, aby W przeprowadził szkolenia dla minimum 4 administratorów S, których zakres -Z wymaga, aby czas szkolenia dla jednej grupy UW był nie krótszy niż dwa dni po sześć godzin dziennie -Z wymaga, aby szkolenia odbyły się w granicach administracyjnych m.st. Warszawy -Z wymaga, aby W przeprowadził dodatkowe 1 szkolenie w okresie jednego od dnia podpisania protokołu końcowego odbioru prac dla użytkowników wskazanych przez Z -Z wymaga, aby W przekazał mu kody źródłowe, pełną dokumentację techniczną -Z wymaga, aby W udzielił Z licencji umożliwiających jednoczesne korzystanie z S 200 UW WD: licencja nie ograniczająca ilości użytkowników -Z wymaga, aby W udzielił mu licencji umożliwiających jednoczesne korzystanie z S nieograniczonej liczbie UZ -Z wymaga, aby czas, na który zostaną udzielone wszystkie licencje nie był krótszy niż 7 lat WD: licencja nie wygasająca -Z wymaga, aby w ramach licencji posiadał prawo do nieodpłatnego nabycia aktualizacji S wydawanych przez W przez okres minimum lat 3 WD: bez limitu

II.1.4) Wspólny Słownik Zamówień (CPV): Oryginalny kod CPV: 72.26.80.00 - Usługi dostawy oprogramowania Kod CPV wg słownika 2008: 72.26.80.00 - Usługi dostawy oprogramowania Oryginalny kod CPV: 30.24.00.00 - Oprogramowanie Kod CPV wg słownika 2008: 48.00.00.00 - Pakiety oprogramowania i systemy informatyczne Oryginalny kod CPV: 72.26.30.00 - Usługi wdrażania oprogramowania Kod CPV wg słownika 2008: 72.26.30.00 - Usługi wdrażania oprogramowania Oryginalny kod CPV: 80.42.00.00 - Usługi szkoleniowe Kod CPV wg słownika 2008: 80.50.00.00 - Usługi szkoleniowe .

II.1.5) Całkowita końcowa wartość zamówienia (bez VAT) obejmująca wszystkie zamówienia i części: 365000 PLN.

SEKCJA IV: PROCEDURA

IV.1) TRYB UDZIELENIA ZAMÓWIENIA: dialog konkurencyjny

IV.2) INFORMACJE ADMINISTRACYJNE

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

SEKCJA V: UDZIELENIE ZAMÓWIENIA

V.1) DATA UDZIELENIA ZAMÓWIENIA: 11.07.2008.

V.2) LICZBA OTRZYMANYCH OFERT: 3.

V.3) NAZWA I ADRES WYKONAWCY, KTÓREMU UDZIELONO ZAMÓWIENIA:

• Centrum Informatyki ZETO S.A., ul. Skorupska 9, 15-048 Białystok, kraj/woj. podlaskie.

V.4) INFORMACJA O CENIE WYBRANEJ OFERTY ORAZ O NIE PODLEGAJĄCYCH ODRZUCENIU OFERTACH Z NAJNIŻSZĄ I NAJWYŻSZĄ CENĄ (bez VAT)

• Cena wybranej oferty: 365000
• Oferta z najniższą ceną: 365000 / oferta z najwyższą ceną: 2000000
• Waluta: PLN.