Smlouva o Dílo č. BS 2011029.00

RT_SoD_Rozvoj APV ISRT_2011_2012_podepsaná.doc Smlouva č. BS 2011029.00

Xxxxxxx o Dílo č. BS 2011029.00

I. Smluvní strany a úvodní ustanovení

1. Telefónica O2 Business Solutions, spol. s r.o. (dále xxx xxxxxxxxxx)

se sídlem: Za Brumlovkou 266/2 140 22 Praha 4, Michle

zapsaná v obchodním rejstříku u MS Praha, oddíl C, vložka 11615 IČO: 45797111

DIČ: CZ45797111

bankovní spojení: Komerční banka a.s. Praha

č.ú.: 35903111/0100

jednající: Xxx. Xxxxxx Xxxxxxxx a Xxx. Xxx Xxxxxxx, jednatelé společnosti

osoba odpovědná za jednání

ve věcech technických: Xxx. Xxxxx Xxxx, tel.: 000 000 000 000,

e-mail: xxxx.xxxxx@x0.xxx

2. Česká republika - Rejstřík trestů (dále jen objednatel)

se sídlem: Soudní 1

140 66 Praha 4

IČO: 00026085

DIČ: není plátce DPH

bankovní spojení: ČNB, pobočka Praha č.ú.: 3226-041/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

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 dodávek, prací a služeb včetně služby projektového řízení souvisejících s provedením úprav a rozšíření 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“) a zabezpečení dalších požadavků v souvislosti s realizací akce „Rozvoj Informačního systému Rejstříku trestů v roce 2011 až 2013“, 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éž jen

„Dílo“).

strana 1 z 47

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

1) Úpravy a rozšíření aplikačního programového vybavení informačního systému Rejstříku trestů (APV ISRT) I:

a) SW úpravy stávajícího APV a implementační služby související s novou technologickou infrastrukturou (TIF)

b) Rozšíření APV ISRT pro realizaci Evropského informačního systému rejstříků trestů (ECRIS)

c) Vytvoření APV ISRT umožňující zavedení evidence právnických osob pravomocně odsouzených soudy v trestním řízení - etapa I.

d) Rozšíření APV ISRT umožňující blokování poskytnutí informací o vyžádání výpisu/ nahlédnutí do opisu na „chráněné osoby“ orgány veřejné moci (zejména zpravodajskými službami)

e) Hlášení o zpracování žádostí o vyžádání výpisu/nahlédnutí do opisu na „chráněné osoby“ orgány veřejné moci

f) Změna podávání Žádosti o výpis/nahlédnutí do opisu z RT - odstraněním vyplňování formuláře žadatelem

g) Změna rozhraní komunikace EOUniQueDoc 20101020

2) Úpravy a rozšíření APV ISRT II:

a) Vytvoření APV ISRT umožňující zavedení evidence právnických osob pravomocně odsouzených soudy v trestním řízení - etapa II. (etapa II. bude předmětem samostatného Dodatku ke smlouvě)

b) Úprava automatického zpracování žádosti - osoba s více slovy ve jménech, vyhledání dle PČO

c) Úprava validace osoby s osobou Evidence obyvatel (EO)

d) Aktualizace osoby EO bez RČ

e) Automatická aktualizace osoby odsouzení EO

f) Úprava automatického zahlazení

g) Zobrazení nepřiřazeného certifikátu ve vyhledaných žádostech

h) Doplnění statistik

i) Automatické zamítnutí žádosti pro osobu dle EO zemřelou

j) Žádosti s neplatným certifikátem

k) Vyhledávání v DB bez diakritiky

l) Hlášení nepřesných údajů EO

m) Umožnění elektronického podpisu pomocí algoritmu tř. SHA2 pro XP

n) Optimalizace generování výpisů PDF dokumentů

o) Nový Framework pro Web Servisy WS-ORG, WS-VM

p) Zrušení odeslaných dokumentů pro ECRIS

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. 2013.

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 této smlouvy.

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

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í 19.667.424,70 Kč (devatenáct milionů šest set šedesát sedm tisíc čtyři sta dvacet čtyři 70/100 korun českých) bez DPH, tj. 23.600.909,60 Kč (dvacet tři miliony šest set tisíc devět set devět 60/100 korun českých) včetně DPH ve výši 20%.

2. Smluvní strany se dále dohodly, že celková cena je stanovena jako nejvýše přípustná a nepřekročitelná, zahrnuje veškeré náklady zhotovitele spojené se zhotovením Díla. Výši ceny je možno překročit pouze v případě změny zákonné sazby DPH. 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ě 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, musí být řešena pouze na základě písemného dodatku ke smlouvě.

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 § 28 odst. 2 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 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 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,

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,

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

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

poskytnout další potřebná protiplnění specifikovaná 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í,

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 prostřednictvím 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 dojde 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ého APV. 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í 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.

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 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.

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. V případě prodlení objednatele s úhradou plateb o více než 10 dní podle této smlouvy má zhotovitel nárok na zaplacení úroku z prodlení ve výši stanovené vládním nařízením č. 142/1994 Sb., ve znění pozdějších předpisů.

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 objednatel povinnosti k ochraně autorských práv k dílu podle této smlouvy, je povinen zaplatit zhotoviteli smluvní pokutu ve výši 500.000,- Kč za každé takové prokázané porušení. Zaplacením smluvní pokuty není dotčeno právo zhotovitele domáhat se ochrany v souladu s ustanovením AZ.

5. 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í.

6. 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. 5 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í.

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í.

RT_SoD_Rozvoj APV ISRT_2011_2012_podepsaná.doc Smlouva č. BS 2011029.00

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 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

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 27. 1. 2012

Xx xxxxxxxxxxx:

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

Xxx. Xxxxxx Xxxxxxxx Xxx. Xxx Xxxxxxx

jednatelé

strana 10 z 47

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) Stávající stav Části Díla X – informace objednatele

b) Cílový stav Části Díla X - požadavky objednatele

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

d) Klíčové termíny Části Díla X

e) Předpoklady plnění a Požadavky na součinnost objednatele k Části Díla X

Část Díla A - SW úpravy stávajícího APV a implementační služby související s novou technologickou infrastrukturou (TIF)

Viz Článek II. Předmět smlouvy Odstavec 1. část 1) a) - SW úpravy stávajícího APV a implementační služby související s novou technologickou infrastrukturou (TIF)

A a) Stávající stav Části Díla A

Výše uvedené úpravy současné APV ISRT neobsahuje.

A b) Cílový stav Části Díla A

V rámci obnovy TIF ISRT bude proveden nákup hardwarového a softwarového vybavení. Tento nákup není předmětem této Smlouvy o Dílo a je plně zajišťován objednatelem.

Tyto nové komponenty bude třeba s ohledem na minimalizování omezení činnosti Rejstříku trestů implementovat do stávajícího ISRT způsobem, umožňujícím plné zachování funkčnosti tohoto systému a jeho rozšíření o funkcionality, uvedené v dalších bodech této zadávací dokumentace.

A c) Specifikace Části Díla A

V rámci Části Díla A 1 bude realizována etapa Implementační služby související s novou technologickou infrastrukturou (TIF). V této etapě budou realizovány následující práce související s upgradem technologické infrastruktury RT pro APV ISRT implementované zhotovitelem a pro jeho následné provozování v RT:

Zpracování dokumentu Prováděcí projekt Montáž nového HW

Instalace a konfigurace HW/SW/OS (Oracle LINUX, LAN) Instalace a konfigurace virtualizačního prostředí Instalace a konfigurace aplikačních serverů

Instalace a konfigurace zálohovacího systému NetBackup

Migrace dat (testovací prostředí, provozní prostředí), konfigurace DB Konfigurace pro Monitoring

Zpracování dokumentace skutečného provedení Demontáž starého HW

Služba Projektové řízení

V rámci Části díla A 2 bude realizována etapa SW úpravy stávajícího APV. V této etapě budou realizovány následující práce Příprava vývojového prostředí CLV

Úpravy APV související s přechodem na Oracle DB 11 Úpravy APV související s přechodem na Tomcat Úpravy APV související s přechodem na nový LDAP Úpravy APV související s přechodem na Javu 6

Zálohování PDF dokumentů a elektronických podpisů

Interní testování aplikace dle stávajících testovacích scénářů a podpora UAT Nasazení upravené APV

Služba Projektové řízení

A d) Klíčové termíny Části Díla A

ID	Dodávka	Výstupy	Termín předání k ověření	Doklad převzetí	Plánovaný termín akceptace	Doklad akceptace
A1.1	Upgrade TIF Prováděcí projekt, Testovací prostředí	Prováděcí projekt, Realizace Upgrade TIF Testovací prostředí, prvotní migrace, projektové řízení	9. 2. 2012	Předávací protokol	13. 3. 2012	Akceptační protokol
A1.2	Upgrade TIF, Provozní prostředí, Dokumentace	Dokumentace, Upgrade TIF Provozní prostředí, finální migrace, projektové řízení	5. 3. 2012	Předávací protokol	13. 3. 2012	Akceptační protokol
A2	SW úpravy stávajícího APV	Zdrojový kód, Build aplikace APV, testovací scénáře, uživatelská a instalační dokumentace, projektové řízení	24. 2. 2012	Předávací protokol	2. 3. 2012	Akceptační protokol
	Část Díla A celkem				27. 3. 2012	Akceptační protokol

