OPIS PRZEDMIOTU ZAMÓWIENIA (OPZ)

Transkrypt

1 v Załącznik nr 3 do siwz/ Załącznik nr 1 do wzoru umowy OPIS PRZEDMIOTU ZAMÓWIENIA (OPZ) Wytworzenie, uruchomienie, asysta techniczna i utrzymanie Lokalnego Systemu Informatycznego dla Regionalnego Programu Operacyjnego Województwa Śląskiego na lata Spis treści 1. Wstęp Uwarunkowania prawne Użytkownicy biznesowi systemu i instytucjonalny schemat wdrożenia Cele biznesowe systemu Wymagania i założenia projektowe Zakres funkcjonalny systemu - etapy 1-6 zamówienia Grupy użytkowników systemu Koncepcja interfejsu Panel operatora/administratora (widok instytucji) Panel wnioskodawcy (widok wnioskodawcy/beneficjenta) Panel członka KOP Funkcje związane z dostępem do systemu Rejestracja konta wnioskodawcy Wymogi dotyczące haseł i bezpieczeostwa Powiązane konta Logowanie Moje konto Odzyskiwanie zapomnianego hasła Dane podmiotu / profil wnioskodawcy Administracja użytkownikami Wyszukiwarka użytkowników Tworzenie kont operatorów / administratorów / członków KOP Zmiana danych użytkownika Zarządzanie rolami systemowymi Zarządzanie rolami użytkowników w systemie Słowniki systemowe Słownik instytucji zaangażowanych we wdrażanie programu Słownik komórek organizacyjnych Słownik priorytetów inwestycyjnych/celów tematycznych Słownik poziomów wdrażania (osie priorytetowe) Zamówienie finansowane jest przez Unię Europejską z Europejskiego Funduszu Rozwoju Regionalnego w ramach Regionalnego Programu Operacyjnego Województwa Śląskiego na lata oraz z Europejskiego Funduszu Społecznego w ramach Pomocy Technicznej Programu Operacyjnego Kapitał Ludzki

2 Słownik poziomów wdrażania (działania) Słownik poziomów wdrażania (poddziałania) Słownik poziomów wdrażania (typy projektów) Słowniki wskaźników (wskaźniki programowe: produkty/rezultaty, wskaźniki na poziomie projektu: produkty/rezultaty) Słownik rodzajów pomocy publicznej Słownik jednostek podziału terytorialnego Słownik typów beneficjentów (form prawnych) Słownik grup docelowych Słownik obszarów działalności gospodarczej Słownik trybów zamówieo publicznych Słownik załączników podstawowych (WND) Słownik oświadczeo (WND) Słownik rodzajów dokumentów Słownik na potrzeby oceny merytorycznej Inne słowniki Repozytorium dokumentów projektów Repozytorium dokumentów programu Nabory Harmonogram naborów Ogłoszone nabory Rejestr zamówieo w projekcie Generator wniosków o dofinansowanie Elementy formularza wniosku o dofinansowanie Funkcje związane z wnioskami o dofinansowanie dostępne po stronie wnioskodawcy Obsługa wniosków o dofinansowanie przez instytucję Funkcje związane z wnioskami o dofinansowanie dostępne po stronie instytucji Potwierdzenie wpływu wniosku o dofinansowanie Ocena formalna Ocena merytoryczna Zwrot wniosku do poprawy Opcje wniosku o dofinansowanie Przesłanie danych wniosku o dofinansowanie do CSI SL Pomoc kontekstowa Komisje Oceny Projektów (ocena merytoryczna) Zarządzanie KOP (częśd administracyjna po stronie instytucji) Komisje Oceny Projektów (dla członków KOP) Ocena merytoryczna EFS Rejestr protestów Generator harmonogramów rzeczowo finansowych Rejestr umów/decyzji o dofinansowanie Moduł komunikacyjny z zewnętrznymi systemami Komunikacja - rejestr REGON Komunikacja - CSI (SL2014)

