Umowa nr …………………………

Umowa nr …………………………

zawarta w dniu w Warszawie

na podstawie Zarządzenia nr 1/2021 Kanclerza Warszawskiego Uniwersytetu Medycznego z dnia 18 stycznia 2021 roku w sprawie wprowadzenia Regulaminu udzielania zamówień publicznych bez stosowania przepisów ustawy – Prawo zamówień publicznych w Warszawskim Uniwersytecie Medycznym w związku z art. 2 ust.1 pkt 1) ustawy z dnia 11 września 2019 roku Prawo zamówień publicznych (Dz.U. z 2019 roku, poz.2019 z późń. zm.) o wartości nieprzekraczającej kwoty 130 000 złotych netto pomiędzy:

…………………………..zwaną dalej „Usługodawcą”, reprezentowaną przez …………………

a,

Warszawskim Uniwersytetem Medycznym, xx. Xxxxxx x Xxxxxx 00, 00-000 Xxxxxxxx, REGON: 000288917, NIP: 000-00-00-000, zwanym dalej: „ZAMAWIAJĄCYM”

zwanym dalej „Usługobiorcą”,

reprezentowanym przez …………………………………………………………………………………………………………………

na podstawie pełnomocnictwa ……….. z dnia stanowiące załącznik nr 5 do niniejszej Umowy

zwanymi dalej łącznie „Stronami”, zaś każde z nich z osobna „Stroną”.

§ 1

Przedmiot Umowy

Przedmiotem Umowy jest określenie zasad, na jakich Usługodawca wykona na rzecz Usługobiorcy usługę Dostarczenie systemu informatycznego wraz z licencją oraz kodem źródłowym, służącego do obsługi procesu wnioskowania o finansowanie projektów wewnętrznych pozwalającego na obsługę wniosku na dowolnym etapie, wraz z obiegiem dokumentów w zakresie merytorycznym i zgodnie z harmonogramem zdefiniowanym w Załączniku nr 1 do niniejszej umowy.

§ 2

Definicje

1. Użyte w Umowie, pisane wielką literą, wyrażenia (wyrazy i zwroty, niezależnie od rodzaju i liczby, w jakiej zostały użyte), mają następujące znaczenie:

a) „Dzień roboczy” – dzień inny niż ustawowo wolny od pracy i sobota, w rozumieniu ustawy z dnia

18 stycznia 1951 r. o dniach wolnych od pracy (Dz. U. z 2020 r. poz. 1920);

b) „Oprogramowanie” – system informatyczny wraz z licencją służącego do obsługi procesu wnioskowania o finansowanie projektów wewnętrznych pozwalającego na obsługę wniosku na dowolnym etapie, wraz z obiegiem dokumentów niezbędnym do obsługi procesu zgodnie z Załącznikiem nr 1 do niniejszej umowy;

c) „Pomoc techniczna” – pomoc świadczona telefonicznie lub za pośrednictwem poczty elektronicznej lub innego oprogramowania umożliwiającego komunikację na odległość przez Internet, a także - w szczególnych przypadkach - w siedzibie Usługobiorcy, obejmująca odpowiedzi na pytania związane z funkcjonalnością Oprogramowania oraz pomoc przy identyfikowaniu problemów z Oprogramowaniem;

d) „Siła wyższa” – zdarzenie zewnętrzne wobec Stron o charakterze przemożnym i nadzwyczajnym, którego Strony nie były w stanie przewidzieć w dniu zawarcia Umowy i którego wystąpieniu ani skutkom żadna ze Stron nie była w stanie zapobiec, w tym, w szczególności klęski żywiołowe (takie jak x.xx. powódź, huragan i trzęsienie ziemi) albo wojna bądź inny konflikt zbrojny, z wyłączeniem

jednak zdarzeń takich jak strajki, lokauty pracownicze i inne spory przemysłowe, niedostępność materiałów lub sprzętu, zmiana sytuacji rynkowej, zmiany w prawie lub jego wykładni;

e) „Umowa” – niniejsza umowa wraz z załącznikami, zawarta przez każdą ze Stron w ramach prowadzonej przez nią profesjonalnej działalności, uzgodniona w toku wzajemnych negocjacji;

f) „Wada” – tkwiąca w Oprogramowaniu jakakolwiek usterka, wada fizyczna lub prawna, w szczególności w rozumieniu art. 556 i nast. Kodeksu cywilnego;

g) „Załącznik” – załącznik do Umowy, stanowiący jej integralną część.

2. Odwołanie w Umowie do określonej jednostki redakcyjnej (paragrafu, ustępu, punktu, litery czy

tiret) bez bliższego oznaczenia przedmiotu odwołania oznacza odwołanie do postanowień Umowy.

3. Użyte w Umowie oznaczenia poszczególnych jej jednostek redakcyjnych mają znaczenie wyłącznie porządkowe i pozostają bez wpływu na interpretację Umowy.

4. Użyte w Załącznikach, pisane wielką literą, wyrażenia (wyrazy i zwroty, niezależnie od rodzaju i liczby, w jakiej zostały użyte), o ile w ich treści nie zostały odmiennie zdefiniowane, mają znacznie nadane im w Umowie.

1. Usługodawca oświadcza, że:

§ 3

Oświadczenia Stron

a) jest uprawniony do prowadzenia działalności gospodarczej w zakresie objętym Umową;

b) posiada odpowiednie możliwości osobowe i techniczne, konieczne dla realizacji niniejszej

Umowy.

2. Usługobiorca oświadcza, że zapewni środki finansowe na terminową wypłatę wynagrodzenia.

§ 4

Obowiązki Stron

1. W ramach Umowy, Usługodawca zobowiązuje się:

a) opracować i uruchomić stosowne Oprogramowanie,

b) dostarczyć licencję, kody źródłowe oraz uruchomić środowisko deweloperskie,

c) świadczyć Pomoc Techniczną w okresie gwarancji.

2. Usługobiorca zobowiązuje się umożliwić i utrzymywać zdalny dostęp do infrastruktury na potrzeby uruchomienia Oprogramowania oraz świadczenia Pomocy Technicznej – w godzinach wskazanych przez Usługodawcę, a w wypadku braku takiego wskazania – 24 godziny na dobę.

3. Usługobiorca wskazuje spośród swoich pracowników:

a) osobę lub osoby odpowiedzialne za kontakt z Usługodawcą

b) osobę lub osoby odpowiedzialne za koordynację merytoryczną prac związanych

z przygotowaniem Oprogramowania – xxx Xxxxx Xxxxxxxx, Kierownik Działu Nauki.

Jednocześnie, Xxxxxxxxxxxx będzie informował pisemnie o każdorazowej zmianie w/w osób lub ich

danych umożliwiających bezpośredni kontakt.

§ 5

Gwarancja jakości

1. Usługodawca gwarantuje, że dołożył wszelkich starań, aby zapewnić prawidłowe

funkcjonowanie dostarczanego w ramach niniejszej Umowy Oprogramowania.

2. Usługodawca udziela Usługobiorcy okresu gwarancji na Oprogramowanie, liczącego trzydzieści

(30) dni od dnia dostarczenia Oprogramowania.

3. W przypadku ujawnienia Wad w trakcie trwania okresu gwarancji, Usługobiorca poinformuje o tym Usługodawcę na piśmie lub za pośrednictwem poczty elektronicznej. W odpowiedzi, Usługodawca zobowiązany jest:

a) usunąć Xxxx uniemożliwiające korzystanie z Oprogramowania każdorazowo w przeciągu 3 Dni roboczych od daty ich zgłoszenia;

b) usunąć Wady ograniczające działanie poszczególnych funkcjonalności Oprogramowania każdorazowo w przeciągu 7 dni od dnia ich zgłoszenia;

c) usunąć Wady Oprogramowania inne niż określone w lit. a i b, każdorazowo w terminie 21 dni od dnia ich zgłoszenia, w tym Wady związane z modyfikacją infrastruktury komputerowej, z którą współpracuje Oprogramowanie, w szczególności uaktualnieniem systemów operacyjnych, pakietów biurowych lub systemów baz danych.

