Opis przedmiotu zamówienia

Załącznik nr 2 do SIWZ Opis przedmiotu zamówienia 1. Przedmiot zamówienia Przedmiotem zamówienia jest dostawa i wdrożenie Elektronicznego Systemu Obiegu Dokumentów (EOD) dla Wojskowej Agencji Mieszkaniowej. System ma wspierać proces zarządzania i obiegiem dokumentów w 11 lokalizacjach WAM w całej Polsce. Dostawa i wdrożenie EOD będzie obywać się w dwóch etapach: Etap 1 Dostarczenie i instalacja, Etap 2 Wdrożenie EOD i szkolenia 1.1 W ramach wdrożenia systemu Wykonawca musi zapewnić: a) Konfigurację, uruchomienie i udostępnienie systemu na serwerach Zamawiającego b) Dostarczenie niezbędnych licencji i instalacja oprogramowania systemowego (serwer bazy danych, serwer aplikacji), w tym udzielenie na dostarczone oprogramowanie EOD bezterminowych licencji na nielimitowaną ilość użytkowników c) Przedstawienie Zamawiającemu specyfikacji dotyczącej sprzętu niezbędnego do prawidłowego funkcjonowania systemu przy założeniu, iż z systemu korzysta docelowo 1000 pracowników d) Przenalizowanie dostarczonej przez Zamawiającego listy procesów i zapewnienie możliwości ich zamodelowania w EOD e) Wdrożenie czterech wskazanych przez Zamawiającego procesów (Załącznik nr 3 do SIWZ) i) Proces 1 - standardowe wyjście dokumentu ii) Proces 2 - standardowe wejście dokumentu z Dyrektorem iii) Proces 3 -standardowe wejście dokumentu bez Dyrektora iv) Podproces 4 - standardowa akceptacja dokumentu wychodzącego f) Integrację EOD z kontem Zamawiającego na platformie epuap

g) Przeszkolenie pracowników w zakresie obsługi systemu, weryfikacje ich umiejętności i pisemne potwierdzenie w formie certyfikatów, który użytkownik został dopuszczony do pracy w systemie i w jakim zakresie, przy czym: i) Zamawiający zapewni miejsca do zorganizowanie szkoleń oraz poświadcza podstawową znajomość obsługi komputera przez użytkowników ii) Zamawiający zapewni laboratorium szkoleniowe wraz z jego wyposażeniem w sprzęt komputerowy iii) Zamawiający przewiduje, że szkoleniem będzie objęta grupa 100 osób (pracownicy kancelarii oraz liderzy poszczególnych jednostek WAM) h) Pomoc telefoniczną w godzinach pracy Zamawiającego 1.2 W ramach realizacji zamówienia Wykonawca musi również: a) przedstawić szczegółowy harmonogram dostawy i wdrożenia systemu z podziałem na dwa etapy: Dostarczenie i instalacja oraz wdrożenie, b) określić w uzgodnieniu z Zamawiającym wymogi organizacyjne, jakie muszą zostać spełnione przez Zamawiającego, aby wdrożenie mogło odbyć się zgodnie z proponowanym harmonogramem, c) dostarczyć pełną i aktualną dokumentację użytkową, d) dostarczyć pełną dokumentację techniczną umożliwiającą samodzielne pobieranie danych z systemu i orientowanie się w strukturze systemu, e) zagwarantować dostarczanie dokumentacji i nośników umożliwiających samodzielną reinstalację systemu lub jego fragmentów bez konieczności interwencji serwisu. 1.3 W przypadku zakończenia działalności przez Wykonawcę bez przeniesienia praw autorskich na podmiot trzeci Wykonawca zobowiązuje się do przekazania kodu źródłowego programu i jego dokumentacji technicznej Zamawiającemu z prawem modyfikacji. 1.4 Na wykonane oprogramowanie Wykonawca udzieli, minimum 12 miesięcznej gwarancji liczonej od dnia podpisania protokołu odbioru końcowego prac. Do upływu okresu gwarancji, Wykonawca będzie również zobowiązany do usuwania wszystkich wad programu uniemożliwiających korzystanie z jego funkcji. 1.5 System musi obejmować określone poniżej obszary funkcjonalne i funkcje systemowe:

A. Wymagania ogólne A-1 System musi być wolny od wszelkich wad prawnych A-2 A-3 System musi zapewniać pełną obsługę w języku polskim. Dotyczy to między innymi komunikatów, interfejsu użytkownika, raportów, sortowania, dokumentacji. System musi być rozwiązaniem zintegrowanym. Dane do systemu powinny być wprowadzane tylko raz i powinny być udostępniane w miejscach, w których są niezbędne. A-4 System musi posiadać graficzny interfejs użytkownika umożliwiający intuicyjną pracę. A-5 A-6 System musi zapewniać możliwość rozbudowy o nowe funkcje, realizujące indywidualne potrzeby Zamawiającego. Ze względu posiadaną przez Zamawiającego infrastrukturę systemowo sprzętową, dostarczone rozwiązanie musi być oparte o komercyjna relacyjną bazę danych Oracle. A-7 System musi być wewnętrznie zintegrowany poprzez jedną bazę danych A-8 System musi mieć możliwość wykorzystania istniejącej już u Zamawiającego infrastruktury (sieć, stacje robocze, drukarki, serwery) A-9 System musi mieć możliwość komunikacji z programami zewnętrznymi (np. MS Office) A-10 A-11 A-12 System musi pozwalać na jednoczesny dostęp do danych wielu użytkownikom oraz zapewniać ochronę tych danych przed utratą spójności. System musi posiadać narzędzia wraz z ich dokumentacją oraz szkoleniami umożliwiające samodzielną rozbudowę EOD bez konieczności korzystania z narzędzi programistycznych oraz języków programowania. Rozbudowa EOD, np. w zakresie nowych rejestrów, nowych procedur nie może skutkować modyfikacją struktury bazy danych EOD i/lub tworzeniem nowych baz danych. A-13 System musi posiadać narzędzie do modelowania procesów. A-14 A-15 A-16 A-17 A-18 A-19 A-20 A-21 System musi posiadać narzędzie do dynamicznego tworzenia formularzy z poziomu systemu bez zmian konfiguracji samego systemu oraz struktury bazy danych. System musi umożliwiać przechowywanie w ramach pojedynczego dokumentu dowolnej ilości plików źródłowych. System musi umożliwić tworzenie i prowadzenie rejestrów (w tym metryki sprawy w rozumieniu kpa), wprowadzanie korespondencji, spraw i dokumentów. System musi umożliwić druk zestawień i raportów oraz definiowanie szablonów raportów dla wszelkich danych zgromadzonych w systemie. System musi być zgodny z procedurami obiegu dokumentów WAM. Na podstawie tych procedur Wykonawca zaproponuje zmiany w Instrukcji Kancelaryjnej WAM niezbędne do wdrożenia Systemu. System musi zapewnić rejestrację obiegu papierowego dokumentów (rejestrację informacji o lokalizacji, użytkownikach i czasie przemieszczenia itp.). Wszystkie dostarczone elementy zamówienia muszą być kompletne, posiadać wszystkie wymagane do poprawnego eksploatowania instrukcje, licencje i gwarancje. System musi umożliwiać prowadzenie co najmniej następujących ewidencji: - ewidencję struktury organizacyjnej WAM - ewidencję pracowników i stanowisk pracy - ewidencję rejestrowanych dokumentów - ewidencję spraw - ewidencję dokumentów archiwalnych - ewidencję ścieżek przetwarzania - Jednolity Rzeczowy Wykaz Akt

