Upozornění: Text přílohy byl získán strojově a nemusí přesně odpovídat originálu. Zejména u strojově nečitelných smluv, kde jsme použili OCR. originál smlouvy stáhnete odsud
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“)
ČR – Státní úřad inspekce práce
Název: Kolářská 451/13, 746 01 Opava
Sídlo: Mgr. Ing. Rudolf Hahn, generální inspektor
Zastoupen: 75046962
IČO: Česká národní banka č. ú.
Bankovní spojení
Zhotovitel (dále v textu jen „Zhotovitel“)
Název: AUTOCONT a.s.
Sídlo: Hornopolní 3322/34, Moravská Ostrava, 702 00 Ostrava
Zastoupen: Martin Stejskal, člen představenstva
Ondřej Matuštík, člen představenstva
IČO: 04308697
DIČ:
Zapsán v OR: CZ04308697
pod spisovou značkou B 11012 vedenou u Krajského soudu v
Bankovní spojení: Ostravě
Společně také jako „smluvní strany“ nebo jednotlivě jako „smluvní strana“
Stránka 1 z 29
OBSAH
I. Preambule ................................................................................................................... 3
II. Předmět a účel Smlouvy............................................................................................. 3
ČÁST A – DÍLO......................................................................................................................... 4
III. Předmět části A Smlouvy ........................................................................................... 4
IV. Zdrojové kódy Díla ..................................................................................................... 5
V. Etapy Díla .................................................................................................................... 5
VI. Předání a převzetí Díla, akceptační řízení ................................................................ 6
VII. Cena Díla...................................................................................................................... 8
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
X. Odpovědnost za vady ............................................................................................... 10
XI. Exit ............................................................................................................................. 11
XII. Ostatní podmínky; hardware jako příslušenství Díla............................................ 12
ČÁST B – SERVISNÍ SLUŽBY ................................................................................................ 14
XIII. Předmět části B Smlouvy ......................................................................................... 14
XIV. Cena Servisních služeb ............................................................................................. 15
XV. Ostatní podmínky Servisních služeb....................................................................... 15
ČÁST C – ROZVOJ .................................................................................................................. 15
XVI. Předmět části C Smlouvy ......................................................................................... 15
XVII. Cena Rozvoje ............................................................................................................. 17
SPOLEČNÁ USTANOVENÍ PRO VŠECHNY ČÁSTI SMLOUVY ............................................. 18
XVIII. Místo plnění .............................................................................................................. 18
XIX. Fakturace a platební podmínky............................................................................... 18
XX. Ostatní podmínky ..................................................................................................... 19
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
XXVI. Realizační tým........................................................................................................... 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
Stránka 2 z 29
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
Stránka 3 z 29
rovnocenným řešením. Objednatel považuje Zhotovitele za významného dodavatele ve smyslu
ust. § 2 písm. n) vyhlášky o kybernetické bezpečnosti. Zhotovitel 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 Zhotovitelem při plnění jeho povinností
vyplývajících
z této Smlouvy tak, aby Smlouva 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. Zhotovitel 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. Zhotovitel 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 Smlouvy 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ě.
Stránka 4 z 29
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 Smlouvy, 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ý
o předání Zdrojových kódů. protokol
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ě T + 4 měsíce
instalace a zprovoznění SW aplikací T + 10 měsíců
Etapa 4 – Převedení agend MS Dynamics CRM 2011 do MS T + 12 měsíců
T + 15 měsíců
Dynamics 365
Etapa 5 – Převedení agend MS Dynamics AX 2009 do MS
Dynamics 365, vyhodnocování a reporty
Etapa 6 – Testovací a finální migrace dat, akceptační řízení,
převzetí celého Díla
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
Stránka 5 z 29
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 Smlouvy, 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í“).
Stránka 6 z 29
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ěží.
Stránka 7 z 29
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) Smlouvy.
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 Zhotovitelem a jeho
převzetí Objednatelem postupem a způsobem dle čl. XII. odst. 8 Smlouvy, 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í Díla
Zhotovitelem
a jeho převzetí Objednatelem postupem a způsobem dle čl. VI. Smlouvy, 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.
Stránka 8 z 29
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 Zhotovitele 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 Zhotovitel mohl dále plně užívat pro své potřeby
v průběhu i případě ukončení této Smlouvy.
h) Zhotovitel tímto jménem všech autorů Díla:
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.;
Stránka 9 z 29
zmocňuje Objednatele, aby jménem všech autorů Díla 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ů Díla 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ů Díla.
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 Dílo 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.
Stránka 10 z 29
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. Zhotovitel 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. Zhotovitel je povinen i po uplynutí doby odpovědnosti za vady Díla 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í Zhotovitele 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
Stránka 11 z 29
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 Zhotovitele 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
Zhotovitele je povinen se účastnit jednání alespoň vedoucí projektu a další osoby za Zhotovitele
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. Zhotovitel 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í Díla Zhotovitelem. 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.
Stránka 12 z 29
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ě Hardwaru poskytované Zhotovitelem, je Zhotovitel 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é Zhotovitelem, 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ě.
Stránka 13 z 29
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í.
Stránka 14 z 29
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 Zhotovitele je povinen se účastnit jednání alespoň vedoucí projektu a další osoby za
Zhotovitele 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í rizik Zhotovitelem.
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 Díla Zhotovitelem 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“).
Stránka 15 z 29
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 Helpdesk Zhotovitele, ve kterém
budou evidovány všechny Objednatelem zadané požadavky a Zhotovitelem 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.
Stránka 16 z 29
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 Zhotovitelem 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.
Stránka 17 z 29
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 Zhotovitel
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.
Stránka 18 z 29
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
opava@suip.cz 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. Zhotovitel se zavazuje realizovat předmět této Smlouvy 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. Zhotovitel 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 Zhotovitelem 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
Stránka 19 z 29
podle této Smlouvy. Objednatel je povinen informovat Zhotovitele 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
s vyznačením právní moci. kopii
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é Zhotovitel 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
Stránka 20 z 29
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 Zhotovitel
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.
Stránka 21 z 29
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 Smlouva 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ě Zhotovitele, který by mohl mít
vliv na plnění této Smlouvy, je Zhotovitel povinen obratem o tomto informovat Objednatele
datovou zprávou, a zároveň na e-mail manažera kybernetické bezpečnosti a
incidentyKB@suip.cz, 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 Zhotovitelem.
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 Zhotovitel 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. Zhotovitel 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
Stránka 22 z 29
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 Zhotovitel 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. Zhotovitel 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
Smlouvy, 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
Stránka 23 z 29
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 Smlouva 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 Smlouvu 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 Smlouva 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. Zhotovitel 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 Zhotovitele 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.
Stránka 24 z 29
3. Zhotovitel 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 Zhotovitele. 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 Zhotovitel 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. Zhotovitel 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 Zhotoviteli 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 Zhotovitele 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
Stránka 25 z 29
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ší-li Zhotovitel 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. Smlouvy, 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 Smlouvy, 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í
Stránka 26 z 29
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
Zhotovitele, 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í Smlouvy 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 Zhotovitelem (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í Smlouvy 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
Smlouvy, 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
Stránka 27 z 29
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 Smlouvy, 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 Smlouvy.
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 Smlouvy 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 Zhotovitel 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 Smlouva 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í Smlouvy 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 Smlouvu 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.
Stránka 28 z 29
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
________________________ ________________________
Mgr. Ing. Rudolf Hahn, generální inspektor Martin Stejskal, člen představenstva
ČR – Státní úřad inspekce práce AUTOCONT a.s.
Za Zhotovitele
________________________
Ondřej Matuštík, člen představenstva
AUTOCONT a.s.
Stránka 29 z 29
Příloha č. 1 Smlouvy
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.
Stránka 1 z 75
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
3.5. Auditní služby a logy ..............................................................................................32
3.6. Systémové požadavky ...........................................................................................32
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.3. Požadavky na školení ............................................................................................42
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
7.8. Požadavky na EXIT................................................................................................49
8. Součinnost Objednatele .........................................................................................52
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
Stránka 2 z 75
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. Hodnocení služeb ..................................................................................................69
9.3.1. SLA metriky............................................................................................................69
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
Stránka 3 z 75
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;
Stránka 4 z 75
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:
Lucie - specifická komponenta, která odstiňuje uživatele od SharePointu pro ukládání
souborů;
Evžen - specifická komponenta, která zajišťuje přenos informací o uživatelích z AD do rolí
zabezpečení v CRM a AX.
Stránka 5 z 75
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
Stránka 6 z 75
ESS ActiveDirectory
SharePoint Evžen
Lucie
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.)
Stránka 7 z 75
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.
Stránka 8 z 75
Obrázek 2 - Příklad: Procesní model – Inspekce pracovněprávní vztahy
Stránka 9 z 75
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ů
Stránka 10 z 75
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.
Stránka 11 z 75
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.
Stránka 12 z 75
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 – Evžen
AX – Lucie
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.
Stránka 13 z 75
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í.
Stránka 14 z 75
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: Splněno
Číslo Požadavek – základní popis
3.1.1 Jednotný systém s centrální instalací a managementem A
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.
3.1.2 Provozovatelnost v technologickém prostředí Objednatele A
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.
3.1.3 Informační systém na platformě Microsoft Dynamics 365 Sales A
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).
3.1.4 Přístup do informačního systému z různých pracovišť A
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.
3.1.5 Procesní podpora A
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ů.
Stránka 15 z 75
Číslo Požadavek – 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 A
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.
3.1.7 Centrální správa a monitoring A
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.).
3.1.8 Ochrana dat A
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.
3.1.9 Vypracovaný exitový plán A
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.
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
Stránka 16 z 75
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:
Stránka 17 z 75
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.
Stránka 18 z 75
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.
Stránka 19 z 75
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é
A označení
Form Factor Max 2U
Kit pro montáž do 19“ A PowerEdge R740
Procesor rozváděče (Rackmount)
Celkově min. 2x serverový A 2x Intel Xeon Silver 4215 2.5G,
Operační CPU, A 8C/16T, 9.6GT/s, 11M Cache, Turbo,
paměť s min. výkonem 12 000 bodů / A HT (85W) DDR4-2400
Diskový CPU v testu passmark / A
subsystém benchmark ke dni zahájení A 12x 32GB RDIMM, 3200MT/s, Dual
Diskový zadávacího řízení veřejné A Rank
subsystém zakázky (záznam hodnot ke A 3x 480GB SSD SATA Read Intensive
Diskový dni zahájení zadávacího řízení A 6Gbps 512 2.5in Hot-plug AG Drive,
subsystém viz Příloha L zadávacích A 1 DWPD, v RAID1 + Hot Spare
podmínek) PERC H730P RAID Controller, 2Gb
NV Cache, Adapter, Low Profile
Min. 320 GB min. Dual 0,1,5,6
channel, dále rozšiřitelná 2x 10Gbit, Dual Port 10GbE SFP+
Adapter, PCIe Full Height with SR
Min. 3 x min. 480 GB SSD nebo Optics
Dual Port 1Gbit/s, Base-T
HDD min. 10k v RAID 1 + Hot jeden dedikovaný LAN port pro
Spare, každý disk Hot Plug management, 1000 Mbit/s
RAID řadič s min. 2 Gb NV Dva 750W
Cache TPM2.0
RAID min. 0, 1, 5, 6
Síťová karta Min. 2x LAN 10 Gbit/s SFP+
Síťová karta Min. 2x LAN 1 Gbit
Síťová karta Min. 1x dedikovaný port pro
management 1000Mbit/s
Napájení Redundantní napájecí zdroje
Zabezpečení Hot Plug
TPM 2.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.
Stránka 20 z 75
Zabezpečení Bezel A Bezel
2x PCI-e slot, z toho 1x x16 volný
Propustnost PCI-Express 4.0:
Možnost Min. 2x PCI-e slot, z toho min. Typ Jednosměrně Obousměrně
rozšíření
1x min. x16 volný A 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 Min. 3x USB, z toho min. 1x 3x USB, z toho 1x USB 3.0a 1x front
rozšíření USB 3.0 a vyšší, min. 1x front A USB
Software
Záruka USB
Záruka Plnohodnotná vzdálená
Záruka správa, SW pro správu a A iDRAC
Servis
Servis konfiguraci ProSupport and 4Hr Mission
Servis Critical, 36 Month(s)
Záruka min. 24 měsíců
garantovaná výrobcem, servis Centrální kontaktní místo pro
u zákazníka, zahájení opravy A hlášení poruch z celé ČR.
následující pracovní den. Neomezená HW a SW podpora min.
Centrální kontaktní místo pro telefonicky, prostřednictvím
hlášení poruch z celé ČR. internetu, včetně stahování
Neomezená HW a SW podpora aktuálních ovladačů, FW a SW
aktualizací z webu výrobce a
min. telefonicky, znalostní báze zdarma po dobu
záruky
prostřednictvím internetu,
včetně stahování aktuálních A Možnost prodloužení záruky v
požadovaném rozsahu garantovaná
ovladačů, FW a SW aktualizací výrobcem na celkovou dobu 5 let od
zahájení záruční doby
z webu výrobce a znalostní
Servis poskytovaný v souladu se
báze zdarma, min. po dobu záručními podmínkami a
doporučeními DELL
záruky. SW a FW aktualizace zdarma, po
dobu trvání záruky.
Možnost prodloužení záruky v
Servis a upgradovatelnost
požadovaném rozsahu originálními díly výrobce po dobu 5
let od zahájení záruční doby.
garantovaná výrobcem na A
celkovou dobu min. 5 let od
zahájení záruční doby.
Servis poskytovaný v souladu
se záručními podmínkami a A
doporučeními výrobce
SW a FW aktualizace zdarma, A
min. po dobu trvání záruky.
Servis a upgradovatelnost
originálními díly výrobce min. A
po dobu 5 let od zahájení
záruční doby.
Stránka 21 z 75
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 A
Kit pro montáž do 19“ rozváděče 2U 19“
Kapacita (Rackmount) A
(čistá) 12x 1.92TB SSD SAS RI, z toho
Min. 10 TB (RAID5) min. HDD A 10x SSD v Raid5, 2x hotspare
Řadič min. 10k nebo SSD Tier, možná A Usable Capacity 15,72 TB
Cache kombinace HDD a SSD dle
Diskový struktury aplikace, všechny disky A dva
subsystém Hot plug 8GB na řadič
2 nezávislé řadiče Hot Swap A
RAID řadič Min. 8 GB/na řadič 3hdd
Automatická obnova výpadku A
Síťová karta disku v RAID, zajištění pole proti RAID 0,1, 3, 5, 6, 10, 50, ADAPT
výpadku min. 3 disků (Hot Spare A 4x LAN 10 Gbit/s na řadič,
Kapacita disky) A Min. 2x Dedikovaný port pro
Podpora A management 1000 Mbit/s
Podpora SFF SAS/SATA/SSD, RAID min. 0, A
Funkce A 276hdd
Podpora 1, 10, 5, 6 A
Funkce Min. 4x LAN 10 Gbit/s na řadič, A Podpora funkce Tiering
Funkce Min. 2x Dedikovaný port pro A Podpora funkce Thin
Napájení management 1000 Mbit/s A provisioning
Možnost rozšíření kapacity Asynchronní replikace
Software pomocí polic o min 48 disků Podpora funkce Klonování
Migrace dat
Podpora funkce Tiering Snapshot
Redundantní napájecí zdroj Hot
Podpora funkce Thin Swap
Vzdálená správa, SW pro správu
provisioning a konfiguraci
Min. Asynchronní replikace
Podpora funkce Klonování
Migrace dat
Snapshot
Redundantní napájecí zdroj Hot
Swap
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.
Stránka 22 z 75
Záruka min. 24 měsíců
Záruka garantovaná výrobcem, servis u A 3Yr ProSupport and 4hr Mission
Záruka zákazníka, zahájení opravy Critical
Záruka následující pracovní den. Centrální kontaktní místo pro
Servis hlášení poruch z celé ČR.
Servis Centrální kontaktní místo pro Neomezená HW a SW podpora
Servis
hlášení poruch z celé ČR. min. telefonicky,
prostřednictvím internetu,
Neomezená HW a SW podpora včetně stahování aktuálních
ovladačů, FW a SW aktualizací z
min. telefonicky, prostřednictvím webu výrobce a znalostní báze
zdarma, po dobu záruky
internetu, včetně stahování A Možnost prodloužení záruky v
požadovaném rozsahu
aktuálních ovladačů, FW a SW garantovaná výrobcem na
celkovou dobu 5 let od zahájení
aktualizací z webu výrobce a záruční doby.
Servis poskytovaný v souladu se
znalostní báze zdarma, min. po záručními podmínkami a
doporučeními výrobce Dell
dobu záruky.
SW a FW aktualizace zdarma, po
Možnost prodloužení záruky v dobu trvání záruky
požadovaném rozsahu Servis a upgradovatelnost
originálními díly výrobce po
garantovaná výrobcem na A dobu 5 let od zahájení záruční
celkovou dobu min. 5 let od doby
zahájení záruční doby.
Servis poskytovaný v souladu se
záručními podmínkami a A
doporučeními výrobce
SW a FW aktualizace zdarma, A
min. po dobu trvání záruky.
Servis a upgradovatelnost
originálními díly výrobce min. po A
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.
Stránka 23 z 75
Požadavek – základní popis Splněno Obchodní název a typové
A označení
Form Factor Max. 2U A
Porty Příslušenství pro montáž do A 2U, 19“
Porty racku 19" (Rackmount) A
Porty A 24x 1000/10000MBps, SFP+
Funkce Min. 24x 1000/10000MBps, A
Funkce A 2x QSP28 pro 100 Gbit uplin
Napájení SFP+ A 1x 1 Gbps pro management
Funkce A MTU 9k
Funkce Min. 2x QSP28 pro 100 Gbit A Menší 1 μs
Funkce redundantní zdroje a ventilátory
uplink A Up to 2.0Tbp
Funkce A Up to 1 Bpps
Funkce Min. 1x 1 Gbps pro management A 4094 VLAN
Funkce
Podpora Jumbo frames (MTU A Podpora 802.1d STP, 802.1w,
Funkce 802.1s, 802.3x
min. 9k) A
Zabezpečení Latence < 1μs A 802.1ab
Licence Redundantní napájení a chlazení A Cisco StackWise® Virtual
Vlastnosti Propustnost min. 900 Gbps FULL technology
A Routovací protokoly BGP, MP-
Záruka Duplex BGP, OSPF, VRRP a policy based
Předávací výkon min. 700 Mpps A routing (PBR), Virtual routing
Záruka Podpora 802.1Q (min. VLAN and forwarding (VRF) s
tagování, podpora 4094 VLAN) podporou pro BGP, OSPF, PBR
Podpora 802.1d STP, 802.1w AAA
(Rapid STP) a 802.1s (Multiple jsou
STP) VLAN, IPv6, QoS, MTU 9000,
LACP, L2/L3
Podpora 802.3x (Flow control)
Cisco SmartNET - 8x5xNBD / 3
Podpora 802.1ab (LLDP) roky
Podpora virtualizace na L2 Centrální kontaktní místo pro
úrovni multi chassis LAG nebo hlášení poruch z celé ČR.
obdobná technologie
Routovací protokoly min. BGP,
MP-BGP, OSPF, VRRP a policy
based routing (PBR), Virtual
routing and forwarding (VRF) s
podporou pro BGP, OSPF, PBR
AAA autorizace
Všechny požadované porty a
vlastnosti musí být zalicencovány
v době nákupu.
VLAN, IPv6, QoS, MTU 9000,
LACP, L2/L3
Záruka min. 24 měsíců
garantovaná výrobcem, servis u
zákazníka, zahájení opravy
následující pracovní den.
Centrální kontaktní místo pro
hlášení poruch z celé ČR.
Stránka 24 z 75
Neomezená HW a SW podpora Neomezená HW a SW podpora
min. telefonicky, prostřednictvím
min. telefonicky, prostřednictvím internetu, včetně stahování
aktuálních ovladačů, FW a SW
internetu, včetně stahování aktualizací z webu výrobce a
znalostní báze zdarma, po dobu
aktuálních ovladačů, FW a SW záruky.
Možnost prodloužení záruky v
aktualizací z webu výrobce a požadovaném rozsahu
garantovaná výrobcem na
znalostní báze zdarma, min. po celkovou dobu 5 let od zahájení
záruční doby.
dobu záruky. Servis poskytovaný v souladu se
záručními podmínkami a
Možnost prodloužení záruky v doporučeními výrobce Cisco
požadovaném rozsahu SW a FW aktualizace zdarma, po
Záruka garantovaná výrobcem na A dobu trvání záruky.
Servis celkovou dobu min. 5 let od Servis a upgradovatelnost
Servis
Servis zahájení záruční doby. originálními díly výrobce po
dobu 5 let od zahájení záruční
Servis poskytovaný v souladu se
doby.
záručními podmínkami a A
doporučeními výrobce
SW a FW aktualizace zdarma, A
min. po dobu trvání záruky.
Servis a upgradovatelnost
originálními díly výrobce min. po A
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í:
Číslo Požadavek – základní popis Popis
3.2.1 Popis fyzických serverů
Nabídka obsahuje 4ks 2U serverů DELL
3.2.2 R740, které splňují minimální požadované
technické parametry zadavatele.
Popis virtuálních serverů pro Nabídka obsahuje instalaci a
produkční prostředí
konfiguraci virtuálních serverů pro
3.2.3 Popis virtuálních serverů pro produkční prostředí, které splňují
testovací/školicí prostředí 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)
Nabídka obsahuje instalaci a
konfiguraci virtuálních serverů pro
testovací/školící prostředí, které
Stránka 25 z 75
Číslo Požadavek – základní popis Popis
3.2.4 Popis síťového uložiště pro produkční splňují všechny minimální požadované
3.2.5 prostředí technické parametry zadavatele Tedy
3.2.6 Popis síťového uložiště pro budou realizovány:
testovací/školicí prostředí
Popis síťových prvků pro produkční 2x virtuální front end server;
prostředí
2x virtuální back end server;
2x virtuální SQL server
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.
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..
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.
Stránka 26 z 75
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.
Stránka 27 z 75
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
Číslo Požadavek – základní popis Splněno
3.3.1 Komerčně dostupný systém A
3.3.2
3.3.3 Řešení musí být založené na komerčně dostupném systému Microsoft
3.3.4
3.3.5 Dynamics 365 Sales. Požadujeme softwarové řešení postavené na
3.3.6 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.
Jednotné prostředí A
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ů.
Customizace A
Ú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í.
Auditovatelnost informačního systému A
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).
Bezpečná a šifrovaná komunikace A
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).
Opravy vložených dat A
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ů
Technologie a standardy
Číslo Požadavek – základní popis Splněno
3.3.7
Řešení musí být homogenní z hlediska databázového prostředí, informační A
systém bude nadále postaven na databázovém systému MS SQL server ve
Stránka 28 z 75
Číslo Požadavek – 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 A
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č.
3.3.9 Informační systém musí podporovat základní datové standardy A
a komunikační protokoly.
3.3.10 Řešení musí podporovat fulltextové vyhledávání. A
Procesně orientovaný systém
Číslo Požadavek – základní popis Splněno
3.3.11 Systém REÚIP musí být procesně orientovaný a musí umožnit nastavovat A
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í.
3.3.12 Informační systém musí umožnit nastavení procesů pro konkrétní uživatele A
nebo role.
3.3.13 Informační systém musí umožnit plánovat činnosti a kontrolovat průběh A
jejich plnění.
3.3.14 Nesplněné aktivity v rámci procesů se musí projevit uživatelům jako A
nesplněné plánované činnosti, vč. možnosti jejich reportingu.
3.3.15 Informační systém musí umožňovat provozní administrátorské modelování A
a nastavování procesů, na základě kterých pak uživatelé mohou spouštět
instance definovaných procesů (workflow).
Vysoká dostupnost služeb
Číslo Požadavek – základní popis Splněno
3.3.16
Celkové řešení informačního systému musí zajistit dostupnost služeb A
3.3.17 dodávaného řešení, tak jak je popsáno v kapitole 3.2 Provozní architektura
– ideové schéma.
Řešení musí umožňovat trvalý proaktivní vzdálený dohled a monitoring A
provozního stavu systému REÚIP automatizovanými eskalačními pravidly
pro řešení nežádoucích stavů.
Stránka 29 z 75
Číslo Požadavek – základní popis Splněno
3.3.18
Data z monitoringu o stavu informačního systému musí být dostupná min. A
3.3.19 po dobu 12 měsíců.
Řešení musí umožnit instalace bezpečnostních záplat (patch), updatů A
a upgradů on-line s minimalizací přerušení provozu.
Legislativní požadavky
Číslo Požadavek – základní popis Splněno
3.3.20
Komunikace ze strany uživatele na serverovou část musí být šifrována. A
3.3.21 Použitý šifrovací protokol musí být považován za bezpečný a v souladu se
3.3.22 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.
Informační systém musí být v souladu s Nařízením Evropského parlamentu A
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ů.
Informační systém musí být v souladu se zákonem č. 297/2016 Sb., A
o službách vytvářejících důvěru pro elektronické transakce, ve znění
pozdějších předpisů.
Jazyková mutace
Číslo Požadavek – 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 A
komponent připouští komunikace v jazyce anglickém.
Plánování zdrojů
Číslo Požadavek – základní popis Splněno
3.3.25
Řešení musí umožňovat celkovou kontrolu všech dostupných zdrojů pro A
účely pokrytí odhadovaného vytížení používaných prostředků ICT.
Stránka 30 z 75
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:
Číslo Požadavek – základní popis Splněno
3.4.1 Autentizace a řízení přístupů 1 A
3.4.2
Řešení musí být propojeno na systém správy uživatelských účtů MS Active
3.4.3
3.4.4 Directory Objednatele a musí umožnit autentizaci uživatelů vůči této externí
3.4.5
3.4.6 autoritě pro zajištění jednoznačné identifikace uživatele, vč. podpory pro
3.4.7
3.4.8 jednotné přihlášení.
Autentizace a řízení přístupů 2 A
Ří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.
Autentizace a řízení přístupů 3 A
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.
Autentizace a řízení přístupů 4 A
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ě.
Autentizace a řízení přístupů 5 A
Informační systém musí umožnit definovat uživatelské role dle potřeb
a organizačních zvyklostí organizace.
Autentizace a řízení přístupů 6 A
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í).
Autentizace a řízení přístupů 7 A
Informační systém musí umožnit pružnou definici přístupových práv
(uživatel, funkce uživatele, zřizovatel apod.).
Autentizace a řízení přístupů 8 A
Informační systém musí umožnit definovat uživatelské role (počet, typ) dle
Stránka 31 z 75
Číslo Požadavek – 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
Číslo Požadavek – základní popis Splněno
3.5.1
Nabízené úpravy systému REÚIP musí umožňovat sledování aktivit uživatelů, A
3.5.2 správců a administrátorů a sledování akcí prováděných vlastním aplikačním
3.5.3 SW a dalšími napojenými systémy či aplikacemi formou vedení záznamů, tzv.
3.5.4 logů.
3.5.5
3.5.6 Informační systém umožní vedení logů o provedených změnách a o přístupu A
3.5.7 k datům určených formulářů.
3.5.8
3.5.9 Informační systém umožní vedení logů o tiskových a výstupních operacích A
informačního systému.
Informační systém musí umožnit export logových záznamů ve strukturované A
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.
Pokud logové záznamy nejsou vedeny v databázi, musí auditní systém zajistit A
předávání logů alespoň v jednom z formátů: RAW, Syslog, CEF, LEEF, JSON
RFC7159.
Dodávané řešení musí umožnit odesílání logových záznamů alespoň jedním A
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í.
Logové záznamy v auditním systému o aktivitách uživatelů musí být A
přístupné jen a pouze na speciální práva nebo role (nejsou přístupné běžné
roli uživatel, správce nebo admin).
Logové záznamy nesmí být změnitelné prostředky vlastního systému ze A
strany uživatelů, správců nebo jakýchkoli dalších osob přistupujících do
informačního systému.
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í.
Stránka 32 z 75
Uživatelské prostředí
Číslo Požadavek – základní popis Splněno
3.6.1
Uživatelské prostředí bude jednotné v celém rozsahu a založené na A
3.6.2 standardech prostředí Microsoft Windows tak, aby bylo v souladu s novými
3.6.3 verzemi uvolňovanými firmou Microsoft.
3.6.4
3.6.5 Uživatel musí mít možnost využívat pro přístup k službám systému REÚIP A
rovněž mobilní zařízení vybavená internetovým prohlížečem.
Informační systém musí umožnit individuální nastavení uživatelského A
rozhraní, rozsahu funkcí a zobrazovaných dat pracovní plochy.
Pracovní plocha musí být nastavitelná a umožnit změnu velikosti A
zobrazovaných informací dle potřeb uživatele.
Informační systém musí podporovat práci ve více oknech současně. A
Tiskové výstupy a exporty
Číslo Požadavek – základní popis Splněno
3.6.6 Řešení musí umožnit plnohodnotný tisk a export všech dokumentů A
3.6.7 a výstupů.
Všechny tiskové výstupy a exporty musí být individuálně konfigurovatelné A
a přizpůsobitelné dle nastavení informačního systému a možnosti MS
Microsoft Dynamics 365 Sales.
3.6.8 Informační systém obsahuje tiskové šablony a uživatel má možnost volby z A
těchto šablon dle vykonávaného procesu.
3.6.9 Informační systém musí mít vestavěnou podporu pro úpravy vzhledu A
šablon.
3.6.10 Před tiskem a exportem dokumentu musí mít koncový uživatel možnost A
náhledu na vzhled tištěného dokumentu, který se nebude lišit od finální
tiskové podoby.
3.6.11 Informační systém musí podporovat export výstupů do běžně používaných A
formátů (xls, doc, pdf apod.) a případné předání dokumentů systému externí
spisové služby.
3.6.12 Řešení musí umožňovat automatické vytěžování přijatých formulářů do A
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
Stránka 33 z 75
Číslo Požadavek – 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
Číslo Požadavek – základní popis Splněno
4.1.1
4.1.2 Informační systém musí umožnit vytváření, zpracování a sběr statistických A
informací týkajících se výkonů a dodržování pracovních postupů.
4.1.3
4.1.4 Informační systém musí obsahovat jak pevně definované konkrétní A
statistické výstupy tak i nástroj pro vytváření a definici vlastních
statistických výstupů.
Informační systém musí podporovat export statistických výstupů do běžně A
používaných formátů (xls, doc, pdf apod.)
Informační systém musí poskytovat všechny výstupy a výstupní sestavy, A
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.
Podpora pracovního postupu (workflow) a seznam pracovních úkolů
Číslo Požadavek – základní popis Splněno
4.1.5 Musí být k dispozici výstup zobrazující všechny uživatele, u nichž se A
4.1.6 vyskytuje jeden či více nevyřízených úkolů, se zobrazením souvisejících dat.
Řešení nabízí kontrolní seznam Přidělených činností podřízeným A
pracovníkům.
Stránka 34 z 75
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
Číslo Požadavek – základní popis a upřesnění Splněno
5.1
5.2 Objednatel zajišťuje pro dodávané řešení veškeré potřebné softwarové A
prostředky firmy Microsoft na serverové i klientské straně vč. licencí
5.3 operačního systému Microsoft Windows a systému pro virtualizaci Hyper-V.
5.4
Zálohování a obnova dat a virtuálních serverů je zajišťována zálohovacím A
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.
Dodávané řešení musí být provozovatelné prostřednictvím internetových A
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č.
Klient nesmí pro svůj běh na koncové stanici uživatele vyžadovat žádné A
dodatečné komponenty (např. JAVA, Flash, SilverLight aj.).
Stránka 35 z 75
Obrázek 8 – Schéma zálohování
Zdroje pro provoz informačního systému
Číslo Požadavek – základní popis Popis
5.5
Výslednou konfiguraci Hardware dodá 4 fyzické servery PowerEdge R740
Zhotovitel v nabídce na základě funkční osazený 2x Intel Xeon Silver 4215
specifikace informačního systému: 2.5G, 8C/16T, 9.6GT/s, 11M Cache,
Počet fyzických serverů (počet Turbo, HT (85W) DDR4-2400
jader procesoru, velikost paměti);
384 GB (12 x 32GB RDIMM,
Počet virtuálních severů (počet
jader procesoru, velikost paměti); 3200MT/s, Dual Rank)
20 virtuálních serverů
Specifikaci datového prostoru pro
celkem 86 vCPU
ukládání dat (velikost
celkem 336 GB
a strukturu); 15TB datového prostoru
Specifikaci a rozsah síťového na diskovém poli Dell EMC ME4024
připojení (datové přepínače, složené z 12ks 1.92TB SSD SAS
kabeláž ad.). Read Intensive 12Gbps
Síťové připojení
servery budou připojeny
redundantně, rychlostí 10GbE SFP+
Stránka 36 z 75
Číslo Požadavek – 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
Číslo Požadavek – základní popis Splněno
5.6
Hardwarové síťové prostředky musí být v souladu se standardy síťového A
prostředí MPSV popsanými v příloze č. H zadávacích podmínek, resp. příloze
č. 2 smlouvy.
Provozní vlastnosti informačního systému
Číslo Požadavek – základní popis Splněno
5.7
Informační systém musí být zálohovatelný v prostředí Objednatele a musí A
umožnit automatizovaný dump databáze prostředky použité aplikace
Microsoft DPM.
Bezpečnostní předměty a certifikáty
Číslo Požadavek – základní popis Splněno
5.8
Řešení nesmí pro svůj provoz vyžadovat přítomnost bezpečnostních A
5.9 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.)
Pro elektronické serverové certifikáty, elektronické pečetě apod., musí být A
umožněno instalovat je přímo na serveru.
Stránka 37 z 75
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)
Číslo Požadavek – základní popis Splněno
6.1.1 Centrální systém pro správu a distribuci dokumentů a spisová služba A
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 (https://www.mvcr.cz/clanek/vestnik-ministerstva-vnitra-
vestnik-ministerstva-vnitra.aspx)
6.1.2 Přístupový systém MS Active Directory A
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é
Stránka 38 z 75
Číslo Požadavek – základní popis Splněno
6.1.3
domény suip.cz. 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ů.
Integrace na informační systém základních registrů A
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
https://www.szrcr.cz/cs/sluzby/spravci-a-vyvojari/vyvojari-agendovych-
informacnich-systemu.
Stránka 39 z 75
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“).
Číslo Požadavek – základní popis Splněno
7.1.1 A
Organizační struktura
7.1.2 Pro potřeby projektu Zhotovitel obsadí dále uvedené role, ve kterých budou
7.1.3 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.
Metodika projektového řízení A
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í.
Kvalita projektu A
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í Zhotovitele, 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.
Stránka 40 z 75
Číslo Požadavek – základní popis Splněno
7.1.4 A
Záznamy o kontrole kvality
7.1.5 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í
7.1.6 projektu smluvních stran. Záznam bude evidován jako výstup jednání
7.1.7 vedoucích projektu smluvních stran. Nedostatky uvedené v záznamu
7.1.8 o kontrole kvality je Zhotovitel povinen odstranit v dohodnutých termínech.
Úvodní schůzka projektu A
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í.
Zakládací listina (dokument) projektu A
Zhotovitel je povinen zpracovat a aktualizovat ve spolupráci s Objednatelem
dokument "Zakládací listinu (dokument) projektu".
Projektová dokumentace A
Zhotovitel musí vést projektovou dokumentaci projektu a aktuální
harmonogram projektu. projektu v rámci
Zhotovitel navrhne formalizovanou dokumentaci
zpracování "Zakládací listiny (dokumentu) projektu".
Akceptace dokumentace A
Akceptace dokumentů předávaných Zhotovitelem v rámci plnění projektu se
bude řídit dle ujednání Smlouvy.
7.2. Požadavky na testování
Požadavky na rozsah a způsob testování Díla.
Číslo Požadavek – základní popis Splněno
7.2.1 A
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 Zhotovitel povinen na své náklady
odstranit.
Stránka 41 z 75
Číslo Požadavek – základní popis Splněno
7.2.2 A
7.2.3 Testovací data A
Pro potřeby akceptačního testování připraví Zhotovitel data a naplní s nimi
7.2.4 testovací instalaci informačního systému. Testovací data budou podle povahy A
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í.
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.
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.
7.3. Požadavky na školení
Souhrn požadavků na zajištění školení k dodávanému Dílu.
Číslo Požadavek – základní popis Splněno
7.3.1 A
Plán školení
7.3.2 Zhotovitel nejméně 90 dnů před plánovaným zahájením školení předloží A
Objednateli k projednání plán školení vymezující obsah školení, termíny
školení, místa a způsob provedení školení.
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í.
7.3.3 Prezentace pro vedení A
Stránka 42 z 75
Číslo Požadavek – základní popis Splněno
7.3.4 A
Zhotovitel udělá pro Objednatele prezentaci návrhu Díla, a to po ukončení
7.3.5 implementačního plánu. A
7.3.6 Dále udělá prezentaci implementovaného Díla. Prezentace bude připravena A
7.3.7 pro min. 8 účastníků v sídle Objednatele. A
7.3.8 A
Školící materiály
7.3.9 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ů.
Školící prostředí
Zhotovitel bude praktickou část školení provádět s využitím školící instalace
systému REÚIP.
Š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.
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.
Š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.
Místo konání A
Objednatel požaduje proškolení uživatelů systému REÚIP v prostorách SÚIP.
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.
Číslo Požadavek – základní popis Splněno
7.4.1 A
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
Stránka 43 z 75
Číslo Požadavek – základní popis Splněno
7.4.2 o průběhu a výsledku migrace.
7.4.3 Uložení migrovaných dat A
7.4.4 V rámci Plánu migrace Zhotovitel navrhne rozdělení dat na data živá, ta
7.4.5 budou Zhotovitelem migrována do informačního systému, a data archivní,
7.4.6
7.4.7 která budou Zhotovitelem uložena do archivačního úložiště, popř. data
7.4.8 zálohovaná (archivační a externí úložiště zajišťuje Objednatel), a to
7.4.9
způsobem určeným v Plánu migrace.
Kontroly na kvalitu dat A
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 Zhotovitelem
dokumentace dle kap. 7.4.5. tohoto dokumentu.
Kontinuita provozu A
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.
Dokumentace migrace A
Zhotovitel vytvoří dokument „Plán migrace“ a současně kompletní
dokumentaci průběhu migrace.
Datový vzorek A
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.
Kontrola dat třetí stranou A
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. Zhotovitel provede nápravu na
základě auditního nálezu a provede aktualizaci dokumentace migrace.
Kvalita dat A
Zhotovitel zajistí, že provedením migrace nedojde k žádné ztrátě či zkreslení
dat či vzniku duplicit v datech.
Provedení migrace A
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 Zhotovitelem
dokumentace.
7.4.10 Technické zajištění migrace dat A
Stránka 44 z 75
Číslo Požadavek – základní popis Splněno
7.4.11 A
7.4.12 V případě potřeby pro provedení migrace dat zajistí Zhotovitel případnou A
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.
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.
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.
7.4.13 Zkušební migrace A
Zhotovitel odpovídá za provedení zkušební migrace dat v rozsahu, termínu
a způsobu provedení dle schváleného Plánu migrace.
7.4.14 Ostrá migrace A
Zhotovitel odpovídá za provedení ostré migrace dat v rozsahu, termínu
a způsobu provedení dle schváleného Plánu migrace.
Stránka 45 z 75
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.
Číslo Požadavek – základní popis Splněno
7.5.1 A
Seznam napojovaných a používaných SW systémů a výstupů
Data o nákladech řízení jsou prostřednictvím datového souboru
předávána ekonomickému informačnímu systému SÚIP (EIS);
Data o pravomocných sankcích jsou v termínech dle platné legislativy
prostřednictvím datového souboru předávána v rámci resortu SÚIP;
Data o opakovaných oprávněných či částečně oprávněných
podnětech jsou v termínech dle platné legislativy prostřednictvím
datového souboru předávána v rámci resortu SÚIP;
Napojení (konektor) informačního systému na jmenný rejstřík jako
samostatnou součást (databázi) systému elektronické spisové služby
dle platné legislativy.
Podpora exportu otevřených dat podle zákona č. 106/1999 Sb.,
o svobodném přístupu k informacím, ve znění pozdějších předpisů.
Možnost výběru možné datové sady ke zveřejnění
Stupeň otevřenosti alespoň 3
Možnost exportu vybrané datové sady v kódování UTF-8
a formátech:
Comma-separated Values (CSV),
eXtensible Markup Language (XML,
http://www.w3.org/TR/xml/), kde jednotlivé řádky
tabulky jsou zapsány jako samostatné XML elementy
strukturované pomocí zanořených XML elementů a XML
atributů reflektujících hlavičku reprezentované tabulky,
nebo
JavaScript Object Notation (JSON, http://www.ecma-
international.org/publications/files/ECMA-ST/ECMA-
404.pdf), kde jednotlivé řádky tabulky jsou
reprezentovány jako samostatné JSON objekty
strukturované do dle hlavičky reprezentované tabulky.
Technické standardy pro export otevřených dat jsou uvedeny na
stránkách Ministerstva vnitra
https://opendata.gov.cz/standardy:technicke-standardy-pro-
datove-sady-na-stupni-3
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.
Stránka 46 z 75
Číslo Požadavek – základní popis Splněno
7.6.1 A
7.6.2 Dokumentace
7.6.3 A
7.6.4 V rámci plnění bude dodána zejména následující dokumentace - instalační
7.6.5 dokumentace, uživatelská dokumentace, projektová dokumentace, základní A
7.6.6 bezpečnostní dokumentace, dokumentace migrace dat, provozní
dokumentace a školící dokumentace.
7.6.7
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.
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.
Jazyk dokumentace A
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.
Aktualizace dokumentace A
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.
Instalační dokumentace A
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).
Uživatelská dokumentace A
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
Stránka 47 z 75
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 A
7.6.9
Zhotovitel zpracuje projektovou dokumentaci vznikající při realizaci
projektu (mimo jiné např. zápisy z jednání, harmonogramy, zprávy
o postupu prací).
Základní bezpečnostní dokumentace A
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.
7.6.10 Provozní dokumentace A
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í
Stránka 48 z 75
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 A
Zhotovitel zpracuje dokumentaci o průběhu a výsledku migrace.
7.6.12 Školící dokumentace A
Zhotovitel zpracuje dokumentaci pro školení.
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.
Číslo Požadavek – základní popis Splněno
7.7.1 A
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í.
7.7.2 Sítě a komunikace A
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.
7.7.3 Účast Projektového architekta při spuštění A
Zhotovitel 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.
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.
Stránka 49 z 75
Číslo Požadavek – základní popis Splněno
7.8.1 A
7.8.2 Exitový plán
Zhotovitel formou dokumentu zpracuje Exitový plán, který bude zahrnovat
7.8.3 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
7.8.4 kroků.
Archivní režim informačního systému A
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ěří.
Součinnost Zhotovitele A
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.
Migrace dat pro ukončení provozu systému REÚIP A
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.
7.8.5 Poskytnutí konzultace A
7.8.6
7.8.7 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.
Další činnosti k předání systému REÚIP A
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.
Předání dokumentace A
Zhotovitel 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
Stránka 50 z 75
Číslo Požadavek – základní popis Splněno
7.8.8 A
k termínu ukončení plnění.
7.8.9 Dokumentace bude předána ve lhůtě písemně stanovené Objednatelem, A
7.8.10 nejpozději však k datu ukončení plnění Zhotovitele. A
7.8.11 A
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.
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.
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.
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.
Stránka 51 z 75
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.
Číslo Požadavek – základní popis
8.1.1
Organizační struktura Objednatele
8.1.2 Pro potřeby projektu Objednatel obsadí dále uvedené role:
8.1.3
8.1.4 Vedoucí projektu,
8.1.5
8.1.6 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.
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.
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.
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.
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.
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ů.
Stránka 52 z 75
Číslo Požadavek – základní popis
8.1.7
Poskytnutí zasedací místnosti
8.1.8 Objednatel zajistí na svých pracovištích zasedací místnost vybavenou projektorem
8.1.9 pro patnáct účastníků. Aktuální využití zasedací místnosti bude nutné ze strany
Zhotovitele vždy rezervovat.
Přístup do budovy
Objednatel zajistí na požádání v pracovní době Objednatele přístup do budov
pojmenovaným pracovníkům Zhotovitele.
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.
Číslo Požadavek – základní popis
8.2.1
Rozsah součinnosti pro provedení analýzy
8.2.2 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é
8.2.3 a technické pracovníky v rozsahu odpovídajícímu ekvivalentu plného úvazku min.
8.2.4 dvou pracovníků.
8.2.5
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ů.
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ů.
Podklady a informace
Objednatel je povinen Zhotoviteli poskytnout veškeré podklady a informace
nezbytné k provedení Díla.
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.
Stránka 53 z 75
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.
Číslo Požadavek – základní popis
8.3.1
Akceptační testy
8.3.2 Objednatel poskytne pro provedení Akceptačních testů Zhotovitelem, dle
8.3.3 testovacích scénářů připravených Zhotovitelem, součinnost maximálně dvaceti
klíčových uživatelů.
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.
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.
Číslo Požadavek – základní popis
8.4.1
8.4.2 Rozsah součinnosti pro provedení migrace
8.4.3 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
8.4.4 Zhotovitelem, tak s dodavateli stávajících informačních systémů.
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ů.
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“.
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ů.
Stránka 54 z 75
Číslo Požadavek – základní popis
8.4.5
Datový vzorek
8.4.6 Objednatel spolupracuje na vytvoření datového vzorku pro testovací migraci se
Zhotovitelem.
8.4.7
Zkušební migrace
Objednatel spolupracuje na kontrole konzistence dat po zkušební migraci se
Zhotovitelem.
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.
Číslo Požadavek – základní popis
8.5.1
Poskytnutí infrastruktury
8.5.2 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).
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í.
Číslo Požadavek – základní popis
8.6.1
Školící prostory
8.6.2 Objednatel zajistí prostory pro provádění školení v prostorách na pracovištích
8.6.3 Objednatele
8.6.4
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.
Zajištění účasti na školeních
Objednatel zajistí účast školených osob na plánovaných školeních.
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í.
Stránka 55 z 75
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
Paušál
S1 Provozní podpora systému Technologický update systému REÚIP
KS1.1 (Garance softwarové podpory)
REÚIP
KS1.2 Servisní garance systému REÚIP Paušál
Garance příjmů hlášení chybových Paušál
KS1.3 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
Služby údržby dokumentace systému REÚIP (Garance aktualizované Paušál
S2
dokumentace)
Stránka 56 z 75
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 Technologický update systému REÚIP (Garance softwarové podpory)
KS1.2 Servisní garance systému REÚIP
KS1.3 Garance příjmů hlášení chybových stavů a požadavků systému REÚIP
KS1.4 Technická a metodická podpora systému REÚIP (Konzultační služby a návštěvy)
KS1.5 Podpora provozu systému REÚIP
KS1.6 Preventivní prohlídky systému REÚIP
Parametry služby
Parametry služby jsou uvedeny u jednotlivých komponent služby.
Stránka 57 z 75
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.
Stránka 58 z 75
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.
Garance Zhotovitel 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.
Stránka 59 z 75
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ů
spravovaného systému (též servisní zásah) a požadavků Objednatele
poskytování dohodnutým způsobem a v dohodnutých termínech dle SLA ujednání
servisních uvedených v kap. 9.3.1. a 9.3.2 a 9.3.3. tohoto dokumentu v režimu 5×12
služeb (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í
Stránka 60 z 75
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
systému Zhotovitele pro hlášení (zápis), správu a administraci chybových
dostupnosti stavů a požadavků a zápisů o servisních zásazích a událostech.
služby
Helpdesk
Garance Garance dostupnosti služby HotLine zahrnuje přístup k službám telefonické
podpory a hlášení chybových stavů.
dostupnosti
služby HotLine
Podmínky provádění činností
Stránka 61 z 75
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
bez časového, věcného a množstevního omezení.
dostupnosti
služby
Helpdesk
Garance Dostupnost služby HotLine Zhotovitele musí být Zhotovitelem realizována
v režimu 5×12 (tj. v pracovní dny od 6:00 do 18:00).
dostupnosti
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
Stránka 62 z 75
KS1.4 Technická a metodická podpora systému REÚIP (Konzultační služby
a návštěvy)
Seznam činností Servisní služba „Konzultační služby a návštěvy“ zahrnuje činnosti
související s poradenstvím k informačnímu systému poskytované
Konzultační služby a v místě Objednatele na jím určeném pracovišti nebo jiným
návštěvy 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í Zhotovitel 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í
Stránka 63 z 75
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í Zhotovitel je povinen v rámci této služby poskytnout na vyžádání
Instalace oprav Objednatele provedení instalace opravných softwarových kódů (hot-fix
a patch).
Stránka 64 z 75
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
instalaci bezpečnostních a legislativních upgradů.
bezpečnostních
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
Zpracování související s provozem aplikace. O provedení kontroly logů bude vždy
auditní stopy 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í
a rozborem datových informací auditních logů, s cílem interpretovat
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 Zhotovitele. 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.
Stránka 65 z 75
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í
příslušných bezpečnostních a legislativních upgradů ke
bezpečnostních komponentám informačního systému bez časového, věcného
a legislativních a množstevního omezení.
upgradů
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
Stránka 66 z 75
KS1.6 Preventivní prohlídky systému REÚIP
Seznam činností Sledování a vyhodnocování kritických parametrů informačního systému
s cílem minimalizovat výpadky služeb systému REÚIP. Tato služba
Preventivní zahrnuje zejména:
prohlídky
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í Zhotovitel je povinen provést preventivní prohlídky průběžně.
Preventivní
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
Stránka 67 z 75
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, max. 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í
Stránka 68 z 75
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 Zhotovitelem 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;
Stránka 69 z 75
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:
a) Garance zahájení servisního zásahu;
b) Garance zahájení plnění požadavku;
c) Garance obnovení služeb;
d) Garance plnění požadavku.
9.3.2. SLA – ujednání o kvalitě servisních služeb poskytovaných Zhotovitelem
a) SLA HA - ujednání o úrovni dostupnosti ICT služeb poskytovaných spravovaným
systémem
Stránka 70 z 75
Služby poskytované Zhotovitelem musí být poskytovány v takové úrovni a kvalitě, aby byla
zajištěna níže uvedená požadovaná dostupnost ICT služeb spravovaného systému takto:
1) SLA HA 1 - Dostupnost služeb poskytovaných spravovaným systémem – měřeno
v určeném období kalendářní měsíc: 95 % - viz čl. 9.3.1 a) SLA HA metriky.
2) SLA HA 2 - Maximálně přípustná nepřetržitá doba nedostupnosti služeb poskytovaných
spravovaným systémem – měřeno v určeném období kalendářní měsíc: 12 hod.
b) SLA - ujednání o kvalitě služeb poskytovaných Zhotovitelem
Zhotovitel se zavazuje poskytovat Služby vůči spravovanému systému v kvalitě definované
následovně:
1) SLA 1 - Zhotovitel se zavazuje poskytovat Služby typu servisní zásah vůči spravovanému
systému jako celku či jeho části následovně:
SLA 1
Garance servisního zásahu
Kategorie události Garance zahájení servisního Garance obnovení služeb od
Havárie zásahu od nahlášení nahlášení
(mimořádná událost)
Významná závada Nejpozději do 1 hodiny Nejpozději do 24 hodin
(naléhavá událost)
Závada Nejpozději do 6 hodin Nejpozději do 48 hodin
(omezená událost)
Nejpozději do 24 hodin Nejpozději do 72 hodin
2) SLA 2 - Zhotovitel se zavazuje poskytovat služby typu plnění požadavků vůči
spravovanému systému jako celku či jeho části následovně:
SLA 2
Kategorie Garance plnění požadavků
události Garance zahájení
plnění požadavku od Garance plnění požadavků od nahlášení
nahlášení (reakční lhůta)
Podpora dle Pokud není určeno jinak, Pokud není určeno jinak, plněním se zde
KS.1.1, nejpozději do následujícího rozumí realizace daného požadavku
KS.1.3, v dohodnutých termínech nejpozději však do
KS.1.4, KS pracovního dne
1.6 5 pracovních dnů.
Stránka 71 z 75
S2 Pokud není určeno jinak, Pokud není určeno jinak, plněním se zde
nejpozději do 5 pracovních rozumí realizace daného požadavku
v dohodnutých termínech nejpozději však do
dnů.
20 pracovních dnů.
9.3.3. Sankční ujednání
a) SLA HA - sankční ujednání k ujednání o dostupnosti ICT služeb
Objednatel je oprávněn nárokovat u Zhotovitele smluvní pokutu za neplnění závazků
vyplývajících z kap. 9.3.2 a) – SLA HA následovně:
Sankční ujednání k SLA HA 50 000,- Kč
10 000,- Kč
SLA HA 1 - Nedodržení požadované dostupnosti ICT služeb v daném období:
SLA HA 2 - Překročení maximálně přípustné nepřetržité doby nedostupnosti
ICT služeb v daném období:
b) SLA - sankční ujednání k ujednání o kvalitě služeb
1) SLA 1 – Objednatel je oprávněn nárokovat u Zhotovitele smluvní pokutu za neplnění závazků
vyplývajících z kap. 9.3.2 b) bod 1 – SLA 1 následovně:
Sankční ujednání k SLA 1
Garance servisního zásahu
Kategorie události Sankce za porušení závazku Sankce za porušení závazku
zahájení servisního zásahu, a to obnovení služeb,
Havárie
(mimořádná událost) za každý i jen započatý den a to za každý i jen započatý den
z prodlení z prodlení
10 000,- Kč 30 000,- Kč
Významná závada 5 000,- Kč 15 000,- Kč
(naléhavá událost)
Závada 1 000,- Kč 3 000,- Kč
(omezená událost)
2) SLA 2 – Objednatel je oprávněn nárokovat u Zhotovitele smluvní pokutu za neplnění závazků
vyplývajících z kap. 9.3.2 b) bod 2 – SLA 2 následovně:
Sankční ujednání k SLA 2
Kategorie události Sankce za porušení závazku Sankce za porušení závazku
zahájení plnění požadavku, plnění požadavku,
Podpora dle KS.1.1, a to za každý i jen započatý den
KS.1.3, KS.1.4, KS 1.6, a to za každý i jen započatý den
S2 z prodlení z prodlení
1 000 Kč 2 000 Kč
Stránka 72 z 75
9.4. Definice pojmů
Akceptace – je právní úkon vyjadřující schválení poskytnutého plnění služeb a garancí, vč.
potvrzení, že poskytnuté plnění nemá zjevné vady, je kompletní, provedené ve sjednaných
termínech a kvalitě. Součástí akceptace může být i výčet výhrad, nedostatků, vč. jejich popisu
a záznamu o závazných termínech provedení nápravy.
Akceptační protokol – je signovaný doklad o provedené akceptaci. Akceptační protokol signuje
za Objednatele Vedoucí projektu na základě kladného vyjádření příslušného specialisty nebo
specialistů (Technický specialista, Specialista servisních služeb, Specialista rozvojových služeb).
Člověkoden (zkratka ČD) - znamená čas odpovídající práci jedné osoby po dobu jednoho
pracovního dne. Odpovídá 8 člověkohodinám.
ICT služby – jsou služby, které prostřednictvím spravovaného systému anebo jeho částí,
poskytují hodnotu koncovým uživatelům, odběratelům těchto služeb.
KO kritéria – typ a počet vad, které může mít Dílo v okamžiku předání, aniž by se bránily
užívání.
Konfigurační položka – je hardwarový nebo softwarový prostředek nebo soubor prostředků
tvořící funkční celek, včetně nastavené funkční konfigurace, který se podílí na dodávce ICT
služeb informačního systému.
Servisní garance, garance – je závazek Zhotovitele servisních služeb poskytovat sjednané
servisní služby dohodnutým způsobem a v dohodnutých termínech.
Servisní zásah – je poskytnutí servisních služeb za účelem eliminace, odstranění či nápravy
chybových stavů s cílem obnovení dostupnosti anebo sjednané kvality ICT služeb.
Uživatel, koncový uživatel – je pracovník Objednatele nebo jiný Objednatelem určený
pracovník, který je oprávněn využívat ICT poskytované spravovaným systémem.
Provozní prostředí Objednatele – základní provozní technologické IT prostředí je postaveno
na produktech Microsoft, tj. operačních systémech MS WINDOWS pro servery a MS WINDOWS
10 pro koncové stanice, a databázích MS SQL server.
9.5. Definice chybových stavů a požadavků
9.5.1. Chybový stav (incident)
Chybový stav – je událost spojená s omezením kvality poskytování služeb danou
konfigurační položkou nebo funkčním celkem na této konfigurační položce závislým nebo
spravovaným systémem jako celkem, která znamená:
neplánované přerušení služeb poskytovaných konfigurační položkou, závislým
funkčním celkem nebo spravovaným systémem,
omezení kvality služeb poskytovaných konfigurační položkou, závislým funkčním
celkem nebo spravovaným systémem,
ohrožení kvality služeb poskytovaných konfigurační položkou, závislým funkčním
celkem nebo spravovaným systémem na základě dosažení určitých definovaných
Stránka 73 z 75
prahových (kritických) hodnot sledovaných provozních parametrů na konfigurační
položce nebo závislém funkčním celku (též nežádoucí událost).
9.5.2. Typy událostí
a. Havárie (mimořádná událost) je:
úplné přerušení provozu či nedostupnost služeb poskytovaných spravovaným
systémem s dopadem na všechny nebo většinu uživatelů,
b. Významná závada (naléhavá událost) je:
částečné přerušení provozu či omezení kvality služeb poskytovaných
spravovaným systémem nebo jeho funkční části s dopadem na omezenou
skupinu uživatelů či omezenou hmotnou škodu;
porucha konfigurační položky, která omezuje kvalitu užití služeb poskytovaných
informačním systémem nebo jeho funkční části;
porucha konfigurační položky nebo funkčního celku, jejímž důsledkem může být
v budoucnu způsobena mimořádná událost, havárie.
c. Závada (omezená událost, drobná porucha) je:
porucha konfigurační položky, která nemá bezprostřední vliv na schopnost
spravovaného systému či jeho funkční části poskytovat požadované služby;
porucha konfigurační položky, spravovaného systému nebo jeho funkční části
bránící užívání služeb konkrétnímu jednotlivému uživateli.
Cílem řešení chybových stavů je obnovení dostupnosti či úrovně kvality služeb
poskytovaných spravovaným systémem nebo jeho funkční části nebo oprava chybového
stavu či poruchy konkrétní konfigurační položky.
9.6. Způsob prokazování plnění servisních služeb.
a. Pro účely prokazování plnění se definují následující procedury:
nahlášení chybového stavu nebo požadavku;
zahájení servisního zásahu;
zahájení plnění požadavku;
obnovení služby (funkčnosti);
akceptace a akceptační protokol.
b. Nahlášením chybového stavu nebo požadavku se rozumí:
nahlášení chybového stavu nebo požadavku kterýmkoliv odpovědným
pracovníkem Objednatele způsobem skrze hotline, helpdesk, email Zhotovitele,
anebo
prokazatelný příjem informace o chybovém stavu na straně Zhotovitele na
základě automatizovaného sledování (vzdáleného monitoringu) vybraných
provozních parametrů a následné předání této informace Objednateli dle
dohodnuté procedury, dohodnutá procedura musí umožnit transparentní
sledování
a vyhodnocování provozního stavu sledovaných systémů a chybových hlášení i ze
strany Objednatele.
Stránka 74 z 75
c. Zahájením servisního zásahu se rozumí:
zaslání potvrzení o zahájení servisního zásahu dohodnutým způsobem (email,
helpdesk) odpovědným pracovníkům Objednatele, kteří servisní zásah nahlásili;
zahájení prací na eliminaci či odstranění chybového stavu pracovníky
Zhotovitele.
d. Zahájením plnění požadavku se rozumí:
zaslání potvrzení o zahájení plnění požadavku Zhotovitelem dohodnutým
způsobem (email, helpdesk) odpovědným pracovníkům Objednatele, který
požadavek zadal a
zahájení prací na řešení požadavku Zhotovitelem (např. analýza, upřesnění
požadavku, příprava obchodní nabídky aj.).
e. Obnovením služby (funkčnosti) se rozumí:
obnovení služby (funkčnosti) dané konfigurační položky Díla nebo Díla jako
celku či jeho funkční části do stavu, v jakém se nacházel před vznikem chybového
stavu, nebo do nového stavu, který je schválen jako odpovídající Specialistou
servisních služeb Objednatele.
Plnění sjednaných servisních služeb ve sjednaném rozsahu a kvalitě je prokazováno zápisem
o stavu plnění servisních služeb vyhotoveným Zhotovitelem a podepsaným odpovědnými
pracovníky Zhotovitele i Objednatele.
Plnění Preventivní prohlídky ve sjednaném rozsahu a kvalitě je prokazováno formou předáním
zprávy, protokolu o prohlídce, o výsledku provedené preventivní prohlídky vč. případných
doporučení nápravných opatření; protokol o prohlídce vyhotovuje Zhotovitel.
Plnění Konzultační návštěvy ve sjednaném rozsahu a kvalitě je prokazováno prostým zápisem
o konzultační návštěvě, vč. záznamu o počtu čerpaných hodin (dnů) z dohodnutého limitu.
Stránka 75 z 75
Přı́loha H zadávacı́ch podmı́nek; Přı́loha 2 Smlouvy
Bezpečnostní dokumentace
(požadavky na dodavatele, provozovatele
a správce)
Standard ICT prostředí MPSV
Stručný výpis
Bezpečnostní dokumentace
1. Úvod
1.1 Účel
Účelem dokumentu je vymezit formu a obsah povinné bezpečnostní dokumentace součástí ICT
prostředí SÚIP. Cílem tohoto dokumentu je:
1. Definovat a zavést jednotný formát dokumentace, který usnadní orientaci v klíčových
bezpečnostně relevantních informacích, čímž zjednoduší její používání provozními pracovníky
SÚIP či dodavatelů jak v běžném provozu, tak i v případě nutnosti řešení akutních
bezpečnostních událostí či incidentů.
2. Prostřednictvím závazné struktury konsolidovat všechny informace důležité pro řízení
bezpečnosti z pohledu zachování integrity, důvěrnosti a dostupnosti zpracovávaných
informací. Závaznost struktury dokumentace pomůže vyhnout se případům opomenutí
nastavení bezpečnostních parametrů, jejich nedokumentovanému nastavení apod.
3. Vytvořit dokumentaci s minimálním počtem příloh a odkazů na externí dokumenty, která
usnadní i kontrolní činnost reprezentovanou především audity kybernetické bezpečnosti.
1.2 Důležité pojmy a zkratky
Zde jsou uvedeny nejdůležitější zkratky a pojmy důležité pro porozumění dokumentu. Všechny
uvedené právní předpisy jsou myšleny v platném znění (ve znění pozdějších předpisů).
Pojem/Zkratka Význam
GDPR Nařízení Evropského parlamentu a Rady (EU) č. 2016/679 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ů)
ICT Informační a komunikační technologie
IS KII
Informační systém kritické informační infrastruktury – určený nařízením vlády č.
315/2014 Sb., kterým se mění nařízení vlády č. 432/2010 Sb., o kritériích pro
určení prvku kritické infrastruktury
KS KII Komunikační systém kritické informační infrastruktury
MPSV Ministerstvo práce a sociálních věcí, v kontextu tohoto dokumentu míněn celý
resort, tedy ministerstvo včetně přímo řízených organizací
SÚIP Státní úřad inspekce práce
VIS Významný informační systém – určený vyhláškou č. 317/2014 Sb., o
významných informačních systémech a jejich určujících kritériích
VKB Vyhláška č. 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)
ZKB Zákon č. 181/2014 Sb., o kybernetické bezpečnosti a o změně souvisejících
zákonů (zákon o kybernetické bezpečnosti)
Tabulka 1 Pojmy a zkratky
1.3 Dotčené osoby
Zpracovaná bezpečnostní dokumentace je určena:
pověřeným státním zaměstnancům, zaměstnancům v pracovním poměru, externistům (dále
jen „zaměstnanci“) a dodavatelům, kteří:
a) jsou odpovědní za provoz a bezpečnost ICT služeb, systémů, řešení či zařízení,
b) se podílejí na přípravě nebo zajištění dodávek komponent nebo služeb do ICT prostředí
SÚIP.
1.4 Životní cyklus bezpečnostní dokumentace
1. Revize, změna či aktualizace dokumentace je provedena:
a) po zásadnějších úpravách (aktualizace bezpečnostní dokumentace je součástí akceptačních
podmínek pro předání předmětu dodávky):
i. předmětu dodávky (upgrade, změny v architektuře, změny v počtech a typech
komponent apod.),
ii. spolupracujících aktiv (pokud má jejich úprava na předmět dodávky či jeho bezpečnostní
dokumentaci vliv),
b) na základě akceptovaného nálezu, neshody či relevantního doporučení auditora (pokud došlo
k zjištění nesouladu mezi informacemi uvedenými v dokumentaci a reálným nastavením),
c) minimálně jednou ročně zprávou z testů plánů obnovy, havarijních plánů či plánů kontinuity
činností.
2. Požadavek na zrušení platnosti dokumentace může být iniciován jakýmkoli zainteresovaným
subjektem, jehož se dokumentace týká.
2. Druhy dokumentů a jejich hierarchie
2.1 Směrnice a postupy
Směrnice jsou středním řídícím prvkem bezpečnostní dokumentace a navazují na vrcholovou
bezpečnostní dokumentaci na úrovni politik.
Postupy jsou rámcové popisy řídících procesů, avšak nikoliv jejich detailní workflow.
2.2 Obecné pokyny ke zpracování
1. Jednotlivé směrnice a postupy budou zpracovány podle kapitoly 3 tohoto dokumentu a budou
respektovat strukturu požadovanou odpovídajícími odstavci Přílohy č. 5 VKB.
2. Počet kapitol a jejich názvy specifikované tímto standardem jsou závazné. Důvodem je usnadnění
orientace a vyhledávání v dokumentech pro jejich uživatele.
3. Před zpracováním bezpečnostní dokumentace předloží Dodavatel (Poskytovatel) zpracované
prohlášení o aplikovatelnosti (dále jen „POA“) jednotlivých částí kapitoly 3 tohoto dokumentu k
odsouhlasení. Pokud bude POA některé kapitoly vylučovat z rozsahu dokumentace, bude
uvedeno odůvodnění, proč se příslušná kapitola dodávky netýká.
4. V některých případech může být účelné, aby byla bezpečnostní dokumentace sloučena do jednoho
dokumentu, kdy požadované části budou tvořit jednotlivé kapitoly tohoto dokumentu.
5. Zpracovatel bezpečnostní dokumentace odpovídá za úplné a správné uvedení požadovaných
informací.
6. Bezpečnostní dokumentace nenahrazuje jinou projektovou dokumentaci, kterou dodavatel v
rámci své dodávky zpracovává. Bezpečnostní dokumentace má ve stručné a věcné podobě
konsolidovat a unifikovat důležitá fakta, která však mohou být ve více popisné podobě uvedena i v
jiných dokumentech dodavatele, pokud to z povahy jeho dodávky či zadání vyplývá.
7. Bezpečnostní dokumentace NESMÍ obsahovat konkrétní hesla, PINy, privátní klíče apod. Tyto
informace jsou pověřeným zástupcům předány dokumentovanou formou odděleně a jsou uloženy
v zabezpečeném úložišti s řízeným přístupem (v digitální či listinné podobě).
8. Bezpečnostní dokumentace bude dodána minimálně ve dvou paré v listinné podobě podepsané
oprávněnou osobou dodavatele a zároveň v elektronické podobě ve formátu word a pdf.
3. Závazný obsah bezpečnostní dokumentace
3.1 Dle struktury Přílohy č. 5 VKB
3.1.1 Postupy pro řízení provozu a komunikací (odst. 1.6)
Dodavatel určí relevantní provozní role pro předmět dodávky. Pro určené role stanoví pravidla a
postupy pro zajištění bezpečného provozu a řízení komunikací ve formě provozní příručky. Pokud to
bude relevantní, uvede návrh pravidel a omezení pro provádění auditů kybernetické bezpečnosti a
bezpečnostních testů.
VKB - § 10
3.1.2 Postupy pro řízení přístupu (odst. 1.7)
Dodavatel stanoví minimální oprávnění pro role nezbytně nutné pro provoz dodávky (autorizační
koncept) ve všech požadovaných úrovních (uživatel, privilegovaný uživatel, mimořádné situace) a pro
všechny možné typy přístupů k předmětu dodávky (interní prostředí, vzdálený přístup, přístup z
mobilního zařízení apod.). Postupy pro řízení přístupu budou obsahovat vymezení životního cyklu a
způsob provádění pravidelného přezkoumání přístupových oprávnění na úrovni dodávky včetně
rozdělení jednotlivých uživatelů v přístupových skupinách.
Pokud dodávka nenaplňuje požadavek § 19 odst. 3, bude uvedeno odůvodnění tohoto stavu.
VKB - § 12 odst. 2, písm. a, c, f, g; § 19 odst. 3
3.1.3 Postupy pro zálohování, obnovu a dlouhodobé ukládání (odst. 1.9)
Postupy obsahují pravidla zálohování, pravidla dlouhodobého ukládání, pravidla a postupy obnovy a
pravidla a postupy testování zálohování a obnovy včetně řízení přístupu k zálohám a archivovaným
datům.
VKB - § 15, odst. c) 2., 3., odst. e) (mimo plány kontinuity), f); § 27, odst. c.
3.1.4 Ochrana elektronické výměny informací (odst. 1.10)
Popis ochrany informací na hraničních prvcích systému (stanovení hranice dodávky) – vymezení
předávacích bodů včetně výčtu subjektů, kterým je předávána odpovědnost za ochranu informací.
3.1.5 Postupy řízení technických zranitelností (odst. 1.11)
Postupy obsahují pravidla pro omezení instalace programového vybavení, pravidla a postupy
vyhledávání opravných programových balíčků, pravidla a postupy testování oprav programového
vybavení a pravidla a postupy nasazení oprav programového vybavení.
3.1.6 Zajištění ochrany osobních údajů (odst. 1.14)
Postupy obsahují popisy přijatých a provedených technických a organizačních opatření pro ochranu
osobních údajů. Postupy jsou rozděleny na část vztahující se k osobním údajům a část vztahující se ke
zvláštním kategoriím osobních údajů („citlivé osobní údaje“).
Postupy a popisy musí být v souladu s požadavky Nařízení EU 2016/679 (GDPR).
3.1.7 Politika fyzické bezpečnosti (odst. 1.15)
Politika obsahuje pravidla pro ochranu objektů, pravidla pro kontrolu vstupu osob, pravidla pro
ochranu zařízení a způsoby detekce narušení fyzické bezpečnosti. Pouze pro případ hostingu.
VKB - § 17
3.1.8 Zajištění bezpečnosti komunikační sítě (odst. 1.16)
Postupy obsahují pravidla pro zajištění bezpečnosti sítě, určení práv a povinností za bezpečný provoz
sítě, řízení přístupů v rámci sítě, ochranu vzdáleného přístupu k síti, monitorování sítě a
vyhodnocování provozních záznamů.
VKB - § 18, § 22 odst. 2 a 3, § 23 odst. 1
3.1.9 Zajištění ochrany před škodlivým kódem (odst. 1.17)
Postupy obsahují pravidla pro nepřetržitou a automatickou ochranu s ohledem na důležitost aktiv
koncových stanic, mobilních zařízení, serverů, datových úložišť, komunikační sítě a obdobných zařízení
podle předmětu dodávky, včetně stanovení způsobu ochrany dodávaných služeb, systémů, řešení či
zařízení:
a) bez ochrany – dodávka se plně spoléhá na ochranu ICT prostředí SÚIP
b) v rámci dodávky - je implementováno samostatné bezpečnostní řešení,
c) instalován dedikovaný SW agent.
3.1.10 Detekce, sběr, hlášení a vyhodnocování KBU/KBI (odst. 1.18 a 19)
Popis připojení předmětu dodávky na nástroj pro detekci kybernetických bezpečnostních událostí nebo
incidentů (dále jen „KBU“ a „KBI“), postupy při vyhodnocování a způsobu reakce na detekované
KBU/KBI a zdokumentování současného nastavení nástroje pro detekci KBU/KBI.
V případě dodávky služby provozování nástroje dodavatel, dodavatel zdokumentuje popis nastavení
nástroje a postupy při vyhodnocování, reagování na incidenty, optimalizaci nastavení a testování
nástroje.
VKB - §§ 14, 22, 23
3.1.11 Kryptografická ochrana informací (odst. 1.20)
Pokud je v rámci dodávky nebo její části použita kryptografická ochrana informací musí být stanovena
pravidla pro použití a správu nasazených kryptografických prostředků včetně systému správy klíčů.
Zároveň bude uveden výčet použitých algoritmů s vymezením jejich nasazení v rámci předmětu
dodávky.
VKB - § 26
3.2 Ostatní
3.2.1 Evidence aktiv
Dodavatel dodá podklady pro evidenci aktiv SÚIP ve stanoveném formátu, včetně identifikace (seznam)
a hodnocení dodávaných aktiv, určení garanta (ů) těchto aktiv na straně dodavatele (poskytovatele),
určení pravidel ochrany dodávaných aktiv a určení vazeb mezi dodávanými aktivy a aktivy v ICT
prostředí SÚIP, popř. dalších vazeb realizovaných v rámci dodávky.
VKB - § 4 odst. 1 písm. c), d), h), i) a j).
3.2.2 Analýza rizik a zpráva o hodnocení aktiv a rizik
Součástí analýzy bude identifikace a hodnocení rizik, identifikace hrozeb a zranitelností včetně
hodnocení navržených bezpečnostních opatření (aplikovaných v dodávaných komponentách nebo
službách).
VKB - § 4 odst. 1 písm. b), c), d), e), f), g), h); odst. 2, odst. 3, Příloha 2 a 3.
3.2.3 Vztah dodávky k určeným systémům SÚIP - VIS
Všechny informační a komunikační technologie, které jsou součásti ICT prostředí SÚIP musí být
zabezpečeny minimálně na úrovni VIS dle požadavků VKB.
3.2.4 Závislosti mezi předmětem dodávky a stávajícím ICT prostředím SÚIP
Souhrn informací o tom, na kterých existujících službách, systémech, řešení či zařízeních v ICT prostředí
SÚIP je plná funkčnost dodávané služby, systému, řešení či zařízení závislá, a obráceně, které služby,
systémy, řešení či zařízení v ICT prostředí SÚIP jsou (resp. budou) závislé na dodávané službě, systému,
řešení či zařízení. U závislých služeb, systémů, řešení či zařízení bude uvedeno buď doménové jméno,
nebo IP adresa.
3.2.5 Blokové schéma
Přehledové blokové schéma služby, systému, řešení či zařízení s vyznačením vazeb/komunikačních
toků na okolní služby, systémy, řešení či zařízení v ICT prostředí, ze kterého budou patrné především
funkční závislosti mezi jednotlivými bloky.
3.2.6 Účty uživatelů a administrátorů, způsob autentizace
Popis způsobu autentizace uživatelů a administrátorů při jejich přístupu (či vzdáleném přístupu) k dané
službě, systému, řešení či zařízení včetně kryptografické ochrany tohoto přístupu.
Popis vytvořených skupin účtů a jednotlivých účtů (uživatelských, administrátorských, technických i
testovacích) a jejich přiřazení, popis oprávnění těchto účtů, identifikace databází, kde jsou tyto účty
vytvořeny a uvedení technických podmínek vynucujících kvalitu hesel a omezení času jejich platnosti.
Pokud jsou používané účty řízeny globálními politikami příslušné databáze účtů (např. doménové
politiky MS Active Directory) je možné místo popisu konkrétního nastavení uvést pouze odkaz na tuto
politiku.
3.2.7 Zaznamenávání činností uživatelů a administrátorů
Pravidla obsahují nasazení nástroje pro zaznamenávání činností uživatelů a administrátorů,
zajišťujícího informace o provozních a bezpečnostních činnostech uživatelů a administrátorů a
ochranu těchto informací před neoprávněným čtením a modifikací.
VKB - § 22 odst. 2) písm. d)
3.2.8 Řízení kontinuity činností
Popis zajištění kontinuity činností v případě výpadku předmětu dodávky (ve spolupráci s garantem
aktiva), způsobu obnovy dat, havarijní plány (postupy, procedury, časové parametry, požadovaná
součinnost atd.). Pokud jsou používané postupy a parametry v souladu s postupy zavedenými platným
standardem či jiným dokumentem SÚIP (např. zálohovací plány, , plány obnovy apod.), je možné místo
popisu konkrétního nastavení uvést pouze odkaz na tento dokument.
VKB - § 15 písm. a) až c)
3.2.9 Seznam licencí
Pokud bude v rámci dodávky nasazeno licencované programované vybavení, bude uveden jeho výčet
s uvedením výrobce, nasazené verze a informace o omezení platnosti nasazených licencí.
3.2.10 Informace o poskytované SLA, kontaktní informace
Stručný popis předmětu a parametrů SLA, popis řešení požadavků (napojení na ServiceDesk,
kategorie tiketů, …) a kontakty na dodavatele pro řešení provozních či bezpečnostních incidentů.
Kontaktní informace budou obsahovat:
a) Primární telefonní číslo,
b) Záložní telefonní číslo,
c) E-mail,
d) URL aplikace ServiceDesku Dodavatele (pokud bude využíván),
e) Preferovaný způsob zadávání nových požadavků.
Síťové standardy, standardy ICT MPSV
1 Úvod
1.1 Důležité pojmy a zkratky
Zkratka Popis
CMS
ČSSZ Centrální místo služeb
DC Česká správa sociálního zabezpečení
Datové centrum. Jedná se souhrnný název komunikačních, výpočetních,
DDC dohledových a dalších podpůrných komponent umístěných v jedné lokalitě. Příklad:
DDC A Datové centrum Sokolovská, Datové centrum Plzeň.
DDC B Dedikované datové centrum
DDI Dedikované datové centrum umístěné v DC Sokolovská
DHCP Dedikované datové centrum umístěné v DC Na Poříčním právu
DMZ Systémna správu DNS, DHCP, IPAM
DNS Dynamic Host Configuration Protocol
DNSSEC Demilitarizovaná zóna
FW Domain Name System
GTM Domain Name System Security Extensions
ICT Firewall
IP Global Traffic Manager
IPAM Information and Communication Technologies
IPS Internet Protocol
IPv4 IP address management
IPv6 Intrusion Prevention Systems
ILO Internet Protocol version 4
IT Internet Protocol version 6
KDC Integrated Lights-Out
LACP Information Technology/ Informační technologie
LAN Komunikační datové centrum
MPLS Link Aggregation Control Protocol
Local Area Network
Multi Protocol Label Switching
Zkratka Popis
MPSV Ministerstvo práce a sociálních věcí
MS AD Microsoft Active Directory
NPP Na Poříčním právu
NTP Network Time Protocol
OSI Open Systems Interconnection
PoE Power on Ethernet
QoS Quality of Service
RDC Redesignované Datové Centrum
RFC Request for Change/ Požadavek na změnu
SOK Sokolovská
SSL Secure Sockets Layer
VPN Virtual Private Network
VRF Virtual Routing and Forwarding
WAN Wide Area Network
Tabulka 1 - Zkratky
Poznámka
Zde použité zkratky a terminologie jsou používané i v dalších dokumentech Systémového integrátora a dalších
Dodavatelů. Terminologie definovaná zákonem č. 365/2000 Sb., o informačních systémech veřejné správy je
určena k administrativní evidenci IS a nevystihuje věcnou podstatu pojmů relevantních k dostupnosti IS.
2 Základní blokové schéma sítě MPSV
Na následujícím obrázku je uvedeno zjednodušené blokové schéma komunikační sítě MPSV.
Obrázek 1 - Blokové schéma komunikační sítě MPSV
DDC – datová centra aplikací pod správou externího subjektu
KDC – datová centra aplikací pod správou MPSV
Management – dohledové systémy
DMZ internet – bezpečnostní prvky oddělující interní systémy a veřejný internet
Internet – veřejná síť internet
CMS – síť zajišťující vzájemné propojení orgánů veřejné a státní správy (KIVS)
Servisní organizace – připojení servisních organizací MPSV
WAN – síť zajišťuje vzájemné propojení pobočkových pracovišť resortu
3 Datová centra
V následujících bodech jsou popsána pravidla datových center. Struktura je rozdělena na obecná pravidla a
pravidla týkající se jednotlivých technologií nasazených v datovém centru.
3.1 Obecná pravidla komunikace mezi datovými centry
Přehled obecných pravidel:
• Komunikace mezi datovými centry je založena na unicast provozu.
• Podporované protokoly jsou IPv4 i IPv6.
• Multicast provoz není mezi DC a pobočkami podporován.
• Veškerý provoz je směrovaný na třetí vrstvě OSI modelu. Výjimku tvoří databázová vrstva datových
center, kde je možné pro komunikaci mezi datovými centry použít také druhou vrstvu OSI modelu.
• Využívá se kombinace statického a dynamického směrování.
• Architektura je založena na modelu vysoké dostupnosti.
• Architektura je rozdělena na vrstvy prezentační, aplikační a databázovou.
• Uživatelé mohou komunikovat jen do prezentační a aplikační vrstvy.
• Uživatelský provoz do databázové vrstvy není povolen.
• Povolená komunikace mezi zónami, které jsou dány standardem Provozní prostředí, je daná definicí
bezpečnostních pravidel vycházející z projektové dokumentace aplikace.
3.2 Síťové prvky
Přehled pravidel pro stavbu síťové infrastruktury jako doplněk k obecným pravidlům:
• Redundance páteřních přepínačů je řešena dvojicí přepínačů s využitím virtuálního režimu, oba
přepínače tak tvoří jeden logický celek.
• Páteřní i agregační přepínače používají LACP, iPAGP nebo statickou agregaci proti dvěma fyzickým
zařízením. Preferovaným způsobem je LACP.
• Pro směrování se využívá dynamických směrovacích protokolů.
• Mezi síťovými prvky je využito standardizovaných i proprietárních protokolů.
• Používají se tři druhy vlan, access, mgmt a backup vlan.
• Access vlan je použita pro běžný datový provoz.
• Mgmt vlan je použita pro správu síťových prvků, ILO, apod..
• Backup vlan je použita pro účely zálohování mezi DC, využívá private vlan.
• Komunikace mezi datovými centry je oddělena síťovým firewallem.
• Komunikace mezi jednotlivými virtuálními instancemi vrf je filtrovaná firewallem.
3.3 Bezpečnostní prvky typu FW
Přehled pravidel a vlastností bezpečnostních prvků typu FW jako doplněk k obecným pravidlům:
• Komunikace mezi datovými centry je oddělena síťovým firewallem.
• Komunikace mezi jednotlivými virtuálními instancemi vrf je filtrovaná stavovým firewallem.
• Veškerou novou komunikaci je nutné povolit.
3.4 Bezpečnostní prvky typu IPS
Přehled pravidel a vlastností bezpečnostních prvků typu IPS jako doplněk k obecným pravidlům:
• IPS moduly jsou implementované do firewall zařízení, a to jak na perimetru sítě, tak uvnitřdatových
center.
• Zakazují komunikaci, která se nechová dle RFC.
3.5 Zařízení pro rozvažování provozu
Přehled pravidel a vlastností zařízení pro rozvažování provozu jako doplněk k obecným pravidlům:
• DNS load balancing rozděluje provoz mezi jednotlivými datovými centry.
• Load Balancery dělají rozklad v rámci datového centra na jednotlivé servery.
• Load Balancery ukončují SSL spojení.
3.6 Definované zodpovědnosti a pravidla pro používání
Pro povolení nové komunikace na FW nebo vytvoření DNS záznamu je nutné podat žádost o povolení
prostřednictvím garanta aplikace a přiložit formulář obsahující definici požadavku dle vzoru z kapitoly Vzorové
tabulky.
Pro povolení nové komunikace na FW nebo vytvoření DNS záznamu je nutné podat žádost o povolení
prostřednictvím garanta aplikace a přiložit formulář obsahující definici požadavku dle vzoru z kapitoly Vzorové
tabulky.
4 Základní síťové služby
V následujících bodech jsou popsána pravidla pro poskytování základních služeb sítě.
4.1 DHCP
Přehled pravidel služby DHCP, která je centrálně spravovaná systémem DDI (systém na správu DNS, DHCP,
IPAM):
• Využívají počítače, IP telefony a tiskárny. Pro potřeby tiskových služeb jsou definovány rezervace IP
adres.
• Poskytuje přehled obsazených a využitých IP adres a segmentů, rozdělených dle IP adresního plánu
jednotlivým podsítím, lokalitám nebo dle jiného účelu užití.
• Slouží k přidělování IP adresního rozsahu podle požadavků administrátora včetně kontroly a ochrany
kolizního přidělení IP adresy.
• Poskytuje nástroje pro strukturované prohledávání databáze IP adres, včetně možnosti vyhledání dle
vlastníka/účelu, přidělené IP adresy nebo rozsahu.
• Služba DHCP je poskytována centrálně zařízením DDI pro všechna koncová zařízení na pobočkových
pracovištích. V datových centrech je možné službu DHCP využít, ale standardně se nepoužívá.
4.2 Interní DNS
4.2.1 Obecné pravidla
Přehled obecných pravidel:
• Služba DNS je poskytována centrálně systémem DDI, kde jsou soustředěny veškeré zóny. Zařízení DDI
nemusí být primárním serverem pro všechny zóny.
• Centrální DNS server spravuje veškeré jmenné prostory (dopředné i reverzní) datových center i
pobočkových pracovišť.
• Rozvažování DNS dotazů je řešeno pomocí zařízení GTM (Global Traffic Manager, dynamické DNS).
• Rozvažované DNS dotazy jsou směrované na jednotlivé DNS servery, dostupnost těchto serverů je
sledovaná.
4.2.2 DNS pro datová centra
Přehled pravidel interního DNS pro datová centra jako doplněk k obecným pravidlům:
• Pro datová centra jsou použity samostatné DNS servery s centrální správou.
4.2.3 DNS pro pobočkové LAN sítě
Přehled pravidel interního DNS pro pobočkové LAN sítě jako doplněk k obecným pravidlům:
• Pro pobočkové LAN sítě jsou použity centrální DNS servery systému DDI.
4.3 DNS pro CMS a Govnet/Govbone
Přehled pravidel pro CMS a Govnet/Govbone DNS:
• Pro CMS a Govnet/Govbone jsou použity samostatné DNS servery.
• Tyto servery jsou začleněny do centrální správy datového obsahu systému DDI.
4.4 DNS pro Internet
Přehled pravidel pro Internetové DNS:
• Statické DNS servery jsou použity pro zajištění normální dostupnosti.
• Dynamické rozvažování DNS je použito v případě požadavku na vysokou dostupnost.
• Rozvažování DNS dotazů je řešeno pomocí zařízení GTM (Global Traffic Manager, dynamické DNS).
• Zařízení podporují DNSSEC.
• Všechny DNS záznamy (reverzní, dopředné, statické i dynamické) jsou podepsány klíči DNSSEC.
4.5 Služba Proxy
Slouží k přístupu zařízení v datových centrech i na pobočkových pracovištích do internetu. Veškerá
komunikace do internetu musí jít přes proxy, které zajišťuje filtrování cílových zdrojů, antivirovou ochranu a
autentizaci koncového uživatele. Kontrola provozu je zajištěna i na zabezpečeném protokolu HTTPS.
Aplikační programové vybavení datových center může ke komunikaci do internetu a Centrálního místa služeb
využít speciální aplikační proxy server, který nevyžaduje autentizaci, ale přístup na cílové zdroje je omezen
výčtem konkrétních cílových serverů.
4.6 Řízení kvality služeb na síťové vrstvě, QoS
Provoz aplikací je v rámci datové sítě rozdělen do šesti kategorií.
• Hlasový a videokonferenční provoz,
• Inter aktivní aplikace s vysokou prioritou (inter-h),
• Inter aktivní aplikace s nízkou prioritou (inter-m,
• Dávkové aplikace s vysokou prioritou (batch-h),
• Dávkové aplikace s nízkou prioritou (batch-m),
• Nezařazené aplikace.
Přesné určení aplikace pro zařazení do QoS je realizováno na základě IP adresy a TCP/UDP portu.
Příloha č. 3 Smlouvy
Cenová kalkulace - Příloha č. 3 Smlouvy
Veřejné zakázky s názvem „SÚIP - Sloučení programových platforem informačního systému REÚIP II“
Zadavatel: ČR - Státní úřad inspekce práce, sídlem Kolářská 451/13,746 01 Opava, IČO: 75046962
Poznámka pro zadávací řízení : Dodavatel doplní uvedené ceny za dílčí plnění předmětu pouze do žlutě zvýrazněných polí. Zbytek ceny
tabulka dopočítá automaticky.
Cena v Kč bez DPH bude účastníkem zadána v celých Kč.
Bod č. Předmět plnění Cena v Kč bez DPH Hodnota DPH 21 % Cena v Kč vč. DPH
1 ČÁST A - DÍLO dle části A a souv. Smlouvy
1.1. Analýza a implementační plán 1 579 500 Kč 331 695,00 Kč 1 911 195,00 Kč
609 840,00 Kč
1.2. Instalace HW a zprovoznění SW aplikací 504 000 Kč 105 840,00 Kč
11 140 674,49 Kč
1.3. Převedení agend MS Dynamics CRM 2011 do MS Dynamics 9 207 169 Kč 1 933 505,49 Kč 4 061 288,77 Kč
365 1 274 130,00 Kč
614 528,75 Kč
1.4. Převedení agend MS Dynamics AX 2009 do MS Dynamics 3 356 437 Kč 704 851,77 Kč 1 274 130,00 Kč
365, vyhodnocování a reporty 1 911 195,00 Kč
1.5. Testovací a finální migrace dat, akceptační řízení 1 053 000 Kč 221 130,00 Kč 22 796 982,01 Kč
4 389 638,00 Kč
1.6. Exit plán a provedení EXITu dle exitového plánu a Smlouvy 507 875 Kč 106 653,75 Kč 1 492 898,00 Kč
1 998 194,00 Kč
1.7. Školení dle Přílohy č. 1 Smlouvy 1 053 000 Kč 221 130,00 Kč 898 546,00 Kč
1.8. Dokumentace plnění 1 579 500 Kč 331 695,00 Kč 27 186 620,01 Kč
18 840 481 Kč 3 956 501,01 Kč
1.9. Celková cena za Dílo dle části A a souv. Smlouvy bez 211 750,00 Kč
dodávky HW dle bodu 1.10 3 627 800 Kč 761 838,00 Kč 9 528 750,00 Kč
1 233 800 Kč 259 098,00 Kč
1.10. Hardware vč. potřebných licencí dle Přílohy č. 1 Smlouvy 1 651 400 Kč 346 794,00 Kč 8 712,00 Kč
155 946,00 Kč 12 196 800,00 Kč
1.10.1 Server 742 600 Kč 4 718 339,01 Kč
. (cena za 4 ks) 22 468 281 Kč
36 750,00 Kč
1.10.2 Diskové pole 175 000 Kč 1 653 750,00 Kč
. (cena za 2 ks) 7 875 000 Kč
1 512,00 Kč
1.10.3 Síťový přepínač – switch 7 200 Kč 2 116 800,00 Kč
. (cena za 2 ks) 10 080 000 Kč
1.11. Celková cena za Dílo dle části A a souv. Smlouvy
2 ČÁST B - SERVISNÍ SLUŽBY dle části B a souv. Smlouvy
2.1. Cena za 1 měsíc poskytování všech Servisních služeb dle
části B a souv. Smlouvy
2.2. Celková cena za Servisní služby dle části B a souv. Smlouvy
3 ČÁST C - ROZVOJ dle části části C a souv. Smlouvy
3.1. Cena za poskytování 1 člověkodne Rozvoje dle části C
Smlouvy
3.2. Celková cena za poskytnutí max. 1400 člověkodnů Rozvoje
po dobu životního cyklu
4. Celková nabídková cena Díla v Kč včetně 40 423 281 Kč 8 488 889,01 Kč 48 912 170,01 Kč
předpokládaných nákladů životního cyklu plnění veřejné
zakázky za dobu 5 let dle čl 8.3. zadávacích podmínek
Prohlašuji čestně, že výše uvedené položky a ceny odpovídají mé svobodné a pravé vůli a jsou závazné. (PODEPÍŠE OSOBA OPRÁVNĚNÁ JEDNAT ZA
VYBRANÉHO DODAVATELE: DO NABÍDKY PODPIS NENÍ TŘEBA VKLÁDAT, BUDE PODEPSÁNO AŽ VYBRANÝM DODAVATELEM PŘI PODPISU SMLOUVY NA
PŘEDMĚT VEŘEJNÉ ZAKÁZKY)
1/1
Příloha č. 4 Smlouvy
SEZNAM ČLENŮ REALIZAČNÍHO TÝMU
dle čl. 5.3. písm. b) zadávacích podmínek
/Seznam členů realizačního týmu, kterým je prokazováno splnění technické kvalifikace;
Dodavatel AUTOCONT a.s., IČO: 04308697, se sídlem Hornopolní 3322/34, Moravská Ostrava, 702
00 Ostrava, jako účastník zadávacího řízení na veřejnou zakázku s názvem „SÚIP – Sloučení
programových platforem informačního systému REÚIP“, tímto čestně prohlašuje, že má pro
plnění předmětu veřejné zakázky k dispozici tyto osoby:
SPECIALISTA SPRÁVY OPERAČNÍCH SYSTÉMŮ MICROSOFT WINDOWS SERVER
Jméno a příjmení ANO
(účastník uvede jméno a příjmení)
ANO
Certifikát o úspěšně složené, dodavatelem SW Délka praxe uvedeného člena realizačního týmu
autorizované zkoušky v rozsahu správy Microsoft na pozici správce operačních systémů Microsoft
Windows Server 2012 nebo vyšší
Windows Server je více než 5 let.
(účastník uvede, zda člen realizačního týmu
požadavek splňuje) ANO
Alespoň 3 roky praxe na pozici správce operačních
systémů Microsoft Windows Server
(účastník uvede délku relevantní praxe člena
realizačního týmu v letech)
Aktivní znalost českého jazyka slovem i písmem
alespoň na úrovni B2 dle Společného evropského
referenčního rámce pro jazyky
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
DATABÁZOVÝ SPECIALISTA
Jméno a příjmení
(účastník uvede jméno a příjmení)
Certifikát o úspěšně složené, dodavatelem SW ANO
autorizované zkoušky v rozsahu správy Microsoft
SQL Server 2012 nebo vyšší
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
Alespoň 3 roky praxe na pozici databázového ANO
specialisty Délka praxe uvedeného člena realizačního týmu na
(účastník uvede délku relevantní praxe člena pozici databázového specialisty je více než 5 let.
realizačního týmu v letech)
Stránka 1 z 17
Příloha č. 4 Smlouvy
Aktivní znalost českého jazyka slovem i písmem ANO
alespoň na úrovni B2 dle Společného evropského
referenčního rámce pro jazyky
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
PROJEKTOVÝ ARCHITEKT MICROSOFT DYNAMICS 365 (1. SPECIALISTA NA UVEDENÉ POZICI)
Jméno a příjmení
(účastník uvede jméno a příjmení)
Certifikát o úspěšně složené, dodavatelem SW ANO
autorizované zkoušky MB-200: Microsoft Power
Platform + Dynamics 365 Core
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
Certifikát o úspěšně složené, dodavatelem SW ANO
autorizované zkoušky MB-210: Microsoft Dynamics
365 Sales
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
Alespoň 3 roky praxe na pozici Projektového ANO
architekta Microsoft Dynamics 365 nebo Microsoft
Dynamics CRM 2016 Délka praxe uvedeného člena na pozici
Projektového architekta Microsoft Dynamics 365
(účastník uvede délku relevantní praxe člena nebo Microsoft Dynamics CRM 2016 týmu je více
realizačního týmu v letech)
než 4 roky.
Stránka 2 z 17
Příloha č. 4 Smlouvy
Účastník se zúčastnil realizace následujících
významných služeb dle čl. 5.3 písm. a) zadávacích
podmínek:
1.služba
Název Objednatele : FL Service, s.r.o.
Název : Implementace informačního systému CRM
Popis předmětu: Implementace informačního
systému CRM, která byla provedena v souladu
s požadavky zadavatele na produktu Microsoft
Dynamics 365, přičemž cena za poskytnutí této
významné služby činila minimálně 2.000.000,- Kč
bez DPH. V ceně jsou započítány pouze
implementační služby.
Hodnota: Více než 2.050.000,- Kč bez DPH
Doba realizace: 3/2018 – 10/2018
Služba byla plněna v souladu se smlouvou
s objednatelem
2.služba
Název Objednatele : FL Service, s.r.o.
Název: Servis informačního systému CRM
Popis předmětu : Služba Servisu informačního
Účast na realizaci jakékoliv alespoň jedné významné systému CRM byl provedena v souladu s
služby dle čl. 5.3 písm. a) zadávacích podmínek, příp. požadavky zadavatele na produktu Microsoft
jiné srovnatelné služby, tj. služby, která požadavky Dynamics 365, přičemž cena za poskytnutí této
na jakoukoliv významnou službu dle čl. 5.3 písm. a) významné služby činila minimálně 750.000,- Kč
bez DPH za období po sobě jdoucích 12 měsíců. V
zadávacích podmínek splňuje v plném rozsahu ceně jsou započítány pouze servisní služby.
(účastník uvede název objednatele relevantní služby a Hodnota: Více než 750.000,- Kč bez DPH
název, popis předmětu, hodnotu a dobu realizace
relevantní služby a informaci, zda byla relevantní Doba realizace: 10/2018 - doposud
služba plněna v souladu se smlouvou s objednatelem) Služba byla plněna v souladu se smlouvou
s objednatelem
3.služba
Název Objednatele : Swiss Automotive Group CZ
s.r.o.
Název: Implementace informačního systému CRM
Popis předmětu : Implementace informačního
systému CRM, která byla provedena v souladu
s požadavky zadavatele na produktu Microsoft
Dynamics 365, přičemž cena za poskytnutí této
významné služby činila minimálně 2.000.000,- Kč
bez DPH. V ceně jsou započítány pouze
implementační služby.
Hodnota: Více než 2.050.000,- Kč bez DPH
Doba realizace: 3/2018 – 12/2018
Služba byla plněna v souladu se smlouvou
s objednatelem
4.služba
Název Objednatele : Swiss Automotive Group CZ
s.r.o.
Název: Popis předmětu : Servis informačního
systému CRM
Stránka 3 z 17
Příloha č. 4 Smlouvy
Popis předmětu: Služba servisu informačního
systému CRM, která byla provedena v souladu
s požadavky zadavatele na produktu Microsoft
Dynamics 365, přičemž cena za poskytnutí této
významné služby činila minimálně 750.000,- Kč
bez DPH za období po sobě jdoucích 12 měsíců.
V ceně jsou započítány pouze servisní služby.
Hodnota: Více než 789.000,- Kč bez DPH
Doba realizace: 1/2019 – doposud
Služba byla plněna v souladu se smlouvou
s objednatelem
Aktivní znalost českého jazyka slovem i písmem
alespoň na úrovni B2 dle Společného evropského
referenčního rámce pro jazyky ANO
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
PROJEKTOVÝ ARCHITEKT MICROSOFT DYNAMICS 365 (2. SPECIALISTA NA UVEDENÉ POZICI)
Jméno a příjmení
(účastník uvede jméno a příjmení)
Certifikát o úspěšně složené, dodavatelem SW ANO
autorizované zkoušky MB-200: Microsoft Power
Platform + Dynamics 365 Core
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
Certifikát o úspěšně složené, dodavatelem SW ANO
autorizované zkoušky MB-210: Microsoft Dynamics
365 Sales
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
Alespoň 3 roky praxe na pozici Projektového ANO.
architekta Microsoft Dynamics 365 nebo Microsoft
Dynamics CRM 2016 Délka praxe uvedeného člena na pozici
Projektového architekta Microsoft Dynamics 365
(účastník uvede délku relevantní praxe člena nebo Microsoft Dynamics CRM 2016 týmu je více
realizačního týmu v letech)
než 5 let.
Stránka 4 z 17
Příloha č. 4 Smlouvy
Účastník se zúčastnil realizace následujících
významných služeb dle čl. 5.3 písm. a) zadávacích
podmínek:
1.služba
Název Objednatele : FL Service, s.r.o.
Název : Implementace informačního systému CRM
Popis předmětu: Implementace informačního
systému CRM, která byla provedena v souladu
s požadavky zadavatele na produktu Microsoft
Dynamics 365, přičemž cena za poskytnutí této
významné služby činila minimálně 2.000.000,- Kč
Účast na realizaci jakékoliv alespoň jedné významné bez DPH. V ceně jsou započítány pouze
služby dle čl. 5.3 písm. a) zadávacích podmínek, příp. implementační služby.
jiné srovnatelné služby, tj. služby, která požadavky Hodnota: Více než 2.050.000,- Kč bez DPH
na jakoukoliv významnou službu dle čl. 5.3 písm. a) Doba realizace: 3/2018 – 10/2018
zadávacích podmínek splňuje v plném rozsahu Služba byla plněna v souladu se smlouvou
(účastník uvede název objednatele relevantní služby a s objednatelem
název, popis předmětu, hodnotu a dobu realizace 2.služba
relevantní služby a informaci, zda byla relevantní Název Objednatele : FL Service, s.r.o.
služba plněna v souladu se smlouvou s objednatelem) Název: Servis informačního systému CRM
Popis předmětu : Služba Servisu informačního
systému CRM, která byla provedena v souladu s
požadavky zadavatele na produktu Microsoft
Dynamics 365, přičemž cena za poskytnutí této
významné služby činila minimálně 750.000,- Kč
bez DPH za období po sobě jdoucích 12 měsíců. V
ceně jsou započítány pouze servisní služby.
Hodnota: Více než 750.000,- Kč bez DPH
Doba realizace: 10/2018 - doposud
Služba byla plněna v souladu se smlouvou
s objednatelem
Aktivní znalost českého jazyka slovem i písmem ANO
alespoň na úrovni B2 dle Společného evropského
referenčního rámce pro jazyky
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
PROGRAMÁTOR/VÝVOJÁŘ MICROSOFT DYNAMICS 365 (1. SPECIALISTA NA UVEDENÉ POZICI)
Jméno a příjmení ANO
(účastník uvede jméno a příjmení)
Certifikát o úspěšně složené, dodavatelem SW
autorizované zkoušky MB-200: Microsoft Power
Platform + Dynamics 365 Core
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
Stránka 5 z 17
Příloha č. 4 Smlouvy
Alespoň 3 roky praxe na pozici Programátor/Vývojář Délka praxe uvedeného člena na pozici
Microsoft Dynamics 365 nebo Microsoft Dynamics Programátor/Vývojář Microsoft Dynamics 365
CRM 2016 nebo Microsoft Dynamics CRM 2016 týmu je více
(účastník uvede délku relevantní praxe člena
realizačního týmu v letech) než 5 let.
Účastník se zúčastnil realizace následujících
významných služeb dle čl. 5.3 písm. a) zadávacích
podmínek:
1.služba
Název Objednatele : Swiss Automotive Group CZ
s.r.o.
Název: Implementace informačního systému CRM
Popis předmětu : Implementace informačního
systému CRM, která byla provedena v souladu s
požadavky zadavatele na produktu Microsoft
Dynamics 365, přičemž cena za poskytnutí této
významné služby činila minimálně 2.000.000,- Kč
Účast na realizaci jakékoliv alespoň jedné významné bez DPH. V ceně jsou započítány pouze
služby dle čl. 5.3 písm. a) zadávacích podmínek, příp. implementační služby.
jiné srovnatelné služby, tj. služby, která požadavky Hodnota: Více než 2.050.000,- Kč bez DPH
na jakoukoliv významnou službu dle čl. 5.3 písm. a) Doba realizace: 3/2018 – 12/2018
zadávacích podmínek splňuje v plném rozsahu Služba byla plněna v souladu se smlouvou s
(účastník uvede název objednatele relevantní služby a objednatelem
název, popis předmětu, hodnotu a dobu realizace 2.služba
relevantní služby a informaci, zda byla relevantní Název Objednatele : Swiss Automotive Group CZ
služba plněna v souladu se smlouvou s objednatelem) s.r.o.
Název: Servis informačního systému CRM
Popis předmětu: Služba servisu informačního
systému CRM,která byla provedena v souladu s
požadavky zadavatele na produktu Microsoft
Dynamics 365, přičemž cena za poskytnutí této
významné služby činila minimálně 750.000,- Kč
bez DPH za období po sobě jdoucích 12 měsíců. V
ceně jsou započítány pouze servisní služby.
Hodnota: Více než 789.000,- Kč bez DPH
Doba realizace: 1/2019 – doposud
Služba byla plněna v souladu se smlouvou s
objednatelem
Aktivní znalost českého jazyka slovem i písmem ANO
alespoň na úrovni B2 dle Společného evropského
referenčního rámce pro jazyky
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
Stránka 6 z 17
Příloha č. 4 Smlouvy
PROGRAMÁTOR/VÝVOJÁŘ MICROSOFT DYNAMICS 365 (2. SPECIALISTA NA UVEDENÉ POZICI)
Jméno a příjmení
(účastník uvede jméno a příjmení)
Certifikát o úspěšně složené, dodavatelem SW ANO
autorizované zkoušky MB-200: Microsoft Power
Platform + Dynamics 365 Core Délka praxe uvedeného člena na pozici
Programátor/Vývojář Microsoft Dynamics 365
(účastník uvede, zda člen realizačního týmu nebo Microsoft Dynamics CRM 2016 týmu je více
požadavek splňuje)
Alespoň 3 roky praxe na pozici Programátor/Vývojář než 5 let.
Microsoft Dynamics 365 nebo Microsoft Dynamics
CRM 2016
(účastník uvede délku relevantní praxe člena
realizačního týmu v letech)
Stránka 7 z 17
Příloha č. 4 Smlouvy
Účastník se zúčastnil realizace následujících
významných služeb dle čl. 5.3 písm. a) zadávacích
podmínek:
1.služba
Název Objednatele : FL Service, s.r.o.
Název : Implementace informačního systému CRM
Popis předmětu: Implementace informačního
systému CRM, která byla provedena v souladu
s požadavky zadavatele na produktu Microsoft
Dynamics 365, přičemž cena za poskytnutí této
významné služby činila minimálně 2.000.000,- Kč
bez DPH. V ceně jsou započítány pouze
implementační služby.
Hodnota: Více než 2.050.000,- Kč bez DPH
Doba realizace: 3/2018 – 10/2018
Služba byla plněna v souladu se smlouvou
s objednatelem
2.služba
Název Objednatele : FL Service, s.r.o.
Název: Servis informačního systému CRM
Účast na realizaci jakékoliv alespoň jedné významné Popis předmětu : Služba Servisu informačního
služby dle čl. 5.3 písm. a) zadávacích podmínek, příp. systému CRM, která byla provedena v souladu s
požadavky zadavatele na produktu Microsoft
jiné srovnatelné služby, tj. služby, která požadavky Dynamics 365, přičemž cena za poskytnutí této
na jakoukoliv významnou službu dle čl. 5.3 písm. a) významné služby činila minimálně 750.000,- Kč
zadávacích podmínek splňuje v plném rozsahu bez DPH za období po sobě jdoucích 12 měsíců. V
(účastník uvede název objednatele relevantní služby a ceně jsou započítány pouze servisní služby.
název, popis předmětu, hodnotu a dobu realizace Hodnota: Více než 750.000,- Kč bez DPH
relevantní služby a informaci, zda byla relevantní Doba realizace: 10/2018 - doposud
služba plněna v souladu se smlouvou s objednatelem) Služba byla plněna v souladu se smlouvou
s objednatelem
3.služba
Název Objednatele : Swiss Automotive Group CZ
s.r.o.
Název: Implementace informačního systému CRM
Popis předmětu : Implementace informačního
systému CRM, která byla provedena v souladu
s požadavky zadavatele na produktu Microsoft
Dynamics 365, přičemž cena za poskytnutí této
významné služby činila minimálně 2.000.000,- Kč
bez DPH. V ceně jsou započítány pouze
implementační služby.
Hodnota: Více než 2.050.000,- Kč bez DPH
Doba realizace: 3/2018 – 12/2018
Služba byla plněna v souladu se smlouvou
s objednatelem
4.služba
Název Objednatele : Swiss Automotive Group CZ
s.r.o.
Název: Popis předmětu : Servis informačního
systému CRM
Stránka 8 z 17
Příloha č. 4 Smlouvy
Popis: Služba servisu informačního systému CRM,
která byla provedena v souladu s požadavky
zadavatele na produktu Microsoft Dynamics 365,
přičemž cena za poskytnutí této významné služby
činila minimálně 750.000,- Kč bez DPH za období
po sobě jdoucích 12 měsíců. V ceně jsou započítány
pouze servisní služby.
Hodnota: Více než 789.000,- Kč bez DPH
Doba realizace: 1/2019 – doposud
Služba byla plněna v souladu se smlouvou
s objednatelem
Aktivní znalost českého jazyka slovem i písmem
alespoň na úrovni B2 dle Společného evropského
referenčního rámce pro jazyky ANO
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
PROGRAMÁTOR/VÝVOJÁŘ MICROSOFT DYNAMICS 365 (3. SPECIALISTA NA UVEDENÉ POZICI)
Jméno a příjmení ANO
(účastník uvede jméno a příjmení) Délka praxe uvedeného člena na pozici
Programátor/Vývojář Microsoft Dynamics 365
Certifikát o úspěšně složené, dodavatelem SW nebo Microsoft Dynamics CRM 2016 týmu je více
autorizované zkoušky MB-200: Microsoft Power
Platform + Dynamics 365 Core než 3 roky.
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
Alespoň 3 roky praxe na pozici Programátor/Vývojář
Microsoft Dynamics 365 nebo Microsoft Dynamics
CRM 2016
(účastník uvede délku relevantní praxe člena
realizačního týmu v letech)
Stránka 9 z 17
Příloha č. 4 Smlouvy
Účastník se zúčastnil realizace následujících
významných služeb dle čl. 5.3 písm. a) zadávacích
podmínek:
1.služba
Název Objednatele : FL Service, s.r.o.
Název : Implementace informačního systému CRM
Popis předmětu: Implementace informačního
systému CRM, která byla provedena v souladu
s požadavky zadavatele na produktu Microsoft
Dynamics 365, přičemž cena za poskytnutí této
významné služby činila minimálně 2.000.000,- Kč
Účast na realizaci jakékoliv alespoň jedné významné bez DPH. V ceně jsou započítány pouze
implementační služby.
služby dle čl. 5.3 písm. a) zadávacích podmínek, příp.
jiné srovnatelné služby, tj. služby, která požadavky Hodnota: Více než 2.050.000,- Kč bez DPH
na jakoukoliv významnou službu dle čl. 5.3 písm. a) Doba realizace: 3/2018 – 10/2018
zadávacích podmínek splňuje v plném rozsahu Služba byla plněna v souladu se smlouvou
s objednatelem
(účastník uvede název objednatele relevantní služby a 2.služba
název, popis předmětu, hodnotu a dobu realizace Název Objednatele : FL Service, s.r.o.
relevantní služby a informaci, zda byla relevantní
služba plněna v souladu se smlouvou s objednatelem) Název: Servis informačního systému CRM
Popis předmětu : Služba Servisu informačního
systému CRM, která byla provedena v souladu s
požadavky zadavatele na produktu Microsoft
Dynamics 365, přičemž cena za poskytnutí této
významné služby činila minimálně 750.000,- Kč
bez DPH za období po sobě jdoucích 12 měsíců. V
ceně jsou započítány pouze servisní služby.
Hodnota: Více než 750.000,- Kč bez DPH
Doba realizace: 10/2018 - doposud
Služba byla plněna v souladu se smlouvou
s objednatelem
Aktivní znalost českého jazyka slovem i písmem ANO
alespoň na úrovni B2 dle Společného evropského
referenčního rámce pro jazyky
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
IMPLEMENTÁTOR (KONFIGURAČNÍ MANAŽER) MICROSOFT DYNAMICS 365 (1. SPECIALISTA NA
UVEDENÉ POZICI)
Jméno a příjmení
(účastník uvede jméno a příjmení)
Certifikát o úspěšně složené, dodavatelem SW ANO
autorizované zkoušky MB-200: Microsoft Power
Platform + Dynamics 365 Core
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
Stránka 10 z 17
Příloha č. 4 Smlouvy
Účastník se zúčastnil realizace následujících
významných služeb dle čl. 5.3 písm. a) zadávacích
podmínek:
1.služba
Název Objednatele : FL Service, s.r.o.
Název : Implementace informačního systému CRM
Popis předmětu: Implementace informačního
systému CRM, která byla provedena v souladu
s požadavky zadavatele na produktu Microsoft
Dynamics 365, přičemž cena za poskytnutí této
významné služby činila minimálně 2.000.000,- Kč
bez DPH. V ceně jsou započítány pouze
implementační služby.
Hodnota: Více než 2.050.000,- Kč bez DPH
Doba realizace: 3/2018 – 10/2018
Služba byla plněna v souladu se smlouvou
s objednatelem
2.služba
Název Objednatele : FL Service, s.r.o.
Název: Servis informačního systému CRM
Popis předmětu : Služba Servisu informačního
Účast na realizaci jakékoliv alespoň jedné významné systému CRM, která byla provedena v souladu s
služby dle čl. 5.3 písm. a) zadávacích podmínek, příp. požadavky zadavatele na produktu Microsoft
jiné srovnatelné služby, tj. služby, která požadavky Dynamics 365, přičemž cena za poskytnutí této
na jakoukoliv významnou službu dle čl. 5.3 písm. a) významné služby činila minimálně 750.000,- Kč
bez DPH za období po sobě jdoucích 12 měsíců. V
zadávacích podmínek splňuje v plném rozsahu ceně jsou započítány pouze servisní služby.
(účastník uvede název objednatele relevantní služby a Hodnota: Více než 750.000,- Kč bez DPH
název, popis předmětu, hodnotu a dobu realizace
relevantní služby a informaci, zda byla relevantní Doba realizace: 10/2018 - doposud
služba plněna v souladu se smlouvou s objednatelem) Služba byla plněna v souladu se smlouvou
s objednatelem
3.služba
Název Objednatele : Swiss Automotive Group CZ
s.r.o.
Název: Implementace informačního systému CRM
Popis předmětu : Implementace informačního
systému CRM, která byla provedena v souladu
s požadavky zadavatele na produktu Microsoft
Dynamics 365, přičemž cena za poskytnutí této
významné služby činila minimálně 2.000.000,- Kč
bez DPH. V ceně jsou započítány pouze
implementační služby.
Hodnota: Více než 2.050.000,- Kč bez DPH
Doba realizace: 3/2018 – 12/2018
Služba byla plněna v souladu se smlouvou
s objednatelem
4.služba
Název Objednatele : Swiss Automotive Group CZ
s.r.o.
Název: Popis předmětu : Servis informačního
systému CRM
Stránka 11 z 17
Příloha č. 4 Smlouvy
Popis: Služba servisu informačního systému CRM,
která byla provedena v souladu s požadavky
zadavatele na produktu Microsoft Dynamics 365,
přičemž cena za poskytnutí této významné služby
činila minimálně 750.000,- Kč bez DPH za období
po sobě jdoucích 12 měsíců. V ceně jsou započítány
pouze servisní služby.
Hodnota: Více než 789.000,- Kč bez DPH
Doba realizace: 1/2019 – doposud
Služba byla plněna v souladu se smlouvou
s objednatelem
Alespoň 3 roky praxe na pozici Implementátor ANO.
(konfigurační manažer) Microsoft Dynamics 365
nebo Microsoft Dynamics CRM 2016 Délka praxe uvedeného člena na pozici
Implementátor (konfigurační manažer) Microsoft
(účastník uvede délku relevantní praxe člena
realizačního týmu v letech) Dynamics 365 nebo Microsoft Dynamics CRM
2016 týmu je více než 5 let.
Aktivní znalost českého jazyka slovem i písmem ANO
alespoň na úrovni B2 dle Společného evropského
referenčního rámce pro jazyky
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
IMPLEMENTÁTOR (KONFIGURAČNÍ MANAŽER) MICROSOFT DYNAMICS 365 (2. SPECIALISTA NA
UVEDENÉ POZICI)
Jméno a příjmení ANO
(účastník uvede jméno a příjmení)
Certifikát o úspěšně složené, dodavatelem SW
autorizované zkoušky MB-200: Microsoft Power
Platform + Dynamics 365 Core
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
Stránka 12 z 17
Příloha č. 4 Smlouvy
Účastník se zúčastnil realizace následujících
významných služeb dle čl. 5.3 písm. a) zadávacích
podmínek:
1.služba
Název Objednatele : Swiss Automotive Group CZ
s.r.o.
Název: Implementace informačního systému CRM
Popis předmětu : Implementace informačního
systému CRM, která byla provedena v souladu
s požadavky zadavatele na produktu Microsoft
Dynamics 365, přičemž cena za poskytnutí této
významné služby činila minimálně 2.000.000,- Kč
Účast na realizaci jakékoliv alespoň jedné významné bez DPH. V ceně jsou započítány pouze
služby dle čl. 5.3 písm. a) zadávacích podmínek, příp. implementační služby.
jiné srovnatelné služby, tj. služby, která požadavky Hodnota: Více než 2.050.000,- Kč bez DPH
na jakoukoliv významnou službu dle čl. 5.3 písm. a) Doba realizace: 3/2018 – 12/2018
zadávacích podmínek splňuje v plném rozsahu Služba byla plněna v souladu se smlouvou
(účastník uvede název objednatele relevantní služby a s objednatelem
název, popis předmětu, hodnotu a dobu realizace 2.služba
relevantní služby a informaci, zda byla relevantní Název Objednatele : Swiss Automotive Group CZ
služba plněna v souladu se smlouvou s objednatelem) s.r.o.
Název: Popis předmětu : Servis informačního
systému CRM
Popis předmětu: Služba servisu informačního
systému CRM byl provedena v souladu
s požadavky zadavatele na produktu Microsoft
Dynamics 365, přičemž cena za poskytnutí této
významné služby činila minimálně 750.000,- Kč
bez DPH za období po sobě jdoucích 12 měsíců.
V ceně jsou započítány pouze servisní služby.
Hodnota: Více než 789.000,- Kč bez DPH
Doba realizace: 1/2019 – doposud
Služba byla plněna v souladu se smlouvou
s objednatelem
Alespoň 3 roky praxe na pozici Implementátor ANO.
(konfigurační manažer) Microsoft Dynamics 365
nebo Microsoft Dynamics CRM 2016 Délka praxe uvedeného člena na pozici
Implementátor (konfigurační manažer) Microsoft
(účastník uvede délku relevantní praxe člena
realizačního týmu v letech) Dynamics 365 nebo Microsoft Dynamics CRM
2016 týmu je více než 5 let.
Aktivní znalost českého jazyka slovem i písmem ANO
alespoň na úrovni B2 dle Společného evropského
referenčního rámce pro jazyky
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
Stránka 13 z 17
Příloha č. 4 Smlouvy
BEZPEČNOSTNÍ KONZULTANT ICT
Jméno a příjmení ANO
(účastník uvede jméno a příjmení) Délka praxe uvedeného člena realizačního týmu
na pozici bezpečnostní konzultant ICT je více než
Alespoň 3 roky praxe na pozici bezpečnostní
konzultant ICT 19 let.
(účastník uvede délku relevantní praxe člena ANO
realizačního týmu v letech)
Aktivní znalost českého jazyka slovem i písmem
alespoň na úrovni B2 dle Společného evropského
referenčního rámce pro jazyky
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
VEDOUCÍ PROJEKTU
Jméno a příjmení
(účastník uvede jméno a příjmení)
Certifikace v oboru projektového řízení na úrovni ANO
alespoň PRINCE 2, IPMA C nebo PMP nebo
ekvivalentní Uvedený člen splňuje požadavek certifikací
PRINCE2
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
ANO
Délka praxe uvedeného člena realizačního týmu
Alespoň 5 let praxe odpovídající pozici projektový na pozici projektový manažer, resp. vedoucí
manažer, resp. vedoucí projektu v projektech ICT, z projektu v projektech ICT je více než 18 let.
nichž hodnota alespoň jednoho projektu
realizovaného v posledních 3 letech před zahájením Realizace relevantního projektu na pozici
zadávacího řízení činila min. 5.000.000,- Kč bez DPH vedoucího projektu:
(účastník uvede délku relevantní praxe člena Objednatel: LOM Praha s.p.
realizačního týmu v letech a název objednatele Projekt DELTA - Analýza, dodávka, implementace
relevantního projektu a název, hodnotu a dobu a údržba celopodnikového informačního systému
realizace relevantního projektu) Hodnota projektu: za posledních 36 měsíců více
než 10.000.000 Kč bez DPH
Doba realizace projektu: 2018 - doposud
Aktivní znalost českého jazyka slovem i písmem ANO
alespoň na úrovni C2 dle Společného evropského
referenčního rámce pro jazyky
(účastník uvede, zda člen realizačního týmu
požadavek splňuje)
Stránka 14 z 17
Přehled členů realizačního týmu Zhotovitele Příloha č. 4 Smlouvy
Pozice v realizačním Jméno a příjmení E-mail Mobil
týmu
Specialista správy
operačních systémů
Microsoft Windows
Server
Databázový specialista
Projektový architekt
Microsoft Dynamics
365 a
Implementátor
(konfigurační
manažer) Microsoft
Dynamics 365
Projektový architekt
Microsoft Dynamics
365
Programátor/Vývojář
Microsoft Dynamics
365
Programátor/Vývojář
Microsoft Dynamics
365
Programátor/Vývojář
Microsoft Dynamics
365
Implementátor
(konfigurační
manažer) Microsoft
Dynamics 365
Bezpečnostní
konzultant ICT
Stránka 15 z 17
Vedoucí projektu Příloha č. 4 Smlouvy
Člen týmu
Člen týmu Tel. číslo
Člen týmu
Člen týmu
Člen týmu
Člen týmu
Člen týmu
Přehled členů realizačního týmu Objednatele
Pozice v realizačním Jméno a příjmení E-mail
týmu
Vedoucí projektu
Technický specialista
Specialista servisních
služeb
Specialista
rozvojových služeb
Stránka 16 z 17
Příloha č. 4 Smlouvy
Manažer kybernetické
bezpečnosti
Člen týmu – zástupce
za ICT činnost
Člen týmu – zástupce
za ICT činnost
Člen týmu – zástupce
za ICT činnost
Člen týmu – zástupce
za ICT činnost
Člen týmu – zástupce
za inspekční činnost
Člen týmu – zástupce
za právní činnost
Stránka 17 z 17