4. Wadami Oprogramowania nie są wady, błędy lub problemy w działaniu powstałe wskutek:

a) korzystania z Oprogramowania niezgodnego z Dokumentacją;

b) ingerencji Usługobiorcy w kod bądź strukturę Oprogramowania lub bazy danych, w szczególności bezpośredniego modyfikowania danych oraz schematu danych;

c) stosowana innej infrastruktury komputerowej lub aplikacji współpracujących z Oprogramowaniem, niż opisane w Załączniku 4 do Umowy Licencyjnej lub też błędnego ich konfigurowania (również w przypadku przeglądarek internetowych), a także niezgodnego z zaleceniami Usługodawcy instalowania poprawek i aktualizacji do tych systemów (nie dotyczy poprawek krytycznych);

d) zastosowania narzędzi zmieniających działanie Oprogramowania, w szczególności systemów modyfikujących dane przekazywane do przeglądarek internetowych (np. Content Intermediation Engine).

5. Oprogramowanie dostarczane jest „tak, jak jest” („as it is”), co oznacza, że Usługodawca nie oferuje dodatkowej gwarancji ponad to, co przedstawiono w niniejszym paragrafie, a tym samym Strony postanawiają, że w drodze Umowy w maksymalnym stopniu wyłączają działania wszelkich dyspozytywnych przepisów prawa w tym względzie.

6. Usługodawca może wskazać podmioty trzecie, które w jego imieniu będą świadczyć usługi gwarancyjne. Takie wskazanie nastąpi w drodze pisemnej, wraz z określeniem nazwy osoby trzeciej, jej adresu e-mail oraz numeru telefonu przeznaczonego do bieżącej komunikacji. Skorzystanie z przewidzianego niniejszym ustępem uprawnienia do wskazania podmiotów trzecich, które w jego imieniu będą świadczyć usługi gwarancyjne nie wpływa w żaden sposób i nie zmienia zakresu odpowiedzialności Usługodawcy wynikającej z postanowień Umowy.

7. Strony wyłączają w stosunku do Oprogramowania działanie rękojmi.

§ 6

Odpowiedzialność

1. Usługodawca odpowiada wobec Usługobiorcy wyłącznie za szkody rzeczywiste i bezpośrednie.

2. Całkowita odpowiedzialność Usługodawcy oraz podmiotów świadczących usługi w związku z niniejszą Umową w porozumieniu z nim na rzecz Usługobiorcy ograniczona jest do kwoty Wynagrodzenia (brutto).

3. W razie zgłoszenia przez osobę trzecią roszczenia dotyczącego Oprogramowania, w tym zwłaszcza takiego, które w przypadku jego zasadności mogłoby doprowadzić do niemożności korzystania z Oprogramowania przez Usługobiorcę, Usługobiorca zawiadomi o tym Usługodawcę, a ten niezwłocznie podejmie działania mające wyjaśnić sprawę, zwłaszcza zaś przedstawi Usługobiorcy całość wiadomych mu okoliczności mogących wykazać bezzasadność roszczeń osoby trzeciej i dostarczy dowody na ich poparcie oraz przystąpi do sporu (w tym sądowego) z taką osobą.

4. W przypadku roszczenia, o którym mowa w ustępie poprzedzającym, Usługobiorca udzieli Usługodawcy niezbędnej pomocy poprzez udostępnienie wszelkich będących w jego posiadaniu informacji niezbędnych dla wywiązania się przez Usługodawcę z jego zobowiązań określonych w niniejszym paragrafie. W zakresie, w jakim odpowiedzialność Usługodawcy wynika z nieudzielenia bądź nienależytego udzielenia niezbędnej pomocy przez Usługobiorcę,

Usługodawca jest z niej zwolniony w stosunku do Usługobiorcy, zaś w stosunku do osób trzecich Usługobiorca zobowiązuje się go zwolnić.

5. Żadna ze Stron nie ponosi odpowiedzialności z tytułu niewykonania lub nienależytego (w tym nieterminowego) wykonywania swoich zobowiązań wynikających z Umowy, jeżeli to niewykonanie lub nienależyte wykonanie jest następstwem działania Siły wyższej. W przypadku, gdy Xxxxxx nie może wykonać któregokolwiek ze swoich zobowiązań wynikających z Umowy z powodu działania Siły wyższej, zobowiązana jest niezwłocznie poinformować o tym drugą Stronę. Jeżeli z powodu działania Siły wyższej termin wykonania zobowiązania nie może być dotrzymany, ulega on wydłużeniu o okres trwania Siły wyższej.

§ 7

Poufność

Każda ze Stron zobowiązuje się, że nie będzie ujawniać ani wykorzystywać, bez uprzedniej zgody drugiej Strony wyrażonej w formie pisemnej pod rygorem nieważności, Informacji Poufnych, zgodnie z postanowieniami Załącznika nr 3 do Umowy.

§ 8

Wynagrodzenie

1. Usługobiorca zobowiązuje się do zapłaty na rzecz Usługodawcy wynagrodzenia w łącznej

kwocie …………………. netto (słownie: ………………..); brutto (słownie: ).

2. Wynagrodzenie, o którym mowa powyżej, będzie płatne po wykonaniu przedmiotu Umowy określonego w § 1, potwierdzone protokołu odbioru, będącym Załącznikiem nr 2 do niniejszej Umowy, na podstawie faktury wystawionej przez Xxxxxxxxxxx nie później niż do 15 dnia miesiąca następującego po miesiącu w którym Usługodawca potwierdził wykonanie umowy ww. protokołem.

3. W przypadku opóźnienia terminu płatności Usługodawca ma prawo do naliczenia odsetek ustawowych za opóźnienie w transakcjach handlowych, o których mowa w art. 4 pkt 3) ustawy z dnia 8 marca 2013 r. o terminach zapłaty w transakcjach handlowych (Dz.U. 2016, poz. 684).

4. Zobowiązanie Usługobiorcy dotyczy należności określonej w umowie. Jeżeli należność naliczona na fakturze VAT Usługodawcy przewyższy cenę uzgodnioną, Usługobiorca dokona zapłaty jedynie do ceny uzgodnionej, a Usługodawca zobowiązuje się do niezwłocznego wystawienia faktury korygującej.

5. Usługobiorca dopuszcza złożenie faktury VAT w formie:

a. papierowej;

b. ustrukturyzowanego dokumentu elektronicznego, złożonego za pośrednictwem Platformy Elektronicznego Fakturowania, zwanej dalej PEF, zgodnie z Ustawą o elektronicznym fakturowaniu w zamówieniach publicznych, koncesjach na roboty budowlane lub usługi oraz partnerstwie publiczno-prywatnym z dnia 9 listopada 2018 r. (Dz.U. 2018 poz. 2191).

6. Usługobiorca zobowiązuje się dokonać zapłaty należności za dostarczony przedmiot umowy,

w terminie do 30 dni od

a. daty złożenia w Kancelarii WUM, xx. Xxxxxx x Xxxxxx 00, 00-000 Xxxxxxxx, pokój 009, oryginału prawidłowo wystawionej faktury VAT.

b. daty przesłania ustrukturyzowanej faktury elektronicznej za pośrednictwem PEF.

7. Faktura powinna być dostarczona do Zamawiającego niezwłocznie.

8. Uczelnia nie dopuszcza przesyłania innych ustrukturyzowanych dokumentów elektronicznych, z wyjątkiem faktury.

9. Zapłata nastąpi na rachunek bankowy ……………………. Za dzień zapłaty uznaje się dzień obciążenia rachunku bankowego Uczelni.

10. Ustrukturyzowana faktura elektroniczna (w przypadku wyboru tej formy dokumentu) winna składać się z danych wymaganych przepisami Ustawy o podatku od towarów i usług.

11. Usługobiorca informuje, że identyfikatorem PEPPOL/adresem PEF Usługobiorcy, który pozwoli na złożenie ustrukturyzowanej faktury elektronicznej jest: XXX 0000000000.

§ 9

Kary

1. W przypadku niewykonania lub nienależytego wykonania Umowy Zamawiający ma prawo do naliczenia następujących kar umownych:

