Smlouva o Dílo

Smlouva o Dílo

I. Smluvní strany a úvodní ustanovení

Telefónica Czech Republic, a.s. (právní nástupce obchodní společnosti

Telefónica O2 Business Solutions, spol. s r.o.)

se sídlem Za Brumlovkou 000/0, 000 00 Xxxxx 0, Xxxxxx IČO: 60193336, DIČ CZ60193336

zapsána v obchodním rejstříku u Městského soudu v Praze, oddíl B, vložka 2322 Bankovní spojení UniCredit Bank a.s., č. účtu 500114004/2700

jednající: Xxxxxx Xxxxxxxx, Account Managerem na základě Pověření ze dne 1. 11. 2013

osoba odpovědná za jednání ve věcech technických: Xxx. Xxxxx Xxxx, tel.: 000 000 000 000, e-mail: xxxx.xxxxx@xxxxxxxxxx.xxx

(dále jen “zhotovitel”)

a

Česká republika - Rejstřík trestů,

se sídlem: Soudní 1/988, 140 66 Praha 4 IČO: 00026085 DIČ: není plátcem DPH

Bankovní spojení: ČNB, pobočka Praha, č. ú.: 000-0000-000/0710 jednající: Ing. Xxxxxxx Xxxxxxxxxxx, ředitelem

osoba odpovědná za jednání ve věcech technických: RNDr. Xxxxxxxxx Xxxxx, tel. 000000000 e-mail: xxxxxx@xxxxx.xxxxxxx.xx

(dále jen „objednatel“)

uzavírají podle § 536 a násl. zákona č. 513/1991 Sb. „Obchodního zákoníku“ v platném znění (dále jen „OBChZ“) a s použitím příslušných ustanovení zákona č.121/2000 Sb., autorského zákona v platném znění (dále jen „AZ“) tuto Smlouvu o Dílo (dále jen „smlouva“).

II. Předmět smlouvy

1. Předmětem této smlouvy je realizace prací a služeb, včetně služby projektového řízení, souvisejících s provedením úprav a rozšířením stávajícího aplikačního programového vybavení Informačního systému Rejstříku trestů (dále též „APV ISRT“, případně „APV“) vytvořeného a dodaného objednateli zhotovitelem a zabezpečení dalších požadavků v souvislosti s realizací akce „Rozvoj komunikačního rozhraní Informačního systému Rejstříku trestů“, v souladu se zadávací dokumentací objednatele a nabídkou zhotovitele předloženou v rámci jednacího řízení bez uveřejnění (dále též „Dílo“).

Předmět této smlouvy je složen z následujících částí APV ISRT:

A. Napojení Informačního systému Rejstříku trestů (ISRT) fyzických osob (FO) na nový Registr obyvatel (ROB) a Registr územní identifikace adres a nemovitostí (RUIAN)

B. Napojení ISRT právnických osob (PO) na Registr osob (ROS) a Registr RUIAN

C. Automatická aktualizace RUIAN

D. Součinnost zhotovitele při implementaci Evropského informačního systému rejstříků trestů (ECRIS) RI

E. Aplikační programové vybavení (APV) ISRT PO - etapa II

F. Součinnost v rámci nastavení využívání trestněprávních údajů pro penitenciární účely Vězeňské služby ČR

2. Detailní specifikace jednotlivých částí Díla, včetně specifikace jednotlivých dílčích plnění, je uvedena v Příloze č. 2 Specifikace Díla a jeho částí této smlouvy.

3. Dílo bude realizováno formou projektu v souladu s Metodikou řízení projektů zhotovitele. Metodikou řízení projektů se rozumí soubor obecných pravidel, strukturovaných postupů a technik, vytvořených na základě teoretických znalostí a zkušeností s řízením rozsáhlých projektů pro řízení projektů, a to ve všech jejich fázích (definování, plánování, realizace a ukončení projektu). Metodika řízení projektů podporuje řízení projektů jako definovaný proces probíhající podle předem stanovených pravidel a za definovaných výstupů. Metodika řízení projektů obsahuje, kromě popisu výše uvedených pravidel a postupů, organizační schéma řídících a výkonných struktur, techniky na řešení nestandardních situací a sledování prováděných aktivit, metody na vedení dokumentace a také vzory příslušných, formulářů, zápisů aj.

4. Xxxxxxxx zhotovitele je realizovat Dílo a převést k němu vlastnické a užívací právo na objednatele, závazkem objednatele je Xxxx převzít a zaplatit za něj dohodnutou cenu.

III. Termíny plnění

1. Xxxxxxxxxx se zavazuje předat objednateli Dílo nejpozději do 31. 12. 2014.

2. Termíny pro plnění jednotlivých částí Díla a jednotlivých dílčích plnění jsou součástí Přílohy č. 2 Specifikace Díla a jeho částí této smlouvy.

3. Splnění termínu zhotovitelem dle odstavce č. 1. znamená, že plnění budou zhotovitelem zajištěna tak, aby Dílo či jednotlivá dílčí plnění mohla být objednatelem převzata k akceptaci nejpozději k uvedeným termínům.

IV. Cena Díla a platební podmínky

1. Celková cena Díla podle Čl. II. smlouvy je stanovena dohodou smluvních stran a činí 6 554 824 Kč (šest milionů pět set padesát čtyři tisíce osm set dvacet čtyři korun českých) bez DPH, tj. 7 931 336 Kč (sedm milionů devět set třicet jeden tisíc tři sta třicet šest korun českých) včetně DPH. DPH ve výši 21% činí 1 376 512 Kč (jeden milion tři sta sedmdesát šest tisíc pět set dvanáct korun českých).

2. Smluvní strany se dále dohodly, že celková cena je stanovena jako nejvýše přípustná a nepřekročitelná a zahrnuje veškeré náklady zhotovitele spojené se zhotovením Díla. Upraví-li v průběhu plnění předmětu Díla obecně závazný předpis výši DPH, bude účtována DPH k příslušným zdanitelným plněním ve výši stanovené novou právní úpravou a cena Díla bude upravena písemným dodatkem k této smlouvě, jenž bude podepsán oběma smluvními stranami. Cena je platná po celou dobu realizace Díla, a to i

v případě prodloužení termínu dokončení realizace Díla z důvodu ležících na straně objednatele, maximálně však o dva měsíce.

3. Smluvní strany se dohodly, že jakákoliv dodatečná potřebná plnění a vícepráce, které by byly nad rámec této smlouvy, bude řešena pouze na základě písemného dodatku ke smlouvě, který bude podepsán oběma smluvními stranami.

4. Celková cena bude hrazena na základě faktur – daňových dokladů za jednotlivá dílčí plnění (dodávky). Zhotovitel je oprávněn vystavit faktury nejdříve první den po podepsání akceptačních protokolů o ukončení a převzetí jednotlivých dílčích plnění (dodávek) zástupci obou smluvních stran oprávněných za jednání ve věcech technických uvedenými v čl. I smlouvy. Cenová specifikace dílčích plnění (dodávek) je uvedena v Příloze č. 3 této smlouvy.

5. Smluvní strany sjednávají splatnost faktury na 30 dní od data jejího doručení objednateli, přičemž splatností se rozumí den odepsání dlužné částky z účtu objednatele.

6. Faktura musí mít náležitosti daňového dokladu podle § 29 zákona č. 235/2004 Sb., o dani z přidané hodnoty ve znění pozdějších změn a doplňků a podle § 13a OBChZ.

7. Před proplacením musí být faktura odsouhlasena zástupcem objednatele (osobou oprávněnou za jednání ve věcech technických) uvedeným v čl. I smlouvy. Faktura, která nebude obsahovat předepsané náležitosti, nebo bude obsahovat nesprávné cenové údaje, bude vrácena zhotoviteli ve lhůtě splatnosti k doplnění či opravě. Po obdržení správné faktury běží objednateli nová lhůta splatnosti.

V. Způsob a místo plnění

1. Způsob předání a akceptace výstupů projektu je uveden v Příloze č. 4.

2. Plnění dle této smlouvy je považováno za ukončené po převzetí a akceptaci všech částí Díla a dílčích plnění specifikovaných v Příloze č. 2.

3. O splnění všech podmínek pro ukončení ze strany zhotovitele a akceptaci Díla objednatelem bude sepsán závěrečný akceptační protokol, podepsaný odpovědnými zástupci obou smluvních stran. Podpisem závěrečného akceptačního protokolu bude Dílo považováno za ukončené v plném rozsahu.

4. Zhotovitel splní svou povinnost provést Dílo jeho řádným předáním bez vad a nedodělků v souladu s akceptačními kritérii, které jsou součástí Přílohy č. 4.

5. Místem plnění je sídlo objednatele.

6. Zhotovitel je oprávněn využít pro plnění částí předmětu této smlouvy subdodavatele. Výlučná odpovědnost zhotovitele vůči objednateli za koordinaci prací a řádné provedení Díla není subdodávkami dotčena.

VI. Povinnosti smluvních stran

1. Povinnosti zhotovitele:

a) dodat řádně a včas plnění podle této smlouvy bez faktických a právních vad,

b) před předáním Díla objednateli zaškolit osoby určené objednatelem k obsluze APV ISRT tak, aby je takto zaškolené osoby mohly provozovat,

c) vykonávat činnosti v rozsahu a termínech specifikovaných touto smlouvou,

d) zachovat mlčenlivost o všech skutečnostech, se kterými se pracovníci zhotovitele v průběhu realizace Díla seznámí,

e) bez písemného povolení nepořizovat kopie programového vybavení nebo dat objednatele,

f) při provádění servisní nebo jiné činnosti u objednatele upozornit pracovníka objednatele na úkony, které mohou vést ke ztrátě dat na paměťových médiích a tyto úkony provést jedině s písemným souhlasem pracovníka objednatele,

g) předat objednateli předem seznam svých pracovníků určených k plnění podle této smlouvy.

2. Povinnosti objednatele:

a) uhradit cenu za jednotlivá dílčí plnění způsobem, který byl mezi smluvními stranami ujednán v této smlouvě,

b) umožnit přístup pracovníků zhotovitele a jeho subdodavatele na místo plnění v rozsahu, který je nezbytný pro provedení dodávky či služeb a umožnit přístup k dalším prostředkům, které souvisejí s dodávkou,

c) určit osobu zodpovědnou za styk, spolupráci a součinnost se zhotovitelem (projektový manažer za objednatele),

d) zajistit aktivní spolupráci pověřených pracovníků objednatele ve společném pracovním týmu se zhotovitelem při plnění této smlouvy.

e) po podpisu této smlouvy a na dobu do předání Díla poskytnout následující potřebná protiplnění, součinnost:

• poskytnout a zpřístupnit pracovníkům zhotovitele potřebné HW vybavení, kde bude příslušný SW instalován,

• součinnost při implementační analýze aplikačního software a zajištění nezbytných dokumentací pro vývoj,

• součinnost při instalaci a zprovoznění – administrátora IS objednatele,

• provést testování dodaného APV ISRT ze strany pracovníků objednatele podle pravidel uvedených v Příloze č. 4 Způsob předání a akceptace výstupů projektu této smlouvy,

• poskytovat zhotoviteli informace a podklady, které potřebuje a vyžádá si k řádné realizaci plnění podle této smlouvy,

• poskytovat náležitou součinnost 3. stran nezbytnou pro realizaci Díla v požadovaných termínech,

