Rámcová dohoda
Příloha č. 1 k č. j.: MSMT-8707/2018-38
Rámcová dohoda
„Rozvoj informačních systémů odboru vysokých škol a dalších“
uzavřená podle § 1746 odst. 2 zákona č. 89/2012 Sb., občanský zákoník (dále jen „Občanský zákoník“), ve znění pozdějších předpisů a v souladu s ustanovením § 131 a násl. zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů (dále jen „ZZVZ“)
Smluvní strany
Česká republika – Ministerstvo školství, mládeže a tělovýchovy
se sídlem: Karmelitská 529/5, 118 12 Praha 1
IČO: 00022985
jednající: pověřen zastupování ředitele Odboru ICT bankovní spojení:
číslo účtu:
(dále jen „Objednatel“)
a
Masarykova univerzita
se sídlem: Xxxxxxxxxx xxxxxxx 000/0, 000 00 Xxxx
realizující HS: Masarykova univerzita – Ústav výpočetní techniky, Botanická 554/68a,
602 00 Brno
IČO: 00216224
DIČ: CZ00216224
bankovní spojení:
číslo účtu:
zastoupený: ředitelem Ústavu výpočetní
techniky
právnická osoba nezapsána v obchodním rejstříku; veřejná vysoká škola podle zákona č. 111/1998 Sb., o vysokých školách
(dále jen „Poskytovatel“)
(dále jednotlivě jako „Smluvní strana“, společně potom jako „Smluvní strany“)
uzavřely níže uvedeného dne, měsíce a roku tuto
Rámcovou dohodu na poskytování služeb v oblasti rozvoje a technické podpory informačních systémů odboru vysokých škol a další
(dále jen „Dohoda“):
Článek I. Úvodní ustanovení
1. Výše uvedené Smluvní strany uzavírají tuto Dohodu na základě výsledků zadávacího řízení pro nadlimitní veřejnou zakázku s názvem „MŠMT - Rozvoj informačních systémů odboru vysokých škol a další“.
2. V rámci tohoto zadávacího řízení vystupoval Objednatel v pozici zadavatele a Poskytovatel v pozici dodavatele, jehož nabídka byla na základě provedeného hodnocení vybrána jako nejvhodnější.
Článek II. Předmět Dohody
1. Předmětem Dohody je zajištění komplexních služeb spočívajících v jednorázovém poskytnutí incializace, průběžném poskytování technické podpory a údržby a dále úprav a rozvoje programového vybavení, sloužící pro podporu činností sekce vysokého školství, vědy a výzkumu Objednatele. Jedná se zejména o aplikace:
a) XXXX (Sdružené informace matrik studentů),
b) REDOP (Registr docentů a profesorů),
c) XXXXX (Informační systém Akreditační komise),
d) PPSVS (Posouzení postavení studia na vysoké škole v cizině),
e) NVS (Registr evidence žádostí o uznání zahraničního vysokoškolského vzdělání
a kvalifikace),
f) IS UOK (Informační systém pro uznávání odborných kvalifikací),
g) RUV (Registr uměleckých výstupů) a
h) registry, jejichž provozování vyplývá z 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.
2. Jednotlivé systémy a aplikace, jež jsou předmětem plnění, jsou podrobněji popsány v obecné technické specifikaci, která tvoří přílohu č. 1 této Dohody. Technická dokumentace předmětných aplikací byla Poskytovateli zpřístupněna v rámci zadávacího řízení na základě uzavřené dohody o ochraně neveřejných informací (č. j.: MSMT-8707/2018-16 ze dne 22. 11. 2018).
3. Technické pokyny pro poskytování technické podpory a rozvoje aplikací jsou blíže upraveny přílohami č. 2 a 3 této Dohody.
Článek III. Způsob plnění
1. Služby popsané v čl. II. odst. 1 této Dohody budou poskytovány na základě uzavření Dílčí smlouvy o poskytování služeb (dale jen “Dílčí smlouva”) a dále ad hoc objednávány tak, jak je uvedeno v následujících odstavcích.
2. Poskytování služby inicializace a služeb technické podpory a údržby předmětných aplikací se řídí Dílčí smlouvou, která tvoří přílohu č. 5 této Dohody.
3. Práce na rozvoji jednotlivých informačních systémů budou poptávány dle potřeby Objednatele na základě jednotlivých poptávek, které budou Poskytovateli zasílány vždy s časovým předstihem.
4. Poptávky budou obsahovat minimálně tyto náležitosti:
a) podrobnou specifikaci požadovaného plnění,
b) identifikační údaje Objednatele a Poskytovatele,
c) termín plnění a
d) případné další požadavky.
5. Poskytovatel je povinen každou poptávku nejpozději následující pracovní den po jejím doručení nacenit, tj. zaslat Objednateli nabídku, v níž uvede počty osobohodin ve vztahu ke každému členovi realizačního týmu, které si zásah do aplikace vyžádá, dale závazný termín realizace a případně v nabídce uvede ještě jiné důležité informace.
6. Poptávky, nabídky a objednávky budou činěny výhradně písemně, přičemž pro účely této Dohody se za písemný projev vůle považuje také zaslání na e-mailovou adresu kontaktní osoby uvedené v čl. XIV této Dohody.
7. Poskytovatel nebude počty osobohodin potřebné k realizaci služeb uměle navyšovat. Počet osobohodin uvedený v nabídce bude vždy odpovídat skutečné časové náročnosti poptávaných prací.
8. Objednatel zašle Poskytovateli na základě jeho nabídky objednávku prací na rozvoji
aplikací. Poskytovatel ji nejpozději následující pracovní den písemně potvrdí.
9. Objednatel je oprávněn kdykoliv objednávku zrušit. V takovém případě je však povinen uhradit Poskytovateli alikvotní část ceny, která odpovídá již prokazatelně účelně a hospodárně vynaloženým nákladům Poskytovatele do okamžiku zrušení objednávky. Poskytovatel je v tom případě povinen skutečnou výši nákladů prokázat.
10. Poskytovatel bude dostávat pokyny na jednotlivé úkony služby od kontaktní osoby určené Objednatelem. Tato kontaktní osoba je oprávněna zadávat, konkretizovat a upřesňovat požadovaná zadání na plnění předmětu Dohody.
11. Poskytovatel si nemůže vůči Objednateli vynucovat uzavření jakékoliv dílčí objednávky v souvislosti s touto Dohodu a požadovat na Objednateli zaplacení jakýchkoli plateb (mimo těch za skutečně objednané a realizované služby).
12. Při předání plnění v oblasti rozvoje informačních systémů bude Smluvními stranami podepsán protokol o předání a převzetí prací (dále jen „Protokol“) potvrzující, že dílčí plnění proběhlo bez vad. Protokol bude vyhotoven ve dvou výtiscích a každá Smluvní strana si ponechá jedno pare. Protokol bude přílohou příslušné faktury.
13. Pokud Objednatel shledá Protokol Poskytovatele jako neúplný či nesprávně zpracovaný, je Poskytovatel povinen provést jeho opravu do podoby akceptovatelné Objednatelem do 5 pracovních dnů od předání plnění.
14. Objednatel je oprávněn neakceptovat plnění, případně jeho část, nebude-li splňovat podmínky stanovené v této Dohodě. V takovém případě je Objednatel oprávněn pozastavit úhradu faktur, a to až do doby řádného splnění předmětu Dohody, resp. jeho části.
Článek IV.
Cena a platební podmínky
1. Cena za poskytované služby je stanovena ceníkem služeb, který tvoří přílohu č. 4 této
Dohody.
2. Uvedené ceny jsou nejvýše přípustné a nelze je překročit, pokud to výslovně neupravuje tato Dohoda. Ceny obsahují veškeré náklady Poskytovatele nutné k realizaci předmětu plnění.
3. Za neměnný základ se považuje cena bez DPH. Sazba DPH bude účtována vždy v zákonné výši.
4. Úhrada ceny bude provedena na základě daňových dokladů (faktur).
5. Poskytovatel bere na vědomí, že služby v oblasti rozvoje informačních systémů musí být fakturovány zvlášť a odděleně od ostatních služeb, tzn. na samostatné faktuře.
6. Poskytovatel je oprávněn fakturovat práce na rozvoji aplikací vždy po podepsání Protokolu dle čl. III odst. 12 oběma Smluvními stranami. Protokol je povinen přiložit ke konkrétní faktuře.
7. Lhůta splatnosti faktur je stanovena na 30 kalendářních dnů ode dne doručení faktury Objednateli. Faktura musí obsahovat náležitosti stanovené v § 29 zákona č. 235/2004 Sb., o dani z přidané hodnoty. Pokud faktura neobsahuje všechny zákonem a Dohodou stanovené náležitosti, je Objednatel oprávněn ji do data splatnosti vrátit s tím, že Poskytovatel je poté povinen doručit novou fakturu s novou lhůtou splatnosti. V takovém případě není Objednatel v prodlení s úhradou.
8. Pokud termín doručení faktury Objednateli připadá na období od 16. 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í.
9. Objednatel nebude poskytovat žádné zálohové platby.
10. Platby budou realizovány výhradně v CZK. Objednatel uhradí fakturu bezhotovostně převodem na účet Poskytovatele. Za den uhrazení se považuje den, kdy byla finanční částka odepsána z účtu Objednatele a směruje na účet určený Poskytovatelem.
11. Poskytovatel je povinen na faktuře vyznačit číslo objednávky přidělené Objednatelem a
rovněž na faktuře odkáže na tuto Dohodu.
12. V případě zjištěných a neprodleně neodstraněných nedostatků při plnění předmětu Dohody, které Objednatel Poskytovateli prokazatelně vytkl, má Objednatel právo na pozdržení nebo neposkytnutí platby Poskytovateli až do doby úplného odstranění takových nedostatků. Využití takového práva Objednatelem vylučuje jeho prodlení se splatností faktury.
Článek V. Doba a rozsah plnění
1. Tato Xxxxxx se uzavírá na dobu 48 měsíců ode dne počátku její účinnosti.
2. Objednatel si v souladu s § 100 odst. 1 ZZVZ vyhrazuje změnu závazku. V případě potřeby využití vyhrazené změny závazku se obě Smluvní strany zavazují jednat za účelem uzavření dodatku k této Dohodě za podmínek dále uvedených.
3. Finanční prostředky v rámci vyhrazené změny závazku je Objednatel oprávněn čerpat na financování služeb v oblasti rozvoje i technické podpory těch aplikací, které mohou být
zařazeny do portfolia Poskytovatelem spravovaných aplikací v době po nabytí účinnosti této Dohody, a to na základě v současné době nepředvídatelných legislativních změn (zejména změn v oblasti školské legislativy), které by si vynutily vývoj těchto nových aplikací. Přesný charakter těchto změn však není Objednateli v současné době znám.
4. Ceny za poskytování služeb technické podpory a rozvoje nově přidaných aplikací v rámci vyhrazené změny závazku zůstávají stejné jako u aplikací stávajících. Veškeré náklady na inicializaci aplikací nově zařazených do portfolia služeb jsou již zahrnuty v jednorázové ceně za inicializaci uvedené v příloze č. 4 této Dohody.
Článek VI.
Práva a povinnosti Smluvních stran
1. Poskytovatel je povinen postupovat při plnění předmětu Dohody s odbornou péčí tak,
aby bylo dosaženo cíle a účelu plnění, jež je předmětem této Dohody.
2. Poskytovatel se zavazuje, že k poskytování služeb na rozvoji informačních systémů využije realizační tým, který nominoval již v rámci zadávacího řízení. Případné personální změny podléhají schválení Objednatelem a noví členové realizačního týmu musí splňovat minimálně stejné kvalifikační podmínky jako členové původní. Personální změny nevyžadují dodatek k Dohodě. Realizaci služeb rozvoje aplikací bude provádět realizační tým v následujícím složení:
Pozice v realizačním týmu | Příjmení, jméno a titul | Telefon | GSM | |
3. Poskytovatel se zavazuje poskytovat plnění předmětu této Dohody včas (dodržení stanovených termínů dle objednávek), v požadované kvalitě a množství a plnit požadavky Objednatele.
4. Poskytovatel je povinen neprodleně informovat Objednatele o všech okolnostech majících vliv na řádné a včasné provedení dílčího plnění.
5. Objednatel se zavazuje Poskytovateli poskytovat včas úplné informace a předat mu veškerou technickou a jinou dokumentaci vztahující se k předmětu plnění, potřebnou k řádnému plnění předmětu této Dohody a poskytnout mu veškerou potřebnou součinnost.
6. Objednatel se zavazuje zajistit průběžnou dostupnost kontaktního pracovníka pro potřeby konzultací s pověřeným pracovníkem Poskytovatele.
7. Poskytovatel se, mimo jiné, zavazuje k plnění následujících závazků:
a) zákaz postoupení pohledávky Poskytovatele vůči Objednateli jakékoli třetí osobě a
b) zajištění maximální flexibility při plnění předmětu Dohody, zejména při řešení odůvodněných potřeb Objednatele, které vyplynou v průběhu trvání účinnosti Dohody.
8. Poskytovatel je povinen nahradit Objednateli způsobenou škodu, bez ohledu na to, zda ji způsobil sám či poddodavatel Poskytovatelem použitý pro poskytnutí dílčího plnění dle Dohody.
9. Poskytovatel se zavazuje plnit předmět Dohody řádně, včas, tj. v dohodnutých termínech, poctivě a pečlivě podle svých nejlepších schopností a dovedností a v souladu s tzv. nejlepší praxí.
10. Poskytovatel se zavazuje postupovat podle pokynů Objednatele. Od těchto pokynů se může Poskytovatel odchýlit pouze tehdy, pokud by to bylo nezbytné v zájmu Objednatele a pokud by nemohl včas obdržet jeho souhlas.
11. Poskytovatel je povinen Objednatele na jeho žádost informovat o průběhu plnění.
12. Poskytovatel je povinen chránit a prosazovat práva a oprávněné zájmy Objednatele a řídit se jeho pokyny. Pokyny Objednatele však není vázán, jsou-li v rozporu s právními předpisy. Poskytovatel se zavazuje oznámit Objednateli všechny okolnosti, jež zjistil při plnění předmětu této Dohody, které mohou mít vliv na změnu pokynů Objednatele.
13. Objednatel je povinen řádně a včas zaplatit za dodané plnění ze strany Poskytovatele.
14. Poskytovatel se zavazuje Objednateli předat aktuální verzi zdrojového kódu všech jím spravovaných aplikací, a to kdykoliv na vyžádání a rovněž při ukončení smluvního vztahu s Objednatelem.
15. Poskytovatel bere na vědomí, že veškerá data obsažená v jednotlivých informačních systémech jsou výlučným vlastnictvím Objednatele a zavazuje se, že bude tato data chránit před poškozením, ztrátou a odcizením. Pokud však k poškození, ztrátě nebo odcizení dat přesto dojde, oznámí Poskytovatel tuto skutečnost bezodkladně Objednateli.
16. Ukončení smluvního vztahu s Objednatelem z jakéhokoliv důvodu dle čl. XIII nezbavuje Poskytovatele povinnosti poskytnout Objednateli a novému poskytovateli nezbytně nutnou součinnost za účelem migrace služeb k novému poskytovateli. Toto se týká zejména (nikoliv však výlučně) předání zdrojových kódů, dat a veškeré technické dokumentace, kterou má Poskytovatel k dispozici.
Článek VII.
Důvěrnost informací
1. Poskytovatel se zavazuje během plnění předmětu Dohody i po uplynutí doby, na kterou je Dohoda uzavřena, zachovávat mlčenlivost o všech skutečnostech, o kterých se při plnění předmětu Dohody dozví a nakládat s nimi jako s důvěrnými (s výjimkou informací, které již byly veřejně publikovány).
2. Poskytovatel se zavazuje, že pokud v souvislosti s realizací této Dohody 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 tuto směrnici. Poskytovatel nese plnou odpovědnost za případné porušení GDPR z jeho strany.
3. Poskytovatel je povinen učinit veškerá nezbytná opatření k ochraně informací a údajů zpřístupněných Objednatelem.
4. Poskytovatel bere na vědomí, že podrobná technická dokumentace je neveřejný dokument a zavazuje se, že ho nezpřístupní třetí osobě bez písemného souhlasu Objednatele. Poskytovatel se dále zavazuje, že bude dokument chránit před ztrátou či odcizením tak, aby nemohlo dojít k jeho nežádoucímu zpřístupnění jiné osobě a případně k jeho zneužití.
Podrobná technická dokumentace, jež tvoří tento dokument, byla Poskytovateli
zpřístupněna podle čl. II. odst. 2 této Dohody.
Článek VIII. Licenční ujednání
1. V případě, že při plnění předmětu Dohody vzniknou výstupy Poskytovatele (případně jeho poddodavatelů), které by naplňovaly znaky autorského díla ve smyslu zákona č. 121/2000 Sb., autorský zákon, ve znění pozdějších předpisů, nabývá automaticky Objednatel nevýhradní právo užít takovéto dílo, a to k jakémukoliv účelu a rozsahu (dále jen ,,Licence“). Poskytovatel je povinen bez zbytečného odkladu informovat Objednatele o vzniku takových práv k duševnímu vlastnictví.
2. Součástí Licence je oprávnění Objednatele zejména užívat takovéto dílo v neomezeném množstevním a územním rozsahu, provádět jakékoliv modifikace, úpravy, změny, dle svého uvážení do něj zasahovat, zapracovávat ho do dalších autorských děl, zařazovat ho do děl souborných či do databází, předávat dalším subjektům apod., a to i prostřednictvím třetích osob.
3. Poskytovatel (ruče i za poddodavatele) není oprávněn udělení Licence vypovědět a účinnost Licence trvá i po skončení účinnosti této Dohody.
4. Licence se automaticky vztahuje i na všechny nové verze, aktualizované verze, i na úpravy a překlady autorského díla, dodané Poskytovatelem (případně jeho poddodavateli).
5. Cena za poskytnutí Licence k výkonu práva užít dílo je zahrnuta v ceně služeb dle této
Dohody.
6. Tato licenční ujednání jsou sjednaná na dobu trvání autorských práv Poskytovatele (případně jeho poddodavatelů) k dílu.
Článek IX.
Finanční kontrola, uchování dokladů a podkladů
1. Poskytovatel je povinen, jako osoba povinná spolupůsobit při výkonu finanční kontroly dle
§ 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ů, poskytnout součinnost Objednateli i kontrolním orgánům při provádění finanční kontroly dle citovaného zákona.
2. Poskytovatel se zavazuje zajistit archivaci dokumentů o plnění Dohody po dobu stanovenou právními předpisy, zejména uchování účetních záznamů a dalších relevantních podkladů souvisejících s předmětem plnění této Dohody.
3. Poskytovatel poskytne Objednateli či oprávněným orgánům maximální možnou součinnost při provádění kontroly projektu, z něhož je plnění Dohody hrazeno. Zejména předloží na vyžádání doklady vztahující se k předmětu Dohody a doloží další významné skutečnosti požadované Objednatelem či oprávněným orgánem.
4. Poskytovatel se zavazuje k uchování účetních záznamů a dalších relevantních podkladů souvisejících s dodávkou dle platných právních předpisů.
Článek X.
Odpovědnost za vady, záruka za kvalitu plnění
1. Poskytovatel odpovídá Objednateli za to, že plnění podle této Dohody nebude mít vady. Na poskytnutí služeb poskytuje Poskytovatel záruku v délce nejméně 24 měsíců.
2. Poskytovatel odpovídá za řádné a přesné provedení objednaných služeb, které jsou předmětem Dohody s tím, že služby a jejich výsledky musí odpovídat požadavkům sjednaným v Dohodě, právním normám a obvyklým požadavkům na poskytovaný druh služeb.
3. Smluvní strany se dohodly, že v případě vady, tj. zajištění předmětu Dohody Poskytovatelem v kvalitě, která neodpovídá předmětu Dohody, je Objednatel oprávněn požadovat po Poskytovateli její bezodkladnou nápravu tak, aby byl dodržen předmět a účel Dohody.
4. Reklamace nedostatků musí být Poskytovateli sdělena bez zbytečného odkladu po jejich zjištění, a to písemně. Poskytovatel se zavazuje napravit případné vady bez zbytečného odkladu po jejich uplatnění Objednatelem, nejpozději však do 3 pracovních dnů ode dne přijetí reklamace. O nápravě vady dle tohoto ustanovení sepíše Objednatel písemný zápis.
5. Objednatel má vůči Poskytovateli dále právo z odpovědnosti za vady, a to právo na odstoupení od Dohody v případě, kdy vady v poskytovaném plnění jsou takového charakteru, že ztěžují, či dokonce brání naplnění předmětu a účelu Dohody.
Článek XI.
Odpovědnost za škodu
1. Objednatel je oprávněn požadovat po Poskytovateli náhradu újmy, kterou Poskytovatel nebo jím pověřené osoby způsobili Objednateli porušením povinností daných touto Dohodou nebo v souvislosti s prováděním plnění dle této Dohody nebo porušením povinností dle příslušných právních předpisů. Pro náhradu újmy/škody platí ustanoveni
§ 2894 a násl. Občanského zákoníku. Náhrada škody zahrnuje skutečnou škodu. Úhrada újmy nevylučuje uplatnění smluvní pokuty Objednatelem.
2. Poskytovatel je povinen nahradit Objednateli újmu, pokud mu vznikla v přímé souvislosti s poskytováním služeb dle této Dohody a pokud byla způsobena porušením povinností Poskytovatele, resp. osob ve smluvním vztahu s Poskytovatelem, prostřednictvím kterých Poskytovatel dohodnuté služby poskytuje.
3. Poskytovatel nebude odpovědný za škodu vzniklou v souvislosti s poskytnutými službami v té míře, v jaké bylo poskytnutí služeb ovlivněno faktory nebo jevy, které nemohly být při uplatnění odborné péče při poskytování služeb Poskytovatelem zohledněny nebo pokud budou poskytnuté služby ovlivněny nepřesnými, neúplnými nebo nesprávnými informacemi či podklady dodanými Objednatelem či třetí stranou určenou Objednatelem, za předpokladu, že Poskytovatel nemohl tyto skutečnosti při vynaložení řádné a odborné péče odhalit.
Článek XII.
Smluvní pokuty
1. Objednatel je oprávněn požadovat po Poskytovateli smluvní pokutu v případě následujících porušení Dohody:
a) nedodržení jakéhokoli termínu plnění ve výši 1 000,- Kč za každý i započatý den prodlení;
b) za neodstranění reklamovaných vad zjištěných při předání prací v dohodnutém termínu ve výši 1 000,- Kč za každý den prodlení;
c) za porušení povinnosti mlčenlivosti dle čl. VII odst. 1 této Dohody je Poskytovatel povinen uhradit Objednateli smluvní pokutu ve výši 100 000,- Kč, a to za každý jednotlivý případ porušení povinnosti a
d) za porušení ochrany osobních údajů dle čl. VII odst. 2 této Dohody je Poskytovatel povinen uhradit Objednateli smluvní pokutu ve výši 100 000,- Kč, a to za každý jednotlivý případ porušení povinností.
2. Smluvní pokuty lze uložit i opakovaně za každý jednotlivý případ.
3. V případě prodlení Objednatele s úhradou faktury je Poskytovatel oprávněn požadovat
zaplacení zákonného úroku z prodlení. Jiné sankce vůči Objednateli jsou nepřípustné.
4. Smluvní pokuty i náhradu škody je Objednatel oprávněn započíst proti pohledávce
Poskytovatele.
5. Smluvní pokuty jsou splatné do 30 dnů po obdržení písemné výzvy oprávněné Smluvní strany k jejímu zaplacení na adresu povinné Smluvní strany. Zaplacením smluvní pokuty není dotčeno právo na náhradu případně vzniklé škody, a to v plné výši.
Článek XIII. Odstoupení od Dohody a výpověď
1. Tato Dohoda může zaniknout písemnou dohodou Smluvních stran.
2. Objednatel může od Dohody odstoupit v případě závažného nebo opakovaného porušení smluvní nebo zákonné povinnosti ze strany Poskytovatele, přičemž závažným porušením povinností se rozumí překročení kterékoliv lhůty s poskytnutím služby delší než 30 kalendářních dnů z důvodů spočívajících výlučně na straně Poskytovatele. Opakovaným porušením smluvní nebo zákonné povinnosti Poskytovatelem se rozumí porušení téže povinnosti dvakrát v době trvání Dohody. Ostatní porušení smluvních povinností jsou považována za méně závažná.
3. Objednatel je dále oprávněn odstoupit od této Dohody v případě, že vůči majetku Poskytovatele probíhá insolvenční řízení, v němž bylo vydáno rozhodnutí o úpadku anebo i v případě, že insolvenční návrh byl zamítnut proto, že majetek nepostačuje k úhradě nákladů insolvenčního řízení, rovněž pak i v případě, kdy Poskytovatel vstoupí do likvidace.
4. Poskytovatel je oprávněn odstoupit od Dohody v případě, že Objednatel bude v prodlení
s úhradou svých peněžitých závazků vyplývajících z této Dohody po dobu delší než 60 dní.
5. Objednatel je oprávněn od Dohody odstoupit, pokud se Poskytovatel v zadávacím řízení nebo v souvislosti s ním dopustí jednání, které svým obsahem nebo účelem odporuje zákonu nebo jej obchází anebo se příčí dobrým mravům, zejména má-li za cíl nepřípustné omezení soutěže (např. protiprávní dohoda o společném postupu s jinými dodavateli) nebo získání neoprávněné výhody xxxxx uvedl nepravdivé informace k prokázání svých kvalifikačních předpokladů.
6. Objednatel je dále oprávněn Dohodu vypovědět v případě:
a) že celková výše smluvních pokut, na jejichž zaplacení by měl Objednatel dle této
Dohody nárok, přesáhne 500 000,- Kč nebo
b) že nebude schválena částka ze státního rozpočtu či jiných zdrojů potřebná pro úhradu za plnění této Dohody v následujícím roce.
6. Účinky každého odstoupení od Dohody nastávají okamžikem doručení písemného projevu vůle odstoupit od této Dohody druhé Smluvní straně.
7. Odstoupením od Dohody nejsou dotčena práva Smluvních stran na úhradu splatné smluvní sankce, úroků z prodlení a náhradu škody.
8. Objednatel si vyhrazuje právo vypovědět Dohodu kdykoliv z jakéhokoliv důvodu nebo bez
uvedení důvodu.
9. Výpovědní doba v takovém případě činí 3 měsíce a počíná plynout od prvního dne následujícího měsíce.
Článek XIV. Další ujednání
1. Kontaktní osoby Objednatele:
Příjmení jméno, titul | Telefon | GSM | ||
2. Kontaktní osoby Poskytovatele:
Příjmení jméno, titul | Telefon | GSM | ||
3. Kontaktní osoby uvedené v tomto článku mohou být Poskytovatelem a Objednatelem kdykoliv změněny na základě jednostranného písemného oznámení druhé Smluvní straně. V tomto případě se nevyžaduje dodatek k Dohodě.
Článek XV.
Závěrečná ustanovení
1. Tato Xxxxxx, Dílčí smlouva, jakož i jednotlivé objednávky nabývají platnosti dnem jejich podpisu (nebo akceptace) druhou ze Smluvních stran. Účinnosti nabývají Dohoda, Dílčí smlouva a příslušné objednávky, na které se vztahuje zákon č. 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), dnem jejich zveřejnění v registru smluv. Realizace plnění je možná až od data účinnosti. Objednávky, na které se nevztahuje zákon o registru smluv, nabývají účinnosti dnem jejich podpisu druhou ze Smluvních stran.
2. Tato Xxxxxx 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 k Dohodě. V tomto případě postačí písemné oznámení druhé Smluvní straně.
3. Tato Xxxxxx se uzavírá elektronicky.
4. Pokud se kterékoli ustanovení této Dohody stane nebo bude shledáno neplatným nebo nevymahatelným, nebude tím dotčena platnost a vymahatelnost ostatních ustanovení v této Dohodě. V takovém případě se Smluvní strany zavazují řádně jednat za účelem nahrazení
neplatného či nevymahatelného ustanovení ustanovením platným a vymahatelným v souladu s účelem této Dohody.
5. Smluvní strany se zavazují pokusit se vyřešit smírčí cestou jakýkoli spor mezi sebou, sporný nárok nebo spornou otázku vzniklou v souvislosti s touto Dohodou (včetně otázek týkajících se její platnosti, účinnosti a výkladu). Nepovede-li tento postup k vyřešení sporu, bude spor předložen k rozhodnutí příslušnému soudu v České republice.
6. V souladu se zákonem č. 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) a Výnosem ministryně školství, mládeže a tělovýchovy č. 14/2016 ze dne 30. 6. 2016 o uveřejňování smluv zajistí Objednatel uveřejnění celého textu Dohody, vyjma osobních údajů, a metadat Dohody v registru smluv, včetně případných oprav uveřejnění s tím, že nezajistí- li Objednatel uveřejnění Dohody nebo metadat Dohody v registru smluv do 30 dnů od uzavření Dohody, pak je oprávněn zajistit jejich uveřejnění Poskytovatel ve lhůtě tří měsíců od uzavření Dohody. Poskytovatel bere na vědomí, že dle výše uvedeného budou zveřejněny i Dílčí smlouva a jednotlivé dílčí objednávky dle čl. III odst. 8 této Dohody, splňují-li však samy o sobě zákonné podmínky pro uveřejnění v registru smluv. Poskytovatel rovněž souhlasí s tím, že metadata vztahující se k výše zmiňovaným dokumentům mohou být zveřejněna též na webových stránkách Objednatele.
7. Poskytovatel bere na vědomí povinnost Objednatele uveřejnit tuto Dohodu, Dílčí smlouvu a objednávky také v souladu s ust. § 219 ZZVZ.
8. Práva a povinnosti Smluvních stran výslovně v Dohodě neupravené se řídí Občanským zákoníkem.
9. Smluvní strany se dohodly, že jakákoliv peněžní částka dle této Dohody uvedená a/nebo splatná v českých korunách (dále jen “Národní jednotka měny“), bude po přepočtu aktuálním směnným kurzem automaticky považována za částku uvedenou a/nebo splatnou v jednotné evropské měně v okamžiku, kdy Národní jednotka měny bude nahrazena jednotnou evropskou měnou v souladu s platným právem Evropské unie nebo právem České republiky.
Článek XVI. Přílohy
Příloha č. 1 – Obecná technická specifikace Příloha č. 2 – Technické pokyny
Příloha č. 3 – Service Level Agreement (SLA)
Příloha č. 4 – Ceník
Příloha č. 5 – Dílčí smlouva o poskytování služeb
Pověřen zastupováním ředitele odboru ICT
Ministerstvo školství, mládeže a tělovýchovy
Ředitel Ústavu výpočetní techniky
Masarykova univerzita
Příloha č. 1 Dohody, č. j.: MSMT-8707/2018-38
Příloha č. 1 – Obecná technická specifikace
MŠMT - Rozvoj informačních systémů odboru vysokých škol 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
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.
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.
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
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í.
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é 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.
Ř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.
6 § 77c a § 87 písm. j) Zákona o vysokých školách.
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 Dohody, č. j.: MSMT-8707/2018-38
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 Dohody, č. j.: MSMT-8707/2018-38
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
Příloha č. 4 Dohody, č. j.: MSMT-8707/2018-38 - Ceník
Inicializace | Cena bez DPH |
Jednorázová částka | 40 000,00 Kč |
Technická podpora | Cena bez DPH za měsíc za jednu aplikaci | Počet měsíců | Počet aplikací | Cena bez DPH celkem |
Paušál | 11 700,00 Kč | 48 | 7 | 3 931 200,00 Kč |
Práce na rozvoji IS | Cena za 1 osobohodinu bez DPH |
IT specialista | 970,00 Kč |
IT architekt | 1 500,00 Kč |
Příloha č. 5 Dohody č. j.: MSMT-8707/2018-38
Dílčí smlouva o poskytování služeb
Smluvní strany
Česká republika – Ministerstvo školství, mládeže a tělovýchovy
se sídlem: Karmelitská 529/5, 118 12 Praha 1
IČO: 00022985
jednající: pověřen zastupováním ředitele Odboru ICT bankovní spojení:
číslo účtu:
(dále jen „Objednatel“ na straně jedné)
a
Masarykova univerzita
se sídlem: Xxxxxxxxxx xxxxxxx 000/0, 000 00 Xxxx
realizující HS: Masarykova univerzita – Ústav výpočetní techniky, Botanická 554/68a, 602 00
Brno
IČO: 00216224
DIČ: CZ00216224
bankovní spojení:
číslo účtu:
zastoupený: CSc., ředitelem Ústavu výpočetní techniky,
v souladu s platným organizačním řádem
právnická osoba nezapsána v obchodním rejstříku; veřejná vysoká škola podle zákona č. 111/1998 Sb., o vysokých školách
(dále jen „Poskytovatel“ na straně druhé)
(dále jednotlivě jako „Smluvní strana“, společně potom jako „Smluvní strany“)
uzavřely v souladu s § 1746 odst. 2 zákona č. 89/2012 Sb., občanským zákoníkem, ve znění pozdějších předpisů (dále jen „Občanský zákoník“), tuto
Dílčí smlouvu o poskytování služeb uzavřenou na základě Rámcové dohody „Rozvoj informačních systémů odboru vysokých škol a další“ (dále jen „Dohoda“), č. j.:
MSMT-8707/2018-38
(dále jen „Smlouva“)
Článek I. Úvodní ustanovení
1. Výše uvedené Smluvní strany uzavírají tuto Smlouvu na základě Dohody, uzavřenou na základě výsledku zadávacího řízení nadlimitní veřejné zakázky s názvem „Rozvoj informačních systémů odboru vysokých škol a další“.
2. V rámci tohoto zadávacího řízení vystupoval Objednatel v pozici zadavatele a Poskytovatel v pozici dodavatele, jehož nabídka byla na základě provedeného hodnocení vybrána jako nejvhodnější.
Článek II.
Předmět Smlouvy
1. Předmětem plnění této Smlouvy je kompletní zajištění provozu technické podopory pro aplikace
odboru vysokých škol. V době uzavření této Smlouvy se jedná o následující aplikace:
a) XXXX (Sdružené informace matrik studentů),
b) REDOP (Registr docentů a profesorů),
c) XXXXX (Informační systém Akreditační komise),
d) PPSVS (Posouzení postavení studia na vysoké škole v cizině),
e) NVS (Registr evidence žádostí o uznání zahraničního vysokoškolského vzdělání
a kvalifikace),
f) IS UOK (Informační systém pro uznávání odborných kvalifikací),
g) RUV (Registr uměleckých výstupů) a
h) dále registry, jejichž provozování vyplývá z 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.
2. Předmětem Smlouvy je rovněž provedení inicializace výše uvedených aplikací dle čl. III. odst. 1.
3. Jednotlivé systémy a aplikace, jež jsou předmětem plnění, jsou podrobněji popsány v obecné technické specifikaci, která tvoří přílohu č. 1 této Smlouvy. Detailní popis předmětných aplikací byl Poskytovateli zpřístupněn v rámci zadávacího řízení na základě uzavřené dohody o ochraně neveřejných informací (č. j. MSMT-8707/2018-16 ze dne 22. 11. 2018).
4. Technické pokyny pro poskytování technické podpory jsou blíže upraveny přílohami č. 2 a 3 této
Smlouvy.
Článek III. Způsob plnění
1. Objednatel u Poskytovatele na základě této Smlouvy jednorázově objednává službu inicializace. Inicializaci provede Poskytovatel ve spolupráci s Objednatelem a též ve spolupráci s dosavadním Poskytovatelem služeb, nejedná-li se o totožný subjekt. V rámci inicializace mimo jiné dojde k předání znalostí Poskytovateli a seznámení Poskytovatele s podmínkami poskytování služeb v takovém rozsahu, aby Poskytovatel byl schopen poskytování služeb řádně zahájit a nést plnou odpovědnost za toto plnění. Poskytovatel je povinen po dobu inicializace zmapovat základní objekty systémů a ICT komponent Objednatele, procesy, nastavení a požadované funkcionality systémů a ICT komponent Objednatele a následně provést revizi a nastavení parametrů dle jejich aktuálního stavu, přičemž Poskytovatel není oprávněn provést takový zásah, kterým by došlo ke
změně architektury či topologie sítě.
2. Inicializaci provede Poskytovatel bezodkladně po nabytí účinnosti této Smlouvy a ihned po jejím
provedení zahájí poskytování služeb technické podpory dle odst. 3 a následujících.
3. Objednatel u Poskytovatele současně na základě této Smlouvy objednává provozování služby technické podpory pro současné a případně i budoucí aplikace (tj. aplikace, které budou do portfolia Poskytovatelem spravovaných aplikací v případě potřeby později přidány). Objednatel rovněž může některé aplikace z poskytování technické podpory v průběhu účinnosti Smlouvy vyjmout. Technická podpora bude poskytována po dobu trvání účinnosti této Smlouvy.
4. Jednotlivé požadavky na režim poskytování technické podpory jsou uvedeny v závazných technických pokynech, které tvoří přílohu č. 2 této Smlouvy a Service Level Agreement (dále jen
„SLA“), která tvoří přílohu č. 3 této Smlouvy.
5. Příjem požadavků na technickou podporu a na odstraňování závad bude probíhat prostřednictvím helpdesku Objednatele (dále jen „Helpdesk“). V zájmu vyloučení pochybností Smluvní strany výslovně stanoví, že doby servisní odezvy a doby odstranění incidentů uvedené v SLA se počínají počítat od okamžiku, kdy je požadavek na řešení požadavku nebo na odstranění incidentu předán prostřednictvím Helpdesku Poskytovateli.
6. Na základě údajů z Helpdesku bude Poskytovatel vyhodnocovat efektivitu poskytování služeb a soulad poskytování tohoto plnění se stanovenými parametry SLA. Výsledky uvedeného monitoringu budou Poskytovatelem zaznamenány v souhrnné zprávě (dále jen „Report“), z něhož bude jednoznačně zřejmé, zda byly služby technické podpory poskytovány v kvalitě definované v jednotlivých SLA dle této Smlouvy, resp. zda došlo k dodržení všech uvedených SLA parametrů.
7. Report bude vypracován vždy pro vyhodnocovací období jednoho kalendářního měsíce (dále jen
„Vyhodnocovací období“) a bude Objednateli doručen nejpozději 5 pracovních dnů po skončení příslušného Vyhodnocovacího období.
8. Poskytovatel se zavazuje plnit předmět Smlouvy řádně, poctivě a pečlivě podle svých nejlepších schopností a dovedností a v souladu s tzv. nejlepší praxí.
9. Poskytovatel se zavazuje postupovat podle pokynů Objednatele. Od těchto pokynů se může Poskytovatel odchýlit pouze tehdy, pokud by to bylo nezbytné a v zájmu Objednatele a pokud by nemohl včas obdržet jeho souhlas.
10. Poskytovatel je povinen Objednatele na jeho žádost informovat o průběhu plnění.
Článek IV.
Cena a platební podmínky
1. Jednorázová cena za inicializaci aplikací činí 40 000,- Kč bez DPH a paušální cena za poskytování služeb technické podpory pro jednu aplikaci činí 11 700,- Kč bez DPH za měsíc.
2. Jednotková sazba jednotlivých naceněných položek je nejvýše přípustná a nelze ji překročit, pokud to výslovně neupravuje tato Smlouva. Cena obsahuje veškeré náklady Poskytovatele nutné k realizaci předmětu plnění.
3. Přidání nových nebo vyjmutí stávajících aplikací z plnění ve smyslu čl. III odst. 3 je navázáno na zvýšení či snížení paušální ceny o částku za příslušný počet přidaných nebo vyjmutých aplikací.
4. Za neměnný základ se považuje cena bez DPH. Sazba DPH bude účtována vždy v zákonné výši.
5. Úhrada ceny bude prováděna na základě daňových dokladů (faktur), které vystaví Poskytovatel vždy za jedno Vyhodnocovací období. Přílohou daňových dokladů budou Reporty.
6. Poskytovatel bere na vědomí, že služby inicializace a poskytování technické podpory musí být fakturovány odděleně (na samostatné faktuře) od služeb v oblasti rozvoje informačních systémů dle Dohody.
7. Lhůta splatnosti faktur je stanovena na 30 kalendářních dnů ode dne doručení faktury Objednateli. Faktura musí obsahovat náležitosti stanovené v § 29 zákona č. 235/2004 Sb., o dani z přidané hodnoty a rovněž náležitosti dle zákona č. 563/1991 Sb., o účetnictví. Pokud faktura neobsahuje všechny zákonem a Smlouvou stanovené náležitosti, je Objednatel oprávněn ji do data splatnosti vrátit s tím, že Poskytovatel je poté povinen doručit novou fakturu s novou lhůtou splatnosti. V takovém případě není Objednatel v prodlení s úhradou.
8. Pokud termín doručení faktury Objednateli připadá na období od 16. 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í.
9. Objednatel nebude poskytovat žádné zálohové platby.
10. Poskytovatel je oprávněn fakturovat služby inicializace ihned po započetí poskytování služeb technické podpory.
11. Platby budou realizovány výhradně v CZK. Objednatel uhradí fakturu bezhotovostně převodem na účet Poskytovatele. Za den uhrazení se považuje den, kdy byla finanční částka odepsána z účtu Objednatele a směruje na účet určený Poskytovatelem.
12. Poskytovatel je povinen na faktuře odkázat na Dohodu a tuto Smlouvu.
Článek V. Doba a místo plnění
1. Tato Xxxxxxx se uzavírá na dobu určitou, a to 48 měsíců.
2. Místem plnění je sídlo Objednatele.
Článek VI.
Smluvní pokuty
1. Smluvní strany se dohodly, že tomuto článku po jeho obsahové stránce odpovídá čl. XII Dohody
a vkládá se k němu ustanovení následujícího znění:
„Nebyly-li služby technické podpory poskytovány řádně, bude příslušný Report dle čl. III. odst. 6 této Xxxxxxx vyčíslovat příslušnou slevu z ceny služeb, a to dle podmínek kreditace sjednaných v SLA.“
Všechna použitá ustanovení se aplikují přiměřeně s ohledem na předmět této Smlouvy.
Článek VII.
Závěrečná ustanovení
1. Poskytovatel bere na vědomí, že obsah technické dokumentace, jež byl Poskytovateli zpřístupněn dle čl. II odst. 3 této Xxxxxxx, je neveřejný a zavazuje se, že ho nezpřístupní třetí osobě bez písemného souhlasu Objednatele. Poskytovatel se dále zavazuje, že bude dokument chránit před ztrátou či odcizením tak, aby nemohlo dojít k jeho nežádoucímu zpřístupnění jiné osobě a případně ke zneužití.
2. Xxxxxxx nabývá platnosti dnem jejího podpisu druhou ze Smluvních stran. Účinnosti nabývá Smlouva 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), dnem jejího zveřejnění v registru smluv. Realizace plnění je možná až od data účinnosti.
3. Práva a povinnosti Smluvních stran touto Smlouvou výslovně neupravené se řídí příslušnými ustanoveními Dohody. Všechna použitá ustanovení se aplikují přiměřeně s ohledem na předmět této Smlouvy.
4. Tato Xxxxxxx je uzavírána elektronicky.
Článek VIII. Přílohy
Příloha č. 1 – Obecná technická specifikace Příloha č. 2 – Technické pokyny
Příloha č. 3 – Service level agreement (SLA)
V Praze V Brně
Pověřen zastupováním ředitele odboru ICT
Ministerstvo školství, mládeže a tělovýchovy
Ředitel Ústavu výpočetní techniky
Masarykova univerzita
Příloha č. 1 Dílčí smlouvy, č. j.: MSMT-8707/2018-38
Příloha č. 1 – Obecná technická specifikace
MŠMT - Rozvoj informačních systémů odboru vysokých škol 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
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.
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.
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
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í.
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é 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.
Ř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.
6 § 77c a § 87 písm. j) Zákona o vysokých školách.
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 Dílčí smlouvy, č. j.: MSMT-8707/2018-38
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 Dílčí smlouvy, č. j.: MSMT-8707/2018-38
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
Ing. Digitálně podepsal Ing.
Xxxxxx Xxxxxx Xxxx Datum:
Špur 2019.02.19
07:42:07 +01'00'
Stránka 2 z 2