PROVÁDĚCÍ SMLOUVA Č. 22

NA ÚPRAVU APLIKACÍ AGENDOVÝCH INFORMAČNÍCH SYSTÉMŮ SPRÁVNÍCH EVIDENCÍ

uzavíraná na základě

Rámcové dohody

týkající se „Podpory a úpravy AIS SE“ č.j.: MV-93685-25/VZ-2017

č.j.: MV-93305-434/SIK6-2017

Počet stran: 4

1. Smluvní strany:

Česká republika – Ministerstvo vnitra

Sídlo: Nad Xxxxxx 000/0, 000 00 Xxxxx 0

Kontaktní adresa: Xxxxxxxx 0, Xxxxx 0, XXX 000 00

IČO: 00007064

DIČ: CZ00007064

Zastoupená: Ing. Xxxxxxxxxx Xxxxxxxx,

ředitelem odboru centrálních informačních systémů

Bankovní spojení: 3605-881/0710

Kontaktní osoba:

E-mail:

Telefon:

Fax:

Datová schránka: 6bnaawp

(dále jen „Objednatel“) na straně jedné

KOMIX s.r.o.

zapsaná v obchodním rejstříku vedeném Městským soudem v Praze, oddíl C, vložka 12440 Sídlo/místo podnikání Xxxxxxxx 000/0x, Xxxxxxx, 000 00 Xxxxx 0

IČO: 471 17 087

DIČ: CZ 471 17 087

Jejímž jménem jedná: Xxx. Xxxxx Xxxxxx, jednatel

Bankovní spojení: UniCredit Bank Czech Republic and Slovakia, a.s.

Číslo účtu: 2108559139/2700

Kontaktní osoba:

E-mail:

Telefon:

Fax:

Datová schránka: 8sqgaah

(dále jen „Poskytovatel“) na straně druhé

(Objednatel a Poskytovatel dále jednotlivě také jako „Smluvní strana“ a společně jako

„Smluvní strany“)

uzavírají níže uvedeného dne, měsíce a roku podle ustanovení § 1746 odst. 2 zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů (dále jen „Občanský zákoník“) tuto Prováděcí smlouvu na úpravu aplikací agendových informačních systémů

správních evidencí (dále jen „Smlouva“). Xxxxxxx je uzavírána na základě „Rámcové dohody týkající se plnění veřejné zakázky „Podpora a úpravy AIS SE“ uzavřené dne 16. března 2018, č.j.: MV -93685-25/VZ-2017 (dále jen „Rámcová dohoda“).

2. Předmět Smlouvy

Poskytovatel se zavazuje dodat Objednateli následující plnění: Implementace změn eOPWS, ePasyWS, MVWS a AIS SE na základě zákona o občanských průkazech a zákona o cestovních dokladech podle Nařízení Evropského parlamentu a Rady (EU) 2019/1157 ze dne

20. června 2019 o posílení zabezpečení průkazů totožnosti občanů Unie.

Přesná specifikace předmětu této Smlouvy je uvedena v příloze č. 1 k této Smlouvě.

3. Způsob, termín a místo poskytování služeb

1. Tato Xxxxxxx se uzavírá na dobu určitou do 15. 7. 2021.

2. Poskytovatel je povinen předat celý předmět plnění nejpozději do 15. 7. 2021.

3. Poskytovatel je při poskytování služeb povinen postupovat s potřebnou odbornou péčí, podle svých nejlepších znalostí a schopností, přičemž je při své činnosti povinen sledovat a chránit zájmy a dobré jméno Objednatele a postupovat v souladu s jeho pokyny, pokud tyto nejsou v rozporu s obecně závaznými právními předpisy nebo zájmy Objednatele. V případě nevhodných pokynů Objednatele je Poskytovatel povinen na nevhodnost těchto pokynů Objednatele písemně upozornit, v opačném případě nese Poskytovatel odpovědnost za vady a za škodu, které v důsledku nevhodných pokynů Objednateli a/nebo Zhotoviteli a/nebo třetím osobám vznikly.

4. Poskytovatel je při poskytování služeb povinen postupovat v souladu s platnými právními předpisy a s dalšími normami souvisejícími s předmětem plnění veřejné zakázky.

5. Předmět plnění musí být realizován řádně a včas bez faktických a právních vad.

6. Poskytovatel se zavazuje informovat Objednatele o všech skutečnostech majících vliv na plnění dle této Smlouvy.

7. Objednatel je povinen poskytovat Poskytovateli součinnost nezbytnou k řádnému plnění povinností Poskytovatele dle této Smlouvy. Poskytovatel se zavazuje požádat včas Objednatele o potřebnou součinnost za účelem řádného plnění této Smlouvy. Poskytovatel je v případě potřeby oprávněn v průběhu realizace předmětu plnění této Smlouvy požádat Objednatele o konzultační schůzku. V takovém případě bude konzultační schůzka svolána nejpozději do 3 pracovních dnů. V mimořádně naléhavých případech je možno tento termín po dohodě obou smluvních stran zkrátit. O průběhu konzultační schůzky bude učiněn písemný záznam podepsaný oprávněnými osobami obou smluvních stran.

8. K provedení předmětu plnění poskytne Objednatel Poskytovateli veškerou jemu dostupnou dokumentaci. Je-li to s přihlédnutím na povahu předmětu plnění nezbytné, zajistí Objednatel pracovníkům Poskytovatele přístup na příslušná pracoviště Objednatele. Poskytovatel se zavazuje dodržovat v objektech Objednatele příslušné bezpečnostní předpisy.

9. Místem plnění (převzetí a akceptace) jsou pracoviště odboru centrálních informačních systémů Objednatele v Praze: Xxxxxxxx 0, Xxxxx 0 x Xx Xxxxxxxx 00, Xxxxx 0.

10. Převzetí předmětu plnění jako celku bude řešeno akceptačním řízením za podmínek Rámcové dohody a převzetí předmětu plnění bude převzato akceptačním protokolem.

11. Akceptační protokol vystaví Poskytovatel ve 2 (dvou) shodných originálních výtiscích, které podepíše některá z kontaktních osob Objednatele a některá z kontaktních osob Poskytovatele uvedených v čl. 5. Každá smluvní strana obdrží 1 (jeden) výtisk. Kopie akceptačního protokolu bude nedílnou součástí faktury.

