SMLUVNÍ STRANY

č. smlouvy objednatele: 000683 00 18

č. smlouvy zhotovitele: 018016

SMLUVNÍ STRANY

Dopravní podnik hl. m. Prahy, akciová společnost

se sídlem: Xxxxxxxxxx 000/00, 000 00 Xxxxx 0

zastoupená: Mgr. Xxxxxxxx Xxxxxxxx, předsedou představenstva

Ing. Xxxxxxxxxx Xxxxxxxx, místopředsedou představenstva

IČO: 00005886

DIČ: CZ00005886, plátce DPH

bankovní spojení: Česká spořitelna, a. s.

číslo účtu: 1930731349/0800

OR: MS Praha, sp. zn.: xxxxx X, xxxxxx 847

(dále jen „objednatel“)

a

PragoData Consulting, s.r.o.

se sídlem: Vranovská 1570/61, Husovice, 614 00 Brno

zastoupený: Ing. Xxxxxxxxxx Xxxxxxx, jednatelem

IČO: 45280576

DIČ: CZ45280576

bankovní spojení: UniCredit Bank Czech Republic and Slovakia, a.s.

číslo účtu:

OR: vedeným Krajským soudem v Brně, oddíl C, vložka 48877

(dále jen „zhotovitel“)

Smluvní strany na základě výsledku poptávkového řízení č. 1000195199 názvem „LMS elektronické vzdělávání“ dnešního dne uzavřely tuto smlouvu v souladu s ustanovením § 2358 a násl. a § 2586 a násl. zákona č. 89/2012 Sb., občanského zákoníku (dále jen „občanský zákoník“)

(dále jen „Smlouva“).

I. ÚČEL A PŘEDMĚT SMLOUVY

1.1 Účelem této Smlouvy je uspokojení potřeby Objednatele spočívající v implementaci a efektivní práci Learning management system (LMS), který bude umožňovat tvorbu a správu elektronických kurzů včetně testování, přezkušování a hodnocení účastníků.

1.2 Předmětem této Smlouvy je závazek Poskytovatele dodat Objednateli softwarové řešení blíže vymezené v příloze č. 1 této Smlouvy (dále jen „SW“), SW u Objednatele implementovat a poskytnout Objednateli oprávnění k výkonu práva SW užít (dále jen „Licence“), a to za podmínek uvedených v čl. II této Smlouvy a závazek Objednatele za řádně a včas poskytnuté plnění uhradit cenu stanovenou na základě čl. III této Smlouvy.

1.3 Součástí předmětu plnění je i služba podpory -maintenance SW vymezené v příloze č. 2 bod

1.2 spočívající v opravách chyb SW (mimozáruční), poskytování nových verzí SW včetně aktualizací a zajištění souladu s platnou legislativou. Součástí plnění jsou dále úpravy SW dle požadavků Objednatele, a to za podmínek stanovených dále v této Smlouvě. Součástí

podpory (maintenance) je také služba Rozšířené technické podpory (SLA) a profylaxe,

vymezené v příloze č.2 bod 1.3.

1.4 Opravy chyb SW (mimozáruční): Poskytovatel se zavazuje k opravám chyb SW formou vylepšení SW. Jedná se o nevyžádané úpravy SW, nabízené Poskytovatelem na základě neustálého zlepšování SW na základě požadavků a zpětné vazby od ostatních uživatelů SW a na základě činnosti Poskytovatele. Pro vyloučení pochybností smluvní strany uvádějí, že nejde o záruční opravy SW; chyby SW způsobené nesouladem poskytnutého SW s požadavky na SW a jeho fungování dle této smlouvy jsou řešeny zárukou dle čl. VII této Smlouvy. Opravy chyb SW nemají vliv na Licenci ani na poskytnutou záruku.

1.5 Aktualizace a nové verze SW: Poskytovatel se zavazuje provádět v případě dostupnosti (vylepšení SW, nové verze SW apod.) aktualizace SW u Objednatele. Aktualizace či vylepšením software nemají vliv na Licenci ani na poskytnutou záruku dle čl. VII této Smlouvy.

1.6 Poskytovatel se dále zavazuje zajistit soulad SW s platnou legislativou a dále poskytovat službu Rozšířené technické podpory a profylaxe. Poskytování uvedených služeb nemá vliv na Licenci ani na poskytnutou záruku dle čl. VII. této Smlouvy.

1.7 Poskytovatel je povinen na výzvu Objednatele provést úpravy SW dle požadavku Objednatele, pokud takové úpravy budou možné. Provedené úpravy nebudou mít vliv na Licenci ani na poskytnutou záruku dle čl. VII. této Smlouvy. Při požadavku na úpravu SW je Poskytovatel povinen sdělit Objednateli předběžnou cenu úpravy v návaznosti na předpokládaný rozsah prací a termín plnění. Objednatel Poskytovateli následně sdělí, zda s navrženými podmínkami (tj. rozsah prací a cena) souhlasí a následně vystaví na dohodnuté úpravy závaznou objednávku, kterou zašle Poskytovateli, který ji nejpozději do dvou pracovních dnů písemně potvrdí a zašle zpět Objednateli. Úpravy SW budou účtovány samostatnou fakturou na základě skutečně provedených prací a dle sazby za člověkoden (MD) uvedené v příloze č. 2 bod 1.4 této Smlouvy.

1.8 Součástí předmětu plnění je i vypracování Cílového konceptu vymezeného v příloze č. 2 bod

1.5.

1.9 Objednatel se zavazuje poskytnout Poskytovateli nezbytnou součinnost při poskytování plnění Poskytovatelem v rozsahu, který je stanoven v této Smlouvě.

II. LICENCE

2.1 Licence se poskytuje v původní podobě a jako nevýhradní. Objednatel je oprávněn Licenci a SW užít všemi způsoby a v neomezeném rozsahu. Licence je poskytována na neomezený počet (multilicence) uživatelů Objednatele Vylučuje se ustanovení § 2372 odst. 2 občanského zákoníku – Objednatel není povinen Licenci využít. Licence se poskytují na dobu trvání majetkových autorských práv k SW. Další podmínky Licence jsou vymezeny v čl. VI této Smlouvy.

III. DOBA A MÍSTO PLNĚNÍ

3.1 Poskytovatel se zavazuje, že dodá a naimplementuje SW u Objednatele do 120 dní od výzvy

Objednatele.

3.2 O předání a převzetí SW bude Dodavatelem sepsán předávací protokol, který bude podepsán oběma smluvními stranami. Dnem podpisu předávacího protokolu je poskytnuta Licence.

3.3 Místem dodání a plnění je sídlo Objednatele a v případě potřeby též jiné místo dle pokynů

Objednatele.

3.4 V případě prodlení Poskytovatele s dodáním a implementací SW ke sjednanému termínu dle bodu 3.1 Smlouvy je Objednatel oprávněn požadovat na Poskytovateli zaplacení smluvní pokuty ve výši 10.000,- Kč (slovy: Desettisíckorunčeských) za každý, byť i započatý, den prodlení se splněním dané povinnosti. Celková výše pokuty je omezena cenou Licence.

3.5 Služby Podpory – maintenance a služby Rozšířené technické podpory a profylaxe se Poskytovatel zavazuje poskytovat průběžně, a to po celou dobu účinnosti této Smlouvy.

3.6 Cílový koncept bude zpracován do 45 dnů od výzvy Objednatele. Po předání Cílového konceptu Objednateli zašle tento Zhotoviteli své připomínky, přičemž Xxxxxxxxxx je do Cílového konceptu zapracuje do 10 dní od jejich obdržení a takto doplněný Cílový koncept zašle Objednateli. V případě dalších připomínek Objednatele k Cílovému konceptu se tyto vypořádají opakovaně způsobem uvedeným výše. Finální schválení Cílového konceptu Objednatelem bude potvrzeno předávacím protokolem.

IV. CENA A PLATEBNÍ PODMÍNKY

4.1 Cena za poskytnutí Plnění je závazně stanovena v Příloze č. 2 této Smlouvy. Cena za Licenci je stanovena jako jednorázová. Cena za plnění dle bodu 1.1 přílohy č. 2 této Smlouvy je sjednána jako jednorázová.

4.2 Cena za Licenci a cena za plnění dle bodu 1.1 přílohy č. 2 této Smlouvy bude uhrazena na základě faktury řádně vystavené v zákonné lhůtě ode dne uskutečnění DUZP, kterým je okamžik poskytnutí Licence dle bodu 3.2 výše.

4.3 Cena za služby a činnosti dle bodu 1.2 – 1.3 přílohy č. 2 této Smlouvy bude hrazena čtvrtletně na základě faktury řádně vystavené ode dne uskutečnění DUZP, kterým je poslední den příslušného čtvrtletí, ve kterém byla smlouva uzavřena a pro další čtvrtletí je jím vždy první den daného čtvrtletí. Pokud bude plnění dle bodu 1.2 – 1.3 přílohy č. 2 této Smlouvy poskytováno pouze po část čtvrtletí, bude cena za toto plnění poměrně zkrácena.

4.4 Cena za činnosti dle bodu 1.4 přílohy č. 2 této Smlouvy bude hrazena v souladu s bodem 1.7 této Smlouvy. Tyto činnosti budou předány a schváleny ve formě akceptačního protokolu. Za DUZP se považuje den schválení akceptačního protokolu. Faktura bude vystavena v zákonné lhůtě od DUZP.

4.5 Cena za vypracování cílového konceptu bude uhrazena dle skutečného rozsahu prací vyjádřeného v MD, případně MH a ceny uvedené v bodě 1.5 přílohy č. 2 Smlouvy. DUZP je den převzetí cílového konceptu Objednatelem. Přílohou faktury bude Objednatelem odsouhlasený soupis provedených prací v rámci zpracování cílového konceptu.

4.6 Smluvní pokuty budou hrazeny na základě samostatné faktury. Tato faktura bude obsahovat identifikaci porušené smluvní povinnosti.

4.7 Lhůta splatnosti faktury je stanovena na třicet (30) dní od doručení faktury Objednateli. Poskytovatel se zavazuje odeslat fakturu Objednateli nejpozději následující pracovní den po jejím vystavení. V případě, že má lhůta splatnosti faktury uplynout v období od 16. do 31. prosince, bude se za poslední den lhůty splatnosti takovéto faktury považovat první pracovní den po skončení uvedeného období.

4.8 Všechny faktury musí splňovat náležitosti řádného daňového dokladu požadované zákonem č. 235/2004 Sb., ve znění pozdějších předpisů (dále jen „zákon o DPH“), náležitosti účetního dokladu dle zákona č. 563/1991 Sb. o účetnictví, ve znění pozdějších předpisů a vždy musí obsahovat následující údaje: označení smluvních stran, adresu jejich sídla, IČ, DIČ (je-li přiděleno), údaj o zápisu v obchodním rejstříku včetně spisové značky, označení této

