SMLOUVA O DÍLO A
SMLOUVA O DÍLO A
SMLOUVA O POSKYTNUTÍ LICENCE A SOUVISEJÍCÍCH SLUŽEB
uzavřená v souladu s ust. § 2586 a násl., ust. § 2631 a násl. a v souladu s § 1746 odst. 2 zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů (dále jen „občanský zákoník“), zákonem č. 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ů, ve znění pozdějších předpisů (dále jen „autorský zákon“) a zákonem č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů (dále jen
„zákon
o zadávání veřejných zakázek“)
(dále jen “Smlouva”)
Objednatel (dále v textu jen „Objednatel“)
Název: ČR – Státní úřad inspekce práce
Sídlo: Kolářská 451/13, 746 01 Opava
Zastoupen: Xxx. Xxx. Xxxxxx Xxxx, generální inspektor
IČO: 75046962
Bankovní spojení Česká národní banka č. ú.
Zhotovitel (dále v textu jen „Zhotovitel“)
Název: AUTOCONT a.s.
Sídlo: Hornopolní 3322/34, Moravská Ostrava, 702 00 Ostrava
Zastoupen: Xxxxxx Xxxxxxxx, člen představenstva Xxxxxx Xxxxxxxx, člen představenstva
IČO: 04308697
DIČ: CZ04308697
Zapsán v OR: pod spisovou značkou B 11012 vedenou u Krajského soudu v
Ostravě
Bankovní spojení:
Společně také jako „smluvní strany“ nebo jednotlivě jako „smluvní strana“
OBSAH
III. Předmět části A Smlouvy 4
VI. Předání a převzetí Díla, akceptační řízení 6
VIII. Nebezpečí škody na Díle 8
IX. Licence, práva duševního vlastnictví, další vlastnická práva k Dílu a práva k databázím 9
XII. Ostatní podmínky; hardware jako příslušenství Díla 12
XIII. Předmět části B Smlouvy 14
XIV. Cena Servisních služeb 15
XV. Ostatní podmínky Servisních služeb 15
XVI. Předmět části C Smlouvy 15
SPOLEČNÁ USTANOVENÍ PRO VŠECHNY ČÁSTI SMLOUVY 18
XIX. Fakturace a platební podmínky 18
XXI. Zásady odpovědného zadávání 20
XXII. Zajištění bezpečnosti informací a požadavků zákona o kybernetické bezpečnosti
................................................................................................................................... 21
XXIII. Ochrana osobních údajů 23
XXIV. Doba trvání závazku, ukončení Smlouvy 24
XXV. Pojištění odpovědnosti 24
XXVII. Sankce a odstoupení od Smlouvy 25
XXVIII.Vyhrazená změna závazku – výminka možnosti nahrazení Zhotovitele 27
XXIX. Závěrečná ustanovení 27
I. Preambule
Smluvní strany uzavírají tuto Smlouvu na základě zadávacího řízení provedeného dle zákona
o zadávání veřejných zakázek na veřejnou zakázku s názvem „SÚIP – Sloučení programových platforem informačního systému REÚIP II“, ev. č. zakázky ve věstníku veřejných zakázek: Z2021- 001505, sp. zn. zadavatele: SUIPSPP0321 (dále jen „veřejná zakázka“). Používá-li tato Smlouva pojmy „zadávací podmínky“ či „zadávací dokumentace“, jsou těmito pojmy myšleny zadávací podmínky, resp. zadávací dokumentace veřejné zakázky dle předchozí věty, které jsou dostupné na profilu zadavatele dle zákona o zadávání veřejných zakázek a jsou také archivovány u Objednatele.
Objednatel uplatňuje zásady odpovědného zadávání veřejných zakázek. Veřejné zakázky zadávané Objednatelem proto akcentují témata důstojných pracovních podmínek, férových vztahů v dodavatelsko-odběratelském řetězci, etického nakupování a ekologicky šetrných řešení, přičemž tato témata jsou uplatňována přiměřeně a transparentně při respektování zásad rovného zacházení a zákazu diskriminace ve vztahu k dodavatelům a principů účelnosti, hospodárnosti
a efektivity při realizaci plněním dle zákona o zadávání veřejných zakázek.
II. Předmět a účel Smlouvy
1. Účelem této Smlouvy je optimalizace datových struktur komplexního informačního systému Registru elektronizace úkonů inspekce práce (dále jen „REÚIP“), sloučení programových platforem MS Dynamics CRM a AX do MS Dynamics 365, a zajištění jeho bezproblémového provozu a rozvoje.
2. Předmětem této Smlouvy je závazek Zhotovitele provést na svůj náklad a nebezpečí ve sjednaném termínu a za podmínek sjednaných v této Smlouvě níže specifikované plnění, které se skládá ze 3 částí, a to:
a) optimalizace datových struktur REÚIP, tj. zejména komplex návrhu optimalizace, dodání, instalace a implementace veškerého potřebného softwarového vybavení na všech úrovních včetně poskytnutí všech potřebných licencí, za účelem provedení sloučení programových platforem MS Dynamics CRM a AX do MS Dynamics 365, migrace dat, školení, dokumentace, ověřovací a produktivní provoz systému na dobu určitou dle podmínek této Smlouvy a jejích příloh (dále jen „Dílo“), včetně příslušenství Díla, které tvoří hardware dle této Smlouvy,
b) poskytování servisních služeb, podpory systému a jeho pravidelných, resp. nahodilých aktualizací i po jeho nasazení a implementaci dle podmínek této Smlouvy a jejích příloh (dále jen „Servisní služby“),
c) poskytování Rozvoje systému vyžádaného Objednatelem (dále jen „Rozvoj“).
3. Popis stávajícího stavu softwarového vybavení a schéma základního zapojení technické infrastruktury Objednatele relevantní pro plnění této Smlouvy, který je nutný pro řádný provoz předmětu plnění veřejné zakázky dle zadávacích podmínek, je uveden v zadávacích podmínkách a příloze č. 1 Smlouvy – Funkční a technická specifikace. Zhotovitel prohlašuje, že se s popisem stavu softwarového vybavení Objednatele relevantního pro plnění této Smlouvy seznámil.
4. Smluvní strany uvádí, že je jim známo, že REÚIP je významným informačním systémem ve smyslu ust. § 2 odst. 1 písm. b) vyhlášky č. 317/2014 Sb., o významných informačních systémech a jejich určujících kritériích, ve znění pozdějších předpisů. Objednatel je správcem uvedeného významného informačního systému dle § 3 písm. e) zákona č. 181/2014 Sb., o kybernetické bezpečnosti a o změně souvisejících zákonů, ve znění pozdějších předpisů (dále jen „zákon
o kybernetické bezpečnosti“). Zhotovitel je povinen při plnění Smlouvy zajistit dodržování požadavků na kybernetickou bezpečnost a prohlašuje, že při své činnosti postupuje v souladu se zákonem o kybernetické bezpečnosti a vyhláškou č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti kybernetické bezpečnosti a likvidaci dat (vyhláška o kybernetické bezpečnosti) a dále v souladu s technickými standardy ISO 27001 o zajištění bezpečnosti informací nebo jiným
rovnocenným řešením. Objednatel považuje Xxxxxxxxxxx za významného dodavatele ve smyslu ust. § 2 písm. n) vyhlášky o kybernetické bezpečnosti. Xxxxxxxxxx bere na vědomí, že je Objednatelem veden v jeho evidenci významných dodavatelů.
5. Předmětem této Smlouvy je rovněž závazek Objednatele plnění Zhotovitele převzít a zaplatit za něj sjednanou cenu a příslušnou DPH, je-li Zhotovitel povinen podle zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů (dále jen „zákon o DPH“) hradit DPH, jakož i závazek Objednatele spolupracovat se Xxxxxxxxxxxx při plnění jeho povinností vyplývajících
z této Smlouvy tak, aby Xxxxxxx mohla být řádně realizována po celou dobu trvání závazku z ní vyplývajícího.
6. Konečně je předmětem této Smlouvy závazek Zhotovitele provádět Dílo, provozovat jeho příslušenství, Servisní služby a Rozvoj v souladu s bezpečnostní dokumentací (požadavky na dodavatele, provozovatele a správce); Standardem ICT prostředí MPSV, který tvoří Přílohu č. 2 Smlouvy.
7. Xxxxxxxxxx provede plnění na svůj náklad, na své nebezpečí, dohodnutým způsobem, v dohodnutém termínu a jakosti a za cenu dle této Smlouvy.
8. Xxxxxxxxxx provede plnění v souladu s touto Smlouvou, přílohami této Smlouvy, rozhodnutími státních orgánů a platnými právními předpisy a technickými normami vztahujícími se k plnění Smlouvy a v souladu se zadávacími podmínkami veřejné zakázky. V případě vnitřního rozporu mezi jednotlivými dokumenty má textace v těle Xxxxxxx přednost před přílohami této Smlouvy, tj. zejména před Funkční a technickou specifikací (příloha č. 1 Smlouvy) a také před zadávací dokumentací veřejné zakázky.
ČÁST A – DÍLO
III. Předmět části A Smlouvy
1. Dílem dle této části Smlouvy je optimalizace datových struktur REÚIP a související plnění a činnosti v rozsahu dle specifikace uvedené v čl. II. odst. 2 písm. a) Smlouvy, implementace Díla do prostředí Objednatele, poskytnutí veškerého programového vybavení v rozsahu určeném v popisu Díla uvedeném v Příloze č. 1 – Funkční a technická specifikace, která je součástí této Smlouvy (dále jen jako „Funkční a technická specifikace“). Bližší specifikace Díla je rovněž uvedena v Příloze č. 1 – Funkční a technická specifikace. Součástí předmětu Díla je i zajištění migrace dat z existujících informačních systémů Objednatele, která jsou nutná pro zajištění požadované funkčnosti, školení pracovníků Objednatele, a zajištění integrace s informačními systémy, které budou dále provozovány Objednatelem.
2. Konkrétní požadavky na vlastnosti a rozsah Díla stanoví Funkční a technická specifikace a Zhotovitel je povinen je při provádění a zhotovení Díla dodržet.
3. Zhotovitel je při provádění Díla vázán také pokyny Objednatele, pokud Objednatel Zhotoviteli
takové pokyny udělí.
4. Změny Díla, včetně provedení veškerých dodatečných prací na Díle, změny technologií, personálního zabezpečení spojeného s činnostmi řádného užívání Díla, doplňky, rozšíření či zúžení Díla, Servisní služby Díla, pokud vedou ke změně závazku vzešlého z této Smlouvy, Rozvoj Díla dle části C této Smlouvy, jakož i vyhrazená změna závazku dle čl. XXVIII. této Smlouvy jsou vyhrazenou změnou závazku ve smyslu ust. § 100 odst. 1 zákona o zadávání veřejných zakázek. Další změny této Smlouvy je možné činit pouze za naplnění podmínek dle ust. § 222 zákona o zadávání veřejných zakázek; všechny takové změny budou sjednány ve formě písemného dodatku k této Smlouvě.
IV. Zdrojové kódy Díla
1. Součástí implementace Díla dle čl. III. odst. 1 Smlouvy je také předávání dílčích zdrojových kódů od implementačních prací Objednateli (dále jen “Zdrojový kód” či „Zdrojové kódy“).
2. Zdrojový kód musí být spustitelný v prostředí Objednatele bez nutnosti instalace dalších aplikací nebo programového vybavení, vyjma instalace vývojového prostředí IDE, a zaručující možnost ověření, že 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 Zdrojového kódu.
3. Nestanoví-li Smlouva jinak, je Zhotovitel povinen předat Objednateli Zdrojový kód za Etapu 5 a 6 Díla, přičemž Zdrojový kód bude předán vždy nejpozději k poslednímu dni termínu splnění dané etapy dle čl. V. odst. 1 Smlouvy, Zdrojový kód k celému Dílu bude předán spolu s Provozní dokumentací dle čl. VI. odst. 19 Xxxxxxx, nejpozději však v termínu splnění Etapy 6. V případě, že bude etapa převzata jako „Akceptováno s výhradou“, je Zhotovitel povinen v rámci odstranění vad a nedodělků rovněž doložit i nový Zdrojový kód, pakliže došlo při odstraňování vad a nedodělků k jeho změně. Zdrojový kód bude Objednateli Zhotovitelem předán na nepřepisovatelném technickém nosiči dat s viditelně označeným názvem „Zdrojový kód“ a datem předání dle implementačního plánu. Nosič bude obsahovat i specifikaci zdrojů, ze kterých byl Zdrojový kód zkompilován. Dokumentovaný Zdrojový kód bude minimálně ve formě adresářů/podadresářů obsahujících podpůrné knihovny, zdrojové kódy, ostatní zdroje (např. obrázky) a spustitelné soubory. Dokumentace Zdrojového kódu musí obsahovat podrobný popis. O předání každého technického nosiče dat bude oběma smluvními stranami sepsán a podepsán písemný protokol
o předání Zdrojových kódů.
4. Zhotovitel není povinen Objednateli předat Zdrojový kód tzv. „proprietárního softwaru“, tedy softwaru běžně dostupného na trhu, který si může koupit neomezený počet osob a který není vytvořen Zhotovitelem či jakoukoli jinou osobou pro účely splnění Díla dle této Smlouvy. Smluvní strany se dohodly, že proprietárním software je i software společnosti Microsoft, který bude Zhotovitelem použit jako výchozí software pro zhotovení Díla.
V. Etapy Díla
1. Smluvní strany se dohodly, že ode dne účinnosti Smlouvy do implementace Díla, totiž do jeho instalace, uvedení do provozu a umožnění Objednateli nakládat s jeho funkcionalitami, uběhnou v členění na jednotlivé etapy nejvýše následující lhůty:
Název etapy | Termín splnění etapy |
Etapa 1 – Nabytí účinnosti Smlouvy | T |
Etapa 2 – Analýza a implementační plán | T + 3 měsíce |
Etapa 3 – Dodávka HW pro vývoj, test a produkci včetně instalace a zprovoznění SW aplikací | T + 4 měsíce |
Etapa 4 – Převedení agend MS Dynamics CRM 2011 do MS Dynamics 365 | T + 10 měsíců |
Etapa 5 – Převedení agend MS Dynamics AX 2009 do MS Dynamics 365, vyhodnocování a reporty | T + 12 měsíců |
Etapa 6 – Testovací a finální migrace dat, akceptační řízení, převzetí celého Díla | T + 15 měsíců |
2. Plnění jednotlivých etap započne Zhotovitel sám, pokud mu Objednatel písemně nesdělí, že
etapu započínat nemá.
3. Objednatel se zavazuje k implementaci všech etap.
4. Ve chvíli, kdy smluvní strany naznají, že etapa byla dokončena řádně a plnění v ní poskytnuté pracuje bezvadně a v souladu s požadavky této Smlouvy, vedoucí projektu smluvních stran uvedenou skutečnost stvrdí akceptačním protokolem po provedeném akceptačním řízení. Dnem
podpisu akceptačního protokolu je daná etapa Díla předána a v případě akceptace Etapy 6 dle akceptačního řízení Objednatel může začít čerpat Servisní služby dle části B Smlouvy. Součástí Etapy 6 je testovací provoz Díla v minimálním rozsahu 2 týdnů, jehož ukončení je potvrzeno podpisem akceptačního protokolu dle Akceptačního řízení. O faktu úspěchu testovacího provozu rozhoduje Objednatel s přihlédnutím k činnosti a informacím poskytnutých mu Zhotovitelem.
VI. Předání a převzetí Díla, akceptační řízení
1. Závazek Zhotovitele provést Dílo podle této Smlouvy je splněn jeho řádným a včasným dokončením, včetně provedení testovacího provozu dle čl. V. odst. 4 Xxxxxxx, je-li touto Smlouvou, jejími přílohami nebo Objednatelem požadován, a předáním Objednateli, včetně předání veškerých dokladů nezbytných k užívání Díla a dokladů stanovených platnými právními předpisy, normami a rozhodnutími orgánů veřejné moci, tj. zejména dokumentace Díla dle Funkční a technické specifikace.
2. V případě, že platné právní předpisy nebo platné technické normy předepisují provedení zkoušek, revizí, atestů a měření či zajištění prohlášení o shodě týkajících se Díla, je Zhotovitel povinen zajistit jejich úspěšné provedení před předáním Díla Objednateli, a to na náklad Zhotovitele.
3. Objednatel Dílo převezme za předpokladu, že je Dílo dokončené, a že odpovídá této Smlouvě včetně jejích příloh, je plně funkční, a je prosté vad a nedodělků s výjimkou ojedinělých drobných vad, jež samy o sobě ani ve spojení s jinými nebrání řádnému užívání Díla.
4. O předání a převzetí Díla bude smluvními stranami sepsán protokol, který bude obsahovat zhodnocení provedených prací na Díle, výsledky akceptačních testů, akceptační protokoly, souhlasné stanovisko Odboru hlavního architekta Ministerstva vnitra (dále také jen „OHA MV“ vydané na základě provozní dokumentace (dále jen „Provozní dokumentace“) dle čl. VI. odst. 19 Smlouvy, soupis všech provedených updatů/upgradů ovladačů firmwaru a SW, potvrzení předání zdrojových kódů, soupis zjištěných vad a nedodělků, doby stanovené Objednatelem k jejich odstranění nebo jiná opatření (byla-li dohodnuta) a soupis dokladů předávaných Zhotovitelem Objednateli při předání Díla (dále jen „akceptační protokol“).
5. V případě, že Objednatel Dílo nepřevezme, bude mezi smluvními stranami sepsán zápis o nepřevzetí Díla s uvedením důvodu nepřevzetí Díla a s uvedením stanovisek obou smluvních stran. V případě nepřevzetí Díla dohodnou smluvní strany dobu k odstranění vad nebo nedodělků a náhradní termín předání a převzetí Díla.
6. Zhotovitel se zavazuje řádně odstranit veškeré vady a nedodělky, jež vyplynou z akceptačního řízení, a to v termínu stanoveném v akceptačním protokolu. V případě nepřevzetí Díla Objednatelem je Zhotovitel povinen řádně odstranit veškeré vady a nedodělky v době sjednané v zápisu o nepřevzetí Díla podle odst. 5 tohoto článku. Nebude-li termín odstranění vady nebo nedodělku v akceptačním protokolu nebo v zápisu o nepřevzetí Díla stanoven, je Zhotovitel povinen vadu nebo nedodělek odstranit nejpozději do 14 kalendářních dnů ode dne oboustranného podpisu akceptačního protokolu, resp. zápisu o nepřevzetí Díla. Objednatel se zavazuje po obdržení informace o odstranění vad a nedodělků Zhotovitelem, posoudit tyto bez zbytečného odkladu (maximálně však do 7 kalendářních dnů). O odstranění vad a nedodělků sepíšou smluvní strany protokol.
7. Zhotovitel je oprávněn předat Dílo po částech. Objednatel je oprávněn odmítnout převzetí části Díla do doby, než budou odstraněny vady a nedodělky uvedené v akceptačním protokolu k části Díla, která byla předána dříve. Ustanovení § 2606 občanského zákoníku se nepoužije.
8. Předání a převzetí předmětu Díla, včetně předání a převzetí dokumentů majících charakter výstupů provádění Díla, probíhá v souladu s čl. V. odst. 1 Smlouvy a na základě v něm uvedených a popsaných výstupů, na základě akceptačního řízení, tj. postupným provedením akceptačních testů a jiných procesů a podepsáním předávacích a akceptačních protokolů pro výstupy jednotlivých etap, a to včetně veškeré příslušné dokumentace vážící se k dané etapě (dále jen
„Akceptační řízení“).
9. Pro vyloučení pochybností se sjednává, že Dílo jako celek je provedeno až po provedení všech etap dle Implementačního plánu včetně etapy konečné, přičemž příslušná etapa se považuje za ukončenou jejím akceptováním bez výhrad Objednatelem.
10. Konečnou etapou pro implementaci Díla je pro účely této Smlouvy Etapa 6. dle čl. V. odst. 1 Smlouvy.
11. Výstup jednotlivé etapy dle čl. V. odst. 1 Smlouvy je způsobilý k akceptaci Objednatelem a bude v akceptačním protokolu označen jako „Akceptováno“, pokud naplňuje akceptační kritéria a nevykazuje žádné vady.
12. Výstup jednotlivé etapy dle čl. V. odst. 1 Smlouvy je způsobilý k akceptaci Objednatelem a bude v akceptačním protokolu označen jako „Akceptován s výhradou“, pokud vykazuje vady, které nebrání tomu, aby výstup sloužil svému účelu závazku z této Smlouvy vzešlého bez významnějších omezení pro Objednatele.
13. V ostatních případech není výstup etapy čl. V. odst. 1 Smlouvy způsobilý k akceptaci a bude Objednatelem označen buď jako „Neakceptováno“ a Zhotovitel zajistí nápravu výstupu v přiměřené lhůtě určené Objednatelem tak, aby mohl být k akceptaci způsobilý. Objednatel v takovém případě není oprávněn výstup příslušné etapy užívat.
14. Akceptačními kritérii jsou jakékoliv podmínky a kritéria, která musí výstupy provádění Díla splňovat dle vymezení předmětu Díla touto Smlouvou a jejími přílohami tak, aby takové výstupy mohly plně a bezvadně sloužit účelu závazku vzešlého z této Smlouvy.
15. Akceptační řízení proběhne dle etap obsažených v čl. V. odst. 1 Smlouvy, není-li v této Smlouvě
stanoveno jinak.
16. Výstupy etap dle čl. V. odst. 1 Smlouvy budou předávány Objednateli na základě podpisu akceptačního protokolu, a to i v případě opakování činností v rámci Akceptačního řízení v důsledku „Neakceptováno“ nebo „Akceptováno s výhradou“ potvrzené na Akceptačním protokolu. Smluvní strany se dohodly, že stavem „Akceptováno s výhradou“ budou zejména drobné vady a nedodělky, které ani ve spojení s jinými nebrání řádnému užívání Díla. Výstupy v případě, že je na Akceptačním protokolu uveden výrok „Neakceptováno“ Zhotovitel opraví nebo je nahradí výstupy zcela novými, dokud nebudou splněna akceptační kritéria a neskončí Akceptační řízení akceptací výstupu Zhotovitelem dle odst. 5 tohoto článku s výrokem
„akceptováno“ nebo „akceptováno s výhradou“.
17. V případě nutnosti opakování činností v rámci akceptačního řízení v důsledku uvedení
„Neakceptováno“ v akceptačním protokolu Zhotovitel Objednateli předá upravený výstup k opětovnému provedení činností v rámci Akceptačního řízení (další kolo akceptačního řízení) a Objednatel připraví nový Akceptační protokol vztahující se k dalšímu kolu akceptačního řízení. Akceptační řízení může být vícekolové, ovšem vždy se jedná o jedno Akceptační řízení.
18. V případě, že Objednatel akceptuje výstup jednotlivé etapy s výhradou, má se takové plnění za akceptované, avšak Objednatel uloží Zhotoviteli dodatečnou přiměřenou lhůtu k odstranění vad. Pokud v uvedené lhůtě ze strany Zhotovitele nedojde k odstranění takových vad, má Objednatel nárok na smluvní pokutu dle čl. XXVII. odst. 15 Smlouvy.
19. V rámci Etapy 6 Zhotovitel zpracuje Provozní dokumentaci dle čl. 7.6.10 Funkční a technické specifikace a v souladu s vyhláškou č. 529/2006 Sb., o dlouhodobém řízení informačních systémů veřejné správy, ve znění pozdějších předpisů. Provozní dokumentace s dalšími podklady bude Objednatelem předložena OHA MV. Zhotovitel se zavazuje poskytnout součinnost při přípravě podkladů nutných pro posouzení výše uvedeného ze strany OHA MV. Objednatel po obdržení všech potřebných dokumentů podá neprodleně k OHA MV žádost o posouzení Provozní dokumentace předmětného Díla dle § 5 odst. 2 písm. d) zákona č. 365/2000 Sb., o informačních systémech veřejné správy, ve znění pozdějších předpisů (tzv. kolaudační rozhodnutí). V případě nesouhlasného stanoviska OHA MV je Zhotovitel povinen odstranit vytýkané nedostatky Díla i dokumentace a předložit Provozní dokumentaci Objednateli za účelem nového posouzení OHA MV. Po dobu od předání žádosti k OHA MV do doby seznámení Zhotovitele se stanoviskem OHA MV lhůty v čl. V. odst. 1 Smlouvy neběží.
20. Akceptační řízení týkající se Etapy 6 nemůže být ukončeno s výsledkem „Akceptováno“ nebo
„Akceptováno s výhradou“, pokud nebylo vydáno souhlasné stanovisko OHA MV dle čl. VI. odst. 19 Smlouvy.
21. Vzhledem ke skutečnosti, že pro Objednatele má Dílo funkční význam pouze tehdy, pokud je jednotně implementováno, tzn. celková akceptace implementace Díla je ukončena akceptací Etapy 6 postupem dle odst. 11 nebo 12 tohoto článku Smlouvy, smluvní strany se dohodly, že Objednatel má o Dílo zájem pouze jako o celek po dokončení všech jeho etap. Pokud dojde k ukončení Smlouvy v příčinné souvislosti s tím, že Dílo je nedokončeno ve smyslu tohoto odstavce a článku, dohodly se Smluvní strany, že jsou si povinny vrátit veškerá plnění, která si navzájem v průběhu plnění předmětu Díla poskytly, s výjimkou plnění částí, které byly již řádně předány a v souladu se Smlouvou dle čl. VII. odst. 3 písm. a) a VII. odst. 3 písm. b) Xxxxxxx.
22. Smluvní strany se dohodly, že převzetí Díla dle tohoto článku jsou oprávněny učinit statutární zástupci smluvních stran.
VII. Cena Díla
1. Celková cena Díla (dále jen „Celková cena Díla“) je tvořena údajem obsaženým v bodu 1.11.
Přílohy
č. 3 – Cenová kalkulace, která je součástí této Smlouvy (dále jen „Cenová kalkulace“).
2. Celková cena Díla je členěna na ceny za Dílčí části Díla dle Cenové kalkulace a obsahuje veškeré náklady Zhotovitele na zhotovení celého Díla v jakosti dle této Smlouvy a jejích příloh, zejména veškeré náklady spojené s úplným a kvalitním provedením a dokončením Díla, veškerých rizik a vlivů (včetně inflačních, kurzových a daňových) během realizace Díla, náklady na dodávky, instalaci, implementaci, školení pracovníků Objednatele, náklady na práci techniků Zhotovitele, jejich dopravní a jiné náhrady, provozní náklady, náklady na autorská práva, pojištění, cla, změny kurzů a jakékoliv další výdaje spojené s realizací Díla.
3. Cena Díla a jednotlivých jeho částí bude placena následovně:
a) 20 % z ceny Díla bez DPH uvedené v bodu 1.9. Cenové kalkulace po dokončení a předání Etapy 2, tj. po předání a schválení Implementačního plánu (Návrhu realizace) Objednatelem dle požadavků Funkční a technické specifikace;
b) Hardware v ceně dle bodu 1.10. Cenové kalkulace po předání Hardware Xxxxxxxxxxxx a jeho převzetí Objednatelem postupem a způsobem dle čl. XII. odst. 8 Xxxxxxx, tedy po dokončení a předání Etapy 3 dle čl. V. odst. 1 Smlouvy;
c) 40 % z ceny Díla bez DPH uvedené v bodu 1.9. Cenové kalkulace po dokončení a předání Etapy 4 a 5, tj. po předání Díla k Akceptačnímu testování Objednatelem dle požadavků Funkční
a technické specifikace;
d) 40 % z ceny Díla bez DPH uvedené v bodu 1.9. Cenové kalkulace po předání Xxxx Xxxxxxxxxxxx
a jeho převzetí Objednatelem postupem a způsobem dle čl. VI. Xxxxxxx, tedy po dokončení a předání Etapy 6 dle čl. V. odst. 1 Smlouvy.
4. Ceny za jednotlivé části Díla dle předchozího článku se Objednatel zavazuje platit na základě daňových dokladů (faktur), vystavených Zhotovitelem po ukončení příslušných etap, jejichž součástí budou Akceptační/předávací protokoly relevantní pro jednotlivé fakturované etapy se závěrem „akceptováno“ nebo „akceptováno s výhradou“.
VIII. Nebezpečí škody na Díle
1. Nebezpečí škody na Díle nese Zhotovitel.
2. Nebezpečí škody na Díle, resp. na předávané části Díla, přechází na Objednatele okamžikem oboustranného podpisu akceptačního protokolu k Dílu, popř. k té části Díla, která je předávána. Smluvní strany se dohodly, že ust. § 1976 občanského zákoníku se nepoužije.
IX. Licence, práva duševního vlastnictví, další vlastnická práva k Dílu a práva k
databázím
1. Objednatel je oprávněn veškeré součásti Díla a veškeré výstupy služeb Xxxxxxxxxxx považované za autorské Dílo ve smyslu autorského zákona užívat dle níže uvedených podmínek:
a) Objednatel je oprávněn užívat Dílo v neomezeném množstevním rozsahu na území Evropské unie, a to všemi v úvahu přicházejícími způsoby sledujícími účel, k němuž je Dílo určeno. Licence (dále jen „Licence“) k Dílu je poskytována:
• jako úplatná, přičemž úplata je zahrnuta v Celkové ceně Díla;
• jako výhradní;
• z hlediska časového rozsahu minimálně na dobu trvání všech majetkových práv k předmětu Licence;
• z hlediska územního rozsahu na území Evropské unie;
• z hlediska věcného rozsahu (způsobu užití) tak, že opravňuje Objednatele ke všem známým a možným způsobům užití, které povaha Díla připouští, a které nejsou v rozporu s právními předpisy, zejména k takovým způsobům užití, jež jsou potřebná nebo nezbytná k tomu, aby bylo Dílo možné užívat k účelu sjednanému Smlouvou nebo účelu ze Smlouvy vyplývajícímu.
Objednatel není povinen Licenci využít.
b) Objednatel je oprávněn bez souhlasu Zhotovitele poskytnout podlicenci k Dílu 3. osobám, jakož i Licenci Zhotovitele postoupit, přičemž Zhotovitel vyjadřuje s takovým postoupením souhlas. Za 3. osoby se pro účely této Smlouvy považují jakékoliv osoby, které nejsou osobou jím ovládanou ve výkladovém smyslu pro účely této Smlouvy dle ust. § 11 odst. 2 zákona o zadávání veřejných zakázek. Zhotovitel nepožaduje sdělení, zda a komu byla podlicence poskytnuta nebo Licence postoupena.
c) Zhotovitel a Objednatel se dohodli, že tato Smlouva zůstává v platnosti a závaznosti případně
i pro osoby právně nastupující za osobu Zhotovitele nebo Objednatele.
d) V případě počítačových programů a software se Licence vztahuje ve stejném rozsahu na Dílo, a to i na případné další verze počítačových programů a software obsažených v systému upravené na základě této Smlouvy, přičemž úplata je i v tomto případě zahrnuta v Celkové ceně Díla.
e) Zhotovitel touto Smlouvou poskytuje Objednateli licenci k Dílu dle této Smlouvy, přičemž účinnost této licence nastává okamžikem akceptace součásti Díla či výsledku služeb, 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 Díla či výsledku Rozvoje.
f) Zhotovitel se zavazuje Objednateli poskytnout, resp. zajistit potřebné licence 3. stran pro řádný provoz Díla po celou dobu trvání závazku vyplývajícího z této Smlouvy. Licence k softwaru 3. stran jsou součástí konečné ceny Díla dle bodu 1.11. Cenové kalkulace.
g) Veškerá data zpracovávaná softwarovými prostředky dodanými v rámci Díla budou výhradním majetkem Objednatele a Zhotovitel je povinen nakládat s nimi v rámci Díla tak, aby mimoděk či záměrně nezmařil jejich implementaci do Exitového plánu a jeho realizaci v souladu s čl. XI. Smlouvy tak, aby je Xxxxxxxxxx mohl dále plně užívat pro své potřeby v průběhu i případě ukončení této Smlouvy.
x) Xxxxxxxxxx tímto jménem všech autorů Xxxx:
• bezplatně uděluje Objednateli oprávnění Dílo zveřejnit a jakýmkoliv způsobem měnit, tedy zejm. je, jakkoliv upravovat, dělit, rozšiřovat, spojovat s díly jinými, zařadit do díla souborného apod.;
• zmocňuje Objednatele, aby jménem všech autorů Xxxx uděloval třetím osobám oprávnění dílo zveřejnit a jakýmkoliv způsobem měnit, tedy zejm. je, jakkoliv upravovat, dělit, rozšiřovat, spojovat s díly jinými, zařadit do díla souborného apod.;
• uděluje Objednateli oprávnění zmocnit jménem všech autorů Xxxx třetí osoby k udělení oprávnění jiným třetím osobám ke zveřejnění nebo jakékoliv změně Díla v rozsahu dle písm. h) první odrážky tohoto odstavce Smlouvy jménem všech autorů Xxxx.
2. Smluvní strany výslovně prohlašují, že pokud při poskytování plnění dle této Smlouvy vznikne činností Zhotovitele a Objednatele Dílo spoluautorů a nedohodnou-li se smluvní strany výslovně jinak, bude platit, ž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 Zhotovitel udělil Objednateli souhlas k jakékoliv změně nebo jinému zásahu do Díla spoluautorů. Cena dle této Smlouvy je stanovena se zohledněním tohoto ustanovení a Zhotoviteli nevzniknou v případě vytvoření Díla spoluautorů žádné nové nároky na odměnu. Smluvní strany se dohodly, že za Dílo spoluautorů pro účely této Smlouvy nebudou považovány implementační práce na Díle dle podmínek Funkční a technické specifikace.
3. Odměna za zprostředkování nebo postoupení licence k autorským dílům po celou dobu trvání této Smlouvy je zahrnuta v ceně Díla.
4. Smluvní strany se dohodly, že všechny ostatní části Díla, neobsažené v odst. 1 tohoto článku Smlouvy, tedy zejména implementace Díla, Zdrojový kód, resp. systém, školení pracovníků Objednatele dle podmínek této Smlouvy, včetně případných výstupů na školení pracovníkům Objednatele Zhotovitelem poskytnutým, jakož i všechny další části Díla dle Funkční a technické specifikace, jsou majetkem Objednatele, pokud se nejedná o proprietární software třetích stran (zejm. MS Dynamics 365); uvedené nic nemění na tom, že Objednatel umožní užívat potřebné licence k proprietárnímu software k řádnému užívání Díla dle této Smlouvy.
Databáze Objednatele
5. Smluvní strany prohlašují, že práva k veškerým databázím Objednatele existujícím před uzavřením této Smlouvy nebo vytvořeným Objednatelem kdykoliv v průběhu plnění této Smlouvy, které mají být využity Zhotovitelem pro účely plnění této Smlouvy, náleží Objednateli, který je pořizovatelem databáze ve smyslu § 89 autorského zákona.
6. Objednatel v souvislosti s plněním dle této Smlouvy nepřevádí práva pořizovatele databáze ve smyslu § 90 odst. 6 autorského zákona.
Databáze vytvořené pro potřeby této Smlouvy
7. Smluvní strany prohlašují, že práva k veškerým databázím vytvořeným Zhotovitelem pro účely plnění této Smlouvy náleží Objednateli, který je pořizovatelem databáze ve smyslu
§ 89 autorského zákona.
8. Objednatel v souvislosti s plněním dle této Smlouvy nepřevádí práva pořizovatele databáze ve smyslu § 90 odst. 6 autorského zákona.
9. Smluvní strany potvrzují, že s ohledem na práva Objednatele k databázím je Zhotovitel oprávněn užívat databáze pouze v rozsahu a způsobem nezbytnými pro provoz, správu a Rozvoj Díla dle této Smlouvy.
10. Součástí práva k databázím je též právo Objednatele vytěžovat a zužitkovávat celý obsah databází za účelem jeho zpracování a pro výsledné zobrazení výsledku zpracování.
X. Odpovědnost za vady
1. Zhotovitel odpovídá za to, že Xxxx je provedeno řádně v souladu s touto Smlouvou a jejími přílohami, relevantními technickými normami a platnými právními předpisy.
2. Zhotovitel odpovídá za vady Díla, pokud není v konkrétních případech výslovně sjednáno jinak, po dobu 6 měsíců a počíná běžet ode dne oboustranného podpisu akceptačního protokolu dle čl. VI. Smlouvy v případě, že Dílo bylo předáno bez vad a nedodělků postupem dle čl. VI. odst. 3 Smlouvy (dále jen „doba odpovědnosti za vady Díla“).
3. Zhotovitel neodpovídá za vady Díla, které byly způsobeny zásahem Objednatele nebo třetí
strany, kterou určil Objednatel.
4. Xxxxxxxxxx odpovídá za to, že Dílo a všechny jeho součásti budou po celou dobu trvání doby odpovědnosti za vady Díla splňovat sjednané technické parametry a budou v souladu s příslušnými normami a předpisy, touto Smlouvou, jejími přílohami a platnými právními předpisy.
5. Zhotovitel je povinen odstranit vady Díla v době odpovědnosti za vady Díla na základě doručené reklamace ve lhůtě 30 kalendářních dnů, není-li dohodnuta lhůta kratší ve Funkční a technické specifikaci.
6. Doba odpovědnosti za vady Díla se prodlužuje o dobu počínající dnem oznámení záručních vad Objednatelem Zhotoviteli a končící dnem řádného odstranění oznámených chybových stavů způsobujících vadu Díla.
7. Náklady na práci, materiál, cestovní náklady, náklady na ubytování a veškeré další náklady, které Zhotoviteli vzniknou v souvislosti s odstraňováním chybových stavů způsobujících vadu Díla v době odpovědnosti za vady Díla, hradí v plné výši Zhotovitel.
8. Xxxxxxxxxx je povinen i po uplynutí doby odpovědnosti za vady Xxxx poskytnout Objednateli veškerou potřebnou součinnost při odstranění jakékoli vady Díla.
XI. Exit
1. Zhotovitel se zavazuje dle pokynů Objednatele poskytnout veškerou potřebnou součinnost, dokumentaci a informace, účastnit se jednání s Objednatelem a popřípadě třetími osobami za účelem plynulého a řádného převedení všech činností spojených s poskytováním Servisních služeb nebo Rozvoje na Objednatele a/nebo nového Zhotovitele, ke kterému dojde po skončení účinnosti této Smlouvy (dále jen „Exit“).
2. Za tímto účelem se Zhotovitel zavazuje ve lhůtách dle odst. 3 a 5 tohoto článku vypracovat na základě pokynu Objednatele dokumentaci vymezující způsob provedení Exitu či přechodu na jiný informační systém, odpovídající analýzu rizik, jejich zhodnocení a návrh jejich eliminace, harmonogram činností a jednotlivých kroků (dále jen „Exitový plán“), a poskytnout plnění nezbytná k realizaci tohoto Exitového plánu za přiměřeného použití vhodných ustanovení této Smlouvy. Závazek dle tohoto ustanovení platí i po uplynutí doby trvání této Smlouvy, a to nejméně 1 rok po jejím ukončení.
3. Objednatel je oprávněn požádat o vypracování Exitového plánu nejdříve 1 rok před řádným ukončením účinnosti této Smlouvy, kdykoli spolu s odstoupením Objednatele od této Smlouvy, nebo i po odstoupení Xxxxxxxxxxx od této Smlouvy. Zhotovitel se zavazuje vypracovat Exitový plán a poskytnout plnění nezbytná k jeho realizaci do 1 měsíce od doručení takového požadavku Objednatele, nestanoví-li Objednatel jinak. Vypracováním Exitového plánu se rozumí jeho schválení Objednatelem v souladu s tímto článkem Smlouvy.
4. V případě jakéhokoliv ukončení Smlouvy je Zhotovitel na základě Exitového plánu povinen poskytnout Objednateli nebo Objednatelem určené třetí osobě maximální nezbytnou součinnost za účelem plynulého a řádného převedení činností dle Smlouvy či jejich části na Objednatele nebo Objednatelem určenou třetí osobu tak, s výjimkou případu, že by novým zhotovitelem Plnění byl stávající Zhotovitel dle této Smlouvy, aby Objednateli nevznikla újma (škoda) související s přechodem poskytování plnění dle této Smlouvy na nového zhotovitele Plnění. Zhotovitel se zavazuje tuto součinnost poskytovat s odbornou péčí, zodpovědně v rozsahu, který po něm lze spravedlivě požadovat, a to do doby úplného převzetí takových činností Objednatelem nebo Objednatelem určenou třetí osobou. Součinnost bude spočívat především ve
vykonání plánu předání (dle Exitového plánu činnostmi vedoucími k řádnému vykonání Exitového plánu).
5. Tvorba Exitového plánu dle požadavků Funkční a technické specifikace proběhne dle následujících pravidel a v následujícím rozsahu:
a) nejpozději šest měsíců před ukončením této Smlouvy vznikne společná pracovní skupina Zhotovitele a Objednatele, zahrnující zástupce obou stran z oblasti technické, ekonomické i právní;
b) pracovní skupina vytvoří, resp. aktualizuje již vytvořený Exitový plán, který bude nejpozději
3 měsíce před termínem ukončení Smlouvy schválen oběma Smluvními stranami.
6. Zhotovitel je povinen poskytnout Objednateli plnou součinnost pro zajištění kontinuity fungování Díla v případě aktivace Exit plánu a jeho výstupů.
7. Smluvní strany se dohodly, že Objednatel poskytne aktuální datové soubory ze stávajících informačních systémů ve formátu akceptovaném cílovým systémem MS Dynamics 365. Požadované soubory budou obsahovat dohodnutou strukturu dat, včetně platných formátů.
8. Smluvní strany se dohodly, že cena za vypracování Exitového plánu a poskytnutí plnění nezbytného k jeho realizaci vedoucího k úspěšnému Exitu či poskytování další součinnosti dle tohoto článku Smlouvy je stanovena jednorázovou částkou, která je součástí ceny za plnění dle této Smlouvy, a to dle bodu 1.6. Cenové kalkulace.
9. Konkrétní požadavky na Exitový plán a jeho realizaci jsou dále obsaženy v kapitole 7.8. Funkční a technické specifikace.
10. Smluvní strany se dohodly, že v případě sporu o jakékoli otázce, která se týká Exit plánu dle tohoto článku Smlouvy, může být jejich dohodou určen soudní znalec pro posouzení sporné otázky
a smluvní strany se budou takovým posouzením soudního znalce řídit.
XII. Ostatní podmínky; hardware jako příslušenství Díla
1. Zhotovitel je povinen zajistit účast svých pověřených pracovníků při kontrole prováděných prací, kterou provádí dozor Objednatele, a činit neprodleně opatření k odstranění zjištěných vad. Výkon tohoto dozoru nezbavuje Xxxxxxxxxxx odpovědnosti za řádné a včasné plnění dluhů z této Smlouvy.
2. Zhotovitel se zavazuje informovat Objednatele o stavu rozpracovaného Díla na pravidelných poradách (tzv. kontrolních dnech), které bude Zhotovitel po dohodě s Objednatelem organizovat v sídle Objednatele podle potřeby nejméně jednou měsíčně. Zápisy z kontrolních dnů bude pořizovat Zhotovitel, schválení zápisů podléhá osobě ve funkci vedoucí projektu Objednatele. Objednatel se zavazuje zajistit vždy účast vedoucího projektu, popř. jim pověřené osoby. Za Xxxxxxxxxxx je povinen se účastnit jednání alespoň vedoucí projektu a další osoby za Xxxxxxxxxxx s příslušnou odborností.
3. Zhotovitel se dále zavazuje zajistit odborné technické vedení provádění Díla, dodržovat bezpečnost informačních systémů a dat v nich obsažených.
4. Xxxxxxxxxx je povinen při provádění Díla a zejména během implementačních prací využít
v maximální možné míře funkcionalit a logiky systému MS Dynamics 365.
5. Objednatel je oprávněn kontrolovat provádění Xxxx Xxxxxxxxxxxx. Dozor Objednatele je
oprávněn zejména:
a) kontrolovat, zda práce jsou prováděny v souladu se smluvními podmínkami, přílohami této Smlouvy, příslušnými platnými právními předpisy, ČSN a rozhodnutími veřejnoprávních orgánů;
b) upozorňovat Zhotovitele na zjištěné nedostatky a kontrolovat termíny a způsob jejich odstranění;
c) kontrolovat dodržování právních předpisů, směrnic apod.
6. Příslušenstvím díla jsou věci hmotné povahy, na kterých bude Dílo provozováno (dále a výše
v textu Smlouvy také “Hardware”). Cena Hardware je uvedena v bodě 1.10 Cenové kalkulace.
7. Hardware specifikovaný ve Funkční a technické specifikaci na základě této Smlouvy kupuje
Objednatel (kupující) od Zhotovitele (prodávajícího).
8. Hardware bude předaný ve lhůtě stanovené pro Etapu 3 dle čl. V. odst. 1 Smlouvy, přičemž o předání Hardwaru bude sepsaný samostatný předávací protokol. Zhotovitel a Objednatel sjednávají tímto pro Hardware záruku za jakost a řádnou funkčnost. Záruční doba na Hardware činí 24 měsíců a počíná běžet ode dne oboustranného podpisu předávacího protokolu vyhotoveného dle tohoto odstavce Smlouvy. Objednatel se zavazuje po uplynutí sjednané záruční doby na Hardware zajistit záruku na Hardware v rozsahu stanoveném jako minimální ve Funkční a technické specifikaci, a to až do skončení účinnosti Smlouvy, a to na náklady Objednatele.
9. Objednatel si vyhrazuje změnu závazku ve smyslu ustanovení § 100 odst. 1 zákona o zadávání veřejných zakázek, a to ve vztahu k hardwarové konfiguraci, konkrétně si Objednatel vyhrazuje možnost změny, jejímž předmětem je záměna jedné nebo více položek dodávaného Hardwaru jednou nebo více položkami, zejména z důvodu, kdy Hardware přestane být za dobu trvání účinnosti Smlouvy na trhu dostupný, přestane být zcela vyráběn nebo jeho využití nebude z odůvodněné skutečnosti možné či vhodné. O této změně rozhoduje Objednatel na základě podnětu Zhotovitele nebo po projednání se Zhotovitelem. Výše uvedená záměna je možná za předpokladu, že:
a) nové položky Hardwaru představují srovnatelné řešení ve vztahu k nahrazovaným položkám,
b) cena nových položek je ve vztahu k nahrazovaným položkám stejná nebo nižší a
c) nové položky jsou ve vztahu k nahrazovaným položkám ve vztahu ke kvalitě nabízené
Zhotovitelem totožné nebo lepší.
Zhotovitel vyhotoví před realizací změny, nedohodnou-li se smluvní strany jinak, o každé jednotlivé záměně doklad obsahující nové položky Hardwaru s vymezením položek nahrazovaných, a to spolu s podrobným a srozumitelným odůvodněním využití vyhrazené změny a naplnění jejích podmínek. Objednatel je povinen Zhotoviteli poskytnout potřebnou součinnost.
10. Zhotovitel je povinen sledovat stav Hardware prostředky vzdáleného dohledu, a to v průběhu účinnosti Smlouvy, a v případě zjištění závady na Hardware neprodleně zadat incident na HelpDesk Zhotovitele.
11. Prostřednictvím HelpDesku Zhotovitele je oprávněn nahlásit závadu na Hardware také Objednatel. V případě nefunkčnosti HelpDesk je Objednatel oprávněn závadu oznámit datovou zprávou nebo e-mailem vedoucímu projektu Zhotovitele.
12. V záruční době Xxxxxxxx poskytované Xxxxxxxxxxxx, je Xxxxxxxxxx povinen zahájit servisní zásah na Hardware nejpozději následující pracovní den od zjištění, resp. nahlášení závady. Pokud je to vzhledem k povaze závady možné, odstraní Zhotovitel vady Hardware na místě, a to nejpozději do 2 pracovních dnů od nahlášení závady. V případě, že z povahy závady vyplývá, že není možné vyřešit vadu Hardware servisním zásahem na místě, odstraní Zhotovitel vadu po dohodě
s Objednatelem nejpozději však do 5 pracovních dnů.
13. Po uplynutí záruční doby Hardwaru poskytované Xxxxxxxxxxxx, předává servisnímu středisku smluvního poskytovatele záruky Hardwaru incident Objednatel na výzvu Zhotovitele, nedohodnou-li se smluvní strany ad hoc jinak. Zhotovitel je povinen poskytnout součinnost při realizaci požadavků servisních pracovníků smluvního poskytovatele záruky Hardwaru (např. provedení diagnostiky). Objednatel je povinen poskytnout servisním pracovníkům smluvního poskytovatele záruky Hardwaru součinnost při odstranění závady na místě.
14. Ustanovení odst. 8 až 12 tohoto článku o reklamaci Hardware, servisních zásahů a termínech odstranění vad jsou ustanoveními speciálními k čl. X. Smlouvy. Sankce dle této Smlouvy týkající se Hardwaru jsou nezávislé na ostatních sankcích dle této Smlouvy.
ČÁST B – SERVISNÍ SLUŽBY
XIII. Předmět části B Smlouvy
1. Zhotovitel se zavazuje poskytovat Servisní služby na svůj náklad a nebezpečí řádně a včas za podmínek dále uvedených a Objednatel se zavazuje zaplatit za řádně a včasně poskytnuté Servisní služby sjednanou cenu.
a) Servisními službami dle této Smlouvy se rozumí zajištění služeb pro Objednatele v rozsahu uvedeném v kapitole 9 Funkční a technické specifikace, zejména v rozsahu tzv. Service Level Agreement (SLA) ujednání obsažených v kapitole 9.3.1. a 9.3.2., a to včetně sankcí uvedených v kapitole 9.3.3. za porušení ujednání SLA; uvedené sankce jsou v případě rozporu se sankčními ujednáními dle této Smlouvy ustanoveními speciálními.
b) Podporou je myšlena metodická a technická podpora jakož i závazek Zhotovitele zajistit HelpDesk a hotline v rozsahu požadavků definovaných v kapitole 9 Funkční a technické specifikace.
2. Nedílnou součástí Servisních služeb je zajištění podpory provozu v rozsahu a kvalitě dle dalších konkrétních podmínek stanovených Funkční a technickou specifikací.
3. Nedílnou součástí Servisních služeb je i provádění tzv. technologických aktualizací zajišťujících bezproblémový a funkční provoz Díla za podmínek dle Funkční a technické specifikace, včetně sledování stavu Hardware prostředky vzdáleného dohledu v souladu s čl. XII. odst. 10 Smlouvy (dále také „technologický update“).
4. Smluvní strany se dohodly, že cena technologického update odpovídá bodu 2. Cenové kalkulace. Způsob prokazování plnění Servisních služeb ze strany Objednatele je závazně definováno v kapitole 9.6. Funkční a technické specifikace.
5. Zhotovitel má povinnost v rámci poskytování Servisních služeb předávat kompletní Zdrojové kódy k REÚIP na vyžádání Objednatelem, max. však jednou za rok, přičemž ustanovení čl. IV. odst. 2 až 4 Smlouvy se uplatní přiměřeně.
6. Zhotovitel zároveň udržuje aktuální Zdrojové kódy na GIT serveru, ke kterému buď Objednateli umožní přístup za účelem provádění naklonování Zdrojového kódu nebo provede naklonování Zdrojového kódu na výzvu Objednatele.
7. Servisní služby budou Zhotovitelem Objednateli poskytovány následující pracovní den po okamžiku řádného převzetí Etapy č. 6 dle čl. V. odst. 1 Smlouvy postupem a způsobem dle čl. VI. Smlouvy.
8. Smluvní strany se dohodly, že Servisní služby dle tohoto článku Smlouvy jsou dále v podrobnostech vymezeny v kapitole 9 Funkční a technické specifikace a jsou pro smluvní strany závazné.
9. Zhotovitel se zavazuje poskytnout Objednateli licenci bez dalších nákladů v odpovídajícím rozsahu i ke změnám Díla provedených v důsledku Servisních služeb dle předchozích odstavců tohoto článku tak, aby došlo k naplňování závazků dle této Smlouvy a Dílo bylo funkční.
10. V případě, že Zhotovitel nebo Objednatel při poskytování Servisních služeb dle Funkční a technické specifikace užije jinou komunikační platformu než HelpDesk (typicky v případě výpadku HelpDesk) je povinen Zhotovitel učinit o každém obsahu komunikace provedenou skrze jinou komunikační platformu záznam do HelpDesk, a to nejpozději následující pracovní den po provedení uvedené komunikace; v případě nefunkčnosti HelpDesk potom nejpozději následující pracovní den po jeho opětovném zprovoznění.
11. Smluvní strany se rovněž dohodly, že Zhotovitel vyhotoví každý měsíc zápis o stavu servisních služeb (dále v textu také „Zápis“), přičemž takový Zápis bude obsahovat alespoň následující údaje:
a) datum provádění práce,
b) označení části informačního systému, k níž se vztahuje řešení,
c) popis činnosti řešitele,
d) identifikační číslo hlášení či požadavku v HelpDesku Zhotovitele, byl-li tento zaznamenán,
e) jméno a příjmení řešitele – člena realizačního týmu.
12. Zápis o stavu servisních služeb jsou oprávněny potvrdit osoby smluvních stran ve funkci
„vedoucí projektu“.
XIV. Cena Servisních služeb
1. Cena za poskytování Servisních služeb dle této Smlouvy stanovená paušálně za 1 kalendářní měsíc je tvořena údajem „Cena za 1 měsíc poskytování všech Servisních služeb“ dle bodu 2.1. Cenové kalkulace.
2. V celkové ceně jsou zahrnuty náklady na Servisní služby dle Funkční a technické specifikace, zadávacích podmínek a Cenové kalkulace.
3. Zhotovitel je oprávněn požadovat zaplacení ceny Servisních služeb za podmínek dle odst. 1 tohoto článku nejdříve ode dne bezvadného předání Díla postupem a způsobem dle čl. VI. Smlouvy.
4. Cenu za poskytování Servisních služeb se Objednatel zavazuje platit na základě daňových dokladů (faktur), vystavených Zhotovitelem vždy zpětně po uplynutí kalendářního měsíce, ve kterém byly Servisní služby poskytovány, přičemž součástí budou Zápisy za příslušný fakturovaný měsíc.
5. Smluvní strany se dohodly, že v případě zahájení poskytování Servisních služeb a ukončení této Smlouvy v průběhu kalendářního měsíce bude fakturováno poskytování servisních služeb v alikvotní částce počítané co do dnů započatého kalendářního měsíce.
XV.Ostatní podmínky Servisních služeb
1. Jedenkrát za 3 měsíce trvání této Smlouvy Objednatel svolá společné jednání Objednatele a Zhotovitele k poskytovanému plnění Servisních služeb dle této Smlouvy. Objednatel pozve Zhotovitele na společné jednání alespoň 3 pracovní dny předem. Objednatel v pozvánce uvede zejména datum, místo, čas, případně další osoby určené Objednatelem ve vztahu k programu jednání. Za Xxxxxxxxxxx je povinen se účastnit jednání alespoň vedoucí projektu a další osoby za Xxxxxxxxxxx s příslušnou odborností ve vztahu k programu jednání.
2. Pravidelným předmětem jednání bude zejména:
a) přehled o aktuálním stavu projektu a provozu systémů,
b) přehled plnění úkolů, řešení incidentů a chyb,
c) pravidelné informování o vývojovém plánu SW,
d) projednání případných požadavků na změny systému a servisních služeb,
e) aktualizace způsobu prevence a řízení xxxxx Xxxxxxxxxxxx.
Sjednaná společná jednání jsou zahrnuta v paušální ceně Servisních služeb.
ČÁST C – ROZVOJ
XVI. Předmět části C Smlouvy
1. Rozvojem dle této Smlouvy se rozumí Rozvoj Xxxx Xxxxxxxxxxxx definovaný Objednatelem, způsobený zejména novými organizačními, technickými či jinými požadavky k funkcionalitám Díla, které nebyly součástí Díla v době nabytí účinnosti této Smlouvy (dále v textu také „Rozvoj“).
Specifika požadavků na Rozvoj Díla jsou specifikována ve Funkční a technické specifikaci a na základě proběhlého a oboustranně akceptovaného Změnového řízení dle odst. 9 až 21 tohoto článku. Vznikne-li v rámci Rozvoje Díla autorské dílo či databáze, použijí se příslušná licenční ujednání a ujednání o databázích, upravená v části A této Smlouvy, obdobně i na toto autorské dílo či databázi.
2. Rozvojem se rovněž rozumí uvedení a udržování Díla v souladu s aktuálními legislativními požadavky po dobu trvání této Smlouvy.
3. Rozvoj může být poskytován nejvýše v následujícím rozsahu: max. 280 člověkodnů za každých 12 měsíců trvání účinnosti této Smlouvy.
4. Objednatel je oprávněn nevyužít všechny člověkodny Rozvoje za 12 předcházejících měsíců. V takovém případě se nevyužitý rozsah člověkodnů dle předchozího odstavce přesouvá vždy do následujících 12 měsíců s tím, že je možné sčítat všechny nevyužité limity člověkodnů dle předchozího odstavce po celou dobu trvání této Smlouvy.
5. Objednatel je oprávněn požadovat Rozvoj Díla kdykoliv od nabytí účinnosti této Smlouvy a v průběhu plnění Části A (Díla) a Části B (Servisních služeb) dle této Smlouvy (dále jen
„Rozvojové změnové řízení“).
6. Objednatel zadává požadavky na Rozvoj Díla prostřednictvím Xxxxxxxx Xxxxxxxxxxx, ve kterém budou evidovány všechny Objednatelem zadané požadavky a Xxxxxxxxxxxx provedené práce vč. související dokumentace.
7. Kterákoliv ze smluvních stran je oprávněna písemně navrhnout změny Funkční a technické specifikace před dokončením Díla. Objednatel není povinen navrhovanou změnu akceptovat. Zhotovitel se zavazuje vynaložit veškeré úsilí, které po něm lze spravedlivě požadovat, aby změnu požadovanou Objednatelem akceptoval.
8. Zhotovitel se zavazuje provést hodnocení dopadů kteroukoliv smluvní stranou navrhovaných změn na termíny plnění, určit dobu potřebnou k provedení Rozvoje Díla v člověkodnech a vymezit součinnost Objednatele. Zhotovitel je povinen tyto úkony provést bez zbytečného odkladu, nejpozději do 5 pracovních dnů ode dne doručení návrhu kterékoliv smluvní strany druhé smluvní straně.
9. Jakýkoliv Rozvoj Díla je možné provést pouze na základě oboustranně schválené a prokazatelné dohody smluvních stran (dále v textu „Zadávací list rozvoje“), přičemž tuto jsou oprávnění sjednat osoby Smluvních stran ve funkci „vedoucí projektu“.
10. Jakékoliv změny Díla, tj. Rozvoj, musí být sjednány v souladu s příslušnými ustanoveními zákona o zadávání veřejných zakázek, a to zejména v souladu s ustanovením § 222 a souv. zákona
o zadávání veřejných zakázek a rovněž písemně s takovým popisem změny Funkční a technické specifikace, aby z ní bylo nade vší pochybnost zřejmé, v čem daná změna spočívá.
11. Pokud není na základě Rozvojového změnového řízení výslovně určeno jinak, zejména z důvodu toho, že požadavek Rozvoje se vymyká úrovni obvyklé náročnosti ve srovnání s plněním dle této Smlouvy, má se za to, že termínem pro plnění požadavku Rozvoje je 2,5 násobek doby potřebné k provedení konkrétního Rozvoje Díla v člověkodnech stanovené v Zadávacím listu rozvoje (viz odst. 8 a 9 tohoto článku Smlouvy) zaokrouhlené na pracovní dny nahoru od oboustranného schválení Rozvoje, resp. změny Objednatelem a Zhotovitelem.
12. Předání a převzetí předmětu Rozvoje, včetně předání a převzetí dokumentů majících charakter výstupů provádění Rozvoje Díla, probíhá na základě Zadávacího listu rozvoje a v něm uvedených a popsaných výstupů, termínů a na základě Rozvojového akceptačního řízení, tj. postupným provedením akceptačních testů a jiných procesů a podepsáním předávacích a rozvojových akceptačních protokolů pro výstupy Rozvoje, a to včetně veškeré příslušné dokumentace vážící se k danému Rozvoji (dále jen „Rozvojové akceptační řízení“).
13. Výstup Rozvoje je způsobilý k akceptaci Objednatelem a bude v rozvojovém akceptačním protokolu označen jako „Akceptováno“, pokud naplňuje akceptační kritéria a nevykazuje žádné vady.
14. Výstup Rozvoje je způsobilý k akceptaci Objednatelem a bude v rozvojovém akceptačním protokolu označen jako „Akceptován s výhradou“, pokud vykazuje vady, které nebrání tomu, aby výstup sloužil svému účelu závazku z této Smlouvy vzešlého bez významnějších omezení pro Objednatele.
15. V ostatních případech není výstup Rozvoje způsobilý k akceptaci a bude Objednatelem označen buď jako „Neakceptováno“ a Zhotovitel zajistí nápravu výstupu v přiměřené lhůtě určené Objednatelem tak, aby mohl být k akceptaci způsobilý.
16. Akceptačními kritérii jsou jakékoliv podmínky a kritéria, která musí výstupy provádění Rozvoje splňovat dle vymezení předmětu Díla touto Smlouvou a jejími přílohami tak, aby takové výstupy mohly plně a bezvadně sloužit účelu závazku vzešlého z této Smlouvy.
17. Výstupy Rozvoje budou předávány Objednateli na základě podpisu rozvojového akceptačního protokolu, a to i v případě opakování činností v rámci Rozvojového akceptačního řízení v důsledku „Neakceptováno“ nebo „Akceptováno s výhradou“ potvrzené na rozvojovém akceptačním protokolu. Smluvní strany se dohodly, že stavem „Akceptováno s výhradou“ budou zejména drobné vady a nedodělky, které ani ve spojení s jinými nebrání řádnému užívání. Výstupy v případě, že je na rozvojovém akceptačním protokolu uveden výrok „Neakceptováno“ Zhotovitel opraví nebo je nahradí výstupy zcela novými, dokud nebudou splněna akceptační kritéria
a neskončí Rozvojové akceptační řízení akceptací výstupu Xxxxxxxxxxxx dle odst. 12 tohoto
článku s výrokem „akceptováno“ nebo „akceptováno s výhradou“.
18. V případě nutnosti opakování činností v rámci Rozvojového akceptačního řízení v důsledku uvedení „Neakceptováno“ v rozvojovém akceptačním protokolu Zhotovitel Objednateli předá výstup k opětovnému provedení činností v rámci Rozvojového akceptačního řízení (další kolo Rozvojového akceptačního řízení) a Objednatel připraví nový rozvojový akceptační protokol vztahující se k dalšímu kolu Rozvojového akceptačního řízení. Rozvojové akceptační řízení může být vícekolové, ovšem vždy se jedná o jedno Rozvojové akceptační řízení.
19. V případě, že Objednatel akceptuje výstup Rozvoje s výhradou, má se takové plnění za akceptované, avšak Objednatel uloží Zhotoviteli dodatečnou přiměřenou lhůtu k odstranění vad. Pokud v uvedené lhůtě ze strany Zhotovitele nedojde k odstranění takových vad, má Objednatel nárok na smluvní pokutu dle čl. XXVII. odst. 15 Smlouvy.
20. Rozvoj se má na základě Zadávacího listu rozvoje za dokončený, pokud je akceptován nebo akceptován s výhradou Zhotovitelem.
21. Smluvní strany se dohodly, že výstupy Zadávacího listu rozvoje jsou oprávněny uzavírat a výstupy Rozvojového akceptačního řízení jsou oprávněny předávat a akceptovat osoby Smluvních stran ve funkci „vedoucí projektu“.
XVII. Cena Rozvoje
1. Cena Rozvoje určená za 1 člověkoden dle této Smlouvy je stanovena údajem „Cena za poskytování
1 člověkodne Rozvoje” dle bodu 3.1. Cenové kalkulace. Smluvní strany se dohodly, že cena Rozvoje bude hrazena jednou měsíčně, a to vždy zpětně za období předcházejícího kalendářního měsíce. Zhotovitel je povinen předložit Objednateli nejpozději do 10. dne kalendářního měsíce počet celých odpracovaných člověkodnů. Necelé odpracované člověkodny se převádějí do dalšího měsíce.
2. Platby za Rozvoj budou poskytovány výhradně dle skutečně poskytnutých člověkohodin Rozvoje
na základě ukončeného zdokumentovaného Rozvojového akceptačního řízení s výsledkem
„Akceptováno“ Zhotovitelem v souladu s Funkční a technickou specifikací a splatné vždy měsíčně zpětně. V případě jejich poskytování po řádném předání Díla dle této Smlouvy budou platby za Rozvoj přičleněny k platbě za Servisní služby dle čl. XIV Smlouvy.
SPOLEČNÁ USTANOVENÍ PRO VŠECHNY ČÁSTI SMLOUVY
XVIII. Místo plnění
1. Plnění předmětu dle této Smlouvy bude Zhotovitelem prováděno zejména následujícím způsobem:
a) v místě na určených pracovištích Objednatele,
b) vzdáleným přístupem prostřednictvím zabezpečeného vzdáleného připojení.
2. Místem plnění dle této Smlouvy je sídlo Objednatele: Státní úřad inspekce práce, Kolářská 451/13, 746 01 Opava. Servery Objednatele, na nichž bude systém provozován, budou umístěny v České republice, konkrétně v datových centrech Ministerstva práce a sociálních věcí ČR.
3. Pro plnění předmětu této Smlouvy vzdáleným přístupem platí následující ujednání:
a) Objednatel se zavazuje, že umožní Zhotoviteli plnění Díla, Servisních služeb a Rozvoje dle této Smlouvy vzdáleným přístupem, kde je to možné, vhodné a přínosné, tak, aby Xxxxxxxxxx mohl plnit své závazky dle této Smlouvy,
b) Zhotovitel se zavazuje využívat plnění Díla, Servisních služeb a Rozvoje vzdáleným přístupem dle svého uvážení tak, aby mohl plnit své závazky dle této Smlouvy,
c) Objednatel se zavazuje, že technicky a organizačně zajistí možnost vzdáleného přístupu členům realizačního týmu Zhotovitele prostřednictvím sítě Internet na ty a pouze ty určené technické prostředky Objednatele, kam je přístup nutný z důvodu plnění Díla, Servisních služeb a Rozvoje, přičemž o úrovni přístupových práv rozhoduje Objednatel. K tomu Smluvní strany sjednávají vzdálený přístup prostřednictvím zabezpečeného kanálu sítě Internet, způsobem připojení je VPN tunel (IPSec, PPTP, SSL) + RDP nebo RDP přístup (terminálová relace).
4. Objednatel je povinen poskytnout Zhotoviteli součinnost k zajištění vzdáleného přístupu Zhotovitele k serverům té části Díla, které je systémem, výhradně pro účely realizace Díla, Servisních služeb a Rozvoje podle této Smlouvy.
XIX. Fakturace a platební podmínky
1. Splatnost faktury vystavené Zhotovitelem je 30 dnů po doručení faktury Objednateli.
2. Zhotovitel je povinen vystavit daňový doklad (fakturu), při splnění podmínek stanovených v čl. VII, čl. XIV a čl. XVII Smlouvy, která musí obsahovat veškeré údaje vyžadované příslušnými právními předpisy. Objednatel může ve lhůtě splatnosti daňový doklad (fakturu) vrátit, obsahuje-li:
nesprávné nebo neúplné cenové údaje, nesprávné nebo neúplné náležitosti dle právních předpisů; v tomto případě je Objednatel povinen daňový doklad (fakturu) vrátit s uvedením důvodu vrácení. Tímto okamžikem se ruší lhůta splatnosti a nová lhůta splatnosti počne běžet doručením daňového dokladu (faktury) nového nebo opraveného.
3. V případě, že Objednatel daňový doklad (fakturu) vrátí, přestože daňový doklad (faktura) byl vystaven řádně a předepsané náležitosti obsahuje, lhůta splatnosti se nepřerušuje a pokud Objednatel daňový doklad (fakturu) nezaplatí v původní lhůtě splatnosti, je v prodlení.
4. Daňový doklad (faktura) musí obsahovat veškeré náležitosti daňového dokladu dle platných právních předpisů (zejména § 29 zákona o DPH a zákona č. 563/1991 Sb., o účetnictví, vše ve znění pozdějších předpisů).
5. Bankovní účet uvedený Zhotovitelem na jím vystaveném daňovém dokladu (faktuře) za účelem úhrady ceny Díla musí odpovídat bankovnímu účtu zveřejněnému dle ustanovení § 98 zákona
o DPH příslušným správcem daně způsobem umožňujícím dálkový přístup. V opačném případě je Objednatel oprávněn Zhotovitelem vystavený daňový doklad (fakturu) za podmínek dle odst. 3 tohoto článku Smlouvy Zhotoviteli vrátit.
6. Objednatel je oprávněn provést úhradu ceny Díla Zhotoviteli tak, že Zhotoviteli bude uhrazena cena Díla bez daně z přidané hodnoty, přičemž částka připadající na úhradu daně z přidané hodnoty bude Objednatelem za Zhotovitele v souladu s ustanovením § 109a zákona o DPH uhrazena přímo na účet příslušného správce daně.
7. Objednatel je oprávněn využít své právo přímé úhrady daně z přidané hodnoty u každého jednotlivého daňového dokladu (faktury) vystaveného Zhotovitelem, přičemž na základě písemné žádosti doloží Objednatel Zhotoviteli provedení úhrady příslušné částky na účet správce daně. Smluvní strany sjednávají, že v případě využití oprávnění Objednatele dle tohoto ustanovení nevzniká Zhotoviteli nárok na úhradu částky připadající na daň z přidané hodnoty dle příslušného daňového dokladu (faktury).
8. Faktura nebo jakákoliv její část je uhrazena okamžikem odepsání příslušné částky z účtu Objednatele ve prospěch účtu Zhotovitele.
9. Objednateli budou daňové doklady (faktury) zasílány elektronicky na e-mailovou adresu xxxxx@xxxx.xx a e-mailovou adresu vedoucího projektu.
10. Daňový doklad (faktura) bude obsahovat název veřejné zakázky: „SÚIP – Sloučení programových platforem informačního systému REÚIP II“. Veškeré úhrady Objednatele na základě této Smlouvy budou prováděny bezhotovostním převodem na bankovní účet Zhotovitele uvedený v záhlaví této Smlouvy.
11. Každoročně lze cenu Servisních služeb podle čl. XIV Smlouvy a cenu Rozvoje dle čl. XVII Smlouvy upravit o částku odpovídající roční inflaci vyjádřené přírůstkem průměrného ročního indexu spotřebitelských cen a zjištěné z úředního sdělení Českého statistického úřadu. Smluvní strany se dohodly, že úprava ceny dle tohoto ustanovení bude Objednateli písemně oznámena nejpozději do 31. března příslušného kalendářního roku, přičemž bude upravována s účinky od
1. dubna příslušného kalendářního roku.
XX.Ostatní podmínky
1. Zhotovitel je povinen provádět Dílo nebo jeho části, Servisní služby a Rozvoj v odpovídajícím odborném a věcném rozsahu, prostřednictvím toho poddodavatele pokud jím ve své nabídce podané v zadávacím řízení veřejné zakázky prokazoval splnění kvalifikačních předpokladů. Pokud ze závažných objektivních důvodů nebude Zhotovitel schopen zajistit, aby se takový poddodavatel podílel na realizaci Díla nebo jeho části, Servisní služby a Rozvoj, je Zhotovitel oprávněn takového poddodavatele nahradit jiným poddodavatelem pouze na základě předchozího písemného souhlasu Objednatele. Poddodavatel nahrazující původního poddodavatele musí prostřednictvím Zhotovitele prokázat stejnou či vyšší způsobilost a kvalifikaci dle zadávacích podmínek. Objednatel nesmí změnu poddodavatele se stejnou či vyšší kvalifikací než bylo uvedeno v zadávacích podmínkách odmítnout, nejsou-li k tomu dány závažné důvody.
2. Zhotovitel je povinen při provádění Díla nebo jeho části, Servisních služeb a Rozvoje respektovat a dodržovat pokyny Objednatele. V případě nevhodných pokynů Objednatele je Zhotovitel povinen na nevhodnost těchto pokynů Objednatele písemně upozornit, v opačném případě nese Zhotovitel zejména odpovědnost za škodu a nemajetkovou újmu, která v důsledku nevhodných pokynů Objednateli nebo třetím osobám vznikla.
3. Xxxxxxxxxx se zavazuje realizovat předmět této Xxxxxxx s maximální odbornou péčí a hospodárností při provádění všech prací a při výběru zboží, materiálů a poddodavatelů, to vše při dodržení maximální možné kvality a s důrazem na ekologickou šetrnost.
4. Zhotovitel odpovídá za kvalitu, všeobecnou a odbornou správnost Díla nebo jeho části, Servisních služeb a Rozvoje. Xxxxxxxxxx je povinen při realizaci Díla, Servisních služeb a Rozvoje dle této Smlouvy postupovat s odbornou péčí podle svých nejlepších znalostí a schopností, přičemž při své činnosti je povinen chránit zájmy a dobré jméno Objednatele.
5. Objednatel je povinen spolupracovat se Xxxxxxxxxxxx a poskytovat mu veškerou nutnou součinnost potřebnou pro řádné provádění Díla nebo jeho části, Servisních služeb a Rozvoje
podle této Smlouvy. Objednatel je povinen informovat Xxxxxxxxxxx o veškerých skutečnostech, které jsou nebo mohou být důležité pro provádění Díla nebo jeho části, Servisních služeb a Rozvoje dle této Smlouvy.
6. Pokud není ve Smlouvě, Funkční a technické specifikaci nebo dohodou smluvních stran stanoveno jinak, je Objednatel povinen reagovat na požadavek Zhotovitele k poskytnutí součinnosti zpravidla ve lhůtě 5 kalendářních dnů.
7. Pokud Objednatel neposkytne součinnost dle tohoto článku, není Zhotovitel v prodlení, přičemž má právo požadovat od Objednatele posunutí stanovených termínů o dobu, po kterou nemohl Zhotovitel provádět Dílo nebo jeho části, Servisní služby a Rozvoj dle této Smlouvy z důvodu neposkytnutí součinnosti. Objednatel je povinen takovému požadavku vyhovět.
8. V případě vzniku překážek ze strany Objednatele, dotčených orgánů (zejména OHA MV, MPSV, případně dalších) nebo třetí strany (např. poskytovatele licencí, které užívá Objednatel nezávisle na jejich poskytování Zhotovitelem), bránících Zhotoviteli v plnění Smlouvy, kterým Zhotovitel jednající s náležitou péčí nemohl zabránit, se o dobu trvání těchto překážek prodlužuje doba plnění. Zhotovitel je v takovém případě povinen předložit Objednateli relevantní podklady pro výpočet doby trvání těchto překážek.
9. Smluvní strany spolu budou komunikovat způsobem stanoveným ve Funkční a technické specifikaci, není-li touto Smlouvou stanoveno jinak.
XXI. Zásady odpovědného zadávání
1. Zhotovitel vyvine úsilí všude tam, kde to bude možné a účelné, zapojit do plnění této Smlouvy osoby se zdravotním postižením.
2. Zhotovitel se výslovně zavazuje při realizaci této Smlouvy dodržovat vůči svým zaměstnancům vykonávajícím práci související s předmětem této Smlouvy veškeré pracovněprávní předpisy, a to zejména, nikoliv však výlučně, předpisy upravující mzdy zaměstnanců, pracovní dobu, dobu odpočinku mezi směnami, placené přesčasy, bezpečnost práce, zákaz výkonu nelegální práce apod. Pro případ, že příslušný kontrolní orgán (orgány inspekce práce, krajská hygienická stanice, atd.) zjistí svým pravomocným rozhodnutím v souvislosti s plněním této Smlouvy porušení pracovněprávních předpisů ze strany Zhotovitele, může být považováno jako porušení Smlouvy mající za následek výpověď této Smlouvy. Bude-li se Zhotovitelem zahájeno správní řízení pro porušení pracovněprávních předpisů ze strany Zhotovitele v souvislosti s plněním této Smlouvy, je Zhotovitel povinen zahájení takovéhoto řízení Objednateli neprodleně oznámit. Zhotovitel je povinen do 7 dnů ode dne právní moci takového rozhodnutí předat Objednateli ověřenou kopii
s vyznačením právní moci.
3. Zhotovitel se zavazuje řádně a včas plnit finanční závazky vůči svým poddodavatelům za podmínek vycházejících z této Smlouvy. Zhotovitel je povinen uhradit fakturu poddodavateli za plnění související s předmětem této Smlouvy nebo jeho části, a které Xxxxxxxxxx vyúčtoval Objednateli, a to do 10 dnů ode dne obdržení platby za toto plnění od Objednatele.
4. Objednatel preferuje, aby veškeré výstupy z této Smlouvy nebo jejich příloh vzniklé byly předávány v elektronické podobě, není-li výslovně uvedeno jinak. V případě, že předání výstupů bude ve fyzické (papírové) podobě je ze strany Objednatele preferováno vytištění na kancelářském papíru splňující kritéria pro získání „Ekoznačka EU“ (nebo obdobné).
5. Zhotovitel se zavazuje, pokud to bude při zachování stanovených kvalitativních požadavků vhodné, dodat Hardware, který je šetrný k životnímu prostředí ve všech fázích životního cyklu, tj. od výroby po likvidaci, zejména co do použitých materiálů a spotřeby energie.
6. Zhotovitel se zavazuje přenést plnění povinností a závazků deklarovaných v rámci tohoto článku rovněž i na své poddodavatele.
7. Objednatel je oprávněn průběžně kontrolovat dodržování povinností Zhotovitele dle tohoto článku. Zhotovitel je povinen tuto kontrolu umožnit, strpět a poskytnout Objednateli veškerou nezbytnou součinnost k jejímu provedení. Zhotovitel je v takovém případě oprávněn
v dokumentech znečitelnit ustanovení obsahující obchodní tajemství ve smyslu příslušného ustanovení občanského zákoníku a osobní údaje ve smyslu GDPR.
XXII. Zajištění bezpečnosti informací a požadavků zákona o kybernetické
bezpečnosti
1. Využívá-li Zhotovitel při plnění Smlouvy poddodavatele, je Zhotovitel povinen zajistit, aby jeho poddodavatelé byli smluvně zavázáni vůči němu ve stejném rozsahu, jako je zavázán Zhotovitel vůči Objednateli, tj. poddodavatel je povinen vůči Zhotoviteli dodržovat stejná smluvní ujednání, která je povinen dodržovat Zhotovitel vůči Objednateli dle této Smlouvy. To platí rovněž na další články poddodavatelského řetězce.
2. Smluvní strany se zavazují, že neposkytnou třetím osobám jakékoliv informace či skutečnosti finanční, technické, organizační nebo ekonomické povahy (dále jen „důvěrné informace“), které se v souvislosti s touto Smlouvou či v rámci vzájemných jednání v souvislosti s ní dozví, ani je samy nepoužijí k jiným než touto Smlouvou stanoveným účelům, bez souhlasu druhé Smluvní strany. Za důvěrné jsou považovány ty informace a údaje, které nejsou běžně dostupné z jiných zdrojů a osobní údaje.
3. Zhotovitel je oprávněn poskytovat potřebné informace svým poddodavatelům. Zhotovitel je
povinen své poddodavatele zavázat k mlčenlivosti v rozsahu daném touto Smlouvou.
4. Obě smluvní strany jsou povinny k ochraně důvěrných informací zavázat všechny osoby a subjekty, které mají k plnění dle této Smlouvy přístup nebo kterým poskytly či sdělily důvěrné informace dle ustanovení uvedených v tomto článku.
5. Smluvní strany jsou povinny zachovávat mlčenlivost ohledně všech důvěrných informací souvisejících s touto Smlouvou či se zájmy druhé Smluvní strany. Povinnost mlčenlivosti se nevztahuje na případy, kdy:
a) předmětná důvěrná informace je obecně známa a v obecnou známost vešla bez zavinění příslušné Smluvní strany;
b) existuje zákonná povinnost sdělit příslušnou důvěrnou informaci;
c) předmětná důvěrná informace je uplatněna v rámci soudního řízení (včetně řízení o výkon rozhodnutí či řízení o nařízení exekuce) mezi Smluvními stranami (včetně jejich právních nástupců), případně mezi Smluvní stranou a třetí osobou, jedná-li se o spor vyplývající z této Smlouvy
a v případě dalších vztahů s touto Smlouvou souvisejícími;
d) důvěrná informace je sdělována osobě, která je vázána stejnou či přísnější povinností mlčenlivosti, zejména je-li sdělována advokátovi;
e) je důvěrná informace sdělována subjektu, na nějž přechází zákonné kompetence
Objednatele,
v souvislosti, s nimiž je plnění užíváno.
6. Součástí povinnosti mlčenlivosti je povinnost Smluvních stran učinit vše, co je v jejich silách, aby důvěrné informace nevešly ve známost nepovolaným osobám.
7. Povinnost zachovávat mlčenlivost trvá i po skončení účinnosti této Smlouvy.
8. S ohledem na předmět plnění dle čl. II. této Smlouvy Smluvní strany předpokládají, že Xxxxxxxxxx bude mít přístup k osobním údajům zaměstnanců Objednatele a dalších osob v souvislosti s výkonem působnosti Objednatele. Vzájemná úprava práv a povinností Smluvních stran při zpracování osobních údajů je samostatně upravena Smlouvou o zpracování osobních údajů, kterou smluvní strany uzavírají spolu s touto Smlouvou.
9. Informace a data poskytnuté ze strany Objednatele Zhotoviteli jsou majetkem Objednatele.
10. Jakékoliv operace ze strany Zhotovitele vůči třetím osobám s informacemi či daty poskytnutými Objednatelem musí být dopředu prokazatelně odsouhlaseny Objednatelem.
11. REÚIP jakožto významný informační systém je pro účely zajištění bezpečnosti informací v něm obsažených v souladu s Přílohou 1. vyhlášky o kybernetické bezpečnosti z hlediska důvěrnosti, integrity a dostupnosti Objednatelem hodnocen takto:
a) důvěrnost – prevence neautorizovaného vyzrazení dat: úroveň 3, vysoká;
b) integrita – prevence neautorizované úpravy dat: úroveň 3, vysoká;
c) dostupnost – prevence ztráty přístupu k datům: úroveň 3, vysoká.
Uvedené úrovně se týkají informací v REÚIP obsažených, které nejsou fiktivními či anonymizovanými informacemi. Požadavky na zajištění dostupnosti informací jsou stanoveny v části 9.3. Funkční a technické specifikace. Přístup k informacím Objednatele mají členové realizačního týmu. Přístup jednotlivým fyzickým osobám, které jsou členy realizačního týmu, umožňuje Objednatel, a to jak přístup fyzický (včetně umožnění vstupu do budovy), tak i přístup vzdálený, kdy o úrovni přístupových práv rozhoduje Objednatel. Objednatel je oprávněn průběžně kontrolovat a vyhodnocovat oprávněnost a potřebu přístupu, jak fyzického, tak i logického,
u všech osob na straně Zhotovitele, které přistupují k informacím Objednatele.
12. Zhotovitel je povinen přijmout vhodná technická a organizační opatření přiměřená okolnostem zpracování, která zabrání ztrátě, zničení či pozměnění informací a dat, zejména osobních údajů a neoprávněnému či nahodilému přístupu k nim nebo jejich neoprávněnému či nahodilému zpřístupnění na straně Zhotovitele.
13. Tato Xxxxxxx je uzavírána v souladu s aktuálními právními předpisy upravujícími kybernetickou bezpečnost. Tato Smlouva bude Zhotovitelem plněna v souladu s aktuálními právními předpisy, zejména v souladu s ustanoveními zákona o kybernetické bezpečnosti a vyhlášky o kybernetické bezpečnosti týkajícími se významných informačních systémů dle zákona o kybernetické bezpečnosti v oblasti bezpečnosti informací; pokud dojde k významné legislativní změně v oblasti kybernetické bezpečnosti významných informačních systémů, bude uzavřen dodatek k této Smlouvě.
14. V případě kybernetického bezpečnostního incidentu na straně Xxxxxxxxxxx, který by mohl mít vliv na plnění této Smlouvy, je Xxxxxxxxxx povinen obratem o tomto informovat Objednatele datovou zprávou, a zároveň na e-mail manažera kybernetické bezpečnosti a xxxxxxxxxXX@xxxx.xx, přičemž telefonicky bude informován též vedoucího projektu, a to nejpozději do 24 hodin od zjištění kybernetického bezpečnostního incidentu Xxxxxxxxxxxx. Zhotovitel je povinen nejpozději následující pracovní den přijmout opatření nezbytná k zamezení či minimalizaci škod a zároveň přijmout bezpečnostní opatření zamezující opakování kybernetického bezpečnostního incidentu. O způsobu vyřešení kybernetického bezpečnostního incidentu a přijatých bezpečnostních opatřeních dle předchozí věty je Xxxxxxxxxx povinen obratem informovat Objednatele datovou zprávou a zároveň na e-mail manažera kybernetické bezpečnosti a telefonicky vedoucího projektu, a to nejpozději následující pracovní den.
15. Zhotovitel i Objednatel se vzájemně zavazují informovat se o všech přijatých bezpečnostních opatřeních ve smyslu příslušných ustanovení Zákona o kybernetické bezpečnosti a poskytovat si navzájem součinnost při řízení kontinuity činností.
16. Xxxxxxxxxx je povinen informovat Objednatele o způsobu řízení rizik přijatém Zhotovitelem a o zbytkových rizicích na straně Zhotovitele souvisejících s plněním této Smlouvy, jakož i o způsobu, jak tato rizika budou řešena, přičemž zvoleným způsobem bude co nejvíce minimalizováno riziko narušení bezpečnosti informací a dat Zhotovitele.
17. Objednatel má právo u Zhotovitele provést (a to i opakovaně) zákaznický audit kybernetické bezpečnosti pro účely plnění požadavků zákona o kybernetické bezpečnosti, požadavků vyhlášky o kybernetické bezpečnosti a požadavků vyplývající z této Smlouvy. Zákaznický audit je Objednatelem prováděn na základě předchozí výzvy Objednatele. Tato výzva Objednatele bude obsahovat termín zákaznického auditu a bude doručena Zhotoviteli nejpozději 10 dní před plánovaným termínem provedení zákaznického auditu; termín zákaznického auditu lze po domluvě se Zhotovitelem změnit. Při provádění zákaznického auditu bude vždy přihlédnuto k povaze a rozsahu plnění dle této Smlouvy. Rozsah zákaznického auditu bude specifikován ve
výzvě Objednatele. Zákaznický audit může být vykonán přímo zaměstnanci Objednatele, případně prostřednictvím třetí osoby Objednatelem pověřené. Zákaznický audit může být proveden max. 1× za kalendářní rok. Zhotovitel poskytne Objednateli při provádění zákaznického auditu nezbytnou součinnost. Objednatel zákaznický audit provádí jen v nezbytném rozsahu
a prostřednictvím nejmenšího nezbytného počtu osob.
18. Smluvní strany se dohodly, že Zhotovitel zpracuje bezpečnostní dokumentaci nezbytnou k zajištění bezpečnosti informačního systému REÚIP, a to přinejmenším v rozsahu stanoveném v části 7.6.9. Funkční a technické specifikace. Požadavky na bezpečnostní dokumentaci jsou stanoveny v Příloze č. 2 Smlouvy.
19. Smluvní strany se dohodly, že Xxxxxxxxxx je povinen strpět zapojení do havarijního plánu
Objednatele v souvislosti s Dílem a poskytnout mu v této věci potřebnou součinnost.
20. Zhotovitel je povinen na výzvu vedoucího projektu Objednatele, max. však 1× ročně, provést export dat nebo jejich části ze systému a předat data Objednateli, a to jak v průběhu trvání této Smlouvy, tak při jejím ukončení. Data budou předána v elektronické podobě ve formátu, který určí Objednatel po dohodě se Zhotovitelem. O předání bude vyhotoven předávací protokol.
21. Při ukončení Smlouvy budou informace či data, které byly Zhotoviteli v souvislosti s plněním Smlouvy Objednatelem poskytnuty, včetně nosičů, podle své povahy předány zpět Objednateli, a to na základě předchozí výzvy Objednatele. Veškeré informace či data, k nimž bude mít Zhotovitel nadále přístup, budou Zhotovitelem prokazatelně smazány způsobem, který vyloučí zpětnou obnovu dat; způsob smazání dat a způsob likvidace technických nosičů informace, provozních údajů, informací a jejich kopií je stanoven v Příloze č. 4 vyhlášky o kybernetické bezpečnosti; při této činnosti musí být zohledněna přinejmenším úroveň důvěrnosti dotčené informace (aktiva). Objednatel si vymiňuje možnost kontroly této případné likvidace.
22. Xxxxxxxxxx je povinen archivovat po dobu platnosti Smlouvy a dalších 5 let po ukončení Smlouvy záznamy o přístupech k informacím a datům, které byly poskytnuty Objednatelem.
XXIII. Ochrana osobních údajů
1. Zhotovitel je povinen zachovávat mlčenlivost o všech skutečnostech a informacích, které jsou obsažené v této Smlouvě a dále o všech skutečnostech a informacích, které mu byly v souvislosti s touto Smlouvou nebo jejím plněním jakkoliv zpřístupněny, předány či sděleny, nebo o nichž se jakkoliv dozvěděl, vyjma těch, které jsou v okamžiku, kdy se s nimi Zhotovitel seznámil, prokazatelně veřejně přístupné nebo těch, které se bez zavinění Zhotovitele veřejně přístupnými stanou (dále jen „důvěrné informace“). Práva a povinnosti smluvních stran jsou blíže upravena ve smlouvě o zpracování osobních údajů, kterou smluvní strany uzavírají spolu s touto Smlouvou.
2. Zhotovitel nesmí důvěrné informace použít v rozporu s jejich účelem, nesmí je použít ve prospěch svůj nebo třetích osob a nesmí je použít ani v neprospěch Objednatele.
3. Zhotovitel se dále zavazuje zejména zajistit ochranu dat, která obsahují informace o osobních nebo citlivých údajích třetích osob, s nimiž přijde Zhotovitel (jeho zaměstnanci) do kontaktu v rámci plnění této Smlouvy, a to v souladu s nařízením evropského parlamentu a rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů), (GDPR), jakož i v souladu se zákonem č. 110/2019 Sb., o zpracování osobních údajů, ve znění pozdějších předpisů, tzn. zejména zabezpečit, aby byla zachována mlčenlivost
o těchto údajích, o všech bezpečnostních opatřeních a aby zaměstnanci vyvíjeli snahu zabránit jakémukoliv zneužití těchto údajů jinou osobou.
4. Povinnosti dle tohoto článku je Zhotovitel povinen zachovávat i po zániku závazku z této Xxxxxxx, vyjma případů, kdy se důvěrné informace údaje stanou prokazatelně veřejně přístupné bez zavinění Zhotovitele. Povinnosti dle tohoto článku se nevztahují na případy, kdy je
Zhotovitel povinen zveřejnit chráněnou informaci na základě povinnosti uložené Zhotoviteli platným právním předpisem nebo rozhodnutím orgánu veřejné moci.
XXIV. Doba trvání závazku, ukončení Smlouvy
1. Tato Xxxxxxx se uzavírá mezi smluvními stranami na dobu 5 let od nabytí její účinnosti.
2. Ukončení této Smlouvy je možno učinit dohodou smluvních stran.
3. Každá ze smluvních stran je oprávněna tuto Xxxxxxx vypovědět písemnou výpovědí bez uvedení důvodu, nejdříve však po uplynutí 3 měsíců následujících po dni, ve kterém tato Xxxxxxx nabyla účinnosti. Výpovědní doba činí 12 měsíců a počíná běžet prvním dnem následujícího kalendářního měsíce po doručení výpovědi.
4. Smluvní strany se dohodly, že postup a průběh ukončení závazku se bude řídit Exitovým plánem
dle čl. XI. Smlouvy.
5. Smluvní strany se dohodly, že v případě ukončení závazku z této Smlouvy vyplývajícího kteroukoliv ze smluvních stran, a zároveň v době po úspěšném předání Díla dle čl. VI. Smlouvy, pozbývá Objednatel k okamžiku ukončení závazku právo Servisních služeb (část B Smlouvy) a Rozvoje (část C Smlouvy) dle podmínek této Smlouvy a relevantních částí jejích příloh, avšak nepozbývá práva k Dílu (Část A Smlouvy), zejména licencím dle čl. IX. Smlouvy.
6. Zhotovitel má povinnost předat jednorázově aktuální komplexní Zdrojové kódy k REÚIP k poslednímu dni účinnosti Smlouvy, přičemž ustanovení čl. IV. odst. 2 až 4 Smlouvy se uplatní přiměřeně.
XXV. Pojištění odpovědnosti
1. Xxxxxxxxxx se zavazuje, že Objednateli předloží pojistnou smlouvu, resp. pojistku nebo pojistný certifikát, jejímž předmětem je pojištění odpovědnosti Xxxxxxxxxxx za škodu či nemajetkovou újmu způsobenou při provádění Díla třetí osobě, či při poskytování Servisních služeb a Rozvoje třetí osobě s pojistným plněním na jednu pojistnou událost ve výši minimálně 20.000.000,- Kč, a to nejpozději do 10 pracovních dnů následujících po dni, kdy mu bude doručena výzva Objednatele k takovému předložení.
2. Zhotovitel se zavazuje udržovat pojištění dle odst. 1 tohoto článku v platnosti po celou dobu
platnosti této Smlouvy, a to počínaje jejím uzavřením.
3. Zhotovitel se zavazuje předložit na výzvu Objednatele do 5 pracovních dnů od Objednatelem učiněné výzvy kdykoliv v průběhu trvání Smlouvy doklad o uzavřeném pojištění dle odst. 1 tohoto článku.
XXVI. Realizační tým
1. Zhotovitel se zavazuje realizovat plnění dle této Smlouvy prostřednictvím osob (dále také jen
„realizační tým“), které uvedl v rámci prokazování kvalifikace dle § 79 odst. 2 písm. c) a d) zákona o zadávání veřejných zakázek u veřejné zakázky (viz Preambule).
2. Zhotovitel je povinen po celou dobu trvání Smlouvy mít ve svém realizačním týmu obsazeny
min. role:
a) Vedoucí projektu,
b) Specialista správy operačních systémů Microsoft Windows Server,
c) Databázový specialista,
d) Projektový architekt Microsoft Dynamics 365,
e) Programátor/Vývojář Microsoft Dynamics 365,
f) Implementátor (konfigurační manažer) Microsoft Dynamics 365,
g) Bezpečnostní konzultant ICT.
Jmenný seznam členů realizačního týmu včetně minimálních požadavků na členy realizačního týmu a jejich kontaktních údajů (telefon, e-mail) je uveden v příloze č. 4 Smlouvy.
3. Xxxxxxxxxx je oprávněn změnit člena, resp. členy svého realizačního týmu z důvodů na straně Zhotovitele pouze s předchozím písemným souhlasem Objednatele. Objednatel vydá písemný souhlas se změnou do 10 dnů od doručení žádosti Xxxxxxxxxxx. Objednatel souhlas se změnou nevydá, pokud:
a) nový člen realizačního týmu Zhotovitele nebude mít stejnou či vyšší způsobilost a kvalifikaci dle zadávacích podmínek, přičemž splnění způsobilosti a kvalifikace prokazuje Zhotovitel ve stejném rozsahu a stejným způsobem jako v případě podání nabídky dle požadavků stanovených zadávací dokumentací nebo
b) po Objednateli nelze spravedlivě požadovat, aby s takovou změnou souhlasil.
4. Objednatel je oprávněn požadovat a Xxxxxxxxxx je povinen zabezpečit změnu člena jeho realizačního týmu, pokud je jeho činnost nedostatečná nebo neuspokojivá, a to v případech, kdy:
a) plnění dle této Smlouvy není dostatečné nebo uspokojivé,
b) není vykonáváno dle racionálních a v souladu s touto Smlouvou vydaných pokynů
Objednatele,
c) bude dán jiný závažný důvod pro změnu člena realizačního týmu Zhotovitele.
5. Xxxxxxxxxx je povinen navrhnout nového člena svého realizačního týmu do 10 dnů od doručení žádosti Objednatele dle odst. 4 tohoto článku. Nový člen realizačního týmu zhotovitele musí být odsouhlasen Objednatelem postupem obdobným postupu podle odst. 3 tohoto článku Smlouvy.
6. Objednatel se zavazuje poskytnout součinnost Xxxxxxxxxxx prostřednictvím svého realizačního týmu, jehož členové jsou uvedeni v příloze č. 4 Smlouvy.
7. Objednatel je oprávněn změnit člena, resp. členy svého realizačního týmu z důvodů na straně Objednatele, o čemž je povinen informovat Xxxxxxxxxxx zasláním oznámení.
8. Pro případ jakékoliv změny těchto členů realizačního týmu se smluvní strany dohodly, že není potřeba uzavírat tomu odpovídající dodatek Smlouvy a taková změna je účinná dnem doručení písemného souhlasu Objednatele Zhotoviteli, resp. dnem doručení oznámení Objednatele Zhotoviteli.
9. Komunikace související s plněním předmětu Smlouvy bude adresována vždy na vedoucího projektu, a to jak na straně Zhotovitele, tak i na straně Objednatele. V případě řešení změny člena realizačního týmu u role vedoucí projektu bude komunikace ze strany Zhotovitele i Objednatele řešena prostřednictvím statutárních zástupců smluvních stran.
XXVII. Sankce a odstoupení od Smlouvy
1. Nedodrží-li Zhotovitel lhůty pro jednotlivé etapy stanovené čl. V. odst. 1 této Smlouvy nebo lhůtu k odstranění vad dle čl. X. této Smlouvy, je povinen uhradit Objednateli smluvní pokutu ve výši 0,1 % z nevyfakturované ceny Díla bez DPH dle bodu 1.11. Cenové kalkulace, a to za každý, byť započatý den prodlení. Nárok Objednatele na náhradu škody, která přesahuje smluvní pokutu, není tímto ustanovením dotčen.
2. Nedodrží-li Objednatel lhůtu splatnosti ceny dle čl. XIX. odst. 1 Smlouvy, je povinen uhradit Zhotoviteli smluvní pokutu ve výši 0,1 % z neuhrazené části ceny Díla bez DPH, a to za každý, byť započatý den prodlení.
3. Zhotovitel je povinen zaplatit smluvní pokutu Objednateli, pokud způsob poskytování Servisních služeb je v rozporu s požadavky na Servisní služby vymezenými čl. 9.3.1. a 9.3.2 Funkční a technické specifikace (SLA). Smluvní pokutu hradí Zhotovitel Objednateli ve výši a případech stanovených čl. 9.3.3. Funkční a technické specifikace, které je k ve vztahu k tomuto ustanovení Smlouvy speciálním. Celkový limit všech smluvních pokut dle čl. 9.3.3. Funkční a technické specifikace v kalendářním měsíci přitom nesmí přesáhnout cenu Servisních služeb bez DPH dle čl. XIV. odst. 1 Smlouvy.
4. Zhotovitel je povinen zaplatit smluvní pokutu Objednateli, pokud nebude Zhotovitelem dodržen termín dokončení Rozvoje stanovený smluvními stranami na základě Zadávacího listu rozvoje dle čl. XVI. odst. 8 a 11 Smlouvy ve výši 0,1 % ze Zadávacího listu rozvoje stanovené ceny
Rozvoje,
a to za každý, byť započatý den prodlení.
5. Zhotovitel je povinen zaplatit smluvní pokutu Objednateli, pokud nebudou dodrženy podmínky čl. XII. odst. 12 Smlouvy Zhotovitelem ve výši 5.000,- Kč za každý, byť započatý den prodlení.
6. Poruší-li Zhotovitel některé z práv ochrany osobních údajů ve smyslu čl. XXIII této Smlouvy, sjednávají smluvní strany smluvní pokutu ve výši 50.000,- Kč za každé takové porušení, byť by mělo za následek souběžně postih prostředky deliktního správního práva.
7. Poruší-li Zhotovitel některé z ustanovení čl. XXII. Smlouvy týkající se zajištění bezpečnosti informací a požadavků zákona o kybernetické bezpečnosti dle této Smlouvy, je povinen uhradit Zhotoviteli smluvní pokutu ve výši 50 000,- Kč za každé takové porušení, byť by mělo za následek souběžně postih prostředky deliktního správního práva.
8. Poruší-xx Xxxxxxxxxx svou povinnost oznámit, resp. navrhnout změnu člena realizačního týmu za podmínek dle ust. čl. XXVI. odst. 3 a 5 Smlouvy, je povinen zaplatit Objednateli smluvní pokutu ve výši 5.000,- za každé takové porušení.
9. Provede-li Zhotovitel činnosti dle této Smlouvy osobou, která není členem realizačního týmu, je povinen zaplatit Objednateli smluvní pokutu ve výši 15.000,- Kč za každé takové porušení.
10. Poruší-li Zhotovitel svou povinnost předložit ve lhůtě dle čl. XXV. odst. 3 Smlouvy doklad o pojištění odpovědnosti, je povinen zaplatit Objednateli smluvní pokutu ve výši 1.000,- Kč, a to za každý, byť započatý den prodlení.
11. Poruší-li Zhotovitel svou povinnost mít v době trvání závazku z této Smlouvy uzavřeno pojištění odpovědnosti dle čl. XXV. Xxxxxxx, je povinen uhradit Zhotoviteli 2.000,- Kč, a to za každý, byť započatý den, v němž neměl pojištění dle čl. XXV. Smlouvy v době trvání závazku plynoucího z této Smlouvy uzavřeno.
12. Nepředá-li Zhotovitel Zdrojové kódy ve lhůtách a způsobem dle této Smlouvy, je povinen zaplatit
Objednateli smluvní pokutu ve výši 5.000,- Kč za každý, byť započatý den prodlení.
13. Nevypracuje-li Zhotovitel Exitový plán dle čl. XI. Smlouvy a dle Funkční a technické specifikace ani na náhradní výzvu Objednatele, nebo nebude-li dle Exitového plánu postupovat, zavazuje se Zhotovitel zaplatit Objednateli smluvní pokutu ve výši 3.000.000,- Kč.
14. Neposkytne-li Zhotovitel Objednateli dostatečnou součinnost, která bude mít za následek ukončení této Smlouvy bez užití schváleného Exitového plánu způsobem, který dohodnutý Exitový plán nerespektuje, dle čl. XI. Smlouvy a dle Funkční a technické specifikace, zavazuje se Zhotovitel zaplatit Objednateli smluvní pokutu ve výši 3.000.000,- Kč.
15. Poruší-li Zhotovitel svou povinnost odstranění vad a nedodělků ve lhůtách stanovených čl. VI. odst. 18 a čl. XVI. odst. 19 Xxxxxxx, je povinen uhradit Zhotoviteli 2.000,- Kč, a to za každou takovou předmětnou vadu a každý započatý den prodlení s odstraněním této vady.
16. Objednatel je oprávněn započíst závazek Zhotovitele vzniklý z porušení této Smlouvy – smluvní pokutu, přímo oproti vlastním nesplaceným závazkům vůči Zhotoviteli.
17. Vznikne-li prodlení Zhotovitele v některé ze lhůt stanovené čl. V. odst. 1 Smlouvy delší než 30 dnů, je Objednatel oprávněn odstoupit od této Smlouvy i bez učinění předchozí výzvy Zhotoviteli. Ostatní sankční nároky dle této Smlouvy tím zůstávají nedotčeny.
18. V případě, že u Zhotovitele dojde k významné změně ovládání Zhotovitele ve smyslu ust. § 71 a souv. zákona č. 90/2012 Sb., o obchodních korporacích, ve znění pozdějších předpisů, nebo ke změně kontroly nad zásadními aktivy využívanými Zhotovitelem k plnění této Smlouvy, je Objednatel oprávněn odstoupit od této Smlouvy i bez učinění předchozí výzvy Zhotoviteli.
19. Odstoupí-li Objednatel od této Smlouvy podle odst. 17 a 18 tohoto článku, pak odstupuje od celého plnění v souladu s § 2004 odst. 2 věty druhé občanského zákoníku, jelikož částečné plnění nemá pro Objednatele význam; pro Objednatele má však význam, pokud bylo plnění Etap 2, příp. 3 Díla, již realizováno a Objednatelem převzato. Veškeré plnění ze strany Objednatele, zejména provedené platby dle čl. VII. odst. 3 Smlouvy, nechť je považováno za bezdůvodné obohacení
Zhotovitele, s výjimkou platby za řádně provedené a předané Etapy 2 a 3 Díla. Ostatní sankční nároky dle této Smlouvy tím zůstávají nedotčeny.
20. Objednatel je oprávněn snížit výši smluvních pokut dle tohoto článku, a to na písemnou žádost Xxxxxxxxxxx, v případě, že by bylo uplatnění smluvní pokuty zjevně v rozporu s dobrými mravy. Objednatel přitom zohlední výši vzniklé újmy, míru zavinění na straně Zhotovitele, jednání Zhotovitele směrující k odvrácení újmy Objednatele a naplnění účelu Smlouvy.
XXVIII. Vyhrazená změna závazku – výminka možnosti nahrazení Zhotovitele
1. V případě, že v průběhu 2 let od nabytí účinnosti Smlouvy dle čl. XXIX. odst. 15 Smlouvy dojde k ukončení Smlouvy, a to:
a) výpovědí Xxxxxxx dle čl. XXIV. Smlouvy některou ze smluvních stran, nebo
b) odstoupením od Smlouvy ze strany Objednatele,
c) odstoupením od Smlouvy ze strany Zhotovitele,
je Objednatel oprávněn v souladu s ust. § 222 odst. 10, resp. ust. § 100 odst. 2 zákona o zadávání veřejných zakázek ve spojitosti s čl. 12.2. zadávacích podmínek nahradit (původního) Zhotovitele jiným zhotovitelem, a to takovým, který se jako účastník zadávacího řízení na veřejnou zakázku dle čl. I Smlouvy umístil další v pořadí za nahrazovaným Xxxxxxxxxxxx (jako vybraným dodavatelem).
2. Nový zhotovitel je povinen prokázat před podpisem Smlouvy splnění všech podmínek dle zákona
o zadávání veřejných zakázek a zadávacích podmínek veřejné zakázky, a to ve stejném rozsahu, jako tomu bylo u nahrazovaného (původního) Zhotovitele.
3. Změna zhotovitele proběhne ke dni ukončení Xxxxxxx s původním Zhotovitelem, respektive ke dni uplynutí výpovědní lhůty.
4. Odstoupení ze strany Objednatele a náhrada původního Zhotovitele novým nemá vliv na povinnost Zhotovitele dle čl. XI. odst. 3 na vypracování Exitového plánu a jeho realizaci.
5. Smlouva s novým Zhotovitelem musí být uzavřena ve stejném rozsahu a obsahu povinností smluvních stran jako tato Smlouva, respektive za stejných podmínek jako původní Smlouva se Zhotovitelem.
XXIX. Závěrečná ustanovení
1. Smluvní strany jsou povinny poskytnout si navzájem dostatečnou součinnost při plnění této
Xxxxxxx, jakož i při vyhodnocování spokojenosti s jejím plněním.
2. Smluvní strany jsou povinny předávat si navzájem vždy aktuální, pravdivé a úplné informace nezbytně nutné k řádnému a včasnému plnění této Smlouvy.
3. Objednatel je povinen umožnit zaměstnancům Zhotovitele, které tento užije k plnění svého závazku, přístup do prostor nezbytných pro řádné plnění této Smlouvy, dále k vlastnímu programovému vybavení, k automatizovanému i neautomatizovanému informačnímu systému, ke zdroji elektrické energie, k síti elektronických komunikací apod., v rozsahu nezbytném pro řádné plnění této Smlouvy.
4. Pojem člověkoden užitý v této Smlouvě je definován v kapitole 9.4. Funkční a technické
specifikace.
5. Tato Smlouva je vyhotovena v elektronickém vyhotovení a podepsána elektronickými podpisy včetně jejích příloh.
6. Nevynutitelnost nebo neplatnost kteréhokoli článku, odstavce, pododstavce nebo ustanovení této Smlouvy neovlivní vynutitelnost nebo platnost ustanovení ostatních. V případě, že jakýkoli
takovýto článek, odstavec, pododstavec nebo ustanovení by mělo z jakéhokoli důvodu pozbýt platnosti (zejména z důvodu rozporu s aplikovatelnými zákony a ostatními právními normami), provedou smluvní strany konzultace a dohodnou se na právně přijatelném způsobu provedení záměrů obsažených v takové části Smlouvy, jež pozbyla platnosti.
7. Zhotovitel se zavazuje řádně uchovávat originál Xxxxxxx, včetně jejích případných dodatků a příloh, veškeré originály účetních dokladů a veškerou dokumentaci související s realizací plněním této Smlouvy minimálně do konce roku 2036 a na případnou výzvu Objednatele mu bezplatně poskytnout prosté kopie. Pokud je v českých právních předpisech stanovena lhůta delší, musí ji Zhotovitel použít.
8. Zhotovitel prohlašuje, že je mu známa skutečnost, že sazba daně z přidané hodnoty bude
stanovena v souladu s právními předpisy platnými v době podpisu této Xxxxxxx.
9. V případě interpretačních různic smluvních stran vyplývajících z této Smlouvy včetně příloh se smluvní strany dohodly, že se bude při interpretaci Xxxxxxx přednostně užívat zadávacích podmínek veřejné zakázky, a to tak, aby byl v nejvyšší možné míře naplněn smysl a účel veřejné zakázky.
10. Zhotovitel prohlašuje, že mu je známa skutečnost, že není oprávněn podmínit tuto nabídku jakoukoliv protinabídkou, a to ani tehdy, vyžadovala-li by tak standardně nabízená licence software imanentně pro instalaci nebo řádný provoz i spuštění software (např. tzv. „click and wrap EULA“). Zhotoviteli je známo, že k takovým ustanovení nebude Objednatel přihlížet a smluvní strany budou činit, jako by jich nebylo, jelikož vztahy mezi Zhotovitelem a Objednatelem se řídí touto Smlouvou.
11. Smluvní strany se zavazují vyvinout maximální úsilí k odstranění vzájemných sporů vzniklých na základě této Smlouvy nebo v souvislosti s touto Smlouvou a k jejich vyřešení zejména prostřednictvím jednání delegovaných vedoucích projektu obou smluvních stran nebo pověřených zástupců.
12. Smluvní strany se dohodly, že Xxxxxxxxxx má povinnost informovat Objednatele o významné změně ovládání Zhotovitele ve smyslu ust. § 71 a souv. zákona č. 90/2012 Sb., o obchodních korporacích, ve znění pozdějších předpisů, nebo o změně vlastnictví zásadních aktiv, popř. o změně oprávnění nakládat s těmito aktivy, využívaných tímto dodavatelem k plnění podle Smlouvy, a to do 3 pracovních dnů od provedení takové změny.
13. Spory vzniklé na základě této Smlouvy nebo v souvislosti s touto Smlouvou, které se nepodaří odstranit dle odst. 11 tohoto článku, budou rozhodnuty s konečnou platností místně, věcně a funkčně příslušným soudem České republiky.
14. Tato Smlouva se řídí českým právem, zejména pak relevantními ustanoveními občanského zákoníku, autorského zákona a zákona o zadávání veřejných zakázek.
15. Smluvní strany prohlašují, že jim je známa skutečnost, že tato Xxxxxxx nabývá účinnosti dnem jejího zveřejnění v registru smluv dle ust. § 6 zákona č. 340/2015 Sb., o registru smluv, ve znění pozdějších předpisů (dále jen „zákon o registru smluv“). Smluvní strany se dohodly, že při uzavření Xxxxxxx posoudí možnosti uveřejnění Smlouvy včetně jejích příloh v plném rozsahu a v případě potřeby se dohodnou na neuveřejnění některých částí Smlouvy včetně jejích příloh, pokud takový postup bude plně v souladu s dotčenými právními předpisy, tj. zejména v souladu se zákonem o registru smluv.
16. Smluvní strany prohlašují, že si Xxxxxxx před jejím podpisem přečetly, že byla uzavřena po projednání podle jejich pravé a svobodné vůle a její autentičnost potvrzují zástupci smluvních stran svými podpisy.
17. Nedílnou, nerozlučitelnou a integrální součástí této Smlouvy jsou následující přílohy: Příloha č. 1 – Funkční a technická specifikace
Příloha č. 2 – Bezpečnostní dokumentace (požadavky na dodavatele, provozovatele a správce); Standard ICT prostředí MPSV
Příloha č. 3 – Cenová kalkulace
Příloha č. 4 – Seznam členů realizačního týmu
Za Objednatele Za Zhotovitele
Xxx. Xxx. Xxxxxx Xxxx, generální inspektor Xxxxxx Xxxxxxxx, člen představenstva
ČR – Státní úřad inspekce práce AUTOCONT a.s.
Za Zhotovitele
Xxxxxx Xxxxxxxx, člen představenstva
AUTOCONT a.s.
Příloha č. 1 Xxxxxxx
Funkční a technická specifikace
„SÚIP – Sloučení programových platforem informačního systému REÚIP II“
Státní úřad inspekce práce (SÚIP) je zřízen zákonem č. 251/2005 Sb., o inspekci práce, ve znění pozdějších předpisů, jeho působnost je upřesněna další legislativou, především zákonem č. 435/2004 Sb., o zaměstnanosti, ve znění pozdějších předpisů.
Organizačně se jedná o jeden ekonomický subjekt, avšak z pohledu správního řádu je rozdělen na 9 samostatných správních úřadů (SÚIP Opava a 8 oblastních inspektorátů práce). Základní pracovní náplní jednotlivých úřadů je vykonávání inspekce u subjektů v ČR. V informačním systému je řešeno po jednotlivých rolích s přístupy dle oprávnění vč. regionálního rozdělení.
Zhotovitel je označení společnosti nabízející své řešení požadovaného komplexního informačního systému „REÚIP“ - Registru elektronizace úkonů inspekce práce.
Obsah
1. Požadavky na rozsah plnění 4
1.1. Základní popis současného stavu systému REÚIP 5
1.2. Umístění infrastruktury 13
2. Cílový stav informačního systému po provedené transformaci 14
3. Základní požadavky na řešení systému REÚIP 15
3.1. Základní vymezení realizačního rámce 15
3.2. Provozní architektura – ideové schéma 16
3.3. Obecné požadavky na řešení 28
3.4. Autentizace a řízení přístupů 31
4. Požadavky na funkcionalitu systému REÚIP 34
4.1. Základní služby nové verze po sloučení programových platforem informačního systému REÚIP 34
5. Požadavky na provozní prostředí a soulad s prostředím Objednatele 35
6. Interface – požadavky na aplikační rozhraní 38
6.1. Požadované aplikační rozhraní (interface) na externí systémy 38
7. Doplňkové (nefunkční) požadavky 40
7.1. Požadavky na projektové řízení 40
7.2. Požadavky na testování 41
7.4. Požadavky na migraci dat do dodávaného řešení systému REÚIP 43
7.5. Požadavky na napojení SW a HW systémů a výstupů 46
7.6. Požadavky na dokumentaci nové verze systému REÚIP 46
7.7. Požadavky na nasazení nové verze systému REÚIP 49
8.1. Součinnost pro projektové řízení 52
8.2. Součinnost pro implementaci 53
8.3. Součinnost pro provedení testování 54
8.4. Součinnost pro provedení migrace 54
8.5. Součinnost pro nasazení nové verze systému REÚIP 55
8.6. Součinnost pro školení 55
9. Definice servisních služeb 56
9.1. Provozní podpora systému REÚIP 57
9.1.1. Servisní služba „KS1.1 Technologický update systému REÚIP“ 58
9.1.2. Servisní služba „KS1.2 Servisní garance systému REÚIP“ 60
9.1.3. Servisní služba „KS1.3 Garance příjmu hlášení chybových stavů a požadavků systému REÚIP“ 61
9.1.4. Servisní služba „KS1.4 Technická a metodická podpora systému REÚIP“ 62
9.1.5. Servisní služba „KS1.5 Podpora provozu a bezpečnosti systému REÚIP“ 64
9.1.6. Servisní služba „KS1.6 Preventivní prohlídky systému REÚIP“ 66
9.2. Služby údržby dokumentace systému REÚIP 68
9.3.2. SLA – ujednání o kvalitě servisních služeb poskytovaných Zhotovitelem 70
9.3.3. Sankční ujednání 72
9.4. Definice pojmů 73
9.5. Definice chybových stavů a požadavků 73
9.5.1. Chybový stav (incident) 73
9.5.2. Typy událostí 74
9.6. Způsob prokazování plnění servisních služeb 74
1. Požadavky na rozsah plnění
Cílem plnění veřejné zakázky je optimalizace datových struktur komplexního informačního systému REÚIP - Registru elektronizace úkonů inspekce práce (dále jen „systém REÚIP“ nebo
„informační systém“), sloučení programových platforem MS Dynamics CRM a AX do MS Microsoft Dynamics 365 Sales.
Hlavní cíle veřejné zakázky tedy jsou zejména:
• odstranění duplicitních dat,
• optimalizace postupu při práci s informačním systémem,
• sloučení programových platforem MS Dynamics CRM a AX do MS Microsoft Dynamics 365 Sales,
• převedení současného stavu informačního systému, včetně rozhraní a připojení na aktuální verzi (aktuální v čase předaní do produkce) Microsoft Dynamics 365 Sales.
Rozsah a obsah plnění je vymezen Smlouvou o dílo a smlouvou o poskytnutí licence a souvisejících služeb a tato příloha je její konkretizací a nedílnou součástí.
Sloučením programových platforem informačního systému se rozumí zejména komplex návrhu optimalizace, dodání, instalace a implementace veškerého potřebného softwarového vybavení na všech úrovních, migrace dat, školení, dokumentace, ověřovací a produktivní provoz. Vše tak, aby byla zajištěna úplná a bezchybná funkcionalita systému REÚIP a podpora procesů SÚIP dle požadavků tohoto dokumentu, Objednatele a platné legislativy. Dodávka systému REÚIP musí zahrnovat zejména:
a) Dodávku všech propojení a interface na okolní informační systémy. Systém REÚIP musí být napojen na další informační systémy a služby:
▪ Napojení na ISZR;
▪ Zpřístupnění portálových modulů a rozhraní pro CzechPOINT;
▪ Zajištění konektoru na rozhraní spisové služby;
▪ Napojení na jmenný rejstřík jako samostatnou součást systému elektronické spisové služby.
b) Veškeré práce spojené s realizací optimalizace systému REÚIP,
▪ Návrh transformace, tj. časového a technického přechodu do Microsoft Dynamics 365 Sales, vč. akceptačních procedur (nutných k provedení akceptace Díla) a akceptačních protokolů;
▪ Návrh architektury REÚIP na platformě Microsoft Dynamics 365 Sales, tj. vyprojektování aplikační, systémové a komunikační infrastruktury;
▪ Optimalizace agend REÚIP v návaznosti na procesy a služby inspekce práce;
▪ Dodávka potřebného Hardwaru (dále také HW);
▪ Návrh optimalizace datových struktur a implementace aplikačního programového vybavení (APV) REÚIP;
▪ Integrace implementovaného Microsoft Dynamics 365 Sales do existující komunikační a systémové infrastruktury Objednatele;
▪ Integrace implementovaného Microsoft Dynamics 365 Sales s interními aplikacemi a externími informačními systémy;
▪ Migrace dat stávajícího systému REÚIP do nového systému na bázi Microsoft Dynamics 365 Sales, včetně porovnání, aktualizace a konsolidace dat;
▪ Zajištění ověřovacího provozu REÚIP včetně odpovídající odborné technické podpory;
▪ Nasazení systému REÚIP do ostrého provozu;
▪ Řízení realizace na základě veřejné zakázky na straně vybraného účastníka;
▪ Řízení změn;
▪ Instalace dodávaných softwarových řešení, vč. realizace testovacího prostředí pro testování a uvolňování změn v aplikačním software (patche, updaty, upgrady, verze) a provozním prostředí do užití;
▪ Implementace a vstupní nastavení dodávaného řešení v souladu se Zadávací dokumentací a jejími přílohami, požadavků Objednatele a platnou legislativou;
▪ Převod dat ze stávajícího systému REÚIP (migrace dat);
▪ Všechny typy školení potřebné pro práci s informačním systémem.
c) Kompletní dokumentaci v elektronické podobě.
d) Vyhotovení Exitového plánu.
e) Zajištění provozní podpory a rozvoje systému REÚIP.
1.1. Základní popis současného stavu systému REÚIP
Informační systém REÚIP je vytvořen na základě programových produktů firmy Microsoft:
• Operační systém Windows server Datacenter verze 2008 a 2012 R2;
• Microsoft Dynamics CRM 2011 (dále jen CRM);
• Microsoft Dynamics AX 2009 (dále jen AX);
• Microsoft Dynamics Connector (dále jen Dynamics Connector) – online Propojení CRM – AX;
• Microsoft SharePoint 2010 (dále jen SharePoint);
• Databáze MS SQL server 2008 R2 verze Standard, Enterprise 64 bit;
• Analytické a reportovací nástroje MS SQL;
• BI - business intelligence, datový sklad – databáze na platformě MS SQL;
• SSRS - SQL Server Reporting Services, platforma pro tvorbu a konzumaci reportů.
Specifické účelově vytvořené komponenty:
• Xxxxx - specifická komponenta, která odstiňuje uživatele od SharePointu pro ukládání souborů;
• Xxxxx - specifická komponenta, která zajišťuje přenos informací o uživatelích z AD do rolí zabezpečení v CRM a AX.
Uživatelé:
• MS Office verze 2016 Enterprise, 2019 Enterprise;
• Webový prohlížeč MS Internet Explorer 11.0.
Z hlediska funkčního jsou jádrem systému REÚIP komponenty CRM a AX. Oba tyto Microsoft Dynamics produkty jsou v informačním systému použity spíše jako vývojová platforma, na níž byl informační systém vybudován. To znamená, že oba standardní produkty byly masivně upraveny původním dodavatelem systému REÚIP.
Celé řešení je architektonicky vystaveno jako centralizované, dostupné v rámci technologického řešení v režimu 24×7×365 pro všechny pracovníky nezávisle na lokalitě. Nejrozsáhlejší skupina uživatelů (více jak 90 %) jsou mobilní pracovníci pracující v Microsoft CRM. V principu lze rozdělit dostupnost systému REÚIP pro mobilní pracovníky do dvou základních situací:
• Uživatel je připojen (resp. jeho počítač, notebook je připojen) v lokání podnikové síti SÚIP, a tím je zajištěn přístup k systému REÚIP v rozsahu dle přidělených uživatelských oprávnění.
• Uživatel je v terénu a do domény SÚIP se připojí prostřednictvím datového tarifu mobilního operátora přístupem do VPN SÚIP/MPSV. Toto připojení je z pohledu dostupnosti a kvality komunikace závislé na místním pokrytí signálu mobilního operátora. Následně po připojení do domény SÚIP je přístup do systému REÚIP řízen stejně, jako kdyby byl uživatel v lokální síti.
Dostupnost systému REÚIP pro mobilní pracovníky není závislá na lokalitě uživatelů, přístup má pouze technologická a provozní omezení.
Ostatní pracovníci (administrativní pracovníci, právní oddělení, management) pracují převážně v lokální podnikové síti. Uživatelé dále využívají funkcionality realizované v technologii Microsoft SharePoint a Business Inteligence v lokální podnikové síti.
Funkční schéma systému REÚIP
ESS
SharePoint
ActiveDirectory
Xxxxx
Xxxxx
CRM
AX
Dynamics Connector
Externí organizaze
(MPSV
ČSSZ,…)
Prac.stanice
uživatelů
Intranet
BI, SSRS
Obrázek 1 - Funkční schéma systému REÚIP
Systém REÚIP je postaven na principu základního oběhu dokumentů, řešeným spisovou službou (ESS), rozšířeným vykonáváním jednotlivých legislativou definovaných agend, jejichž podporu zajišťuje systém REÚIP. Dokument vzniká nebo je evidován v ESS, je vypravován – odesílán prostřednictvím ESS.
Každá agenda souvisí s činností subjektů, je realizována příslušným typovým spisem, jehož struktura je definována v REÚIP. Pro každý jednotlivý případ je vytvářen nový spis. Typy agend a jednotlivých spisů jsou následující:
• B - Bezpečný podnik
• C - Hlášení práce přesčas
• D - Podnět ke kontrole
• E - Soudní řízení
• G - Harmonogram Bezpečného podniku
• I - Inspekce
• K - Kolaudace
• L - Školní úraz
• M - Záznam před kontrolou
• N - Podnět ke správnímu řízení
• O - Oznámení o zahájení prací
• P - Poradenství
• Q - Ostatní právní agenda
• R - Obecná agenda REÚIP (Hlášení hromadného propouštění, Umělecká činnost dítěte, atd.)
• S - Správní řízení (Správní spis)
• T - Evidence VTZ (Vyhrazená technická zařízení)
• U - Pracovní úraz
• V - Vyjádření k projektové dokumentaci
• Z - Vyjádření k bezpečnostní dokumentaci
Kromě výše uvedeného jsou součástí REÚIP ještě následující pomocné agendy bez přiřazeného
typu spisu:
• A – Stavby (pomocná agenda pro agendy O, K, V)
• W – Evidence úrazů ČBÚ (poskytnutá data Českým báňským úřadem pro potřebu výkazů úrazovosti)
Pro každou významnou entitu (správní řízení, inspekce, podnět, …) je k dispozici ve významu číselníku množina stavů. Pro jednotlivé stavy je možné zjistit, zda a kdy poprvé instance do daného stavu přešla a v jakém stavu právě je.
Pozn.: Písmeno před názvem agendy je definováno jako kód agendy a je používáno v prefixu evidenčního čísla konkrétního případu a související spisové značky spisu.
Nové případy vznikají na základě impulzů vně úřadu, neovlivnitelných vnitřní činností úřadu (úraz, podnět ke kontrole, stížnost, žádost, oznámení). Každý impulz je evidován v ESS, zpracován v příslušné agendě REÚIP, vyhodnocen a na jeho základě může být inspektory úřadu provedena kontrola souvisejícího subjektu. Kontroly subjektů však vznikají i jako výsledek interní analýzy
a plánování dle schválených úkolů pro aktuální rok či z moci úřední. Všechny dokumenty jsou evidovány nebo průběžně vznikají v systému REÚIP. Výsledkem např. kontrolního procesu je po zadání dat ve strukturované formě do připravené šablony v procesu provádění kontroly dokument „Protokol o kontrole“ ve formátu pdf/a. V případě zjištění závažných nedostatků jsou výsledky kontrol předávány právním útvarům k vedení správního řízení a případnému uložení pokuty kontrolovaným subjektům. Vymáhání pokut řeší dle předaných podkladů z úřadu Celní správa (CÚ), podklady pro platbu nákladů řízení jsou automaticky exportovány ze systému REÚIP do ekonomického informačního systému (EIS). Spisy vyřešených případů jsou standardními postupy archivovány v ESS. Data pořízená v jednotlivých agendách jsou po splnění legislativních požadavků publikována či postupována ostatním složkám státní správy (MPSV, ÚP, EU).
SÚIP vede evidenci a zajišťuje informační systém o pracovních úrazech – cca 45 tis. záznamů ročně, které jsou evidovány v systému REÚIP. Kontrola může vzniknout také na základě hlášení pracovního úrazu.
Pro účely přípravy a vyhodnocování kontrolní činnosti je do systému REÚIP vložena databáze ČSÚ Registr ekonomických subjektů ČR (RES), provádí se její pravidelná aktualizace.
Základní schéma procesů je na následujícím obrázku.
Obrázek 2 - Příklad: Procesní model – Inspekce pracovněprávní vztahy
Obrázek 3 - - Příklad: Procesní schéma – Inspekce pracovněprávní vztahy
Data agend jsou ukládána v datových úložištích informačního systému, jimiž jsou:
• Dokumenty spisové služby
• Subjekty
• Evidence impulzů
• Kontroly
• Právní agendy
• Datový sklad
Jednotlivé procesy informačního systému jsou zajišťovány těmito aplikačními moduly:
• ESS – spisová služba SÚIP, se systémem REÚIP komunikuje pomocí připravené webové služby. V roce 2022 se předpokládá přechod na novou spisovou službu jednotnou pro celou organizační strukturu v rámci resortu MPSV, u připravované ESS nelze vyloučit změnu databázové platformy.
• WS ESS – Pro zajištění komunikace mezi systémem REÚIP a Elektronickou spisovou službou ESS je vytvořena webová služba (WS) nezávislá na geografické lokalitě SÚIP. Při zpracovávání dokumentů je dodržován princip výlučné správy dokumentu buď na straně REÚIP nebo na straně spisové služby, přičemž evidence všech dokumentů vyřizovaných SÚIP je primárně vedena v ESS.
• Rozhraní WS obsahuje především následující metody:
▪ Doc_Get3: Převzetí doručeného dokumentu ze spisové služby; Převzetí doručenky
dokumentu;
▪ Doc_Post4: Vytvoření vlastního dokumentu; Storno vlastního dokumentu; Vytvoření doručeného dokumentu; Vytvoření spisu nad dokumentem; Změna atributů dokumentu; Zařazení dokumentu do spisu; Vrácení doručeného dokumentu do spisové služby; Odeslání dokumentu;
▪ Blob_Post: Uložení elektronického souboru a jeho příprava k automatickému odeslání;
▪ Blob_Delete: Odstranění elektronického souboru;
▪ Spis_Post2: Vytvoření spisu k dokumentu; Změna atributů spisu; Vyřízení spisu; Předání spisu dalšímu inspektorovi či útvaru; Uzavření spisu a předání spisovně;
▪ Spis_Get2: Vrácení spisu ze spisovny; Potvrzení převzetí spisu;
▪ CJ_Post2: Vytvoření spisu k dokumentu; Vytvoření vlastního dokumentu a vytvoření jeho
spisu.
Metody typu Get fungují na principu „Dej další změněný záznam“, parametrem pro volání je časová značka (syslog) vrácená při předchozím volání téže metody. Metody typu Post provádí změny daného záznamu, parametrem pro volání je identifikace uživatele provádějícího změny, jeho útvar, identifikace záznamu a seznam jeho atributů. Metoda typu Delete provádí odstranění daného záznamu, parametrem pro volání je identifikace uživatele provádějícího změny a identifikace záznamu.
• CRM – Modul inspekce (Impulzy a kontroly) implementován Microsoft Dynamics CRM;
• AX – Právní modul (Subjekty a právní agendy) implementován Microsoft Dynamics AX;
• Konektor – synchronizace dat mezi CRM a AX;
• BI – datový sklad realizovaný Microsoft Business Intelligence a MS Reporting Services.
Schéma vzájemné vazby jednotlivých modulů je na následujícím obrázku.
Obrázek 4 - Vzájemná vazba modulů
Komunikace mezi ESS a REÚIP a komunikace mezi AX a CRM probíhá asynchronně v definovaných časových intervalech v řádu minut. Při zpracovávání dokumentů je dodržován princip výlučné správy dokumentu buď na straně REÚIP nebo na straně ESS.
Schéma základního procesu všech agend je uvedeno na následujícím obrázku.
Obrázek 5 - Schéma základního procesu všech agend
Pro datová úložiště REÚIP je využita platforma MS SQL, datové úložiště ESS je aktuálně realizováno na platformě IBM Informix.
Díky odstranění funkčnosti produktů MS Dynamics AX a Dynamics Connector bude možno zrušit následující vazby:
• AX – Dynamics Connector
• AX – ESS
• AX – BI
• AX – Xxxxx
• AX – Xxxxx
• AX - Ext. organizace
• CRM – Dynamics Connector
1.2. Umístění infrastruktury
Kompletní infrastruktura je umístěna v datovém centru MPSV Praha. Architektonické řešení je navrženo s virtualizační vrstvou Microsoft Hyper-V oddělující vlastní hardware od operačních systémů jednotlivých serverů. Komunikaci infrastruktury obstarávají dva LAN switche v redundantním zapojení, které jsou se servery redundantně propojeny na rychlosti 10Gbit. Jako platforma bude použit Microsoft Windows Server Datacentrum.
2. Cílový stav informačního systému po provedené transformaci
• Zachování všech funkcionalit stávajícího informačního systému, podpora všech procesů a služeb stávajícího informačního systému na úrovni vykonavatelů a uživatelů včetně optimalizace struktury těchto procesů;
• Zajištění všech komunikací stávajícího informačního systému – ESS, ISZR;
• Zajištění (zachování) provozu informačního systému v režimu 24×7×365;
• Napojení (konektor) na jmenný rejstřík jako samostatnou součást (databázi) systému elektronické spisové služby;
• Pro účely přípravy a vyhodnocování kontrolní činnosti využití v informačním systému vložené databáze ČSÚ Registr ekonomických subjektů ČR (RES), pravidelná aktualizace;
• Stabilní moduly informačního systému pro podporu jednotlivých procesů, bez manuálních přenosů a kopírování dat, všechny klíčové firemní procesy integrované v jediném informačním systému;
• Automatické vytěžování přijatých formulářů do informačního systému;
• Jednoduchost a přehlednost ovládání, jednotné uživatelské rozhraní;
• Preferování standardních úprav v aplikaci před programováním a doprogramováním
v souladu se standardy a best practices;
• Výstupy všech dokumentů z informačního systému ve formátu PDF/A (1-b nebo 2/3 pokud obsahují autentizační prvky) – podle toho, zda výsledný dokument bude vytvořen již v informačním systému a o autentizační prvek doplněn později, nebo bude autentizace integrována rovnou v informačním systému, případně to celé bude zajišťovat nová ESS z jakéhokoli vstupu;
• Zajištění bezpečnosti dat, která jsou v systému REÚIP zpracovávána a služeb, které jsou prostřednictvím informačního systému poskytovány v souladu s platnou legislativou;
• Zajištění dodržování zásad pro ochranu osobních údajů v souladu s platnou legislativou;
• Řízení přístupů ke strukturovaným datům podle přidělených oprávnění, řízení přístupů
k výsledným vytvořeným dokumentům podle přidělených oprávnění;
• Kontroly vybraných dat proti základním registrům;
• Ukládání dat a dokumentů v jedné strukturované databázi bez přenosu dat, nad jedinou databází umožnit řídit sdílení číselníků; zachování stávajících číselníků;
• Kontrola integrity dat na úrovních databáze, aplikační logika, vstupní formuláře apod.;
• Ve vybraných částech informačního systému ukládání auditních záznamů o přístupech a autorech změn vedených údajů, bezpečnost těchto záznamů;
• Rozšířit vytěžování získávaných informací, připravené reporty přesunout na vybranou technologii výstupů;
• Možnost získávání datových reportů vlastními dotazy, možnost samoobslužného využití SQL dotazů nad modifikovanou relační databází a případné využití technologie OLAP;
• Podpora vzdáleného přístupu;
• Akceptace milníků plnění po srovnání s doporučenými postupy použitých aplikací;
• Systém školení.
3. Základní požadavky na řešení systému REÚIP
Účastníci vyplňují do tabulky ve sloupci označeném slovem „Splněno“ v této kapitole pro účely posouzení nabídky v zadávacím řízení a pro realizaci smluvního vztahu mezi Zhotovitelem a Objednatelem níže uvedené hodnoty:
A (= Splněno nabízeným standardním řešením nebo splněno dle požadavků zadavatele)
N (= Nesplněno znamená nesplnění požadavků zadavatele)
Účastníci vyplňují do tabulky ve sloupci označeném slovem „Popis“ v této kapitole pro účely posouzení nabídky v zadávacím řízení slovní vyjádření požadavku, bližší specifikaci, popř. další dle účastníka relevantní údaje a informace.
3.1. Základní vymezení realizačního rámce
Informační systém musí splňovat tento základní realizační rámec:
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
3.1.1 | Jednotný systém s centrální instalací a managementem Po realizovaném sloučení programových platforem informačního systému musí být systém REÚIP navržen a realizován jako jednotný centrálně instalovaný, provozovaný a spravovaný informační systém, provozovaný v režimu 24×7×365, s komplexní funkcionalitou dle požadavků uvedených v dalších kapitolách. | A |
3.1.2 | Provozovatelnost v technologickém prostředí Objednatele Informační systém musí být provozovatelný v technologickém prostředí Objednatele, jak je uvedeno v kapitole 3.2 Provozní architektura – ideové schéma a dále v kap. 5. | A |
3.1.3 | Informační systém na platformě Microsoft Dynamics 365 Sales Informační systém musí být realizován na stávající využívané platformě Microsoft Dynamics 365 Sales a musí respektovat standarty architektury Dynamics 365 (např. Unified Interface). | A |
3.1.4 | Přístup do informačního systému z různých pracovišť Musí umožnit přístup k službám oprávněným uživatelům odkudkoli, z libovolného pracoviště SÚIP nebo jiných vzdálených pracovišť (mobilní pracovníci), bezpečným a jednoduchým způsobem. Mobilní pracovníci v počtu cca 700 jsou inspektoři, právníci, administrátoři, konzultanti/poradci, ev. další určené osoby. | A |
3.1.5 | Procesní podpora Musí podporovat procesy komunikace, kooperace a týmové spolupráce uvnitř REÚIP. Základní procesy jsou: • Proces řízení kontrol a podpory správního řízení o Řízení postupu kontroly a všech souvisejících procesů, vč. vytvoření potřebného softwarového zázemí pro 700 současně pracujících uživatelů s možností budoucího rozšíření na dvojnásobek, tedy maximálně 1400 uživatelů. | A |
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
Součástí je také zajištění přijímání hlášení o úrazech a přijímání podnětů, jako vstupů iniciujících kontroly; o vytvoření systému reportingů. | ||
3.1.6 | Komunikace a kooperace s vnějším okolím Musí podporovat procesy komunikace a kooperace s vnějším okolím, zejména: • Napojení na informační systém základních registrů (ISZR) a následná implementace tohoto řešení, jehož výsledkem je fyzická integrace na ISZR; • Zpřístupnění portálových modulů a rozhraní pro CzechPOINT@office; • Zajištění napojení na rozhraní spisové služby za účelem řízené komunikace s externími subjekty v návaznosti na klíčové procesy správního řízení a agendy systému REÚIP v souladu se zákonnými normami; • Napojení na jmenný rejstřík dle platné legislativy. | A |
3.1.7 | Centrální správa a monitoring Musí mít integrovány technologie pro jednotnou centrální správu, administraci a monitorování provozního stavu kritických komponent informačního systému (databáze, aplikační software aj.). | A |
3.1.8 | Ochrana dat Musí podporovat technologie a postupy pro ochranu dat zpracovávaných v informačním systému před neoprávněným přístupem, narušením integrity a důvěryhodnosti dat či ztrátou dat. Zejména pak musí spolupracovat se systémy pro řízení identit a přístupů, se systémy pro zpracování logů, systémy pro ochranu dat zálohováním a archivací a dalšími bezpečnostními systémy SÚIP. | A |
3.1.9 | Vypracovaný exitový plán Musí být vypracovaný a schválený popis tzv. exitu, který je skupinou požadavků na činnosti, které Zhotovitel musí vykonat v souvislosti s ukončením svého plnění vůči Objednateli. | A |
3.2. Provozní architektura – ideové schéma
V této kapitole uvádíme ideovou strukturu provozní architektury (architekturu) pro sloučení programových platforem informačního systému REÚIP, která má být pro Zhotovitele určitým vodítkem při návrhu řešení. Konkrétní technické provedení je plně na Zhotoviteli.
Všechny komponenty a záložní diskové pole informačního systému budou instalovány v datových centrech MPSV v Praze. Prostředí bude obsahovat produkční systém na dedikovaných serverech a testovací instanci REÚIP a školicí instanci REÚIP. Případná změna umístění komponent informačního systému bude řešena formou servisního zásahu. Veškeré HW
komponenty
a architektura systému musí být navrženy a dodány tak, aby umožňovaly provozovat informační systém v režimu 24×7×365.
V datovém centru bude systém REÚIP provozován ve virtuálním prostředí realizovaném na virtualizační platformě Microsoft Hyper-V. Virtualizační cluster pro produkci a virtualizační cluster pro test/školení prostředí musí být každý tvořen 2 fyzickými servery tak, aby byl umožněn provoz systému REÚIP v režimu 24×7×365.
Předmětem dodávky bude síťové úložiště (diskové pole) pro uložení dat systému REÚIP do primárního datového centra a záložní diskové pole v záložním datovém centru. Virtualizační servery a síťové uložiště budou v primárním datovém centru propojeny vysoce dostupnou sítí tvořenou dvěma síťovými přepínači s porty s minimální přenosovou rychlostí 10 Gbit pro připojení serverů a diskového pole. Komunikace mezi servery navzájem; servery a diskovým polem; a management porty zařízení bude využívat stejné síťové přepínače, ale bude oddělená pomocí VLAN. V záložním datovém centru bude dodané diskové pole připojeno do stávajících síťových přepínačů MPSV (Catalyst 6807-XL). Připojení bude realizováno kabely SFP- 10G-AOC10M do 2x 10 Gb/s portů. Dodávka síťových prvků, kabeláže a SFP+ optických převodníků je součástí Díla. Informační systém bude po sloučení platforem postaven na platformě Microsoft Dynamics 365 Sales v on-premise variantě.
Záměrem Objednatele je, aby sloučený systém REÚIP byl odolný vůči výpadku jedné komponenty hardwarové nebo softwarové. Proto Objednatel počítá s tím, že produkční systém bude tvořen minimálně:
• 2x virtuální front end server;
• 2x virtuální back end server;
• 2x virtuální SQL server.
Zátěž mezi aplikačními servery musí být rozložená např. prostřednictvím load balancingu nebo obdobné metody tak, aby byla poskytnuta ochrana před výpadkem jednoho z aplikačních serverů.
SQL servery musí tvořit DB cluster (SQL Server Always On).
Systém REÚIP má přibližně 700 uživatelů, kteří k němu přistupují v režimu 24×7×365 a v současné době jeho data zabírají přibližně 1TB prostoru na diskovém uložišti. Počítá se s nárůstem kapacity ukládaných dat, a to i několikanásobně v průběhu trvání smlouvy.
Informační systém bude provozován v poddoméně domény „suip“. Poddoména bude vytvořena v součinnosti správy ICT systému SÚIP a Zhotovitele, poté bude provozovaná v režii správy informačního systému.
Na následujícím obrázku č. 6 je uvedeno koncepční schéma infrastruktury pro systém REÚIP:
Obrázek 6 - Ideové schéma provozního prostředí systému REÚIP po sloučení programových platforem
Obrázek 7 obsahuje ideové infrastrukturní schéma.
Obrázek 7 - Infrastrukturní schéma systému REÚIP
Následující tabulka obsahuje minimální požadované hardwarové konfigurace jednotlivých komponent systému REÚIP. Na základě vlastní analýzy může účastník navrhnout výkonnější konfiguraci, tak aby vyhověl požadavkům na funkčnost informačního systému, za respektování maximálních jednotkových cen uvedených v příloze 3 smlouvy.
Server (4×):1
Obchodní označení serveru | Servery PowerEdge R740 - Full Configuration - [EMEA_R740_VI_VP] (210-AKXJ) | ||
Počet kusů serverů v této specifikaci | 4 | ||
Požadavek – základní popis | Splněno | Obchodní název a typové označení | |
Form Factor | Max 2U Kit pro montáž do 19“ rozváděče (Rackmount) | A | PowerEdge R740 |
Procesor | Celkově min. 2x serverový CPU, s min. výkonem 12 000 bodů / CPU v testu passmark / benchmark ke dni zahájení zadávacího řízení veřejné zakázky (záznam hodnot ke dni zahájení zadávacího řízení viz Příloha L zadávacích podmínek) | A | 2x Intel Xeon Silver 4215 2.5G, 8C/16T, 9.6GT/s, 11M Cache, Turbo, HT (85W) DDR4-2400 |
Operační paměť | Min. 320 GB min. Dual channel, dále rozšiřitelná | A | 12x 32GB RDIMM, 3200MT/s, Dual Rank |
Diskový subsystém | Min. 3 x min. 480 GB SSD nebo HDD min. 10k v RAID 1 + Hot Spare, každý disk Hot Plug | A | 3x 480GB SSD SATA Read Intensive 6Gbps 512 2.5in Hot-plug AG Drive, 1 DWPD, v RAID1 + Hot Spare |
Diskový subsystém | RAID řadič s min. 2 Gb NV Cache | A | PERC H730P RAID Controller, 2Gb NV Cache, Adapter, Low Profile |
Diskový subsystém | RAID min. 0, 1, 5, 6 | A | 0,1,5,6 |
Síťová karta | Min. 2x LAN 10 Gbit/s SFP+ | A | 2x 10Gbit, Dual Port 10GbE SFP+ Adapter, PCIe Full Height with SR Optics |
Síťová karta | Min. 2x LAN 1 Gbit | A | Dual Port 1Gbit/s, Base-T |
Síťová karta | Min. 1x dedikovaný port pro management 1000Mbit/s | A | jeden dedikovaný LAN port pro management, 1000 Mbit/s |
Napájení | Redundantní napájecí zdroje Hot Plug | A | Dva 750W |
Zabezpečení | TPM 2.0 | A | TPM2.0 |
1 Účastník zadávacího řízení použije tuto tabulku tolikrát, kolik serverů o různé specifikaci ve své nabídce nabídne.
Zabezpečení | Bezel | A | Bezel | ||||
Možnost rozšíření | Min. 2x PCI-e slot, z toho min. 1x min. x16 volný | A | 2x PCI-e slot, z toho 1x x16 volný Propustnost PCI-Express 4.0: | ||||
Typ | Jednosměrně | Obousměrně | |||||
x1 | 2 GB/s | 4 GB/s | |||||
x4 | 8 GB/s | 16 GB/s | |||||
x8 | 16 GB/s | 32 GB/s | |||||
x16 | 32 GB/s | 64 GB/s | |||||
Možnost rozšíření | Min. 3x USB, z toho min. 1x USB 3.0 a vyšší, min. 1x front USB | A | 3x USB, z toho 1x USB 3.0a 1x front USB | ||||
Software | Plnohodnotná vzdálená správa, SW pro správu a konfiguraci | A | iDRAC | ||||
Záruka | Záruka min. 24 měsíců garantovaná výrobcem, servis u zákazníka, zahájení opravy následující pracovní den. | A | ProSupport and 4Hr Mission Critical, 36 Month(s) | ||||
Záruka | Centrální kontaktní místo pro hlášení poruch z celé ČR. Neomezená HW a SW podpora min. telefonicky, prostřednictvím internetu, včetně stahování aktuálních ovladačů, FW a SW aktualizací z webu výrobce a znalostní báze zdarma, min. po dobu záruky. | A | Centrální kontaktní místo pro hlášení poruch z celé ČR. Neomezená HW a SW podpora min. telefonicky, prostřednictvím internetu, včetně stahování aktuálních ovladačů, FW a SW aktualizací z webu výrobce a znalostní báze zdarma po dobu záruky | ||||
Záruka | Možnost prodloužení záruky v požadovaném rozsahu garantovaná výrobcem na celkovou dobu min. 5 let od zahájení záruční doby. | A | Možnost prodloužení záruky v požadovaném rozsahu garantovaná výrobcem na celkovou dobu 5 let od zahájení záruční doby | ||||
Servis | Servis poskytovaný v souladu se záručními podmínkami a doporučeními výrobce | A | Servis poskytovaný v souladu se záručními podmínkami a doporučeními DELL | ||||
Servis | SW a FW aktualizace zdarma, min. po dobu trvání záruky. | A | SW a FW aktualizace zdarma, po dobu trvání záruky. | ||||
Servis | Servis a upgradovatelnost originálními díly výrobce min. po dobu 5 let od zahájení záruční doby. | A | Servis a upgradovatelnost originálními díly výrobce po dobu 5 let od zahájení záruční doby. |
Diskové pole (2×)2:
Obchodní označení diskového pole | Diskové pole Dell EMC ME4024 - [EMEA_ME4024] (210-AQIF) | ||
Počet kusů diskových polí v této specifikaci | 2 | ||
Požadavek – základní popis | Splněno | Obchodní název a typové označení | |
Form Factor | Max. 4U Kit pro montáž do 19“ rozváděče (Rackmount) | A | 2U 19“ |
Kapacita (čistá) | Min. 10 TB (RAID5) min. HDD min. 10k nebo SSD Tier, možná kombinace HDD a SSD dle struktury aplikace, všechny disky Hot plug | A | 12x 1.92TB SSD SAS RI, z toho 10x SSD v Raid5, 2x hotspare Usable Capacity 15,72 TB |
Řadič | 2 nezávislé řadiče Hot Swap | A | dva |
Cache | Min. 8 GB/na řadič | A | 8GB na řadič |
Diskový subsystém | Automatická obnova výpadku disku v RAID, zajištění pole proti výpadku min. 3 disků (Hot Spare disky) | A | 3hdd |
RAID řadič | SFF SAS/SATA/SSD, RAID min. 0, 1, 10, 5, 6 | A | RAID 0,1, 3, 5, 6, 10, 50, ADAPT |
Síťová karta | Min. 4x LAN 10 Gbit/s na řadič, Min. 2x Dedikovaný port pro management 1000 Mbit/s | A | 4x LAN 10 Gbit/s na řadič, Min. 2x Dedikovaný port pro management 1000 Mbit/s |
Kapacita | Možnost rozšíření kapacity pomocí polic o min 48 disků | A | 276hdd |
Podpora | Podpora funkce Tiering | A | Podpora funkce Tiering |
Podpora | Podpora funkce Thin provisioning | A | Podpora funkce Thin provisioning |
Funkce | Min. Asynchronní replikace | A | Asynchronní replikace |
Podpora | Podpora funkce Klonování | A | Podpora funkce Klonování |
Funkce | Migrace dat | A | Migrace dat |
Funkce | Snapshot | A | Snapshot |
Napájení | Redundantní napájecí zdroj Hot Swap | A | Redundantní napájecí zdroj Hot Swap |
Software | Vzdálená správa, SW pro správu a konfiguraci | A | Vzdálená správa, SW pro správu a konfiguraci |
2 Účastník zadávacího řízení použije tuto tabulku 2× v případě, že nabUídne diskové pole o různé
specifikaci.
Záruka | Záruka min. 24 měsíců garantovaná výrobcem, servis u zákazníka, zahájení opravy následující pracovní den. | A | 3Yr ProSupport and 4hr Mission Critical |
Záruka | Centrální kontaktní místo pro hlášení poruch z celé ČR. Neomezená HW a SW podpora min. telefonicky, prostřednictvím internetu, včetně stahování aktuálních ovladačů, FW a SW aktualizací z webu výrobce a znalostní báze zdarma, min. po dobu záruky. | A | Centrální kontaktní místo pro hlášení poruch z celé ČR. Neomezená HW a SW podpora min. telefonicky, prostřednictvím internetu, včetně stahování aktuálních ovladačů, FW a SW aktualizací z webu výrobce a znalostní báze zdarma, po dobu záruky |
Záruka | Možnost prodloužení záruky v požadovaném rozsahu garantovaná výrobcem na celkovou dobu min. 5 let od zahájení záruční doby. | A | Možnost prodloužení záruky v požadovaném rozsahu garantovaná výrobcem na celkovou dobu 5 let od zahájení záruční doby. |
Servis | Servis poskytovaný v souladu se záručními podmínkami a doporučeními výrobce | A | Servis poskytovaný v souladu se záručními podmínkami a doporučeními výrobce Dell |
Servis | SW a FW aktualizace zdarma, min. po dobu trvání záruky. | A | SW a FW aktualizace zdarma, po dobu trvání záruky |
Servis | Servis a upgradovatelnost originálními díly výrobce min. po dobu 5 let od zahájení záruční doby. | A | Servis a upgradovatelnost originálními díly výrobce po dobu 5 let od zahájení záruční doby |
Síťový přepínač – switch (2×)3:
V prostředí Objednatele jsou použité síťové přepínače od společností Cisco. Resort MPSV provozuje bezpečnostní technologii Cisco ISE. Z důvodu zachování bezpečnostních standardů, kompatibility a znalostní báze Objednatel preferuje dodávku síťových přepínačů od společnosti Cisco. V případě nabídky síťových přepínačů od jiného výrobce Zhotovitel musí zajistit plnou kompatibilitu s technologií Cisco ISE a současnými síťovými zařízeními a technologiemi Objednatele a zajistit potřebná školení na technologii jiného výrobce.
Obchodní označení switche | Catalyst 9500 24x1/10/25G and 4-port 40/100G, Advantage C9500-24Y4C-A |
Počet kusů switchů v této specifikaci | 2 |
3 Účastník zadávacího řízení použije tuto tabulku 2× v případě, že nabídne switche o různé specifikaci.
Požadavek – základní popis | Splněno | Obchodní název a typové označení | |
Form Factor | Max. 2U Příslušenství pro montáž do racku 19" (Rackmount) | A | 2U, 19“ |
Porty | Min. 24x 1000/10000MBps, SFP+ | A | 24x 1000/10000MBps, SFP+ |
Porty | Min. 2x QSP28 pro 100 Gbit uplink | A | 2x QSP28 pro 100 Gbit uplin |
Porty | Min. 1x 1 Gbps pro management | A | 1x 1 Gbps pro management |
Funkce | Podpora Jumbo frames (MTU min. 9k) | A | MTU 9k |
Funkce | Latence < 1μs | A | Menší 1 μs |
Napájení | Redundantní napájení a chlazení | A | redundantní zdroje a ventilátory |
Funkce | Propustnost min. 900 Gbps FULL Duplex | A | Up to 2.0Tbp |
Funkce | Předávací výkon min. 700 Mpps | A | Up to 1 Bpps |
Funkce | Podpora 802.1Q (min. VLAN tagování, podpora 4094 VLAN) | A | 4094 VLAN |
Funkce | Podpora 802.1d STP, 802.1w (Rapid STP) a 802.1s (Multiple STP) Podpora 802.3x (Flow control) | A | Podpora 802.1d STP, 802.1w, 802.1s, 802.3x |
Funkce | Podpora 802.1ab (LLDP) | A | 802.1ab |
Funkce | Podpora virtualizace na L2 úrovni multi chassis LAG nebo obdobná technologie | A | Cisco StackWise® Virtual technology |
Funkce | Routovací protokoly min. BGP, MP-BGP, OSPF, VRRP a policy based routing (PBR), Virtual routing and forwarding (VRF) s podporou pro BGP, OSPF, PBR | A | Routovací protokoly BGP, MP- BGP, OSPF, VRRP a policy based routing (PBR), Virtual routing and forwarding (VRF) s podporou pro BGP, OSPF, PBR |
Zabezpečení | AAA autorizace | A | AAA |
Licence | Všechny požadované porty a vlastnosti musí být zalicencovány v době nákupu. | A | jsou |
Vlastnosti | VLAN, IPv6, QoS, MTU 9000, LACP, L2/L3 | A | VLAN, IPv6, QoS, MTU 9000, LACP, L2/L3 |
Záruka | Záruka min. 24 měsíců garantovaná výrobcem, servis u zákazníka, zahájení opravy následující pracovní den. | A | Cisco SmartNET - 8x5xNBD / 3 roky |
Záruka | Centrální kontaktní místo pro hlášení poruch z celé ČR. | A | Centrální kontaktní místo pro hlášení poruch z celé ČR. |
Neomezená HW a SW podpora min. telefonicky, prostřednictvím internetu, včetně stahování aktuálních ovladačů, FW a SW aktualizací z webu výrobce a znalostní báze zdarma, min. po dobu záruky. | Neomezená HW a SW podpora min. telefonicky, prostřednictvím internetu, včetně stahování aktuálních ovladačů, FW a SW aktualizací z webu výrobce a znalostní báze zdarma, po dobu záruky. | ||
Záruka | Možnost prodloužení záruky v požadovaném rozsahu garantovaná výrobcem na celkovou dobu min. 5 let od zahájení záruční doby. | A | Možnost prodloužení záruky v požadovaném rozsahu garantovaná výrobcem na celkovou dobu 5 let od zahájení záruční doby. |
Servis | Servis poskytovaný v souladu se záručními podmínkami a doporučeními výrobce | A | Servis poskytovaný v souladu se záručními podmínkami a doporučeními výrobce Cisco |
Servis | SW a FW aktualizace zdarma, min. po dobu trvání záruky. | A | SW a FW aktualizace zdarma, po dobu trvání záruky. |
Servis | Servis a upgradovatelnost originálními díly výrobce min. po dobu 5 let od zahájení záruční doby. | A | Servis a upgradovatelnost originálními díly výrobce po dobu 5 let od zahájení záruční doby. |
Účastníci vyplňují do následující tabulky ve sloupci označeném slovem „Popis“ pro účely posouzení nabídky v zadávacím řízení a pro realizaci smluvního vztahu mezi Zhotovitelem a Objednatelem technický popis nabízeného řešení:
Čxxxx | Xxxxxxxxx – základní popis | Popis |
3.2.1 | Popis fyzických serverů | Nabídka obsahuje 4ks 2U serverů DELL R740, které splňují minimální požadované technické parametry zadavatele. |
3.2.2 | Popis virtuálních serverů pro produkční prostředí | • Nabídka obsahuje instalaci a konfiguraci virtuálních serverů pro produkční prostředí, které splňují všechny minimální požadované technické parametry zadavatele. Tedy budou realizovány: • 2x virtuální front end server; |
• 2x virtuální back end server; | ||
• 2x virtuální SQL server tvořící DB cluster (SQL Server Always On) | ||
3.2.3 | Popis virtuálních serverů pro testovací/školicí prostředí | Nabídka obsahuje instalaci a konfiguraci virtuálních serverů pro testovací/školící prostředí, které |
Čxxxx | Xxxxxxxxx – základní popis | Popis |
splňují všechny minimální požadované technické parametry zadavatele Texx xudou realizovány: • 2x virtuální front end server; • 2x virtuální back end server; • 2x virtuální SQL server | ||
3.2.4 | Popis síťového uložiště pro produkční prostředí | Síťové úložiště – diskové pole jsme zvolili model ME4024 od firmy DELL, které splňuje minimální technické parametry požadované zadavatelem v technické specifikaci. |
3.2.5 | Popis síťového uložiště pro testovací/školicí prostředí | Síťové úložiště – diskové pole jsme zvolili model ME4024 od firmy DELL, které splňuje minimální technické parametry požadované zadavatelem v technické specifikaci.. |
3.2.6 | Popis síťových prvků pro produkční prostředí | Síťové prvky – přepínače jsme zvolili model Catalyst 9500, které splňují minimální technické parametry požadované zadavatelem v technické specifikaci. |
Součásti nabídky účastníka bude návrh architektury informačního systému REÚIP, tak aby byly splněny kvalitativní a výkonnostní požadavky Objednatele. Účastník v souladu s koncepčním schématem infrastruktury uvedeným na obrázku 6 konkretizuje vlastní návrh ideového schématu provozního a testovacího/školicího prostředí informačního systému po sloučení programových platforem vč. umístění a propojení jednotlivých fyzických i virtuálních serverů a způsobu replikace. Svůj návrh doplní technickým popisem nabízeného Díla a návrh
Zde účastník vloží požadované schéma, technický popis nabízeného Díla a návrh doporučeného Hardware. Schéma navržené infrastruktury řešení: Uchazeč nabízí řešení, postavené dle požadavku zadavatele, na využití virtualizace MS Hyper-V. Budou vybudovány dva serverové klastry (servery DELL R740), jeden pro „provoz“ druhý pro „test“ prostředí. V primárním DC budou dodány a zapojeny dva LAN switche C9500, splňující požadované parametry a v každém datovém centru bude po jednom diskovém poli DELL ME4024 s parametry, které plní minimální technické specifikace zadavatele. Pro zálohování bude použit HW se SW MS DPM, který provozuje a za který zodpovídá zadavatel, jak je specifikováno v technickém zadání. Celé řešení je doplněno o monitorovací nástroj PRTG, a o Dell LOGmanager pro uchovávání logů dle požadavků z technické specifikace. |
doporučeného Hardware.
3.3. Obecné požadavky na řešení
Systém REÚIP musí naplňovat tyto základní obecné požadavky na dodávané řešení:
Obecné požadavky na řešení sloučení programových platforem systému REÚIP
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
3.3.1 | Komerčně dostupný systém Řešení musí být založené na komerčně dostupném systému Microsoft Dynamics 365 Sales. Požadujeme softwarové řešení postavené na nevýhradním licencování tohoto systému a s ním spojených systémových, databázových a dalších aplikací společnosti Microsoft. | A |
3.3.2 | Jednotné prostředí Informační systém musí být řešen tak, že pracuje s jednotnou bází dat a vytváří jednotné aplikační prostředí pro práci uživatelů. | A |
3.3.3 | Customizace Úpravy (customizace) v systému REÚIP musí být přednostně řešitelné konfiguračně a proveditelné určenými pracovníky Objednatele (administrátoři). Pouze tam, kde to systémové a aplikační prostředí neumožňuje, lze ve výjimečných případech použít jiný způsob řešení. | A |
3.3.4 | Auditovatelnost informačního systému Informační systém umožní bezpečný auditovatelný přístup k poskytovaným službám a dokumentům odkudkoli s využitím webových technologií a možností použít pro uživatelský přístup i jiné technické, zejména mobilní výpočetní a komunikační prostředky, než je standardní výpočetní technika (stolní počítače, notebooky). | A |
3.3.5 | Bezpečná a šifrovaná komunikace Informační systém musí komunikovat bezpečným a šifrovaným způsobem jak v rámci organizace, tak i mimo pracoviště SÚIP v souladu s doporučeními NÚKIB, vyhlášky č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti kybernetické bezpečnosti a likvidaci dat, ve znění pozdějších předpisů (vyhláška o kybernetické bezpečnosti). | A |
3.3.6 | Opravy vložených dat Informační systém musí umožňovat automatické i manuální opravy, úpravy a doplnění dat získaných z centrálních státních registrů | A |
Technologie a standardy
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
3.3.7 | Řešení musí být homogenní z hlediska databázového prostředí, informační systém bude nadále postaven na databázovém systému MS SQL server ve | A |
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
verzi Enterprise, přičemž SÚIP potřebnou licenci vlastní. | ||
3.3.8 | Řešení musí podporovat na straně klienta práci na zařízeních ve standardním prostředí využívaném ICT SÚIP – MS Windows (PC, notebooky, vč. podpory zařízení s dotykovými obrazovkami) a na mobilních platformách minimálně na zařízeních s operačním prostředím Android a iOS. Softwarové řešení musí umožňovat plnou funkcionalitu na internetových prohlížečích dle současných webových standardů, a to minimálně na Google Chrome, Microsoft Edge a Mozilla Firefox a nesmí byt vázané na konkrétní prohlížeč. | A |
3.3.9 | Informační systém musí podporovat základní datové standardy a komunikační protokoly. | A |
3.3.10 | Řešení musí podporovat fulltextové vyhledávání. | A |
Procesně orientovaný systém
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
3.3.11 | Systém REÚIP musí být procesně orientovaný a musí umožnit nastavovat procesy od jednoduchých sekvenčních kroků až po složité workflow odpovídající standardním postupům inspekční činnosti v celém rozsahu, vč. správního řízení. | A |
3.3.12 | Informační systém musí umožnit nastavení procesů pro konkrétní uživatele nebo role. | A |
3.3.13 | Informační systém musí umožnit plánovat činnosti a kontrolovat průběh jejich plnění. | A |
3.3.14 | Nesplněné aktivity v rámci procesů se musí projevit uživatelům jako nesplněné plánované činnosti, vč. možnosti jejich reportingu. | A |
3.3.15 | Informační systém musí umožňovat provozní administrátorské modelování a nastavování procesů, na základě kterých pak uživatelé mohou spouštět instance definovaných procesů (workflow). | A |
Vysoká dostupnost služeb
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
3.3.16 | Celkové řešení informačního systému musí zajistit dostupnost služeb dodávaného řešení, tak jak je popsáno v kapitole 3.2 Provozní architektura | A |
3.3.17 | Řešení musí umožňovat trvalý proaktivní vzdálený dohled a monitoring provozního stavu systému REÚIP automatizovanými eskalačními pravidly pro řešení nežádoucích stavů. | A |
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
3.3.18 | Data z monitoringu o stavu informačního systému musí být dostupná min. po dobu 12 měsíců. | A |
3.3.19 | Řešení musí umožnit instalace bezpečnostních záplat (patch), updatů a upgradů on-line s minimalizací přerušení provozu. | A |
Legislativní požadavky
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
3.3.20 | Komunikace ze strany uživatele na serverovou část musí být šifrována. Použitý šifrovací protokol musí být považován za bezpečný a v souladu se zákonem č. 181/2014 Sb., o kybernetické bezpečnosti, ve znění pozdějších předpisů, a příslušné vyhlášky č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti kybernetické bezpečnosti a likvidaci dat, ve znění pozdějších předpisů (vyhláška o kybernetické bezpečnosti). Stejná bezpečnostní opatření budou uplatněna i na další osoby komunikující s informačním systémem. | A |
3.3.21 | Informační systém musí být v souladu s Nařízením Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob (GDPR – General Data Protection Regulation) v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů, resp. zákona č. 110/2019 Sb., o zpracování osobních údajů, ve znění pozdějších předpisů. | A |
3.3.22 | Informační systém musí být v souladu se zákonem č. 297/2016 Sb., o službách vytvářejících důvěru pro elektronické transakce, ve znění pozdějších předpisů. | A |
Jazyková mutace
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
3.3.23 | Informační systém komunikuje v jazyce českém. | A |
3.3.24 | Pro práci správců a administrátorů se u definovaných systémových komponent připouští komunikace v jazyce anglickém. | A |
Plánování zdrojů
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
3.3.25 | Řešení musí umožňovat celkovou kontrolu všech dostupných zdrojů pro účely pokrytí odhadovaného vytížení používaných prostředků ICT. | A |
3.4. Autentizace a řízení přístupů
Uživatelská oprávnění a členství ve skupinách systému REÚIP nastavuje Objednatel.
Nová verze systému REÚIP musí zajistit a podporovat služby pro řízení přístupů k službám aplikačního software a splňovat následující požadavky na tyto služby:
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
3.4.1 | Autentizace a řízení přístupů 1 Řešení musí být propojeno na systém správy uživatelských účtů MS Active Directory Objednatele a musí umožnit autentizaci uživatelů vůči této externí autoritě pro zajištění jednoznačné identifikace uživatele, vč. podpory pro jednotné přihlášení. | A |
3.4.2 | Autentizace a řízení přístupů 2 Řízení přístupů musí být realizováno na základě přístupových práv s vazbou na systém pro správu uživatelských účtů a řízení přístupů MS Active Directory následovně: • aplikační SW musí být napojen na doménu a nesmí být napojen pouze na konkrétní doménový řadič; • uživatel přihlášený do domény již nemusí být autentizován pro práci v systému REÚIP; • pro řízení přístupu musí být využito tzv. uživatelských skupin v Active Directory, řešení musí umožnit načíst tyto uživatelské skupiny a členství uživatele ve skupině z MS Active Directory Objednatele. | A |
3.4.3 | Autentizace a řízení přístupů 3 Dodávané řešení musí umožnit zobrazit aktuální stav uživatelského účtu (atributy: aktivní, zakázaný, smazaný) dle stavu účtu v Active Directory. | A |
3.4.4 | Autentizace a řízení přístupů 4 Dodávané řešení musí umožnit vyhledávání a filtrování dle libovolného atributu uživatelského účtu (tak jak je veden v dodávané aplikaci). Výstupy musí být možné exportovat a tisknout v přehledné podobě. | A |
3.4.5 | Autentizace a řízení přístupů 5 Informační systém musí umožnit definovat uživatelské role dle potřeb a organizačních zvyklostí organizace. | A |
3.4.6 | Autentizace a řízení přístupů 6 Informační systém musí umožnit nastavování přístupových práv dle rolí, možnost definovat rozsah přístupu i stupně oprávnění manipulace se záznamem (čtení / zápis / změna / mazání). | A |
3.4.7 | Autentizace a řízení přístupů 7 Informační systém musí umožnit pružnou definici přístupových práv (uživatel, funkce uživatele, zřizovatel apod.). | A |
3.4.8 | Autentizace a řízení přístupů 8 Informační systém musí umožnit definovat uživatelské role (počet, typ) dle | A |
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
potřeb organizace a dle nich řídit (omezovat) přístup uživatelů k datům a funkcím informačního systému. |
3.5. Auditní služby a logy
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
3.5.1 | Nabízené úpravy systému REÚIP musí umožňovat sledování aktivit uživatelů, správců a administrátorů a sledování akcí prováděných vlastním aplikačním SW a dalšími napojenými systémy či aplikacemi formou vedení záznamů, tzv. logů. | A |
3.5.2 | Informační systém umožní vedení logů o provedených změnách a o přístupu k datům určených formulářů. | A |
3.5.3 | Informační systém umožní vedení logů o tiskových a výstupních operacích informačního systému. | A |
3.5.4 | Informační systém musí umožnit export logových záznamů ve strukturované formě na vyžádání a rovněž on-line formou do externích systémů pro správu logů (log management) a bezpečnostních událostí (SIEM) Zhotovitele. | A |
3.5.5 | Pokud logové záznamy nejsou vedeny v databázi, musí auditní systém zajistit předávání logů alespoň v jednom z formátů: RAW, Syslog, CEF, LEEF, JSON RFC7159. | A |
3.5.6 | Dodávané řešení musí umožnit odesílání logových záznamů alespoň jedním z těchto uvedených protokolů – UDP/TCP 514 (SYSLOG), TCP 20514 (RELP, nešifrovaně) a TCP 20515 (RELP, šifrovaně) nebo přes databázové spojení. | A |
3.5.7 | Logové záznamy v auditním systému o aktivitách uživatelů musí být přístupné jen a pouze na speciální práva nebo role (nejsou přístupné běžné roli uživatel, správce nebo admin). | A |
3.5.8 | Logové záznamy nesmí být změnitelné prostředky vlastního systému ze strany uživatelů, správců nebo jakýchkoli dalších osob přistupujících do informačního systému. | A |
3.5.9 | Logové záznamy musí být uloženy po dobu minimálně 12 měsíců. | A |
3.6. Systémové požadavky
Softwarové licence
Objednatel disponuje softwarovými licencemi dle smlouvy o pořízení licencí a poskytování služeb podpory Microsoft Software Assurance. Zhotovitel využije pro provoz, vývoj, testování a školení zaměstnanců softwarové licence systému Microsoft Dynamics 365 Sales, systému Windows a databázového systému Objednatele.
Objednatel deklaruje, že poskytne Zhotoviteli současně max. 15 licencí.
Uživatelské prostředí
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
3.6.1 | Uživatelské prostředí bude jednotné v celém rozsahu a založené na standardech prostředí Microsoft Windows tak, aby bylo v souladu s novými verzemi uvolňovanými firmou Microsoft. | A |
3.6.2 | Uživatel musí mít možnost využívat pro přístup k službám systému REÚIP rovněž mobilní zařízení vybavená internetovým prohlížečem. | A |
3.6.3 | Informační systém musí umožnit individuální nastavení uživatelského rozhraní, rozsahu funkcí a zobrazovaných dat pracovní plochy. | A |
3.6.4 | Pracovní plocha musí být nastavitelná a umožnit změnu velikosti zobrazovaných informací dle potřeb uživatele. | A |
3.6.5 | Informační systém musí podporovat práci ve více oknech současně. | A |
Tiskové výstupy a exporty
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
3.6.6 | Řešení musí umožnit plnohodnotný tisk a export všech dokumentů a výstupů. | A |
3.6.7 | Všechny tiskové výstupy a exporty musí být individuálně konfigurovatelné a přizpůsobitelné dle nastavení informačního systému a možnosti MS Microsoft Dynamics 365 Sales. | A |
3.6.8 | Informační systém obsahuje tiskové šablony a uživatel má možnost volby z těchto šablon dle vykonávaného procesu. | A |
3.6.9 | Informační systém musí mít vestavěnou podporu pro úpravy vzhledu šablon. | A |
3.6.10 | Před tiskem a exportem dokumentu musí mít koncový uživatel možnost náhledu na vzhled tištěného dokumentu, který se nebude lišit od finální tiskové podoby. | A |
3.6.11 | Informační systém musí podporovat export výstupů do běžně používaných formátů (xls, doc, pdf apod.) a případné předání dokumentů systému externí spisové služby. | A |
3.6.12 | Řešení musí umožňovat automatické vytěžování přijatých formulářů do informačního systému: • "Záznam o úrazu"; • "Záznam o úrazu - hlášení změn"; • Obsah a náležitosti stanoví Nařízení vlády č. 201/2010 Sb., o způsobu evidence úrazů, hlášení a zasílání záznamu o úrazu, ve | A |
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
znění pozdějších předpisů; • Podání podnětu ke kontrole. |
4. Požadavky na funkcionalitu systému REÚIP
Řešení musí zahrnovat kompletní dodávku všech potřebných služeb a funkcionalit. Požadavky
na tyto služby a funkcionality jsou uvedeny dále v této kapitole.
Účastníci vyplňují do tabulky ve sloupci označeném slovem „Splněno“ v této kapitole pro účely posouzení nabídky v zadávacím řízení a pro realizaci smluvního vztahu mezi Zhotovitelem a Objednatelem níže uvedené hodnoty:
A (= Splněno nabízeným standardním řešením nebo splněno dle požadavků zadavatele)
N (= Nesplněno znamená nesplnění požadavků zadavatele)
4.1. Základní služby nové verze po sloučení programových platforem informačního systému REÚIP
Podpora pro statistiky a reporting
Čxxxx | Xxxxxxxxx – základní popis | Splněno | |||||
4.1.1 | Informační systém musí umožnit vytváření, zpracování a sběr statistických informací týkajících se výkonů a dodržování pracovních postupů. | A | |||||
4.1.2 | Informační systém statistické výstupy statistických výstupů. | musí tak | i | obsahovat jak pevně nástroj pro vytváření | definované a definici | konkrétní vlastních | A |
4.1.3 | Informační systém musí podporovat export statistických výstupů do běžně používaných formátů (xls, doc, pdf apod.) | A | |||||
4.1.4 | Informační systém musí poskytovat všechny výstupy a výstupní sestavy, které poskytuje současná verze informačního systému, zejména výstupní sestavy v současné verzi informačního systému vytvořené v aplikaci SQL server Reporting Services nebo BI. | A |
Podpora pracovního postupu (workflow) a seznam pracovních úkolů
Čxxxx | Xxxxxxxxx – základní popis | Splněno | |||||
4.1.5 | Musí být k dispozici výstup zobrazující všechny uživatele, u nichž se vyskytuje jeden či více nevyřízených úkolů, se zobrazením souvisejících dat. | A | |||||
4.1.6 | Řešení nabízí pracovníkům. | kontrolní | seznam | Přidělených | činností | podřízeným | A |
5. Požadavky na provozní prostředí a soulad s prostředím Objednatele
Nasazení a implementace sloučení programových platforem informačního systému REÚIP do prostředí informačních technologií Objednatele musí být v souladu s prostředím Objednatele a respektovat tyto základní skutečnosti.
Účastníci vyplňují do tabulky ve sloupci označeném slovem „Splněno“ v této kapitole pro účely posouzení nabídky v zadávacím řízení a pro realizaci smluvního vztahu mezi Zhotovitelem a Objednatelem níže uvedené hodnoty:
A (= Splněno nabízeným standardním řešením nebo splněno dle požadavků zadavatele)
N (= Nesplněno znamená nesplnění požadavků zadavatele)
Účastníci vyplňují do tabulky ve sloupci označeném slovem „Popis“ v této kapitole pro účely posouzení nabídky v zadávacím řízení slovní vyjádření požadavku, bližší specifikaci, popř. další dle účastníka relevantní údaje a informace.
Technické prostředí Objednatele
Čxxxx | Xxxxxxxxx – základní popis a upřesnění | Splněno |
5.1 | Objednatel zajišťuje pro dodávané řešení veškeré potřebné softwarové prostředky firmy Microsoft na serverové i klientské straně vč. licencí operačního systému Microsoft Windows a systému pro virtualizaci Hyper-V. | A |
5.2 | Zálohování a obnova dat a virtuálních serverů je zajišťována zálohovacím systémem Objednatele Microsoft DPM, viz obrázek 8 – schéma zálohování, přičemž za provoz zálohovacího systému pro potřeby systému REÚIP, vč. veškerých aktualizací doporučených výrobcem, odpovídá Zhotovitel. Zálohování a obnovu dat a virtuálních serverů provádí a odpovídá za něj Zhotovitel, využije k tomu zálohovací systém Objednatele Microsoft DPM, přičemž náklady na zálohovací systém nese Objednatel. Kapacita diskového pole činí 70 TB, zálohy stávajícího systému REÚIP využívají cca 35 TB. Případné navýšení této kapacity proběhne na náklady Objednatele. | A |
5.3 | Dodávané řešení musí být provozovatelné prostřednictvím internetových prohlížečů dle současných webových standardů, a to minimálně na Google Chrome, Microsoft Edge a Mozilla Firefox a nesmí byt vázané na konkrétní prohlížeč. | A |
5.4 | Klient nesmí pro svůj běh na koncové stanici uživatele vyžadovat žádné dodatečné komponenty (např. JAVA, Flash, SilverLight aj.). | A |
Obrázek 8 – Schéma zálohování
Zdroje pro provoz informačního systému
Čxxxx | Xxxxxxxxx – základní popis | Popis |
5.5 | Výslednou konfiguraci Hardware dodá Zhotovitel v nabídce na základě funkční specifikace informačního systému: | 4 fyzické servery PowerEdge R740 • osazený 2x Intel Xeon Silver 4215 2.5G, 8C/16T, 9.6GT/s, 11M Cache, Turbo, HT (85W) DDR4-2400 • 384 GB (12 x 32GB RDIMM, 3200MT/s, Dual Rank) 20 virtuálních serverů • celkem 86 vCPU • celkem 336 GB 15TB datového prostoru • na diskovém poli Dell EMC ME4024 složené z 12ks 1.92TB SSD SAS Read Intensive 12Gbps Síťové připojení • servery budou připojeny redundantně, rychlostí 10GbE SFP+ |
• Počet fyzických serverů (počet jader procesoru, velikost paměti); | ||
• Počet virtuálních severů (počet jader procesoru, velikost paměti); | ||
• Specifikaci datového prostoru pro ukládání dat (velikost a strukturu); | ||
• Specifikaci a rozsah síťového připojení (datové přepínače, kabeláž ad.). |
Čxxxx | Xxxxxxxxx – základní popis | Popis |
• disková pole, jejich řadiče, budou připojeny redundantně, rychlostí 10GbE SFP+ součástí nabídky jsou všechny potřebné transceivery a patch kabely |
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
5.6 | Hardwarové síťové prostředky musí být v souladu se standardy síťového prostředí MPSV popsanými v příloze č. H zadávacích podmínek, resp. příloze č. 2 smlouvy. | A |
Provozní vlastnosti informačního systému
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
5.7 | Informační systém musí být zálohovatelný v prostředí Objednatele a musí umožnit automatizovaný dump databáze prostředky použité aplikace Microsoft DPM. | A |
Bezpečnostní předměty a certifikáty
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
5.8 | Řešení nesmí pro svůj provoz vyžadovat přítomnost bezpečnostních předmětů souvisejících s licenční ochranou dodávaného aplikačního software na straně serveru ani na straně klienta (např. použití hardwarových licenčních tokenů, aj.) | A |
5.9 | Pro elektronické serverové certifikáty, elektronické pečetě apod., musí být umožněno instalovat je přímo na serveru. | A |
6. Interface – požadavky na aplikační rozhraní
Systém REÚIP bude napojen na další interní softwarové aplikace a na informační systémy a služby poskytované v rámci elektronizace státní správy (eGovernment).
Účastníci vyplňují do tabulky ve sloupci označeném slovem „Splněno“ v této kapitole pro účely posouzení nabídky v zadávacím řízení a pro realizaci smluvního vztahu mezi Zhotovitelem a Objednatelem níže uvedené hodnoty:
A (= Splněno nabízeným standardním řešením nebo splněno dle požadavků zadavatele)
N (= Nesplněno znamená nesplnění požadavků zadavatele)
6.1. Požadované aplikační rozhraní (interface) na externí systémy
Dodávané řešení informačního systému bude mít připravené komunikační rozhraní na požadovanou integraci s níže uvedenými externími systémy. Integrace bude realizována v rámci Díla, pokud to bude stav těchto externích systémů umožňovat a bude zajištěno legislativní prostředí.
Pokud nebudou tyto systémy připraveny a nebude k tomu odpovídající legislativní prostředí, bude integrace provedena až následně po zajištění uvedených skutečností v rámci trvání smluvního vztahu.
Centrální místo služeb (CMS) - Vytváří základní stavební prvek celé komunikační infrastruktury veřejné správy, je jedním z pilířů KIVS. Zajišťuje vzájemné, řízené a bezpečné propojování subjektů veřejné a státní správy, dále zajišťuje komunikaci subjektů veřejné a státní správy s jinými subjekty ve vnějších sítích, jakými jsou Internet nebo komunikační infrastruktura EU. Zároveň tvoří jediné logické místo propojení jednotlivých operátorů telekomunikačních infrastruktur poskytujících služby pro KIVS.
Aplikační rozhraní na externí informační systémy (typ prvku)
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
6.1.1 | Centrální systém pro správu a distribuci dokumentů a spisová služba Součástí Díla je integrace s centrálním systémem pro správu dokumentů a distribuci dokumentů a elektronickým systémem spisové služby. Propojení bude vytvořeno dle rozhraní definovaného v kapitole 9 Národního standardu pro elektronické systémy spisové služby nebo obdobného z něj vycházejícího rozhraní, přičemž dokument VMV čá. 57/2017 (část II) vč. jeho příloh 1A – 1F je zveřejněn ve Věstníku MV ČR v sekci pro rok 2017 (xxxxx://xxx.xxxx.xx/xxxxxx/xxxxxxx-xxxxxxxxxxxx-xxxxxx- vestnik-ministerstva-vnitra.aspx) | A |
6.1.2 | Přístupový systém MS Active Directory Informační systém bude provozován v poddoméně domény suip. Součástí Díla je integrace s centrálním informačním systémem pro řízení přístupů, správy uživatelských účtů a autentizaci uživatelů. Pro autentizaci uživatelů budou využívány uživatelské účty z nadřazené | A |
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
domény xxxx.xx. Nastavení přístupových práv bude udělováno na základě členství ve skupinách v AD. Je vyžadován převod uživatelských práv ze současného informačního systému do nového. V rámci integrace jde tedy zejména o tyto funkce: • Provádění autentizace uživatelů na základě přístupových práv AD SÚIP; • Import uživatelů a jejich atributů. | ||
6.1.3 | Integrace na informační systém základních registrů Systém REÚIP musí být napojen na ISZR prostřednictvím centrálního místa služeb (CMS) nebo prostřednictvím katalogu služeb vnějšího rozhraní ISZR, informace jsou dostupné na stránkách úřadu Správy základních registrů v sekci Vývojáři agendových informačních systémů – odkaz xxxxx://xxx.xxxxx.xx/xx/xxxxxx/xxxxxxx-x-xxxxxxxx/xxxxxxxx-xxxxxxxxxx- informacnich-systemu. | A |
7. Doplňkové (nefunkční) požadavky
Účastníci vyplňují do tabulky ve sloupci označeném slovem „Splněno“ v této kapitole pro účely posouzení nabídky v zadávacím řízení a pro realizaci smluvního vztahu mezi Zhotovitelem a Objednatelem níže uvedené hodnoty:
A (= Splněno nabízeným standardním řešením nebo splněno dle požadavků zadavatele)
N (= Nesplněno znamená nesplnění požadavků zadavatele)
7.1. Požadavky na projektové řízení
Souhrn požadavků na zajištění projektového řízení k dodávanému Dílu, následnému servisu a rozvoji (dále též „projekt“).
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
7.1.1 | Organizační struktura Pro potřeby projektu Zhotovitel obsadí dále uvedené role, ve kterých budou vystupovat pracovníci odpovědní Objednateli za realizaci předmětu plnění. Pracovníci v těchto rolích musí splňovat způsobilost a kvalifikaci dle požadavků stanovených zadávací dokumentací. Výměna pracovníků v uvedených rolích může být učiněna pouze na základě písemné žádosti Objednateli a jejím schválení Objednatelem. Jedná se o tyto role Realizačního týmu: • Vedoucí projektu; • Specialista správy operačních systémů Microsoft Windows Server; • Databázový specialista; • Projektový architekt Microsoft Dynamics 365; • Programátor/Vývojář Microsoft Dynamics 365; • Implementátor (konfigurační manažer) Microsoft Dynamics 365; • Bezpečnostní konzultant ICT. | A |
7.1.2 | Metodika projektového řízení Zhotovitel musí při řízení projektu respektovat principy mezinárodně uznávané metodiky pro řízení projektů alespoň PRINCE 2, IPMA C nebo PMP nebo ekvivalentní. | A |
7.1.3 | Kvalita projektu Zhotovitel je povinen poskytovat součinnost při kontrole kvality projektu ze strany Objednatele nebo jím určené třetí strany. Objednatel je oprávněn na vyžádání provést kontrolu stavu prací Zhxxxxxxxxx, a to ve všech fázích projektu. Zhotovitel je povinen na vyžádání umožnit Objednateli náhled do prostředí týkajícího se realizovaného projektu, nahlédnout na veškeré zpracovávané výstupy, i když nejsou předmětem předání Objednateli. Dále představit Objednateli jednotlivé pracovníky účastnící se realizace předmětu plnění a umožnit Objednateli pokládat těmto pracovníků otázky ve vztahu ke kontrole plnění Zhotovitele. | A |
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
7.1.4 | Záznamy o kontrole kvality Objednatel nebo jím určená třetí strana vytvoří po každé kontrole kvality projektu záznam o kontrole kvality, se kterým budou seznámeni vedoucí projektu smluvních stran. Záznam bude evidován jako výstup jednání vedoucích projektu smluvních stran. Nedostatky uvedené v záznamu o kontrole kvality je Zhotovitel povinen odstranit v dohodnutých termínech. | A |
7.1.5 | Úvodní schůzka projektu Zhotovitel je povinný zorganizovat úvodní schůzku projektu. Schůzky se zúčastní pověření zástupci Objednatele, Zhotovitele, realizační tým Zhotovitele a Objednatelem pozvaných třetích stran. V průběhu úvodní schůzky projektu Zhotovitel představí záměr, podmínky a pravidla pro realizaci projektu formou prezentace obsahu Zakládací listiny (dokumentu) projektu. Manažer kybernetické bezpečnosti Objednatele (dále také jen „MKB“) seznámí realizační tým Zhotovitele s pravidly kybernetické bezpečnosti Objednatele a zaváže je k jejich dodržování. | A |
7.1.6 | Zakládací listina (dokument) projektu Zhxxxxxxxx xe povinen zpracovat a aktualizovat ve spolupráci s Objednatelem dokument "Zakládací listinu (dokument) projektu". | A |
7.1.7 | Projektová dokumentace Zhotovitel musí vést projektovou dokumentaci projektu a aktuální harmonogram projektu. Zhotovitel navrhne formalizovanou dokumentaci projektu v rámci zpracování "Zakládací listiny (dokumentu) projektu". | A |
7.1.8 | Akceptace dokumentace Akceptace dokumentů předávaných Zhotovitelem v rámci plnění projektu se bude řídit dle ujednání Smlouvy. | A |
7.2. Požadavky na testování
Požadavky na rozsah a způsob testování Díla.
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
7.2.1 | Testovací scénáře Pro potřeby provedení integračních a funkčních testů v rámci testování Díla připraví Zhotovitel testovací plán a sadu testovacích scénářů, vážících se ke každému z implementovaných případů užití. Současně Zhotovitel připraví testovací data pro všechny testovací scénáře a na jejich základě provede vlastní (výstupní) testování Díla, a to za účasti Objednatele. Provedení testů v rámci akceptace bude na základě Zhotovitelem připravených a Objednatelem schválených scénářů realizovat Objednatel či jím pověřená třetí strana, přičemž Zhotovitel je povinen na žádost Objednatele rozšířit testovací scénáře. Případné chyby nalezené při testování je Zhxxxxxxxx xovinen na své náklady odstranit. | A |
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
7.2.2 | Testovací data Pro potřeby akceptačního testování připraví Zhotovitel data a naplní s nimi testovací instalaci informačního systému. Testovací data budou podle povahy testů připravena uměle (vytvořením fiktivních dat) či pomocí anonymizace datového vzorku či migrační báze dat předaných Objednatelem. Při tvorbě testovacích dat je Zhotovitel povinen respektovat vazby na ostatní systémy v prostředí. | A |
7.2.3 | Bezpečnostní testy Zhotovitel poskytne nezbytnou součinnost Objednateli nebo jim pověřené třetí straně pro provedení bezpečnostních testů (penetrační testy, testy zabezpečení uživatelského rozhraní, testy ochrany údajů, testy havarijních scénářů). Pokud budou na základě testů identifikována bezpečnostní rizika v důsledku plnění Zhotovitele, je povinen je na své náklady eliminovat. Zároveň je povinen doplnit související dokumentaci, pokud se ukáže jako nedostatečná v rámci bezpečnostních testů. Bezpečnostní problém vyplývající z testů se považuje za významnou závadu dle kapitoly 9.5.2. tohoto dokumentu. | A |
7.2.4 | Výkonnostní testy Zhotovitel poskytne nezbytnou součinnost Objednateli nebo jim pověřené třetí straně pro provedení výkonnostních (zátěžových) testů odpovídajících skutečnému předpokládanému provozu. Pokud bude na základě testů identifikováno chování informačního systému přinášející výkonnostní rizika v důsledku plnění Zhotovitele nebo neplnění požadované doby odezvy, je povinen je na své náklady eliminovat. Výkonnostní problém vyplývající z testů se považuje za vadu závadu dle kapitoly 9.5.2. tohoto dokumentu. | A |
7.3. Požadavky na školení
Souhrn požadavků na zajištění školení k dodávanému Dílu.
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
7.3.1 | Plán školení Zhotovitel nejméně 90 dnů před plánovaným zahájením školení předloží Objednateli k projednání plán školení vymezující obsah školení, termíny školení, místa a způsob provedení školení. | A |
7.3.2 | Podklady pro školení Zhotovitel vytvoří podklady pro školení uživatelů ve formě prezentace školených vlastností a funkcionalit informačního systému. Podklady pro školení budou strukturovány podle dílčích modulů reflektujících skupiny samostatně prováděných činností. | A |
7.3.3 | Prezentace pro vedení | A |
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
Zhotovitel udělá pro Objednatele prezentaci návrhu Díla, a to po ukončení implementačního plánu. Dále udělá prezentaci implementovaného Díla. Prezentace bude připravena pro min. 8 účastníků v sídle Objednatele. | ||
7.3.4 | Školící materiály Před každým školením či související skupinou školení Zhotovitel poskytne každému účastníkovi školící materiály zahrnující minimálně školící prezentaci a uživatelskou příručku ve vztahu ke školené oblasti. Materiály budou předány primárně v elektronické podobě. Na vyžádání účastníka Zhotovitel poskytne i tištěnou podobu materiálů. | A |
7.3.5 | Školící prostředí Zhotovitel bude praktickou část školení provádět s využitím školící instalace systému REÚIP. | A |
7.3.6 | Školící učebna a vybavení Každý účastník kurzu bude školen na PC/NB s přístupem na testovací (školící) prostředí Objednatele. Školící místnosti, včetně výpočetní techniky (PC/NB) a projektoru zajistí Objednatel. | A |
7.3.7 | Termíny školení Zhotovitel musí vyškolit pracovníky nejpozději do dvou měsíců před zahájením produkčního (ostrého) provozu. | A |
7.3.8 | Školení uživatelů systému REÚIP Zhotovitel zajistí proškolení minimálně v rozsahu 2 typů uživatelů, a to pro každý typ uživatelů zvlášť: • Administrátor a správce systému REÚIP - max. 15 osob; • Garant - školitel - max. 20 osob. | A |
7.3.9 | Místo konání Objednatel požaduje proškolení uživatelů systému REÚIP v prostorách SÚIP. | A |
7.4. Požadavky na migraci dat do dodávaného řešení systému REÚIP
Požadavky na migraci dat ze stávajících informačních systémů REÚIP do nového systému na bázi
Microsoft Dynamics 365 Sales, včetně porovnání a konsolidace dat.
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
7.4.1 | Obecné požadavky na migraci dat Součástí Díla je provedení migrace dat Zhotovitelem ze stávající verze informačního systému. Zhotovitel předloží Objednateli v průběhu realizace fáze implementace systému Plán migrace, obsahující požadavky na strukturu a formát dat určených k migraci, způsob a postup provádění migrace, způsob provádění kontrol, požadavky na migrační HW, základní obsah dokumentace migrace a návrh harmonogramu migrace. Součástí migračních prací bude i dokumentace migrace, obsahující informace | A |
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
o průběhu a výsledku migrace. | ||
7.4.2 | Uložení migrovaných dat V rámci Plánu migrace Zhotovitel navrhne rozdělení dat na data živá, ta budou Zhotovitelem migrována do informačního systému, a data archivní, která budou Zhotovitelem uložena do archivačního úložiště, popř. data zálohovaná (archivační a externí úložiště zajišťuje Objednatel), a to způsobem určeným v Plánu migrace. | A |
7.4.3 | Kontroly na kvalitu dat Během migrace budou prováděny průběžně kontroly na formáty a platnost dat tam, kde je možné provést jejich ověření pomocí kontrolních součtů, intervalů nebo číselníků. Po migraci proběhnou kontroly na integritu a úplnost migrovaných dat. O průběhu migrace bude vedena Zhxxxxxxxxxx xokumentace dle kap. 7.4.5. tohoto dokumentu. | A |
7.4.4 | Kontinuita provozu Migrace dat, zejména její harmonogram, ze stávajícího prostředí informačního systému bude navržena tak, aby během vývojových prací byla zajištěna dostupnost stávající verze systému REÚIP, ze které bude migrováno. Finální migrace nezpůsobí větší odstavení provozu systému REÚIP než dva pracovní dny. | A |
7.4.5 | Dokumentace migrace Zhotovitel vytvoří dokument „Plán migrace“ a současně kompletní dokumentaci průběhu migrace. | A |
7.4.6 | Datový vzorek Zhotovitel ověří správnost migrace a migrovaných dat na základě vzorku, který mu bude Objednatelem poskytnut nejpozději jeden měsíc před provedením migrace. | A |
7.4.7 | Kontrola dat třetí stranou Zhotovitel umožní Objednatelem určené třetí straně provést audit způsobu migrace, migračních a kontrolních skriptů a migrovaných dat. Pro potřeby auditu poskytne Zhotovitel třetí straně veškerou dokumentaci a požadovanou konzultační součinnost. Zhxxxxxxxx xrovede nápravu na základě auditního nálezu a provede aktualizaci dokumentace migrace. | A |
7.4.8 | Kvalita dat Zhotovitel zajistí, že provedením migrace nedojde k žádné ztrátě či zkreslení dat či vzniku duplicit v datech. | A |
7.4.9 | Provedení migrace Zhotovitel provede veškeré aktivity za účelem převedení dat ze stávající verze systému REÚIP. O průběhu migrace bude vedena Zhxxxxxxxxxx xokumentace. | A |
7.4.10 | Technické zajištění migrace dat | A |
Čxxxx | Xxxxxxxxx – základní popis | Splněno |
V případě potřeby pro provedení migrace dat zajistí Zhotovitel případnou dočasnou výpůjčku všech HW a SW nástrojů či zařízení nutných k provedení migrace dat Objednateli. Požadavek Zhotovitele na vypůjčení HW a SW bude uveden v dokumentu Plán migrace. Objednatel má výhradní oprávnění řídit, přidělovat, odebírat a kontrolovat přístupy k těmto prostředkům. Vypůjčené prostředky nejsou předmětem dodávky Díla. | ||
7.4.11 | Plán migrace Zhotovitel zpracuje Plán migrace dat do nové verze systému REÚIP. Součástí plánu migrace musí být i rozsah (struktura) testovacích dat pro modelování přípravy migrace dat, harmonogram, požadavky na technické prostředky Objednatele apod. | A |
7.4.12 | Struktura Plánu migrace Struktura Plánu migrace vypracovaného Zhotovitelem musí obsahovat zejména následující: 1. Analýza rozsahu, objemu a formátu dat; 2. Analýza cílového zdrojového systému; 3. Stanovení pravidel migrace, struktury migrovaných dat a formy migrace; 4. Harmonogram provedení migrace – datový vzorek, zkušební migrace, ostrá migrace; 5. Definice požadavků na případnou zápůjčku migračního SW a HW. 6. Příprava převodního prostředí (aplikací pro export, import, čištění, kontrolu); 7. Způsob a provedení integračních a migrační testů (odzkoušení exportu a importu dat); 8. Čištění dat; 9. Zkušební vzorek; 10. Zkušební migrace; 11. Ostrá migrace dat; 12. Kontrola a testování migrace, vč. kontroly na integritu a úplnost migrovaných dat; 13. Zálohování starých dat. | A |
7.4.13 | Zkušební migrace Zhotovitel odpovídá za provedení zkušební migrace dat v rozsahu, termínu a způsobu provedení dle schváleného Plánu migrace. | A |
7.4.14 | Ostrá migrace Zhotovitel odpovídá za provedení ostré migrace dat v rozsahu, termínu a způsobu provedení dle schváleného Plánu migrace. | A |
7.5. Požadavky na napojení SW a HW systémů a výstupů
Soubor požadavků na napojení SW a HW systémů na novou verzi systému REÚIP.
7.6. Požadavky na dokumentaci nové verze systému REÚIP
Soubor požadavků na dokumentaci vyhotovenou v rámci implementace a provozu Díla.
Xxxxx | Xxxxxxxxx – základní popis | Splněno |
7.6.1 | Dokumentace V rámci plnění bude dodána zejména následující dokumentace - instalační dokumentace, uživatelská dokumentace, projektová dokumentace, základní bezpečnostní dokumentace, dokumentace migrace dat, provozní dokumentace a školící dokumentace. | A |
7.6.2 | Správa dokumentace Objednatel požaduje řízenou správu veškeré dokumentace k projektu, a to zejména instalační, uživatelské, projektové, základní bezpečnostní a provozní. Zhotovitel povede centrální knihovnu těchto dokumentů s uvedením všech verzí a datem posledních změn v úložišti dokumentů poskytnutém Objednatelem. | A |
7.6.3 | Formát dokumentace Výstupy dokumentové povahy (například instalační příručka, provozní příručka, uživatelská příručka, základní bezpečnostní dokumentace, dokumentace migrace apod.) budou dodány ve formátu Microsoft Word a ve formátu PDF (každý dokument v obou formátech), a to ve verzi aktuálně uvolněné ke dni akceptace. Dokumenty nebudou uzamčené na provádění editace a tisku. | A |
7.6.4 | Jazyk dokumentace Výstupy dokumentové povahy budou vytvořeny v českém jazyce s výjimkou odkazované technické dokumentace pro správce a administrátory, která může být též v jazyce anglickém. V anglickém jazyce mohou být též původní produktové manuály, které se stanou součástí dokumentace. | A |
7.6.5 | Aktualizace dokumentace S realizací aktualizace systému REÚIP je vždy též aktualizována dokumentace systému. Aktualizovaná dokumentace obsahuje nové verze celých dokumentů, nikoliv jen dokumenty zaznamenávající dílčí změnu. | A |
7.6.6 | Instalační dokumentace Zhotovitel dodá instalační dokumentaci pro nasazení nové verze systému REÚIP, popisující jednotlivé kroky instalace, konfigurace a zprovoznění. Dokumentace bude zahrnovat všechny nezbytné instalační kroky nad rámec instalace operačního systému. Dokumentace bude také zahrnovat výčet všech nezbytných komponent pro nasazení nové verze systému REÚIP , včetně verzí, licencí třetích stran a konfigurací, a to včetně operačního systému, databáze, frameworků a aplikačních rámců. Dokumentace se může částečně odkazovat do instalačních dokumentací produktů třetích stran či produktů Zhotovitele za podmínky, že je možno dokumentaci předat na samostatném datovém nosiči (např. CD/DVD ROM). | A |
7.6.7 | Uživatelská dokumentace Zhotovitel dodá uživatelskou dokumentaci (uživatelský manuál) s popisem uživatelských funkcí informačního systému, umožňujícím novému uživateli | A |
informačního systému začít samostatně pracovat se systémem REÚIP plně v rozsahu všech jeho funkcionalit. Dokumentace bude poskytnuta jako samostatný dokument, současně jako součást nápovědy informačního systému a současně jako dílčí uživatelské návody dostupné v kontextové nápovědě. | ||
7.6.8 | Projektová dokumentace Zhotovitel zpracuje projektovou dokumentaci vznikající při realizaci projektu (mimo jiné např. zápisy z jednání, harmonogramy, zprávy o postupu prací). | A |
7.6.9 | Základní bezpečnostní dokumentace Zhotovitel zpracuje základní bezpečnostní dokumentaci dle standardů MPSV viz příloha H zadávacích podmínek, resp. příloha 5 smlouvy, která zahrnuje minimálně: • Popis přístupů ke všem správcovským, administrátorským a servisním účtům, • Disaster-recovery plány (plány obnovení dostupnosti služeb dodávaného řešení), Za tím účelem Zhotoviteli přiměřenou poskytne součinnost MKB Objednatele. | A |
7.6.10 | Provozní dokumentace Zhotovitel zpracuje provozní dokumentace v rozsahu a v souladu s vyhláškou č. 529/2006 Sb., o dlouhodobém řízení informačních systému veřejné správy, ve znění pozdějších předpisů, která tvoří zejména tyto dokumenty: • Bezpečnostní dokumentace informačního systému veřejné správy; • Systémová příručka a • Uživatelská příručka. Zhotovitel dále dodá provozní příručky: • Příručku činnosti správce – popisující jednotlivé administrátorské činnosti vzhledem k opravě chyb a uživatelských postupů (workflow); • Příručku činnosti správce – popisující administrátorské činnosti při úpravách a vytváření procesů, dokumentů a šablon a popis nastavení jednotných procesů a uživatelů; • Součástí provozní dokumentace budou operační příručky, které zahrnují provozní postupy údržby, plány obnovy, zálohovací plány a postupy archivace. Zhotovitel v Provozní dokumentaci uvede také: • Finální popis implementace dodávaného řešení, vč. dokumentace databázových struktur (tj. popis jednotlivých tabulek, jejich vazeb a databázových pohledů); • Popis procesů správy dodávaného řešení (procesy a nastavení | A |
související s managementem dodávaného řešení, s monitoringem provozních stavů s postupy pro nasazování nových verzí softwarových komponent). Provozní dokumentace se může odkazovat do provozních příruček produktů třetích stran či produktů Zhotovitele za podmínky, že je možno dokumentaci předat na samostatném datovém nosiči (např. CD/DVD ROM). | ||
7.6.11 | Dokumentace migrace Zhotovitel zpracuje dokumentaci o průběhu a výsledku migrace. | A |
7.6.12 | Školící dokumentace Zhotovitel zpracuje dokumentaci pro školení. | A |
7.7. Požadavky na nasazení nové verze systému REÚIP
Soubor požadavků na nasazení nové verze systému REÚIP v rámci implementace a provozu Díla.
Xxxxx | Xxxxxxxxx – základní popis | Splněno |
7.7.1 | Implementační plán Zhotovitel zpracuje vstupní analytické práce a činnosti, požadavky na architekturu a konfiguraci infrastruktury, nastavení akceptačních procedur nezbytných k provedení akceptace Díla, včetně max. počtu kritérií akceptace a návrhu akceptačních protokolů. Implementační plán bude dále obsahovat: • plán migrace, • plán testování, • plán školení. | A |
7.7.2 | Sítě a komunikace Informační systém bude připojen k síťové a komunikační infrastruktuře Objednatele. Zhotovitel musí tak respektovat topologii sítě (na úrovni LAN i WAN), technologické možnosti sítě a bezpečnostní pravidla. Síťový standard je popsán v příloze č. H zadávacích podmínek, resp. příloze č. 2 smlouvy. | A |
7.7.3 | Účast Projektového architekta při spuštění Xxxxxxxxxx zajistí přítomnost odborného pracovníka – Projektového architekta Microsoft Dynamics 365. Přítomnost pracovníka bude zajištěna po dobu minimálně pěti pracovních dní. V případě výskytu závad představujících překážku v práci uživatelů, zajistí Zhotovitel přítomnost pracovníků do doby odstranění závad. | A |
7.8. Požadavky na EXIT
Požadavky na služby Exitu jsou skupinou požadavků na činnosti, které Zhotovitel musí vykonat v souvislosti s ukončením svého plnění vůči Objednateli.
Xxxxx | Xxxxxxxxx – základní popis | Splněno |
7.8.1 | Exitový plán Zhotovitel formou dokumentu zpracuje Exitový plán, který bude zahrnovat způsob přechodu na informační systém, odpovídající analýzu rizik, jejich zhodnocení a návrh jejich eliminace, harmonogram činností a jednotlivých kroků. | A |
7.8.2 | Archivní režim informačního systému Zhotovitel zpracuje plán archivního režimu systému REÚIP (zakonzervování systému), který bude obsahovat popis způsobu jeho zakonzervování do podoby předatelné Objednateli a způsob obnovení (oživení) systému REÚIP ze zakonzervované podoby do funkčního stavu. Dále na základě plánu Zhotovitel popíše test obnovy systému REÚIP a test obnovy protokolárně ověří. | A |
7.8.3 | Součinnost Zhotovitele Zhotovitel poskytne v souladu s vypracovaným a Objednatelem odsouhlaseným exitovým plánem veškerou potřebnou součinnost, dokumentaci a informace. Bude se účastnit jednání s Objednatelem a popřípadě s třetími osobami za účelem plynulého a řádného převedení všech činností spojených s poskytováním Servisních služeb nebo Rozvoje na Objednatele nebo nového Poskytovatele těchto služeb. | A |
7.8.4 | Migrace dat pro ukončení provozu systému REÚIP Pro případ ukončení provozu systému REÚIP Zhotovitel: • Navrhne formou dokumentu způsob ověřitelného předání dat Objednateli na základě kontrolních mechanismů dat. • Provede ověření předaných dat podle návrhu. • Protokolárně Objednateli předá data na dvojici kopií datových médií. Výše požadované služby Zhotovitel poskytne na vyžádání Objednatele nejdéle však do ukončení plnění Zhotovitele. | A |
7.8.5 | Poskytnutí konzultace Zhotovitel poskytne služby konzultací ve vztahu k ukončení provozu či přechodu na sloučenou verzi informačního systému do maximálního rozsahu 5 člověkodní. Konzultace budou poskytovány na písemné vyžádání Objednatele. | A |
7.8.6 | Další činnosti k předání systému REÚIP Zhotovitel je povinen na základě písemného pokynu Objednatele provést případné další činnosti vyplývající z potřeb Objednatele při ukončení plnění Zhotovitele v rozsahu nepřevyšujícím 5 člověkodní práce. | A |
7.8.7 | Předání dokumentace Xxxxxxxxxx je povinen předat Objednateli kompletní elektronickou kopii veškeré dokumentace, kterou vytvořil v rámci svého plnění s tím, že bude aktualizována tak, aby odrážela stav systému REÚIP a poskytovaných služeb | A |
Xxxxx | Xxxxxxxxx – základní popis | Splněno |
k termínu ukončení plnění. Dokumentace bude předána ve lhůtě písemně stanovené Objednatelem, nejpozději však k datu ukončení plnění Zhotovitele. | ||
7.8.8 | Předání hesel a klíčů Zhotovitel předá Objednateli všechna hesla, šifrovací klíče, certifikáty a další autentizační prostředky, které Objednateli umožní administrátorský přístup k veškerým datům, databázím, systémům a aplikaci, případně k dalším technickým prostředkům využívaným Zhotovitelem pro potřeby plnění jeho služeb, a to ve lhůtě písemně stanovené Objednatelem, nejpozději však k datu ukončení plnění Zhotovitele. | A |
7.8.9 | Předání konfiguračních souborů Zhotovitel předá Objednateli všechny konfigurační soubory potřebné pro provoz aplikace ve lhůtě písemně stanovené Objednatelem, nejpozději však k datu ukončení plnění Zhotovitele. | A |
7.8.10 | Skartace údajů Zhotovitel je povinen protokolárně vymazat nebo jinak zlikvidovat veškerá data či uživatelské údaje Objednatele, které mu byly předány, a to dle pokynů a ve lhůtách písemně stanovených Objednatelem. | A |
7.8.11 | Odvoz prostředků Zhotovitele Zhotovitel je povinen po ukončení plnění na výzvu Objednatele zajistit bezprostředně odvoz všech technických prostředků Zhotovitele, které užíval k poskytování služeb, a které se nacházejí v prostorách či lokalitách Objednatele. | A |
8. Součinnost Objednatele
Dále uvedený katalog součinnosti Objednatele obsahuje popisy maximálních dílčích součinností, které se Objednatel zavazuje poskytnout pro realizaci projektu, aby Zhotovitel mohl splnit na něho kladené požadavky.
8.1. Součinnost pro projektové řízení
Součinnost pro projektové řízení je poskytovanou součinností Objednatele nezbytnou pro výkon projektového řízení Zhotovitelem.
Xxxxx | Xxxxxxxxx – základní popis |
8.1.1 | Organizační struktura Objednatele Pro potřeby projektu Objednatel obsadí dále uvedené role: • Vedoucí projektu, • Technický specialista, • Specialista servisních služeb, • Specialista rozvojových služeb, • Manažer kybernetické bezpečnosti, • Členové realizačního týmu. Vedoucí projektu je oprávněn vykonávat činnost a pravomoci kteréhokoliv výše uvedeného člena týmu Objednatele. |
8.1.2 | Poskytování podkladů a informací Objednatel bude na požádání poskytovat Zhotoviteli dohodnuté podklady a informace, související s realizací plnění, a to nejpozději do pěti pracovních dnů po doručení písemné žádosti, pokud se strany nedohodnou jinak. |
8.1.3 | Součinnost při předání Objednatel poskytne nezbytnou součinnost nutnou pro předání částí projektu nebo výstupů, a to i jednotlivých fází jeho plnění, která bude předem schválena na úrovni vedoucích projektu smluvních stran. |
8.1.4 | Svolávání schůzek Objednatel bude svolávat po dohodě se Zhotovitelem pracovní schůzky k řešení sporných otázek, souvisejících s plněním dle předmětu smlouvy. |
8.1.5 | Vyjádření k písemným materiálům Objednatel se bude vyjadřovat písemně k předkládaným písemným materiálům Zhotovitele nejpozději do deseti pracovních dnů od jejich doručení, pokud nebude dohodnuto jinak. |
8.1.6 | Poskytnutí konzultací Objednatel bude na požádání konzultovat se Zhotovitelem v průběhu realizace plnění přijatá řešení, a to nejpozději do pěti pracovních dnů od doručení písemné žádosti. Objednatel zajistí pro takovéto konzultace účast kvalifikovaných pracovníků. |
Xxxxx | Xxxxxxxxx – základní popis |
8.1.7 | Poskytnutí zasedací místnosti Objednatel zajistí na svých pracovištích zasedací místnost vybavenou projektorem pro patnáct účastníků. Aktuální využití zasedací místnosti bude nutné ze strany Zhotovitele vždy rezervovat. |
8.1.8 | Přístup do budovy Objednatel zajistí na požádání v pracovní době Objednatele přístup do budov pojmenovaným pracovníkům Zhotovitele. |
8.1.9 | Poskytnutí vzdáleného přístupu Objednatel se zavazuje, že technicky a organizačně zajistí možnost vzdáleného přístupu členů realizačního týmu Zhotovitele prostřednictvím sítě Internet na ty a pouze ty určené technické prostředky Objednatele, kam je přístup nutný z důvodu plnění Díla, přičemž o úrovni přístupových práv rozhoduje Objednatel. K tomu smluvní strany sjednávají vzdálený přístup prostřednictvím zabezpečeného kanálu sítě Internet, způsobem připojení je VPN tunel (IPSec, PPTP, SSL) + RDP nebo RDP přístup (terminálová relace). |
8.2. Součinnost pro implementaci
Součinnost pro provedení analýzy je poskytovanou součinností Objednatele nezbytnou pro
provedení analýzy Zhotovitelem.
Xxxxx | Xxxxxxxxx – základní popis |
8.2.1 | Rozsah součinnosti pro provedení analýzy Pro provedení vstupních analytických prací a s tím související vypracování vstupního analytického prováděcího plánu poskytne Objednatel odborné a technické pracovníky v rozsahu odpovídajícímu ekvivalentu plného úvazku min. dvou pracovníků. |
8.2.2 | Rozsah součinnosti pro připojovaných HW a SW systémů – kapacity pracovníků Pro připojení HW a SW systémů poskytne Objednatel odborné a technické pracovníky v rozsahu odpovídajícímu ekvivalentu plného úvazku min. jednoho pracovníků. |
8.2.3 | Rozsah součinnosti pro připojovaných HW a SW systémů – součinnosti se současnými dodavateli Objednatel zajistí součinnost se současnými dodavateli všech systémů. |
8.2.4 | Podklady a informace Objednatel je povinen Zhotoviteli poskytnout veškeré podklady a informace nezbytné k provedení Díla. |
8.2.5 | Rozsah součinnosti pro provedení Migrace dat Pro migrace dat poskytne Objednatel odborné a technické pracovníky v rozsahu odpovídajícímu ekvivalentu plného úvazku min. jednoho pracovníka. |
8.3. Součinnost pro provedení testování
Součinnost pro provedení testování je poskytovanou součinností Objednatele nezbytnou pro
provedení služeb testování Zhotovitele.
Xxxxx | Xxxxxxxxx – základní popis |
8.3.1 | Akceptační testy Objednatel poskytne pro provedení Akceptačních testů Zhotovitelem, dle testovacích scénářů připravených Zhotovitelem, součinnost maximálně dvaceti klíčových uživatelů. |
8.3.2 | Bezpečnostní testy Objednatel zajistí s pomocí vlastních zdrojů či třetí strany provedení bezpečnostních testů podle metodiky a plánu testů zpracovaných Zhotovitelem. |
8.3.3 | Zátěžové testy Objednatel zajistí s pomocí vlastních zdrojů či třetí strany návrh a provedení zátěžových (výkonnostních) testů systému REÚIP. |
8.4. Součinnost pro provedení migrace
Součinnost pro provedení migrace je poskytovanou součinností Objednatele nezbytnou pro provedení migrace Zhotovitelem.
Xxxxx | Xxxxxxxxx – základní popis |
8.4.1 | Rozsah součinnosti pro provedení migrace V rámci Zhotovitelem vytvářeného Plánu migrace poskytne Objednatel nezbytné konzultace a současně se bude účastnit pracovních schůzek a workshopů jak se Zhotovitelem, tak s dodavateli stávajících informačních systémů. |
8.4.2 | Poskytnutí přístupu k datům Objednatel poskytne nezbytný přístup k datům stávající verze informačního systému a zajistí součinnost s dodavateli všech systémů. |
8.4.3 | Data pro migraci Objednatel zajistí relevantní data pro migraci dle domluvené struktury a integritních pravidel. Podílí se na ověření správnosti převedených dat a na čištění dat před migrací, nebo následných korekcích a pořizování dat, která nemohla být plně převedena. Pokud v rámci kontroly migrovaných dat v nové verzi systému REÚIP dojde k nekonzistenci a problém byl po kontrole migrační databáze nalezen v předávaných datech, zajistí Objednatel doplnění chybějících položek, entit či vazeb v následující „migrační dávce“. |
8.4.4 | Formát dat Objednatel poskytne aktuální datové soubory ze stávajících informačních systémů ve formátu akceptovaném cílovým systémem MS Microsoft Dynamics 365 Sales. Požadované soubory budou obsahovat dohodnutou strukturu dat, včetně platných formátů. |
Xxxxx | Xxxxxxxxx – základní popis |
8.4.5 | Datový vzorek Objednatel spolupracuje na vytvoření datového vzorku pro testovací migraci se Zhotovitelem. |
8.4.6 | Zkušební migrace Objednatel spolupracuje na kontrole konzistence dat po zkušební migraci se Zhotovitelem. |
8.4.7 | Ostrá migrace Objednatel spolupracuje na provedení ostré migrace se Zhotovitelem a zavazuje se mu poskytnout „ostrá data“ k migraci do nové verze systému REÚIP před zahájením rutinního provozu. Termín předání dat bude uveden v Plánu migrace. |
8.5. Součinnost pro nasazení nové verze systému REÚIP
Součinnost pro nasazení informačního systému je poskytovanou součinností Objednatele nezbytnou pro poskytnutí služeb Zhotovitele v souvislosti s nasazením nové verze systému REÚIP.
Xxxxx | Xxxxxxxxx – základní popis |
8.5.1 | Poskytnutí infrastruktury Objednatel poskytne Zhotoviteli, na základě Objednatelem schválených požadavků Zhotovitele, infrastrukturu potřebnou k provedení instalace (např. RACKy pro umístění dodávaného HW). |
8.5.2 | Poskytnutí síťové a komunikační infrastruktury Síťovou a komunikační infrastrukturu LAN a WAN poskytne Objednatel na základě Objednatelem odsouhlasených požadavků Zhotovitele. |
8.6. Součinnost pro školení
Součinnost pro školení zahrnuje součinnost nezbytnou pro zajištění všech typů školení.
Xxxxx | Xxxxxxxxx – základní popis |
8.6.1 | Školící prostory Objednatel zajistí prostory pro provádění školení v prostorách na pracovištích Objednatele |
8.6.2 | Velikost a vybavení Objednatel poskytne učebny adekvátní pro provedení školení. Každá učebna bude vybavena prezentační a výpočetní technikou. |
8.6.3 | Zajištění účasti na školeních Objednatel zajistí účast školených osob na plánovaných školeních. |
8.6.4 | Termíny Objednatel schválí termínový plán školení a seznámí s ním zaměstnance nejpozději do dvou týdnů před zahájením školení. |
9. Definice servisních služeb
Tato kapitola definuje popis servisních služeb dle „Smlouvy o dílo a smlouvy o poskytnutí licence a souvisejících služeb“ formou Katalogu servisních služeb uvedeného níže. Servisní služby jsou poskytovány a garantovány vůči spravovanému systému REÚIP jako celku a vůči aplikacím k získávání údajů z registrů veřejné správy, které nejsou přímou součástí systému REÚIP a nejsou na něj napojeny, ale jsou k použití uživatelům k další práci. Jedná se o dotazy do databází:
- Úřadu práce České republiky – ověření evidence uchazeče o zaměstnání, ověření platnosti a obsahu povolení k zaměstnání cizinců, vyhledání a ověření agentury;
- České správy sociálního zabezpečení - vyhledání a ověření zaměstnavatele daného zaměstnance, vyhledání a ověření zaměstnance daného zaměstnavatele;
- Agendový informační systém cizinců Policie ČR (cizinecká) AISC - vyhledání a ověření povolení k pobytu, zaměstnanecké karty, atd.
Katalog servisních služeb specifikuje služby Zhotovitele a činnosti (tzv. definované formou katalogových listů), které vykonává Zhotovitel v rámci jednotlivých servisních služeb.
Katalog servisních služeb obsahuje popis těchto služeb a požadované parametry jednotlivých služeb. Pro účely poskytování servisních služeb definovaných v této kapitole se pojem
„spravovaný systém“ myslí jako systém v jeho aktuálním stavu, tj. vč. všech dalších budoucích modifikací, které byly aplikovány od předání Díla do ostrého provozu ke dni poskytnutí dané servisní služby.
Zhotovitel umožní elektronický výpis jednotlivých poskytovaných servisních činnosti dle dále uvedeného členění, a to na základě požadavku Objednatele.
Servisní služby Režim |
S1 Provozní podpora systému KS1.1 Technologický update systému REÚIP Paušál REÚIP (Garance softwarové podpory) KS1.2 Servisní garance systému REÚIP Paušál KS1.3 Garance příjmů hlášení chybových Paušál stavů a požadavků systému REÚIP Technická a metodická podpora Paušál KS1.4 systému REÚIP (Konzultační služby a návštěvy) KS1.5 Podpora provozu systému REÚIP Paušál KS1.6 Preventivní prohlídky systému REÚIP Paušál |
S2 Služby údržby dokumentace systému REÚIP (Garance aktualizované Paušál dokumentace) |
9.1. Provozní podpora systému REÚIP
Vymezení servisní služby
Označení | Název servisní služby |
S1 | Provozní podpora systému REÚIP |
Stručný popis služby | |
Provozní podpora informačního systému je soubor servisních služeb zajišťujících kompletní podporu a zajištění provozu informačního systému způsobem vymezeným v samostatně definovaných servisních službách KS1.1 až KS1.6. | |
Podmínky poskytování služby | |
Zhotovitel je povinen zajištovat korektní funkcionality uvedených logických částí systému REÚIP pro uživatele systému REÚIP, a to v rozsahu akceptované specifikace vytvořené v rámci implementace systému REÚIP a dílčích specifikací, jež jsou výstupem implementovaných změn systému REÚIP. Zároveň průběžně zabezpečuje veškeré náležitosti pro korektní průběh integračních vazeb na jiné systémy. Zhotovitel bude vykonávat všechny činnosti vedoucí k bezproblémovému chodu všech logických částí systému REÚIP ve všech požadovaných prostředích. Součástí služby jsou všechny činnosti nutné k zajištění požadované dostupnosti systému REÚIP a odezvy služby. Objednatel požaduje plnění nejméně v rozsahu pokrývajícím všechny uvedené logické části a systému REÚIP a činností uvedených u komponent služby KS1.1 – KS1.6. Zhotovitel zajistí příjem, analýzu, zpracování a řízení incidentů zadaných do Helpdesku Zhotovitele spadajících do kompetence Zhotovitele. Činnosti, které Objednatel explicitně požaduje, jsou uvedeny u jednotlivých komponent služby. | |
Seznam servisních služeb Provozní podpory systému REÚIP | |
Označení | Název |
KS1.1 KS1.2 KS1.3 KS1.4 KS1.5 KS1.6 | Technologický update systému REÚIP (Garance softwarové podpory) Servisní garance systému REÚIP Garance příjmů hlášení chybových stavů a požadavků systému REÚIP Technická a metodická podpora systému REÚIP (Konzultační služby a návštěvy) Podpora provozu systému REÚIP Preventivní prohlídky systému REÚIP |
Parametry služby | |
Parametry služby jsou uvedeny u jednotlivých komponent služby. |
9.1.1. Servisní služba „KS1.1 Technologický update systému REÚIP“
Označení Název servisní služby |
KS1.1 Technologický update systému REÚIP (Garance softwarové podpory) |
Seznam činností |
Garance V rámci poskytování garance funkčnosti je Zhotovitel povinen zajistit funkčnosti aplikaci opravných softwarových kódů (hot-fix a patch) anebo jiných softwarových komponent k aplikačnímu programovému vybavení, veškerému základnímu programovému vybavení i ostatnímu provoznímu software nutnému pro zajištění funkčnosti informačního systému. Součástí garance funkčnosti je též průběžné provádění update/upgrade ovladačů a firmware. V případě závady způsobené aplikací opravných softwarových kódů, tzn. update/upgrade SW ve vlastnictví Objednatele je Zhotovitel povinen provést tzv. rollback, tj. uvést systém do posledního známého funkčního stavu. Garance V rámci poskytování garance bezpečnosti je Zhotovitel povinen zajistit bezpečnosti aplikaci všech vydaných nebo Objednatelem vyžádaných bezpečnostních záplat a upgradů ke spravovanému systému. Garance V rámci poskytování garance rozvoje je Zhotovitel povinen zajistit aplikaci rozvoje všech výrobcem uvolněných updatů a upgradů nebo nových verzí softwarového vybavení ke spravovanému systému. Garance Po implementaci požadovaných legislativních upgradů informačního souladu s systému provedených v rámci Rozvoje na základě uživatelských požadavků legislativou na úpravy a doplnění spravovaného systému je Zhotovitel povinen zajistit jejich soulad a poskytování v rámci spravovaného systému. |
Podmínky provádění činností |
Potřeba technologického update systému REÚIP může být např. vyvolána jak vznikem chybového stavu, tak požadavkem na bezpečnost systému REÚIP nebo nezbytnou servisní aktualizací. Realizaci technologického updatu jakékoliv části systému REÚIP bude schvalovat Specialista servisních služeb Objednatele na základě návrhu Zhotovitele. Každý návrh bude obsahovat popis změny, výčet činností a možných dopadů změny na poskytování služeb systému REÚIP a okolní systémy. Objednatel i Zhotovitel jsou povinni udržovat aktuálnost příslušné dokumentace související se změnami realizovanými v rámci plnění dle této servisní služby. Součástí realizace změn je tak i bezodkladná aktualizace Provozní dokumentace systému REÚIP Zhotovitelem, popř. i další dokumentace, pokud bude realizací změn dotčena. Kontrolu prováděných akcí bude provádět Objednatel nebo jiná třetí strana. |
Rozsah plnění |
Rozsah plnění ze strany Zhotovitele bude zahrnovat: a) náklady na technické a případně jeho materiální vybavení související s poskytováním součinnosti, monitoringu a realizaci technologických opatření, b) náklady na licenční a servisní poplatky třetím stranám, které vyplývají z nasazení a použití SW třetích stran v rámci systému REÚIP, s výjimkou licenčních a servisních poplatků u SW dodaných Objednatelem, c) personální náklady na pracovníky Zhotovitele, kteří budou zajišťovat požadované činnosti technologického update, d) dopravní a cestovní náklady související s přepravou pracovníků Zhotovitele do místa výkonů služby. |
Rozsah činností |
Garance Zhotovitel je povinen poskytovat službu průběžně, při uvolnění příslušných funkčnosti opravných softwarových kódů, ovladačů HW a FW. Garance Zhotovitel je povinen poskytovat tuto službu průběžně, při uvolnění bezpečnosti příslušných bezpečnostních záplat a upgradů k softwarovým prostředkům informačního systému. Garance Zhotovitel je povinen poskytovat tuto službu průběžně, při uvolnění rozvoje příslušných updatů a upgradů nebo nových verzí SW prostředků dodaných Objednatelem (produktů Microsoft) a SW prostředků dodaných Zhotovitelem, vč. Zhotovitelem provedených softwarových úprav, např. bezpečnostní balíčky, aktualizace verzí a opravné aktualizace softwarových prostředků informačního systému. Xxxxxxx Xxxxxxxxxx je povinen poskytovat službu garance souladu s legislativou, a to souladu po implementaci v rámci rozvoje požadovaných legislativních upgradů s legislativou informačního systému vyplývající z uživatelských požadavků na úpravy a doplnění spravovaného systému. „Technologický update systému REÚIP“ je Servisní službou a bude Zhotovitelem zajišťován tak, aby byl rozsah potřebných činností nezbytný pro dosažení všech parametrů této služby naplněn. |
Provozní doba poskytování služby |
Servisní služba „Technologický update systému REÚIP” bude poskytována Zhotovitelem v režimu 5×12 (tj. v pracovní dny od 6:00 do 18:00). |
Reakční lhůty pro poskytování služby a kvalita služby |
Reakční lhůta pro poskytování služby a kvalita služby se bude řídit ujednáním o kvalitě služeb (SLA) popsaném v kapitole 9.3.1., 9.3.2 a 9.3.3. tohoto dokumentu. Zhotovitel je povinen poskytovat tuto službu dle požadavků Objednatele definovaných pro SLA 2. |
9.1.2. Servisní služba „KS1.2 Servisní garance systému REÚIP“
Označení Název servisní služby |
KS1.2 Servisní garance systému REÚIP |
Seznam činností |
Garance Garance poskytování servisních služeb zahrnuje řešení chybových stavů poskytování spravovaného systému (též servisní zásah) a požadavků Objednatele servisních dohodnutým způsobem a v dohodnutých termínech dle SLA ujednání služeb uvedených v kap. 9.3.1. a 9.3.2 a 9.3.3. tohoto dokumentu v režimu 5×12 (tj. v pracovní dny od 6:00 do 18:00). Garance Garance vzdáleného monitoringu zahrnuje sledování provozních stavů vzdáleného spravovaného systému a jeho jednotlivých funkčních celků Zhotovitelem, monitoringu včetně hlídání prahových hodnot definovaných provozních ukazatelů a předávání varovných hlášení helpdeskového systému Zhotovitele určeným osobám Objednatele v režimu 5×12 (tj. v pracovní dny od 6:00 do 18:00). |
Podmínky provádění činností |
Objednatel i Zhotovitel jsou povinni zaznamenávat veškeré aktivity (události, incidenty, požadavky, komentáře atd.) související s poskytováním servisní služby „Servisní garance systému REÚIP“. Realizaci řešení chybových stavů, požadavků na servisní zásah a dalších požadavků Objednatele bude schvalovat Specialista servisních služeb Objednatele. Objednatel i Zhotovitel jsou povinni udržovat aktuálnost příslušné dokumentace související se změnami realizovanými v rámci plnění dle této servisní služby. Součástí realizace změn je tak i bezodkladná aktualizace provozní dokumentace systému REÚIP Zhotovitelem, popř. i další dokumentace, pokud bude realizací změn dotčena. Kontrolu prováděných akcí bude provádět Objednatel nebo jiná třetí strana. |
Rozsah plnění |
Rozsah plnění ze strany Zhotovitele bude zahrnovat: a) náklady na technické a případně jeho materiální vybavení související s poskytováním součinnosti, monitoringu a realizaci technologických opatření, b) náklady na licenční a servisní poplatky třetím stranám, které vyplývají z nasazení a použití SW třetích stran v rámci systému REÚIP, s výjimkou licenčních a servisních poplatků u SW dodaných Objednatelem, c) personální náklady na pracovníky Zhotovitele, kteří budou zajišťovat požadované činnosti servisní garance vč. řešení incidentů, s výjimkou činnosti Zhotovitele dle servisní služby KS 1.5, d) dopravní a cestovní náklady související s přepravou pracovníků Zhotovitele do místa výkonů služby. |
Rozsah činností |
„Servisní garance systému REÚIP“ je Servisní službou a bude Zhotovitelem zajišťována tak, aby byl rozsah potřebných činností nezbytný pro dosažení všech parametrů této služby naplněn. |
Lhůty pro poskytování služby a kvalita služby |
Objednatel i Zhotovitel považují varovná hlášení z monitorovacího systému REÚIP a uvedený čas záznamu o vzniku chybového stavu za ten čas, od kterého se měří (vyhodnocuje) plnění závazků definovaných v kap. 9.3.1., 9.3.2 a 9.3.3. tohoto dokumentu, kterým se řídí ujednání o kvalitě služeb (SLA). |
9.1.3. Servisní služba „KS1.3 Garance příjmu hlášení chybových stavů a požadavků
systému REÚIP“
Označení Název servisní služby |
KS1.3 Garance příjmu hlášení chybových stavů a požadavků systému REÚIP |
Seznam činností |
Garance Garance dostupnosti služby Helpdesk zahrnuje přístup k helpdeskovému dostupnosti systému Zhotovitele pro hlášení (zápis), správu a administraci chybových služby stavů a požadavků a zápisů o servisních zásazích a událostech. Helpdesk Garance Garance dostupnosti služby HotLine zahrnuje přístup k službám telefonické dostupnosti podpory a hlášení chybových stavů. služby HotLine |
Podmínky provádění činností |
Zhotovitel je povinen zajistit provádění všech výše definovaných činností v takovém rozsahu, aby byla zachována požadovaná dostupnost dané služby. Zhotovitel je povinen zaznamenat každý realizovaný výkon, včetně podrobné informace do Helpdesku nejpozději do 2 hodin od jejího výskytu a průběžně aktualizovat její stav vzhledem k jejímu vývoji. |
Rozsah plnění |
Rozsah plnění ze strany Zhotovitele bude zahrnovat: a) náklady na technické a případně jeho materiální vybavení související s poskytováním součinnosti, monitoringu a realizaci technologických opatření, b) náklady na licenční a servisní poplatky třetím stranám, které vyplývají z nasazení a použití SW třetích stran v rámci systému REÚIP, c) personální náklady na pracovníky Zhotovitele, kteří budou zajišťovat požadované činnosti garance příjmu, d) dopravní a cestovní náklady související s přepravou pracovníků Zhotovitele do místa výkonů služby. |
Rozsah činností |
Garance Dostupnost služby Helpdesk Zhotovitele musí být Zhotovitelem realizována dostupnosti bez časového, věcného a množstevního omezení. služby Helpdesk Garance Dostupnost služby HotLine Zhotovitele musí být Zhotovitelem realizována dostupnosti v režimu 5×12 (tj. v pracovní dny od 6:00 do 18:00). služby HotLine „Garance příjmů hlášení chybových stavů a požadavků systému REÚIP“ je Servisní službou a bude Zhotovitelem zajišťována tak, aby byl rozsah potřebných činností nezbytný pro dosažení všech parametrů této služby naplněn. |
Provozní doba poskytování servisní služby |
Servisní služba “Garance příjmů hlášení chybových stavů a požadavků” bude poskytována v režimu 5×12 (tj. v pracovní dny od 6:00 do 18:00). |
Reakční lhůty pro poskytování služby a kvalita služby |
Reakční lhůta pro poskytování služby a kvalita služby se bude řídit ujednáním o kvalitě služeb (SLA) popsaném v kapitole 9.3.1. a 9.3.2 a 9.3.3. tohoto dokumentu. Zhotovitel se zavazuje poskytovat tuto službu dle požadavků Objednatele definovaných pro SLA 1 v případě chybových stavů a SLA 2 v případě požadavků. |
9.1.4. Servisní služba „KS1.4 Technická a metodická podpora systému REÚIP“
Označení Název servisní služby |
KS1.4 Technická a metodická podpora systému REÚIP (Konzultační služby a návštěvy) |
Seznam činností |
Konzultační služby a Servisní služba „Konzultační služby a návštěvy“ zahrnuje činnosti návštěvy související s poradenstvím k informačnímu systému poskytované v místě Objednatele na jím určeném pracovišti nebo jiným dohodnutým způsobem s možností průběžného čerpání dle potřeb Objednatele. Konzultační činnosti zahrnují konzultace provozní, organizační, analytické a metodické konzultace, jejichž náplň je specifikována níže. Provozní konzultace „Provozní konzultace“ zahrnuje činnosti související s poradenstvím provozních činností. Jedná se zejména o konzultace v oblasti správy uživatelů, nastavení práv, audity, zálohování, obnova apod. Organizační „Organizační konzultace“ zahrnuje činnosti související s organizační konzultace stránkou zajištění dodávek služeb systému REÚIP. Jedná se zejména, nikoliv však výlučně, o účast Zhotovitele na pracovních jednáních, seminářích, prezentacích, zpracování výkazů, poskytnutí součinnosti pro certifikaci vyžádaných Objednatelem atd. Analytické „Analytická konzultace“ zahrnuje činnosti související s rozvojem konzultace funkcionality systému REÚIP. Jedná se např. o činnosti zpracování návrhu dalšího rozvoje, oponentura záměrů, poradenství v oblasti fungování konkrétní části systému REÚIP, konzultace k nabídkám atd. Metodické „Metodická konzultace“ zahrnuje činnosti související s metodickou konzultace stránkou fungování konkrétní části systému REÚIP. Jedná se tedy o IT konzultace v oblasti metodiky monitorování, projektového řízení, k práci s informačním systémem apod. |
Podmínky provádění činností |
V rámci technické a metodické podpory zajistí Xxxxxxxxxx na vyžádání, konzultace technické a metodické podpory. Podpora může být dohodou Objednatele a Zhotovitele poskytnuta formou přímého kontaktu v místě, telefon, emailem nebo jinými elektronickými prostředky komunikace. Objednatel i Zhotovitel jsou povinni zaznamenávat všechny požadavky na konzultace do HelpDesku. Zhotovitel je povinen zaznamenat (a to i v případě konzultace po telefonu, emailem nebo jinými elektronickými prostředky komunikace) příslušnou informaci do HelpDesku nejpozději do 4 hodin od jejího výskytu a průběžně aktualizovat její stav vzhledem k jejímu vývoji. |
Rozsah plnění |
Rozsah plnění ze strany Zhotovitele bude zahrnovat: a) náklady na technické a případně jeho materiální vybavení související s poskytováním součinnosti, monitoringu a realizaci technologických opatření, b) náklady na licenční a servisní poplatky třetím stranám, které vyplývají z nasazení a použití SW třetích stran v rámci systému REÚIP, c) personální náklady na pracovníky Zhotovitele, kteří budou zajišťovat požadované činnosti technické a metodické podpory, d) dopravní a cestovní náklady související s přepravou pracovníků Zhotovitele do místa výkonů služby. |
Rozsah činností |
Konzultační služby a Zhotovitel je povinen poskytnout součinnost v minimálním návštěvy rozsahu 36 ČD za jeden kalendářní rok. Servisní služba „Technická a metodická podpora systému REÚIP“ bude Zhotovitelem zajišťována jako paušální plnění, což znamená, že Zhotovitel bude zajišťovat potřebné činnosti v takovém rozsahu, který bude nezbytný pro dosažení všech parametrů příslušné služby. Rozsah plnění ze strany Zhotovitele bude omezen předpokládaným rozsahem činností odsouhlaseným Objednatelem. Nevyčerpané objednané hodiny technické a metodické podpory budou převedeny do dalšího období. |
Provozní doba poskytování služby |
Servisní služba „Technická a metodická podpora systému REÚIP” bude poskytována obvykle v režimu 5×12 (tj. v pracovní dny od 6:00 do 18:00). |
Reakční lhůty pro poskytování služby a kvalita služby |
Reakční lhůta pro poskytování služby a kvalita služby se bude řídit ujednáním o kvalitě služeb (SLA) popsaném v kapitole 9.3.1., 9.3.2 a 9.3.3. tohoto dokumentu. Zhotovitel se zavazuje poskytovat tuto službu dle požadavků Objednatele definovaných pro SLA 2. |
9.1.5. Servisní služba „KS1.5 Podpora provozu a bezpečnosti systému REÚIP“
Označení Název servisní služby |
KS1.5 Podpora provozu a bezpečnosti systému REÚIP |
Seznam činností |
Instalace oprav Zhotovitel je povinen v rámci této služby poskytnout na vyžádání Objednatele provedení instalace opravných softwarových kódů (hot-fix a patch). |
Migrační Zhotovitel je povinen v rámci této služby zajistit podporu nebo provedení podpora migrace informačního systému na vyšší verzi databázového, operačního nebo systémového prostředí obsaženého v informačním systému (např. prostředí pro monitoring, pro zajištění vysoké dostupnosti aj.). Instalace Zhotovitel je povinen v rámci této služby zajistit na základě požadavku nových SW Objednatele podporu při instalaci nebo instalaci nových rozšiřujících SW komponent komponent v požadovaném rozsahu. Instalace Zhotovitel je povinen v rámci této služby zajistit podporu při instalaci nebo bezpečnostních instalaci bezpečnostních a legislativních upgradů. a legislativních upgradů Zvýšená Činnosti nad rámec „Podpora provozu a bezpečnosti systému REÚIP“. podpora Jedná se zejména o poskytnutí garancí součinnosti při realizaci činností provozu nad rámec činností popsaných výše. Činnost bude realizována na vyžádání Objednatelem a po jeho schválení. Granularita vykazování komponenty je 0,25 ČD. Kontrola logů „Kontrola logů“ zajišťuje všechny dílčí činnosti spojené s proaktivní kontrolou chodu systému REÚIP s cílem včas odhalit potenciální problémy související s provozem aplikace. O provedení kontroly logů bude vždy proveden záznam do helpdesku tak, aby bylo možné vyhodnotit kvalitu poskytované služby. Součástí záznamu v helpdesku bude i informace o potencionálních problémech, které byly v rámci logů identifikovány. „Zpracování auditní stopy“ zahrnují dílčí činnosti související s identifikací Zpracování a rozborem datových informací auditních logů, s cílem interpretovat auditní stopy auditní stopu prováděných činností uživatelů a administrátorů systému. |
Podmínky provádění činností |
Objednatel i Zhotovitel jsou povinni zaznamenávat veškeré aktivity (události, incidenty, požadavky, komentáře atd.) související se servisní službou „Podpora provozu systému REÚIP“ do HelpDesku. Zhotovitel je povinen zaznamenat příslušnou informaci do HelpDesku nejpozději do 4 hodin od jejího výskytu a průběžně aktualizovat její stav vzhledem k jejímu vývoji. Realizaci podpory provozu bude schvalovat Specialista servisních služeb Objednatele na základě návrhu Xxxxxxxxxxx. Každý návrh bude obsahovat výčet činností a případně i popis změny a možných dopadů na poskytování služeb systému REÚIP a okolní systémy. Objednatel i Zhotovitel jsou povinni udržovat aktuálnost příslušné dokumentace související se změnami realizovanými v rámci plnění dle této servisní služby. Součástí realizace změn je tak i bezodkladná aktualizace provozní dokumentace systému REÚIP Zhotovitelem, popř. i další dokumentace dle kap. 7.6. tohoto dokumentu, pokud bude realizací změn dotčena. Kontrolu prováděných akcí bude provádět Objednatel nebo jiná třetí strana. |
Rozsah plnění |
Rozsah plnění ze strany Zhotovitele bude zahrnovat: a) náklady na technické a případně jeho materiální vybavení související s poskytováním součinnosti, monitoringu a realizaci technologických opatření, b) náklady na licenční a servisní poplatky třetím stranám, které vyplývají z nasazení a použití SW třetích stran v rámci systému REÚIP, c) personální náklady na pracovníky Zhotovitele, kteří budou zajišťovat požadované činnosti podpory provozu, d) dopravní a cestovní náklady související s přepravou pracovníků Zhotovitele do místa výkonů služby. |
Rozsah činností |
Instalace oprav Zhotovitel je povinen poskytnout činnosti na vyžádání Objednatele. Migrace na vyšší Zhotovitel je povinen poskytnout činnosti na vyžádání Objednatele. verzi DB Instalace SW Zhotovitel je povinen poskytnout činnosti na vyžádání Objednatele. komponent Instalace Objednatel předpokládá poskytnutí služby průběžně, při uvolnění bezpečnostních příslušných bezpečnostních a legislativních upgradů ke a legislativních komponentám informačního systému bez časového, věcného upgradů a množstevního omezení. Zvýšená Zhotovitel je povinen poskytnout činnosti na vyžádání Objednatele podpora provozu Servisní služba „Podpora provozu a bezpečnosti systému REÚIP“ bude Zhotovitelem zajišťována jako paušální plnění v rozsahu 36 ČD za jeden kalendářní rok, což znamená, že Zhotovitel bude zajišťovat potřebné činnosti v takovém rozsahu, který bude nezbytný pro dosažení všech kvalitativních parametrů příslušné služby. Rozsah plnění ze strany Zhotovitele bude omezen předpokládaným rozsahem činností. |
Provozní doba poskytování služby |
Servisní služba „Podpora provozu systému REÚIP” bude poskytována v režimu 5×12, v termínech dle dohody mezi Objednatelem a Zhotovitelem, až úspěšného dokončení činnosti. |
Reakční lhůty pro poskytování služby a kvalita služby |
Reakční lhůta pro poskytování služby a kvalita služby se bude řídit ujednáním o kvalitě služeb (SLA) popsaném v kapitole 9.3.1., 9.3.2 a 9.3.3. tohoto dokumentu. Zhotovitel se zavazuje poskytovat tuto službu dle požadavků Objednatele definovaných pro SLA 1. |
9.1.6. Servisní služba „KS1.6 Preventivní prohlídky systému REÚIP“
Označení Název servisní služby |
KS1.6 Preventivní prohlídky systému REÚIP |
Seznam činností |
Preventivní Sledování a vyhodnocování kritických parametrů informačního systému prohlídky s cílem minimalizovat výpadky služeb systému REÚIP. Tato služba zahrnuje zejména: • kontrolu funkčnosti, nastavení a zabezpečení informačního systému nebo jeho části • drobné opravy nebo úpravy v nastavení (je-li potřeba), pokud nevyžadují přerušení určité služby nebo služeb informačního systému nebo jeho částí • vypracování zprávy (protokolu) o výsledku preventivní prohlídky vč. doporučení nápravných opatření. |
Podmínky provádění činností |
Preventivní prohlídky budou prováděny průběžně. |
Rozsah plnění |
Rozsah plnění ze strany Zhotovitele bude zahrnovat: a) náklady na technické a případně jeho materiální vybavení související s poskytováním součinnosti, monitoringu a realizaci technologických opatření, b) náklady na licenční a servisní poplatky třetím stranám, které vyplývají z nasazení a použití SW třetích stran v rámci systému REÚIP, c) personální náklady na pracovníky Zhotovitele, kteří budou zajišťovat požadované činnosti preventivních prohlídek, d) dopravní a cestovní náklady související s přepravou pracovníků Zhotovitele do místa výkonů služby. |
Rozsah činností |
Preventivní Zhotovitel je povinen provést preventivní prohlídky průběžně. prohlídky „Preventivní prohlídky systému REÚIP“ jsou Servisní službou a bude Zhotovitelem zajišťoványa tak, aby byl rozsah potřebných činností nezbytný pro dosažení všech parametrů této služby naplněn. Rozsah plnění ze strany Zhotovitele nebude omezen, a to i v takovém případě, pokud množství aktuálně provedených činností bude vyšší než Objednatelem deklarovaný předpokládaný rozsah. |
Provozní doba poskytování služby |
Servisní služba „Preventivní prohlídky systému REÚIP” bude poskytována v termínu po dohodě s Objednatelem. |
Reakční lhůty pro poskytování služby a kvalita služby |
Reakční lhůta pro poskytování služby a kvalita služby se bude řídit ujednáním o kvalitě služeb (SLA) popsaném v kapitole 9.3.1., 9.3.2 a 9.3.3. tohoto dokumentu. Zhotovitel se zavazuje poskytovat tuto službu dle požadavků Objednatele definovaných pro SLA 2. |
9.2. Služby údržby dokumentace systému REÚIP
Vymezení služby
Označení Název služby |
S2 Služby údržby dokumentace systému REÚIP (Garance aktualizované dokumentace) |
Stručný popis služby |
Službu údržby dokumentace (Garance aktualizované dokumentace) zajišťuje aktualizaci dokumentace v souvislosti se změnami a rozvojem informačního systému. |
Podmínky poskytování služby |
Služba údržby dokumentace (garance aktualizované dokumentace) bude poskytována v závislosti na změnách či rozvoji informačního systému, který zanáší do aktuálně platné dokumentace nepřesnosti, či v jejichž důsledku musí být odebrány či přidány v dokumentaci nové části. Údržba dokumentace se provádí průběžně, přičemž předání aktuální dokumentace skutečného stavu Objednateli se uskuteční na jeho výzvu, xxx. však jednou za rok, a to do jednoho měsíce od odeslání výzvy. |
Seznam činností |
V rámci služby údržby dokumentace Zhotovitel zajistí provedení činností vedoucích k udržení aktuálnosti dokumentace k informačnímu systému, v souvislosti se změnami či rozvojem informačního systému. Jedná se zejména o následující: • Údržba uživatelské dokumentace; • Údržba základní bezpečnostní dokumentace; • Údržba provozní dokumentace; • Údržba školící dokumentace; • Údržba projektové dokumentace. |
Rozsah plnění |
Plnění služby údržby dokumentace (garance aktualizované dokumentace) je: • Aktualizovaná dokumentace reflektuje všechny změny, které byly provedeny v rámci změn či rozvoje informačního systému; • Aktualizovaná uživatelská, školicí a provozní dokumentace bude předána před implementací změn, které aktualizaci vyvolaly. Ostatní dokumentace do dvou pracovních dnů po provedené implementaci; • Nově vzniklá dokumentace je napsána v českém jazyce. V anglickém jazyce mohou být původní produktové manuály, které se stanou součástí dokumentace. Pokud nebude s Objednatelem dohodnuto jinak, bude aktualizovaná dokumentace předána ve stejných formátech jako dokumentace původní, a to v termínu uvedeném výše. V souvislosti s dokumentací bude vedena evidence změn dokumentace obsahující seznam všech typů a verzí dokumentace se stručným popisem změn od předcházejících verzí dokumentace. Tato evidence bude předávána Objednateli vždy společně s aktualizovanou dokumentací. Rozsah plnění ze strany Zhotovitele zahrnuje veškeré náklady Zhotovitele vyplývající z této činnosti. |
Rozsah činností |
Služba bude Zhotovitelem zajišťována jako paušální plnění, což znamená, že Zhotovitel bude zajišťovat potřebné činnosti v takovém rozsahu, který bude nezbytný pro dosažení všech parametrů příslušné služby. |
Provozní doba poskytování služby |
Služba „Služba údržby dokumentace systému REÚIP“ bude poskytována průběžně. |
Reakční lhůty pro poskytování služby a kvalita služby |
Reakční lhůta pro poskytování služby a kvalita služby se bude řídit ujednáním o kvalitě služeb (SLA) popsaném v kapitole 9.3.1., 9.3.2 a 9.3.3. tohoto dokumentu. Zhotovitel se zavazuje poskytovat tuto službu dle požadavků Objednatele definovaných pro SLA 2. |
9.3. Hodnocení služeb
9.3.1. SLA metriky
SLA (Service Level Agreement) je oboustranně odsouhlasená dohoda mezi Xxxxxxxxxxxx Služeb a Objednatelem jako odběratelem Služeb o požadované kvalitě ICT služeb poskytovaných spravovaným systémem jako celku (příp. jeho funkčních částí) a o úrovni kvality služeb poskytovaných Zhotovitelem. Kvalita je měřena pomocí metrik.
a) SLA HA - metriky pro měření kvality ICT služeb poskytovaných spravovaným systémem
Pro účely měření kvality ICT služeb spravovaného systému jsou definovány tyto SLA metriky:
o Dostupnost ICT služeb poskytovaných spravovaným systémem bude měřena
v určeném období – kalendářní měsíc;
o Maximálně přípustná nepřetržitá doba nedostupnosti ICT služeb poskytovaných
spravovaným systémem.
Definice dostupnosti:
Dostupnost ICT služeb spravovaného systému je metrika, která udává minimální požadovanou celkovou dobu řádného poskytování ICT služeb spravovaným systémem (resp. definuje tolerovaný výpadek ICT služeb spravovaného systému) v určeném období. Udává se v %. Pro výpočet dostupnosti platí tento vzorec:
dostupnost [%] = ( (Tds - Tns)/ Tds x 100), kde
• Tds je doba, po kterou Objednatel může spravovaný systém a služby jím poskytované řádně užívat, tj. v režimu 5×12 (tj. v pracovní dny od 6:00 do 18:00), přičemž bude započítaná každá zahájená minuta.
• Tns je doba, po kterou Objednatel nemůže ICT služby poskytované spravovaným systémem řádně užívat v rámci výše uvedeného režimu, přičemž bude započítána každá zahájená minuta.
Do nedostupnosti Tns se nezapočítává doba, kdy Zhotovitel nemohl z důvodů zavinění na straně Objednatele poskytnout sjednané služby (např. výpadek konektivity, porucha HW mimo poruchu HW v záruce poskytované Zhotovitelem, závada způsobená update/upgrade SW ve vlastnictví Objednatele, apod.), nebo byla doba nedostupnosti způsobena chybovým stavem mimo spravovaný systém. Do nedostupnosti Tns se nezapočítává rovněž doba plánovaných odstávek, které jsou sjednány dohodou smluvních stran.
Nedostupnost Tns se počítá od nahlášení chybového stavu Zhotoviteli dohodnutým způsobem do obnovení ICT služeb spravovaného systému, které je stvrzené oběma stranami s uvedením času obnovy ICT služeb.
b) SLA - metriky pro měření kvality Služeb poskytovaných Zhotovitelem
Pro účely měření kvality Služeb poskytovaných Zhotovitelem jsou definovány tyto SLA
metriky: