SMLOUVA O DÍLO
Úpravy elektronického inspekčního systému Mobilní bezpečné platformy Policie ČR ve vztahu k IS EES
Č.j. Objednatele: PPR-38115-17/ČJ-2020-990656
Smluvní strany:
Česká republika - Ministerstvo vnitra
Sídlo: Nad Xxxxxx 000/0, XXX 000 00, Xxxxx
IČO: 00007064
DIČ: CZ00007064
Zastoupená: plk. Xxx. Xxxxx Xxxxxxx, náměstkem ředitele pro výkon služby
ŘSCP
Korespondenční adresa: Policejní prezidium ČR, Ředitelství pro podporu výkonu služby,
poštovní schránka 62/ ŘPVS, Xxxxxxxxxx 00, 000 00 Xxxxx 0
(dále jen „Objednatel“)
a
POINT.X Software s.r.o.
Sídlo: Xxxxxxxx 000/00, XXX 000 00, Xxxxx - Xxxxxxx, Xxxxx xxxxxxxxx
IČO: 489 50 548
DIČ: CZ48950548
Zastoupená: MBA, jednatelem
Bankovní spojení: Unicredit Bank Czech republic and Slovakia a.s.
číslo účtu: 2 102132417 / 2700
Korespondenční adresa: ISDS: erwdmnb
Obchodní společnost zapsaná v obchodním rejstříku vedeném u Městského soudu v Praze pod sp. zn C 29317.
(dále jen „Dodavatel“)
(společně dále také jen „Smluvní strany“, nebo jednotlivě „Smluvní strana“)
uzavřely v souladu s ustanoveními zákona č. 89/2012 Sb., občanský zákoník, (dále jen „občanský zákoník“) a zákona č. 134/2016 Sb., o zadávání veřejných zakázek (dále jen „ZZVZ) tuto
SMLOUVU O DÍLO
Úpravy elektronického inspekčního systému Mobilní bezpečné platformy Policie ČR ve vztahu k IS EES
(dále jen „Smlouva“)
1. PŘEDMĚT SMLOUVY
1.1. Dodavatel se zavazuje poskytnout Objednateli plnění specifikované touto Smlouvou a jejími přílohami, dle podmínek a v rozsahu stanoveném touto Smlouvou. Dodavatel na základě této Smlouvy dodá zejména následující plnění:
- úpravy elektronického inspekčního systému Mobilní bezpečné platformy Policie ČR ve vztahu k IS EES,
dle podrobné specifikace uvedené v Příloze č. 1 této Smlouvy. (souhrnně dále též „Předmět plnění“).
2. CENA ZA PLNĚNÍ
2.1. Objednatel má povinnost zaplatit Dodavateli za řádně poskytnuté plnění sjednanou cenu.
2.2. Smluvní strany se dohodly, že celková cena za Předmět plnění poskytnutý dle této Smlouvy je 5 475 000,00 Kč bez DPH a 6 624 750,00 Kč s DPH (slovem šest milionů šest set dvacet čtyři tisíc sedm set padesát korun českých.). Podrobné určení ceny pro Předmět plnění, je uvedeno v Příloze č. 2 této Smlouvy.
2.3. Sjednaná cena zahrnuje veškeré náklady, které Dodavateli v souvislosti s řádným poskytováním dohodnutého plnění vzniknou, vč. veškerých licenčních poplatků, nákladů na dopravu, cel, nákladů na balení, doručení apod. a jsou v nich zohledněna rizika, bonusy, slevy a další vlivy ve vztahu k celkové době plnění dle této Smlouvy.
2.4. Cena plnění bude upravena o případnou zákonnou procentní změnu DPH, a to ode dne účinnosti příslušné změny.
2.5. Veškeré ceny dohodnuté v této Smlouvě jsou ceny v korunách českých.
3. PLATEBNÍ PODMÍNKY
3.1. Dodavatel je povinen vystavit fakturu (daňový doklad) do 10 dnů ode dne podpisu finálního akceptačního protokolu oběma Smluvními stranami.
3.2. Splatnost faktury (daňového dokladu) je 30 dnů od data jejího prokazatelného doručení Objednateli na adresu uvedenou ve Smlouvě, s výjimkou případu, kdy faktura doručená v termínu od 1.12. daného roku do 31.1. následujícího roku je splatná ve lhůtě 60 dnů od data jejího prokazatelného doručení Objednateli.
3.3. Faktura musí obsahovat číslo této Smlouvy a náležitosti řádného daňového dokladu podle příslušných právních předpisů, zejména pak zákona o dani z přidané hodnoty v platném znění a náležitosti obchodní listiny dle občanského zákoníku. V případě, že faktura (daňový doklad) nebude mít odpovídající náležitosti nebo nebude vystavena v souladu s touto Smlouvou, je Objednatel oprávněn zaslat jí zpět k doplnění Dodavateli, aniž se dostane do prodlení se splatností, lhůta splatnosti počíná běžet znovu od opětovného doručení náležitě doplněného či opraveného daňového dokladu Objednateli. Dodavatel doručí Objednateli 1 originál faktury a 1 kopii vystavené faktury.
3.4. Adresa Objednatele pro doručení daňového dokladu je:
Policejní prezidium ČR, Ředitelství pro podporu výkonu služby, Strojnická 27, poštovní schránka 62/ŘPVS, 170 89 Praha 7
3.5. Fakturovaná částka se považuje za uhrazenou okamžikem odepsání příslušné finanční částky z bankovního účtu Objednatele uvedeného ve smlouvě v prospěch bankovního účtu Dodavatele uvedeného v Smlouvě.
3.6. Přílohou faktury za poskytnuté plnění jsou originály akceptačních protokolů podepsaných pověřenými zástupci obou Smluvních stran, jinak Objednatel nebude fakturu Dodavatele akceptovat. Akceptační protokol obsahuje přehled poskytnutého plnění, tak aby bylo možné poskytnuté plnění jednoznačně identifikovat.
3.7. Objednatel neposkytuje Dodavateli finanční zálohy na předmět plnění.
4. DOBA, MÍSTO A PODMÍNKY PLNĚNÍ
4.1. Místem plnění je ŘSCP, Praha.
4.2. Dodavatel je povinen řádně dodat Předmět plnění dle této Smlouvy do 15 měsíců od účinnosti Smlouvy.
5. ZÁRUČNÍ PODMÍNKY A ODPOVĚDNOST ZA VADY
5.1. Dodavatel zaručuje a odpovídá za to, že předané plnění:
a) odpovídá sjednané specifikaci;
b) je bez faktických vad;
c) je bez právních vad.
5.2. Dodavatel poskytuje Objednateli záruku na předmět plnění 12 měsíců dle podmínek specifikovaných v příloze této Smlouvy. Zárukou přejímá Dodavatel závazek, že dodané plnění bude po tuto dobu způsobilé pro použití ke smluvenému, jinak k obvyklému účelu, a že si zachová smluvené, jinak obvyklé vlastnosti. Objednatel je povinen záruční vady oznámit Dodavateli neprodleně od jejich zjištění. Záruční doba neběží po dobu, po kterou trvá vada, za kterou odpovídá Dodavatel, a to od doby oznámení vady Objednatelem až do jejího úplného odstranění Dodavatelem. Dodavatel odpovídá za to, že plněním této Smlouvy nebude zasaženo do práv třetích osob, a to včetně práv k předmětům duševního vlastnictví.
5.3. Záruka za plnění se nevztahuje na případy a situace, které potenciálně nastanou v důsledku legislativních nebo provozně-technických změn nezávislých na vůli Smluvních stran oproti podmínkám sjednaným touto Smlouvou.
5.4. Dodavatel neodpovídá za vady plnění způsobené vyšší mocí, neoprávněným zásahem či opomenutím Objednatele nebo třetí osoby na straně Objednatele v rozporu s dokumentací, písemně prokazatelně předanými doporučeními výrobce nebo Dodavatele.
5.5. Plnění má vady, jestliže nebylo dodáno v souladu s touto Smlouvou. Za vady se považují i vady v návodech k použití, dokladech a dokumentech.
5.6. Objednatel uplatní požadavek na odstranění vady na helpdesk Dodavatele, pokud se Smluvní strany nedomluví jinak.
5.7. Uplatněním nároku z odpovědnosti za vady není dotčen nárok Objednatele na náhradu újmy.
5.8. Veškeré činnosti související s odstraněním vady činí Dodavatel sám na své náklady (včetně nákladů na dopravu) v součinnosti s Objednatelem tak, aby svými činnostmi neohrozil nebo neomezil činnost Objednatele.
6. SANKCE
6.1. Dodavatel je povinen v případě prodlení s plněním závazků dle této Smlouvy uhradit Objednateli smluvní pokutu ve výši 0,05% z celkové ceny předmětu plnění s DPH za každý den prodlení. V případě záručních oprav je Xxxxxxxxx povinen zaplatit 1000 Kč za každou hodinu prodlení, pokud v Příloze č. 1 není stanoveno jinak.
6.2. V případě prodlení Objednatele s úhradou řádně vystavených a doručených faktur, je Dodavatel oprávněn požadovat zákonný úrok z prodlení.
6.3. Smluvní strany se dohodly, že závazek zaplatit smluvní pokutu nevylučuje právo na náhradu újmy, a to v celém rozsahu. Není-li stanoveno jinak, zaplacení jakékoliv sjednané smluvní pokuty nebo slevy z ceny nezbavuje povinnou Smluvní stranu povinnosti splnit své závazky.
6.4. Smluvní pokuta a zákonný úrok z prodlení jsou splatné ve lhůtě 30 dnů ode dne doručení písemné výzvy oprávněné Smluvní strany k její úhradě povinnou Smluvní stranou, není-li ve výzvě uvedena lhůta delší.
7. PODDODAVATELÉ
7.1. Za plnění poddodavatelů Dodavatel odpovídá jako za své plnění, včetně odpovědnosti za důsledky vzniklé.
8. ÚČINNOST SMLOUVY, ODSTOUPENÍ
8.1. Ukončením účinnosti této Smlouvy nejsou dotčena ustanovení Smlouvy týkající se nároků z odpovědnosti za vady, nároků z odpovědnosti za újmu a nároků ze smluvních pokut, ustanovení o ochraně informací, ani další ustanovení a nároky, z jejichž povahy vyplývá, že mají trvat i po zániku účinnosti této Smlouvy.
8.2. Smlouvu lze dále ukončit písemnou dohodou Smluvních stran, jejíž součástí bude i vypořádání vzájemných závazků a pohledávek;
8.3. Každá ze smluvních stran může od této Smlouvy odstoupit v případech stanovených touto Smlouvou nebo zákonem, zejména pak dle ust. § 1977, § 1978 a ust. § 2002 a násl. občanského zákoníku a za podmínek § 2004 a § 2005 občanského zákoníku. Účinky odstoupení od Xxxxxxx nastávají dnem doručení oznámení o odstoupení příslušné Smluvní straně.
8.4. Objednatel je dále oprávněn odstoupit od Xxxxxxx, jestliže bylo vydáno rozhodnutí o úpadku Dodavatele v insolvenčním řízení nebo Dodavatel sám podá dlužnický návrh na zahájení insolvenčního řízení; Dodavatel vstoupí do likvidace nebo dojde k jinému byť jen faktickému podstatnému omezení rozsahu jeho činnosti, které by mohlo mít negativní dopad na jeho způsobilost plnit závazky podle této Smlouvy.
8.5. Objednatel má právo odstoupit od Smlouvy také tehdy, pokud Dodavatel přestane splňovat podmínky základní a profesní způsobilosti nebo technické kvalifikace stanovené v zadávacích podmínkách na realizaci veřejné zakázky, výsledkem které je Smlouva. Nebo před zahájením poskytování služeb nedoloží dokument o odbornosti, k úpravám systému a znalosti systému vystavený výrobci jednotlivých částí řešení.
9. KOMUNIKACE SMLUVNÍCH STRAN, OPRÁVNĚNÉ OSOBY
9.1. Veškerá komunikace mezi Smluvními stranami bude probíhat prostřednictvím oprávněných osob stanovených touto Smlouvou nebo jimi pověřených zástupců.
9.2. Kromě zákonných zástupců Smluvních stran, další osoby oprávněné jednat ve věcech plnění poskytovaného dle této Smlouvy, včetně práva podepsat akceptační protokol:
e
za Dodavatele za Objednatel
V případě, že dojde ke změně oprávněných osob nebo kontaktních údajů u nich uvedených, jako je e-mail, tel., apod., povinná strana doručí písemné oznámení o této změně druhé Smluvní straně bez zbytečného odkladu.
10. KONTROLY A AUDITY
10.1. Dodavatel je povinen spolupůsobit jako osoba povinná při výkonu finanční kontroly ve smyslu § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů (zákon o finanční kontrole), ve znění pozdějších předpisů, a poskytnout Objednateli i kontrolním orgánům při provádění finanční kontroly nezbytnou součinnost.
10.2. Dodavatel se zavazuje zajistit, že práva výše uvedených kontrolních institucí provádět audity, kontroly a ověření se budou stejnou měrou vztahovat, a to za stejných podmínek a podle stejných pravidel na jakéhokoli poddodavatele či jakoukoli jinou stranu, která má prospěch z finančních prostředků poskytnutých v rámci této smlouvy.
11. LICENCE
11.1. V případě, že předmětem plnění dle této Smlouvy je i plnění, které naplňuje znaky autorského díla dle zákona č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (dále jen „autorský zákon“), Objednatel má k tomuto dílu jako celku i k jeho jednotlivým částem následující licenci:
a) Objednatel má nevýhradní, přenosné, časově a územně neomezené právo užít autorské dílo ke všem způsobům užití v neomezeném rozsahu. Objednatel má právo autorské dílo zpracovávat, upravovat či jinak měnit, a to i prostřednictvím třetích osob. Objednatel je oprávněn tuto licenci ve formě sublicence poskytnout třetí osobě, nebo ji na třetí osobu převést, a to v celém rozsahu, nebo jenom ohledně určitých práv vyplývajících z licence.
b) Účinek poskytnuté licence nastává okamžikem předání plnění dle této Smlouvy, do okamžiku předání je Objednatel oprávněn autorské dílo užit v rozsahu a způsobem nezbytným k provedení akceptace příslušného plnění;
c) V případě, že předmětem plnění je tzv. software vytvořený na zakázku, tedy software vytvořený pro účely plnění této Smlouvy, licence dle tohoto článku Smlouvy se vztahuje i na zdrojové kódy, včetně přípravných koncepčních materiálů k takovému software. Dodavatel je povinen při předání plnění dle této Smlouvy, tedy před podpisem akceptačního protokolu nebo protokolu o převzetí software vytvořeného na zakázku, předat Objednateli aktuální verzi komentovaných zdrojových kódů, včetně přípravných koncepčních materiálů v elektronické i tištěné formě, a to v takovém rozsahu a podobě, aby Objednatel sám, nebo prostřednictvím třetí osoby, mohl případně převzít další rozvoj takového software vytvořeného na zakázku;
d) Udělení licence nelze ze strany Dodavatele vypovědět. Licence se poskytuje bezúplatně;
e) Je-li součástí plnění tzv. standardní software, u kterého Dodavatel objektivně nemůže udělit, nebo zajistit Objednateli licenci dle předchozích ustanovení, řídí se poskytovaná licence licenčními podmínkami dodaného softwarového produktu ale s tím, že Objednatel má vždy nevýhradní, přenosné, časově a územně neomezené právo užít tento software v rozsahu stanoveném touto Smlouvou. Objednatel je oprávněn licenci převést na třetí osobu.
f) Objednatel nemá povinnost licenci využít.
12. PRAVIDLA PUBLICITY – POVINNOSTI DODAVATELE
12.1. Předmět plnění je financován z Fondu pro vnitřní bezpečnost v rámci projektu „Národní projekt EES I – Implementace systému EES, registrační číslo ISF/13/01.
12.2. Na faktuře musí být uveden název projektu „Národní projekt EES I – Implementace systému EES, registrační číslo ISF/13/01.“
12.3. Dodavatel je povinen spolupůsobit jako osoba povinná při výkonu finanční kontroly ve smyslu § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů (zákon o finanční kontrole), ve znění pozdějších předpisů, a poskytnout Objednateli i kontrolním orgánům při provádění finanční kontroly nezbytnou součinnost. Dodavatel se zavazuje zajistit, že práva výše uvedených kontrolních institucí provádět audity, kontroly a ověření se budou stejnou měrou vztahovat, a to za stejných podmínek a podle stejných pravidel na jakéhokoli poddodavatele či jakoukoli jinou stranu, která má prospěch z finančních prostředků poskytnutých v rámci této Smlouvy.
12.4. Dodavatel je povinen poskytnout součinnost oprávněným kontrolním orgánům při výkonu kontroly (auditu) týkajícího se realizovaného projektu.
12.5. Dodavatel je povinen archivovat dokumentaci související s plněním dle této Smlouvy po dobu 10 let od předání plnění dle této Smlouvy, nebo minimálně do konce roku 2031, a to zejména originální vyhotovení Smlouvy včetně jejích dodatků, originály účetních dokladů a dalších dokladů vztahujících se k realizaci předmětu Smlouvy za účelem ověřování plnění povinností vyplývajících z podmínek Fondu pro vnitřní bezpečnost, poskytovat požadované informace a dokumentaci zaměstnancům nebo zmocněncům pověřených orgánů (Odboru fondů EU v oblasti vnitřních věcí Ministerstva vnitra ČR, Ministerstvu financí ČR, Evropské komise, Evropského účetního dvora, Nejvyššího kontrolního úřadu, příslušného finančního úřadu a dalších oprávněných orgánů státní správy) a je povinen vytvořit výše uvedeným osobám podmínky k provedení kontroly, vztahující se k realizaci veřejné zakázky a poskytnout jim při provádění kontroly součinnost. Prodávající je povinen smluvně zajistit, aby tyto povinnosti ve vztahu k předmětu plnění plnili také poddodavatelé podílející se na této zakázce.
12.6. Dodavatel je povinen všechny písemné zprávy, písemné výstupy a prezentace opatřit vizuální identitou projektů. Pravidla vizuální identity NP AMIF a ISF vycházejí z Horizontálního nařízení a z Prováděcího nařízení Komise (EU) č. 1049/2014 ze dne 30. července 2014, o technických vlastnostech informačních a propagačních opatřeních.
Povinné prvky vizuální identity NP ISF:
- znak EU a odkaz „Evropská unie“;
- odkaz „Fond pro vnitřní bezpečnost“;
- prohlášení, které zdůrazňuje přidanou hodnotu příspěvku Evropské unie, uvedením formulace „financováno Evropskou unií“ případně „spolufinancováno Evropskou unií“;
- odkaz na národní program Fondu pro vnitřní bezpečnost.
Splnění povinnosti vizuální identity příjemce dosáhne zejména využitím jednoho z logotypů uvedených v kapitole 20.4.2 Příručky pro žadatele a příjemce Fondu pro vnitřní bezpečnost (který již obsahuje logo, odkaz na Evropskou unii, odkaz na fond i zdůraznění přidané hodnoty příspěvku EU) a zároveň uvedením věty „Projekt [Název projektu + jeho registrační číslo] je financován v rámci národního programu Fondu pro vnitřní bezpečnost“.
Povinné prvky vizuální identity jsou ke stažení na webových stránkách odpovědného orgánu: xxxx://xxx.xxxx.xx/xxxxxx/xxxxxxxxxxx-x-xxxxxxxx.xxxx?xxX0xxxX00Xx%0x%0x.
13. OBECNÁ USTANOVENÍ
13.1. Dodavatel je povinen postupovat s odbornou péči, podle nejlepších znalostí a schopností, sledovat a chránit oprávněné zájmy Objednatele a postupovat v souladu s jeho pokyny nebo s pokyny jím pověřených osob. Dodavatel je povinen upozorňovat Objednatele v odůvodněných případech na případnou nevhodnost pokynů Objednatele.
13.2. Smluvní strany se výslovně dohodly, že Dodavatel odpovídá Objednateli za újmu majetkovou i za újmu nemajetkovou.
13.3. Dodavatel se zavazuje upozornit Objednatele na všechny okolnosti, které by mohly vést při plnění Smlouvy k omezení činností nebo ohrožení chodu Objednatele, zejména pak ve vztahu k jím používaným produktům, zařízením, programovému vybavení a prostředí.
13.4. Dodavatel je povinen upozornit Objednatele na potenciální rizika vzniku škod a včas a řádně dle svých možností provést taková opatření, která riziko vzniku škod zcela vyloučí nebo (pokud je nelze zcela vyloučit) v maximální možné míře sníží. Jde-li o zamezení vzniku škod nezapříčiněných Dodavatelem, má Dodavatel právo na úhradu nezbytných a účelně vynaložených nákladů odsouhlasených předem Objednatelem.
13.5. Dodavatel je povinen upozorňovat Objednatele včas na všechny hrozící vady či výpadky svého plnění, jakož i poskytovat Objednateli veškeré informace, které jsou pro plnění Smlouvy nezbytné a neprodleně oznámit písemnou formou Objednateli překážky, které mu brání v plnění předmětu Smlouvy a výkonu dalších činností souvisejících s plněním předmětu Smlouvy.
14. ZÁVĚREČNÁ USTANOVENÍ
14.1. Tato Smlouva nabývá účinnosti dnem uveřejnění 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).
14.2. Tato Smlouva nesmí být postoupena bez předchozího písemného souhlasu druhé Smluvní strany, nebo být součástí projektu přeměny dle Zákona č. 125/2008 Sb., o přeměnách obchodních společností a družstev, bez předchozího písemného souhlasu druhé Smluvní strany.
14.3. Smluvní strany nemají zájem, aby nad rámec výslovných ustanovení této Smlouvy byla jakákoliv práva a povinnosti dovozovány z dosavadních zvyklostí či budoucí praxe zavedené mezi stranami či zvyklostí zachovávaných obecně či v odvětví týkajícím se předmětu plnění dle těchto smluv, ledaže je stanoveno jinak. Vedle shora uvedeného si
Smluvní strany potvrzují, že si nejsou vědomy žádných dosud mezi nimi zavedených obchodních zvyklostí či praxe.
14.4. Smluvní strany vylučují aplikaci ustanovení § 557 občanského zákoníku na tuto Smlouvu.
14.5. Práva Objednatele vyplývající z této Smlouvy či jejího porušení se promlčují ve lhůtě 10 let ode dne, kdy právo mohlo být uplatněno poprvé.
14.6. Dodavatel přebírá podle § 1765 občanského zákoníku riziko změny okolností, zejména v souvislosti s cenou za poskytnuté plnění, požadavky na poskytované plnění a licenčními podmínkami výrobce.
14.7. Ukáže-li se některé z ustanovení této Smlouvy zdánlivým (nicotným), posoudí se vliv této vady na ostatní ustanovení Smlouvy obdobně podle ust. § 576 občanského zákoníku.
14.8. Všechny spory vyplývající z právního vztahu založeného touto Smlouvou a v souvislosti s ním, budou řešeny podle obecně závazných právních předpisů České republiky a soudy České republiky.
14.9. Tato Smlouva může být měněna pouze formou číslovaných písemných dodatků. Za písemnou formu nebude pro tento účel považována výměna e-mailových či jiných elektronických zpráv.
14.10. Tato Smlouva je vyhotovena tak, že je podepsána oběma Smluvními stranami elektronickým podpisem s tím, že zároveň Objednatel obdrží 1 (jeden) stejnopis s platnosti originálu podepsány oběma Smluvními stranami vlastnoručně a Dodavatel obdrží 1 (jeden) stejnopis s platnosti originálu podepsány oběma Smluvními stranami vlastnoručně tj. ne elektronicky.
14.11. Nedílnou součástí této Smlouvy jsou následující přílohy: Příloha č. 1 - „Specifikace plnění“
Příloha č. 2 - „Specifikace ceny“
V Praze dne …………. V ……………. dne …………….
Objednatel: Dodavatel:
………………….. …………………..
Česká republika – Ministerstvo vnitra POINT.X Software s.r.o plk. Xxx. Xxx Xxxxxx náměstek ředitele pro výkon služby ŘSCP jednatel
Příloha číslo 1 Smlouvy o dílo Specifikace plnění
1. Předmět dodávky
Předmětem plnění veřejné zakázky je úprava elektronického inspekčního systému Mobilní bezpečné platformy Policie ČR (dále jen „MBP“) s ohledem na požadavky a provoz systému EES. Požadované úpravy MBP mají za cíl vytvořit efektivní celek s národním systém NS EES. Informační systém MBP bude rozšířen takovým způsobem, aby zajišťoval veškeré procesy spojené s hraniční a pobytovou kontrolou v rámci Systému vstupu/výstupu.
Předmětem služby jsou komplexní úpravy eISY MBP ve vztahu k procesům EES, zejména se jedná o změny viditelné na uživatelském rozhraní miniaplikace Lustrace ale také o změny serverové části ve vztahu k procesům EES.
Změny v eISY MBP musí být realizovány v souladu s platnou architekturou Mobilní bezpečné platformy. Detailní popis všech požadavků i s popisem splnění požadavku je uveden v kapitole 3.
Pro účely specifikace předmětu plnění je pro obě strany závazná především Technické specifikace, tedy Příloha č. 1 k Zadávací dokumentace veřejné zakázky.
2. Obecná technická specifikace
Česká republika s ohledem na Nařízení Evropského parlamentu a rady (EU) 2017/2226 ze dne 30. listopadu 2017, kterým se zřizuje Systém vstupu/výstupu (dále jen „EES“) pro registraci údajů o vstupu a výstupu a údajů o odepření vstupu, pokud jde o státní příslušníky třetích zemí překračující vnější hranice členských států, kterým se stanoví podmínky přístupu do systému EES pro účely vymáhání práva a kterým se mění Úmluva k provedení Schengenské dohody a nařízení (ES) č. 767/2008 a (EU) č. 1077/2011, musí implementovat systémové řešení na úrovni hraniční kontroly v souladu s harmonogramem, která je komunikován relevantními autoritami.
Koncept daný směrnicí 2017/2226 předpokládá, že evropský systém EES je tvořen jako ústřední aplikační a databázový systém se sídlem ve Štrasburku. Členské státy EU vybudují své národní jednotné systémy NS EES v rámci struktur svých hranic, přičemž pro jednotlivé státy vybuduje agentura eu−LISA internetovou konektivitu a webové rozhraní. Náklady vzniklé hostingem národních jednotných rozhraní budou hrazeny ze souhrnného rozpočtu Evropské Unie.
Požadované úpravy eISY MBP mají za cíl vytvořit efektivní celek s národním systém NS EES. Elektronický inspekční systém Mobilní bezpečné platformy bude rozšířen takovým způsobem, aby zajišťoval veškeré procesy spojené s odbavením cestujících v rámci Systému vstupu/výstupu mimo mezinárodní letiště s veřejným provozem.
Systém eISY MBP provozuje Policie České republiky a je základním systémem pro kontrolu pobytu cizinců na území ČR a pro ověřování podmínek vstupu a vycestování osob, dopravních prostředků a věcí, při hraniční kontrole v souladu s přímo použitelnými předpisy Evropské unie a dalšími právními předpisy v oblasti pobytu cizinců a pohybu osob). Jedná se o celoplošný informační systém.
Systém eISY MBP se skládá z mobilní části (klientské části pro koncového uživatele) a z části centrální (serverové). Klientská část je realizována jako integrální součást Mobilní bezpečné platformy ) (dále jen
„MBP“) na mobilním zařízení.
Systém eISY MBP na úrovni provozovaných mobilních inspekčních terminálů realizuje operace pasivní a terminálové autentizace v rámci ověření pravosti kontrolovaného elektronického dokladu ) a přístupu k datům čipu dokladu zabezpečeným protokolem EAC (Extended Access Control).
Základní kontext eISY MBP v systému EES:
2.1. Přístup k realizaci řešení
Požadována je úprava informačního systému eISY MBP, včetně testování, dokumentace a školení.
Předmětem služby jsou komplexní úpravy eISY MBP ve vztahu k procesům EES, zejména se jedná o změny viditelné na uživatelském rozhraní miniaplikace Lustrace ale také o změny serverové části ve vztahu k procesům EES.
2.2. Požadovaný harmonogram dodávky
Etapa | Předávané plnění | Doba dokončení od zahájení projektu | |||
Analýza | a | detailní | funkční | Analytický dokument | 3 měsíce |
design | obsahující detailní popis | ||||
technického provedení | |||||
dodávky včetně návrhu | |||||
obrazovek a průchodu aplikací | |||||
s vyznačením parametrizovaných kroků | ||
Implementace změn − Základní verze | Základní verze a implementace rozhraní pro provádění integračních testů | 5 měsíců |
Implementace změn − Plná funkčnost | Plná verze řešení eISY MBP pro EES | 11 měsíců |
Integrační testy | Provedené testovací scénáře integračních testů zajišťující soulad řešení s prvky NS EES − NUI a CS EES | 6 měsíců |
Ostatní testy | Regresní testy Uživatelské betatestování | 11 měsíců |
Tvorba dokumentace | Aktualizace: Uživatelské dokumentace Administrátorské dokumentace Souboru technické dokumentace | 11 měsíců |
Akceptační testování | Provedené testovací scénáře akceptačních testů | 13 měsíců |
Spuštění do provozu | Zvýšená podpora dodavatele při spuštění řešení do provozu, přítomnost dodavatele na pracovištích objednatele | 15 měsíců |
3. Naplnění požadavků dle Přílohy č. 1 ZD – Technická specifikace
3.1. Změny v miniaplikaci Lustrace
ID | Popis požadavku | Bude splněn |
P01 | Veškeré prováděné změny v rámci klientské části eISY MBP musí být realizovány takovým způsobem, aby byla za všech okolností zajištěna maximální ergonomie ovládání pro uživatele a celý proces kontroly osoby byl maximálně plynulý s důrazem na rychlost a přehlednost jak pro uživatele, tak pro kontrolovanou osobu. | Ano✓ |
Popis splnění požadavku: Dodavatel při realizaci plně respektuje pravidla pro vývoj aplikací Mobilní bezpečné platformy Policie ČR, důsledně aplikuje vlastní metodiky pro vývoj aplikačního software s důrazem na plynulost a rychlost, disponuje týmem zkušených specialistů s rozsáhlým oborovým know−how a zkušenostmi z implementace mobilních aplikací a inspekčních systémů včetně biometrie. Všechny součásti řešení jsou po implementaci podrobovány nejen funkčním ale i výkonnostním testům.
ID | Popis požadavku | Bude splněn |
P02 | Aplikace pro HK musí plně podporovat z hlediska uživatele veškeré kroky procesu EES v rámci rozšíření stávajícího procesu kontroly osoby. | Ano✓ |
Popis splnění požadavku: Dodavatel bude při realizaci vycházet z platného nařízení Evropského parlamentu a rady (EU) 2017/2226 ze dne 30. listopadu 2017, kterým se zřizuje Systém vstupu/výstupu (dále jen „EES“) a z dodavatelem předaných závazných specifikací (ICD EES, ICD pro Workflows EES, atd.) tak, aby stávající proces hraniční kontrola v rámci eISY MBP adaptoval na veškeré požadované kroky procesu.
ID | Popis požadavku | Bude splněn |
P03 | Je požadováno zjištění stavu relevance kontrolované osoby k EES na základě načtené MRZ zóny, návratových hodnot z HK NS EES a indikace tohoto stavu uživateli. Je požadováno rozšíření stávajícího procesu kontroly osoby o zjištění relevance EES po načtení MRZ. | Ano✓ |
Popis splnění požadavku: Pro zjištění relevance bude využit dvoustupňový algoritmus ve kterém v první fázi dojde ke kalkulaci potřeby režimu EES na základě vstupních údajů z MRZ a parametrizace v konfigurační matici a následně dojde k ověření relevance vůči HK EES pro eISY MBP serveru.
ID | Popis požadavku | Bude splněn |
−−− | V rámci miniaplikace Lustrace bude upraven režim Osoba a doklad BIOMETRICKY (LUC) a Osoba všechny údaje (LUC) − Pro důvod kontroly: Hraniční kontrola, Pobytová kontrola. | Ano✓ |
Popis splnění požadavku: Při volbě existujících hodnot důvodů kontroly ve stávajících procesech bude upravena vnitřní logika miniaplikace tak, aby při provádění kontroly osoby a dokladu byly zohledněny všechny kroky procesu EES, pokud jsou relevantní.
ID | Popis požadavku | Bude splněn |
P04 | Výběr místa kontroly v souladu s číselníkem letišť s mezinárodním provozem (jednoduše rozšiřitelný na číselník hraničních přechodů) a případně i číselníkem pro pozemní hranici. | Ano✓ |
Popis splnění požadavku: Stávající funkcionalita eISY MBP pro určení místa kontroly bude rozšířena tak, aby vedle stávajících možností GPS souřadnice, souřadnice z mapy a výběr adresního bodu z RUIAN byla pro předdefinované důvody kontroly (například hraniční kontrola) preferovaně použita nová lokalizační technika, kdy na bázi GPS souřadnice je vyhledán nejbližší registrovaný hraniční přechod z číselníku, případně je tento možné vybrat prosřednictvím vyhledávání (název, lokalita, atd.). Takto vybraný HP bude v datové větě záznamu o kontrole a záznamu průjezdu EES uložen nejen po názvem a souřadnicí, ale i pod zdrojovým kódem pro pozdější využití např. statistické.
ID | Popis požadavku | Bude splněn |
P05 | Upravený režim načítání biometrie dle směrnice EES | Ano✓ |
Popis splnění požadavku: V současné době je načtení biometrických údajů osoby v aplikaci eISY MBP plně volitelné uživatelem a není vynucováno. Nově, pokud bude zjištěn režim EES, bude aplikace od uživatele vyžadovat pořízení vybraných biometrických modalit v souladu s nařízením a parametrizací systému.
ID | Popis požadavku | Bude splněn |
P06 | Bude vytvořena nová miniaplikace „Dotazník EES“, umožňující načtení definice dotazníku EES z NS EES a jeho dynamické vykreslení a vyplnění, včetně vazebních kontrol položek a kontrol proti číselníku, včetně vyhodnocení dotazníku | Ano✓ |
Popis splnění požadavku: Miniaplikace "Dotazník EES" bude vyvinuta podle standardů vývoje aplikací Mobilní bezpečné platformy v prostředí HTML/JS/CSS. Miniaplikace nebude spustitelná z menu MBP PMZ samostatně, ale pouze vyžádaně z miniapliakce Lustrace, pokud je realizována kontrola osoby v módu EES. Spuštění miniaplikace bude součástí celkového workflow kontroly pro vybrané důvody kontroly (HK, pobytová kontrola). Miniaplikace se bude prakticky spouštět jako modální dialog s kontrolou vyplnění povinných položek.
ID | Popis požadavku | Bude splněn |
P07 | Pro TCN konzultace NS EES a automatické provedení kroků workflow: ▪ Vyhledání osoby v NS EES (cestou NUI i v CS EES) ▪ Případné spuštění procesu Enroll do EES (v případě že na vstupu nebyly pořízeny všechny údaje − doplnění údajů, spuštění miniaplikace Dotazník EES a načtení dat z ní. ▪ Proces vstupu/výstupu včetně podpůrných funkcí − kalkulace doby pobytu a další | Ano✓ |
Popis splnění požadavku: Na základě výsledků zjištění relevance dle P03 bude následně provedeno vyhledání osoby v NS EES cestou HK NS EES eISY MBP a automatizované vyhodnocení výsledku vyhledávání. Při nenalezení záznamu o vstupu a výstupu v systému EES budou aktivovány povinné položky na uživatelském rozhraní pro založení záznamu do systému EES a to včetně všech povinných biometrických modalit (řízeno konfigurací). Následně bude provedeno ověření doby pobytu s automatickou kalkulací. Uživatel bude vyzván k dokončení tzv. procesu "řešení hitu", viz. dále P10. V rámci úkonu uložení kontroly bude proveden také finální záznam o vstupu či výstupu do systému EES. V případě parametrizace bude spuštěna modálně i miniaplikace Dotazník EES (viz. P06).
ID | Popis požadavku | Bude splněn |
P08 | Vyhledání minulých entry a exit záznamů v rámci procesu lustrace − zobrazení všech relevantních dat k pobytu včetně kontrol | Ano✓ |
Popis splnění požadavku: Minulé EES záznamy budou zobrazeny jako sdružené HITy, ze systému EES s dvojí úrovní zobrazení (souhrnný hit s počtem nalezených výskytů a směrodatná barva a hity jednotlivách záznamů). Barva HITu bude přizpůsobena kalkulaci povolené vs. reálné doby pobytu. Při nestandardním stavu (překročení doby pobytu, neexistence záznamu v EES atd.) bude hit oranžový případně červený v závislosti na konfiguraci.
ID | Popis požadavku | Bude splněn |
P09 | Kontrolní vyhledání vstupů a výstupů osoby z dalších IS Policie dle oprávnění uživatele a aplikace (KODOX − průjezd, OBZOR, IS PNR) | Ano✓ |
Popis splnění požadavku: Úprava v části biometrické lustrační brány zajistí, že při splnění parametrů (režim EES, oprávněný dotaz uživatele), budou v souladu s nařízením k EES (ale i k dalším EU a národním systémům, např. ETIAS), proveden dotaz i do dalších IS dle konfigurace lustrační brány.
Výsledky těchto vyhledávání pak budou v souladu s požadavkem zobrazeny v miniaplikaci Lustrace.
ID | Popis požadavku | Bude splněn |
P10 | Je požadováno upravit miniaplikaci Lustrace tak, aby pro osoby relevantní k EES prováděla operace související s načtením dat z NS EES. Je požadováno aby kandidáti shody EES byly zobrazeni ve formě hitů v hlavním hitlistu s tím, že tento typ hitu musí být povinně „vyřešen“. HIT musí být výrazně indikován uživateli způsobem odlišným od stávajících hitů | Ano✓ |
Popis splnění požadavku: Zobrazení záznamů nalezených shod bude provedeno viz. P07 a P08 s tím, že v HITLISTU bude nově indikován stav, že daný HIT je nezbytné "řešit", bez vyplnění návratových hodnot řešení (relevantních k EES) nebude možné přejít do dalšího kroku kontroly, nebo ke kontrole další osoby.
ID | Popis požadavku | Bude splněn |
P11 | Pro osobu, která je relevantní pro EES, ale nebyl pro ni nalezen hit v centrálním systému je požadováno, aby bylo primárně vynuceno doplnění biometrie uživatelem (druhá modalita) a provedeno nové hledání. Pokud ani toto hledání neskončí shodou, je nezbytné vytvořit technický „hit“, který bude sloužit pro pozdější zavedení osoby do systému EES (Enrollment). | Ano✓ |
Popis splnění požadavku: Viz. také splnění P07. Aplikace bude podporovat dodatečný dotaz na druhou modalitu, stejně jako doplnění všech vyžadovaných alfanumerických i biometrických položek pro úspěšné založení záznamu v EES.
ID | Popis požadavku | Bude splněn |
P12 | Je požadován nový mechanismus pro „řešení“ hitu z EES. Pro tento HIT se zobrazí úplná sada informací o cestujícím minimálně v rozsahu: o Výstrahy (překročení doby pobytu, nedodržení dalších podmínek vstupu, atd.) o veškeré informace o osobě z EES o výsledky porovnání biometrie o odpovědi dotazníku − vyplnění dat dotazníku s respektováním dynamické definice ze serveru HK NS EES a z konfigurační matice o kalkulovaná doba pobytu o historie vstupů a výstupů o historie pořízení dat (veškerá data tak jak postupně vznikala v rámci tohoto aktuálního sezení) | Ano✓ |
Popis splnění požadavku: Všechny uvedené položky budou součástí reálného či technického hitu (viz. P11) a bude je automatizovaně vytvářet biometrická lustrační brána v závislosti na datech zaslaných z klientské části (MBP PMZ) a systému EES. Miniapliakce lustrace je následně bude interpretovat dle zvyklostí známých z ostatních datových fondů pro lustrace. Přehledně členěných do sekcí, s automatizovaným překladem číselníkových hodnot a s důrazem na přehlednost.
ID | Popis požadavku | Bude splněn |
P13 | Pokud jsou v rámci HITu některá data neúplná (například není vyplněn dotazník, chybí část údajů, atd.), aplikace musí umožňovat přímo v detailu hitu tato data doplnit. | Ano✓ |
Popis splnění požadavku: Aplikace bude vynucovat doplnění chybějících údajů zcela automaticky, a to indikací chybějí položky přímo v detailu hitu u konkrétní položky, případně modálním dialogem z tohoto místa spouštěným s opětovným návratem do detailu HITu a obnovením dat.
ID | Popis požadavku | Bude splněn |
P14 | Je požadováno, aby zápis o vstupu / výstupu do EES byl spojen s mechanismem zápisu průjezdu dané osoby, přičemž bude vytvořena křížová kontrola mezi řešením hitu typu EES a nastavením záznamu o průjezdu, tak aby hodnoty vždy správně korespondovaly. Nastavení jedné hodnoty změní i nastavení druhé hodnoty. | Ano✓ |
Popis splnění požadavku: Veškerá požadovaná data pro zápis vstupu / výstupu do systému EES budou pořízena již v době zobrazení výsledků a řešení hitu (včetně zakládání a vyplňování dotazníku), reálně však budou zapsána až při výsledném uložení kontroly (v konečném důsledku pro více osob
současně). Při změně jakýchkoli údajů v obrazovce Výsledek kontroly, budou tyto aktualizovat i záznam EES (změna místa, poznámka, atd.).
ID | Popis požadavku | Bude splněn |
P14 (ii) | Miniaplikace Lustrace musí být rozšířena takovým způsobem, aby umožňovala vyplnit i nový typ „odepření vstupu /vycestování“ a to včetně korektního číselníku. | Ano✓ |
Popis splnění požadavku: Vyplnění formuláře pro odepření vstupu / vycestování budou součástí mechanismu řešení hitu. Číselníky pro řešení tohoto stavu budou součástí centrálního mechanismu číselníků biometrické lustrační brány.
ID | Popis požadavku | Bude splněn |
P15 | Aplikace pro HK nesmí povolit ukončení procesu kontroly osoby, pokud nejsou pro osobu relevantní k EES splněny veškeré náležitosti ve vztahu k EES. | Ano✓ |
Popis splnění požadavku: Viz. také popis u P10. Uživatel bude moci buďto doplnit veškeré náležitosti a ukončit legitimně proces záznamu o vstupu / výstupu / odepření, včetně všech součástí a povinných kroků a v rámci uložení kontroly zapsat záznam EES, nebo proces zcela opustit (odrolovat) a vrátit se do stavu před zahájením kontroly osoby relevantní pro EES. Není možné pro osobu relevantní pro EES a nastavený důvod kontroly (např. hraniční kontrola) pouze například provést lustraci a zadat kontrolu bez toho, aby byly zároveň vypořádány i náležitosti EES.
ID | Popis požadavku | Bude splněn |
P16 | Je požadováno, aby aplikace pro HK prováděla křížovou kontrolu údajů EES s údaji CS VIS a NS VIS. Pokud bude zaznamenána neshoda údajů, musí být toto uživateli graficky znázorněno na obou typech hitů i v hlavních indikátorech stavu. | Ano✓ |
Popis splnění požadavku: Jak v HITLISTu tak v detailech hitu bude uvedena barevná výrazná indikace neshody jak vstupních údajů s nalezenými záznamy tak údajů mezi uvedenými evidencemi navzájem.
ID | Popis požadavku | Bude splněn |
P18 | Veškeré procesy pořízení biometrických dat kontrolované osoby musí být možné opakovat pouze v částech, které nevyhovují například kvůli nedostatečné kvalitě, případně kvůli chybnému načtení. Vždy rozhoduje ergonomie. | Ano✓ |
Popis splnění požadavku: Cílem je zachovat osnovu stávajícího procesu kontroly osoby a dokladu. Uživatel, pokud již pořídí některé biometrické informace před zjištěním relevance k EES (např. foto obličeje, sejmutí otisku atd.), tyto budou prioritně využity i v procesu EES. Dodatečně budou požadovány pouze data chybějící či chybová.
ID | Popis požadavku | Bude splněn |
P19 | Je požadována kontrola kvality pořízené fotografie na základě tvz. ICAO check a rovněž na základě minimálních definovaných parametrů (poměr světla / stínu, vzdálenost očí, poměr velikosti hlavy ke zbytku snímku atd. dané ICD k EES). Musí být podporována možnost využití SW třetí strany pro kontrolu kvality a vyhodnocení jeho výstupů. SW poskytne Zadavatel. | Ano✓ |
Popis splnění požadavku: V rámci miniaplikace Lustrace bude v předmětných módech pro osoby relevantní k EES provedena požadovaná kontrola vlastním lokálním algoritmem Dodavatele. Pokud bude v konfiguraci nastaveno použití algorutmu třetí strany, předpokládá se využití SW formou služby a komunikaci s tímto SW bude zprostředkovávat biometrická lustrační brána. Výsledky kontroly kvality jsou prezentovány uživateli formou indikátorů a v případě podkročení prahových hodnot pro požadovanou kvalitu je vyžadováno opětovné načtení.
ID | Popis požadavku | Bude splněn |
P20 | Je požadována kontrola kvality pořízených otisků prstů a to mj. na základě parametricky definovaných hodnot pro minimální rozměry konkrétních částí otisku (dlaň, prst, článek prstu, odstupy, atd.). Musí být podporována možnost využití SW třetí strany pro kontrolu kvality a vyhodnocení jeho výstupů. SW poskytne Zadavatel. | Ano✓ |
Popis splnění požadavku: Obdobně jako P19. Dodavatel poskytne vlastní implementace PFQC (fingerprint quality check) s možností přesměrování této kontroly na serverovou stranu a SW Zadavatele. Reakce na nesplnění kritérií kvality adekvátně k P19.
ID | Popis požadavku | Bude splněn |
P21 | Aplikace pro HK musí respektovat ve všech krocích procesu a při všech operacích nastavení přejaté ze systému NS EES a nastavení z konfigurační matice MBP prostřednictvím mechanismu konfigurační matice. Veškerá chování a kontroly se musí řídit aktuálním nastavením parametrů relevantním pro dané koncové mobilní zařízení a uživatele. | Ano✓ |
Popis splnění požadavku: V rámci systému řízení konfigurace Mobilní bezpečné platformy bude implementováno rozšíření řízení konfigurace procesu EES pro PMZ MBP. Struktura konfigurace v rámci konfigurační matice bude odpovídat požadavkům Zadavatele (viz. například P34−P38) a bude zajištěno její "sloučení" tak, aby na mobilním zařízení (PMZ) již byla interpretována jediná platná konfigurační sada pro dané místo, čas a uživatele. Tato konfigurační sada bude ovlivňovat chování předmětných částí procesů kontroly osoby a dokladu ve vztahu k EES.
ID | Popis požadavku | Bude splněn |
P22 | Proces kontroly osoby musí být řízen takovým způsobem, aby žádná informace nebyla uživatelem pořizována vícekrát. Je úkolem aplikace řádně vyhodnotit veškerá potřebná pořizovaná data pro všechny systémy a zajistit jejich pořízení naráz (například otisky prstů pro EES, kontrolu dokladu, kontrolu víza, atd.). | Ano✓ |
Popis splnění požadavku: Viz. také popis splnění P18. Jednou pořízená data pro jiný účel budou využita pro všechny další úlohy v rámci miniaplikace Lustrace a daného konkrétního procesu.
ID | Popis požadavku | Bude splněn |
P23 | Aplikace musí v případě zjištění záznamu v systému EES, který již není validní, osoba zde nemá být vedena (např. obdržela trvalý pobyt) odstranění takového záznamu. | Ano✓ |
Popis splnění požadavku: Aplikace při zjištění takových okolností vyzve uživatele k potvrzení akce odstranění, případně uživatel může tuto operaci sám zahájit prostřednictvím kontextového menu aplikace. Následně předá aplikace v rámci procesu zápisu kontroly osoby požadavek do HK EES eISY MBP serveru cestou biometrické lustrační brány.
3.2. Změny v serverové části řešení eISY MBP
ID | Popis požadavku | Bude splněn |
P23 | Základní lustrace v NS a CS EES (vyhledání záznamu osoby, vyhledání vstupů a výstupů, biometrie), pokud je na vstupu biometrie, dojde na bráně LUC automaticky k porovnání. | Ano✓ |
Popis splnění požadavku: Lustrační brána bude upravena tak, aby v umožňovala provádět dotazy do NS a CS EES cestou HK NS EES serveru (eISY MBP) a automatizovaně prováděla porovnání vstupní a výstupní biometrie. Záznamy odeslané na klientskou část řešení (PMZ MBP) budou již obsahovat příznaky o výsledcích porovnání.
ID | Popis požadavku | Bude splněn |
P24 | Vložení nového záznamu do NS EES (otisky, fotografie, dotazník, MRZ, metadata) | Ano✓ |
Popis splnění požadavku: Na základě informací z PMZ bude biometrická lustrační brána provádět volání rozhraní na HK NS EES serveru prostřednictvím kterých budou pořízená data vkládána do NS EES.
ID | Popis požadavku | Bude splněn |
P25 | Aktualizace entry−exit v NS EES (k existujícímu záznamu) − zápis záznamu o vstupu/ vycestování osoby. | Ano✓ |
Popis splnění požadavku: V případě dohledání složky osoby bude záznam EES aktualizován na základě dat z PMZ voláním rozhraní HK NS EES serveru.
ID | Popis požadavku | Bude splněn |
P26 | Poskytnutí dotazníku EES z NS EES v kontextu ke kontrolované osobě. | Ano✓ |
Popis splnění požadavku: Lustrační brána bude interpretovat konfigurační nastavení pro dotazník a vytvářet na základě této konfiguraci dynamický předpis pro zobrazení dotazníku. Tento předpis bude odesílán v rámci konfigurační sekvence na PMZ, kde bude interpretován aplikací.
ID | Popis požadavku | Bude splněn |
P27 | Součástí úprav serverové části eISY MBP musí být i autonomní automatická archivace a skartace pořízených údajů, která se bude řídit konfigurací a která musí zajistit, že s dočasně ukládanými daty bude nakládáno podle příslušných směrnic a nařízení. | Ano✓ |
Popis splnění požadavku: Vznikne nová samostatná konfigurační sekce pro archivaci, anonymizaci a mazání. Tato sekce bude součástí konfigurace biometrické lustrační brány. Biometrická lustrační brána v rámci automaticky vykonávaných úloh údržby a archivace bude rovněž provádět předepsané operace s daty relevantními k EES.
ID | Popis požadavku | Bude splněn |
P28 | Datové struktury budou o rozšířeny o části pracovních dat k EES: − Data načtená z periferií prostřednictvím Modulu řízení zařízení − Kompletní Data načtená ze systému EES (informace o osobě, doklady, EES soubor cestujícího a další). | Ano✓ |
Popis splnění požadavku: Datové struktury na biometrické lustrační bráně budou rozšířeny dle požadavku, zejména pak části auditního logu, části záznamů o kontrole a datové věty relevantní pro EES.
ID | Popis požadavku | Bude splněn |
P29 | Datový model musí být rozšířen o všechny relevantní číselníky systému EES , HK NS EES, které budou spravovány na úrovni centrálního administrátora eISY MBP. | Ano✓ |
Popis splnění požadavku: Číselníky budou přidány jako součást centrálních číselníků eISY MBP do autonomní sekce EES v rozsahu daném rozhraním HK NS EES, předmětným ICD k EES a zněním směrnice. Centrální administrátor může číselníky autonomně editovat, případně jsou automatizovaně aktualizovány ze zdoje HK NS EES.
ID | Popis požadavku | Bude splněn |
P30 | eISY MBP bude rozšířen o logování událostí a podrobností k těmto událostem relevantních pro systém EES. | Ano✓ |
Popis splnění požadavku: Provozní logy klientské i serverové části eISY MBP budou rozšířeny o logování významných a EES relevantních událostí s uvedením označení (tag), že jedná o událost vztaženou k EES. S nástroji pro vytěžování logů bude pak možné vyhledat konkrétní průběh EES procesu v rámci celého procesu kontroly osoby a dokladu a pořízení kontroly skupiny osob. Řešení požadavku předpokládá využití mechanismu sehrávání klientských logů do serverové části.
ID | Popis požadavku | Bude splněn |
P31 | Vytěžovací modul pro auditní a provozní logy eISY MBP (konzole LUC) bude rozšířen o detailní zobrazení transakcí relevantních pro EES a bude tak umožňovat zobrazovat zejména informace o: − Jednotlivých transakcích a jejich časové souslednosti − Podrobnosti o kvalitě pořízených dat (zejména biometrie) − Podrobnosti o odpovědích ze systému EES − Aktivitě uživatele − Činnosti podpůrných modulů a komunikačních rozhraní | Ano✓ |
Popis splnění požadavku: Webová aplikace konzole LUC bude rozšířena o možnost sledování tagů EES a zobrazení požadovaných informací včetně časových sousledností a možnosti návazných časových analýz a exportu dat pro návazné analýzy.
3.3. Úprava rozhraní na straně eISY MBP
ID | Popis požadavku | Bude splněn |
P32 | Předmětem služby je zajištění systémových změn v datovém modelu, jádře eISY MBP, ve vrstvách obchodní logiky, a především ve vrstvě prezentovaných a konzumovaných služeb na rozhraní vůči externím systémům tak, aby výsledkem bylo obousměrné a konzistentní propojení eISY MBP s NS EES a jeho cestou pak dále k NUI a CS EES. Změny musí být realizovány v rozsahu všech operací rozhraní, které jsou nezbytné pro zajištění podpory procesů systému hraniční kontroly ve vztahu k úlohám EES. | Ano✓ |
Popis splnění požadavku: Budou implementovány požadované změny na modulech rozhraní biometrické lustrační brány. Komunikačními partnery budou server HK NS EES a systém eISY MBP s předpokladem vztahu vzájemné důvěry "systém−systém", s ověřováním/autentizací klientskými certifikáty a zabepečením min. TLS 1.2. Realizovány budou celkem 2 x 4 propojení pro dosažení plného failover v rámci řešení (4 instance biometrické lustrační brány eISY MBP a dalšího serverového SW eISY MBP ve dvou datových centrech Objednatele, vs. 2 lokality systému HK NS EES pro eISY MBP).
ID | Popis požadavku | Bude splněn |
P33 | Základní operace na rozhraní pro zajištění nezbytných funkcí EES • Zahájení transakce vůči NS EES (GetBorderControlProcess) • Zahájení procesu kontroly cestujícího podléhajícího EES (StartBorderControl) • Odeslání pořízených dat (SendData nebo SendDataAndGetRequiredData(sync)) • Načtení výsledků (GetEESData) • Zahájení identifikace (StartIdentification nebo StartIdentificationAndGetEESData(sync)) • Ukončení procesu hraniční kontroly (EndBorderControl) • Ukončení transakce vůči NS EES (EndBorderControlProcess) • Pomocné funkce o Zjištění stavu rozhraní CS EES (GetNUIStatus) o GetImage | Ano✓ |
Popis splnění požadavku: Uvedené operace na rozhraní budou prostřednictvím biometrické lustrační brány implememtovány a zprostředkovány mobilním součástem (PMZ). Z větší části jako zapouzdření volání stávajících (část bude obsažena v procesu lustrace, část v procesu uložení kontroly), částečně jako volání z klientské části autonomní (perlustrace−relevance k EES, výmazy z EES, atp.) Konzumentem rozhraní HK NS EES serveru bude vždy instance biometrické lustrační brány.
Dále budou na biometrické lustrační bráně volány autonomně (tedy bez vazby na klientské požadavky) funkce pro zjištění stavu EES a další, které budou následně využity pro soubor stavových informací pro klienty (dostupnost / nedostupnost) a IT podporu (aplikace MBP Monitor, výstupy pro Zabbix, atp).
ID | Popis požadavku | Bude splněn |
P34 | Za účelem zajištění flexibilní reakce všech, i distribuovaných součástí systému EES, na změny parametrizace, musí eISY MBP adekvátně reagovat na změny konfigurační matice NS EES. Cílem centrálně řízené konfigurace s možností definice různých hodnot parametrů pro každou instanci / lokalitu / geografickou zónu je zajištění maximální flexibility při změnách okolností a vstupních podmínek ve sféře dopadu EES. Centrálně řízená konfigurace umožní Zadavateli hladce a pružně reagovat jak na změny legislativy, tak na vývoj procesu HK na jednotlivých letištích. Například může systém NS EES nastavit pro specifické letiště či specifický pozemní hraniční přechod, konkrétní postupy pořizování dat a v zásadě tak řídit dle možností dalších součástí řešení EES kapacity řešení napříč jednotlivými částmi systému. Stejně tak umožní reagovat z konzole administrátora například na nedostupnost některé periferie na konrétním koncovém mobilním zařízení a pod. | Ano✓ |
Popis splnění požadavku: Jádrem implementace požadavku je rozšíření konfigurační matice Mobilní bezpečné platformy o strukturu vztaženou k řízení procesu EES a nového konfiguračního mechanismu na biometrické lustrační bráně, který kombinuje tuto konfigurační sekci s konfigurací získanou přímo ze systému NS EES, prostřednictvím HK NS EES a z vlastní autonomní konfigurační součásti .Výsledná konfigurace se tak skládá za běhu (runtime) na základě pravidel a priorit. Složená konfigurace je pak součástí klientské konfigurace pro PMZ i vlastního řízení procesů na biometrické lustrační bráně.
Vlastní autonomní konfigurační část lze ovlivnit přímo z administračního rozhraní eISY MBP. Principy konfigurace zachovávají principy konfigurační matice MBP, kdy libovolnou konfigurační sekci lze libovolně "přetěžovat" na různých úrovních podle zadané příslušnosti konfigurovaného cíle (např. členství v AD skupině, skupina zařízení, platforma, umístění, klíč v datech (např. STP) atd.).
ID | Popis požadavku | Bude splněn |
P35 | Konfigurace parametrů musí být primárně možná prostřednictvím výchozí konfigurace konfigurační matice Mobilní bezpečné platformy a využívat existující vizuální editor konfigurace MBP. | Ano✓ |
Popis splnění požadavku: Viz. splnění požadavku P34. Primárním (výchozím) zdrojem veškeré konfigurace EES v rámci systému eISY MBP je nová sekce v konfigurační matici MBP.
ID | Popis požadavku | Bude splněn |
P36 | Konfigurace musí umožňovat tzv. přetížení/přetypování hodnot, pokud jsou tyto poskytovány NS EES z jeho konfigurační matice. | Ano✓ |
Popis splnění požadavku: Viz. splnění požadavku P34. Nad primární (výchozí) konfigurací má prioritu konfigurace stažená z NS EES, pokud systém konfigurační službu poskytuje a konfigurace obsahuje data. Konfigurace z NS EES bude načítána v rámci automatických procesů eISY MBP v administrátorem nastaveném intervalu.
ID | Popis požadavku | Bude splněn |
P37 | Požaduje se, aby eISY MBP načítalo primárně konfigurační matici EES cestou lokální instance serveru HK EES pro eISY MBP. Řešení musí umožňovat správci změnit konfiguračně zdrojovou instanci pro konfiguraci na jiný HK EES server. Automatický fail−over není požadován. | Ano✓ |
Popis splnění požadavku: Viz. splnění požadavku P34. Nad primární (výchozí) konfigurací má prioritu konfigurace stažená z HK NS EES, pokud systém konfigurační službu poskytuje a konfigurace obsahuje data. Konfigurace z HK NS EES bude načítána v rámci automatických procesů eISY MBP v administrátorem nastaveném intervalu. Nastavení endpoint konfigurace serveru HK NS EES je součástí konfigurace instance biometrické lustrační brány.
ID | Popis požadavku | Bude splněn |
P38 | Požadováno je zejména pravidelné automatické periodické načítání parametrů a jejich aplikace do konfigurace eISY MBP ve vztahu k procesům hraniční kontroly. Je požadován minimálně tento rozsah konfigurovaných parametrů: • Rozsah povinných položek datové věty pro datový soubor záznamu EES (týká se veškerých položek, které mohou být součástí procesu EES a to i v budoucnu, pokud jsou již aktuálně při HK využívány • Rozsah dat pořizovaných v rámci procesu HK • Matice porovnávání biometrie − možnost definovat pro každý získaný soubor dat přesnou skupinu dalších zdrojů, se kterými se porovnává (například křížová kontrola foto z dokladu vs foto z elektronického čipu CDBP vs. Foto ve složce CS EES, atd...) • Kritéria rozsahu pořizování biometrických údajů − snímků obličeje (počet snímků, druh snímku, atd.) • Kritéria rozsahu pořizování biometrických údajů − otisk prstů (počet prstů, druh snímání (píchané, válené, atd.), počet kontrolních otisků • Kritéria kontroly kvalitu pořízených snímků obličeje • Kritéria kontroly kvality otisků prstů • Kritéria kontroly kvality všech dalších pořizovaných dat (snímky dokladu, snímky fotografie, atd.) • Celá komplexní struktura dotazníku pro jednotlivé kategorie TCN osob s komplexním rozsahem řízených dat, minimálně: o STP na vstupu o Destinace o Doba pobytu o Platnost dotazníku od−do o Priorita dotazníku s ohledem na ostatní verze | Ano✓ |
Popis splnění požadavku: Všechny uvedené konfigurační úrovně budou implementovány dle předpisu a to na všech úrovních zdrojů konfigurace (konf. matice, NS EES, HK NS EES i eISY MBP − autonomně).
ID | Popis požadavku | Bude splněn |
P39 | Četnost načítání parametrů konfigurační matice i pravidla přechodu na centrální konfiguraci budou definovány v konfiguraci eISY MBP. | Ano✓ |
Popis splnění požadavku: Viz. P34−P38, parametry zdroje konfigurace i četnost budou součástí konfigurace eISY MBP.
ID | Popis požadavku | Bude splněn |
P40 | Parametry konfigurační matice musí být nastavitelné na úrovni: • Letiště / Oblast / HP • STP, či skupina STP • Skupina uživatelů • Konkrétní skupina koncových zařízení / koncové zařízení | Ano✓ |
Popis splnění požadavku: Viz. také P34, možnost aplikovat konfigurace bude implementována na všech těchto úrovních.
3.4. Součinnost při testech komplexu EES dle harmonogramu a předpisu EK
ID | Popis požadavku | Bude splněn |
P41 | Předmětem služby je zajištění přítomnosti expertních pracovníků při testech systému EES a jejich součinnosti s ohledem na funkcionality řešení eISY MBP ve vztahu k NS EES. Tato součinnost bude poskytnuta maximálně v rozsahu 30 MD (člověkodny), přičemž nejmenší účtovaná jednotka 1 MD z důvodu nutné přípravy na testovací setkání. | Ano✓ |
Popis splnění požadavku: V rámci dodávky bude rezervován uvedený počet konzultačních hodin (240). Dodavatel potvrzuje, že uvedené konzultace v tomto rozsahu a s uvedeným způsobem čerpání jsou součástí dodávky.
ID | Popis požadavku | Bude splněn |
P42 | Dodavatel je povinen na výzvu Objednatele zajistit přítomnost expertních pracovníků Dodavatele do 5ti pracovních dnů od doručení výzvy a to po celou dobu realizace projektu | Ano✓ |
Popis splnění požadavku: Dodavatel zajistí elektronický nástroj pro objednávání této požadované součinnosti a při dodržení lhůty 5ti pracovních dnů od požadavku zajistí přítomnost expertů při testech a dalších součinnostních aktivitách. Prostřednictvím tohoto nástroje budou následně také vykazována čerpání fondu konzultačních hodin (viz. P41 a P40).
ID | Popis požadavku | Bude splněn |
P43 | V případě, že nebudou předmětné testy komplexu EES dokončeny do konce tohoto projektu, je Dodavatel povinen zajistit přítomnost expertních pracovníků Dodavatele PO CELOU DOBU ZÁRUKY (až do vyčerpání předplaceného objemu součinnosti) a to do 15ti pracovních dnů od doručení výzvy Objednatele. | Ano✓ |
Popis splnění požadavku: Dodavatel potvrzuje, že uvedená alokace fondu konzultačních hodin bude Zadavateli k dispozici po celou dobu záruky.
ID | Popis požadavku | Bude splněn |
P44 | Dodavatel je povinen vést výkaz poskytnutých služeb součinnosti expertních pracovníků při testech a upozornit Objednatele na dosažení 80% předplacené kvóty. Výkaz poskytnutých služeb bude součástí akceptační dokumentace. V případě, že do konce záruční doby nebude předplacený objem součinnosti expertních pracovníků při testech zcela vyčerpán, předplacená kvóta propadá a Objednatel nemá nárok na vrácení vynaložených finančních prostředků. Na konzultační součinnost bude nahlíženo tak, že byla dodána beze zbytku. | Ano✓ |
Popis splnění požadavku: Dodavatel využije elektronického rezervačního nástroje pro vytváření výkazů poskytnutých služeb i zajištění varování dosažení 80% kvóty. Dodavatel zajistí služby dle požadavku.
3.5. Záruka
ID | Popis požadavku | Bude splněn |
P45 | Zadavatel požaduje komplexní záruku na všechno dodané části po dobu 3 (tří) let od doby uvedení systému do provozu pokud není v tomto dokumentu výslovně stanoveno jinak. | Ano✓ |
Popis splnění požadavku: Dodavatel potvrzuje 3−letou komplexní záruku na celé dílo.
ID | Popis požadavku | Bude splněn |
P46 | Seznam požadovaných činností v rámci záruky: • Provoz Helpdesku 24/7 (SPoC). • Reakce na nahlášené chyby, problémy a požadavky. • Analytická podpora řešení problémů zadaných do Helpdesku. • Oprava chyb. | Ano✓ |
Popis splnění požadavku: Dodavatel potvrzuje rozsah požadovaných činností v rámci záruky.
Kategorie vad
Za vadu nebo incident je považována jakákoliv událost, která narušuje nebo by mohla narušit funkčnost dodávaného nebo dodaného plnění. Tyto události jsou reprezentovány servisním záznamem se stanovenou závažností. Za incident se nepovažuje porucha způsobená vyšší mocí, tj. živelnou pohromou, válečným konfliktem nebo teroristickým útokem anebo jinými podobnými událostmi, jež nastaly nezávisle na vůli Dodavatele a brání mu ve splnění jeho povinností, jestliže nelze rozumně předpokládat, že by Dodavatel tuto překážku nebo její následky odvrátil nebo překonal a dále, že by v době vzniku závazku tuto překážku předvídal. O kategorizaci vady rozhoduje Zadavatel.
Vada A – oprava do 8h s odezvou do 2h (včetně víkendů)
Vada B – oprava do 72h (v pracovní době 7:00 – 16:00) s odezvou do 24h Vada C – oprava do 30 dnů
Pro účely Akceptačních řízení a potřeby záruky jsou definovány následující kategorie Vad:
1) Vada kategorie A − podstatná vada, která:
− způsobuje, že systém neposkytuje některou z kritických funkcionalit systému (systém nesplňuje účel, pro který byl vytvořen, nebo uživatelé mohou používat všechny používané funkcionality, nebo zpracováním dat není naplňována legislativa relevantní pro eISY MBP),
− činí zcela nefunkčním některou z komponent systému eISY MBP a znemožňuje provedení požadovaných akceptačních testů nebo jinou akceptační proceduru,
− způsobuje, že systém vykazuje nepřiměřeně dlouhé odezvy,
− způsobí nefunkční službu Helpdesk, pokud není zajištěn náhradní způsob hlášení chyb,
− nebo systém vykazuje nedostatek, kdy implementační projekt zjevně neobsahuje části sjednané Smlouvou nebo zadávací dokumentací, či zcela chybí podstatná část řešení;
2) Vada kategorie B − méně závažná vada, která:
− způsobuje, že je systém schopen omezeného provozu nebo neposkytuje některou z nekritických funkcionalit (systém splňuje účel, pro který byl vytvořen; uživatelé mohou používat všechny používané funkcionality; zpracováním dat je naplňována legislativa relevantní pro eISY MBP)
− způsobuje, že některá z funkcionalit systému není plně činná nebo ztěžuje užívání u některého koncového uživatele, avšak tento stav má jen zanedbatelné dopady na provoz u Zadavatele,
− způsobí nefunkční službu Helpdesk, pokud je zajištěn náhradní způsob hlášení chyb.
3) Vada kategorie C
− jsou ostatní vady/incidenty, které nespadají do kategorie A ani B.
Inter
financ
C.1
6 624 750,00 Kč
5 475 000,00 Kč
Integrace IS eISY MBP s EES
A
.3.4
Celkem s DPH
Celkem bez DPH
Plnění
Část VZ
ní kod ování
Specifikace ceny za předmět plnění
Mgr. Xxx Xx era
06.04.2021 11:37:28
Digit ln podepsal:
Mgr. Xxx Xx era
POLICIE ESK REPUBLIKY
Příloha č. 2