Smlouvy, označení poskytnutého plnění, číslo faktury, číslo objednávky (pokud byla vystavena), den vystavení a lhůtu splatnosti faktury, označení peněžního ústavu a číslo účtu, na který se má platit, fakturovanou částku, razítko a podpis oprávněné osoby. Přílohou faktury bude kopie předávacího či akceptačního protokolu.

4.9 Nebude-li faktura obsahovat stanovené náležitosti nebo přílohy, nebo v ní nebudou správně uvedené údaje dle této Smlouvy, nebo bude neúplná, nebo nesprávná, je Objednatel oprávněn vrátit ji ve lhůtě její splatnosti Poskytovateli. V takovém případě se přeruší běh lhůty splatnosti a nová lhůta splatnosti počne běžet doručením opravené faktury Objednateli.

4.10 Platby peněžitých částek se provádí bankovním převodem na účet druhé smluvní strany uvedený na faktuře.

4.11 Objednatel bude hradit přijaté faktury pouze na bankovní účty Poskytovatele zveřejněné způsobem umožňujícím dálkový přístup ve smyslu § 98 zákona o DPH. V případě, že Poskytovatel nebude mít svůj bankovní účet tímto způsobem zveřejněn, uhradí Objednatel Poskytovateli pouze základ daně, přičemž daň z přidané hodnoty (dále jen „DPH“) uhradí Poskytovateli až po zveřejnění příslušného účtu Poskytovatele v registru plátců a identifikovaných osob.

4.12 Poskytovatel prohlašuje, že není nespolehlivým plátcem ve smyslu § 106a zákona o DPH (dále jen „nespolehlivý plátce“). V případě, že správce daně rozhodne o tom, že Poskytovatel je nespolehlivým plátcem, zavazuje se Poskytovatel o tomto informovat Objednatele do dvou

(2) pracovních dní. Stane-li se Poskytovatel nespolehlivým plátcem, uhradí Objednatel Poskytovateli pouze základ daně, přičemž DPH bude Objednatelem uhrazena Poskytovateli až po písemném doložení Poskytovatele o jeho úhradě této DPH příslušnému správci daně. V takovém případně nebudou Poskytovateli hrazeny jakékoli zálohové platby či platby předem (tj. před provedením plnění), pokud by na ně měl jinak nárok.

V. ZDROJOVÝ KÓD

5.1 Poskytovatel je povinen předat Objednateli zdrojový kód Software a také každé úpravy Software nebo každého jednotlivého dílčího plnění, které je počítačovým programem ve smyslu zákona č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon), ve znění pozdějších předpisů (dále jen „autorský zákon“), spustitelný v prostředí Objednatele a zaručující možnost ověření, že zdrojový kód je kompletní a ve správné verzi, tzn. umožňující kompilaci, instalaci, spuštění a ověření funkcionality, a to včetně podrobné dokumentace ke zdrojovému kódu k takovéto části plnění, na základě které bude běžný kvalifikovaný pracovník Objednatele schopen pochopit veškeré funkce a vnitřní vazby software a zasahovat do něj. Zdrojový kód bude Objednateli Poskytovatelem předán alespoň jednou (1) ročně, a to na nepřepisovatelném technickém nosiči dat s viditelně označeným názvem „Zdrojový kód“ a označením části plnění a dne předání, např. „Zdrojový kód SAP ERP, 4. 12. 2013“. O předání technického nosiče dat bude oběma Smluvními stranami sepsán a podepsán písemný předávací protokol. Poskytovatel se dále zavazuje předat Objednateli aktuální dokumentované zdrojové kódy a koncepční přípravné materiály Software nebo jiných počítačových programů do třiceti (30) dnů od skončení účinnosti této Smlouvy.

5.2 Povinnost Poskytovatele uvedená v odst. 5.1 se přiměřeně použije i pro jakékoliv opravy, změny, doplnění, upgrade nebo update zdrojového kódu jednotlivého dílčího plnění, k nimž dojde při plnění této Smlouvy nebo v rámci záručních oprav (dále jen „změna zdrojového kódu“). Dokumentace změny zdrojového kódu musí obsahovat podrobný popis a komentář každého zásahu do zdrojového kódu.

5.3 Poskytovatel je povinen předat Objednateli dokumentovaný zdrojový kód nebo dokumentovanou změnu zdrojového kódu nejpozději v den předání a převzetí příslušného plnění, a to i dílčího, podle této Smlouvy. V případě předčasného ukončení této Smlouvy je Poskytovatel povinen předat Objednateli aktuální dokumentované zdrojové kódy a koncepční přípravné materiály všech součástí Software, aby byl Objednatel držitelem zdrojového kódu k minimálně v dané chvíli aktuální verzi Software. Poskytovatel se zavazuje v případě ukončení účinnosti Smlouvy vrátit bez zbytečného prodlení Objednateli všechny zdrojové kódy poskytnuté Objednatelem v rámci součinnosti dle odst. 5.4 této Smlouvy, přičemž Poskytovatel není oprávněn pořizovat si před tímto vrácením kopie zdrojového kódu.

5.4 Objednatel v rámci své součinnosti poskytne Poskytovateli s přiměřeným použitím ostatních ustanovení článku 5 této Smlouvy do třiceti (30) dnů od uzavření této Smlouvy aktuální dokumentované zdrojové kódy ke všem součástem software, jejichž poskytnutí Poskytovateli je nezbytné pro plnění předmětu této Smlouvy, jež je Objednatel oprávněn upravovat a měnit prostřednictvím třetích osob, a které je oprávněn poskytnout třetím osobám. Poskytovatel není oprávněn poskytovat zdrojové kódy poskytnuté Objednatelem v rámci součinnosti dle tohoto ustanovení třetím stranám.

VI. VLASTNICKÉ PRÁVO A UŽÍVACÍ PRÁVA

6.1 V případě, že součástí plnění Poskytovatele podle této Smlouvy jsou movité věci hmotné, které se mají stát vlastnictvím Objednatele, nabývá Objednatel vlastnické právo k těmto věcem dnem předání takového plnění Objednateli na základě písemného protokolu podepsaného oprávněnými osobami obou smluvních stran. Nebezpečí škody na předaných věcech přechází na Objednatele okamžikem jejich faktického předání do dispozice Objednatele, o takovémto předání musí být sepsán písemný záznam podepsaný oprávněnými osobami stran. Do nabytí vlastnického práva uděluje Poskytovatel Objednateli právo tyto věci užívat v rozsahu a způsobem, který vyplývá z účelu této Smlouvy.

6.2 Vzhledem k tomu, že součástí plnění Poskytovatele dle této Smlouvy je i plnění, které může naplňovat znaky autorského díla ve smyslu autorského zákona, je k těmto součástem plnění poskytována licence za podmínek sjednaných v tomto článku Smlouvy.

6.3 Objednatel je oprávněn veškeré součásti plnění a veškeré výstupy Poskytovatele považované za autorské dílo ve smyslu autorského zákona (dále jen „autorská díla“) užívat dle podmínek stanovených touto Smlouvou.

6.4 Poskytovatel prohlašuje, že je oprávněn vykonávat svým jménem a na svůj účet majetková práva autorů k autorským dílům, které budou součástí plnění podle této Smlouvy, resp. že má souhlas všech relevantních třetích osob k poskytnutí licence k autorským dílům podle tohoto článku Smlouvy; toto prohlášení zahrnuje i taková práva, která by vytvořením autorského díla teprve vznikla.

6.5 Objednatel je oprávněn od okamžiku účinnosti poskytnutí licence k autorskému dílu užívat toto autorské dílo v rozsahu, v jakém uzná za nezbytné, vhodné či přiměřené s ohledem na účel této Smlouvy. Pro vyloučení pochybností to znamená, že Objednatel je s ohledem na účel této Smlouvy oprávněn užívat autorské dílo v neomezeném množstevním a územním rozsahu, a to všemi v úvahu přicházejícími způsoby a s časovým rozsahem omezeným pouze dobou trvání majetkových autorských práv k takovémuto autorskému dílu. Součástí licence je neomezené oprávnění Objednatele provádět jakékoliv modifikace, úpravy, změny autorského díla tvořícího součást plnění dle této Smlouvy a dle svého uvážení do něj zasahovat, zapracovávat do dalších autorských děl, zařazovat do databází apod., a to přímo nebo prostřednictvím třetích osob. Objednatel je bez potřeby jakéhokoliv dalšího svolení

Poskytovatele oprávněn udělit třetí osobě podlicenci k užití autorského díla nebo svoje oprávnění k užití autorského díla třetí osobě postoupit, avšak pouze za předpokladu, že tím bude docházet k užití autorského díla v souladu s účelem, pro který byl Software vytvořen. Licence k autorskému dílu je poskytována jako nevýhradní. Objednatel není povinen licenci využít.

6.6 V případě počítačových programů se licence vztahuje ve stejném rozsahu na autorské dílo ve strojovém i zdrojovém kódu, jakož i koncepčním přípravným materiálům. Předchozí věta tohoto odstavce se vztahuje i na případné další verze Software nebo jiných informačních systémů upravených na základě této Smlouvy.

6.7 Poskytovatel touto Smlouvou poskytuje Objednateli licenci k autorským dílům dle odst. 6.3 této Smlouvy, přičemž účinnost této licence nastává okamžikem akceptace součásti plnění, které příslušné autorské dílo obsahuje; do té doby je Objednatel oprávněn autorské dílo užít v rozsahu a způsobem nezbytným k provedení akceptace příslušné součásti plnění.

6.8 Udělení licence nelze ze strany Poskytovatele vypovědět a její účinnost trvá i po skončení účinnosti této Smlouvy, nedohodnou-li se smluvní strany výslovně jinak.

6.9 Smluvní strany výslovně prohlašují, že pokud při poskytování plnění dle této Smlouvy vznikne činností Poskytovatele a Objednatele dílo spoluautorů a nedohodnou-li se smluvní strany výslovně jinak, bude se mít za to, že je Objednatel oprávněn vykonávat majetková autorská práva k dílu spoluautorů tak, jako by byl jejich výlučným vykonavatelem a že Poskytovatel udělil Objednateli souhlas k jakékoliv změně nebo jinému zásahu do díla spoluautorů. Cena Služeb dle této Smlouvy je stanovena se zohledněním tohoto ustanovení a Poskytovateli nevzniknou v případě vytvoření díla spoluautorů žádné nové nároky na odměnu.

6.10 Poskytovatel je povinen postupovat tak, aby udělení licence k autorskému dílu dle této Smlouvy včetně oprávnění udělit podlicenci zabezpečil, a to bez újmy na právech třetích osob. Nebude-li možné po Poskytovateli ve zcela výjimečných případech spravedlivě požadovat udělení licence v rozsahu dle odst. 6.5 a násl. této Smlouvy, např. v případě tzv.