3 Log modułu komunikacyjnego Log systemowy Zakres funkcjonalny systemu - etapy 7-12 zamówienia Słowniki systemowe kontynuacja Słownik załączników podstawowych (WNP) Słownik oświadczeo (WNP) Generator harmonogramów składania wniosków o płatnośd Generator wniosków o płatnośd Elementy formularza wniosku o płatnośd Funkcje związane z wnioskami o płatnośd dostępne po stronie wnioskodawcy Obsługa wniosków o płatnośd przez instytucję Funkcje związane z wnioskami o płatnośd dostępne po stronie instytucji Potwierdzenie wpływu wniosku w SOD Ocena wniosku Zatwierdzenie wniosku Wycofanie do poprawy Przesłanie danych wniosku o płatnośd do CSI SL Wypłaty i zwroty środków Nieprawidłowości i obciążenia na projekcie Generator PEFS Rejestr kontroli projektów Przepływ pracy Wnioski o dofinansowanie Wnioski o płatnośd Umowy/aneksy Moduł raportów Częśd administracyjna Częśd użytkownika Moduł mailingowy Częśd administracyjna Komunikaty systemowe Uniwersalny generator dokumentów Częśd administracyjna Częśd użytkownika Moduł komunikacyjny - kontynuacja Komunikacja - CSI (SL2014) Komunikacja PFE SEKAP Komunikacja - SOD FINN Moduł zgłaszania błędów (bug-tracker) dla użytkowników Moduł historii projektu / karty informacyjnej projektu Harmonogram realizacji zamówienia Załączniki

