Załącznik nr 1 do umowy

I. Wstęp

W 2012 r. Ministerstwo Sprawiedliwości rozpoczęło realizację projektu mającego na celu wdrożenie systemu Portal Informacyjny Sądów Powszechnych (zwanego dalej: „Systemem”, „Portalem”, „Portalem Informacyjnym”), umożliwiającego dostęp uprawnionym lub upoważnionym podmiotom do informacji o sprawach toczących się przed sądami powszechnymi za pośrednictwem Internetu. Korzystanie z Portalu Informacyjnego pozwala na szybkie i bezpłatne uzyskiwanie informacji w sprawie uprawnionym lub upoważnionym na mocy przepisów szczególnych podmiotom. Korzyściami jakie płyną z funkcjonowania Portalu jest m. in. oszczędność czasu i pieniędzy stron i pełnomocników oraz przyspieszenie pracy sądu przez odciążenie sekretariatów od obowiązku udzielania informacji i wydawania dokumentów uczestnikom postępowań. Dostęp do Portalu Informacyjnego odbywa się za pośrednictwem Biuletynów Informacji Publicznej sądów.

1. Opis Systemu Portal Informacyjny

Portal Informacyjny w obecnym kształcie realizuje ideę pojedynczego punktu dostępu do danych o sprawach na poziomie całej apelacji, co oznacza, że istnieje 11 instancji Portalu, z których każdy z nich posiada odrębną bazę danych. Czas dostępności Systemu wynosi 24/7 (całą dobę przez 7 dni w tygodniu). Dotychczas System Produkty i usługi będące efektem realizacji niniejszego przedmiotu zamówienia muszą spełniać co najmniej minimalne parametry określone w niniejszym dokumencie.

1.1 Wymagania poza funkcjonalne1. System zapewnia import danych o sprawach oraz dokumentów z systemów

repertoryjno-biurowych.2. System zapewnia integrację danych na poziomie jednego lub wielu ośrodków

przetwarzania.3. System zapewnia możliwość skalowania poprzez rozdzielenie poszczególnych funkcji

systemu pomiędzy serwery w zakresie węzłów aplikacyjnych oraz bazodanowych.4. System jest zgodny ze standardami języków programowania, które zostały

wykorzystane przy jego tworzeniu.5. System zapewnia poprawne wyświetlanie na urządzeniach mobilnych oraz poprawne

wyświetlanie niezależnie od platformy systemowej i użytej przeglądarki internetowej.

1.2 Wymagania funkcjonalne1. Rozwiązanie umożliwia:

a. import danych o sprawach oraz dokumentów;b. wnioskowanie i rozpatrywanie dostępów do spraw;c. obsługę 8 typów użytkowników systemu o różnych uprawnieniach:

1

i. użytkownicy wewnętrzni1. administrator;2. pracownik;3. pracownik punktu informacyjnego;4. sędzia;

ii. użytkownicy zewnętrzni1. użytkownik zwykły;2. pełnomocnik3. prokuratura4. subkonto

d. zarządzanie procesami biznesowymi za pomocą panelu administracyjnego;e. logowanie zdarzeń systemowych;f. zarządzanie użytkownikami;g. możliwość przeszukiwania spraw na podstawie określony kryteriów;h. wyświetlanie graficznego kalendarza posiedzeń sądowych;i. przesyłanie powiadomień e-mail o zdarzeniach w systemie;j. wyświetlanie statystyk ilościowych spraw oraz użytkowników;k. zgłaszanie błędów i uwag za pomocą konfigurowalnego formularza zgłoszeń;

2. Proces importu danych o sprawie zapewnia:a. import wskazanych danych o sprawach oraz dokumentów;b. harmonogram uruchomienia;c. raportowanie statusu importu i informacji pomocniczych;d. kompresję danych;e. szyfrowanie transferu danych;f. automatyczne aktualizację oprogramowania importującego.

1.3 Komponenty systemu1. Aplikacja webowa Portal Informacyjny;2. Aplikacja webowa Panel Administracyjny;3. Aplikacja webowa Statystyki;4. Aplikacja webowa Interaktywna Mapa Kraju;5. Importer danych z systemów repertoryjno-biurowych oraz usługa aktualizacji danych;6. Moduł importu nagrań elektronicznego protokołu oraz ich udostępniania na potrzeby

streamingu.

1.4 Bezpieczeństwo1. Rozwiązanie zapewnia kontrolę dostępu do systemu opartą o użytkowników i hasła,

ograniczonych zakresem uprawnień oraz przynależnością do grupy dostępu do danych na poziomie sądu i wydziału.

2. Rozwiązanie uniemożliwia nieuprawnione pozyskanie danych z któregokolwiek modułu.

3. Wszelkie operacje są monitorowane i rejestrowane w logach wraz z datą i czasem ich wykonania.

4. Komunikacja z przeglądarką użytkownika Systemu jest szyfrowana.

2

1.5 Przebieg procesu udostępniania sprawy uprawnionemu lub upoważnionemu podmiotowi

1. import informacji o sprawach oraz wskazanych dokumentów za pośrednictwem sieci WAN Ministerstwa Sprawiedliwości w określonym harmonogramie;

2. rejestracja użytkownika systemu złożona z 2 kroków:a. wypełnienie “Wniosku o rejestrację konta”;b. potwierdzenie tożsamości w Punkcie Informacyjnym/Biurze Obsługi

Interesanta jednego z sądów objętych działaniem Portalu Informacyjnego i aktywacja konta;

3. złożenie wniosku o dostęp do sprawy przez zarejestrowanego użytkownika systemu;4. rozpatrzenie wniosku przez pracownika wydziału, z którego wnioskowany jest dostęp

do sprawy;5. w przypadku pozytywnego rozpatrzenia wniosku o dostęp do sprawy, powiązanie

konta użytkownika systemu z podmiotem w systemie repertoryjno-biurowym i udostępnienie wszystkich spraw, w których występuję i będzie występował w przyszłości.

II. Specyfikacja systemu

1. Aplikacja webowa

Istnieje 11 identycznych instancji Systemu zainstalowanych na serwerach www w infrastrukturze centralnej. Ruch pomiędzy serwerami a użytkownikiem końcowym szyfrowany jest za pomocą protokołu SSL. Aplikacja webowa została napisana przy wykorzystaniu języka Java, zawiera elementy HTML 5, CSS 3 oraz JavaScript przy wykorzystaniu JQuery. Poniżej zamieszony został skrócony opis funkcjonalności Systemu.

Logowanie do systemu

3

Logowanie do Portalu za pośrednictwem aplikacji webowej możliwe jest wyłącznie dla użytkowników zewnętrznych. Istnieje możliwość skorzystania w formularza przypomnienia hasła, w takiej sytuacji użytkownik podaje adres e-mail, na który wysyłany jest jednorazowy link prowadzący do formularza zmiany hasła. Możliwe jest wyświetlenie regulaminów Portali Informacyjnych wszystkich sądów objętych działaniem Systemu w danej apelacji, wyświetlenie Polityki plików cookies oraz aktualnego Wykazu sądów objętych działaniem Portalu na terenie całego kraju.

Rejestracja konta

Proces rejestracji użytkownika składa się z 5 kroków:1. Wyświetlenie regulaminów Portali Informacyjnych wszystkich sądów działających w

obrębie danej apelacji i posiadających uruchomiony System. Akceptacja regulaminów jest obligatoryjna.

2. Wprowadzenie danych osobowych:a. imię, b. drugie imię,c. nazwisko,d. seria i nr dokumentu tożsamości,

4

e. PESEL,f. numer legitymacji (w przypadku konta pełnomocnika profesjonalnego),g. data urodzenia,h. miejsce urodzeniai. imię ojca,j. imię matki,k. telefon,l. fax,m. e-mail

3. Wprowadzenia adresu zameldowania (dla pełnomocników profesjonalnych również możliwość wprowadzenia adresów korespondencyjnych)

4. Możliwości złożenia wniosku o dostęp do sprawy, w tym celu należy wypełnić formularz zawierający sąd, wydział, sygnaturę sprawy oraz rolę w sprawie.

5. Potwierdzenia złożenia wniosku oraz wyświetlenia instrukcji o dalszym postępowania w celu aktywacji konta.

W celu aktywacji konta, osoba zainteresowana udaje się do Punku Informacyjnego lub Biura Obsługi Interesantów sądu objętego działaniem Portalu w danej apelacji z aktualnym dokumentem tożsamości użytym w procesie rejestracji w celu potwierdzenia przez pracownika danych osobowych, aktywacji konta, wydania loginu oraz jednorazowego hasła. Użytkownik po pierwszym logowaniu do system potwierdza swoje konto i zobowiązany jest do ustalenia nowego hasła spełniającego kryteria bezpieczeństwa określone w Polityce Bezpieczeństwa Zamawiającego.

5

Zakładka “Start”

Zakładka “Start” zawiera podręczne informacje wyświetlone w panelach dotyczące najnowszych spraw dostępnych dla użytkownika, najbliższych posiedzeniach i ostatnich czynnościach wykonanych w sprawach. Możliwe jest również wyświetlenie posiedzeń korzystając z graficznego kalendarza, na którym zaznaczone są kolorem czerwonym dni, w których odbędą się posiedzenia ze szczegółowymi informacjami dostępnymi po wyborze jednego z nich.

6

Zakładka “Sprawy”

Treść tej strony prezentuje listę wszystkich spraw dostępnych dla użytkownika. Możliwe jest przeszukiwanie, filtrowanie oraz sortowanie listy spraw.