„krabicového“ software, je Poskytovatel povinen na to písemně Objednatele výslovně upozornit spolu s náležitým odůvodněním a poskytnout Objednateli nebo zajistit pro Objednatele poskytnutí licence či podlicence v nejširším možném rozsahu, avšak vždy tak, aby Objednatel nebyl v budoucnu omezen při výběru poskytovatele Služeb či provozovatele Software výhradními právy Poskytovatele nebo třetí osoby. Postup dle předchozí věty je možný jen s předchozím výslovným písemným souhlasem Objednatele, přičemž se Objednatel zavazuje, že tento souhlas neodmítne poskytnout bez vážného důvodu; o existenci vážného důvodu na straně Objednatele rozhoduje s konečnou platností Objednatel. Nebude-li Objednatel souhlasit s poskytnutím omezené licence podle tohoto odstavce, je Poskytovatel povinen zajistit požadované plnění náhradním způsobem tak, aby licenci poskytl v plném rozsahu podle této Smlouvy, a to bez dopadu na cenu plnění sjednanou podle této Smlouvy.

6.11 Bude-li autorské dílo vytvořeno činností Poskytovatele, smluvní strany činí nesporným, že jakékoliv takovéto autorské dílo vzniklo z podnětu a pod vedením Objednatele.

6.12 Práva získaná v rámci plnění této Smlouvy přechází i na případného právního nástupce Objednatele. Případná změna v osobě Poskytovatele (např. právní nástupnictví) nebude mít vliv na oprávnění udělená v rámci této Smlouvy Poskytovatelem Objednateli.

6.13 Odměna za poskytnutí, zprostředkování nebo postoupení Licence k autorskému dílu je zahrnuta v ceně za Službu nebo Dílo, při jejichž dodání došlo k vytvoření autorského díla.

VII. ZÁRUKA ZA JAKOST

7.1 Poskytovatel tímto dává Objednateli na SW záruku za jakost po dobu čtyř let ode dne předání SW. Vadou SW se pro účely této smlouvy rozumí rozpor mezi sjednanými podmínkami dle této smlouvy a skutečným stavem SW.

7.2 Obsahem záruky je odpovědnost Poskytovatele za plnou funkčnost SW v záruční době, za vady SW a odpovědnost za to, že SW bude plnit náležitosti stanovené ve specifikaci SW. Poskytovatel se zaručuje, že po celou dobu záruky bude SW způsobilý k užití ke smluvenému, jinak obvyklému účelu a že si po tuto dobu zachová smluvené, jinak obvyklé vlastnosti.

7.3 Smluvní strany sjednávají, že není vadou SW, pokud nebude SW fungovat zaviněním spočívající na třetí straně, čímž se myslí zejména, nikoliv však výhradně, výpadek systémů souvisejících, se kterými systém SW spolupracuje, výpadek vnitřní sítě objednatele, vandalismus a vyšší moc.

7.4 Reklamace musí být uplatněna nejpozději do 10 dní ode dne zjištění vady na kontaktní osobu Poskytovatele v písemné formě. Za písemnou formu postačí i e-mail. V uplatnění musí být popsán datum a čas vzniku vady a její stručný popis. O době a předmětu odstranění vady dle tohoto ustanovení sepíší smluvní strany písemný zápis, který obě smluvní strany podepíší.

7.5 Záruční doba neběží ode dne uplatnění reklamace do dne vyřízení reklamace Poskytovatelem. O tuto dobu se záruční doba prodlužuje.

7.6 Smluvní strany se dohodly, že v případě vady SW, kterou Objednatel uplatní v záruční době, má Objednatel především právo požadovat na Poskytovateli její odstranění v přiměřené lhůtě, kterou Objednatel Poskytovateli za tímto účelem stanoví. Objednatel má vůči Poskytovateli dále tato práva z odpovědnosti za vady:

• právo na poskytnutí přiměřené slevy z ceny odpovídající rozsahu reklamovaných vad,

• právo na odstoupení od smlouvy, kdy vady jsou takového charakteru, že podstatně ztěžují či dokonce brání v užívání SW,

• právo na zaplacení nákladů na odstranění vad v případě, kdy si Objednatel vady opraví nebo odstraní sám nebo použije třetí osoby k jejich odstranění.

7.7 Poskytovatel je povinen v návaznosti na Objednatelem uplatněnou vadu zahájit práce na odstranění zjištěné vady, a to i v případě, že svoji odpovědnost za takto uplatněnou vadu neuzná. V případě, že Poskytovatel za uplatněné vady neručí, budou mu následně vzniklé náklady Objednatelem uhrazeny do 10 dnů od doručení jejich písemného uplatnění Poskytovatelem.

VIII. POJIŠTĚNÍ

8.1 Poskytovatel je povinen mít uzavřenou pojistnou smlouvu pro případ odpovědnosti za škodu související s plněním předmětu této Smlouvy v rozsahu minimálně 10.000.000,- Kč (slovy: Desetilionůkorunčeských) za pojistné období, a to po celou dobu trvání této Smlouvy.

8.2 Poskytovatel umožní Objednateli kdykoliv v průběhu plnění této smlouvy si na písemnou žádost existenci tohoto pojištění ověřit, a to do 3 pracovních dnů od doručení žádosti.

8.3 V případě porušení některé z povinností uvedených v čl. 8.1 nebo 8.2 této Smlouvy se Poskytovatel zavazuje uhradit Objednateli smluvní pokutu ve výši 10.000,- Kč za každý i započatý den prodlení se splněním této povinnosti.

IX. PLATNOST A ÚČINNOST SMLOUVY

9.1 Tato Smlouva nabývá platnosti dnem jejího uzavření tzn. dnem podpisu Smlouvy oprávněnými zástupci obou smluvních stran. Tato smlouva nabývá účinnosti dnem uveřejnění smlouvy na portále veřejné správy Ministerstva vnitra ČR dle zákona č. 340/2015 Sb., o registru smluv.

9.2 Objednatel je oprávněn bez jakýchkoliv sankcí odstoupit od této Smlouvy v případě, že:

9.2.1 Poskytovatel je v prodlení s plněním jakékoli povinnosti dle této Smlouvy déle než patnáct (15) dní a nezjedná nápravu ani do patnácti (15) dnů ode dne doručení písemného oznámení Objednatele o takovém prodlení; nebo

9.2.2 dojde k porušení povinnosti mlčenlivosti nebo ochrany důvěrných informací dle dohody o mlčenlivosti č. 000700 00 18 ze strany Poskytovatele; nebo

9.2.3 je rozhodnuto o úpadku Poskytovatele nebo Poskytovatel sám podá návrh na zahájení insolvenčního řízení s Poskytovatelem; nebo

9.2.4 Poskytovatel byl pravomocně odsouzen za spáchání některého z trestných činů uvedených v zákoně č. 418/2011 Sb., o trestní odpovědnosti právnických osob a řízení proti nim; nebo

9.2.5 Poskytovatel vstoupí do likvidace.

9.3 Poskytovatel je oprávněn odstoupit od této Smlouvy v případě prodlení Objednatele se zaplacením jakékoliv splatné částky dle této Smlouvy po dobu delší než šedesát (60) dnů, pokud Objednatel nezjedná nápravu ani v dodatečné přiměřené lhůtě, kterou mu k tomu Poskytovatel poskytne v písemné výzvě ke splnění povinnosti, přičemž tato lhůta nesmí být kratší než patnáct (15) dnů od doručení takovéto výzvy. Poskytovatel není oprávněn od Smlouvy odstoupit dle ustanovení § 2378 až § 2382 občanského zákoníku; tím není vyloučeno právo Poskytovatele odstoupit od této smlouvy z jiných důvodů uvedených v občanském zákoníku.

9.4 Účinky odstoupení od Xxxxxxx nastávají dnem doručení písemného oznámení o odstoupení druhé smluvní straně.

9.5 Objednatel je oprávněn tuto Smlouvu písemně vypovědět bez udání důvodu, a to s výpovědní dobou jednoho (1) měsíce počínající od prvního dne následujícího kalendářního měsíce po dni doručení písemné výpovědi Poskytovateli. Poskytovatel je oprávněn tuto smlouvu vypovědět bez uvedení důvodů s výpovědní dobou 1 roku počínaje od prvního dne měsíce následujícího po měsíci, v němž byla výpověď doručena Objednateli. Uhrazená cena za Licenci se v případě výpovědi dle tohoto bodu Xxxxxxx nevrací.

9.6 Ukončením účinnosti této Smlouvy nejsou dotčena ustanovení Smlouvy týkající se nároků z vad, povinnosti k náhradě škody a nároků ze smluvních pokut, ustanovení o ochraně informací, ani další ustanovení a nároky, z jejichž povahy vyplývá, že mají trvat i po zániku účinnosti této Smlouvy. Ukončením účinnosti této Smlouvy není dotčena povinnost Poskytovatele provést úkony nezbytné v zájmu naplnění obecné prevenční povinnosti pro předcházení škod.

X. ZÁVĚREČNÁ USTANOVENÍ

10.1 Práva a povinnosti stran touto Smlouvou neupravená se řídí občanským zákoníkem.

10.2 Žádná ze smluvních stran nemůže převést svá práva a povinnosti z této smlouvy na třetí stranu bez předem daného písemného souhlasu druhé smluvní strany.

10.3 Ve vztahu ke všem sjednaným smluvním pokutám dle této Smlouvy se vylučuje ustanovení § 2050 občanského zákoníku. Sjednání či uhrazení smluvní pokuty dle této Smlouvy nemá vliv na možnost Objednatele požadovat po Poskytovateli náhradu škody způsobené porušením smluvní povinnosti zajištěné smluvní pokutou. Uhrazením smluvní pokuty nezaniká povinnost zajištěná smluvní pokutou.

10.4 Smluvní strany berou na vědomí, že tato Smlouva bude zveřejněna v registru smluv ve smyslu zákona č. 340/2015 Sb. Smluvní strany prohlašují, že skutečnosti uvedené v této Smlouvě nepovažují za obchodní tajemství ve smyslu ustanovení § 504 občanského zákoníku, ani za důvěrné informace.

10.5 Nedílnou součást Smlouvy tvoří tyto přílohy:

Příloha č. 1: Technická specifikace plnění

Příloha č. 2: Seznam SW a cena plnění

10.6 Tato Smlouva byla vyhotovena a smluvními stranami podepsána ve dvou (2) stejnopisech, z

nichž každá ze stran obdrží po jednom (1) stejnopise.

Smluvní strany prohlašují, že si tuto Smlouvu přečetly, že s jejich obsahem souhlasí a na důkaz

toho k této Xxxxxxx připojují svoje podpisy.

Objednatel Poskytovatel

V Praze dne: V Brně dne:

.......................................................... ……………………………………………….……………..

Xxx. Xxxxxx Xxxxxx Xxx. Xxxxxxxx Xxxxxx

předseda představenstva jednatel

Dopravní podnik hl. m. Prahy, PragoData Consulting, s.r.o.

akciová společnost

...........................................................