a. za niewykonanie przedmiotu umowy w wysokości 1% wartości netto bez VAT, za każdy rozpoczęty dzień zwłoki;

b. w wysokości 10% wartości netto bez VAT w przypadku odstąpienia od Umowy z przyczyn

leżących po stronie Wykonawcy.

2. Wykonawca wyraża zgodę na potrącenie kwoty kary umownej, bezpośrednio przy zapłacie faktury VAT dotyczącej realizacji przedmiotu Umowy bez osobnego wezwania.

3. Maksymalna wysokość nałożonych kar umownych nie może przekroczyć 15% wartości netto

(bez VAT) przedmiotu Umowy.

4. Zamawiającemu przysługuje prawo do dochodzenia odszkodowania uzupełniającego na zasadach ogólnych określonych w kodeksie cywilnym, gdy wartość kar umownych jest niższa niż wartość powstałej szkody. Dochodzenie roszczeń jest możliwe jedynie do wartości powstałej szkody.

§ 10

Postanowienia końcowe

1. Umowa wchodzi w życie z dniem podpisania.

2. Wszelkie zmiany lub uzupełnienia Umowy, jak również jej rozwiązanie, wymagają formy pisemnej pod rygorem nieważności.

3. Wyłącza się możliwość przeniesienia przez Usługobiorcę na osoby trzecie, bez pisemnej zgody Usługodawcy, pod rygorem nieważności, jakichkolwiek wierzytelności związanych z Umową (w tym o zapłatę Wynagrodzenia, przewidzianych Umową kar umownych oraz roszczeń odszkodowawczych) przysługujących Usługobiorcy względem Usługodawcy.

4. Umowę, jak i wszystkie związane z nią stosunki zobowiązaniowe, reguluje prawo polskie.

5. Umowę sporządzono w trzech jednobrzmiących egzemplarzach, w tym jeden egzemplarz dla Usługodawcy i dwa dla Usługobiorcy.

6. Wszelkie spory związane z Umową (w tym również z utratą przez nią mocy obowiązującej) zostają poddane pod rozstrzygnięcie sądu powszechnego właściwego ze względu na siedzibę Usługobiorcy.

7. Mimo uznania któregokolwiek z postanowień Umowy za nieważne lub w inny sposób prawnie bezskuteczne, pozostałe jej postanowienia pozostają w mocy, a nieważne lub w inny sposób prawnie bezskuteczne postanowienie zostanie zastąpione przez odpowiedni przepis prawa powszechnie obowiązującego, przy czym Xxxxxx niezwłocznie przystąpią do rozmów celem zastąpienia takiego nieważnego lub w inny sposób prawnie bezskutecznego postanowienia,

postanowieniem ważnym i skutecznym o możliwie zbliżonych skutkach ekonomicznych

i prawnych.

8. Wszelkie Załączniki do Umowy stanowią jej integralną część.

Usługobiorca Usługodawca

Załącznik nr 1

do umowy nr               z dnia       

Dostarczenie systemu informatycznego wraz z licencją oraz kodem źródłowym, służącego do obsługi procesu wnioskowania o finansowanie projektów wewnętrznych pozwalającego na obsługę wniosku na dowolnym etapie, wraz z obiegiem dokumentów

1. Zakres merytoryczny

Dostarczenie systemu informatycznego wraz z licencją oraz kodem źródłowym, służącego do obsługi procesu wnioskowania o finansowanie projektów wewnętrznych pozwalającego na obsługę wniosku na dowolnym etapie, wraz z obiegiem dokumentów

1. Wszystkie udostępniane w systemie funkcjonalności użytkownika muszą być prezentowane w języku polskim

oraz angielskim

2. System musi działać poprzez przeglądarki WWW (Firefox, Chrome, Safari, Edge, Opera) w najnowszych

wersjach.

3. System musi być dostarczony, jako kompletny i umożliwiający instalacje na infrastrukturze Zamawiającego, włącznie z licencjami komercyjnymi i oprogramowanie firm trzecich, o ile są wymagane do instalacji i/lub do poprawnego działania Systemu. Zamawiający zapewnia infrastrukturę w zakresie serwera baz danych (MS SQL Server) oraz oprogramowania Windows Server.

4. System musi spełniać niezbędne wymagania przepisów prawa dotyczących ochrony danych osobowych.

5. System musi przechowywać informacje o zatrudnionych pracownikach jednostki, wraz z informacją, czy

zatrudnienie jest aktywne oraz czy pracownik jest kierownikiem jednostki.

6. System musi umożliwiać import danych o pracownikach i doktorantach uczelni z systemu POL-on.

7. System musi przechowywać informacje o liczbie dni nieobecności i rodzaju nieobecności.

8. System musi umożliwiać rejestrację użytkowników, którzy planują składać wnioski w ramach konkursów - w tym pracowników uczelni, doktorantów (Szkoły Doktorskiej i Uczelnianego Studium Doktoranckiego) i studentów. Rejestracja winna uwzględniać ankietę weryfikującą spełnienie kryteriów formalnych dostępu do danego rodzaju projektu.

9. W systemie musi istnieć wydzielona rola pozwalająca udzielić zgodę na udział użytkownika w konkursie (jest to proces niezależny od innych procedur walidacji wniosku użytkownika). Jeżeli zgoda nie zostanie udzielona, system wymaga podania informacji o powodzie nieudzielenia. Informacje o procesie udzielania zgody muszą być wysyłane do użytkownika mailem.

10. System musi obsługiwać pracę grupową nad wnioskiem. Użytkownik musi mieć możliwość wskazania osób, z którymi będzie pracował nad wnioskiem wraz z informacją, czy wskazana osoba będzie miała prawo do edycji wniosku. Osoba współpracująca nie ma możliwości akceptacji wniosku.

11. System musi umożliwiać wprowadzenie wraz z załącznikami, pobranie z dostępnych systemów np. POL-on oraz, jeśli dotyczy, potwierdzenie przez Dział Nauki dorobku naukowego użytkownika – x.xx. w zakresie:

11.1. Doniesienia zjazdowe (Kongresy/konferencje/zjazdy naukowe): tytuł pracy, autorzy, osoba prezentująca wyniki, informacje o uzyskanych wyróżnieniach, rodzaj kongresu/konferencji/zjazdu (np. studencki; inny, niż studencki); informacje o kongresie/konferencji/zjeździe naukowym (nazwa, miejsce, daty rozpoczęcia i zakończenia, zasięg);

11.2. Sesje plakatowe: tytuł plakatu, tytuł sesji, informacja o wyróżnieniach (zajęcie pierwszego miejsca w sesji), autorzy, nazwa konferencji, miejsce konferencji, daty rozpoczęcia i zakończenia konferencji

11.3. Patenty: numer patentu, tytuł patentu, autorzy patentu, data uzyskania patentu, kraj/region

11.4. Informacje o rozliczonych mini-grantach studenckich: symbol finansowania, tytuł, wykonawcy,

kierownik projektu, opiekun

12. System musi umożliwiać import danych z systemu WUM.Publikacje oraz pozwalać użytkownikowi podgląd

informacji o jego publikacjach naukowych na podstawie zaimportowanych danych.

13. Użytkownik w systemie, podczas przygotowywania wniosku o dofinansowanie, musi mieć możliwość

pobrania do wniosku danych o publikacjach za bazy WUM.PUBLIKACJE.

14. System musi zapewniać obsługę konkursów dotyczących składania wniosków dotyczących finansowania Projektów wewnętrznych, Projektów MŁODEGO BADACZA oraz Mini-grantów studenckich wg indywidualnych zasad dla każdej z dyscyplin.

15. System musi zawierać kartotekę dyscyplin zgodną z systemem POL-ON.

16. W ramach konkursu musi istnieć możliwość określenia dyscyplin, w których prowadzony jest nabór wniosków.

17. System musi umożliwiać wprowadzenie informacji o radach dyscyplin (kartoteka rad dyscyplin) wraz ze

wskazaniem członków rad dyscyplin.

18. System musi umożliwiać wprowadzenie informacji, którzy członkowie rady dyscyplin oceniają poszczególne

wnioski w ramach konkursu.

19. W systemie muszą być przechowywane informacje zaliczaniu osoby do N oraz jej dyscyplinach.