Powyższy obraz przedstawia możliwe kryteria wyszukiwania i filtrowania spraw.

7

Zakładka “Posiedzenia”

Strona wyświetla listę posiedzeń, które odbyły się lub odbędą we wszystkich dostępnych sprawach (domyślnie założony jest filtr ograniczający wyświetlanie wyłącznie do posiedzeń, które się odbędą). Możliwe jest przeszukiwanie, filtrowanie oraz sortowanie listy posiedzeń.

Powyższy obraz przedstawia możliwe kryteria wyszukiwania i filtrowania posiedzeń.

8

Zakładka “Czynności”

Strona wyświetla wszystkie czynności wykonane w sprawach, do których dostęp ma użytkownik. Możliwe jest przeszukiwanie, filtrowanie oraz sortowanie listy czynności.

Powyższy obraz przedstawia możliwe kryteria wyszukiwania i filtrowania czynności.

9

Zakładka “Wnioski”

Strona wyświetla formularz składania wniosku o dostęp do sprawy przez użytkownika. Formularz posiada walidację odpowiednich pól. Nie jest możliwe wnioskowanie o dostęp do sprawy, która nie istnieje w Systemie. Złożony wniosek trafia na listę wniosków oczekujących na rozpatrzenie, może zostać stamtąd usunięty przez wnioskującego. Wraz ze złożeniem wniosku o dostęp do sprawy, wysyłana jest również właściwa wiadomość e-mail do pracownika wydziału, do którego o dostęp do sprawy użytkownik wnioskuje zawierająca bezpośredni link do ekranu rozpatrywania wniosku. Wnioski rozpatrzone trafiają na listę “Wnioski rozpatrzone”.

Zakładka “Mój profil - Moje dane”

10

Strona wyświetla dane osobowe użytkownika. Dla konta pełnomocnika możliwe jest dodanie kolejnego adresu korespondencyjnego. Edytowane mogą być dane kontaktowe oraz hasło. Istnieje możliwość utworzenia konta użytkownika w jednej z pozostałych 10 instancji Portalu na podstawie istniejącego profilu bez konieczności ponownego potwierdzania tożsamości w siedzibie sądu.

Zakładka “Mój profil - Moje sprawy”

11

Strona wyświetla listę spraw, do których ma dostęp użytkownik. Możliwe jest przeszukiwanie, filtrowanie oraz sortowanie listy spraw.

Zakładka “Mój profil - Subkonta”

Użytkownicy typu pełnomocnik, sędzia oraz prokuratura posiadają możliwość tworzenia tzw. subkont. Uprawnienia subkonta ograniczone są jedynie do wyświetlania informacji o sprawach, do których właściciel konta nadrzędnego udzielił dostępu.

Zarządzanie dostępem odbywa się poprzez przyznawanie dostępu użytkownikowi zależnemu z zasobu dostępnych użytkownikowi nadrzędnemu spraw oraz przez anulowanie dostępu do wcześniej przyznanej sprawy. Możliwe jest przeszukiwanie, filtrowanie oraz sortowanie listy spraw do udostępnienia i wcześniej udostępnionych.

2. Aplikacja webowa - Panel Administracyjny

12

Aplikacja Panelu Administracyjnego funkcjonuje w 11 identycznych instancjach w obrębie sieci WAN MS na odrębnym serwerze webowym. Jej przeznaczeniem jest realizacja procesów biznesowych Systemu oraz administracja użytkownikami Systemu. Wyłącznie użytkownicy wewnętrzni mają możliwość logowania do Panelu.

Zakładka “Administracja - Konta użytkowników”

Strona Konta użytkowników wyświetla listę użytkowników systemu. W zależności od typu konta, wyświetlany jest tutaj inny zbiór danych oraz możliwe są do wykonania różne operacje Użytkownicy zewnętrzni (strony, pełnomocnicy) stanowią jeden zasób dla wszystkich sądów posiadających uruchomiony System, natomiast pozostali użytkownicy przypisani i widoczni są wyłącznie dla danego sądu. Administratorzy oraz pracownicy mogą dodawać nowych użytkowników, edytować, resetować hasła, blokować oraz usuwać istniejących. Lista użytkowników może być przeszukiwana, filtrowana oraz sortowana.

Powyższy obraz przedstawia możliwe kryteria wyszukiwania i filtrowania użytkowników.

13

Zakładka “Administracja - Złożone wnioski”

Strona wyświetla listę wniosków o dostęp do sprawy złożonych przez użytkowników zewnętrznych. Lista ograniczona jest do wniosków złożonych do wydziału, w którym pracuje zalogowany użytkownik. Zadaniem pracownika sekretariatu jest rozpatrzenie wniosku, może się ono zakończyć jego zaakceptowaniem lub odrzuceniem, czynność ta kończy się wysłaniem stosownej informacji e-mail na adres wnioskującego. Powiązanie sprawy z użytkownikiem nie odbywa się z poziomu systemu, ale poprzez przypisanie we właściwym miejscu systemu biurowego numeru identyfikacyjnego PESEL zgodnego z tym, który widnieje w Portalu, powiązanie użytkownika ze sprawą odbywa się wtedy na etapie importu spraw. Możliwe jest przeszukiwanie, filtrowanie oraz sortowanie listy wniosków.

Powyższy obraz przedstawia możliwe kryteria wyszukiwania i filtrowania wniosków o dostęp do sprawy.

14

Zakładka “Administracja - Wydziały”

Strona widoczna jest wyłącznie dla konta typu administrator. Wyświetla listę wydziałów sąd z możliwością edycji ich adresu e-mail. Możliwe jest sortowanie listy wydziałów.

Zakładka “Administracja - Logi”

Strona widoczna jest wyłącznie dla konta typu administrator. Wyświetla zdarzenia w systemie. Możliwe jest przeszukiwanie, filtrowanie oraz sortowanie listy zdarzeń.

15

Powyższy obraz przedstawia możliwe kryteria wyszukiwania i filtrowania listy zdarzeń w systemie.

Zakładka “Administracja - Raporty”

Strona wyświetla ilość spraw udostępnionych różnym typom użytkowników.

3. Aplikacja webowa Statystyki

Aplikacja Statystyki umożliwia administratorowi systemu przeglądanie globalnych statystyk Portalu Informacyjnego dotyczących liczby:

● użytkowników zwykłych● pełnomocników● subkont pełnomocników● prokuratur● subkont prokuratur● pracowników

16

● pracowników punktów informacyjnych● spraw udostępnionych dla:

○ użytkownik zależny○ pełnomocnik○ użytkownik zwykły

● udostępnionych dokumentów wg. kryteriów określonych przez zamawiającego● logowań z okresach czasu● pobrań dokumentów w okresach czasu

Statystyki wyświetlane są dla Portalu każdego sądu i apelacji oddzielnie oraz globalnie. Możliwe jest również przeglądanie danych historycznych w postaci tekstowej oraz graficznej przy pomocy wykresów.

4. Aplikacja webowa Interaktywna Mapa Kraju

Interaktywna mapa kraju prezentuje mapę Polski z podziałem na apelacje i okręgi oraz listę w postaci drzewa sądów objętych działaniem portalu we wskazanej na mapie apelacji lub okręgu.

5. Importer danych z systemu repertoryjno-biurowego oraz usługa aktualizacji danych

Zadaniem oprogramowania służącego do importu danych do Portalu Informacyjnego jest pobieranie danych o sprawach oraz wskazanych dokumentów z sądu do infrastruktury centralnej i zasilanie nimi bazy danych Portalu. Celem jego działania jest kompletność, spójność i aktualność informacji dostępnych za pośrednictwem Systemu. Źródłem

17

pobieranych danych są bazy danych programów repertoryjno-biurowych zainstalowane w sądach.

5.1 Zakres pobieranych danych

Proces importu zakłada synchronizację następujących danych:● Sprawy – w tym m.in sygnatury, daty wpływu i zakreślenia, przedmioty spraw,

sędziowie referenci. Przedział czasowy, z jakiego importowane są sprawy jest konfigurowalny, w oderwaniu od konfiguracji, zawsze importowane są wszystkie sprawy w toku.

● Posiedzenia – terminy, sale, w których odbywają się rozprawy, tryby, sędziowie prowadzący itp. Importowane są dane tylko o tych posiedzeniach, które spełniają określone przez sąd warunki jawności.

● Podmioty – imiona i nazwiska (nazwy) oraz adresy wszystkich podmiotów występujących w sprawie tj. stron, oskarżycieli, pełnomocników, kuratorów, biegłych itp. Importer uwzględnia odpowiednie fakty dotyczące podmiotów np. zwolnienie pełnomocnika, wyłączenie strony z postępowania itp. Dodatkowo, synchronizacja danych bierze pod uwagę decyzje sądów dotyczące nieimportowania części danych np. o świadkach.

● Czynności – nazwy, daty wykonania i wykonawcy czynności w ramach konkretnych spraw m.in. odnotowanie faktów przyjęcia wniosków czy wysłania pism.

● Dokumenty – treści i nazwy dokumentów w sprawie w szczególności orzeczeń, protokołów oraz korespondencji. Treści dokumentów importowane są lub nie w zależności wybranej przez sąd strategii publikacji (wszystkie lub oznaczone do publikacji) odrębnie dla orzeczeń i pism. Dokumenty wycofane z publikacji zostają również wycofane w Portalu Informacyjnego. Dokumenty zmienione, ulegają aktualizacji na Portalu Informacyjnym.

Ponadto, program importujący łączy uprawnione lub upoważnione na mocy przepisów szczególnych podmioty w sprawie z użytkownikami portalu, tak by właściciele kont otrzymywali automatycznie dostęp do spraw, w których biorą udział. Łączenie odbywa się to pomocą identyfikatora tj. numeru PESEL, numeru i serii dokumentu tożsamości lub identyfikatora jednostki (w przypadku instytucji). Dostęp do sprawy odbierany jest w przypadku odwiązania identyfikatora oraz zmianie statusu w przypadku pełnomocników.

Zakres pobieranych danych obejmuje w szczególności:1. Nazwa sądu;2. Nazwa wydziału;3. Rok sprawy;4. Numer sprawy;5. Numer wydziału;6. Repertorium;7. Sygnatura sprawy (np. I ACa 1343/12);8. Przedmiot sprawy;9. Wartość przedmiotu sporu (jeżeli niezerowy);10. Rozstrzygnięcie;

18

11. Data wpływu sprawy (data pierwotnego wpływu);12. Data zakończenia (data zakreślenia sprawy);13. Stan sprawy;14. Imię nazwisko sędziego;15. Tytuł sędziego;16. Podmioty (uczestnicy postępowania – osoba fizyczna lub prawna):

a. Typ podmiotu (np. strona, pełnomocnik, prokuratura, biegły);b. Imię i nazwisko, nazwa dla osoby prawnej lub instytucji;c. adres (np. ul. Kochanowskiego 9, 50-345 Wrocław) lub lista adresów jeżeli

wiele;d. rola w sprawie (np. Oskarżony, obrońca, pełnomocnik, wnioskodawca, …);e. id osoby (pesel dla osoby fizycznej, kod jednostki dla instytucji);f. id reprezentowanej osoby (id podmiotu reprezentowanego, tylko dla

pełnomocników);g. wybór (z urzędu, z wyboru, tylko dla pełnomocników);h. status (-, zwolniony, zmarł, wypowiedziane pełnomocnictwo, …, tylko dla

pełnomocników);17. Posiedzenia

a. tryb (np. posiedzenie, rozprawa);b. numer sali;c. data i godzina (np. 2014-01-22 13:00);d. imię, nazwisko i tytuł sędziego przewodniczącego (jeżeli skład

jednoosobowy i sędzia przewodniczący nieustalony, to sędzia referent);e. wynik (np. postanowienie);

18. Dokumentya. nazwa;b. typ dokumentu;c. data sporządzenia;d. treść;

19. Czynnościa. Typ czynności (czynność, dokument, termin, …);b. nazwa czynności;c. data wykonania;d. id dokumentu (jeżeli czynność powiązana z dokumentem);e. osoby powiązane z czynnością

i. odpowiedzialny (imię i nazwisko);ii. adresat (jeżeli czynność dotyczy przesyłki);

iii. nadawca (jeżeli czynność dotyczy przesyłki);f. uwagi;

20. Powiązania (sprawa pierwszej instancji dla wydziałów drugoinstancyjnych)a. sygnatura sprawy;b. nazwa sądu;c. imię, nazwisko i tytuł sędziego;d. data wpływu;e. data orzeczenia.

5.2 Opis działania programu importującego

Program importujący jest aplikacją działająca w środowisku telefinormatycznym danego sądu i składa się z usługi uruchomionej w tle oraz właściwego programu importującego. Usługa odpowiada za kontrolę uruchamiania procesu importu oraz jego aktualizacje. W tym celu

19

odpytuje w określonym interwale serwer w celu pobrania aktualnego pliku konfiguracji zdalnej. W sytuacji, gdy pojawi się nowa wersja programu importującego, usługa dokonuje aktualizacji. Właściwy program importujący korzysta ze wskazanego w konfiguracji lokalnej katalogu tymczasowego, gdzie składuje pobierane dane oraz ich stan. Po zakończeniu procesu zbierania danych z serwera bazodanowego, tworzona jest paczka skompresowanego archiwum zip i przesyłana do serwera centralnego za pośrednictwem protokołu SFTP (rozszerzenie protokołu SSH-2). Zarówno usługa jak i program importujący generują odpowiednio logi z wykonywanych operacji. Program umożliwia import przyrostowy, tzn., że pobierane są wyłącznie dane nowe lub zmienione od czasu poprzedniego importu oraz pełny, podczas którego pobierane wszystkie dane zaznaczone do importu niezależnie od tego, czy były już wcześniej pobrane. Tryb przyrostowy jest domyślny, tryb pełnego importu używany jest, gdy nowa wersja importera wprowadza zmiany, które wymagają ponownego pobrania wszystkich danych.

5.3 Konfiguracje programu importującego

Konfiguracja działania programu importującego składa się z dwóch części – konfiguracji lokalnej (modyfikowanej przez dany sąd) oraz konfiguracji zdalnej zarządzanej z infrastruktury centralnej.

Plik lokalnej konfiguracji będący częścią importera zainstalowanego w sądzie określa m.in. takie parametry jak: identyfikator sądu i wydziałów, informacje niezbędne do połączenia z serwerem MS SQL, ścieżka do pliku zdalnej konfiguracji, katalog roboczy oraz lista wydziałów sądu, które znajdują się w danej lokalizacji. Importer przewiduje istnienie wielu lokalizacji baz danych dla jednego sądu.

W pliku konfiguracji zdalnej dla każdego sądu istnieje odpowiednia sekcja dotycząca ustawień importu. Określa on m. in parametry połączenia do serwera w infrastrukturze centralnej, na który mają być przesyłane dane, typ programu repertoryjno-biurowego, model importu dokumentów, zakres dat spraw do importu oraz listę wydziałów, dla których chcemy określić dodatkowe parametry importu. Konfiguracja zawiera również harmonogram uruchomienia programu importującego.

5.4 Mechanizm zasilający bazę danych Systemu

Mechanizm zasilający bazę danych systemu jest oprogramowaniem zainstalowanym na serwerze aktualizacji Systemu (serwer update), na który wysyłane są dane przez programy importujące. Jego zadaniem jest zasilenie otrzymanymi danymi relacyjnej bazy danych PosgreSQL 9.3 stanowiącej magazyn danych Portali Informacyjnych. Mechanizm odpowiedzialny jest również za rozsyłanie powiadomień e-mail dla użytkowników systemu wyzwalanych określonymi zdarzeniami (np. aktywacja konta, informacja o zmianach w sprawie).

20

6. Moduł importu nagrań elektronicznego protokołu oraz ich udostępniania na potrzeby streamingu.

Zadaniem oprogramowania służącego do importu oraz prezentacji nagrań e-protokołu jest bezpieczny transport nagrania audio e-protokołu wraz z dodatkowymi plikami z lokalnego repozytorium plików sądu do centralnego repozytorium plików na potrzeby udostępnienia nagrania za pośrednictwem Portalu Informacyjnego w sprawie i posiedzeniu, dla którego nagranie zostało sporządzone.

6.1 Zakres pobieranych danych

Program importujący pobiera z lokalnego repozytorium następujące pliki:● plik audio w formacie .oga● plik protokołu skróconego w formacie .rft● plik adnotacji publicznych w formacie .xml● plik metadanych posiedzenia w formacie .xml

6.2 Opis działania programu importującego

Program importujący jest aplikacją działająca w środowisku telefinormatycznym danego sądu i składa się z usługi uruchomionej w tle oraz właściwego programu importującego. Usługa odpowiada za kontrolę uruchamiania procesu importu oraz jego aktualizacje. W tym celu odpytuje w określonym interwale serwer w celu pobrania aktualnego pliku konfiguracji zdalnej. W sytuacji, gdy pojawi się nowa wersja programu importującego, usługa dokonuje aktualizacji. Właściwy program importujący korzysta ze wskazanego w konfiguracji lokalnej katalogu tymczasowego, gdzie składuje pobierane dane. Po zakończeniu procesu zbierania danych z repozytorium plików, tworzona jest paczka skompresowanego archiwum zip i przesyłana do serwera centralnego za pośrednictwem protokołu SFTP (rozszerzenie protokołu SSH-2). Zarówno usługa jak i program importujący generują odpowiednio logi z wykonywanych operacji. Program umożliwia import przyrostowy, tzn., że pobierane są wyłącznie dane nowe lub zmienione od czasu poprzedniego importu oraz pełny, podczas którego pobierane wszystkie dane zaznaczone do importu niezależnie od tego, czy były już wcześniej pobrane. Tryb przyrostowy jest domyślny, tryb pełnego importu używany jest, gdy nowa wersja importera wprowadza zmiany, które wymagają ponownego pobrania wszystkich danych.

Program importuje wyłącznie pliki, które zostały utworzone wcześniej niż 72 godziny przed aktualną datą importu.

Konfiguracja działania programu importującego składa się z dwóch części – konfiguracji lokalnej (modyfikowanej przez dany sąd) oraz konfiguracji zdalnej zarządzanej z infrastruktury centralnej.

Plik lokalnej konfiguracji będący częścią importera zainstalowanego w sądzie określa m.in. takie parametry jak: ścieżka do repozytorium plików, informacje niezbędne do autoryzowania się do repozytorium plików (autoryzacja zintegrowana z systemem operacyjnym lub oparta na

21

loginie i haśle), ścieżka do pliku zdalnej konfiguracji, katalog roboczy oraz lista wydziałów sądu, dla których uruchomiony ma być import. Importer przewiduje istnienie wielu repozytoriów plików w ramach jednego sądu.

W pliku konfiguracji zdalnej dla każdego sądu istnieć musi odpowiednia sekcja dotycząca ustawień importu. Określa on parametry połączenia do serwera w infrastrukturze centralnej, na który mają być przesyłane dane. Konfiguracja zawiera również harmonogram uruchomienia programu importującego.

