Contract
V i i r i i m
e / t y h W W v v V
dle § 2586 a násl. občanského zákoníku
Smluvní strany:
1. Objednatel:
sídlo: zastoupen:
IČO:
DIČ:
bankovní spojení: číslo účtu,:
(dále jen „Objednatel“)
Ústřední vojenská nemocnice - Vojenská fakultní nemocnice Praha
příspěvková organizace zřízená Ministerstvem obrany ČR U Vojenské nemocnice 1200, 169 02 Praha 6
prof. MUDr. Xxxxxxxxxx Xxxxxxxxx, Ph.X., ředitelem
61383082
CZ61383082
a
2. Zhotovitel: zápis v OR: sídlo: zastoupen:
IČO:
DIČ:
bankovní spojení: číslo účtu:
(dále jen „Zhotovitel“)
MAGION systém, a. s.
5. 2. 2001
Xxxxxxxxx 1252, 755 01 Vsetín
Ing. Xxxxxxx Xxxxxxxxx, předsedou představenstva Xxx. Xxxxx Xxxxxxx, místopředsedou představenstva 25872818
CZ25872818
(Objednatel a Zhotovitel společně dále jako „smluvní strany“ a každý samostatně jako „smluvní strana“)
uzavírají v souladu s § 2586 a násl. zákona č. 89/2012 Sb., občanský zákoník, a na základě zadávacího řízení podle zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů, tuto smlouvu o dílo (dále
též jen „Smlouva”)
I. Předmět Smlouvy
1. Tato Smlouva je uzavřena na základě výsledku zadávacího řízení k části veřejné zakázky zadávané Objednatelem v otevřeném nadlimitním režimu a uveřejněné ve Věstníku veřejných zakázek pod. ev. č. Z2018- 022049 ze dne 2. 7. 2018 s názvem „ÚVN - VoFN Praha - informační technologie - nákup“, část 3
„Personální systém“, v souladu se zákonem č. 134/2016 Sb., o zadávání veřejných zakázek, v platném znění. V případě, že je v této Smlouvě odkazováno na zadávací dokumentaci, má se na mysli zadávací dokumentace vztahující se k uvedené veřejné zakázce.
Stránka 1 z 46
2. Předmětem této Smlouvy je závazek Zhotovitele zhotovit na svůj náklad a nebezpečí, rádně a včas pro Objednatele dílo - personální a mzdový systém dle technické specifikace obsažené v Příloze č. 1, která je nedílnou součástí této Smlouvy (dále jen „Dílo”), a závazek Objednatele řádně dokončené Dílo převzít a zaplatit"4 za něj Zhotoviteli sjednanou cenu.
3. Zhotovitel prohlašuje, že má potřebnou kvalifikací a znalosti nezbytné k poskytování plnění podle této Smlouvy.
4. Zhotovitel se zavazuje provést pro Objednatele Dílo s využitím vlastních kapacit, případně pomocí třetích osob (poddodavatelů). V případě, že Zhotovitel bude využívat poddodavatele, bude seznam poddodavatelů Přílohou č. 6 Smlouvy, seznam poddodavatelů je pro Zhotovitele závazný. V případě, že Zhotovitel pověří provedením Díla jako poddodavatele třetí osoby, které nejsou uvedeny v Příloze č. 6 Xxxxxxx, zavazuje se Zhotovitel zaplatit Objednateli smluvní pokutu ve výši 100.000,- Kč za každé porušení této povinnosti. Poddodavatelé se budou podílet na provedení Díla výhradně v rozsahu určeném Smlouvou, uzavřenou mezi Zhotovitelem a poddodavatelem. Zhotovitel se zavazuje veškeré práce poddodavatelů řádně koordinovat. Zhotovitel odpovídá v plném rozsahu za veškeré části Díla, a to i za části díla provedené poddodavateli. Zhotovitel v plném rozsahu odpovídá za jednání, neplnění nebo nedbalost kteréhokoliv poddodavatele, jako kdyby to bylo jeho vlastní jednání, neplnění nebo nedbalost. Objednatel může kdykoli požádat Zhotovitele, aby bezodkladně odvolal poddodavatele, který dle názoru Objednatele není způsobilý, nebo je nedbalý v řádném plnění svých povinností. Zhotovitel se zavazuje bezodkladně zajistit nápravu. Odvoláním poddodavatele nebudou změněny termíny dokončení ani cena Díla.
II. Doba a místo plnění
1. Zhotovitel se zavazuje zahájit provádění Díla do 5 dnů od podpisu Smlouvy oběma smluvními stranami.
2. Zhotovitel se zavazuje předat Objednateli řádně dokončené Dílo nejpozději do 30. 11. 2018. Zhotovitel bere na vědomí, že předmět plnění je investiční akcí Objednatele financovanou z veřejného dotačního programu ISPROFIN a že dodržení stanoveného termínu dokončení a předání Díla je podmínkou poskytnutí dotace na zhotovení Díla.
3. Smluvní strany se dohodly na tom, že Dílo bude prováděno a předáváno po jednotlivých částech (dílčích plněních) a v termínech uvedených v Příloze č. 2, která je nedílnou součástí této Smlouvy.
4. Místem plnění je sídlo Objednatele.
III. Cena Díla
1. Objednatel se za níže uvedených podmínek zavazuje uhradit Zhotoviteli celkovou cenu za řádně provedené Dílo v maximální a nepřekročitelné výši 2.100.000,- Kč bez DPH, k níž se připočítá DPH 21 % ve výši 441.000,- Kč, tj. celkem cenu 2.541.000,- Kč včetně DPH.
2. Součástí celkové ceny Díla jsou veškeré náklady související s řádným provedením díla, a to včetně veškerých nákladů nezbytných ke splnění všech povinností Zhotovitele dle této Smlouvy, či dle obecně závazných právních předpisů bez zřetele na to, zda je v této Smlouvě uvedeno, že Zhotovitel splní tu kterou povinnost na své vlastní náklady, či nikoliv.
3. Celková cena může být změněna pouze v důsledku změny příslušné sazby DPH.
IV. Platební a fakturační podmínky
1. Objednatel neposkytuje na provedení díla zálohu.
2. Cena díla bude uhrazena na základě faktury vystavené Xxxxxxxxxxxx, k níž bude přiložena kopie akceptačního protokolu, kterým bude stvrzeno řádné předání a převzetí kompletního dokončeného Díla.
3. Faktura musí formou a obsahem odpovídat zákonu o účetnictví a zákonu o dani z přidané hodnoty a musí obsahovat veškeré náležitosti daňového dokladu dle § 29 zákona č. 235/2004 Sb., o dani z přidané hodnoty, v platném znění.
4. Faktura musí kromě povinných náležitostí stanovených platnými právními předpisy vždy obsahovat:
Stránka 2 z 46
a) evidenční číslo veřejné zakázky,
b) název Díla,
c) důvod účtování s odvoláním na Smlouvu (číslo, příp. též datum uzavření smlouvy) a
d) kopii akceptačního protokolu o předání a převzetí celého Díla jako přílohu.
5. V případě, že faktura Xxxxxxxxxxx nebude mít náležitosti a přílohy stanovené platnými právními předpisy nebo touto smlouvou, je Objednatel oprávněn fakturu zaslat ve lhůtě splatnosti zpět Zhotoviteli s uvedením důvodu jejího vrácení a lhůta splatnosti se tím přerušuje. Lhůta splatnosti faktury počíná běžet znovu ode dne doručení opravené nebo nově vystavené faktury Objednateli.
6. Doba splatnosti faktury je stanovena na šedesát (60) kalendářních dnů ode dne doručení daňového dokladu Objednateli.
7. Platby budou probíhat výhradně v CZK a rovněž veškeré cenové údaje budou v této měně.
V. Předání a převzetí Díla
1. Zhotovitel splní svou povinnost provést Dílo řádným dokončením a předáním Díla Objednateli.
2. Objednatel je povinen na výzvu Zhotovitele řádně dokončené Dílo, resp. jeho část (dílčí plnění) převzít.
3. Splnění povinnosti Zhotovitele řádně provést jednotlivá dílčí plnění osvědčí smluvní strany podpisem akceptačního protokolu, tj. protokolu o předání a převzetí jednotlivých dílčích plnění. Každá ze smluvních stran obdrží po jednom vyhotovení akceptačního protokolu.
4. Za akceptaci kompletního dokončeného Díla (tj. jeho provedení Xxxxxxxxxxxx a následné převzetí Objednatelem) se považuje akceptace všech dílčích plnění Díla. V akceptačním protokolu posledního dílčího plnění bude výslovně uvedeno, že se jedná i o akceptaci celého Díla.
5. Akceptační procedura je popsána v Příloze č. 3, která je nedílnou součástí této Smlouvy.
6. Zjistí-li Objednatel při převzetí Díla zjevné vady nebo nedodělky, je povinen o tom sepsat zápis s uvedením zjištěných vad a nedodělků, podepsaný osobou Objednatele oprávněnou k převzetí Díla. Lhůta pro odstranění zjištěných vad a nedodělků Díla činí 5 dnů ode dne předání zápisu Zhotoviteli, nedohodnou-li se smluvní strany v zápise jinak.
7. V případě neakceptování dílčího plnění (nesprávně uskutečněné dílčí plnění, nedokončené dílčí plnění, dílčí plnění se závažnými vadami a nedodělky) není Objednatel povinen předmětné dílčí plnění převzít. Výhrady k předmětnému dílčímu plnění bude Objednatel Zhotoviteli specifikovat písemně.
plnění i celého Díla jsou:
VI. Odpovědnost za vady a záruka za jakost Díla
1. Xxxxxxxxxx odpovídá za to, že dílo je bez faktických a právních vad, je zhotoveno v souladu se Smlouvou a jejím účelem a s příslušnými právními předpisy a v kvalitě Smlouvou dohodnuté a Objednatelem požadované.
2. Za právní vady Díla se považují zejména jakákoliv práva třetích osob zatěžující Dílo, která by omezovala Objednatele v řádném užívání Díla podle této Smlouvy.
3. Faktickou vadou Díla se rozumí zejména stav, kdy funkčnost programového vybavení (resp. jeho části) nebo technického vybavení dodaného na základě této Smlouvy a používaného v souladu sjeho dokumentací neodpovídá funkčním specifikacím uvedeným v předmětné dokumentaci. To neplatí, jestliže programové nebo technické vybavení byly modifikovány Objednatelem nebo třetí stranou, s výjimkou poddodavatele uvedeného v Příloze č. 6.4
4. Zhotovitel poskytuje záruku za jakost Díla v trvání 24 měsíců (dále jen „záruční doba").
Stránka 3 z 46
5. Záruční doba počíná plynout dnem následujícím po předání a převzetí kompletního dokončeného Díla, stvrzeném podepsaným akceptačním protokolem.
6. Zhotovitel odpovídá za vady, které Xxxx má v době jeho předání Objednateli, a za vady, které vzniknou nebo se objeví v průběhu záruční doby.
7. V případě uplatnění faktické vady Díla Objednatelem v záruční době se Zhotovitel zavazuje k jejímu bezplatnému odstranění. Pro nahlášení faktické vady Díla Objednatelem a způsob a termín jejího odstranění Zhotovitelem platí obdobně podmínky dohodnuté v Servisní smlouvě uzavřené samostatně mezi Objednatelem a Zhotovitelem, jejímž předmětem je technická podpora personálního a mzdového systému dodaného podle této Smlouvy.
8. Zhotovitel neodpovídá za vady Díla, které byly způsobeny použitím chybných podkladů poskytnutých Objednatelem, a Zhotovitel ani při vynaložení odborné péče nemohl zjistit jejich nevhodnost nebo na takovou nevhodnost upozornil Objednatele a ten na jejich použití trval.
9. Zhotovitel neodpovídá za vady Díla, které vzniknou neodborným zásahem nebo nedodržením Zhotovitelem doporučených provozních podmínek, nedodržením postupů podle uživatelské dokumentace ze strany Objednatele nebo třetí strany, s výjimkou poddodavatele uvedeného v Příloze č. 6.
10. Uplatněním odpovědnosti za vady nejsou dotčeny nároky na náhradu škody nebo na uplatnění smluvní pokuty.
VII. Odpovědnost za prodlení s plněním závazků
1. V případě prodlení Zhotovitele s předáním kompletního dokončeného Díla Objednateli v termínu stanoveném Smlouvou je Zhotovitel povinen zaplatit Objednateli smluvní pokutu ve výši 0,05 % z celkové ceny Díla za každý započatý den prodlení až do řádného splnění závazku.
2. Pro případ prodlení Zhotovitele s odstraněním faktických vad Díla uplatněných Objednatelem v záruční době se použijí sankční ustanovení Servisní smlouvy uzavřené samostatně mezi Objednatelem a Zhotovitelem, jejímž předmětem je technická podpora personálního a mzdového systému dodaného podle této Smlouvy.
3. V případě prodlení Objednatele s úhradou řádně fakturované ceny Díla ve sjednané lhůté splatnosti je Zhotovitel oprávněn požadovat po Objednateli zaplacení úroku z prodlení ve výši 0,05 % z dlužné částky za každý započatý den prodlení až do úplného zaplacení.
4. Veškeré smluvní pokuty a úroky z prodlení jsou splatné do 30 dnů od jejich uplatnění u druhé smluvní strany.
5. Zaplacením smluvní pokuty není dotčen nárok Objednatele na náhradu škody vzniklé z porušení povinnosti, ke kterému se smluvní pokuta vztahuje, ani povinnost Zhotovitele řádně dokončit Dílo.
6. Žádná ze smluvních stran není odpovědná za prodlení způsobené okolnostmi vylučujícími odpovědnost. Za okolnost vylučující odpovědnost se považuje překážka, jež nastala nezávisle na vůli povinné strany (vyšší moc) a brání jí ve splnění její povinnosti, jestliže nelze rozumně předpokládat, že by povinná strana tuto překážku nebo její následky odvrátila nebo překonala a že by v době vzniku překážku předvídala. Odpovědnost nevylučuje překážka, která vznikla teprve v době, kdy povinná strana byla v prodlení s plněním své povinnosti, nebo vznikla z jejích hospodářských poměrů. Účinky vylučující odpovědnost jsou omezeny pouze na dobu, dokud trvá překážka, s níž jsou tyto povinnosti spojeny. Smluvní strany se zavazují upozornit druhou smluvní stranu bez zbytečného odkladu na vzniklé okolnosti vylučující odpovědnost bránící řádnému plnění Smlouvy a k vyvinutí maximálního úsilí k odvrácení a překonání okolností vylučujících odpovědnost.
7. Zhotovitel není v prodlení se splněním svého závazku po dobu, po kterou nemohl svůj závazek splnit z důvodu prodlení s plněním závazku nebo neposkytnutím nezbytné součinnosti na straně Objednatele či osob jednajících na základě pokynů Objednatele.
Vlil. Vlastnické právo k Dílu, nebezpečí škody na Díle a duševní vlastnictví
1. Vlastnické právo k těm částem Díla, které nepodléhají zákonu č. 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ů, přechází na Objednatele okamžikem předání a převzetí Xxxx.
2. Právo užití programových produktů a odpovídající dokumentace dle této Smlouvy vznikne Objednateli podle podmínek stanovených touto Smlouvou okamžikem předání a převzetí Díla.
Stránka 4 z 46
3. Nebezpečí škody na Díle přechází na Objednatele okamžikem předání a převzetí Díla.
4. Licenční podmínky na programové vybavení, které je součástí Díla, jsou obsaženy v Příloze č. 4 (licenční ujednání), která je nedílnou součástí této Smlouvy.
5. Všechny původní materiály, myšlenky, koncepty, know-how nebo techniky náležející Zhotoviteli, patřící k předmětu podnikání Zhotovitele a použité Zhotovitelem při plnění předmětu této Smlouvy v jakékoliv formě zůstávají vlastnictvím Zhotovitele. Objednatel bude mít nevýhradní právo používat tyto materiály, myšlenky, koncepty, know-how nebo postupy pro svou vlastní vnitřní potřebu, pokud neporuší podmínky užívání stanovené v tomto článku. Objednatel neprodá, nevyzradí nebo neposkytne sublicenci na takové materiály, myšlenky, koncepty, know-how nebo postupy bez předchozího souhlasu Zhotovitele, přičemž souhlas může nebo nemusí být udělen, a to dle výlučného uvážení Zhotovitele.
6. Všechny původní materiály, myšlenky, koncepty, know-how nebo techniky náležející Objednateli, patřící k předmětu činnosti Objednatele a poskytnuté Objednatelem při plnění předmětu této Smlouvy v jakékoliv formě zůstávají vlastnictvím Objednatele. Zhotovitel bude mít právo používat tyto materiály, myšlenky, koncepty, know- how nebo techniky pouze k plnění předmětu této Smlouvy. Zhotovitel neprodá, nevyzradí nebo neposkytne sublicenci na takové materiály, myšlenky, koncepty, know-how nebo techniky bez předchozího souhlasu Objednatele, přičemž souhlas může nebo nemusí být udělen, a to dle výlučného uvážení Objednatele.
IX. Rozvoj Díla, dokumentace Díla a změnová řízení Díla
1. Pokud se při provádění Díla vyskytne potřeba provedení dalších prací, které požaduje Objednatel nad rámec sjednaného rozsahu prováděných prací, jedná se o změnové řízení. Je povinností Zhotovitele upozornit Objednatele na nutnost změnového řízení. Změnové řízení se řídí pravidly uvedenými v Příloze č. 3, která je nedílnou součástí této Smlouvy.
2. Objednatel je oprávněn písemně navrhnout i změny již předaného a akceptovaného Díla.
3. Objednatel není oprávněn provádět jakékoliv změny na Díle bez předchozího svolení Zhotovitele. Objednatel se zavazuje uchovávat v důvěrnosti veškeré informace týkající se Díla, včetně návodů k použití nebo jiných materiálů týkajících se Díla.
4. Dokumentace dodaná Zhotovitelem bude Objednateli dodána v elektronické podobě a v rozsahu uvedeném v této Smlouvě. Touto Smlouvou je Objednateli uděleno na administrátorskou dokumentaci Díla nevýhradní a na ostatní dodávanou dokumentací Díla výhradní nepřevoditelné právo tuto dokumentaci používat. Toto právo nezahrnuje právo na rozšiřování dokumentace, pronájem nebo půjčování originálu nebo rozmnoženiny dokumentace nebo její sdělování veřejnosti. Objednatel se zavazuje, že omezí přístup k dokumentaci na ty zaměstnance nebo konzultanty, kteří takový přístup potřebují při realizaci činnosti Objednatele. Objednatel se zavazuje, že bude celou dokumentaci uchovávat jako důvěrnou.
X. Další ujednání
1. Zhotovitel se zavazuje provést Dílo v odpovídající kvalitě, bez vad a ve sjednané době. Xxxxxxxxxx je povinen při provádění Xxxx postupovat s odbornou péčí, podle svých nejlepších znalostí a schopností, přičemž je při své činnosti povinen sledovat a chránit oprávněné zájmy Objednatele.
2. Zhotovitel je povinen dodržovat obecně závazné předpisy, vnitřní předpisy Objednatele, pokyny Objednatele týkající se provozu objektů Objednatele a pohybu osob v nich a seznámit s nimi ve spolupráci s Objednatelem všechny pracovníky provádějící Dílo. Zhotovitel odpovídá za dodržování těchto předpisů, nejsou-li v rozporu s ustanoveními této Smlouvy týkajícími se licenčních ujednání a ochrany práv vyplývajících z duševního vlastnictví.
3. Xxxxxxxxxx se zavazuje na žádost informovat Objednatele o průběhu prací na Díle a řídit se jeho pokyny a doporučeními.
4. Objednatel se zavazuje průběžně, včas a bez zbytečných průtahů poskytovat Zhotoviteli podklady potřebné pro zhotovení Díla, a dále odborné konzultace a veškerou jinou součinnost nezbytnou k řádnému plnění Díla, zejména pak součinnost popsanou v Příloze č. 3, která je nedílnou součástí této Smlouvy.
5. Smluvní strany prohlašují, že informace získané v souvislosti s plněním předmětu Smlouvy, kromě jiného i informace a údaje získané z informačních systémů Objednatele při plnění předmětu této Smlouvy, jakož i části
Stránka 5 z 46
obsahu této Smlouvy, které jsou označeny jako obchodní tajemství některé Smluvní strany, jsou přísně důvěrné, a smluvní strany se zavazují učinit vše pro to, aby zabránily jakémukoliv úniku těchto informací. Smluvní strana, která poruší tuto povinnost, odpovídá za vzniklou škodu.
6. Za porušení povinnosti dle odstavce 5 tohoto článku Smlouvy se nepovažuje plnění zákonných povinností, včetně povinností podle zákona č. 106/1999 Sb., o svobodném přístupu k informacím, poskytování informací veřejně dostupných, jakož ani poskytování informací poddodavatelům smluvních stran s tím, že xxxx poddodavatelé musí být vázáni obdobnou povinností mlčenlivosti; za případné porušení mlčenlivosti odpovídá smluvní strana, která informace poddodavateli poskytla. Za porušení této povinnosti se nepovažuje ani poskytnutí informací osobám vázaným profesní mlčenlivostí (advokáti, daňoví poradci).
7. Smluvní strany se dohodly, že v případě porušení povinností dle odstavce 5 tohoto článku Smlouvy, je poškozená strana oprávněna požadovat zaplacení smluvní pokuty ve výši 100 000,- Kč za každý prokazatelný případ porušení. Zaplacením této pokuty není dotčen nárok na náhradu škody.
8. Objednatel se při provozování Díla bude řídit doporučeními Zhotovitele k použitému hardware a software uvedenými v Příloze č. 5, která je nedílnou součástí této Smlouvy.
XI. Ukončení smlouvy
1. Tato Smlouva může být ukončena písemnou dohodou smluvních stran, jejíž součástí je i vypořádání vzájemných závazků a pohledávek, nebo písemným odstoupením od smlouvy.
2. Objednatel je oprávněn odstoupit od smlouvy v případě, že
a) na majetek Xxxxxxxxxxx by! prohlášen konkurs,
b) Xxxxxxxxxx vstoupil do likvidace,
c) Zhotovitel je v prodlení s předáním řádně dokončeného Díla delším než 30 dnů, nebo
d) Zhotovitel neodstraní vadu Díla, která brání Objednateli v jeho řádném užívání, ani do 30 dnů od jejího uplatnění.
3. Zhotovitel je oprávněn odstoupit od smlouvy v případě, že Objednatel
a) je v prodlení s úhradou řádně fakturované ceny Díla delším než 30 dnů, nebo
b) neposkytne Zhotoviteli součinnost, která je nezbytná k provedení Díla, a to ani po marném uplynutí 30 dnů od doručení písemného upozornění Zhotovitele Objednateli.
4. Odstoupení od smlouvy musí být učiněno písemně a doručeno druhé smluvní straně, přičemž účinky odstoupení nastávají dnem doručení písemného oznámení. Následky odstoupení od smlouvy se řídí příslušnými ustanoveními občanského zákoníku.
5. Pokud Smlouva zanikne odstoupením Zhotovitele, má Zhotovitel právo na poměrnou náhradu nákladů za část prací, které již byly provedeny (bez ohledu na jejich akceptaci). Rozpracované Části Díla v takovém případě Zhotovitel odevzdá Objednateli.
XII. Uveřejnění Smlouvy v registru smluv
1. Smluvní strany se dohodly na tom, že povinnost zaslat Xxxxxxx správci registru smluv k uveřejnění podle 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), v platném znění, splní Objednatel, a to nejpozději do 5 pracovních dnů od uzavření smlouvy. Zhotovitel se zavazuje poskytnout Objednateli za účelem splnění této povinnosti nezbytnou součinnost.
2. Obě smluvní strany berou na vědomí a souhlasí s tím, že Objednatel, v souladu s § 3 odst. 1 zákona o registru smluv, znečitelní ve Xxxxxxx zaslané správci registru smluv k uveřejnění ty informace, které nelze poskytnout při postupu podle předpisů upravujících svobodný přístup k informacím (např. osobní údaje, obchodní tajemství nebo informace chráněné právem k nehmotným statkům), případně též za podmínek § 5 odst. 6 zákona o registru smluv vyloučí z uveřejnění metadata Smlouvy, která jsou obchodním tajemstvím smluvní strany splňující stanovená kritéria. Objednatel však není povinen znečitelnit, resp. vyloučit z uveřejnění údaje, které již byly oprávněně zveřejněny, např. ve veřejných rejstřících apod.
Stránka 6 z 46
3. Svědomím, že obchodní tajemství mohou tvořit pouze skutečnosti splňující znaky definované v §504 občanského zákoníku, a s ohledem na limity použití obchodního tajemství jako důvodu neposkytnutí informace podle § 9 odst. 2 zákona č. 106/1999 Sb., o svobodném přístupu k informacím, v platném znění, označují smluvní strany za své obchodní tajemství:
a) Objednatel: žádná část smlouvy neobsahuje obchodní tajemství Objednatele
b) Zhotovitel žádná část smlouvy neobsahuje obchodní tajemství Zhotovitele
Smluvní strany prohlašují, že uvedený výčet částí Smlouvy obsahujících obchodní tajemství je úplný.
4. Bude-li třeba Smlouvu nebo metadata smlouvy po jejich uveřejnění v registru smluv opravit uveřejněním částí smlouvy nebo metadat, které byly původně z uveřejnění vyloučeny z důvodu ochrany obchodního tajemství, odpovídá za provedení takové opravy smluvní strana, která danou část Smlouvy nebo metadata prohlásila za své obchodní tajemství. Ke splnění této povinnosti, jakož i k provedení jakýchkoliv jiných nutných oprav uveřejněné Smlouvy nebo metadat postupem dle zákona o registru smluv se smluvní strany zavazují poskytnout si navzájem nezbytnou součinnost. ' -
XIII. Závěrečná ustanovení
1. Smlouva nabývá platnosti dnem podpisu oběma smluvními stranami a účinnosti dnem jejího uveřejnění v registru smluv.
2. Není-li v této Smlouvě dohodnuto jinak, řídí se vzájemné vztahy smluvních stran příslušnými ustanoveními platných právních předpisů České republiky, zejména ustanoveními občanského zákoníku a autorského zákona. Ve vztazích mezi smluvními stranami vyplývajících z této Smlouvy nemá obchodní zvyklost přednost před ustanoveními zákona, jež nemají donucující účinky.
3. Při plnění této Smlouvy smluvní strany na sebe přebírají nebezpečí změny okolností ve smyslu § 1765 odst. 2 občanského zákoníku; ustanovení § 1766 občanského zákoníku se nepoužije.
4. Přílohy Smlouvy jsou nedílnou součástí této Smlouvy. V případě kolize mezí textem příloh a vlastním textem Xxxxxxx je rozhodující text Xxxxxxx.
5. Ukáže-li se kterékoliv ustanovení této Smlouvy jako neplatné nebo neúčinné, nebude tím dotčena platnost a účinnost ostatních ustanovení, která lze od neplatného či neúčinného ustanovení oddělit, ani platnost a účinnost smlouvy jako celku. Smluvní strany se v takovém případě zavazují nahradit neplatné nebo neúčinné ustanoveni smlouvy ustanovením novým, platným a účinným, které svým obsahem a smyslem bude nejlépe odpovídat obsahu a smyslu ustanovení původního. Pokud by se v důsledku změny právní úpravy některé ustanovení Smlouvy dostalo do rozporu s českým právním řádem a předmětný rozpor by působil neplatnost Smlouvy jako takové, bude Smlouva posuzována, jako by takové ustanovení nikdy neobsahovala a vztah smluvních stran se bude v této záležitosti řídit obecně závaznými právními předpisy, dokud smluvní strany dotčené ustanovení nenahradí postupem podle věty druhé.
6. Je-li doručována písemnost na základě této Smlouvy doporučeným dopisem na poslední známou adresu smluvní strany prostřednictvím provozovatele poštovních služeb a smluvní strana písemnost nepřevezme, má se za to, že písemnost byla doručena třetím pracovním dnem po předání zásilky provozovateli poštovních služeb, i kdyby se o ní smluvní strana nedozvěděla. Za poslední známou adresu smluvní strany se považuje adresa uvedená v záhlaví této Smlouvy, případně nová adresa, kterou smluvní strana druhé smluvní straně písemně oznámila.
7. V případě sporu se smluvní strany zavazují pokusit se o jeho urovnání smírem. Jestliže smírného řešení nebude dosaženo, budou spory rozhodovány věcně a místně příslušnými soudy České republiky.
8. Práva a povinnosti vyplývající z této Smlouvy nelze bez souhlasu druhé strany převést na třetí stranu.
9. Tuto Smlouvu lze měnit a doplňovat pouze písemnými dodatky podepsanými oběma smluvními stranami a číslovanými vzestupnou, nepřerušovanou číselnou řadou.
10. Smlouva je vyhotovena ve čtyřech stejnopisech, z nichž každá ze smluvních stran obdrží po dvou.
11. Smluvní strany si Xxxxxxx přečetly, s jejím obsahem souhlasí a prohlašují, že Xxxxxxx uzavřely svobodně, vážně a určitě, nikoli v tísni za nápadně nevýhodných podmínek, na důkaz čehož připojují vlastnoruční podpisy.
Stránka 7 z 46
12. Nedílnou součástí této Smlouvy jsou tyto přílohy:
Příloha č. 1: | Specifikace předmětu Díla | |
Příloha č. 2: | Harmonogram dílčích plnění Díla | |
Příloha č. 3: | Organizace řízení projektu | |
Příloha č. 4: | Licenční ujednání | |
Příloha č. 5: | Doporučené hardwarové a softwarové prostředí | |
Příloha č. 6: | Seznam poddodavatelů nebo čestné prohlášení poddodavatelů | o tom, že Xxxxxxxxxx provede Dílo bez |
V Praze dne: | ] J -10- 2018 Ve Vsetíně dne: | S & . j f o ý i f |
za Objednatele: | za Zhotovitele: |
Xxx. Xxx Xxxxx místopředseda představenstva
MAGION system, a.s.
El MAGION systém, a.s,
Xxxxxxxxx 1252, 7 5 01 Vsetín
tel, fec 000 000 000,000 000 000 . IČO: 25872818, D!Č: CZ25872818
Stránka 8 z 46
Pfíloha č. 1 Smlouvy o dílo
Specifikace předmětu Díla
OBSAH
1 Popis stávajícího PaM v ÚVN............................................................................................. 10
1.1 Používané moduly MBS NAVISION: 10
1.1.1 Personalistika (Lidské zdroje) 10
1.1.3 Kvalifikace a vzdělávání 11
1.1.4 Systemizace (organizační struktura a organizační schémata) 11
1.2 Intranetový HR portál - používané funkcionality 11
1.3 Agendy (aplikace) mimo stávající PAM 11
2 Základní statistiky zpracování údajů ÚVN 12
2.2 Organizační struktura a číselník nákladových středisek 12
3.1 Obecné požadavky na nový PAM. 12
3.2 Požadované moduly PAM a jejich funkcionalita (povinné) 13
3.2.1 Personalistika (Lidské zdroje) 14
3.2.3 Kvalifikace a vzdělávání 16
3.2.4 Systemizace (organizační struktura a organizační schémata) 17
3.2.5 Uchazeči o zaměstnání 18
3.3 Další moduly PAM a jejich funkcionalita (volitelné) 18
3.3.1 Fond kulturních a sociálních potřeb 18
3.3.2 Webové moduly - HR portál 18
3.3.3 Systém periodického hodnocení zaměstnanců (PEHO) 19
3.3.4 Další případné rozšiřující funkcionality PaM.............................................. 19
4 Bezpečnostní požadavky na systém a GDPR 20
4.1 Obecné bezpečnostní požadavky 20
4.2 Požadavky na implementaci nařízení EU k GDPR 20
5.1 Požadavky na správu uživatelů a přístupová práva 21
5.2 Požadavky na Integrační vazby 21
Stránka 9 z 46
5.3 Technické a funkční požadavky. 21
1. Popis stávajícího PaM v ÚVN
Pro vedení personální a mzdové agendy je v současné době využíván personální a mzdový informační systém (SW, dále také „PaM“) s produktovým názvem MBS NAVISION (klient/server) výrobcem granule byla společnost WEBCOM a.s. (IČO: 25820826).
U stávajícího PAM byl dodavatelem oznámen záměr ukončení vývoje a podpory systému, z tohoto důvodu je nutné zajistit přechod na nový PAM, který zcela pokryje používanou funkcionalitu současného systému a tím zajistí kontinuitu zpracování dat v oblasti lidských zdrojů, případně nabídne rozšíření o nové funkcionality.
1.1. Používané moduly MBS NAVISION:
1.1.1. Personalistika (Lidské zdroje)
■ Informace o zaměstnancích, evidence základních osobních údajů, a dalších údajů dle potřeby organizace (např. vzdělání, průkazy, svěřené předměty, ochranná pomůcky, předchozí zaměstnání).
■ Evidence pracovních poměrů a jejich charakteristik, včetně tarifních tříd, stupňů a dosažené praxe.
■ Evidence mimoevidenčních stavů (mateřská / rodičovská dovolená a jiné).
■ Evidence informací o uchazečích a cizích zaměstnancích (stážisti, odborné praxe apod.).
■ Evidence nároků zaměstnanců (řádná a dodatková dovolená, další pracovní volna např. indispoziční volno a související přepočty nároků).
■ Modul pro kontrolu insolvencí zaměstnanců, uchazečů atd. z veřejného rejstříku.
■ Vytváření a archivace pracovněprávních dokumentů.
■ Tvorba dokumentů pro korespondenci ve formátu MS Word s automatickým zápisem údajů do připravených šablon.
■ Přístupová práva v rozšíření až na jednotlivé údaje (možnost nastavení na nezobrazit/číst/zapisovat).
1.1.2. Mzdy
■ Přehledná evidence všech platových položek a údajů zaměstnanců.
■ Definice algoritmů výpočtu platu musí být v souladu s, v daném období, platnou legislativou (pro pracovní poměry a služební poměry - vojáci z povolání).
■ Možnost definovat změnu mzdy od jakéhokoliv dne. Více platových výměrů během měsíce.
■ Možnost definovat datem platnost srážky nebo příplatku (platnost od-do) s možností plánování do budoucna.
■ Kalendáře - přednastavené rozložení pracovní doby, možnost definovat i nerovnoměrné rozvržení pracovních směn. Možnost import kalendářů z externí aplikace určené pro plánování směn (ShiftMaster).
■ Složky platu - údaje o dekretovaných (trvalých) složkách platu (platové výměry zaměstnanců), evidence nepřítomností (ŘD, PN, OCR apod.), odměny a jiné složky platu.
■ Periodické aktivity - např. výpočet záloh na plat, dobírky, průměrů, nastavení změny mzdového období.
■ Mzdové sestavy - zápočtový list, mzdový íist, evidenční list důchodového zabezpečení atd.
■ Podklady pro kontroly, analýzy, rozbory a prezentaci výsledků výpočtu; sestavy lze exportovat do MS Excel.
■ Vazby na další aplikace a používané IS UVN - interní systémy (docházka, stravování, účetnictví apod.) - rozsah je uveden podrobněji v samostatné příloze .
Stránka 10 z 46
■ Vazby na veřejné systémy (elektronická komunikace s Portálem veřejné správy pro odeslání ELDP a Registru pojištěnců, se zdravotními pojišťovnami, bankou, poštou, penzijními fondy, státními i rezortními statistikami apod.).
■ Možnost zobrazení všech evidovaných dat v tabulkových přehledech a exportovaných sestavách (do MS
Excel).
1.1.3. Kvalifikace a vzdělávání
■ Evidence různých druhů vzdělávacích aktivit (například vstupní školení, vzdělávací kurzy k zajištění a udržení kvalifikace).
■ Evidence absolvovaného vzdělávání a promitnutí do kvalifikací zaměstnance.
■ Sledování absolvování periodických zkoušek a periodických lékařských prohlídek a jejich platnosti.
■ Možnost zobrazení všech evidovaných dat v tabulkových přehledech a exportovaných sestavách (do MS Excel).
1.1.4. Systemizace (organizační struktura a organizační schémata)
■ Vytváření vlastních organizačních a řídících struktur pro personalistiku s vazbou na organizační struktury UVN (nákladová střediska a pracoviště), personálních skupin. Generování vytvořených struktur do MS Excel.
■ Obsazování jednotlivých pracovních pozic, historie obsazení, plánování obsazení.
■ Popis pracovního místa.
■ Požadovaná kvalifikace na pracovní místo.
■ Možnost zobrazení všech evidovaných dat v tabulkových přehledech a exportovaných sestavách (do MS Excel).
1.2. Intranetový HR portál - používané funkcionality
■ Výplatní páska - elektronická podoba.
■ Reporty (pro řadové zaměstnance a vedoucí zaměstnance - informace o podřízených zaměstnancích).
o informace o pracovních poměrech zaměstnanců a nárocích (smlouva, úvazek, nárok na dovolenou).
o informace o platových náležitostech zaměstnanců (přiznané a vyplacené mzdové složky apod.).
■ Kurzy - evidence kurzů a povinností zaměstnanců (návaznost na externí aplikaci eDoceo).
1.3. Agendy (aplikace) mimo stávající PAM
Následující agendy (aplikace) jsou zabezpečovány mimo stávající systém PAM, protože nejsou v systému k dispozici odpovídající moduly anebo nejsou v příslušných modulech dostatečně podporovány požadované funkcionality (viz. kapitola 3.3.):
■ Agenda související s evidencí mzdových indexů vyjadřujících míru kvalifikace daného nositele (např. u lékařů L3, L2, LI) ve vztahu ke zdravotním pojišťovnám a k ÚZIS.
■ Systém periodického hodnocení zaměstnanců (PEHO).
■ Elektronická evidence související s poskytováním příspěvků z fondu (FKSP).
■ Elektronická evidence dokladů u zaměstnanců (např. kvalifikace).
■ Agenda zpracování rozpočtu na platy a personální controlling (reporting).
Xxxxxx související s evidenci pracovních smluv a jejich evidenčních čísel.
Stránka 11 z 46
2. Základní statistiky zpracování údajů ÚVN
2.1. Počty zaměstnanců ÚVN
položka statistiky | zaměstnanci v pracovním poměru | zaměstnanců na DPP/DPČ | zaměstnanci ve služebním poměru (vojáci za povolánQ |
Evidenční přepočtený počet zaměstnanců (k 31. 12. 2017) | 1901,98 | 47,40 | 78,25 |
Evidenční fyzických počet osob (k 31. 12.2017) | 2053 | 214 | 80 |
Mimoevidenční stav | Přepočtený počet: 176,82 / Fyzický počet: 189 | ||
Počet uživatelů PaM | cca 45 aktivních uživatelů | ||
2.2. Organizační struktura a číselník nákladových středisek
Organizační struktura vč. číselníku nákladových středisek je uvedena v příloze Č. 2.6.1 tohoto dokumentu.
Jeho aktuální podoba bude přebírána pomocí integrační vazby z ekonomického systému NAVISON, kde je primárně definovaná.
3. Požadavky na nový PAM
3.1. Obecné požadavky na nový PAM
■ Součástí dodávky musí být všechny potřebné licence, analýza, implementace a školení. IS PaM musí být nasazen ve dvou instancích (provozní a testovací).
■ Systém je v češtině a plně respektuje českou legislativu.
■ Součástí implementace musí být převod všech historických dat do nového prostředí. Systém je nastaven v souladu s platnou legislativou pro státní správu, včetně služebních poměrů vojáků z povolání (konkrétně příspěvkovou organizací zřízenou MO ČR - poskytovatel zdravotních služeb), zejména v souladu se zákonem č. 262/2006 Sb., č. 221/1999 Sb., NV 341/2017, 95/2004, 96/2004, 59/2015, 68/2015, 567/2006, 373/2011, 372/2011, 101/2000, vyhl. 114/2002, 435/2004).
■ Systém musí být otevřený, umožňující přístup k uloženým datům prostředky uživatele při zachování bezpečnosti dat (viz kapitola 4 tohoto dokumentu).
■ Všechny části systému musí být navzájem integrované a modulárně koncipované. Musí umožňovat vyhledávání souvisejících dat napříč jednotlivými moduly.
■ Systém kontroluje existenci osoby v databázi PaM - podle rodného čísla, případně kombinace jména, příjmení a data narození. V případě existence osoby, přebírá dříve zadané identifikační a ostatní osobní údaje pro zadání nového pracovněprávního nebo jiného vztahu.
■ V případě více pracovních nebo obdobných poměrů jedné osoby mít tyto poměry přehledně u sebe, nejlépe sdružené na téže kartě této osoby.
■ Systém umožňuje uložit k uživateli jeho foto ve standardním grafickém formátu (jpg, jpeg apod.)
■ Přístup ke všem aplikacím a jejich ovládání musí být zajištěn prostřednictvím tenkého klienta přes jednotné grafické rozhraní.
■ Sledování historie zadaných položek a legování změn (tj. kdo z uživatelů co změnil, a to včetně smazání).
■ Možnost zadání nových dat před začátkem jejich platnosti s uvedením data od kdy a případně do kdy platí.
■ Možnost pracovat pouze se živými záznamy (event. členění na aktivní, pasivní, archivované apod.).
■ Rozúčtování platových prostředků podle procentního zadání, části úvazku, podle počtu odpracovaných hodin a případně dalších zadaných rozúčtovávacích klíčů.
Stránka 12 z 46
■ Rozúčtování platových prostředků na jednotlivá nákladová střediska, podle zdrojů financování (i více zdrojů u jedné platové složky současně), zakázek, funkce.
■ Při zadání rodného čísla systém generuje datum narození. Uživatel může datum narození také zadat ručně
nebo opravit. Pokud RČ neobsahuje datum narození, zůstane pole prázdné nebo upozorní a vyžádá si zadání data narození.
■ Systém zajišťuje přiřazení jednoznačného identifikátoru osoby = osobního čísla osoby evidované v
personálním systému. Osobní číslo je neměnné a zůstává přiřazené k osobě i po případně změně pracovní smlouvy, přechodu mezi organizačními jednotkami, opakovaného nástupu zaměstnance apod. (Neměnnost osobního čísla nemusí platit u převáděných historických dat, kdy jedna osoba mohla mít více osobních čísel.)
■ Přehledná evidence stavu podání jednotlivých hlášení (ČSSZ z oblasti důchodového a nemocenského pojištění) vč. přesného důvodu zamítnutí podání.
■ Systém musí být otevřený snadnému rozšiřování o další moduly, resp. skupiny funkcionalit, aby Objednateli umožnil jej v budoucnu rozšířit o další moduly/funkcionality.
■ Konfigurace/parametrizace systému musí být možná prostřednictvím administrace a správy systému (administrátorem objednatele). Systém parametrů musí umožňovat pracovat v každém období s platnými legislativními nastaveními a změnami, bez nutnosti programátorských úprav. Parametrizace musí umožnit přizpůsobení systému do souladu s potřebami Objednatele a jeho zavedeným názvoslovím.
■ Zajištění průkazné historičnosti dat, tedy ukládání a zobrazování historických variant dat včetně období jejich platnosti.
■ Ukládání dokumentů souvisejících s personální a mzdovou agendou včetně zajištění jejich archivace.
■ Všechna data personálního a mzdového informačního systému budou uložena tak, aby bylo zajištěno sdílení těchto dat všemi moduly systému PaM (např. vybraná data budou zadávána pouze jednou v modulu personalistika a tato data budou sdílena se mzdovým modulem).
■ Personalistika musí být nezávislá na stavu zpracování mezd. Změny dat lze provádět bez ohledu na stav mzdové uzávěrky; pokud změna dat v personalistice bude mít dopad na aktuálně probíhající výpočty mezd, budou na to příslušní uživatelé upozorněni. Systém musí být otevřený k integraci s dalšími systémy Objednatele, systém pro plánování směn, spisová služba, ekonomický informační systém, systém evidence docházky a další.
■ Implementace pracovněprávní legislativy a legislativy souvisejících se služebními poměry vojáků z povolání.
■ Přístup do systému musí být řízen pomocí přístupových práv a rolí, musí umožnit nastavení viditelnosti a editování dat podle rolí a organizační struktury. Přihlášení uživatelů k systému bude probíhat na základě uživatelského jména a hesla.
■ PaM musí umožňovat ověření uživatele/skupiny vůči Idap/Active Directory.
■ PaM musí logovat přístupy do systému.
■ Klientská část PaM musí být provozovatelná na OS Windows 10/7 64bit, v případě webové aplikace - IE.
■ Serverová část PaM musí být provozovatelná na OS MS Windows 2012r2 a novější, nebo RedHat kompatibilní verze minimálně 7.
■ Serverová i databázová část PaM musí být provozovatelná ve virtuálním prostředí.
■ Systém PaM musí být provozovatelný v databázovém prostředí MS SQL nebo databáze musí být v rámci nabízeného servisu plně ve správě Zhotovitele.
■ PaM musí být v souladu s požadavky na bezpečnost - včetně GDPR a Zákon o kybernetické bezpečnosti.
3.2. Požadované moduly PAM a jejich funkcionalita (povinné)
Následující výčet a popis funkcionality modulů je nezbytný a je ŮVN povinně vyžadován (nelze se od něj odchýlit).
Stránka 13 z 46
3.2.1. Personalistika (Lidské zdroje)
■ Přehledná a detailní evidence veškerých personálních údajů (informace o zaměstnancích, cizincích a jejich osobních údajů vč. historie změn těchto údajů, dalších údajů dle potřeby - vzdělání, průkazy, svěřené' předměty, ochranné pomůcky, předchozí zaměstnání atd.).
Podrobná informace o začlenění pracovníka v organizační struktuře.
Podrobný popis kvalifikace pracovníka (vzdělání, fyzické a osobnostní předpoklady),
Evidence pracovních poměrů a jejich charakteristik, včetně tarifních tříd, stupňů a dosažené praxe. Evidence mimoevidenčních stavů (mateřská nebo rodičovská dovolená apod.).
Evidence informací o jiných osobách / "cizích" zaměstnancích (stáže, odborné praxe apod.)
Výpočet a evidence nároků zaměstnanců (řádná a dodatková dovolená, další pracovní volna - např. indispoziční volno - a související přepočty nároků a krácení).
Automatické stanovení povinného podílu osob se změněnou pracovní schopností. Modul pro kontrolu insolvencí zaměstnanců, uchazečů atd. z veřejného rejstříku. Vytváření a archivace pracovněprávních dokumentů.
Tvorba dokumentů pro korespondenci ve formátu MS Word s automatickým zápisem údajů do připravených šablon.
Přístupová práva v rozšíření až na jednotlivé údaje (možnost nastavení na nezobrazit/číst/zapisovat). Možnost zobrazení všech evidovaných dat v tabulkových přehledech a exportovaných sestavách včetně třídění a součtování dle parametrů, např. součtování za kód oddělení, kód střediska, pracovní kategorie (do MS Excel)..
Systém umožňuje u zaměstnance přijatého na dobu určitou jako zástup za jiného zaměstnance zadat údaje, týkající se těchto skutečností, tj. údaj o systemizované pozici a zaměstnanci (osobní číslo, jméno) na této pozici, za kterého je přijímán zaměstnanec na zástup, údaj o důvodu zástupu (zástup za mateřskou dovolenou, nemoc, neplacené volno zaměstnance).
Systém umožňuje plánovat změny organizačního a pracovního zařazení zaměstnance do budoucnosti, vytvářet jeho změny s časovou platností a současně evidovat historii těchto změn a funkcionalitou rychlého náhledu na historický vývoj těchto změn.
Plánovaní změn údajů (zadávání změny s datem platnosti v budoucnu).
Agenda lékařských prohlídek (automatické sledování termínů, vyhodnocování, příprava podkladů pro realizaci prohlídek).
Administrativní podpora agendy související s pracovními úrazy a jejich odškodňováním. Sledování rizikových pracovišť.
Evidence omezujících faktorů pro výkon práce. Přehled zaměstnanců v riziku.
Stav zaměstnanců na rizikových pracovištích.
Záznamy o provedených periodických hodnoceních zaměstnanců.
Evidence rozvojových úkolů pracovníka a sledování jejich termínů (kontrola jejich plnění). Evidence udělených odměn a porušení pracovních povinností.
Evidence fotografie zaměstnance.
Zpracování uživatelsky definovaných pracovněprávních dokumentů. Dohody o pracích konaných mimo pracovní poměr-smlouvy, evidence.
Xxxxxx pracovně právních vztahů na dobu určitou (evidence, hlídání a generování podkladů pro jejich prodlužování).
Automatický výpočet data dosažení důchodového věku.
Evidence zkrácených pracovních úvazků a výjimek z pracovní doby. Rozbory a přehledy pracovní neschopnosti, podklady pro statistiku.
Údaje o rodinných příslušnících, automatická kontrola nároku na daňové úlevy u dětí. Evidence závazků zaměstnance vůči zaměstnavateli (např. kvalifikační dohody).
Stránka 14 z 46
Automatická archivace průběhu zaměstnání (v rámci zápočtu doby odborné praxe např. při změně pracovního zařazení v rámci organizace).
Evidence souběžných pracovních a služebních poměrů vč. DPČ/DPP (pod jedním osobním číslem).
Evidence zaměstnávání cizinců, generování ohlašovacích dokumentů pro úřady práce (nástup zaměstnání, ukončení zaměstnání).
Hlídání pracovních a životních výročí zaměstnanců.
Evidence působení v zahraničních misích u vojáků z povolání. Široké portfolio sestav, přehledů a formulářů, např.:
o Zajištění evidence a exportů dat v souladu s aktuálně platnými výkazy pro ÚZIS a ČSÚ,
o Pracovní smlouvy, dohody o změně pracovní smlouvy,
o Smlouvy o pracích konaných mimo pracovní poměr,
o Výpovědi dle ZP; možnost definovat vlastní texty,
o Žádost o lékařskou prohlídku,
o Adresář a telefonní seznam zaměstnanců,
o Potvrzení o zaměstnání a jeho délce.
3.2.2. Mzdy (Platy)
■ Přehledná evidence všech platových položek a údajů zaměstnanců.
■ Definice algoritmů výpočtu platu v souladu s platnou legislativou (pro pracovní poměry a služební poměry - vojáci z povolání).
■ Kompletní zpracování všech typů mezd (platů) - dohody, hlavní pracovní poměr, plný/zkrácený pracovní
úvazek.
■ Systém musí umožnit opakované provádění výpočtů, a to jak hromadně, tak pro jednotlivé vybrané zaměstnance.
■ Během výpočtů jsou důležité informace zaznamenávány do protokolu (log),
■ Jednotlivé mzdové (platové) složky bude možno zadávat jednotlivě, hromadně pro vybranou skupinu zaměstnanců, anebo importovat z připravených souborů.
■ Možnost definice mzdových složek a jejich nastavení (999 mzdových složek) správcem systému Objednatele.
■ Možnost definovat změnu platu od jakéhokoliv dne. Více platových výměrů během měsíce.
■ Automatické hlídání platových postupů včetně automatického výpočtu ze započitatelné praxe.
■ Možnost definovat datem platnost srážky nebo příplatku (platnost od-do) s možností plánování do budoucna.
■ Kalendáře - neomezený počet směnových kalendářů, přednastavené rozložení pracovní doby, možnost definovat i nerovnoměrné rozvržení pracovních směn, automatizované generování měsíčních vstupních údajů ze směnových (individuálních) kalendářů. Možnost import kalendářů z externí aplikace pro plánování směn.
■ Složky platu - údaje o dekretovaných (trvalých) složkách platu (platové výměry zaměstnanců), evidence nepřítomností (ŘD, PN, OCR apod.), odměny a jiné složky platu.
■ Periodické aktivity - např. výpočet záloh na plat, dobírky, průměrů, nastavení změny mzdového období.
■ Modul musí disponovat kontrolními mechanismy, které budou uživatele upozorňovat na různé nestandardní situace (např. výrazné odchylky od průměrných hodnot dle předchozího období, nezařazení do struktur, nedefinovaný způsob rozúčtování mzdy, kontrola limitu 300 hodin ročně u DPP na zaměstnance apod.), a nástroji pro odstranění těchto situací.
■ Možnost provádění oprav mzdových složek, náhrad a nepřítomností do minulosti, pokud tyto položky nebyly v příslušném období zadány, nebo byly zadány chybně. Opravy z minulých období se automaticky přepočtou do aktuálního období. Případná omezení zpětných oprav budou popsána ve výstupech analýzy.
■ Vazby na ostatní informační systémy (plánování směn, docházka, stravování, účetnictví apod.), případně z dalších systémů (např. srážky na stravné). Import dat z jiných systémů i ve formě textových souborů s oddělovači (např. csv, xml soubory).
Stránka 15 z 46
Systém umožňuje plánovat změny platového zařazení zaměstnance do budoucnosti, vytvářet jeho změny s časovou platností a současně evidovat historii těchto změn a funkcionalitou rychlého náhledu na historický vývoj těchto změn.
Všechna vstupní data i vypočtené hodnoty budou ukládány včetně historie tak, aby bylo možné snadno prohlížet data za zvolené období a generovat z nich výstupy (a to za celou dobu, pro kterou budou data v systému k dispozici).
Podklady pro kontroly, analýzy, rozbory a prezentaci výsledků výpočtu. Možnost zobrazení všech evidovaných dat v tabulkových přehledech a exportovatelných sestavách včetně třídění a součtování dle parametrů, např. součtování za kód oddělení, kód střediska, pracovní kategorie (do MS Excel).
Vazby na veřejné systémy (ČSSZ, elektronická komunikace s Portálem veřejné správy pro odeslání ELDP a Registru pojištěnců, se zdravotními pojišťovnami, insolvenční rejstřík, státními i rezortními statistikami apod.).
Xxxxxx související s evidencí mzdových indexů vyjadřujících míru kvalifikace daného nositele (např. u lékařů L3, L2, LI) ve vztahu ke zdravotním pojišťovnám a k ÚZIS.
Sledování výše minimální a zaručené mzdy.
Automatický výpočet průměrů pro pracovněprávní účely a pro nemocenské dávky. Automatické proplácení mateřské dovolené.
Sledování mzdových nákladů po střediscích.
Automatický výpočet pojistného na zdravotní a sociální pojištění. Pohodlné a přehledné zadávání údajů pro účely daně ze závislé činnosti. Roční zúčtování záloh na daň z příjmu a výpočet daně.
Tisk potvrzení o zdanitelných příjmech a daňových přiznání. Generování evidenčních listů důchodového pojištění.
Výkazy ISP a ISPVP.
Výpočet grantů u služebních poměrů.
Evidence příspěvků na penzijní připojištění zaměstnanců.
Převod údajů z mezd do účetnictví pomocí integrační vazby na NAVISION, možnost rozúčtování na nákladová střediska (NS), i podle zdroje financování.
Elektronická i papírová výplatní páska.
Široké portfolio tiskových sestav, přehledů, reportů a formulářů (včetně zobrazení na monitoru a exportu) např.:
o výplatní listiny (pásky) záloh a doplatků,
o rekapitulace záloh a doplatků,
o výplatní lístky ve velmi přehledném provedení, výčetka platidel (mincovka),
o přehledy srážek, kontrolní sestava „Srážky předem",
o mzdové listy (s možností uživatelské definice formátu a obsahu),
o přehledy vyplacených nemocenských dávek,
o přehledy a součtové sestavy záloh na zdravotní a sociální pojištění,
o přehledy pojištění za jednotlivé pojišťovny nebo zaměstnance,
o přehled částek nezahrnutých do zdravotního a sociálního pojištění,
o kontrolní sestavy druhů mezd,
o čerpání mzdových prostředků,
o kontrolní sestavy a přehledy pro PaM,
o potvrzení o zdanitelných příjmech ze závislé činnosti a sražených zálohách.
3.2.3. Kvalifikace a vzdělávání
■ Evidence různých druhů zvyšování a prohlubování kvalifikace (vč. akcí celoživotního vzdělávání). Evidence základních povinností a školení vycházejících z legislativy (např. BOZP a PO) a další typy vzdělávacích aktivit
vycházejících z potřeb ÚVN (prezenční a e-learningové).
Stránka 16 z 46
Sledování kvalifikačních dohod (IMS, cena, místo studia, druh studia, délka studia)Možnost evidence interních (na různých pracovištích v rámci ÚVN) a externích stáží (mimo ÚVN) pro zaměstnance ÚVN.( ZZ, délku stáže, NS stážisty)
Možnost evidence cizích osob (stáže, praxe) na různých pracovištích ÚVN.(v tabulkových evidencích:
student/stážista; hromadné/individuální stáže; LF nebo ZZ; NS v ÚVN; počet pracovních dní; cena, česká/anglická větev studia; ERASMU, IFMSA, SČSF, FN Praha, magnetická karta + přístupy do NIS)
Sledování periodických aktivit včetně cenových nákladů na tyto aktivity. Sledování výnosů ze vzdělávání cizích osob za externí stáže pro NS ÚVN
Sledování cenových nákladů pro celoživotní vzdělávání LZP (z budgetu vzdělávání + klinických studií) Sledování cenových nákladů v rámci specializačního vzdělávání LZP
Sledování odměňování školitelů v rámci specializačního vzdělávání LZP na akreditovaných pracovištích ÚVN Dělení stážistů na civilní a vojáky
Evidence akreditovaných vzdělávacích akcí u ČLK+ cena akreditované akce; NS pořádající akci Plánování vzdělávání a nákladů na vzdělávání, porovnávání plánu se skutečností. Porovnání dosažených kvalifikací zaměstnanců (externistů, uchazečů o zaměstnání) s požadavky na jejich funkční místo a možnost automatického generování návrhu vzdělávání,
Možnost zobrazení všech evidovaných dat v tabulkových přehledech a exportovaných sestavách včetně třídění a součtování dle parametrů, např. součtování za kód oddělení, kód nákladového střediska, pracovní kategorie (do MS Excel).
Elektronická evidence vybraných dokladů o kvalifikaci.
3.2.4. Systemizace (organizační struktura a organizační schémata)
■ Základní organizační struktura je integračně přebírána z NAVISION, kde je evidována platná verze dle období. Na tuto organizační strukturu se váží veškeré výstupy pro ekonomické oddělení a účtárnu.
■ Možnost vytvářet vlastní paralelní organizační struktury, správa těchto vlastních organizačních struktur, hierarchických struktur, struktur pracovních a služebních míst (systemizace) a zajištění exportu do MS Excel.
■ Možnost modelování organizačních změn (organizační struktura, hierarchická struktura, struktura pracovních a služebních míst) k určenému datu, definovat budoucí plánované změny a pracovat s nimi jako s ostrými (možnost následného překlopení do ostré verze).
■ Obsazování jednotlivých pracovních míst, evidence historie obsazení, vyhledávání volných míst k určenému datu.
■ Popis pracovních míst, možnosti definovat požadovanou kvalifikaci pro obsazení pracovního místa (platnost vzhledem ke změnám). Možnost filtrování v rámci organizačních schémat.
■ Možnost vytváření nových organizačních schémat na základě již existujících (kopírování, zálohování).
■ Možnost zobrazení všech evidovaných dat v tabulkových přehledech a exportovaných sestavách včetně třídění a součtování dle parametrů, např. součtování za kód oddělení, kód nákladového střediska, pracovní kategorie (do MS Excel)..
■ Možnost definic požadavků a charakteristik pro jednotlivá pracovní a služební místa: o Název pracovního místa,
o Číslo klasifikace zaměstnání podle zvoleného číselníku profesí (např. CZ-ISCO, nebo vlastní číselníky),
o Vztah k ostatním pracovním místům, zastupování,
o Charakteristika pracovních podmínek,
o Pracovní rizika, doby expozice na rizikových pracovištích, pracovní pomůcky,
o Flmotné zodpovědnosti,
o Kvalifikační a další požadavky,
o Tarifní třída (vázaná na tabulky tarifů),
o Možnost kopírování pracovních míst a vytváření nových na základě již definovaných.
Stránka 17 z 46
3.2.5. Uchazeči o zaměstnání
■ Xxxxx s uchazeči o zaměstnání, evidence údajů o uchazečích (např. přehled o vzdělaní, kvalifikaci, praxi, osobnostních charakteristikách, kontakt apod.) včetně další provázanosti na číselníky používané v personalistice a v mzdách.
■ Možnost efektivního řízení práce s uchazeči (např. odpovědní dopisy, možnost evidence doplňujících informací - rezervace, odmítnutí, přijetí uchazeče).
■ Možnost přiložit (importovat z webového formuláře) CV a umožnit další práci s přílohou pro uživatele PaM.
■ Možnost vytvoření (založení) zaměstnance (nový nástup) z evidovaného uchazeče - překlopení již zadaných údajů z evidence uchazečů, respektování dat, pokud se jedná o uchazeče, který je již v evidenci zaměstnanců z minulých období.
■ Výstupní sestavy:
o Přehledy uchazečů podle zadaných parametrů,
o Uživatelsky definovatelné výstupní sestavy (exporty) a přehledy.
3.3. Další moduly PAM a jejich funkcionalita (volitelné)
Následující výčet a popis funkcionality či modulů je volitelný (tzv. fakultativní). Tyto moduly nejsou ze strany ÚVN striktně požadovány. Součástí jejich nabídky bude i indikativní cena níže uvedených modulů, která nebude součástí hodnotícího kritéria. Pokud je některá funkcionalita součástí nabízeného modulu a rozsah a způsob její funkčnosti bude objednateli, vzhledem na stávající praxí, vyhovovat, může přímo funkcionalitu nahradit.
3.3.1. Fond kulturních a sociálních potřeb
■ Zpravování rozpočtu na FKSP.
• Evidence čerpání jednotlivých položek fondu s vazbou na rozpočet a limit finančních prostředků (nároků) jednotlivých zaměstnanců podle položek.
■ Vytvářet přehledové i rozborové sestavy čerpání, zůstatků a dalších údajů souvisejících s FKSP podle položek.
■ Požadované rozdělení systému do dvou částí:
a) Správce
■ Definuje a udržuje aktuální portfolio nároků, provádí parametrizaci modulu.
b) Vyřizovatel
■ Vyřizuje jednotlivé požadavky na čerpání ze strany zaměstnanců.
c) Uživatel
■ Mák dispozici přehled nároku na FKSP, přehled o čerpání.
■ Hlídání pracovních a životních výročí zaměstnanců.
3.3.2. Webové moduly - HR portál
■ Intranetový modul by měla být aplikace pracující v internetovém prohlížeči, proto by nemělo být potřeba např. na počítačích vedoucích pracovníků již nic instalovat (LDAP přístup).
■ Definovat přístupová práva jednotlivých uživatelů k vybraným skupinám zaměstnanců (např. dle hierarchické struktury).
■ Cílem je zajištění reportingu vybraných dat v nadefinované struktuře prostřednictvím
webového/portálového řešení. Jednat by se mělo zejména o data za následující oblasti:
■ opis základních informací o zaměstnanci z karty zaměstnance a pracovního poměru,
■ opis kvalifikace zaměstnance,
■ přehled přiznaných mzdových složek,
■ přehled vyplacených mzdových složek,
■ přehled čerpání přesčasů a pohotovosti,
■ přehled absenční karty (čerpání dovolené a dalšího pracovního volna nad rámec řádné dovolené),
■ elektronické výplatní pásky,
Stránka 18 z 46
■ náhled na uchazeče o zaměstnání evidované v PaM s možností filtrování, zpřístupnění přílohy (CV uchazeče),
■ systemizace pracovních a služebních míst po organizačních celcích.
■ u všech reportů by měla být možnost přímého tisku nebo uložení formuláře do PDF.
3.3.3. Systém periodického hodnocení zaměstnanců (PEHO)
■ Periodické hodnocení a nutnost tento administrativní krok u zaměstnanců provádět vychází ze standardů SAK, upravuje a sjednocuje postup při adaptaci nových zaměstnanců nastupujících do ÚVN, postup a zásady provádění periodických hodnocení zaměstnanců. Zároveň stanovuje povinnosti vedoucím zaměstnancům ÚVN v oblasti stanovení a hodnocení kompetencí zaměstnanců.
■ Periodické hodnocení se provádí na všechny zaměstnance ÚVN, kteří jsou v pracovněprávním vztahu (tj. včetně uzavřených dohod o pracovní činnosti) nebo ve služebním poměru.
■ Periodické hodnocení se provádí u všech kategorií zaměstnanců, přičemž prvotní hodnocení by mělo být zpracováno při ukončení procesu zapracování a další periodického ohodnocení by mělo být zpracováno následně lx za dva roky a také v případě, kdy jsou zaměstnanci změněny kompetence. Pravidelné hodnocení provádí přímý nadřízený hodnoceného zaměstnance (hodnotitel).
■ V modulu periodického hodnocení by měl mít uživatel na výběr z těchto možností:
■ „Hodnotit zaměstnance" - tvorba nových hodnocení,
■ „Archiv" - evidence zpracovaných a schválených hodnocení,
■ „Schvalování hodnocení" - agenda schvalování hodnocení (týká se pouze vedoucích zaměstnanců)
■ Možnost výběru více typů formulářů s různým obsahem a možností uživatelských úprav výběru kompetencí a dalších vykonávaných činností dle povolání (pracovních kategorií).
■ Jednotlivé číselníky musí být uživatelsky editovatelné.
■ Možnost přímého tisku nebo uložení formuláře do PDF.
3.3.4. Další případné rozšiřující funkcionality PaM
■ elektronický žádankový systém na nepřítomnosti (např. dovolená),
■ modul určen pro personální controlling (nástroj pro spravování rozpočtu na platy a pro manažerský rozbor personálně mzdových dat.),
■ samostatný modul evidence docházky a zpracování výkazů práce.
Stránka 19 z 46
4. Bezpečnostní požadavky na systém a GDPR
4.1. Obecné bezpečnostní požadavky
■ Respektování požadavků stanovené zákonem č. 101/2000 Sb., o ochraně osobních údajů o změně některých zákonů, ve znění pozdějších předpisů.
■ Každý uživatel systému (včetně správců systému a pracovníků Zhotovitele) používá vlastní přihlašovací jméno a heslo, které není nucen z jakéhokoliv důvodu sdílet s dalšími uživateli.
■ Pro intranetový portál budou uživatelská jména a hesla ověřována proti jedné z těchto ověřovacích technologií, které má Objednatel k dispozici: Idap, nebo Active Directory.
■ V případě použití terminálového serveru budou uživatelská jména a hesla ověřována proti Active Directory. Při použití tlustého klienta bude přístup do systému ověřován vlastním uživatelským jménem a heslem uloženým v databázovém systému pro PaM.
■ Možnost nastavit přístupová práva tak, aby změny nemohl provádět neoprávněný uživatel.
■ V případě změny dat musí být legován datum, čas a autor změny. Logování bude probíhat i u klíčových operací v systému (uzávěrka mezd, přihlášení a odhlášení uživatele, založení a výmaz osoby nebo PPV apod.).
■ Modulární řešení systému musí být realizované tak, aby kopírovalo hierarchii aplikačních subsystémů a modulů. Stím souvisí požadavek na možnost stanovení přístupových práv podle těchto modulů.
■ Systém musí respektovat existenci různých kategorií uživatelů (např. referenti, personalista a mzdová účetní, vedoucí pracovník apod.). Uživatel může současně patřit do několika kategorií uživatelů.
■ Pro identifikaci případných problémů musí být systém navržen a vytvořen tak, aby bylo možno v každém okamžiku jednoznačně identifikovat, ve kterém aplikačním subsystému, modulu, obrazovce a položce došlo k problému a jakému. Zobrazení identifikace zjištěného problému bude koncovému uživateli systému sděleno srozumitelnou formou případně s pokynem, co má udělat.
■ Programové komponenty sloužící pro externí komunikaci s vnějším prostředím (tzn. mimo systémové prostředí Objednatele) musí být Objednatelem předem schváleny. Externí komunikace mimo informační systémy Objednatele musí být logována.
■ Přístupová práva k datům, funkcím i správě systému jsou v provozním i testovacím prostředí spravována samostatně.
■ Citlivé údaje (hesla, sdílená tajemství apod.) nejsou součástí textu kódu aplikace. K žádné části systému není možné získat přístup s využitím autentizačních informací (hesel, kryptografických klíčů apod.), které není možné změnit. Tj. systém neobsahuje „hardeoded" hesla, „maintenance backdooor" apod.
■ Uložená hesla uživatelských účtů jsou hashována dostatečně silným algoritmem s využitím funkce „salted hash" (přidáním uložené náhodné hodnoty).
■ Komunikace mezi uživatelskými stanicemi a servery jsou chráněny kryptografickými technikami proti odposlechu (důvěrnost) a modifikaci (integrita).
■ Systém umožňuje odesílání auditních logů na externí server.
* Jsou používány pouze kryptografické algoritmy, které splňují požadavky přílohy 3 vyhlášky č. 316/2014 Sb., o kybernetické bezpečnosti, ve znění pozdějších předpisů.
4.2. Požadavky na implementaci nařízení EU k GDPR
■ Získat informace o tom, který uživatel, v jaký čas a na jakém počítači byl přihlášen do systému.
■ Získat informace o tom, který uživatel, v jaký čas a ze kterého počítače procházel klíčovými uzly systému.
- Evidenci výstupů ze systémů, tedy, který uživatel a v jakém čase připravil některou sestavu nebo soubor.
■ Evidenci změn (kdo a kdy povedl změnu osobního údaje, hodnota před změnou a hodnota po změně).
Stránka 20 z 46
Provedení výpisu osobních údajů ve formě a na nosičích vhodných k předání subjektu údajů, provedení výmazu, případně pseudonymizace osobních údajů.
5. Technické požadavky
5.1. Požadavky na správu uživatelů a přístupová práva
Systém musí umožnit správu uživatelů a přístupových práv podle potřeb Objednatele
■ vytváření nových uživatelů, rušení a editaci existujících uživatelů
■ přidělování přístupových práv na úrovni jednotlivých funkčností
■ přidělování přístupových práv na různých úrovních přístupu k uloženým informacím
5.2. Požadavky na Integrační vazby
Zhotovitel se zavazuje vytvořit integrační rozhraní v rozsahu stávajícího IS, zejména na:
■ Ekonomický systém ÚVN (kde je dnes využíván přímý přístup k datům, protože PaM i ekonomický systém jsou v systému NAVISION)
■ Nemocniční informační systém AMIS*H (AMIS *HD)
■ Reporty
■ webové aplikace
■ skladová hospodářství
Podrobněji je rozsah integračních vazeb popsán v samostatné příloze, včetně druhu a typu položek. Mimo tento výčet musí být realizovány i integrační vazby na další aplikace, zejména sklady transfuzní stanice a stravování zaměstnanců. Za tímto účelem je u rozsahu integračních vazeb informace, že tento rozsah může být při implementaci navýšen s odhadem do +20% (realizace musí být součásti dodávky).
5.3. Technické a funkční požadavky
Obecné technické a funkční požadavky:
■ Systém musí umožňovat ověření uživatele/skupiny vůči Idap/Active Directory.
■ Systém musí logovat přístupy do systému.
■ Klientská část systému musí být provozovatelná na OS Windows 10/7 64bit, v případě webové aplikace - IE.
■ Serverová část systému musí být provozovatelná na OS MS Windows 2012r2 a novější, nebo RedHat kompatibilní verze minimálně 7.
■ Serverová i databázová část musí být provozovatelná ve virtuálním prostředí.
■ Systém musí být provozovatelný v databázovém prostředí mín. MS SQL 2008 R2 nebo databáze musí být v rámci nabízeného servisu plně ve správě Zhotovitel.
■ Součástí dodávky musí být veškeré licence nutné pro provoz systému.
■ Systém musí být v souladu s požadavky na bezpečnost - tzn. GDPR a Zákon o Kybernetické bezpečnosti.
Stránka 21 z 46
Příloha č. 2 Smlouvy o dílo
Harmonogram dílčích plnění Díla
Objednatel a Zhotovitel se dohodli, že předmět Díla bude dodáván formou dílčích plnění a v termínech určených dle týdnů, které specifikuje Tabulka 1 Harmonogram dílčích plnění v této příloze.
Každé dílčí plnění musí být provedeno nej později k poslednímu dni dané etapy. První týden začíná prvním pondělím, které následuje po nabytí účinnosti Smlouvy.
Tabulka 1 - Harmonogram dílčích plnění
Harmonogram vychází z předpokladu, že smlouva nabude účinnosti ke dni D: 13.08.2018
Pokud vyjde termín na den pracovního klidu, platí jako termín nej bližší pracovní den Pokud smlouva nabude účinnosti k jinému datu, jednotlivé termíny (vyjma termínu
konečného Dředání díla] | se adekvátně oosouva | iL | ||||
Etapa/dílčí plněni | Výstupf dokument | Termín zahájení | Termín dokončení/ předání k akceptaci | Termín předání akceptačních připomínek Objednatelem | Termín akceptace | Akceptace v týdnu (od účinnosti smí.) |
1. Příprava a definice projektu | 14.08.2018 | 24.08.2018 | 2 | |||
Jmenováni projektového týmu | Komunikační matice | 14. 0 8 .201 8 | 20 . 08 .2018 | 2 0 . 0 8 .201 8 | 20 . 0 8 .201 8 | 2 |
Sestavení a úvodní schůzka pracovního týmu | 14. 0 8 .201 8 | 2 0 . 08 .2018 | 20 . 0 8 .201 8 | 20 . 0 8 .201 8 | 2 | |
Stránka 36 z 46
Upřesnění plánu projektu následující etapy | Aktualizovaný plán projektu pro etapu Analýza a návrh řešení | 20.08.2018 | 24.08.2018 | 24.08.2018 | 24.08.2018 | 2 |
2. Analýza a návrh řešení | 25.08.2018 | 25.09.2018 | 3 | |||
Detailní funkční specifikace | Detailní funkční specifikace | 25.08.2018 | 14.09.2018 | 19.09.2018 | 23.09.2018 | 6 |
Analýza číselníků, výstupních sestav a dokumentů | Specifikace číselníků | 25.08.2018 | 14.09.2018 | 19.09.2018 | 23.09.2018 | 6 |
Požadavky na migraci dat | Požadavky na migraci dat | 25.08.2018 | 14.09.2018 | 19.09.2018 | 23.09.2018 | 6 |
Analýza a upřesnění požadavků na integrační vazby | Detailní popis integračních vazeb | 25.08.2018 | 14.09.2018 | 19.09.2018 | 23.09.2018 | 6 |
Upřesnění plánu projektu následující etapy | Aktualizovaný plán projektu | 23.09.2018 | 25.09.2018 | 25.09.2018 | 25.09.2018 | 7 |
3. Implementace | 23.09.2018 | 24.10.2018 | 1 | |||
Instalace zkušební verze systému | Instalovaný systém v prostředí Objednatele | 25.09.2018 | 29.09.2018 | 29.09.2018 | 29.09.2018 | 7 |
Instalace databáze | Instalovaný systém v prostředí Objednatele | 25.09.2018 | 29.09.2018 | 29.09.2018 | 29.09.2018 | 7 |
Nastavení číselníků | Systém s nastavenými čísel níkovými hodnotami | 26.09.2018 | 30.09.2018 | 30.09.2018 | 30.09.2018 | 7 |
Stránka 37 z 46
Nastavení přístupových práv uživatelů | Systém s nastavenými přístupovými právy hodnotami | 26 . 0 9 .201 8 | 29 . 09 .2018 | 01 . 10 .2018 | 02 . 10 .2018 | 8 |
Převod stávajících dat do systému Magion (migrace) | Systém s naplněnými daty | 3 0 . 0 9 .201 8 | 10. 10 .2018 | 13 . 10 .2018 | 15. 10 .2018 | 10 |
Realizace potřebných SW úprav | Vyplyne z Analýzy | 24 . 0 9 .201 8 | 09 . 10 .2018 | 13 . 10 .2018 | 15. 10 .2018 | 10 |
Implementace integračních struktur | Vytvořené integrační vazby (db vlew, WS apod...) | 2 3 . 0 9 .201 8 | 18. 10 .2018 | 2 2 . 10 .2018 | 24 . 10 .2018 | 1 |
Předání do zkušebního provozu | Funkční Systém s naplněnými daty | 15 . 10 .2018 | 15. 10 .2018 | 19 . 10 .2018 | 21 . 10 .2018 | 10 |
Upřesnění plánu projektu následující etapy | Aktualizovaný plán projektu | 2 4 . 10 .2018 | 26 . 10 .2018 | 26 . 10 .2018 | 26 . 10 .2018 | 1 |
4. Zkušební provoz | 2 5 . 0 9 .201 8 | 18 . 11 .2018 | 1 | |||
školení uživatelů | Plán školení, Realizace školení | 21 . 10 .2018 | 26 . 10 .2018 | 26 . 10 .2018 | 26 . 10 .2018 | 1 |
Příprava testovacích scénářů | Soubor testovacích scénářů jednotlivých funkcí systému | 25 . 0 9 .201 8 | 15. 10 .2018 | 19 . 10 .2018 | 22 . 10 .2018 | 1 |
Testování funkčnosti systému | Protokol o testování | 21 . 10 .2018 | 28 . 10 .2018 | 30 . 10 .2018 | 01 . 11 .2018 | 12 |
Předání do zkušebního provozu | Protokol o předání systému do zkušebního provozu | 01 . 11 .2018 | 01 . 11 .2018 | 01 . 11 .2018 | 01 . 11 .2018 | 12 |
Zkušební výpočet mezd | Standardní výstupy z výpočtu mezd | 01 . 11 .2018 | 06 . 11 .2018 | 08 . 11 .2018 | 10. 11 .2018 | 13 |
Stránka 38 z 46
Vyhodnocení zkušebního provozu | Protokol o výsledku a ukončení zkušebního provozu | 10. 11 .2018 | 12. 11 .2018 | 14. 11 .2018 | 16. 11 .2018 | 14 |
Upřesnění plánu projektu následující etapy | Aktualizovaný plán projektu | 16. 11 .2018 | 18. 11 .2018 | 18. 11 .2018 | 18. 11 .2018 | 14 |
5. Rutinní provoz s podporou | 16 . 11 .2018 | 27 . 11 .2018 | 16 | |||
Realizace a instalace úprav plynoucích ze zkušebního provozu | Provedení úprav definovaných Protokolem o ukončení zkus. provozu | 16 . 11 .2018 | 21 . 11 .2018 | 23 . 11 .2018 | 25 . 11 .2018 | 15 |
Aktualizace provozních dokumentů | Aktualizovaná dokumentace systému | 16 . 11 .2018 | 2 1 . 11 .2018 | 2 3 . 11 .2018 | 2 5 . 11 .2018 | 15 |
Předání do rutinního provozu | Protokol o předání systému do rutinního provozu | 25 . 11 .2018 | 2 5 . 11 .2018 | 27 . 11 .2018 | 27 . 11 .2018 | 16 |
Konečná akceptace díla | 27.11.2018 | 2 7 . 11 .2018 | 2 7 . 11 .2018 | 27 . 11 .2018 | 27 . 11 .2018 | 16 |
Stránka 39 z 46
Příloha č. 3 Smlouvy o dílo
Organizace řízení projektu
Článek I.
Základní definice
1. „Projekt" je souhrn činností, realizovaných společně Objednatelem a Xxxxxxxxxxxx s cílem naplnit předmět této Smlouvy.
2. Pro účely řízení Projektu budou nejpozději do 3 dnů ode dne účinnosti této Smlouvy vytvořeny pracovní týmy, pověřené realizací Projektu:
Funkce | Popis činnosti |
Řídící výbor | Vrcholový orgán řízení Projektu, disponující delegovanou pravomocí smluvních stran při rozhodování ve všech záležitostech týkajících se Projektu vyjma změn v ustanoveních této Smlouvy. |
Vedoucí projektu Zhotovitele | Osoba pověřená Xxxxxxxxxxxx jednat jeho jménem v záležitostech týkajících se operativního řízení Projektu. |
Vedoucí projektu Objednatele | Osoba pověřená Objednatelem jednat jeho jménem v záležitostech týkajících se operativního řízení Projektu. |
Projektový tým | Osoby, které jsou jmenovány smluvními stranami a pověřeny plněním předmětu Smlouvy |
Tabulka 1 - Struktura pracovního týmu Projektu
3. Řídící výbor může na návrh Vedoucího projektu Xxxxxxxxxxx jmenovat další pracovní týmy a pověřit je plněním úkolů souvisejících s Projektem.
4. Projekt bude realizován v etapách podle Plánu projektu, který je uveden v tabulce níže, kde je specifikován obsah etap a termíny jejich zahájení a ukončení.
5. Podrobný plán Projektu, který specifikuje pro jednotlivé etapy a aktivity jejich cíl, obsah, výstupy, výkony Zhotovitele a součinnost Objednatele, termíny zahájení a ukončení včetně termínů jednotlivých aktivit, projektových schůzek a schůzí Řídícího výboru, bude vytvořen vždy v etapě předcházející dotčené etapě. Tento plán bude schvalován Řídícím výborem Projektu a bude průběžně aktualizován.
6. Změna termínu ukončení Projektu je považována za změnu ustanovení této Smlouvy a musí být provedena formou dodatku k této Smlouvě.
7. Změny termínů jednotlivých etap musí být schváleny Řídícím výborem Projektu.
8. Změny termínů jednotlivých aktivit uvedených v Plánu projektu musí být schváleny Vedoucím projektu Zhotovitele a Vedoucím projektu Objednatele.
9. Průběh prací na Projektu řídí Zhotovitel prostřednictvím Vedoucího projektu Xxxxxxxxxxx, který svá rozhodnutí průběžně konzultuje s Vedoucím projektu Objednatele.
Článek II. Specifikace etap projektu
Projekt bude realizován v etapách definovaných v následující tabulce:
Stránka 40 2 46
Tabulka 2 - Harmonogram projektu
Harmonogram vychází z předpokladu, že smlouva nabude účinnosti ke dni D: 13.08.2018 Pokud vyjde termín na den pracovního klidu, platí jako termín nejbližší pracovní den
Pokud smlouva nabude účinnosti k jinému datu, jednotlivé termíny (vyjma termínu konečného předání díla) se adekvátně posouvají.
Etapa | Obsah etapy | Termín zahájení etapy | Termín dokončení etapy |
1. Příprava a definice projektu | Ustavení projektových týmů, role jednotlivých členů, definice komunikačních procedur a kompetencí, seznámení Zhotovitele s prostředím Objednatele, upřesnění projektového plánu následující etapy | 14.08,2018 | 24.08.2018 |
2. Analýza a návrh řešení | Analýza stávajícího stavu a potřeb Objednatele, zpracování detailní funkční specifikace systému, formulování požadavků na data (migrace, integrační struktury, číselníky apod.), formulace základních požadavků na uživatelské role a oprávnění, návrh řešení a jeho konfrontace s požadavky Objednatele formulovanými v Zadávací dokumentaci a smluvních dokumentech. Schválení (akceptace) analýzy jako celku | 25.08.2018 | 25.09.2018 |
3. Implementace | Instalace systému (uživatelského SW, databáze), nastavení v souladu s výstupy Analýzy, realizace a základní ověření integračních vazeb | 23.09.2018 | 24.10.2018 |
4. Zkušební provoz | Ověření funkčnosti systému Dokončení konverze dat Úpravy nastavení systému Ověření vazeb na okolní systémy Ověření provozních vlastností (odezva, ...) Skolení uživatelů Dokumentace | 25.09.2018 | 18.11.2018 |
5. Rutinní provoz s podporou | Ostrý provoz se zvýšenou pohotovostí Zhotovitele Konečná akceptace díla | 16.11.2018 | 27.11.2018 |
Článek III. Změnové řízení
1. Objednatel má právo v průběhu plnění Zhotovitele upřesňovat zadání předmětu plnění dle této Smlouvy.
Stránka 41 z 46
2. Projektový tým po zadání změny analyzuje, navrhne a vyhodnotí pracnost realizace změny, dopad požadované změny na kvalitu řešení, termín realizace změny a případný dopad na požadované termíny plnění předmětu smlouvy a provede kalkulaci ceny realizace změny.
3. Pokud provedení změny má dopad na cenu nebo termíny plnění předmětu Smlouvy nebo se jedná podle názoru alespoň jedné ze smluvních stran o změnu, kterou by měl schvalovat Řídící výbor projektu, projektový tým informuje písemně Řídící výbor projektu o důsledcích a podmínkách požadované změny.
4. Při schvalování změny Řídícím výborem bude oboustranně podepsán Zápis o změně, který bude obsahovat: předmět změny, způsob její realizace, časový průběh změny, pracnost, cenu a lhůty plnění navázaných na změnu. V případě dopadu změny na cenu nebo termín ukončení Projektu musí být Zápis o změně po schválení Řídícím výborem potvrzen oboustranně odsouhlaseným dodatkem ke Smlouvě, podepsaným oprávněnými zástupci smluvních stran.
5. Smluvní strany se dohodly, že změna může mít kompenzační charakter - navýšení pracnosti jedné části je kompenzováno adekvátním snížením pracnosti části jiné.
Článek IV. Akceptační řízení
1. Ke splnění předmětu Smlouvy dojde podpisem akceptačních protokolů ke všem samostatným dílčím plněním na základě úspěšně realizovaných akceptačních procedur. Dílčí plnění musí vyhovět:
* Oponentuře a akceptaci Objednatelem v případě Detailní funkční specifikace a ostatních dokumentů vypracovávaných Zhotovitelem;
• Souladu Díla s dokumentem Detailní funkční specifikace v případě ostatních dílčích plnění.
2. Pro akceptaci dílčích plnění Detailní funkční specifikace a ostatních dokumentů vypracovávaných Zhotovitelem, Zhotovitel předá v souladu s harmonogramem projektu předmětné dokumenty Objednateli. Objednatel posoudí, zda obsah a kvalita dokumentů vyhovují Příloze č. 1 této Smlouvy, a případně uplatní připomínky, ve kterých bude konkrétně specifikovat, jak a kde jsou předmětné dokumenty v neshodě s touto přílohou. Zhotovitel uzná oprávněné připomínky Objednatele k předmětným dokumentům (za oprávněnou připomínku se považuje připomínka, jejímž důsledkem není změna specifikace Díla daná Smlouvou) a v termínech specifikovaných v harmonogramu projektu je doplní.
3. Nedohodnou-li se strany jinak, budou akceptační testy dílčích plnění probíhat v místě plnění předmětu Smlouvy v souladu s harmonogramem Projektu.
4. Akceptační testy dílčích plnění budou prováděny určenými pracovníky Objednatele, kteří budou ověřovat, zda a jak předmětná dílčí plnění jsou v souladu s Detailní funkční specifikací, za přítomnosti určených pracovníků Zhotovitele.
5. Výsledek akceptačních testů zaznamená Objednatel do Zhotovitelem předloženého akceptačního protokolu. K podpisu akceptačních protokolů je za Objednatele oprávněn Vedoucí projektu Objednatele, za Zhotovitele Vedoucí projektu Zhotovitele.
6. Pokud akceptace dílčího plnění proběhne bez výhrad (tj. při akceptačních testech nebudou zjištěny žádné nedostatky v souladu Díla s Detailní funkční specifikací), bude tato skutečnost jmenovitě uvedena vakceptačním protokolu.
7. Pokud akceptace dílčího plnění proběhne s výhradami (tj. při akceptačních testech budou zjištěny pouze drobné nedostatky v souladu Díla s Detailní funkční specifikací, které nebrání Objednateli
Stránka 42 z 46
v užívání Díla), budou v protokolu popsány všechny zjištěné nedostatky a sjednán postup a termín jejich odstranění.
8. Pokud akceptace dílčího plnění proběhne bez výhrad nebo pokud akceptace dílčího plnění proběhne s výhradami, je Objednatel povinen bez zbytečných průtahů samostatné dílčí plnění převzít a převzetí potvrdit podpisem akceptačního protokolu.
9. V případě neakceptování dílčího plnění, tj. když při akceptačních testech budou zjištěny takové nedostatky v souladu Díla s Detailní funkční specifikací, které brání Objednateli ve využívání Díla, jsou Objednatel a Zhotovitel sjednat bez zbytečných průtahů maximálně rychlý postup a co nejkratší termín odstranění předmětných nedostatků.
10. Předmět Smlouvy se považuje za řádně provedený okamžikem akceptace bez výhrad nebo akceptace s výhradami posledního dílčího plnění. Akceptací dílčího plnění není dotčeno právo Objednatele uplatnit právo na odstranění vad Díla.
11. Zahájením užívání Díla nebo jeho části v běžném provozu, aniž by o takovém užití byla mezi stranami dohoda nebo takové užití vyplývalo z povahy akceptace, se předmět Smlouvy nebo jeho dotčená část považují za akceptované. Běžným provozem se rozumí takové používání Díla, které Objednatel zamýšlel po řádném provedení předmětu Smlouvy, tj. k danému účelu, s živými daty a v předpokládaném rozsahu uživatelů.
Stránka 43 z 46
Příloha č. 4 Smlouvy o dílo
Licenční ujednání
1. Zhotovitel poskytne objednateli nevýhradní licenci k užití Díla (Systému), opravňující objednatele k přístupu ke všem funkcionalitám Systému, pro neomezený počet uživatelů. Licenční ujednání neřeší licenci databázového serveru a terminálového připojení, protože nejsou předmětem dodávky v rámci výběrového řízení
2. Zhotovitel na základě této smlouvy poskytuje objednateli za odměnu a za podmínek v této smlouvě stanovených oprávnění k výkonu práva Systém užít. Odměna je zahrnuta v celkové ceně za zhotovení díla. Právem užít se pro účely této smlouvy rozumí právo nerušeně Systém užívat s omezeními stanovenými autorským zákonem a dalšími právními předpisy a touto smlouvou.
3. Územní a časový rozsah multilicence je neomezený.
4. Objednatel není oprávněn provozovat části Systému za účelem provádění jeho zpětné analýzy a zasahovat do zdrojového kódu Systému, propojovat jej sám s jinými systémy.
5. Objednatel není rovněž oprávněn do Systému zasahovat jinak, než dokumentace Systému nebo účel licence připouští.
Stránka 44 z 46
Příloha č. 5 Smlouvy o dílo
Doporučené hardwarové a softwarové prostředí
Pro provoz systému MAGION je potřeba server, na němž bude provozována databáze a koncové stanice příp. terminálový server, kde bude nainstalována aplikace.
Systém je tak možno provozovat včetně resp. bez terminálového serveru, kdy koncové stanice mohou, ale nemusí, využívat klienta terminálového serveru. Pro obě varianty je možné využít stávajících prostředků, pokud mají dostatečnou výkonovou, komunikační a datovou kapacitu.
V případě použití terminálového serveru je nainstalována samotná aplikace i databázový klient na tomto serveru, v opačném případě jsou na koncové stanici (lze i kombinovat oba přístupy).
Dále uvádíme typové řešení u zákazníka s cca 50 uživateli a 2 000 zaměstnanci - architektura: DB server, aplikační terminálový server, klientské počítače.
Typové hardwarové řešení
Databázový server:
IxXeon 2,6Ghz, 8GB RAM, HDD 500GB.
Terminál server:
IxXeon 2,6GHz, 12GB RAM, HDD 300GB.
Klientská stanice:
IxPentium 2,6GHz, 4GB RAM, HDD 200GB.
Typové softwarové řešení
Databázový server:
1. Microsoft Windows Server 2008 R2.
2. Microsoft SQL Server 2008.
Terminal Server:
1. Microsoft Windows Server 2008 R2.
2. Remote Desktop Services.
3. Microsoft NET Framework 4.6 a vyšší.
4. Připojení k databázovému serveru.
Klient:
1. Windows 7 a vyšší.
2. Připojení ke vzdálené ploše.
Stránka 45 z 46
Příloha č. 6 Smlouvy o dílo
Seznam poddodavatelů nebo čestné prohlášení o tom, že Xxxxxxxxxx provede Dílo bez poddodavatelů
My níže uvedený dodavatel účastnící se výběrového řízení organizovaného k zadání níže uvedené veřejné zakázce,
Dodavatel: | MAGION systém, a.s. |
Sídlo: | Xxxxxxxxx 1252, 755 01 Vsetín |
Název veřejné zakázky: | ÚVN - VoFN Praha - informační technologie - nákup |
Název části veřejné zakázky: | Personální systém |
čestně prohlašujeme,
že se na předmětných pracích v celém rozsahu nebudou podílet žádné poddodavatelské firmy.
V místě: | Vsetín |
Dne: | |
Xxxxx oprávněné jednat jménem či za účastníka: | Xxx. Xxxxxx Xxxxxxx, předseda představenstva Xxx. Xxx Xxxxx, místopředseda představenstva |
Stránka 46 z 46