• poskytnout vzdálený přístup do testovacího i produkčního prostředí infrastruktury objednatele pro možnost vzdálených instalací a testování pro objednatele a subdodavatele,

• poskytnout potřebnou součinnost specifikovanou dále v Příloze č. 2 a další potřebnou součinnost, která vyplyne v průběhu realizace Díla,

f) zajistit pracovníkům zhotovitele a subdodavatele vzdálený přístup na testovací prostředí objednatele k SW aplikacím a vlastní technologickou infrastrukturu pro ISRT v průběhu realizace Díla,

g) převzít Dílo jako celek a jednotlivá dílčí plnění ve smyslu této smlouvy a jejích příloh a podepsat příslušné akceptační a předávací protokoly a závěrečný akceptační protokol o ukončení Díla za předpokladu, že Dílo splňuje akceptační kritéria definovaná v Příloze 4. této smlouvy, nevykazuje zjevné vady a nedodělky a splňuje všechny podmínky sjednané touto smlouvou,

h) dodržovat podmínky užívání dodaného Díla stanovené zhotovitelem v licenčním ujednání v čl. VII. této smlouvy,

i) poskytnout potřebnou součinnost při odstraňování vad, tj. především: umožnit zásah k minimalizaci hrozících škod, umožnit přístup pracovníků zhotovitele na místo instalace v rozsahu, který je nezbytný pro odstranění vady, umožnit přístup pracovníků

zhotovitele k dalším prostředkům, jejichž funkce ovlivňuje funkci Díla dodaného podle této smlouvy,

j) objednatel před zahájením prací proškolí zástupce zhotovitele z předpisů BOZP a PO, které se vztahují k místu realizace Díla, zástupce je povinen s tímto seznámit pracovníky zhotovitele.

VII. Související licence a smlouvy

1. Zhotovitel uděluje objednateli výhradní a časově neomezené oprávnění Dílo nebo jeho části, vytvořené na základě této smlouvy, užít pro neomezený počet uživatelů k interním účelům objednatele, a to zejména k:

• instalaci Díla objednatelem na všech počítačích ve vlastnictví objednatele,

• současnému provozování Díla na všech počítačích, které jsou ve výhradním užití objednatele,

• užívání Díla objednatelem i třetími osobami pouze na počítačích objednatele,

• modifikaci Díla nebo kombinaci s dílem jiným po uplynutí záruční doby a pod podmínkou, že Dílo, které je předmětem této smlouvy nebo jeho části vložené nebo jinak začleněné do odvozeného a nově vytvořeného Díla nadále podléhají podmínkám této smlouvy,

2. Zhotovitel zároveň souhlasí s užitím částí Díla na počítačích třetích osob v těchto případech:

• pokud toto užití prokazatelně souvisí s povinnostmi nebo potřebami objednatele vyplývajícími z obecně závazných právních předpisů,

• pro elektronická podání,

• pro zpřístupňování, vyhledávání, zobrazování, ukládání a aktualizaci veřejně dostupných informací pro autorizované i anonymní uživatele a prostřednictvím dálkového přístupu přes veřejné sítě Internet.

3. Objednatel není oprávněn provádět zpětný převod Díla, disasemblování, dekompilaci, překlad, přizpůsobení a jiné změny programů pro svoji vlastní potřebu bez předchozího souhlasu zhotovitele.

4. Smluvní strany se dohodly, že:

• objednatel se zavazuje, že bez předchozího písemného souhlasu zhotovitele nepředá ani nijak nezpřístupní třetí osobě Dílo, které je předmětem této smlouvy, a neposkytne souhlas k jeho užívání, a to ani k užívání částečnému - s výjimkou případů uvedených v odst. 2. tohoto článku;

• objednatel nesmí odstranit nebo učinit nejasnými žádná autorská práva nebo ochranné známky zhotovitele;

• jakékoliv zveřejnění Díla, tzn. zdrojových kódů programů, datových struktur (s výjimkou datových struktur výstupních dat zpracovávaných programy, které jsou součástí Díla, určených třetí straně pro další zpracování a popisu exportních formátů) a dokumentace (s výjimkou dokumentace uživatelské a popisu exportních formátů) může být uskutečněno jen s předchozím písemným souhlasem zhotovitele. Zveřejněním Díla se rozumí předání, poskytnutí k nahlédnutí nebo jiné zpřístupnění uvedených částí Díla třetí straně;

• zhotovitel na žádost objednatele udělí souhlas k užití Xxxx třetí stranou (s výjimkou případů uvedených v odst. 2 tohoto článku) za podmínek stanovených zvláštní dohodou.

5. Objednatel se tímto zavazuje, že:

• bez předchozího souhlasu zhotovitele nebude až do uplynutí záruční lhůty podle této smlouvy zhotovovat kopie Díla nebo jeho částí - s výjimkou kopií, jejichž pořízení není porušením autorského práva - a stejně tak neprovede jakékoliv zveřejnění Díla;

• jakékoliv úpravy, doplňky nebo změny Díla, jeho součástí a příslušenství mohou být prováděny až do uplynutí záruční lhůty podle této smlouvy pouze zhotovitelem. Objednatel je oprávněn před uplynutím záruční lhůty provést úpravy, doplňky nebo změny Díla jen po předchozím písemném oznámení zhotoviteli, čímž se objednatel současně vzdává všech zhotovitelem daných záruk na Dílo jako celek. V případě písemného souhlasu zhotovitele s činností objednatele podle tohoto odstavce ke ztrátě záruky nedojde.

6. Zhotovitel výslovně prohlašuje, že užitím Díla ve stanoveném rozsahu nedojde k porušení práv z duševního vlastnictví třetích osob.

7. Pokud užitím Díla v rozsahu této smlouvy by došlo k porušení práva duševního vlastnictví třetích osob, zavazuje se zhotovitel k úhradě nákladů a vzniklé škody.

VIII. Odpovědnost za vady, přechod vlastnictví

1. Objednatel je povinen Dílo nebo jeho části po jeho předání prověřit nebo zařídit jeho prověrku a s výsledkem prověrky zhotovitele písemně seznámit.

2. Objednatel je oprávněn kontrolovat provádění Díla. Zjistí-li, že zhotovitel provádí Dílo v rozporu s touto smlouvou, je oprávněn dožadovat se toho, aby zhotovitel odstranil vady vzniklé vadným prováděním a postupoval při realizaci plnění řádným způsobem.

3. Zhotovitel neodpovídá za vady Díla v případě, že Dílo bude užíváno na jiných než zhotovitelem odsouhlasených technických nebo systémových prostředcích.

4. Zhotovitel neodpovídá za vady Díla v případě, že došlo k použití nebo údržbě Díla v prokazatelném rozporu s platnými instrukcemi zhotovitele nebo technickou dokumentací, nebo k neoprávněné úpravě Díla nebo jeho částí. Zhotovitel neručí za škody způsobené porušením Díla, narušením provozu počítačových programů, které jsou součástí Díla, a technických zařízení, se kterými tyto programy spolupracují, svou činností v případě, že mu byly objednatelem poskytnuty neúplné nebo chybné informace potřebné pro tuto činnost, nebo v případě, kdy objednatel dal příkaz k provedení činnosti po písemném upozornění zhotovitele na spojené riziko.

5. Objednatel nabývá do vlastnictví všechny předané hmotné substráty Díla včetně dokumentace protokolárním převzetím od zhotovitele. Nebezpečí škody přechází na objednatele okamžikem protokolárního předání jednotlivých částí Díla.

6. Právo k užití Díla či jeho části vznikne objednateli podle podmínek stanovených touto smlouvou a to okamžikem úplného zaplacení ceny Díla.

IX. Záruky

1. Po celou dobu plnění této smlouvy poskytuje zhotovitel bezplatnou záruku na funkčnost dodaných částí APV ISRT. Po dobu záruky odpovídá zhotovitel za to, že jím provedené Dílo bude mít vlastnosti stanovené technickými normami a právními předpisy, platnými v době před uvedením Díla do provozu tak, jak je uvedeno v dodané dokumentaci a že bude mít vlastnosti obvyklé.

2. Bezplatná záruka na jednotlivé části Díla specifikované v Příloze č. 2 v délce 24 měsíců začíná plynout od data předání a převzetí těchto jednotlivých částí Díla dle této smlouvy. Podmínky záručního servisu tvoří Přílohu č. 1 této smlouvy, a to včetně způsobu uplatňování reklamace.

3. V případech, na které se nevztahují záruční podmínky, zhotovitel zaručuje poskytnutí placené služby v nezbytně nutném rozsahu pro uvedení systému do provozuschopného stavu ve stejných termínech, jaké jsou stanoveny pro období záruky. Pro uvedení do provozuschopného stavu může být použito i náhradních řešení. Za tuto službu si zhotovitel bude účtovat nezbytně nutné náklady za vynaloženou práci a materiál, případně prokázané další náklady, které s poskytnutou placenou službou vzniknou, vždy však nejvýše v cenové úrovni obvyklé na trhu obdobných služeb.

4. Smluvní strany souhlasí s tím, že pro potřeby reklamace bude jedna elektronická záloha Díla zapečetěna oběma smluvními stranami a uschována v bezpečnostním sejfu objednatele nebo na jiném vhodném místě po dohodě smluvních stran, a to nejméně po dobu trvání záruky.

5. Po uvedení jednotlivé části Díla podle Přílohy č. 2 do provozu, bude zahájena technická podpora nově zprovozněné části Díla a současně bude navýšena cena za technickou podporu APV ISRT měsíčně o 1/12 z 15% celkové pořizovací ceny nově podporované části Díla. Podmínky technické podpory Díla budou smluvně zakotveny v Dodatku k aktuálně platné Smlouvě o poskytování služeb technické podpory, uzavřené mezi smluvními stranami, který bude písemný a podepsán oběma smluvními stranami.

X. Odstoupení od smlouvy

1. Platnost této smlouvy lze předčasně ukončit odstoupením kterékoli ze smluvních stran z důvodu podstatného porušení povinností stanovených touto smlouvou druhou smluvní stranou. Z důvodu podstatného porušení povinností lze od této smlouvy odstoupit pouze v případě, pokud druhá smluvní strana, která smlouvu porušila, přes písemné upozornění oprávněné smluvní strany na porušení smlouvy, nezjedná nápravu ani v přiměřené lhůtě k nápravě, která jí byla poskytnuta.

2. Za podstatné porušení smluvních povinností ze strany objednatele se považuje zejména opakované prodlení s placením smluvní ceny nebo její části. Za podstatné porušení smluvních povinností ze strany zhotovitele se zejména považuje opakované poskytování nekvalitních služeb (např. bezdůvodné nedodržení specifikace Díla nebo jeho částí, nepoužitelná dokumentace) a nedodržení požadovaných termínů, na které byl zhotovitel opakovaně bezvýsledně písemně upozorněn.

3. Odstoupením od smlouvy nevznikne smluvním stranám povinnost vrátit plnění, která již byla řádně poskytnuta. V případě, že takové plnění v době odstoupení poskytla jen jedna ze smluvních stran, je druhá strana povinna i po odstoupení od smlouvy splnit své závazky vážící se na plnění, které již bylo řádně poskytnuto. To platí obdobně i v případě, byly-li důvodem odstoupení vady na předmětu plnění. Zhotovitel je v takovém případě povinen tyto vady odstranit a druhá smluvní strana pak, po odstranění těchto vad, poskytnout zhotoviteli dohodnuté plnění.