20. System musi umożliwiać określanie maksymalnej kwoty dla każdego rodzaju projektów indywidualnie w

ramach konkursu.

21. W przypadku jeżeli Xxxxxxxxxxxx projektu jest student lub doktorant, opiekę nad projektem sprawuje Opiekun projektu. Opiekunem projektu może być pracownik Zamawiającego posiadający minimum stopień naukowy doktora lub będący kierownikiem jednostki. Informację o liczbie projektów, w których dany pracownik pełni rolę opiekuna prezentowana jest w trakcie wyboru projektów do dofinansowania.

22. Wykonawcami projektów wewnętrznych i projektów Młodego Badacza mogą być: pracownicy Zamawiającego, doktoranci i studenci Szkoły Doktorskiej lub Uczelnianego Studium Doktoranckiego oraz studenci Zamawiającego. System musi umożliwiać wybór rodzaju wykonawcy oraz odpowiednio dostosować wyświetlane pola do wprowadzania danych (inne dla każdego z rodzajów wykonawcy).

23. System musi zapewniać możliwość złożenia opinii zgody/opinii/zezwolenia/pozwolenia odpowiedniej komisji na prowadzenie zaplanowanych w projekcie badań.

24. System musi zapewnić weryfikacje udziału procentowego współpracy krajowej i zagranicznej oraz wynagrodzenia dla osób nie będących pracownikami Zamawiającego. Jeżeli wskazane pozycje łącznie przekraczają 50% budżetu, system musi pokazać ostrzeżenie i uniemożliwić złożenie wniosku.

25. Jeżeli w ramach projektu realizowany jest eksperyment medyczny należy uwzględnić w budżecie, w ramach pozycji koszty ubezpieczenia w wysokości 50% kosztów ubezpieczenia. Pozostałe 50% kosztów ubezpieczenia sfinansuje fundusz centralny. System musi weryfikować wprowadzone kwoty oraz uniemożliwiać złożenie wniosku, jeżeli koszty ubezpieczenia nie zostały uwzględnione w budżecie.

26. System musi wymagać akceptacji wniosku przez opiekunów SKN (jeśli dotyczy), opiekunów projektów (jeśli

dotyczy) i kierowników jednostek (zgodnie regulaminem).

27. System musi umożliwiać przeprowadzenie kontroli formalnej wskazanym pracownikom Działu Nauki oraz w przypadku minigrantów studenckich – przedstawicielom STN. Wskazaniu pracownicy mogą przeprowadzać kontrolę formalną we wskazanych konkursach oraz wskazanych dyscyplinach.

28. Formularz oceny formalnej musi umożliwiać przeprowadzenie oceny wszystkich formalnych warunków właściwych dla danego rodzaju projektu, zgodnie z załącznikami do regulaminów konkursów, tj.:

28.1. Dla projektów wewnętrznych:

28.1.1. Czy beneficjentem jest pracownik uprawniony do udziału w konkursie – zaliczony do liczby

N w terminie zgłaszania wniosków;

28.1.2. Czy beneficjent nie jest kierownikiem projektu realizowanego w WUM, finansowanego ze źródeł zewnętrznych, o budżecie w roku przystąpienia do konkursu projektów wewnętrznych przekraczającym 3 x maksymalnego budżetu projektów wewnętrznych;

28.1.3. W dyscyplinie NAUKI MEDYCZNE – załącznik do wniosku stanowi wydruk recenzji wraz z oceną końcową wniosku o grant zewnętrzny. Beneficjent nie wcześniej niż 12 miesięcy przed dniem ogłoszenia konkursu na Projekt Wewnętrzny złożył wniosek w konkursach NCN, NCBiR, MEiN lub międzynarodowych i uzyskał pozytywną ocenę formalną oraz pozytywną ocenę merytoryczną w pierwszych etapach oceny, jednak projekt nie został zakwalifikowany do finansowania na późniejszych etapach oceny merytorycznej.

28.1.4. W dyscyplinie NAUKI FARMACEUTYCZNE – Beneficjent wskazał nie więcej niż 4 artykuły naukowe i dowolną liczbę patentów opublikowanych w czasie 4 lat kalendarzowych poprzedzających złożenie wniosku oraz w roku składania wniosku. Lista prac z zaznaczeniem roli kierownika projektu oraz punktacją MEiN powinna być sporządzona z wykorzystaniem bazy WUM.PUBLIKACJE;

28.1.5. Czy beneficjent nie jest kierownikiem innego projektu finansowanego ze środków WUM;

28.1.6. Czy wniosek został złożony w terminie;

28.1.7. Czy wniosek jest kompletny (treść, załączniki);

28.1.8. Czy beneficjent złożył tylko jeden wniosek w danej edycji konkursu;

28.2. Dla projektów Młody Badacz:

28.2.1. Czy beneficjentem jest doktorant, w tym student szkoły doktorskiej

28.2.2. Czy beneficjentem jest pracownik uprawniony do udziału w konkursie

28.2.3. Czy pracownik jest zaliczony do liczby N

28.2.4. Wiek beneficjenta – nieukończone 35 lat (ewentualne przedłużenie zgodne z regulaminem, tj. okres ten wydłuża się o okresy przebywania na urlopie macierzyńskim, urlopie na warunkach urlopu macierzyńskiego, urlopie ojcowskim, urlopie rodzicielskim lub urlopie wychowawczym,)

28.2.5. Czy pracownik nie ma stopnia dra hab. lub tytułu profesora.

28.2.6. Czy pracownik nie ma wszczętego postępowania o uzyskanie stopnia dr hab. na podstawie oświadczenia pracownika, które jest częścią wniosku.

28.2.7. Beneficjent nie jest kierownikiem projektu finansowanego ze źródeł zewnętrznych w roku przeprowadzania konkursu o budżecie przekraczającym 3X maksymalne dofinansowanie projektów młodego badacza. Nie dotyczy ostatniego roku realizacji projektu zewnętrznego.

28.2.8. Czy beneficjent nie jest kierownikiem innego projektu finansowanego ze środków WUM

28.2.9. W dyscyplinie NAUKI MEDYCZNE: Beneficjent wskazał 4 artykuły naukowe opublikowane w czasie 4 lat kalendarzowych poprzedzających złożenie wniosku oraz w roku składania wniosku

28.2.10. W dyscyplinie NAUKI MEDYCZNE: Beneficjent jest autorem co najmniej jednej publikacji o wartości >=40 pkt MEiN w czasie 4 lat kalendarzowych poprzedzających złożenie wniosku oraz w roku składania wniosku

28.2.11. W dyscyplinie NAUKI FARMACEUTYCZNE – Beneficjent wskazał nie więcej niż 4 artykuły naukowe oraz dowolną liczbę patentów i doniesień zjazdowych (prezentacja ustna lub plakat, w obu wypadkach autor prezentujący) opublikowanych/przedstawionych w czasie 4 lat kalendarzowych poprzedzających złożenie wniosku oraz w roku składania wniosku.

28.2.12. Czy wniosek został złożony w terminie

28.2.13. Czy wniosek jest kompletny (treść, załączniki)

28.2.14. Czy beneficjent złożył tylko jeden wniosek w danej edycji konkursu

28.2.15. Czy opiekun Projektu (jeśli dotyczy) jest pracownikiem WUM posiadającym stopień minimum stopień naukowy dr lub jest kierownikiem jednostki

28.3. Dla projektów Mini-grant Studencki (ocena dwuetapowa STN i Dział Nauki):

28.3.1. Czy wniosek został złożony w terminie.

28.3.2. Czy wniosek jest kompletny.

28.3.3. Czy kierownik projektu jest studentem WUM

28.3.4. Czy kierownik jest członkiem koła naukowego WUM Czy projekt będzie realizowany w

jednostce WUM

28.3.5. Kierownik złożył tylko jeden wniosek w danej edycji konkursu

28.3.6. Opiekun projektu jest pracownikiem WUM posiadającym stopień minimum stopień

naukowy dr lub jest kierownikiem jednostki

28.3.7. Czy wykonawcy projektu są studentami WUM należącymi do STN lub doktorantami