Program importujący posiada pakiet instalacyjny systemu Windows.

6.3 Prezentacja nagrań e-protokołu w Portalu Informacyjnym

Wizualizacja e-protokołu w Portalu Informacyjnym odbywa się za pośrednictwem listy posiedzeń w sprawie. Możliwe jest zapoznanie się z nagraniem audio za pomocą webowego odtwarzacza streamującego, który posiada pasek postępu załadowania nagrania oraz nawigacji po nagraniu za pomocą myszki. Odtwarzacz powiązany jest z adnotacjami publicznymi, które wyświetlone są poniżej, istnieje powiązanie pomiędzy czasem odtwarzania a odpowiadającą mu adnotacją publiczną. Technologią wykorzystaną przy realizacji odtwarzacza webowego jest Adobe Flash. Nawigacja po nagraniu odbywa się również za pomocą listy adnotacji publicznych. Możliwe jest wyszukiwanie tekstu w adnotacjach publicznych.

Drugim sposobem dostępu do zapisu e-protokołu jest możliwość pobrania skompresowanej do formatu .zip paczki zawierającej nagranie, protokół skrócony i adnotacje publiczne. Paczka zip tworzona jest dynamicznie w momencie wywołania pobierania. Dodatkowo w sytuacji, gdy dla danej sprawy dostępne jest co najmniej jedno nagranie e-protokołu, dostępny jest do pobrania odtwarzacz ReCourt Player.

6.4 Mechanizmy powiązania i konwersji plików

Mechanizmy powiązania i konwersji plików odpowiedzialne są za deszyfrowanie i dekompresję paczek z elektronicznym protokołem na serwerze aktualizacji a następnie umieszczenie ich we właściwym miejscu w repozytorium plików oraz dowiązanie do istniejącego posiedzenia w sprawie opublikowanej w Portalu Informacyjnym. Mechanizm konwersji plików odpowiedzialny jest za konwersję nagrań elektronicznego protokołu z źródłowego formatu .oga do formatu .m4a.

7. Wykorzystana technologia

a. Aplikacja webowa Portal Informacyjny oraz Panel Administracyjny

Aplikacja webowa została napisana przy wykorzystaniu języka Java, zawiera elementy HTML 5, CSS 3 oraz JavaScript przy wykorzystaniu JQuery. Wykorzystany system baz danych: PostgreSQL 9.3.

Wykorzystane biblioteki:

22

Nazwa biblioteki Wersja

tapestry-core 5.3.6

tapestry-yuicompressor 5.3.6

amqp-client 2.8.1

tapestry-spring-security 3.0.2

spring-core 3.1.1

lombok 0.11.2

tapestry5-jquery 3.3.2

testng 5.14.9

easymock 3.0

hsqldb 2.0.0

servlet-api 3.0.1

jtds 1.2.4

guava 12.0

jpwgen 1.2.0

spring-rabbit 1.0.0

simplecaptcha 1.1.1

commons-io 1.3.2

ehcache-core 2.5.2

tapestry-test 5.3.6

selenium-java 2.23.1

selenium-server 2.23.1

postgresql 9.2-1000.jdbc4

jetty-server 7.6.7

jetty-servlet 7.6.7

jetty-webapp 7.6.7

joda-time 2.1

23

commons-net 2.2

mongo-java-driver 2.10.1

graylog2.gelfj 1.0.2

angularjs 1.0.7

soundmanager2 2.97a

b. Aplikacja webowa Statystyka

Aplikacja webowa została napisana przy wykorzystaniu języka Java.

Wykorzystane biblioteki:

Nazwa biblioteki Wersja

tapestry-core 5.3.7

tapestry-yuicompressor 5.3.7

tapestry-hibernate 5.3.7

tapestry-jquery 3.3.1

servlet-api 3.0.1

postgresql 9.2-1002.jdbc4

jetty-server 7.6.7

jetty-servlet 7.6.7

jetty-webapp 7.6.7

easymock

got5

c. Aplikacaj webowa Interaktywna Mapa Kraju

Statyczna aplikacja wykonana w oparciu język HTML 5, CSS 3 oraz JavaScript przy wykorzystaniu JQuery.

Wykorzystane biblioteki:

Nazwa biblioteki Wersja

jQuery 1.7.2

amMap 3.7.0

24

d. Importer danych z systemów repertoryjno-biurowych

Aplikacja wytworzona w oparciu o framework .NET 4 (w języku C#)

Wykorzystane biblioteki:

Nazwa biblioteki Wersja

Ionic.zip 1.9.1.8

log4net 1.2.11

Renci.SshNet 2013.4.7

Importer dostosowany do systemu repertoryjno-biurowego Praetor wykorzystuje API systemu Praetor opartego o usługę web-service w języku programowania JAVA.

Wykorzystane biblioteki:

Nazwa biblioteki Wersja

jsr311-api 1.1.1

jersey-core 1.17.1

jersey-client 1.17.1

mail (javax.mail) 1.4.7

jsch 0.1.50

log4j 1.2.16

e. Mechanizm zasilający bazę (serwer update)

Wykorzystane komponenty:

Nazwa komponentu Wersja

Implementacja Java SE 7

Dostęp do bazy danyc Hibernate 4.3.0

Logowanie slf4j, log4j

Wysyłanie maili Java mail

Obsługa xml JAXB

Odczyt, zapisa Apache coommon IO

Testy jednostkowe juni4, dbuni, hamcrest, mockito

25

Konsument zdarzeń:

Nazwa biblioteki Wersja

guava 12.0

commons-lang3 3.1

cglib 2.2.2

spring-core 3.1.0

spring-rabbit 1.1.2

spring-amqp 1.1.2

spring-context 3.1.0

spring-context-support 3.1.0

spring-test 3.1.0

freemarker 2.3.19

testng 6.1.1

slf4j-api 1.6.4

slf4j-log4j12 1.6.4

log4j 1.2.14

javax.mail 1.4.3

commons-dbcp 1.4

postgresql 9.2-1000.jdbc4

spring-retry 1.0.2

mongo-java-driver 2.10.1

f. Moduł importu nagrań elektronicznego protokołu

Aplikacja wytworzona w oparciu o framework .NET 4 (w języku C#)

Wykorzystane biblioteki:

Nazwa biblioteki Wersja

WinSCP 5.5.3

26

log4net 1.2.11

Dokładna dokumentacja może zostać udostępniona Wykonawcy w postaci elektronicznej na wniosek Wykonawcy przesłany do Zamawiającego w formie faksu pod numer (+48) 22 745-14-01 w języku polskim lub wraz z tłumaczeniem na język polski. Zawsze dopuszczalna jest forma pisemna Wniosku. Zamawiający niezwłocznie powiadomi Wykonawcę na wskazane we Wniosku dane kontaktowe o terminie i sposobie przekazania dokumentu.

8. Schemat infrastruktury centralnej

Diagram przedstawia infrastrukturę sprzętową - serwery, stacje robocze oraz połączenia logiczne między poszczególnymi elementami, a nie liczbę fizycznych dostępnych / realizowanych interfejsów przez dane urządzenia.

27

28

Komponenty systemu znajdują się w trzech wyróżnionych strefach:● Frontend - część systemu odpowiedzialna za udostępnianie usługi użytkownikom,

dostęp do aplikacji odbywa się za pośrednictwem Internetu, zawiera instancje serwerów aplikacyjnych (frontend).Urządzenie Load balancer nie jest komponentem Systemu.

● Backend - część systemu w której aktualizowane i przechowywane są wszystkie dane w systemie oraz realizowane są procesy biznesowe, zawiera instancje serwerów bazodanowych (database), serwer aplikacyjny(back office), serwer aktualizacji (update), repozytorium nagrań elektronicznego protokołu (storage), serwer kopii zapasowych (backup),

● Strefa sądów – bazy danych programów repertoryjno-biurowych, repertorium plików zapisów cyfrowych posiedzeń sądowych, użytkownicy wewnętrzni systemu, zawiera serwer lub serwery bazodanowe systemu repertoryjno-biurowego, lokalne repozytorium nagrań elektronicznego protokołu, przeglądarka internetowa użytkownika wewnętrznego (client).

Serwery FrontendPrzeznaczenie: Zadaniem serwerów w tej strefie jest udostępnianie usługi webowej użytkownikom sieci Internet.

Zainstalowane oprogramowanie:● Debian GNU/Linux 6.0 amd64● Serwer aplikacji Jetty 8, Oracle Java 7 oraz aplikacja webowa Portal Informacyjny

Serwery DatabasePrzeznaczenie: Zadaniem serwerów jest serwowanie bazy danych na potrzeby działania aplikacji webowej Portal Informacyjny, Panel Administracyjny, Statystyki, serwery tworzą przezroczysty klaster, dane będą replikowane (dane użytkowników) lub dystrybuowane (dane spraw) pomiędzy węzłami klastra. Z poziomu dowolnego węzła klastra widoczna jest kompletna baza informacji o sprawach.

Zainstalowane oprogramowanie:● Debian GNU/Linux 7.2 amd64● Serwer bazodanowy PostgreSQL 9.3 w trybie HA (Active-Passive)

Dane statystyczne bazy danych na dzień 5 maja 2014 r.Apelacja Sądy Użytkownicy Sprawy Dokumenty Rozmiar bazy (GB)

warszawska 10 5184 2880357 12857247 162

wrocławska 12 1110 1185346 1318182 11

29

szczecińska 4 445 187324 1073045 5

rzeszowska 5 394 95038 357219 2,2

poznańska 1 92 21834 85108 0,5

lubelska 5 844 189672 1146938 7,1

łódzka 4 416 125103 444838 3,2

krakowska 5 1152 227612 1090202 8,3

katowicka 2 402 155118 1211027 5,2

gdańska 7 1016 593654 1210228 10,1

białostocka 14 1191 1675362 4105886 35

 Suma 69 12246 7336420 24899920 249,6

Serwer UpdatePrzeznaczenie: Serwer ten jest odpowiedzialny za zbieranie danych z importów i zasilenie nimi bazy danych oraz repozytorium plików zapisów cyfrowych posiedzeń sądowych.

Zainstalowane oprogramowanie:● Debian GNU/Linux 6.0 amd64● Baza danych mongodb 2.4.9● Moduł wypełniający bazy danych na serwerach bazodanowych oraz repozytorium

plików zapisów cyfrowych posiedzeń sądowych, program konwertujący nagrania.

Serwer Back OfficePrzeznaczenie: Serwer ten jest odpowiedzialny za udostępnianie usługi webowej Panel Administracyjny.

Zainstalowane oprogramowanie:● Debian GNU/Linux 7.3 amd64● Serwer aplikacji Apache 2.2.22 oraz aplikacja webowa Panel Administracyjny,

Statystyki.

Serwer StoragePrzeznaczenie: Serwer plików stanowi repozytorium nagrań elektronicznego protokołu.

Serwer SearchPrzeznaczenie: system wyszukiwania tekstu w adnotacjach publicznych dla modułu prezentacji nagrań elektronicznego protokołu.

Zainstalowane oprogramowanie:

30

● Debian GNU/Linux 7.3 amd64● ElasticSearch

Serwer bazodanowy w strefie sądówSerwer systemu repertoryjno-biurowego, z którym łączy się importer danych w trakcie pracy. Zainstalowane oprogramowanie:

Windows Server w wersji 2003 lub wyższej w wersjach 32 i 64 bitowych, MS SQL Server w wersji 2000 i lub wyższej.

Użytkownicy wewnętrzni (client)Wykorzystywane przeglądarki internetowe: Microsoft Internet Explorer 6 i wyższe, Mozilla Firefox 17 i wyższe, Chrome w każdej wersji.

Serwer backupów (Backup)Przeznaczenie: backup baz danych Systemu.

Zainstalowane oprogramowanie: Debian GNU/Linux 6.0 amd64 Bacula

Jeżeli w skład infrastruktury centralnej wchodzi inne oprogramowanie Zamawiający nie jest zobowiązany wyszczególnić go na powyższej liście. Zamawiający zastrzega możliwość, że przedstawione wersje oprogramowania są wersjami najstarszymi w rzeczywistym systemie mogą występować nowsze wersje oprogramowania.

Infrastruktura sieciowa Systemu

Wszystkie serwery, stacje robocze oraz sieciowe elementy aktywne (switche) realizujące funkcjonalności sieci LAN posiadają przepustowość minimum 100 Mbit/s (Ethernet).

Sieć WAN realizowana jest poprzez łącza dedykowane o przepustowości nie mniejszej niż 1 Mbit/s.

Za prawidłowe działanie tych elementów infrastruktury sieciowej oraz łączy telekomunikacyjnych jak i za zapewnienie nowych elementów lub ich serwis odpowiada Zamawiający.

Infrastruktura sprzętowa Systemu

Serwery w systemie występują tylko w architekturze x86. Zamawiający posiada serwery typu RACK i BLADE. Za prawidłowe działanie tych elementów infrastruktury jak i za dostawę nowych elementów odpowiada Zamawiający. Infrastruktura sprzętowa zlokalizowana jest w co najmniej jednej serwerowni znajdujących się pod adresami:

1. ul. Namysłowska 8, 50-304, Wrocław,

2. ul. Komandorska 16, 50-022, Wrocław.

II. Zobowiązania Wykonawcy

31

Zobowiązania Wykonawcy:1) instalacja, konfiguracja i wdrożenie Portalu Informacyjnego w sądach

powszechnych zgodnie z Listą Dystrybucyjną (Załączniku nr 2 do Umowy);2) przygotowanie materiałów dla usługi szkoleń e-learningowych dla wymiaru