A e) Předpoklady plnění a Požadavky na součinnost objednatele k Části Díla A

Kromě povinností objednatele viz Článek VI. Povinnosti smluvních stran, odstavec 2 Smlouvy, je nezbytné, aby objednatel dále zajistil

nákup kompletního hardwarového a softwarového vybavení pro novou TIF do 2. 12. 2011. V případě posunutí termínu zajištění uvedeného vybavení budou termíny dodání výstupů Části Díla A posunuty o adekvátní čas plus další nezbytný čas pro opětnou alokaci kapacit zhotovitele a subdodavatele,

souhlas dodavatelů HW komponent s tím, že zhotovitel s těmito komponentami můžeme nakládat, hýbat a konfigurovat tak, jak je nezbytné pro realizaci Xxxxx díla A 1,

náležitou součinnost při migraci dat do produkčního prostředí dle RTP (release to production), které vznikne a bude odsouhlaseno na základě UAT testů,

poskytnutí vzdáleného přístupu (vytvořit kartičky, účty),

náležitou součinnost 3. stran podle prováděcího projektu v požadovaných termínech, rack mount pro páskovou jednotku,

zajištění vzdáleného přístupu do testovacího i produkčního prostředí nové infrastruktury RT pro možnost vzdálených instalací a testování pro objednatele a subdodavatele; tento přístup bude funkční již před prvním nasazením ISRT na testovací prostředí a před první kontrolou provedené migrace.

Část Díla B - Rozšíření APV ISRT pro realizaci Evropského informačního systému rejstříků trestů (ECRIS)

Viz Článek II. Předmět smlouvy Odstavec 1. část 1) b) - Rozšíření APV ISRT pro realizaci Evropského informačního systému rejstříků trestů (ECRIS)

B a) Stávající stav Části Díla B

1) b) - Rozšíření APV ISRT pro realizaci Evropského informačního systému rejstříků trestů (ECRIS)

V současné době je RT zapojen v projektu NJR, který umožňuje elektronickou výměnu informací z trestních rejstříků některých členských států EU. Zavedení systému ECRIS, v němž budou propojeny trestní rejstříky všech členských států EU, je stanoveno na duben r. 2012.

ISRT eviduje trestní listy a na žádosti o výpis/opis tyto vydává. Trestní listy i žádosti přijímá elektronickou cestou přes webové služby. Elektronicky o výpis/opis žádají jak organizace, tak osoby. S postupným přechodem uživatelů na elektronické zpracování vzrůstá počet elektronicky doručených a zpracovávaných informací a zároveň jsou připojovány nové funkcionality.

B b) Cílový stav Části Díla B

1) b) - Rozšíření APV ISRT pro realizaci Evropského informačního systému rejstříků trestů (ECRIS)

Xxx Xxxxxxxxx rozhodnutí Rady 2009/316/SVV ze dne 6. 4. 2009 o zřízení systému ECRIS podle článku 11 rámcového rozhodnutí 2009/315/SVV ze dne 26. února 2009 o organizaci a obsahu výměny informací z rejstříku trestů mezi členskými státy, jsou členské státy povinny přijmout opatření nezbytná pro dosažení souladu s tímto rámcovým rozhodnutí nejpozději do 27. dubna 2012. Toto rámcové rozhodnutí nově upravuje zejména způsob nakládání s informacemi o odsouzeních občana členského státu Evropské unie, o kterých informoval ústřední orgán odsuzujícího členského státu Evropské unie ústřední orgán členského státu Evropské unie, kterého je odsouzený státním občanem. Členský stát Evropské unie, kterému byly tyto informace předány, je povinen tyto informace uchovávat pro účely dalšího předávání.

V případě nečinnosti nesplní Česká republika své závazky vyplývající z jejího členství v Evropské unii, zejména nebude schopna reagovat na požadavky jiných členských států o předání informací o odsouzení občanů České republiky jinými členskými státy Evropské unie.

V Poslanecké sněmovně Parlamentu České republiky proběhlo 23. září 2011 třetí čtení sněmovního tisku 281 Vládního návrhu na vydání zákona, kterým se mění zákon č. 269/1994 Sb., o Rejstříku trestů, ve znění pozdějších předpisů, a některé další zákony, který v sobě výše uvedenou problematiku zahrnuje.

Vymezení této akce je dáno zajištěním realizace požadavků na všechny funkce, vyplývající z Rozhodnutí Rady o zřízení systému ECRIS a jejich implementaci do stávajícího systému.

Ke zpracování veškeré agendy v rámci systému ECRIS bude využito rychlé elektronické komunikace s důrazem na vysokou dostupnost dat, využití moderních technologií a vysoký stupeň bezpečnosti dat.

V rámci projektu bude vytvořen komplexní, výlučně elektronický systém, který umožní úspory nákladů v následujících oblastech: pro státy zapojené v tomto systému bude odstraněna výměna informací v listinné podobě, tím odpadnou náklady za poštovné, bude minimalizován počet pracovníků, podílejících se na zpracování této agendy. Zrychlení výměny informací se projeví na zvýšení rychlosti rozhodování soudů, policejních orgánů a dalších institucí.

Dopad realizace projektu se projeví ve zlepšení a urychlení komunikace mezi orgány státní správy všech členských států EU. Použití referenčních tabulek usnadní zlepšení vzájemné srozumitelnosti a transparentnosti v oblasti kategorií trestných činů a uložených trestů.

Výsledky realizace projektu se týkají všech členských států EU.

Rozsah této akce je vymezen provedením úprav stávajícího APV ISRT pro realizaci systému ECRIS tak, aby i v dlouhodobém výhledu bylo zajištěno pokrytí aktuálně narůstajících i očekávaných potřeb a požadavků s možností rozšíření a rozvoje systému a aby jej nebylo nutné zásadním způsobem inovovat, např. v důsledku změn české či evropské legislativy.

Pro zajištění provozu a dalšího rozvoje APV ISRT v budoucnu a jeho propojení se systémem ECRIS byla vypracovávána studie proveditelnosti, která se týkala jak technologické infrastruktury, tak i SW vybavení.

Výstupem projektu bude nová verze aplikačního programového vybavení, potřebná k dosažení vytčených cílů, její implementace a testování.

Cílem realizace tohoto projektu je zabezpečení pokrytí všech procesů, funkcí a očekávaného vzrůstu zatížení spojených s vybudováním systému ECRIS. Tím bude zajištěna možnost vzájemné elektronické komunikace Rejstříku trestů ČR se všemi ostatními členskými státy EU.

Požadavky, vyplývající z výše uvedených materiálů, jsou zahrnuty v připravované novele zákona č. 269/1994 Sb., o Rejstříku trestů

B c) Specifikace Části Díla B

1) b) - Rozšíření APV ISRT pro realizaci Evropského informačního systému rejstříků trestů (ECRIS)

Rozsah této Části Díla je definován ve Studii proveditelnosti, zmíněné v sekci Cílový stav Části Díla B. V uvedené studii není počítáno s využitím Referenční implementace ECRIS pro rozšíření APV ISRT (dále též „RI“).

Vzhledem k požadavku RT použít tuto aplikaci předpokládáme, že RI využijeme v těchto bodech:

- Vstupní validace zprávy při příjmu a následně odeslání chybové zprávy v případě nevyhovění vstupním podmínkám

- WS pro zjištění dostupnosti

- Statistika, logování, monitorování ERCIS

- Správa serverových certifikátů ostatních států a jejich použití při odesílání zpráv

V době přípravy Specifikace Části Díla B není zřejmé, jak přesně bude aplikace RI implementována. Pokud bude možné v závislosti na finálním stavu aplikace RI, předpokládáme aplikaci RI využít také v následujících bodech:

- Dodatečná identifikace osoby (tuto funkcionalitu považujeme za zřídka používanou, např. v NJR vůbec není)

- Odeslání, přijetí deadline – do kdy musí být žádost zpracována

- Přijmout otisky prstů

- Číselníky Common Tables

V části B b) Cílový stav Části Díla B je uveden požadavek „provedením úprav stávajícího APV ISRT pro realizaci systému ECRIS tak, aby i v dlouhodobém výhledu bylo zajištěno pokrytí aktuálně narůstajících i očekávaných potřeb a požadavků s možností rozšíření a rozvoje systému a aby jej nebylo nutné zásadním způsobem inovovat, např. v důsledku změn české či evropské legislativy.“ Vzhledem k tomu, že v době přípravy Specifikace nejsou známy, jaké budou narůstající potřeby a požadavky na rozšíření a rozvoj systému ani jak budou vypadat změny českých či evropských zákonů, není možné garantovat, že v případě dalšího rozvoje systému ECRIS nebude nutné zásadním způsobem aplikaci inovovat.

V části B b) Cílový stav Části Díla B je uveden požadavek „Cílem realizace tohoto projektu je zabezpečení pokrytí všech procesů, funkcí a očekávaného vzrůstu zatížení spojených s vybudováním systému ECRIS. Tím bude zajištěna možnost vzájemné elektronické komunikace Rejstříku trestů ČR se všemi ostatními členskými státy EU.“ Rozsah procesů a funkcí, které budou v rámci této smlouvy realizovány, je vymezen Studií proveditelnosti.

B d) Klíčové termíny Části Díla B

ID	Dodávka	Výstupy	Termín předání k ověření	Doklad převzetí	Plánovaný termín akceptace	Doklad akceptace
B1	Analýza funkcionality ECRIS	Dokument popisující analýzu, projektové řízení	10. 2. 2012	Předávací protokol	28. 2. 2012	Akceptační protokol
B2	Rozšíření APV ISRT o funkcionalitu ECRIS	Zdrojový kód ECRIS, Build aplikace, testovací scénáře, projektové řízení	16. 4. 2012	Předávací protokol	30. 4. 2012	Akceptační protokol
B3	Rozšíření funkcionality ECRIS o komunikační kanál, Dokumentace ECRIS	Zdrojový kód ECRIS komunikační kanál, Build aplikace, testovací scénáře; Uživatelská a instalační dokumentace, projektové řízení	5. 6. 2012	Předávací protokol	29. 6. 2012	Akceptační protokol
	Část Díla B celkem				2. 7. 2012	Akceptační protokol

B e) Požadavky na součinnost objednatele Části Díla B

Kromě povinností objednatele viz Článek VI. Povinnosti smluvních stran, odstavec 2 Smlouvy, je požadováno, aby objednatel dále zajistil dodání aplikace ECRIS RI podle aktuální Roadmap „ECRIS RI-D01.03-ECRIS Roadmap-v1.1-1.doc“. Předpokládáme, že ECRIS RI Full release (který má být dodán 3. 2. 2012) bude obsahovat všechny nezbytné funkčnosti (plně funkční bez chyb) pro plné dokončení projektu ECRIS na straně zhotovitele.

Pro dodržení termínů realizace Části Díla B je nutné rovněž dodržení termínů součinnosti viz A e) Předpoklady plnění a Požadavky na součinnost objednatele k Části Díla A. V případě prodlení s poskytnutím součinnosti budou termíny dodání výstupů Části Díla A posunuty o adekvátní čas plus další nezbytný čas pro opětnou alokaci kapacit zhotovitele a pracovníků subdodavatele. Rovněž návazné termíny dodání výstupů Části Díla B budou pak posunuty o adekvátní čas.

Část Díla C - Vytvoření APV ISRT umožňující zavedení evidence právnických osob pravomocně odsouzených soudy v trestním řízení

Viz Článek II. Předmět smlouvy Odstavec 1. část 1) c) - Vytvoření APV ISRT umožňující zavedení evidence právnických osob pravomocně odsouzených soudy v trestním řízení – etapa I. a část 2) a) - Vytvoření APV ISRT umožňující zavedení evidence právnických osob pravomocně odsouzených soudy v trestním řízení – etapa II.

C a) Stávající stav Části Díla C

Funkcionalita umožňující tento požadavek není v současném ISRT zavedena.

C b) Cílový stav Části Díla C

1) c) - Vytvoření APV ISRT umožňující zavedení evidence právnických osob pravomocně odsouzených soudy v trestním řízení – etapa I.

Cílem vytvoření tohoto aplikačního programového vybavení je, v souladu se Sněmovním tiskem 285, 286 Vládního návrhu na vydání zákona o trestní odpovědnosti právnických osob a řízení proti nim a změně některých zákonů v souvislosti s přijetím zákona o trestní odpovědnosti právnických osob, vytvoření nové aplikace ISRT v rozsahu zabezpečujícím realizaci požadavků, z výše uvedeného zákona vyplývajících a jejich implementaci do stávajícího systému, zajištění příjmu a evidence zdrojových dokumentů (TL) o pravomocných odsouzeních právnických osob za vybrané trestné činy. (Upřesnění zhotovitele: Po dohodě s RT bude v rámci etapy I. realizováno zjednodušené vkládání TL. Kontrola úplnosti povinných údajů na TL a uložení záznamu o odsouzení do evidence odsouzených právnických osob v rámci zpracování dat bude realizováno v etapě II.)

Ve dvou etapách bude vytvořen databázový systém s aplikačním programem operující nad novými daty v prostoru odděleném od stávající evidence. K přenosu dat bude využívána stávající elektronická komunikační infrastruktura.

Nová část evidence umožní modulárně budoucí rozvoj systému (záznamy cizozemských rozhodnutí, případně záznamy o uznání a výkonu cizozemských rozhodnutí státu, který není členským státem EU). (Upřesnění zhotovitele: Po dohodě s RT budou vstupní i výstupní datové procesy v elektronické podobě v etapě I. automatizovány takto: Žádosti o výpis / opis z rejstříku trestů právnických osob, budou Organizace a Czech POINT moci podávat také pomocí WS a pomocí veřejně přístupného Webového formuláře. Stejným kanálem dostanou také požadované výstupní dokumenty. Tato varianta je možná pouze pro žádosti u právnických osob, které jsou v RES. Žádosti pro ty PO, které nejsou v RES (zahraniční PO), bude možné podávat pouze Podatelnou).

Údaje v rozsahu, v jakém mohou být uváděny ve výpisech z evidence Rejstříku trestů, budou přístupné komukoli, přičemž se předpokládá možnost informativního přístupu prostřednictvím webových stránek Rejstříku trestů.

2) a) - Vytvoření APV ISRT umožňující zavedení evidence právnických osob pravomocně odsouzených soudy v trestním řízení - etapa II.

Cílem etapy II. je vývoj a implementace funkcionalit, navazujících na etapu I (bod 1. c) – etapa II. bude předmětem samostatného Dodatku ke smlouvě.

C c) Specifikace Části Díla C

1) c) - Vytvoření APV ISRT umožňující zavedení evidence právnických osob pravomocně odsouzených soudy v trestním řízení – etapa I.

Evidence odsouzení

V počátku se předpokládá blíže neurčené období bez vydání odsouzení, následně období s nízkou četností odsouzení. Tato situace umožňuje po krátkou dobu omezit příjem zdrojových dokumentů pouze na papírové TL / zprávy a vést zjednodušenou evidenci odsouzení.

Rozsah etapy I:

- Vstupní komunikační kanál

o Podatelna

- Evidované údaje (DB)

o IČO, název, text odsouzení pro vydaný dokument

- Funkcionalita

o Pořídit

o Zobrazit přehled všech evidovaných

o Zobrazit detail vybraného

o Změnit /odstranit vybrané odsouzení

Evidence žádosti

Příjem a zpracování žádosti je třeba od samého počátku poskytnout elektronicky i papírově. WS organizace, WS VM a WebForm umožňují jen automatické zpracování, neumožní manuální zpracování Evidence žádostí z hlediska údajů je úplná u všech použitých komunikačních kanálů, a to z důvodu uvedení údajů ve vydaném dokumentu. Funkcionalita je zjednodušená – neobsahuje všechny možnosti vyhledání / zobrazení žádosti, historii stavů a dotazů, negeneruje se XML vydaný dokument.

Rozsah etapy I:

- Registrace k WS Organizace

- Vstupní komunikační kanál

o WS Organizace

o WS VM (Czech POINT)

o WebForm Organizace

o Podatelna

o Veřejnost

- Evidované údaje

o Žadatel – osoba / organizace, spisová značka, účel, právnická osoba – IČ, název a sídlo-textem, číslo podání

- Funkcionalita

o Přijmout WS organ / WS VM / WebForm

▪ Jen s IČ – validním a existujícím v RES (bez IČ lze papírovou formou – tzn. pouze Podatelnou nebo přes oddělení veřejnosti)

o Evidovat žádost

▪ Automaticky - WS organ / WS VM / WebForm

▪ Pořídit manuálně – veřejnost / podatelna (bez digitalizace)

o Zpracovat žádost

▪ Automaticky - WS organ / WS VM / WebForm / veřejnost / podatelna

▪ Odsouhlasit certifikát organizace pro žádost WebForm

▪ Manuálně - veřejnost / podatelna – u PO, které nejsou v RES

▪ Generovat vydaný dokument – PDF

o Vyhledat žádost

▪ IČ, název právnické osoby, číslo podání, datum zápisu od-do, uživatel zápisu, druh dokumentu

o Zobrazit přehled / detail

Evidence dokumentů a komunikace