A-22 A-23 Każda z ewidencji musi zapewniać możliwość dostępu do danych w różnych widokach (np. "Rejestr spraw zakończonych", "Rejestr moich spraw", "Rejestr spraw w dziale/pionie") dostępnych dla użytkowników zgodnie z uprawnieniami. System musi umożliwić dostęp do dokumentów i danych w sposób uporządkowany i szybki np. aktów, zarządzeń, umów, protokołów, procedur. A-24 System musi być zintegrowany z AD (Active Directory) Zamawiającego. B. Rejestrowanie pism w Systemie B-1 B-2 B-3 B-4 System musi umożliwiać rejestrację papierowej korespondencji przychodzącej wraz z załącznikami i skanowanie jej z poziomu Systemu do postaci elektronicznej. System musi umożliwiać przyjmowanie korespondencji przychodzącej złożonej z wykorzystaniem nośników cyfrowych. System musi zapewniać generowanie UPP dla tak złożonych dokumentów. System musi umożliwiać rejestrowanie dokumentów przychodzących i wychodzących papierowych oraz elektronicznych złożonych za pośrednictwem aplikacji internetowej do przyjmowania dokumentów elektronicznych (wskazanej przez Elektroniczną Skrzynkę Podawczą), e-mail, fax. Rejestracja pism wpływających emailem, faksem bądź z ESP będzie się odbywać za pośrednictwem zestawień dokumentów przychodzących tego typu, pozostawiając użytkownikowi decyzję o rejestracji jako pismo w systemie, zgodnie ze wskazówkami zawartymi w Instrukcji Kancelaryjnej. B-5 B-6 System musi umożliwiać nadawanie znaku sprawy zgodnie z Instrukcją Kancelaryjną obowiązującą w WAM. Wszystkie zarejestrowane pisma winny być widoczne w zestawieniu pism przychodzących zgodnie ze zdefiniowanymi regułami uprawnień. B-7 W zestawieniu pism zarejestrowanych System powinien wyraźnie oznaczać (np. kolorem lub odpowiednią ikoną) pisma, które nie zostały jeszcze skierowane do dekretacji. B-8 System musi umożliwiać rejestrację korespondencji wpływającej wraz z załącznikami. B-9 System musi zapewnić możliwość dodania załącznika z dysku (lokalnego i zdalnego). B-10 System musi zapewnić możliwość załączenia skanu dokumentu poprzez standardowy mechanizm TWAIN. B-11 B-12 B-13 B-14 B-15 B-16 System musi zapewnić możliwość dodania skanu dokumentu wraz z możliwością określenia parametrów skanowania z poziomu systemu (w tym między innymi: wybór predefiniowanego profilu skanowania, wybór skanera, rozdzielczość, format (pdf, tiff, jpg, png), paleta kolorów (kolorowy, czarno-biały, odcienie szarości). Podczas skanowania dokumentów System musi zapewnić możliwość podglądu poszczególnych stron, usuwania, skanowania nowych. System musi umożliwiać odebranie e-maili za pomocą wbudowanego klienta pocztowego i zarejestrowanie ich w systemie jako pismo. System musi zapewnić integrację z systemem poczty elektronicznej z użytkownikami zdefiniowanymi obecnie w Active Directory WAM. System musi zapewnić możliwość uwierzytelniania się pracowników przy wykorzystaniu mechanizmów Active Directory Zamawiającego. System musi opisywać dokumenty za pomocą formularza elektronicznego zawierającego najważniejsze informacje (np. dane teleadresowe).

B-17 B-18 B-19 B-20 B-21 B-22 B-23 B-24 B-25 B-26 B-27 System musi umożliwiać wstępną rejestrację pisma, nadając numer w książce podawczej oraz umożliwiać późniejsze uzupełnienie pozostałych pól w trakcie pełnej rejestracji pisma. Wstępna rejestracja pisma winna odnotowywać minimum datę wpływu i ilość załączników oraz generować potwierdzenie złożenia dokumentów w kancelarii. Dokumenty takie mogą być opatrywane etykietami ewidencyjnymi z numerem oraz listą załączników złożonych z dokumentem. Podczas rejestracji system musi umożliwić wyszukanie nadawcy pisma w bazie interesantów i w przypadku znalezienia nadawcy w bazie system powinien automatycznie wypełnić pola formularza rejestracyjnego pisma danymi nadawcy W przypadku niezgodności danych z pisma z danymi nadawcy znajdującymi się w bazie interesantów System musi zapewnić możliwość m.in. zmiany danych w bazie adresowej, pozostawienie danych bez zmian. System musi zapewnić możliwość wyboru opcji postępowania bez przerywania akcji rejestracji. System musi umożliwiać administratorowi definiowanie dodatkowych atrybutów dla spraw. Administrator musi mieć możliwość definiowania nazwy atrybutu i wyboru, dla jakiego typu spraw atrybut będzie widoczny. System musi opisywać dokumenty za pomocą metryki zawierającej najważniejsze informacje (np. dane teleadresowe) o danym dokumencie, w przypadku formularzy elektronicznych odpowiednie pola są wypełnione automatycznie. Metryka korespondencji przychodzącej musi zawierać między innymi pola określające: typ dokumentu, sposób dostarczenia (np. osobiście, pocztą, mailem, faksem, z Elektronicznej Skrzynki Podawczej), rodzaj przesyłki oraz listę załączników elektronicznych. System musi umożliwiać określenie typu dokumentu przychodzącego za pomocą pola słownikowego. Powinna istnieć w Systemie możliwość dodania dowolnego typu dokumentu do słownika. System musi umożliwiać zapisanie w metryce dokumentu dowolnej ilości numerów zewnętrznych z pisma (typ i numer). System musi umożliwiać wykorzystanie słownika GUS (TERYT) w zakresie miejscowości oraz ulic. Przy stosowaniu słowników TERYT musi istnieć możliwość globalnego dla całego Systemu uaktywnienia słownika bądź wyłączenia. System musi umożliwiać zapisanie daty wpływu, daty z pisma oraz daty nadania. Dodawanie dat powinno być umożliwione poprzez wybór daty z kalendarza lub wypełnienie pola. Wszystkie pola daty powinny zawierać zdefiniowane maski odpowiadające wymaganym formatom daty. Pole z datą wpływu powinno być wypełniane automatycznie i podlegać możliwość edycji. B-28 System musi umożliwić dodawanie uwag i komentarzy w metryce pisma. B-29 System musi zapewniać automatyczne numerowanie dokumentów i spraw podczas rejestracji. Numerowanie musi opierać się na edytowalnych schematach numeracji. Schemat ma umożliwiać wypełnienie części numeru na podstawie co najmniej: roku, symbolu jednostki. B-30 System musi umożliwiać oznaczanie pisma jako załatwionego bez zakładania sprawy dla pisma. B-31 B-32 System musi umożliwiać przechowywanie treści dokumentów wraz z załącznikami - załączony plik może mieć dowolny format (pliki graficzne, pliki pakietów biurowych, dokumenty skanowane, pliki multimedialne i inne). System musi umożliwiać zapisanie fizycznej lokalizacji oryginału załącznika papierowego i śledzenie jego obiegu niezależnie do obiegu dokumentów zeskanowanych lub elektronicznych. B-33 System musi umożliwiać wyświetlanie różnych zestawów pól dla jednego dokumentu w zależności od etapu przetwarzania (np. wprowadzanie w kancelarii, dekretacja).

B-34 B-35 B-36 System musi wspierać obsługę pism papierowych z wykorzystaniem kodów kreskowych na pismach oraz kodów kreskowych pracowników. Obsługa kodów kreskowych musi być wspierana w zakresie: odbierania i wydawania pism, wyszukiwania, podglądu pism. System musi umożliwiać drukowanie potwierdzenia przyjęcia dla klienta/interesanta zawierającego: datę wpływu pisma, numer pod którym zostało zarejestrowane we właściwym rejestrze, dane interesanta, liczbę załączników oraz kod kreskowy identyfikujący dokument i umożliwiający sprawdzenie stanu załatwienia swojej sprawy przez interesanta. System musi umożliwiać oznaczanie kodem kreskowym dokumentu papierowego (nadruk lub naklejka) oraz ewidencjonowanie w Systemie przydzielonego pismu kodu kreskowego oraz wyszukanie w Systemie dokumentu przy użyciu czytnika kodów kreskowych. B-37 System musi umożliwiać obsługę wielu kancelarii i wielu sekretariatów. B-38 Każda kancelaria powinna posługiwać się własną, niezależną numeracją pism wchodzących i wychodzących. B-39 System musi umożliwiać przekazywanie korespondencji między kancelariami. B-40 Przy przekazywaniu korespondencji między kancelariami system powinien wspierać obsługę pism w kancelarii wchodzącej poprzez automatyczne uzupełnianie metryki dokumentu. B-41 System musi umożliwiać przekazanie pism do sekretariatu oraz skierowanie do dekretacji do pracownika. B-42 System musi umożliwić dołączanie pism do spraw będących w procedowaniu. B-43 System musi zapewnić możliwość tworzenia zestawień pism przychodzących w systemie (w tym z możliwością określenia zakresu danych, odfiltrowania i sortowania wyszukiwanych danych). B-44 B-45 B-46 B-47 B-48 B-49 B-50 B-51 B-52 B-53 B-54 System musi umożliwiać rejestrowanie w kancelarii pism wychodzących będących poza obiegiem. System musi umożliwiać generowanie listy nadawczej zawierającej wykaz wszystkich przesyłek (z uwzględnieniem agregacji) z podziałem na rodzaj przesyłek (zwykła, polecona, polecona za potwierdzeniem odbioru itp.) według zdefiniowanego przez WAM wzoru. System powinien umożliwiać import listy dokumentów przeznaczonych do wysyłki z systemów zewnętrznych wg. zdefiniowanej struktury danych. System docelowo musi mieć możliwiość współpracy z zaawansowanym narzędziem kopertująco-frankującym (kopertowanie, pakowanie, adresowanie, wysyłkę). Dla korespondencji wychodzącej system musi automatyzować obsługę pism wychodzących poprzez prowadzenie pocztowej książki nadawczej w formie rejestru. Przy wysyłce dokumentów System musi umożliwiać drukowanie etykiet oraz nadruków na zwrotki i koperty w formatach co najmniej: C4, C5, C6. System musi umożliwiać generowanie dokumentów na podstawie szablonów. Szablony dokumentów powinny być definiowane co najmniej w formatach RTF, DOC, XML. System musi umożliwiać rejestrowanie oraz powiązanie z odpowiednim dokumentem potwierdzenia dostarczenie pisma adresatowi (tzw. zwrotka). System musi mieć możliwość rejestrowania i kontroli obiegu korespondencji wewnętrznej pomiędzy pracownikami i komórkami organizacyjnymi. System musi umożliwiać ustawienia przez pracownika, w jaki sposób chce skierować korespondencję do adresata i przekazać ją do kancelarii w celu wysłania. System musi umożliwiać definiowanie adresatów przesyłek. W szczególności system musi umożliwić wybór adresatów określonego typu (wewnętrzny, zewnętrzny, ESP, fax, e-mail, itp.). B-55 System musi umożliwić wybór adresata z bazy interesantów lub dodanie nowego adresata. B-56 System musi umożliwić określenie parametrów przesyłki (w tym, m.in.: forma przesyłki, rodzaj ZPO, czy za pobraniem, rodzaj priorytetu, czy poste restante, sposoby obsłużenia, sposoby

postępowania z przesyłką, parametry i gabaryty przesyłki). Wybór parametrów tam gdzie to możliwe powinien odbywać się z list słownikowych (listy słownikowe powinny podlegać edycji). B-57 System powinien umożliwić dokonywanie wysyłek w dwóch trybach za pośrednictwem kancelarii wysyłkowej oraz samodzielnie przez pracowników w przypadku pism wewnętrznych. B-58 B-59 B-60 System musi umożliwiać dokonywanie wysyłki przez pracowników w postaci elektronicznej (email, faks) bezpośrednio z systemu. Wysyłka dokumentów przez kancelarię wychodzącą powinna wspierać agregację przesyłek do jednego adresata. System musi zawierać wsparcie dokonywania nadruków na kopertach popularnych formatów oraz zwrotkach, co najmniej krajowych i zagranicznych. B-61 System musi umożliwiać dokonywanie nadruków kodów kreskowych na zwrotkach. B-62 B-63 W przypadku wysyłek wysyłanych za zwrotnym poświadczeniem odbioru (ZPO) system musi umożliwić wyszukanie przesyłki po kodzie kreskowym z ZPO lub numerze sprawy oraz odnotowanie faktu doręczenia, bądź nie doręczenia przesyłki. System musi umożliwiać eksport dziennika korespondencji przychodzącej i wychodzącej, co najmniej do formatów: XLS, PDF, CSV, HTML. C. Obsługa spraw C-1 C-2 C-3 C-4 System musi umożliwić: - Procedowanie sprawy zgodnie z obiegiem - Przygotowanie pism wychodzących - Wprowadzenie poprawek i uwag przez uprawnione osoby do dokumentów - Akceptację i zatwierdzanie pism w sprawie System poza możliwością dokonania dekretacji musi umożliwić: - zwrot mylnie skierowanego pisma - stworzenie sprawy z pisma - oznaczenie pisma jako załatwione - cofnięcie mylnie skierowanego pisma - oznaczenie pisma jako odebrane System musi umożliwiać tworzenie sprawy na podstawie pisma przychodzącego lub wychodzącego. System musi umożliwiać tworzenie sprawy zgodnie z określonym typem procesu: ogólnym (adhoc) lub dedykowanym (spośród procesów przypisanych do użytkownika, działu lub pionu). C-5 System musi umożliwiać dekretację sprawy do Pionu/Działu/Osoby w zależności od uprawnień i informacji o osobach obsługujących sprawę. C-6 System musi odwzorować ścieżki obiegu dokumentów w postaci obiegów dedykowanych. C-7 Odwzorowanie ścieżek obiegu dokumentów powinno mieć miejsce dla dwóch trybów: wyłącznie elektronicznego oraz elektronicznego i papierowego jednocześnie. C-8 System musi umożliwiać odnotowanie w systemie położenia wersji papierowej. C-9 System musi umożliwiać monitorowanie i nadzorowanie przebiegu spraw. C-10 System musi umożliwiać ustalanie i monitorowanie terminów i realizacji spraw. System podczas rejestracji sprawy musi umożliwiać wybór kategorii JRWA. W przypadku C-11 tworzenia sprawy dedykowanej pole RWA musi zostać uzupełnione automatycznie, na podstawie przypisania procesu do RWA, a formularz sprawy i dalsze kroki muszą być zgodne z definicją procesu. C-12 System musi zapewniać obsługę zmiany w czasie słownika JRWA. C-13 System musi umożliwiać dziedziczenie dokumentów/spraw, tzn. nowa osoba zatrudniona na stanowisku powinna mieć dostęp/podgląd spraw dotychczasowego pracownika.

C-14 System po zarejestrowaniu sprawy musi nadawać jej numer zgodny ze schematem numeracji spraw. C-15 System musi umożliwiać wybór z listy rejestru, w którym jest zarejestrowana sprawa. C-16 System musi posiadać możliwość ustawienia wymaganego terminu załatwienia sprawy oraz określenia terminów domyślnych dla każdego JRWA. C-17 System musi umożliwiać wielopoziomową dekretację dokumentów na wielu użytkowników. C-18 Systemu musi umożliwiać zwrot pisma mylnie zadekretowanego. C-19 System musi umożliwiać przełożonemu zmianę pracownika prowadzącego sprawę. C-20 System musi umożliwiać zastosowanie formularza dekretacji, zawierającej co najmniej pola określające: adresata dekretacji, dyspozycję, termin załatwienia. C-21 System musi umożliwić przekazywanie pism w trybie "do wiadomości". C-22 System musi umożliwiać tworzenie dokumentów na podstawie szablonów (w formatach DOC, RTF, XML). C-23 System musi umożliwić dodawanie pól w szablonach (np. w postaci znaczników) które w trakcie generowania pisma z szablonu będą zastępowane danymi dotyczącym sprawy z systemu elektronicznego obiegu dokumentów. C-24 C-25 C-26 System musi zapewnić możliwość tworzenia przez użytkowników i przechowywania własnych szablonów dokumentów zawierających pola uzupełniane automatycznie przez EOD. System musi zawierać repozytorium szablonów dokumentów zarządzane przez uprawnionych użytkowników. System musi umożliwić uzyskanie informacji na temat: - możliwość uzyskania informacji, kto i kiedy czytał dokument. - możliwość uzyskania informacji, kto aktualnie edytuje dokument. - możliwość uzyskania informacji, kto i kiedy edytował dokument. - możliwość uzyskania informacji jakie zmiany i kiedy zostały dokonane w dokumencie. - możliwość uzyskania informacji kto i kiedy usunął dokument (przy czym system gwarantuje, iż trwałe usunięcie dokumentu z bazy danych możliwe jest tylko przy użyciu konta o uprawnieniach administratora (skasowany przez zwykłego użytkownika dokument znika z systemu, ale nie jest fizycznie usuwany z bazy danych). C-27 System musi wspierać proces wielostopniowej akceptacji projektu pisma. C-28 C-29 C-30 W przypadku obiegu ogólnego System musi zapewnić możliwość wykonania następujących operacji przez akceptanta: - wybór następnej osoby, spośród przełożonych - parafowanie i przesłanie do wybranej osoby - przesłanie dalej bez parafy - podpisanie (akceptacja) dokumentu - odesłanie dokumentu do poprawy wraz z uwagami. System musi umożliwiać przekazywanie uwag dotyczących sprawy i przygotowywanego dokumentu. System musi umożliwić parafowanie pism poprzez możliwość określenia listy osób do parafy oraz opcji parafowania równoległego (domyślnie osoby z listy winny parafować sekwencyjnie). C-31 System musi umożliwiać wydruk ostatecznej wersji dokumentu przez osobę podpisującą w celu jego podpisania i opieczętowania. C-32 System musi wspierać przekazanie wersji papierowej dokumentu do kancelarii. C-33 System musi umożliwiać przekazanie pisma podpisanego podpisem elektronicznym. System musi umożliwiać wersjonowanie załączników plikowych. Poprzednie muszą być widoczne C-34 w systemie jako wersje historyczne. Dla każdego dokumentu musi być możliwe przeglądanie, przywracanie i pobieranie wersji historycznych. C-35 System musi ewidencjonować i udostępniać historię kto i kiedy otwierał dokument.

C-36 C-37 System musi ewidencjonować i udostępniać historię kto aktualnie edytuje dokument. System musi automatycznie blokować możliwość edycji pliku innym użytkownikom. System musi zapewnić konieczność uzyskania akceptacji przywrócenia starszej wersji dokumentu przez właściciela dokumentu. C-38 System musi zapewnić mechanizm wysyłania powiadomień do grupy edycyjnej dokumentu w przypadku dokonania zmian w dokumencie. C-39 System musi udostępniać informację kto i kiedy usunął dokument. C-40 System przy wysyłce dokumentu musi automatycznie podpowiadać domyślnego adresata, czyli nadawcę pisma wiodącego oraz umożliwiać zmianę adresata i wybór dodatkowych adresatów z bazy. C-41 C-42 C-43 C-44 C-45 C-47 C-48 C-49 C-50 System musi umożliwiać dołączanie do dokumentów i spraw dyspozycji przełożonych oraz uwag i komentarzy tekstowych. System musi umożliwiać kontrolowanie stanu sprawy (stopnia realizacji) podwładnych i terminów realizacji przez uprawnionych użytkowników za pomocą powiadomień o opóźnieniach. System musi wskazywać upływ czasu przewidzianego na realizację zadania poprzez zastosowanie paska postępu (Progress Bar) w zestawieniu zadań oraz pism/spraw podwładnych, a także poprzez zastosowanie kolorów na pasku postępu (np. pasek zielony: pisma nie przeterminowane, pasek czerwony: sprawy których termin realizacji upłynął). System powinien zawierać dodatkowe zestawienie w którym prezentowane będą sprawy i pisma przeterminowane. System musi umożliwiać konfigurowanie sposobu powiadamiania (powiadomienie systemowe lub/i email). System musi umożliwić użytkownikowi skonfigurowania otrzymywania powiadomień co najmniej o następujących zdarzeniach: - otrzymanie nowych dokumentów, - przydzielenie nowego zadania, - zaakceptowane pisma, których jest referentem, - odrzucone pisma, których jest referentem, - wysyłka pisma, - doręczenie pisma, - nie doręczenie pisma, - nadanie uprawnień do dokumentu, - przekroczenie terminu realizacji sprawy, - przekroczenie terminu realizacji sprawy przez podwładnego. System musi umożliwić użytkownikowi skonfigurowanie otrzymywania powiadomień e-mail, co najmniej w następujących opcjach: - powiadamianie każdorazowe - wyłączenie powiadomienia - powiadamianie nie częściej niż raz dziennie. Na każdym etapie procesu system musi umożliwić dodawanie komentarzy i uwag do sprawy uprawnionym osobom. System musi umożliwiać rejestrowanie i wyświetlanie historii wykonanych operacji i komentarzy dla sprawy i dokumentów wchodzących w jej skład. C-51 System musi zapewnić możliwość eksportu historii sprawy do pliku (XLS, PDF, RTF). C-52 System musi posiadać możliwość wglądu do wszystkich spraw w podległej jednostce organizacyjnej. System musi udostępniać widok takich spraw w przejrzystej formie graficznej drzewa i wyświetlać informację o liczbie spraw prowadzonych w poszczególnych jednostkach i przez poszczególnych pracowników, z możliwością podglądu sprawy.

C-53 Podczas dekretowania i przekazywania spraw oraz dokumentów system musi umożliwić wyszukiwanie osób przez wpisywanie fragmentu imienia, nazwiska lub nazwy Działu lub Pionu. C-54 C-55 C-56 C-57 C-58 C-59 Podczas dekretowania pism system musi wyświetlić informację o ilości zadań, aktualnie przypisanych do pracownika oraz ewentualnej nieobecności danego pracownika. Status pisma musi być w zestawieniu oznaczany ikonami odpowiadającymi stanom (np. "Zadekretowano", "Zwrócono", "Założono sprawę" itp.). System musi udostępniać zaawansowane możliwości tworzenia obiegów, przydzielania uprawnień oraz zadań w strukturach rozproszonych. System musi umożliwiać definiowanie grupy użytkowników uprawnionych do pracy grupowej nad dokumentem. System musi kontrolować pracę nad dokumentem za pomocą blokowania dokumentu do edycji i wyświetlania historii zmian. System musi wykorzystywać zaawansowane możliwości zarządzania pracą grupowa w tym możliwość pracy grupowej w rozproszonym środowisku i strukturze. System musi zapewnić możliwość wyznaczania zadań z wykorzystaniem kalendarzy grupowych i prywatnych. C-60 System musi zapewnić mechanizm delegowania zadań podlegających procesowi akceptacji. C-61 C-62 C-63 C-64 C-65 System musi umożliwiać zamykanie spraw. Podczas zamykania System musi sprawdzać, czy wszystkie pisma w sprawie są załatwione. System musi umożliwiać oznaczanie pism jako załatwionych w trybie Ad acta i przenoszenie do odpowiedniej teczki. System musi posiadać możliwość tworzenia teczek i podteczek oznaczanych literowo oraz numerowanych liczbowo. System musi umożliwiać przenoszenie spraw z danego roku na kolejny i kontynuowanie pracy nad sprawą. System musi umożliwiać przekazywanie przez przełożonego prowadzonych spraw innym pracownikom do dalszego prowadzenia. D. Skanowanie i rozpoznawanie tekstu (OCR) D-1 D-2 System musi umożliwiać skanowanie dokumentów z poziomu Systemu oraz zapisywanie ich formy elektronicznej w formacie wielostronicowym. System musi posiadać moduł skanowania, niezależny od producenta skanera. Moduł powinien współpracować z dowolnym skanerem obsługującym interfejs TWAIN. Moduł skanowania powinien pozwalać na ustawienie podstawowych parametrów skanowania, w tym co najmniej: - Wybór predefiniowanego profilu skanowania (np. pismo, faks, zdjęcie) - Wybór skanera - Nadanie nazwy obrazowi - Rozdzielczość (parametry zgodnie ze sterownikami skanera) - Format (co najmniej PDF, TIFF, PNG, JPG) - Paleta kolorów Kolorowy, Czarno-Biały, Odcienie szarości - Źródło papieru Taca, Podajnik (1-stronnie), Podajnik (2-stronnie) - Wyświetlenie okna parametrów sterownika skanera - Podgląd poszczególnych stron, usuwanie, skanowanie nowych, ponowne skanowanie stron, skanowanie dwustronne - Zapisywanie na dysku lub dołączanie do pisma w systemie

D-3 System musi umożliwiać rozpoznawanie tekstu (OCR) i zapis wyniku rozpoznawania do pliku tekstowego przyporządkowanego do dokumentu. Komponent OCR nie powinien ograniczać liczby użytkowników. Komponent OCR powinien umożliwiać rozpoznawanie maksymalnie stron miesięcznie (ilość zostanie określona w wyniku audytu). E. Wyszukiwanie E-1 E-2 E-3 System musi umożliwiać indeksowanie i wyszukiwanie pełnotekstowe, czyli wyszukiwanie wybranych fraz w plikach załączonych do dokumentów. Wynikiem wyszukiwania ma być lista pism, w których znaleziono załączniki posiadające wpisaną frazę. System musi być wyposażony w wyszukiwarkę umożliwiającą wyszukanie odpowiednich dokumentów (i innych obiektów) oraz interesantów według predefiniowanych atrybutów (kryteriów wyszukiwania). System musi umożliwiać wyszukiwanie obiektów po wszystkich opisujących je metadanych, w szczególności System musi zapewnić wyszukiwanie dokumentów po nr JRWA, nadawcy, numerze pisma, dacie rejestracji pisma, dacie zatwierdzenia, numerze umowy, numerze z zamówienia, itp. E-4 System musi umożliwiać łączenie kryteriów wyszukiwania. E-5 System musi zapewniać filtrowanie i sortowanie po dowolnych atrybutach obiektów. E-6 System musi udostępniać wyszukiwanie w trybach: prostym i zaawansowanym, w którym możliwe jest łączenie kryteriów wyszukiwania. E-7 System musi umożliwiać eksport kryteriów i wyników wyszukiwania do pliku (w formatch:.csv,.xls,.pdf,.html.). F. Baza interesantów F-1 System musi umożliwiać przypisanie dla jednego dokumentu wielu adresatów oraz umożliwiać wybór adresatów z bazy. F-2 System musi umożliwiać automatyczne podpowiadanie nadawcy/odbiorcy korespondencji. F-3 F-4 F-5 F-6 F-7 F-8 System musi mieć możliwość łatwego rejestrowania nowych danych interesanta przy wprowadzaniu dokumentu. System musi umożliwiać automatyczne sprawdzenie poprawności wprowadzanych danych typu NIP, PESEL, REGON razem ze sprawdzaniem sumy kontrolnej. System musi umożliwiać aktualizację danych przy zachowaniu danych poprzednich - zmiana nie może powodować zmian w dotychczasowych obiektach, do których przypisana była dana pozycja z bazy interesantów. System musi umożliwiać wyszukiwanie adresata w bazie przynajmniej wg wszystkich wyświetlanych w widoku pól. Możliwość łączenia fraz wyszukiwania. System musi wykrywać pokrywające się pozycje w bazie adresatów i proponować ich korektę na etapie rejestracji pisma. System musi umożliwiać zapisywanie historii wpisów zawierającej informacje dotyczące: osoby modyfikującej i daty ostatniej modyfikacji wpisu, każdorazowej edycji wpisu, daty, osoby która edycji dokonała, różnic w stosunku do poprzedniej wersji wpisu. F-9 System musi zapewnić możliwość eksportu historii wpisów do formatu XLS. F-10 System musi zapewniać funkcjonalność informowania o powielających się wpisach w bazie interesantów. F-11 W zakresie bezpieczeństwa danych osobowych system musi spełniać wszelkie wymogi wynikające z ustawy o ochronie danych osobowych.

G. Moduł archiwum G-1 System musi umożliwiać przekazywanie do archiwum wybranych teczek/spraw. G-2 System musi zapewniać jednolite postępowanie z dokumentacją archiwalną wytwarzaną w jednostkach zarówno tradycyjną (papierową) jak i elektroniczną. G-3 System musi obsługiwać archiwizację spraw zgodnie z ich kategoriami archiwalnymi. Na podstawie kategorii archiwalnej System musi automatycznie dokonywać brakowania lub archiwizacji spraw. G-4 System musi umożliwić nadawanie kategorii archiwalnych (A, B, BE, Bc). G-5 System powinien zapewnić możliwość określenia, że sprawa została założona w wyniku pomyłki i podczas zamykania nadać kategorię archiwalną Bc. G-6 G-7 G-8 G-9 G-10 G-11 G-12 Do archiwum przekazywane będą wyłącznie teczki posiadające kategorię archiwalną A, B lub BE. Pozostałe (z kategorią archiwalną Bc) mogą zostać usunięte z systemu na żądanie, w dowolnym momencie. System musi automatycznie generować spisy zdawczo-odbiorcze dla każdej kategorii archiwalnej. System musi generować spis zdawczo-odbiorczy na podstawie przygotowanej paczki archiwalnej. System musi umożliwiać zarządzanie papierowymi zasobami archiwum, w tym: oznaczanie miejsca przechowywania, wypożyczanie, wyszukiwanie, edycję, przeglądanie, brakowanie. System powinien zapewnić przekazywanie do archiwum akt spraw zakończonych zbiorczo z całej komórki organizacyjnej. System musi zapewnić możliwość przechowywania spraw w teczkach odpowiadających kategorii JRWA. System musi umożliwić podejrzenie spraw znajdujących się w teczce, w szczególności wyświetlenie informacji o kategorii archiwalnej (wynikającej z jej przypisania do pozycji klasyfikacji JRWA). G-13 System musi zapewnić mechanizmy brakowania akt w archiwum elektronicznym. H. Zarządzanie strukturą organizacyjną H-1 System musi umożliwić odwzorowanie rzeczywistej struktury organizacyjnej Zamawiającego wraz z zakresem uprawnień. H-2 System musi zapewnić możliwość graficznego projektowania hierarchii zależności i uprawnień użytkowników. H-3 System musi umożliwiać modyfikowanie struktury metodą. H-4 System musi umożliwiać tworzenie dowolnej ilości jednostek podrzędnych. H-5 System musi udostępniać widok całej struktury jak i wybranych fragmentów i elementów. I. Zarządzanie uprawnieniami i zastępstwami I-1 I-2 I-3 I-4 System musi posiadać moduł uprawnień zarządzający dostępem użytkowników do odpowiednich modułów i funkcji systemu. Moduł uprawnień musi umożliwić wielopoziomowy mechanizm zarządzania uprawnieniami (użytkownicy, role, grupy uprawnień). System musi umożliwić nadawanie uprawnień na poziomie użytkownika, grupy użytkowników oraz roli. System musi zapewnić możliwość tworzenia dowolnych kombinacji uprawnień zarówno na poziomie użytkownika jak i na poziomie grup użytkowników.

I-5 I-6 I-7 I-8 I-9 I-10 I-11 I-12 I-13 I-14 System musi zapewnić możliwość przyporządkowania pracownika do wielu stanowisk (możliwość pracy na wielu stanowiskach). System musi umożliwiać zarządzanie dostępem użytkowników do różnych rodzajów kategorii spraw, schematów numeracji oraz rejestrów. System musi umożliwiać nadawanie uprawnień do dokumentów co najmniej na poziomie: do wglądu (odczyt), do edycji (odczyt i zapis). Uprawnienia do dokumentów muszą być definiowane dla grup oraz poszczególnych użytkowników. System musi zagwarantować, iż w przypadku edycji dokumentu przez uprawnionego użytkownika pozostali użytkownicy będą mogli pobierać dokument jedynie w trybie do wglądu (odczyt). System musi posiadać możliwość udzielania zastępstw przez pracowników oraz pracę w zastępstwie, przy czym w historii jest widoczne, że w czasie zastępstwa czynności na obiekcie wykonała osoba zastępująca wraz z jej wskazaniem. System musi posiadać możliwość ustawienia czasowego przelogowania między kontami na podstawie zdefiniowanego zastępstwa bez konieczności ujawniania hasła dostępu użytkownika zastępowanego. System musi posiadać wszystkie aktywne zastępstwa w widoku, z którego będzie można dokonać przelogowania na wybrane konto. System musi zapisywać adnotację o zastępstwie przy wykonywaniu wszystkich akcji przez zastępującego pracownika w ramach zastępstwa. System musi umożliwiać ręczne zdefiniowanie zastępstwa lub wygenerowanie zastępstwa na podstawie wniosku urlopowego. J. Moduł administracyjny J-1 System musi umożliwiać zdefiniowanie i prowadzenie rejestrów wszystkich typów dokumentów z zakresu działalności jednostki zgodnie z wymaganiami prawnymi dotyczącymi tych dokumentów (np. ewidencja decyzji, zaświadczeń itd.). J-2 System musi być wyposażony we wbudowany panel administratora. J-3 Panel administracyjny musi umożliwiać zarządzanie układem i zawartością menu Systemu. J-4 J-5 System musi umożliwiać modyfikowanie szablonów dokumentów w celu wykorzystania ich z poziomu aplikacji (np. dla pism wychodzących, wewnętrznych i innych dokumentów), z możliwością wstawiania do treści pisma znaczników, których zawartość jest automatycznie odczytywana z bazy danych dokumentów i interesantów. System z poziomu panelu administratora musi umożliwiać określenie czasu nieaktywności po którym system wyloguje użytkownika. J-6 Panel administracyjny musi udostępniać dziennik zdarzeń systemowych. J-7 Panel administracyjny musi udostępniać raport aktywności użytkowników z możliwością określenia przedziału czasowego. J-8 System musi umożliwiać zarządzanie schematami numeracji spraw i dokumentów. J-9 System musi umożliwiać zarządzanie słownikami Systemu i definiowanie danych słownikowych. J-10 System musi umożliwiać tworzenie wiadomości grupowych wraz z określeniem rodzaju użytkowników i jednostek organizacyjnych dla jakich mają być wyświetlone. J-11 System musi ewidencjonować wszelkie próby logowania do systemu (w tym niepowodzenia).

K. Moduł komunikacyjny z ESP K-1 System musi zapewniać przetwarzanie i wykorzystywanie danych zawartych w formularzach otrzymywanych za pośrednictwem Elektronicznej Skrzynki Podawczej pozostającej w dyspozycji Zamawiającego. System musi umożliwiać wystawianie urzędowego poświadczenia odbioru (UPO w trybie K-2 przedłożenia) zgodnego z rozporządzeniem Prezesa Rady Ministrów z dnia 29 września 2005 r. (Dz. U. Nr 200, poz. 1651). K-3 System musi zapewnić archiwizację poświadczenia przedłożenia. System musi umożliwić przesyłanie poświadczenia przedłożenia Nadawcy dokumentu K-4 elektronicznego. K-5 System musi umożliwiać automatyczne przesyłanie UPO do nadawcy dokumentu elektronicznego / interesanta. K-6 System musi umożliwić obsługę UPO. K-7 System musi umożliwiać odczytanie UPO przez interesanta oraz zapisanie go na wybranym nośniku danych. K-8 System musi umożliwić ewidencjonowanie i przechowywanie UPO. K-9 K-10 K-11 K-12 K-13 K-14 K-15 K-16 System musi przechowywać wytworzone urzędowe poświadczenie odbioru przez okres, przez jaki jest zobowiązany przechowywać dokument elektroniczny opatrzony tym poświadczeniem. System musi umożliwiać ewidencjonowanie dokumentów elektronicznych doręczonych podmiotom oraz wytworzonych urzędowych poświadczeń odbioru. System musi zapewnić możliwość automatycznej kategoryzacji (rozdzielnika wg spraw) wpływających dokumentów. System musi zapewnić obsługę wpływających wniosków podpisanych podpisem elektronicznym weryfikowanym przez kwalifikowany certyfikat. System musi zapewnić weryfikację podpisu elektronicznego, którym opatrzony jest dokument elektroniczny wpływający do skrzynki podawczej, w oparciu o certyfikat kwalifikowany wydany przez dowolnego polskiego wystawcę. System musi udostępniać możliwość przesyłania informacji zwrotnej dotyczącej danej sprawy w postaci publikacji statusu sprawy automatycznie generowanego w systemie obiegu dokumentów na każdym etapie procesu rozpatrywanej sprawy. System musi zapewniać możliwość przesłania dodatkowych dokumentów dotyczących danej sprawy. System musi umożliwiać przesłanie decyzji/odpowiedzi w formie dokumentu elektronicznego do ESP oraz wygenerowanie (podpisanie) Urzędowego Poświadczenia Doręczenia. K-17 Wysyłki elektroniczne muszą być odnotowywane w rejestrze korespondencji wychodzącej. K-18 System musi umożliwić powiadomienie nadawcy o nieodebraniu przesyłki przez określony czas. 2. Regulamin prezentacji systemu 1. Wykonawcy, zaprezentują proponowane Systemy, zgodnie ze scenariuszem opisanym w Załączniku nr 4 do SIWZ, według zasad opisanych w niniejszym Regulaminie. 2. Zakres prezentacji, inaczej scenariusz prezentacji będzie wspólny i taki sam dla wszystkich Wykonawców oraz dotyczyć będzie wszystkich funkcji wskazanych w Załączniku nr 4 do SIWZ.

3. Prezentacja oferowanego przez Wykonawcę rozwiązania potwierdzająca spełnienie wymagań Zamawiającego zawartych w SIWZ odbędzie się w siedzibie Zamawiającego i będzie przebiegać zgodnie z poniższymi regułami: a) Spełnienie wymagań Zamawiającego wskazane przez Wykonawcę w ofercie jako spełnione zostanie uznane za zgodne ze stanem faktycznym, jeżeli podczas prezentacji Wykonawca potwierdzi, iż wyspecyfikowane funkcje systemu Wykonawcy są rzeczywiście dostępne w jego ofercie oraz, że ich rezultat będzie zgodny z wymaganiami Zamawiającego, b) Jeżeli podczas prezentacji okaże się, że oferowany System nie posiada funkcjonalności zgodnie ze scenariuszem opisanym w Załączniku nr 4 prezentacja zostanie zakończona, a oferta zostanie odrzucona, c) Jeżeli podczas prezentacji wystąpią więcej niż 4 błędy, nawet w przypadku gdy zostaną one naprawione, będzie to oznaczało, że treść oferty nie odpowiada treści SIWZ, co spowoduje odrzucenie oferty. d) O terminie prezentacji Wykonawca dowie się po otwarciu ofert. Kolejność prezentacji będzie zgodna z kolejnością składania ofert przez Wykonawców, przy czym pierwsza prezentacja oferty Wykonawcy nie odbędzie się wcześniej niż siedem dni roboczych po terminie składania ofert, e) Po otwarciu ofert, co stanowić będzie dla Zamawiającego podstawę do określenia listy Wykonawców oraz kolejności i terminów prezentacji, zostanie ona przekazana Wykonawcy drogą elektroniczną oraz faksem. f) Do prezentacji Wykonawca wykorzysta własny sprzęt, oprogramowanie oraz dane, g) Zmiana oznaczonego dla Wykonawcy terminu może nastąpić tylko w przypadku zaistnienia siły wyższej tj. zdarzeń obiektywnych, na które Wykonawca nie miał lub nie mógł mieć wpływu. Prezentacje będą przeprowadzane: protokolarnie oddzielnie dla każdego Wykonawcy w wyznaczonych terminach w godzinach od 8:30 do 12:00 w siedzibie Zamawiającego na sprzęcie Wykonawcy bez możliwości zadawania pytań i wyjaśniania wątpliwości. h) Na przeprowadzenie prezentacji Wykonawca ma określony czas tj. 45 minut. Czas przeznaczony na prezentację został przez Zamawiającego tak zaplanowany, aby przy sprawnym i technicznie działającym sprzęcie Wykonawcy, możliwe było przeprowadzenie tak określonej co do zakresu jak i sposobu prezentacji rozwiązania Wykonawcy w zakresie określonych funkcji. Zamawiający zakłada, że Wykonawcy wykażą się oczekiwanym przez niego spełnieniem wymagań oraz doświadczeniem w realizacji podobnych co do zakresu zamówień, a tym samym również podczas prezentacji będą dysponować odpowiednio wykwalifikowanym personelem jaki i zasobami technicznymi. W czasie prezentacji Wykonawcę mogą reprezentować tylko dwie osoby. Osoby te muszą posiadać pełnomocnictwo udzielone przez Wykonawcę