Xxx. Xxxxxxxx Xxxxxxx místopředseda představenstva Dopravní podnik hl. m. Prahy, akciová společnost

1 Příloha č. 1:   Technická specifikace plnění   

1.1 Executive summary

Navrhované řešení je postaveno na LMS Moodle, jedním z nejrozšířenějších e-learningových systému na světě. Díky své variabilitě umožňuje každému provozovateli e-learningového systému nastavit prostředí tak, aby vyhovovalo individuálním potřebám.

Softwarový balík obsahující vlastní LMS Moodle, standardní množinu modulů a jazykových mutací je dostupný pod svobodnou licencí GNU GPL, umožňující využívání systému bez jakýchkoli omezení časových, uživatelských či datových.

Systém je tak i do budoucna připraven na případný

růst podpořených osob.

Akronym Moodle (Modular Object Oriented Dynamic Learning Environment) napovídá, že se jedná o nastavitelný systém sestávající z jednotlivých modulů umožňujících vhodné sestavení systému řízení vzdělávání podle potřeb zákazníka. Celosvětový počet instalací systému již dnes přesahuje 70 000 ve více než 200 zemích světa.

Systém LMS Moodle webová Klient-Server aplikace, nabízející uživatelsky jednoduché prostředí pro tvorbu e-learningu, vlastní autorský nástroj. LMS Moodle neklade žádné další speciální požadavky na technické či SW vybavení tvůrce e- learningu, či uživatele e-learningu, v obou případech stačí webový prohlížeč.

Design i navigace systému mohou být upraveny tak, aby odpovídaly Corporate Identitiy zákazníka a zvyklostem uživatelů. LMS Moodle je možné využít nejen pro vzdělávání, kurzy, školení, periodická a legislativní školení, ale také pro autoidentifikační a certifikační testování a ověřování znalostí uživatelů, včetně sledování pokroku a podmínek absolvování kurzu dle konkrétních nastavení.

Silnou stránkou Moodle je také podpora komunitního prostředí včetně gamifikačních prvků, diskusních fór, chatů, zasílání novinek, napojení na cloudové služby, sociální sítě apod. Systém řízení vzdělávání Moodle má díky své otevřenosti významnou konkurenční výhodu –

lze jej snadno implementovat do prakticky libovolné informační architektury organizace a integrovat jej s dalšími systémy třetích stran, například s personálními systémy, ERP systémy, studijními informačními systémy a dalšími.

Řešení postavená na LMS Moodle tedy nabízí dlouhodobou udržitelnost, nízké náklady na

vlastnictví SW i rychlou návratnost investic.

Mezi hlavní výhody řešení postaveného nad LMS Moodle tedy patří:

• Plná podpora e-learningových standardů

• Žádná licenční omezení na počet uživatelů či kurzů

• Žádná časová omezení

• Přístup odkudkoli pomocí webového prohlížeče, podpora responsive design

• Mobilní aplikace pro iOS nebo Android zdarma

• Podpora desítek jazykových mutací

• Efektivní vzdělávání a předávání informací s nízkými náklady a se zpětnou vazbou

• Evidované a archivované procesy elektronického vzdělávání s dohledatelnou informací o přijetí a způsobu zpracování informace nebo kurzu ze strany všech účastníků, včetně získání potvrzení o absolvování nebo certifikátu

• Podpora BYOD

• Přizpůsobitelnost řešení včetně vývoje specializovaných modulů a rozšíření na míru

• Autoidentifikační a certifikační testování

• Využitelnost jako podpora klasických prezenčních školení a kurzů

• Vysoká bezpečnost, škálovatelnost a robustnost

• Stabilní životní cyklus SW, pravidelné aktualizace a patches

• Celosvětová síť certifikovaných Moodle partnerů a silná uživatelská komunit

1.2 Technická specifikace LMS - Learning management system

Seznam použitých zkratek, pojmů:

Zkratka	Popis
AD	Active Directory
DPP	Dopravní podnik hl. m. Prahy, akciová společnost
EGJE	Elanor Global Java edition - firemní HR systém
Elektronická výuka (e-learning)	Vzdělávací proces, využívající informační a komunikační technologie k tvorbě kurzů, k distribuci studijního obsahu, komunikaci mezi účastníky a pedagogy a k řízení studia.
Kurz	Ucelený okruh výuky nebo prověřování znalostí zpracovaný pro použití v aplikacích elektronické formy vzdělávání. Kurz se může skládat z lekcí a může obsahovat testy (cvičné nebo k přezkoušení znalostí).
LCMS (Learning Content Management System)	Nástroj/systém pro tvorbu výukového obsahu. Zaměřuje se na tvorbu, znovu používání, dodávání, řízení a vylepšování obsahu.
LMS (Learning Management System)	Systém pro organizaci a řízení výuky. Zaměřuje se na kompetence, vzdělávací aktivity a logistiku jejich dodávání.
PZZ	SQL DB Provozní záznamy zaměstnance.
O 2/1; O 2/2, 9; O 2/2, 9	Kvalifikační a zkušební řád metra;
PPS	Provozně předpisová soustava – provozní předpisy.

1.2.1 Úvod

1.2.1.1 Popis projektu

Předmětem projektu je nasazení systému umožňujícího tvorbu a správu elektronických kurzů

(LMS a současně také LCMS), včetně testování, přezkušování a hodnocení účastníků.

Systém by měl obsahovat také nejrůznější on-line nástroje pro komunikaci a řízení studia (nástěnka, diskusní fórum, wiki, slovník,…).

1.2.1.2 Zdůvodnění projektu

V prostředí DPP roste potřeba na on-line vzdělávání a proškolování zaměstnanců. Vzhledem k množícím se požadavkům na elektronické vzdělávání zaměstnanců z různých útvarů (např. Marketing, odd. Vzdělávání, provozy), je vhodné tuto problematiku řešit komplexně, v ideálním případě nasazením univerzálního LMS řešení, které pokryje požadavky DPP.

1.2.1.3 Současná situace

V současné době DPP nedisponuje univerzálním LMS řešením a ani autorskými nástroji pro vytváření elektronických kurzů. V rámci provozních jednotek jsou zde využívány LMS systémy – iTutor a Moodle, dále pak systém OŘKV-T (Oprávnění k řízení kolejových vozidel-testy).

1.2.1.3.1 LMS iTutor

Využíván jednotkou Provoz Metro, dopravní úsek, JDCM, JSVT, JPA, JPT :

• zkoušky a testy zaměstnanců (např. Školení řidičů referentských vozidel)

• „elektronický“ podpis (prokazatelné seznámení) a seznámení s normami

• školení BOZP pro jednotlivé útvary DPP

Kurzy a testy jsou tvořeny na zakázku dodavatelskou firmou DVI. Systém nemá žádnou vazbu na personální systémy.

1.2.1.3.2 LMS Moodle

Využíván:

1. JPM

2. JDCM

3. celý DPP – Soubor cvičných otázek elektro - pro všechny kvalifikační stupně elektrotechniků DPP z vyhlášky 50/1978 Sb. a z vyhlášky 100/1995 Sb. (interaktivní procvičování testových otázek)

Kurzy a testy jsou tvořeny interně autorským nástrojem Xxxxxx. Systém nemá žádnou vazbu na personální systémy.

1.2.1.3.3 Systém „Oprávnění k řízení kolejových vozidel-testy“ (OŘKV- T)

Využíván primárně JPT odd. Výcvik a vzdělávání – Tramvaje:

(včetně JSVT a další odd. v návaznosti na JPT odd. Výcvik a vzdělávání – Tramvaje)

• přezkušování zaměstnanců (dle provozního předpisu O 2/2,9 a přepravní kontroly),

• zkoušky v kurzech nových zaměstnanců včetně zkoušek odborné způsobilosti řidičů tramvají ve spolupráci s odborem dopravních agend MHMP.

Tento systém byl vyvinut pro DPP dodavatelsky firmou UNIPROG. Má vazbu na systémy PZZ (Provozní záznamy zaměstnance) a OŘKV.

1.2.1.4 Cílový stav projektu

Cílem projektu je implementovat a uvést do provozu systém pro tvorbu a správu elektronických kurzů. Systém, ve kterém bude možné v autorském nástroji snadno vytvářet a upravovat kurzy, a také importovat kurzy od jiných dodavatelů.

Zároveň bude umožňovat spravovat kurzy, testovat, přezkušovat a hodnotit účastníky. Uživatelé budou mít k dispozici nástroje pro komunikaci a spolupráci, možnosti reportingu, statistik a tiskových výstupů.

Systém bude nabízet přístup on-line z Intranetu i z Extranetu DPP (z různých typů zařízení, jako je tablet či mobilní telefon).

Propojení na HR systémy DPP a.s. bude zabezpečovat bezchybné předávání informací, např. přihlašování zaměstnanců do kurzů, automatické hromadné exporty výsledků kurzů do HR systému. Je cílem využívat možnosti LMS systému i pro prezenční vzdělávání – v oblasti evidence kurzů, přihlašování na kurzy atd. K tomu bude určen samostatný Modul Prezenční kurzy.

Detailní popis řešení bude specifikován dodavatelem v dokumentu Cílový koncept.

1.2.2 Uživatelská oprávnění

1.2.2.1 Role uživatelů

Role a jejich pravomoci představují nástroj, kterým se určuje, co který uživatel bude oprávněn vykonávat. Systém umožní vytváření dalších nových rolí a editaci stávajících (viz. kapitola Autorizace). Oprávnění přiřazená jednotlivým rolím je možné měnit na několika úrovních.

Základní role uživatelů:

Lektor

Tvůrce kurzu

Lektor bez práva

upravovat

Účastník

Host

Administrátor

Správce

Obrázek 1 - Role uživatelů

1. Host – zobrazení obsahu neregistrovanému uživateli (minimální práva, obvykle nemůže nikam vkládat text). Testy a postupy se hostům neznámkují/neukládají.

2. Účastník – používá kurz - může se účastnit jednotlivých činností, diskutovat ve fórech, skládat testy. Testy a studijní postupy se účastníkům známkují/ukládají. Nemůže upravovat obsah kurzu.

3. Lektor - může v rámci kurzu dělat vše, včetně změn aktivit a známkování kurzu. Bude mít přístup k výsledkům testu, reportům, statistikám a tiskovým výstupům. Lektor je tedy ten, kdo kurz připravuje (tj. vkládá a upravuje jeho obsah) a ten, kdo v tomto kurzu učí

4. Lektor bez práva upravovat - (např. externí lektor) – může učit v kurzech a známkovat účastníky, nemůže však měnit činnosti, obsah (tj. nezapne si režim úprav).

5. Tvůrce kurzu (garant) - může zakládat nové (prázdné) kurzy, má právo založit kurz a přiřadit k němu jeho lektora. Jakmile tuto operaci provede, ztrácí ke kurzu jakákoliv práva (pokud si sám sobě nepřidělí roli Xxxxxx v tomto kurzu). Může ke kurzu přiřadit kategorie. Bude mít přístup k výsledkům testu, reportům, statistikám a tiskovým výstupům