V důsledku zjednodušené evidence odsouzení a ponechání digitalizace papírových žádostí mimo rozsah etapy I., není vedena evidence zdrojových dokumentů, není k dispozici tělo žádostí veřejnost / podatelna. Je omezena funkcionalita dokumentů – neexistuje vyhledání a zobrazení dokumentů, výjimkou je zobrazení PDF vydaného dokumentu k vyhledané žádosti, u komunikace se nepracuje s UIRADR.

Rozsah etapy I:

- Evidované dokumenty

o Žádost / Vydaný dokument

- Evidované údaje

o Hlavička, komunikace, tělo (ne u papírových žádostí)

- Funkcionalita

o Uložit dokument

o Zobrazit PDF vydaný dokument k detailu žádosti

Veřejnost – web

Funkcionalita je zjednodušená – neprovádí validaci vůči RES, tisk dokumentu-bez záznamu / se záznamy pouze nástrojem Exploreru.

Rozsah etapy I:

- Vyhledat – dle IČ / název

- Zobrazit přehled / detail – bez záznamu / se záznamy z evidence

Administrace

Funkcionalita je také zjednodušená - nezahrnuje zejména číselníky pro odsouzení a správu UIRADR. Rozsah etapy I:

- Číselníky

o Evidence žádosti

- Přihlášení, přístupy (LDAP)

- Správa RES

- Správa certifikátů – kvalifikovaný certifikát

Po dohodě s RT bude v rámci první etapy realizováno zjednodušené vkládání TL. Specifikace etapy II. bude předmětem Dodatku ke smlouvě včetně upřesnění, zda součástí etapy II. bude kontrola úplnosti povinných údajů na TL a uložení záznamu o odsouzení do evidence odsouzených právnických osob v rámci zpracování dat.

2) a) - Vytvoření APV ISRT umožňující zavedení evidence právnických osob pravomocně odsouzených soudy v trestním řízení - etapa II.

Cílem etapy II. je vývoj a implementace funkcionalit, navazujících na etapu I. (etapa II. bude předmětem Dodatku ke smlouvě).

Upřesnění rozsahu funkcionalit realizovaných v etapě II. ISRT PO bude provedeno na základě zkušeností s etapou I. a na základě požadavků RT a MSp (soudy). Po upřesnění rozsahu funkcionalit etapy II. bude na implementační práce etapy II. ISRT PO vytvořen samostatný Dodatek k této smlouvě.

C d) Klíčové termíny Části Díla C

ID	Dodávka	Výstupy	Termín předání k ověření	Doklad převzetí	Plánovaný termín akceptace	Doklad akceptace
C1	APV ISRT PO etapa I.	Zdrojový kód, Build APV ISRT PO etapa I., testovací scénáře, uživatelská a instalační dokumentace, projektové řízení	23. 2. 2012	Předávací protokol	6. 3. 2012	Akceptační protokol
C2	APV ISRT PO etapa II.	Zdrojový kód, Build APV ISRT PO etapa II., testovací scénáře, uživatelská a instalační dokumentace, projektové řízení	Bude upřesněn v Dodatku	Předávací protokol	Bude upřesněn v Dodatku	Akceptační protokol
	Část Díla C1 celkem				14. 3. 2012	Akceptační protokol

Předběžné orientační termíny realizace etapy II. ISRT PO jsou uvedeny Rámcovém harmonogramu v rámci této přílohy.

C e) Požadavky na součinnost objednatele Části Díla C

Kromě povinností objednatele viz Článek VI. Povinnosti smluvních stran, odstavec 2 Smlouvy, je v rámci Části Díla C 1) c) - Vytvoření APV ISRT umožňující zavedení evidence právnických osob pravomocně odsouzených soudy v trestním řízení – etapa I. požadováno, aby objednatel dále zajistil:

součinnost třetích stran – Czech POINT a MSp – schválení definice WS, etapa I. – WS pro podávání a vyřízení žádostí

Pro dodržení termínů realizace Části Díla C ISRT PO etapa I. je nutné rovněž dodržení termínů součinnosti viz A e) Předpoklady plnění a Požadavky na součinnost objednatele k Části Díla A. V případě prodlení s poskytnutím součinnosti budou termíny dodání výstupů Části Díla A posunuty o adekvátní čas plus další nezbytný čas pro opětnou alokaci kapacit zhotovitele a subdodavatele. Rovněž návazné termíny dodání výstupů Části Díla C ISRT PO etapa I. budou pak posunuty o adekvátní čas.

Kromě povinností objednatele viz Článek VI. Povinnosti smluvních stran, odstavec 2 Smlouvy, je v rámci Části Díla C 2) a) - Vytvoření APV ISRT umožňující zavedení evidence právnických osob pravomocně odsouzených soudy v trestním řízení - etapa II. předběžně požadováno, aby objednatel dále:

zajistil a předal zhotoviteli formuláře pro TL – oficiálně schválené MSp – nejpozději při zahájení prací na etapě II.

zajistil součinnost kompetentních pracovníků RT při přípravě funkční specifikace etapy II. - zahájení předběžně k 3. 7. 2012

Část Díla D - Rozšíření APV ISRT umožňující blokování poskytnutí informací a umožňující Hlášení o zpracování žádostí na „chráněné osoby“ orgány veřejné moci

Viz Článek II. Předmět smlouvy Odstavec 1. část 1) d) Rozšíření APV ISRT umožňující blokování poskytnutí informací o vyžádání výpisu/ nahlédnutí do opisu na „chráněné osoby“ orgány veřejné moci (zejména zpravodajskými službami) a část 1) e) Hlášení o zpracování žádostí o vyžádání výpisu/nahlédnutí do opisu na „chráněné osoby“ orgány veřejné moci

D a) Stávající stav Části Díla D

1) d) - Rozšíření APV ISRT umožňující blokování poskytnutí informací o vyžádání výpisu/nahlédnutí do opisu na „chráněné osoby“ orgány veřejné moci (zejména zpravodajskými službami)

Současná úprava zákona č. 269/1994 Sb., o Rejstříku trestů umožňuje poskytnout informace fyzické osobě, která o to požádá, jejímž obsahem je sdělení, zda byly vydány opisy či výpisy této fyzické osoby se týkající a pokud ano, tak komu a kdy.

Výše uvedený požadavek na blokaci těchto informací současný ISRT neumožňuje.

1) e) - Hlášení o zpracování žádostí o vyžádání výpisu/nahlédnutí do opisu na „chráněné osoby“ orgány veřejné moci Funkcionalita umožňující tento požadavek není v současném ISRT zavedena.

D b) Cílový stav Části Díla D

Sněmovní tisk 281, legislativní bod č. 20 Vládního návrhu na vydání zákona, kterým se mění zákon č. 269/1994 Sb., o Rejstříku trestů, ve znění pozdějších předpisů, a některé další zákony stanoví, že je třeba zajistit realizaci požadavku orgánů veřejné moci ohledně evidence vyžádaných informací, zasílaných RT na chráněné osoby.

Tato funkcionalita umožní, aby orgán veřejné moci oprávněný k vyžádání výpisu/opisu učinil za zákonem stanovených podmínek prohlášení, v jehož důsledku se informace o zpracování žádosti na určitou „chráněnou osobu“ tímto orgánem podaných neposkytnou. Blokace lze požadovat na dobu nezbytně nutnou a o tom, že taková doba uplynula, bude blokující orgán povinen Rejstřík trestů informovat.

Předpokládá se, že v praxi půjde o zpravodajské služby a orgány činné v trestním řízení. Trvající blokace by neměla bránit poskytnutí informace o zpracování žádostí o výpis/opis týkajících se sice shodné osoby, ale podaných jiným subjektem, než orgánem, který o blokaci požádal. V rámci úpravy aplikace bude zajištěno, aby k informaci o blokaci měl přístup jen nejnutnější okruh zaměstnanců Rejstříku trestů.

Informace o všech žádostech na vydání výpisu/opisu z evidence Rejstříku trestů a o nahlédnutí do opisu na blokovanou

„chráněnou“ osobu, včetně informace na čí žádost se tak stalo, budou shromažďovány a v dohodnutých intervalech budou vhodným způsobem předávány orgánu, který blokování požadoval.

1) e) - Hlášení o zpracování žádostí o vyžádání výpisu/nahlédnutí do opisu na „chráněné osoby“ orgány veřejné moci

Dle Sněmovního tisku 281, Část čtvrtá, Čl. IV Vládního návrhu na vydání zákona, kterým se mění zákon č. 269/1994 Sb., o Rejstříku trestů, ve znění pozdějších předpisů, a některé další zákony, Rejstřík trestů vydá zpravodajské službě na její žádost opis nebo výpis z evidence Rejstříku trestů, informace o vydání výpisu nebo opisu z evidence Rejstříku trestů a o nahlédnutí do opisu z evidence Rejstříku trestů, včetně informace, na čí žádost se tak stalo.

Žádost o vydání opisu nebo výpisu z evidence Rejstříku trestů nebo informací podle věty první a opis nebo výpis z evidence Rejstříku trestů se předávají v listinné podobě nebo v elektronické podobě, a to způsobem umožňujícím dálkový přístup; jiné informace než je opis nebo výpis z evidence Rejstříku trestů předá Rejstřík trestů v elektronické podobě, a to způsobem umožňujícím dálkový přístup.

D c) Specifikace Části Díla D

Rejstřík trestů obdrží od žadatele dokument s požadavkem na možnost blokace žádostí, uvedený dokument archivuje mimo aplikaci. Na základě dokumentu nastaví žadateli ve své aplikaci možnost blokace a sdělí žadateli, v závislosti na vstupním komunikačním kanálu, potřebné informace pro blokaci žádosti.

Žadatel s možností blokování blokuje žádost standardně v okamžiku podání, příp. také dodatečně (např. oprava chyby). Zablokovanou žádost lze následně odblokovat. Dodatečná blokace a odblokování se provádí dle čísla podání žádosti. Přístup k podaným žádostem na straně žadatele dle autorů podání (login pracovníka) řeší aplikace žadatele, Rejstřík trestů eviduje organizaci žadatele jako celek.

Blokované žádosti nejsou zahrnuty do vydaného dokumentu k žádosti osoby o informaci (kdo se na mě ptal). Přístup k blokovaným žádostem včetně vztahujících se dokumentů omezit uvnitř Rejstříku trestů.

Blokace výběru žádosti do informace znamená rozšířit evidenci číselníků:

- změnit indikaci Možnost blokování Ano / Ne pro organizaci

- vést informativní historii změn indikace

- vyhledat a zobrazit organizace dle indikace, zobrazit historii změn indikace

- evidovat nový druh dokumentu pro dodatečné blokování / odblokování

- omezit uvedenou funkcionalitu přístupovým právem

Blokace výběru žádosti do informace znamená úpravu související s rozhraním žádostí:

- rozšířit žádost WS o nový atribut Blokovat žádost – Ano / Ne, uvedený atribut umožni jen žadateli s povolením blokace

- vytvořit novou WS pro podání dodatečného blokování /odblokování žádosti přístupnou pro žadatele s povolením blokace

- vytvořit neveřejný formulář pro podání žádosti s blokováním / dodatečným blokováním / odblokováním přístupný pro žadatele s povolením blokace

- označit blokování žádosti do současné papírové formy žádosti pro aktuální blokování / dodatečné blokování / odblokování

Blokace výběru žádosti do informace znamená úpravu automatické evidence a zpracování žádostí WS / WF:

- rozšířit příjem a evidenci žádosti WS / WF o údaj Blokováno-Ano / Ne

- přijmout a evidovat dokument s požadavkem na dodatečné blokování / odblokování žádosti

- změnit údaj Blokováno Ano / Ne na základě dokumentu o dodatečné blokování / odblokování, který byl přijat novou WS / WF

Blokace výběru žádosti do informace znamená úpravu manuální evidence a zpracování žádosti přes podatelnu:

- neomezovat přístup ke zpracování digitalizovaných žádostí (bez ohledu na blokaci) aplikačně, s ohledem na velmi nízký počet výskytu bude řešeno organizačně

- dokumenty s požadavkem na dodatečné blokování / odblokování v papírové formě nedigitalizovat, archivovat mimo aplikaci, pro jejich zpracování použít obecnou funkcionalitu evidence žádostí s možností uvést do zvláštní poznámky popis místa fyzického uložení dokumentu, opět s ohledem na velmi nízký počet výskytu

Blokace výběru žádosti do informace znamená úpravu obecné funkcionality evidence žádostí:

- změnit indikaci žádosti Blokováno Ano / Ne

- vést informativní historii změn blokace žádosti v poznámce pro blokaci

- vyhledat a prohlížet aktuálně / v minulosti blokované žádosti včetně zobrazení historie

- omezit uvedenou funkcionalitu přístupovým právem

Blokace výběru žádosti do informace znamená úpravu obecné funkcionality evidence dokumentů:

- rozšířit evidenci dokumentů o indikaci Blokováno – Ano / Ne

- evidovat tento údaj (automaticky) pro všechny dokumenty spojené se žádostí

- omezit vyhledání a zobrazení těchto dokumentů přístupovým právem

Blokace výběru žádosti do informace znamená rozšíření manuálního zpracování žádostí:

- vytvořit novou frontu žádostí s blokováním zařazených do manuálního zpracování

- umožnit zpracování fronty žádostí s blokováním

- uvedenou funkcionalitu omezit přístupovým právem

1) e) - Hlášení o zpracování žádostí o vyžádání výpisu/nahlédnutí do opisu na „chráněné osoby“ orgány veřejné moci

Rozšířit aplikaci RT o vytvoření přehledu zpracovaných žádostí. Přehled generovat automaticky úlohou v čase s denní periodicitou.

Předmětem výběru jsou všechny žádosti (tj. žádosti osob a organizací o výpis / opis / nahlédnutí do opisu / informaci), které byly na Rejstříku trestů předchozí den zpracovány, příp. zpracování bylo zamítnuto. Požadované údaje reportu jsou - číslo podání, stav, spisová značka, účel, organizace, osoba žádosti-RČ a st. příslušnost, datum zpracování / zamítnutí (tj. datum poslední změny), datum příchodu (tj. datum zápisu).

Z vybraných záznamů vygenerovat soubor ve formátu CSV a odeslat na WS BIS, odeslaný soubor uložit do adresáře na RT pro informaci. Pokud se nepodaří dokument odeslat, soubor do adresáře RT neukládat, záznamy vybrat do souboru další den.

Odeslání na WS BIS zahrnuje ověření serverového certifikátu, autentizaci uživatele a šifrovanou komunikaci SSL. Předpokladem je předání serverového certifikátu BIS Rejstříku trestů a evidence uživatele pro autentizaci v LDAP RT.

D d) Klíčové termíny Části Díla D

Dodávka

Výstupy

Termín předání k

ověření

Doklad převzetí

Plánovaný termín

akceptace

Doklad akceptace

Úpravy a rozšíření APV ISRT o Blokování a Reporting

Zdrojový kód, Build aplikace APV, testovací scénáře, uživatelská a instalační dokumentace. Položky 1) d) +1) e),

projektové řízení

7. 8. 2012

Předávací protokol

31. 8. 2012

Akceptační protokol

Část Díla D celkem

31. 8. 2012

Akceptační

protokol

D e) Požadavky na součinnost objednatele Části Díla D

Kromě povinností objednatele viz Článek VI. Povinnosti smluvních stran, odstavec 2 Smlouvy, je v rámci Části Díla D požadováno, aby objednatel dále zajistil:

přístup k WS BIS v CMS

Část Díla E – Úpravy a rozšíření APV ISRT o nové funkcionality

Viz Článek II. Předmět smlouvy Odstavec 1.

část 1) f) a 1) g) - Změna podávání Žádosti o výpis/nahlédnutí do opisu z RT - odstraněním vyplňování formuláře žadatelem;

Změna rozhraní komunikace EOUniQueDoc 20101020

a část 2) b) až 2) p) – Úprava automatického zpracování žádosti - osoba s více slovy ve jménech, vyhledání dle PČO; Úprava validace osoby s osobou Evidence obyvatel (EO); Aktualizace osoby EO bez RČ; Automatická aktualizace osoby odsouzení EO; Úprava automatického zahlazení; Zobrazení nepřiřazeného certifikátu ve vyhledaných žádostech; Doplnění statistik; Automatické zamítnutí žádosti pro osobu dle EO zemřelou; Xxxxxxx s neplatným certifikátem; Vyhledávání v DB bez diakritiky; Hlášení nepřesných údajů EO; Umožnění elektronického podpisu pomocí algoritmu tř. SHA2 pro XP; Optimalizace generování výpisů PDF dokumentů; Nový Framework pro Web Servisy WS-ORG, WS-VM; Zrušení odeslaných dokumentů pro ECRIS

E a) Stávající stav Části Díla E

1) f) Změna podávání Žádosti o výpis/nahlédnutí do opisu z RT

V současné době musí žadatel o výpis/nahlédnutí do opisu z Rejstříku trestů požádat způsobem podle §11 odst. 1 (v případě nahlédnutí do opisu podle §10 odst. 4) zákona č. 269/1994 Sb. o Rejstříku trestů v platném znění - tedy formou papírové žádosti. Žádost si žadatel vyplní sám, pracovník RT na základě předloženého platného dokladu (občanský průkaz nebo cestovní doklad; v případě, že za žadatele podává žádost jiná osoba, předkládá tato osoba též úředně ověřenou plnou moc) ověří totožnost žadatele, správnost v žádosti uvedených údajů, tuto žádost opatří kolkem a následně vyřídí.

1) g) Změna rozhraní komunikace EOUniQueDoc 20101020