sprawiedliwości w zakresie dotyczącym Portalu Informacyjnego;3) udzielenie gwarancji na produkty będące efektem niniejszej Umowy, w tym na

prawidłowe działanie Systemu we wszystkich lokalizacjach, w których Portal Informacyjny zostanie wdrożony, na okres 36 miesięcy liczonych od dnia podpisania Protokołu Odbioru Końcowego realizacji Umowy bez zastrzeżeń;

4) świadczenie usługi, wsparcia technicznego i serwisu dla Zamawiającego oraz dla Użytkowników Końcowych Systemu w lokalizacjach wyszczególnionych w Załączniku nr 6 do Umowy, na zasadach określonych w § 9 Umowy, przez okres 36 (trzydzieści sześć) miesięcy począwszy od pierwszego dnia następnego miesiąca po podpisaniu bez zastrzeżeń Protokołu Odbioru Końcowego realizacji Umowy;

5) modyfikacje Systemu o łącznej fakultatywnej pracochłonności do 4000 (cztery tysiące) osobogodzin w czasie trwania Umowy, zwane dalej „Modyfikacjami”.

III. Sposób realizacji zobowiązania Wykonawcy

1. Wdrożenie Systemu1) Wykonawca przeprowadzi wdrożenie Systemu w sądach powszechnych zgodnie z

Listą Dystrybucyjną (Załącznik nr 2 do Umowy). Na proces wdrożenia w szczególności składa się instalacja oraz konfiguracja Importera (programu importującego dane z systemów repertoryjno-biurowych) we wskazanym przez Użytkownika Końcowego środowisku teleinformatycznym oraz dodanie nowego sądu do środowiska produkcyjnego w infrastrukturze centralnej Systemu, poprzez konfigurację wszystkich wymaganych do tego celu elementów składowych Systemu. Instalacja u Użytkownika Końcowego może być wykonana na miejscu, zdalnie lub za pośrednictwem pracownika - informatyka (administratora systemu) sądu w zależności od uzgodnień Wykonawcy z Użytkownikiem Końcowym, po uprzednim przesłaniu plików instalacyjnych wraz z kompletną instrukcją instalacji i konfiguracji Importera. Wykonawca będzie świadczył wsparcie w zakresie instalacji i konfiguracji Importera dla Użytkownika Końcowego do czasu rozpoczęcia świadczenia usługi wsparcia technicznego i serwisu, tj. do pierwszego dnia następnego miesiąca po podpisaniu bez zastrzeżeń Protokołu Odbioru Końcowego realizacji Umowy. Wdrożenie obejmuje sąd wraz z jego jednostkami zamiejscowymi.

2) Podstawą odbioru wdrożenia jest przeprowadzenie poprawnego importu danych przez Importer, pod pojęciem którego rozumie się jednoznaczne i kompletne odwzorowanie danych z bazy systemu repertoryjno-biurowego lub jej kopii w Systemie Portal Informacyjny uwzględniając założenia konfiguracyjne oraz wytyczne Zamawiającego.

3) W ramach wdrożenia, w przypadku zaistnienia potrzeby dostosowania importera danych w celu spełnienia wymagań odbioru, Wykonawca dostosuje Importer danych do indywidualnych cech systemu repertoryjno-biurowego (SAWA/Sędzia2/Praetor) w danym sądzie oraz specyfiki środowiska teleinformatycznego sądu.

32

4) W przypadku gdy, w trakcie realizacji wdrożenia Portalu Informacyjnego po stronie Zamawiającego lub Użytkowników Końcowych wytworzony zostanie moduł integracyjny dla systemu repertoryjno-biurowego (SAWA/Sędzia2/Praetor), przez który należy rozumieć część systemu repertoryjno-biurowego stanowiącą interfejs dostępu do danych będących przedmiotem importu w postaci uporządkowanej o aktualnej zawartości, Wykonawca dostosuje Importer, tak aby funkcjonował w oparciu o moduł integracyjny spełniając przy tym wymogi określone w rozdziale I, i wdroży lub zaktualizuje program u Użytkowników Końcowych zgodnie z Listą Dystrybucyjną (Załącznik nr 2 do Umowy) w terminie 2 miesięcy od dnia wdrożenia modułu integracyjnego u Użytkownika Końcowego

5) W sądach, w których rejestrowany jest protokół z posiedzenia jawnego sporządzony za pomocą urządzenia rejestrującego dźwięk albo obraz i dźwięk oraz pisemnie zgodnie z art. 157 § 1 w zw. z art. 158 § 1 Ustawy z dnia 17 listopada 1964 r. Kodeks postępowania cywilnego (t. j. Dz. U. z 2014 r., poz. 101 ze zm.) lub art. 37 Ustawy z dnia 24 sierpnia 2001 Kodeks postępowania w sprawach o wykroczenia (t.j. Dz. U. z 2013 r., poz. 395 ze zm.) Wykonawca jest zobowiązany wdrożyć Moduł importu nagrań elektronicznego protokołu oraz ich udostępniania na potrzeby streamingu. W sytuacji, gdy u Użytkownika Końcowego zostanie wdrożony e-protokół, Wykonawca jest zobowiązany do wdrożenia Modułu importu nagrań elektronicznego protokołu oraz ich udostępniania na potrzeby streamingu. Na moment ogłoszenia niniejszego postępowania wśród sądów wymienionych w Załączniku nr 2 do Umowy protokół elektroniczny rejestrowany jest w trzech sądach rejonowych tj. Sąd Rejonowy dla Krakowa – Śródmieścia, Sąd Rejonowy dla Krakowa Nowej Huty, Sąd Rejonowy w Białymstoku. Harmonogram wdrożenia w kolejnych latach wygląda następująco: 2014 – 2015 sądy rejonowe w apelacjach krakowskiej, łódzkiej, warszawskiej, gdańskiej i białostockiej, 2016 – 2017 wdrożenie systemu w sądach rejonowych w pozostałych pięciu apelacjach. O wdrożeniu protokołu elektronicznego Wykonawca zostanie poinformowany przez Zamawiającego.