29. Akceptacja formalna wniosku możliwa jest jedynie, jeżeli wprowadzono potwierdzenie o spełnieniu wszystkich warunków.

30. System musi umożliwić poprawę lub uzupełnienie wniosku, jeżeli pracownik Działu Nauki lub przedstawiciel STN w ramach oceny formalnej uzna, że jest niepoprawny (np. poprzez cofnięcie wniosku do wnioskodawcy) w terminie określonym w regulaminie.

31. System powinien umożliwiać przeprowadzenie kontroli jakościowej członkom Komisji powołanej przez Radę Dyscyplin. Radą właściwą dla wniosku jest Rada dyscypliny wskazanej przez wnioskodawcę.

32. Formularz oceny jakościowej musi pozwalać oceniającemu na przyznawanie wartości punktowych zgodnie z załącznikami do regulaminów konkursów, tj.:

32.1. Dla projektów wewnętrznych w dyscyplinie NAUKI MEDYCZNE:

32.1.1. punktacja przyznawana na podstawie oceny w konkursach organizowanych przez NCN i

NCBR, w tym: wyników oceny formalnej i merytorycznej;

32.2. dla projektów wewnętrznych w dyscyplinie NAUKI FARMACEUTYCZNE:

32.2.1. Punktacja przyznawana jest w dwóch kategoriach „Osiągnięcia /dorobek” z wagą 40% oraz

„Ocena merytoryczna” z wagą 60%. W przypadku równej liczby punktów o pozycji w rankingu decyduje liczba punktów za ocenę merytoryczną,

32.2.2. Osiągnięcia/dorobek – pod uwagę bierze się nie więcej niż 4 artykuły naukowe opublikowane w czasie 4 lat kalendarzowych poprzedzających złożenie wniosku oraz w roku składania wniosku, przy czym autor pierwszy i korespondujący otrzymują 12,5 % punktacji, pozostali autorzy 6,25% punktacji MEiN pobranej z bazy WUM.PUBLIKACJE, natomiast dla publikacji sprzed 2019 roku należy zastosować aktualna listę MEiN. Dodatkowo pod uwagę bierze się również patenty: 5 pkt./patent.

32.2.3. Ocena merytoryczna – na podstawie 5 minutowej prezentacji projektu. Cele projektu i ich

uzasadnienie: 60 pkt; Elementy nowości: 25 pkt; Możliwości wykonania: 15 pkt.

32.3. dla projektów wewnętrznych w dyscyplinie NAUKI O ZDROWIU:

32.3.1. Punkty przyznawane są według 8 kryteriów - aktualny stan wiedzy 10 pkt, cel pracy –25 pkt, materiał i metody – 25 pkt, planowane efekty... - 10 pkt, harmonogram... - 5 pkt, Planowana forma zakończenia..-5 pkt, kosztorys projektu – 10 pkt, wykaz literatury – 10 pkt

32.4. dla projektów młodego badacza w dyscyplinie NAUKI MEDYCZNE

32.4.1. Punktacja przyznawana jest w dwóch kategoriach „Osiągnięcia /dorobek” z wagą 40% oraz

„Ocena merytoryczna” z wagą 60%. W przypadku równej liczby punktów o pozycji w rankingu decyduje liczba punktów za ocenę merytoryczną,

32.4.2. Wcześniejsza aktywność badawcza i publikacyjna udokumentowana co najmniej jedną publikacją o wartości ≥ 40 pkt MEiN w czasie ostatnich 4 lat, której Wnioskodawca jest pierwszym autorem

32.4.3. 4 wskazane przez Wnioskodawcę artykuły naukowe opublikowane w czasie 4 lat

kalendarzowych poprzedzających złożenie wniosku oraz w roku składania wniosku.

32.4.4. Punktacja za publikacje w zależności od liczby punktów MEiN (dla wszystkich publikacji zgodnie z aktualną listą MEiN): a) 40 – 1 pkt b) 70 – 2 pkt c) 100 – 3 pkt d) 140 – 4 pkt e) 200 – 5 pkt

32.4.5. Mnożniki liczby punktów w zależności od kolejności autorów: a) Pierwszy autor – x 4 b) Drugi autor – x 2 c) Trzeci autor – x 1,5 d) Kolejni autorzy – x 1,0.

32.5. dla projektów młodego badacza w dyscyplinie NAUKI FARMACEUTYCZNE

32.5.1. Punktacja przyznawana jest w dwóch kategoriach „Osiągnięcia /dorobek” z wagą 30% oraz

„Ocena merytoryczna” z wagą 70%. W przypadku równej liczby punktów o pozycji w rankingu decyduje liczba punktów za ocenę merytoryczną

32.5.2. Osiągnięcia/dorobek – pod uwagę bierze się nie więcej niż 4 artykuły naukowe opublikowane w czasie 4 lat kalendarzowych poprzedzających złożenie wniosku oraz w roku składania wniosku, przy czym autor pierwszy i korespondujący otrzymują 12,5 % punktacji, pozostali autorzy 6,25% punktacji MEiN pobranej z bazy WUM.PUBLIKACJE (dla wszystkich publikacji zgodnie z aktualna listą MEiN). Dodatkowo pod uwagę bierze się również patenty: 5 pkt./patent oraz granty: 10 pkt./ grant zewnętrzny na drugim etapie oceny merytorycznej i doniesienia zjazdowe: 1 pkt za prezentację ustną lub plakat (autor prezentujący).

32.5.3. Podczas oceny merytorycznej brane są pod uwagę:

- Cele projektu i ich uzasadnienie: 60 pkt;

- Elementy nowości: 25 pkt;

- Możliwości wykonania: 15 pkt.

32.6. dla projektów młodego badacza w dyscyplinie NAUKI O ZDROWIU:

32.6.1. Punkty przyznawane są według 8 kryteriów - aktualny stan wiedzy 10 pkt, cel pracy –25 pkt, materiał i metody – 25 pkt, planowane efekty... - 10 pkt, harmonogram... - 5 pkt, Planowana forma zakończenia..-5 pkt, kosztorys projektu – 10 pkt, wykaz literatury – 10 pkt

32.7. dla projektów Mini-grant studencki w dyscyplinie NAUKI MEDYCZNE:

32.7.1. Łączna liczba punktów możliwych do zdobycia wynosi 100. Punktacja przyznawana jest w dwóch kategoriach „Osiągnięcia /dorobek” z wagą 40% oraz „Ocena merytoryczna” z wagą 60%.

32.7.2. Dotychczasowe osiągnięcia naukowe studenta punktowane są w następujących

kategoriach:

- za wygłoszone doniesienia zjazdowe lub konferencyjne podczas konferencji studenckich przyznawany jest 1 pkt za wydarzenia o zasięgu krajowym, 2 pkt za wydarzenia o zasięgu międzynarodowym;

- za wygłoszone doniesienia zjazdowe lub konferencyjne podczas konferencji innych niż studenckie przyznawane są 3 pkt;

- za prezentację podczas sesji plakatowej przyznawane jest 0,5 pkt;

- dodatkowo przyznawany jest 1 pkt za zajęcie 1. miejsca w danej sesji (plakatowej lub wygłoszenie doniesienia zjazdowego/konferencyjnego) podczas zjazdu lub konferencji;

- za publikacje naukowe przyznawane są punkty zgodnie z rankingiem MEiN. Liczba punktów przyznanych studentowi jest równa liczbie punktów MEiN podzielona przez liczbę współautorów, nie mniej niż 2 pkt (czasopismo polskie) albo 4 pkt (czasopismo o zasięgu międzynarodowym). Gdy student jest pierwszym lub korespondującym Autorem, punkty są mnożone razy dwa;

- za współautorstwo publikacji naukowej w czasopiśmie spoza listy MEiN przyznawane są 2 pkt;

- za zakończone i rozliczone mini-granty w poprzednich edycjach przyznawane są 2 pkt.

32.7.3. Podczas oceny merytorycznej brane są pod uwagę:

- Wartość naukowa podejmowanego problemu/oryginalność hipotezy badawczej

- Cele badania

- Właściwy dobór metod dla osiągnięcia zamierzonych celów badania.

