Szczegółowy opis przedmiotu zamówienia Przedmiotem zamówienia jest usługa zakupu, zainstalowania i wdroenia systemu elektronicznego obiegu dokumentów w Urzdzie Marszałkowskim Województwa Mazowieckiego oraz przeszkolenia uytkowników i administratorów. Zamawiajcy zamawia nastpujce usługi i dostawy: 1. Elektroniczny System Obiegu Dokumentów i Spraw w skrócie ESOD 650 licencji pracujcych na Komercyjnej Relacyjnej Bazie Danych SQL. 2. Zdefiniowanie (mapowanie) i implementacja wybranych procesów Urzdu Marszałkowskiego Województwa Mazowieckiego. 3. Zakup odpowiedniej do sytemu ESOD Relacyjnej Bazy Danych np. MS SQL Serwer 2005, liczonej na procesor ( posiadamy serwer 4-procesorowy z Systemem MS Windows 2003 Enterprise Ed. ENG). 4. Wdroenie systemu okrelonego w pkt 1. 5. Szkolenie uytkowników i administratorów. Cało zamówienia realizowana bdzie w nastpujcych etapach: Etap I instalacja i skonfigurowanie Relacyjnej Bazy Danych oraz ESOD na serwerze i stanowiskach pracy w siedzibie głównej Urzdu, szkolenie uytkowników i 2 administratorów, prace zostan wykonane wg. harmonogramu Zamawiajcego po wyborze Wykonawcy. Mapowanie i implementacja do 20 procesów do 12 miesicy od dnia podpisania umowy. Etap II instalacja i skonfigurowanie systemu ESOD na stanowiskach w Departamentach Urzdu w lokalizacjach poza siedzib główn Urzdu, szkolenie uytkowników i 2 administratorów do 18 miesicy od dnia podpisania umowy wg harmonogramu Zamawiajcego. A. INSTALACJA I URUCHOMIENIE SYSTEMU 1. W terminie jednego miesica od zawarcia umowy Zamawiajcy uzgodni z Wykonawc harmonogram prac, obejmujcy kolejne etapy wdraania systemu: 1.1. instalacja na serwerze 1.2. instalacja aplikacji klienckich 1.3. harmonogram szkole 1.4. przygotowanie i uruchomienie (zdefiniowanie i implementacja) procesów 1.5. uruchomienie systemu zakoczenie etapu wdroenia Harmonogram jest zatwierdzany przez Zamawiajcego i Wykonawc i jest podstaw realizacji całoci prac w okrelonym terminie. Wykonanie kolejnych etapów potwierdzane jest protokołem podpisanym dwustronnie. 2. Zamawiajcy przed instalacj oprogramowania klienckiego na stacjach roboczych dokona gruntownego sprawdzenia poprawnoci funkcjonowania stacji roboczych pod wzgldem zarówno sprztowym jak i zainstalowanego na nich oprogramowania systemowego i aplikacyjnego, w szczególnoci MS Word. Strona 1 z 11
3. Zamawiajcy wyznaczy pracowników, odpowiedzialnych za udzielenie pomocy przedstawicielom Wykonawcy. 4. Instalacja Systemu przez Wykonawc na 100 stanowiskach i serwerze nastpi na danie Zamawiajcego, w terminie 60 dni od daty zawarcia umowy, według uzgodnionego przez Zamawiajcego i Wykonawc harmonogramu. Po instalacji System winien by gotowy do eksploatacji przez Zamawiajcego, moment ten przyjmuje si za uruchomienie systemu. Mapowanie i implementacja procesów odbd si w innym terminie zgodnie z uzgodnionym harmonogramem. 5. Instalacja Systemu na kolejnych 200 stanowiskach nastpi na danie Zamawiajcego do 8 miesicy od uruchomienia Systemu, według uzgodnionego z Wykonawc harmonogramu. Wykonanie tej czci Zamówienia zostanie potwierdzone protokołem podpisanym przez Zamawiajcego i Wykonawc. 6. Instalacja Systemu na pozostałych 350 stanowiskach nastpi na danie Zamawiajcego do 12 miesicy od uruchomienia Systemu, według uzgodnionego z wykonawc harmonogramu. Wykonanie tej czci Zamówienia zostanie potwierdzone protokołem podpisanym przez Zamawiajcego i Wykonawc. B. WYMAGANIA TECHNICZE SYSTEMU OBIEGU DOKUMENTÓW I REJESTRACJI SPRAW: 1. Budowa systemu w oparciu o nowoczesne technologie (bazy danych, jzyki programowania) i standardy. 2. Architektura klient serwer. 3. Transakcyjno zapisywania danych, celem uniemoliwienia zapisania niespójnej informacji do bazy danych w przypadku awarii. 4. System powinien by zbudowany w architekturze umoliwiajcej póniejsz integracj z innymi systemami informatycznymi. Integracja z innymi systemami informatycznymi (poza BIP) nie jest przedmiotem niniejszego zamówienia. 5. Zgodno z obowizujc Instrukcj Kancelaryjn i Rzeczowym Wykazem Akt. 6. Moliwo pracy aplikacji oferowanego ESOD na bazie danych PostgreSQL lub innej z grupy Open Source, w zwizku z przewidywan instalacj aplikacji w jednostkach Zamawiajcego( Delegatury). 7. Moliwo pracy aplikacji oferowanego ESOD na bazie danych MS-SQL 2005 i Oracle, w zwizku z przewidywan instalacj aplikacji na istniejcej ju infrastrukturze Urzdu Marszałkowskiego i jednostek podległych. 8. Na stanowiskach uytkowników oprogramowanie winno pracowa w rodowisku systemów operacyjnych: 1) System Windows 98: a) co najmniej procesor Pentium 100, b) co najmniej 64 MB RAM. 2) System Windows NT: a) co najmniej procesor Pentium 200, b) co najmniej 128 MB RAM. 3) System Windows 2000 /XP: a) co najmniej procesor Pentium II, Strona 2 z 11
b) co najmniej 128 MB RAM. 9 Moliwo współpracy z sieciowym serwerem faksów (urzdzenia wymagane do obsługi serwera faksów nie s przedmiotem niniejszego zamówienia). 10.Wykonawca dostarczy serwer faxów (oprogramowanie) (właciwoci): 1) motor serwera faksów działajcy w architekturze klient/serwer, 2) moliwo wykorzystania zarówno analogowych interfejsów (faks/modemy) jak i cyfrowych (modemy ISDN), 3) wsparcie dla CAPI 2.0 (ISDN), 4) automatyczne rozpoznawanie modemów podłczonych do serwera, 5) wysyłanie faksów jako wiadomoci e-mail na urzdzenie faksujce, 6) wysyłka faksu do wielu odbiorców, 7) odbiór faksów poprzez e-mail, 8) współdzielenie urzdze faksujcych w sieci lokalnej (dostp do wszystkich funkcji faksu bezporednio z komputerów bdcych w sieci), 9) moliwo wysyłania i odbierania faksów przy wykorzystaniu wikszoci dostpnych serwerów poczty elektronicznej poprzez protokół POP3 lub IMAP, 10) przekierowywanie przychodzcych faksów przy uyciu DTMF (Dual Tone Multi-Frequency), 11) wsparcie dla DID (Direct Inward Dialling), 12) molio edycji stron tytułowych, 13) konwersja odebranych faksów na formaty JPEG, GIF, DOC, PDF i PNG, 14) wszechstronne raportowanie stanu serwera oraz historii jego działa, 15) zintegrowany klient SMTP, 16) moliwo wykonania OCR z treci faksu oraz dalszej dystrybucji faksów w oparciu o zawarto, 17) automatyczne przekazywanie przychodzcych faksów w postaci załczników poczty elektronicznej, 18) powtórna wysyłka tylko nie wysłanych stron w przypadku przerwania połczenia, 19) moliwo przydzielania elastycznych reguł przychodzcym i wychodzcym faksom i kierowanie ich do wyznaczonych odbiorców, 20) szeregowanie faksów do wysyłki do wybranych odbiorców w wybranym czasie, 21) moliwo ustalania priorytetów dla wysyłanych faksów. 11. Zagwarantowanie pełnego zakresu usług instalacyjnych i wdroeniowych w zakresie instalowanego systemu. 12. Zamawiajcy przewiduje przeszkolenie wszystkich uytkowników systemu oraz 4 administratorów. 13.Zamawiajcy przewiduje rejestracj powyej 500 pism dziennie. Intuicyjna obsługa, czytelny i łatwy w obsłudze interfejs w jzyku polskim. 14. Łatwy sposób administrowania systemem, przyjazny i łatwy w obsłudze interfejs administratora. 15. Polskojzyczne wartoci danych przechowywanych w systemie. 16. Polskojzyczna edytowalna pomoc kontekstowa, dostpna z kadego okna (interfejsu) systemu. 17. System powinien umoliwia eksport danych w celu ich publikacji w Biuletynie Informacji Publicznej. 18. System powinien wspiera wprowadzenie oraz utrzymanie zarzdzania jakoci wg ISO 9000 w zakresie nadzoru nad dokumentami. Strona 3 z 11
19. System powinien posiada moliwo wskazania jako programów do tworzenia pism powszechnie dostpnego oprogramowania MS Office (MS WORD, MS EXCEL) i Open Source (OpenOffice). 20. System powinien umoliwia obsług jednej lub wielu kancelarii. C. WYMAGANIA FUNKCJONALNE SYSTEMU OBIEGU DOKUMENTÓW I REJESTRACJI SPRAW: I KORESPONDENCJA PRZYCHODZCA 1. Moliwo rejestracji w kadej jednostce organizacyjnej Urzdu Marszałkowskiego Województwa Mazowieckiego *. 2. Posta rejestrowanych dokumentów: 1) papierowa, 2) e-mail, 3) elektroniczna tj. opatrzona kwalifikowanym podpisem elektronicznym (w myl ustawy o podpisie elektronicznym). 3. Rejestracja korespondencji przychodzcej 1) Korespondencja papierowa: a) automatyczne nadanie numeru pisma, b) dane nadawcy baza adresowa : nazwisko i imi (moliwo pobrania z bazy adresowej) nazwa firmy (moliwo pobrania z bazy) NIP, c) data pisma, Ulica słownik, Kod słownik, Miejscowo słownik, Kraj słownik d) forma otrzymanej korespondencji Słownik np.: list polecony list zwykły paczki, inne. e) automatyczne nadanie daty rejestracji pisma, f) automatyczne oznaczenie osoby rejestrujcej pismo, g) temat pisma (dotyczy) h) pole uwagi i) dekretacja na jednostk organizacyjn Urzdu - Słownik j) skanowanie dokumentu z moliwoci przetwarzania dokumentu na posta tekstow (OCR) przy pomocy zintegrowanego z systemem oprogramowania Strona 4 z 11
k) przechowywanie dokumentów w formie graficznej i tekstowej, l) moliwo dołczania dodatkowych załczników w formie elektronicznej, m) wydruk potwierdzenia przyjcia pisma, zawierajcy elementy ujte w pkt. od a) do c) oraz od e) do g). 2) e-mail : a) automatyczne nadanie numeru pisma, b) automatyczne pobranie adresu nadawcy (e-mail) c) automatyczne pobranie daty pisma, d) automatyczna rejestracja daty przyjcia i osoby rejestrujcej, e) automatyczne pobranie tematu pisma lub uzupełnienie przez uytkownika w przypadku braku tematu na pimie, f) automatyczne dołczenie e-mail-a jako załcznika, g) automatyczne odesłanie potwierdzenia do nadawcy e-mail-a 3) elektroniczna (w myl ustawy o podpisie elektronicznym), 4. Moliwo poprawy błdnej rejestracji 5. Wielopoziomowa dekretacja 6. Termin załatwienia: narzucany z moliwoci edycji lub ustawowy (1 miesic). Proponowanie terminu załatwienia uwzgldniajce tylko dni robocze z pominiciem sobót i niedziel, wit stałych i ruchomych. 7. Automatyczne oznaczanie statusu pisma: np. NOWA KORESPONDENCJA 8. Automatyczne powiadomienie uytkownika o otrzymaniu nowego dokumentu. 9. Moliwo dopisania uwagi 10. Inne operacje na pismach : 1). anulowanie pisma w momencie wycofania pisma przez stron, podwójnej rejestracji (zmiana statusu), 2). odesłania pisma a/a w przypadku gdy nie jest wymagana klasyfikacja np. oferty, szkolenia (zmiana statusu) 3). powielania pisma do wielu jednostek organizacyjnych Urzdu 11. Informowanie kierownika o niedotrzymaniu terminu załatwienia pisma-sprawy. 12. Automatyczna zmiana statusu potwierdzenie przyjcia do realizacji (w momencie odebrania przez pracownika) np. W TRAKCIE REALIZACJI, 13. Klasyfikacja pisma rejestracja pisma w sprawie (patrz IV). 14. Wydruki i raporty : 1). ksika podawcza przesyłek poleconych, 2). moliwo definiowania własnych raportów i statystyk. II KORESPONDENCJA WYCHODZCA 1. Moliwo rejestracji w kadej jednostce organizacyjnej Urzdu Marszałkowskiego. 2. Generowanie standardowych odpowiedzi na pisma na podstawie wzorców definiowanych w systemie wraz z moliwoci wstawiania pól (zmiennych) do wzorców, które po Strona 5 z 11
wygenerowaniu pisma uzyskaj aktualne wartoci z obsługiwanego pisma/sprawy. 3. Generowanie standardowych odpowiedzi na pisma w formie korespondencji seryjnej na podstawie wzorców definiowanych w systemie wraz z moliwoci wstawiania pól (zmiennych) do wzorców, które po wygenerowaniu pisma uzyskaj aktualne wartoci z obsługiwanego pisma/sprawy. 4. Moliwo definiowania wzorców pism wychodzcych (słownik wzorców). 5. Rejestracja korespondencji wychodzcej : 1) automatyczne nadanie numeru pisma 2) automatyczne oznaczenie nadawcy (referent/jednostka organizacyjna Urzdu) z moliwoci edycji, 3) dane adresata: a). automatyczne pobranie danych ze sprawy istniejcej załatwianej, lub b). pobranie danych z bazy adresowej. 4) oznaczenie sposobu wysyłki: Słownik np.: a). list zwykły, b). list polecony, c). faks, d). e-mail, e). inne. 5) data pisma, 6) automatyczne nadanie daty rejestracji pisma, 7) automatyczne oznaczenie osoby rejestrujcej pismo, 8) temat pisma (jeeli sprawa istnieje wówczas automatyczne pobranie danych z moliwoci edycji), 9) pole uwagi, 10) klasyfikacja pisma rejestracja pisma w sprawie (patrz. dz. IV), (jeeli sprawa istnieje automatyczne pobranie danych) 11) moliwo dołczenia załczników w formie elektronicznej, 12) moliwo tworzenia kopii zewntrznych i wewntrznych (wysyłania jednej korespondencji do wielu adresatów definiowanie grup adresatów) 13) moliwo drukowania adresów na kopertach, 14) moliwo drukowania adresów na zwrotkach, 15) moliwo wysłania korespondencji wychodzcej przez BOI** lub jednostk organizacyjn Urzdu która j przygotowała. 6. Opcje moliwe do wykonania w BOI lub pracownika wytwarzajcego korespondencj: 1) zmiana statusu pisma w momencie wysłania korespondencji na status np. WYSŁANO 2) utworzenie ksiki pocztowej przesyłek wychodzcych poleconych z moliwoci edycji przez pracowników BOI. 7. Moliwo definiowanie własnych raportów. Strona 6 z 11
III KORESPONDENCJA WEWNTRZNA 1. Moliwo rejestracji w kadej jednostce organizacyjnej Urzdu. 2. Posta rejestrowanych dokumentów : 1) korespondencja wewntrzna do jednostek organizacyjnych Urzdu, 2) protokół, notatka słubowa, 3) e-mail 3. Rejestracja korespondencji wewntrznej: 1) rejestracja korespondencji wewntrznej do jednostek organizacyjnych Urzdu: a) automatyczne nadanie liczby porzdkowej, b) automatyczne oznaczenie nadawcy (referent/jednostka organizacyjna Urzdu) z moliwoci edycji, c) dane adresata pobrane ze SŁOWNIKA zawierajcego wszystkie jednostki organizacyjne Urzdu d) data pisma e) automatyczne nadanie daty rejestracji pisma, f) temat pisma (dotyczy) g) moliwo dopisania uwagi, h) klasyfikacja pisma, i) moliwo dołczenia załczników w formie elektronicznej, j) moliwo definiowania grup adresatów. 4. Moliwo edycji błdnej rejestracji i klasyfikacji IV SPRAWY : 1. Moliwo załoenia nowej sprawy (automatyczne nadawanie numerów w spisach spraw, teczkach i podteczkach lub klasyfikacja rczna). 2. Moliwo dołczenia do istniejcej z ewentualnym wznowieniem sprawy zgodnie z Instrukcj Kancelaryjn Słownik: Jednolity Rzeczowy Wykaz Akt. 3. Moliwo tworzenia podteczek w ramach teczek. 4. Łczenie dokumentów w sprawy i teczki. 5. Wydzielenie klasyfikacji spraw specjalnych (np. skarg). 6. Moliwo edycji błdnej klasyfikacji. 7. Operacje moliwe do wykonania na sprawie : 1) zmiana referenta realizujcego spraw, 2) zamknicie sprawy, 3) wznowienie sprawy, 4) inne lokalizacja, podmioty sprawy, komentarze do sprawy. 8. Automatyczne ostrzeganie pracowników i przełoonych o zbliajcym si terminie załatwienia sprawy na okrelon ilo dni przed jego upływem. Strona 7 z 11
9. Informacja o sprawach przeterminowanych. 10. Szybki i cigły dostp do spraw w toku i dokonywanie oceny ich realizacji. 11. Wspomaganie i kontrola procesu archiwizacji danych zgodnie z zapisami w IK dotyczcymi archiwizacji dokumentów z uwzgldnieniem kategorii archiwalnej z moliwoci automatycznej archiwizacji spraw. 12. Zapewnienie monitorowania prowadzonych spraw z kontrol obowizujcych terminów realizacji i sygnalizowaniem opónie. 13. Automatyczna rejestracja historii sprawy. 14. Wydruk spisu spraw (teczka macierzysta i podteczka) 15. Moliwo definiowania własnych zestawie i raportów. V SYSTEM ZARZDZANIA PROCESAMI PRACY 1. Moliwo definiowania, wykonywania i monitorowania procesów obiegu dokumentów przez przeszkolonego uytkownika. 2. Moliwo wykorzystania interfejsu graficznego w formie diagramów logicznych do definiowania procesów pracy. 3. Moliwo odwzorowania struktury organizacyjnej Urzdu. 4. Moliwo modelowania czasu w ramach procesów pracy poprzez okrelenie czasu trwania poszczególnych czynnoci i/lub całego procesu, ostrzeganie o przeterminowaniu czynnoci, opónieniu procesu. 5. Moliwo wykorzystania informacji o strukturze organizacyjnej, pracownikach i ich funkcji w systemie oraz historii wykonania procedury do wyznaczania osób, które wykonaj dan czynno. 6. Moliwo równoległego wykonywania zada (rozdzielanie pracy) i synchronizacji wykonywanych zada (łczenie pracy). 7. Moliwo definiowania warunkowego wykonywania czynnoci. 8. Moliwo dynamicznego definiowania uczestników procesu o okrelonych kompetencjach lub zakresie odpowiedzialnoci. 9. Moliwo przypisywania osób do wykonywania zada z moliwoci okrelenia czy okrelony etap zadania ma by wykonany przez jedn osob czy przez kilka wskazanych osób. 10. Moliwo wywoływania aplikacji zewntrznych do wykonania okrelonych czynnoci. 11. Moliwo definiowania alternatywnych cieek wykonania procesu. 12. Moliwo podejmowania decyzji w trakcie trwania procesu, np. kto zajmie si kolejnym etapem prac. 13. Moliwo dynamicznej zmiany definicji procesu. W momencie zmiany definicji wszystkie trwajce procesy powinny by realizowane zgodnie z dotychczasow definicj, a rozpoczte procesy zgodnie z now definicj. 14. Moliwo cofania wykonania czynnoci w ramach wykonywanego procesu. 15. Moliwo przerywania wykonywanego procesu. 16. Model definicji procesu pracy oparty o meta-model procesu koalicji WorkFlow Management Coalition 17. Moliwo importu/eksportu procesu do standardowego formatu definicji procesów: XML Process Definition Language (XPDL). Strona 8 z 11
VI MONITOROWANIE PROCESÓW PRACY 1. Kontrola terminów załatwiania poszczególnych spraw i raportowanie (informowanie o zbliajcym si terminie nie załatwionych spraw i dokumentów w ramach ustalonych terminów), 2. Moliwo ustalenia indywidualnych terminów załatwienia dla dokumentów i spraw, 3. Okrelanie kategorii archiwizacji dla poszczególnych haseł JRWA (teczek), 4. Dostp do listy spraw obsługiwanych przez danego referenta. 5. Tekstowa i graficzna informacja o stanie wykonania procesu VII RAPORTY /REJESTRY/ ZESTAWIENIA Moliwo dodawania i generacji nowych dowolnych raportów/rejestrów (dla co najmniej 10 uytkowników systemu). VIII ADMINISTROWANIE SYSTEMEM 1. Definiowanie uytkowników systemu z przypisaniem do poszczególnych jednostek organizacyjnych Urzdu. 2. Definiowanie jednostek organizacyjnych Urzdu. 3. Definiowanie jednolitego rzeczowego wykazu akt. 4. Definiowanie kategorii dokumentów. 5. Definiowanie praw dostpu do dokumentów (plików). 6. Definiowanie raportów, zestawie i rejestrów. 7. Definiowanie grup adresatów. IX WYSZUKIWANIE DOKUMENTÓW 1. Wyszukiwanie wg zrónicowanych atrybutów pisma (wykorzystanie wielu cech pism). 2. Wyszukiwanie wg słów kluczowych. 3. Wyszukiwanie pełnotekstowe w ramach atrybutów dokumentu. 4. Moliwo wyszukiwania pełnotekstowego z warunkami logicznymi. 5. Wyszukiwanie pełnotekstowe po treci dokumentów przechowywanych w systemie. X OBSŁUGA FAKSÓW 1. Dostarczone oprogramowanie do zarzdzania wysyłaniem i przyjmowaniem faksów powinno spełnia nastpujce wymagania: a. program do wysyłania faksów powinien by zintegrowany z systemem obiegu dokumentów i spraw (wysyłanie faksów powinno odbywa si bezporednio z systemu) b. powinna by moliwo wysyłania dokumentów zarówno do pojedynczego uytkownika jak i grupy uytkowników c. podział linii faksowych na linie do wysyłania i przyjmowania dokumentów Strona 9 z 11
XI INNE 1. Skanowanie i analiza OCR dokumentów dostpne bezporednio z poziomu systemu. 2. Analiza OCR dostpna dla wszystkich uytkowników systemu (serwer OCR). 3. Zintegrowany z systemem komunikator. 4. Logowanie wszystkich operacji na krytycznych atrybutach obiektów przechowywanych w systemie. 5. Zintegrowany z systemem terminarz pozwalajcy na planowanie zada wraz z moliwoci zarzdzania zasobami instytucji (osoby, zasoby materialne: rzutniki, sale). 6. Podpis elektroniczny moliwo składania podpisów kwalifikowanych i powszechnych oraz ich weryfikacji. 7. Definiowanie zastpstw wraz z okrelaniem uprawnie które moe dziedziczy osoba zastpujca od osoby zastpowanej. 8. Definiowanie aplikacji, które mog by uruchamiane bezporednio z systemu. 9. Eksport/import danych z/do systemu w formacie XML. 10. Pomoc kontekstowa. 11. Zintegrowanie z systemem BIP Zamawiajcego w zakresie funkcji Stan sprawy. 12. Zintegrowanie systemu ESOD z systemem Elektroniczna Skrzynka Podawcza Zamawiajcego. 13. Wykonawca na prob Zamawiajcego zaprezentuje działanie systemu dla wskazanych, wczeniej ustalonych procedur zaproponowanych przez Zamawiajcego w jego siedzibie w terminie wyznaczonym przez Zamawiajcego (Zamawiajcy uprzedzi o prezentacji z trzydniowym wyprzedzeniem). D. WYMAGANIA DOTYCZACE DEFINIOWANIA (MAPOWANIA) I IMPLEMENTACJI PROCESÓW: 1. Zidentyfikowanie wybranych 20 procesów realizowanych w Urzdzie Marszałkowskim Województwa Mazowieckiego. 2. Wykonanie szczegółowej mapy (tj. graficznej reprezentacji procesu inaczej modelu) procesów biznesowych dla wybranych procesów 3. Optymalizacja wymienionych procesów 4. Wygenerowanie definicji procesów w jzyku XPDL 5. Mapa (modele) procesów powinna by zbudowana za pomoc narzdzia graficznego. 6. Implementacja wymienionych procesów w systemie. E. WYMAGANIA DOTYCZCE SZKOLE: Szkolenia uytkowników i administratorów musz mie charakter warsztatowy. Grupa uczestników nie moe przekracza 20 osób. Przy jednym stanowisku komputerowym mog pracowa maksimum 2 osoby. Strona 10 z 11
I SZKOLENIE U YTKOWNIKÓW 1. Wykonawca przeprowadzi poza Urzdem na terenie miasta Warszawy szkolenie 300 uytkowników w I etapie i 350 uytkowników w II etapie wdroenia w zakresie i wymiarze umoliwiajcym efektywne wykorzystanie przez nich moliwoci systemu, jednak nie mniejszym ni 12 godzin w czasie 2 dni roboczych. 2. Wykonawca zapewni gorce napoje w czasie szkolenia. 3. Zamawiajcy zapewni obecno osób skierowanych do szkolenia zgodnie z uzgodnionym wczeniej harmonogramem. II SZKOLENIE ADMINISTRATORÓW Wykonawca przeprowadzi w siedzibie Urzdu szkolenie 4 administratorów (2 grupy zgodnie z planem etapowego wdroenia) w wymiarze min. 30 godzin. W czasie min. 5 dni roboczych w sali zapewnionej i wyposaonej przez Zamawiajcego w siedzibie Zamawiajcego. Podpis wykonawcy lub upowanionego przedstawiciela * Jednostki organizacyjne Urzdu wydziały, referaty, biura, samodzielne stanowiska ** BOI Biuro Obsługi Interesantów Strona 11 z 11