4 1. Wstęp Dla ułatwienia efektywnego wdrażania Regionalnego Programu Operacyjnego Województwa Śląskiego na lata (RPO WSL ) powstał System Informatycznego Wdrażania i Zarządzania Regionalnego Programu Operacyjnego Województwa Śląskiego na lata (SIWIZ RPO WSL). Pełni on funkcję Lokalnego Systemu Informatycznego dla części RPO Województwa Śląskiego (LSI) wdrażanej przez Wydział Rozwoju Regionalnego Urzędu Marszałkowskiego Województwa Śląskiego (Instytucja Zarządzająca RPO WSL). Ponadto osobny LSI powstał dla Instytucji Pośredniczącej 2 stopnia (IP2) Śląskiego Centrum Przedsiębiorczości. Obydwa LSI pełnią rolę generatorów dokumentów i systemów rejestracyjnych. Komunikacja z beneficjentami oraz obieg dokumentów w instytucjach opiera się na systemie tradycyjnym (papierowym). Dla Regionalnego Programu Operacyjnego Województwa Śląskiego na lata (RPO WSL ) przewidziano komunikację elektroniczną od momentu złożenia wniosku o dofinansowanie jako podstawowy sposób wymiany dokumentacji. Zakłada się powstanie jednego LSI dla całości programu. Projektowany LSI nadal będzie pełnić rolę generatora dokumentów, lecz komunikacja z beneficjentami odbywać się będzie za pomocą SEKAP/ePUAP, oprócz wyjątków przewidzianych w procedurach. Obieg dokumentów wewnątrz instytucji zaangażowanych we wdrażanie programu oraz gromadzenie dokumentacji projektów odbywać się będzie w systemach Elektronicznego Zarządzania Dokumentami (System Obiegu Dokumentów). Dokumenty przesłane w formie papierowej (np. ze względu na wymogi prawne) zostaną odzwierciedlone w formie elektronicznej w EZD/SOD. Celem niniejszego dokumentu jest opis przedmiotu zamówienia dotyczącego Lokalnego Systemu Informatycznego dla RPO WSL oraz założeń, które były podstawą projektowania systemu Uwarunkowania prawne Najważniejsze akty prawne, które mają wpływ na kształt projektowanego systemu: Rozporządzenia Parlamentu Europejskiego i Rady (UE) [ o nr 1303/2013 z dnia 17 grudnia 2013 r. ustanawiające wspólne przepisy dotyczące Europejskiego Funduszu Rozwoju Regionalnego, Europejskiego Funduszu Społecznego, Funduszu Spójności, Europejskiego Funduszu Rolnego na rzecz Rozwoju Obszarów Wiejskich oraz Europejskiego Funduszu Morskiego i Rybackiego oraz ustanawiające przepisy ogólne dotyczące Europejskiego Funduszu Rozwoju Regionalnego, Europejskiego Funduszu Społecznego, Funduszu Spójności i Europejskiego Funduszu Morskiego i Rybackiego oraz uchylające rozporządzenie Rady (WE) nr 1083/2006; o nr 1301/2013 z dnia 17 grudnia 2013 r. w sprawie Europejskiego Funduszu Rozwoju Regionalnego i przepisów szczególnych dotyczących celu Inwestycje na rzecz wzrostu i zatrudnienia oraz w sprawie uchylenia rozporządzenia (WE) nr 1080/2006; o nr 1304/2013 z dnia 17 grudnia 2013 r. w sprawie Europejskiego Funduszu Społecznego i uchylające rozporządzenie Rady (WE) nr 1081/2006; Rozporządzenia delegowane i implementacyjne KE postępy prac (fiszki) na stronie www KE [ Ustawa o zasadach realizacji programów operacyjnych polityki spójności finansowanych w perspektywie finansowej (projekt) postępy prac na stronie RCL [ 4

5 Umowa Partnerstwa szczegóły na stronie MIR [ Ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (UIDP) [ nowelizacja z dnia 10 stycznia 2014 r [ oraz rozporządzenia wydane na jej podstawie, w szczególności: o Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (KRI) [ Ustawa z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (UODO) z pózn. zm. [ oraz rozporządzenia wydane na jej podstawie, w szczególności: o 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) [ Użytkownicy biznesowi systemu i instytucjonalny schemat wdrożenia. Głównymi użytkownikami biznesowymi systemu będą instytucje zaangażowane w proces wdrażania RPO WSL Przewiduje się, że będą to m.in: Wydział Rozwoju Regionalnego Urzędu Marszałkowskiego Województwa Śląskiego (RR) pełniący rolę wiodącą w procesie przygotowania i wdrażania LSI (Zamawiający); Wydział Europejskiego Funduszu Społecznego Urzędu Marszałkowskiego Województwa Śląskiego (FS); Wydział Europejskiego Funduszu Rozwoju Regionalnego (FR); Śląskie Centrum Przedsiębiorczości (ŚCP); Wojewódzki Urząd Pracy w Katowicach (WUP); Inne wydziały, w razie potrzeb/zmian organizacyjnych. Zadania Wydziału RR: czuwanie nad procesem wytworzenia systemu; globalna administracja wytworzonym systemem i użytkownikami; kontakty z wykonawcą; testowanie przygotowanych elementów systemu; udział w szkoleniu użytkowników systemu. Zadania pozostałych instytucji zaangażowanych we wdrażanie programu: przygotowanie propozycji szczegółowego zakresu merytorycznego tych formularzy, instrukcji i elementów systemu, które będą dotyczyć wyłącznie danej instytucji; administracja systemem i użytkownikami w ustalonym zakresie; zgłaszanie błędów w działaniu systemu; udział w testowaniu systemu i szkoleniu użytkowników końcowych Cele biznesowe systemu wspomaganie zarządzania i wdrażania RPO WSL ; 5

6 zapewnienie narzędzia informatycznego dla wnioskodawców/beneficjentów służącego do przygotowania dokumentów; zmniejszenie obciążeń administracyjnych beneficjentów i instytucji zaangażowanych we wdrażanie programu; usprawnienie i przyśpieszenie pracy instytucji; wspomaganie wybranych procesów Wymagania i założenia projektowe. Ogólne wymagania funkcjonalne i niefunkcjonalne: dostęp w trybie 24/7 poprzez sieć Internet, przy zachowaniu wymogów bezpieczeństwa (połączenia przez https, odpowiednie przechowywanie haseł); samodzielne rejestrowanie kont wnioskodawców; dane przechowywane w relacyjnej bazie danych; kompatybilność z najpopularniejszymi przeglądarkami: Mozilla Firefox, Google Chrome, Internet Explorer w aktualnych wersjach; prosty i przejrzysty interfejs wykonany z uwzględnieniem zasad responsive web design (dla typów urządzeń: desktop, tablet, mobile). W przypadku niższych rozdzielczości nie wszystkie elementy systemu muszą być dostępne (np. formularze); dostępność systemu pomocy kontekstowej; spełnianie wymogów WCAG 2.0 na poziomie AA, zgodnie z rozporządzeniem KRI. Zamawiający może zweryfikować system pod kątem spełniania wymogów WCAG także z wykorzystaniem audytu zewnętrznego; modułowość umożliwiająca łatwą rozbudowę w przyszłości w zależności od kolejnych wymogów określonych przez Zamawiającego; współpraca z zewnętrznymi systemami; generowanie dokumentów w oparciu o interaktywne formularze on-line; wypełnianie formularzy na podstawie danych, które zostały zebrane w poprzednich etapach procedury; automatyczne obliczenia w celu zapobiegania ewentualnym błędom; automatyczna weryfikacja poprawności formularzy, która pozwoli zmniejszyć liczbę korekt, a także ograniczyć liczbę dokumentów/wyjaśnień; komunikaty wskazujące na możliwość wykonywania określonych działań; możliwość śledzenia stanu realizacji projektu; dostępność historii projektu/dokumentów. Aplikacja jako system informatyczny przetwarzający dane osobowe musi spełniać wymagania Rozporządzenia MSWiA (Dz. U. Nr 100 z 2004r., poz. 1024), a w szczególności: 1) Dla każdej osoby, której dane osobowe będą przetwarzane w systemie zapewnić odnotowanie: a) daty pierwszego wprowadzenia danych do systemu; b) identyfikatora użytkownika wprowadzającego dane osobowe do systemu; c) źródła danych, w przypadku zbierania danych, nie od osoby, której one dotyczą; d) informacji o odbiorcach, którym dane osobowe zostały udostępnione, dacie i zakresie tego udostępnienia; e) sprzeciwu wobec przetwarzania jej danych. 2) Odnotowanie informacji, o których mowa w pkt. 1) a 1) b, nastąpi automatycznie po zatwierdzeniu przez użytkownika operacji wprowadzenia danych. 6