32.8. dla projektów Mini-grant studencki w dyscyplinie NAUKI FARMACEUTYCZNE:

32.8.1. Łączna liczba punktów możliwych do zdobycia wynosi 100. Punktacja przyznawana jest w dwóch kategoriach „Osiągnięcia /dorobek” z wagą 20% oraz „Ocena merytoryczna” z wagą 80%. W przypadku równej liczby punktów o pozycji w rankingu decyduje liczba punktów za ocenę merytoryczną,

32.8.2. Dotychczasowe osiągnięcia naukowe studenta punktowane są w następujących

kategoriach:

- za wygłoszone doniesienia zjazdowe lub konferencyjne podczas konferencji studenckich przyznawany jest 1 pkt za wydarzenia o zasięgu krajowym, 2 pkt za wydarzenia o zasięgu międzynarodowym;

- za wygłoszone doniesienia zjazdowe lub konferencyjne podczas konferencji innych niż studenckie przyznawane są 3 pkt;

- za prezentację podczas sesji plakatowej przyznawane jest 0,5 pkt;

- dodatkowo przyznawany jest 1 pkt za zajęcie 1. miejsca w danej sesji podczas zjazdu

lub konferencji;

- za publikacje naukowe przyznawane są punkty zgodnie z rankingiem MEiN. Liczba punktów przyznanych studentowi jest równa liczbie punktów MEiN podzielona przez liczbę współautorów, nie mniej niż 2 pkt (czasopismo polskie) albo 4 pkt (czasopismo o zasięgu międzynarodowym). Gdy student jest pierwszym lub korespondującym Autorem, punkty są mnożone razy dwa;

- za współautorstwo publikacji naukowej w czasopiśmie spoza listy MEiN przyznawane są 2 pkt;

- za zakończone i rozliczone mini-granty w poprzednich edycjach przyznawane są 2 pkt

32.8.3. Podczas oceny merytorycznej brane są pod uwagę:

- Cele projektu i ich uzasadnienie: 60 pkt;

- Elementy nowości: 25 pkt;

- Możliwości wykonania: 15 pkt.

32.9. dla projektów Mini-grant studencki w dyscyplinie NAUKI O ZDROWIU:

32.9.1. Ocena merytoryczna uwzględnia następujące kryteria

- Wartość naukowa projektu …/12 (sugerowane kryteria w zakresie punktu 1: poprawności zdefiniowania problemu badawczego; oryginalności sposobu rozwiązania problemu badawczego; adekwatności proponowanej metodologii badawczej oraz sposobu realizacji do założonego celu projektu; uzasadnienia dla przeprowadzenia badań podstawowych niezbędnych do rozwiązania problemu)

- Waga problemu społecznego i przewidywane efekty społeczne …/12 (sugerowane

kryteria w zakresie punktu 2: zidentyfikowania i charakterystyki grupy docelowej, do

której odnosi się problem społeczny; opisu przewidywanych efektów i korzyści wynikających z zastosowania rozwiązania będącego przedmiotem projektu)

- Innowacyjność rozwiązania będącego rezultatem projektu …/12 (sugerowane kryteria w zakresie punktu 3: uzasadnienia innowacyjności rozwiązania pod kątem jego nowatorskiego charakteru i społecznej użyteczności)

- Możliwość praktycznego wykorzystania wyników projektu …/12 (sugerowane kryteria w zakresie punktu 4: możliwości wdrożenia lub testowania wyników projektu poprzez zaangażowanie różnych grup społecznych lub współpracę z różnymi podmiotami)

- Zasadność planowanych kosztów w stosunku do zakresu zadań projektu …/12 (sugerowane kryteria w zakresie punktu 5: zasadności kosztów poszczególnych zadań względem ich zakresu merytorycznego).

33. System powinien umożliwić dodawanie uzasadnienia do oceny jakościowej.

34. System musi umożliwiać wybranym pracownikom Komisji powołanej przez Radę dyscypliny dokonanie oceny projektu. Ocena jednego projektu będzie prowadzona niezależnie przez jednego lub więcej członków komisji. Ocena prowadzona jest w sposób niejawny bez możliwości edytowania oceny przeprowadzonej przez innego użytkownika.

35. Formularz wniosku powinien zawierać:

35.1. Tytuł projektu,

35.2. dyscyplinę naukową, w której realizowany będzie projekt,

35.3. obszar technologiczny,

35.4. dane kierownika projektu oraz zespołu badawczego,

35.5. identyfikację jednostki, w której projekt będzie realizowany (w przypadku innej jednostki niż

jednostka zatrudnienia kierownika projektu/opiekuna – uzasadnienie)

35.6. dane Opiekuna, jeśli dotyczy,

35.7. syntetyczny opis dla celów promocyjnych,

35.8. opis projektu uwzględniający aktualny stan wiedzy, cel pracy, materiały i metodykę,

35.9. elementy nowości oraz ewentualne znaczenie poznawcze i/lub praktyczne,

35.10. harmonogram z podziałem na lata kalendarzowe,

35.11. informację nt. planowanego aktywnego udziału w konferencjach krajowych i zagranicznych w celu przedstawienia wyników projektu,

35.12. planowane formy zakończenia/rezultaty badań,

35.13. wykaz literatury,

35.14. kosztorys wraz z uzasadnieniem,

35.15. ankietę określającą charakter projektu,

35.16. dorobek naukowy kierownika projektu (zgodnie z kryteriami Rady Dyscyplin) na podstawie danych pobieranych z bazy WUM.publikacje

35.17. oświadczenie w sprawie przetwarzania danych,

35.18. zaświadczenie Opiekuna SKN o uczestnictwie w kole naukowym (dotyczy tylko mini-grantów studenckich),

35.19. oświadczenie ws. wymogu uzyskania opinii zgody/opinii/zezwolenia/pozwolenia właściwych komisji na prowadzenie zaplanowanych w projekcie badań. Kierownik Projektu dostarcza właściwe dokumenty niezwłocznie po ich uzyskaniu, nie później niż przed rozpoczęciem realizacji projektu.

36. System musi zapewniać kontrole długości wprowadzonego tekstu (maksymalna liczba dozwolonych słów) i pokazywać ostrzeżenie w przypadku przekroczenia limitu słów.

37. System musi zapewnić formatowanie wskazanych opisów (tabele, format tekstu, wklejanie rysunków).

38. System musi umożliwiać przeprowadzenie i pokazanie walidacji – niezależnie dla poszczególnych elementów wniosku (np. budżetu, opisu). W przypadku przeprowadzanie walidacji całego wniosku, system musi pokazywać obszary w których występują błędy lub ostrzeżenia.

39. System musi umożliwiać przeprowadzenie walidacji dorobku naukowego ze wskazaniem, czy użytkownik należycie dobrał publikacje przedstawiane we wniosku.

40. System musi przedstawiać możliwą do uzyskania punktacje dorobku naukowego zgodnie z regulaminem

konkursu.

41. Jeżeli wniosek zawiera błędy, system nie może pozwalać na przesłanie wniosku dalej.

42. System musi umożliwiać przeprowadzenie procedury cofania wniosku do poprawy z każdego poziomu akceptacji, aż do ogłoszenia finalnej oceny (zaakceptowany do dofinansowania/odrzucony) w ramach zamknięcia konkursu.

43. System musi umożliwiać zamknięcie naboru w ramach konkursu, niezależnie od rodzaju konkursu oraz niezależnie od dyscypliny. W systemie musi istnieć możliwość otwarcia procesowania wskazanego wniosku w konkursie i dyscyplinie, niezależnie od zamknięcia danego konkursu.

44. System musi umożliwiać dodawanie do wniosku dowolnych załączników.

45. System musi zapewniać możliwość logowania się uprawnionych użytkowników, jak wskazani, inni, użytkownicy, tak aby uprawniony użytkownik uzyskał podgląd oraz możliwość edycji danych w aplikacji w sposób zgodny z tym, na który loguje się wskazany użytkownik.

46. System musi zapewniać możliwość eksportu raportu z informacjami o poszczególnych złożonych wnioskach do formatu Excel. Musi istnieć możliwość modyfikacji kolumn raportu w przypadku nowych edycji konkursów. Raport musi zawierać minimalnie następujące kolumny:

46.1. Etap procesu,

46.2. Rodzaj projektu,

46.3. Rok studiów,

46.4. Dyscyplina,

46.5. Numer projektu,

46.6. Data złożenia,

46.7. Tytuł,

46.8. Kierownik,

46.9. Kierownik (e-mail),

46.10. Kierownik (telefon),

46.11. Opiekun,

46.12. Jednostka realizacji - nazwa,

46.13. Jednostka realizacji - kod,

46.14. Dyscyplina GUS,

46.15. Forma zakończenia projektu,

46.16. A. Odczynniki, materiały, wyposażenie o wartości poniżej 10 000 PLN,

46.17. B. Aparatura naukowo-badawcza o wartości równej i większej niż 10 000 PLN,

46.18. C. Usługi wewnętrzne i obce (inne niż ubezpieczenie),

46.19. D. Ubezpieczenie eksperymentu.,

46.20. E. Spotkania krajowe i zagraniczne,

46.21. F. Wynagrodzenia (wyłącznie osób niezatrudnionych w WUM).,

46.22. RAZEM,

46.23. 1. Czy do prowadzenia badania potrzebna jest zgoda właściwej komisji?

46.24. 2. Badanie będzie realizowane w ramach już uzyskanej zgody Komisji Bioetycznej?

46.25. 3. Zgoda Komisji Bioetycznej zostanie przedstawiona niezwłocznie po akceptacji projektu, przed rozpoczęciem realizacji?

46.26. 4. Realizacja badania winna być objęta ubezpieczeniem?

46.27. Punkty za dorobek naukowy,

46.28. Ocena formalna na TAK,

46.29. Ocena formalna na NIE,

46.30. Ocena formalna - KOMENTARZ,

46.31. Decyzja Rady Dyscypliny Naukowej,

46.32. Komentarz Rady Dyscypliny Naukowej,

46.33. Komentarz odrzucenia przez Rady Dyscypliny Naukowej,

46.34. Suma dorobku,

46.35. Wynik minigrant - medyczne,

46.36. Ocena merytoryczna/jakościowa (dla każdej osoby z rady dyscyplin):

46.37. (nr oceny RDN) Osoba z Rady Dyscypliny Naukowej,

46.38. (nr oceny RDN) 1. Aktualny stan wiedzy - 10 pkt,

46.39. (nr oceny RDN) 2. Cel pracy - 25 pkt.,

46.40. (nr oceny RDN) 3. Materiał i metody – 25 pkt,

46.41. (nr oceny RDN) 4. Planowane efekty... - 10 pkt,

46.42. (nr oceny RDN) 5. Harmonogram... - 5 pkt,

46.43. (nr oceny RDN) 6. Planowana forma zakończenia-5 pkt,

46.44. (nr oceny RDN) 7. Kosztorys projektu – 10 pkt,

46.45. (nr oceny RDN) 8. Wykaz literatury – 10 pkt,

46.46. (nr oceny RDN) 1. Wartość naukowa projektu …/12,

46.47. (nr oceny RDN) 2. Waga problemu społecznego i przewidywane efekty społeczne …/12,

46.48. (nr oceny RDN) 3. Innowacyjność rozwiązania będącego rezultatem projektu …/12,

46.49. (nr oceny RDN) 4. Możliwość praktycznego wykorzystania wyników projektu …/12,

46.50. (nr oceny RDN) 5. Zasadność planowanych kosztów w stosunku do zakresu zadań projektu

…/12,

46.51. (nr oceny RDN) 1. Wartość naukowa podejmowanego problemu/oryginalność hipotezy

badawczej.,

46.52. (nr oceny RDN) 2. Cele badania.,

46.53. (nr oceny RDN) 3. Właściwy dobór metod dla osiągnięcia zamierzonych celów badania.,

46.54. (nr oceny RDN) Suma oceny jakościowej,

46.55. Średnia ocen merytorycznych,

46.56. Data urodzenia kierownika projektu,

46.57. Kierownik projektu urodzony przed <ustalona data> (mniej niż 31 lat).

47. System musi zapewnić możliwość generowania i pobierania przez użytkownika wniosku w formacie PDF. Jeżeli wniosek znajduje się na dalszym etapie oceny, do wydruku powinny być dołączane formularzy oceny (formalnych, merytorycznych).

2. Harmonogram:

Uruchomienie systemu do dnia:

Załącznik nr 2

do umowy nr               z dnia       

Wzór protokołu odbioru oprogramowania

W dniu Usługodawca przekazał do odbioru Oprogramowanie wraz z licencją oraz

kodem źródłowym:

………………………………………………………………………………………………………………………………………………

………………………………………………………………………………………………………………………………………………

…….……………….……… Usługodawca

W wyniku przeprowadzonego odbioru podjęta została następująca decyzja:

………………………………………………………………………………………………………………………………………………

………………………………………………………………………………………………………………………………………………

W dniu Usługobiorca potwierdza należyte wykonanie przez Usługodawcę prac

wymienionych powyżej.

…….……………….……… Usługobiorca

Załącznik nr 3

do umowy nr               z dnia       

Zasady dotyczące poufności

Art. 1

1. Strony zobowiązują się do traktowania informacji ujawnionych w związku z zawarciem i realizacją Umowy, które Strony określą jako „POUFNE”, zwanych dalej „Informacjami Poufnymi”, jako stanowiące tajemnicę Strony je ujawniającej, niezależnie od nośnika, na którym informacje te zostały utrwalone. Informacjami poufnymi są równiez informacje przekazane w formie ustnej, za pomocą środków bezpośredniego porozumiewania się na odległość (jak np. wszelkiego rodzaju komunikatory internetowe, telefony), za pośrednictwem poczty elektronicznej, wiadomości SMS oraz komentarzy w systemie pracy grupowej.

2. Informacjami Poufnymi są w szczególności:

1) informacje uzyskane w toku negocjacji poprzedzających zawarcie Umowy;

2) w stosunku do Usługodawcy są to wszelkie informacje chronione przez Usługodawcę przed nieograniczonym ujawnianiem. W szczególności są to:

a) oprogramowanie (kod źródłowy, struktura obiektów, kod wynikowy) oraz struktura interfejsów użytkownika,

b) techniki programowania, koncepcje programistyczne, sposoby realizowania poszczególnych funkcjonalności, algorytmy, opisy procedur,

c) metody przetwarzania, schematy procesów, zależności między modułami, projekty

programistyczne,

d) dokumentacja w tym podręczniki, materiały źródłowe, opisy procesów, schematy, analizy,

e) wyniki testów, w tym checklisty,

f) specyfikacje funkcjonalne, specyfikacje sprzętowe,

g) metodyki, odkrycia, wynalazki, analizy i procesy badawcze-rozwojowe, tematy prac badawczo- rozwojowych,

h) opisy interfejsów do usług aplikacyjnych, zastosowane wzorce architektoniczne,

i) rozwiązania technologiczne, metodyki zarządzania projektami,

j) cele, strategie, mapy drogowe oraz sposoby ich osiągnięcia, a także sposoby i metody realizacji poszczególnych funkcjonalności,

k) wiedza techniczna i merytoryczna związana z Oprogramowaniem,

l) pomysły, idee, koncepcje oraz zasady działania, na jakich opiera się lub ma zostać oparte Oprogramowanie bądź poszczególne jego elementy, choćby miały one charakter wstępny lub stanowiły rozwiązania wariantowe,

m) opisy procedur, algorytmy postępowania oraz schematy działania stosowane w przedsiębiorstwie Usługodawcy,

n) opisy sposobów zabezpieczeń systemów komputerowych,

o) strategia i organizacja przedsiębiorstwa,

p) polityka finansowa i marketingowa,

q) listy kontrahentów lub potencjalnych kontrahentów,

r) wszelkie informacje finansowe, z wyłączeniem informacji o wartości zawartej przez Strony Umowy, z uwagi na fakt, iż jedna ze Stron Umowy jest jednostką sektora finansów publicznych i wartość zawieranych przez nią umów stanowi informację publiczną,