4. Pokud by došlo k odstoupení některou ze smluvních stran v průběhu realizace některého dílčího plnění dle této smlouvy, platí:

a) smluvní strany uzavřou dohodu, která stanoví, zda dojde k dokončení dotčeného dílčího plnění zcela nebo z části, a podmínky takového dokončení,

b) objednatel uhradí zhotoviteli ta plnění realizovaná k datu účinnosti odstoupení v rámci dotčeného dílčího plnění, ze kterého má objednatel prospěch.

XI. Přerušení plnění

1. Jestliže bude objednatel v prodlení se zaplacením ceny nebo poskytnutím sjednané součinnosti dle této smlouvy o více než 15 dnů, je zhotovitel oprávněn přerušit práce na plnění předmětu smlouvy a neposkytovat objednateli plnění podle této smlouvy do doby, než dojde k úhradě uvedené ceny nebo poskytnutí příslušné součinnosti. Přerušení prací

na plnění předmětu smlouvy a neposkytování plnění podle předchozí věty nemá povahu prodlení zhotovitele s plněním podle této smlouvy. Jestliže vznikne zhotoviteli uvedeným přerušením nebo v souvislosti s ním škoda, je objednatel povinen ji nahradit.

XII. Smluvní pokuty, úrok z prodlení a náhrada škody

1. Náhrady škody se řídí příslušnými ustanoveními OBChZ, není-li v této smlouvě stanoveno jinak. Právo na náhradu škody není dotčeno ustanoveními o smluvní pokutě ani zaplacením této pokuty.

2. Je-li objednatel v prodlení s úhradou plateb podle čl. IV. této smlouvy, je povinen uhradit zhotoviteli úrok z prodlení z neuhrazené dlužné částky podle konkrétní faktury za každý den prodlení ve výši stanovené zvláštním právním předpisem.

3. V případě prodlení s realizací částí Díla podle Přílohy č. 2 této smlouvy prokazatelně zaviněné zhotovitelem o více než 10 dní má objednatel nárok na smluvní pokutu ve výši 0,1% z ceny příslušné části Díla bez DPH, se kterým je zhotovitel v prodlení, a to za každý započatý den prodlení.

4. Poruší-li některá ze smluvních stran ustanovení článku XIV., je povinna zaplatit druhé smluvní straně smluvní pokutu ve výši 500.000,- Kč za každé takové prokázané porušení.

5. Náhrady škody se řídí příslušnými ustanoveními obchodního zákoníku, není-li v této smlouvě stanoveno jinak. Právo na náhradu škody není dotčeno ustanoveními o smluvní pokutě ani zaplacením této pokuty. Smluvní strana se zprostí odpovědnosti zcela nebo zčásti pokud prokáže, že škoda byla způsobena vlastním zaviněným jednáním poškozené strany, či neodvratitelnou událostí. S přihlédnutím k ustanovení § 379 OBChZ, konstatují obě smluvní strany s ohledem na všechny okolnosti související s uzavřením smlouvy, že úhrnná předvídatelná škoda, jež by mohla vzniknout, může činit maximálně částku rovnající se ceně předmětu plnění dle této smlouvy.

XIII. Všeobecná ustanovení

1. Případnou neschopnost dostát finančním závazkům vztaženým k některému z dílčích plnění musí objednatel zhotoviteli písemně sdělit nejpozději při podpisu protokolu o předání a převzetí dílčího plnění, které předchází.

2. Dojde-li ke změně statutu (změna právní formy právnické osoby, fúze právnických osob, rozdělení právnické osoby) zhotovitele, je tato smluvní strana povinna oznámit tuto skutečnost objednateli do 30 dnů od zápisu této změny v obchodním rejstříku. V případě zániku kterékoliv smluvní strany přecházejí práva a povinnosti z této smlouvy vyplývající na nástupnický subjekt.

3. Jestliže bude realizace plnění podle této smlouvy podmíněna povolením státního orgánu nebo souhlasem s licenčním ujednáním, budou smluvní strany postupovat v souladu s takovými požadavky. O uvedených skutečnostech jsou smluvní strany povinny poskytovat si vzájemně písemně informace, a to bez zbytečného odkladu.

4. Žádná ze smluvních stran nebude odpovídat za nesplnění kteréhokoli ze svých smluvních závazků podle této smlouvy v důsledků událostí vylučujících odpovědnost dle

§ 374 OBChZ. Platební závazky vzniklé před výskytem takovéto události nebudou prominuty.

5. V případě jakéhokoli zpoždění způsobeného zhotoviteli při uskutečňování této smlouvy v důsledku událostí podle odst. 4 tohoto článku bude mít zhotovitel právo na prodloužení všech lhůt pro plnění o dobu nezbytnou pro překonání účinků těchto událostí.

Smlouva o Dílo Rozvoj komunikačního rozhraní ISRT

XIV. Ochrana důvěrných informací a obchodního či jiného tajemství

1. Smluvní strany se zavazují, že při realizaci této smlouvy budou chránit a utajovat před nepovolanými osobami důvěrné informace a skutečnosti tvořící obchodní tajemství dle §

17 OBChZ a takové informace a skutečnosti, které některá ze smluvních stran jako chráněné označila (dále jen „chráněné informace“). Chráněné informace mohou být poskytnuty třetím osobám jen s písemným souhlasem dotčené smluvní strany. Dotčená smluvní strana je povinna takový souhlas bez zbytečného odkladu vydat, jestliže je to nezbytné pro realizaci předmětu této smlouvy, a třetí osoba poskytne písemnou garanci, že nedojde k vyzrazení chráněných informací. Pracovníci subdodavatele nejsou v rámci tohoto ustanovení považováni za třetí stranu.

2. Závazek k ochraně informací trvá po celou dobu existence chráněných informací.

3. Po předání a převzetí Díla může každá ze smluvních stran žádat od druhé strany vrácení všech poskytnutých materiálů potřebných k realizaci Díla, jestliže tyto materiály obsahují chráněné informace. Druhá smluvní strana je povinna tyto materiály včetně případných kopií bez zbytečného odkladu vydat.

XV. Závěrečná ustanovení

1. Smluvní strany souhlasí s tím, že všechny následující přílohy jsou nedílnou součástí této smlouvy:

Příloha č. 1 – Záruční podmínky

Příloha č. 2 – Specifikace Díla a jeho částí

Příloha č. 3 – Detailní cenová specifikace – dílčí plnění Příloha č. 4 – Způsob předání a akceptace výstupů projektu

Příloha č. 5 – Pověření Xxxxx Xxxxxxx k jednání za společnost Telefónica Czech Republic, a.s.

2. Veškeré změny a doplňky budou provedeny formou psaných a číslovaných dodatků nebo protokolů a musí být podepsány oprávněnými zástupci smluvních stran.

3. Stane-li se některé z ustanovení této smlouvy, dodatků nebo příloh neplatným nebo neúčinným, netýká se to ostatních ustanovení této smlouvy a smluvní strany se zavazují nahradit takové ustanovení novým ustanovením.

4. Smluvní strany se zavazují, že případné rozpory vzniklé při realizaci této smlouvy budou řešit korektním způsobem a v souladu s právními předpisy a pravidly poctivého hospodářského styku. Každá ze smluvních stran se dále zavazuje, že k soudnímu řešení uvedených sporů přistoupí až po vyčerpání možností jejich vyřízení mimosoudní cestou.

5. Tato smlouva je vyhotovena ve čtyřech stejnopisech, po dvou pro každou smluvní stranu.

6. Tato smlouva vstupuje v platnost a účinnost dnem podpisu poslední ze smluvních stran.

V Praze dne Za objednatele:

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

Xxx. Xxxxxx Xxxxxxxxxx

ředitel

V Praze dne 12. 12.2013 Za zhotovitele:

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

Xxxx Xxxxxxx Account Manager

na základě Pověření ze dne 1. 11. 2013

strana 9 z 30

Příloha č. 1 - Záruční podmínky

Zhotovitel zaručuje, že jednotlivé dodané části Díla specifikované v Příloze č. 2 budou po celou dobu záruky způsobilé pro použití ke smluvenému účelu, že budou funkční dle dodané dokumentace a zachovají si smluvené i jinak obvyklé vlastnosti.

Zhotovitel zaručuje funkčnost Jednotlivých částí Díla na úrovni předané dokumentace a požadavků specifikovaných v předmětu této smlouvy. V případě zjištění vady, která znemožňuje či omezuje funkčnost jednotlivých částí Díla, zhotovitel na vlastní náklady opraví komponentu, popř. komponenty, na kterých byla vada zjištěna a zajistí správnou funkčnost příslušné části Díla podle předané dokumentace. Zhotovitel zahájí nejpozději do 3 pracovních dní od přijetí reklamace účinné kroky k odstranění reklamované vady, a tuto vadu odstraní bez zbytečného odkladu. Během doby řešení může být po vzájemné dohodě mezi zhotovitelem a objednatelem (v přiměřeném rozsahu, vhodným způsobem a na dobu vzájemně sjednanou) omezeno používání předmětného programového modulu nebo jeho vadných funkcí, nebo stanoven způsob, jak požadovanou funkčnost zajistit náhradním způsobem do doby konečného odstranění vady.

Řešení reklamací uplatněných po dobu záruky bude prováděno podle povahy reklamace v místě instalace u objednatele nebo v sídle zhotovitele.

Pokud v době záruky vykazuje jednotlivá část Díla vady bránící funkčnosti dle dodané dokumentace nebo vady, na základě kterých není plnění způsobilé pro použití ke smluvenému účelu nebo si nezachovává smluvené vlastnosti a tyto vady nelze odstranit opravou, má objednatel právo požadovat odstranění vady poskytnutím nového plnění v rozsahu vadné části a uplatnit vůči zhotoviteli náhradu škody.

Zhotovitel zaručuje, že veškeré služby v rámci plnění záručních podmínek budou objednateli poskytovány na vysoké profesionální a odborné úrovni a také v souladu s odbornými i komerčními zvyklostmi.

Všeobecné podmínky záruky

Na jednotlivé části Díla specifikované v Příloze č. 2 se poskytuje záruka po dobu 24 měsíců, která začíná plynout od data předání a převzetí těchto jednotlivých částí Díla dle této smlouvy. Záruční doba každé části Díla se prodlužuje o dobu, po kterou byla tato část v důsledku reklamace mimo provoz.

Objednatel může uplatnit reklamaci v rámci záruky na části Díla pouze v případě, že:

• nedošlo k nesprávnému používání nebo údržbě informačního systému nebo jeho komponent, které jsou v rozporu s prokazatelně poskytnutými platnými instrukcemi zhotovitele, nebo v rozporu s technickou dokumentací, jakož i s dokumentací pro správu a užívání informačního systému,

• nedošlo k neoprávněné modifikaci části Díla nebo nedodržení postupů pro jeho využívání, které jsou uvedeny v dokumentaci.

Xxxxxxxxxx je povinen odstranit reklamovanou závadu části Díla, i když tuto vadu jako reklamaci neuznává. V případě, že zhotovitel prokáže, že tato reklamace nebyla oprávněná, uhradí objednatel zhotoviteli náklady spojené s odstraněním této závady.

• Reklamaci musí objednatel uplatnit prostřednictvím záznamu do Service Desku zhotovitele.