7 3) Dla każdej osoby, której dane osobowe będą przetwarzane w systemie informatycznym, system zapewni sporządzenie i wydrukowanie raportu zawierającego w powszechnie zrozumiałej formie informacje, o których mowa w pkt. 1). Wykonawca dostarczy opis struktury zbioru danych wskazujący zawartość pól informacyjnych z danymi osobowymi oraz powiązania między nimi. Wykonawca wytworzy system kompatybilny z udostępnionym środowiskiem w infrastrukturze Urzędu: Ubuntu Server LTS (najnowsza wersja w momencie rozpoczęcia prac) PHP (najnowsza stabilna wersja w momencie rozpoczęcia prac) MySQL/PosgreSQL (najnowsza stabilna wersja w momencie rozpoczęcia prac) Apache/Nginx (najnowsza stabilna wersja w momencie rozpoczęcia prac) Wykonawca otrzyma dostęp zdalny w celu realizacji zamówienia i będzie zobowiązany do podpisania niezbędnych dokumentów wynikających z Polityki Bezpieczeństwa Informacji Urzędu. Wykonawca będzie odpowiedzialny za konfigurację i optymalizację środowiska we współpracy z Wydziałem odpowiedzialnym za kwestie informatyczne w Urzędzie. Przewiduje się docelowo utrzymywanie trzech wersji systemu: produkcyjna testowa; szkoleniowa. Część funkcji systemu może być wzorowana na obecnym rozwiązaniu. Wykonawca na etapie realizacji zamówienia będzie posiadał dostęp do wersji testowej, dokumentacji i w razie potrzeby kodu źródłowego SIWIZ RPO WSL Zakłada się wykorzystanie elementów zwinnych metodyk wytwarzania oprogramowania: intensywna bieżąca komunikacja z wykonawcą i pomiędzy zaangażowanymi instytucjami, krótkie cykle wytwarzania fragmentów systemu i ich testowania. Wykonawca zapewni: system kontroli wersji dla utrzymania kodu źródłowego aplikacji zgodnie ze swoimi preferencjami; narzędzie typu bug-tracker służące do komunikacji na linii Zamawiający-Wykonawca; Wykonawca uruchomi na własnym serwerze wybrane w porozumieniu z Zamawiającym narzędzie usprawniające komunikację online pomiędzy nim, a Zamawiającym - wyznaczonymi pracownikami IZ RPO WSL (bug tracker). Narzędzie to powinno umożliwiać obsługę zgłoszeń z odpowiednimi konfigurowalnymi statusami oraz dodawanie komentarzy (np. Jeśli Wykonawca po przeanalizowaniu zgłoszenia będzie miał wątpliwości, pytania co do wykonania zgłoszenia, wtedy powinien za pomocą tego narzędzia niezwłocznie poinformować o tym fakcie Zamawiającego. Cała korespondencja dot. zgłoszeń powinna przebiegać za pomocą tego narzędzia. Wykonawca na każde żądanie Zamawiającego udostępni aktualną kopię bazy danych narzędzia. pomoc w przygotowaniu dokumentacji systemu; szkolenia dla administratorów i kluczowych użytkowników systemu; bazę wiedzy typu wiki. System będzie wytworzony w architekturze warstwowej: a) warstwa kliencka (kod generowany dla przeglądarki internetowej, tworzący interfejs za pomocą którego wprowadzane są dane i wykonywane operacje na istniejących danych); 7