s) inne informacje oznaczone jako poufne;

3) w stosunku do Usługobiorcy są to informacje:

a) dane personalne,

b) dane finansowe,

c) dane o strukturze organizacyjnej,

d) inne informacje, które Usługobiorca określił jako poufne w momencie ujawnienia, jeśli występują w formie materialnej lub jeśli zostały ujawnione w formie ustnej to zostały w ciągu 14 dni określone w formie materialnej.

Art. 2

Informacjami Poufnymi nie są informacje:

1) powszechnie znane,

2) które znane były danej Stronie przed ich ujawnieniem przez drugą Stronę,

3) uzyskane legalnie od osób trzecich, które miały prawo ich posiadania i dysponowania nimi.

Art. 3

1. Strony zobowiązują się, że Informacje Poufne zostaną „Utrzymane w Poufności”, przez co rozumie się, że:

1) zostaną utrzymane w pełnej tajemnicy, oraz że nie zostaną przekazane lub w inny sposób ujawnione jakiejkolwiek osobie trzeciej bez wyraźnej, uprzedniej zgody drugiej Strony wyrażonej w formie pisemnej;

2) nie zostaną wykorzystane w sposób inny niż zgodny z interesem Strony, której dotyczą, w tym

do stworzenia Oprogramowania konkurencyjnego;

3) będą wykorzystywane jedynie w zakresie niezbędnym dla realizacji Umowy;

4) zostaną zabezpieczone przed nieuprawnionym dostępem osób trzecich, ich utratą, zniszczeniem lub zniekształceniem;

5) nie będą kopiowane, powielane ani utrwalane w jakiejkolwiek formie o ile nie będzie to niezbędne dla realizacji Umowy.

2. Bez pisemnej zgody, o której mowa w ust. 1 pkt 1, Informacje Poufne mogą być ujawniane wyłącznie pracownikom, doradcom lub zleceniobiorcom Strony lub innym, działającym wobec Stron w podobnym charakterze. Podmioty, o których mowa w zdaniu poprzedzającym, będą informowane przez Strony o poufnym charakterze przekazywanych informacji i o warunkach Umowy oraz pisemnie zobowiążą się do zachowania ich w poufności. Strony dołożą wszelkich starań celem spowodowania, aby każdy z takich podmiotów przestrzegał tych warunków tak, jakby sam był stroną Umowy. Uprawnienie, o którym mowa w zdaniu pierwszym niniejszego ustępu, nie służy podmiotom innymi niż Strony.

3. Strona, niezależnie od okoliczności czy na ujawnienie Informacji Poufnych uzyskał zgodę drugiej Strony, odpowiada za zachowania podmiotów, którym ujawniła Informacje Poufne, jak za zachowania własne, ponosząc w szczególności odpowiedzialność za Utrzymanie w Poufności Informacji Poufnych, co jednak nie dotyczy informacji poufnych ujawnionych zgodnie z postanowieniami niniejszego załącznika.

Art. 4

Nie narusza obowiązku Utrzymania w Poufności Informacji Poufnych ujawnienie ich uprawnionym podmiotom w zakresie, w jakim obowiązek ich ujawnienia wynikać będzie z bezwzględnie obowiązujących przepisów prawa. W każdym takim przypadku Strona ujawniająca ma obowiązek:

1) natychmiastowego poinformowania drugiej Strony, o obowiązku ujawnienia Informacji Poufnych i o osobach, na rzecz których ujawnienie ma nastąpić lub nastąpiło, a także zakresie i terminie ujawnienia Informacji Poufnych;

2) ujawnienia tylko takiej części Informacji Poufnych, jaka jest wymaga przez prawo;

3) podjęcia wszelkich możliwych działań celem zapewnienia, że ujawnione Informacje Poufne będą

traktowane w sposób poufny i wykorzystywane tylko dla celów uzasadnionych celem ujawnienia.

Art. 5

1. W przypadku naruszenia przez którąkolwiek ze Stron jakichkolwiek postanowień niniejszego załącznika, w tym zwłaszcza określonych w art. 3 niniejszego załącznika (w szczególności w przypadku naruszenia przejawiającego się brakiem Utrzymania w Poufności Informacji Poufnych przez podmiot, któremu Strona ujawniła Informacje Poufne), Strona, która naruszyła postanowienia niniejszego załącznika każdorazowo zapłaci na rzecz drugiej Strony karę umowną w wysokości 1000 zł (słownie: tysiąc złotych 00/100).

2. Strony uprawnione są dochodzić odszkodowania przewyższającego wysokość kary umownej,

o której mowa w ust. 1.

3. Jeżeli naruszenie postanowień niniejszego załącznika jest następstwem okoliczności, za które Strony nie ponosiły odpowiedzialności, nie są one zobowiązane do zapłaty w związku z takim naruszeniem kary umownej, o której mowa w ust. 1.

4. Całość kar umownych zapłaconych na mocy postanowień Zasad dotyczących poufności przez każdą ze Stron nie może w żadnym wypadku przekroczyć wartości netto opłaty za wykonanie przedmiotu umowy określonego w § 1. Umowy na dostarczenie Oprogramowania.

Art. 6

W związku z udostępnieniem Stronie Informacji Poufnych nie zostaje tej Stronie udzielona żadna koncesja, licencja lub inne uprawnienie związane z patentem, prawem autorskim lub innym prawem ochronnym udzielanym na przedmiot własności intelektualnej lub prawem do takiego przedmiotu, ani też nie jest na rzecz drugiej Strony przenoszone lub ustanawiane takie prawo.

Art. 7

1. W razie utraty przez Umowę mocy obowiązującej z jakiejkolwiek przyczyny lub na każde pisemne wezwanie Usługodawcy, niezwłocznie, nie później jednak niż w terminie 7 dni od otrzymania wezwania lub utraty przez Umowę mocy obowiązującej, Usługobiorca zwróci Usługodawcy wszelkie otrzymane od niego dokumenty oraz inne materiały stanowiące Informacje Poufne, a także zniszczy, oraz zapewni zniszczenie przez osoby, o których mowa w art. 3 ust. 2 niniejszego załącznika, wszelkich posiadanych Informacji Poufnych, w tym zwłaszcza poprzez usunięcie ich z pamięci komputerów oraz innych nośników danych w sposób uniemożliwiający odtworzenie. Postanowienia ustępu niniejszego nie dotyczą Informacji Poufnych koniecznych dla zabezpieczenia lub dochodzenia od drugiej Strony roszczeń powstałych lub mogących powstać w związku z Umową, a także Informacji Poufnych wchodzących w skład przedmiotów lub praw nabytych na podstawie Umowy lub potrzebnych do korzystania z tych przedmiotów lub wykonywania praw.

2. Na żądanie Strony ujawniającej Informacje Poufne, druga Strona złoży niezwłocznie pisemne oświadczenie o wykonaniu zobowiązania, o którym mowa w ust. 1.

Art. 8

Zobowiązania określone w niniejszym załączniku oraz sankcje za ich naruszenie, obowiązują przez

okres trwania Umowy oraz 10 lat od dnia ustania obowiązywania Umowy.

Usługobiorca	Usługodawca
…………………………………………	…………………………………………

Załącznik nr 4

do umowy nr               z dnia       

Wymagana infrastruktura komputerowa

Do prawidłowego działania Oprogramowania niezbędne są:

1. Maszyna wirtualna o następujących parametrach:

1) Procesor – 4 rdzenie,

2) Pamięć RAM – 8 GB (zalecane 16GB)

3) Pamięć dyskowa – 50 GB

Z zainstalowanymi Windows Server 2019 i usługami IIS w wersji co najmniej 10.

2. Dostęp do SQL Server w wersji co najmniej Standard, minimalna wersja: 10.50

3. Maszyna wirtualna o następujących parametrach:

1) Procesor – 6 rdzeni (np. i7)

2) Pamięć RAM - 16 GB

3) Pamięć dyskowa – 200GB SSD

System Windows 10, z zainstalowanym oprogramowaniem Visual Studio 2019 oraz Developer Express, subskrypcja Universal, wersja 20.1.6, MS Office for Windows (wersja 365).