• Reklamační sdělení musí obsahovat co nejpodrobnější popis poruchy nebo vady.

• V případě nesouhlasu objednatele s výsledkem řešení reklamace zhotovitelem bude zahájeno další řízení, přičemž obě strany projeví dostatek dobré vůle, která povede ke konečnému řešení.

Service Desk zhotovitele představuje jednotné kontaktní místo (SpoC – Single Point of Contact) pro pracovníky objednatele i zhotovitele. Veškeré požadavky týkající se odstraňování poruch a vad částí Díla zhotovitelem jsou zadávány a řešeny prostřednictvím Service Desku.

Součástí Service Desku je poskytnutí následujících komunikačních kanálů:

a) Elektronická aplikace service desk sloužící k zadávání požadavků elektronickou cestou a následnému monitoringu průběhu jejich řešení

b) E-mail

c) Telefon

Primárním komunikačním kanálem pro Service Desk je elektronická aplikace service desk zhotovitele. Teprve v případě, kdy nelze použít elektronickou aplikaci service desk, probíhá komunikace (hlášení požadavku, žádost o součinnost nebo akceptace řešení) e-mailem nebo telefonicky.

V případě nesouhlasu zhotovitele s uplatňovanou reklamací objednatelem bude zahájeno další řízení, přičemž obě strany projeví dostatek dobré vůle, která povede ke konečnému řešení. Pokud bude prokázáno, že uplatňovaná reklamace není oprávněná (nejedná se o poruchu nebo vadu řešení dodaného zhotovitelem) je objednatel povinen uhradit poskytovateli náklady, které zhotoviteli vznikly při řešení neoprávněného požadavku objednatele. V tomto případě bude cena za řešení požadavku stanovena na základě metody Time&Material, která je uvedena ve Smlouvě o poskytování služeb technické podpory aplikačního programového vybavení a technologické infrastruktury Informačního systému Rejstříku trestů CPV 742 763 00-7 č. 2008062.00, článek VI., odst. 2a a vykázané pracnosti řešitele zhotovitele.

Zhotovitel musí o každé reklamaci vést dokumentaci, která musí minimálně obsahovat:

• datum a čas přijetí reklamace,

• jméno osoby, která odeslání uskutečnila,

• jména řešitelů,

• podrobný postup a způsob řešení.

Výše uvedené informace k reklamaci jsou uloženy v Elektronické aplikaci.

Za zahájení řešení reklamace (Response Time) se považuje okamžik faktického zahájení prací na řešení reklamace podle těchto Záručních podmínek. Za ukončení reklamace se vždy považuje akceptace odstranění poruchy nebo závady objednatelem. Tento časový údaj bude uveden v Elektronické aplikaci.

V případě, kdy v řešení reklamace brání zhotoviteli nepřipravenost objednatele, prodlužuje se doba na řešení o takto způsobenou prodlevu.

Řešení reklamace může zhotovitel provádět jedním z následujících způsobů:

• vzdáleným přístupem do systému objednatele; za tím účelem objednatel zhotoviteli poskytne práva k přístupu, komunikační linku a vhodný způsob připojení (záznam komunikace bude archivován do log souboru),

• osobní přítomností v místě instalace (On Site),

• odvozem/odesláním vadného produktu z místa instalace a dovozem/doručením opraveného produktu do místa instalace, přičemž odvoz, dovoz a doručení provádí zhotovitel, odeslání může provést objednatel po dohodě se zhotovitelem na náklady zhotovitele. Práci, nástroje a materiál na řešení reklamace poskytne zhotovitel zdarma.

Příloha č. 2 - Specifikace Díla a jeho částí

Vymezení předmětu plnění smlouvy

V rámci části Vymezení předmětu plnění smlouvy v Příloze č. 2 Specifikace Díla a jeho částí je ke každé specifikaci Části Díla uvedeno následujících pět charakteristik

a) Popis potřeb Části Díla X – informace objednatele

b) Specifikace Části Díla X – vlastní specifikace Části Díla X zhotovitele tak, jak bude Dílo dodáváno podle této smlouvy

Část Díla A - Napojení Informačního systému Rejstříku trestů (ISRT) fyzických osob (FO) na nový Registr obyvatel (ROB) a Registr územní identifikace adres a nemovitostí (RUIAN)

A a) Popis potřeb Části Díla A

Realizací položky „Napojení Informačního systému Rejstříku trestů (ISRT) fyzických osob (FO) na nový Registr obyvatel (ROB) a Registr územní identifikace adres a nemovitostí (RUIAN)“ mají být naplněny následující potřeby objednatele.

V současnosti ISRT FO komunikuje online prostřednictvím WS s registry Evidence průkazů EP (Občanských průkazů a Cestovních dokladů) a Evidence osob (dále jen EO). S registrem EP ověřuje systém platnost dokladu totožnosti pro občany ČR při podání žádosti osoby v oddělení pro veřejnost v sídle RT.

S registrem EO ověřuje systém správnost údajů osoby zdrojových dokumentů (TL a zpráv) a žádosti pro osoby ČR a cizince s povolením k pobytu. Týká se nejen dokumentů z ČR ale i dokumentů z ciziny, zejména EU. Komunikace s registrem EO je využívána při automatickém i manuálním zpracování zdrojových dokumentů a žádostí. Většina vstupních dokumentů je zpracována automaticky. Proto je třeba odeslat dotaz do EO s údaji (RČ), které umožní z EO vrátit právě jednu osobu.

Všechny odpovědi EO (včetně dotazu) jsou v ISRT FO evidovány, mj. s údaji kdo, kdy i z jakého důvodu dotaz odeslal.

ISRT FO využívá také registr adresních míst UIRADR, který je v současnosti uložen v databázi ISRT FO a je průběžně aktualizován dle podkladů přístupných na xxx.xxxx.xx/xxxxxx. ISRT FO využívá tyto údaje k pořízení a ověření správnosti adresy příjemce vydaného dokumentu (výpisu nebo opisu) při odeslání přes podatelnu. Dále se využívá obec a okres pro uvedení místa narození v ČR osoby odsouzení či osoby žádosti.

A b) Specifikace Části Díla A

Následuje popis předmětu položky „Napojení Informačního systému Rejstříku trestů (ISRT) fyzických osob (FO) na nový Registr obyvatel (ROB) a Registr územní identifikace adres a nemovitostí (RUIAN)“.

Z důvodu spuštění nových Základních registrů (ZR), které obsahují i nový registr ROB, je potřeba změnit v systému ISRT FO napojení na původní registr Evidence obyvatel (EO) za napojení na nový registr ROB. Stávající registr EO má garantovanou „životnost“ pouze do konce roku 2012. Rovněž Územně identifikační registr adres (UIRADR) již nebude dále aktualizován. Dočasně bude sice aktualizován z registru RUIAN, není ale stanoveno koncové datum jeho aktualizace. Aby i nadále mohla aplikace ISRT FO zajištovat plnohodnotné kontroly, je nezbytné ji napojit na nový registr RUIAN.

Napojení ISRT FO na registr ROB neznamená pouze změnu rozhraní. V souvislosti s výše uvedeným popisem a vzhledem k nové struktuře dotazu a odpovědi vyžaduje také revizi a úpravu návazného zpracování v ISRT FO.

Registr UIRADR bude třeba nahradit registrem RUIAN, protože aktualizace registru UIRADR

bude ukončena. V rámci napojení na ROB bude napojena aplikace ISRT FO i na registr RUIAN (předpokládáme opět offline přístup, tedy že bude DB RUIAN importována v DB objednatele).

Z technického hlediska napojení systému ISRT FO na Registr osob (ROS) a RUIAN předpokládá na straně zhotovitele provést zejména tyto úpravy:

• Aplikace ISRT FO se musí vyvíjet přes vzdálený přístup z počítačů MSp ze 2 důvodů:

o webové služby základních registrů jsou dostupné pouze v síti MSp

o webové služby jsou zašifrované – případné řešení přes ”fake” webové služby z lokálního počítače by bylo časově náročné, pracnost by to mohlo až několikrát znásobit

• webové služby jsou šifrované, není možné je jednoduše testovat a vyvíjet jako jiné webové služby, zvýšená náročnost na testování i vývoj

• přechod z EO na registr ROB zahrnuje nové metody webové služby ROB + 1 – 2 metody služby AIS (vrací další potřebné údaje, které nejsou vráceny pomocí ROB služeb); tyto metody se musí používat místo stávajících webových služeb. Každá metoda využívá 2 unikátní objekty (request a response), které budou namapovány na stávající aplikaci ISRT FO

• při zasílání na WS ROB budou objekty dvakrát zašifrovány, poslány na příslušnou metodu webové služby; odpověď pak bude dvakrát dešifrována a namapována zpět na logiku aplikace

• v rámci přechodu EO – ROB bude předělána celá logika webových služeb (8 metod); pro příklad uvádíme:

o služba EO – metoda opis dotazu vrací požadovanou osobu včetně osobních údajů, adresy a doklad

o služba ROB bude muset pro stejnou funkcionalitu použít tyto metody:

▪ robCtiPodleUdaju – vrátí osobní informace

▪ robCtiAifo – vrátí adresní id a některé podrobnější informace dle AIFO, které nám poskytla předešlá metoda

▪ ais čti další údaje – vrátí další požadované informace

▪ ruian čti adresu z DB RT – vrátí přesnou adresu dle adresního id, které nám poskytla předešlá metoda

obdobně je třeba postupovat i při ostatních metodách, aby se nemusela upravovat celá aplikace, či její grafická podoba kvůli novým metodám ROBu

• při přechodu na nový registr adres RUIAN budou stávající objekty ISRT FO UIR-ADR namapovány na cca 9 (počet, který je využíván) objektů RUIAN. Stávající odkazy do UIR-ADR budou přemapovány na odkazy do RUIAN.

U napojení ISRT na registry ROS a ROB je plánováno využít společnou funkcionalitu pro autentizaci a autorizaci. V rámci napojení ISRT na registr ROB a ROS se dále již jedná o zcela jiné eGON služby. Registr ROS vrací právnické osoby a registr XXX xxxxxxx osoby. Registr ROS bude implementován v aplikaci ISRT Právnických osob a registr ROB v aplikaci ISRT Fyzických osob. To jsou dvě samostatné aplikace provozované Rejstříkem trestů.

Protože jde o dvě rozdílné agendy a rozdílné webové služby vrací také rozdílnou množinu informací. Tyto informace je potřeba správně mapovat do příslušných agend. Také logika práce s těmito množinami údajů je rozdílná – registr ROB vrací údaje o občanovi, jako je jméno, příjmení, RČ… a registr ROS vrací název firmy, IČO, sídlo, …

Z registru ROB tedy aplikace ISRT právnických osob nevyužívá ani žádné fyzické osoby jako vlastníky, jednatele apod.

Požadovaná součinnost a předpoklady navrhovaného řešení

Ze strany dodavatele rozhraní ROB předpokládáme nasazení nové verze komunikačního rozhraní pro přístup k ZR (2.0.9.0), která bude obsahovat i tyto chybějící požadované informace:

Odpověď Doklady:

- Platnost dokladu do

- Stav dokladu

Dotaz ROB:

- Rodné příjmení

- RČ

Odpověď ROB:

- Rodné příjmení

- RČ

- Pohlaví

- Původní rodné příjmení - od-do

- Původní jméno - od-do