do przeprowadzenia prezentacji u Zamawiającego. Pełnomocnictwo może wynikać z dokumentów złożonych w ofercie lub może być doręczone zamawiającemu przed rozpoczęciem prezentacji. i) Zamawiający przewiduje następujący porządek prezentacji: Czas 10 min rozpoczęcie, krótka charakterystyka proponowanego Systemu oraz wykorzystanych technologii i narzędzi Czas 30 min prezentacja funkcjonalności Systemu wg Załącznika nr 4 Czas 5 min zakończenie/ podsumowanie. 4. W przypadku rozpoczęcia prezentacji później niż przewiduje niniejszy regulamin z winy leżącej po stronie Wykonawcy Zamawiający nie przesunie terminu zakończenia prezentacji. 5. W przypadku wystąpienia w trakcie prezentacji awarii infrastruktury technicznej (sprzętu lub oprogramowania) wykorzystywanej do przeprowadzenia prezentacji Wykonawca może, celem jej usunięcia, dokonać niezbędnych czynności naprawczych. Jednak czas przeznaczony na naprawę nie może być dłuższy niż 30 minut. Czas ten nie będzie wliczony do czasu prezentacji. W przypadku wystąpienia kolejnej awarii Wykonawca ma możliwość dokonania po raz kolejny czynności naprawczych jednak w tym przypadku czas ten będzie wliczony do czasu już wykorzystanego i odliczony od przewidzianego czasu prezentacji. 6. Zamawiający przygotuje na potrzeby prezentacji odpowiednie pomieszczenie wyposażone w zasilanie oraz rzutnik. 7. Ze strony Zamawiającego podczas prezentacji będą obecni członkowie komisji przetargowej powołanej przez Zamawiającego. 8. Zamawiający ma prawo zażądania zmiany danych (parametrów) wprowadzonych do Systemu na inne, podane przez Zamawiającego, w celu wykluczenia symulacji danej funkcjonalności. 9. Jeżeli treści wchodzące w zakres prezentacji będą stanowiły tajemnicę przedsiębiorstwa, Wykonawca zobowiązany jest zastrzec to w ofercie.