6. Správce/Manažer - může vstupovat do kurzů a upravovat jejich obsah i nastavení. Většinou má všechny pravomoci jako Administrátor, ale je možné je odebírat (Je to podobný princip jako nepoužívání superuživatele). Tuto roli lze nastavit v rámci celého LMS systému nebo jen pro určitou část LMS systému.

7. Systémový Administrátor - neomezená práva v systému

Obrázek 2 - Zodpovědnosti jednotlivých útvarů DPP v systému LMS (jedná se zatím o návrh rolí)

1.2.2.2 Skupiny uživatelů (účastníků, lektorů)

Skupiny řeší efektivnější práci s větším počtem účastníků.

1. Vytváření skupin

a. Vytváření vlastních skupin pro jednotlivé kurzy – pro oprávněné uživatele (od role Tvůrce kurzu výše).

b. Vytváření skupin podle výstupů z HR systémů DPP - pomocí zařazení příslušnosti zaměstnance k jednotce, útvaru, provozu a dosažené jeho odborné zkoušky, případně více odborných zkoušek, podle O 2/1,2,3. Objednatel poskytne View z HR systému (viz. Kapitola Autentifikace)

c. Možnost přidání nebo odebrání i jednotlivých uživatelů.

d. Odesílání emailových notifikací všem členům vybrané skupiny (viz. kap. Emailové notifikace).

Uživatelské skupiny se budou moci vytvářet podle profesí (např. skupiny TRAM_Ridic,

TRAM_Dispecer, METRO_Ridic, METRO_Dispecer).

1.2.3 Procesní okruhy

Tato kapitola popisuje jednotlivé procesní okruhy a požadavky k nim se vztahující.

Současně je požadováno, aby budoucí aplikace umožňovala realizaci částí procesu i mimo e- learning - pro kurzy v prezenční podobě (viz dále kapitola Modul Prezenční kurzy). Aby bylo možné pro případ kurzů v učebnách řešit zadávání kurzů, přihlašování na ně, hodnocení, atd.

Modul Prezenční

kurzy

Hodnocení účastníků

Tvorba

výukových kurzů

Evidence a

správa kurzů

Testování a přezkoušení

Úložiště

výukového

obsahu

Evidence a

správa účastníku

Obrázek 3 - LMS Procesní okruhy

1.2.3.1 Evidence a správa účastníků

1.2.3.1.1 Uspořádání účastníků do skupin

Slouží pro zpřehlednění správy účastníků. Jedná se o členění účastníků jednotlivých kurzů pro účely výukových činností, ne pro administraci uživatelů. Skupiny je třeba definovat na úrovni každého kurzu.

Skupiny využijeme např. pro:

• přidělení dané skupině heslo k přístupu do testu

• práci v týmu - rozdělíme účastníky do skupin, aby mohli pracovat každý na svém týmovém projektu

1.2.3.2 Evidence a správa kurzů

Kurz

Další objekty

(prezentace, videa, dokumenty)

Xxxxxx

Lekce

Testy

(cvičné, přezkoušení znalostí)

Obrázek 4 - Pojem Kurz

1. Evidence kurzů, které jsou v elektronické či prezenční podobě. Tzn. pro všechny firmou organizované kurzy

2. Schvalovací workflow nově vytvořených kurzů oddělením Vzdělávání (500400). Tato workflow bude moci Administrátor editovat (účastníky workflow, i proces), případně vytvářet nové

3. Strukturované uložiště kurzů a objektů:

a. Metadata budou editovatelná oprávněnými uživateli

4. Kategorie kurzů - kurzy jsou povinně organizovány do kategorií. Kategorie zvyšují přehlednost kurzů – umožňují je rozčlenit do tematických celků.

a. Vytváření podkategorií.

b. U každé kategorie bude definovaný správce, který v dané kategorii může vytvářet a spravovat kurzy.

c. Defaultně bude nastavena jedna kategorie, která bude každému nově vytvořenému kurzu systémem přiřazena - pokud mu nebude např. Tvůrcem kurzu přiřazena jiná.

5. Štítkování - využít na kurzy. Nejedná se o prioritní požadavek, spíše jako jedna z možností kategorizace.

6. Typ kurzu – veřejný/neveřejný. Neveřejný – přístupný pro oprávněné účastníky

7. Funkcionality

a. Zamykání - při provádění úprav. Možnost v již běžícím kurzu změnit otázky (v případě, že je chybně definovaná).

x. Xxxxxxxxx - systém udržuje vždy pouze jednu kopii, eviduje její používání a řídí promítání změn v této kopii do všech kurzů.

c. Sdílení - každý učební objekt může být sdílen a použitý ve více kurzech

8. Archivace kurzů, výukového rozsahu a výsledků testů po dobu 5 let. Přístup oprávněným rolím.

a. Možnost zobrazit u vybraného účastníka jaké testy absolvoval (seznam), jejich znění a výsledky.

b. Možnost uložení dat na lokální disk pro oprávněné uživatele (správce kurzu a

kategorie). Možnost exportu.

c. Možnost zobrazit u vybraného kurzu výsledky všech účastníků daného kurzu.

1.2.3.2.1 Přihlašování/ odhlašování účasti na kurzech

Požadavky pro kurzy prezenční i elektronické:

1. Možnost se přihlásit/ odhlásit z kurzu - pro účastníky. Lektor a Správce bude moci přihlásit na kurz jiné uživatele.

a. Možnost hromadného importu účastníků.

b. Vyhledávání dle jednotky, útvaru, , os.č., příjmení a jména. Systém umožní vybrat více zaměstnanců, které se zobrazí ve výsledku dotazu (např. formou check boxů). Např. vyberu si jednotku JIT (410000), následně odd. Aplikace (410100) a check boxem zaškrtnu požadované zaměstnance.

2. Schvalování přihlášení na kurz – možnost nastavit schvalovací workflow (např. schválení přihlášení nadřízeným). Bude možné editovat (účastníky workflow, i proces).

3. Pohled na přihlášené účastníky kurzu – uživatel s oprávněním Lektor a výše bude mít možnost si zobrazit, a i přihlásit/ odhlásit účastníky daného kurzu.

Požadavky pro e-learningové kurzy:

1. Zabezpečení kurzu heslem – není mandatorní požadavek

a. bude možné definovat, zdali bude vyžadováno zvláštní přihlášení do kurzu. Důvodem je zabezpečit, aby kurz absolvoval konkrétní zaměstnanec, a omezila se možnost, že se za něho přihlásí někdo jiný (např. klíčem k zápisu, generovaným pro každý kurz samostatně).

2. Přihlášení účastníků Správcem nebo Lektorem – buď ruční, nebo hromadné (např.

import).

3. Odhlášení z kurzu

a. Může proběhnout automaticky, pokud po určitou dobu, kterou nastaví správce, nevyvíjí žádnou činnost.

x. Xxxxxxx před nežádoucím odhlášením - pokud např. při výpadku sítě se do definované doby uživatel přihlásí zpět do LMS , bude moci vstoupit do testu a pokračovat na stejném místě.

1.2.3.3 Úložiště výukového obsahu (testy, lekce, otázky, prezentace, videa,

dokumenty, apod.)

1. Strukturované úložiště.

2. Funkcionality:

a. zamykání - při provádění úprav.

b. verzování – systém udržuje vždy pouze jednu kopii, eviduje její používání a řídí promítání změn v této kopii do všech kurzů.

c. sdílení - každý učební objekt může být sdílen a použitý ve více kurzech.

3. Import otázek

a. z jiných DB - ze stávajícího Moodle, do budoucna např. z OŘKV. V dostupných formátech (SCORM, AIKEN, WebCT, ...).

b. MS Office (Excel, Access)

4. Jednotná databáze otázek

a. k jednotlivým otázkám možnost přiřadit ty profese, kterých se tyto otázky týkají (podle pracovního zařazení) – více viz. Kap. Přiřazení otázek jednotlivým profesím. Například vytvoření databází otázek pro jednotlivé profese.

b. řazení otázek – umožňuje zobrazit otázky podle kategorie otázky, případně podle tvůrce (uživatel, který otázku vytvořil).

c. různé typy odpovědí („správně/špatně“, výběr z možných odpovědí, krátká tvořená odpověď atd.)

x. xxxxxxxx správa otázek – mít možnost si otázky v databázi otázek třídit a filtrovat, poté si označit všechny vybrané a nad nimi provádět různé operace (např. editace vlastností, export/ import, …).

e. související vzdělávací obsah - mohu přivázat k jakémukoliv vzdělávacímu objektu (např. pro montážní postup mohu připojit skripta, obrázek montáže, video).

5. Kategorie otázek – možnost seskupovat otázky do kategorií a ty přiřazovat buď ke kurzu samotnému, nebo k jednotlivým testům ((Kategorie si představte jako složky (adresáře), ve kterých jsou úlohy uloženy. Každá kategorie má své jméno a může mít krátký popisek. Kategorie mohou tvořit hierarchii)). Poznámka - i kurzy mají možnost kategorizace (viz kap. Evidence a správa kurzů).

a. Přednastavená kategorie otázek pro daný kurz – existuje v každém kurzu pro případ, že tvůrce nebude používat vlastní kategorie. Systém tehdy automaticky přiřadí otázku do této přednastavené kategorie.

b. Vytváření nových kategorií otázek, editace, přesun a mazání – pro definované role (Lektor, Správce).

Možnost přiřazení takovéto kategorie otázek účastníkům (jednotlivcům i skupinám) podle jejich pracovního zařazení.

1.2.3.4 Tvorba výukových kurzů

1. Vytváření v autorském nástroji – který umožní definovaným rolím (Lektor, Správce) vytvářet kurzy. Většinu kurzů budeme vytvářet v tomto nástroji, některé budeme importovat od externích dodavatelů (viz kap. Import kurzů).

2. Šablony kurzů - defaultní, nebo možné vytvořit si vlastní.

a. Možnost vytvořit další instance jednotlivých kurzů - s možností modifikace jejich vlastností (termíny, názvy kurzů, názvy dokumentů v kurzech aj.)

b. Hromadné vytvoření kurzů, testů – více najednou. Pouze pro roli Správce.

S možností využít předdefinovanou šablonu pro nově vytvořené kurzy.

3. WYSIWYG editor, funkce Drag&Drop, základní úpravy obrázků (změna velikosti, ořez, otočení, převrácení, optimalizace pro web) – v prostředí autorského nástroje bude moci vytvářet kurzy uživatel bez znalosti kódování.

4. Možnost vytváření interaktivních a multimediálních kurzů

a. Interakce (zpětné dotazy, postupné odkrývání, reakce na akce účastníka či

simulace)

b. Multimédia (animace, streamování živého vysílání, videa a audia, vložit slidy

z prezentace)

c. Podpora formátu HTML 5.

5. Tvorba nového kurzu