12. Pokud Objednatel uplatní písemný nárok na odstranění vad do 30 dnů od převzetí plnění, zavazuje se Poskytovatel tyto vady odstranit bez zbytečného odkladu, nejpozději však do 5 (pěti) pracovních dnů, nestanoví-li Objednatel jinak. Po uplynutí 30 dnů od převzetí plnění

jsou vady převzatého plnění řešeny v rámci technické podpory aplikací agendových informačních systémů správních evidencí při dodržení provozních parametrů systému AIS SE (odezvy, stabilita).

4. Cena

1. Cena za předmět plnění činí 6 910 226,45 Kč bez DPH (slovy: šest milionů devět set deset tisíc dvě stě dvacet šest korun českých a čtyřicet pět haléřů bez DPH) tj. 8 361 374,- Kč včetně 21% DPH (slovy: osm milionů tři sta šedesát jedna tisíc tři sta sedmdesát čtyři korun českých včetně 21 % DPH). Částka DPH činí: 1 451 147,55 Kč (slovy: jeden milion čtyři sta padesát jedna tisíc sto čtyřicet sedm korun českých padesát pět haléřů).

2. Cena za předmět plnění bude zaplacena ve 3 částech (fakturačních milnících) takto:

Fakturační milník	Xxxxxx	Xxxxxx	Cena vč. DPH
FM1	30. 4. 2021	Připravenost upravených eOPWS / ePasyWS k integračním testům s CDBP	2 323 200,- Kč
FM2	31. 5. 2021	Převzetí analytické a návrhové dokumentace	1 231 296,- Kč
FM3	15. 7. 2021	Převzetí Předmětu Smlouvy (aplikace)	4 806 878,- Kč

3. Dojde-li ke změně sazby DPH, bude DPH automaticky účtována podle právních předpisů platných v době uskutečnění zdanitelného plnění. Tato změna nezakládá Smluvním stranám povinnost uzavřít dodatek ke Smlouvě.

4. Jinak neupravené platební podmínky se řídí ustanoveními uvedenými v čl. VII Rámcové

dohody.

5. Cena za předmět plnění podle Xxxxxxx uzavřené mezi Objednatelem a Poskytovatelem bude hrazena na základě faktury vystavené Poskytovatelem. Platba za převzaté plnění proběhne po uskutečnění zdanitelného plnění (dále jen „DUZP“) dle podmínek uvedených v Rámcové dohodě a Smlouvě.

6. Cena předmětu plnění služeb podle odst. 1 čl. 4. Smlouvy je stanovena jako cena nejvýše přípustná a nepřekročitelná a zahrnuje zejména veškeré výlohy, výdaje a náklady vzniklé Poskytovateli v souvislosti s realizací předmětu plnění, vyhotovením a předáním výstupů dle této smlouvy.

7. Součástí celkové ceny jsou i služby a dodávky, které ve smlouvě sice výslovně uvedeny nejsou, ale Poskytovatel jakožto odborník o nich ví nebo má vědět, že jsou nezbytnou součástí plnění předmětu smlouvy.

5. Oprávněné osoby

1. Oprávněné osoby Objednatele jsou oprávněny jednat s Poskytovatelem ve věcech předmětu plnění této Smlouvy a v souladu s Rámcovou dohodou.

Jména oprávněných osob Objednatele:

a) ve věcech Smlouvy:

b) ve věcech technických:

Kontaktní osoby Poskytovatele:

a) ve věcech Smlouvy:

b) ve věcech technických:

c) ve věcech projektových:

2. Smluvní strany mohou změnit oprávněné osoby, jsou však povinny v souladu s čl. XV Rámcové dohody na takovou změnu písemně upozornit druhou Smluvní stranu, a to bez zbytečného odkladu.

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

1. Veškerá ujednání této Smlouvy navazují na Rámcovou dohodu a Rámcovou dohodou se řídí. Povinnosti a vztahy obou Smluvních stran výslovně neupravené touto Smlouvou se řídí příslušnými ustanoveními Rámcové dohody.

2. Objednatel podpisem této Smlouvy stvrzuje, že je se zněním textu Smlouvy a Rámcové dohody seznámen, a s jejím zněním souhlasí.

3. Tato Xxxxxxx nabývá platnosti v den jejího podpisu oběma Smluvními stranami a účinnosti dnem uveřejnění v registru smluv. Smluvní strany berou na vědomí, že tato Xxxxxxx bude uveřejněna v registru smluv dle zákona č. 340/2015 Sb., o zvláštních podmínkách účinnosti některých smluv, uveřejňování těchto smluv a o registru smluv (zákon o registru smluv), ve znění pozdějších předpisů. Dle dohody Smluvních stran zajistí odeslání Xxxxxxx správci registru smluv Objednatel. Objednatel je oprávněn před odesláním Xxxxxxx správci registru smluv ve Xxxxxxx znečitelnit informace, na něž se nevztahuje uveřejňovací povinnost podle zákona o registru smluv.

4. Změny a doplňky této Smlouvy lze provádět pouze písemnými a vzestupně číslovanými dodatky, přičemž každá ze Smluvních stran se zavazuje spravedlivě zvážit návrhy druhé Smluvní strany.

5. Přílohy Smlouvy:

- Příloha č. 1 – Detailní specifikace plnění

6. Tato Smlouva je vyhotovena v elektronické podobě, ve formátu .pdf, a elektronicky podepsána oběma smluvními stranami.

7. Smluvní strany prohlašují, že Xxxxxxx uzavírají svobodně a vážně, a že obsah Xxxxxxx vyjadřuje jejich vůli a na důkaz toho Smlouvu podepisují.

V Praze dne. dle el. podpisu V Praze dne: dle el. podpisu

Za Objednatele: Za Poskytovatele:

Xxx. Xxxxxxxxx Xxxxxxx Xxx. Xxxxx Xxxxxx ředitel odboru centrálních informačních systémů jednatel

Příloha č. 1 k Prováděcí smlouvě č. 22

Detailní specifikace plnění

1. Požadavky na změnu ePasyWS z titulu implementace CDBP ZP015

Předmětem tohoto popisu je specifikace požadavků na realizaci funkcionality aplikace

„ePasyWS“ pro CD vydávané od 1. 8. 2021 na základě implementace změnového požadavku

CDBP ZP015.