8 b) warstwa aplikacji (kod zarządzający systemem, wykonujący działania zgodnie z określoną logiką biznesową, pośredniczący pomiędzy warstwą kliencką a bazą danych); c) warstwa bazy danych (przechowująca wprowadzone dane w określonej strukturze). Szczegółowy kształt struktury bazy danych będzie ustalany w procesie konsultacji z wykonawcą na etapie wykonania systemu. Wykonawca zastosuje dobre praktyki dotyczące sposobu tworzenia kodu aplikacji, jego przejrzystości, formatowania itd. Prace nad systemem podzielone zostaną na etapy. Właścicielem wytworzonego kodu źródłowego systemu wraz z autorskimi prawami majątkowymi będzie Zamawiający. Prawa te przejdą na Zamawiającego w ramach ogólnego wynagrodzenia Wykonawcy. Zakłada się możliwość wykorzystania głównych założeń funkcjonalnych działającej aplikacji SIWIZ RPO WSL Zamawiający dopuszcza możliwość zapoznania się potencjalnym Wykonawcom z dokumentacją systemu SIWIZ RPO WSL , po uprzednim zgłoszeniu. Dostęp do dokumentacji SIWIZ RPO WSL Załącznikami do niniejszego dokumentu są instrukcje dla użytkowników systemu. Dodatkowo Wykonawcy mogą zapoznać się ze szczegółową dokumentacją dotychczasowego systemu SIWIZ RPO WSL prowadzoną w formie wiki, poprzez stronę: Zamawiający udostępni login i hasło w celu umożliwienia zapoznania się z dokumentacją, po zgłoszeniu takiej potrzeby. Zgłoszenia należy wysyłać w wersji elektronicznej na zamowienia@slaskie.pl, faksem na numer 32/ lub drogą pisemną na adres wskazany w pkt VII.8 siwz. Zgłoszenie musi zawierać: znak postępowania: AI-ZP AKU z dopiskiem: Przetarg - wytworzenie, uruchomienie, asysta techniczna i utrzymanie Lokalnego Systemu Informatycznego dla Regionalnego Programu Operacyjnego Województwa Śląskiego na lata nazwę podmiotu zwracającego się o udostępnienie loginu i hasła, dane teleadresowe osoby, do której zostanie wysłana odpowiedź. Powyższy tryb udostępniania dokumentacji aplikacji podyktowany jest koniecznością zapewnienia ochrony praw autorskich oraz zapewnienia bezpieczeństwa systemu. Wykonawca, z którym zostanie podpisana umowa będzie posiadał stały dostęp do tych elementów. Doprecyzowanie zakresu zamówienia System musi uwzględniać wszelkie niezbędne uregulowania prawne i proceduralne dla okresu programowania Część z tych uregulowań nie jest jeszcze przyjęta w ostatecznym kształcie, w związku z tym Zamawiający zakłada doprecyzowanie zakresu funkcjonalnego systemu w trakcie realizacji zamówienia w celu uwzględnienia w/w uwarunkowań. Uszczegółowienia te nie będą prowadziły do zmiany wynagrodzenia Wykonawcy. Przed przystąpieniem do realizacji kolejnych modułów systemu Zamawiający będzie uszczegóławiał informacje dotyczące wykonywanych funkcjonalności na drodze kontaktów roboczych, przy uwzględnieniu ostatecznych regulacji. Forma tych kontaktów będzie ustalana z Wykonawcą. Opieka techniczna i wsparcie Wykonawca na czas trwania umowy zapewni opiekę i wsparcie techniczne dla pracowników urzędu i wnioskodawców zgodnie z następującymi zasadami: 8