Současné APV ISRT neumožňuje pro komunikaci s EO dle dokumentace EOUniQueDoc 20101020 nově požadované funkce.

2) b) Úprava automatického zpracování žádosti

Systém RT v současné době neumí zpracovat automaticky žádost, která ve jméně nebo rodném/nynějším příjmení obsahuje více slov.

2) c) Úprava validace osoby s osobou EO

V současnosti existuje problém ve vyhledání odsouzené osoby, tj. aplikace při automatickém zpracování žádosti se jménem s pomlčkou (Balon-Mierny); takovou osobu najde pouze na modifikaci 4 (RČ) a následně zařadí žádost do manuálního zpracování. Pokud není údaj podstatné neshody u osoby žádosti/TL uveden a u osoby EO uveden je, je vyhodnocena jako osoba shodná osoba EO s více uvedenými údaji.

2) d) Aktualizace osoby EO bez RČ

Evidence obyvatel eviduje některé osoby bez rodného čísla. Pokud RT takovou osobu přejme do své evidence, není pak možnost tuto osobu aktualizovat. Potřeba aktualizace může nastat například při změně údajů osoby nebo doplnění RČ v systému evidence obyvatel.

2) e) Automatická aktualizace osoby odsouzení EO

Systém pro žádosti s rodným číslem provádí dotaz do EO a následné porovnání údajů osob. V případě shodnosti osob, je osoba evidence obyvatel použita pouze pro evidenci osoby

žádosti. Není žádným jiným způsobem využita.

2) f) Úprava automatického zahlazení

Z automatického zahlazení trestu/odsouzení jsou vyloučeny tresty/odsouzení, které obsahují určité položky (pravidlo PoZkDoBezOstatPol).

2) g) Zobrazení nepřiřazeného certifikátu ve vyhledaných žádostech

V současné době není informace o nepřiřazeném certifikátu k organizaci v seznamu vyhledaných žádostí uvedena.

2) h) Doplnění statistik

Současné statistiky neumožňují zobrazení/třídění/součtování času zápisu a času změny o další údaje - čtvrtletí a hodina.

Hlavička výstupní sestavy/CSV souboru neuvádí datum zpracování statistiky ani vstupní parametry, které byly zadány pro vyhledání.

2) i) Automatické zamítnutí žádosti pro osobu dle EO zemřelou

Žádosti na osoby zemřelé zpracovávají pracovníci RT ručně, tj. zamítají zpracování žádosti. Do zprávy u zamítnutí zpracování uvedou datum úmrtí osoby.

2) j) Žádosti s neplatným certifikátem

Systém neakceptuje platnost certifikátu „do“. Datum „do“ považuje za neplatný.

Certifikát Czech POINTu - aplikace RT neumožňuje současné použití dvou platných certifikátů.

2) k) Vyhledávání v DB bez diakritiky

Při automatickém zpracování žádosti se provádí vyhledání dle modifikace 2 a 3 s diakritikou. Pro ruční vyhledání bez diakritiky je nutné zadat znak bez diakritiky a znovu vyhledat.

2) l) Hlášení nepřesných údajů EO

V testovací aplikaci je částečně připraveno hlášení nepřesných údajů EO. Vzhledem k tomu, že nebylo zcela jasné, jakým způsobem a jak mají být nepřesné údaje předávány, nebyla tato funkcionalita zcela dokončena a nasazena do ostrého provozu.

2) m) Umožnění elektronického podpisu pomocí algoritmu tř. SHA2 pro Windows XP

V současnosti je situace taková, že oblast elektronického podpisu pomocí kryptografického algoritmu tř. SHA2 je podporován pouze ve Windows Vista. Ve Windows XP jsou podporovány jenom certifikáty, používající algoritmus tř. SHA1.

2) n) Optimalizace generování výpisů PDF dokumentů

Současná metoda umožňuje pouze sériové generování PDF dokumentů. I když jednotlivé požadavky běží v několika vláknech, čeká se zde při generování na uvolnění paměťových zámků.

2) o) Nový Framework pro Web Servisy WS-ORG, WS-VM

Stávající webové služby WS-ORG a WS-VM využívají již zastaralé technologie. Neexistuje k nim žádný WSDL popis WS, který by značně ulehčil vývoj klientských aplikací, jasně popsal dané rozhraní a jehož použití je v dnešní době standardem.

2) p) - Zrušení odeslaných dokumentů pro ECRIS

Funkcionalita umožňující tento požadavek není v současném ISRT zavedena.

E b) Cílový stav Části Díla E

1) f) Změna podávání Žádostí o výpis/nahlédnutí do opisu z RT - odstranění vyplňování formuláře žadatelem.

Cílem je umožnit evidenci a zpracování žádosti v oddělení pro veřejnost bez nutnosti předložit vyplněný formulář žádosti ale pouze po předložení dokladu totožnosti.

Podle §11a odst. 1 zákona č. 269/1994 Sb. o Rejstříku trestů v platném znění, lze vydat výpis/nahlédnutí do opisu z evidence RT osobě, které se výpis/nahlédnutí do opisu týká, pouze na základě písemné žádosti. Tuto žádost již nebude žadatel ručně vyplňovat, ale po ověření totožnosti ji obdrží vyplněnou pracovníkem RT k podpisu. Po vyřízení podepsané žádosti a zaplacení správního poplatku je žadateli výpis/nahlédnutí do opisu z RT vydán.

Pracovník RT převezme od žadatele platný doklad totožnosti. Předložený doklad zkontroluje v databázi dokladů.

Pokud je předložený doklad platný, spojí se pracovník RT s evidencí obyvatel a na základě dat, získaných z této evidence a předložených dokladů totožnosti (v případě osoby neevidované EO pouze na základě dokladů totožnosti) vyplní v aplikaci ISRT elektronický formulář žádosti o výpis/nahlédnutí do opisu z RT, vyplněnou žádost vytiskne a předá žadateli.

Žadatel zkontroluje správnost údajů uvedených v žádosti a tuto žádost podepíše.

Další postup vyřizování žádosti je podobný jako u stávajícího způsobu - po zpracování se požadovaný výpis vytiskne a zkompletuje. Žadatel svým podpisem potvrdí jeho převzetí a zaplatí správní poplatek.

1) g) Změny rozhraní komunikace EOUniQueDoc 20101020

Zapracování změn rozhraní pro komunikaci EO dle dokumentace EOUniQueDoc 20101020, zahrnuje změnu WSDL a rozšíření poskytovaných údajů.

2) b) Úprava automatického zpracování žádosti

Úprava má za cíl umožnit pokračování automatického zpracování žádosti v případě, že osoba žádosti obsahuje ve jméně nebo příjmeních vice slov a jedná se o osobu shodnou s EO / osobu s nepodstatnými rozdíly EO.

Pokud se nalezne osoba žádosti v odsouzených osobách dle PČO, modifikace 2 (dle jména, rodného příjmení a RČ) nebo modifikace 3 (dle jména, rodného příjmení, data narození a rodného příjmení matky) a vyhovuje všem dalším podmínkám automatického zpracování, potom vydat dokument automaticky. Pokud osoba nebude nalezena, zařadit do manuálního zpracování.

Změna automatického zpracování žádosti:

Pokud pro evidenci žádosti bude použita osoba EO, aplikace vyhledá osobu nejprve dle PČO. Pokud osoba EO není nalezena dle PČO nebo se nejedná o osobu EO, následuje vyhledání dle modifikace 2 - RČ (modifikace 1 byla vypuštěna).

2) c) Úprava validace osoby s osobou EO

Pokud mezi slovy ve jménech porovnávané osoby / osoby odpovědi EO je uvedena pomlčka, provést v případě neshody porovnání také bez pomlčky.

Pokud je údaj podstatné neshody u porovnávané osoby neuveden a u osoby EO uveden, potom vyhodnotit jako podstatnou neshodu.

Údaje podstatné neshody - jméno, příjmení rodné, příjmení nynější, datum narození, pohlaví, RČ, okres narození - jen pro osobu se st. přísl. CZ a státem narození CZ. Všechny údaje jsou povinné, výjimku tvoří jméno při zatržení „Nerozlišovat jméno a příjmení“, kontrola se projeví pouze u jména.

2) d) Aktualizace osoby EO bez RČ

V evidenci odsouzených osob existuje osoba EO bez RČ; při aktualizaci umožnit dotaz do EO dle RČ jiné osoby seznamu / ostatních údajů a aktualizaci z odpovědi EO provést dle PČO.

2) e) Automatická aktualizace osoby odsouzení EO

Pokud při automatickém zpracování žádosti proběhl dotaz EO a výsledkem automatického

zpracování je vydaný dokument k nalezené osobě, potom automaticky doplnit / aktualizovat osobu odsouzení o osobu EO z přijaté odpovědi EO k žádosti.

Při manuálním zpracování žádosti umožnit pořízení / aktualizaci osoby odsouzení vybranou pro vydaný dokument dle odpovědi EO při přijetí / pořízení žádosti v případě shody / nepodstatné osoby EO.