Cílem tohoto dokumentu je na obecné úrovni specifikovat požadované funkcionality a vymezit známá nefunkcionální omezení. Zde uvedené požadavky vymezují rozsah a obsah dodávaného řešení.

Klíčové požadavky (KP)

Kód Popis

ePasyWS_KP_01 Přechod na Glass Fish v5

Instalace a konfigurace Glass Fish v5

Popis nastavení Glass Fish v5 pro MV

ePasyWS_KP_02 Přechod na Java v8

Portace původních programů do Java8 a do nového vývojového prostředí podporující Java8 a Glass Fish v5

ePasyWS_KP_03 ePasyWS musí být provozována ve dvou verzích kvůli:

• kompatibilitě se systémem MZV, který se bude připojovat na novou verzi později (předpoklad 1. 1. 2025),

• nutnosti udržovat v testovacím prostředí stávající verzi až do nasazení na produkci

Nový URL context pro přístup

ePasyWS_KP_04 Přechod na nové sledování dotazů – viz C227

Funkcionální požadavky

V této kapitole jsou uvedeny požadavky na funkcionalitu rozhraní mezi ePasyWS a CDBP a úpravy DM na straně AIS ECD. Požadavky jsou pro přehlednost rozděleny do tzv. logických modulů (LM). Každý funkcionální požadavek (FP) je vybaven jednoznačným identifikátorem pro jeho snadné adresování a sledování.

ePasyWS_LM01 Datový model

Kód Popis

ePasyWS_FP_0101 Údaje o žádosti k dokladu ve struktuře CestovniDokladData.Zadost je třeba rozšířit o položky:

• odůvodnění dalšího cestovního dokladu – nepovinný řetězec (max. 250 znaků),

• úplné jméno – nepovinný řetězec (max. 100 znaků),

• úplné příjmení – nepovinný řetězec (max. 100 znaků).

• potvrzení o uhrazení správního poplatku při podání – nepovinný řetězec (max. 40 znaků),

• číslo jednací – nepovinný řetězec (max. 11 znaků)

• poznámky k předání CD – nepovinný řetězec (max. 500

znaků),

• potvrzení o uhrazení správního poplatku při předání – nepovinný řetězec (max. 40 znaků).

Návrh: Rozšíření tabulky kzadost v databázi db_jis_cdc

ePasyWS_FP_0102 Údaje o vyrobeném dokladu a odpovídající žádosti ve struktuře

CestovniDokladData je třeba rozšířit o položky:

• elektronická podoba žádosti – povinné pole byte.

Návrh: Ukládat elektronickou podobu žádosti: Do databáze db_ddc_cd doplnit novou tabulku pro zápis elektronické podoby žádosti - blob

ePasyWS_FP_0103 Doplňující údaje o žádosti k předanému dokladu ve struktuře CDPrevzeti.ZadostPrevzeti je třeba rozšířit o položky:

• poznámky k předání CD – nepovinný řetězec (max. 500 znaků),

• potvrzení o uhrazení správního poplatku při předání – nepovinný řetězec (max. 40 znaků).

Návrh: Rozšíření tabulky kzadost v databázi db_jis_cdc

ePasyWS_FP_0104 Data transakčního protokolu

Obsah základní tabulky cd_tr_protokol:

• číslo žádosti

o zapisuje se při založení dokladu v AIS

o zdroj CDBP

• datum pořízení

o zapisuje se při založení dokladu v AIS

o zdroj CDBP

• kdo pořídil žádost

o id uživatele z cst_user

o zapisuje se při založení dokladu v AIS

o zdroj CDBP

• číslo dokladu

o zapisuje se při založení dokladu v AIS

o zdroj CDBP

• datum platnosti dokladu na dokladu

o zapisuje se při založení dokladu v AIS

o zdroj CDBP

• skartační znaku – S

o zapisuje se při založení dokladu v AIS

o konstanta

• skartační lhůta – 15 let

o zapisuje se při založení dokladu v AIS

o konstanta

• datum plánované skartace

o zapisuje se při založení dokladu v AIS

o datum platnosti dokladu + skartační lhůta

o výpočet

• datum převzetí dokladu

o zapisuje se při převzetí dokladu

o zdroj CDBP

• datum skutečné skartace žádosti

o zapisuje se při automatické skartaci žádosti

Obsah tabulky pro informace o tisku žádosti cd_tr_protokol_tisk:

• číslo žádosti

• kdo tiskl žádost – id uživatele z cst_user

• datum tisku

ePasyWS_LM02 Rozhraní ePasyWS - doklad

Kód Popis

ePasyWS_FP_0201 Údaje o žádosti k dokladu ve struktuře CestovniDokladData.Zadost je třeba rozšířit o položky:

• odůvodnění dalšího cestovního dokladu – nepovinný řetězec

(max. 250 znaků),

• úplné jméno – nepovinný řetězec (max. 100 znaků),

• úplné příjmení – nepovinný řetězec (max. 100 znaků),

• potvrzení o uhrazení správního poplatku při podání – nepovinný řetězec (max. 40 znaků),

• číslo jednací – nepovinný řetězec (max. 11 znaků)

ePasyWS_FP_0202 Údaje o vyrobeném dokladu a odpovídající žádosti ve struktuře CestovniDokladData je třeba rozšířit o položky:

• elektronická podoba žádosti – povinné pole byte.

ePasyWS_FP_0203 Údaje o předaném dokladu ve struktuře CDPrevzeti je třeba rozšířit o položky:

• elektronická podoba žádosti pro ePasy s biometrickými prvky

– nepovinné pole byte.

ePasyWS_FP_0204 Doplňující údaje o žádosti k předanému dokladu ve struktuře CDPrevzeti.ZadostPrevzeti je třeba rozšířit o položky:

• poznámky k předání CD – nepovinný řetězec (max. 500 znaků),

• potvrzení o uhrazení správního poplatku při předání – nepovinný řetězec (max. 40 znaků).

ePasyWS_LM03 Úprava procesů ePasyWS - doklad

Kód Popis

ePasyWS_FP_0301 Údaje o žádosti k dokladu ve struktuře CestovniDokladData.Zadost

je třeba rozšířit o položky:

• odůvodnění dalšího cestovního dokladu – nepovinný řetězec (max. 250 znaků),

• úplné jméno – nepovinný řetězec (max. 100 znaků),

• úplné příjmení – nepovinný řetězec (max. 100 znaků),