- Původ příjmení - od-do

- Původní rodné číslo – od-do

Testování systému ISRT FO proběhne vůči základním registrům k tomu určeným. Pro testování na straně objednatele nebudou vytvářeny fiktivní odpovědi. V rámci vývoje může testování provádět dodavatel.

Podle rozhodnutí objednatele bude při napojení na ROB dotazováno podle RČ nejméně do doby, kdy budou RČ dostupná – do 2025.

Objednatel zajistí u společnosti Komix zpracování služeb nezbytných pro ISRT. Zahájení prací dodavatele je technicky vázáno na dokončení vývoje metod, které budou pro řešení využívány, ze strany Komix.

ID	Dodávka	Výstupy	Termín předání k ověření	Doklad převzetí	Plánovaný termín akceptace	Doklad akceptace
A	Napojení ISRT	Zdrojový kód, Build	30. 05. 2014	Předávací	16. 06. 2014	Akceptační
	FO na nový	aplikace, testovací		protokol		protokol
	registr ROB a	scénáře, uživatelská
	registr RUIAN	dokumentace,
		projektové řízení

Část Díla B - Napojení ISRT právnických osob (PO) na Registr osob (ROS) a Registr RUIAN

B a) Popis potřeb Části Díla B

Realizací položky „Napojení ISRT právnických osob (PO) na Registr osob (ROS) a Registr RUIAN“ mají být naplněny následující potřeby objednatele.

V současnosti pracuje aplikace ISRT PO s Registrem evidence subjektů (RES) od ČSÚ v offline režimu.

Z důvodu spuštění Základních registrů, které obsahují i ROS, je nutné aplikaci ISRT PO napojit na ROS a zrušit napojení aplikace ISRT PO na registr RES (spravovaný ČSÚ), který je v současné době neaktuální. Protože registr UIRADR již nebude v budoucnu aktualizován, je třeba aplikaci ISRT PO místo toho napojit na nový registr RUIAN.

B b) Specifikace Části Díla B

Následuje popis předmětu položky „Napojení ISRT právnických osob (PO) na Registr osob (ROS) a Registr RUIAN“.

Aplikace ISRT PO bude změněna tak, že místo náhledů do DB registru RES (které bylo prováděno offline) bude vytvořeno online napojení přes webové služby na registr ROS, který poskytuje aktuální informace. Registr ROS je pravidelně aktualizován každých 24 hodin.

Zároveň bude zrušeno použití registru UIRADR, který byl offline a bude nahrazen také offline přístupem aplikace na registr RUIAN.

Z technického hlediska napojení ISRT PO na registry ROS a RUIAN předpokládá na straně dodavatele provést zejména tyto úpravy:

• Aplikace ISRT PO se musí vyvíjet přes vzdálený přístup z počítačů MSp ze 2 důvodů:

o webové služby základních registrů jsou dostupné pouze v síti MSp

o webové služby jsou zašifrované – případné řešení přes ”fake” webové služby z lokálního počítače by bylo časově náročné, pracnost by to mohlo až několikrát znásobit

• protože jsou webové služby šifrované, není možné je jednoduše testovat a vyvíjet jako jiné webové služby, zvýšená náročnost na testování i vývoj

• přechod z RES na registr ROS zahrnuje nové metody webové služby ROS, které se musí používat místo stávajících databázových objektů, každá metoda využívá 2 unikátní objekty (request a response), které budou namapovány na stávající aplikaci ISZR PO

• zároveň při přechodu na nový registr adres RUIAN budou stávající objekty UIRADR ISZR PO namapovány na cca 9 (počet, který využíváme) objektů služby RUIAN. Stávající odkazy do UIRADR budou přemapovány na odkazy do RUIAN.

• při zasílání na WS ROS budou objekty dvakrát zašifrovány, poslány na příslušnou metodu webové služby; odpověď pak bude dvakrát dešifrována a namapována zpět na logiku aplikace

Napojením ISRT PO na registr ROS bude zajištěno, že údaje v evidenci ISRT PO budou v souladu s evidencí v registru ROS.

Požadovaná součinnost a předpoklady navrhovaného řešení

Testování ISRT PO proběhne vůči základním registrům určeným k testování. Pro testování na straně objednatele nebudou vytvářeny fiktivní odpovědi. V rámci vývoje může testování provádět zhotovitel.

ID	Dodávka	Výstupy	Termín předání k ověření	Doklad převzetí	Plánovaný termín akceptace	Doklad akceptace
B	Napojení ISRT	Zdrojový kód, Build	13. 12. 2013	Předávací	15. 12. 2013	Akceptační
	PO na registr	aplikace, testovací		protokol		protokol
	ROS a registr	scénáře, uživatelská
	RUIAN	dokumentace,
		projektové řízení

Část Díla C - Automatická aktualizace RUIAN

C a) Popis potřeb Části Díla C

Realizací položky „Automatická aktualizace RUIAN“ mají být naplněny následující potřeby objednatele:

Pro snížení závislosti na aktuální dostupnosti registru RUIAN, zvýšení rychlosti ISRT FO a ISRT PO a snížení množství síťové komunikace mimo ISRT jsou data z RUIAN uložena v rámci aplikace ISRT v databázi.

Oproti jiným registrům se jedná o nekritická data z hlediska jejich aktuálnosti. Je dostatečné jednou denně aktualizovat data v databázi ISRT pomocí aktualizačních souborů, které RUIAN poskytuje.

Na adresy RUIAN se ISRT neptá online přes webovou službu RUIAN, ale část dat, která ISRT zajímá, jsou uložena v databázi ISRT.

Důvody pro tento způsob přístupu:

• Není požadováno, aby adresy byly aktuální přesně v daný čas, jako je tomu v registrech u právnických osob ROS a fyzických osob ROB. Adresy stačí mít aktuální v daném dni.

• Aplikace ISRT není závislá na nedostupnosti WS RUIAN - při nedostupnosti WS RUIAN by část aplikace objednatele nebylo možno používat.

• Aplikace ISRT není závislá na době odezvy WS RUIAN - dotaz do DB je velmi rychlý.

• Aplikace ISRT nabízí uživateli zadání adresy postupně a přehledně se značným komfortem. Například při vyplnění obce, nabízí aplikace uživateli pouze ulice v dané obci apod. Zajištění takového komfortu v případě online přístupu by vyžadovalo mnoho dotazů na WS RUIAN pouze pro získání jedné adresy. To by tuto WS velmi zatížilo zvláště, pokud by takový přístup zvolil každý.

• V rámci aplikace ISRT FO byl dříve použit registr UIRADR, kde byly adresy také uloženy v databázi. Bylo vyměněno plnění těchto dat v databázi jinými daty z RUIAN s menšími úpravami. Tento přístup je mnohem méně pracný, než případ, kdy by se přecházelo na online přístup k WS RUIAN.

• V online přístupu k WS RUIAN je zřejmá jediná výhoda - aktuálnost dat. Tato výhoda, ale v tomto případě není nutná.

• Při uložení dat RUIAN v databázi ISRT v DB je potřeba jednou denně tato data aktualizovat pomocí aktualizačních souborů, které RUIAN poskytuje.

C b) Specifikace Části Díla C

Následuje popis předmětu položky „Automatická aktualizace RUIAN“.

Registr RUIAN je potřeba pravidelně aktualizovat. Cílem této úpravy je implementace automatické aktualizace, kdy se objednatel nebude muset o tuto činnost starat a veškerá aktualizace bude prováděna automaticky. Aktualizaci dle údajů RUIAN provede v aplikaci ISRT úloha v čase v domluveném intervalu.

ID	Dodávka	Výstupy	Termín předání k ověření	Doklad převzetí	Plánovaný termín akceptace	Doklad akceptace
C	Automatická	Zdrojový kód, Build	13. 12. 2013	Předávací	15. 12. 2013	Akceptační
	aktualizace	aplikace, testovací		protokol		protokol
	RUIAN	scénáře, uživatelská
		dokumentace,
		projektové řízení

Část Díla D - Součinnost zhotovitele při implementaci Evropského informačního systému rejstříků trestů (ECRIS) RI

D a) Popis potřeb Části Díla D

Realizací položky „Součinnost zhotovitele při implementaci Evropského informačního systému rejstříků trestů (ECRIS) RI“ mají být naplněny následující potřeby objednatele.

Rozšíření aplikačního programového vybavení ISRT FO o komunikaci se státy EU bylo v rámci projektu Evropský informační systém rejstříků trestů (ECRIS) provedeno tak, aby při tomto rozšíření byl použit modul Referenční implementace (RI) třetí strany (European Commission – DG JUST), který má sloužit jako komunikační nástroj mezi národním řešením ISRT FO a ostatními státy EU. Za tímto účelem probíhá vývojový a implementační projekt, jehož cílem je vyvinout a odladit zmiňovaný modul RI, který je v současnosti poskytnut k využití zemím EU.

Každý členský stát EU, ČR nevyjímaje, má za povinnost prostřednictvím rejstříků trestů na tomto projektu EU participovat a dodávat vstupy, odpovědi a podklady a provádět testování tohoto modulu RI pro dodavatele. Tyto činnosti jsou v průběhu projektu vyžadovány dodavatelem ve velkém rozsahu.

Celý projekt je pro dodavatele modulu RI ztížen i tím, že každá země EU má jinou technologickou infrastrukturu (databázi, aplikační server apod.). I z těchto důvodů dodavatel RI striktně vyžaduje po objednateli RT ČR velmi úzkou spolupráci při ověřování funkčnosti jednotlivých verzí modulu RI v krátkých termínech. Specifikace a dodávka modulu RI je ze strany EU uvolňována v postupných verzích, obsahujících celou řadu chyb a nejasností a které jsou často dodávány se zpožděním. Tyto verze se musí vždy zprovoznit, zakomponovat do našeho národního řešení, otestovat, nahlásit a později i projednat chyby a následně čekat na další verzi RI.

V současné době je ještě implementace RI ECRIS ve značně dynamickém stavu. Ze strany EU jsou dodávány nové upgrady, patche chyb a dochází dokonce i k úpravě DB struktur.

Každé takovéto vynucené nasazení nové verze či patche vyžaduje testování a instalaci nové verze RI ECRIS v produkčním prostředí objednatele a případnou implementaci změn v aplikaci ISRT FO.

Uvedené činnosti jsou odborně a technicky značně náročné a objednatel nedisponuje vlastními pracovníky, kteří by byli schopni provádět je samostatně bez spolupráce se současným poskytovatelem provozu ISRT FO. Proto je nezbytné pro realizaci těchto činností využít kapacity dodavatele, který rozšíření APV ISRT o komunikaci s EU zajišťuje.

D b) Specifikace Části Díla D

Následuje popis předmětu položky „Součinnost zhotovitele při implementaci Evropského informačního systému rejstříků trestů (ECRIS) RI“.

Vlastní systém ISRT FO včetně funkcionalit ECRIS má smluvně zajištěnou kvalitní podporu od dodavatele systému. Součástí této podpory však logicky není podpora produktu 3. strany

- Referenční implementace ECRIS.

V rámci této položky bude zajištěn provoz ISRT FO rovněž vzhledem k očekávanému vývoji a úpravám aplikace RI ECRIS. Vzhledem k očekávanému vývoji a úpravám aplikace RI ECRIS budou realizovány ad-hoc činností kolem RI ECRIS, vyvolané 3. stranou.