2) f) Úprava automatického zahlazení

Rozšířit pravidlo pro zahlazení dle parametru PoZkDoBezOstatPol o vyjmenované položky, při kterých by automatické zahlazení proběhlo (nyní omezeno pouze na zkušební dobu - datum do).

2) g) Zobrazení nepřiřazeného certifikátu ve vyhledaných žádostech

Rozšířit zobrazení vyhledaných žádostí o upozornění na nepřiřazený certifikát, využít indikaci Důvod ManZprac.

2) h) Doplnění statistik

Rozšířit možnost zobrazení /třídění /součtování času zápisu a času změny o 2 nové údaje - čtvrtletí a hodina.

Uvádět do hlavičky výstupní sestavy / CSV souboru - datum zpracování včetně času a vstupní parametry, tj. údaje výběru, položky zobrazení, třídění a součtování.

2) i) Automatické zamítnutí žádosti pro osobu dle EO zemřelou

Rozšířit automatické zpracování žádostí WS / WF / VM - organizací i osob o automatické zamítnutí zpracování / odmítnutí přijetí žádosti, pokud osoba žádosti je vyhodnocena jako osoba shodná s EO / osoba s nepodstatnou neshodou s EO, avšak osoba EO je označena za osobu zemřelou.

Do důvodu zamítnutí zpracování /odmítnutí přijetí uvést mj. datum úmrtí převzaté z odpovědi EO.

2) j) Žádosti s neplatným certifikátem

Prověřit zamítnutí zpracování žádosti s neplatným certifikátem – do uvedeného času (nejen data) považovat certifikát za platný. Rozšířit Příjem a zpracování žádostí z VM o možnost druhého platného certifikátu pro organizaci Czech POINT.

2) k) Vyhledávání v DB bez diakritiky

Změnit automatické zpracování žádosti – vyhledání dle modifikace 2 (dle jména, rodné příjmení a RČ) a modifikace 3 (dle jména, rod. příjmení, data narození a rodného příjmení matky) na vyhledávání bez diakritiky.

Změnit automatické zpracování žádosti – ověření existence osoby podobné, tj. vyhledání osoby dle prvních 3 písmen jména a rodného příjmení bez diakritiky.

Změnit manuální vyhledání osoby na vyhledání bez diakritiky.

2) l) Hlášení nepřesných údajů EO

Úprava aplikace má za úkol dokončit funkcionalitu hlášení nepřesných údajů EO o transformaci a odeslání zprávy na novou WS EO.

2) m)Umožnění elektronického podpisu pomocí algoritmu tř. SHA2 pro XP

Dodělat možnost podepisování v podepisovacím apletu ve webovém formuláři pomocí SHA2 i pro Windows XP.

Nyní je situace taková, že podepisování pomocí SHA2 je umožněno pouze pro Windows Vista. Ve Windows XP aplikace zatím umí podepisovat jen pomocí SHA1. V novém podepisovacím apletu tedy uživatelé Windows Vista podepisují pomocí SHA2, ale uživatelé Windows XP jen pomocí SHA1. Uživatelům, již vyprší platnost certifikátu SHA1 již nebude certifikát SHA1 vydáván.

Řešení tak umožní podepisovat pomocí SHA2 i uživatelům Windows XP.

2) n) Optimalizace generování výpisů PDF dokumentů

Po převedení aplikace do nové architektury bude možné využít generování ve více vláknech (dáno větším počtem zapojených serverů – tedy kolem 4-6 nezávislých vláken).

Další navýšení výkonu pak lze realizovat pomocí jiného frameworku, který umožňuje generování PDF bez paměťových zámků (teoreticky tak lze generovat pro každý požadavek nezávisle) a počet paralelních úloh je limitován výkonem HW.

Tento bod se tedy týká použití nového frameworku pro generování PDF výpisů / opisů.

2) o) Nový Framework pro Web Servisy WS-ORG, WS-VM

Vzhledem k tomu, že při vývoji ECRIS dojde ke změnám ve všech těchto WS, je žádoucí (pro snížení budoucí pracnosti) přejít co nejdříve (na začátku vývoje ECRIS) na nejnovější framework i pro WS-ORG a WS-VM, který bude využívat nejnovějších technologií a popsat WS pomocí WSDL.

2) p) - Zrušení odeslaných dokumentů pro ECRIS

Komunikace ECRIS nově umožní zrušení (cancellation) odeslaných dokumentů

- Request

- Request response

o „Request Denial” message

o „Request Problem” message

o „Request Response” message (vydaný opis ECRIS)

- Notification

- Notification response

o „Notification Problem” message

o „Notification Receipt” message

Zrušení Request a Notifikace ukončuje proces zpracování těchto dokumentů. Zrušení odpovědí na Request / Notif proces zpracování neukončuje, naopak má za následek znovuotevření – původní přijatý deadline zůstává v platnosti, očekává se doručení nové zprávy místo zrušené.

Zrušení zprávy je limitováno - Request response lze zrušit 1 týden od odeslání / Notif response lze zrušit 1 měsíc od odeslání.

E c) Specifikace Části Díla E

1) f) Změna podávání Žádostí o výpis/nahlédnutí do opisu z RT - odstranění vyplňování formuláře žadatelem.

Cílem je umožnit evidenci a zpracování žádosti v oddělení pro veřejnost bez nutnosti předložit vyplněný formulář žádosti ale pouze po předložení dokladu totožnosti.

Pracovník RT převezme doklad totožnosti a ověří totožnost žadatele. Pokud se jedná o doklad totožnosti vystavený v ČR, ověří s EOP / ECD zařazení dokladu mezi neplatné.

Pracovník RT ověří existenci žadatele v EO, získané údaje použije pro evidenci žádosti. Pokud se nejedná o osobu EO, pracovník RT vyplní údaje osoby pro evidenci žádosti manuálně dle dokladu totožnosti.

Aplikace nově umožní vytištění žádosti s uvedenými údaji včetně vygenerovaného čárového kódu. Žadatel potvrdí správnost údajů podpisem žádosti, aplikace umožní příp. opravu údajů a nový tisk žádosti. Podepsanou žádost opatří žadatel kolkem. Pracovník RT dokončí zpracování žádosti, aplikace nabídne vydaný dokument k vytištění (již nenabízí tisk čárového kódu na žádost).

Pracovník RT zpracovanou žádost zařadí ke skenování, naskenovanou žádost doplní úloha v čase do těla dokumentu žádosti.

1) g) Změny rozhraní komunikace EOUniQueDoc 20101020

Zapracování změn rozhraní pro komunikaci EO dle dokumentace EOUniQueDoc_20101020, zahrnuje změnu WSDL a rozšíření poskytovaných údajů.

V případě změny zadávací dokumentace pro rozhraní pro komunikaci EO bude nutné revidovat rozsah, pracnost a cenu realizace této funkcionality

Nové údaje v rozhraní týkající se úmrtí osoby - Prohlášen za mrtvého-Ano, úmrtí intervalem-Ano, Horní hranice data úmrtí- DD.MM.RRRR, Platnost data úmrtí-nejistý/jistý, Datum nabytí právní moci o určení data úmrtí-DD.MM.RRRR, č. j. určení data úmrtí. Ovlivní validaci osoby s EO a rozhodování o automatickém / manuálním zpracování TL / žádosti. Údaje nejsou předmětem evidence.

Nové údaje v rozhraní týkající se údajů osoby – Původní rodné příjmení a Datum platnosti do, Původní RČ a Datum platnosti do. Ovlivní validaci osoby s EO, rozhodování o automatickém / manuálním zpracování TL / žádosti, evidenci osoby odsouzení (jedno RČ u osob seznamu). Údaje jsou evidovány u osoby odsouzení.

Nové údaje v rozhraní týkající se povolení k pobytu - Datum úředního zrušení pobytu. Ovlivní validaci osoby s EO, event. rozhodování o automatickém / manuálním zpracování TL / žádosti. Údaje nejsou předmětem evidence.

Nové údaje rozhraní týkající se manžela / manželky / partnerů a dětí RT nevyužívá, nejsou do řešení zahrnuty.

Komunikace aplikace ISRT FO s EO / EP je dostačující, tj. RT nenárokuje, aby aplikace zasílala dotazy jinam, než dosud v provozu.

Komunikace s novým systémem základních registrů není předmětem řešení, bude řešena mimo tuto smlouvu.

2) b) až 2) n) viz odstavec „E b) Cílový stav“

2) o) Nový Framework pro Web Servisy WS-ORG, WS-VM

V rámci projektu ECRIS bude implementován v ISRT FO nový framework pro Web Servisy. Bude se jednat o tyto webové služby: WS-ORG-ZAD pro příjem žádostí od organizací

WS-ORG-TL pro příjem TL od soudů

WS-VM pro příjem žádostí z výdejních míst WS-NJR pro komunikaci s NJR