• potvrzení o uhrazení správního poplatku při podání – nepovinný řetězec (max. 40 znaků),

• číslo jednací – nepovinný řetězec (max. 11 znaků)

Změna procesu zápisu dat do tabulky kzadost v databázi db_jis_cdc

ePasyWS_FP_0302 Údaje o vyrobeném dokladu a odpovídající žádosti ve struktuře CestovniDokladData je třeba rozšířit o položky:

• elektronická podoba žádosti – povinné pole byte.

Návrh: Nová metoda pro plnění dat do db_ddc_cd

ePasyWS_FP_0303 Údaje o předaném dokladu ve struktuře CDPrevzeti je třeba rozšířit o položky:

elektronická podoba žádosti pro eOP s biometrickými prvky – nepovinné pole byte.

Návrh: Nová metoda pro plnění dat do db_ddc_cd

ePasyWS_FP_0304 Doplňující údaje o žádosti k předanému dokladu ve struktuře CDPrevzeti.ZadostPrevzeti je třeba rozšířit o položky:

• poznámky k předání CD – nepovinný řetězec (max. 500 znaků),

• potvrzení o uhrazení správního poplatku při předání – nepovinný řetězec (max. 40 znaků).

Návrh: Úprava procesu pro předání dokladu

ePasyWS_LM04 Rozhraní ePasyWS – data z AIS SE

Kód Popis

ePasyWS_FP_0401 Tento požadavek se týká všech metod, které vrací údaje osoby:

• osobaPCO,

• osobaRC,

• osobaOP,

• osobaCD.

Je třeba rozšířit vracená data o osobě v OsobaData.OsobaDetail o

nové položky:

• informaci o zbavení rodičovských práv Formát: jméno příjmení, datum narození

Upozornění: Data přebírá i MZV.

ePasyWS_LM05 Úprava procesů ePasyWS - osoba

Kód Popis

ePasyWS_FP_0501 Je třeba rozšířit vracená data o osobě v OsobaData.OsobaDetail o

nové položky:

• informaci o zbavení rodičovských práv

Návrh: V rámci výběru osoby budou vybírány informace o zbavení rodičovských práv.

Pozn.: Zatím se v AIS EO nevede.

ePasyWS_LM06 Spisová služba

Kód Popis

ePasyWS_FP_0601 Vytváření transakčního protokolu při založení dokladu Zapisované údaje:

• číslo žádosti

• datum pořízení

• kdo pořídil žádost – id uživatele z cst_user

• číslo dokladu

• datum platnosti dokladu na dokladu

• skartační znak – S

• skartační lhůta – 15 let

• datum plánované skartace - datum platnosti dokladu +

skartační lhůta

ePasyWS_FP_0602 Změna obsahu transakčního protokolu při převzetí dokladu

• doplní datum převzetí dokladu

ePasyWS_FP_0603 Automatická skartace žádosti – autonomní úloha, bude obsažena

v C227

Změna obsahu transakčního protokolu při automatické skartaci

• doplní datum skartace žádosti

ePasyWS_LM07 Sledování dotazů

Kód Popis

ePasyWS_FP_0701 Úprava sledování dotazů pro OP podle specifikace, která vznikla při

realizaci aplikace C227.

ePasyWS_FP_0702 Do rozhraní mezi ePasyWS a CDBP přidána položka identifikující OVM uživatele.

Nefunkcionální požadavky

V této kapitole jsou uvedeny požadavky nefunkcionálního charakteru. Jedná se zpravidla o zachycení známých omezení a obecných pravidel, které bude nutné při implementaci respektovat. Také každý nefunkcionální požadavek (NP) je vybaven jednoznačným identifikátorem pro jeho snadné adresování a sledování.

Dokumentace a podklady školení

Kód Popis

ePasyWS_NP_01 Součástí dodávky bude aktualizována dokumentace rozhraní mezi

CDBP a ePasyWS

ePasyWS_NP_02 Součástí dodávky bude aktualizován popis datového modelu AIS

ECD tabulek pro CDBP

Integrace

Kód Popis

ePasyWS_NP_03 Integrační testy s CDBP

2. Požadavky na změnu eOPWS z titulu implementace CDBP ZP015

Předmětem tohoto popisu je specifikace požadavků na realizaci funkcionality aplikace

„eOPWS“ pro nové OP vydávané od 1. 8. 2021 na základě implementace změnového požadavku CDBP ZP015.

Klíčové požadavky (KP)

Kód	Popis
eOPWS_KP_01	Přechod na Glass Fish v5 Instalace a konfigurace Glass Fish v5 Popis nastavení Glass Fish v5 pro MV
eOPWS_KP_02	Přechod na Java v8 Portace původních programů do Java8 a do nového vývojového prostředí podporující Java8 a Glass Fish v5
eOPWS_KP_03	ePasyWS musí být provozována ve dvou verzích kvůli nutnosti udržovat v testovacím prostředí stávající verzi až do nasazení na produkci Nový URL context pro přístup
eOPWS_KP_04	Přechod na nové sledování dotazů – viz C227

Funkcionální požadavky

V této kapitole jsou uvedeny požadavky na funkcionalitu rozhraní mezi eOPWS a CDBP a úpravy DM na straně AIS EOP. Požadavky jsou pro přehlednost rozděleny do tzv. logických modulů (LM). Každý funkcionální požadavek (FP) je vybaven jednoznačným identifikátorem pro jeho snadné adresování a sledování.

eOPWS_LM01 Datový model

Kód Popis

eOPWS_FP_0101 Údaje o vyrobeném dokladu a odpovídající žádosti ve struktuře

OPData je třeba rozšířit o položky:

• elektronická podoba žádosti – povinné pole byte.

Návrh: Ukládat elektronickou podobu žádosti: Do databáze db_ddc_op doplnit novou tabulku pro zápis elektronické podoby žádosti - blob

eOPWS_FP_0102 Údaje o vyrobeném dokladu ve struktuře OPData.OPDigitalniData je třeba rozšířit o položky:

• Hash data group 1 – povinný řetězec (max. 128 znaků),

• Hash data group 2 – povinný řetězec (max. 128 znaků),

• Hash data group 3 – povinný řetězec (max. 128 znaků),

• Hash celkový – povinný řetězec (max. 128 znaků),

