Smlouva o poskytování podpory
Smlouva o poskytování podpory
č. UKRUK/281260/2019
(dále jen „Smlouva“)
Smluvní strany:
Univerzita Karlova
se sídlem: Ovocný trh 560/5, 116 36 Praha 1,
zastoupená: prof. MUDr. Xxxxxxx Xxxxx, DrSc., MBA, rektorem UK IČO: 00216208, DIČ: CZ00216208
bank. spojení: , č. účtu:
ID datové schránky: piyj9b4 (dále jen „Objednatel“)
a
DERS Group s.r.o.
se sídlem: Řehořova 932/27, 130 00Praha 3
registrovaný: Městský soud v Praze, oddíl C, vložka 205820 zastoupený: Xxx. Xxxxx Xxxxxx, jednatelem společnosti IČO: 27 51 31 49 DIČ: CZ27513149
tel.:
bank. spojení: ., č. účtu:
ID datové schránky: vzxmbxh (dále jen „Poskytovatel“)
(dále společně jako „smluvní strany“)
uzavřely v souladu s ustanovením § 1746 odst. 2 a § 2586 an. zákona č. 89/2012 Sb., občanského zákoníku ve znění pozdějších předpisů (dále jen „občanský zákoník“), tuto smlouvu takto:
1. Úvodní prohlášení
1.1. Univerzita Karlova (dále též „UK“), v souladu se zákonem č. 111/1998 Sb.,
o vysokých školách a o změně a doplnění dalších zákonů, v platném znění (zákon
o vysokých školách), jako Objednatel prohlašuje, že je oprávněna uzavřít a řádně plnit tuto Smlouvu a závazky v ní obsažené.
1.2. Společnost DERS Group s.r.o. jako Poskytovatel prohlašuje, že je právnickou osobou řádně založenou a zapsanou podle českého právního řádu v obchodním rejstříku vedeném u Městského soudu v Praze oddíl C vložka 205820, a že splňuje veškeré podmínky a požadavky v této Smlouvě stanovené a je oprávněn tuto Smlouvu uzavřít a řádně plnit závazky v ní obsažené.
2. Východiska a účel Smlouvy
2.1. Poskytovatel byl vybrán Objednatelem jako zadavatelem na základě zjednodušeného podlimitního řízení na veřejnou zakázku dle § 53 zákona č. 134/2016 Sb., o zadávání veřejných zakázek, v platném znění (dále jen „ZZVZ“)
2.2. Objednatel je na základě Smlouvy o dílo na zpracování detailní analýzy a provedení návrhu, vývoje a implementace software, uzavřené se společností DERS s. r. o. dne
30. 09. 2008 (dále jen „Smlouva o dílo“), držitelem licence aplikace Granty a projekty (dále jen „software“) a provozuje tento software.
2.3. Účelem této Smlouvy je určit podmínky a rozsah servisních služeb (služeb podpory), které bude Poskytovatel poskytovat Objednateli v souvislosti s provozem software u Objednatele.
3. Předmět a místo plnění
3.1. Služby, které se Poskytovatel touto Smlouvou zavazuje poskytovat Objednateli dle bodu 2.3. Xxxxxxx, budou zahrnovat:
a) pohotovost, které lze hlásit problémy při provozu software a která v reakci na hlášení podnikne kroky vedoucí k řešení problému,
b) identifikaci, diagnostiku a řešení závad software a provozních závad a problémů zjištěných při provozu software, které nebyly způsobeny vadou vlastního software,
c) podporu správců a klíčových uživatelů software, zejména telefonickou podporu při řešení standardních i nestandardních situací,
d) konzultace poskytované pracovníkům Objednatele po telefonu a e-mailem a odpovědi na dotazy zaslané uživateli do systému dle bodu 7.1. písm. d),
e) konzultace při úpravách navazujících systémů,
f) poradenský servis a podporu při dohledávání a odstraňování následků chybných postupů uživatele (chybná obsluha software apod.),
g) poradenský servis k optimalizaci software na základě hlášených negativních provozních charakteristik sytému; spolupráci při kontrole, posuzování a vyhodnocování provozní hospodárnosti a časové náročnosti software,
h) zaškolování nových uživatelů a správců software,
i) úpravy a rozšíření software podle požadavků Objednatele, do celkového maximálního rozsahu čtyři tisíce (4 000) hodin práce nad rámec hodin, které jsou součástí měsíčního paušálního poplatku dle bodů 9.2. a 9.3.
3.2. Objednatel se touto Smlouvou zavazuje poskytnout součinnost uvedenou v této Smlouvě a zavazuje se platit Poskytovateli cenu podle této Smlouvy.
3.3. Služby, s výjimkou telefonických a mailových konzultací, budou poskytovány na pracovištích Objednatele, případně vzdáleně z pracoviště Poskytovatele, pokud to bude technicky možné.
4. Xxxxxxx Poskytovatele
4.1. Poskytovatel zaručuje, že služby jím poskytované podle této Smlouvy budou na profesionální úrovni a budou odpovídat všeobecně uznávanému standardu. Poskytovatel se zavazuje, že jeho pracovníci budou při plnění předmětu Xxxxxxx na pracovištích Objednatele dodržovat relevantní vnitřní předpisy a normy Objednatele za předpokladu, že s nimi byl Poskytovatel prokazatelně seznámen.
4.2. Poskytovatel odpovídá za časové a obsahové plnění této Smlouvy, pokud Objednatel včas splní své závazky dle článku 5.
4.3. Poskytovatel odpovídá v případě provedení opravy software dle bodu 3.1. písm. b) a v případě úpravy nebo rozšíření software dle bodu 3.1. písm. i) po dobu dvou (2) let od předání této opravy nebo úpravy nebo rozšíření Objednateli, že oprava, úprava nebo rozšíření software bude vykonávat funkce, na nichž se Objednatel s Poskytovatelem dohodli při realizaci dané opravy nebo v rámci specifikace dané úpravy, resp. rozšíření, a že software po opravě, úpravě, resp. po rozšíření, nebude vykazovat vady ve smyslu bodu 13.1. této Smlouvy. Záruka se nevztahuje na případy, kdy vada byla způsobena:
a) z důvodu průkazně zkreslených informací ze strany Objednatele nebo
b) použitím hardwarových a softwarových prostředků nevyhovujících doporučení Poskytovatele nebo
c) úpravou software Objednatelem nebo třetí stranou, nejde-li o úpravu písemně schválenou Poskytovatelem.
4.4. Poskytovatel se zavazuje, že bude po dobu dvou (2) let od předání opravy software dle bodu 3.1. písm. b) nebo úpravy nebo rozšíření software dle bodu 3.1. písm. i) Smlouvy Objednateli bezplatně řešit všechny poruchy nastalé při provozu této opravy nebo úpravy nebo rozšíření z důvodu vady ve smyslu bodu 13.1. za podmínek blíže specifikovaných v čl. 13. Tato záruka se nevztahuje na provozní závady vzniklé z důvodu:
a) úprav technologické infrastruktury, které ovlivňují provoz software a nebyly schváleny Poskytovatelem nebo
b) úpravou software Objednatelem nebo třetí stranou po jeho uvedení do provozu, nejde-li o úpravu písemně schválenou Poskytovatelem.
4.5. Poskytovatel neodpovídá za poruchy způsobené třetí osobou nebo událostí, za kterou tato osoba odpovídá, nebo za poruchy způsobené okolnostmi vylučujícími odpovědnost podle § 2913 odst. 2 občanského zákoníku.
4.6. Poskytovatel může k částem plnění předmětu Smlouvy použít třetí strany (poddodavatele). V tomto případě je Poskytovatel:
a) povinen písemně sdělit Objednateli předem identifikační údaje každého poddodavatele a jeho úkoly dříve, než příslušný poddodavatel zahájí svou činnost,
b) odpovědný Objednateli za příslušnou část plnění a dodržování všech závazků uvedených výše v bodech 4.1. až 4.4. stejně, jako kdyby příslušnou část plnění zajišťoval sám.
5. Xxxxxxx Objednatele
5.1. Pro úspěšný průběh poskytování služeb dle této Smlouvy se Objednatel zavazuje k poskytnutí součinnosti podle zdůvodněných požadavků Poskytovatele. Součinnost Objednatele bude zahrnovat:
a) spolupráci na řízení prací, blíže specifikovanou v čl. 6. této Smlouvy,
b) vytvoření nezbytných organizačních a provozních podmínek na straně Objednatele,
c) umožnění konzultací s uživateli a správci software,
d) spolupráci při přípravě, provádění a vyhodnocení testů software,
e) organizační a technické zabezpečení školení uživatelů software a zajištění účasti uživatelů na tomto školení,
f) poskytnutí dokumentace rozhraní na relevantní externí systémy a přístupu k těmto systémům pro účely testování,
g) další součinnosti, na kterých se Objednatel a Poskytovatel písemně dohodnou.
5.2. Pro činnosti, které bude Poskytovatel dle bodu 3.3. provádět na pracovištích Objednatele, Objednatel vytvoří pro Poskytovatele potřebné pracovní podmínky a seznámí Poskytovatele písemně se všemi interními předpisy, k jejichž dodržování je Poskytovatel zavázán dle bodu 4.1.
5.3. Objednatel se zavazuje, že:
a) bez předchozího písemného souhlasu Poskytovatele nepostoupí nebo jinak nepřevede Smlouvu ani práva z ní vyplývající nebo nedeleguje své povinnosti anebo nepřeprodá žádnou službu, které se týká Smlouva, mimo Univerzitu Xxxxxxx,
b) poskytne Poskytovateli dostatečný a bezpečný přístup do prostor a k systémům Objednatele tak, aby Poskytovatel mohl plnit své povinnosti dle této Smlouvy.
5.4. Objednatel bude udržovat testovací prostředí software, do něhož bude instalován opravený nebo upravený software dodaný Poskytovatelem pro účely akceptačních testů.
5.5. Objednatel je oprávněn k poskytnutí součinnosti dle bodu 5.1. využít třetí strany, s nimiž je ve smluvním vztahu. V případě využití třetí strany je Objednatel:
a) povinen písemně sdělit Poskytovateli předem identifikační údaje třetí strany a její úkoly dříve, než třetí strana zahájí svou činnost,
b) oprávněn předat této třetí straně důvěrné informace dle bodu 11.1. Smlouvy nezbytné pro poskytování součinnosti, je však povinen zakotvit povinnost utajení takto předaných důvěrných informací ve smlouvě uzavřené s touto třetí stranou.
6. Spolupráce Objednatele a Poskytovatele
6.1. Každá ze smluvních stran jmenuje svého zplnomocněného zástupce, Vedoucího týmu, který ji bude výlučně zastupovat v realizačních záležitostech souvisejících s plněním
této Smlouvy. Jména a kontakty Vedoucích týmů za Objednatele a Poskytovatele jsou uvedeny v Příloze č. 2 Smlouvy.
6.2. Vedoucí týmu na straně Poskytovatele odpovídá za řízení činnosti případných poddodavatelů.
6.3. Vedoucí týmu na straně Objednatele odpovídá za řízení činnosti případných třetích stran, jejichž součinnost je nezbytná pro úspěšné plnění závazků Objednatele dle této Smlouvy.
6.4. Každá ze smluvních stran je oprávněna v případě nutnosti pověřit jinou osobu za svou smluvní stranu, aby v době nepřítomnosti zastupovala Vedoucí týmu ve výkonu jeho funkce.
6.5. Smluvní strany zajistí svým zplnomocněným zástupcům dle bodu 6.1. dostatečné pravomoci pro výkon jejich činností.
6.6. Objednatel je oprávněn jmenování svého zplnomocněného zástupce dle bodu 6.1. změnit, je však povinen o takové změně předem písemně informovat Poskytovatele.
6.7. Poskytovatel je povinen zajistit, aby se na poskytování služeb dle této Xxxxxxx podíleli především pracovníci, kterými prokázal splnění technických kvalifikačních předpokladů v zadávacím řízení dle bodu 2.1. Smlouvy. Jde o vedoucího týmu podpory provozu a další členy týmu uvedené v Příloze č. 2 Smlouvy.
6.8. Změnu ve jmenování svého zplnomocněného zástupce dle bodu 6.1. a pracovníků týmu dle bodu 6.7. je Poskytovatel oprávněn provést pouze po vzájemné písemné dohodě smluvních stran a po předchozím doložení kvalifikace a zkušeností nově jmenovaného zástupce nebo pracovníka týmu. Kvalifikace a zkušenosti nově jmenovaného zástupce nebo pracovníka týmu musí odpovídat v celém rozsahu požadavkům na kvalifikaci a zkušenosti nahrazovaného zástupce/pracovníka týmu uvedeným v zadávací dokumentaci zadávacího řízení dle bodu 2.1. Smlouvy.
6.9. Objednatel si vyhrazuje právo zřizovat po dobu platnosti této Smlouvy podle potřeby organizační struktury projektu a v případech, kdy to bude nezbytné pro plnění závazků Poskytovatele vyplývajících z této Smlouvy, požadovat zastoupení Poskytovatele v těchto strukturách.
7. Komunikace mezi smluvními stranami
7.1. Smluvní strany spolu budou komunikovat:
a) písemně poštou nebo prostřednictvím datových schránek na adresy, resp. ID datových schránek, uvedené v záhlaví této Smlouvy,
b) elektronickou poštou mezi zplnomocněnými zástupci,
c) osobně prostřednictvím zplnomocněných zástupců,
d) prostřednictvím www-aplikace pro řízení a monitorování stavu zjištěných chyb a požadavků na úpravy a rozšíření software.
7.2. Všechna oznámení mezi smluvními stranami, která se vztahují k této Smlouvě nebo která mají být učiněna na základě této Smlouvy, musí být učiněna v písemné podobě a druhé straně doručena buď osobně, nebo doporučeným dopisem či jinou formou doporučeného poštovního styku, není-li dohodnuto mezi smluvními stranami jinak.
7.3. Písemnost, která má být dle této Smlouvy doručena druhé straně (oznámení, výpověď, odstoupení od smlouvy, reklamace vad apod.), je doručena dnem jejího převzetí
Vedoucím týmu druhé smluvní strany nebo dnem, kdy byla doručena osobně nebo prostřednictvím držitele poštovní licence do sídla této smluvní strany.
7.4. Komunikace elektronickou poštou je považována za doručenou okamžikem potvrzení převzetí přijímající stranou.
7.5. Komunikace prostřednictvím www-aplikace dle bodu 7.1. písm. d) je považována v pracovní době za doručenou okamžikem uložení v této aplikaci, mimo pracovní dobu pak v 8:00 hod. prvního následujícího pracovního dne. Pracovní dobou se pro účely této Smlouvy rozumí doba od 8:00 do 17:00 hodin v pracovní dny.
7.6. Zahájení řešení požadavků na úpravy nebo rozšíření software, které mají vliv na funkci nebo vzhled software, podléhá schválení ze strany jmenovitě určených zástupců Objednatele. V roli jmenovitě určeného zástupce Objednatele může vystupovat také zaměstnanec třetí strany dle bodu 5.5.
7.7. Okruh osob, mezi nimiž bude probíhat komunikace související s plněním této Smlouvy, bude na straně Objednatele kromě Vedoucího týmu omezen na pracovníky Ústavu výpočetní techniky UK a na nejvýše dva (2) vyjmenované klíčové uživatele či správce software za každou jednotlivou fakultu a další součást UK.
8. Termíny plnění a přejímací postupy
8.1. Termíny řešení vad jsou uvedeny v čl. 13. Smlouvy.
8.2. Jednotlivé požadavky na úpravy a rozšíření software podle bodu 3.1. písm. i) budou evidovány v aplikaci dle bodu 7.1. písm. d). Při zadávání požadavku do této aplikace se uvede požadovaný termín na provedení základní analýzy požadavku, která umožní určit pracnost realizace požadavku a dobu nutnou na jeho řešení.
8.3. U požadavku v aplikaci dle bodu 7.1. písm. d) bude vyznačen stav jeho řešení. U požadavku ve stavu analýzy přiřadí Poskytovatel odpovědného řešitele. Pokud byl požadavek vznesen jiným zástupcem Objednatele než jmenovitě určeným zástupcem dle bodu 7.6. Xxxxxxx, bude k požadavku přiřazen některý ze zástupců Objednatele dle bodu 7.6. Smlouvy jako konzultant. Jmenovitě určený zástupce Objednatele dle bodu 7.6. Smlouvy může zadaný požadavek zrušit, nebo může požadovaný termín na provedení základní analýzy prodloužit; prodloužení termínu na provedení základní analýzy provede vždy, je-li původně požadovaný termín zjevně nepřiměřený rozsahu potřebné analýzy.
8.4. Poskytovatel bude prostřednictvím aplikace dle bodu 7.1. písm. d) reagovat na požadavek v takovém termínu, aby v termínu pro dokončení základní analýzy dle bodů
8.2. a 8.3. Smlouvy mohlo být s Objednatelem dohodnuto natolik přesné zadání požadavku, aby Poskytovatel na jeho základě mohl Objednateli předložit návrh pracnosti realizace požadavku a termínu na jeho řešení.
8.5. Poté, co se Poskytovatel dohodne s Objednatelem prostřednictvím aplikace dle bodu
7.1. písm. d) na pracnosti realizace požadavku a termínu jeho řešení, bude změněn stav požadavku na „v řešení“. Zástupce Objednatele dle bodu 7.6. je oprávněn zvýšit prioritu řešení požadavku a na základě toho dohodnout s Poskytovatelem změnu pořadí řešení požadavků, která vyvolá jak změnu termínu realizace daného požadavku, tak v důsledku této změny nezbytné úpravy termínů dalších řešených požadavků.
8.6. Poskytovatel je povinen postupovat tak, aby dohodnutý termín realizace požadavku, po případných změnách postupem dle bodu 8.5. Xxxxxxx, byl dodržen. Poskytovatel bude u daného požadavku v aplikaci dle bodu 7.1. písm. d) předávat Objednateli informace
o provedení úprav a rozšíření pro daný požadavek a nejpozději v dohodnutý termín zpřístupní Objednateli úpravu nebo rozšíření software k testování.
8.7. Okamžikem, kdy Poskytovatel zpřístupní Objednateli úpravu nebo rozšíření software k testování dle bodu 8.6., začíná běžet akceptační lhůta v délce deseti (10) pracovních dnů. V akceptační lhůtě provede Objednatel za součinnosti Poskytovatele otestování předaných úprav nebo rozšíření software. Do uplynutí akceptační lhůty může Objednatel příslušné úpravy nebo rozšíření software odmítnout, pokud se prokáže jejich nesoulad s dohodnutým zadáním příslušné úpravy, resp. rozšíření, nebo pokud takto upravený, resp. rozšířený, software bude vykazovat vady, které software před provedením úprav, resp. rozšíření, nevykazoval. Rozhodnutí o odmítnutí bude zaznamenáno k příslušnému požadavku do aplikace dle bodu 7.1. písm. d), včetně konkrétních výhrad Objednatele k předanému plnění. Pokud Objednatel v akceptační lhůtě předanou úpravu nebo rozšíření neodmítne, má se za to, že tuto úpravu, resp. rozšíření, akceptoval.
8.8. Počínaje zaznamenáním odmítavého vyrozumění Objednatele dle bodu 8.7. do aplikace dle bodu 7.1. písm. d) začíná běžet opravná lhůta v délce pěti (5) pracovních dnů. Jestliže během opravné lhůty Poskytovatel odstraní vady plnění, které byly důvodem odmítnutí, a prokáže tuto skutečnost Objednateli, je Objednatel povinen požadavek v aplikaci dle bodu 7.1. písm. d) označit za splněný. Marné uplynutí opravné lhůty se považuje za porušení této Smlouvy podstatným způsobem.
9. Cenové a platební podmínky
9.1. Ceny za služby dle této Smlouvy budou fakturovány měsíčně. Ceny za služby dle této Smlouvy zahrnují i odměnu za poskytnutou licenci, pokud je Objednateli poskytnuta v souvislosti s poskytnutou službou dle této Smlouvy.
9.2. Paušální poplatek (cena) za kalendářní měsíc činí ==19.400== Kč (slovy devatenácttisíchčtyřista korun českých) bez DPH. DPH činí ==4.074== Kč (slovy čtyřitisícesedmdesátčtyři korun českých). Paušální poplatek za kalendářní měsíc činí s DPH ==23.474== Kč (slovy dvacettřitisícčtyřistasedmdesátčtyři korun českých).
9.3. Cena dle bodu 9.2. zahrnuje poskytování podpory dle bodu 3.1. písm. a) až h) Smlouvy a dvacet (20) hodin měsíčně na práce dle bodu 3.1 písm. i). Čerpání těchto hodin na realizaci požadavků dle bodu 3.1 písm. i) akceptovaných v daném měsíci bude Poskytovatel měsíčně vykazovat Objednateli dle bodu 9.7.
9.4. Pokud nebudou předplacené hodiny dle bodu 9.3 v daném měsíci vyčerpány, převádějí se nevyčerpané hodiny do dalších měsíců, přičemž je nutné tyto hodiny vyčerpat nejpozději do konce šestého (6) kalendářního měsíce následujícího po daném měsíci.
9.5. Pokud celková pracnost požadavků na úpravy a rozšíření software dle bodu 3.1 písm.
i) akceptovaných Objednatelem v daném měsíci přesáhne hodnotu uvedenou v bodě 9.3, včetně převedených hodin dle bodu 9.4, bude za každou hodinu odpracovanou na těchto požadavcích nad rámec hodnoty dle bodů 9.3 a 9.4 účtována částka ==1.200== Kč (slovy jedentisícdvěstě korun českých) bez DPH.
9.6. Celková cena plnění za dobu účinnosti Smlouvy dle bodu 17.1. nepřesáhne částku 5.900.000,- Kč bez DPH.
9.7. Datum uskutečnění zdanitelného plnění jako dílčího plnění dle této Smlouvy je stanoveno vždy na poslední kalendářní den příslušného měsíce. Do pěti (5)
kalendářních dnů po uskutečnění zdanitelného plnění zašle Vedoucí týmu za Poskytovatele Vedoucímu týmu za Objednatele přehled požadavků na úpravy a rozšíření software, které byly akceptovány v příslušném kalendářním měsíci, a jejich ocenění podle bodu 9.5. Vedoucí týmu za Objednatele tento přehled do pěti (5) kalendářních dnů buď potvrdí, anebo odmítne, pokud v něm shledá nesrovnalosti.
9.8. Daňové doklady-faktury budou vystaveny vždy do deseti (10) kalendářních dnů po uskutečnění zdanitelného plnění. Pokud Vedoucí týmu za Objednatele schválí přehled dle bodu 9.7., bude fakturována částka odpovídající součtu poplatku dle bodu 9.2. a cen podle bodu 9.5. Pokud se do uvedeného data nepodaří schválit přehled dle bodu 9.7., bude fakturována pouze částka odpovídající poplatku dle bodu 9.2. V takovém případě bude posouzení přehledu podle bodu 9.7. pokračovat a v případě přetrvávající neshody Vedoucích týmu za Poskytovatele a Objednatele bude postoupeno k rozhodnutí nejvyšším představitelům smluvních stran s tím, že ceny podle bodu 9.5. vyplývající z oběma stranami schválené verze tohoto protokolu budou fakturovány v rámci fakturace za následující kalendářní měsíc.
9.9. Každá faktura vystavená Poskytovatelem dle této Smlouvy bude vystavena jako daňový doklad se zúčtováním DPH podle předpisů platných k datu zdanitelného plnění a musí mít náležitosti stanovené příslušnými právními předpisy pro daňový doklad. Splatnost faktury bude třicet (30) kalendářních dnů od prokazatelného doručení faktury Objednateli. Dnem uhrazení faktury je den, kdy byla příslušná částka odepsána z účtu Objednatele.
9.10. Faktura Poskytovatele musí být vystavena v souladu s touto Smlouvou a musí mít náležitosti daňového dokladu dle zákona č. 235/2004 Sb., ve znění pozdějších předpisů, zejména:
a) evidenční číslo daňového dokladu,
b) název a sídlo Objednatele a Poskytovatele,
c) číslo Smlouvy a den jejího uzavření,
d) datum vystavení daňového dokladu a datum uskutečnění zdanitelného plnění,
e) označení banky a číslo účtu, na který má být zaplaceno a který je registrován u příslušného správce daně a je zveřejněn způsobem umožňujícím dálkový přístup ve smyslu zákona č. 235/2004 Sb., o dani z přidané hodnoty, v platném znění,
f) jednotkovou cenu bez daně a slevu, není-li obsažena v jednotkové ceně, základ daně, sazbu daně a její výše, pokud nejde o plnění dle ust. § 92e zákona č. 235/2004 Sb., o dani z přidané hodnoty, v platném znění,
g) číselný kód klasifikace CZ – CPA, a v případě plnění dle ust. § 92e zákona o DPH poznámku „daň odvede zákazník“,
h) čísla a data vyhotovení soupisů skutečně a řádně provedených prací a zjišťovacích protokolů,
i) IČO a DIČ Poskytovatele a Objednatele.
9.11. Objednatel se zavazuje proplatit v termínu každou fakturu vystavenou Poskytovatelem v souladu s ustanovením bodu 9.9. a 9.10. této Smlouvy. Nesprávně nebo neúplně vyplněnou fakturu je Objednatel oprávněn vrátit Poskytovateli k opravě, po tuto dobu neběží doba splatnosti faktury. Po prokazatelném doručení bezchybné faktury Objednateli počíná běžet nová lhůta splatnosti.
9.12. V případě, že se Poskytovatel stane nespolehlivým plátcem ve smyslu § 106a zákona č. 235/2004 Sb., o dani z přidané hodnoty, v platném znění, je povinen o tom neprodleně písemně informovat Objednatele. Bude-li Poskytovatel ke dni uskutečnění zdanitelného plnění veden jako nespolehlivý plátce, bude část ceny za služby dle této Smlouvy odpovídající dani z přidané hodnoty uhrazena přímo na účet správce daně v souladu s ust. § 109a zákona č. 235/2004 Sb., o dani z přidané hodnoty, v platném znění. O tuto částku bude ponížena celková cena a Poskytovatel obdrží cenu dle této Smlouvy bez DPH. V případě, že se Poskytovatel stane nespolehlivým plátcem ve smyslu tohoto bodu, má Objednatel současně právo od této Smlouvy odstoupit.
10. Sankce
10.1. V případě, že Poskytovatel nesplní termín dohodnutý dle bodů 8.4. a 8.5. z důvodů ležících na straně Poskytovatele (tj. v případě, kdy plnění požadavku nebylo předáno nebo bylo Objednatelem zcela odmítnuto), je Objednatel oprávněn účtovat smluvní pokutu ve výši 2,5% z částky dle bodu 9.2. za každý i započatý kalendářní den uplynuvší mezi příslušným termínem a dnem akceptace příslušného požadavku nebo dnem odstoupení Objednatele od Smlouvy dle bodů 17.2. nebo 17.3.
10.2. Nepostupuje-li Poskytovatel v souladu s ustanoveními bodů 13.4. až 13.7., je Objednatel oprávněn účtovat Poskytovateli smluvní pokutu ve výši 2,5% dle bodu 9.2. za každý i započatý kalendářní den prodlení proti termínu dle bodu 13.4., resp. 13.5. Pokud Poskytovatel překročí termín dle bodu 13.4., resp. 13.5., o více než třicet (30) kalendářních dnů, je Objednatel oprávněn účtovat Poskytovateli dodatečnou smluvní pokutu ve výši 100 000,- Kč (slovy sto tisíc korun českých).
10.3. Uplatní-li Objednatel svá práva dle bodu 10.1. nebo 10.2., bude smluvní pokutu fakturovat Poskytovateli s lhůtou splatnosti třicet (30) dnů.
11. Xxxxxxx a utajení informací
11.1. Za důvěrné informace se bez ohledu na formu jejich zachycení považují takové informace týkající této Smlouvy a jejího plnění, které jsou jako důvěrné výslovně některou ze smluvních stran označeny.
11.2. Pro nakládání s osobními údaji, s nimiž Poskytovatel přijde do styku v průběhu plnění, a pro ochranu těchto údajů při jejich zpracování platí v plném rozsahu ustanovení zákona č. 110/2019 Sb., o zpracování osobních údajů a ustanovení Nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů).
11.3. V případě, že to bude pro plnění předmětu této Smlouvy nezbytné, poskytne Objednatel Poskytovateli pro účely plnění předmětu Smlouvy zabezpečený vzdálený přístup do databáze software, která je umístěna u Objednatele. V této databázi jsou zpracovávány osobní údaje osob, které jsou řešiteli grantových projektů realizovaných na UK. Poskytovateli bude do této databáze poskytnut přístup nezbytný k plnění předmětu Smlouvy, a to po dobu platnosti a účinnosti Smlouvy. Poskytovatel je povinen zajistit, že vzdálený přístup do databáze budou mít pouze osoby, které jsou v době trvání této smlouvy v pracovněprávním nebo obdobném smluvním vztahu s Poskytovatelem, podílejí se na plnění předmětu Smlouvy a jsou písemně zavázány vůči Poskytovateli povinností mlčenlivosti. Zabezpečený vzdálený přístup
Poskytovatele do databáze bude omezen na vyjmenované pracovníky Poskytovatele, kterým bude Objednatelem přiděleno přístupové jméno a heslo. Zabezpečený vzdálený přístup bude možný pouze z předem dohodnutých síťových adres a omezen na přístupové protokoly dohodnuté mezi zplnomocněnými zástupci Objednatele a Poskytovatele.
11.4. Smluvní strany jsou povinny zajistit utajení získaných důvěrných informací způsobem obvyklým pro utajování takových informací, není-li dále v tomto článku výslovně sjednáno jinak. Zavazují se tímto, že podniknou všechny kroky k zabezpečení těchto informací.
11.5. Povinnost oboustranného utajení důvěrných informací platí bez ohledu na ukončení účinnosti této Smlouvy.
11.6. Smluvní strany mají právo požadovat navzájem doložení dostatečnosti utajení důvěrných informací.
11.7. Smluvní strany jsou povinny respektovat veškerá práva a oprávněné zájmy druhé smluvní strany a jeho obchodní značky a ochranné známky.
11.8. Poskytovatel se zavazuje, že každou tiskovou zprávu nebo jinou informaci určenou ke zveřejnění a týkající se uzavření této Smlouvy a průběhu jejího plnění předloží ke schválení a korektuře Objednateli a nebude ji publikovat bez písemného schválení Objednatelem.
11.9. Objednatel se zavazuje, že návrhy na zveřejnění, které mu Poskytovatel předloží v souladu s ustanovením bodu 11.8., posoudí bez zbytečného odkladu a nebude Poskytovateli bezdůvodně bránit v tom, aby v rozumné míře využil skutečnost uzavření této Smlouvy a významné události v průběhu jejího plnění k propagačním účelům.
11.10. Žádné ustanovení této Smlouvy nebrání žádné ze smluvních stran v poskytnutí informací třetí straně či ve zveřejnění informací, pokud povinnost poskytnutí těchto informací vyplývá z platných právních předpisů.
12. Duševní vlastnictví, práva třetích osob
12.1. V případě provedení opravy software dle bodu 3.1. písm. b) a v případě úpravy nebo rozšíření software dle bodu 3.1. písm. i) nabývá Objednatel dnem zaplacení ceny za příslušný kalendářní měsíc, resp. ceny za příslušnou úpravu dle čl. 9. této Smlouvy časově neomezené právo (licenci) užít software po provedených opravách a úpravách a jeho dokumentaci ke všem způsobům užití. Tato licence je nevýhradní a Objednatel není oprávněn poskytnout podlicenci třetí osobě, bez písemného souhlasu Poskytovatele. Práva Objednatele vyplývající z udělené licence trvají i po ukončení účinnosti této Smlouvy.
12.2. Poskytovatel se zavazuje předávat Objednateli na základě vyžádání Objednatele zdrojovou formu software a aktualizovanou uživatelskou dokumentaci a dokumentaci zdrojové formy software po změnách provedených v rámci oprav, úprav a rozšíření software podle této Smlouvy. Uživatelskou dokumentací dle tohoto bodu se rozumí referenční příručka pro správce a uživatele software a popis pracovních postupů při práci se software pro jednotlivé kategorie jeho uživatelů. Dokumentací zdrojové formy software dle tohoto bodu se rozumí popis databázového schématu software, včetně nástrojů k vytvoření databáze z tohoto popisu, příručka popisující postup vytvoření software ze zdrojové formy a jeho instalaci a vysvětlení obsahu jednotlivých
programových modulů a jejich klíčových funkcí, alespoň ve formě komentářů ve zdrojové formě software.
12.3. Poskytovatel se zavazuje odškodnit Objednatele za všechny důvodné a přiměřené nároky třetích osob z titulu porušení jejich chráněných práv souvisejících s plněním Poskytovatele podle této Smlouvy, pokud Objednatel:
a) oznámí Poskytovateli bez zbytečného odkladu písemně a uceleně uplatnění jakéhokoliv podobného nároku třetích osob,
b) neuzná sám předmětný nárok,
c) zplnomocní Poskytovatele k vypořádání takového nároku soudní nebo mimosoudní cestou,
d) neučiní bez předchozí konzultace s Poskytovatelem jakékoliv právní úkony ve věci předmětných nároků.
13. Vady software a jejich řešení
13.1. Vadou se pro účely této Smlouvy rozumí:
a) nedostatek vlastností software oproti vlastnostem, které jsou uvedeny ve specifikaci software v Příloze č. 1 Smlouvy, kterou tvoří Příloha č. 1 Zadávací dokumentace k veřejné zakázce dle bodu 2.1. Xxxxxxx,
b) nedostatek úprav nebo rozšíření software provedených dle této Smlouvy oproti specifikaci těchto úprav nebo rozšíření odsouhlasené mezi Objednatelem a Poskytovatelem,
c) neschopnost software zpracovat běžnou provozní zátěž na vybavení Objednatele odpovídajícím specifikaci uvedené v akceptovaných výstupech detailní analýzy dle Smlouvy o dílo uvedené v bodě 2.2. této Smlouvy.
13.2. Oznámení vady musí vždy obsahovat:
a) datum zjištění vady,
b) jméno modulu software a číslo jeho verze, je-li Objednateli známo,
c) slovní popis vady,
d) znění prvního chybového hlášení (pokud existuje) a případných dalších,
e) popis činnosti uživatele, která předcházela zjištění vady,
f) snímek obrazovky aplikace v okamžiku zjištění vady, je-li jej možné pořídit. Pokud jsou Objednateli známy, sdělí zároveň tyto další informace:
g) je-li chyba reprodukovatelná, popis postupu jak chybu vyvolat a výpis chybového
logu,
h) zda se chyba projevuje např. jen jednomu uživateli,
i) zda chyba závisí na použitém PC,
j) případné další okolnosti zjištění chyby, např. výpadek sítě apod.
13.3. Pro potřeby této Smlouvy se vady software rozdělují do následujících typů:
A) vada blokuje práci (aplikace nebo modul nejde například vůbec spustit),
B) vada znemožňuje informační podporu hlavních procesů Objednatele,
C) vada znesnadňuje práci, lze však obejít (např, za cenu výrazného navýšení režie Objednatele) poté, co Poskytovatel doporučí nebo aplikuje náhradní řešení,
D) vada znepříjemňuje práci, lze však snadno obejít,
E) ostatní vady (přejmenování položek apod.).
13.4. Jestliže Poskytovatel při dodržení pravidel komunikace podle čl. 7. obdrží oznámení o vzniku závady kteréhokoli z uvedených typů, specifikované dle bodu 13.2., při provozu software, zahájí do osmi (8) pracovních hodin dle bodu 7.5. od okamžiku oznámení vady práce na řešení této vady.
13.5. V případě oznámení vady dle bodu 13.4. je Poskytovatel povinen:
a) pokud jde o vadu typu A nebo B, provést odstranění vady tak, že dodá zdokonalenou verzi jím dodaného software, v níž bude daná vada odstraněna, a to do osmi (8) pracovních hodin dle bodu 7.5. od okamžiku oznámení vady,
b) pokud jde o vadu typu C, provést odstranění vady tak, že dodá zdokonalenou verzi jím dodaného software, v níž bude daná vada odstraněna, a to do dvou (2) pracovních dnů dle bodu 7.5. od okamžiku oznámení vady,
c) pokud jde o vadu typu D nebo E, podat Objednateli bezodkladně, nejdéle však do tří (3) pracovních dnů, návrh způsobu a termínu odstranění vady i jejích negativních dopadů na provoz software a do tohoto termínu pak dodat zdokonalenou verzi software, v níž bude daná vada odstraněna.
13.6. Není-li možné oznámenou vadu software reprodukovat, oznámí to Poskytovatel Objednateli ve lhůtě dle bodu 13.4. Další postup při identifikaci příčin a odstranění takové závady bude dohodnut mezi zplnomocněnými zástupci Objednatele a Poskytovatele dle bodu 6.1.
13.7. Poskytovatel se zavazuje, že povede po dobu platnosti a účinnosti této Smlouvy evidenci provozních závad software a způsobu jejich řešení.
14. Záruky
14.1. Poskytovatel zaručuje, že každá služba, kterou Poskytovatel poskytuje, bude provedena s vynaložením přiměřené péče, znalostí a dovedností a bude odpovídat aktuálnímu popisu příslušné služby (včetně kritérií plnění) obsaženému v této Smlouvě, jejích přílohách nebo jiném příslušném dokumentu.
15. Odpovědnost za škodu
15.1. Uplatněním sankce podle čl. 10. této Smlouvy není dotčeno právo poškozené smluvní strany na náhradu škody způsobené porušením povinnosti sankcionované smluvní pokutou, a to i ve výši přesahující tuto smluvní pokutu.
15.2. Smluvní strany se zavazují upozornit druhou smluvní stranu bez zbytečného odkladu na vzniklé okolnosti vylučující odpovědnost a bránící řádnému plnění této Smlouvy. Smluvní strany se dále zavazují k vyvinutí maximálního úsilí k odvrácení a překonání okolností vylučujících odpovědnost.
15.3. Poskytovatel odpovídá za škody na zdraví (včetně usmrcení) a škody na nemovitém a movitém majetku v plné výši.
15.4. Poskytovatel odpovídá za jinou skutečnou škodu než výše uvedenou (viz bod 15.3.), která může vzniknout v rámci plnění Poskytovatele podle této Smlouvy, a to až do výše 2.000.000,- Kč (slovy dva miliony korun českých). Tato výše je považována za
maximální výši škody, kterou Poskytovatel předvídá, nebo které si je vědom, jako možného důsledku porušení svých povinností podle této Smlouvy.
15.5. Za žádných okolností nebude Poskytovatel odpovědný za ztrátu nebo škodu na záznamech či datech objednatele nebo vadnost těchto záznamů či dat, které prokazatelně nebyly způsobeny vadou dodávky Poskytovatele, a za případné následné škody či újmy takto vzniklé.
16. Řešení sporů
16.1. Smluvní strany se zavazují vyvinout maximální úsilí k odstranění vzájemných sporů vzniklých na základě této Smlouvy nebo v souvislosti s touto Smlouvou a k jejich vyřešení zejména prostřednictvím jednání zplnomocněných zástupců dle bodu 6.1. této Smlouvy.
16.2. Jestliže se spory nepodaří vyřešit smírnou cestou, může každá ze stran postoupit spor nejvyšším představitelům smluvních stran. Nejvyšší představitelé se pokusí vyřešit spor smírnou cestou. Případný soudní spor bude řešen věcně a místně příslušným soudem. Rozhodčí řízení se nepřipouští.
17. Platnost a účinnost Smlouvy
17.1. Tato Xxxxxxx nabývá platnosti dnem jejího podpisu oběma smluvními stranami, přičemž platí datum posledního podpisu, a účinnosti prvním dnem kalendářního měsíce následujícího po datu uveřejnění Smlouvy v registru smluv podle zákona č. 340/2015 Sb., v platném znění. Tato Xxxxxxx se uzavírá na dobu neurčitou, avšak jen do dosažení finančního limitu dle bodu 9.6 Smlouvy.
17.2. Objednatel i Poskytovatel jsou oprávněni odstoupit od této Smlouvy v plném rozsahu v případě porušení některého bodu této Smlouvy druhou smluvní stranou, pokud na toto porušení písemně upozorní a druhá smluvní strana do čtrnácti (14) kalendářních dnů uspokojivě nevysvětlí vzniklou nesrovnalost nebo ji neodstraní. Účinnost Smlouvy je v tomto případě ukončena okamžikem prokazatelného doručení písemného sdělení
o odstoupení od Xxxxxxx druhé smluvní straně.
17.3. Objednatel je oprávněn odstoupit od Xxxxxxx s okamžitou platností také i v případě porušení Smlouvy podstatným způsobem ze strany Poskytovatele (viz bod 8.8. a 9.12.).
17.4. Obě smluvní strany jsou oprávněny ukončit Smlouvu písemnou výpovědí druhé smluvní straně bez udání důvodu nebo dohodou obou smluvních stran. V případě jednostranné výpovědi činí výpovědní lhůta pro výpověď ze strany Objednatele tři (3) měsíce a pro výpověď ze strany Poskytovatele dvanáct (12) měsíců. Výpovědní doba začne běžet prvním dnem měsíce následujícího po měsíci, v němž byla písemná výpověď doručena druhé smluvní straně.
17.5. Ukončením účinnosti této Smlouvy nejsou dotčena ustanovení týkající se ochrany informací (viz čl. 11.), ochrany práv Objednatele (viz čl. 12.), záruky (viz body 4.3. a 4.4.), řešení sporů ani splatné závazky smluvních stran.
17.6. V případě odstoupení od Xxxxxxx jednou smluvní stranou dle bodu 17.2. nebo 17.3. se obě smluvní strany zavazují vyvinout maximální úsilí k dosažení dohody na vzájemném vyrovnání. Tímto ustanovením nejsou dotčena ustanovení týkající se sankcí (viz čl. 10.) ani odpovědnosti za škodu (viz čl. 15.).
18. Závěrečná ustanovení
18.1. Výkon práv a povinností plynoucích z této Smlouvy se řídí příslušnými ustanoveními občanského zákoníku a dále autorským zákonem č. 121/2000 Sb., v platném znění.
18.2. Bude-li některé z ustanovení této Smlouvy shledáno jako neplatné nebo nevymahatelné, nemá taková skutečnost vliv na platnost nebo vymahatelnost zbývajících ustanovení této Smlouvy.
18.3. Jestliže smluvní strana v případě neplnění či porušení této Smlouvy neuplatní všechna svá práva v takovém případě jí náležející, nelze takové jednání v žádném případě vykládat jako vzdání se takových práv pro případ jiného či následného neplnění či porušení sjednaných smluvních povinností.
18.4. Žádná smluvní strana není odpovědná druhé smluvní straně za vynaložení nákladů, rizika nebo za závazky vyplývající z činnosti této smluvní strany v souvislosti s předmětem plnění. Každá ze smluvních stran bude jednat jako nezávislý právní subjekt, nikoliv jako zmocněnec druhé smluvní strany.
18.5. Smlouvu lze měnit pouze oboustranně odsouhlasenými číslovanými dodatky podepsanými oběma smluvními stranami. Žádný jiný protokol, dokument, obvyklá praxe nebo zvyk nebudou považovány za dodatek ke Smlouvě nebo za její pozměnění.
18.6. Obě smluvní strany souhlasí, že :
a) na základě této Smlouvy neuděluje žádná strana druhé smluvní straně právo užívat její ochranné známky či jiná označení (včetně ochranných známek či označení v rámci podniku) pro účely propagace nebo publikování, není-li to oběma smluvními stranami předem písemně dohodnuto;
b) obě smluvní strany jsou oprávněny uzavírat obdobné smlouvy s třetími stranami, za předpokladu, že uzavřením nebo plněním takové smlouvy nebude jakkoliv dotčeno plnění dle této Smlouvy;
c) žádná ze smluvních stran neodpovídá za nesplnění svých závazků, pokud k takovému nesplnění došlo z důvodů okolností vylučujících odpovědnost podle
§ 2913 odst. 2 občanského zákoníku.
18.7. Poskytovatel se zavazuje neuzavírat smlouvy týkající se software anebo služeb dle této Smlouvy týkající se fakult nebo dalších součástí UK bez předchozí dohody se zplnomocněným zástupcem Objednatele dle bodu 6.1.
18.8. Smluvní strany berou na vědomí, že tato Xxxxxxx vyžaduje uveřejnění v registru smluv podle zákona č. 340/2015 Sb., ve znění pozdějších předpisů, a s tímto uveřejněním souhlasí. Zaslání Xxxxxxx do registru smluv zajistí Objednatel neprodleně po podpisu Xxxxxxx. Smluvní stany se dohodly, že v rámci smluvního jednání dojde před zveřejněním Smlouvy k dohodě o anonymizaci těch údajů Smlouvy, které nelze zveřejnit postupem dle zákona č. 340/2015 Sb., protože jejich zveřejněním by došlo k porušení jiných právních předpisů. Objednatel se současně zavazuje informovat druhou smluvní stranu o provedení registrace tak, že zašle druhé smluvní straně kopii potvrzení správce registru smluv o uveřejnění Smlouvy bez zbytečného odkladu poté, kdy sám potvrzení obdrží, popř. již v průvodním formuláři vyplní příslušnou kolonku s ID datové schránky druhé smluvní strany (v takovém případě potvrzení od správce registru smluv o provedení registrace Smlouvy obdrží obě smluvní strany zároveň).
18.9. Nedílnou součástí této Smlouvy jsou následující přílohy:
a) Příloha č. 1, kterou tvoří Příloha č. 1 Zadávací dokumentace k veřejné zakázce dle bodu 2.1. Smlouvy a
b) Příloha č. 2 obsahující jména a kontakty na Vedoucí týmu za Objednatele a Poskytovatele a pracovníky týmu Poskytovatele.
18.10. Tato Smlouva je uzavřena elektronicky, a to tak, že je opatřena uznávanými elektronickými podpisy oprávněných zástupců smluvních stran (dle § 6 odst. 2 zák. č. 297/2016 Sb., ve znění pozdějších předpisů).
Smluvní strany prohlašují, že si tuto Smlouvu přečetly, že s jejím obsahem souhlasí a na důkaz toho k ní připojují svoje podpisy.
Za DERS Group s.r.o.
V Praze dne (viz elektronický podpis)
Za Univerzitu Karlovu
V Praze dne (viz elektronický podpis)
.......................................................................
Xxx. Xxx Xxxx jednatel společnosti
..........................................................................
xxxx. XXXx. Xxxxx Xxxx, DrSc., MBA rektor
Příloha
Příloha č. 1 – Příloha č. 1 Zadávací dokumentace k veřejné zakázce dle bodu 2.1. Smlouvy Příloha č. 2 – Vedoucí týmu za Objednatele a Poskytovatele, složení týmu Poskytovatele
Příloha č. 1 – Popis aplikace Granty a projekty
1 Účel aplikace
Aplikace Granty a projekty (dále jen „GAP“) je modulem informačního systému pro evidenci a hodnocení tvůrčí činnosti Univerzity Karlovy (dále jen „IS Věda“) dle Opatření rektora č. 24/2018 – Evidence tvůrčí činnosti na Univerzitě Karlově (viz xxxxx://xxx.xxxx.xx/XX- 9134.html) a slouží především k evidenci aktivit dle části III tohoto Opatření rektora a k administraci některých interních grantových a obdobných soutěží zejména v oblasti podpory tvůrčí činnosti a mobilit.
Aktivitami evidovanými v GAP se podle Opatření rektora rozumí:
a) projekty financované z prostředků účelové podpory podle § 3 odst. 2 písm. a), b) a d) zákona č. 130/2002 Sb., o podpoře výzkumu a vývoje (dále jen „zákon“),
b) interní projekty univerzity financované z prostředků účelové podpory na specifický vysokoškolský výzkum dle § 3 odst. 2 písm. c) zákona,
c) interní projekty, programy a další vnitrouniverzitní nástroje financování aktivit vědy a výzkumu z prostředků institucionální podpory dle § 3 odst. 3 písm. a) zákona,
d) zahraniční a mezinárodní granty, včetně projektů z prostředků dle § 3 odst. 3 písm. b) zákona,
e) projekty realizované v rámci operačních programů ve výzkumu, vývoji a inovacích,
f) projekty smluvního a kolaborativního výzkumu,
g) xxxxxxxx další granty a projekty na podporu aktivit vědy, výzkumu a dalších tvůrčích činností,
h) veškerá podpora v režimu „de minimis“,
i) účast ve výzkumných infrastrukturách a dalších podobných vědecky zaměřených skupinách a
j) licenční smlouvy (nabyté i poskytnuté) k předmětům průmyslového vlastnictví.
Další podrobnosti o evidenci aktivit stanoví toto Opatření rektora a metodická pravidla vydaná na základě čl. 13 odst. 4 písm. a) tohoto opatření.
Mezi aktuálně administrované a do budoucna zvažované/připravované interní soutěže patří:
a) pět soutěží (kategorií) vnitrouniverzitního programu Fond mobility, vyhlašovaných dvakrát ročně,
b) dvě soutěže (kategorie) vnitrouniverzitního programu Internacionalizace, vyhlašované dvakrát ročně,
c) tři soutěže (kategorie) vnitrouniverzitního programu PRIMUS, vyhlašované jednou ročně,
d) tři soutěže (kategorie) vnitrouniverzitního programu UNCE, vyhlašované jednou za šest let,
e) tři soutěže (kategorie) vnitrofakultního podprogramu v rámci programů PROGRES na FHS, vyhlašované několikrát ročně,
f) jedna soutěž vnitrofakultního programu Vnitřní granty FF, vyhlašovaná podle potřeby a
g) vnitrouniverzitní soutěž SVV (Specifického vysokoškolského výzkumu).
GAP podporuje zpracování informací týkajících se projektů řešených pomocí grantového a obdobného financování, ve všech fází příslušných procesů, počínaje přípravou projektu, žádostí o finanční příspěvek nebo dotaci, evidencí rozhodnutí o realizaci/nerealizaci projektu a způsobu jeho financování, řešení grantového projektu a jeho vyhodnocení.
GAP rovněž podporuje zpracování informací týkajících se návrhů projektů předkládaných v rámci programů vyhlášených interních soutěží, a to ve všech fázích od přípravy, dokončení a odevzdání návrhu projektu, přes jeho vyhodnocení až po zveřejnění rozhodnutí
o přijetí/nepřijetí návrhu projektu k podpoře.
Kromě samotné podpory uvedených procesů GAP slouží k vytváření přehledů a statistik týkajících se těchto projektů, návrhů projektů či jiných aktivit tvůrčí činnosti a grantového financování.
GAP je provázán rozhraními jak na interní systémy Univerzity Karlovy (dále jen „UK“), tak na externí systémy, včetně celonárodních registrů a systémů jednotlivých poskytovatelů finančních prostředků na výzkum a vývoj. Úkolem GAP je také prezentovat informace o zdrojích financování výzkumu a vývoje a řešených i dokončených projektech v této oblasti na webu UK a pro další výstupy, včetně statistických výstupů a výročních zpráv o činnosti UK.
GAP slouží zejména:
• k evidenci grantových projektů a dalších aktivit tvůrčí činnosti řešených pracovníky a studenty UK,
• k evidenci a sledování stavu řešení těchto aktivit, jejich finančních rozpočtů a prostřednictvím rozhraní na systémy finančního účetnictví fakult a dalších součástí UK také ke sledování stavu čerpání finančních prostředků na jednotlivé grantové projekty/aktivity,
• k evidenci dokumentů souvisejících s aktivitami tvůrčí činnosti a vyhledávání v těchto dokumentech,
• pro výstupy dat o grantových projektech pro účely vykazování těchto projektů jednotlivým poskytovatelům financí na tyto projekty,
• jako zdroj údajů o financování konkrétních výsledků tvůrčí činnosti pro jejich evidenci v modulu OBD,
• k pořizování, formální kontrole a odevzdávání žádostí (návrhů projektů) v rámci interních soutěží, sledování procesu jejich zpracování a jednotlivých fází hodnocení (vč. pořizování, dalšího zpracování a exportů posudků hodnotitelů), až po finální rozhodnutí o přijetí/nepřijetí projektu k podpoře,
• k příjmu, dalšímu zpracování a schvalování (vč. pořizování, dalšího zpracování a exportů posudků hodnotitelů) průběžných a závěrečných zpráv o řešení projektů.
2 Logická struktura GAP
Klientské rozhraní GAP má povahu www-aplikace.
GAP se skládá z centrální databáze, v níž jsou uložena data pro všechny fakulty a další součásti UK, webových aplikačních serverů a z rozhraní na databázové i aplikační úrovni (databázové pohledy, procedury a web services).
GAP je provozován centrálně pro celou UK (všech 17 fakult a další součásti UK). Některá jeho nastavení jsou společná pro celou UK, většina nastavení modulu však může být odlišných pro jednotlivé fakulty a další součásti, včetně obsahu části číselníků.
2.1 Centrální databáze
Centrální databáze GAP obsahuje zejména následující údaje:
• personální údaje členů řešitelských týmů grantových projektů, resp. účastníků evidovaných aktivit tvůrčí činnosti, především pracovníků a studentů UK, ale i externích spolupracovníků UK, dalších spoluřešitelů těchto projektů a zaměstnanců fakultních nemocnic, včetně historických verzí těchto údajů (např. dřívější příjmení, tituly, historické pracovněprávní vztahy apod.) – tyto údaje jsou z významné části přebírány a pravidelně aktualizovány podle dat z centrální databáze osob UK (viz kapitola 2.2),
• údaje o sledovaných aktivitách tvůrčí činnosti a zdrojích jejich financování – tyto údaje jsou vkládány do databáze modulu ručně nebo hromadným importem dat převzatých z externích zdrojů, např. z celostátních registrů „Centrální evidence projektů výzkumu a vývoje“ (dále jen „CEP“) a „Centrální evidence výzkumných záměrů“ (dále jen „CEZ“) – import dat z CEP a CEZ je přírůstkový a je prováděn průběžně několikrát do roka,
• údaje o výstupech sledovaných aktivit tvůrčí činnosti, včetně údajů o výsledcích tvůrčí činnosti pracovníků a studentů UK (případně dalších osob se vztahem k UK) a vztahu těchto výsledků k řešeným grantovým projektům – tyto údaje jsou přebírány z databáze centrální evidence výsledků tvůrčí činnosti UK,
• údaje týkající se přidělených finančních prostředků na jednotlivé grantové projekty a stavu čerpání těchto finančních prostředků – údaje o čerpání finančních prostředků jsou (volitelně) přebírány ze systémů finančního účetnictví fakult a dalších součástí UK (viz kapitola 2.2),
• odkazy na dokumenty související s evidovanými aktivitami tvůrčí činnosti (vlastní dokumenty nejsou uloženy v databázi modulu, ale v souborovém úložišti CUL, založeném na bázi open-source systému Alfresco),
• číselníky, včetně číselníků přebíraných z dalších systémů UK,
• statistické údaje o aktivitách tvůrčí činnosti i návrzích projektů v programech interních soutěží.
2.2 Rozhraní GAP
Tato kapitola obsahuje výčet systémů a aplikací UK, s nimiž GAP komunikuje formou rozhraní:
• Centrální personální aplikace WhoIs – GAP čte data z databáze WhoIs (realizována v databázovém systému Oracle), rozhraní má podobu datových pump čtoucích data z databázových pohledů.
• GAP umožňuje číst data z dalších zdrojů personálních dat (např. z exportů vybraných údajů z personálních agend fakultních nemocnic – závisí na smlouvách uzavřených s fakultními nemocnicemi).
• Centrální studijní systém Informační systém Studium (dále jen „IS Studium“) – GAP čte data z databáze IS Studium (databáze realizována v databázovém systému Oracle), rozhraní má podobu datových pump čtoucích data z databázových pohledů.
• Centrální evidence výsledků (tvůrčí činnosti):
o GAP čte data z této evidence (přebírány jsou především základní údaje o výsledcích tvůrčí činnosti, jejichž vytvoření bylo realizováno v rámci dané aktivity tvůrčí činnosti) – databáze realizována v databázovém systému Oracle, rozhraní realizováno formou sdílení dat – příslušných tabulek v databázi;
o GAP poskytuje rozhraní, kde jsou pro dané číslo grantového projektu, resp. jiné aktivity tvůrčí činnosti, k dispozici základní údaje o projektu/aktivitě, zejména kód a název, období řešení, zdroje financování, řešitelé či další účastníci aktivity, případně další údaje, a to formou databázového pohledu.
• Provozní systém Grantové agentury UK (GAUK) – GAP čte data z databáze GAUK – databáze realizována v databázovém systému Oracle, rozhraní formou datové pumpy čtoucí data z databázových pohledů.
• Centrální autentizační služba UK – centrální LDAP server realizovaný pomocí Fedora Directory Serveru. Autentizace uživatelů do GAP probíhá prostřednictvím single-sign-on zprostředkovávaného touto centrální autentizační službou.
• Systémy finančního účetnictví fakult a dalších součástí UK (iFIS od společnosti BBM spol. s r.o. a EIS JASU CS od společnosti MÚZO Praha s.r.o.) – GAP čte z těchto systémů data týkající
se čerpání finančních prostředků určených na jednotlivé grantové projekty, resp. jiné aktivity tvůrčí činnosti. Data jsou poskytována formou databázových pohledů v databázových systémech Oracle a Microsoft SQL Server.
• Centrální úložiště CUL pro ukládání dokumentů souvisejících s aktivitami tvůrčí činnosti – GAP využívá webových služeb pro ukládání a vyhledávání dokumentů v tomto souborovém úložišti.
• Databázové pohledy na data o sledovaných aktivitách tvůrčí činnosti, jejich řešitelích a zdrojích financování těchto aktivit za danou fakultu nebo další součást UK, včetně dat číselníků používaných fakultou (hodnoty číselníků nastavené centrálně plus specifické hodnoty číselníků nastavené fakultou) a hodnoty pro fakultu platných parametrů modulu – jde o pohledy v databázi Oracle, k nimž mohou přistupovat autentizovaní fakultní uživatelé (resp. fakultně specifické systémy a aplikace) pomocí SQL dotazů pro čtení dat.
3 Fyzická architektura GAP a technické parametry
Na UK jsou provozována dvě prostředí GAP: provozní a testovací. Poskytovatel služeb podpory nasazuje úpravy aplikace do testovacího prostředí, v němž pracovníci zadavatele ověřují správnost těchto úprav testováním. Po odsouhlasení provedených úprav zadavatelem nasadí poskytovatel služeb podpory úpravy do provozního prostředí. Do testovacího prostředí jsou dle potřeby kopírována data z provozního prostředí.
Z pohledu fyzické architektury se každé prostředí GAP skládá z jednoho databázového serveru a farmy webových/aplikačních serverů. Všechny servery jsou umístěny ve vnitřní síti UK za firewallem.
Na databázovém serveru je provozován databázový software Oracle 11gR2 Standard Edition (aktuálně verze 11.2.0.4) na Oracle Linuxu.
Farma webových serverů je provozována za reverzní proxy (ukončuje SSL spojení a nastavuje proměnné prostředí). V současnosti je provozovanou platformou Linux CentOS verze 5. Nginx a web servery (Apache a Tomcat) jsou virtuální servery na platformě Oracle VM 3.x; databázový server je fyzický server.
Jako úložiště session dat je využita databáze Redis.
Aplikace je pro autentizované uživatele přístupná výhradně zabezpečeným protokolem HTTPS.
Aplikace je vytvořena pomocí frameworků VERSO a Bootstrap s využitím programovacích jazyků Perl, JavaScript a Java.
4 Uživatelé GAP
Uživatele lze na základní úrovni rozdělit do těchto kategorií:
• hlavní řešitelé grantových projektů, resp. osoby v odpovídajícím postavení v rámci dalších sledovaných aktivit tvůrčí činnosti,
• další členové řešitelských týmů,
• žadatelé o projekt v rámci interní soutěže,
• další členové („spoluřešitelé“) týmů žádajících o projekt v rámci interní soutěže,
• referenti pracovišť (základních součástí) – osoby odpovědné za záznamy o řešených aktivitách jednoho pracoviště (katedry, ústavu apod.),
• referenti dílčích agend evidence aktivit na fakultách/součástech – osoby provádějící nastavení modulu a správu číselníků na úrovni fakulty/součásti a správu záznamů za fakultu/součást pro jim svěřenou agendu, dále mohou generovat statistické výstupy za fakultu/součást,
• koordinátoři evidence aktivit na fakultách/součástech – osoby provádějící nastavení modulu a správu číselníků na úrovni fakulty/součásti a správu záznamů za fakultu/součást pro všechny agendy, dále mohou generovat statistické výstupy za fakultu/součást,
• fakultní referenti konkrétních celouniverzitních interních soutěží,
• fakultní administrátoři konkrétních fakultních interních soutěží,
• pověřené osoby s oprávněním přistupovat k záznamům za fakultu/součást v režimu pro čtení (typicky management fakult/součástí)
• pověřené osoby s oprávněním generovat přehledy a statistické výstupy za fakultu/součást (typicky management fakult/součástí),
• univerzitní referenti evidence aktivit – osoby provádějící nastavení modulu a správu záznamů za celou UK pro jim svěřenou agendu, dále mohou generovat statistické výstupy za celou UK,
• univerzitní koordinátor evidence aktivit – osoba provádějící nastavení modulu a správu záznamů za celou UK pro všechny agendy, dále může generovat statistické výstupy za celou UK,
• univerzitní administrátoři konkrétních interních soutěží,
• hodnotitelé návrhů projektů a průběžných/závěrečných zpráv, resp. hodnotitelé návrhů projektů a průběžných/závěrečných zpráv s vyšší úrovní oprávnění (např. předseda hodnotícího panelu), zahrnující např. možnost přiřazovat hodnotitele k jednotlivým projektům, zobrazit aktuální statistiku přiřazení hodnotitelů a provedených hodnocení apod., kteří se v závislosti na nastavení konkrétních interních soutěží (kategorií) dále dělí podle funkce hodnotitele, na jejímž základě jsou jim zpřístupňovány konkrétní typy protokolů v konkrétních fázích hodnocení konkrétní interní soutěže,
• systémový administrátor modulu – osoba provádějící nastavení klíčových parametrů a číselníků modulu za celou UK,
• pověřené osoby s oprávněním přistupovat k záznamům v režimu pro čtení a generovat přehledy a statistické výstupy z modulu za celou UK (management univerzity),
• anonymní uživatelé – mohou prohlížet zveřejněné záznamy z modulu na webových stránkách UK, včetně příslušných statistických výstupů.
Základní činnosti jednotlivých kategorií uživatelů GAP jsou vymezeny čl. 10 až 13 Opatření rektora č. 24/2018. Těmto činnostem odpovídá konfigurace přístupových práv v modulu (např. referent pracoviště z katedry X má práva vkládat a opravovat záznamy z katedry X, ale nemá práva vkládat a opravovat záznamy řešitelů z jiných kateder). Více se přístupovým právům uživatelů věnuje kapitola 5.5.
5 Obecné vlastnosti komponent GAP
5.1 Centrální databáze
Databáze GAP kromě výše uvedených dat:
• obsahuje historické verze většiny dat (zejména záznamů evidence aktivit),
• ukládá logy změn dat, včetně informace o autorovi a datu a času změny,
• umožňuje vygenerovat přírůstky změn vybraných dat v databázi od zadaného data a času.
5.2 Číselníky
Číselníky představují klíčové komponenty konfigurace centrální databáze a umožňují provádět základní kontroly dat vkládaných do GAP. Jednotlivé číselníky lze obecně rozdělit do dvou kategorií:
• Číselníky přebírané z externích zdrojů a v GAP needitovatelné – do této kategorie patří např. organizační struktura UK a další číselníky přebírané z centrální personální aplikace WhoIs.
• Číselníky spravované univerzitními referenty/koordinátory nebo administrátorem modulu a platné pro všechny fakulty a další součásti UK.
Modul poskytuje nástroje pro správu číselníků, které umožňují kromě vkládání a editace položek číselníků také zneplatňování položek číselníků, test na duplicity při vkládání a editaci položky číselníku a další kontroly konzistence číselníků a dat na ně vázaných.
5.2.1 Organizační struktura
Číselník organizační struktury UK obsahuje hierarchické členění UK na fakulty a další součásti a jejich další členění na pracoviště nižší úrovně (katedry, ústavy, kliniky, odbory, oddělení atd.). Do číselníku jsou zahrnuta také pracoviště mimo UK, na nichž pracují externí pracovníci podílející se na řešení grantových projektů UK. Obsah číselníku je dávkově (datovou pumpou) přebírán z centrální personální aplikace WhoIs.
Na obsahu tohoto číselníku závisejí přístupová práva do aplikace (zejména omezení přístupu k záznamům pro uživatele v rolích fakultní referent/koordinátor a referent pracoviště).
5.3 Formát záznamů o grantových projektech
Univerzitní koordinátor a administrátor modulu mohou upravovat číselník typů záznamů (tzn. agend, resp. subagend, kde jsou zřízeny metodickými pravidly):
Pro každý typ záznamu je možné nastavit:
• které záložky s jednotlivými evidovanými údaji jsou uživateli k dispozici,
• která jednoduchá datová pole na jednotlivých záložkách jsou k dispozici a je možné je vyplňovat,
• které podřízené datové struktury jsou v daném záznamu aktivní (např. údaje o členech řešitelského týmu, finanční údaje),
• které skupiny uživatelů mohou pracovat s tímto typem záznamu a v jakém rozsahu
• výjimky ze základního nastavení uživatelských oprávnění ve vztahu ke čtení/editaci záznamu pro uživatele z jednotlivých fakult/součástí,
• aktivace a parametry automatického číslování záznamů,
• jaké typy účasti osob jsou v daném záznamu povoleny (funkce řešitelů),
• režim evidence pracovišť účastníků aktivity (členů řešitelského týmu),
• režim práce s pořadím účastníků aktivity (členů řešitelského týmu),
• režim evidence finančních údajů (vč. možnosti přebírání struktury rozpočtu z externího systému anebo definice vlastní struktury, vč. pravidel pro sčítání položek do součtových řádků),
• pravidla pro automatické notifikace uživatelů o změnách v záznamech.
Univerzitní koordinátor a administrátor modulu může dále definovat kontrolní pravidla pro správnost vyplnění položek pro daný typ záznamu. Tato pravidla mohou být:
• vázaná na záznam jako celek,
• vázaná na konkrétní jednoduché datové pole (a to buď obecná, shodná pro všechny typy polí, nebo specifická pro konkrétní typ datového pole),
• vázaná na přítomnost přiložených dokumentů, příp. v návaznosti na konkrétní určenou složku s dokumenty,
• vázaná na podřízené datové struktury (např. údaje o členech řešitelského týmu, financování apod.)
Při nastavování kontrol lze u každé předdefinované kontroly nadefinovat konkrétní text chybové hlášky, která se má při nesplnění kontroly zobrazovat, a to pro každý typ záznamu zvlášť.
Většina typů záznamů je nakonfigurována centrálně jednotně pro celou UK, některé typy však lze dokonfigurovat odlišně na úrovni jednotlivých fakult/součástí. V rámci hodnocení návrhů projektů lze pro každou jednotlivou vyhlášenou interní soutěž (kategorii) nastavit hodnotící protokoly, jejich obsah (druhy hodnotících kritérií a povinnost jejich vyplnění), pravidla pro jejich přiřazování hodnotitelům a jejich případné zpřístupňování navrhovatelům.
5.4 Evidence uživatelů a jejich přístupových rolí
Pro účely autentizace uživatelů přistupujících ke GAP je využíván centrální LDAP server. Uživatelé jsou v GAP identifikováni svým číslem osoby. V GAP je veden přehled uživatelů s přidělenou rolí – ať už jde o základní roli žadatele o projekt, řešitele nebo účastníka aktivity tvůrčí činnosti, nebo o vyšší roli, tj. referenta pracoviště, fakultního referenta, koordinátora nebo administrátora, pověřenou osobu za fakultu/součást (resp. člena vedení fakulty/součásti), univerzitního referenta nebo koordinátora, administrátora modulu, hodnotitele projektu nebo závěrečných zpráv nebo člena vedení UK.
Přidělování rolí na úrovni základního uživatele (=řešitel/účastník aktivity tvůrčí činnosti) je zajišťováno automatizovaně pomocí vestavěné funkce. Tato funkce je na úrovni administrátora modulu parametrizovatelná, a to pro jednotlivé fakulty/součásti, přičemž součástí nastavení je nejen frekvence, v níž se automatické nastavení opakovaně provádí, ale i parametry ovlivňující konkrétní roli a pracoviště, na něž je role přidělována. Funkce při své činnosti využívá údajů
o pracovních a studijních vztazích osob, kterým jsou role přidělovány. Vyšší role přiděluje univerzitní koordinátor, resp. administrátor modulu ručně v agendě, která je k tomu účelu v GAP k dispozici.
Po přihlášení uživatele do GAP je po celou dobu práce uživatele na obrazovce viditelně zobrazeno jméno uživatele a jeho role.
5.5 Přístupová práva
Přístupová práva k záznamům evidence aktivit se liší podle přístupové role uživatele, závisí na fakultě/součásti a pracovišti uživatele, na typu záznamu, stavu jeho zpracování a případně také na nastavení termínů zpracování.
Každý záznam o grantovém projektu/aktivitě tvůrčí činnosti má svého vlastníka. Vlastníkem je po vzniku záznamu jeho pořizovatel.
5.6 Filtry, třídění a exporty záznamů
GAP poskytuje aparát pro filtrování záznamů, k nimž má uživatel v modulu přístup, a to podle rozsáhlé sady kritérií. Výsledný seznam záznamů má uživatel možnost setřídit podle jednoho nebo více kritérií a výsledek vyexportovat ve formátu XLS.
Součástí modulu jsou také předdefinované sestavy a tiskové výstupy generované ve formátu XLS a/nebo PDF.
5.7 Statistické výstupy
GAP umožňuje sestavovat statistické přehledy o grantových projektech, resp. aktivitách tvůrčí činnosti, řešených pracovníky a studenty UK, včetně statistik týkajících se rozpočtů
projektů/aktivit a jejich čerpání. Statistické přehledy je možné sestavovat zejména v členění podle časových hledisek, podle fakult/součástí nebo jiného organizačního členění UK a podle typů grantových projektů (resp. skupin typů grantových projektů), resp. typů aktivit.
Sestavování těchto statistik je přístupné univerzitním a fakultním referentům a koordinátorům s tím, že vybrané výstupy mohou takto zpřístupnit vedení univerzity, vedení fakult/součástí nebo i anonymnímu uživateli GAP.
6 Další vlastnosti GAP
Kromě výše uvedených funkcionalit a vlastností poskytuje GAP:
• Nastavitelnou kontrolu na duplicity záznamů u grantových projektů/aktivit tvůrčí činnosti, která je uplatňována již v průběhu vyplňování nového záznamu.
• Umožňuje vytvoření nového záznamu o grantovém projektu/aktivitě na základě již evidovaného záznamu o grantovém projektu/aktivitě jeho zkopírováním (funkce „Nový jako...“).
• Poskytuje funkci pro převod záznamu z jednoho typu (formuláře) do jiného.
• Řešitel (přihlášený uživatel) může vložit sebe sama jako člena řešitelského týmu přímo, aniž by se musel vyhledávat v číselníku personálních údajů.
• Počet řešitelů evidovaných u jednoho grantového projektu, resp. aktivity tvůrčí činnosti, není omezen. Údaje o spoluřešitelích projektu, kteří nemají vztah vůči UK, mohou být evidovány buď strukturovaně, anebo pouze textově – volba způsobu evidence závisí na autorovi záznamu.
• V rámci evidence řešitelského týmu (zejména v návrzích projektů) lze dle konkrétního nastavení uvádět konkrétní plánované pozice s příznakem „bude obsazeno později“ nebo uvádět plánované obsazení konkrétní osobou, která v okamžiku pořizování návrhu není obsažena v číselníku personálních dat s tím, že v následném zpracování již přijatého projektu poskytuje GAP podporu pro snadný převod takto evidované osoby mezi interní řešitele a její napárování na číselníkový záznam o osobě.
• Umožňuje evidovat grantové projekty/aktivity tvůrčí činnosti ve všech fázích jejich přípravy a řešení (např. ve stavu přípravy na podání žádosti o grant, podání žádosti o grant, schválení grantu, neschválení grantu, po dokončení řešení grantu atd.) a projekty dle těchto stavů filtrovat a vyhledávat.
• S využitím centrálního souborového úložiště CUL umožňuje ke každému záznamu připojit elektronickou podobu veškerých dokumentů týkajících se projektu (např. různých formulářů, popisu projektu, smluv, závěrečných zpráv apod.).
• Do návrhů projektů lze přikládat soubory definovaných druhů, které lze následně zejména pro účely jejich hodnocení exportovat jednotlivě nebo v balíčcích pro jednotlivé návrhy nebo i v balíčcích pro celé sady návrhů, a to parametrizovatelně různým způsobem (např. slučovat všechna PDF do jednoho, rozdělovat soubory jednotlivých návrhů do podřízených složek apod.). Takto přiložené soubory mohou také hodnotitelé číst vestavěnou čtečkou dokumentů bez nutnosti soubor stahovat a otevírat v aplikaci třetí strany.
• Poskytuje specializovanou funkci pro hromadnou evidenci účastníků (a jejich případného zapojení do výzkumných skupin) programů PROGRES podle pravidel vyplývajících z Opatření rektora č. 10/2018 (viz xxxxx://xxx.xxxx.xx/XX-0000.xxxx).
• Podporuje hromadné manipulace s evidovanými záznamy, např. hromadné změny stavů, exporty vybraných záznamů, testy vybraných záznamů podle aktuální sady kontrol apod.
• Možnosti výběru grantových projektů/aktivit tvůrčí činnosti podle různých kritérií.
• Možnost uzamčení modulu pro uživatele, např. pro potřeby údržby.
• Možnost zakázat přihlášení vybraných uživatelů a naopak umožnit přihlášení vybraných uživatelů ve chvíli, kdy je XXX uzamčen.
• Poskytuje uživatelům přehled závazných termínů týkajících se projektů, nastavených v modulu, a to v členění podle jednotlivých typů projektů, s možností upozorňování uživatelů na tyto termíny, např. zasíláním automatických avíz řešitelům projektů nebo jiným osobám (podle nastavení modulu).
• Poskytuje možnost zasílání hromadných e-mailů uživatelům modulu, s variabilními možnostmi výběru adresátů (např. podle typů projektů, podle zdrojů financování projektů, podle pracoviště řešitelů apod.).
• Poskytuje možnost odesílání notifikací při změně stavu návrhu projektu v rámci jeho schvalování/hodnocení.
• Umožňuje generovat přehledy o grantových projektech/aktivitách tvůrčí činnosti podle pracovišť, pracovníků, zdrojů financování apod., včetně možnosti tento přehled získat přes definované rozhraní z externí aplikace (např. pro účely integrace takových přehledů do fakultních webových portálů).
• Aplikuje definované kontroly na vkládané hodnoty již při zadávání záznamů uživateli a blokuje posun záznamu do vyššího stavu, dokud není záznam vyplněn tak, že vyhovuje nastavené sadě kontrol
• Umožňuje zjistit, jaké grantové projekty jsou pro dané pracoviště nebo daného řešitele evidovány v CEP nebo CEZ.
• Poskytuje informace o stavech záznamů o grantových projektech/aktivitách tvůrčí činnosti, včetně možnosti prohlížet historii vložených údajů. Je evidováno, který záznam kdo a kdy pořídil a kdy a kým došlo k jeho úpravě.
• Podporuje vkládání neúplných záznamů – rozpracovaná data je možné uložit a vrátit se k nim jindy (když řešitel zjistí, že nemá k dispozici potřebný údaj, může rozpracovaný záznam uložit a doplnit jej později).
• Poskytuje různé konfigurovatelné přehledy záznamů na nástěnce IS Věda s možností přímého vstupu do záznamu (např. přehled záznamů, které má hodnotitel přiřazen k hodnocení; přehled záznamů, do nichž má být vložena průběžná/závěrečná zpráva) či s možností přímého vstupu na seznam záznamů předfiltrovaný příslušným způsobem (např. přehledy počtů záznamů v jednotlivých stavech a agendách). Tyto přehledy jsou přístupné uživatelům na základě jejich oprávnění v systému.
• Poskytuje možnost samostatné evidence hodnotitelů v interních soutěžích, a to ve skupinách dle organizační potřeby, a následně možnost přiřazování celých těchto skupin nebo jejich částí do jednotlivých hodnotících fází a hromadné přiřazování funkcí hodnotitele v rámci těchto fází. Pro takto evidované hodnotitele poskytuje také funkci automatického vygenerování a odeslání interních přihlašovacích údajů, pokud externí hodnotitelé nemají možnost využít přihlášení přes Centrální autentizační službu.
• Poskytuje funkce pro zkopírování nastavení pro celou interní soutěž (kategorii) do nové soutěže, a to kompletně včetně nastavení hodnotících fází a protokolů, nebo pouze nastavení soutěže a formuláře návrhu projektu. Rovněž poskytuje funkce pro samostatné kopírování nastavení souvisejících s personálním obsazením hodnotící fáze z jedné soutěže do jiné, případně i mezi hodnotícími fázemi v rámci jedné soutěže. Obdobně umožňuje kopírování jednotlivých nastavených hodnotících protokolů.
• Dále poskytuje funkci pro automatické předgenerování obsahu hodnotících protokolů na základě obsahu protokolů z předchozí fáze hodnocení či paralelní čtení obsahu již existujících hodnotících protokolů při zpracování protokolu nového (podpora např. pro přípravu souhrnných posudků na základě dílčích posudků oponentů).
• Poskytuje také volitelně nastavenou možnost předběžného přihlašování hodnotitelů k hodnocení jednotlivých návrhů projektů v dané fázi hodnocení s následným schválením či odmítnutím tohoto přihlášení uživatelem s vyšším oprávněním (předseda panelu, administrátor…). Rovněž umožňuje převzetí přiřazení hodnotitelů k jednotlivým návrhům projektů z jedné hodnotící fáze do fáze následující.
• Součástí modulu je kontextová nápověda.
• Modul umožňuje evidovat u řešitele libovolný počet pracovišť.
• Obsahuje podporu pro kombinaci fakultního a klinického pracoviště řešitele, tj. možnost provádět export dat o grantech/aktivitách nezávisle z pohledu fakulty a z pohledu fakultní nemocnice.
• Ukládání auditní informace o činnosti uživatelů v modulu s možností dohledat, co kdo kdy v modulu dělal.
7 Výkonové parametry
Modul a infrastruktura, na níž je provozován, je dimenzována tak, aby GAP mohla současně využívat zhruba polovina zaměstnanců UK (tj. cca 4 000 uživatelů).
8 Ochrana dat
Požadavky na autentizaci do modulu a přístupová práva jsou uvedena výše v kapitolách 5.4 a 5.5.
GAP loguje následující klíčové události:
• přihlášení uživatele do modulu (úspěšné i neúspěšné) – při této události je logováno datum a čas, jméno uživatele, přidělené session ID, IP adresa a jméno počítače, ze kterého došlo k přihlášení, typ/verze klienta,
• průchod uživatele systémem – pro účely optimalizace výkonu systému se logují jednotlivé stránky a formuláře, které uživatel otevírá, datum a čas zahájení této operace a podrobné časové údaje z měření jednotlivých fází načtení a zobrazení stránky,
• historii změn obsahu polí v záznamu – zaznamenává se datum, čas, identifikace uživatele, předchozí a nová hodnota pole.
Příloha č. 2 – Vedoucí týmu za Objednatele a Poskytovatele, složení týmu Poskytovatele
Vedoucí týmu za Objednatele:
e-mail: telefon:
e-mail:
Vedoucí týmu podpory provozu Poskytovatele:
telefon:
1:
e-mail:
Pracovník týmu podpory provozu Poskytovatele č.
telefon:
:
e-mail:
Pracovník týmu podpory provozu Poskytovatele č. 2
telefon:
Programátor:
I
e-mail: telefon:
Programátor:
I
e-mail: telefon:
Aplikace Granty a projekty – Smlouva o poskytování podpory Strana 1 z 14