9 1) Dyspozycyjność w godzinach pracy Urzędu dla pracowników Zamawiającego (dyspozycyjność telefoniczna oraz dyspozycyjność mailowa). 2) Czas reakcji na podjęcie działań niezwłocznie, wg poniższego podziału: a) usunięcie wad systemu za wady uznaje się nieprawidłowości w działaniu Systemu zdefiniowane następująco: Awaria krytyczna uniemożliwia Zamawiającemu świadczenie Podstawowych Usług*: o Czas naprawy: 24 godziny od zgłoszenia awarii uniemożliwiającej korzystanie z systemu Awaria niekrytyczna negatywnie wpływa na wydajność i funkcjonalność Systemu, lecz nie uniemożliwia przez Zamawiającego świadczenia Podstawowych Usług*: o Czas naprawy: 48 godzin od zgłoszenia Usterka nie wpływa na funkcjonalność i wydajność Systemu, ale powoduje niezgodność z procedurami określonymi przez Zamawiającego bądź skutkuje pogorszeniem jakości zbieranych danych: o Czas naprawy: 120 godzin od zgłoszenia b) Czasy usunięcia awarii, usterek o znacznym stopniu skomplikowania lub wdrożenia niezbędnych zmian, które wynikają z potrzeb bieżącego funkcjonowania systemu, będą ustalane niezależnie. *Podstawowe Usługi: Wypełnianie dokumentów przez wnioskodawców oraz możliwość obsługi tych dokumentów przez Operatorów. 3) Usterki wymagające zmian w kilku miejscach systemu (elementy powiązane ze sobą) są jako pojedyncze zgłoszenie - np. zmiany w formularzu wniosku mają także wpływ na walidacje i wydruk PDF. 4) Zgłaszanie wad dotyczących funkcjonowania Systemu Zamawiający dokonuje poprzez system śledzenia błędów lub innym dostępnym kanałem w przypadku jego awarii. 5) Wykonawca na bieżąco (w miarę potrzeby) będzie prowadził szkolenia dla administratorów i kluczowych użytkowników systemu w siedzibie Zamawiającego po uprzednim ustaleniu terminu i zakresu szkolenia. 6) Wykonawca będzie uczestniczył w razie potrzeby w spotkaniach roboczych z Zamawiającym po uprzednim ustaleniu terminu. Harmonogram zamówienia przedstawiono w rozdziale 4 9