Stručný popis činností v rámci součinnosti zhotovitele při implementaci ECRIS RI:

• Administrace a řízení níže uvedených prací včetně zajištění dodatečný kapacit

• Instalace robota RI a test na testovacím robotu RI – celé opakovaně v několika krocích dle požadavků EU

o Provedení a vyhodnocení navržených testovacích scénářů

• Připomínky k zasílaným dokumentům RI

o Test Management Plan and Software Development Plan

o ECRIS RI Prototype

o UseCase Model

o a mnoho dalšího

• Dotazníky: Odpovědi na otázky EU týkající se RI

o otázky ohledně infrastruktury

o bezpečnosti

o aplikačního serveru

o databáze

o apod.

• Instalace dočasné testovací infrastruktury pro předběžné testy konektivity

o Příprava a realizace testů konektivity RI ECRIS – opakovaně

o Certifikát a jeho ověření se státy EU

o Podpora testování pro objednatele

• Instalace a test ECRIS RI Prototype – celé opakovaně v několika krocích

o Konfigurace

o Vytváření databáze prototypu RI

o Zasílání připomínek a chyb do EU, protože dodaný prototyp byl chybový a nefunkční

o Ladění konfigurace prototypu

• Instalace, konfigurace a test ECRIS RI všech uvolněných verzí a různých verzí full a final release

o Konfigurace

o Vytváření databáze RI

o Zasílání připomínek a chyb do EU, protože dodaný prototyp byl chybový a nefunkční

o Ladění konfigurace RI

• Součinnost při testování modulu RI ECRIS

• Komunikace s řešitelským týmem EU i přes telekonference

• Fáze manuálního propojení a komunikace s EU s využitím RI zprovozněná před finálním nasazením řešení RI ECRIS.

Část Díla D obsahuje práce zhotovitele v rámci součinnosti p5i implementace ECRIS RI odvedené v letech 2012 a 2013.

ID	Dodávka	Výstupy	Termín předání	Doklad převzetí	Plánovaný termín převzetí	Doklad akceptace
D	Součinnost zhotovitele při implementaci ECRIS RI	Součinnostní práce, případná aktualizace Instalační dokumentace, projektové řízení	13. 12. 2013	Předávací protokol	13. 12. 2013	Předávací protokol

Část Díla E - Aplikační programové vybavení (APV) ISRT PO - etapa II

E a) Popis potřeb Části Díla E

Realizací položky „Aplikační programové vybavení (APV) ISRT PO - etapa II“ mají být naplněny následující potřeby objednatele.

V současné době provozuje objednatel aplikaci ISRT PO – etapa I, která umožňuje příjem elektronických žádostí WS OVM, WS VM CZP a WF OVM pouze pro PO s IČO, tj. žádostí,

které jsou zpracovány automaticky. Žádosti s potřebou manuálního zpracování je třeba zatím podávat v oddělení pro veřejnost nebo v podatelně.

E b) Specifikace Části Díla E

Následuje popis předmětu položky „Aplikační programové vybavení (APV) ISRT PO – etapa II“.

ISRT PO – etapa II navazuje na ISRT PO – etapa I, která byla realizována na přelomu let 2011 - 2012 v rámci projektu RT Akce IZ2011-13. Aplikace ISRT PO – etapa I byla nasazena do rutinního provozního prostředí v dubnu 2012.

Cílem ISRT PO – etapa II je rozšířit příjem a zpracování elektronických žádostí, tj. žádostí WS OVM, WS VM CZP a WF OVM o podání žádostí pro PO také bez IČO, tj. s potřebou manuálního zpracování, příjem a evidenci elektronických TL a zpráv a evidenci digitalizovaných TL a zpráv. Součástí II. etapy jsou také další oblasti se vztahem ke zpracování žádosti.

Obsah ISRT PO – etapa II

E a) Manuální zpracování žádosti

E b) Evidence a zpracování digitalizované žádosti E c) Pořízení a tisk žádosti WF

E d) Evidence dokumentů – Vyhledat, Zobrazit

E e) Dodatečné přiřazení žádosti dle čárového kódu E f) Vytvoření adresy dle RUIAN

E g) Příjem a evidence elektronických trestních listů (dále jen TL) a zpráv E h) Evidence digitalizovaných TL a zpráv

Součástí dodávky ISRT PO – etapa II není implementace požadavků na atestaci aplikace ISRT PO.

E a) Manuální zpracování žádosti

Manuální zpracování žádosti o výpis/opis zahrnuje obecnou funkcionalitu společnou pro žádosti WS OVM, WS VM a WF, tj. zejména zobrazení a zpracování fronty žádostí, vydání dokumentu, odeslání vydaného dokumentu mailem nebo podatelnou, sledování historie stavů žádosti včetně uvolnění ze stavu Ve zpracování.

Dále zahrnuje specifické odlišnosti spojené s jednotlivými vstupními komunikačními kanály WS, VM, WF – příjem a evidence žádostí bez IČO, odeslaní informace o zařazení žádosti do manuálního zpracování, odeslání vydaného dokumentu z manuálního zpracování, žádost o výsledek manuálního zpracování žádosti WS VM CZP.

S manuálním zpracováním žádosti souvisí správa komerčního certifikátu žadatele, který je využíván pro šifrování vydaného dokumentu. Týká se rozšíření registrace certifikátů žadatele a validace platnosti při použití.

E b) Evidence a zpracování digitalizované žádosti

Evidence digitalizovaných žádostí je spojena s digitalizací žádostí – podle rozhodnutí objednatele s vytěžením i bez vytěžení údajů pro převzetí při evidenci.

Zahrnuje evidenci žádosti dle digitalizovaného dokumentu, uložení a připojení dokumentu k evidované žádosti, zpracování žádosti včetně vydání dokumentu.

Dále zahrnuje jednorázové zpětné nahrání těl dokumentů dodatečně digitalizovaných žádostí zpracovaných v I. etapě ISRT PO.

Pro evidenci a zpracování digitalizovaných žádostí je využívána funkcionalita Manuální zpracování žádosti.

E c) Pořízení a tisk žádosti WF

Pořízení a tisk žádosti je funkcionalita elektronické podatelny RT ISRT PO. Tisk žádosti je současně využíván jako obecná funkcionalita evidence žádostí.

E d) Evidence dokumentů – vyhledat, zobrazit

Evidence dokumentů zahrnuje obecnou funkcionalitu pro vyhledání dokumentu, zobrazení přehledu a detailu dokumentů.

E e) Dodatečné přiřazení žádosti dle čárového kódu

Dodatečné přiřazení žádosti dle čárového kódu se týká evidence a zpracování žádosti

v oddělení pro veřejnost (včetně žádostí zpracovaných v ISRT PO – etapa I). Jedná se o automatickou úlohu v čase, která nahraje a přiřadí digitalizované dokumenty žádostí

k žádostem evidovaným dle vytěženého čárového kódu při digitalizaci. Požadovaná součinnost a předpoklady navrhovaného řešení

Zhotovitel se bude snažit využít funkcionalitu skenování čárového kódu, který je použit

v rámci aplikace ISRT FO. Pokud nebude možné tuto funkcionalitu využít, bude třeba, aby objednatel požádal třetí stranu (scanservice) o rozšíření funkcionality skenování také na aplikaci ISRT PO a aby dále zajistil dodání této funkcionality podle schváleného projektového plánu.

E f) Vytvoření adresy dle RUIAN

Vytvoření adresy dle registru RUIAN je využíváno při evidenci sídla osoby TL a zprávy, a také pro doručovací adresu dokumentu s odesláním přes podatelnu. Zahrnuje vyhledání, zobrazení, převzetí a validaci adresy dle RUIAN.

E g) Příjem a evidence elektronických trestních listů a zpráv pro ISRT PO

Evidence elektronických TL a zpráv zahrnuje návrh a vytvoření WS RT ISRT PO pro zdrojové dokumenty.

Dále zahrnuje příjem, validaci a automatickou evidenci zdrojového dokumentu a odsouzení dle typu dokumentu Pořízení / Změna / Odstranění.

Řešení představuje změnu v evidenci odsouzení, která spočívá v evidenci nových údajů - soud, datum rozsudku a spisová značka. Zbývající informace o odsouzení budou i nadále evidovány jako ucelený text.

Strukturování odsouzení o údaje soud, datum rozsudku a spisová značka vyžaduje změnu ve zpracování žádostí, konkrétně promítnutí těchto nových údajů do vydaného dokumentu.

S evidencí elektronických TL a zpráv je spojena registrace organizace k WS RT ISRT PO pro přijetí zdrojového dokumentu.

Předpoklady a omezení navrhovaného řešení

Objednatel umožní příjem zdrojových dokumentů PO prostřednictvím WS RT ISRT PO zdrojDokum, viz návrh v příloze soubor .XSD.

K WS se musí odesílatel zdrojových dokumentů zaregistrovat, tj. zaregistrovat kvalifikovaný certifikát.

Objednatel registraci schválí a odešle žadateli o registraci Registrační číslo, kterým se odesílatel zdrojového dokumentu bude identifikovat v každém zdrojovém dokumentu. Obdoba řešení ISRT FO.

WS dovolí příjem zdrojových dokumentů pouze pro osoby s IČO, které představuje jednoznačnou identifikaci osoby. Další údaj k osobě nebude žádný. Zdrojové dokumenty pro osoby bez IČO, tj. pro zahraniční osoby, budou přijímány i nadále podatelnou v papírové

podobě.

Evidence odsouzení bude obsahovat strukturovaně údaje soud, datum rozsudku, spisová značka, další údaje jsou uvedeny jako jeden text (v jednom elementu). Uvedené údaje a text se převezme do vydaného dokumentu (výpisu / opisu), tj. za obsah vydaného dokumentu odpovídá odesílatel, objednatel údaje odsouzení v tomto případě needituje. Způsob vyplnění textu odsouzení upřesní objednatel.

WS RT ISRT PO zdrojDokum nepracuje s termíny TL / zpráva, pro rozlišení TL a zprávy použije údaj typ dokumentu s hodnotami - Pořízení / Změna / Odstranění.

WS RT ISRT PO zdrojDokum pro typ Pořízení vyhledá jednoznačně osobu dle IČO a založí nové odsouzení.

Typ Změna umožní změnu údajů soud, datum rozsudku, spisová značka a text o odsouzení

– odesílatel uvede jednoznačnou identifikaci odsouzení, strukturované údaje a celý aktualizovaný text odsouzení, tj. odesílatel promítne změny vyplývající ze zprávy do posledního aktuálního stavu odsouzení před změnou. WS RT ISRT PO zdrojDokum vyhledá odpovídající odsouzení a nahradí původní údaje a text novými údaji a textem.

V typu Odstranění odesílatel uvede jen jednoznačnou identifikaci odsouzení a důvod Odstranění. Změna textu v Odstranění není možná. Odstranění má za následek odstranění odsouzení z evidence Rejstříku trestů, tj. odsouzení není uvedeno ve výpisu / opisu.

Pro jednoznačnou identifikaci odsouzení v systémech ISRT a odesílatelů se použije ID odsouzení z ISRT PO. ID odsouzení je vráceno v odpovědi na Pořízení a také v XML opisu u každého odsouzení.