6) Wdrożenie obejmować ma następujące wydziały merytoryczne: a. Wydział Cywilny, b. Zamiejscowy Wydział Cywilny, c. Wydział Karny, d. Zamiejscowy Wydział Karny, e. Wydział Rodz. i Niel./Cywilny-Rodzinny, f. Zamiejscowy Wydział Rodzinny i Nieletnich,g. Wydział Pracy,h. Zamiejscowy Wydział Pracy,i. Wydz. Ubezp. Społ., j. Wydz. Pracy i Ubezp. Społ., Zamiejscowy Pracy i Ubezp. Społ., k. Wydział Gospodarczy, l. Zamiejscowy Wydział Gospodarczy, m. Wydział Penitencjarny.

7) Zamawiający zapewnia Wykonawcy środowisko testowe Systemu. Wykonawca jest zobowiązany do zapewnienia środowiska deweloperskiego we własnym zakresie.

33

Aktualna lista wszystkich sądów powszechnych wraz z wyszczególnieniem wydziałów (wg stanu prawnego na dzień złożenia wniosku) może zostać udostępniona Wykonawcy w postaci elektronicznej na wniosek Wykonawcy przesłany do Zamawiającego w formie faksu pod numer (+48) 22 745-14-01 w języku polskim lub wraz z tłumaczeniem na język polski. Zawsze dopuszczalna jest forma pisemna Wniosku. Zamawiający niezwłocznie powiadomi Wykonawcę na wskazane we Wniosku dane kontaktowe o terminie i sposobie przekazania dokumentu.

2. Szczegółowe zasady realizacji usługi gwarancyjnej1) Usługa gwarancyjna obejmuje wszystkie wykryte podczas eksploatacji Systemu błędy

tj. uszkodzenia, wady i nieprawidłowości w funkcjonowaniu Systemu..2) W zakresie klasyfikacji błędów Systemu, ewidencji zgłoszeń, procedur odbioru, czasu

realizacji zgłoszeń, naliczania kar umownych, odbioru usług mają zastosowanie odpowiednio zapisy rozdział III, pkt 3 niniejszego dokumentu.

3. Zasady realizacji usługi wsparcia technicznego i serwisu1) Ogólne zasady realizacji usługi:

a. Wykonawca świadczy usługę wsparcia technicznego i serwisu Systemu Portal Informacyjny dla Zamawiającego oraz Użytkowników Końcowych wymienionych w Załączniku nr 6 do Umowy.

b. Usługa wsparcia technicznego i serwisu obejmuje:i. wszystkie komponenty Systemu opisane w rozdziale I, przy czym

Moduł importu nagrań elektronicznego protokołu oraz ich udostępniania na potrzeby streamingu na dzień rozpoczęcia świadczenie usługi wsparcia technicznego i serwisu będzie funkcjonował we wszystkich sądach apelacyjnych, okręgowych oraz sądach rejonowych apelacji wrocławskiej wymienionych w Załączniku nr 6 do Umowy,

ii. systemy operacyjne, w oparciu o które funkcjonuje System w infrastrukturze centralnej,

iii. zadania administracji wszystkimi komponentami Systemu.iv. obsługa kopii zapasowych baz danych Systemu i ich odtwarzania,v. usuwanie awarii Systemu oraz skutków awarii Systemu, sprzętu i

oprogramowania, a także wszelkich negatywnych skutków spowodowanych korzystaniem z błędnie działających wersji Systemu we wszystkich lokalizacjach funkcjonowania Systemu,

vi. usuwanie błędów w oprogramowaniu Systemu,vii. realizację konfiguracji Systemu,

viii. wytworzone Modyfikacje,ix. zadania optymalizacji funkcjonowania Systemu w uzgodnieniu z

Zamawiającym, obejmujące optymalizację kodu źródłowego Systemu, systemu baz danych w infrastrukturze centralnej, serwerów

34

aplikacyjnych. Kryterium optymalizacji jest wydajność Systemu (czas dostępu do danych za pośrednictwem usługi po zalogowaniu nie może przekroczyć 3 sekund, logowanie do systemu nie może trwać dłużej niż 7 sekund).

x. odtworzenie Systemu i przywrócenie do pełnej funkcjonalności po katastrofie, pod pojęciem katastrofy Zamawiający rozumie uszkodzenie lub całkowite zniszczenie większości istniejącej infrastruktury systemowej, kiedy do przywrócenia sprawności Systemu niezbędne są działania związane z odtwarzaniem zniszczonych zasobów sprzętowych i danych,

xi. monitorowanie i rekomendowanie Zamawiającemu konieczność zainstalowania poprawek i nowych wersji, na poszczególnych elementach Systemu dla środowisk technologicznych w infrastrukturze centralnej, takich jak oprogramowania:

sieciowych systemów operacyjnych, aplikacyjne, bazodanowe, komunikacyjne (o ile system zawiera tego typu oprogramowanie), do prezentacji treści, oraz pozostałego oprogramowania technologicznego i

narzędziowego będącego w posiadaniu Zamawiającego, a niezbędnego do bezpiecznego działania Systemu,

a następnie ich wdrożenie na wszystkich środowiskach wskazanych przez Zamawiającego lub na podstawie zgłoszeń instalacji poprawek żądanych do aktualizacji przez Zamawiającego wraz przygotowaniem dokumentacji instalacyjno – konfiguracyjnej (wdrożeniowej) jak i instalacji nowych środowisk na poziomie infrastruktury centralnej we wszystkich środowiskach Zamawiającego (produkcyjnych, testowych oraz aktualizacji tych instrukcji przy każdej istotnej zmianie.

c. Realizacja usługi wsparcia technicznego i serwisu będzie wykonywana w sposób niezakłócający normalnego funkcjonowania Użytkownika Końcowego pomiędzy godziną 7:00 a 18:00 w dni robocze.

d. Realizacja usługi wsparcia technicznego i serwisu będzie wykonywana z należytą starannością, zgodnie z wytworzoną w ramach realizacji systemu dokumentacją (w szczególności dokumentacją techniczną i eksploatacyjną) oraz zasadami współczesnej wiedzy technicznej.

e. Wykonawca zapewnia obsługę niemożliwych do zdiagnozowania i usunięcia w sposób zdalny (za pośrednictwem łącza VPN lub telefonicznie) błędów na miejscu u Użytkowników Końcowego lub u Zamawiającego przez specjalistę ze strony Wykonawcy.

f. Zamawiający zastrzega sobie prawo do modyfikacji Systemu przez Zamawiającego lub przez podmiot trzeci. Zamawiający każdorazowo po wprowadzeniu modyfikacji poinformuje Wykonawcę o wykonanych zmianach i przekaże aktualny kod źródłowy Systemu do wdrożenia przez Wykonawcę.

35

2) Rodzaje kwalifikacji zgłoszeń oraz czas ich realizacji.

Rodzaj problemu

Opis Czas reakcji

Czas na usunięcie błędu

Awaria Zatrzymanie eksploatacji Systemu w sieci Internet, utrata danych lub naruszenie ich spójności, w wyniku której niemożliwej jest prowadzenie bieżącej działalności Systemu. Za awarie uznawane jest również jednoczesne wystąpienie szeregu Błędów Krytycznych w przypadku kiedy można wykazać, że ich wystąpienie ma ten sam skutek.

1 godzina do 4 godzin od zgłoszenia przez Zamawiającego lub Użytkownika Końcowego w godzinach od 6:00 do 22:00 oraz 8 godzin od zgłoszenia w godzinach od 22:00 do 6:00.

Błąd Krytyczny

Błąd uniemożliwiający poprawne wykorzystanie Systemu lub jego istotnej funkcjonalności do realizacji procesów biznesowych. Zakłócenie pracy Systemu polegające na ograniczeniu realizacji lub uciążliwości w realizacji jednej z funkcji Systemu. Działanie Systemu prowadzące do otrzymywania błędnych wyników przetwarzania danych lub praca Systemu, niezgodna z dokumentacją.

Po udostępnieniu rozwiązania czasowego pozwalającego na realizację błędnie działającej usługi (wdrożeniu obejścia) błąd krytyczny staje się Błędem Niekrytycznym.

1 godzina do dwóch dni roboczych od zgłoszenia przez Zamawiającego lub Użytkownika Końcowego

Błąd Niekrytyczny

Zakłócenie pracy Systemu mogące mieć wpływ na jego funkcjonalność, natomiast nieograniczające zdolności operacyjnych Systemu w obrębie obsługi i wspomagania procesów biznesowych, niebędące Awarią, ani Błędem Krytycznym.

Błędy drobne, błędy ergonomiczne lub kosmetyczne błędy (np. format pól, brak walidacji, literówki, błędne nazwy, konieczność zbędnych „kliknięć” w celu uzyskania pożądanego przez użytkownika rezultatu, itp.).