• Číslo RFID čipu v dokladu – povinný řetězec (max. 20 znaků),

• Příznak veřejné části PKI podepsaného RFID čipu - povinný řetězec (max. 128 znaků).

Návrh: Ukládat data o čipu OP: Do databáze db_jis_opc doplnit novou tabulku pro zápis dat o čipu OP: op_digi nebo rozšířit tabulku

op_dopln

eOPWS_FP_0103 Údaje o žádosti k dokladu ve struktuře OPData.Zadost je třeba rozšířit o položky:

• identifikátor datové schránky – nepovinný řetězec (7 alfanumerických znaků).

• potvrzení o uhrazení správního poplatku při podání – nepovinný řetězec (max. 40 znaků).

Návrh:

• V databázi db_jis_opc rozšířit tabulku kzadost_komunikace o identifikátor datové schránky.

• V databázi db_jis_opc rozšířit tabulku kzadost o potvrzení o uhrazení správního poplatku při podání

eOPWS_FP_0104 V údajích o žádosti ve struktuře OPData.Zadost budou změny

v následujících položkách:

• druh dokladu v „DruhDokladu“ bude obsahovat nový druh „eOP

s biometrickými prvky“.

Návrh: Nová položka do číselníku druhů OP: op_druh

eOPWS_FP_0105 Doplňující údaje o žádosti k předanému dokladu ve struktuře OPPrevzeti.ZadostPrevzeti je třeba rozšířit o položky:

• poznámky k předání OP – nepovinný řetězec (max. 500 znaků).

• potvrzení o uhrazení správního poplatku při předání – nepovinný řetězec (max. 40 znaků).

Návrh:

• V databázi db_jis_opc upravit tabulku op_dopln o poznámky

k předání OP

• V databázi db_jis_opc rozšířit tabulku kzadost o potvrzení o uhrazení správního poplatku při předání

eOPWS_FP_0106 Data transakčního protokolu

Obsah základní tabulky op_tr_protokol:

• číslo žádosti

o zapisuje se při založení dokladu v AIS

o zdroj CDBP

• datum pořízení

o zapisuje se při založení dokladu v AIS

o zdroj CDBP

• kdo pořídil žádost

o id uživatele z cst_user

o zapisuje se při založení dokladu v AIS

o zdroj CDBP

• číslo dokladu

o zapisuje se při založení dokladu v AIS

o zdroj CDBP

• datum platnosti dokladu na dokladu

o zapisuje se při založení dokladu v AIS

o zdroj CDBP

• skartační znaku – S

o zapisuje se při založení dokladu v AIS

o konstanta

• skartační lhůta – 15 let

o zapisuje se při založení dokladu v AIS

o konstanta

• datum plánované skartace

o zapisuje se při založení dokladu v AIS

o datum platnosti dokladu + skartační lhůta

o výpočet

• datum převzetí dokladu

o zapisuje se při převzetí dokladu

o zdroj CDBP

• datum skutečné skartace žádosti

o zapisuje se při automatické skartaci žádosti

Obsah tabulky pro informace o tisku žádosti op_tr_protokol_tisk:

• číslo žádosti

• kdo tiskl žádost – id uživatele z cst_user

• datum tisku

eOPWS_LM02 Rozhraní pro CDBP - doklad

Kód Popis

eOPWS_FP_0201 Údaje o vyrobeném dokladu a odpovídající žádosti ve struktuře OPData je třeba rozšířit o položky:

elektronická podoba žádosti – povinné pole byte.

eOPWS_FP_0202 Údaje o vyrobeném dokladu ve struktuře OPData.OPDigitalniData je třeba rozšířit o položky:

• Hash data group 1 – povinný řetězec (max. 128 znaků),

• Hash data group 2 – povinný řetězec (max. 128 znaků),

• Hash data group 3 – povinný řetězec (max. 128 znaků),

• Hash celkový – povinný řetězec (max. 128 znaků),

• Číslo RFID čipu v dokladu – povinný řetězec (max. 20 znaků),

• Příznak veřejné části PKI podepsaného RFID čipu - povinný řetězec (max. 128 znaků).

eOPWS_FP_0203 Údaje o žádosti k dokladu ve struktuře OPData.Zadost je třeba rozšířit o položky:

• kontaktní údaje žadatele (nahradí současnou položku

„OsobaKomunikace“)

o telefonní číslo – nepovinný řetězec (max. 20 znaků, začíná „+“ a zbytek jsou číslice),

o e-mailová adresa – nepovinný řetězec (max. 100 znaků),

o identifikátor datové schránky – nepovinný řetězec (7 alfanumerických znaků).

• potvrzení o uhrazení správního poplatku při podání – nepovinný řetězec (max. 40 znaků).

Návrh:

• identifikátor datové schránky přidat do OsobaKomunikace

• doplnění požadované položky

eOPWS_FP_0204 V údajích o žádosti ve struktuře OPData budou změny v následujících položkách:

• nebudou předávány údaje o titulech žadatele v „titul“,

• údaje o předávajícím úřadu v „uradPredal“ mohou obsahovat identifikaci zastupitelského úřadu.

Návrh:

• zrušení položek pro tituly žadatele

• revize položek v „uradPredal“, zda bude vyhovovat i identifikaci zastupitelského úřadu

eOPWS_FP_0205 V údajích o žádosti ve struktuře OPData.Zadost budou změny

v následujících položkách:

• nebudou předávány údaje o jiné osobě v „ZastupujiciOsoba“,

• nebudou předávány tituly v „Osoba“,

• údaje o předávajícím úřadu v „UradPredava“ a

„KodUradPredava“ mohou obsahovat identifikaci

zastupitelského úřadu,

• druh dokladu v „DruhDokladu“ bude obsahovat nový druh „eOP

s biometrickými prvky“.

Návrh:

• zrušení z OPData.Zadost

• revize položek „UradPredava“ a „KodUradPredava“, zda bude

vyhovovat i identifikaci zastupitelského úřadu

• není potřeba změny

eOPWS_FP_0206 Údaje o předaném dokladu ve struktuře OPPrevzeti je třeba rozšířit o položky:

• elektronická podoba žádosti pro eOP s biometrickými prvky – nepovinné pole byte.

eOPWS_FP_0207 V údajích o předaném dokladu ve struktuře OPPrevzeti budou změny

v následujících položkách:

• druh dokladu v „druhDokladu“ bude obsahovat nový druh „eOP

s biometrickými prvky“.

Návrh: Není potřeba změna

eOPWS_FP_0208 Doplňující údaje o žádosti k předanému dokladu ve struktuře OPPrevzeti.ZadostPrevzeti je třeba rozšířit o položky:

• poznámky k předání OP – nepovinný řetězec (max. 500 znaků).

• potvrzení o uhrazení správního poplatku při předání – nepovinný řetězec (max. 40 znaků).

eOPWS_LM03 Rozhraní pro CDBP – data z AIS SE a ROB

Kód Popis

eOPWS_FP_0301 V užívání údajů o osobě v OsobaData budou změny v následujících

položkách:

• nebude se využívat příznak evidencí, ze kterých lze čerpat fotografii a podpis žadatele.

Návrh: údaj bude vyjmut z rozhraní

eOPWS_FP_0302 Je třeba rozšířit vracená data o osobě v OsobaData.OsobaDetail o

nové položky:

• kontaktní údaje ukládané v ROB

o seznam telefonních čísel – nepovinné

▪ Formát - max. 20 znaků, začíná „+“ a zbytek jsou číslice

o Seznam mailových adres čísel – nepovinné

▪ Formát – max. 100 znaků

o identifikátor datové schránky – nepovinný řetězec

▪ Formát - 7 alfanumerických znaků

▪ Mazat po stanovené lhůtě

• informaci o opatrovníkovi - JM, PR, DN, Název, Adresa sídla

• informaci o zbavení rodičovských práv - JM, PR, DN – rodiče

oba. Pokud jsou

Návrh:

• Pro data z ROB bude vytvořena nová služba pro výběr těchto údajů z ROB

• Informaci o opatrovníkovi budou zahrnuty do

OsobaData.OsobaDetai

o Formát FO: jméno příjmení, datum narození

o Formát PO: název, adresa

o Formát výstupu: <FO/PO>[;< FO/PO >]

• Informaci o zbavení rodičovských práv do

OsobaData.OsobaDetail

o Formát osoby: jméno příjmení, datum narození

o Formát výstupu: <osoba>[;< osoba >]

eOPWS_FP_0303 V užívání údajů o osobě v OsobaData.OsobaDetail budou změny

v následujících položkách:

• nebudou se používat tituly osoby. Návrh: údaj bude vyjmut z rozhraní

eOPWS_FP_0304 Předchozí požadavky se týká všech metod, které vrací údaje osoby:

• osobaPCO,

• osobaRC,

• osobaOP,

• osobaCD.

eOPWS_FP_0305 Nadále již nebudou využívány následující metody:

• aktFotoPodpisRC,

• aktFotoPodpisPCO.

Návrh: Služby budou vyjmuty z rozhraní

eOPWS_LM04 Úprava procesů eOPWS

Kód Popis

eOPWS_FP_0401 V užívání údajů o osobě v OsobaData budou změny v následujících

položkách:

• nebude se využívat příznak evidencí, ze kterých lze čerpat fotografii a podpis žadatele.

Návrh: V rámci dotazu na osobu nebude tento údaj vybírán.

eOPWS_FP_0402 Je třeba rozšířit vracená data o osobě v OsobaData.OsobaDetail o

nové položky:

• kontaktní údaje ukládané v ROB

o telefonní číslo – nepovinný řetězec (max. 20 znaků, začíná „+“ a zbytek jsou číslice),

o e-mailová adresa – nepovinný řetězec (max. 100 znaků),

o identifikátor datové schránky – nepovinný řetězec (7 alfanumerických znaků),

• informaci o opatrovníkovi - JM, PR, DN, Název, Adresa sídla

• informaci o zbavení rodičovských práv - JM, PR, DN – rodiče

oba. Pokud jsou

Návrh:

• Bude vytvořena nová služba pro výdej těchto dat

o Na AISSEZR pro AIS EOP bude vytvořena služba pro dotaz do ROB pro definované položky.

o Pozn.: Telefon a mail se zatím v ROB nevedou.

• V rámci výběru osoby budou vybírány informace o opatrovníkovy

• V rámci výběru osoby budou vybírány informace o zbavení rodičovských práv.

o Pozn.: Zatím se v AIS EO nevede.

eOPWS_FP_0403 V užívání údajů o osobě v OsobaData.OsobaDetail budou změny

v následujících položkách:

• nebudou se používat tituly osoby.

Návrh: Při zápisu dokladu nebudou aktualizovány tituly k osobě.

eOPWS_FP_0404 Nadále již nebudou využívány následující metody:

• aktFotoPodpisRC,

• aktFotoPodpisPCO.

Návrh: Budou zrušeny procesy pro uvedené služby.

eOPWS_FP_0405 Údaje o vyrobeném dokladu a odpovídající žádosti ve struktuře OPData je třeba rozšířit o položky:

• elektronická podoba žádosti – povinné pole byte.

Návrh: Nová metoda pro plnění dat do db_ddc_op

eOPWS_FP_0406 Údaje o vyrobeném dokladu ve struktuře OPData.OPDigitalniData je třeba rozšířit o položky:

• Hash data group 1 – povinný řetězec (max. 128 znaků),

• Hash data group 2 – povinný řetězec (max. 128 znaků),

• Hash data group 3 – povinný řetězec (max. 128 znaků),

• Hash celkový – povinný řetězec (max. 128 znaků),

• Číslo RFID čipu v dokladu – povinný řetězec (max. 20 znaků),

• Příznak veřejné části PKI podepsaného RFID čipu - povinný řetězec (max. 128 znaků).

Návrh: Nová metoda pro plnění dat do db_jis_opc

eOPWS_FP_0407 Údaje o žádosti k dokladu ve struktuře OPData.Zadost je třeba rozšířit o položky:

• kontaktní údaje žadatele (nahradí současnou položku

„OsobaKomunikace“)

o telefonní číslo – nepovinný řetězec (max. 20 znaků, začíná „+“ a zbytek jsou číslice),

o e-mailová adresa – nepovinný řetězec (max. 100 znaků),

o identifikátor datové schránky – nepovinný řetězec (7 alfanumerických znaků).

• potvrzení o uhrazení správního poplatku při podání – nepovinný řetězec (max. 40 znaků).

Návrh:

• Úprava procesu pro zápis dat do tabulky kzadost_komunikace