Před odesláním Změny / Odstranění si odesílatel požádá o opis a v nejkratší možné době odešle Změnu / Odstranění. Zamykání odsouzení před zásahem jiného odesílatele po dobu mezi žádostí o opis a Změnou / Odstraněním není v této variantě řešeno. Frekvence současně probíhajících změn od různých odesílatelů se zatím předpokládá nulová.

Aplikace uloží přijatý zdrojový dokument k odsouzení a umožní jeho zobrazení s informací o datu přijetí včetně času. Tak bude možno doložit obsah textu odsouzení k potřebnému datu včetně času.

Aplikace neumožní v typu Change měnit IČO, nutno poslat Annulation s uvedením důvodu a potom typ Pořízení.

Požadovaná součinnost objednatele a třetích stran

• Rejstřík trestů odsouhlasí s MSp způsob předávání elektr. zdrojových dokumentů ISRT PO: odesílatel promítne změny ze zprávy do odsouzení a předává aktuální stav odsouzení. (U ISRT FO odesílatel posílá pouze změnu a aktualizaci odsouzení provádí objednatel).

• Rejstřík trestů zajistí spolupráci s řešiteli systémů pro odesílatele TL a zpráv.

• Pro možnost otestování, akceptace a nasazení do provozu je potřeba, aby dodávky třetích stran byly realizovány v souladu s harmonogramem – v této chvíli předpokládáme testování dané funkčnosti na testovacím prostředí v RT během března 2014.

E h) Evidence digitalizovaných TL a zpráv

Evidence odsouzení dle TL a zpráv, které byly přijaty v podatelně, bude rozšířena o údaje - soud, datum rozsudku a spisová značka.

Digitalizace TL a zpráv nebude prováděna, evidence bude i nadále vedena dle dokumentů v papírové podobě.

Požadovaná součinnost a předpoklady navrhovaného řešení

Pro úspěšné provedení položky E je nezbytná součinnost jak ze strany objednatele, tak i příslušných třetích stran – uživatelů aplikace a WS, zejména:

• určení kontaktní osoby pro realizaci projektu za stranu objednatele,

• zajištění kompetentních osob věcné konzultace za stranu objednatele a třetích stran,

• zajištění osob nezbytných pro připomínkování a akceptaci řešení,

ID	Dodávka	Výstupy	Termín předání k ověření	Doklad převzetí	Plánovaný termín akceptace	Doklad akceptace
E1	APV ISRT PO – etapa II – Analýza	Dokument Analýza, projektové řízení	13. 12. 2013	Předávací protokol	15. 12. 2013	Akceptační protokol
E2	APV ISRT PO - etapa II – Implementace E a) až E f)	Zdrojový kód, Build aplikace, testovací scénáře, uživatelská dokumentace, projektové řízení	31. 03. 2014	Předávací protokol	15. 04. 2014	Akceptační protokol
E3	APV ISRT PO - etapa II – Implementace E g) a E h)	Zdrojový kód, Build aplikace, testovací scénáře, uživatelská dokumentace, projektové řízení	30. 04. 2014	Předávací protokol	15. 05. 2014	Akceptační protokol

Část Díla F - Součinnost v rámci nastavení využívání trestněprávních údajů pro penitenciární účely Vězeňské služby ČR

F a) Popis potřeb Části Díla F

Realizací položky „Součinnost v rámci nastavení využívání trestněprávních údajů pro penitenciární účely Vězeňské služby ČR“ mají být naplněny následující potřeby objednatele.

Tuto funkcionalitu současné aplikační programové vybavení informačního systému Rejstříku trestů neumožňuje.

F b) Specifikace Části Díla F

Následuje popis předmětu položky „Součinnost v rámci nastavení využívání trestněprávních údajů pro penitenciární účely Vězeňské služby ČR“.

Cílem úpravy a rozšíření stávajícího APV ISRT o tuto funkcionalitu je umožnění strukturovaného výpisu/opisu z evidence Rejstříku trestů dle potřeb Vězeňské služby ČR využitím/rozšířením současné strukturované evidence odsouzení.

Tato úprava vychází z požadavku GŘ Vězeňské služby ČR o součinnost objednatele RT v souvislosti s připravovanou reformou vnější a vnitřní diferenciace věznic, jejíž koncepci navrhuje a realizuje GŘ Vězeňské služby ČR v souladu s legislativními procesy vedenými Ministerstvem spravedlnosti ČR, novelou trestního zákoníku a zákona o výkonu trestu odnětí svobody. Jedná se zejména o úpravy formuláře opisu z evidence objednatele tak, aby odpovídal potřebám Vězeňské služby ČR.

Konkrétní návrh úpravy se týká nového konceptu vnitřní diferenciace věznic pro umísťování a přemísťování odsouzených na základě navrhované změny vnější diferenciace (zařazování do typů věznic). Tato vnitřní diferenciace bude stanovována na základě mechanismu, který obsahuje detailní vyhodnocení rizikových faktorů, jejichž důležitá část se vztahuje k trestní minulosti. Tento mechanismus bude využívat některé z výpočtů rizik do praxe zaváděného elektronického nástroje „Souhrnná analýza rizik a potřeb odsouzeného“ („SARPO“).

Důvodem provedení těchto úprav APV ISRT je efektivnější identifikace rizik odsouzených, jejich snižování v souladu s účelem výkonu trestu v rámci ochrany společnosti a současně úspěšná reintegrace odsouzených po skončení výkonu trestu.

Potřebné úpravy ISRT FO v souvislosti s opakováním průběhu trestu – využije se u OS v případě dalšího podmíněného propuštění:

• Číselník Druh trestu – Průběh – A / N / Opakovat

• Změnit TL – Změnit trest – obrazovka Výměra a Průběh

o Přidání průběhu - pokud v číselníku nastaveno opakování Průběhu, nabídne se připojení dalšího kompletního průběhu trestu (+)

o Odebrání průběhu – pokud trest již obsahuje více opakování Průběhu, nabídne se možnost odebrání vždy jen posledního průběhu (-), tj. odebírat postupně, musí zůstat alespoň 1 průběh.

o Na závěr obrazovky zůstanou tlačítka Zpět bez uložení a Uložit

• Detail TL - zohlednit opakování průběhu

• Historie TL - zohlednit opakování průběhu

• Volba výpis / opis a PDF vydaný dokument – položky dalšího průběhu se uvedou za poslední položku předcházejícího průběhu

• XML pro vydaný dokument WS OVM a žádost WF

o Úprava pro novou verzi – element "prubehy" se bude moci opakovat. Využije Vězeňská služba

o Současná verze - element "prubehy" zůstane bez opakování, tj. jen 1x, a navýší se element "prubeh" o údaje dalšího průběhu. Využijí všichni ostatní, nevyžaduje úpravu na straně příjemce

• Zobrazit kopii vyd. dokumentu - zohlednit opakování průběhu

• Transformace ECRIS / NJR / UO - zohlednit opakování průběhu

ID	Dodávka	Výstupy	Termín předání k ověření	Doklad převzetí	Plánovaný termín akceptace	Doklad akceptace
F	Součinnost v rámci	Zdrojový kód, Build	13. 12. 2013	Předávací	15. 12. 2013	Akceptační
	nastavení využívání	aplikace, testovací		protokol		protokol
	trestněprávních	scénáře, uživatelská
	údajů pro	dokumentace,
	penitenciární účely	projektové řízení
	Vězeňské služby
	ČR

Technické řešení

Rozsah tohoto investičního záměru je vymezen provedením úprav a rozšířením stávajícího aplikačního programového vybavení ISRT, ověřením jejich vlivu na činnost stávajících funkcionalit tohoto systému. Se zpracováním dokumentů a podkladů pro atestaci v rámci úprav APV ISRT dle této smlouvy se nepočítá.

Rámcový Harmonogram Díla a jeho částí

V rámci Přílohy č. 2 je dále uveden rámcový harmonogram Díla a jeho částí. Na úrovni řídicího výboru projektu je po dohodě smluvních stran možné upravit termíny jednotlivých dílčích plnění tohoto harmonogramu, za předpokladu, že konečný termín dokončení Díla dle Článku III. smlouvy bude dodržen.

ID Fáze	Dílčí plnění	Dodání do UAT	Akceptace	Fakturace
1	E1 - APV ISRT PO etapa II – Analýza	13. 12. 2013	15. 12. 2013	16. 12. 2013
1	B - Napojení ISRT PO na registr ROS a registr RUIAN	13. 12. 2013	15. 12. 2013	16. 12. 2013
1	F - Součinnost v rámci nastavení využívání trestněprávních údajů pro penitenciární účely Vězeňské služby ČR	13. 12. 2013	15. 12. 2013	16. 12. 2013
1	C - Automatická aktualizace RUIAN	13. 12. 2013	15. 12. 2013	16. 12. 2013
1	D - Součinnost zhotovitele při implementaci ECRIS RI	13. 12. 2013	13. 12. 2013	16. 12. 2013
2	E2 - APV ISRT PO - etapa II – Implementace E a) až E f)	31. 03. 2014	15. 04. 2014	16. 05. 2014
3	A - Napojení ISRT FO na nový registr XXX a registr RUIAN	30. 05. 2014	16. 06. 2014	17. 06. 2014
4	E3 - APV ISRT PO - etapa II – Implementace E g) a E h)	30. 04. 2014	15. 05. 2014	16. 05. 2014

Příloha č. 3 - Detailní cenová specifikace – dílčí plnění

Část Díla A - Napojení ISRT FO na nový registr ROB a registr RUIAN

ID	Dodávka	Cena bez DPH v Kč	Cena včetně DPH v Kč
A	Napojení ISRT FO na nový registr XXX a registr RUIAN	972 400 Kč	1 176 604 Kč

Část Díla B - Napojení ISRT PO na registr ROS a registr RUIAN

ID	Dodávka	Cena bez DPH v Kč	Cena včetně DPH v Kč
B	Napojení ISRT Napojení ISRT PO na registr ROS a registr RUIAN	720 800 Kč	872 168 Kč

Část Díla C - Automatická aktualizace RUIAN

ID	Dodávka	Cena bez DPH v Kč	Cena včetně DPH v Kč
C	Automatická aktualizace RUIAN	289 408 Kč	350 184 Kč

Část Díla D - Součinnost zhotovitele při implementaci ECRIS RI

ID	Dodávka	Cena bez DPH v Kč	Cena včetně DPH v Kč
D	Součinnost zhotovitele při implementaci ECRIS RI	1 808 800 Kč	2 188 648 Kč

Část Díla E – Aplikační programové vybavení ISRT PO - etapa II

ID	Dodávka	Cena bez DPH v Kč	Cena včetně DPH v Kč
E1	APV ISRT PO - etapa II – Analýza	831 250 Kč	1 005 812 Kč
E2 a E3	APV ISRT PO - etapa II – Implementace	1 543 750 Kč	1 867 937 Kč
	Část Díla E celkem	2 375 000 Kč	2 873 749 Kč

Část Díla F – Součinnost v rámci nastavení využívání trestněprávních údajů pro penitenciární účely Vězeňské služby ČR

ID	Dodávka	Cena bez DPH v Kč	Cena včetně DPH v Kč
F	Součinnost v rámci nastavení využívání trestněprávních údajů pro penitenciární účely Vězeňské služby ČR	388 416 Kč	469 983 Kč

Xxxx Xxxxxx

ID	Dodávka	Cena bez DPH v Kč	Cena včetně DPH v Kč
	Dílo celkem	6 554 824 Kč	7 931 336 Kč