a. Možnost uspořádání do sekcí – např. uspořádání časové nebo tematické.

b. Kombinace sekcí – např. lekce a testu – je možné za sekci testu vložit krátké testy pro procvičení, ankety, dotazníky apod.

c. Skryté sekce – nastavení zobrazení sekcí. Podmíněné zobrazování sekcí – např. dokud účastník nesplní podmínky sekce, následující se nezobrazí.

d. Načasování spuštění kurzu -lektor si kurz připraví dopředu a naplánuje, kdy se uživatelům objeví a kdy ukončí.

e. Cvičný test – účastník si mohou test použít pouze k procvičování. Po ukončení/ absolvování testu zobrazí účastníkovi v testu jeho chybné odpovědi a také správný výsledek. Vyhodnocení se nikam neposílá a neukládá.

Náhled na vytvářený kurz – rychlé zobrazení náhledu, jak bude vytvářený kurz vypadat pro jinou roli (Účastník, Host, atd. Náhled pro oprávněné uživatele (od lektora výše).

1.2.3.5 Testování, přezkušování účastníků

1. Náhled na průběh testů z lektorského PC

2. Funkcionality testů (volitelné)

a. Náhodného generování otázek - každý účastník má jiné pořadí otázek, případně i jiné otázky.

b. Testy s časovým limitem – tvůrce testu si nadefinuje časový limit.

c. Počet spuštění testu – kolikrát bude moci Účastník spustit test. Každý pokus je automaticky ohodnocen. Možnost volby maximálního počtu pokusů.

d. Kritéria hodnocení otázek – např. nastavení váhy u jednotlivých odpovědí, bodové ohodnocení

e. Přerušení testu a pokračování na stejném místě – pokud bude muset Účastník odejít od testu a poté se bude chtít vrátit.

1.2.3.6 Hodnocení účastníků

1. Vyhodnocení účastníků

a. Systém automaticky.

x. Xxxxxx sám ručně.

2. Vyhodnocení u prezenčních testů – v případě nefunkčnosti systému proběhne test v prezenční podobě. Systém by měl umožnit vyhodnotit ručně účastníky (zaznamenat výsledky testu).

3. Anonymní vyhodnocení - nebude zobrazovat u výsledku testu účastníka (není mandatorní požadavek).

4. Různé zobrazení výsledků podle rolí i osobního nastavení – např. možnost, že si nadřízený bude moci zobrazit výsledky svých podřízených. Včetně exportu (do XLS, XLSX, DOC, DOCX, PDF). Více viz kap. Reporting, statistiky.

5. Účastník si může zobrazit své nesprávně zodpovězené otázky.

6. Odesílání výsledků do HR systému – bude možné nastavit, u kterých kurzů systém automaticky odešle výsledky do HR systému

1.2.4 Funkční požadavky

1.2.4.1 Komunikační nástroje a nástroje spolupráce

1. Nástěnka, diskuzní fórum, chat, audio/video konference, anketa, komentáře, blog, průzkum, dotazník – využívané přímo u jednotlivých kurzů.

2. Přímé videopřenosy (stream) z přednášek, stream záznamu přednášky

3. Slovník – významový slovník, na který lze odkazovat z kurzu.

a. Automatické propojování - možnost nastavit na automatickou tvorbu odkazů na jakékoli slovo nebo frázi, uloženou ve slovníku.

b. Import/ export slovníků i jednotlivých hesel.

c. Fulltextové prohledávání.

d. Komentování položek ve slovníku.

e. Kategorizace položek slovníku a vytváření vlastních kategorií slovníku.

4. Wiki – pro kooperativní tvorbu webových stránek bez znalosti programování stránek. Zachovává se historie realizovaných změn.

1.2.4.2 Import kurzů od externích dodavatelů (formát SCORM aj.)

Popisná metadata ve standardizované formě (např. Scorm, AIKEN, WebCT, ...) - umožní integrovat do systému vzdělávací obsah z jiných LMS. Povolený obsah ve formátu HTML 5.

1.2.4.3 Vyhledávání

1. Vyhledávání podle metadat i fulltextově.

2. Možnost si zvolit, v jaké oblasti chci vyhledávat:

a. v katalogu kurzů,

b. v katalogu výukového obsahu

c. Vyhledávání osob – do kterých kurzů jsou přiřazeni (podle os.č. , příjmení, jména).

Vyhledávání dle jednotky, útvaru, , os.č., příjmení a jména. Systém umožní vybrat více zaměstnanců, které se zobrazí ve výsledku dotazu (např. formou check boxů). Např. vyberu si

jednotku JIT (410000), následně odd. Aplikace (410100) a check boxem zaškrtnu požadované zaměstnance. Tento požadavek je v kap. Přihlašování/ odhlašování účastníka na kurzech.

1.2.4.4 Reporting, statistiky, tiskové výstupy, exporty

1. Statistiky

a. četnosti spuštění kurzu

b. úspěšnosti studia

c. průměrné doby průchodu (kurzu, testu, stránky,…)

d. nejčastější chybované otázky v konkrétním testu

e. aktivity uživatele v konkrétním kurzu

x. xxxxxx na aktivity svých podřízených - ne/absolvoval

2. Tiskové výstupy

a. Konfigurovatelné sestavy – prezenční listiny, pozvánky na zkoušky. Pro roli Správce, Tvůrce kurzu.

b. Výstupy do předdefinované šablony, kdy systém do této šablony vyplní data.

▪ Např. Výstup pro Magistrát; Certifikát o absolvování, Záznam o prospěchu.

▪ Formát DOC, DOCX, PDF, XLS, XLSX

3. Export/ Import

a. Export testu - otázek pro vlastní písemné testy s klíčem správných odpovědí - pro

potřeby prezenčního přezkušování.

b. Výsledků účastníků - formát CSV, XML.

1.2.4.5 Workflow

1. Konfiguraci a vytváření nových workflow bude moci provádět Adminstrátor systému.

2. Nástroj umožní přiřadit úkol skupině nebo jednotlivcům.

1.2.4.6 Emailové notifikace

Konfigurace automatických/systémových notifikací provádí Adminstrátor systému. Konfigurace dílčích notifikací u dílčích kurzů může definovat oprávněná osoba (od Lektora výše).

Příklady emailových notifikací:

- Pozvánky na nové kurzy

- Informace o nedokončených kurzech

- Potvrzení přihlášení

- Upomínka před začátkem kurzu

Konfigurace emailových notifikací – provádí je administrátor systému LMS.

Rozesílání emailových notifikací:

- Bude možno si zvolit, zda notifikaci odeslat, či ne. Systém umožní připojit přílohu (např.

soubor testových otázek).

- Automatické rozesílání – u povinného kurzu.

- Odesílání notifikací pouze určitým osobám nebo skupině osob (které mají email) Stavový diagram, seznam notifikací bude definován v rámci dokumentu Cílový koncept.

1.2.4.7 Přiřazení otázek jednotlivým profesím

Umožňuje při tvorbě výukového kurzu zadat, kterým profesím (pracovnímu zařazení – např. řidič, dispečer) se má konkrétní otázka v kurzu zobrazit. Tato funkcionalita tedy umožní přiřadit skupinám otázky, které odpovídají jeho pracovnímu zařazení.

Například vytvoření databází otázek pro jednotlivé profese.

Při tvorbě kurzu i otázky pokaždé specifikuji, jakým uživatelským skupinám kurz/otázka přináleží. Uživatelské skupiny se budou moci vytvářet podle profesí (např. skupiny TRAM_Řidič, TRAM_Dispečer, METRO_strojvedoucí, METRO_Dispečer).

1.2.4.8 Hromadná správa

Umožní definovaným rolím hromadně pracovat s jimi vybranými množinami dat. Např.:

- Editovat vlastnosti více kurzů/ otázek/ dalšího výukového obsahu najednou

- Vytvořit více kurzů najednou

- Zadat více účastníků najednou

1.2.4.9 Modul Prezenční kurzy

Samostatný modul, který bude umožňovat řídit prezenční kurzy:

1. Zadávání/ editace/ ukončení/ zrušení kurzů – pro roli Tvůrce kurzu a Správce.

2. Aktuální kurzy – zobrazuje všem uživatelům seznam aktivních kurzů. Ti si je mohou filtrovat podle definovaných kategorií. Seznam bude přístupný na hlavní stránce LMS na Osobní stránce každého účastníka (viz kap. Uživatelské rozhraní, bod 3.). Umožňuje Účastníkovi přihlásit/ odhlásit se na kurz.

3. Přihlášení/ odhlášení z kurzů – pro definované role (Host, Účastník, Tvůrce kurzu a Správce).

a. Na kurz může přihlásit Účastník sám sebe, nebo i jiného Účastníka (např. nadřízený svého podřízeného).

4. Zadání účasti na kurzu – pro roli Tvůrce kurzu a Správce. Ti v systému vyplní (podle papírové Prezenční listiny), kdo kurz skutečně absolvoval.

5. Odesílání dat o absolvování kurzu HR systému – akci potvrzuje uživatel v definované

roli.

6. Generování tiskových výstupů (PDF, XLS, XLSX, DOC, DOCX) - prezenční listiny účastníků přihlášených na kurz - pro každý den kurzu zvlášť.

7. Schvalovací Workflow

a. Přihlášení Účastníka na kurz.

x. Xxxxxxxxx kurzu nadřízeným Účastníka. Nepovinné, volitelné WF.

8. Emailové notifikace

a. Potvrzení o vytvoření / schválení/ zamítnutí přihlášení na kurz. Také Potvrzení odhlášení z kurzu, o změně termínu, nebo zrušení či ukončení kurzu. Systém zašle Účastníkovi emailem novou událost do kalendáře s připomenutím události v časovém předstihu.

x. Xxxxxxxxx na schválení – v případě schvalovacího Workflow odejde notifikace

nadřízenému Účastníka.

1.2.4.9.1 Funkční požadavky

1. Zadávání kurzů - Katalog kurzů. Katalog kurzů bude obsahovat šablony kurzů se základními údaji, aby podle ní bylo možné opakovaně definovat konkrétní kurz. Nový kurz bude tedy možné vytvořit buď použitím šablony kurzů z Katalogu kurzů, nebo jako úplně nový kurz.

2. Kategorizace kurzů – modul bude využívat funkcionalitu Kategorie kurzů (viz. kapitola Evidence a správa kurzů, bod 4).

a. Kategorie ke kurzům budou zadávat uživatelé v roli Tvůrce kurzu a Správce při zadávání/ editaci kurzu.

b. Uživatelé budou moci pracovat s kurzy podle xxxx vybrané kategorie.

3. Vícedenní kurz

a. Systém umožní pro roli Tvůrce kurzu a Správce zadat u konkrétního kurzu počet dní, datumy a časy kurzu.

b. Při přihlášení na kurz si bude moci Účastník vybrat dny, ve kterých se bude chtít kurzu zúčastnit. Defaultně budou vybrány všechny dny školení. Zároveň uvidí zbývající kapacitu u jednotlivých dnů.

c. Notifikace „Upomínka před začátkem kurzu“ bude odcházet Účastníkovi pouze ve dnech, které si zvolil.

d. Samostatnou prezenční listinu bude možné vygenerovat pro každý zvolený den.

4. Počet míst v kurzu – uživatel (v roli Tvůrce kurzu a Správce) při Zadávání kurzu definuje, kolik účastníků se bude moci zúčastnit kurzu. Pokud se jedná o vícedenní kurz, definuje počet míst pro každý den zvlášť.

5. Zbývající kapacita – systém počítá dle zadané hodnoty „Počet míst v kurzu “při každém přihlášení/ odhlášení z kurzu se změní hodnota čísla. Tuto hodnotu systém zobrazuje v seznamu kurzů. Pokud bude kapacita kurzu naplněna, systém neumožní se přihlásit na kurz.

6. Prezenční listina - používá se ve dvou krocích. V prvním kroku do prezenční listiny (ve formátu DOC, DOCX), účastníci prezenčních kurzů potvrzují svým podpisem účast. V druhém kroku uživatel (v roli Tvůrce kurzu a Správce) tuto listinu scanuje (do formátu PDF) a ukládá do systému k danému kurzu.

a. Uživatel v roli Tvůrce kurzu a Správce bude moci u každého kurzu vygenerovat prezenční listinu (formát DOC, DOCX). V případě vícedenního kurzu bude možné vygenerovat listinu pro každý zvolený den.

b. Nascanovanou prezenční listinu (ve formátu PDF) budou moci definovaní uživatelé (Tvůrce kurzu a Správce) uložit k danému kurzu.

c. Prezenční listiny budou přístupné definovaným uživatelům (Tvůrce kurzu a Správce)v knihovně dokumentů, a také u každého kurzu.

7. Přidání účastníka do již uzavřeného kurzu – pro uživatele v roli Tvůrce kurzu a Správce. V případě, že dorazí na prezenční školení nepřihlášený účastník, je třeba, aby ho bylo možné zadat jako absolventa do kurzu.

1.2.4.9.2 Přehledy

Přehled pro roli Účastník:

1. Aktuální kurzy - zobrazuje pouze kurzy, které mají hodnotu „Aktivní“. Slouží pro přihlašování/ odhlašování na kurz. Pokud je kurz vícedenní, může se Účastník přihlásit buď na všechny dny (default), nebo si vybrat jen některé dny.

2. Xxxxx, na které je Účastník přihlášen.

3. Absolvované kurzy.

Přehled pro nadřízeného Účastníka:

1. Přihlášení podřízeného do kurzu – po zadání loginname Účastníka se nadřízenému zobrazí seznam kurzů, na které je Účastník přihlášen.

2. Absolvované kurzy podřízeného - po zadání loginname Účastníka se nadřízenému zobrazí seznam kurzů, které Účastník absolvoval.

Přehled pro Tvůrce kurzu a Správce:

1. Přehled kurzů – seznam všech kurzů.

2. Seznam účastníků kurzu – po výběru kurzu a dne systém zobrazí seznam účastníků.

3. Rezervace školení Účastníka - po zadání loginname Účastníka systém zobrazí seznam kurzů, na které je daný Účastník přihlášen.

4. Absolvovaná školení Účastníka - po zadání loginname Účastníka systém zobrazí seznam kurzů, které daný Účastník absolvoval.

1.2.4.9.3 Migrace dat ze současného řešení

Současné řešení je provozováno na platformě SharePoint 2013. Odhadovaný počet záznamů je cca 3 800 položek žádostí o školení, a 93 školení.

1.2.4.10 Archiv výsledků kurzů

Výsledky testů se budou ukládat jako snapshot platných výsledků v době absolvování kurzu do PDF souborů. PDF soubory budou přístupné oprávněným uživatelům. Tyto soubory požadujeme exportovat do DMS v prostředí DPP.

1.2.5 Požadavky na rozhraní systému

1.2.5.1 Uživatelské rozhraní

1. Jednotné prostředí (jednotný styl ovládaní testů).

2. Součástí dodaného řešení bude 5 variant šablon dle požadavku objednatele.

3. Individuální administrace jednotlivých oblastí.

4. Osobní stránka dle uživatelského profilu – personalizované zobrazení

a. Přehled svých kurzů (naplánované, absolvované)

b. Osobních souborů

c. Nastavení sledovaných kategorií kurzů – zobrazení nově vypsaných kurzů ze sledované kategorie. Emailová notifikace o novém kurzu.

1.2.5.2 Komunikační rozhraní

1. Přístup z Internetu - z různých typů zařízení – responsivní design (PC, notebook, mobilní telefon, tablet). Přizpůsobivost grafických stylů.

Možnost práce z domova - domácí úkoly, tréninkové, jako podpora prezenčních kurzů (pro nové zaměstnance).

2. Přístup z Intranetu Zadavatele – zobrazení informací z LMS v personalizované části

Intranetu.

1.2.5.3 Systémové vazby

Napojení LMS pomocí webových služeb na cca šesti systémů:

1. HR systém Elanor Global Java edition - je hlavním systémem s kmenovými daty – bude

realizován import a export dat.

2. PZZ (Provozní záznamy zaměstnance) - SQL DB - import a export dat.

3. SR_T (Služby řidičů – Tramvaje) - SQL DB - import a export dat.

4. SR_A (Služba řidičů – Metro) - SQL DB - import a export dat.

5. OŘKV (Oprávnění k řízení kolejových vozidel) - SQL DB - import a export dat.

6. Součástí dodávky bude dodání cca šesti webových služeb

1.2.6 Parametrické požadavky

1.2.6.1 Autentifikace

Ověřování vůči LDAP, Active Directory (návaznost na řešení v projektu Intranet/Extranet).

Organizační strukturu Objednatel poskytne ve View, které obsahuje i veškeré zaměstnanecké poměry (tzn. i vedlejší pracovní poměry).

1.2.6.2 Autorizace

1. Správa rolí

a. Vytváření nových rolí

b. Změna standardních rolí

1.2.6.3 Další parametrické požadavky

1. Podpora WWW prohlížečů – IE, Chrome, a dalších, potřebných pro přístup z mobilních zařízení.

2. Úprava customizovaných částí LMS (např. Modul prezenční kurzy) při dalším upgradu systému LMS na vyšší verzi. Dodavatel zajistí úpravy customizovaných částí LMS při přechodu na nové verze LMS.

3. Licenční politika – pro všechny zaměstnance DPP a.s., včetně přístupu do potřebných historických záznamů i bývalých zaměstnanců. S možností použití i pro potřebný

omezený počet externích uživatelů.

Počet aktivních uživatelů (přistupujících do LMS systému v jeden okamžik) bude cca 2 tisíce.

4. Výkonnostní požadavky – optimální řešení s rezervou pro navýšení výkonu pro potřeby

DPP.

5. Správa systémů – administrace skupin. Administrátor systému bude mít možnost kdykoliv změnit vlastníka skupiny (např. v případě, že vytvoří skupinu uživatelů Správce, Tvůrce kurzu nebo Lektor, a tento si ponechá oprávnění Vlastník skupiny).

1.2.6.4 Bezpečnostní požadavky

Dodané řešení musí být po celou dobu v souladu s platnou legislativou, zejména s (GDPR, ZoKB a Zákon č. 101/2000 Sb.) v platném znění v celém jejich rozsahu. Dodavatel tohoto řešení přebírá veškerou právní zodpovědnost za soulad s platnou legislativou, která vyplývá především z GDPR, ZoKB a Zákon č. 101/2000 Sb..

Tento požadavek bude zajištěn v rozsahu převoditelných MD v rámci SLA.

Dodané řešení musí dále splňovat tyto bezpečnostní požadavky:

1. Veškeré legislativní požadavky,

2. Zabezpečenou autentizaci a autorizaci uživatelů

3. Xxxxxxxx přenášená data

4. Zabezpečení před krádeží session

5. Zabezpečení před Cross Site Request Forgery

6. Zabezpečení před Unvalidated Input

7. Zabezpečení před Broken Access Control

8. Zabezpečení před Broken Account and Session Management

9. Zabezpečení před Cross-site Scripting – XSS

10. Ochranu formulářů před Brute-Force

11. Xxxxxxx před Injection a SQL Injection

12. Logovat veškerou aktivitu

a) Logování všech aktivit každého uživatele od jeho přihlášení do jeho odhlášení, tak, aby byly k dispozici logy sestav o jeho činnosti