2 godziny do 7 dni roboczych od daty zgłoszenia przez Zamawiającego lub Użytkownika Końcowego

Konfiguracja

1. Dostosowanie Systemu z uwagi na: zmiany prawa w tym w szczególności:

Zarządzenia Ministra Sprawiedliwości z dnia 12 grudnia 2003 r. w sprawie organizacji i zakresu działania sekretariatów sądowych oraz innych

8 godzin w terminie ustalonym przez Zamawiającego w porozumieniu z Wykonawcą, w przypadku braku porozumienia Stron,

36

działów administracji sądowej (Dz. Urz. MS. nr 5, poz. 22 ze zm.), ustawy z dnia 23 kwietnia 1964 r. Kodeks cywilny (t.j. Dz. U. z 2014 r. poz. 121 ze zm.), ustawy z dnia 17 listopada 1964 r. Kodeks postępowania cywilnego (t.j. Dz. U. z 2014 r., poz. 101 ze zm.), ustawy z dnia 6 czerwca 1997 r. Kodeks karny (Dz. U. Nr 88, poz. 553, ze zm.), ustawy z dnia 6 czerwca 1997 r. Kodeks postępowania karnego (Dz. U. Nr 89, poz. 555, ze zm.), ustawy z dnia 6 czerwca 1997 r. Kodeks karny wykonawczy (Dz. U. Nr 90, poz. 557, ze zm.), ustawy z dnia 24 sierpnia 2001 r. Kodeks postępowania w sprawach o wykroczenia (t.j. Dz. U. z 2013 r., poz. 395 ze zm.), ustawy z dnia 26 października 1982 r. o postępowaniu w sprawach nieletnich (t.j. Dz. U. z 2014 r., poz. 382 ze zm.), ustawy z dnia 26 czerwca 1974 r. – Kodeks pracy (Dz. U. z 1998 r. Nr 21, poz. 94, ze zm.), ustawy z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz. U. z 2002 r. Nr 101, poz. 926, ze zm.), ustawy z dnia 5 sierpnia 2010 r. o ochronie informacji niejawnych (Dz. U. z 2010 r. Nr 182, poz. 1228, ze zm.,), ustawy z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (t.j. Dz. U. z 2013 r. Nr 235 ze zm.) oraz wydane na podstawie wskazanej ustawy rozporządzenia wykonawcze, ustawy z dnia 27 lipca 2001 r. o ochronie baz danych (Dz. U. Nr 128, poz. 1402, ze zm.), Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych (Dz. U. Nr 100, poz. 1024 ze zm.), ustawy z dnia 27 lipca 2001 r. Prawo o ustroju sądów powszechnych (t. j. z 2013 r., poz. 427

termin realizacji zostanie ustalony samodzielnie przez Zamawiającego

37

ze zm.) oraz wydane na podstawie art. 41 § 1 przywołanej ustawy Rozporządzenie Ministra Sprawiedliwości z dnia 23 lutego 2007 r. Regulamin urzędowania sądów powszechnych (t.j. Dz. U. z 2014 r., poz. 289 ze zm.),

zmiany organizacyjno - administracyjnych sądów, w tym w szczególności utworzenie nowego sądu, likwidacja sądu, utworzenie nowego wydziału, likwidacja wydziału,

zmiany w systemie repertoryjno-biurowym Użytkownika Końcowego lub zmiana systemu repertoryjno-biurowego,

zmiany konfiguracji Importera na żądanie Użytkownika Końcowego,

zmiany w środowisku teleinformatycznym Użytkownika Końcowego i Zamawiającego,

zmiany w konfiguracji sieci WAN w oparciu, o którą funkcjonuje System,

aktualizacje przeglądarek internetowych,

wdrożenie u Użytkownika Końcowego modułu integracyjnego, przez który należy rozumieć część systemu repertoryjno - biurowego (SAWA/Sędzia2/Praetor) stanowiącą interfejs dostępu do danych będących przedmiotem importu w postaci uporządkowanej o aktualnej zawartości, Wykonawca dostosuje importer, tak, aby funkcjonował w oparciu o moduł integracyjny i wdroży lub zaktualizuje program u Użytkowników Końcowych zgodnie z Wykazem Lokalizacji Systemu Portal Informacyjny (Załącznik nr 6 do Umowy) w terminie 2 miesięcy od dnia wdrożenia modułu integracyjnego u Użytkownika Końcowego,

wdrożenie protokołu z posiedzenia jawnego sporządzanego za pomocą urządzenia rejestrującego dźwięk albo obraz i dźwięk oraz pisemnie zgodnie z art. 157 § 1 w zw. z art. 158 § 1 Ustawy z dnia 17 listopada 1964 r. Kodeks postępowania cywilnego (t. j. Dz. U. z

38

2014 r., poz. 101 ze zm.) lub art. 37 Ustawy z dnia 24 sierpnia 2001 Kodeks postępowania w sprawach o wykroczenia (t.j. Dz. U. z 2013 r., poz. 395 ze zm.), w tym wypadku Wykonawca jest zobowiązany wdrożyć Moduł importu nagrań elektronicznego protokołu oraz ich udostępniania na potrzeby streamingu. Harmonogram wdrożenia elektronicznego protokołu w kolejnych latach wygląda następująco: 2014 – 2015 sądy rejonowe w apelacjach krakowskiej, łódzkiej, warszawskiej, gdańskiej i białostockiej, 2016 – 2017 wdrożenie systemu w sądach rejonowych w pozostałych pięciu apelacjach. O wdrożeniu protokołu elektronicznego Wykonawca zostanie poinformowany przez Użytkownika Końcowego.

2. Instalacja poprawek i nowych wersji do środowiska technologicznego Systemu.

3. Analiza i przeciwdziałanie zagrożeniom wynikającym z podatności komponentów Systemu lub systemów operacyjnych w infrastrukturze centralnej na cyberprzestępczość.

4. Optymalizacja funkcjonowania Systemu w uzgodnieniu z Zamawiającym, obejmująca optymalizację kodu źródłowego Systemu, systemu baz danych w infrastrukturze centralnej, serwerów aplikacyjnych.

3) Procedura realizacji zgłoszeń (Awaria, Błąd Krytyczny, Błąd Niekrytyczny, Konfiguracja)

a. Zamawiający przewiduje następujące kanały komunikacji:i. za pośrednictwem formatki ekranowej zgłoszenia w aplikacji Service

Desk udostępnionej przez Zamawiającego,ii. w przypadku zgłoszeń typu Awaria, dodatkowo telefonicznie na numer

wskazany przez Wykonawcę.b. Zgłoszenie przesłane przez Zamawiającego lub Użytkownika Końcowego po

godz. 16.30 w dniu roboczym Wykonawca przyjmuje do realizacji następnego dnia roboczego o godz. 7.30 z wyłączeniem awarii, które przyjmuje się do realizacji niezwłocznie po zarejestrowaniu zgłoszenia.

39

c. Za moment zgłoszenia uznaje się datę i godzinę zarejestrowania zgłoszenia w aplikacji Service Desk.

d. Zamawiający kategoryzuje zgłoszenia na formularzu zgłoszenia zgodnie z kwalifikacją określoną w tabeli zawierającej rodzaje kwalifikacji zgłoszeń.

e. Zamawiający określa które Błędy Niekrytyczne powinny być realizowane w pierwszej kolejności.

f. Prawidłowa realizacja zgłoszenia, musi być zweryfikowane i potwierdzona w testach akceptacyjnych przez Zamawiającego lub Użytkownika Końcowego. Czas poświęcony na weryfikację zgłoszenia nie jest wliczany w czas jego realizacji przez Wykonawcę.

g. W sytuacji kiedy rozwiązanie zgłoszenia wymaga zainstalowania nowej wersji Systemu, Wykonawca wykona aktualizację w środowiskach testowym lub deweloperskim lub produkcyjnym zgodnie z procedurą opisaną w rozdziale III, pkt. 5.

h. Uwagi zgłoszone przez Użytkowników Końcowych bezpośrednio do Wykonawcy, dotyczące funkcjonowania i funkcjonalności, a skutkujące Modyfikacjami Systemu będą niezwłocznie, tj. nie później niż w ciągu 2 dni przekazywane do Zamawiającego za pośrednictwem Service Desku.

4) Procedura zgłaszania Zamawiającemu konieczności zainstalowania poprawek i nowych wersji poszczególnych elementów Systemu dla środowisk technologicznych.

a. Wykonawca przedstawia listę poprawek do zainstalowania do każdego środowiska technologicznego w cyklach kwartalnych. Zamawiający zawsze może żądać dodatkowego cyklu wykonania poprawek lecz nie więcej niż dwa razy na kwartał.

b. Zamawiający w terminie 7 dni roboczych od dnia dostarczenia listy poprawek do zainstalowania informuje Wykonawcę, które ze zgłoszonych poprawek będą podlegać realizacji.

c. Wykonawca przeprowadza wdrożenie poprawek podlegających realizacji w terminie 14 dni roboczych od dnia przekazania zatwierdzenia ich przez Zamawiającego.

d. Za nieterminowe wdrożenie poprawek podlegających realizacji naliczone zostaną kary umowne jak za Błąd Niekrytyczny.

5) Wykonawca przekazuje Zamawiającemu każdorazowo nową wersję Systemu za pomocą środków komunikacji elektronicznej zawierającą w szczególności;

i. numer wersji,ii. kompletne kody źródłowe,

iii. wykaz zmian w stosunku do poprzedniej wersji,iv. instrukcję użytkownika jeżeli wymagała aktualizacji ze szczególnym