Příloha č. 4 - Způsob předání a akceptace výstupů projektu

Obecné principy a mechanizmy akceptace výstupů projektu

a) Pro každou dodávku plnění v rámci této smlouvy, která podléhá akceptaci ze strany objednatele, budou definována akceptační kritéria, která musí dané plnění splňovat. Způsob ověření splnění akceptačních kritérií je stanoven touto akceptační procedurou.

b) Akceptace dodávek nebo jejích částí bude provedena níže uvedeným způsobem. Pokud objednatel do vzájemně dohodnutého počtu pracovních dní (lhůta) od protokolárního předání výstupu zhotovitelem (nebude-li na úrovni projektového vedení písemně dohodnuto jinak) nenahlásí neshody a problémy do helpdeskové aplikace zhotovitele OTRS, má se za to, že dodaná dodávka (případně částečná dodávka), je akceptována bez výhrad marným uplynutím této lhůty.

c) Objednatel do 10 ti (deseti) pracovních dnů po akceptaci všech dohodnutých dodávek, které podléhají akceptaci objednatele, a které jsou nutné pro zahájení ostrého provozu celého Díla, případně jeho ucelené části, na provozním prostředí (resp. v termínu uvedeném v platném harmonogramu projektu), zahájí standardní ostrý provoz dodaného Díla. Zahájením ostrého provozu celého Díla, případně jeho ucelené části, je zahájená záruční doba, na kterou se vztahují záruční podmínky uvedené v příloze č. 1 této smlouvy.

d) Pokud je na předání nebo akceptaci dodávky navázán platební milník, je datum podpisu Předávacího či Akceptačního protokolu zároveň datem uskutečnění zdanitelného plnění pro příslušný platební milník.

e) Oprávněnými osobami k předání a převzetí dodávek plnění jsou osoby odpovědné za jednání ve věcech technických, které jsou uvedeny v čl. I smlouvy.

Předávání a akceptace výstupních dokumentů

a) Dokumenty, vypracované zhotovitelem v rámci této Smlouvy, a které podléhají akceptaci objednatelem, předá zhotovitel objednateli v termínu uvedeném v platném harmonogramu projektu v jedné tištěné kopii a v elektronické podobě na předem dohodnutém datovém nosiči.

b) O předání dokumentu bude proveden písemný záznam formou Předávacího protokolu.

c) V případě, že objednatel zjistí vady nebo nedodělky předaných dokumentů, písemně uplatní u zhotovitele své připomínky bez zbytečného odkladu, nejpozději však do 5 ti (pěti) pracovních dnů ode dne protokolárního předání (nebude-li na úrovni projektového vedení písemně dohodnuto jinak). Zhotovitel zapracuje připomínky a odstraní objednatelem specifikované vady bez zbytečného odkladu, nejpozději však do 5 ti (pěti) pracovních dnů po jejich obdržení (nebude-li na úrovni projektového vedení písemně dohodnuto jinak) a předá opravený dokument objednateli. Pokud byly připomínky objednatele zapracovány, vady byly odstraněny a pokud nevznikly zapracováním připomínek a odstraněním vad vady nové, budou dokumenty dle této smlouvy považovány objednatelem za akceptované.

d) Pokud dokument podléhá formální akceptaci, tak o aktu akceptace bude proveden písemný záznam formou Akceptačního protokolu, který bude podepsán oběma smluvními stranami.

e) Akceptační kritéria výstupních dokumentů

Oblast	Způsob ověření	Akceptační kriteria	Formální potvrzení
Akceptace	Dokumenty byly dodány v rozsahu,	Formální	Předávací protokol,
plnění	kvalitě a obsahové správnosti a	schválení	či Akceptační
charakteru	byly odsouhlaseny v rámci	dokumentu	protokol
dokument	připomínkování

Předávání, testování a akceptace APV (SW produktů)

a) Pokud je předmětem dodávky dle této smlouvy aplikační programové vybavení (APV) či jeho část, které vyžaduje při předání předvedení v chodu, je součástí akceptační procedury provedení uživatelských akceptačních testů (UAT). Závazný způsob provádění akceptačních testů je popsán v tomto článku. Hlavním cílem tohoto testování je verifikace APV v testovacím prostředí objednatele.

b) Ve chvíli kdy dojde ze strany zhotovitele k vytvoření ucelené části APV podle projektového návrhu je vytvořen tzv. Release APV (build s jednoznačnou verzí APV). Release APV je po úspěšném interním testování zhotovitelem distribuován dohodnutými principy k objednateli. Zhotovitel provede instalaci APV na testovací prostředí objednatele.

c) Pro zajištění kvality předávaného Release APV dochází na testovacím prostředí objednatele k uživatelským akceptačním testům objednatele (dále též „UAT“) na základě zhotovitelem dodaných testovacích scénářů.

d) UAT testy – provádí vybraní klíčoví uživatelé objednatele za předem definované podpory zhotovitele. V rámci UAT testů se ověřuje, zda všechny smluvně specifikované funkční požadavky objednatele jsou korektně implementovány. Ověřuje se funkčnost implementované business logiky, kontroluje se grafické rozhraní systému, správnost generovaných reportů, atd.

e) Objednatel je povinen zajistit připravenost testovacího a produkčního prostředí pro nasazení Díla zhotovitelem. Pokud objednatel nepřipraví testovací prostředí do 5 dnů po plánovaném datu zahájení akceptačních testů, má zhotovitel právo navrhnout úpravu navazujících termínů a milníků plnění o takto vzniklé zpoždění.

f) UAT testování musí probíhat pouze na posledním, řádně předaném a instalovaném Release APV.

g) Termín pro provedení UAT testů jednotlivých dodávek objednatelem je do 5 ti (pěti) pracovních dní po předání Díla nebo jeho částí (nebude-li na úrovni projektového vedení písemně dohodnuto jinak). Nalezené vady nebo nedodělky zadává objednatel bez zbytečného odkladu, nejpozději však do 5 ti (pěti) pracovních dnů ode dne předání do helpdeskové aplikace OTRS v předem dohodnuté struktuře a rozsahu.

h) Uživatelské akceptační testy UAT končí předáním výsledného reportu shrnující přehled o tom, které testovací scénáře byly provedeny a s jakým výsledkem. Tento report vypracovává objednatel a předává zhotoviteli neprodleně po ukončení UAT testů.

i) Výsledek UAT testů Release APV může být následující:

• Akceptováno bez výhrad – pokud předané APV či jeho část nevykazuje žádné vady

• Akceptováno s výhradami – pokud předané APV či jeho část vykazuje vady, avšak splňuje akceptační kritéria

• Neakceptováno – pokud předané APV či jeho část vykazuje vady a nesplňuje akceptační kritéria.

j) Akceptační kritéria UAT testů aplikačního programového vybavení APV

Oblast	Způsob ověření	Akceptační kriteria	Formální potvrzení
Akceptace dodávky APV, SW produktu	Výsledky jsou v souladu se zadanými požadavky na APV	• 0 chyb kategorie A • Max. 5 chyb kategorie B • Max. 10 chyb kategorie C • Kategorie D se nesleduje	Akceptační protokol

k) Kategorie vad APV se dělí dle závažnosti jejich projevů a naléhavosti odstranění takto:

Název	Definice kategorie vady APV
Kritická (A)	Systém je nedostupný nebo nepoužitelný pro kritické funkcionality. Není známo žádné dočasné náhradní řešení. Problém si vyžaduje nejrychlejší řešení. Chyby způsobují trvalou ztrátu, nebo vážně poškozují sledování důležitých údajů. Aplikace jako celek je nefunkční.
Vážná (B)	Systém je nedostupný nebo nepoužitelný jako v případě kategorie A. Je však známé dočasné náhradní řešení (workaround). Náhradní řešení je spojené zpravidla s vynaložením zvýšené námahy do náhradního řešení na straně objednatele.
Střední (C)	Vada snižuje funkcionalitu systému, ale nemá zásadní dopad na klíčové procesy objednatele. Hlavní funkcionality a celek systému jsou funkční, ale dostupnost některých nekritických funkcionalit může být omezena, případně je dostupnost řešena náhradním způsobem, který nepředstavuje pro objednatele podstatné vynaložení zvýšené námahy ale je v rozporu s původním designem aplikace, případně organizačními opatřeními. Vady umožňují provoz, který nemá vliv na kvalitu dat a výsledky zpracování,
Nízká (D)	Vadou s prioritou nízkou jsou všechny vady, které nejsou svojí povahou chybou. Vada není kritická vzhledem k provozu APV, nesnižuje funkcionalitu systému. Všechny vady aplikace, které nezpůsobují trvalou ztrátu nebo vážné poškození údajů. Jedná se zejména o požadavky informativní povahy, žádosti o poskytnutí informací, objasnění spojená s užíváním aplikací atd. (vč. objasňování dokumentace, porada k administrátorským činnostem, apod.).

l) V případě, že výsledek UAT testů Release APV je Neakceptováno, odstraní zhotovitel objednatelem reklamované oprávněné vady nebo nedodělky bez zbytečného odkladu, nejpozději však do 10 ti (deseti) pracovních dnů po jejich obdržení (nebude-li na úrovni projektového vedení písemně dohodnuto jinak) a předá opravený Release APV objednateli k přetestování. Poté se UAT testy opakují v omezené míře, která je dána rozsahem oprav. Cykly akceptace se opakují, dokud výsledek UAT testů Release APV nebudou s výrokem Akceptováno nebo Akceptováno s výhradami.

m) Objednatel je povinen zajistit zhotoviteli vzdálený přístup na testovací a v odůvodněných případech i na produkční prostředí objednatele.

n) Pokud byly vady odstraněny, a pokud nevznikly zapracováním připomínek a odstraněním vad vady nové, bude předané APV či jeho část dle této smlouvy považováno objednatelem za akceptované bez výhrad. V případě Akceptace s výhradami budou vady odstraňovány jako vady záruční.

o) O výsledku provedení UAT testů bude proveden písemný záznam formou Akceptačního protokolu, který bude podepsán odpovědnými zástupci obou smluvních stran.

p) Po akceptaci dodávky APV zajistí zhotovitel po dohodě s objednatelem nasazení APV či jeho ucelené části do produkčního prostředí objednatele dle aktuálního sjednaného harmonogramu (nebude-li na úrovni projektového vedení písemně dohodnuto jinak). K řádnému splnění povinnosti zhotovitele dojde v okamžiku akceptace APV či jeho části ze strany objednatele v rámci UAT testů. Vady zjištěné po nasazení na produkční prostředí objednatele budou řešeny jako vady záruční.

Předávání výstupů nepodléhajících akceptaci

Závazek zhotovitele poskytnout objednateli služby, jejichž výstupy nepodléhají předání a akceptaci dle bodů 2 a 3 (např. školení, vedení projektu, konzultace, součinnost zhotovitele a technická podpora), je splněn provedením / poskytnutím těchto služeb. Provedením / poskytnutím služby je tato část plnění Díla považována za akceptovanou.

O předání výstupu, umožňuje-li to charakter služby, bude proveden písemný záznam, případně vystaven Předávací protokol.

Smlouva o Dílo Rozvoj komunikačního rozhraní ISRT

strana 30 z 30

Příloha č. 6 - Pověření Xxxxx Xxxxxxx k jednání za společnost Telefónica Czech Republic, a.s.