b) Logovaní chyb na serveru

c) Logování veškeré manipulace s daty

1.2.6.5 Požadavky na infrastrukturu

1. Standardizovaná platforma použitelná pro budoucí rozvoj

2. LMS poběží v DMZ objednatele, případně v MS Xxxxx objednatele.

3. Autentizace a autorizace pro všechny uživatele LMS s možností využití této funkcionality pro další systémy objednatele.

4. Identické oddělené TESTovací a PRODukční prostředí.

5. Podporovaná platforma Linux, DB Postgre.

1.2.6.6 Zálohování a obnova

1. Zálohování a obnova celého systému

2. Zálohování a obnova všech kurzů kategorií, včetně výsledků jednotlivých uživatelů

2. Zálohování a obnova DB (vč. úložiště výukového obsahu)

3. Záloha a obnova kurzu ze zálohy

1.2.6.7 Migrace dat

1. Migrace dat ze stávajícího LMS Moodle (cca 10 GB)

2 Příloha č. 2:   Seznam SW a cena plnění    

1. SEZNAM SW A CENY PLNĚNÍ

SEZNAM A CENY SW
Název a rozsah licence	Cena za v Kč bez DPH	DPH v Kč (sazba 21%)	Cena v Kč včetně DPH
Licence –	50.000	10.500	60.500

1.1. Služba Instalační a implementační práce

OZNAČENÍ PLNĚNÍ	Instalační a implementační práce	TYP:	Jednoráz ová
Název plnění	Podpora instalace a implementace
CENY PLNĚNÍ
Položka		Cena v Kč bez DPH	DPH v Kč (sazba 21%)	Cena v Kč včetně DPH
Instalace a implementace Learning management system (LMS)		2.650.000	556.500	3.206.500
Cena služby Instalační a implementační práce zahrnuje veškeré náklady, které vzniknou Dodavateli s instalací a implementací dle Learning management systém (LMS) Přílohy č. 1 Smlouvy o dodávce. Cena služby Instalační a implementační práce zahrnuje instalační, technickou a uživatelskou dokumentaci v českém jazyce. Dále testy (automatické testy) a školení Administrátora IS, Správce systému, Tvůrce kurzu.
ROZSAH A ZPŮSOB POSKYTOVÁNÍ POŽADOVANÝCH ČINNOSTÍ
Rozsah a způsob Instalačních a implementačních prací bude upřesněno v průběhu jednání s Poskytovatelem na základě technických požadavků na instalaci a implementaci.