• Úprava procesu pro zápis dat do tabulky kzadost

eOPWS_FP_0408 V údajích o žádosti ve struktuře OPData budou změny v následujících položkách:

• nebudou předávány údaje o titulech žadatele v „titul“,

• údaje o předávajícím úřadu v „uradPredal“ mohou obsahovat

identifikaci zastupitelského úřadu.

Návrh:

• Zrušení procesů pro zápis titulů do AIS OP

• Kontrola zadaného úřadu i přes ZÚ

eOPWS_FP_0409 V údajích o žádosti ve struktuře OPData.Zadost budou změny

v následujících položkách:

• nebudou předávány údaje o jiné osobě v „ZastupujiciOsoba“,

• nebudou předávány tituly v „Osoba“,

• údaje o předávajícím úřadu v „UradPredava“ a

„KodUradPredava“ mohou obsahovat identifikaci zastupitelského úřadu,

• druh dokladu v „DruhDokladu“ bude obsahovat nový druh „eOP

s biometrickými prvky“.

Návrh:

• Údaje o jiné osobě se nebudou zapisovat – zrušení procesu

• Nebudou zapisovány tituly v žádosti – úprava procesu zápisu žádosti

• Kontrola zadaného úřadu i přes ZÚ

• Beze změny – pouze změna v číselníku druhů dokladu

eOPWS_FP_0410 Údaje o vyrobeném dokladu a odpovídající žádosti ve struktuře OPData je třeba rozšířit o položky:

• elektronická podoba žádosti – povinné pole byte.

Návrh: Nová metoda pro plnění dat do db_ddc_op. V tomto případě se jedná o změnu obsahu žádosti.

eOPWS_FP_0411 Doplňující údaje o žádosti k předanému dokladu ve struktuře OPPrevzeti.ZadostPrevzeti je třeba rozšířit o položky:

• údaje o funkčnosti čipů

o funkčnost RFID čipu – nepovinný příznak, zda je čip funkční,

o funkčnost kontaktního čipu – nepovinný příznak, zda je čip funkční,

• poznámky k předání OP – nepovinný řetězec (max. 500 znaků)

• potvrzení o uhrazení správního poplatku při předání – nepovinný řetězec (max. 40 znaků).

Návrh:

• Doplnit proces pro zápis dat o čipu OP při převzetí: op_digi pro údaje o funkčnosti čipů nebo rozšířit tabulku op_dopln.

• Doplnit proces pro zápis poznámky k předání OP

• Doplnit proces pro zápis potvrzení o uhrazení správního poplatku při předání

eOPWS_FP_0412 V údajích o předaném dokladu ve struktuře OPPrevzeti budou změny

v následujících položkách:

• druh dokladu v „druhDokladu“ bude obsahovat nový druh „eOP

s biometrickými prvky“.

Beze změny

eOPWS_LM05 Úprava procesů AISSEZR pro eOPWS

Kód Popis

eOPWS_FP_0501 Je třeba rozšířit vracená data o osobě v OsobaData.OsobaDetail o

nové položky:

• kontaktní údaje ukládané v ROB

o telefonní číslo – nepovinný řetězec (max. 20 znaků, začíná „+“ a zbytek jsou číslice),

o e-mailová adresa – nepovinný řetězec (max. 100 znaků),

o identifikátor datové schránky – nepovinný řetězec (???),

Návrh: Doplnit rozhraní pro výběr osoby z ROB i pro AIS EOP pro

externí systémy

eOPWS_FP_0502 Z FP_OP0501:

Návrh: Doplnit službu do AISSEZR pro AIS EOP pro výběr osoby

z ROB

eOPWS_LM06 Spisová služba

Kód Popis

eOPWS_FP_0601 Vytváření transakčního protokolu při založení dokladu Zapisované údaje:

• číslo žádosti

• datum pořízení

• kdo pořídil žádost – id uživatele z cst_user

• číslo dokladu

• datum platnosti dokladu na dokladu

• skartační znak – S

• skartační lhůta – 15 let

• datum plánované skartace - datum platnosti dokladu +

skartační lhůta

eOPWS_FP_0602 Změna obsahu transakčního protokolu při převzetí dokladu

• doplní datum převzetí dokladu

eOPWS_FP_0603 Automatická skartace žádosti – autonomní úloha, bude obsažena

v C227

Změna obsahu transakčního protokolu při automatické skartaci

• doplní datum skartace žádosti

eOPWS_LM07 Sledování dotazů

Kód Popis

eOPWS_FP_0701 Úprava sledování dotazů pro OP podle specifikace, která vznikla při

realizaci aplikace C227.

eOPWS_FP_0702 Do rozhraní mezi eOPWS a CDBP přidána položka identifikující OVM uživatele.

Nefunkcionální požadavky

Dokumentace a podklady školení

Kód Popis

eOPWS_NP_01 Součástí dodávky bude aktualizována dokumentace rozhraní mezi

CDBP a eOPWS

eOPWS_NP_02 Součástí dodávky bude aktualizován popis datového modelu AIS EOP

tabulek pro CDBP

Integrace

Kód Popis

eOPWS_NP_03 Integrační testy s CDBP

eOPWS_NP_04 Změna systému AISSEZR pro AIS EOP

3. Požadavky na změnu MVWS z titulu změn zákonů o EOP a ECD (zpracování požadavků z CzechPointu)

Předmětem tohoto popisu je specifikace požadavků na realizaci funkcionality aplikace

„MVWS“ pro EOP a ECD z titulu změn zákonů a požadavků MV.

Klíčové požadavky (KP)

Kód Popis

MVWS_KP_01 Nutno realizovat do 01. 08. 2021

Funkcionální požadavky

V této kapitole jsou uvedeny požadavky na změnu funkcionality aplikace MVWS. Požadavky jsou pro přehlednost rozděleny do tzv. logických modulů (LM). Každý funkcionální požadavek (FP) je vybaven jednoznačným identifikátorem pro jeho snadné adresování a sledování.

MVWS_LM01 EOP

Kód Popis

MVWS_FP_0101 Skončení platnosti občanského průkazu – úpravy MVWS

• automatické zneplatnění občanského průkazu po 45 dnech od změny trvalého pobytu, jména, příjmení nebo rodného příjmení,

• automatické zneplatnění občanského průkazu po 45 dnech od změny rodného čísla nebo pohlaví, pokud je tento údaj v občanském průkazu uveden.