10 2. Zakres funkcjonalny systemu - etapy 1-6 zamówienia 2.1. Grupy użytkowników systemu Wśród użytkowników systemu wyróżnić będzie można następujące grupy: a) Pracownicy/przedstawiciele wnioskodawców/beneficjentów RPO WSL posługujący się kontami wnioskodawcy b) Pracownicy instytucji zaangażowanych w obsługę projektów i wdrażanie programu: administratorzy globalni; administratorzy instytucji; operatorzy; c) Członkowie Komisji Oceny Projektów Koncepcja interfejsu W systemie zakłada się istnienie interfejsu, w którym zakres prezentowanych danych będzie dostosowywany do typu zalogowanego użytkownika: dla wnioskodawcy/beneficjenta, dla pracownika instytucji/administratora oraz użytkownika Członka KOP. Część funkcji systemu będzie wspólna, część będzie dostępna wyłącznie dla danego rodzaju konta. Każde pole interfejsu powinno posiadać unikalny identyfikator lub podobny mechanizm w celu łatwego zarządzania pomocą kontekstową dla konkretnego pola Panel operatora/administratora (widok instytucji) Umożliwi dostęp do funkcji systemu pogrupowanych w menu. Widoczność poszczególnych pozycji zależy od rodzaju zalogowanego użytkownika (operator/administrator) i od uprawnień danego operatora. Propozycja pogrupowania funkcjonalności (przedstawiono łącznie dla etapów 1-6 oraz 7-12): Administracja: Nabory Moje konto Użytkownicy Słowniki systemowe Pomoc kontekstowa Log systemowy Log komunikacji Mailing Raporty Obsługa zgłoszeń błędów Szablony dokumentów Zarządzanie KOP Planowane Ogłoszone i zakończone Dane dot. projektów: Wnioski o dofinansowanie Harmonogram rzeczowo-finansowy 10

11 Umowy/aneksy Harmonogram składania wniosków o płatność Wnioski o płatność Zamówienia publiczne Repozytorium dokumentów projektu Informacje o projekcie Generator dokumentów Przepływ pracy Raporty Komunikaty systemowe Komisje Oceny Projektów Repozytorium dokumentów programu Ostateczny kształt interfejsu graficznego panelu, menu i dostępu do wymienionych funkcji oraz ich zakres będzie ustalany na etapie wykonania Panel wnioskodawcy (widok wnioskodawcy/beneficjenta) Umożliwi dostęp do funkcji systemu pogrupowanych w menu (przedstawiono łącznie dla etapów 1-6 oraz 7-12): Administracja: Moje konto Powiązane konta Profil podmiotu/wnioskodawcy Repozytorium dokumentów programu Nabory Dane dot. projektów Wnioski o dofinansowanie Harmonogram rzeczowo-finansowy Umowy/aneksy Harmonogram składania wniosków o płatność Wnioski o płatność Zamówienia publiczne Repozytorium dokumentów projektu Komunikaty systemowe Zgłoś błąd Ostateczny kształt interfejsu graficznego panelu, menu i dostępu do wymienionych funkcji oraz ich zakres będzie ustalany na etapie wykonania Panel członka KOP Umożliwi dostęp do funkcji systemu pogrupowanych w menu. Administracja: 11

12 Moje konto Repozytorium dokumentów programu Komisje Oceny Projektów (dostęp do danych KOP oraz danych projektów przypisanych do oceny) Komunikaty systemowe Zgłoś błąd Ostateczny kształt interfejsu graficznego panelu, menu i dostępu do wymienionych funkcji oraz ich zakres będzie ustalany na etapie wykonania Funkcje związane z dostępem do systemu Poniżej opisano przykładową koncepcję rozwiązania sposobu dostępu do systemu. Zamawiający dopuszcza modyfikacje, korekty poniższego rozwiązania na etapie wykonania systemu z zachowaniem podstawowych funkcjonalności. Wszystkie tego typu zmiany będą podlegały konsultacjom z Wykonawcą na etapie wykonania systemu Rejestracja konta wnioskodawcy Rejestracja użytkowników w systemie będzie odbywać inaczej dla użytkowników zewnętrznych (wnioskodawcy) i operatorów (pracownicy instytucji). Tworzenie konta operatora zostało opisane w pkt Wnioskodawcy będą rejestrować konta samodzielnie poprzez formularz dostępny ze strony logowania. Formularz rejestracji wnioskodawcy. Link do formularza dostępny będzie na stronie logowania. Minimalny zakres danych zbieranych za pomocą formularza: a) Dane użytkownika - obowiązkowe: login (system sprawdza zajętość loginu); adres (sprawdzana poprawność podanego adresu ze schematem adresu ) b) Dane użytkownika - nieobowiązkowe: imię i nazwisko użytkownika nr telefonu użytkownika Następuje automatyczne wysłanie wiadomości na podany adres z potwierdzeniem rejestracji i unikalnym linkiem aktywacyjnym prowadzącym do formularza nadania hasła dla konta. System udostępnia graficzny wskaźnik siły hasła. Nadanie hasła do konta powoduje jego aktywację (rejestracja jest wtedy zakończona). Nieaktywowane konta będą usuwane automatycznie po 24 godzinach w celu uwolnienia loginu. Przed rozpoczęciem wypełniania wniosku o dofinansowanie będzie musiał zostać utworzony na koncie profil wnioskodawcy lub konto będzie musiało zostać powiązane z profilem innego konta. 12

13 Wymogi dotyczące haseł i bezpieczeństwa Nadawane hasło do konta musi mieć parametry zgodnie z rozporządzeniem MSWIA wydanym na podstawie UODO: hasło składa się co najmniej z 8 znaków, zawiera małe i wielkie litery oraz cyfry lub znaki specjalne. System wymusza zmianę hasła co 30 dni. Hasła w bazie danych będą przechowywane w postaci hashowanej z wykorzystaniem mechanizmu soli (salt) - np. bcrypt. Do rozważenia dodanie mechanizmu pieprzu - pepper. System powinien zapewniać bezpieczeństwo przechowywanych danych i być wykonany z naciskiem na odporność na najczęstsze typy ataków (np. SQL Injection) Powiązane konta Użytkownik każdego konta wnioskodawcy, może opcjonalnie powiązać z profilem podmiotu/wnioskodawcy dla którego jest właścicielem dowolną ilość innych kont wnioskodawców (np. na potrzeby zewnętrznych firm lub własnych pracowników). Powiązanie odbywać się będzie poprzez wskazanie loginu innego istniejącego konta wnioskodawcy. System wyśle odpowiednie powiadomienie dla użytkownika powiązanego konta. Użytkownik właściciel profilu podmiotu/wnioskodawcy administruje uprawnieniami powiązanych kont na zasadzie kaskadowej, np.: przeniesienie pełnych praw do profilu (najwyższy poziom uprawnień z możliwością podłączania kolejnych użytkowników i zarządzania ich uprawnieniami); przyznanie prawa do odczytu/dodawania/edycji dokumentów (w podziale na ich rodzaje) na poziomie profilu podmiotu/wnioskodawcy. Przyznanie uprawnień na w/w poziomach skutkuje prawem do odczytu/dodawania/edycji wszystkich powiązanych z profilem dokumentów. Opcjonalnie użytkownik - właściciel profilu podmiotu/wnioskodawcy będzie mógł szczegółowo kontrolować uprawnienia powiązanych kont poprzez włączenie szczegółowej kontroli uprawnień powiązanego użytkownika, np.: przyznanie prawa do odczytu/dodawania/edycji dokumentów (w podziale na ich rodzaje) na poziomie wybranego projektu/projektów powiązanego z profilem podmiotu/wnioskodawcy (w przypadku istnienia w systemie więcej niż jednego projektu powiązanego z profilem); przyznanie prawa do odczytu/dodawania/edycji dokumentów (w podziale na ich rodzaje) na poziomie konkretnego dokumentu (w przypadku istnienia więcej niż jednego dokumentu powiązanego z projektem). Kolejne poziomy uprawnień dostępne będą w miarę pojawiania się projektów i dokumentów powiązanych z profilem podmiotu/wnioskodawcy i projektami. Utworzenie projektu powiązanego z profilem podmiotu/wnioskodawcy następować będzie w momencie rozpoczęcia wypełniania wniosku o dofinansowanie. W przypadku włączenia szczegółowej kontroli uprawnień rozpoczęcie wypełniania dokumentu przez powiązanego użytkownika z uprawnieniem do dodawania dokumentów skutkować będzie automatycznym nadaniem uprawnień do danego dokumentu. Uprawnienie takie użytkownik będzie posiadał do momentu odebrania go lub usunięcia powiązania użytkownika przez właściciela profilu. Użytkownik może usunąć powiązanie użytkownika ze swoim profilem co będzie równoznaczne z odebraniem wszelkich praw do dokumentów z nim powiązanych. 13