WS-RTSR pro předávání TL se Slovenskem

U WS-ORG-ZAD, WS-ORG-TL a WS-VM budou realizovány dané změny jen v novém frameworku WS s novým návrhem ve WSDL (což je dnešní technologický standard). Úpravy WS ve starém frameworku nebudou realizovány.

U WS-VM a WS-ORG-TL dojde k přechodu na nový framework v jednom okamžiku s nasazením ECRIS. Poté se starý framework již nebude nepoužívat. Toto je zde možné udělat vzhledem k počtu klientů (u WS-VM jeden a u WS-ORG-TL dva – což je Czech POINT, CCA a VUMS) a k nutnosti klientů na nové změny přejít.

U WS-ORG-ZAD je klientů mnoho, proto bude muset fungovat jak nová WS s novým frameworkem, tak bude muset být zajištěn provoz starších verzí WS beze změn. Klient, který bude chtít využívat nových funkcionalit, bude muset přejít na nové WS s novým frameworkem a WSDL.

Z technických důvodů je nutno přejít na nový framework WS i u WS-NJR a WS-RTSR, protože framework, který je zde použit není zcela kompatibilní s Javou 6. Bude nutné z těchto technických důvodů přejít na nový framework i zde. Tyto změny budou pouze technické bez vlivu na funkčnost. Testování proběhne v rámci testování ECRIS.

2) p) - Zrušení odeslaných dokumentů pro ECRIS - viz odstavec „B b) Cílový stav“

E d) Klíčové termíny Části Díla E

ID	Dodávka	Výstupy	Termín předání k ověření	Doklad převzetí	Plánovaný termín akceptace	Doklad Akceptace
E1	Úpravy a rozšíření APV ISRT o nové funkcionality 2012 (1)	Zdrojový kód, Build aplikace APV, testovací scénáře, uživatelská a instalační dokumentace. Položka 1) g), projektové řízení	5. 6. 2012	Předávací protokol	29. 6. 2012	Akceptační protokol
E2	Úpravy a rozšíření APV ISRT o nové funkcionality 2012 (2)	Zdrojový kód, Build aplikace APV, testovací scénáře, uživatelská a instalační dokumentace. Položka 1) f), projektové řízení	1. 10. 2012	Předávací protokol	15. 10. 2012	Akceptační protokol
E3	Úpravy a rozšíření APV ISRT o nové funkcionality 2013 (1)	Zdrojový kód, Build aplikace APV, testovací scénáře, uživatelská a instalační dokumentace. Položky 2) b) až 2) g) + 2) i) + 2 k) až 2) m + 2) o) + 2) p), projektové řízení	28. 6. 2013	Předávací protokol	30. 7. 2013	Akceptační protokol
E4	Úpravy a rozšíření APV ISRT o nové funkcionality 2013 (2)	Zdrojový kód, Build aplikace APV, testovací scénáře, uživatelská a instalační dokumentace. Položky 2) h) + 2 j) + 2) n), projektové řízení	30. 9. 2013	Předávací protokol	28. 10. 2013	Akceptační protokol
	Část Díla E celkem				28. 10. 2013	Akceptační protokol

E e) Předpoklady plnění a Požadavky na součinnost objednatele k Části Díla E

Viz povinností objednatele Článek VI. Povinnosti smluvních stran, odstavec 2 Smlouvy

Kromě výše uvedených povinností objednatele, je nezbytné, aby v souvislosti s realizací položky 2) o) Nový Framework pro Web Servisy WS-ORG, WS-VM objednatel dále zajistil

Informování třetích stran o tom, že po nasazení ECRIS bude funkční jen nový framework pro WS. Starý framework bude zrušen, tudíž tyto třetí strany musí přejít na nový WS framework.

V rámci úprav ISRT a rozšíření ECRIS dojde k drobné změně rozhraní WS-ORG-ZAD o doplnění „ECRIS atributů“, které nevyžaduje žádné změny u klientů této služby, ale samozřejmě beze změny se nové atributy nebudou přenášet. Toto rozhraní bude na této staré technologii podporováno až do 1. 3. 2013, do této doby je třeba zajistit, aby komunikující instituce

přešly na technologicky nové rozšířené rozhraní WS-ORG-ZAD. Tato nová služba bude dodána současně s ECRISem a bude ji možné cca od dubna 2012 testovat. Touto službou komunikují instituce MV ČR – Czech POINT (WS-VM), CCA, VUMS.

Novou technologií a o nové „ECRIS“ atributy budou na konci dubna 2012 plně nahrazeny webové služby WS-ORG-TL, WS- VM, kterou nyní komunikují instituce Czech POINT (WS-VM), CCA a VUMS (obojí služba WS-ORG-TL). S těmito institucemi je třeba domluvit, přechod na nové služby. Tyto služby budou k testování k dispozici na začátku dubna 2012. Nahrazení bude prakticky ze dne na den a bez možnosti využívání starých služeb.

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 a vypracování podkladů a dokumentace nezbytných pro atestaci ISRT.

Zpracování dokumentů a podkladů pro atestaci ISRT bude obsaženo pouze u části Část Díla C - Vytvoření APV ISRT umožňující zavedení evidence právnických osob pravomocně odsouzených soudy v trestním řízení etapa II. Pro ostatní Části Díla se se zpracováním dokumentů a podkladů pro atestaci v rámci této specifikace 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í. Termíny a doba trvání dodávky C2 v rámci Části Díla C jsou v harmonogramu uvedeny orientačně a budou upřesněny v samostatném Dodatku k této smlouvě.

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.

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

Část Díla A - SW úpravy stávajícího APV a implementační služby související s novou technologickou infrastrukturou (TIF)

ID	Dodávka	Cena bez DPH v Kč	Cena včetně DPH v Kč
A1.1	Upgrade TIF Prováděcí projekt, Testovací prostředí	1 101 900,0	1 322 280,0
A1.2	Upgrade TIF, Provozní prostředí, Dokumentace	367 266,7	440 720,0
A2	SW úpravy stávajícího APV	1 388 333,3	1 666 000,0
	Část Díla A celkem	2 857 500,0	3 429 000,0

Část Díla B - Rozšíření APV ISRT pro realizaci Evropského informačního systému rejstříků trestů (ECRIS)

ID	Dodávka	Cena bez DPH v Kč	Cena včetně DPH v Kč
B1	Analýza funkcionality ECRIS	2 056 469,0	2 467 762,8
B2	Rozšíření APV ISRT o funkcionalitu ECRIS	3 552 952,0	4 263 542,4
B3	Rozšíření funkcionality ECRIS o komunikační kanál, Dokumentace ECRIS	1 560 579,0	1 872 694,8
	Část Díla B celkem	7 170 000,0	8 604 000,0

Část Díla C - Vytvoření APV ISRT umožňující zavedení evidence právnických osob pravomocně odsouzených soudy v trestním řízení

ID	Dodávka	Cena bez DPH v Kč	Cena včetně DPH v Kč
C1	APV ISRT PO Etapa I.	5 780 000,0	6 936 000,0
C2	APV ISRT PO Etapa II.	Bude upřesněno v Dodatku
	Část Díla C1 celkem	5 780 000,0	6 936 000,0

Část Díla D - Rozšíření APV ISRT umožňující blokování poskytnutí informací a umožňující Hlášení o zpracování žádostí na „chráněné osoby“ orgány veřejné moci

ID	Dodávka	Cena bez DPH v Kč	Cena včetně DPH v Kč
D	Úpravy a rozšíření APV ISRT o Blokování a Reporting	1 256 666,7	1 508 000,0
	Část Díla D celkem	1 256 666,7	1 508 000,0

Část Díla E – Úpravy a rozšíření APV ISRT o nové funkcionality

ID	Dodávka	Cena bez DPH v Kč	Cena včetně DPH v Kč
E1	Úpravy a rozšíření APV ISRT o nové funkcionality 2012 (1)	385 633,0	462 759,6
E2	Úpravy a rozšíření APV ISRT o nové funkcionality 2012 (2)	116 417,0	139 700,4
E3	Úpravy a rozšíření APV ISRT o nové funkcionality 0000 (0)	0 000 000,0	1 967 019,6
E4	Úpravy a rozšíření APV ISRT o nové funkcionality 2013 (2)	462 025,0	554 430,0
	Část Díla E celkem	2 603 258,0	3 123 909,6

Xxxx Xxxxxx

ID	Dodávka	Cena bez DPH v Kč	Cena včetně DPH v Kč
	Dílo celkem	19 667 424,7	23 600 909,6

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

1. 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 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.

2. 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 plnění charakteru dokument	Dokumenty byly dodány v rozsahu, kvalitě a obsahové správnosti a byly odsouhlaseny v rámci připomínkování	Formální schválení dokumentu	Předávací protokol, či Akceptační protokol

3. 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í.

4. 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 a 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

Document Metadata

Table of Contents

Smlouva o Dílo č. BS 2011029.00

Document Metadata