MVWS_FP_0102 Skončení platnosti občanského průkazu – úpravy MVWS

• Automatické ukončení platnosti občanského průkazu po 45 dnech

od změny rodinného stavu, pokud je tento údaj v občanském průkazu uveden.

4. Požadavky na změnu C227 z titulu změn zákonů o EOP a ECD Předmětem tohoto popisu je specifikace požadavků na realizaci funkcionality aplikace „C227“ pro EOP a ECD z titulu změn zákonů a požadavků MV.

Cílem tohoto dokumentu je specifikovat na obecné úrovni požadované funkcionality a vymezit známá nefunkcionální omezení. Zde uvedené požadavky vymezují rozsah a obsah dodávaného řešení.

Klíčové požadavky (KP)

Kód Popis

C227_KP_01 Nutno realizovat do 01. 08. 2021

Funkcionální požadavky

V této kapitole jsou uvedeny požadavky na změnu funkcionality aplikace C227. Požadavky jsou pro přehlednost rozděleny do tzv. logických modulů (LM). Každý funkcionální požadavek (FP) je vybaven jednoznačným identifikátorem pro jeho snadné adresování a sledování.

C227_LM01 EOP

Kód Popis

C227_FP_0101 Úprava údajů vedených v občanském průkazu (§ 5)

• Na dočasných občanských průkazech (bez strojově čitelných údajů) neuvádět titul a rodné číslo.

C227_FP_0102 Nové doby platnosti dočasných občanských průkazů a evidence žádostí o dočasné občanské průkazy v elektronické podobě

• Výdej dočasných občanských průkazů (bez strojově čitelných údajů) s platností 2 a 5 měsíců,

• přizpůsobení reportu TSOP01 nové platnosti dočasných občanských průkazů

C227_FP_0103 Žádost o strojově čitelný občanský průkaz v elektronické podobě

• zobrazení žádosti o strojově čitelný občanský průkaz v elektronické podobě,

• tisk žádosti o strojově čitelný občanský průkaz v elektronické podobě

C227_FP_0104 Zapracování článku 6.3 Národního standardu pro elektronické systémy spisové služby do AIS EOP - Transakční protokol

• zápis do transakčního protokolu při tisku žádosti o strojově čitelný občanský průkaz v elektronické podobě

C227_FP_0105 Skončení platnosti občanského průkazu

• automatické zneplatnění občanského průkazu po 45 dnech od změny trvalého pobytu, jména, příjmení nebo rodného příjmení,

• automatické zneplatnění občanského průkazu po 45 dnech od změny rodného čísla nebo pohlaví, pokud je tento údaj v občanském průkazu uveden.

C227_FP_0106 Skončení platnosti občanského průkazu

• Automatické ukončení platnosti občanského průkazu po 45 dnech od změny rodinného stavu, pokud je tento údaj v občanském průkazu uveden.

C227_FP_0107 Skončení platnosti občanského průkazu

• Umožnit zneplatnění občanského průkazu z důvodů Nebezpečí zneužití OP, Odevzdání nalezeného OP a Zrušení z důvodu převzetí nového OP.

C227_FP_0108 Údaje vedené v evidenci občanských průkazů – znehodnocení a ponechání dokladu

• evidovat znehodnocení a ponechání dokladu,

• přizpůsobit procesy AIS EOP a report TSOP01 evidovanému znehodnocení a ponechání dokladu.

C227_FP_0109 Poskytnutí fotografie zemřelé osoby z AIS EOP osobám blízkým

• evidovat, zobrazit a zrušit zákaz poskytnutí digitálního zpracování

podoby,

• poskytnutí fotografie zemřelé osoby z AIS EOP osobám blízkým (tisk nebo uložení na lokální disk / jiné místo – způsob předání souboru nebude podpořen aplikačně),

• nepovolit poskytnutí fotografie zemřelé osoby z AIS EOP osobám blízkým, je-li evidován zákaz poskytnutí fotografie.

C227_FP_0110 Údaje vedené v evidenci občanských průkazů – foto a podpisy

• zobrazit digitalizovaný biometrický snímek obličeje na OP,

• zobrazit digitalizovaný podpis vedený v OP (a případné důvody nepořízení podpisu),

• zobrazit digitalizovaný podpis při převzetí dokladu (a případné důvody nepořízení podpisu),

• vytisknout a stáhnout digitalizovaný biometrický snímek obličeje na OP (tisk nebo uložení na lokální disk / jiné místo – způsob předání souboru nebude podpořen aplikačně),

• vytisknout a stáhnout podpis vedený v OP / podpis při převzetí dokladu (tisk nebo uložení na lokální disk / jiné místo – způsob předání souboru nebude podpořen aplikačně).

C227_LM02 ECD

Kód Popis

C227_FP_0201 Žádost o strojově čitelný cestovní doklad v elektronické podobě

• zobrazení žádosti o strojově čitelný cestovní doklad v elektronické podobě,

• tisk žádosti o strojově čitelný cestovní doklad v elektronické podobě,

C227_FP_0202 Zapracování článku 6.3 Národního standardu pro elektronické systémy spisové služby do AIS ECD - Transakční protokol

• zápis do transakčního protokolu při tisku žádosti o cestovní doklad

v elektronické podobě,

C227_FP_0203 Údaje vedené v evidenci cestovních dokladů

• zobrazit digitalizovaný biometrický snímek obličeje vedený v CD,

• zobrazit digitalizovaný podpis vedený v CD (a případné důvody nepořízení podpisu,

• zobrazit digitalizovaný podpis při převzetí dokladu (a případné důvody nepořízení podpisu),

• vytisknout a stáhnout digitalizovaný biometrický snímek obličeje na CD (tisk nebo uložení na lokální disk / jiné místo – způsob předání souboru nebude podpořen aplikačně),

• vytisknout a stáhnout podpis vedený v CD / podpis při převzetí dokladu (tisk nebo uložení na lokální disk / jiné místo – způsob předání souboru nebude podpořen aplikačně).

Nefunkcionální požadavky

Dokumentace a podklady školení

Kód Popis

C227_NP_01 Dokumentace

Součástí dodávky bude aktualizována dokumentace C227.

Document Metadata

Table of Contents

PROVÁDĚCÍ SMLOUVA Č. 22

Document Metadata