uwzględnieniem sposobu postępowania w związku z wprowadzonymi zmianami a także skutkami zmian wersji oprogramowania od strony użytkowej;

v. zaktualizowaną dokumentację.

40

4. Realizacja Modyfikacji Systemu 1) Pod pojęciem Modyfikacji Systemu Zamawiający rozumie zmiany w Systemie inne

niż określone w rozdziale III, pkt 3, w tym w szczególności dodanie nowych funkcjonalności, zmiany kodu źródłowego inne niż wynikające z usługi wsparcia i serwisu.

2) Zamawiający może zlecić Wykonawcy Modyfikacje systemu, których pracochłonność liczona jest w wymiarze 4000 godzin w okresie trwania usługi wsparcia technicznego i serwisu.

3) Procedura zgłaszania zleceń Modyfikacji oraz kanały komunikacjia. Zgłoszenie Modyfikacji wykonywane będą za pośrednictwem za pośrednictwem

formatki ekranowej zgłoszenia w aplikacji Service Desk. b. Zamawiający określa kryteria jakościowe produktów Modyfikacji w zgłoszeniu

zlecenia Modyfikacji.c. Strony ustalają w drodze porozumienia pracochłonność i termin wykonania

Modyfikacji. d. Zamawiający potwierdza zlecenie Modyfikacji lub rezygnuje z niego.e. Potwierdzenie zgłoszenia Modyfikacji Systemu oznacza uzgodnienie przez

strony terminu wykonania Modyfikacji oraz jej pracochłonności. Datą od której jest liczony termin realizacji Modyfikacji jest datą potwierdzenia zgłoszenia..

f. Przed przystąpieniem do wykonania Modyfikacji Systemu, Wykonawca przedstawia Zamawiającemu do akceptacji projekt zmian z elementami wskazanymi przez Zamawiającego. Zamawiający dokona akceptacji projektu zmian lub zgłosi uwagi w terminie nie dłuższym niż 2 dni robocze od dnia przedstawienia projektu. W przypadku zgłoszenia uwag, Wykonawca przedstawi ponownie projekt do akceptacji w terminie nie dłuższym niż 2 dni robocze.

g. Wykonawca przystępuje do wykonania Modyfikacji po akceptacji projektu zmian przez Zamawiającego.

h. Po wykonaniu Modyfikacji Wykonawca przedstawia Zamawiającemu nową wersję aplikacji Systemu i/lub środowiska technologicznego Systemu wraz ze stosowną dokumentacją.

i. Zamawiający weryfikuje przekazaną wersję sprawdzając, czy w zmodyfikowanej nowej wersji aplikacji Systemu zostały uwzględnione wymagania określone na formularzu zgłoszenia oraz w zaakceptowanym przez Zamawiającego projekcie zmian, a także czy przekazana wersja nie zawiera błędów i dokumentacja jest kompletna.

j. Wyniki weryfikacji Zamawiający przekazuje Wykonawcy drogą elektroniczną w postaci raportu z testowania wersji.

k. W przypadku zgłoszenia zastrzeżeń przez Zamawiającego względem dostarczonej Modyfikacji, Wykonawca dokona stosownych poprawek. Po ponownym dostarczeniu przez Wykonawcę Modyfikacji zostanie przeprowadzony jej odbiór zgodnie z procedurą opisaną w pkt. h – j. Terminowa realizacja Modyfikacji będzie dochowana pod warunkiem, że bezusterkowy odbiór nastąpi w terminie ustalonym zgodnie z pkt. c.

41

l. W przypadku braku błędów uniemożliwiających poprawną i zgodną z określonymi kryteriami jakościowymi eksploatację zmodyfikowanej aplikacji Zamawiający dokonuje odbioru nowej wersji aplikacji.

m. Prawidłowość wykonania Modyfikacji zostanie potwierdzona podpisanym bez zastrzeżeń przez obie Strony Protokołem odbioru Modyfikacji (Załącznik nr 8 do Umowy).

5. Procedura instalacji nowej wersji Systemu1) Każdorazowo w przypadku powstania nowej wersji Systemu, jej instalacja na

środowisku produkcyjnym następuje na zlecenie Zamawiającego.2) Wykonawca, przez czas trwania Umowy, będzie prowadził ewidencję dostarczanych

wersji Systemu, zawierającą:a. numer kolejny,b. numer wersji,c. datę zatwierdzenia wersji przez Zamawiającego / polecenie instalacji wersji,d. datę instalacji wersji,e. skrótowy opis zmian, które wersja uwzględnia,f. ewentualne uwagi.

3) Wykonawca przedstawia ewidencję, o której mowa w ust. 2 w cyklu kwartalnym w ciągu siedmiu dni roboczych po zakończeniu kwartału z pominięciem dni ustawowo wolnych od pracy, lub niezwłocznie na żądanie Zamawiającego, nie później niż w ciągu siedmiu dni roboczych z zaznaczeniem wersji dystrybuowanych w danym kwartale, w postaci elektronicznej i papierowej.

4) Wykonawca przeprowadzi aktualizację kodów źródłowych oprogramowania i ich wersjonowania co najmniej raz na kwartał. Aktualizacja musi zapewnić zgodność wersji oprogramowania zainstalowanego w infrastrukturze centralnej oraz u Użytkownika Końcowego z aktualną wersją kodu źródłowego.

5) Na koniec każdego kwartału oraz na żądanie Zamawiającego Wykonawca przedstawi pakiet obejmujący kody źródłowe programu oraz instrukcję kompilacji i konsolidacji poszczególnych elementów oprogramowania, a także wszystkie elementy dodatkowe służące kompilacji i konsolidacji, z uwzględnieniem wszystkich etapów tworzenia oprogramowania na założonej linii technologicznej.

6. Dokumentacja1. Wykonawca zaktualizuje dokumentację zgodnie z zaakceptowanymi przez

Zamawiającego standardami w dziedzinie dokumentowania. 2. Wykonawca zobowiązuje się do opracowania dokumentacji w języku polskim w

jednym wydrukowanym egzemplarzu oraz w wersji elektronicznej w formacie DOC i formacie PDF w przypadku dokumentów tekstowych oraz innych formatach w przypadku diagramów oraz schematów drogą elektroniczną.

3. Wszystkie dokumenty tworzone w ramach realizacji przedsięwzięcia charakteryzowały się będą wysoką jakością, na którą będą miały wpływ, takie czynniki jak:

42

a. Czytelna i zrozumiała struktura zarówno poszczególnych dokumentów jak i całej dokumentacji z podziałem na rozdziały, podrozdziały i sekcje

b. Zachowanie standardów, a także sposób pisania, rozumianych jako zachowanie jednolitej i spójnej struktury, formy i sposobu prezentacji treści poszczególnych dokumentów oraz fragmentów tego samego dokumentu jak również całej dokumentacji.

c. Kompletność dokumentu, rozumiana jako pełne, bez wyraźnych, ewidentnych braków przedstawienie omawianego problemu obejmujące całość z danego zakresu rozpatrywanego zagadnienia. Oznacza to w szczególności jednoznaczne i wyczerpujące przedstawienie wszystkich zagadnień w odniesieniu do systemu.

d. Spójność i niesprzeczność dokumentu, rozumianych jako zapewnienie wzajemnej zgodności pomiędzy wszystkimi rodzajami informacji umieszczonymi w dokumencie, jak i brak logicznych sprzeczności pomiędzy informacjami zawartymi we wszystkich przekazanych dokumentach oraz we fragmentach tego samego dokumentu.

4. Dokumentacja musi być przekazana w formatach umożliwiających jej późniejszą edycję.

5. Cała dokumentacja, o której mowa powyżej, podlegała będzie akceptacji Zamawiającego.

7. Przygotowanie materiałów dla usługi szkoleń e-learningowych1. Wykonawca przygotuje materiały szkoleniowe dla szkoleń e-learningowych

pracowników Użytkowników Końcowych w platformie SAP LSO (zwane dalej „Materiałami szkoleniowymi”).

2. Zamawiający udostępni do realizacji szkoleń e-learningowych moduł SAP LSO.3. Dla szkoleń e-learningowych Wykonawca zapewni profesjonalne Materiały

szkoleniowe, zawierające część teoretyczną oraz ćwiczenia pozwalające na aktywne zdobywanie wiedzy w zakresie:

a. zasad funkcjonowania Portalu Informacyjnego,b. obsługi aplikacji webowej Portal Informacyjny,c. obsługi aplikacji webowej Panel Administracyjny,d. realizowania procesu nadawania dostępu do sprawy użytkownikom Systemu,e. administracji użytkownikami.

4. Materiały szkoleniowe wykonane mają być w języku polskim w postaci elektronicznej.

5. Wykonawca z terminie 30 dni od podpisania Umowy przedstawi Zamawiającemu do akceptacji projekt Materiałów szkoleniowych. W terminie 7 dni od dnia przedstawienia, Zamawiający zgłosi uwagi lub dokona akceptacji. W terminie 7 dni od dnia zgłoszenia uwag przez Zamawiającego, Wykonawca poprawi projekt Materiałów szkoleniowych. Warunkiem przystąpienia do realizacji Materiałów szkoleniowych jest akceptacja projektu przez Zamawiającego.

6. Materiały szkoleniowe podlegają akceptacji Zamawiającego w terminie 7 dni od dnia ich przekazania w postaci elektronicznej do Zamawiającego. W przypadku zgłoszenia

43

uwag przez Zamawiającego, Wykonawca przedstawi do zatwierdzenia poprawione materiały szkoleniowe w terminie 7 dni.

44