Smlouva na zajištění servisních služeb
Čj:MSMT-35060/2018-01
Smlouva na zajištění servisních služeb
„Zajištění servisní podpory pro aplikace OVS“
uzavřená podle § 1746 odst. 2) zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů
(dále jen „Smlouva“)
Smluvní strany
1. Česká republika – Ministerstvo školství, mládeže a tělovýchovy
Se sídlem: Karmelitská 7, 118 12 Praha 1
Zastoupena:
pověřeným zastupováním ředitelem odboru ICT
IČO: 00022985
Bankovní spojení: ČNB
Číslo účtu:
(dále jen „Objednatel“)
a
2. Masarykova univerzita
Se sídlem: Xxxxxxxxxx xxxxxxx 000/0, 000 00 Xxxx
Zastoupený: , ředitelem Ústavu
výpočetní techniky MU na adrese Xxxxxxxxx 00x, 000 00 Xxxx, v souladu s platným organizačním řádem
IČO: 00216224
DIČ: CZ00216224
Bankovní spojení:
(dále jen „Poskytovatel“)
uzavírají tuto Xxxxxxx o poskytování služeb (dále jen smlouvu):
I.
Úvodní ustanovení
1. Výše uvedené smluvní strany uzavírají tuto smlouvu na základě výsledků marketingového průzkumu trhu pro veřejnou zakázku s názvem „Zajištění servisní podpory pro aplikace OVS“.
2. V rámci tohoto průzkumu vystupoval Objednatel v pozici Zadavatele a Poskytovatel v pozici Uchazeče, jehož nabídka byla na základě provedeného hodnocení vybrána jako nejvhodnější.
II.
Předmět Smlouvy
Předmětem plnění je poskytování komplexní údržby, podpory a rozvoje programového vybavení, zahrnující aplikace SIMS (Sdružené informace matrik studentů), REDOP (Registr docentů a profesorů), XXXXX (Informační systém Akreditační komise), PPSVS (Posouzení postavení studia na vysoké škole v cizině), NVS (Registr evidence žádostí o uznání zahraničního vysokoškolského vzdělání a kvalifikace), IS UOK (informační systém pro uznávání odborných kvalifikací), RUV (Registr uměleckých výstupů) a dále registry provozované na základě novely, kterou se mění zákon č. 111/1998 Sb., o vysokých školách a o změně a doplnění dalších zákonů (zákon o vysokých školách), ve znění pozdějších předpisů, a některé další zákony, sloužících pro podporu činností sekce vysokého školství, vědy a výzkumu zadavatele.
Podrobný popis předmětu plnění je uveden v příloze č. 1 Smlouvy – Specifikace předmětu plnění.
III.Místo plnění
Místem plnění předmětu smlouvy je sídlo Objednatele, služby mohou být taktéž poskytovány vzdálenou správou a přístupem z místa Poskytovatele.
IV.Doba platnosti smlouvy
Smlouva se uzavírá na dobu určitou na dobu 3 měsíců od nabytí účinnosti smlouvy. Smlouva nabývá platnosti dnem podpisu oběma smluvními stranami a účinnosti dnem uveřejnění v registru smluv.
V.Cena a platební podmínky
1. Celková cena za poskytování servisních služeb, které jsou předmětem této smlouvy, byla stanovena ve výši 390.000,- Kč bez DPH, DPH ve výši 21 % činí 81.900,- Kč, celková cena včetně DPH činí 471.900,-Kč.; tj. měsíční cena za poskytování servisních služeb činí 130.000,-Kč bez DPH, DPH ve výši 21 % činí 27.300,-Kč, celková měsíční cena 157.300,- Kč včetně DPH.
2. Tato cena zahrnuje veškeré služby a veškeré jiné náklady nezbytné pro řádnou a úplnou realizaci předmětu plnění včetně zhodnocení všech rizik a vlivů s plněním předmětu souvisejících. Cena je stanovena jako nejvýše přípustná a její překročení je možné pouze v případě, že v průběhu realizace předmětu plnění dojde ke změně sazeb DPH, případně ke změně obecně závazných právních předpisů, které mají na stanovení výše nabídkové ceny přímý dopad.
3. Pokud bude poskytování služeb zahájeno v termínu, který není začátkem kalendářního měsíce, bude cena za první kalendářní měsíc poskytování služeb vypočtena jako podíl
měsíční částky za poskytování služeb a počtu dnů tohoto kalendářního měsíce, vynásobený počtem dnů v tomto měsíci, po které byly služby poskytovány.
4. Platba bude Objednatelem provedena vždy měsíčně na základě daňového dokladu – faktury (dále jen „faktury“) vystavené Poskytovatelem, a to na účet Poskytovatele uvedený v této smlouvě. Daňový doklad bude obsahovat náležitosti stanovené zákonem č. 235/2004 Sb. o dani z přidané hodnoty a § 435 občanského zákoníku. Objednatel je oprávněn vrátit vadný daňový doklad Poskytovateli, a to až do lhůty splatnosti, nová lhůta splatnosti začíná běžet dnem doručení bezvadného daňového dokladu.
5. Lhůta splatnosti faktur je třicet (30) dní od doručení Objednateli. Tato povinnost je splněna odepsáním příslušné částky z účtu Objednatele ve prospěch Poskytovatele. Pokud termín doručení faktury Objednateli připadá na období od 12. prosince běžného roku do 12. února roku následujícího, prodlužuje se splatnost faktury z původních 30 dní na 60 dní.
6. Objednatel neposkytuje zálohu.
VI.Práva a povinnosti smluvních stran
1. Poskytovatel je povinen poskytovat Objednateli servisní služby v rozsahu stanoveném v Přílohách č. 1 a 2 této smlouvy a v řádné kvalitě dle Přílohy č. 3. Při poskytování servisních služeb je Poskytovatel povinen dodržovat obecně závazné právní předpisy, technické pokyny a doporučení výrobců produktů.
2. Poskytovatel je podle ustanovení § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů (zákon o finanční kontrole), ve znění pozdějších předpisů, osobou povinnou spolupůsobit při výkonu finanční kontroly prováděné v souvislosti s úhradou zboží nebo služeb z veřejných výdajů. Poskytovatel je povinen uchovávat účetní záznamy a další relevantní podklady související s poskytnutím služeb dle platných právních předpisů.
3. Poskytovatel je povinen bezodkladně informovat Objednatele o všech skutečnostech, které by mohly být pro Objednatele důležité a/nebo mu podávat informace, které si Objednatel vymíní, ledaže by podávání takových informací bylo v rozporu se zákonem nebo dobrými mravy.
4. Poskytovatel je povinen dodržovat pokyny Objednatele, pokud jsou v souladu s právním řádem a pokud jsou takové pokyny a instrukce i v souladu s oprávněnými zájmy Objednatele. Na pokyny a instrukce, které by mohly Objednateli způsobit újmu, je Poskytovatel povinen Objednatele upozornit a vysvětlit mu, v čem může být splnění takových pokynů nebo instrukcí pro Objednatele škodlivé.
5. Poskytovatel se zavazuje během plnění smlouvy a po ukončení smlouvy zachovávat mlčenlivost o všech skutečnostech, o kterých se dozví od objednatele a v souvislosti s plněním smlouvy
6. Poskytovatel se zavazuje, že pokud v souvislosti s realizací této Smlouvy při plnění svých povinností přijdou jeho pověření zaměstnanci do styku s osobními údaji ve smyslu nařízení Evropského parlamentu a Rady EU 2016/679 ze dne 26. 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ů, dále jen „GDPR“), učiní veškerá opatření, aby nedošlo k neoprávněnému nebo nahodilému přístupu k těmto údajům, jejich změně, zničení či ztrátě, neoprávněným přenosům, k jejich neoprávněnému zpracování, jakož aby i jinak neporušil GDPR. Poskytovatel nese plnou odpovědnost za případné porušení GDPR z jeho strany.
7. Poskytovatel se zavazuje, že neprodleně po uzavření této smlouvy uzavře (pokud to již dříve neučinil) pojistnou smlouvu, jejímž předmětem je pojištění odpovědnosti za škodu
způsobenou Poskytovatelem třetí osobě v minimální výši 5 000 000 Kč a zavazuje se udržovat pojistnou smlouvu v platnosti po celou dobu plnění předmětu této smlouvy. Na výzvu Objednatele je Poskytovatel povinen předložit Objednateli doklad osvědčující uzavření a dobu platnosti této pojistné smlouvy.
8. Objednatel se zavazuje poskytnout Poskytovateli součinnost nezbytnou pro plnění této
smlouvy.
VII.Smluvní pokuta a odpovědnost za škodu
1. Pokud Poskytovatel nesplní stanovený čas zpracování požadavků stanovených v příloze č.1 smlouvy – Podrobná specifikace předmětu plnění a to tak, že požadavek nebude do vydefinované doby splněn a toto zpoždění nebude Objednateli na vyžádání doloženo přijatelným vysvětlením, z jakého důvodu ke zpoždění došlo, bude povinen Objednateli zaplatit první kalendářní den za každou započatou hodinu nesplnění požadavků částku 1 000,- Kč a za každý následující kalendářní den prodlení částku 3 000,- Kč.
2. Pokud Poskytovatel poruší povinnosti stanovené v čl. VI. bodech 5 a 6 této smlouvy je povinen zaplatit Objednateli za každý jednotlivý případ porušení těchto povinností částku 10 000,- Kč.
3. Uplatněním smluvní pokuty není dotčen případný nárok na náhradu škody.
4. Obě strany se zavazují přijmout všechna jim dostupná opatření k tomu, aby se předešlo vzniku škod a aby případné vzniklé škody byly co nejmenší.
5. V případě prodlení Objednatele s úhradou dle této smlouvy, je Poskytovatel oprávněn požadovat nejvýše zákonný úrok z prodlení, jiné sankce vůči Objednateli jsou nepřípustné.
6. Smluvní pokuty, úroky a náhrady škody dle této Smlouvy jsou splatné do 14 kalendářních dnů po obdržení písemné výzvy oprávněné strany k jejímu zaplacení na adresu povinné smluvní strany. V případě prodlení povinné smluvní strany se zaplacením smluvní pokuty nebo náhrady škody je oprávněná smluvní strana oprávněna ke smluvní pokutě nebo náhradě škody účtovat běžný úrok z prodlení.
VIII.Ukončení smlouvy
1. Platnost této smlouvy lze předčasně ukončit:
a) dohodou smluvních stran, jejíž součástí je i vypořádání všech vzájemných závazků a pohledávek smluvních stran;
b) odstoupením od smlouvy v případě podstatného porušení smluvních závazků jednou smluvní stranou;
c) výpovědí smlouvy ze strany Objednatele.
2. Podstatným porušením smlouvy se mimo jiné rozumí:
a) Smluvní strana v důsledku své hrubé nedbalosti nebo úmyslu podstatným způsobem porušila tuto smlouvu;
b) Poskytovatel je v prodlení (tím je chápána i nevyhovující kvalita poskytovaných služeb) s plněním svých povinností podle této smlouvy déle než třicet (30) dnů a současně nezjedná nápravu do patnácti (15) dnů od obdržení písemného upozornění Objednatele;
c) Poskytovatel se dopustil nekalosoutěžního nebo jiného zavrženíhodného jednání;
d) Poskytovatel opakovaně poruší povinnosti stanovené v čl. VI, bodech 5 a 6 této
smlouvy;
e) Poskytovatel nepředloží Objednateli kopii dokladu o pojištění dle článku VI. bodu 7 této smlouvy.
3. Odstoupení od smlouvy je účinné dnem, kdy bylo písemné oznámení o odstoupení doručeno druhé smluvní straně.
4. Odstoupením od smlouvy nejsou dotčena práva smluvních stran na úhradu splatné smluvní sankce, úroků z prodlení a náhradu škody.
5. Objednatel může tuto smlouvu vypovědět i bez udání důvodu. Výpovědní doba v tomto případě činí 1 (jeden) měsíc a počíná 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ě.
IX.Kontaktní osoby
X.Závěrečná ustanovení
1. Tato smlouva nabývá platnosti dnem jejího podpisu druhou ze smluvních stran. Účinnosti nabývá smlouva dnem zveřejnění v registru smluv dle zákona č. 340/2015 Sb., o zvláštních podmínkách účinnosti některých smluv, uveřejňování těchto smluv a o registru smluv (zákon o registru smluv).
2. V souladu se zákonem o registru smluv zajistí Objednatel uveřejnění celého textu Smlouvy, vyjma osobních údajů, a metadat Smlouvy v registru smluv včetně případných oprav uveřejnění s tím, že nezajistí-li Objednatel uveřejnění Smlouvy nebo metadat Smlouvy v registru smluv do 30 dnů od uzavření Smlouvy, pak je oprávněn zajistit jejich uveřejnění Poskytovatel ve lhůtě tří měsíců od uzavření Smlouvy.
3. Právní vztahy touto smlouvou výslovně neupravené se řídí občanským zákoníkem.
4. Vzhledem k veřejnoprávnímu charakteru Objednatele souhlasí Poskytovatel se zveřejněním veškerých údajů týkajících se či souvisejících s plněním této smlouvy podle zákona č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů, a zákona č. 101/2000 Sb., o ochraně osobních údajů a o změně některých zákonů, ve znění pozdějších předpisů. Vzhledem k tomu, že tato smlouva je výsledkem zadávacího řízení na veřejnou zakázku Objednatele, Poskytovatel souhlasí se zveřejněním této smlouvy v plném rozsahu.
5. Smluvní strany se zavazují, že v případě sporů o obsah a plnění této smlouvy či jednotlivých objednávek vynaloží veškeré úsilí, které lze spravedlivě požadovat, k tomu, aby tyto spory byly vyřešeny smírnou cestou, zejména aby byly odstraněny okolnosti vedoucí ke vzniku práva od této smlouvy odstoupit nebo způsobující její neplatnost.
6. Obě smluvní strany sjednávají, že v případě sporu vzniklého při plnění, nebo v souvislosti s touto smlouvou, jsou příslušné k jeho řešení obecné soudy České republiky.
7. Pokud by se v důsledku změny právních předpisů nebo jiných důvodů stala některá ujednání této smlouvy neplatnými nebo neúčinnými, budou tato ustanovení uvedena do souladu s právními normami a smluvní strany prohlašují, že tato smlouva je ve zbývajících ustanoveních platná, neodporuje-li to jejímu účelu nebo nejedná-li se o ustanovení, která oddělit nelze.
8. Tato smlouva se uzavírá v písemné formě, přičemž veškeré její změny je možno učinit jen v písemné formě, a to vzestupně číslovanými dodatky podepsanými oběma Smluvními stranami. Změny fakturačních údajů či změny kontaktních osob nevyžadují dodatek ke smlouvě. V tomto případě postačí písemné oznámení druhé Smluvní straně.
9. Tato smlouva je vyhotovena ve třech stejnopisech s platností originálu, z nichž dva obdrží Objednatel a jeden Poskytovatel.
10. Smluvní strany prohlašují, že tato smlouva byla sepsána podle jejich pravé a svobodné vůle, že si smlouvu přečetly, s jejím obsahem souhlasí a na důkaz toho připojují vlastnoruční podpisy.
11. Nedílnou součástí této smlouvy jsou:
Příloha č. 1 – Technická specifikace Příloha č. 2 – Technické pokyny Příloha č. 3 – SLA
V Praze dne 20. 11. 2018 V Brně dne 19. 11. 2018
za Objednatele: za Poskytovatele:
………………………………….. ...…………………………………….
pověřen zastupováním ředitel odboru ICT ředitel
Příloha č. 1 - Technická specifikace
MŠMT - Rozvoj informačních systémů odboru vysokých a další
Popis informačních systémů
Věcný popis IS:
SIMS1 – Zpracování informací z matrik studentů vedených VŠ (veřejné, soukromé a civilní studia na Univerzitě obrany) a sjednocení údajů o všech studentech na VŠ do jedné společné matriky. (xxxxx://xxxx.xxxx.xx)
Objednatel musí pro své statistické a rozpočtové účely sdružovat a využívat informace z matrik studentů vedených vysokými školami při dodržování hledisek ochrany osobních údajů vyplývajících ze zákona č. 101/2000 Sb., o ochraně osobních údajů a o změně některých zákonů, ve znění pozdějších předpisů. Matrika studentů má podobu databáze vedené příslušnou vysokou školou, která obsahuje stanovené údaje o studentech zapsaných k prezenčnímu, kombinovanému a distančnímu studiu v bakalářském, magisterském a doktorského studijního programu, včetně studentů, kteří studium přerušili a studentů, kteří studium ukončili. Objednatel v souladu se zákonem č. 111/1998 Sb., o vysokých školách (dále jen „Zákon o vysokých školách“) ve znění pozdějších předpisů, stanovil a zaslal rektorům vysokých škol závaznou strukturu informační věty, která umožnila vytvoření jedné databáze sdružených informací matrik studentů všech vysokých škol (tzv. databázi SIMS) spravovanou a využívanou Objednatelem a technické podmínky vytvoření a provozu této databáze, které se průběžně aktualizují. V případě legislativních změn a potřeby Objednatele se doplňují.
Účelem SIMS je zpracování informací z matrik studentů vedených jednotlivými vysokými školami a sjednocení údajů o všech studentech na vysokých školách v ČR do jedné společné matriky. V SIMS jsou vedeni studenti veřejných a soukromých vysokých škol a civilní studenti Univerzity obrany.
REDOP2 – Registr docentů a profesorů zaměstnaných na veřejných a soukromých vysokých školách vedený zejména pro účely zjišťování skutkového stavu v řízeních ve věcech akreditací. Data do tohoto registru jsou vkládána soukromými a veřejnými vysokými školami individuálně, a to prostřednictvím webového rozhraní v rámci vytvořeného informačního systému REDOP, který je dostupný na xxxxx://xxx.xxxxx.xx. Za správnost údajů vkládaných vysokou školou a vedených v REDOP tedy zodpovídá daná vysoká škola.
S ohledem na počet docentů a profesorů, respektive způsoby vedení personálních databází na jednotlivých vysokých školách, je možné zvolit jeden ze dvou typů plnění dat, a to prostřednictvím grafického webového rozhraní v podobě elektronické karty nebo prostřednictvím datové věty – předaného XML souboru. Způsob plnění dat je přitom umožněno v rámci jednotlivých sběrů měnit, případně kombinovat. Po nahrání souboru XML jsou automaticky v něm obsažená data převedena do grafických karet, ve kterých je možné je následně editovat ručně. Posledním krokem v rámci aktuálního sběru je autorizace, respektive potvrzení ukončení sběru dat.
1 § 87 písm. i) a § 88 odst. 1 Zákona o vysokých školách a o změně a doplnění dalších zákonů.
2 § 87 písm. j) Zákona o vysokých školách.
ISACC3 – Systém slouží k zadávání žádostí vysokých škol o akreditace, jejich evidenci, k záznamu průběhu akreditačního procesu. Dále je využíván k evidenci studijních programů a evidenci oborů habilitačního řízení a řízení ke jmenování profesorem a zpřístupnění veřejnosti prostřednictvím vyhledávací aplikace.
Postup akreditace studijních programů v systému XXXXX je rozdělen na několik fází. V první fázi pověřená osoba VŠ vyplní vyžadované údaje pro akreditaci ve webové aplikaci. Tato aplikace provede validaci dat a vygeneruje žádost v PDF formátu. Ve druhé fázi vysoká škola opatří žádost v PDF formátu elektronickým podpisem a vloží zpět do webové aplikace a potvrdí předání žádosti na sekretariát Akreditační komise (dále jen „AK“). Aplikace dále umožňuje vysokým školám správu číselníkových dat (osoby a pracovní úvazky, předměty, součásti VŠ, pracoviště, externí instituce a další), prohlížet výsledky akreditací, hromadný import žádostí z XML souboru a další.
V poslední fázi členové sekretariátu AK využívající klientskou WinForms aplikaci ověří správnost zadaných údajů a žádost přiřadí pracovní skupině AK a zařadí na program zasedání AK.
Systém zajišťuje kompletní workflow procesu akreditace, tj. pořízení žádosti, přiřazení pracovní skupině AK, zpracování výsledků hodnocení pracovní skupiny AK, předání žádosti na zasedání AK, vygenerování programu zasedání AK, zpracování výsledků zasedání AK, vydání rozhodnutí o akreditaci.
Data o akreditovaných studijních programech a oborech jsou k dispozici veřejnosti ve webové aplikaci xxxxx://xxxxx.xxxxx.xxxx.xx. Aplikace umožňuje vyhledávání a filtrování akreditovaných studijních programů, zobrazení detailu a export dat.
Pro podání žádosti o akreditaci studijního programu nebo studijního oboru je nutné provést registraci vysoké školy do informačního systému akreditační komise České republiky na adrese xxxxx://xxxxxxxxxx.xxxxx.xxxx.xx/.
PPSVS4 – Systém pro vydávání rozhodnutí Objednatele o postavení studia na vysokých školách v cizině na roveň studia na vysokých školách v České republice pro sociální účely a účely zdravotního pojištění (xxxxx://xxxxx.xxxx.xx/).
Zákon č. 117/1995 Sb., o státní sociální podpoře, ve znění pozdějších předpisů, a zákon č. 155/1995 Sb., o důchodovém pojištění, ve znění pozdějších předpisů, zmocňuje Objednatele k vydání rozhodnutí o postavení studia na vysokých školách v cizině na roveň studia na vysokých školách v České republice pro sociální účely a účely zdravotního pojištění (dále jen
„Rozhodnutí“). Objednatel vydá Rozhodnutí na základě žádosti. Rozhodnutí vydané
3 § 87 písm. g) a § 78 až 82 Zákona o vysokých školách.
4 §12 odst. 1 písm. c zákona č. 117/1995 Sb., o státní sociální podpoře a § 21 písm. a zákona č. 155/1995 Sb., o
důchodovém pojištění.
Objednatelem slouží jako doklad pro posuzování nároků vyplývajících z výše citovaných zákonů, případně i dle dalších zákonů jako jeden z dokladů o nezaopatřenosti dítěte (např. pro zdravotní pojištění). Rozhodnutí má charakter správního rozhodnutí a potvrzuje postavení zahraničního studia, nikoli jeho trvání, proto se vystavuje pouze jednou, a to na celé období studia na příslušné vysoké škole.
Aplikace PPSVS je rozdělena na dvě části – veřejnou a neveřejnou. Veřejná část slouží ke vkládání žádosti elektronickou formou pro veřejnost, neveřejná část slouží administrátorovi ke správě žádostí a vydávání Rozhodnutí.
Veřejná část aplikace pro vyplnění žádosti přes elektronický formulář umožňuje žadatelům vyplnit žádost na PC. Po vyplnění všech polí uživatel opíše ověřovací kód a klikne na tlačítko Vytvořit žádost v PDF. Aplikace vytvoří žádost v PDF formátu. V případě, že žadatel uvedl platnou emailovou adresu, obdrží žádost do své emailové schránky. Aplikace dále zobrazí přímý link pro stažení žádosti v PDF. Žadatel vytvořenou žádost vytiskne a se všemi přílohami odešle Objednateli. Vytvořená žádost je ihned viditelná v administračním rozhraní PPSVS.
Neveřejná část systému slouží ke zpracování žádostí. Obsluha ověří zadané údaje a dále vyplní potřebné údaje k vydání Rozhodnutí. Systém následně vygeneruje Rozhodnutí včetně odůvodnění podle zvoleného typu rozhodnutí a přiřadí číslo jednací. Rozhodnutí je možné z aplikace rovnou vytisknout.
NVS5 - Systém slouží jako registr/evidence žádostí o uznání zahraničního vysokoškolského vzdělání a kvalifikace.
Na žádost absolventa zahraniční vysoké školy vydá osvědčení o uznání vysokoškolského vzdělání nebo jeho části v České republice:
a) Objednatel, jestliže je Česká republika vázána mezinárodní smlouvou se zemí, kde je zahraniční vysoká škola zřízena a uznána, a Objednatel je touto smlouvou k uznání zmocněn,
b) v ostatních případech veřejná vysoká škola, která uskutečňuje obsahově obdobný studijní
program.
V pochybnostech určí příslušnost veřejné vysoké školy Objednatel nebo rozhodne o uznání vysokoškolského vzdělání nebo jeho části sám.
Systém slouží jako registr/evidence žádostí o uznání zahraničního vysokoškolského vzdělání a kvalifikace se zajištěním externího přístupu - aplikace je dostupná na vnitřní adrese xxxxx://xxxxxxxxxxxxxx.xxxx.xx a pro externí přístup je k dispozici trasa xxxxx://xxx.xxxx.xx.
IS UOK – Systém slouží k podpoře procesů a evidenci v oblasti uznávání odborné kvalifikace a dále k podpoře činnosti uznávacích orgánů. Součástí IS UOK je evidence uznávacích orgánů oprávněných vydávat rozhodnutí o uznání odborné kvalifikace, popis a informace o regulovaných profesích, evidence přeshraničních poskytovatelů služeb (veřejná část IS), evidence usazených osob vykonávajících regulovanou profesi na území ČR (neveřejná část IS)
5 § 87 písm. n) a § 89 a 90 Zákona o vysokých školách.
a nástroje statistického vyhodnocování, které jsou předávány do evropské databáze regulovaných profesí (xxxxx://xxx.xxxx.xx).
RUV6 – Aplikace slouží k podpoře procesu registrace a hodnocení výstupů z tvůrčí umělecké činnosti na celostátní úrovni. Aplikace umožňuje vkládání a editaci záznamů o uměleckých výstupech, podporuje proces certifikace těchto výstupů a slouží ke komunikaci mezi účastníky celého procesu včetně evidence přidružených dokumentů. Nakonec je proveden výpočet bodů za jednotlivé výstupy a jejich export za účelem předání Objednateli. (xxxxx://xxx.xxx.xx/).
Technický popis IS:
Všechny již provozované aplikace a IS jsou ve vlastnictví Objednatele. Všechny již provozované aplikace a IS jsou provozovány na hardwarových prostředcích Objednatele. Ke všem již provozovaným aplikacím a IS existuje základní sada dokumentů (administrátorská a uživatelská příručka) a zdrojové kódy.
Společné pro SIMS, REDOP, XXXXX, PPSVS:
Platforma: MS Windows Programovací jazyk: C# Databáze: MS SQL Server Architektura: třívrstvá
Pro SIMS je dále používán T-SQL, presentační vrstva využívá C# v kombinaci s XXX.xxx.
NVS: MS Xxxxxxxxxx 2010 Enterprise jako součást SharePoint FARM na interním serveru (IIS). Aplikace je dostupná na vnitřní adrese xxxxx://xxxxxxxxxxxxxx.xxxx.xx a pro externí přístup je k dispozici trasa xxxxx://xxx.xxxx.xx. Portál je realizován jako samostatná webová aplikace na platformě SharePoint 2010 provozované pod SharePoint FARM. Webová aplikace disponuje dvěma samostatnými zónami Intranet a Extranet:
a) Zóna Intranetu bude sloužit pro přístup z vnitřní sítě Objednatele a to jednotným přihlášením uživatelů do AD Objednatele, bez nutnosti jakékoliv další interakce.
b) Zóna Extranetu bude sloužit pro přístup uživatelů mimo vnitřní síť Objednatele a to pomocí protokolu HTTPS (SSL) bez nutnosti využití VPN.
Vlastní autentizace uživatelů proběhne zadáním přiděleného uživatelského jména a hesla a to
z uživatelského prostředí plně kompatibilního s webem Objednatele.
Zóna Extranetu bude konfigurována výhradně pro přístup SSL za použití certifikátů vystaveného důvěryhodnou certifikační autoritou (1. CA).
ěešení využívá jako úložiště uživatelských pověření databázi na serveru technologie MS SQL, založenou na standardu podporujícím poskytovatele autentizace XXX.XXX samostatně pro jednotlivý portál.
6 § 77c a § 87 písm. j) Zákona o vysokých školách.
ěešení využívá vytvořené samostatné webové aplikace pro zóny extranet uvedených portálů, u kterých je rozšířená autentizační metoda o formulářovou autentizaci proti uvedené databáze. Z bezpečnostního hlediska bude použit standardní XXX.XXX Membership Provider a XXX.XXX Role Provider.
Pro účely správy uživatelských účtů a rolí prováděné administrátory prostředků IT jsou zřízeny samostatné weby sloužící jako konzole IIS, jedna pro každý portál, umožňující vytváření, změny a uzamykání uživatelských účtů a správu rolí externích uživatelů.
XXXXX: Informační systém se skládá se dvou XAF XXX.XXX aplikací (.NET Framework 3.5, IIS7) pro zadávání a správu žádostí vysokými školami a pracovními skupinami Akreditační komise a XAF/WinForms aplikace pro správu žádostí a procesu akreditace studijních programů pro potřeby sekretariátu Akreditační komise (všechny části systému využívají společnou aplikační vrstvu – DevExpress ExpressApp Framework). Součástí celého systému je dále webová XXX.XXX aplikace pro prohlížení akreditovaných studijních programů dostupná na adrese xxxxx://xxxxx.xxxxx.xxxx.xx. Pro registraci vysokých škol, resp. jejich pověřených osob je provozována webová aplikace (XXX.XXX, C#) dostupná na adrese xxxxx://xxxxxxxxxx.xxxxx.xxxx.xx, která umožňuje požádat o přístupové údaje. Členové sekretariátu Akreditační komise mohou žádosti o přístupové údaje schválit rovnou z klientské aplikace. Systém následně vygeneruje přístupové údaje a odešle je žadateli.
REDOP: DevExpress ExpressApp XXX.XXX aplikace v C# (.NET Framework 3.5, hostovaná
na IIS7)
PPSVS: DevExpress ExpressApp XXX.XXX aplikace v C# (.NET Framework 3.5, hostovaná na IIS7) pro správu žádostí dostupná pouze z intranetu Objednatele + XXX.XXX aplikace přístupná z internetu pro vyplnění žádosti v elektronické podobě.
IS UOK: Aplikace je postavená jako webová aplikace, kde klient přistupuje k funkcím systému prostřednictvím uživatelského grafického rozhraní. Na straně klienta má aplikace jedinou komponentu přístupnou pod sjednocujícím URL (adresou aplikace).
Pro tvorbu IS UOK jsou použity následující technologie: PHP, MSSQL DB, XSLT
Data uložená v MSSQL Databázi jsou čtena prostřednictvím uložených SQL procedur volaných z PHP procedur. Výstupní data jsou strukturována do formátu XML. XML je zpracováno pomocí XSLT do výsledné XHTML podoby a zobrazeno v internetovém prohlížeči.
RUV: Pro tvorbu byly použity následující technologie:
databáze: Oracle
aplikační server: Apache Tomcat (verze 8.0.14)
aplikace: Java JDK 1.7, s podporou technologií Spring, Freemarker, Bootstrap, Mybatis, Maven fórum: phpBB (verze 3.0.11)
Příloha č. 2 - Technické pokyny
MŠMT - Rozvoj informačních systémů odboru vysokých a další
1. Pojmy:
1.1. Pod pojmem údržby se rozumí provádění veškerých činností zajišťující bezproblémový a bezvýpadkový chod všech výše uvedených aplikací a vytvořených nebo připravovaných registrů. Mezi činnosti údržby zejména patří provádění takových činností, jejichž účelem je předcházení nestandardním jevům v chování jednotlivých aplikací, které by mohly způsobit omezení, nebo přerušení chodu jednotlivých aplikací a předcházení možné nekonzistence dat uložených v databázích.
1.2. Zásadní je zajištění funkčnosti programového vybavení v souladu s platnou legislativou,
zejména:
a) vyhláška č. 316/2014 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních a o stanovení náležitostí podání v oblasti kybernetické bezpečnosti (vyhláška o kybernetické bezpečnosti),
b) vyhláška č. 317/2014 Sb., o významných informačních systémech a jejich určujících kritériích a
c) nařízení vlády č. 432/2010 Sb., o kritériích pro určení prvku kritické infrastruktury.
1.3. Pod pojmem podpory se rozumí zajišťování podpůrných služeb HelpDesku a Hot-line pro externí a interní uživatele a správce jednotlivých aplikací. Podpora je poskytována telefonickou, emailovou a jinou odpovídající formou (osobní kontakt, vzdálená správa). Pro tyto účely budou poskytnuty kontaktní údaje na Poskytovatele v rozsahu: telefonní číslo (mobilní číslo a pevná linka), emailová adresa. Poskytovatel je vždy povinen zajistit dostatečný počet pracovníků HelpDesku a Hot-line v dostatečném počtu pro zajištění plynulého chodu a splnění podmínek definovaných v SLA pro standardní a rozšířený režim.
1.4. Pod pojmem rozvoje programového vybavení se rozumí provádět po celou dobu platnosti smlouvy na základě požadavků a specifikací Objednatele úpravy a rozvoj programového vybavení, který bude realizován na základě objednávek.
2. Zajištění podpory:
2.1. HelpDesk a Hot-line ve standardním režimu:
Podpora ve standardním režimu je poskytována po celou dobu poskytovaných služeb, a to
v pracovní dny vždy od 8:00 do 17:00 hod.
2.2. Poskytovatel zajistí přístup zaměstnanců odboru ICT Objednatele k seznamu požadavků, včetně způsobu jejich vyřízení, pro kontrolu plnění dle Smlouvy.
2.3. HelpDesk a Hot-line v rozšířeném režimu:
Podpora v rozšířeném režimu je poskytována v případech vyhlašování a sběru dat, které jsou pravidelně prováděny v aplikacích REDOP a SIMS. Rozšířená podpora je vždy poskytována v režimu 7x12, a to vždy od 8:00 do 20:00 hod. Podpora v rozšířeném režimu bude poskytována vždy celý týden před termínem sběru dat.
2.4. Sběr dat obecně zahrnuje tyto činnosti:
a) správa sběru dat – plánování, definování, doplňování číselníkových dat, otevírání, sledování průběhu, uzavírání a vyhodnocování nových sběrů,
b) přijímání a kontrola souborů přicházejících do sběrů dle stanovených testů a kritérií, vytváření chybových reportů,
c) informování uživatelů o probíhajících sběrech a urgování včasného dodání,
d) řešení mimořádných událostí v rámci sběru dat,
e) zpracování uzavřených sběrů, tvorba standartních výstupů a statistik a
f) archivace přijatých datových souborů.
2.5. Sběr dat v aplikaci SIMS:
Při sběru dat z vysokých škol budou předávané soubory matrik digitálně podepisovány a šifrovány pomocí principů asymetrické kryptografie, např. pomocí produktu Pretty Good Privacy (min. délka klíče 1024 bitů). Po uložení dat matriky vysokých škol se na serveru ověřuje jejich správnost. Následně se centrální databáze aktualizuje (pouze) těmi záznamy, které úspěšně prošly všemi testy.
2.6. Požadované výstupy ze systému SIMS:
a) kompletní individuální data o jednotlivých studentech příslušných vysokých škol,
b) přehledy určené pro účely statistiky a financování vysokých škol a
c) generování speciálních výstupů dle požadavků Objednatele.
2.7. Sběr dat v aplikaci REDOP:
Sběr dat do registru docentů a profesorů probíhá zpravidla 4x ročně. Jeden sběr trvá cca 3 týdny. Před vyhlášením sběru probíhá aktualizace číselníkových dat (STUDPROG, AKVO, CZISCO, RID, RUIAN, Register zamestnancov vysokých skol SR).
2.8. Požadované výstupy ze systému REDOP:
a) přehled docentů a profesorů na vysokých školách,
b) úvazky evidovaných osob,
c) volitelné statistické přehledy a
d) aktualizované počty docentů a profesorů po jednotlivých VŠ a fakultách pro účely financování VVŠ.
3. Činnosti v IS SIMS:
3.1. V aplikaci SIMS se pojmy údržba, úprava a podpora rozumí zejména:
a) správa číselníků databáze SIMS získávaných z veřejných zdrojů (zejména Českého statistického úřadu);
b) sběr digitálně podepsaných a šifrovaných dat z matrik vysokých škol v České republice
v dílčích termínech: 31. březen, 30. červen, 31. říjen, 31. prosinec kalendářního roku;
c) ověřování správnosti dat ukládaných do databáze SIMS (ověřování autenticity a správnosti dat), v případě zjištění chybových výstupů je poskytovatel povinen o této skutečnosti informovat Objednatele a příslušnou vysokou školu;
d) aktualizace databáze XXXX a výpočet přidaných položek;
e) kontrola konzistence a integrity dat;
f) předložení schématu zálohování databází SIMS, archivace a rekonstrukce dat;
g) generování výstupů pro Objednatele dle § 87 písm. i) Zákona o vysokých školách (pravidelně v předem stanovených termínech či na požádání), včetně generování výstupů podle jednotlivých vysokých škol. Mezi tyto výstupy patří kompletní
individuální data o jednotlivých studentech příslušných vysokých škol, přehledy určené pro statistické účely a pro poskytování podkladů pro stanovení příspěvků a dotací pro jednotlivé vysoké školy dle § 18 a § 40 Zákona o vysokých školách a generování speciálních výstupů ve stanoveném termínu dle požadavků Objednatele;
h) zajištění trvalého chodu opravného režimu systému databáze SIMS pro zajištění aktuálnosti a pravdivosti údajů v databázi SIMS;
i) provádění periodické kontroly pravdivosti údajů;
j) vyzvání příslušné vysoké školy k neprodlené opravě chybových výstupů v případě jejich zjištění a neprodlené informování Objednatele o této skutečnosti;
k) poskytování součinnosti Objednateli při projednávání podle § 88 odst. 3 Zákona
o vysokých školách struktury informační věty provozované databáze a jejich technických podmínek s jednotlivými vysokými školami, zejména při zpracovávání metodiky;
l) zajištění skutečnosti, aby ke zpracovávaným osobním údajům z matrik studentů a z databáze SIMS měly prostřednictvím nastavení přístupových práv přístup jen jeho vnitřním předpisem určené osoby a současně ochranu těchto dat zabezpečit technickými prostředky (využívání dostatečně silných kryptografických prostředků, šifrováním dat uložených v databázi SIMS, umístěním infrastruktury informačního systému do zabezpečené zóny - perimetru, komunikační infrastruktura splňující ČSN ISO/IEC 7498-2) a kontrola správnosti poskytovaných údajů vysokými školami. ěízení přístupu zahrnuje zejména zajištění autentizace a autorizace, řízení přístupu pouze k oprávněným částem aplikace, přihlašování a odhlašování osob, logování důležitých činností, vytváření nových, zakazování a rušení neplatných uživatelských účtů, nastavování práv a rolí u jednotlivých uživatelů a částí informačního systému;
m) poskytování metodické podpory uživatelům a osobám s přístupovými právy z jednotlivých vysokých škol, zejm. v případě chybových výstupů;
n) poskytování konzultačních služeb dle požadavků Objednatele a v souladu s potřebami vysokých škol;
o) rozvoj databáze v souladu s požadavky na komplexitu matriční věty, množství dat a
operace s daty a zabezpečení a případných legislativních změn;
p) řešení a řízení procesů a činností IS SIMS a
q) řízení informační bezpečnosti IS SIMS.
Příloha č. 3 – SLA
SERVICE LEVEL AGREEMENT (SLA) | |||
Vyhodnocovací období | 1 kalendářní měsíc | ||
SLA PARAMETRY | Jednotka | Hodnota | Kreditace |
Minimální dostupnost služby | [%/měsíc] | 98 | Minimální dostupnost služby 1 % z měsíční ceny za poskytování Služeb za každé započaté 1 % pod minimální procentuální hladinu Provozní doba zaručená 1 % z měsíční ceny za poskytování Služeb za každých započatých 60 min mimo provozní dobu zaručenou Max. doba servisní odezvy 1 % z měsíční ceny za poskytování Služeb za každých započatých 60 min přes povolený limit Doba odstranění incidentu 2,5 % z měsíční ceny za poskytování Služeb za každou započatou 1 hodinu nad stanovenou hodnotu parametru |
Provozní doba zaručená | [hod-hod] | 8x5 (pracovní dny | |
od 9 hod. – 17 hod.) | |||
Provozní doba rozšířená | [hod-hod] | 12x7 (pondělí – | |
neděle od 8 hod. – | |||
20 hod.) | |||
Max. doba servisní odezvy | [min] | 60 | |
Max. doba pro odstranění incidentu A | [hod] | 4 | |
Max. doba pro odstranění incidentu B | [hod] | 8 | |
Max. doba pro odstranění incidentu C | [hod] | 24 | |
Způsob kontroly – akceptace služby | |||
- Servisní incident/požadavek je řešen dle priorit stanovených Objednatelem, zadaných v nástroji Helpdesk v daném SLA - Incident je považován za odstraněný / požadavek za vyřešený ve chvíli, kdy Objednatel akceptuje uzavření incidentu / požadavku v nástroji Helpdesk | |||
Definice incidentu
Jakákoliv skutečnost omezující či znemožňující standardní funkčnost Služby.
Incidenty se dělí dle závažnosti na kategorie A, B a C:
Incident kategorie A
- provozní problém znemožňující užívání jednotlivých aplikací, tj. způsobuje „zamrznutí" nebo „zhroucení" aplikací během normálního používání;
- způsobuje ztrátu nebo porušení dat během běžného užívání jednotlivých aplikací;
- způsobuje, že významná část jednotlivých aplikací je nefunkční, a neexistuje postup pro náhradní řešení problému, který by mohl Objednatel použít k zajištění provozu;
- způsobuje takové narušení bezpečnosti jednotlivých aplikací, že v jeho důsledku nemohou být aplikace používána
Incident kategorie B
- provozní problém omezující užívání některé funkce jednotlivých aplikací, způsobuje významné problémy při používání, avšak je překonatelný dočasným náhradním postupem
Incident kategorie C
- způsobuje, že část jednotlivých aplikací se významně odchyluje od specifikace v dokumentaci, avšak neomezuje významně jeho funkčnost