1.2. Služba Podpora – maintenance na 4 roky

OZNAČENÍ PLNĚNÍ	Podpora - maintenance	TYP:	Paušální
Název plnění	Licenční podpora - maintenance SW v rozsahu poskytované výrobcem SW dle bodu 1.3 Smlouvy na 4 roky
CENY PLNĚNÍ
Položka		Cena za službu údržby za měsíc v Kč bez DPH	DPH v Kč (sazba 21%)	Cena za službu údržby za 4 roky v Kč včetně DPH
Roční cena za službu Podpory - maintenance		5.200,- Kč	1.092,- Kč	302.016,- Kč
Výše uvedená cena zahrnuje veškeré náklady, které mohou Poskytovateli vzniknout v souvislosti s poskytováním plnění dle tohoto bodu této Smlouvy.
ROZSAH A ZPŮSOB POSKYTOVÁNÍ POŽADOVANÝCH ČINNOSTÍ
Předmětem této služby je poskytování Podpory -maintenance v rozsahu poskytované výrobcem SW na úrovni, jejíž součástí je: 1. Mimozáruční oprava chyb SW. 2. poskytování nových verzí SW v případě jejich dostupnosti u výrobce SW 3. zajištění souladu SW s legislativou, a to tak, aby v době účinnosti legislativní změny SW tuto změnu již zohledňoval
Paušální služby Podpory - maintenance se vztahují k veškerému software, které bude Objednateli dodáno. Cena za službu Podpora - maintenance bude hrazena dle Xxxxxxx. Za DÚZP je považováno 31. 1. roku, na který je tato služba hrazena. Smluvní strany se dohodly, že v případě ukončení účinnosti této Smlouvy jakýmkoli způsobem vrátí Poskytovatel Objednateli poměrnou část již uhrazené maintenance za příslušné období ve čtvrtletí, kdy Smlouva byla ukončena a po kterou Objednateli již maintenance vzhledem k ukončení Smlouvy nevyužíval.

1.3. Služba Rozšířené technické podpory a profylaxe na 4 roky

OZNAČENÍ PLNĚNÍ	Podpora – SLA	TYP:	Paušální
Název plnění	Rozšířená technická podpora SW dle bodu 1.3 Smlouvy na 4 roky
CENY PLNĚNÍ
Položka		Cena za službu údržby za měsíc v Kč bez DPH	DPH v Kč (sazba 21%)	Cena za službu údržby za 4 roky v Kč včetně DPH
Roční cena za službu Rozšířené technické podpory - SLA		4.550,- Kč	956,- Kč	264.264,- Kč
Cena za službu Rozšířené technické podpory zahrnuje veškeré náklady, které mohou Poskytovateli vzniknout v souvislosti s poskytováním plnění služby Rozšířené technické podpory.
ROZSAH A ZPŮSOB POSKYTOVÁNÍ POŽADOVANÝCH ČINNOSTÍ
1. Řešení incidentů níže uvedených kategorií. Nahlášení incidentu bude probíhat přednostně formou e- mailových zpráv, zasílaných na adresu xxx@xx.xxxxx.xx Poskytovatele. Incident kategorie A: je stav, kdy není systém Objednatele zcela použitelný nebo není použitelný ve svých základních funkcích nebo má výrazný dopad na jeho funkčnost. Incident kategorie B: je stav, kdy je činnost systému Objednatele výrazně ovlivněna nebo je částečně nefunkční Incident kategorie C: ostatní závady nespadající do kategorie A nebo B. 2. Návrh optimalizace pro provoz a vytěžování dokumentů 3. Údržba produktivního a testovacího prostředí 4. Implementace dostupných aktualizací, service pack a opravných balíčků Learning management systému (LMS) 5. Zajištění zálohy a zároveň zajištění obnovy systémů z této zálohy. Paušální služby podpory Learning management systému (LMS) se vztahují k veškerému dodanému SW. Služby zahrnují paušál za dodržování parametrů SLA a zároveň obsahují 2 paušální MD, které slouží pro plnění činností vyplývajících z bodu 1 – 5. Nevyčerpané MD v daném měsíci mohou být převoditelné buď v rámci kalendářního čtvrtletí, nebo v rámci plovoucího tříměsíčního období, přičemž měsíc vzniku nároku na dané Paušální MD je současně první měsíc tohoto tříměsíčního období. Výše uvedená cena zahrnuje veškeré náklady, které mohou Poskytovateli vzniknout v souvislosti s poskytováním plnění dle tohoto bodu této Smlouvy. Smluvní strany se dohodly, že v případě ukončení účinnosti této Smlouvy ve smyslu čl. IX této Smlouvy či jakýmkoli jiným způsobem vrátí Poskytovatel Objednateli poměrnou část uhrazené částky za paušální služby roční SLA podpory. Výchozím údajem pro výpočet této částky bude čtvrtletní paušální cena za služby SLA podpory a doba, po kterou byla tato Služba ze strany Poskytovatele v rámci čtvrtletí, v němž došlo k ukončení účinnosti této Smlouvy poskytována. Pro vyloučení pochybností smluvní strany uvádějí, že v případě záruční odpovědnosti dle čl. VII Smlouvy bude řešení incidentů uvedených výše řešeno v rámci záruční odpovědnosti s tím, že SLA parametry

dohodnuté v rámci plnění dle bodu 1.3 této přílohy platí i pro tyto případy.
SERVICE LEVEL AGREEMENT (SLA)
Vyhodnocovací období ve vztahu k parametrům SLA			1 kalendářní měsíc
Paušální MD			2 MD / 1 Kalendářní měsíc
SLA PARAMETRY		Jednotka	Hodnota
Provozní doba zaručená. Během této doby Poskytovatel zajistí možnost nahlášení incidentu.		[hod-hod]	08–16
Dostupnost v rámci provozní doby.	zaručené	[%/měs]	99,5
Max. doba servisní incidentu Kategorie A	odezvy	[hod.]	5
Max. doba servisní incidentu Kategorie B	odezvy	[pracovní hod.]	15
Max. doba servisní incidentu Kategorie C	odezvy	[dny]	2
Max. doba odstranění incidentu Kategorie A		[hod.]	8
Max. doba odstranění incidentu Kategorie B		[hod.]	24
Max. doba odstranění incidentu Kategorie C		[hod.]	72
Servisní odezva a doba odstranění incidentu
Doba servisní odezvy, tj. reakce na nahlášený incident, a doba pro odstranění incidentu se počítá od okamžiku přijetí hlášení o incidentu; doba mimo zaručenou provozní dobu se do doby pro reakci na nahlášený incident a pro odstranění incidentu nezapočítává. Pokud bude incident nahlášen mezi 16:00 a 24:00, počítá se doba servisní odezvy a doba pro odstranění incidentu od 08:00 hodin následujícího pracovního dne a v případě, že k nahlášení incidentu dojde mezi 00:00 a 08:00, počítá se doba servisní odezvy a doba pro odstranění incidentu od 08:00. Pro případ, že Poskytovatel nedodrží dobu servisní odezvy, dobu odstranění incidentu nebo zaručenou provozní dobu, je povinen uhradit Objednateli smluvní pokutu ve výši 1.000,- Kč za každou započatou hodinu prodlení s plněním či nedodržením daných povinností. Pro případ nedodržení procentuální dostupnosti v rámci zaručené provozní doby je Poskytovatel povinen uhradit Objednateli smluvní pokutu ve výši 1.000,- Kč za každé snížené jedno procento oproti smluvené dostupnosti.

1.4. Rozvoje systému/konzultace Ad - hoc

OZNAČENÍ PLNĚNÍ	Rozvoj	TYP KL:	Ad-Hoc
Název plnění	Rozvoj systému/konzultace Ad -hoc
CENY
Název	Cena v Kč bez DPH / MD	DPH v Kč (sazba 21%) / MD	Cena v Kč včetně DPH / MD
Rozvoj systému/ konzultace Ad-hoc	12.000,-	2520,-	14.520,-
Výše uvedená jednotková cena zahrnuje veškeré náklady, které mohou Poskytovateli vzniknout v souvislosti s poskytováním uvedeného plnění. Objednatel pak po vzájemném odsouhlasení může rozsah plnění objednat dle ceny pro toto plnění. Výše uvedená jednotková cena je závazná po celou dobu účinnosti Smlouvy.
ROZSAH A ZPŮSOB POSKYTOVÁNÍ POŽADOVANÝCH ČINNOSTÍ
Realizace ad-hoc požadavků Objednatele. Objednatel se nezavazuje k čerpání této části plnění. Pro účely hodnocení cenové nabídky bude použit výpočet ceny za 200 MD.
Fakturace služby podpory proběhne vždy po akceptaci realizace ad-hoc požadavku Objednatelem. Pro případ, že Poskytovatel nedodrží smluvený termín pro provedení ad-hoc požadavku Objednatele, zavazuje se uhradit Poskytovateli smluvní pokutu ve výši 0,5% z ceny ad-hoc požadavku bez DPH, která se vypočte jako násobek výše uvedené ceny za MD a předpokládaného rozsahu prací souvisejících s úpravou sděleného Poskytovatelem dle bodu 1.7 Smlouvy, a to za každý započatý den prodlení s plněním dané povinnosti.

1.6. Služba Cílový koncept

OZNAČENÍ PLNĚNÍ			Cílový koncept			TYP:	Ad-Hoc
Název plnění			Vypracování Cílového konceptu
CENY
Název	Odhad pracnosti MD	Xxxx v Kč bez DPH / 1MD	Cena v Kč bez DPH/ Odhad pracnosti MD	DPH v Kč (sazba 21%)	Cena v Kč včetně DPH / Odhad pracnosti MD
Vypracování Cílového konceptu	25	12.000	300.000	63.000	363.000,-
Cena zahrnuje veškeré náklady, které Poskytovateli vzniknout v souvislosti s poskytováním plnění služby Cílový koncept. Poskytovatel na základě Přílohy č. 1 Technická specifikace Smlouvy provede odhad pracnosti na vypracování Cílového konceptu. Objednatel může objem pracnosti na vypracování Cílového konceptu změnit.
ROZSAH A ZPŮSOB POSKYTOVÁNÍ POŽADOVANÝCH ČINNOSTÍ
Realizace služby Cílový koncept bude Poskytovatel provádět ve spolupráci s pověřenými lidmi, které Objednatel za tímto účelem vyčlení. Ukončení realizace služby a předání dokumentu Objednavateli bude provedeno na základě předávacího protokolu, který podepíší obě strany. V případě prodlení Poskytovatele se zpracováním Cílového konceptu nebo pro případ prodlení se zpracováním připomínek Objednatele k Cílovému konceptu v termínech dle bodu 3.6 Smlouvy se Poskytovatel zavazuje uhradit smluvní pokutu ve výši 0,5% z ceny Cílového konceptu bez DPH, a to za každý započatý den prodlení.

Kontaktní osoba Dodavatele: