DODATEK Č. 3 K RÁMCOVÉ SMLOUVĚ O DODÁVCE SW ŘEŠENÍ RESORTNÍHO ELEKTRONICKÉHO SYSTÉMU SPISOVÉ SLUŽBY, PODPOŘE A ROZVOJI A O POSKYTOVÁNÍ SOUVISEJÍCÍCH SLUŽEB

DODATEK Č. 3 K RÁMCOVÉ SMLOUVĚ O DODÁVCE SW ŘEŠENÍ RESORTNÍHO ELEKTRONICKÉHO SYSTÉMU SPISOVÉ SLUŽBY, PODPOŘE A ROZVOJI A O POSKYTOVÁNÍ SOUVISEJÍCÍCH SLUŽEB


Smluvní strany:


Česká republika – Ministerstvo práce a sociálních věcí

se sídlem: Xx Xxxxxxxx xxxxx 000/0, 000 00 Xxxxx 0

IČO: 005 51 023

Bankovní spojení: Česká národní banka

Číslo účtu: 2229001/0710

zastoupena: Ing. Xxxxxx Xxxxxxxx, vrchním ředitelem sekce informačních technologií

(dále jen „Objednatel“ nebo „MPSV“)


a


S&T CZ s.r.o.

se sídlem: X xxxxx 0000/00, Xxxxxx, 000 00 Xxxxx 0

IČO: 448 46 029

DIČ: CZ44846029

Bankovní spojení: Československá obchodní banka, a. s.

Číslo účtu:

zapsána v obchodním rejstříku u Městského soudu v Praze, oddíl C, vložka 6033

zastoupena: jednatel, jednatel

(dále jen „Dodavatel“)

(Objednatel a Dodavatel dále jednotlivě též jen „Strana“ nebo společně „Strany“)

uzavírají tento



Dodatek č. 3 k Rámcové smlouvě o dodávce SW řešení Resortního elektronického systému spisové služby, podpoře a rozvoji a o poskytování souvisejících služeb

(dále jen „Dodatek č. 3“)

  1. ÚVODNÍ USTANOVENÍ

    1. Strany uzavřely dne 16. 5. 2018 Rámcovou smlouvu o dodávce SW řešení Resortního elektronického systému spisové služby, podpoře a rozvoji a o poskytování souvisejících služeb, jejímž předmětem je rámcová úprava vzájemných práv a povinností Stran
      při zajištění jednotlivých dodávek a služeb Dodavatelem souvisejících s pořízením a následným provozem Resortního elektronického systému spisové služby (dále jen „      RESSS“), a to na základě dílčích Prováděcích smluv uzavřených mezi Stranami,
      ve znění Dodatku č. 1 ze dne 18. 12. 2018 a Dodatku č. 2 ze dne 15. 1. 2023 (rámcová smlouva ve znění Dodatku č. 1 a 2 dále jen „      Rámcová smlouva“).

    2. Strany v návaznosti na plnění poskytovaná Dodavatelem dle Rámcové smlouvy
      se shodly na potřebě dodatečného doplnění ustanovení týkajících se ochrany osobních údajů a kybernetické bezpečnosti a za tímto účelem uzavírají v souladu s odst.
      17.2 Rámcové smlouvy Dodatek č. 3.

    3. Vzhledem ke skutečnosti, že Strany hodlají uzavřít k Výzvám Objednatele Prováděcí smlouvu č. 3 na Plnění dle Položky pod bodem 3.3.9 Rámcové smlouvy – podpora a provoz RESSS na MPSV, Prováděcí smlouvu č. 4 na Plnění dle Položky pod bodem 3.3.4 a pod bodem 3.3.11 Rámcové smlouvy – nasazení RESSS na ÚPČR a podpora a provoz RESSS na ÚPČR, Prováděcí smlouvu č. 5 na Plnění dle Položky pod bodem 3.3.6 a pod bodem 3.3.13 Rámcové smlouvy – nasazení RESSS na SÚIP a podpora a provoz RESSS na SÚIP, Prováděcí smlouvu č. 6 na Plnění dle Položky pod bodem 3.3.7 a pod bodem 3.3.14 Rámcové smlouvy – nasazení RESSS na TIČR a podpora a provoz RESSS na TIČR, Prováděcí smlouvu č. 7 na Plnění dle Položky pod bodem 3.3.8 a pod bodem 3.3.15 Rámcové smlouvy – nasazení RESSS na ÚMPOD a podpora a provoz RESSS na ÚMPOD, Prováděcí smlouvu č. 8 na Plnění dle Položky pod bodem 3.3.16 Rámcové smlouvy – rozvoj RESSS a Prováděcí smlouvu č. 9 na Plnění dle Xxxxxxx pod bodem 3.3.17 Rámcové smlouvy – školení RESSS, přičemž Strany kladou důraz na to, aby implementace a provoz RESSS na všech příslušných organizacích odpovídal potřebám a požadavkům MPSV a jemu podřízených organizačních složek, legislativním požadavkům a principům odborné správy dokumentů, považují Strany za nezbytné přijmout další opatření nad rámec vyplývající z Rámcové smlouvy a také za tímto účelem uzavírají v souladu s odst. 17.2 Rámcové smlouvy Dodatek č. 3.

    4. Smluvní strany se dále za účelem zefektivnění postupu prací na nasazení RESSS na jednotlivých organizacích dohodly na změně při uzavření Rámcové smlouvy předpokládaného pořadí, resp. souběhu, prací na nasazení RESSS na jednotlivé organizace, přičemž plnění Položek 3.3.6, 3.3.7 a 3.3.8 dle Rámcové smlouvy bude dle příslušných Prováděcích smluv, které budou uzavřeny, zahájeno již v průběhu plnění Položky 3.3.4 Rámcové smlouvy. Za tím účelem sjednávají také níže úpravu harmonogramu postupu prací na plnění Položek č. 3.3.4, 3.3.6, 3.3.7 a 3.3.8 dle Rámcové smlouvy.

    5. Veškeré pojmy uváděné v Dodatku č. 3 mají stejný význam, který mají dle Rámcové smlouvy.

    6. Strany shodně prohlašují, že uzavřením Dodatku č. 3 nedojde k podstatné změně závazku z Rámcové smlouvy na veřejnou zakázku ve smyslu § 222 odst. 3 zákona
      č. 134/2016 Sb., o zadávání veřejných zakázek, neboť se nejedná o změnu, která by umožnila účast jiných Dodavatelů nebo by mohla ovlivnit výběr Dodavatele v původním zadávacím řízení, nemění ekonomickou rovnováhu ve prospěch vybraného Dodavatele a nevede k významnému rozšíření rozsahu plnění veřejné zakázky.

  1. ZMĚNA RÁMCOVÉ SMLOUVY

    1. Strany se shodly na tom, že za čl. XVII. Rámcové smlouvy se vkládá nový čl. XVIII. Ochrana osobních údajů, který obsahuje níže uvedená ustanovení týkající se ochrany osobních údajů:

18.1 Strany se dohodly, že součástí Rámcové smlouvy se stává ujednání o zpracování osobních údajů ve smyslu čl. 28 odst. 3 GDPR, jehož podmínky se řídí tímto článkem Rámcové smlouvy.

18.2 Strany se dohodly, že pokud to bude potřebné ke splnění požadavků předpisů na ochranu osobních údajů (tyto zahrnují „Nařízení Evropského parlamentu a Rady (EU) 2016/679 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů) (dále jen „GDPR“) a zákon č. 110/2019 Sb., o zpracování osobních údajů, v platném znění (dále jen „ZZOÚ“).), uzavřou bez zbytečného odkladu po výzvě kterékoli Strany písemný dodatek zohledňující takové požadavky.

18.3 Objednatel tímto pověřuje Dodavatele zpracováním osobních údajů subjektů údajů poskytovaných Objednatelem v rámci plnění Rámcové smlouvy, a to v rozsahu nezbytném pro plnění Rámcové smlouvy, resp. Prováděcích smluv uzavřených na jejím základě. Dodavatel je povinen zpracovávat osobní údaje pro Objednatele na základě jeho pokynů, a to v rozsahu nezbytném k řádnému plnění povinností Dodavatele vyplývajících z Rámcové smlouvy a Prováděcích smluv uzavřených na jejím základě.

Předmět zpracování, kategorie subjektů údajů a typ osobních údajů

18.4 Předmětem zpracování jsou osobní údaje subjektů údajů, které jsou zpracovávány v rámci plnění Rámcové smlouvy a Prováděcích smluv uzavřených na jejím základě. Zpracování bude probíhat v zabezpečeném prostředí ICT MPSV, na základě Rámcové smlouvy, a případně další údaje poskytnuté Objednatelem či třetími stranami z pokynu Objednatele (dále jen „osobní údaje“).

Povaha a účel zpracování

18.5 Dodavatel se zavazuje zpracovávat osobní údaje automatizovaně s přispěním výpočetní techniky. Příležitostně může docházet k ručnímu zpracování dat. Zejména se bude jednat o zpracování dat v informačních systémech MPSV: databáze MS SQL. Předmětem není předávání osobních dat třetím osobám/subjektům, případně jejich exportování mimo zabezpečené prostředí ICT MPSV.

18.6 Účel zpracování je definován účelem plnění Rámcové smlouvy a Prováděcích smluv uzavřených na jejím základě.

Doba zpracování

18.7 Zpracování osobních údajů bude probíhat po dobu účinnosti Rámcové smlouvy a příslušné Prováděcí smlouvy. Povinnosti Dodavatele týkající se ochrany osobních údajů se Dodavatel zavazuje plnit po celou dobu účinnosti Rámcové smlouvy a příslušné Prováděcí smlouvy, pokud z nich nevyplývá, že mají trvat i po zániku jejich účinnosti.

18.8 Další povinnosti Dodavatele:

Dodavatel je při zpracovávání osobních údajů povinen:

        1. zpracovávat osobní údaje výlučně na základě doložených pokynů Objednatele; pro vyloučení pochybností zpracovávání osobních údajů v souladu s povinnostmi Dodavatele dohodnutými v rámci Rámcové smlouvy či Prováděcí smlouvy se považuje za prováděné v souladu s instrukcemi Objednatele;

        2. řídit se instrukcemi Objednatele v otázkách předání osobních údajů do třetí země nebo mezinárodní organizaci, pokud mu toto zpracování již neukládá právo Evropské unie nebo členského státu, které se na Dodavatele vztahuje; v takovém případě Dodavatel Objednatele informuje o tomto právním požadavku před zpracováním, ledaže by tyto právní předpisy toto informování zakazovaly z důležitých důvodů veřejného zájmu;

        3. zajišťovat, aby se osoby oprávněné zpracovávat osobní údaje zavázaly k mlčenlivosti nebo aby se na ně vztahovala zákonná povinnost mlčenlivosti;

        4. nezapojit do zpracování žádného dalšího zpracovatele bez předchozího konkrétního nebo obecného písemného povolení Objednatele, přičemž za tyto další zpracovatele, ke kterým bylo poskytnuto povolení Objednatele, se považují poddodavatelé Dodavatele, ke kterým byl poskytnut souhlas Objednatele ve smyslu čl. 10.1.2 Rámcové smlouvy;

        5. při zohlednění povahy zpracování, být Objednateli nápomocen prostřednictvím vhodných technických a organizačních opatření, pokud je to možné, pro splnění Objednatelovy povinnosti reagovat na žádosti o výkon práv subjektů údajů;

        6. poskytnout Objednateli nezbytnou součinnost při zajišťování souladu s povinnostmi Objednatele zajistit úroveň zabezpečení zpracování, ohlašování případů porušení zabezpečení osobních údajů ÚOOÚ a případně též subjektům údajů, posuzování vlivu na ochranu osobních údajů a realizaci předchozí konzultace s ÚOOÚ, a to při zohlednění povahy zpracování a informací, jež má Dodavatel k dispozici;

        7. v souladu s rozhodnutím Objednatele všechny osobní údaje buď vymazat, nebo vrátit Objednateli po ukončení poskytování plnění dle Rámcové smlouvy či Prováděcí smlouvy, a vymazat existující kopie, pokud právo Evropské unie nebo členského státu nepožaduje uložení daných osobních údajů; a

        8. poskytnout Objednateli veškeré informace, které má Dodavatel a nikoliv Objednatel a Objednatel si tyto informace nemůže zajistit sám, potřebné k doložení toho, že byly splněny povinnosti stanovené GDPR a ZZOÚ;

        9. umožnit po předchozí písemné žádosti Objednatele doručené Dodavateli alespoň 10 pracovních dní předem audity plnění povinností Dodavatele při zpracování osobních údajů při plnění Rámcové smlouvy a Prováděcích smluv a k těmto auditům přispívat.

Zabezpečení osobních údajů

18.9 Dodavatel přijal a udržuje taková technická a organizační opatření, aby při zpracování osobních údajů Dodavatelem dle tohoto čl. XVIII. nemohlo dojít k neoprávněnému nebo nahodilému přístupu k osobním údajům, k jejich změně, zničení či ztrátě, neoprávněným přenosům, k jejich jinému neoprávněnému zpracování, jakož i k jinému zneužití osobních údajů.

18.10 Dodavatel přijal a udržuje zejména následující opatření k zajištění přiměřené úrovně zabezpečení u Dodavatele:

      1. pseudonymizace a šifrování osobních údajů;

      2. schopnost zajistit neustálou důvěrnost, integritu, dostupnost a odolnost systémů a služeb zpracování – zavedená opatření a jejich korektní fungování budou pravidelně kontrolovány;

      3. schopnost obnovit dostupnost osobních údajů a přístup k nim včas a v případě fyzických či technických incidentů;

      4. proces pravidelného testování, posuzování a hodnocení účinnosti zavedených technických a organizačních opatření pro zajištění bezpečnosti zpracování;

      5. víceúrovňový firewall;

      6. antivirovou ochranu a kontrolu neoprávněných přístupů;

      7. šifrovaný přenos dat;

      8. přístup k osobním údajům mají pouze pověřené osoby Dodavatele;

      9. servery s osobními údaji jsou uzamčeny v datacentrech Dodavatele; a

      10. zálohy dat se provádějí do oddělené geografické lokality, data jsou šifrovaná během přenosu i po uložení a přístup k nim mají pouze pověřené osoby Dodavatele.

18.11 V případě, že Xxxxxxxxx zjistí porušení zabezpečení osobních údajů, zavazuje se je bez zbytečného odkladu ohlásit Objednateli.

18.12 V případě ukončení Rámcové smlouvy či Prováděcí smlouvy nejsou Dodavatel, resp. jeho zaměstnanci, popř. pověřené třetí osoby, které přišly do styku s osobními údaji, zbaveni mlčenlivosti. Povinnost mlčenlivosti u nich v takovémto případě trvá i po ukončení účinnosti Rámcové smlouvy či jakékoliv smlouvy uzavřené na jejím základě, bez ohledu na trvání poměru uvedených osob k Dodavateli.



    1. Strany se shodly na tom, že za nově vložený čl. XVIII. Rámcové smlouvy se nově vkládá čl. XIX. Kybernetická bezpečnost Rámcové smlouvy obsahující ustanovení týkající
      se kybernetické bezpečnosti, který zní:

19.1. Dodavatel tímto bere na vědomí, že

19.1.1 Objednatel je správcem informačních systémů kritické informační infrastruktury dle ustanovení § 3 písm. c) ZKB, správcem komunikačního systému kritické informační infrastruktury dle ustanovení § 3 písm. d) ZKB a správcem významných informačních systémů dle ustanovení § 3 písm. e) ZKB. Dodavatel dále tímto bere na vědomí, že poskytnutí plnění specifikovaného shora v čl. III. Rámcové smlouvy bude prováděno na aktivech systémů kritické informační infrastruktury a aktivech významných informačních systémů.

19.1.2 Objednatel chápe Dodavatele jako významného dodavatele ve smyslu § 2 písm. n) a § 8 odst. 1 písm. f) a odst. 2 VKB.

19.2 Smluvní strany potvrzují, že rozsah zapojení Dodavatele na zajištění bezpečnosti aktiv informačních a komunikačních systémů kritické informační infrastruktury a aktiv významných informačních systému je určen předmětem této Rámcové smlouvy.

19.3 Dodavatel je povinen v rozsahu plnění této Rámcové smlouvy naplnit všechny bezpečnostní požadavky uvedené v Příloze 8 této Smlouvy (dále jen „Kybernetické požadavky“), a to do 30 dnů ode dne uzavření tohoto Dodatku č. 3.

19.4 Dodavatel umožní Objednateli v roční periodě po dobu trvání Rámcové smlouvy a 1 (slovy: jeden) rok po ukončení doby trvání Rámcové smlouvy, po celou dobu poskytování plnění dle Prováděcích smluv a 1 (slovy: jeden) rok po ukončení doby trvání poslední Prováděcí smlouvy uzavřené na základě Rámcové smlouvy po předchozí písemné žádosti Objednatele doručené Dodavateli alespoň 10 pracovních dní předem provedení zákaznického auditu na náklady Objednatele (kontroly):

19.4.1 jehož rozsah bude ohraničen využíváním ICT prostředků Dodavatele pro potřeby plnění Rámcové smlouvy a uloženými či zpracovávanými daty a inform acemi Objednatele v ICT prostředí Dodavatele, a

19.4.2 jehož předmětem bude naplnění Kybernetických požadavků a vyhodnocení rizik dle čl. 3 Přílohy 8 této Smlouvy.

19.5 Objednatel je oprávněn při kontrole Kybernetických požadavků využít třetí stranu. V případě využití třetí strany bude Objednatel odpovídat za třetí stranu, jako by kontrolu prováděl sám, včetně odpovědnosti za způsobenou újmu.

19.6 Dodavatel umožní Objednateli kontrolu Kybernetických požadavků provedenou prostředky Objednatele nebo třetí strany, a to v lokalitě Dodavatele i vzdáleně, pokud to technické prostředky Dodavatele umožňují.

19.7 Dodavatel se nad rámec plnění dle čl. III. Rámcové smlouvy zavazuje poskytnout Objednateli součinnost maximálně v rozsahu 15 MD při provádění každého zákaznického auditu ze strany Objednatele a pro tuto činnost zajistit účast kvalifikovaných pracovníků.

19.8 Dále se Dodavatel zavazuje nedostatky zjištěné:

        1. na základě provedení hodnocení rizik dle čl. 3 Přílohy 8 Rámcové smlouvy nebo

        2. v rámci zákaznického auditu dle odst. 19.4 Rámcové smlouvy

odstranit ve lhůtě určené v písemném oznámení Objednatele, která nesmí být určena kratší než 15 pracovních dní, nebo ve lhůtě přiměřené.

19.9 Odstavce 19.4 až 19.8 této Smlouvy se neaplikují, pokud je Dodavatel pro poskytování předmětu plnění orgánem nebo osobou uvedenou v § 3 písm. a) až g) ZKB.

19.10 Dodavatel se nad rámec čl. III. Rámcové smlouvy také zavazuje:

19.10.1 Poskytnout na vyžádání Objednateli dokumenty a obdobné vstupy, které má Dodavatel k dispozici aniž by bylo třeba vytvářet nové a které budou prokazovat naplnění Kybernetických požadavků ve vztahu k plnění Prováděcích smluv uzavřených na základě Rámcové smlouvy.

19.10.2 Na požádání s Objednatelem konzultovat kdykoli v průběhu realizace plnění dle Prováděcí smlouvy uzavřené na základě Rámcové smlouvy detailní nastavení bezpečnostních opatření k naplnění Kybernetických požadavků ve vztahu k předmětu plnění příslušné Prováděcí smlouvy a pro takovéto konzultace zajistit účast kvalifikovaných pracovníků.

19.10.3 Neprodleně informovat Objednatele o všech významných změnách v naplnění Kybernetických požadavků, které nastanou kdykoli v průběhu trvání Rámcové smlouvy či Prováděcí smlouvy.

19.10.4 Bezodkladně a s vyvinutím nejlepšího úsilí zajistit náhradní způsob naplnění Kybernetických požadavků u Dodavatele, pokud stávající řešení Dodavatele přestalo být funkční a efektivní.

19.10.5 Bezodkladně po zjištění na straně Dodavatele informovat Objednatele o bezpečnostních incidentech, které mohou ovlivnit realizaci plnění dle Rámcové smlouvy či Prováděcí smlouvy.

19.10.6 Při výkonu své činnosti prokazatelně upozornit Objednatele na zřejmou nevhodnost jeho příkazů či doporučení vztahující se ke Kybernetickým požadavkům a jejichž následkem může vzniknout újma nebo nesoulad se zákony nebo obecně závaznými právními předpisy, a to bez zbytečného odkladu po zjištění nevhodnosti příkazů či doporučení Objednatele.



    1. Strany se shodly na tom, že do čl. XIII. Sankční ujednání Rámcové smlouvy se nově vkládá odst. 13.2.3 až 13.2.5 v následujícím znění:

13.2.3 v případě porušení jakékoliv povinnosti Dodavatele dle čl. 19 Rámcové smlouvy zjištěném při zákaznickém auditu dle odst. 19.4 Rámcové smlouvy je Dodavatel povinen zaplatit Objednateli smluvní pokutu ve výši 5.000,- Kč za každý jednotlivý případ porušení;

13.2.4 v případě porušení jakékoliv povinnosti Dodavatele dle odst. 19.10 Rámcové smlouvy nebo jakéhokoliv z Požadavku na zajištění kybernetické bezpečnosti uvedených v Příloze č. 8 Rámcové smlouvy je Dodavatel povinen zaplatit Objednateli smluvní pokutu ve výši 5.000,- Kč za každý jednotlivý případ takového porušení;

13.2.5 za každý případ neumožnění anebo odepření provedení kontroly a zákaznického auditu dle odst. 19.4 Rámcové smlouvy je Dodavatel povinen zaplatit Objednateli smluvní pokutu ve výši 200.000,- Kč za každý jednotlivý případ takového porušení. Tento odstavec se neaplikuje, pokud je Dodavatel pro poskytování předmětu plnění orgánem nebo osobou uvedenou v § 3 písm. a) až g) zák. č. 181/2014 Sb., o kybernetické bezpečnosti a o změně souvisejících zákonů (zákon
o kybernetické bezpečnosti).



    1. Změny k Položce podpora a provoz RESSS na MPSV:

      1. Strany po provedení změnového řízení dle ustanovení čl. 6.1 Rámcové smlouvy dospěly k závěru, že je třeba provést změnu ve vymezení požadavků na podporu a provoz pro Plnění dle Položky č. 3.3.9 Rámcové smlouvy, a to v návaznosti na změny ve funkčních požadavcích sjednaných v Dodatku č. 1 a Dodatku č. 2 Rámcové smlouvy a v Dohodě k Prováděcí smlouvě 01/2018 k výzvě č. 1 ze dne 6.12.2021 a jejích dodatcích a změn Rámcové smlouvy dle bodu 2.1 a 2.2 tohoto Dodatku č. 3, které mají dopad do rozsahu plnění Položky č. 3.3.9 Rámcové smlouvy. Strany tímto upravují vymezení požadavků na podporu a provoz pro Plnění dle Položky 3.3.9 Rámcové smlouvy – podpora a provoz RESSS na MPSV – a to tak, jak je stanoveno v Příloze č. 2 tohoto Dodatku č. 3.

      2. Změna požadavků na podporu a provoz dle bodu 2.4.1 tohoto Dodatku č. 3 zahrnuje rovněž vícepráce oproti rozsahu plnění sjednaného v Rámcové smlouvě, přičemž výsledkem je zvýšení ceny plnění Položky 3.3.9 o částku 107.100,- Kč bez DPH měsíčně. Celková cena Plnění Xxxxxxx č. 3.3.9 za 1 měsíc tak činí částku ve výši 484.000,- Kč bez DPH měsíčně (dále jen „Cena Plnění provoz na MPSV“). Hodnota kladných změn ceny Plnění Položky č. 3.3.9 za 1 měsíc tak činí 107.100,- Kč bez DPH, hodnota záporných změn ceny Plnění Položky č. 3.3.9 za 1 měsíc činí 0,- Kč bez DPH.

    2. Změny k Položce nasazení RESSS na ÚPČR a Položce podpora a provoz RESSS na ÚPČR:

      1. Strany po provedení změnového řízení dle ustanovení čl. 6.1 Rámcové smlouvy dospěly k závěru, že je třeba provést změnu ve vymezení funkčních požadavků pro Plnění dle Položky 3.3.4 Rámcové smlouvy. Strany tímto upravují vymezení funkčních požadavků pro Plnění dle Položky 3.3.4 Rámcové smlouvy - nasazení RESSS na ÚPČR – a to tak, jak je stanoveno v Příloze č. 3 tohoto Dodatku č. 3.

      2. Změna funkčních požadavků dle bodu 2.5.1 tohoto Dodatku č. 3 zahrnuje rovněž vícepráce oproti rozsahu plnění sjednaného v Rámcové smlouvě, přičemž výsledkem je zvýšení ceny plnění Položky 3.3.4 o částku 1.100.900,- Kč bez DPH. Celková cena Plnění Xxxxxxx č. 3.3.4 tak činí částku ve výši 6.605.400,- Kč bez DPH (dále jen „Cena Plnění nasazení na ÚP“). Hodnota kladných změn ceny Plnění Položky č. 3.3.4 tak činí 1.100.900,- Kč bez DPH, hodnota záporných změn ceny Plnění Položky č. 3.3.4 činí 0,- Kč bez DPH.

      3. Strany po provedení změnového řízení dle ustanovení čl. 6.1 Rámcové smlouvy dospěly k závěru, že je třeba provést změnu ve vymezení požadavků na podporu a provoz pro Plnění dle Položky č. 3.3.11 Rámcové smlouvy, a to v návaznosti na a změny ve funkčních požadavcích sjednaných v Dodatku č. 1 a Dodatku č. 2 Rámcové smlouvy a v Dohodě k Prováděcí smlouvě 01/2018 k výzvě č. 1 ze dne 6.12.2021 a jejích dodatcích a změny ve funkčních požadavcích sjednaných v bodu 2.5.1 tohoto Dodatku č. 3 a změn Rámcové smlouvy dle bodu 2.1 a 2.2 tohoto Dodatku č. 3, které mají dopad do rozsahu plnění Položky č. 3.3.11 Rámcové smlouvy. Strany tímto upravují vymezení požadavků na podporu a provoz pro Plnění dle Položky 3.3.11 Rámcové smlouvy – podpora a provoz RESSS na ÚPČR – a to tak, jak je stanoveno v Příloze č. 3 tohoto Dodatku č. 3.

      4. Změna požadavků na podporu a provoz dle bodu 2.5.3 tohoto Dodatku č. 3 zahrnuje rovněž vícepráce oproti rozsahu plnění sjednaného v Rámcové smlouvě, přičemž výsledkem je zvýšení ceny plnění Položky 3.3.11 o částku 40.950,- Kč bez DPH měsíčně. Celková cena Plnění Xxxxxxx č. 3.3.11 za jeden měsíc tak činí částku ve výši 185.550,- Kč bez DPH (dále jen „Cena Plnění provoz na ÚP“). Hodnota kladných změn ceny Plnění Položky č. 3.3.11 za 1 měsíc tak činí 40.950,- Kč bez DPH, hodnota záporných změn ceny Plnění Položky č. 3.3.11 za 1 měsíc činí 0,- Kč bez DPH.

      5. Smluvní strany se dohodly na úpravě harmonogramu plnění Položky č. 3.3.4 – nasazení RESSS na ÚPČR tak, že se tabulka v čl. 1.17 (Termín a místo plnění) Přílohy č. 2 Rámcové smlouvy – Detailní specifikace Plnění – v části Nasazení resortního elektronického systému spisové služby na Úřadu práce České republiky nahrazuje tabulkou, která je přílohou č. 7 tohoto Dodatku č. 3.

    3. Změny k Položce nasazení RESSS na SÚIP a k Položce podpora a provoz RESSS na SÚIP:

      1. Strany po provedení změnového řízení dle ustanovení čl. 6.1 Rámcové smlouvy dospěly k závěru, že je třeba provést změnu ve vymezení funkčních požadavků pro Plnění dle Položky 3.3.6 Rámcové smlouvy. Strany tímto upravují vymezení funkčních požadavků pro Plnění dle Položky 3.3.6 Rámcové smlouvy - nasazení RESSS na SÚIP – a to tak, jak je stanoveno v Příloze č. 4 tohoto Dodatku č. 3.

      2. Změna funkčních požadavků dle bodu 2.6.1 tohoto Dodatku č. 3 zahrnuje rovněž vícepráce oproti rozsahu plnění sjednaného v Rámcové smlouvě, přičemž výsledkem je zvýšení ceny plnění Položky 3.3.6 o částku 250.200,- Kč bez DPH. Celková cena Plnění Xxxxxxx č. 3.3.6 tak činí částku ve výši 1.501.200,- Kč bez DPH (dále jen „Cena Plnění nasazení na SÚIP“). Hodnota kladných změn ceny Plnění Položky č. 3.3.6 tak činí 250.200,- Kč bez DPH, hodnota záporných změn ceny Plnění Položky č. 3.3.6 činí 0,- Kč bez DPH.

      3. Strany po provedení změnového řízení dle ustanovení čl. 6.1 Rámcové smlouvy dospěly k závěru, že je třeba provést změnu ve vymezení požadavků na podporu a provoz pro Plnění dle Položky č. 3.3.13 Rámcové smlouvy, a to v návaznosti na a změny ve funkčních požadavcích sjednaných v Dodatku č. 1 a Dodatku č. 2 Rámcové smlouvy a v Dohodě k Prováděcí smlouvě 01/2018 k výzvě č. 1 ze dne 6.12.2021 a jejích dodatcích a změny ve funkčních požadavcích sjednaných v bodu 2.6.1 tohoto Dodatku č. 3 a změn Rámcové smlouvy dle bodu 2.1 a 2.2 tohoto Dodatku č. 3, které mají dopad do rozsahu plnění Položky č. 3.3.13 Rámcové smlouvy. Strany tímto upravují vymezení požadavků na podporu a provoz pro Plnění dle Položky 3.3.13 Rámcové smlouvy – podpora a provoz RESSS na SÚIP – a to tak, jak je stanoveno v Příloze č. 4 tohoto Dodatku č. 3.

      4. Změna požadavků na podporu a provoz dle bodu 2.6.3 tohoto Dodatku č. 3 zahrnuje rovněž vícepráce oproti rozsahu plnění sjednaného v Rámcové smlouvě, přičemž výsledkem je zvýšení ceny plnění Položky 3.3.13 o částku 9.450,- Kč bez DPH měsíčně. Celková cena Plnění Xxxxxxx č. 3.3.13 za jeden měsíc tak činí částku ve výši 41.850,- Kč bez DPH (dále jen „Cena Plnění provoz na SÚIP“). Hodnota kladných změn ceny Plnění Položky č. 3.3.13 za 1 měsíc tak činí 9.450,- Kč bez DPH, hodnota záporných změn ceny Plnění Položky č. 3.3.13 za 1 měsíc činí 0,- Kč bez DPH.

      5. Smluvní strany se dohodly na úpravě harmonogramu plnění Položky č. 3.3.6 – nasazení RESSS na SÚIP tak, že se tabulka v čl. 1.17 (Termín a místo plnění) Přílohy č. 2 Rámcové smlouvy – Detailní specifikace Plnění – v části Nasazení resortního elektronického systému spisové služby na Státním úřadu inspekce práce nahrazuje tabulkou, která je přílohou č. 8 tohoto Dodatku č. 3.

    4. Změny k Položce nasazení RESSS na TIČR a k Položce podpora a provoz RESSS na TIČR:

      1. Strany po provedení změnového řízení dle ustanovení čl. 6.1 Rámcové smlouvy dospěly k závěru, že je třeba provést změnu ve vymezení funkčních požadavků pro Plnění dle Položky 3.3.7 Rámcové smlouvy. Strany tímto upravují vymezení funkčních požadavků pro Plnění dle Položky 3.3.7 Rámcové smlouvy - nasazení RESSS na TIČR – a to tak, jak je stanoveno v Příloze č. 5 tohoto Dodatku č. 3.

      2. Změna funkčních požadavků dle bodu 2.7.1 tohoto Dodatku č. 3 zahrnuje rovněž vícepráce oproti rozsahu plnění sjednaného v Rámcové smlouvě, přičemž výsledkem je zvýšení ceny plnění Položky 3.3.7 o částku 250.200,- Kč bez DPH. Celková cena Plnění Xxxxxxx č. 3.3.7 tak činí částku ve výši 1.501.200,- Kč bez DPH (dále jen „Cena Plnění nasazení na TIČR“). Hodnota kladných změn ceny Plnění Položky č. 3.3.7 tak činí 250.200,- Kč bez DPH, hodnota záporných změn ceny Plnění Položky č. 3.3.7 činí 0,- Kč bez DPH.

      3. Strany po provedení změnového řízení dle ustanovení čl. 6.1 Rámcové smlouvy dospěly k závěru, že je třeba provést změnu ve vymezení požadavků na podporu a provoz pro Plnění dle Položky č. 3.3.14 Rámcové smlouvy, a to v návaznosti na a změny ve funkčních požadavcích sjednaných v Dodatku č. 1 a Dodatku č. 2 Rámcové smlouvy a v Dohodě k Prováděcí smlouvě 01/2018 k výzvě č. 1 ze dne 6.12.2021 a jejích dodatcích a změny ve funkčních požadavcích sjednaných v bodu 2.7.1 tohoto Dodatku č. 3 a změn Rámcové smlouvy dle bodu 2.1 a 2.2 tohoto Dodatku č. 3, které mají dopad do rozsahu plnění Položky č. 3.3.14 Rámcové smlouvy. Strany tímto upravují vymezení požadavků na podporu a provoz pro Plnění dle Položky 3.3.14 Rámcové smlouvy – podpora a provoz RESSS na ÚP – a to tak, jak je stanoveno v Příloze č. 5 tohoto Dodatku č. 3.

      4. Změna požadavků na podporu a provoz dle bodu 2.7.3 tohoto Dodatku č. 3 zahrnuje rovněž vícepráce oproti rozsahu plnění sjednaného v Rámcové smlouvě, přičemž výsledkem je zvýšení ceny plnění Položky 3.3.14 o částku 9.450,- Kč bez DPH měsíčně. Celková cena Plnění Xxxxxxx č. 3.3.14 za jeden měsíc tak činí částku ve výši 41.850,- Kč bez DPH (dále jen „Cena Plnění provoz na TIČR“). Hodnota kladných změn ceny Plnění Položky č. 3.3.14 za 1 měsíc tak činí 9.450,- Kč bez DPH, hodnota záporných změn ceny Plnění Položky č. 3.3.14 za 1 měsíc činí 0,- Kč bez DPH.

      5. Smluvní strany se dohodly na úpravě harmonogramu plnění Položky č. 3.3.7 – nasazení RESSS na TIČR tak, že se tabulka v čl. 1.17 (Termín a místo plnění) Přílohy č. 2 Rámcové smlouvy – Detailní specifikace Plnění – v části Nasazení resortního elektronického systému spisové služby na Technické inspekci České republiky nahrazuje tabulkou, která je přílohou č. 9 tohoto Dodatku č. 3.

    5. Změny k Položce nasazení RESSS na ÚMPOD a k Položce podpora a provoz RESSS na ÚMPOD:

      1. Strany po provedení změnového řízení dle ustanovení čl. 6.1 Rámcové smlouvy dospěly k závěru, že je třeba provést změnu ve vymezení funkčních požadavků pro Plnění dle Položky 3.3.8 Rámcové smlouvy. Strany tímto upravují vymezení funkčních požadavků pro Plnění dle Položky 3.3.8 Rámcové smlouvy - nasazení RESSS na ÚMPOD – a to tak, jak je stanoveno v Příloze č. 6 tohoto Dodatku č. 3.

      2. Změna funkčních požadavků dle bodu 2.8.1 tohoto Dodatku č. 3 zahrnuje rovněž vícepráce oproti rozsahu plnění sjednaného v Rámcové smlouvě, přičemž výsledkem je zvýšení ceny plnění Položky 3.3.8 o částku 250.200,- Kč bez DPH. Celková cena Plnění Xxxxxxx č. 3.3.8 tak činí částku ve výši 1.501.200,- Kč bez DPH (dále jen „Cena Plnění nasazení na ÚMPOD“). Hodnota kladných změn ceny Plnění Položky č. 3.3.8 tak činí 250.200,- Kč bez DPH, hodnota záporných změn ceny Plnění Položky č. 3.3.8 činí 0,- Kč bez DPH.

      3. Strany po provedení změnového řízení dle ustanovení čl. 6.1 Rámcové smlouvy dospěly k závěru, že je třeba provést změnu ve vymezení požadavků na podporu a provoz pro Plnění dle Položky č. 3.3.15 Rámcové smlouvy, a to v návaznosti na a změny ve funkčních požadavcích sjednaných v Dodatku č. 1 a Dodatku č. 2 Rámcové smlouvy a v Dohodě k Prováděcí smlouvě 01/2018 k výzvě č. 1 ze dne 6.12.2021 a jejích dodatcích a změny ve funkčních požadavcích sjednaných v bodu 2.8.1 tohoto Dodatku č. 3 a změn Rámcové smlouvy dle bodu 2.1 a 2.2 tohoto Dodatku č. 3, které mají dopad do rozsahu plnění Položky č. 3.3.15 Rámcové smlouvy. Strany tímto upravují vymezení požadavků na podporu a provoz pro Plnění dle Položky 3.3.15 Rámcové smlouvy – podpora a provoz RESSS na ÚMPOD – a to tak, jak je stanoveno v Příloze č. 6 tohoto Dodatku č. 3.

      4. Změna požadavků na podporu a provoz dle bodu 2.8.3 tohoto Dodatku č. 3 zahrnuje rovněž vícepráce oproti rozsahu plnění sjednaného v Rámcové smlouvě, přičemž výsledkem je zvýšení ceny plnění Položky 3.3.15 o částku 9.450,- Kč bez DPH měsíčně. Celková cena Plnění Xxxxxxx č. 3.3.15 za jeden měsíc tak činí částku ve výši 41.850,- Kč bez DPH (dále jen „Cena Plnění provoz na ÚMPOD“). Hodnota kladných změn ceny Plnění Položky č. 3.3.15 za 1 měsíc tak činí 9.450,- Kč bez DPH, hodnota záporných změn ceny Plnění Položky č. 3.3.15 za 1 měsíc činí 0,- Kč bez DPH.

      5. Smluvní strany se dohodly na úpravě harmonogramu plnění Položky č. 3.3.8 – nasazení RESSS na ÚMPD tak, že se tabulka v čl. 1.40 (Termín a místo plnění) Přílohy č. 2 Rámcové smlouvy – Detailní specifikace Plnění – v části Nasazení resortního elektronického systému spisové služby na Úřadu pro mezinárodněprávní ochranu dětí nahrazuje tabulkou, která je přílohou č. 10 tohoto Dodatku č. 3.

    6. Strany se shodly, že součástí Plnění Položky 3.3.4, Položky 3.3.6, Položky 3.3.7 a Položky 3.3.8 je provedení rozhraní RESSS v souladu s NSESSS, přičemž součástí tohoto Plnění není provádění dalších úprav či rozšiřování rozhraní pro napojení AIS, které nemají rozhraní v souladu s NSESSS. Soulad rozhraní těchto AIS s NSESSS pro účely provedení integrace AIS zajistí Objednatel.

    7. Dodavatel si je vědom toho, že na základě závazku dle samostatné smlouvy provádí Exit systému spisové služby ARSYS.X. Dodavatel v návaznosti na to deklaruje, že v rámci plnění Prováděcí smlouvy č. 4 na Plnění Položky 3.3.4 Rámcové dohody bude vyžadovat po Objednateli součinnost pouze v tom rozsahu, v jakém není zahrnuta v jeho závazcích ze změnového požadavku ZP 2350 Exit plán ARSYS.X nebo dle Rámcové smlouvy, resp. Prováděcí smlouvy č. 4.

    8. Strany se dohodly, že rozhodným datem pro soulad nasazení systému RESSS na ÚP, nasazení systému RESSS na SÚIP, nasazení systému RESSS na TIČR a nasazení systému RESSS na ÚMPOD, tedy pro plnění každé Prováděcí smlouvy č. 4, Prováděcí smlouvy č. 5, Prováděcí smlouvy č. 6 a Prováděcí smlouvy 7, s právními předpisy bude datum nabytí účinnosti každé takové příslušné Prováděcí smlouvy a jejich plnění bude v souladu s právními předpisy k takovému rozhodnému datu.

    9. Dodavatel a Objednatel uvádějí, že jsou si vědomi skutečnosti, že v návaznosti na legislativu, která dosud nenabyla účinnosti, bude třeba provést atestaci systému RESSS. Dodavatel se zavazuje poskytnout Objednateli nezbytnou součinnost pro provedení atestace tak, aby byla řádně provedena, resp. ukončena nejpozději do 31.12.2025. Tato součinnost bude zahrnovat vypracování objednávky atestace systému RESSS pro Objednatele a poskytnutí konzultací k objednání a průběhu atestace. Součástí plnění Prováděcí smlouvy č. 4, Prováděcí smlouvy č. 5, Prováděcí smlouvy č. 6 ani Prováděcí smlouvy 7, však není provedení atestace, náklady na provedení atestace ani úpravy systému RESSS dle právních předpisů, které nabudou účinnosti po rozhodném datu dle čl. 2.11 tohoto Dodatku č. 3.

    10. Objednatel poskytne Dodavateli v rámci součinnosti nejpozději do konce prvního měsíce trvání každé z Prováděcích smluv č. 4 až 7 jednoznačné zadání konkrétních požadavků z projektu OPOD, které Objednatel požaduje provést v rámci plnění každé takové Prováděcí smlouvy. Takové řádně a včas předané požadavky z projektu OPOD budou analyzovány v analytické části plnění každé Prováděcí smlouvy č. 4 až 7, a to včetně případných dopadů do harmonogramu a ceny plnění.

    11. Úprava ceny plnění nasazení RESSS na jednotlivých organizacích v tomto Dodatku č. 3 byla stanovena pro koncepční a analytické práce. Dopady změn plnění sjednaných v tomto Dodatku č. 3 Rámcové smlouvy zjištěné v rámci provedení detailních analýz obsahu plnění na cenu dalších etap plnění jednotlivých nasazení budou řešeny způsobem uvedeným v Příloze č. 2, Příloze č. 3, Příloze č. 4, Příloze č. 5 a Příloze č. 6 tohoto Dodatku č. 3.

    12. Změna Rámcové smlouvy dle tohoto Dodatku č. 3 je realizována dle § 222 odst. 6 zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů (dále jen „ZZVZ“). Důvodem této změny je zásadní nesoulad aktuálních objektivních potřeb a požadavků MPSV a jemu podřízených organizačních složek, legislativních požadavků a principů odborné správy dokumentů ve vztahu k RESSS s informacemi a požadavky, které byly podkladem k vymezení předmětu plnění v Rámcové smlouvě, přičemž Objednatel nemohl tuto skutečnost objektivně předvídat a tato se projevila až při přípravě podkladů pro výzvy k podání nabídek na příslušné Položky v souladu s Rámcovou smlouvou.

  1. ZÁVĚREČNÁ USTANOVENÍ

    1. Ostatní ujednání Rámové smlouvy zůstávají v platnosti beze změny.

    2. S ohledem na doplnění čl. XIX. Rámcové smlouvy týkající se kybernetické bezpečnosti, tvoří nedílnou součást Rámcové smlouvy nově Příloha č. 8. - Požadavky na zajištění kybernetické bezpečnosti. Tato příloha tvoří Přílohu č. 1 Dodatku č. 3.

  • Příloha č. 1 – Požadavky na zajištění kybernetické bezpečnosti

  • Příloha č. 2 – Přehled změn ve funkčních požadavcích pro podpora a provoz RESSS na MPSV k Prováděcí smlouvě č. 3

  • Příloha č. 3 – Přehled změn ve funkčních požadavcích pro nasazení RESSS na ÚPČR k Prováděcí smlouvě č. 4 a Přehled změn v požadavcích pro podpora a provoz RESSS na ÚPČR k Prováděcí smlouvě č. 4

  • Příloha č. 4 – Přehled změn ve funkčních požadavcích pro nasazení RESSS na SÚIP k Prováděcí smlouvě č. 5 a Přehled změn v požadavcích pro podpora a provoz RESSS na SÚIP k Prováděcí smlouvě č. 5

  • Příloha č. 5 – Přehled změn ve funkčních požadavcích pro nasazení RESSS na TIČR k Prováděcí smlouvě č. 6 a Přehled změn v požadavcích pro podpora a provoz RESSS na TIČR k Prováděcí smlouvě č. 6

  • Příloha č. 6 – Přehled změn ve funkčních požadavcích pro nasazení RESSS na ÚMPOD k Prováděcí smlouvě č. 7 a Přehled změn v požadavcích pro podpora a provoz RESSS na ÚMPOD k Prováděcí smlouvě č. 7

  • Příloha č. 7 – Harmonogram plnění Položky č. 3.3.4 – nasazení RESSS na ÚPČR

  • Příloha č. 8 – Harmonogram plnění Položky č. 3.3.6 – nasazení RESSS na SÚIP

  • Příloha č. 9 – Harmonogram plnění Položky č. 3.3.7 – nasazení RESSS na TIČR

  • Příloha č. 10 – Harmonogram plnění Položky č. 3.3.8 – nasazení RESSS na ÚMPOD

    1. Dodatek č. 3 nabývá platnosti dnem podpisu oprávněnými zástupci Stran a účinnosti dnem uveřejnění v registru smluv v souladu se zákonem č. 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). Objednatel se zavazuje zajistit uveřejnění tohoto Dodatku č. 3 v registru smluv bez zbytečného odkladu, nejpozději do 10ti dní od jeho uzavření.

    2. Tento Dodatek č. 3 je uzavírán elektronicky, tj. prostřednictvím uznávaného elektronického podpisu ve smyslu zákona č. 297/2016 Sb., o službách vytvářejících důvěru pro elektronické transakce, ve znění pozdějších předpisů, opatřeného časovým razítkem.

Strany shodně prohlašují, že si Dodatek č. 3 před jeho podpisem přečetly a že byl uzavřen po vzájemném projednání podle jejich pravé a svobodné vůle, určitě, vážně a srozumitelně,
a že se dohodly o celém jeho obsahu, což stvrzují svými podpisy.













Za Objednatele:

V Praze dne …


Za Dodavatele:

V Praze dne …

Xxx. Xxxxx Xxxxxx

vrchní ředitel sekce informačních technologií

Česká republika – Ministerstvo práce a sociálních věcí


S&T CZ s.r.o.

jednatel


_____________________________________

S&T CZ s.r.o.

jednatel



Příloha č. 1 Dodatku č. 3 – Požadavky na zajištění kybernetické bezpečnosti

Za účelem povinností stanovených Objednateli jakožto povinné osobě vyhláškou č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti kybernetické bezpečnosti a likvidaci dat (vyhláška o kybernetické bezpečnosti), je Dodavatel povinen nad rámec povinností stanovených Rámcovou smlouvou plnit níže uvedené povinnosti zejm. součinnostního a bezpečnostního charakteru dle této Přílohy.

Dodavatel je povinen plnit relevantní povinnosti v rozsahu a způsobem, aby byl naplněn účel právní úpravy oblasti bezpečnostních opatření, kybernetických bezpečnostních incidentů, reaktivních opatření, náležitostí podání v oblasti kybernetické bezpečnosti a likvidaci dat ve vztahu k povinnostem, které tato právní úprava stanovuje Objednateli jakožto povinné osobě dle předpisů z oblasti kybernetické bezpečnosti, a to i v případě změny příslušné právní úpravy. V takovém případě je Objednatel oprávněn požadovat od Dodavatele přiměřenou součinnost i nad rámec povinností stanovených v této Příloze, avšak vždy pouze za účelem zajištění plnění povinnosti Dodavatele z oblasti kybernetické bezpečnosti ve smyslu shora uvedeného.

Čl. 1 Systém řízení bezpečnosti informací

Dodavatel se bude v rozsahu předmětu plnění aktivně podílet na splnění povinností uvedených v § 3 vyhlášky č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti kybernetické bezpečnosti a likvidaci dat (vyhláška o kybernetické bezpečnosti) (dále jen „VKB“), které musí splnit Objednatel. Minimálně se Dodavatel zavazuje v rozsahu předmětu plnění na své straně:

    • Prosadit bezpečnostní zásady a procesy, které budou pokrývat zabezpečení dat a informací, jež mohou být vytvářeny a zpracovávány na straně Dodavatele při poskytování předmětu plnění.

    • Na základě bezpečnostních potřeb a výsledků hodnocení rizik zavést příslušná bezpečnostní opatření v rozsahu poskytovaného předmětu plnění, monitorovat je, vyhodnocovat jejich účinnost.

    • Vést záznamy o vytváření a zpracování dat a informací v rozsahu poskytovaného předmětu plnění, zaznamenávat veškeré podstatné okolnosti související se zajištěním bezpečnosti těchto dat a informací a na vyžádání tyto záznamy Objednateli zpřístupnit.

    • Stanovit a udržovat aktuální bezpečnostní politiku, která bude pokrývat zabezpečení dat a informací, jež mohou být vytvářeny a zpracovávány na straně Dodavatele při poskytování předmětu plnění. Bezpečnostní politika musí obsahovat hlavní zásady, cíle, bezpečnostní potřeby, práva a povinnosti ve vztahu k řízení bezpečnosti informací.

    • Stanovit a udržovat aktuální opatření bezpečnosti ve formě procesů a technologií, které zajišťují naplnění bezpečnostní politiky.



Čl. 2 Řízení aktiv

  • Dodavatel se bude v rozsahu předmětu plnění aktivně podílet na splnění povinností uvedených v § 4 VKB, které musí splnit Objednatel. Minimálně se Dodavatel zavazuje v rozsahu předmětu plnění na své straně:

    • Stanovit a udržovat rozsah a seznam aktiv využívaných pro plnění Rámcové smlouvy či smlouvy uzavřené na jejím základě (aktivy se rozumí např. data a informace k předmětu plnění dle Rámcové smlouvy, systémy ICT, moduly, HW prvky - infrastruktura hlasové a datové komunikace, aplikace, databáze, servery, úložiště, koncová zařízení – pracovní stanice typu osobní počítač nebo notebook, mobilní koncová zařízení – přenosná zařízení typu telefon, tablet, notebook, netbook, PDA, apod.), a tato aktiva strukturovaně popsat a Objednateli předložit do 30 dnů od podpisu tohoto Dodatku č. 3 či Prováděcí smlouvy a následně na vyžádání, a to po celou dobu trvání Rámcové smlouvy či smlouvy uzavřené na jejím základě a do 2 let po jejím ukončení.

Čl. 3 Řízení rizik

  • Dodavatel se zavazuje v rozsahu předmětu plnění aktivně podílet na splnění povinností uvedených v § 5 VKB, které musí splnit Objednatel. Minimálně se Dodavatel zavazuje v rozsahu předmětu plnění na své straně:

    • Řídit vlastní rizika, která mohou ovlivnit poskytování předmětu plnění.

    • V minimálním intervalu 1x ročně na vyžádání Objednatele předložit Zprávu o řízení kybernetických rizik, která bude minimálně pokrývat:

      • Vyhodnocení stavu kybernetické bezpečnosti za hodnocený rok

      • Identifikaci a hodnocení rizik s vazbou na předmět plnění

      • Realizovaná bezpečnostní opatření

      • Nepokrytá bezpečnostní rizika a návrh opatření

      • Vyhodnocení bezpečnostních událostí a incidentů

      • Aktuální stav souladu Dodavatele s těmito Kybernetickými požadavky

Čl. 4 Organizační bezpečnost

  • Dodavatel se zavazuje v rozsahu předmětu plnění aktivně podílet na splnění povinností uvedených v § 6 VKB, které musí splnit Objednatel. Minimálně se Dodavatel zavazuje v rozsahu předmětu plnění na své straně:

    • Jmenovat nejpozději do 5 dnů po uzavření Dodatku č. 3 odpovědnou kontaktní osobu pro potřeby zajištění plnění těchto Kybernetických požadavků a související komunikaci mezi Stranami (dále také jen „Kontaktní osoba“). Kontaktní osobu sdělí Dodavatel písemně Objednateli v téže lhůtě.

    • Využívat pro poskytování předmětu plnění pouze oprávněných osob, které byly řádně seznámeny příslušnými ustanoveními interních řídících aktů Objednatele a mají ověřenou kvalifikaci, znalosti a zkušenosti k řádnému poskytování předmětu plnění.

Čl. 5 Řízení dodavatelů

  • Dodavatel se bude v rozsahu předmětu plnění aktivně podílet na splnění povinností uvedených v § 8 VKB, které musí splnit Objednatel. Minimálně se Dodavatel zavazuje v rozsahu předmětu plnění na své straně:

    • Využívá-li při poskytování předmětu plnění poddodavatele, zajistit adekvátní dodržování Kybernetických požadavků rovněž ve smluvních vztazích se svými poddodavateli, přičemž tuto skutečnost se Dodavatel zavazuje doložit Objednateli do 10 dnů od podpisu příslušné Prováděcí smlouvy, na jejímž plnění se budou poddodavatelé podílet v případě služeb Rozvoje, nebo do 10 dnů od počátku poskytování jiných služeb, písemným prohlášením o dodržování Kybernetických požadavků u svých poddodavatelů.

    • Pokud při poskytování předmětu plnění dochází ke zpracování osobních údajů, zajistit nad rámec čl. XVIII. Rámcové smlouvy uzavření samostatných smluv (tj. smluv se svými poddodavateli, zaměstnanci a případnými dalšími osobami podílejícími se na poskytování plnění z této smlouvy) ve smyslu příslušných ustanovení Nařízení Evropského parlamentu a Rady (EU) 2016/679 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů.

Čl. 6 Bezpečnost lidských zdrojů

  • Dodavatel se bude v rozsahu předmětu plnění aktivně podílet na splnění povinností uvedených v § 9 VKB, které musí splnit Objednatel. Minimálně se Dodavatel zavazuje v rozsahu předmětu plnění na své straně:

    • Zajistit, aby Kontaktní osoba nejpozději do 30 dnů od uzavření smlouvy potvrdila písemně Objednateli, že všechny osoby podílející se na poskytování předmětu plnění za stranu Dodavatel byly prokazatelně seznámeny s těmito Kybernetickými požadavky a příslušnými ustanoveními interních řídících aktů Objednatele.

    • Dodržovat příslušná ustanovení interních řídících aktů Objednatele v rozsahu, v jakém byl s těmito akty seznámen. Za prokazatelné seznámení se považuje školení pracovníků Dodavatel zajištěné Objednatelem, protokolární či elektronické předání příslušné dokumentace nebo Objednatelem zajištěný přístup na sdílené úložiště obsahující příslušné interní akty řízení.

    • V případě, že je součástí předmětu plnění služba dohledu nad předmětem plnění, definovat a naplnit role a odpovědnosti pro monitoring sítě a zařízení v rozsahu předmětu plnění.

    • Zajistit, aby osoby podílející se na poskytování plnění Objednateli v prostředí nebo s prostředky Objednatele, a to i tehdy, pokud jsou prostředky Objednatele používány mimo jeho prostředí:

      • Pro uložení a sdíleni dat a informací Objednatele využívali pouze k tomu schválené prostředky (aktiva);

      • Neukládali ani nesdíleli data i informace eticky nevhodného obsahu, odporující dobrým mravům nebo poškozující jméno Objednatele;

      • Nestahovali, nesdíleli, neukládali, nearchivovali ani neinstalovali datové a spustitelné soubory v rozporu s licenčními podmínkami nebo autorským zákonem;

      • Nenavštěvovali internetové stránky s eticky nevhodným obsahem;

      • Nerealizovali pokusy o neautorizovaný přístup ke zdrojům Objednatele ani ke zdrojům jiných subjektů;

      • Nerealizovali pokusy o neoprávněnou modifikaci ani jiné neoprávněné zásahy do prostředků Objednatele, a to ani v případě, kdy jim byl prostředek Objednatele svěřen do správy;

      • Nepodíleli se s prostředky Objednatele na šíření spamu ani škodlivého softwaru.

  • Dodavatel si je vědom, že součástí podmínek pro získání přístupu ke zdrojům a aktivům Objednatele je na straně Objednatele zpracování osobních údajů pracovníků Dodavatele, kteří se podílejí na zajištění předmětu plnění. Pokud nebude Objednateli umožněno osobní údaje dotčených pracovníků Dodavatele zpracovat, nebude těmto pracovníkům umožněn žádný přístup ke zdrojům Objednatele.

Čl. 7 Řízení provozu a komunikací

  • Dodavatel se bude v rozsahu předmětu plnění aktivně podílet na splnění povinností uvedených v § 10 VKB, které musí splnit Objednatel. Minimálně se Dodavatel zavazuje v rozsahu předmětu plnění na své straně:

    • Zajistit bezpečný provoz informačního systému a infrastruktury využívané pro poskytování předmětu plnění.

    • Na vyžádání poskytnout Objednateli přehled, report, či jinou adekvátní informaci o bezpečnostních opatřeních zavedených na svém informačním systému a infrastruktuře.

    • Zajistit, že pro poskytování předmětu plnění budou využívány pouze aplikace a technologie, které jsou v souladu s platnou českou a evropskou legislativou, především s ohledem na licenční podmínky a autorský zákon.

Čl. 8 Řízení změn

  1. Dodavatel se zavazuje v rozsahu předmětu plnění aktivně podílet na splnění povinností uvedených v § 11 VKB, které musí splnit Objednatel. Minimálně se Dodavatel zavazuje v rozsahu předmětu plnění na své straně:

    1. Přiměřeně reagovat na změny na straně Objednatele a upravit na své straně technická a organizační opatření tak, aby odpovídala novému stavu po provedení změny.

    2. Aktivně spolupracovat při testování významné změny.

Čl. 9 Řízení přístupu

  • Dodavatel se bude v rozsahu předmětu plnění aktivně podílet na splnění povinností uvedených v § 12 VKB, které musí splnit Objednatel. Minimálně se Dodavatel zavazuje v rozsahu předmětu plnění na své straně:

    • Přidělovat oprávnění svým jednotlivým pracovníkům ve smyslu oprávnění k výkonu činností tak, aby byla minimalizována rizika nežádoucího přístupu k aktivům Objednatele.

    • Zajistit, aby udělený přístup nebyl sdílen více osobami za stranu Dodavatele, pokud sdílený přístup nevyžaduje využívaná technologie. V takovém případě musí Dodavatel vést evidenci využívání sdílených přístupů a tuto na vyžádání předložit Objednateli kdykoli v průběhu trvání účinnosti Rámcové smlouvy či Prováděcí smlouvy a 2 roky po ukončení její doby trvání.

    • Stanovit v požadavku na přístup rozsah dat/informací, služby, účelu, pro které je přístup k systému ICT Objednatele požadován a časový údaj o délce platnosti přístupu (např.: na dobu neurčitou / 1 rok / 1 měsíc / 1 den).

    • Zajistit, aby osoby podílející se na poskytování předmětu plnění a mající přístup k informačním aktivům Objednatele chránily autentizační prostředky a údaje a nikdy neposkytovaly neautorizovaný přístup dalším osobám.

    • Průběžně kontrolovat a vyhodnocovat oprávněnost a potřebu přístupu, jak fyzického, tak i logického, u všech osob na straně Dodavatele, které přistupují do prostředí Objednatele.

  • Dodavatel bere na vědomí, že přístup k systému ICT je možné povolit pouze fyzické identitě zaměstnance Dodavatele / poddodavatele Dodavatele zaevidované v Active Directory MPSV (registr identit), a to na základě požadavku Dodavatele na přístup.

  • Dodavatel bere na vědomí, že přidělení oprávnění zaměstnanci Dodavatele musí být řízeno principem nezbytného minima a není nárokové.

  • Dodavatel bere na vědomí, že v případě neúspěšných pokusů o autentizaci uživatele (osoby za stranu Dodavatele) může být příslušný účet zablokován a řešen jako bezpečnostní incident a mohou být uplatněny příslušné postupy zvládání bezpečnostního incidentu (např. okamžité zrušení přístupu k informačním aktivům Objednatele).

Čl. 10 Akvizice, vývoj a údržba

  • Dodavatel se bude v rozsahu předmětu plnění aktivně podílet na splnění povinností uvedených v § 13 VKB, které musí splnit Objednatel. Minimálně se Dodavatel zavazuje v rozsahu předmětu plnění na své straně:

    • Zajistit bezpečnou implementaci, inovaci, aktualizaci a testování technologií, které jsou předmětem plnění.

    • Předat Objednateli dokumentaci předmětu plnění minimálně v následujícím rozsahu:

      • dokumentaci všech bezpečnostních nastavení, funkcí a mechanismů

      • dokumentaci obsahující popis autorizačního konceptu a oprávnění

      • dokumentaci obsahující instalační a konfigurační postupy





Čl. 11 Zvládání kybernetických bezpečnostních událostí a incidentů

  • Dodavatel se bude v rozsahu předmětu plnění aktivně podílet na splnění povinností uvedených v § 14 VKB, které musí splnit Objednatel. Minimálně se Dodavatel zavazuje v rozsahu předmětu plnění na své straně:

    • Xxxxxxxx a popsat na své straně činnosti, role a jejich odpovědnosti a pravomoci vedoucí k rychlému a účinnému zvládání bezpečnostních incidentů.

    • Bez zbytečného odkladu hlásit Objednateli všechny bezpečnostní události a incidenty s potenciálním negativním dopadem na Objednatele, a to stanoveným komunikačním kanálem nebo prostřednictvím Kontaktní osoby.

    • Vyhodnocovat informace o bezpečnostních incidentech a uchovávat je pro budoucí použití s ohledem na požadavky platné české a evropské legislativy.

    • V případě vzniku bezpečnostní události a následného zvládání a vyhodnocování bezpečnostního incidentu a/nebo v případě podezření na bezpečnostní incident poskytnout Objednateli aktivní součinnost a relevantní informace o podezřelém zařízení či osobě na straně Dodavatele.

    • Bez zbytečného odkladu a po dohodě s Objednatelem realizovat opatření požadovaná Objednatelem v dohodnutých termínech ke snížení dopadu bezpečnostního incidentu nebo zamezení pokračování incidentu.

    • Spolupracovat při analýze příčin bezpečnostního incidentu a navrhnout opatření s cílem zamezit jeho opakování v případě, že Dodavatel bezpečnostní incident zapříčinil nebo se na jeho vzniku podílel.

  • Dodavatel bere na vědomí, že postup zvládání bezpečnostního incidentu či jiný důsledek porušení Kybernetických požadavků, jehož příčina je na straně Dodavatele, nebude posuzován jako okolnost vylučující odpovědnost Dodavatele za prodlení s řádným a včasným plněním předmětu Rámcové smlouvy a nebude důvodem k jakékoli náhradě případné újmy Dodavateli či jiné osobě ze strany Objednatele. Ostatní ustanovení ohledně odpovědnosti Dodavatele za prodlení obsažená ve Smlouvě nejsou tímto ustanovením dotčena.

Čl. 12 Řízení kontinuity činností

  1. Dodavatel se zavazuje v rozsahu předmětu plnění aktivně podílet na splnění povinností uvedených v § 15 VKB, které musí splnit Objednatel. Minimálně se Dodavatel zavazuje v rozsahu předmětu plnění na své straně:

    1. Zajistit adekvátní kontinuitu svých aktiv, které jsou potřebné k poskytování předmětu plnění.

    2. Pravidelně kontrolovat a testovat, že je schopen kontinuitu aktiv zajistit dle sjednané úrovně služeb.

Čl. 13 Kontrola a audit

  1. Dodavatel se zavazuje v rozsahu předmětu plnění aktivně podílet na splnění povinností uvedených v § 8 a § 16 VKB, které musí splnit Objednatel. Minimálně se Dodavatel zavazuje v rozsahu předmětu plnění poskytnout adekvátní součinnost při výkonu kontroly Objednatele ze strany Úřadu dle § 23 ZKB.

Čl. 14 Fyzická bezpečnost

  1. Dodavatel se bude v rozsahu předmětu plnění aktivně podílet na splnění povinností uvedených v § 17 VKB, které musí splnit Objednatel. Minimálně se Dodavatel zavazuje v rozsahu předmětu plnění na své straně:

    1. Dodržovat provozní řády budov (režimová opatření) a využívaných prostor, zejména pak v oblasti fyzické ochrany bezpečnostních zón, kde jsou umístěny aktiva systémů ICT, anebo datové nosiče.

    2. V rozsahu předmětu plnění zajistit fyzické zabezpečení, zejména označení, uchování a likvidaci, instalačních, záložních nebo archivních médií a dokumentace v souladu s klasifikací aktiv Objednatele, pokud s ní byl Dodavatel seznámen.

Čl. 15 Bezpečnostní nástroje

  1. Dodavatel se bude v rozsahu předmětu plnění aktivně podílet na splnění povinností uvedených v § 18 až § 27 VKB, které musí splnit Objednatel. Minimálně se Dodavatel zavazuje v rozsahu předmětu plnění na své straně:

    1. Realizovat bezpečnostní opatření pro odstranění nebo blokování síťového spojení/síťových spojení, které/která neodpovídají požadavkům na ochranu integrity komunikační sítě.

    2. Realizovat přístup z mobilního zařízení do prostředí Objednatele pouze prostřednictvím zabezpečeného připojení virtuální privátní sítě (VPN) nebo zvolit adekvátní technické opatření.

    3. Připojovat do prostředí Objednatele pouze ta síťová zařízení (switch, přístupový bod wifi, router, hub apod.), která prošla schvalovacím procesem a jejich připojení bylo schváleno oprávněnou osobu ve věcech technických na straně Objednatele určenou v této smlouvě.

    4. Bez zbytečného odkladu deaktivovat všechna nevyužívaná zakončení sítě anebo nepoužívané porty aktivního síťového prvku, který je v rozsahu předmětu plnění a je ve správě Dodavatele.

    5. Na aktiva Objednatele neinstalovat a nepoužívat v prostředí Objednatele tyto typy nástrojů, pokud nejsou součástí předmětu plnění:

      1. Keylogger – software nebo hardware, který neautorizovaně zaznamenává stisky kláves s cílem narušit důvěrnost zadávaných dat a informací.

      2. Sniffer – software nebo hardware umožňující odposlouchávání síťového provozu.

      3. Analyzátor zranitelností (scanner zranitelností) – softwarový nebo hardwarový nástroj umožňující vyhledávání zranitelností systémů ICT, detekování dostupných síťových služeb a portů, běžících procesů, běžících aplikací a jejich verzí apod.

      4. Backdoor – skrytý softwarový nebo hardwarový nástroj, který umožňuje obejití schválených autentizačních procedur, instalovaný s cílem budoucího snadnějšího a neautorizovaného přístupu do systému ICT.

      5. Malware a jiný škodlivý software, který narušuje, obchází či jinak omezuje bezpečnostní opatření v prostředí Objednatele.

    6. Připojovat do prostředí Objednatele pouze zařízení ICT, která jsou chráněna proti malware a jinému škodlivému softwaru, pokud to jejich technologie umožňuje.

    7. Průběžně zaznamenávat a uchovávat data o provozu zařízení ICT (provozní a lokalizační údaje) v rozsahu předmětu plnění a v souladu s požadavky platné české a evropské legislativy.

    8. Na vyžádání poskytnout Objednateli report obsahující výsledky monitorování veškerých uživatelských a administrátorských aktivit a jiných událostí v rozsahu předmětu plnění, a to po celou dobu trvání Rámcové smlouvy či Prováděcí smlouvy a do 2 let po jejím ukončení.

    9. Zajistit sběr informací o provozních a bezpečnostních činnostech v rozsahu předmětu plnění a ochranu získaných informací před jejich neoprávněným čtením nebo změnou.

    10. Pro on-line transakce realizované prostřednictvím webových technologií implementovat TLS/SSL certifikáty s cílem zajistit jejich důvěrnost, integritu a identitu komunikujících protistran.

    11. Veškeré neveřejné informace poskytnuté Objednatelem chránit vhodným šifrováním a proti neautorizovanému přístupu, a to zejména na mobilních zařízeních.

  1. Dodavatel bere na vědomí, že v případě, kdy technické spojení Objednatele s Dodavatelem narušuje chod služeb Objednatele, může být toto spojení ihned ukončeno bez předchozího upozornění, pokud Rámcové smlouva či Prováděcí smlouva nestanoví jinak.

  2. Dodavatel bere na vědomí, že veškeré aktivity Dodavatele a jeho plnění realizované v prostředí Objednatele jsou monitorovány a vyhodnocovány v rozsahu předměty plnění a v souladu s interními dokumenty Objednatele, se kterými byl Dodavatel seznámen.



Příloha č. 2 Dodatku č. 3 – Přehled změn ve funkčních požadavcích pro podpora a provoz RESSS na MPSV k Prováděcí smlouvě č. 3


Kód požadavku

Název požadavku

Popis původního nebo změněného požadavku

Nasazení RESSS pro produkční využití
(fáze 1)

Nasazení rozšíření doprovodných funkcionalit RESSS
(fáze 2)

Specifikace extenzivní součinnosti MPSV

Vícepráce
ANO / NE

Vícepráce
(MD)

Poznámka

Odpověď dodavatele na výzvu č. 2 k podání nabídky ze dne 16.1.2023

Podpora a provoz
(MD)

CEA001

Korespondence s veřejným ochráncem práv

CEA bude evidovat dokumenty přijaté i odeslané včetně jejich metadat s možností doplnění detailů uživatelem v rámci procesu korespondence s veřejným ochráncem práv mimo korespondenci zaslanou v rámci meziresortního připomínkového řízení k návrhům právních předpisů a k jejich věcným záměrům.


x


NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost zadavatele, a to součinnost pracovníka zadavatele odpovědného za korespondenci s veřejným ochráncem práv v rámci analýzy, připomínkování a akceptace návrhu realizace a testování.


CEA002

Korespondence s orgány činnými v trestním řízení

CEA bude evidovat dokumenty přijaté i odeslané včetně jejich metadat s možností doplnění detailů uživatelem v rámci procesu korespondence s orgány činnými v trestním řízení (Policie ČR, státní zastupitelství), pokud je účastníkem řízení resort MPSV, v následujících oblastech: trestní řízení, oznamování podezření ze spáchání trestného činu, žádosti o součinnost.


x


NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost zadavatele, a to součinnost pověřeného pracovníka zadavatele odpovědného za korespondenci s orgány činnými v trestním řízení v rámci analýzy, připomínkování a akceptace návrhu realizace a testování.


CEA003

Evidence externích úkolů

CEA bude umožňovat evidovat zadané úkoly, potřeby součinnosti, vytvořené protokoly a pověřené pracovníky v rámci vnějších kontrol, které jsou realizované např. finančním úřadem, Nejvyšším kontrolním úřadem, Českou správou sociálního zabezpečení a jejími složkami, zdravotní pojišťovnou, oblastním inspektorátem práce, Státním úřadem inspekce práce, Auditním orgánem (Ministerstvo financí), Centrem pro regionální rozvoj (Ministerstvem pro místní rozvoj), Evropskou komisí, Evropským účetním dvorem, Úřadem pro ochranu hospodářské soutěže.

V rámci CEA bude možné přiřazování úkolů s danou lhůtou zpracování. CEA umožní sledování stanovených lhůt a zasílání notifikací (emailem) při založení úkolu a před uplynutím lhůty zpracování.


x


NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost zadavatele, a to součinnost pověřeného pracovníka zadavatele odpovědného za evidenci úkolů a agendu vnějších kontrol v rámci analýzy, připomínkování a akceptace návrhu realizace a testování.


CEA004

Evidence externích podnětů

CEA umožní evidenci externího podnětu na porušení rozpočtové kázně v resortu MPSV včetně jeho metadat s možností doplnění výsledku šetření popřípadě viníka.


x


NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost zadavatele, a to součinnost pověřeného pracovníka zadavatele odpovědného za evidenci externích podnětů na porušení rozpočtové kázně v rámci analýzy, připomínkování a akceptace návrhu realizace a testování.


CEA005

Evidence škodních událostí

CEA umožní vedení evidence škodních událostí s možností její aktualizace včetně doplnění detailů škodní události (co je předmětem, zda prošlo škodní komisí, popis škodné události, jaký je výsledek škodní komise). CEA bude využívat šablon rozhodnutí.


x


NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost zadavatele, a to součinnost pověřeného pracovníka zadavatele odpovědného za evidenci škodních událostí v rámci analýzy, připomínkování a akceptace návrhu realizace a testování.


CEA006

Evidence smluv

CEA umožní integraci na agendu právních služeb v rámci JISPSV IPPD (Jednotný informační systém práce a sociálních věcí – Integrovaná podpůrná a provozní data).
CEA umožní automatické předvyplnění formuláře Ministerstva vnitra pro potřeby uveřejňování smluv v registru smluv dle zákona č. 340/2015 Sb. a odeslání přes datovou schránku.

x


Rozhraní bude dle NSESSS

NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost zadavatele, a to součinnost pověřeného pracovníka zadavatele odpovědného za evidenci smluv, dále součinnost správce IPPD v rámci analýzy, připomínkování a akceptace návrhu realizace a testování. Součinnost správce IPPD bude nezbytná také k provedení end-to-end testů provedených přes rozhraní dle NSESSS.

Dodavatel očekává také poskytnutí informací k obsahu formuláře Ministerstva vnitra pro potřeby uveřejňování smluv v registru smluv dle zákona č. 340/2015 Sb. a odeslání přes datovou schránku.


CEA007

Evidence pokut a penále

CEA umožní vedení evidence pokut a penále uložené MPSV včetně příloh s možností její aktualizace včetně detailů (kdo zadal do systému, zda je možnost odvolání, popřípadě jaký je opravný prostředek).


x


NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost zadavatele, a to součinnost pověřeného pracovníka zadavatele odpovědného za evidenci pokut a penále uložených MPSV v rámci analýzy, připomínkování a akceptace návrhu realizace a testování.


CEA008

Evidence veřejných zakázek

CEA umožní integraci na databázi veřejných zakázek.


x

Rozhraní bude dle NSESSS

NE



Požadavek bude realizován dle zadání. Dodavatel očekává, že integrace na interní databázi veřejných zakázek MPSV bude provedena prostřednictvím rozhraní dle NSESSS.

Dodavatel očekává součinnost zadavatele, a to součinnost pověřeného pracovníka zadavatele odpovědného za agendu evidence veřejných zakázek, dále součinnost správce databáze veřejných zakázek v rámci analýzy, připomínkování a akceptace návrhu realizace a testování. Součinnost správce databáze veřejných zakázek bude nezbytná také k provedení end-to-end testů provedených přes rozhraní dle NSESSS.


CEA009

Evidence informačních systémů

CEA umožní zobrazení seznamu existujících systémů, aplikací, databází dostupných na MPSV včetně zobrazení věcného a IT garanta.


x


NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost zadavatele, a to součinnost pověřeného pracovníka zadavatele odpovědného za evidenci existujících informačních systémů, aplikací a databází dostupných na MPSV v rámci analýzy, připomínkování a akceptace návrhu realizace a testování.


CEA010

Evidence projektů EU

CEA umožní integraci pouze pro čtení na evidenci projektů EU v systém MoNa – Monitorovací nástroj, kde je příjemcem MPSV a resortní organizace.


x

Rozhraní bude dle NSESSS

NE



Požadavek bude realizován dle zadání. Dodavatel očekává, že integrace na systém MoNa zajišťující evidenci projektů EU bude provedena prostřednictvím rozhraní dle NSESSS.

Z veřejně dostupných informací však není zřejmé, o jaký systém se jedná a kdo ho spravuje. Ani to, jestli se jedná o interní systém MPSV nebo centrální systém státní správy.

Dodavatel očekává součinnost zadavatele, a to součinnost pověřeného pracovníka zadavatele odpovědného za agendu evidence projektů EU, dále součinnost správce systému MoNa, případně také správce infrastruktury MPSV a/nebo správce BizTalk v rámci analýzy, připomínkování a akceptace návrhu realizace a testování. Součinnost správce systému MoNa bude nezbytná také k (případnému) provedení end-to-end testů provedených přes rozhraní dle NSESSS.


CEA011

Generování záznamů

CEA umožní generování nového záznamu (a jedinečného čísla kontroly) pověření ke kontrole v evidenci vnějších kontrol. Zadané údaje bude možné opravit. V rámci CEA bude možno zobrazit záznamy pověření ke kontrole, u nichž nebyl dodán protokol o provedené kontrole.


x


NE



Požadavek bude realizován dle zadání. Dodavatel předpokládá, že tento požadavek souvisí s požadavkem CEA003. V takovém případě budou pro naplnění tohoto požadavku nezbytné předpoklady uvedené u požadavku CEA003. V případě, že tento požadavek s CEA003 nesouvisí, bude zapotřebí součinnost pověřeného pracovníka odpovědného za systém vnějších kontrol.


DOC013

Bezpečnostní dokumentace

Uchazeč dodá bezpečnostní dokumentaci v souladu s požadavky zákona 181/2014 Sb., (zákon o kybernetické bezpečnosti) a souvisejí vyhláškou 82/2018 Sb., (vyhláška o kybernetické bezpečnosti), platnými standardy Zadavatele a Národním standardem pro ESSS.
Včetně:
a. Autentizační a autorizační proces;
b. Zajištění ochrany osobních údajů v rámci systému;
c. Šifrování komunikace;
d. Logování jednotlivých komponent systému a napojení na bezpečnostní dohled (přeposílání na SIEM);
e. Řízení technických zranitelností na systému;
f. Antivirovou kontrolu / sandboxing;

x



ANO

139


Požadavek bude realizován dle zadání.

3

BEZ016

Nové verze systému - testování bezpečnosti

V případě, že uchazeč dodá nový systém (aplikaci) zajistí, že před nasazením do produkce byl systém otestován na známé zranitelnosti. Systém musí být zabezpečen proti útokům známým v době uvádění systému do provozu (primárně různé útoky typu injection, zneužití uploadu aj.). Uchazeč zvolí a bude dodržovat vhodnou metodiku pro bezpečný vývoj aplikací ověřenou dobrou praxí.

x



ANO

20

Za 1 test + 1 retest

Požadavek bude realizován dle zadání.


NMPSV001

Nasazované instance

Pro potřeby MPSV budou nasazovány instance RESSS pro zajištění produkčního provozu, testování a školení.

x



NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost správce infrastruktury MPSV. Požadavky budou detailně popsány v příslušné etapě plnění.


NMPSV002

Prostředí pro nasazení

Instance RESSS pro potřeby MPSV budou nasazovány do infrastruktury MPSV, která je dislokována ve dvojici geograficky vzdálených lokalit vzdálených přibližně do 50 kilometrů.

Instance pro zajištění produkčního provozu a testování (integrace) budou vždy nasazeny v obou lokalitách. Školící a vývojová instance pak v jedné z lokalit.

Uvedené instance budou v obou lokalitách nasazovány v kontextu instalací RESSS sdílejících instance spisové služby pro MPSV, SÚIP, FDV, TIČR a ÚMPOD.

x



NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost správce infrastruktury MPSV. Požadavky budou detailně popsány v příslušné etapě plnění.

Dodavatel upozorňuje na skutečnost, že činnost příspěvkové organizace MPSV FDV již byla ukončena.


NMPSV003

Provozní a záložní instance

Provozní instance je určená pro zajištění rutinního provozu RESSS pro potřeby MPSV.

Provozní instance bude nasazena v provozním prostředí primární lokality.

Pro potřeby vytvoření redundantního systému bude v záložním prostředí vytvořena záložní instance RESSS identická s provozní instanci. Ta může být provozována v souběžném režimu nebo aktivována v případě nedostupnosti či odstávky provozní instance.

x



NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost správce infrastruktury MPSV. Požadavky budou detailně popsány v příslušné etapě plnění.


NMPSV004

Testovací prostředí

Testovací instance je určená pro testování RESSS v kontextu MPSV, zejména pak pro testování funkční, integrační, bezpečnostní a zátěžové. V primární lokalitě bude nasazena primární testovací instance RESSS v sekundární lokalitě pak sekundární testovací instance.

Primární a sekundární instance mohou být podle konfigurace provozovány jak společně (například pro testování přechodu systému z jedné lokality do druhé), tak i odděleně. Testovací instance mohou být napojovány (integrovány) pouze s testovacími systémy, či simulátory provozních systémů.

x



NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost správce infrastruktury MPSV. Požadavky budou detailně popsány v příslušné etapě plnění.


NMPSV005

Školící prostředí

Školící instance je určená pro školení RESSS v kontextu MPSV, zejména pak pro školení koncových uživatelů, odborných pracovníků, a správců. Školící instance bude nasazena v jedné z lokalit.

Školící instance může být napojována (integrována) s testovacími (popřípadě školícími) systémy, simulátory provozních systémů či vybranými produkčními systémy (například pro ověřování a autorizaci uživatelů).

x



NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost správce infrastruktury MPSV. Požadavky budou detailně popsány v příslušné etapě plnění.


NMPSV006

Technologie prostředí

Vlastní instance RESSS v obou lokalitách budou nasazovány do primární infrastruktury virtualizace (v primární lokalitě) a sekundární infrastruktury virtualizace (v sekundární lokalitě). Obě tyto infrastruktury jsou plně virtualizované a vybudované na technologiích Microsoft Hyper-V.

x



NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost správce infrastruktury MPSV. Požadavky budou detailně popsány v příslušné etapě plnění.


SMPSV001

Počet uživatelů MPSV

Produkční instance RESSS musí být připravena obsloužit 1 200 evidovaných uživatelů a 800 souběžně pracujících uživatelů.

x



NE



Tento požadavek bude splněn za podmínky poskytnutí součinnosti zadavatele. Součinností se rozumí poskytnutí dostatečné infrastruktury takových výkonnostních a kapacitních parametrů, které budou vycházet z provedených zátěžových testů instance MPSV RESSS.


SMPSV002

Rozsah školení MPSV

Pro potřeby MPSV budou školeny následující skupiny uživatelů systému:
- správci a věcní gestoři ESS v rozsahu 2 školících dní,
- klíčoví uživatelé (150 osob) v rozsahu 4 až 6 školících hodin (max. 15 osob v jednom školení), školení proběhne v prostorách Zadavatele a každý uživatel bude mít pro potřeby školení k dispozici jedno PC zadavatele s přístupem k aplikaci,
- ostatní uživatelé (1200 osob), proběhne skrze e-learningový kurz,
- lékaři posudkové komise MPSV (50 osob).

x


Poskytnutí prostor pro školení

NE



Školení bude provedeno v požadovaném rozsahu. Dodavatel očekává součinnost zadavatele v podobě poskytnutí prostor pro školení, zajištění veškerých technických prostředků včetně zajištění dostupnosti infrastruktury ze školicích prostor. Požadavky budou detailně popsány v příslušné etapě plnění.


TPA001

Požadavky z Rámcové smlouvy (příloha č. 2 - detailní specifikace plnění, příloha č. 1 - funkční požadavky)

Naplnění společných požadavků uvedených v příloze č.1 Rámcové smlouvy - Funkční a technické požadavky kapitoly
1; 2.1; 2.2.1; 2.2.2; 2.3

Změny z Dod. č. 1 k RS (TPA2) a Právní dohody a jejich dodatků májí přednost před zněním textu z RS

x



NE



Tento souhrnný požadavek byl již v plném rozsahu dodán a ověřen funkčními testy v rámci prováděcí smlouvy č. 1.

Požadavky kapitoly 2.1 Přílohy č. 1 RS jsou požadavky na dodávku softtwarového řešení RESSS (dodatky a právní dohodou upravené) a definují scope PS1 a proto se jejich naplnění ověřuje v rámci PS1. V rámci PS2 se dodává nasazení systému dodaného v PS1 na MPSV, přičemž kapitoly 2.2.1 a 2.2.2 vymezují "jakým způsobem bude systém RESSS nasazen v dané organizaci v důsledku jejích věcných požadavků a specifik vyplývajících z podnikové architektury organizace" (viz úvod kapitoly 2.2). Jinými slovy v rámci PS1 se dodává systém RESSS, v rámci PS2 se dodává ono nasazení již dodaného a akceptovaného systému RESSS. Požadavky kapitoly 2.1 tedy nepředstavují zadání pro PS2, a to jak proto, že požadavky kapitoly 2.2.1 a 2.2.2 představují specifika pro MPSV, tak proto, že vlastní systém RESSS má být již akceptován v rámci PS1, nikoliv vždy znovu v rámci nasazení na každou organizaci.


TPA002

Požadavky z Dod. č. 1 k RS upravující požadavky z RS (TPA1)

Naplnění společných požadavků uvedených v Dodatku č. 1 k Rámcové smlouvě.
Požadavky které upravují, vyjímají nebo nově vznikli ze skupin Funkční, Technické, Služba, MPSV, Součinnost

x



NE



Tento souhrnný požadavek byl již v plném rozsahu dodán a ověřen funkčními testy v rámci prováděcí smlouvy č. 1.

Požadavky kapitoly 2.1 Přílohy č. 1 RS jsou požadavky na dodávku softtwarového řešení RESSS (dodatky a právní dohodou upravené) a definují scope PS1 a proto se jejich naplnění ověřuje v rámci PS1. V rámci PS2 se dodává nasazení systému dodaného v PS1 na MPSV, přičemž kapitoly 2.2.1 a 2.2.2 vymezují "jakým způsobem bude systém RESSS nasazen v dané organizaci v důsledku jejích věcných požadavků a specifik vyplývajících z podnikové architektury organizace" (viz úvod kapitoly 2.2). Jinými slovy v rámci PS1 se dodává systém RESSS, v rámci PS2 se dodává ono nasazení již dodaného a akceptovaného systému RESSS. Požadavky kapitoly 2.1 tedy nepředstavují zadání pro PS2, a to jak proto, že požadavky kapitoly 2.2.1 a 2.2.2 představují specifika pro MPSV, tak proto, že vlastní systém RESSS má být již akceptován v rámci PS1, nikoliv vždy znovu v rámci nasazení na každou organizaci.


TPA005

Procesy Správního řízení - RESSS dle požadavku LEG007 a s odkazem na výstupy OPOD zabezpečí vedení dokumentace dle Správního řádu. Tuto povinnost nelze převést na externí agendové systémy.

RESSS bude vytvářen a nasazován v souladu se Zákonem č. 500/2004 Sb., správní řád, v platném znění.


x

MPSV musí specifikovat přesné požadavky

ANO


Požadavek bude realizován a jeho pracnost v plném rozsahu stanovena v rámci rozvoje po akceptaci fáze 1 a nasazení RESSS do produkčního provozu na MPSV. Pracnost úvodní analýzy a detailní specifikace zadání je 13 MD.

Požadavek bude realizován dle zadání, viz upřesnění v poznámce.


TPA006

Napojení RESSS na rozhraní JISPSV

Dle popisu architektury JISPSV v zadávací dokumentaci a dle požadavku CEA006, ZMPSV002, ZMPSV006 až ZMPSV008, ZMPSV020, ZMPSV024, ZMPSV035, AR014 a zejm. AR015 a v souladu s nabídkou dodavatele bude řešení obsahovat napojení na rozhraní JISPSV (ve vazbě na ARSYS X_ESS verze 1.4 a vyšší). V souladu s požadavkem AR001 bude RESSS také napojeno na rozhraní dle NSESSS




NE



Dodavatel považuje tento požadavek za duplicitní s požadavkem ZMPSV002 a navrhuje ho vyřadit.


TPA007

Cutover plán

Cutover plán bude dodán v Etapě 1a PS2 v odsouhlaseném rozsahu a dle pravidel a metodik Objednatele.
Dodavatel připraví (a předá ke schválení) a realizuje odsouhlasený Cutover plán (vzor, resp. „draft“ musí být dodán ještě v rámci PS1)

x



NE



Cutover plán bude dodán v souladu se smluvními požadavky.


TPA008

Výstupem analýzy bude model dle standardů MPSV

Analýza musí mít formát dle standardu ŘSD uvedený v RS a smerních MPSV

x



NE



Dodavatel upozorňuje na administrativní chybu a předpokládá, že správný popis požadavku ve sloupci C má znít: "Analýza musí mít formát dle standardu MPSV uvedeného v RS a směrnicích MPSV".
Dodavatel bude od zadavatele v rámci součinnosti požadovat předání aktuálních dokumentů MPSV, kde jsou popsány standardy, podle kterých má dodavatel činnosti vykonávat. Dodavatel dále očekává, že pro upřesnění požadavku týkajícího se požadovaného rozsahu a hloubky modelu poskytne součinnost architekt MPSV.


TPA009

Modely OPOD budou zohledněny v rámci analýzy. Nebylo součástí výstupu z analýzy (PD, příloha č. 1)

Dodavatel v rámci analýzy uvede odkazy, citace a další informace vzhledem k poskytnutým modelům OPOD a v souladu s metodikou MPSV (zejm. model interakcí, model metadat (tříd), a další dle již předané metodiky v rámci PS1)


x

Detailní zadání architekta MPSV

ANO


Požadavek bude realizován a jeho pracnost v plném rozsahu stanovena v rámci rozvoje po akceptaci fáze 1 a nasazení RESSS do produkčního provozu na MPSV. Pracnost úvodní analýzy a detailní specifikace zadání je 18 MD.

Požadavek bude realizován dle zadání, viz upřesnění v poznámce. Obecně lze konstatovat, že požadovek je definován velmi obecně. Dodavatel bude v příslušné fázi projektu po zadavateli požadovat jednoznačné zadání, jaké konkrétní požadavky vyplývající z výstupů OPOD si přeje zapracovat.


TPA010

Analýza nebude obsahovat Návrh řešení, jelikož jsou toto dvě samostatné fáze plnění předmětu.





NE



Dle názoru dodavatele se nejedná o funkční požadavek. Výčet a struktura předávaných výstupů, které musí projít procesem akceptace, stanoví smlouva.

Dodavatel upozorňuje, že Xxxxx řešení není výstupem ani v PS1 (vypracovává se Analytický model v etapě Provedení detailní analýzy a Model návrhu v etapě Návrh a implementace RESSS). V PS2 má být výstupem rovněž Analytický model v etapě Provedení detailní analýzy a Model návrhu v rámci etapy Návrh a implementace specifických rozšíření.

Dodavatel vzhledem k výše uvedenému navrhuje tento požadavek vyřadit.


TPA011

Případné více a méně práce budou v analýze uvedeny ve variantním řešení v minimálním rozsahu: „a) bude realizováno; b) nebude realizováno“ s uvedení dopadů do rozpočtu (finance), pracnosti, organizace, plnění jiných požadavků RESSS, plnění legislativních požadavků.





NE



Dodavatel navrhuje přeformulovat text požadavku takto:

"Návrh řešení bude předložen včetně uvedení případných více a méně prací s uvedení dopadů do rozpočtu (finance), pracnosti, organizace, plnění jiných požadavků RESSS, plnění legislativních požadavků.
Objednatel rozhodne, zda případné vícepráce budou či nebudou realizovány."


TPA013

Doplnění v kapitole 2.2.1.2 z RS P1 o text z PD P6 Konsolidovaná tabulka UID063

Požadavky na migraci jsou skupinou požadavků na rozsah a způsob provedení migrace dat ze stávající implementace spisové služby do nasazované instance RESSS.

Součástí implementace RESSS bude provedení věrohodné migrace dat podle zpracovaného migračního plánu, podložené protokolem o migraci.

x



NE



Dodavateli není zřejmé, co konkrétně je myšleno "věrohodnou migrací dat podle zpracovaného migračního plánu, podloženou protokolem o migraci". Požadavky na migraci popisuje smlouva v dostatečné míře podrobností.

Dodavatel navrhuje tento požadavek jako duplicitní vyřadit.


TPA014

Doplnění znění v kapitole 1.1.1.3.1 z RS P1 o text z PD P6 Konsolidovaná tabulka UID214

Funkce "Přidělování čísel jednacích" zajišťuje generování unikátních čísel jednacích a označení jím příslušných dokumentů v souladu s § 11 odst. 1 vyhlášky č. 259/2012 Sb., o podrobnostech výkonu spisové služby.

Číslo jednací je unikátní identifikátor použitelný pouze pro jeden dokument. Pravidlo pro jeho vytváření si definuje každá organizace sama. Je třeba doplnit dokumentaci tak, aby bylo zřejmé, jak je možné formát čísla jednacího/JID modifikovat.

x



NE



Dodavatel požadavek chápe tak, že v dokumentaci popíše, jak je možné formát čísla jednacího/JID modifikovat.


TPA015

Funkce "Přidělování čísel jednacích" zajišťuje generování unikátních čísel jednacích a označení jím příslušných dokumentů v souladu s § 11 odst. 1 vyhlášky č. 259/2012 Sb., o podrobnostech výkonu spisové služby.

Do popisu a funkčnosti rozhraní pro komunikaci mezi RESSS a AIS bude doplněna funkce pro předání nově doručeného dokumentu evidovaného v RESSS do správy AIS a způsob, jakým bude o tomto předání rozhodnuto.

x


Detailní zadání architekta MPSV

NE



Dodavatel požadavek chápe tak, že data budou do ISSD předávána prostřednictvím rozhraní dle NSESSS. Dodavatel očekává součinnost architekta MPSV.


TPA017

Doplnění znění požadavku ZAP011 z RS P1 na základě PD P6 Konsolidovaná tabulka UID247

V každé instanci RESSS bude implementována odpovídající organizační struktura původce. RESSS umožní využití této struktury při manipulaci dokumentu, tj. uživatel může ve struktuře najít konkrétní útvar, nebo konkrétní osobu, na kterou dokument chce předat. RESSS umožní správci tuto strukturu aktualizovat automatizovaně či manuálně.

Do popisu a funkčnosti systému budou doplněny funkce pro správu organizační struktury.

x



NE



Dodavatel má za to, že veškeré funkcionality pro správu organizační struktury jsou součástí PS1 a byly otestovány v rámci UAT. V PS2 budou tyto funkcionality pouze správně použity.


TPA019

Úprava použité terminologie v RESSS na základě požadavku objednatele
- Místo pojmu obálka používat pojem zásilka dle [NSESSS - Zásilka]
- Úkoly pro schvalování: „Souhlasím“ změnit na „Schvaluji“
- Pro odebrání křížového odkazu z dokumentu na dokumentu je nutno kliknout na ikonu "Související entita" - přejmenovat na "Odebrat související"
- Podatelna: „Vrátit předání“ přejmenovat na „Zrušit předání“
- Datum pořízení spis = Datum založení spisu [NSESSS 2.7.9]
- Váha zásilky = Hmotnost zásilky [Jednotka SI]
- Razítka: Ikonu s názvem "Uživatel typu písemnosti razítko" přejmenovat na "Uživatel typu dokumentu razítko"
- Komponenta: „Převést do elektronické formy“ změnit na „Převést do elektronické podoby“
- Odeslat = Předat k vypravení
- Filtry pro vyhledávání: atribut "Dokument má" se chybně jmenuje "Pozice"


x



NE



Požadavek bude realizován dle zadání.


TPA023

Umožnit uživateli volání služby ISDS pro získání stavů datové schránky v minulosti (GetDataBoxActivityStatus) [NSESSS 2.4.4]



x


NE



Požadavek bude realizován dle zadání.


TPA025

Umožnit evidovat datum doručení doručenky a datum doručení informace o nedoručení dokumentu zvlášť


x



NE



Požadavek bude realizován dle zadání.


TPA029

Doplnění typového spisu Dokumentace eSSL [NESSSS 10.1] ve spolupráci s původcem


x



NE



Požadavek bude realizován dle zadání.
Dodavatel očekává, že naplněním tohoto požadavku je pouze poskytnutí součinnosti zadavateli při plnění typového spisu obsahem.


TPA032

V šabloně pro definici Sp. zn. bude možno realizovat nastavení jiné označení spisové značky, které považuje původce za účelné, např. dle spisového a skartačního řádu či ISSD [Vyhl. §12 (1) c), jednání 20.1.2021]


x



NE



Požadavek bude realizován dle zadání.
Dodavatel očekává od zadavatele definici "jiného označení spisové značky".


TPA042

Oprávněné úřední osoby bude možné evidovat jako konkrétní osoby [Správní řád]


x



NE



Požadavek bude realizován dle zadání.
Přesné znění požadavku bude rozebráno v analýze.


TPA080

Namísto Spisovna – Manipulant používat v PS2 Spisovna – obsluha – změna konfigurace (21.6)


x



NE



Požadavek bude realizován dle zadání.


TPA081

Vyčlenit do samostatných práv – právo expedovat analog/e-mail/datovka (21.6.)


x



ANO

19


Požadavek bude realizován dle zadání.


TPA082

Vyčlenit do samostatných práv oba směry AK (20.6.)



x


ANO


Požadavek bude realizován a jeho pracnost v plném rozsahu stanovena v rámci rozvoje po akceptaci fáze 1 a nasazení RESSS do produkčního provozu na MPSV. Pracnost úvodní analýzy a detailní specifikace zadání je 7 MD.

Požadavek bude realizován dle zadání, viz upřesnění v poznámce.
Pro přesnější výklad dodavatel navrhuje přeformulovat text požadavku takto:
"Do samostatných práv budou vyčleněny oba směry autorizované konverze".


TPA083

Klíčová slova – číselníky bude možné upravovat pro jednotlivé spisové uzly (9.8.)



x


ANO


Požadavek bude realizován a jeho pracnost v plném rozsahu stanovena v rámci rozvoje po akceptaci fáze 1 a nasazení RESSS do produkčního provozu na MPSV. Pracnost úvodní analýzy a detailní specifikace zadání je 10 MD.

Dodavatel navrhuje popis požadavku doplnit takto:

- bude doplněna možnost dopsat klíčové slovo textem (nebude automaticky zařazováno do číselníku)
- v dalších PS bude možné číselníky upravovat např. pro jednotlivé organizační části


TPA085

Vyřízení a uzavření spisu v souladu s legislativou


x



NE



Dodavatel navrhuje popis požadavku doplnit takto:
----------
Vyřízení spisu:
- umožní vložit datum vyřízení uživatelem (později než založení spisu)
- umožní vložit způsob vyřízení (stejný číselník jako u dokumentu)
- i po vyřízení spisu bude možné dále vkládat a odebírat vyřízené dokumenty, manipulovat celý spis, vrátit do vyřizovaných, editovat další metadata (kromě vyřízení)

Uzavření spisu:
- aplikace se pokusí automaticky spočítat rok skartace, lze ovlivnit uživatelem
- spis bude umožněno předat do spisovny
- nebude možná další editace ani vkládání či odebírání dokumentu
----------
Přesné znění požadavku bude rozebráno v analýze.


TPA086

Úpravy spisu pro SŘ (18.10.)


x



NE



Dodavatel navrhuje popis požadavku doplnit takto:
----------
Spis pro správní řízení bude obsahovat:
- seznam dokumentů s určením data kdy byly do spisu vloženy
- seznam účastníků řízení včetně klasifikace vztahu účastníka dle § 27
- funkcionalitu pro zaznamenání nahlédnutí do spisu (subjekt, datum, čas od-do, textové pole pro upřesnění)
- termín vyřízení
- datum nabytí právní moci
----------
Přesné znění požadavku bude rozebráno v analýze.


TPA087

Zkratka org. součásti do č.j. (1.12.)





NE



Dodavatel navrhuje popis požadavku doplnit takto:
"Pro účely doplnění zkratky organizační součásti do čísla jednacího vznikne v objektu Pozice nový parametr (pracovní název zkratka do č.j.). Bude předvyplněn zkratkou spisového uzlu a bude možné jej změnit ručně administrátorem či naplnit automaticky z AD."


TPA088

Analýza a úprava administrace podatelen (15.11)


x



ANO

16


Dodavatel navrhuje popis požadavku doplnit takto:
----------
V administraci budou provedeny následující změny:
- základní objekt Podatelna bude přejmenován
- při založení podatelny bude upraven formulář pro zakládání nové podatelny, v rámci toho bude vyřešen pojem Doručovatelna
----------
Přesné znění požadavku bude rozebráno v analýze.


TPA089

Analýza a úprava administrace VS (15.11)


x



NE



Dodavatel navrhuje popis požadavku doplnit takto:
"V administraci budou provedeny následující změny:
- na formuláři pro založení/úpravu spisového znaku budou odstraněny checkboxy (bude zobrazen pouze nadřazený)
- bude přidáno uzavírání věcné skupiny (příznak aktivní nestačí)"

Přesné znění požadavku bude rozebráno v analýze.


TPA093

Funkcionalita Fulltextového vyhledávání pro požadavky
PSU002: Vyhledání dokumentu
ZAP015: Vyhledávání v metadatech i dokumentech
7.1.19: NSESSS 7.1.19

V analýze budou uvedeny rizika nenasazení možnosti fulltextového vyhledávání v případě nesoučinnosti MPSV.

x



NE



Dodavatel chápe požadavek tak, že v rámci analýzy uvede rizika nenasazení možnosti fulltextového vyhledávání v případě nesoučinnosti MPSV. Text ve sloupci B odkazuje na jiné požadavky ZD, a v kontextu tohoto požadavku je zavádějící. Požadavek musí být definován jednoznačně.


TPA095

Požadavky RS na napojení na základní registry eGov

RESSS bude dohledávat kontakty, adresy a informace ze základních registrů eGovernmentu na základě požadavků z RS P1.

x


Součinnost MPSV pro zřízení přístupu do ISZR (produkční i testovací prostředí)

NE



Požadavek bude realizován dle zadání.
Dodavatel očekává rozhodnutí, zda integraci realizovat napřímo nebo prostřednictvím IPPD.


TPA106

Napojení agendových systémů pro správu dokumentů na základě požadavků z RS P1 ZMPSV029; AR016; OIP003; ZMPSV002

Agendové systémy pro správu dokumentů na základě požadavků z RS dávají dodavateli za povinnost poskytnout v rámci rozhraní součinnost při napojení.

x


Rozhraní bude dle NSESSS

ANO

158


Dodavatel navrhuje popis požadavku ve sloupcích B a C změnit takto:
----------
Dodavatel provede integraci následujících systémů prostřednictvím rozhraní NSESSS:
a) EESSI
b) Okjesle
c) DMS MPSV pro načítání starých komponent
----------

12

TPA107

Umožnit znovuotevření uzavřené součásti typového spisu a uzavřeného typového spisu



x


NE



Požadavek bude realizován dle zadání.


VYP010

Napojení na frankovací stroje

RESSS umožní napojení na frankovací stroje, pro potřeby úhrady zaslání vypravených listinných zásilek.

x



NE



Požadavek bude realizován dle zadání.


ZAP033

Připojení autentizačního prvku

RESSS umožní připojení autentizačního prvku k dokumentu - elektronického podpisu, elektronické značky, elektronické pečetí a časové razítka.

x



NE



Požadavek byl již v plném rozsahu dodán a ověřen funkčními testy v rámci prováděcí smlouvy č. 1.

Dodavatel navrhuje tento požadavek jako duplicitní vyřadit.


ZMPSV001

Adresářová služba

Instance RESSS v prostředí MPSV budou využívat adresářových služeb zpřístupněných pomocí protokolu LDAP (Lightweight Directory Access Protocol). Adresářová služba MPSV je vybudována na základě produktu Microsoft Active Directory.

x



NE



Požadavek bude realizován dle zadání. Dodavatel předpokládá, že AD MPSV bude obsahovat veškeré informace o organizační struktuře MPSV, které budou přístupné pomocí LDAP protokolu. Spisová služba RESSS tyto údaje převezme a bude s nimi dále pracovat v rámci svého workflow.

Dodavatel očekává součinnost správce infrastruktury MPSV. Požadavky budou detailně popsány v příslušné etapě plnění.

V rámci analýzy dojde k posouzení obsahu AD a navržení procesu přenosu tohoto obsahu do RESSS tak, aby byla zajištěna plná funkcionalita RESSS.

Souvisí s požadavkem ZMPSV032.


ZMPSV002

Služby ESSS

Rozhraní služeb ESSS poskytujících podporu pro součinnost agendových systémů bude budováno na základě rozhraní popsaného v dokumentu "Obecné rozhraní pro komunikaci mezi elektronickými systémy spisových služeb a agentovými informačními systémy (best practices) zveřejněnému Ministerstvem vnitra České republiky. Popsané rozhraní bude rozšířeno o synchronní služby, tak aby poskytovalo celou funkcionalitu služeb zajišťovaných asynchronními voláními popsanými v dokumentu.

Instance RESSS na MPSV mohou využívat obdobné rozhraní implementované dalšími systémy.

Na technologické úrovni bude rozhraní k agendovým systémům MPSV zprostředkováno integrační platformou vybudované na technologii Microsoft BizTalk Server.

x


Rozhraní bude dle NSESSS

NE



Dodavatel v rámci naplnění tohoto požadavku v souladu s čl. 2.8 Dodatku č. 2 k RS nasadí rozhraní, které bude v plném souladu s rozhraním dle NSESSS.

Dodavatel očekává součinnost správce IPPD v rámci analýzy, připomínkování a akceptace návrhu realizace a testování. Součinnost správce IPPD bude nezbytná také k provedení end-to-end testů provedených přes rozhraní dle NSESSS.


ZMPSV003

Autentizační služba

Pro potřeby autentizace uživatelů budou instance RESSS využívat služeb domény Microsoft Windows na základě přihlášení uživatele k operačnímu systému jeho pracovní stanice (Single Sign-On) a dále RESSS umožní autentizaci úředníků vstupujících do systému spisové služby úřadu s využití jednotného identitního prostoru JIP/XXXX


x

Integrace na JIP/KASSS ve 2. etapě (změna oproti ZD)
Součinnost správce komunikace s JIP/XXXX

ANO


Požadavek bude realizován a jeho pracnost v plném rozsahu stanovena v rámci rozvoje po akceptaci fáze 1 a nasazení RESSS do produkčního provozu na MPSV. Pracnost úvodní analýzy a detailní specifikace zadání je 5 MD. Jako vícepráce bude naceněna pouze integrace na JIP/XXXX.

Požadavek bude realizován dle zadání. Pokud jde o dílčí požadavek na integraci JIP/XXXX, dodavatel očekává součinnost správce infrastruktury MPSV a také součinnost správce JIP/KASS (CzechPoint) pro provedení integračních testů.

2

ZMPSV004

Autorizovaná konverze

Pro potřeby provádění autorizované konverze z moci úřední budou instance RESSS nasazené na MPSV využívat rozhraní Centrály CzechPOINT. S ohledem na bezpečnostní politiku MPSV může být rozhraní zpřístupněno pomocí zástupné služby (proxy) či integrační platformy.

x



NE



Požadavek bude realizován dle zadání. Dodavatel očekává rozhodnutí zadavatele, jestli má být využíváno nativní rozhraní CzechPoint, nebo bude komunikace probíhat prostřednictvím BizTalk.


ZMPSV005

Detekce škodlivého kódu

Pro potřeby detekce škodlivého kódu bude instance RESSS využívat služeb antivirového systému instalovaného jako nadstavba operačního systému na výpočetních prostředcích určených pro nasazení RESSS.

x



NE



Požadavek bude realizován dle zadání. Dodavatel očekává poskytnutí informace, jaký antivirový systém MPSV používá, a také poskytnutí technické dokumentace antivirového systému, která bude obsahovat veškeré informace pro naplnění tohoto požadavku.


ZMPSV006

Dohledání adresy

Dohledávání a ověřování adres bude probíhat vůči systému "Integrovaná provozní a podpůrná data" (IPPD) pomocí proprietárně definovanému rozhraní webových služeb. Systém IPPD je společnou datovou základnou obsahující též evidenci adres synchronizovanou se základním "Registrem územní identifikace, adres a nemovitostí" (RÚIAN).
Rozhraní systému IPPD bude zpřístupněno prostřednictvím integrační platformy.

x


Rozhraní bude dle NSESSS

NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost součinnost správce IPPD v rámci analýzy, připomínkování a akceptace návrhu realizace a testování. Součinnost správce IPPD bude nezbytná také k provedení end-to-end testů provedených přes BizTalk.

Dodavatel očekává součinnost pověřeného pracovníka odpovědného za evidenci adres v IPPD.


ZMPSV007

Dohledání organizace

Dohledávání a ověřování údajů o organizacích bude probíhat vůči systému "Integrovaná provozní a podpůrná data" (IPPD) pomocí proprietárně definovanému rozhraní webových služeb. Systém IPPD je společnou datovou základnou obsahující též evidenci subjektů (organizací) synchronizovanou se základním "Registrem osob" (ROS).

Rozhraní systému IPPD bude zpřístupněno prostřednictvím integrační platformy.

x


Požadavek je v rozporu s legislativou - ESS musí ztotožňovat přímo proti ISZR

NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost součinnost správce IPPD v rámci analýzy, připomínkování a akceptace návrhu realizace a testování. Součinnost správce IPPD bude nezbytná také k provedení end-to-end testů provedených přes BizTalk.


ZMPSV008

Dohledání osoby

Dohledávání a ověřování údajů o (fyzických) osobách bude probíhat vůči systému "Integrovaná provozní a podpůrná data" (IPPD) pomocí proprietárně definovanému rozhraní webových služeb. Systém IPPD je společnou datovou základnou obsahující též evidenci osob (občanů a cizinců) synchronizovanou se základním "Registrem občanů" (ROB).

Rozhraní systému IPPD bude zpřístupněno prostřednictvím integrační platformy.

x


Požadavek je v rozporu s legislativou - ESS musí ztotožňovat přímo proti ISZR

NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost součinnost správce IPPD v rámci analýzy, připomínkování a akceptace návrhu realizace a testování. Součinnost správce IPPD bude nezbytná také k provedení end-to-end testů provedených přes BizTalk.


ZMPSV009

Hromadné odesílání dokumentů

Hromadné odesílání dokumentů nebude pro potřeby MPSV využívána.




NE



Požadavek byl vyjmut na základě dodatku č. 1 RS. Dodavatel předpokládá, že tento požadavek nebude realizován, a je zde uveden pouze z důvodu evidence.


ZMPSV010

Odeslání zprávy do datové schránky

Pro potřeby odesílání zpráv do datových schránek systému ISDS (Informační systém datových schránek) bude instance RESSS na MPSV využívat standardní rozhraní systému ISDS. S ohledem na bezpečnostní politiku MPSV může být rozhraní zpřístupněno pomocí zástupné služby (proxy) či integrační platformy.

x



NE



Požadavek bude realizován dle zadání. Dodavatel očekává rozhodnutí zadavatele, jestli má být využíváno nativní rozhraní ISDS, nebo bude komunikace probíhat prostřednictvím BizTalk.


ZMPSV011

Odeslání zprávy elektronické pošty

Pro potřeby odesílání zpráv elektronické pošty bude instance RESSS na MPSV využívat služeb poštovního serveru na bázi produktu Microsoft Exchange s využitím protokolu SMTP (Simple Mail Transfer Protocol) či rozhraním MAPI (Messaging Application Programming Interface).

x



NE



Požadavek bude realizován dle zadání.


ZMPSV012

Ověření platnosti certifikátu

Pro potřeby ověření platnosti certifikátu bude instance RESSS na MPSV využívat specializovaných služeb pro ověření platnosti certifikátu, které zprostředkovávají synchronizaci CRL (Certificate Revocation List) kvalifikovaných certifikačních autorit a služeb ověření platnosti certifikátu implementovaných v souvislosti se zaváděním nařízení eIDAS. Služby budou poskytovány prostřednictvím integrační platformy.

x



NE



Požadavek bude realizován dle zadání.


ZMPSV013

Poskytování digitálních obrazů

Poskytování digitalizovaných obrazů dokumentů pro potřeby instance RESSS v rámci MPSV bude realizováno na základě výměny souborů s digitalizačním systémem pomocí standardních protokolů pro přenos souborů (SMB/CIFS, FTP, NFS).

x



NE



Požadavek bude realizován dle zadání. Dodavatel předpokládá naplnění požadavku tak, že do RESSS budou načítány skeny z filesystemu, které sem budou ukládány digitalizačním systémem.

Dodavatel očekává, že vytěžení identifikátoru nutného pro spárování skenu s dokumentem proběhne na straně skenovacího systému.


ZMPSV014

Poskytování neveřejných statistických dat

Neveřejná statistická data produkovaná instancí RESSS v rámci MPSV pro potřeby manažerského informačního systému budou zpřístupněna ve formě datových struktur (v dedikované) databázi v rámci instalace RESSS. Odtud budou přenášena k dalšímu zpracování prostředky datového skladu.


x

Data budou poskytována přes rozhraní dle NSESSS

NE



Požadavek bude realizován dle zadání. Dodavatel předpokládá naplnění požadavku tak, že RESSS bude generovat neveřejná statistická data ve formátu XML, který bude poskytován k dalšímu zpracování jako dokument. Dodavatel bude od zadavatele potřebovat informace, která neveřejná statistická data má RESSS sbírat, jak a v jakých intervalech.


ZMPSV015

Poskytování statistických sestav

Statistické sestavy vznikající v instanci RESSS na MPSV budou zpřístupněny v rámci souborového systému (pomocí některého ze standardně používaných protokolů). Odtud budou čerpány do dalších systémů, jako je například portál či intranet.

x


Data budou poskytována přes rozhraní dle NSESSS

NE



Požadavek bude realizován dle zadání. Dodavatel naplní požadavek tak, že dodá obecnou funkcionalitu a jednu vzorovou sestavu. Další případně požadovaní sestavy budou naceněny jako vícepráce.

Dodavatel bude od zadavatele potřebovat informace, jaké statistické sestavy a v jaké časové periodě mají vznikat.


ZMPSV016

Poskytování veřejných statistických dat

Statistická data produkovaná instancí RESSS v rámci MPSV pro potřeby centrálního statistického systému budou zpřístupněna ve formě datových struktur (dedikované) databázi v rámci instalace RESSS. Odtud budou přenášena k dalšímu zpracování prostředky datového skladu.


x

Data budou poskytována přes rozhraní dle NSESSS

NE



Požadavek bude realizován dle zadání. Dodavatel předpokládá naplnění požadavku tak, že RESSS bude generovat veřejná statistická data ve formátu XML, který bude poskytován k dalšímu zpracování jako dokument. Dodavatel bude od zadavatele potřebovat informace, která veřejná statistická data má RESSS sbírat, jak a v jakých intervalech.


ZMPSV017

Převzetí zprávy elektronické pošty

Pro potřeby příjmu zpráv elektronické pošty bude instance RESSS na MPSV využívat služeb poštovního serveru na bázi produktu Microsoft Exchange s využitím protokolu POP3 (Post Office Protocol) nebo protokolu IMAP (Internet Message Access Protocol) či rozhraním MAPI (Messaging Application Programming Interface).

x



NE



Požadavek bude realizován dle zadání.


ZMPSV018

Převzetí zprávy z datové schránky

Pro potřeby přebírání zpráv do datových schránek systému ISDS (Informační systém datových schránek) bude instance RESSS na MPSV využívat standardní rozhraní systému ISDS. S ohledem na bezpečnostní politiku MPSV může být rozhraní zpřístupněno pomocí zástupné služby (proxy) či integrační platformy.

x



NE



Požadavek bude realizován dle zadání. Dodavatel očekává rozhodnutí zadavatele, jestli má být využíváno nativní rozhraní ISDS, nebo bude komunikace probíhat prostřednictvím BizTalk.


ZMPSV019

Registrace odeslaných dokumentů

Funkce hromadného odesílání dokumentů, tudíž ani registrace odeslaných dokumentů, nebude pro potřeby MPSV využívána.

x



NE



Požadavek byl vyjmut na základě dodatku č. 1 RS. Dodavatel předpokládá, že tento požadavek nebude realizován, a je zde uveden pouze z důvodu evidence.


ZMPSV019

Registrace odeslaných dokumentů

Vyjmuto z požadavků
Dle vyjádření garantů je tato funkcionalita nyní požadována. Detailní věcný dopad a detailní rozpad pracnosti bude možné provést až po dokončení analýzy v příslušné prováděcí smlouvě.


x

Rozhraní bude dle NSESSS

ANO


Požadavek bude realizován a jeho pracnost v plném rozsahu stanovena v rámci rozvoje po akceptaci fáze 1 a nasazení RESSS do produkčního provozu na MPSV. Pracnost úvodní analýzy a detailní specifikace zadání je 10 MD.
Jedná se o původně vyjmutý požadavek, který si ale objednatel přeje realizovat.

Požadavek bude realizován dle zadání, viz upřesnění v poznámce.


ZMPSV020

Resortní výměna dokumentů

Pro potřeby výměny dokumentů mezi instancemi RESSS v rámci resortu MPSV bude využíváno rozhraní navržené a implementované dodavatelem s tím, že musí být zveřejněn popis tohoto rozhraní.

Rozhraní musí realizovat korektní komunikační kanál mezi výpravnou původce a podatelnou příjemce.


x

Bude realizováno až budou nasazeny alespoň 2 instance

NE



Dodavateli není zřejmý účel tohoto požadavku za situace, kdy po nasazení RESSS na MPSV v rámci PS2 bude existovat pouze 1 instance. Dodavatel má za to, že tento požadavek má smysl realizovat až v okamžiku, kdy budou k dispozici minimálně 2 instance RESSS. Implementace požadavku by byla samoúčelná, v praxi neověřitelná a s dopadem na časovou náročnost.


ZMPSV021

Řízení oprávnění

Instance RESSS v MPSV bude využívat více vrstvého řízení oprávnění pro práci s RESSS. První vrstva bude tvořena přidělenou rolí přebíranou z adresářové služby (realizované na bázi produktu Microsoft Active Directory a přístupné pomoc protokolu LDAP). Úroveň detailních oprávnění dané role je přidělena na základě nastavení v instanci RESSS.

x



NE



Požadavek bude realizován dle zadání.

Dodavatel očekává součinnost správce infrastruktury MPSV. Požadavky budou detailně popsány v příslušné etapě plnění.

V rámci analýzy dojde k posouzení obsahu AD a navržení procesu přenosu tohoto obsahu do RESSS tak, aby byla zajištěna plná funkcionalita RESSS.


ZMPSV022

Služba auditu

Pro potřeby ukládání auditních informací vznikajících v instanci RESSS na MPSV bude využíván interní mechanismus instancí RESSS či centrální auditní systém, jehož zavedení je ve stádiu plánování.


x

Poskytnutí informací o auditním systému

NE



Požadavek bude realizován dle zadání.
Dodavatel očekává jednoznačné nikoliv variantní zadání.


ZMPSV023

Služba dokumentového úložiště

Dokumentové úložiště instance RESSS na MPSV bude vytvořeno nad systémem správy dokumentů realizovaného na základě produktu Microsoft SharePoint.

Služby úložiště budou zpřístupněny prostřednictvím integrační platformy.

x



NE



Požadavek bude realizován dle zadání. Nicméně, s ohledem na aktuálně probíhající analýzu použitelnosti SharePoint jako úložiště komponent RESSS a provedení performace testů je možné, že původně navržené řešení SharePoint bude vyhodnoceno jako nevhodné.

V takovém případě, a zároveň za situace výběru alternativního řešení, bude taková změna chápána jako vícepráce.


ZMPSV024

Služba elektronických formulářů

Pro potřeby přebírání elektronických formulářů z portálu MPSV bude instance RESSS na MPSV poskytovat rozhraní navržené a implementované dodavatelem, s tím že musí být zveřejněn popis tohoto rozhraní.

x


Rozhraní bude dle NSESSS

NE



Požadavek bude realizován dle zadání. Dodavatel předpokládá integraci na službu elektronických formulářů z portálu MPSV prostřednictvím rozhraní dle NSESSS.


ZMPSV025

Služba hybridní pošty

Pro potřeby využívání služeb hybridní pošty musí instance RESSS na MPSV využívat rozhraní zprostředkované službami integrační platformy (na bázi produktu Microsoft BizTalk) vycházejícím z rozhraní poskytovaným Českou poštou.

x


BizTalk součinnost

NE



Požadavek bude realizován dle zadání. Dodavatel upozorńuje, že v případě komunikace přes BizTalk může být řešení limitováno existujícím řešením na BizTalk.

Dodavatel očekává součinnost správce BizTalk.


ZMPSV026

Služba monitoringu

Instance RESSS na MPSV musí poskytovat rozhraní pro získávání informací o stavu systému na bázi protokolu SNMP (Simple Network Monitoring Protocol) či proprietárním, zdokumentovaným rozhraním na bázi webových či RESTfull služeb.


x


NE



Požadavek bude realizován dle zadání.


ZMPSV027

Služba monitorovacího nástroje

Pro potřeby výměny informací s "Monitorovacím systémem 2014+" (MS 2014+) musí instance RESSS v MPSV využívat rozhraní poskytovaná tímto systémem. S ohledem na bezpečnostní politiku MPSV může být rozhraní zpřístupněno pomocí zástupné služby (proxy) či integrační platformy.


x

Součinnost provozovatele systému MS2014+ a součinnost uživatele tohoto systému ze strany MPSV

NE



Požadavek bude realizován dle zadání. Dodavatel očekává součinnost zadavatele, a to součinnost pověřeného pracovníka zadavatele odpovědného za agendu fondů EU, dále součinnost správce monitorovacího systému 2014+ v rámci analýzy, připomínkování a akceptace návrhu realizace a testování. Součinnost správce monitorovacího systému 2014+ bude nezbytná také k provedení end-to-end testů.

Dodavatel očekává rozhodnutí zadavatele, jestli má být rozhraní monitorovacího systému 2014+ zpřístupněno přes BizTalk.

Rozšiřující požadavek na případné další integrace na novější monitorovací systém bude dodavatel považovat za vícepráce.


ZMPSV028

Služba záloh

Pro potřeby tvorby záloh instance RESSS na MPSV bude využíván centrální zálohovací systém na bázi produktu Acronis Backup, umožňující provádění záloh virtuálních strojů, souborů a databází.

x



NE



Požadavek bude realizován dle zadání. Nicméně, dodavateli je známo, že MPSV již delší dobu využívá jiný zálohovací systém. Prosíme o potvrzení a specifikaci zálohovacího systému. Dodavatel též očekává součinnost správce zálohovacího systému.


ZMPSV030

Služba číselníků

Instance RESSS na MPSV bude využívat centrálních číselníků spravovaných a poskytovaných systémem IPPD (Integrovaná provozní a podpůrná data) na základě proprietárních webových služeb. Rozhraní systému bude zpřístupněno prostřednictvím integrační platformy.


x

Rozhraní bude dle NSESSS nebo proprietární dle IPPD (dle závěrů analýzy)
Součinnost provozovatele systému IPPD

NE



Požadavek je značně obecný. Je třeba vyjmenovat seznam číselníků IPPD, které mají být systémem RESSS využívány.

Dodavatel očekává součinnost správce IPPD v rámci analýzy, připomínkování a akceptace návrhu realizace a testování. Součinnost správce IPPD bude nezbytná také k provedení end-to-end testů provedených přes rozhraní, které bude určeno v rámci analýzy.


ZMPSV031

Synchronizace oběhu úkolů

Pro potřeby začlenění oběhu přidělení práce s dokumenty v rámci instance RESSS na MPSV do širšího kontextu řízení úkolů (workflow) bude instance RESSS poskytovat zdokumentované rozhraní pro synchronizaci úkolů na bázi webových služeb.


x


NE



Požadavek bude realizován dle zadání.

Dodavatel očekává součinnost osob odpovědných za systémy, které budou konzumovat tyto služby.


ZMPSV032

Synchronizace organizační struktury

Pro potřeby interní evidence organizační struktury MPSV v rámci instance RESSS na MPSV bude organizační struktura přejímána s centrální adresářové služby (vytvořené na bázi produktu Microsoft Active Directory). Ta je synchronizována s organizační strukturou vedenou v personálním systému jako primárním zdrojem informací o organizační struktuře.

x



NE



Požadavek bude realizován dle zadání. Dodavatel předpokládá, že AD MPSV bude obsahovat veškeré informace o organizační struktuře MPSV, které budou přístupné pomocí LDAP protokolu. Spisová služba RESSS tyto údaje převezme a bude s nimi dále pracovat v rámci svého workflow.

Dodavatel očekává součinnost správce infrastruktury MPSV. Požadavky budou detailně popsány v příslušné etapě plnění.

V rámci analýzy dojde k posouzení obsahu AD a navržení procesu přenosu tohoto obsahu do RESSS tak, aby byla zajištěna plná funkcionalita RESSS.

Souvisí s požadavkem ZMPSV001.


ZMPSV033

Synchronizace uživatelských účtů

V případě využívání interních uživatelských účtů v rámci instance RESSS na MPSV budou tyto účty synchronizovány s centrální adresářovou službou (vytvořené na bázi produktu Microsoft Active Directory).

x



NE



Požadavek bude realizován dle zadání.
Souvisí s požadavky ZMPSV001, ZMPSV032.


ZMPSV034

Vydání časového razítka

Pro potřeby vydání (získání) časového razítka instancí RESSS na MPSV bude využíváno služby externí certifikační autority. S ohledem na bezpečnostní politiku MPSV může být tato služba zpřístupněna pomocí zástupné služby (proxy) či integrační platformy.

x



NE



Požadavek bude realizován dle zadání. Dodavatel očekává rozhodnutí zadavatele, jestli má služba vydání časového razítka komunikovat prostřednictvím BizTalk.


ZMPSV035

Výměna dat s archivem

Pro potřeby výměny dat s příslušným archivem bude instance RESSS na MPSV využívat rozhraní specifikovaným "Národním standardem pro elektronické systémy spisové služby".

x



NE



Požadavek bude realizován dle zadání.


ZMPSV036

Služba externího archivu

Služba externího archivu poskytující informace o pohybu a umístění listinných formulářů ve správě externího subjektu bude využívána v závislosti na aktuálním zajištění fyzického archivu v době nasazení RESSS pro potřeby MPSV.


x

Součinnost provozovatele externího archivu

NE



Požadavek je definován velmi obecně. Dodavatel je připraven ho naplnit, což bude vyžadovat významnou součinnost MPSV a také provozovatele externího archivu. Zpřesnění požadavku s ohledem na současné potřeby MPSV bude provedeno v rámci analýzy. Podstatnou informací bude, jestli se jedná o další spisovnu, která má svůj SW/jaký.

Dodavatel očekává, že naplněním tohoto požadavku bude pouze import struktury analogové spisovny provozované externím dodavatelem.

Dodavatel s ohledem na výše uvedené navrhuje přeřazení tohoto požadavku do realizace fáze 2.




Příloha č. 3 Dodatku č. 3 – Přehled změn ve funkčních požadavcích pro nasazení RESSS na ÚPČR k Prováděcí smlouvě č. 4 a Přehled změn v požadavcích pro podpora a provoz RESSS na ÚPČR k Prováděcí smlouvě č. 4


Kód požadavku

Název požadavku

Popis původního nebo změněného požadavku

Zdroj

Vícepráce
ANO / NE

Vícepráce
(MD)

Poznámka

Podpora a provoz
(MD)

TPA001

Požadavky z Rámcové smlouvy (příloha č. 2 - detailní specifikace plnění, příloha č. 1 - funkční požadavky)

Naplnění společných požadavků uvedených v příloze č.1 Rámcové smlouvy - Funkční a technické požadavky kapitoly
1; 2.1; 2.2.1; 2.2.2; 2.3
Změny z Dod. č. 1 k RS (TPA2) a Právní dohody a jejich dodatků májí přednost před zněním textu z RS

Všeobecné

NE




TPA002

Požadavky z Dod. č. 1 k RS upravující požadavky z RS (TPA1)

Naplnění společných požadavků uvedených v Dodatku č. 1 k Rámcové smlouvě.
Požadavky které upravují, vyjímají nebo nově vznikli ze skupin Funkční, Technické, Služba, MPSV, Součinnost

Všeobecné

NE




TPA_PS1

Doplňující požadavky z nálezů UAT2

Systém RESSS bude zohledňovat výstupy z UAT2 PS1 - Dodávka softwarového řešení. Zejména požadavky na úpravu terminologie, soulad s NSESSS a všeobecné funkcionality

Všeobecné

NE




TPA_PS2

Implementace požadavků Scope PS2

Budou implementovány následující požadavky Scope PS2 (MPSV): TPA013, TPA014, TPA015, TPA017, TPA019, TPA023, TPA025, TPA029, TPA032, TPA042, TPA080, TPA081, TPA082, TPA083, TPA085, TPA086, TPA087, TPA088, TPA089, TPA093, TPA095, TPA106, TPA107, ZAP033, ZMPSV004

Všeobecné

NE




SUP001

Počet uživatelů ÚP

Systém musí být připraven obsloužit 12 000 evidovaných uživatelů z čehož je 8 000 souběžně pracujících.

Rámcová smlouva

NE




SUP002

Rozsah školení ÚP

Pro potřeby ÚP budou školeny následující skupiny uživatelů systému:- správci – cca 240 osob – v rozsahu 2 školicích dní prezenčně, omezení max. počtem 30 osob, při školení bude k dispozici jedno PC zadavatele pro účastníka s přístupem k aplikaci,- pracovníci podatelen – cca 480 osob – v rozsahu min. 6 hodin, prezenčně, omezení max. počtem 30 osob, při školení bude k dispozici jedno PC zadavatele pro účastníka s přístupem k aplikaci,- garanti spisové služby (klíčoví uživatelé) – cca 200 osob – v rozsahu min. 6 hodin prezenčně, omezení max. počtem 30 osob, při školení k dispozici jedno PC zadavatele pro účastníka s přístupem k aplikaci,- ostatní uživatelé – cca 1450 – v rozsahu min. 6 hodin, prezenční školení v místě KrP a GŘ (tj. 14 x 100 + 50, omezení max. počtem 50 osob, další uživatelé budou školeni pomocí e-learningu.- aktivní uživatelé (referenti) - 8500 - základní školení RESSS + příslušná agenda dle specifikace ÚP - v rozsahu 4 hodin včetně práce v testovacím prostředí

Rámcová smlouva

NE




NUP001

Nasazované instance

Pro potřeby ÚP budou nasazovány instance RESSS pro zajištění produkčního provozu, testování a školení. Instance budou nasazovány do infrastruktury MPSV.

Rámcová smlouva

NE




NUP002

Prostředí pro nasazení

Instance RESSS pro potřeby ÚP budou nasazovány do infrastruktury MPSV, která je dislokována ve dvojici geograficky vzdálených lokalit vzdálených přibližně do 50 kilometrů.
Instance pro zajištění produkčního provozu a testování (integrace) budou vždy nasazeny v obou lokalitách. Školící a vývojová instance pak v jedné z lokalit.
Uvedené instance budou v obou lokalitách nasazovány v kontextu dedikovaných instalací RESSS pro ÚP.

Rámcová smlouva

NE




NUP003

Provozní a záložní instance

Provozní instance je určená pro zajištění rutinního provozu RESSS pro potřeby ÚP.
Provozní instance bude nasazena v provozním prostředí primární lokality.
Pro potřeby vytvoření redundantního systému bude v záložním prostředí vytvořena záložní instance RESSS identická s provozní instanci. Ta může být provozována v souběžném režimu nebo aktivována v případě nedostupnosti či odstávky provozní instance.

Rámcová smlouva

NE




NUP004

Testovací prostředí

Testovací instance je určená pro testování RESSS v kontextu ÚP, zejména pak pro testování funkční, integrační, bezpečnostní a zátěžové. V primární lokalitě bude nasazena primární testovací instance RESSS v sekundární lokalitě pak sekundární testovací instance.Primární a sekundární instance mohou být podle konfigurace provozovány jak společně (například pro testování přechodu systému z jedné lokality do druhé), tak i odděleně. Testovací instance mohou být napojovány (integrovány) pouze s testovacími systémy, či simulátory provozních systémů.U zátěžových testů je potřeba dbát na dostatečnou rezervu

Rámcová smlouva

NE




NUP005

Školící prostředí

Školící instance je určená pro školení RESSS v kontextu ÚP, zejména pak pro školení koncových uživatelů, odborných pracovníků, a správců. Školící instance bude nasazena v jedné z lokalit.
Školící instance může být napojována (integrována) s testovacími (popřípadě školícími) systémy, simulátory provozních systémů či vybranými produkčními systémy (například pro ověřování a autorizaci uživatelů).

Rámcová smlouva

NE




NUP006

Technologie prostředí

Vlastní instance RESSS v obou lokalitách budou nasazovány do primární infrastruktury virtualizace (v primární lokalitě) a sekundární infrastruktury virtualizace (v sekundární lokalitě). Obě tyto infrastruktury jsou plně virtualizované a vybudované na technologiích Microsoft Hyper-V.

Rámcová smlouva

NE




ZUP001

Adresářová služba

Instance RESSS v prostředí ÚP budou využívat adresářových služeb zpřístupněných pomocí protokolu LDAP (Lightweight Directory Access Protocol). Adresářová služba ÚP je vybudována na základě produktu Microsoft Active Directory a je společná pro MPSV a ÚP.

Rámcová smlouva

NE




ZUP002

Služby ESSS

Rozhraní služeb ESSS poskytujících podporu pro součinnost agendových systémů bude budováno na základě rozhraní popsaného v dokumentu "Obecné rozhraní pro komunikaci mezi elektronickými systémy spisových služeb a agentovými informačními systémy (best practices) zveřejněnému Ministerstvem vnitra České republiky. Popsané rozhraní bude rozšířeno o synchronní služby, tak aby poskytovalo celou funkcionalitu služeb zajišťovaných asynchronními voláními popsanými v dokumentu.
Instance RESSS na ÚP mohou využívat obdobné rozhraní implementované dalšími systémy.
Na technologické úrovni bude rozhraní k agendovým systémům ÚP zprostředkováno integrační platformou MPSV vybudované na technologii Microsoft BizTalk Server.

Rámcová smlouva

NE




ZUP003

Autentizační služba

Pro potřeby autentizace budou instance RESSS využívat služeb domény Microsoft Windows na základě přihlášení uživatele k operačnímu systému jeho pracovní stanice (Single Sign-On).

Rámcová smlouva

NE




ZUP005

Detekce škodlivého kódu

Pro potřeby detekce škodlivého kódu bude instance RESSS využívat služeb antivirového systému instalovaného jako nadstavba operačního systému na výpočetních prostředcích určených pro nasazení RESSS.

Rámcová smlouva

NE




ZUP006

Dohledání adresy

Dohledávání a ověřování adres bude probíhat vůči systému (v kompetenci MPSV) “Integrovaná provozní a podpůrná data" (IPPD) pomocí proprietárně definovanému rozhraní webových služeb. Systém IPPD je společnou datovou základnou obsahující též evidenci adres synchronizovanou se základním "Registrem územní identifikace, adres a nemovitostí" (RÚIAN).
Rozhraní systému IPPD bude zpřístupněno prostřednictvím integrační platformy.

Rámcová smlouva

NE




ZUP007

Dohledání osoby

Dohledávání a ověřování údajů o (fyzických) osobách bude probíhat vůči (v kompetenci MPSV) systému "Integrovaná provozní a podpůrná data" (IPPD) pomocí proprietárně definovanému rozhraní webových služeb. Systém IPPD je společnou datovou základnou obsahující též evidenci osob (občanů a cizinců) synchronizovanou se základním "Registrem občanů" (ROB).
Rozhraní systému IPPD bude zpřístupněno prostřednictvím integrační platformy.

Rámcová smlouva

NE




ZUP008

Hromadné odesílání dokumentů

Funkce hromadného odesílání dokumentů nebude pro potřeby ÚP využívána.

Rámcová smlouva

NE




ZUP009

Odeslání zprávy do datové schránky

Pro potřeby odesílání zpráv do datových schránek systému ISDS (Informační systém datových schránek) bude instance RESSS na ÚP využívat standardní rozhraní systému ISDS. S ohledem na bezpečnostní politiku ÚP může být rozhraní zpřístupněno pomocí zástupné služby (proxy) či integrační platformy.

Rámcová smlouva

NE




ZUP010

Odeslání zprávy elektronické pošty

Pro potřeby odesílání zpráv elektronické pošty bude instance RESSS na ÚP využívat služeb poštovního serveru na bázi produktu Microsoft Exchange s využitím protokolu SMTP (Simple Mail Transfer Protocol) či rozhraním MAPI (Messaging Application Programming Interface).

Rámcová smlouva

NE




ZUP011

Ověření platnosti certifikátu

Pro potřeby ověření platnosti certifikátu bude instance RESSS na ÚP využívat specializovaných služeb pro ověření platnosti certifikátu, které zprostředkovávají synchronizaci CRL (Certificate Revocation List) kvalifikovaných certifikačních autorit a služeb ověření platnosti certifikátu implementovaných v souvislosti se zaváděním nařízení eIDAS. Služby budou poskytovány prostřednictvím integrační platformy.

Rámcová smlouva

NE




ZUP012

Poskytování digitálních obrazů

Poskytování digitalizovaných obrazů dokumentů pro potřeby instance RESSS v rámci ÚP bude realizováno na základě výměny souborů s digitalizačním systémem pomocí standardních protokolů pro přenos souborů (SMB/CIFS, FTP, NFS).

Rámcová smlouva

NE




ZUP013

Poskytování neveřejných statistických dat

Neveřejná statistická data produkovaná instancí RESSS v rámci ÚP pro potřeby manažerského informačního systému budou zpřístupněna ve formě datových struktur (dedikované) databázi v rámci instalace RESSS. Odtud budou přenášena k dalšímu zpracování prostředky datového skladu.

Rámcová smlouva

NE




ZUP014

Poskytování statistických sestav

Statistické sestavy vznikající v instanci RESSS na ÚP budou zpřístupněny v rámci souborového systému (pomocí některého ze standardně používaných protokolů). Odtud budou čerpána do dalších systémů, jako je například portál či intranet.

Rámcová smlouva

NE




ZUP015

Poskytování veřejných statistických dat

Statistická data produkovaná instancí RESSS v rámci ÚP pro potřeby centrálního statistického systému budou zpřístupněna ve formě datových struktur (dedikované) databázi v rámci instalace RESSS. Odtud budou přenášena k dalšímu zpracování prostředky datového skladu.

Rámcová smlouva

NE




ZUP016

Převzetí zprávy elektronické pošty

Pro potřeby příjmu zpráv elektronické pošty bude instance RESSS na ÚP využívat služeb poštovního serveru na bázi produktu Microsoft Exchange s využitím protokolu POP3 (Post Office Protocol) nebo protokolu IMAP (Internet Message Access Protocol) či rozhraním MAPI (Messaging Application Programming Interface).

Rámcová smlouva

NE




ZUP017

Převzetí zprávy z datové schránky

Pro potřeby přebírání zpráv do datových schránek systému ISDS (Informační systém datových schránek) bude instance RESSS na ÚP využívat standardní rozhraní systému ISDS. S ohledem na bezpečnostní politiku ÚP může být rozhraní zpřístupněno pomocí zástupné služby (proxy) či integrační platformy

Rámcová smlouva

NE




ZUP018

Registrace odeslaných dokumentů

Funkce hromadného odesílání dokumentů, tudíž ani registrace odeslaných dokumentů, nebude pro potřeby ÚP využívána.

Rámcová smlouva

NE




ZUP019

Resortní výměna dokumentů

Pro potřeby výměny dokumentů mezi instancemi RESSS v rámci resortu ÚP bude využíváno rozhraní navržené a implementované dodavatelem s tím, že musí být zveřejněn popis tohoto rozhraní.
Rozhraní musí realizovat korektní komunikační kanál mezi výpravnou původce a podatelnou příjemce.

Rámcová smlouva

NE




ZUP020

Řízení oprávnění

Instance RESSS v ÚP bude využívat více vrstvého řízení oprávnění pro práci s RESSS. První vrstva bude tvořena přidělenou rolí přebíranou z adresářové služby (realizované na bázi produktu Microsoft Active Directory a přístupné pomoc protokolu LDAP). Úroveň detailních oprávnění dané role je přidělena na základě nastavení v instanci RESSS.

Rámcová smlouva

NE




ZUP021

Služba auditu

Pro potřeby ukládání auditních informací vznikajících v instanci RESSS na ÚP bude využíván interní mechanismus instancí RESSS či centrální auditní systém, jehož zavedení je ve stádiu plánování.

Rámcová smlouva

NE




ZUP022

Služba dokumentového úložiště

Dokumentové úložiště instance RESSS na ÚP bude vytvořeno nad systémem správy dokumentů realizovaného na základě produktu Microsoft SharePoint.
Služby úložiště budou zpřístupněny prostřednictvím integrační platformy.

Rámcová smlouva

NE




ZUP023

Služba elektronických formulářů

Pro potřeby přebírání elektronických formulářů z portálu ÚP bude instance RESSS na ÚP poskytovat rozhraní navržené a implementované dodavatelem, s tím že musí být zveřejněn popis tohoto rozhraní.

Rámcová smlouva

NE




ZUP024

Služba hybridní pošty

Pro potřeby využívání služeb hybridní pošty musí instance RESSS na ÚP využívat rozhraní zprostředkované službami integrační platformy (na bázi produktu Microsoft BizTalk) vycházejícím z rozhraní poskytovaným Českou poštou.

Rámcová smlouva

NE




ZUP025

Služba monitoringu

Instance RESSS na ÚP musí poskytovat rozhraní pro získávání informací o stavu systému na bázi protokolu SNMP (Simple Network Monitoring Protocol) či proprietárním, zdokumentovaným rozhraním na bázi webových či RESTfull služeb.

Rámcová smlouva

NE




ZUP026

Služba monitorovacího nástroje

Pro potřeby výměny informací s "Monitorovacím systémem 2014+" (MS 2014+) musí instance RESSS v ÚP využívat rozhraní poskytovaná tímto systémem. S ohledem na bezpečnostní politiku ÚP může být rozhraní zpřístupněno pomocí zástupné služby (proxy) či integrační platformy.

Rámcová smlouva

NE




ZUP027

Služba záloh

Pro potřeby tvorby záloh instance RESSS na ÚP bude využíván centrální zálohovací systém MPSV na bázi produktu Acronis Backup, umožňující provádění záloh virtuálních strojů, souborů a databází.

Rámcová smlouva

NE




ZUP028

Služba úřední desky

Pro potřeby řízení publikace dokumentů na elektronické úřední desce bude instance RESSS na ÚP využívat proprietární rozhraní systému úřední desky na bázi webových služeb zpřístupněné integrační platformou vybudované na základě produktu Microsoft BizTalk.

Rámcová smlouva

NE




ZUP029

Služba číselníků

Instance RESSS na ÚP bude využívat centrálních číselníků spravovaných a poskytovaných systémem IPPD (Integrovaná provozní a podpůrná data) na základě proprietárních webových služeb. Rozhraní systému bude zpřístupněno prostřednictvím integrační platformy.

Rámcová smlouva

NE




ZUP030

Synchronizace oběhu úkolů

Pro potřeby začlenění oběhu přidělení práce s dokumenty v rámci instance RESSS na ÚP do širšího kontextu řízení úkolů (workflow) bude instance RESSS poskytovat zdokumentované rozhraní pro synchronizaci úkolů na bázi webových služeb

Rámcová smlouva

NE




ZUP031

Synchronizace organizační struktury

Pro potřeby interní evidence organizační struktury ÚP v rámci instance RESSS na ÚP bude organizační struktura přejímána s centrální adresářové služby (vytvořené na bázi produktu Microsoft Active Directory). Ta je synchronizována s organizační strukturou vedenou v personálním systému jako primárním zdrojem informací o organizační struktuře.
Požadovaná data v AD nejsou obsažena, konektor by měl být spíš na ČORG nebo SAP.
ČORG bude narovnán ZP

Rámcová smlouva

NE




ZUP032

Synchronizace uživatelských účtů

V případě využívání interních uživatelských účtů v rámci instance RESSS na ÚP budou tyto účty synchronizovány s centrální adresářovou službou (vytvořené na bázi produktu Microsoft Active Directory).

Rámcová smlouva

NE




ZUP033

Vydání časového razítka

Pro potřeby vydání (získání) časového razítka instancí RESSS na ÚP bude využíváno služby externí certifikační autority. S ohledem na bezpečnostní politiku ÚP může být tato služba zpřístupněna pomocí zástupné služby (proxy) či integrační platformy.

Rámcová smlouva

NE




ZUP034

Výměna dat s archivem

Pro potřeby výměny dat s příslušným archivem bude instance RESSS na ÚP využívat rozhraní specifikovaným "Národním standardem pro elektronické systémy spisové služby".

Rámcová smlouva

NE




ZUP035

Služba externího archivu

Služba externího archivu poskytující informace o pohybu a umístění listinných formulářů ve správě externího subjektu bude využívána v závislosti na aktuálním zajištění fyzického archivu v době nasazení RESSS pro potřeby ÚP.

Rámcová smlouva

NE




UP001

Interaktivní spouštěcí události skartačního rejstříku a jejich zakládání ve skartačním rejstříku (i pro typové spisy)

V případě, že spisový a skartační řád obsahuje spouštěcí události navázané na některé údaje z vložených dokumentů nebo které vůbec nejsou součástí spisu, ale možno je získat ze ISZR - datum narození, datum odchodu do důchodů, datum úmrtí…

UP

ANO

5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 5 MD.


UP002

Zabránit možnosti používání duplikátu názvu AK

Ztěžuje to orientaci a vyhledávání, velmi ztíží přípravu a provedení skartačního řízení). Dříve systém evidence a vyhledávání podle unikátního čárového (číselného) kódu

UP

ANO

3

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 3 MD.


UP003

Napojení agendových a informačních systémů na RESSS

OKcentrum, OKpráce, OKslužby, OKnouze, EKIS SAP (nový), GINIS (starý), IS IPPD (moduly: Smlouvy, Soudní spory, Pohledávky, Kontroly - stížnosti, Petice, Podněty), ESSII, Jmenný rejstřík, ISZR, Rekvalifikace, NPO DIGI, EÚD. Další budou určitě ve vývoji, či v rozvahách MPSV.

UP

ANO

47

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 47 MD. Předpokládáme, že většina napojení na ISSD bude realizována prostřednictvím rozhraní NSESSS. Výše uvedené neplatí pro Jmenný rejstřík, ISZR a EÚD, které jsou součástí scope dle RS.

4,5

UP004

Zvážit potřebu napojení AS a IS na RESSS

NEN (nový), E-ZAK (starý), Evidence kvalifikovaných podpisů a certifikátů I. certifikační autority, Evidence bezpečnostních incidentů GDPR.

UP

ANO

8

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 8 MD. Předpokládáme, že většina napojení na ISSD bude realizována prostřednictvím rozhraní NSESSS.

0,5

UP005

Napojení RESSS na JPŘ

Portál ÚP ČR s interaktivními elektronickými formuláři

UP

ANO

5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 5 MD.


UP006

Implementace CheckBoxu „Přidělit do jiného spisového uzlu“ pro hromadná předání v modulu datových schránek.


UP

ANO

4



UP007

Implementace CheckBoxu „Přidělit do jiného spisového uzlu“ pro hromadná předání v modulu Podatelna, v přihrádce „El. podatelna – K registraci“.


UP

ANO

4



UP008

Možnost řadit došlé datové zprávy podle ID datové schránky

Při registraci v modulu Datových schránek

UP

ANO

9



UP009

Možnost komfortnějšího čtení xml v rámci RESSS


UP

ANO

6

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 6 MD.


UP010

Funkce Výtahu

Pro zpracování jednoho dokumentu více pracovníky

UP

ANO

3



UP011

Funkce agregace adres

Pro slučování více totožných adres

UP

ANO

7

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 7 MD.


UP012

Propojení RESSS se samostatnými evidencemi dokumentů pro součinnosti s třetími stranami

Pokud dostáváme od třetích stran dotazy na naši evidenci fyzických i právnických osob, musí se jednotlivé samostatné evidence prohledávat jednotlivě. Pomohlo by propojení s tím, že do RESSS by se mohl zadat nějaký jedinečný identifikátor (např. u firem IČO), na základě kterého by se k danému subjektu vytěžily informace ze všech SE.

UP

ANO

5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 5 MD.


UP013

Propojení RESSS se samostatnými evidencemi dokumentů pro možnost skartace dokumentů ze samostatných evidencí dokumentů

Pokud SE nebudou mít funkcionalitu skartace, mělo by toto probíhat prostřednictvím RESSS

UP

ANO

7

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 7 MD.


UP016

Přímé odeslání datové zprávy z modulu Sekretariát jako defaultní.

Nyní přímé odeslání proběhne pouze při zaškrtnutí checkboxu "Expresní expedice" , pokud toto políčko není zaškrtlé, tak se datová zpráva pouze překlopí do modulu Datové schránky, do přihrádky "K odeslání".

UP

ANO

2

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 2 MD.


UP017

Při registraci/manipulaci dokumentu možnost navolit uživatele, na kterého má být přiděleno (nyní je třeba se k němu proklikat v organizační struktuře).


UP

ANO

3

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 3 MD.


UP018

Ve formuláři "Registrace přijatého dokumentu" možnost nastavit defaultní předvolby v oknech.


UP

ANO

3

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 3 MD.


UP019

Při registraci dokumentu možnost editace textů uložených jako vzor.


UP

ANO

2

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 2 MD.


UP020

Možnost editace naposledy použitých spisových znaků.


UP

ANO

3

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 3 MD.


UP023

Definice konzistentního vytěžování formulářů z portálového podání.

Např. název formuláře + jméno + příjmení + identifikační číslo - vše vždy pouze ve věci.

UP

ANO

8

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 8 MD.


UP024

Možnost nastavovat zástupy z pozice vedoucího nebo administrátora.


UP

ANO

3

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 3 MD.


UP025

Notifikace zpráv připravených k převzetí.

Možnost nastavení informativních e-mailů.

UP

ANO

2

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 2 MD.


UP026

Blokace zneplatnění uživatele, na kterém jsou dokumenty.


UP

ANO

3

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 3 MD.


DOC013

Bezpečnostní dokumentace

Uchazeč dodá bezpečnostní dokumentaci v souladu s požadavky zákona 181/2014 Sb., (zákon o kybernetické bezpečnosti) a souvisejí vyhláškou 82/2018 Sb., (vyhláška o kybernetické bezpečnosti), platnými standardy Zadavatele a Národním standardem pro ESSS.
Včetně:
a. Autentizační a autorizační proces;
b. Zajištění ochrany osobních údajů v rámci systému;
c. Šifrování komunikace;
d. Logování jednotlivých komponent systému a napojení na bezpečnostní dohled (přeposílání na SIEM);
e. Řízení technických zranitelností na systému;
f. Antivirovou kontrolu / sandboxing;

UP

ANO

12

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 12 MD.
Povinnosti dodat dokumentaci dle Přílohy č. 1 Dodatku č. 3 budou řešeny způsobem uvedeným v tomto bodě.

1,5

BEZ016

Nové verze systému - testování bezpečnosti

V případě, že uchazeč dodá nový systém (aplikaci) zajistí, že před nasazením do produkce byl systém otestován na známé zranitelnosti. Systém musí být zabezpečen proti útokům známým v době uvádění systému do provozu (primárně různé útoky typu injection, zneužití uploadu aj.). Uchazeč zvolí a bude dodržovat vhodnou metodiku pro bezpečný vývoj aplikací ověřenou dobrou praxí.

UP

ANO

20

Za 1 test + 1 retest




Příloha č. 4 Dodatku č. 3 – Přehled změn ve funkčních požadavcích pro nasazení RESSS na SÚIP k Prováděcí smlouvě č. 5 a Přehled změn v požadavcích pro podpora a provoz RESSS na SÚIP k Prováděcí smlouvě č. 5


Kód požadavku

Název požadavku

Popis původního nebo změněného požadavku

Zdroj

Vícepráce
ANO / NE

Vícepráce
(MD)

Poznámka

Podpora a provoz
(MD)

TPA001

Požadavky z Rámcové smlouvy (příloha č. 2 - detailní specifikace plnění, příloha č. 1 - funkční požadavky)

Naplnění společných požadavků uvedených v příloze č.1 Rámcové smlouvy - Funkční a technické požadavky kapitoly
1; 2.1; 2.2.1; 2.2.2; 2.3
Změny z Dod. č. 1 k RS (TPA2) a Právní dohody a jejich dodatků májí přednost před zněním textu z RS

Všeobecné

NE




TPA002

Požadavky z Dod. č. 1 k RS upravující požadavky z RS (TPA1)

Naplnění společných požadavků uvedených v Dodatku č. 1 k Rámcové smlouvě.
Požadavky které upravují, vyjímají nebo nově vznikli ze skupin Funkční, Technické, Služba, MPSV, Součinnost

Všeobecné

NE




TPA_PS1

Doplňující požadavky z nálezů UAT2

Systém RESSS bude zohledňovat výstupy z UAT2 PS1 - Dodávka softwarového řešení. Zejména požadavky na úpravu terminologie, soulad s NSESSS a všeobecné funkcionality

Všeobecné

NE




SSUIP001

Počet uživatelů SÚIP

Systém musí být připraven obsloužit 900 evidovaných uživatelů z čehož je 450 souběžně pracujících.

Rámcová smlouva

NE




SSUIP002

Rozsah školení SÚIP

Pro potřeby SÚIP budou školeny následující skupiny uživatelů systému:administrátoři - cca 4 a věcní gestoři - cca 10 osob v rozsahu 2 školících dní, pracovníci podatelny a spisovny, asistentky (90 osob) - v rozsahu 6 školících hodin (max. 15 osob v jednom školení). Ostatní uživatele (cca 800) prezenční školení 4 - 6 hodin v prostorách pracovišť jednostlivých SÚIP a OIP. Ostatní formou e-learningu.

Rámcová smlouva

NE




SSUIP003

Počet instancí

Pro nasazení SÚIP bude použito 9 samostatných instancí ESS.

Rámcová smlouva

NE




SSUIP004

Rozdělování písemností

Systémem RESSS bude implementována funkcionalita, která bude podporovat činnost pracovníka Podatelny za účelem správného rozdělení přijatých písemností ke zpracování konkrétnímu uživateli.

Rámcová smlouva

NE




SSUIP005

Integrace na informační systémy SÚIP

Systém RESSS bude integrován na interní informační systémy SÚIP.

Systém RESSS bude integrován na interní informační systémy SÚIP.
V rámci analytické fáze projektu bude provedena analýza, která určí rozsah integrace na interní informační systémy SÚIP.
Na základě zjištěných údajů bude předložen návrh řešeni integrace RESSS na interní informační systémy SÚIP.

Rámcová smlouva

NE




SSUIP006

Provázanost na informační systém SÚIP

Systém RESSS bude podporovat, že veškeré dokumenty, které jsou přijímány/odesílány do/z informačního systému SÚIP IS REUIP budou zaneseny do RESSS. Dokumenty informačního systému SÚIP vznikají také ve spisové službě, jsou v ní evidovány a jejím prostřednictvím předávány mezi útvary a odesílány. Je požadována informace o doručení dokumentu externímu adresátovi, možnost předání odkazu na dokument/spis informačního systému a jeho zobrazení v RESSS.

Rámcová smlouva

NE




NSUIP001

Nasazované instance

Pro potřeby SÚIP budou nasazovány instance RESSS pro zajištění produkčního provozu, testování a školení.

Rámcová smlouva

NE




NSUIP002

Prostředí pro nasazení

Instance RESSS pro potřeby SÚIP budou nasazovány do infrastruktury MPSV, která je dislokována ve dvojici geograficky vzdálených lokalit vzdálených přibližně do 50 kilometrů.
Instance pro zajištění produkčního provozu a testování (integrace) budou vždy nasazeny v obou lokalitách. Školící a vývojová instance pak v jedné z lokalit.
Uvedené instance budou v obou lokalitách nasazovány v kontextu instalací RESSS sdílejících instance spisové služby pro MPSV, SÚIP, FDV, TIČR a ÚMPOD.

Rámcová smlouva

NE




NSUIP003

Produkční a záložní instance

Produkční instance je určená pro zajištění rutinního provozu RESSS pro potřeby SÚIP a OIP (Oblastní inspektorát práce) s tím, že v rámci provozní instance bude provozováno 9 (slovy devět) datově oddělených spisových služeb pro SÚIP a jednotlivé OIP.Produkční instance bude nasazena v provozním prostředí primární xxxxxxxx.Xxx potřeby vytvoření redundantního systému bude v záložním prostředí vytvořena záložní instance RESSS identická s provozní instancí. Ta může být provozována v souběžném režimu nebo aktivována v případě nedostupnosti či odstávky provozní instance.Instance budou provozovány jako vysoce dostupné s garantovanou dostupností 99.9% v rozsahu 7/24 - )nepřetržitě).

Rámcová smlouva

NE




NSUIP004

Testovací prostředí

Testovací instance je určená pro testování RESSS v kontextu SÚIP, zejména pak pro testování funkční, integrační, bezpečnostní a zátěžové. V primární lokalitě bude nasazena primární testovací instance RESSS v sekundární lokalitě pak sekundární testovací instance.
Primární a sekundární instance mohou být podle konfigurace provozovány jak společně (například pro testování přechodu systému z jedné lokality do druhé), tak i odděleně. Testovací instance mohou být napojovány (integrovány) pouze s testovacími systémy, či simulátory provozních systémů.

Rámcová smlouva

NE




NSUIP005

Školící prostředí

Školící instance je určená pro školení RESSS v kontextu SÚIP, zejména pak pro školení koncových uživatelů, odborných pracovníků, a správců. Školící instance bude nasazena v jedné z lokalit.
Školící instance může být napojována (integrována) s testovacími (popřípadě školícími) systémy, simulátory provozních systémů či vybranými produkčními systémy (například pro ověřování a autorizaci uživatelů).

Rámcová smlouva

NE




NSUIP006

Technologie prostředí

Vlastní instance RESSS v obou lokalitách budou nasazovány do primární infrastruktury virtualizace (v primární lokalitě) a sekundární infrastruktury virtualizace (v sekundární lokalitě). Obě tyto infrastruktury jsou plně virtualizované a vybudované na technologiích Microsoft Hyper-V.

Rámcová smlouva

NE




ZSUIP001

Adresářová služba

Instance RESSS nasazené pro potřeby SÚIP budou využívat adresářových služeb SÚIP zpřístupněných pomocí protokolu LDAP (Lightweight Directory Access Protocol). Adresářová služba SÚIP je vybudována na základě produktu Microsoft Active Directory a bude nasazena v datových centrech MPSV na výpočetních prostředcích ve správě SÚIP.

Rámcová smlouva

NE




ZSUIP002

Služby ESSS

Rozhraní služeb ESSS bude realizováno jako existující rozhraní stávajícího elektronického systému spisové služby SÚIP využívaného agendovými systémy. Rozhraní je svojí povahou a koncepcí odpovídající rozhraní popsanému dokumentem "Obecné rozhraní pro komunikaci mezi elektronickými systémy spisových služeb a agentovými informačními systémy (best practices) zveřejněnému Ministerstvem vnitra České republiky, není však s ním kompatibilní

Rámcová smlouva

NE




ZSUIP003

Autentizační služba

Pro potřeby autentizace uživatelů instancí RESSS se bude využívat služeb domény Microsoft Windows (SÚIP) na základě přihlášení uživatele k operačnímu systému jeho pracovní stanice (Single Sign-On). Navíc budou instance RESSS podporovat možnost přihlášení uživatele přímo prostředky RESSS s ověřením oproti službám Microsoft Active Directory SÚIP.

Rámcová smlouva

NE




ZSUIP004

Autorizovaná konverze

Pro potřeby provádění autorizované konverze z moci úřední budou instance RESSS nasazené na SÚIP využívat rozhraní Centrály CzechPOINT, zprostředkované integrační platformou MPSV.

Rámcová smlouva

NE




ZSUIP005

Detekce škodlivého kódu

Pro potřeby detekce škodlivého kódu bude instance RESSS využívat služeb antivirového systému (ve správě MPSV) instalovaného jako nadstavba operačního systému na výpočetních prostředcích určených pro nasazení RESSS

Rámcová smlouva

NE




ZSUIP006

Dohledání adresy

Dohledávání a ověřování adres bude probíhat vůči systému "Integrovaná provozní a podpůrná data" (IPPD) pomocí proprietárně definovanému rozhraní webových služeb. Systém IPPD je společnou datovou základnou provozovanou MPSV obsahující též evidenci adres synchronizovanou se základním "Registrem územní identifikace, adres a nemovitostí" (RÚIAN).
Rozhraní systému IPPD bude zpřístupněno prostřednictvím integrační platformy MPSV.

Rámcová smlouva

NE




ZSUIP007

Dohledání organizace

Dohledávání a ověřování údajů o organizacích bude probíhat vůči systému "Integrovaná provozní a podpůrná data" (IPPD) pomocí proprietárně definovanému rozhraní webových služeb. Systém IPPD je společnou datovou základnou provozovanou obsahující též evidenci subjektů (organizací) synchronizovanou se základním "Registrem osob" (ROS).
Rozhraní systému IPPD bude zpřístupněno prostřednictvím integrační platformy MPSV.

Rámcová smlouva

NE




ZSUIP008

Dohledání osoby

Dohledávání a ověřování údajů o (fyzických) osobách bude probíhat vůči systému "Integrovaná provozní a podpůrná data" (IPPD) pomocí proprietárně definovanému rozhraní webových služeb. Systém IPPD je společnou datovou základnou provozovanou MPPSV obsahující též evidenci osob (občanů a cizinců) synchronizovanou se základním "Registrem občanů" (ROB).
Rozhraní systému IPPD bude zpřístupněno prostřednictvím integrační platformy MPSV.

Rámcová smlouva

NE




ZSUIP009

Hromadné odesílání dokumentů

Hromadné odesílání dokumentů nebude pro potřeby SÚIP využíváno.

Rámcová smlouva

NE




ZSUIP010

Odeslání zprávy do datové schránky

Pro potřeby odesílání zpráv do datových schránek systému ISDS (Informační systém datových schránek) budou instance RESSS pro SÚIP využívat standardní rozhraní systému ISDS zpřístupněné integrační platformou MPSV.

Rámcová smlouva

NE




ZSUIP011

Odeslání zprávy elektronické pošty

Pro potřeby odesílání zpráv elektronické pošty bude instance RESSS na SÚIP využívat služeb poštovního serveru na bázi produktu Microsoft Exchange s využitím protokolu SMTP (Simple Mail Transfer Protocol), s využitím HTTPS (přes web) a MAPI over HTTPS.
Microsoft Exchange Server SÚIP bude nasazen v datových centrech MPSV na výpočetních prostředcích ve správě SÚIP

Rámcová smlouva

NE




ZSUIP012

Ověření zneplatnění certifikátu

Pro potřeby ověření platnosti certifikátu budou instance RESSS pro SÚIP využívat specializovaných služeb pro ověření platnosti certifikátu, které zprostředkovávají synchronizaci CRL (Certificate Revocation List) kvalifikovaných certifikačních autorit a služeb ověření platnosti certifikátu implementovaných v souvislosti se zaváděním nařízení eIDAS. Služby budou poskytovány prostřednictvím integrační platformy MPSV.

Rámcová smlouva

NE




ZSUIP013

Poskytování digitálních obrazů

Poskytování digitalizovaných obrazů dokumentů pro potřeby instance RESSS v rámci SÚIP bude realizováno na základě výměny souborů s digitalizačním systémem pomocí standardních protokolů pro přenos souborů (SMB/CIFS, FTP, NFS).

Rámcová smlouva

NE




ZSUIP014

Poskytování neveřejných statistických dat

Poskytování neveřejných statistických dat nebude pro potřeby instancí RESSS pro SÚIP využíváno.

Rámcová smlouva

NE




ZSUIP015

Poskytování statistických sestav

Statistické sestavy vznikající v instancích RESSS na SÚIP budou zpřístupněny v rámci souborového systému (pomocí některého ze standardně používaných protokolů). Odtud budou čerpány do dalších systémů, jako je například portál či intranet.

Rámcová smlouva

NE




ZSUIP016

Poskytování veřejných statistických dat

Statistická data produkovaná instancí RESSS v rámci SÚIP pro potřeby centrálního statistického systému budou zpřístupněna ve formě datových struktur (v dedikované) databázi v rámci instalace RESSS. Odtud budou přenášena k dalšímu zpracování prostředky datového skladu.
Data budou využívána pouze pro účel kontrol statistických výkazů zpracovávaných nad agendovými systémy.

Rámcová smlouva

NE




ZSUIP017

Převzetí zprávy elektronické pošty

Pro potřeby příjmu zpráv elektronické pošty bude instance RESSS na SÚIP využívat služeb poštovního serveru SÚIP na bázi produktu Microsoft Exchange s využitím HTTPS a MAPI over HTTPS.
Microsoft Exchange Server SÚIP bude nasazen v datových centrech MPSV na výpočetních prostředcích ve správě SÚIP.

Rámcová smlouva

NE




ZSUIP018

Převzetí zprávy z datové schránky

Pro potřeby přebírání zpráv z datových schránek systému ISDS (Informační systém datových schránek) budou instance RESSS pro SÚIP využívat standardní rozhraní systému ISDS zpřístupněné integrační platformou MPSV.

Rámcová smlouva

NE




ZSUIP019

Registrace odeslaných dokumentů

Funkce hromadného odesílání dokumentů, tudíž ani registrace odeslaných dokumentů, nebude pro potřeby SÚIP využívána

Rámcová smlouva

NE




ZSUIP020

Resortní výměna dokumentů

Pro potřeby výměny dokumentů mezi instancemi RESSS v rámci resortu MPSV, a tedy i se SÚIP, bude využíváno rozhraní navržené a implementované dodavatelem s tím, že musí být zveřejněn popis tohoto rozhraní.Rozhraní musí realizovat korektní komunikační kanál mezi výpravnou původce a podatelnou příjemce.V rámci SÚIP tímto rozhraním budou předávány zejména písemnosti mezi OIP a SÚIP jako původci dokumentů (SÚIP + OIP = 9 původců dokumentů)

Rámcová smlouva

NE




ZSUIP021

Řízení oprávnění

Instance RESSS využívané SÚIP budou využívat oprávnění evidovaná v adresářové službě SÚIP (realizované na bázi produktu Microsoft Active Directory a přístupné pomoc protokolu LDAP) nasazené v infrastruktuře
MPSV.
Informace o organizační struktuře SÚIP budou pro potřeby instancí RESSS přebírány z adresářové služby SÚIP (vybudované na základě produktu Microsoft Active Directory) a z datového úložiště evidence organizační struktury SÚIP (případně budoucího personálního systému). Ke komunikaci je možno využít webových služeb či SQL přístup. Informace jsou sdíleny dalšími systémy v rámci SÚIP.

Rámcová smlouva

NE




ZSUIP022

Služba auditu

Pro potřeby SÚIP nebude využíván externí auditní systém. Auditní informace tak budou zpřístupněny pouze interně v rámci instancí RESSS.

Rámcová smlouva

NE




ZSUIP023

Služba dokumentového úložiště

Dokumentové úložiště instancí RESSS využívaných SÚIP bude vytvořeno systémem správy dokumentů realizovaného na základě produktu Microsoft SharePoint.
Služby úložiště budou zpřístupněny prostřednictvím integrační platformy.

Rámcová smlouva

NE




ZSUIP024

Služba elektronických formulářů

Pro potřeby přebírání elektronických formulářů (agenda podání podnětů, dotazů aj. agendy) z portálu SÚIP budou instance RESSS na SÚIP využívat existující rozhraní portálu poskytující na vyžádání instancí RESSS formuláře. Formulářový systém portálu zajišťuje odeslání informace o příjmu podání, nikoliv však už potvrzení podání podepsané elektronickou značkou (razítkem). Tato funkce musí být zajišťována instancemi RESSS.

Rámcová smlouva

NE




ZSUIP025

Služba hybridní pošty

Služby hybridní pošty nebudou pro potřeby SÚIP využívány.

Rámcová smlouva

NE




ZSUIP026

Služba monitoringu

Pro potřeby SÚIP nebude využíván externí monitoring. Informace o stavu systému tak budou zpřístupněny pouze interně v rámci instancí RESSS.

Rámcová smlouva

NE




ZSUIP027

Služba monitorovacího nástroje

Vazba s "Monitorovacím systémem 2014+" nebude SÚIP využívána

Rámcová smlouva

NE




ZSUIP028

Služba záloh

Pro potřeby tvorby záloh instancí RESSS na SÚIP bude využíván centrální zálohovací systém MPSV na bázi produktu Acronis Backup, umožňující provádění záloh virtuálních strojů, souborů a databází.

Rámcová smlouva

NE




ZSUIP029

Služba úřední desky

Pro potřeby řízení publikace dokumentů na elektronické úřední desce bude instance RESSS na SÚIP využívat proprietární rozhraní na bázi webových služeb

Rámcová smlouva

NE




ZSUIP030

Služba číselníků

Instance RESSS využívané SÚIP budou potřebné číselníky evidovat a spravovat interně v rámci instancí, přičemž číselníky budou společné pro všech devět spisových služeb SÚIP a jednotlivých OIP.

Rámcová smlouva

NE




ZSUIP031

Synchronizace oběhu úkolů

Synchronizace oběhu úkolů z instancí RESSS pro SÚIP nebude pro potřeby SÚIP využívána.

Rámcová smlouva

NE




ZSUIP032

Synchronizace organizační struktury

Informace o organizační struktuře SÚIP budou pro potřeby instancí RESSS přebírány z adresářové služby SÚIP (vybudované na základě produktu Microsoft Active Directory) a z datového úložiště evidence organizační struktury SÚIP (případně budoucího personálního systému). Ke komunikaci je možno využít webových služeb či SQL přístup. Informace jsou sdíleny dalšími systémy v rámci SÚIP.

Rámcová smlouva

NE




ZSUIP033

Synchronizace uživatelských účtů

Informace o uživatelských účtech uživatelů SÚIP budou pro potřeby instancí RESSS přebírány z adresářové služby SÚIP (vybudované na základě produktu Microsoft Active Directory).

Rámcová smlouva

NE




ZSUIP034

Vydání časového razítka

Pro potřeby vydání (získání) kvalifikovaného časového razítka budou instance RESSS pro SÚIP využívat služeb kvalifikovaných certifikačních autorit, které budou zpřístupněny prostřednictvím integrační platformy MPSV.

Rámcová smlouva

NE




ZSUIP035

Výměna dat s archivem

Pro potřeby výměny dat s příslušným archivem bude instance RESSS na SÚIP využívat rozhraní specifikovaným "Národním standardem pro elektronické systémy spisové služby" zpřístupněním prostřednictvím integrační platformy MPSV.

Rámcová smlouva

NE




ZSUIP036

Služba externího archivu

Služba externího archivu poskytující informace o pohybu a umístění listinných formulářů ve správě externího subjektu bude využívána v závislosti na aktuálním zajištění fyzického archivu v době nasazení RESSS pro potřeby SÚIP.

Rámcová smlouva

NE




DOC013

Bezpečnostní dokumentace

Uchazeč dodá bezpečnostní dokumentaci v souladu s požadavky zákona 181/2014 Sb., (zákon o kybernetické bezpečnosti) a souvisejí vyhláškou 82/2018 Sb., (vyhláška o kybernetické bezpečnosti), platnými standardy Zadavatele a Národním standardem pro ESSS.
Včetně:
a. Autentizační a autorizační proces;
b. Zajištění ochrany osobních údajů v rámci systému;
c. Šifrování komunikace;
d. Logování jednotlivých komponent systému a napojení na bezpečnostní dohled (přeposílání na SIEM);
e. Řízení technických zranitelností na systému;
f. Antivirovou kontrolu / sandboxing;

UP

ANO

4

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 4 MD.
Povinnosti dodat dokumentaci dle Přílohy č. 1 Dodatku č. 3 budou řešeny způsobem uvedeným v tomto bodě.

0,5

BEZ016

Nové verze systému - testování bezpečnosti

V případě, že uchazeč dodá nový systém (aplikaci) zajistí, že před nasazením do produkce byl systém otestován na známé zranitelnosti. Systém musí být zabezpečen proti útokům známým v době uvádění systému do provozu (primárně různé útoky typu injection, zneužití uploadu aj.). Uchazeč zvolí a bude dodržovat vhodnou metodiku pro bezpečný vývoj aplikací ověřenou dobrou praxí.

UP

ANO

20

Za 1 test + 1 retest


PS2

Implementace požadavkyů Scope PS2

Budou implementovány následující požadavky Scope PS2 (MPSV): TPA013, TPA014, TPA015, TPA017, TPA019, TPA023, TPA025, TPA029, TPA032, TPA042, TPA080, TPA081, TPA082, TPA083, TPA085, TPA086, TPA087, TPA088, TPA089, TPA093, TPA095, TPA106, TPA107, ZAP033, ZMPSV004

SUIP

NE




UAT2/TERM

Úprava terminologie

Úprava terminologie dle platné legislativy, interních předpisů a užívané praxe SÚIP

SUIP

ANO

2

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 2 MD. Týká se úpravy terminologie nad rámec legislativy.


UID221

Kontrola odesílaných datových zpráv ISDS odpovědným pracovníkem

Před odesláním vybraných typů dokumentů datovou schránkou, je vyžadováno potvrzení korektnosti dokumentu odpovědným pracovníkem. Tato kontrola je vyžadována na úrovni RESSS, nikoliv AIS. Seznam vybraných typů dokumentů bude nastavitelný konfiguračně.

SUIP

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


PS1/ISDS

Automatické stahování obálek datových zpráv odeslaných přímo z webového rozhraní ISDS

Automatické stahování obálek datových zpráv mimořádně odeslaných oprávněnými uživateli mimo RESSS přímo z webového rozhraní ISDS. Staženy budou pouze obálky s vyplněným atributem "Naše č.j.". Stažené obálky budou v RESSS zaevidovány jako vypravení dokumentu dohledaného dle daného č.j.. RESSS umožní odpovědnému uživateli spárování takto evidovaného vypravení dokumentu s příslušnými komponentami dokumentu.

SUIP

ANO

1

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1 MD.

0,5

PS1/POD

Automatizované zpracování elektronicky podaných dokumentů na podatelně

Automatizované zpracování elektronicky podaných dokumentů na podatelně dle zadaných hodnot identifikátorů: Naše č.j., Naše Sp. zn., Vaše č.j., Vaxx Xp. zn., K rukám, Pověření (předpis, paragraf, odstavec, písmeno)

SUIP

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.

0,5

UID216

Optimalizace evidence odesílatelů na podatelně

RESSS umožní vyplnění údajů o odesílateli přímo do metadat dokumentu (IČ, Obec, Název adresáta, PSČ, Ulice, Komunikační kontakt, ...) s jejich přímou editací v editačním formuláři dokumentu bez nutnosti dohledávání odesílatele v seznamu kontaktů s možností rozbalovacích rychlonabídek z již evidovaných údajů reagujících na strukturu a hodnoty zadaných dat. Případné ztotožnění odesílatele a jeho napojení na záznamy jmenného rejstříku bude provedeno až následně při vyřizování dokumentu sekretariátem spisového uzlu či odpovědným referentem.

SUIP

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UAT2/POD

Zjednodušená varianta formuláře "Nový doručený dokument"

Pro potřeby podatelny bude RESSS nabízet zobrazení zjednodušené varianty formuláře "Nový doručený dokument", v němž budou skryty atributy související s vyřizováním dokumentu (bude upřesněno během analýzy)

SUIP

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UAT2-88

Mazání odmítnutých e-mailů

RESSS umožní automaticky mazat odmítnuté e-maily na základě administrátorem (bude upřesněno v granularizaci oprávnění) zadaného časového kritéria.

SUIP

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UAT2-150

Parametrizace konfigurace RESSS

RESSS umožní administrátorovi (bude upřesněno v granularizaci oprávnění) povolit či zakázat následující funkcionalitu:
- možnost tvorby a evidence spisu bez dokumentu
- vyřazení iniciačního dokumentu ze spisu
- zobrazování upozornění dle požadavku UR005, že daný dokument není dostupný v digitální podobě

SUIP

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UAT2-153

Doplnění atributů pro ruční přeevidování dokumentu do jiné evidence

Doplnění atributů dle § 9 vyhlášky pro ruční přeevidování dokumentu do jiné evidenční pomůcky bez napojení na RESSS. Budou doplněny minimálně atributy Identifikátor evidenční pomůcky, Evidenční číslo přeevidovaného dokumentu, Datum přeevidování, Přeevidováno kým.

SUIP

ANO

1

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1 MD.


UAT2-154

Doplnění seznamu rozšiřujících metadat hlavičky zničených dokumentů/spisů

Do seznamu rozšiřujících metadat hlavičky zničených dokumentů/spisů bude doplněn typ dokumentu/druh spisu a omezené množství některých dalších metadata dle typu dokumentu (bude upřesněno)

SUIP

ANO

1

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1 MD.


UAT2-89

Smazání komponenty vlastního dokumentu jejím autorem

RESSS umožní autorovi komponenty vlastního dokumentu její odstranění pokud platí (kumulovaně):
- dokument nebyl předán jinému uživateli
- dokument nebyl vyřízen
- komponenta není součástí vypravení dokumentu
- od okamžiku vytvoření komponenty neuplynula maximální povolená časová lhůta pro odstranění (nastavena administrátorem dle granularizace)

SUIP

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UAT2-90

Storno doručené datové zprávy ISDS

RESSS umožní storno dokumentu doručeného datovou zprávou ISDS za podmínky splnění ostatních pravidel pro storno dokumentu. Tato možnost bude součástí parametrizace konfigurace RESSS.

SUIP

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UAT2-91

Hledání entit dle NSESSS 7.1.20 d)

Do výsledku hledání entit uživatelem RESSS, po něhož platí bod NSESSS 7.1.20 d), budou zahrnuty všechny existují entity, nikoliv pouze ty, k nimž má daný uživatel přístup.
Kromě rychlého hledání tak uživatel bude moci vyhledávat entity také dle hodnot metadat entit.

SUIP

ANO

1

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1 MD.


UAT2-102

Kontroly následnosti časových okamžiků

Implementace kontrol následnosti časových okamžiků metadat jednotlivých entit RESSS (bude upřesněno), např.:
- vlastní dokument: odeslání - vypravení - doručení - doručení doručenky
- doručený dokument: odeslání - doručení - evidence
- spis: založení - vyřízení - uzavření - předání na spisovnu - převzetí spisovnou
- úkol: vytvoření - přidělení - splnění

SUIP

ANO

1

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1 MD.


UAT2-104

Customizace tiskových sestav

V textech tiskových sestav a výstupů (např. doložka pro změnu datového formátu) bude opraven název a adresa dle aktuálního původce, místo názvu a čísla pozice bude uváděn název a číslo organizačního místa daného uživatele.

SUIP

ANO

1

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1 MD.


UAT2-105

Omezující pravidla pro slučování více doručených e-mailů do jednoho dokumentu

RESSS umožní administrátorovi (bude upřesněno v granularizaci oprávnění) povolit či zakázat omezující pravidla pro příjem několika e-mailových zpráv jako jeden dokument dle NSESSS 2.2.7:
- možno sloučit pouze e-maily odeslané ze stejné e-mailové adresy
- možno sloučit pouze e-maily, jejichž rozdíl času doručení je menší než časový interval definovaný administrátorem
Tato pravidla budou součástí parametrizace konfigurace RESSS a bude možno je nastavit nezávisle na sobě.

SUIP

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UAT2-73

Sjednocení seznamu identifikátorů v přehledech dokumentů a spisů

Ve všech přehledech entit napříč všemi moduly bude sjednocen minimální seznam dostupných identifikátorů a klíčových atributů takto:
- věcné skupiny: Spisový znak, Název, Identifikátor spisového plánu
- spisy: JID, Sp. zn., Název, Spisový znak, Název věcné skupiny, Identifikátor spisového plánu
- typové spisy: JID, Název, Spisový znak, Název věcné skupiny, Identifikátor spisového plánu
- součásti typových spisů: JID, Název, JID typového spisu, Název typového spisu, Spisový znak, Název věcné skupiny, Identifikátor spisového plánu
- díly typových spisů: JID, Datum otevření, JID součásti, Název součásti, JID typového spisu, Název typového spisu, Spisový znak, Název věcné skupiny, Identifikátor spisového plánu
- dokumenty: JID, Č.j., Pořadové číslo, Identifikátor časového období (rok), Věc, Sp.zn./JID dílu typového spisu, Název spisu/Název typového spisu, Spisový znak, Název věcné skupiny, Identifikátor spisového plánu

Dle uvedeného seznamu atributů bude umožněno filtrování a řazení záznamů v přehledech.

Ve výchozích přehledech entit budou k dispozici minimálně tyto atributy:
- věcné skupiny: Spisový znak
- spisy: JID, Sp. zn.
- typové spisy: JID, Název, Spisový znak, Název věcné skupiny, Identifikátor spisového plánu
- součásti typových spisů: JID
- díly typových spisů: JID
- dokumenty: JID, Č.j.

Z důvodu optimalizace zobrazení přehledů je možno během analýzy u některých přehledů rozhodnout o omezení uvedeého výčtu atributů dle kontextu zobrazení.

SUIP

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UAT2-76

Při zatřídění dokumentu do spisu vyhledávat spis dle sp.zn a JID

Umožnit vyhledání spisu pro zatřídění dokumentu primárně dle sp.zn., nikoliv pouze dle JID, možnost vyhledání spisu dle JID zůstane zachována.

SUIP

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UAT2-78

Řazení rozbalovacích nabídek

Rozbalovací nabídky "Způsob doručení" a "Způsob odeslání" budou řazeny dle názvu jednotlivých hodnot, který bude tvořen ve formátu: "Způsob - upřesnění způsobu", např. "Datová schránka - do vlastních rukou" .

SUIP

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UAT2/UNIQ

Jednoznačnost názvů a kódů objektů

RESSS zajistí kontrolu jednoznačnosti identifikačních údajů (kódů, zkratek, případně názvů) u jednotlivých druhů aplikačních objektů (role, spisové uzly, skartační krabice). Dle kontextu použití mohou být v některých případech přípustné duplicity u objektů patřících do různých časových období.

SUIP

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UAT2-55

Zpětná evidence vypravení dokumentů

RESSS umožní administrátorovi (bude upřesněno v granularizaci oprávnění) povolit či zakázat u jednotlivých off-line způsobů vypravení dokumentů (především listinných) zpětně evidovat vypravení dokumentu. Ve výchozím nastavení bude tato možnost u všech způsobů vypravení zakázána, vyjma způsobu "Předání osobně", kde bude povolena.

SUIP

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UAT2-144

Implementace pravidel pro Typy dokumentu dle požadavků specifikovaných v dokumentu "Použití typu dokumentu podle SUIP"

"RESSS zajistí nastavení výchozích hodnot a kontrolu pravidel dle specifikace v dokumentu ""Použití typu dokumentu podle SUIP"", jedná se zejména o následující:
- automatické určení druhu spisu dle typu dokumentu
- zařazení dokumentu daného typu pouze do spisu odpovídajícího druhu
- omezení nabídky typů dle druhu dokumentu a útvaru
- iniciace spisu dle typu dokumentu
- typ účastníka dokumentu (Právnická či podnikající osoba/Fyzická nepodnikající osoba)
- výchozí věcná skupina
- výchozí hodnota Bezpečnostní kategorie
- ISSD pro vyřizování dokumentu

Každý vyřizovaný dokument má přiřazen Typ dokumentu.

Případné další upřesnění bude provedeno na základě analýzy."

SUIP

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.




Příloha č. 5 Dodatku č. 3 – Přehled změn ve funkčních požadavcích pro nasazení RESSS na TIČR k Prováděcí smlouvě č. 6 a Přehled změn v požadavcích pro podpora a provoz RESSS na TIČR k Prováděcí smlouvě č. 6


Kód požadavku

Název požadavku

Popis původního nebo změněného požadavku

Zdroj

Vícepráce
ANO / NE

Vícepráce
(MD)

Poznámka

Podpora a provoz
(MD)

TPA001

Požadavky z Rámcové smlouvy (příloha č. 2 - detailní specifikace plnění, příloha č. 1 - funkční požadavky)

Naplnění společných požadavků uvedených v příloze č.1 Rámcové smlouvy - Funkční a technické požadavky kapitoly
1; 2.1; 2.2.1; 2.2.2; 2.3
Změny z Dod. č. 1 k RS (TPA2) a Právní dohody a jejich dodatků mají přednost před zněním textu z RS

Všeobecné

NE




TPA002

Požadavky z Dod. č. 1 k RS upravující požadavky z RS (TPA1)

Naplnění společných požadavků uvedených v Dodatku č. 1 k Rámcové smlouvě.
Požadavky které upravují, vyjímají nebo nově vznikli ze skupin Funkční, Technické, Služba, MPSV, Součinnost

Všeobecné

NE




TPA_PS1

Doplňující požadavky z nálezů UAT2

Systém RESSS bude zohledňovat výstupy z UAT2 PS1 - Dodávka softwarového řešení. Zejména požadavky na úpravu terminologie, soulad s NSESSS a všeobecné funkcionality

Všeobecné

NE




STICR001

Počet uživatelů TIČR

Systém musí být připraven obsloužit 400 evidovaných uživatelů z čehož je 200 souběžně pracujících.

Rámcová smlouva

NE




STICR002

Rozsah školení TIČR

Pro potřeby TIČR budou školeny následující skupiny uživatelů systému:
- administrátoři a věcní gestoři ESS – cca 8 osob v rozsahu 2 školících dní,
. uživatelé nejvýše 80 osob v rozsahu 4 až 6 školících hodin (max. 15 osob v jednom školení), školení proběhne v prostorách Zadavatele, každý uživatel bude mít pro potřeby školení k dispozici jedno PC zadavatele s přístupem k aplikaci

Rámcová smlouva

NE




NTICR001

Nasazované instance

Pro potřeby TIČR budou nasazovány instance RESSS pro zajištění produkčního provozu, testování a školení.

Rámcová smlouva

NE




NTICR002

Prostředí pro nasazení

Instance RESSS pro potřeby TIČR budou nasazovány do infrastruktury MPSV, která je dislokována ve dvojici geograficky vzdálených lokalit vzdálených přibližně do 50 kilometrů.Instance pro zajištění produkčního provozu a testování (integrace) budou vždy nasazeny v obou lokalitách. Školící a vývojová instance pak v jedné z lokalit.Uvedené instance budou v obou lokalitách nasazovány v kontextu instalací RESSS sdílejících instance spisové služby pro MPSV, SÚIP, FDV, TIČR a ÚMPOD.

Rámcová smlouva

NE




NTICR003

Produkční prostředí

Produkční instance je určená pro zajištění rutinního provozu RESSS pro potřeby TIČR. Instance bude využívána pro potřeby TIČR včetně poboček. S ohledem na povahu práce inspektorů provádějících inspekční činnost často mimo běžnou pracovní dobu, bude provozní instance dostupná v režimu 7x24.Produkční instance bude nasazena v provozním prostředí primární lokality.Pro potřeby vytvoření redundantního systému bude v záložním prostředí vytvořena záložní instance RESSS identická s provozní instanci. Ta může být provozována v souběžném režimu nebo aktivována v případě nedostupnosti či odstávky provozní instance. Instance budou provozovány jako vysoce dostupné s garantovanou dostupností 99.9%.

Rámcová smlouva

NE




NTICR004

Testovací prostředí

Testovací instance je určená pro testování RESSS v kontextu TIČR, zejména pak pro testování funkční, integrační, bezpečnostní a zátěžové. Testovací instance může být napojována (integrována) pouze s testovacími systémy, či simulátory provozních systémů.

Rámcová smlouva

NE




NTICR005

Školící prostředí

Školící instance je určená pro školení RESSS v kontextu TIČR, zejména pak pro školení koncových uživatelů, odborných pracovníků, a správců. Školící instance může být napojována (integrována) s testovacími (popřípadě školícími) systémy, simulátory provozních systémů tak i vybranými provozními systémy například pro autentizaci či autorizaci uživatelů.

Rámcová smlouva

NE




NTICR006

Technologie prostředí

Vlastní instance RESSS v obou lokalitách budou nasazovány do primární infrastruktury virtualizace (v primární lokalitě) a sekundární infrastruktury virtualizace (v sekundární lokalitě). Obě tyto infrastruktury jsou plně virtualizované a vybudované na technologiích Microsoft Hyper-V.

Rámcová smlouva

NE




ZTICR001

Adresářová služba

Již dříve jsme požadovali: nasazení nové spisové služby musí být v naší organizaci na našem serveru. TIČR nemáme a nebudeme mít v dohledné době přímé spojení linkou na MPSV jako ostatní organizace resortu, navíc se naši inspektoři pohybují v terénu a práce přes VPN je prakticky vyloučena – přenos naskenovaných dokumentů, možná bezpečnostní rizika, riziko nefunkčnosti z hlediska problémů se spojením a podobně. Instance RESSS nasazené pro potřeby TIČR budou využívat adresářových služeb zpřístupněných pomocí protokolu LDAP (Lightweight Directory Access Protocol). Adresářová služba bude vybudována na základě produktu Microsoft Active Directory a bude nasazena v datových centrech MPSV. Toto je provozováno v rámci sítě MPSV, se kterou nejsme nijak propojeni, předpokládáte tedy, že budeme využívat režimu „Mobilního pracoviště“, VPN, nebo jiného způsobu, který nám umožní přístup do sítě MPSV v rozsahu nezbytném pro RESSS?

Rámcová smlouva

NE




ZTICR002

Služby ESSS

Rozhraní služeb ESSS poskytujících podporu pro součinnost agendových systémů bude budováno na základě rozhraní popsaného v dokumentu "Obecné rozhraní pro komunikaci mezi elektronickými systémy spisových služeb a agentovými informačními systémy (best practices) zveřejněnému Ministerstvem vnitra České republiky.Obdobně instance RESSS na TIČR může využívat obdobné rozhraní implementované dalšími systémy. UPOZORNĚNÍ: Toto je provozováno v rámci sítě MPSV, se kterou nejsme nijak propojeni, předpokládáte tedy, že budeme využívat režimu „Mobilního pracoviště“, VPN, nebo jiného způsobu, který nám umožní přístup do sítě MPSV v rozsahu nezbytném pro RESSS?

Rámcová smlouva

NE




ZTICR003

Autentizační služba

Autentizace uživatelů instancí RESSS nasazené pro potřeby TIČR bude realizována interně v kontextu instance RESSS na základě interně (z pohledu RESSS) vedené evidence uživatelů. UPOZORNĚNÍ: Toto je provozováno v rámci sítě MPSV, se kterou nejsme nijak propojeni, předpokládáte tedy, že budeme využívat režimu „Mobilního pracoviště“, VPN, nebo jiného způsobu, který nám umožní přístup do sítě MPSV v rozsahu nezbytném pro RESSS?

Rámcová smlouva

NE




ZTICR004

Autorizovaná konverze

Pro potřeby provádění autorizované konverze z moci úřední bude instance RESSS nasazená na TIČR využívat přímo služeb poskytovaných rozhraním Centrály CzechPOINT.

Rámcová smlouva

NE




ZTICR005

Detekce škodlivého kódu

Pro potřeby detekce škodlivého kódu bude instance RESSS využívat služeb antivirového systému instalovaného na výpočetních prostředcích určených pro nasazení RESSS

Rámcová smlouva

NE




ZTICR006

Dohledání adresy

Dohledávání a ověřování adres bude probíhat vůči systému "Integrovaná provozní a podpůrná data" (IPPD) pomocí proprietárně definovanému rozhraní webových služeb. Systém IPPD je společnou datovou základnou obsahující též evidenci adres synchronizovanou se základním "Registrem územní identifikace, adres a nemovitostí" (RÚIAN). Rozhraní systému IPPD bude zpřístupněno prostřednictvím integrační platformy.

Rámcová smlouva

NE




ZTICR007

Dohledání organizace

Dohledávání a ověřování údajů o organizacích bude probíhat vůči systému "Integrovaná provozní a podpůrná data" (IPPD) pomocí proprietárně definovanému rozhraní webových služeb. Systém IPPD je společnou datovou základnou obsahující též evidenci subjektů (organizací) synchronizovanou se základním "Registrem osob" (ROS).Rozhraní systému IPPD bude zpřístupněno prostřednictvím integrační platformy.

Rámcová smlouva

NE




ZTICR008

Dohledání osoby

Dohledávání a ověřování údajů o (fyzických) osobách bude probíhat vůči systému "Integrovaná provozní a podpůrná data" (IPPD) pomocí proprietárně definovanému rozhraní webových služeb. Systém IPPD je společnou datovou základnou obsahující též evidenci osob (občanů a cizinců) synchronizovanou se základním "Registrem občanů" (ROB).Rozhraní systému IPPD bude zpřístupněno prostřednictvím integrační platformy

Rámcová smlouva

NE




ZTICR009

Hromadné odesílání dokumentů

Hromadné odesílání dokumentů nebudou instance RESSS na TIČR využívat.

Rámcová smlouva

NE




ZTICR010

Odeslání zprávy do datové schránky

Pro potřeby odesílání zpráv do datových schránek systému ISDS (Informační systém datových schránek) budou instance RESSS na TIČR využívat přímo rozhraní ISDS.

Rámcová smlouva

NE




ZTICR011

Odeslání zprávy elektronické pošty

Pro potřeby odesílání zpráv elektronické pošty budou instance RESSS na TIČR využívat služeb poštovního serveru s využitím protokolu SMTP (Simple Mail Transfer Protocol).

Rámcová smlouva

NE




ZTICR012

Ověření platnosti certifikátu

Pro potřeby ověření platnosti certifikátu bude instance RESSS na TIČR využívat služeb specializovaného systému, který zprostředkovává seznamy CRL (Certificate Revocation List) kvalifikovaných certifikačních autorit a služeb ověření platnosti certifikátu implementovaných v souvislosti se zaváděním nařízení eIDAS.

Rámcová smlouva

NE




ZTICR013

Poskytování digitálních obrazů

Poskytování digitalizovaných obrazů dokumentů pro potřeby instance RESSS v rámci TIČR bude realizováno na základě výměny souborů s digitalizačním systémem pomocí standardních protokolů pro přenos souborů (SMB/CIFS, FTP, NFS).

Rámcová smlouva

NE




ZTICR014

Poskytování neveřejných statistických dat

Neveřejná statistická data nebudou z instancí RESSS na TIČR předávána.

Rámcová smlouva

NE




ZTICR015

Poskytování statistických sestav

Veřejné i neveřejné statistické sestavy vznikající v instanci RESSS na TIČR budou předávány v rámci souborového systému (pomocí některého ze standardně používaných protokolů). Odtud mohou být čerpána do dalších systémů TIČR (jako je například portál či intranet)

Rámcová smlouva

NE




ZTICR016

Poskytování veřejných statistických dat

Veřejná statistická data budou z instancí RESSS na TIČR předávána.

Rámcová smlouva

NE




ZTICR017

Převzetí zprávy elektronické pošty

Pro potřeby příjmu zpráv elektronické pošty bude instance RESSS na TIČR využívat služeb poštovního serveru s využitím protokolu POP3 (Post Office Protocol) nebo protokolu IMAP (Internet Message Access Protocol).

Rámcová smlouva

NE




ZTICR018

Převzetí zprávy z datové schránky

Pro potřeby přebírání zpráv z datových schránek systému ISDS (Informační systém datových schránek) bude instance RESSS na TIČR využívat přímo rozhraní ISDS.

Rámcová smlouva

NE




ZTICR020

Resortní výměna dokumentů

Pro potřeby výměny dokumentů mezi instancemi RESSS v rámci resortu MPSV bude využíváno rozhraní navržené a implementované dodavatelem s tím, že musí být zveřejněn popis tohoto rozhraní.Rozhraní musí realizovat korektní komunikační kanál mezi výpravnou původce a podatelnou příjemce.

Rámcová smlouva

NE




ZTICR021

Řízení oprávnění

Instance RESSS na TIČR budou využívat řízení oprávnění poskytované interně v rámci RESSS.

Rámcová smlouva

NE




ZTICR022

Služba auditu

Externí služba pro ukládání auditních informací z instancí RESSS na TIČR nebude využívána. Informace budou dostupné pouze interně v rámci RESSS.

Rámcová smlouva

NE




ZTICR023

Služba dokumentového úložiště

Dokumentové úložiště instance RESSS pro TIČR bude vytvořeno nad systémem správy dokumentů realizovaného na základě výměny souborů s digitalizačním systémem pomocí standardních protokolů pro přenos souborů (SMB/CIFS, FTP, NFS). UPOZORNĚNÍ: Toto je provozováno v rámci sítě MPSV, se kterou nejsme nijak propojeni, předpokládáte tedy, že budeme využívat režimu „Mobilního pracoviště“, VPN, nebo jiného způsobu, který nám umožní přístup do sítě MPSV v rozsahu nezbytném pro RESSS?

Rámcová smlouva

NE




ZTICR024

Služba elektronických formulářů

Pro potřeby přebírání elektronických formulářů z portálu TIČR budou instance RESSS na TIČR využívat existující rozhraní formulářového systému poskytující služby převzetí, doručení potvrzení, včetně souvisejících funkcí apod. Bude zajištěno propojení či možnost načítání externích dat z webových formulářů.

Rámcová smlouva

NE




ZTICR025

Služba hybridní pošty

Služba hybridní pošty nebude instancemi RESSS na TIČR využívána

Rámcová smlouva

NE




ZTICR026

Služba monitoringu

V rámci instancí RESSS na TIČR budou informace o stavu systému poskytovány pouze v rámci systému RESSS.

Rámcová smlouva

NE




ZTICR027

Služba monitorovacího nástroje

Výměna informací s "Monitorovacím systémem 2014+" nebude instancemi RESSS na TIČR využívána.

Rámcová smlouva

NE




ZTICR028

Služba záloh

Pro potřeby tvorby záloh instance RESSS na MPSV bude využíván centrální zálohovací systém na bázi produktu Acronis Backup, umožňující provádění záloh virtuálních strojů, souborů a databází

Rámcová smlouva

NE




ZTICR029

Služba úřední desky

Pro potřeby řízení publikace dokumentů na elektronické úřední desce budou instance RESSS na TIČR podporovat publikování na listinné i elektronické úřední desce.

Rámcová smlouva

NE




ZTICR030

Služba číselníků

Instance RESSS na TIČR nebudou využívat centrálních číselníků.

Rámcová smlouva

NE




ZTICR032

Synchronizace organizační struktury

Organizační struktura TIČR bude spravována interně v rámci nasazených instancí RESSS.

Rámcová smlouva

NE




ZTICR033

Synchronizace uživatelských účtů

Účty uživatelů budou evidovány a spravovány interně v rámci nasazených instancí RESSS. Synchronizace účtů tak nebude využívána.

Rámcová smlouva

NE




ZTICR034

Vydání časového razítka

Pro potřeby vydání (získání) časového razítka instancí RESSS na TIČR bude využíváno přímo služby externí certifikační autority.

Rámcová smlouva

NE




ZTICR035

Výměna dat s archivem

Pro potřeby výměny dat s příslušným archivem bude instance RESSS na TIČR využívat rozhraní specifikovaným "Národním standardem pro elektronické systémy spisové služby".

Rámcová smlouva

NE




ZTICR036

Služba externího archivu

Služba externího archivu poskytující informace o pohybu a umístění listinných formulářů ve správě externího subjektu bude využívána v závislosti na aktuálním zajištění fyzického archivu v době nasazení RESSS pro potřeby TIČR

Rámcová smlouva

NE




ZTICR037

Soulad s platnou legislativou

RESSS musí splňovat veškeré legislativní požadavky na spisovou službu a zároveň musí být připraven pro budoucí atestaci spisové služby.

TIČR

NE




ZTICR038

Uživatelsky přívětivé prostředí

RESSS umožní evidenci v uživatelsky přívětivém prostředí s přehlednými formuláři s minimem „zbytečného klikání“.

TIČR

NE




ZTICR039

Stejná úroveň spisové služby

RESSS musí naplňovat veškeré požadavky, které splňuje současná spisová služba TIČR. RESSS musí být minimálně na stejné úrovni jako stávající spisová služba, resp. nebude potřeba nárůst počtu pracovníků v důsledku zhoršení poskytovaných/neposkytovaných služeb RESSS.

TIČR

ANO

1,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1,5 MD.


ZTICR040

Služba elektronických formulářů

RESSS bude propojen, resp. umožní načítání externích dat z webových formulářů (automatické vytěžování dat).

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD. Předpokládáme, že napojení budou realizována prostřednictvím rozhraní NSESSS.


ZTICR041

Migrace dat

Převod dat ze stávající spisové služby musí být sumárně označen v protokolu (vyhotoveném dodavatelem) o převodu s tím, aby bylo možné tímto způsobem zajistit důvěryhodnost a kompletnost převodu. Převod dat musí být v poměru 1:1, resp. data ze současné spisové služby se musí rovnat převedeným datům v RESSS (např. včetně historie dokumentů, spisů, uložených údajů v klíčových slovech, umístění, veškerých spisových plánů, atd.). Data ze stávající spisové služby mohou být k převodu poskytnuta pouze s vědomím dodavatele stávající spisové služby, pravděpodobně za úplatu. TIČR si vyhrazuje právo na kontrolu provedené migrace v rozsahu 15 dnů. Pokud TIČR zjistí nesrovnalosti v migraci dat, budou veškeré zjištěné nedostatky odstraněny dodavatelem na jeho náklady ve lhůtě 10 dnů.

TIČR

NE




ZTICR042

Napojení RESSS na systémy TIČR

RESSS umožní napojení na Informační systém TIČR, Ekonomický systém TIČR, popř. další systémy TIČR.

TIČR

ANO

2

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 2 MD. Předpokládáme, že napojení budou realizována prostřednictvím rozhraní NSESSS. Analýza dalších systémů bude naceněna samostatně po specifikaci požadavku.

1

ZTICR043

Poznámkový blok RESSS

V RESSS bude k dispozici poznámkový blok, který bude sloužit k práci s dokumenty, spisy, balíky, atd. V rámci poznámkového bloku bude možné provádět činnosti jednat jednotlivě, ale i hromadně. V rámci poznámkové bloku bude možné provádět i případné opravy, kontroly, převody do výstupního datového formátu, bude sloužit mimo jiné k načítání dokumentů/spisů/balíků z xls souborů, popř. jiných systémů. V rámci poznámkového bloku bude možné provádět i vyhledávání, filtrování veškerých dat zanesených v RESSS. Dále bude možné v případě načtení dokumentů umožnit uživatelům k dokumentu načíst spis, ve kterém se dokument nachází a zároveň i opačně, k načtenému spisu si načíst i dokumenty tvořící daný spis (uživatel bude mít tyto možnosti k dispozici, ale nemusí je využít, pokud nebude potřebovat)

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR044

Načítání dokumentů/spisů/balíků

RESSS umožní načítání dokumentů/spisů/balíků dle jednoznačných identifikátorů z xls souborů, popř. jiných systémů do poznámkového bloku, kde bude možné dále s načtenými daty pracovat (hromadné označování/odznačování, provádění oprav, předávání, přidělování, kontrolování atd.)

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR045

Rozšířené vyhledávání podle metadat

Dokumenty nebo spisy (včetně balíků) v RESSS je možné vyhledávat podle všech zadaných údajů do RESSS. Zadaná kritéria lze vzájemně kombinovat.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR046

Aktivní odkazy mezi dokumenty a spisy – související

RESSS podporuje jak automaticky zakládané vazby mezi dokumenty a spisy (např. zařazení do spisu), tak uživatelem zadávané vazby mezi objekty spisové služby (např. odkaz mezi souvisejícími spisy apod.).

TIČR

NE




ZTICR047

Exporty seznamů

Obsah zobrazené složky – jednotlivé sloupce (např. Nevyřízené spisy) - lze exportovat do formátu CSV pro další zpracování externími nástroji.

TIČR

NE




ZTICR048

Označování finálních verzí dokumentů

Elektronické přílohy doručených podání jsou systémem automaticky označovány jako finální. U vlastních dokumentů jsou jako finální elektronické dokumenty automaticky označeny přílohy připojené k vypravení dokumentu elektronickou formou, případně další, uživatelem označené elektronické přílohy.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR049

Správa typů dokumentů a strukturovaných číselníků věcných skupin

RESSS disponuje administrátorskými nástroji pro správu číselníku typů dokumentů a jejich vazeb na skartační režimy a pro správu strukturovaných číselníků věcných skupin v souladu s požadavky NSESSS.

TIČR

NE




ZTICR050

Uživatelské úpravy vybraných tiskových šablon

Možnost customizace vybraných tiskových sestav RESSS a jimi zobrazovaných údajů (např. předávací protokoly, šablony dokumentů v distribuci, šablona spisové obálky a obsahu spisu, obsahu balíku, apod.).

TIČR

NE




ZTICR051

Definice šablon obálek

RESSS nabízí jednoduchý administrátorský nástroj pro vytváření tiskových vzorů obálek pro vypravení.

TIČR

NE




ZTICR052

Hromadné úpravy vybraných metadat dokumentů a spisů

RESSS dovoluje u dokumentů a spisů v TIČR provádět hromadné úpravy vybraných profilových údajů (např. hromadná změna věci, poznámky, značky, formy dokumentu nebo spisu, spisového a skartačního znaku, umístění, klíčových slov apod.).

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR053

Hromadné zpracování dokumentů (oběh, vyřizování apod.)

Dokumenty a spisy v RESSS je možné v rámci oběhu mezi funkčními místy nebo útvary předávat jednotlivě nebo hromadně. Hromadně lze provádět i vyřizování dokumentů nebo spisů obsahujících již vyřízené/nevyřízené dokumenty.

TIČR

NE




ZTICR054

Přehledové složky vypravených dokumentů

Uživatelé – referenti mají v rámci pracovního prostředí k dispozici souhrnné složky s přehledným zobrazením vypravovaných dokumentů včetně detailů vypravení a doručení. Zobrazená vypravení je možné dále filtrovat podle stavu vypravení (např. připravované, předané k vypravení, vypravené, zrušené apod.). Uživatelé mají navíc tento pohled doplněn z útvarového hlediska, tj. mají dostupné informace o vypraveních a jejich stavu v rámci celého TIČR.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR055

Tvorba elektronického dokumentu nad šablonou

RESSS umožňuje vytvářet a spravovat šablony elektronických dokumentů a přidělovat oprávnění k jejich použití. Jedná se např. o hlavičkové papíry nebo jiné standardizované dokumenty TIČR.

TIČR

NE




ZTICR056

Podpora tisku listinných obálek vypravení

RESSS obsahuje nástroj pro vytváření šablon poštovních obálek, přidělování oprávnění k jejich zobrazení a použití jednotlivým útvarům nebo funkčním místům. Z prostředí ESS lze pak nad zvoleným vypravením dokumentu tisknout obálky jednotlivě nebo hromadně.

TIČR

NE




ZTICR057

Integrace tisku čárových kódů na dokumenty a obálky

V rámci definice šablon elektronických dokumentů a šablon poštovních obálek je podporován tisk čarovného kódu dokumentu nebo čárového kódu vypravení.

TIČR

NE




ZTICR058

Verzování elektronických dokumentů

Veškeré úpravy elektronických dokumentů – příloh evidenčních záznamů v RESSS jsou ukládány v dokumentovém úložišti verzovaně, to znamená, že při každé úpravě dokumentu je uložena jeho aktuální verze. Z prostředí ESS jsou uživatelům pak dostupné i detaily předchozích verzí příslušného elektronického dokumentu.

TIČR

NE




ZTICR059

Konverze dokumentů do výstupního formátu – na pokyn uživatele

RESSS obsahuje integrovaný nástroj pro převod dokumentů do výstupního formátu PDF/A. Akci iniciuje zpracovatel dokumentu, a to přímo na zvolený elektronický dokument. Volitelně je při této akci možné opatřit konvertovaný dokument elektronickým podpisem a časovým razítkem.

TIČR

NE




ZTICR060

Konverze dokumentů do výstupního formátu

Při vyřizování je v případě elektronické formy dokumentu prováděna vnitřní kontrola každé elektronické přílohy ve finálním tvaru vůči číselníku povolených výstupních formátů. U příloh, které lze konvertovat je proveden automatický převod do výstupního formátu.

TIČR

NE




ZTICR061

Kontrola metadat

RESSS umožní provádění kontroly metadat před vyřízením dokumentu/uzavřením spisu a v případě, že kontrola metadat skončí chybu, bude možné parametricky nastavit, že k vyřízení/uzavření nedojde, dokud nebude provedena oprava.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR062

Přijímání dokumentů/spisů do spisovny

RESSS umožní parametrické nastavení - např. do spisovny nebudou přijímány dokumenty/spisy s chybou v metadatech atd. Spisovna přijme pouze dokumenty/spisy, které neobsahují chyby.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR063

Oprávnění ke všem dokumentům/spisům/balíkům TIČR

Administrátor RESS v TIČR může přidělit specifické oprávnění pro vybrané funkční místo/místa na právo vyhledání, zobrazení a případnou úpravu pro dokumenty/spisy/balíky napříč celou organizací TIČR.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR064

Vytvoření/zrušení funkčního místa/přesun funkčního místa do jiného spisového uzlu

RESSS umožní vytvoření funkčního místa/zrušení funkčního místa včetně převedení veškerých dokumentů/spisů/balíků na jiné funkční místo. RESSS umožní vytvoření/přesun/zrušení spisového uzlu. RESSS umožní i vytvoření pro jednoho uživatele více funkční míst v různých spisových uzlech.

TIČR

NE




ZTICR065

Úloha metodika RESSS

Metodik RESSS určuje základní pravidla výkonu spisové služby TIČR v elektronické formě, přičemž respektuje příslušná ustanovení právních norem v oblasti spisové služby a archivnictví. Dodavatel RESS poskytuje metodikům RESSS podporu a konzultace v klíčových oblastech této agendy.

TIČR

NE




ZTICR066

Úloha správce RESSS

Určený správce – administrátor provádí veškeré potřebné úkony ke customizaci a požadované konfiguraci prostředí RESSS. Dodavatel RESSS poskytuje podporu a konzultace správcům RESSS, případně provádí dodavatelská nastavení systému.

TIČR

NE




ZTICR067

Podpora při integraci RESSS s jinými aplikacemi

Dodavatel RESSS poskytuje podporu a konzultace při přípravě projektů a úprav integrujících RESSS s jinými aplikacemi či systémy.

TIČR

NE




ZTICR068

Doplňková dokumentace, tipy a triky aj.

Pro jednodušší zaškolení uživatelů na každodenní činnosti připraví dodavatel jednoduché procesní příručky-návody.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR069

Uživatelská dokumentace dostupná on-line přímo z aplikace

V RESSS je dostupná on-line nápověda formou Helpu.

TIČR

NE




ZTICR070

Pravidelná aktualizace uživatelské dokumentace

Veškerá uživatelská dokumentace je vždy aktualizována s dodávkou upgrade aplikace.

TIČR

NE




ZTICR071

Pravidelná aktualizace administrátorské dokumentace

Veškerá administrátorská dokumentace je vždy aktualizována s dodávkou upgrade aplikace.

TIČR

NE




ZTICR072

Účast metodika RESSS dodavatele při prvním spuštění aplikace na TIČR

Lze využít účast metodika RESSS dodavatele v rozsahu jednoho až pěti dnů při prvním spuštění aplikace na TIČR.

TIČR

NE




ZTICR073

Zákaznické workshopy

V rámci pravidelných aktualizací systému RESSS v souvislosti s rozvojem její funkčnosti jsou pořádány zákaznické akce, kde jsou uživatelé seznamování s klíčovými změnami v praktických ukázkách.

TIČR

ANO

0

Nenaceňujeme jako vícepráce v rámci nasazení. Patří do prováděcí smlouvy na podporu.


ZTICR074

Pravidelné informace o připravovaných změnách a rozvoji aplikace

TIČR je informován před novou verzí o připravovaných novinkách, v rámci uvolnění nové verze je k dispozici detailní popis novinek a změn v příslušné verzi aplikace.

TIČR

NE




ZTICR075

Poskytování metodické podpory uživatelům RESSS

Dodavatel RESSS poskytuje metodickou podporu v procesech zajišťování spisové služby původce prostředky RESSS. Tato podpora je poskytována formou služeb hot-line telefonní linky, formou požadavků nebo formou osobní návštěvy metodika RESSS dodavatele na pracovištích TIČR.

TIČR

ANO

0

Nenaceňujeme jako vícepráce v rámci nasazení. Patří do prováděcí smlouvy na podporu.


ZTICR076

Příprava rozdílových školení

V rámci upgrade verzí RESSS jsou nabízena tzv. rozdílová školení, pokrývající seznámení pracovníků TIČR s klíčovými změnami v nové verzi RESSS.

TIČR

ANO

0

Nenaceňujeme jako vícepráce v rámci nasazení. Patří do prováděcí smlouvy na podporu.


ZTICR077

Jednotné rozhraní pro evidenci analogových i digitálních dokumentů, hybridních spisů

RESSS jednotně eviduje veškerá metadata, komponenty a jejich vzájemné vztahy pro dokumenty a spisy bez rozdílu jejich formy, přičemž formou rozumíme digitální, analogové nebo hybridní dokumenty a spisy původce.

TIČR

NE




ZTICR078

Rozlišení digitální a analogové/hybridní formy dokumentu

Rozlišení formy dokumenty nebo spisu atributem na profilu objektu a vizuální odlišení digitálních a analogových/hybridních objektů odlišnou ikonou.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR079

Tisk potvrzení o podání

RESSS obsahuje funkcionalitu tisku sestavy o potvrzení převzetí (zaevidování) podání do spisové služby původce. Potvrzení o podání lze tisknout na podatelně i u jakéhokoliv zpracovatele doručeného dokumentu.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR080

Rozlišení elektronických příloh dokumentu na tělo a přílohy

V detailu připojené komponenty – elektronickém dokumentu může uživatel rozlišit charakter přílohy, a to tak, že určuje, zda je elektronický dokument tělem nebo přílohou.

TIČR

NE




ZTICR081

Zápis důvodu zrušení objektu

Při rušení objektu RESSS je povinný zápis důvodu operace. Důvod zrušení dokumentu nebo spisu je zaznamenán v historii objektu.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR082

Zasílání notifikací k emailovým podáním

RESSS umožní informování odesílajícího o zpracování/nezpracování/poučení o nepodepsaném podání a jeho doplnění/přijetí/nepřijetí emailového podání.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR083

Plán migrace

Dodavatel v rámci analýzy a návrhu nasazení instance RESSS navrhne plán migrace. Součástí plánu bude provedení analýzy stávajícího systému spisové služby s ohledem na možnost předání dat, navržení struktur pro přenos dat, popis způsobu naplnění těchto struktur na základě předaných a popsaných dat ze stávajícího systému, návrh kontrolních algoritmů správnosti provedení migrace, harmonogram migrace, popis procesu provedení migrace, návrh přípravy anonymizovaného vzorku dat RESSS pro potřeby přípravy dat pro testovací, integrační a školící instance RESSS. Migrační plán bude odsouhlasen Zadavatelem a TIČR.

TIČR

NE




ZTICR084

Migrace produkčních dat

Dodavatel zajistí na základě plánu migrace provedení migrace dat ze stávajícího elektronického systému spisové služby do produkční instance a ověří navržené kontrolní mechanismy správnosti provedení migrace. Zadavatel pro účely migrace poskytne Dodavateli data ze stávajícího systému či zajistí součinnost stávajícího dodavatele elektronického systému spisové služby.

TIČR

NE




ZTICR085

Migrace testovacích, integračních a školících dat

Dodavatel zajistí na základě plánu migrace provedení migrace dat ze stávajícího elektronického systému spisové služby do testovací resp. integrační resp. školící instance RESSS. Zadavatel pro účely migrace poskytne Dodavateli data ze stávajícího systému či zajistí součinnost stávajícího dodavatele elektronického systému spisové služby.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR086

Soulad s legislativou

Migrace dat musí být provedena v souladu s platnou legislativou, zejména Vyhláškou č. 259/2012 a NSESSS.

TIČR

NE




ZTICR087

Migrace datových zpráv

Součástí migrace je též migrace všech datových zpráv přijatých a odeslaných prostřednictvím Informačního systému datových schránek (ISDS).

TIČR

NE




ZTICR088

Dohledání metadat

Migrace musí být provedena tak, aby bylo možné dohledat metadata spisů nebo dokumentů i v případě, že již bylo provedeno skartační řízení.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR089

Zachování číselných řad

V rámci migrace musí být zachovány číselné řady (čísla jednací, spisové značky) a číselníky tak, aby mohlo být navázáno na předchozí spisovou službu.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR090

Nepřerušitelnost provozu

Migrace nezasáhne do období produkčního provozu.

TIČR

NE




ZTICR091

Ukládání SIP balíčku pro posouzení, SIP balíčků a SIP balíčků pro předání do archivu

Uživatelé budou mít možnost ukládát SIP balíčky i na lokální disk, kdy si budou moci zvolit, kam (do jaké složky) budou ukládány vytvořené SIP balíčky.

TIČR

NE




ZTICR092

Spisovna

V rámci spisovny bude možné provádět veškeré činnosti s balíky/dokumenty/spisy, připravit skartační návrh/přejmenovat skartační návrh. V příslušném skartačním návrhu bude možné si zobrazit veškeré balíky/spisy/dokumenty (včetně exportu dat např. do xls souboru apod., tisku štítků balíků, obsahu balíků atd.). U skartačních návrhů bude možné provést i kontrolu metadat a při zjištění chyb, je odstranit. V rámci zjištěných chyb u vytvořených SIP balíčků bude možné provádět opravu chyb i ve spolupráci s dodavatelem RESSS. Dále bude k dispozici i možnost pro přečíslování balíků v návrhu.

TIČR

NE




ZTICR093

Tvorba balíků

Dokumenty a spisy bude možné vkládat do balíků dle jednoznačného identifikátoru, popř. čísla jednacího, spisové značky. U balíků bude zajištěna kontrola s tím, že do balíku nebude možné vložit dokumenty/spisy s rozdílnou skartační lhůtu, spisovým znakem. Nad vytvořenými balíky bude možné spustit kontrolu metadat a provést opravu zjištěných vad. Kontrola na provázanost spisů s pevnými křížovými odkazy.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR094

Číselník v rámci kolonky "umístění"

RESSS bude obsahovat u dokumentů, spisů kolonku umístění, kde bude k dispozici nadefinovaný číselník TIČR, který bude společný pro všechny uživatele TIČR. Při předání/přidělení dokumentů/spisů na jiný spisový uzel/jiné funkční místo nebude docházet k odmazání zadaných údajů v kolonce umíštění. Uživatelé budou moci provést změnu/opravu výběru z číselníku (opravu chybně zadaného umístění bude možné provést i u vyřízených dokumentů/uzavřených spisů, aniž by došlo ke změně data vyřízení/uzavření). Pokud bude údaj z číselníku vybrán pro spis, propíše se umístění i na dokumenty tvořící daný spis (zároveň bude možné opět provést změnu výběru z číselníku, která se propíše opět do všech dokumentů tvořících příslušný spis). Veškeré činnosti spojené s číselníkem budou zaznamenány i do historie dokumentů/spisů. Administrátor TIČR bude mít možnost přidávat/upravovat/odebírát zadané údaje z číselníku umístění. Bude existovat i možnost pro automatizované zadání/načítání umístění na základě online formulářů. Dále RESSS umožní vyhledávání dokumentů/spisů i podle umíštění, zároveň bude možné provádět kombinaci vyhledávání s umíštěním.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR095

Odmítnutí podání

RESSS umožní odmítnout podání z důvodu zavirování, nečitelnosti, nepříjímaného formátu, z jiného důvodu (kdy bude možné doplnit znění důvodu odmítnutí podání - např. vzorové dopisy odmítnutí podání).

TIČR

NE




ZTICR096

Číselník v rámci kolonky "klíčová slova"

RESSS bude obsahovat u dokumentů, spisů kolonku klíčová slova, kde bude k dispozici nadefinovaný číselník TIČR, který bude společný pro všechny uživatele TIČR. Při předání/přidělení dokumentů/spisů na jiný spisový uzel/jiné funkční místo nebude docházet k odmazání zadaných údajů v kolonce klíčová slova. Uživatelé budou moci provést změnu/opravu výběru z číselníku (oprava chybně zadaného klíčového slova bude možné provést i u vyřízených dokumentů/uzavřených spisů, aniž by došlo ke změně data vyřízení/uzavření). Pokud bude údaj z číselníku vybrán pro spis, propíše se klíčové slovo i na dokumenty tvořící daný spis (zároveň bude možné opět provést změnu výběru z číselníku, která se propíše opět do všech dokumentů tvořících příslušný spis). Veškeré činnosti spojené s číselníkem budou zaznamenány i do historie dokumentů/spisů. Administrátor TIČR bude mít možnost přidávat/upravovat/odebírát zadané údaje z číselníku klíčových slov. Dále RESSS umožní vyhledávání dokumentů/spisů i podle klíčových slov, zároveň bude možné provádět kombinaci vyhledávání s klíčovými slovy.

TIČR

NE




ZTICR097

hromadný tisk obálek z výpravny

RESSS umožní hromadný tisk obálek z výpravny

TIČR

NE




ZTICR098

sloučení/rozebrání zásilek

RESSS umožní označení zásilek, které mají být sloučeny/rozebrány, samotné sloučení/rozebrání zásilek, zobrazení vnořených zásilek. RESSS upozorní uživatele na odlišné adresáty v případě slučování zásilek (pokud by došlo i přesto ke sloučení, došlo by i k přepsání adresáta). Údaje o odeslání a doručení budou zaznamenány ke všem dokumentům, které byly sloučeny.

TIČR

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


ZTICR099

Připomínkování dokumentů dodavatele

TIČR bude mít k dispozici aktuální a platné verze dokumentů a dostatečný termín na vyjádření (15 dnů od zaslání dokumentu).

TIČR

NE




DOC013

Bezpečnostní dokumentace

Uchazeč dodá bezpečnostní dokumentaci v souladu s požadavky zákona 181/2014 Sb., (zákon o kybernetické bezpečnosti) a souvisejí vyhláškou 82/2018 Sb., (vyhláška o kybernetické bezpečnosti), platnými standardy Zadavatele a Národním standardem pro ESSS.
Včetně:
a. Autentizační a autorizační proces;
b. Zajištění ochrany osobních údajů v rámci systému;
c. Šifrování komunikace;
d. Logování jednotlivých komponent systému a napojení na bezpečnostní dohled (přeposílání na SIEM);
e. Řízení technických zranitelností na systému;
f. Antivirovou kontrolu / sandboxing;

Všeobecné

ANO

4

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 4 MD.
Povinnosti dodat dokumentaci dle Přílohy č. 1 Dodatku č. 3 budou řešeny způsobem uvedeným v tomto bodě.

0,5

BEZ016

Nové verze systému - testování bezpečnosti

V případě, že uchazeč dodá nový systém (aplikaci) zajistí, že před nasazením do produkce byl systém otestován na známé zranitelnosti. Systém musí být zabezpečen proti útokům známým v době uvádění systému do provozu (primárně různé útoky typu injection, zneužití uploadu aj.). Uchazeč zvolí a bude dodržovat vhodnou metodiku pro bezpečný vývoj aplikací ověřenou dobrou praxí.

Všeobecné

ANO

20

Za 1 test + 1 retest


TPA013

Doplnění v kapitole 2.2.1.2 z RS P1 o text z PD P6 Konsolidovaná tabulka UID063

Požadavky na migraci jsou skupinou požadavků na rozsah a způsob provedení migrace dat ze stávající implementace spisové služby do nasazované instance RESSS.
Součástí implementace RESSS bude provedení věrohodné migrace dat podle zpracovaného migračního plánu, podložené protokolem o migraci.

Všeobecné

NE




TPA014

Doplnění znění v kapitole 1.1.1.3.1 z RS P1 o text z PD P6 Konsolidovaná tabulka UID214

Funkce "Přidělování čísel jednacích" zajišťuje generování unikátních čísel jednacích a označení jím příslušných dokumentů v souladu s § 11 odst. 1 vyhlášky č. 259/2012 Sb., o podrobnostech výkonu spisové služby.
Číslo jednací je unikátní identifikátor použitelný pouze pro jeden dokument. Pravidlo pro jeho vytváření si definuje každá organizace sama. Je třeba doplnit dokumentaci tak, aby bylo zřejmé, jak je možné formát čísla jednacího/JID modifikovat.

Všeobecné

NE




TPA015

Funkce "Přidělování čísel jednacích" zajišťuje generování unikátních čísel jednacích a označení jím příslušných dokumentů v souladu s § 11 odst. 1 vyhlášky č. 259/2012 Sb., o podrobnostech výkonu spisové služby.

Do popisu a funkčnosti rozhraní pro komunikaci mezi RESSS a AIS bude doplněna funkce pro předání nově doručeného dokumentu evidovaného v RESSS do správy AIS a způsob, jakým bude o tomto předání rozhodnuto.

Všeobecné

NE




TPA017

Doplnění znění požadavku ZAP011 z RS P1 na základě PD P6 Konsolidovaná tabulka UID247

V každé instanci RESSS bude implementována odpovídající organizační struktura původce. RESSS umožní využití této struktury při manipulaci dokumentu, tj. uživatel může ve struktuře najít konkrétní útvar, nebo konkrétní osobu, na kterou dokument chce předat. RESSS umožní správci tuto strukturu aktualizovat automatizovaně či manuálně.
Do popisu a funkčnosti systému budou doplněny funkce pro správu organizační struktury.

Všeobecné

NE




TPA019

Úprava použité terminologie v RESSS na základě požadavku objednatele
- Místo pojmu obálka používat pojem zásilka dle [NSESSS - Zásilka]
- Úkoly pro schvalování: „Souhlasím“ změnit na „Schvaluji“
- Pro odebrání křížového odkazu z dokumentu na dokumentu je nutno kliknout na ikonu "Související entita" - přejmenovat na "Odebrat související"
- Podatelna: „Vrátit předání“ přejmenovat na „Zrušit předání“
- Datum pořízení spis = Datum založení spisu [NSESSS 2.7.9]
- Váha zásilky = Hmotnost zásilky [Jednotka SI]
- Razítka: Ikonu s názvem "Uživatel typu písemnosti razítko" přejmenovat na "Uživatel typu dokumentu razítko"
- Komponenta: „Převést do elektronické formy“ změnit na „Převést do elektronické podoby“
- Odeslat = Předat k vypravení
- Filtry pro vyhledávání: atribut "Dokument má" se chybně jmenuje "Pozice"


Všeobecné

NE




TPA023

Umožnit uživateli volání služby ISDS pro získání stavů datové schránky v minulosti (GetDataBoxActivityStatus) [NSESSS 2.4.4]


Všeobecné

NE




TPA025

Umožnit evidovat datum doručení doručenky a datum doručení informace o nedoručení dokumentu zvlášť


Všeobecné

NE




TPA029

Doplnění typového spisu Dokumentace eSSL [NESSSS 10.1] ve spolupráci s původcem


Všeobecné

NE




TPA032

V šabloně pro definici Sp. zn. bude možno realizovat nastavení jiné označení spisové značky, které považuje původce za účelné, např. dle spisového a skartačního řádu či ISSD [Vyhl. §12 (1) c), jednání 20.1.2021]


Všeobecné

NE




TPA042

Oprávněné úřední osoby bude možné evidovat jako konkrétní osoby [Správní řád]


Všeobecné

NE




TPA080

Namísto Spisovna – Manipulant používat v PS2 Spisovna – obsluha – změna konfigurace (21.6)


Všeobecné

NE




TPA081

Vyčlenit do samostatných práv – právo expedovat analog/e-mail/datovka (21.6.)


Všeobecné

NE




TPA082

Vyčlenit do samostatných práv oba směry AK (20.6.)


Všeobecné

NE




TPA085

Vyřízení a uzavření spisu v souladu s legislativou


Všeobecné

NE




TPA086

Úpravy spisu pro SŘ (18.10.)


Všeobecné

NE




TPA087

Zkratka org. součásti do č.j. (1.12.)


Všeobecné

NE




TPA088

Analýza a úprava administrace podatelen (15.11)


Všeobecné

NE




TPA089

Analýza a úprava administrace VS (15.11)


Všeobecné

NE




TPA093

Funkcionalita Fulltextového vyhledávání pro požadavky
PSU002: Vyhledání dokumentu
ZAP015: Vyhledávání v metadatech i dokumentech
7.1.19: NSESSS 7.1.19

V analýze budou uvedeny rizika nenasazení možnosti fulltextového vyhledávání v případě nesoučinnosti MPSV.

Všeobecné

NE




TPA095

Požadavky RS na napojení na základní registry eGov

RESSS bude dohledávat kontakty, adresy a informace ze základních registrů eGovernmentu na základě požadavků z RS P1.

Všeobecné

NE




TPA106

Napojení agendových systémů pro správu dokumentů na základě požadavků z RS P1 ZMPSV029; AR016; OIP003; ZMPSV002

Agendové systémy pro správu dokumentů na základě požadavků z RS dávají dodavateli za povinnost poskytnout v rámci rozhraní součinnost při napojení.

Všeobecné

NE




TPA107

Umožnit znovuotevření uzavřené součásti typového spisu a uzavřeného typového spisu


Všeobecné

NE




ZAP033

Připojení autentizačního prvku

RESSS umožní připojení autentizačního prvku k dokumentu - elektronického podpisu, elektronické značky, elektronické pečetí a časové razítka.

Všeobecné

NE




PS1

Stahování obálek datových zpráv odeslaných z webového rozhraní ISDS

Řešení situace, kdy uživatel nesprávně odešle datovou zprávu přímo z rozhraní ISDS mimo eSSL. Ideální by bylo, aby eSSL automaticky stahovala a evidovala všechny odeslané datové zprávy označené platným č.j. ze své evidence.

Všeobecné

NE




PS1

Automatické zpracování elektronicky podaných dokumentů na podatelně

Automatické zpracování elektronicky podaných dokumentů na podatelně dle zadaných hodnot identifikátorů: Naše č.j., Naše Sp. zn., Vaše č.j., Vaše Sp. Zn., k rukám, pověření (předpis, paragraf, odstavec, písmeno)

Všeobecné

NE




UID254

Přehledy všech dokumentů/spisů

Potřebujeme přehledy všech dokumentů/spisů dle různých stavů, typů dokumentů, vlastníků, umístění, klíčových slov, spisových a skartačních znaků, skartačních lhůt, předpokládaného roku skartace, (všech zaznamenaných údajů v essl, jejich možný export do xls souborů apod. a s tím související vyhledávání a filtrování), apod.

Všeobecné

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UID255

Přednastavení typů dokumentů

Možnost přednastavení typů dokumentů a dle typu rovnou i přednastavené položky např věc, spis.znak, atd.. Možnost zadávání/úprava/odstraňování typů dokumentů. Bude existovat i možnost pro automatizované načítání typu dokumentů dle jednotlivých online formulářů.

Všeobecné

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UID206

Šablony obálek

V RESSS jsou nastaveny jednotlivé šablony obálek, na obálky (např. obálky s modrým pruhem) jsou vytištěny údaje: číslo jednací, JID, Sp.Zn., spisový znak, odesilatel, adresát, atd..

Všeobecné

NE




UID252

Rozbalovací lišta položky věc

U věci možnost výběru nadefinovaného názvosloví TIČR z rolovací lišty. TIČR bude mít možnost úpravy (přidání, upravení, odebrání) názvosloví.

Všeobecné

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UAT2-1

Změna terminologie

Správní spis -> záložka "Účastníci řízení" přejmenovat "Zástupce účastníka" na "Zastupovaný účastník", opravit kontextovou nápovědu
Hromadnou akci "Upravit spisový znak" přejmenovat na "Změnit věcnou skupinu"
Pojem "Nevyřazovat archivní" změnit na jiný více vypovídající (nutno upřesnit)
Pojem „Písemnost“ změnit na „Dokument“
Pojem „Datum pořízení spisu“ přejmenovat na „Datum založení spisu“
Pojem „Datum pořízení součásti“ přejmenovat na „Datum založení součásti“
Pojem „Datum pořízení dílu“ přejmenovat na „Datum založení dílu“
Přehledy pro vyhledávání přímo v ISDS „Přehledy/Datové zprávy/Přijaté“, „Přehledy/Datové zprávy/Odeslané“ přejmenovat na „Přehledy/ISDS/Přijaté zprávy“, „Přehledy/ISDS/Odeslané zprávy“
Pojem „Elektronické podání“ pro označení způsobu doručení e-mailem změnit na „E-mail“. Termín „Elektronické podání“ by měl být používán spíše v kontextu webových elektronických podatelen.
Pojem "Výchozí rozesílač" – zvolit jiný pojem
Ne "Číslo spisu" - "Sp.Zn." nebo "Spisová značka"
Pojem „Historie součásti typového spisu“ na tiskové sestavě součástí typového spisu změnit na „Transakční protokol součásti“
"Změnit pojmy tiskové sestavy dílu typového spisu
* „Počet listin“ na „Listinné přílohy“
* „Počet nelistin“ na „Nelistinné přílohy“"
Export – záložka související – odkaz na jiný systém chybně pojmenován jako „Volný křížový odkaz“ (neodpovídá legislativě)
Volba Otevřít evokuje v uživateli otevření komponenty, nikoliv otevření stránky s vlastnostmi komponenty. Tím spíše, že následně je možno zvolit možnost otevřít pro otevření a úpravy.
Podání je definováno správním řádem, zde je spíše myšlen doručený dokument, který nemusí být podáním ve smyslu správního řádu. Uživatel může být zmaten.
Terminologie Bezpečnostních kategorií odpovídá legislativě o utajovaných informacích, nikoliv NSESSS. [viz. připomínky k dokumentaci x248]
Před předání dokumentu k podpisu nadřízenému není vhodné používat pojem „Úkol“ (dle názoru některých garantů není dostatečně naplněn požadavek na realizaci podpisové knihy)
Místo pojmu „Došlý dokument“ používat pojem „Doručený dokument“
Pojem "Vyřazené dokumenty" je mylně používán pouze pro dokumenty předané archivu, jeho význam je však širší. Vhodnější je zvolit jiný pojem, např "Archivované dokumenty"

Všeobecné

NE




UAT2-86

Obnovení stornovaného úkolu


Všeobecné

NE




UAT2-88

Mazání odmítnutých e-mailů

RESSS umožní automaticky mazat odmítnuté e-maily na základě administrátorem (bude upřesněno v granularizaci oprávnění) zadaného časového kritéria.

Všeobecné

NE




UAT2-150

Parametrizace konfigurace RESSS

RESSS umožní administrátorovi (bude upřesněno v granularizaci oprávnění) povolit či zakázat následující funkcionalitu:
- možnost tvorby a evidence spisu bez dokumentu
- vyřazení iniciačního dokumentu ze spisu
- zobrazování upozornění dle požadavku UR005, že daný dokument není dostupný v digitální podobě

Všeobecné

NE




UAT2-153

Doplnění atributů pro ruční přeevidování dokumentu do jiné evidence

Doplnění atributů dle § 9 vyhlášky pro ruční přeevidování dokumentu do jiné evidenční pomůcky bez napojení na RESSS. Budou doplněny minimálně atributy Identifikátor evidenční pomůcky, Evidenční číslo přeevidovaného dokumentu, Datum přeevidování, Přeevidováno kým.

Všeobecné

NE




UAT2-154

Doplnění seznamu rozšiřujících metadat hlavičky zničených dokumentů/spisů

Do seznamu rozšiřujících metadat hlavičky zničených dokumentů/spisů bude doplněn typ dokumentu/druh spisu a omezené množství některých dalších metadata dle typu dokumentu (bude upřesněno)

Všeobecné

NE




UAT2-155

Možnost předání či označení dokumentu k provedení autorizované konverze, pokud na ni nemá právo aktuální uživatel


Všeobecné

NE




UAT2-89

Smazání komponenty vlastního dokumentu jejím autorem

RESSS umožní autorovi komponenty vlastního dokumentu její odstranění pokud platí:
- dokument nebyl předán jinému uživateli
- dokument nebyl vyřízen
- komponenta není součástí vypravení dokumentu
- od okamžiku vytvoření komponenty neuplynula maximální povolená časová lhůta pro odstranění (nastavena administrátorem dle granularizace)

Všeobecné

NE




UAT2-90

Storno doručené datové zprávy ISDS

RESSS umožní storno dokumentu doručeného datovou zprávou ISDS za podmínky splnění ostatních pravidel pro storno dokumentu. Tato možnost bude součástí parametrizace konfigurace RESSS.

Všeobecné

NE




UAT2-91

Hledání entit dle NSESSS 7.1.20 d)

Do výsledku hledání entit uživatelem RESSS, po něhož platí bod NSESSS 7.1.20 d), budou zahrnuty všechny existují entity, nikoliv pouze ty, k nimž má daný uživatel přístup.
Kromě rychlého hledání tak uživatel bude moci vyhledávat entity také dle hodnot metadat entit.

Všeobecné

NE




UAT2-102

Implementovat kontroly pro souslednosti časových okamžiků

Implementace kontrol následnosti časových okamžiků metadat jednotlivých entit RESSS

Všeobecné

NE




UAT2-104

Customizace tiskových sestav

V textech tiskových sestav a výstupů (např. doložka pro změnu datového formátu) bude opraven název a adresa dle aktuálního původce, místo názvu a čísla pozice bude uváděn název a číslo organizačního místa daného uživatele.

Všeobecné

NE




UAT2-105

Omezující pravidla pro slučování více doručených e-mailů do jednoho dokumentu

RESSS umožní administrátorovi (bude upřesněno v granularizaci oprávnění) povolit či zakázat omezující pravidla pro příjem několika e-mailových zpráv jako jeden dokument dle NSESSS 2.2.7:
- možno sloučit pouze e-maily odeslané ze stejné e-mailové adresy
- možno sloučit pouze e-maily, jejichž rozdíl času doručení je menší než časový interval definovaný administrátorem
Tato pravidla budou součástí parametrizace konfigurace RESSS a bude možno je nastavit nezávisle na sobě.

Všeobecné

NE




UAT2-71

Pokud jsou nějaká metadata nevyplněna či vyplněna chybně, pak je nepřístupná související funkcionalita (např. tlačítko pro předání dokumentu). Uživatel to sám od sebe nijak jinak nepozná (např. chybovou hláškou či upozorněním)


Všeobecné

NE




UAT2-73

Sjednocení seznamu identifikátorů v přehledech dokumentů a spisů

Ve všech přehledech entit napříč všemi moduly bude sjednocen seznam dostupných identifikátorů a veškerých atributů. Dle seznamu veškerých atributů bude umožněno filtrování a řazení záznamů v přehledech.

Všeobecné

NE




UAT2-74

Ikona pro zobrazení formy dokumentu jsou na první pohled téměř totožné

Jednotlivé formy dokumentů/spisů budou na první pohled odlišné.

Všeobecné

NE




UAT2-75

Při vkládání do spisu nutno specifikovat, zda daný spis je sběrným archem či nikoliv, uživatel tedy nejprve musí zjistit, jakým způsobem je daný spis veden, mělo by být možno vyhledávat spisy přímo na základě spisové značky

Při vkládání do spisu nebude nutné specifikovat, zda daný spis je sběrným archem či nikoliv, uživatel tedy nebude musí zjišťovat, jakým způsobem je daný spis veden. (tvorba spisu je dána spisovým a skartačním řádem TIČR). Spisy bude možné vyhledávat podle Sp.Zn. i podle identifikátoru spisu.

Všeobecné

NE




UAT2-76

Při zatřídění dokumentu do spisu vyhledávat spis dle sp.zn a JID

Umožnit vyhledání spisu pro zatřídění dokumentu primárně dle sp.zn., nikoliv pouze dle JID, možnost vyhledání spisu dle JID zůstane zachována.

Všeobecné

NE




UAT2-78

Způsob odeslání (doručení)

jednoduše vyhledat co bylo odesláno datovou schránkou, emailem, poštou, osobně atd. (přehledné vyhledávání)

Všeobecné

NE




UAT2-81

U rozbalovací nabídky pozic při výběru více pozic není vidět celý název pozic, mnohdy je tak problém identifikovat správnou pozici pro výběr.


Všeobecné

NE




UAT2-85

Při předání dokumentů a spisů na spisovnu nutno postupně stisknout dvě různá tlačítka, uživatelsky nepřívětivé


Všeobecné

NE




UAT2-55

Zpětná evidence vypravení dokumentů

RESSS umožní administrátorovi (bude upřesněno v granularizaci oprávnění) povolit či zakázat u jednotlivých off-line způsobů vypravení dokumentů (především listinných) zpětně evidovat vypravení dokumentu. Ve výchozím nastavení bude tato možnost u všech způsobů vypravení zakázána, vyjma způsobu "Předání osobně", kde bude povolena.

Všeobecné

NE




UR001

Webový prohlížeč

Zadavatel požaduje, aby veškeré funkcionality RESSS, byly koncovému uživateli plně dostupné prostřednictvím standardního webového prohlížeče - bez potřeby instalace jakéhokoliv dodatečného software. Výjimkou mohou být běžně rozšířené pluginy jako například Adobe Reader, Java, doplněk pro využití elektronického podpisu, nebo využití prvků ActiveX pro přístup k systémovým funkcím klientské pracovní stanice. ActiveX je podporován pouze v prohlížeči MS Internet Explorer, který je již zavržen a nepodporován samotným tvůrcem.

Rámcová smlouva

NE





Příloha č. 6 Dodatku č. 3 – Přehled změn ve funkčních požadavcích pro nasazení RESSS na ÚMPOD k Prováděcí smlouvě č. 7 a Přehled změn v požadavcích pro podpora a provoz RESSS na ÚMPOD k Prováděcí smlouvě č. 7


Kód požadavku

Název požadavku

Popis původního nebo změněného požadavku

Zdroj

Vícepráce
ANO / NE

Vícepráce
(MD)

Poznámka

Podpora a provoz
(MD)

TPA001

Požadavky z Rámcové smlouvy (příloha č. 2 - detailní specifikace plnění, příloha č. 1 - funkční požadavky)

Naplnění společných požadavků uvedených v příloze č.1 Rámcové smlouvy - Funkční a technické požadavky kapitoly
1; 2.1; 2.2.1; 2.2.2; 2.3
Změny z Dod. č. 1 k RS (TPA2) a Právní dohody a jejich dodatků májí přednost před zněním textu z RS

Všeobecné

NE




TPA002

Požadavky z Dod. č. 1 k RS upravující požadavky z RS (TPA1)

Naplnění společných požadavků uvedených v Dodatku č. 1 k Rámcové smlouvě.
Požadavky které upravují, vyjímají nebo nově vznikli ze skupin Funkční, Technické, Služba, MPSV, Součinnost

Všeobecné

NE




TPA_PS1

Doplňující požadavky z nálezů UAT2

Systém RESSS bude zohledňovat výstupy z UAT2 PS1 - Dodávka softwarového řešení. Zejména požadavky na úpravu terminologie, soulad s NSESSS a všeobecné funkcionality

Všeobecné

NE




TPA_PS2

Implementace požadavků Scope PS2

Budou implementovány následující požadavky Scope PS2 (MPSV): TPA013, TPA014, TPA015, TPA017, TPA019, TPA023, TPA025, TPA029, TPA032, TPA042, TPA080, TPA081, TPA082, TPA083, TPA085, TPA086, TPA087, TPA088, TPA089, TPA093, TPA095, TPA106, TPA107, ZAP033, ZMPSV004

Všeobecné

NE




SUMPOD001

Počet uživatelů ÚMPOD

Systém musí být připraven obsloužit 400 evidovaných uživatelů z čehož je 200 souběžně pracujících.

Rámcová smlouva

NE




SUMPOD002

Rozsah školení ÚMPOD

Pro potřeby ÚMPOD budou školeny následující skupiny uživatelů systému:- administrátoři – cca 2 osoby a věcní gestoři ESS cca 2 osoby v rozsahu 2 školících dní,- uživatelé (nejvýše 50 osob) v rozsahu nejméně 6 školících hodin (max. 15 osob v jednom školení), školení proběhne v prostoráchne UMPOD nebo on-line, každý uživatel bude mít pro potřeby školení k dispozici jedno PC s přístupem k aplikaci.

Rámcová smlouva

NE




SUMPOD003

Rozhraní pro účetní a ekonomický modul

Systém RESSS bude poskytovat automatizované rozhraní pro účetní / ekonomický modul SAP/EKIS.

Rámcová smlouva

NE




SUMPOD004

Zasílání a příjem dokumentů

Systém RESSS zajistí plnou podporu pro zasílání a příjem dokumentů dle specifikace České pošty pro vnitrozemskou i pro mezinárodní zásilku.Pro odesílání zásilek přes RESSS požadujeme možnost vytištění obálek a podacího archu s náležitostmi danými Českou poštou, tj. na obálky se tiskne odesílatel, adresát, logo pošty podle zásilky vnitrostání nebo zahraniční apod.

Rámcová smlouva

NE




NUMPOD001

Nasazované instance

Pro potřeby ÚMPOD budou nasazovány dvě instance RESSS. První pro zajištění produkčního provozu a druhá pro potřeby testování a školení.

Rámcová smlouva

NE




NUMPOD003

Produkční instance

Produkční instance je určená pro zajištění rutinního provozu RESSS pro potřeby ÚMPOD.

Rámcová smlouva

NE




NUMPOD004

Testovací a školicí instance

Testovací a školící instance je určená pro testování a školení RESSS v kontextu ÚMPOD. Konkrétně pro testování funkční, integrační, bezpečnostní a zátěžové. Dále pak pro školení koncových uživatelů, metodických a odborných pracovníků a správců.Testovací a školící instance může být napojována na testovací systémy, simulátory provozních systémů popřípadě i na produkční systémy za účelem autentizace a autorizace uživatelů.

Rámcová smlouva

NE




ZUMPOD001

Adresářová služba

Instance RESSS nasazené pro potřeby ÚMPOD budou využívat adresářových služeb zpřístupněných pomocí protokolu LDAP (Lightweight Directory Access Protocol). Adresářová služba bude vybudována na základě produktu Microsoft Active Directory a bude nasazena v datových centrech MPSV popřípadě v infrastruktuře ÚMPOD.

Rámcová smlouva

NE




ZUMPOD002

Služby ESSS

Rozhraní služeb ESSS poskytujících podporu pro součinnost agendových systémů bude budováno na základě rozhraní popsaného v dokumentu "Obecné rozhraní pro komunikaci mezi elektronickými systémy spisových služeb a agentovými informačními systémy (best practices) zveřejněnému Ministerstvem vnitra České republiky.Obdobně instance RESSS na ÚMPOD může využívat obdobné rozhraní implementované dalšími systémy.Na technologické úrovni bude rozhraní k agendovým systémům ÚMPOD zprostředkováno integrační platformou (ESB - Enterprise Service Bus) vybudované na technologii Microsoft BizTalk Server v prostředí MPSV.

Rámcová smlouva

NE




ZUMPOD003

Autentizační služba

Pro potřeby autentizace uživatelů budou instance RESSS využívat služeb domény Microsoft Windows na základě přihlášení uživatele k operačnímu systému jeho pracovní stanice (Single Sign-On) a dále RESSS umožní autentizaci úředníků vstupujících do systému spisové služby úřadu s využití jednotného identitního prostoru JIP/KAAS

Rámcová smlouva

NE




ZUMPOD004

Autorizovaná konverze

Pro potřeby provádění autorizované konverze z moci úřední budou instance RESSS nasazené pro ÚMPOD využívat rozhraní Centrály CzechPOINT.

Rámcová smlouva

NE




ZUMPOD005

Detekce škodlivého kódu

Pro potřeby detekce škodlivého kódu bude instance RESSS využívat služeb antivirového systému (ve správě MPSV) instalovaného jako nadstavba operačního systému na výpočetních prostředcích určených pro nasazení RESSS.

Rámcová smlouva

NE




ZUMPOD006

Dohledání adresy

Dohledávání a ověřování adres bude probíhat vůči systému "Integrovaná provozní a podpůrná data" (IPPD) pomocí proprietárně definovanému rozhraní webových služeb. Systém IPPD je společnou datovou základnou provozovanou MPSV obsahující též evidenci adres synchronizovanou se základním "Registrem územní identifikace, adres a nemovitostí" (RÚIAN).

Rámcová smlouva

NE




ZUMPOD007

Dohledání organizace

Dohledávání a ověřování údajů o organizacích bude probíhat vůči systému "Integrovaná provozní a podpůrná data" (IPPD) pomocí proprietárně definovanému rozhraní webových služeb. Systém IPPD je společnou datovou základnou provozovanou obsahující též evidenci subjektů (organizací) synchronizovanou se základním "Registrem osob" (ROS).

Rámcová smlouva

NE




ZUMPOD008

Dohledání osoby

Dohledávání a ověřování údajů o (fyzických) osobách bude probíhat vůči systému "Integrovaná provozní a podpůrná data" (IPPD) pomocí proprietárně definovanému rozhraní webových služeb. Systém IPPD je společnou datovou základnou provozovanou MPPSV obsahující též evidenci osob (občanů a cizinců) synchronizovanou se základním "Registrem občanů" (ROB). RESSS umožní dohledávat osoby i v dalších registrech, do kterých má UMPOD přístup, např. Evidence obyvatel a evidence cizinců. Rozhraní systému IPPD bude zpřístupněno prostřednictvím integrační platformy MPSV.

Rámcová smlouva

NE




ZUMPOD009

Hromadné odesílání dokumentů

Hromadné odesílání dokumentů nebude pro potřeby ÚMPOD využíváno.

Rámcová smlouva

NE




ZUMPOD010

Odeslání zprávy do datové schránky

Pro potřeby odesílání zpráv do datových schránek systému ISDS (Informační systém datových schránek) budou instance RESSS pro ÚMPOD využívat standardní rozhraní systému ISDS zpřístupněné integrační platformou MPSV.Zejména bude umožňovat automatickou integraci s DS.

Rámcová smlouva

NE




ZUMPOD011

Odeslání zprávy elektronické pošty

Pro potřeby odesílání zpráv elektronické pošty bude instance RESSS na UMPOD využívat služeb poštovního serveru na bázi produktu Microsoft Exchange s využitím protokolu SMTP (Simple Mail Transfer Protocol) či rozhraním MAPI (Messaging Application Programming Interface).

Rámcová smlouva

NE




ZUMPOD012

Ověření platnosti certifikátu

Pro potřeby ověření platnosti certifikátu budou instance RESSS pro ÚMPOD využívat specializovaných služeb pro ověření platnosti certifikátu, které zprostředkovávají synchronizaci CRL (Certificate Revocation List) kvalifikovaných certifikačních autorit a služeb ověření platnosti certifikátu implementovaných v souvislosti se zaváděním nařízení eIDAS. Služby budou poskytovány prostřednictvím integrační platformy MPSV.

Rámcová smlouva

NE




ZUMPOD013

Poskytování digitálních obrazů

Poskytování digitalizovaných obrazů dokumentů pro potřeby instance RESSS v rámci ÚMPOD bude realizováno na základě výměny souborů s digitalizačním systémem pomocí standardních protokolů pro přenos souborů (SMB/CIFS, FTP, NFS).

Rámcová smlouva

NE




ZUMPOD014

Poskytování neveřejných statistických dat

Poskytování neveřejných statistických dat bude pro potřeby instancí RESSS pro ÚMPOD využíváno. Je požadováno využití metadad, popřípadě v Fulltextu pro vyhledávání informací pro statistické účely.

Rámcová smlouva

NE




ZUMPOD015

Poskytování statistických sestav

RESSS umožní definování vlastních sestav na základě konkrétních podmínek. Tento postup je využívaný u dat, která nelze získat filtrací ze SSL.

Rámcová smlouva

NE




ZUMPOD017

Převzetí zprávy elektronické pošty

Pro potřeby příjmu zpráv elektronické pošty bude instance RESSS na MPSV využívat služeb poštovního serveru na bázi produktu Microsoft Exchange s využitím protokolu POP3 (Post Office Protocol) nebo protokolu IMAP (Internet Message Access Protocol) či rozhraním MAPI (Messaging Application Programming Interface).

Rámcová smlouva

NE




ZUMPOD018

Převzetí zprávy z datové schránky

Pro potřeby přebírání zpráv z datových schránek systému ISDS (Informační systém datových schránek) budou instance RESSS pro ÚMPOD využívat standardní rozhraní systému ISDS zpřístupněné integrační platformou MPSV.

Rámcová smlouva

NE




ZUMPOD020

Resortní výměna dokumentů

Pro potřeby výměny dokumentů mezi instancemi RESSS v rámci resortu MPSV, a tedy i s ÚMPOD, bude využíváno rozhraní navržené a implementované dodavatelem s tím, že musí být zveřejněn popis tohoto rozhraní.Rozhraní musí realizovat korektní komunikační kanál mezi výpravnou původce a podatelnou příjemce.

Rámcová smlouva

NE




ZUMPOD021

Řízení oprávnění

Instance RESSS na UMPOD budou využívat oprávnění evidovaná v adresářové službě ÚMPOD (realizované na bázi produktu Microsoft Active Directory a přístupné pomoc protokolu LDAP) nasazené v infrastruktuře MPSV, popřípadě v infrastruktuře ÚMPOD.

Rámcová smlouva

NE




ZUMPOD023

Služba dokumentového úložiště

Dokumentové úložiště instancí RESSS využívaných ÚMPOD bude vytvořeno systémem správy dokumentů realizovaného na základě produktu Microsoft SharePoint.Služby úložiště budou zpřístupněny prostřednictvím integrační platformy.

Rámcová smlouva

NE




ZUMPOD025

Služba hybridní pošty

RESSS umožní využívání služby hybridní pošty pro potřeby ÚMPOD.

Rámcová smlouva

NE




ZUMPOD026

Služba monitoringu

Instance RESSS pro ÚMPOD musí poskytovat rozhraní pro získávání informací o stavu systému na bázi protokolu SNMP (Simple Network Monitoring Protocol) či proprietárním, zdokumentovaným rozhraním na bázi webových či RESTfull služeb.

Rámcová smlouva

NE




ZUMPOD027

Služba monitorovacího nástroje

Monitorovací systém 2014+ je propojen s RESSS.

Rámcová smlouva

NE




ZUMPOD028

Služba záloh

Pro potřeby tvorby záloh instance RESSS na MPSV bude využíván centrální zálohovací systém na bázi produktu Acronis Backup, umožňující provádění záloh virtuálních strojů, souborů a databází.

Rámcová smlouva

NE




ZUMPOD029

Služba úřední desky

Pro potřeby řízení publikace dokumentů na elektronické úřední desce bude umožněno UMPOD pro systém úřední desky využívat rozhraní poskytované RESSS, které je navržené a implementované dodavatelem, s tím že musí být zveřejněn popis tohoto rozhraní.

Rámcová smlouva

NE




ZUMPOD030

Služba číselníků

Instance RESSS pro ÚMPOD budou využívat centrálních číselníků spravovaných a poskytovaných systémem IPPD (Integrovaná provozní a podpůrná data) na základě proprietárních webových služeb. Rozhraní systému bude zpřístupněno prostřednictvím integrační platformy MPSV.

Rámcová smlouva

NE




ZUMPOD032

Synchronizace organizační struktury

Informace o organizační struktuře ÚMPOD budou pro potřeby instancí RESSS přebírány z adresářové služby (vybudované na základě produktu Microsoft Active Directory). Ta je synchronizována s organizační strukturou vedenou v personálním systému jako primárním zdrojem informací o organizační struktuře.

Rámcová smlouva

NE




ZUMPOD033

Synchronizace uživatelských účtů

Informace o uživatelských účtech uživatelů ÚMPOD budou pro potřeby instancí RESSS přebírány z adresářové služby ÚMPOD (vybudované na základě produktu Microsoft Active Directory).

Rámcová smlouva

NE




ZUMPOD034

Vydání časového razítka

Pro potřeby vydání (získání) kvalifikovaného časového razítka budou instance RESSS pro ÚMPOD využívat služeb kvalifikovaných certifikačních autorit, které budou zpřístupněny prostřednictvím integrační platformy MPSV.

Rámcová smlouva

NE




ZUMPOD035

Výměna dat s archivem

Pro potřeby výměny dat s příslušným archivem bude instance RESSS pro ÚMPOD využívat rozhraní specifikovaným "Národním standardem pro elektronické systémy spisové služby" zpřístupněním prostřednictvím integrační platformy MPSV.

Rámcová smlouva

NE




ZUMPOD036

Služba externího archivu

Služba externího archivu poskytující informace o pohybu a umístění listinných formulářů ve správě externího subjektu bude využívána v závislosti na aktuálním zajištění fyzického archivu v době nasazení RESSS pro potřeby ÚMPOD

Rámcová smlouva

NE




UMPOD001

Připojení autentizačního prvku na dokument

RESSS umožní připojení autentizačního prvku k dokumentu - elektronického podpisu, elektronické značky, elektronické pečetí a časové razítka.

ÚMPOD

NE




UMPOD002

Možnost odeslat datovou zprávu přes ISDS s automatickým vypravením

RESSS umožní oprávněným uživatelům odeslat dokument přes ISDS automaticky vypravený přímo adresátovi.

ÚMPOD

NE




UMPOD003

Automatické dotahování některých položek u datových zpráv doručených do datové schránky

RESSS zajistí automatické dotažení (vyplněných) polí z datové zprávy doručené do datové schránky jako je datum odeslání, identifikátor DS, způsob doručení, odesílatel, věc, spisová značka odesílatele apod.

ÚMPOD

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UMPOD004

Právo pro Podatelnu odebrat (zrušit) přidělení dokumentu konkrétnímu uživateli

RESSS umožňuje uživateli s oprávněním podatena na ÚMPOD přidělit dokument konkrétnímu uživateli.

ÚMPOD

NE




UMPOD005

Elektronická podatelna (doručené e-maily)

V případě úspěšného načtení e-mailu do RESSS zajistí RESSS jeho odstranění ze složky Doručená pošta v Outlooku. V případě automatického zpracování e-mailu v RESSS zajistí RESSS jako kontrolní mechanismus oprávněným uživatelům protokol (notifikaci) o automatickém zpracování a počtu zpracovaných e-mailů v RESSS.

ÚMPOD

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UMPOD006

Řešení pro zpracování zaheslovaných dokumentů

RESSS umožní odheslovat oprávněným uživatelem doručený dokument před nebo během zpracování.

ÚMPOD

ANO

1

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1 MD.


UMPOD007

Možnost zakládat z příchozího dokumentu nový spis na Podatelně

RESSS umožní založit z doručeného dokumentu nový spis už na Podatelně, včetně možnosti vybrat deník, ve kterém má spis vzniknout

ÚMPOD

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UMPOD008

Možnost zapisovat potřebné atributy (vlastnosti) u spisu nad rámec povinných metadat (všichni uživatelé)

RESSS umožní zapisování a editování uživatelsky definovaných profilů a atributů, příp. vlastností ke každému spisu vzniklému v eSSL (stávajícím i nově vznikajícím). (Požadavek byl avizován e-mailem v rámci projektu OPOD dne 3.10.2018)

ÚMPOD

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UMPOD009

Možnost vyhledávat pomocí těchto atributů (všichni uživatelé)

RESSS umožní vyhledávat spisy podle uživateli přidělovaných atributů.

ÚMPOD

ANO

1

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1 MD.


UMPOD010

Digitalizace (skenování) zaevidovaných dokumentů

Pro automatické přiřazení skenu dokumentu s OCR vrstvou do RESSS bude použit jednoznačný identifikátor dokumentu, pro přiřazení skenu do přílohy se použije stejný identifikátor doplněný o další znak určující, že se jedná o přílohu. RESSS umožní fulltextové vyhledávání v tomto dokumentu.

ÚMPOD

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UMPOD011

Možnost přidělovat a přebírat dokument/spis napříč celou organizací

RESSS umožní oprávněnému uživateli přidělovat a adresátovi přidělení přebrat přidělený dokument nezařazený ve spisu a spis napříč celou organizací.

ÚMPOD

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UMPOD012

Řešení možnosti pro uživatele, který zastává více funkčních míst

RESSS umožní jednomu uživateli zastávat dvě funkční místa.

ÚMPOD

NE




UMPOD013

Webové formuláře

RESSS umožní přijímat a evidovat webové formuláře včetně převzetí dat z tohoto formuláře.

ÚMPOD

ANO

1

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1 MD.

0,5

UMPOD014

Nastavení řízeného přístupu k dokumentům/spisům

RESSS umožní nastavení řízeného přístupu k dokumentům dočasně evidovaným mimo spis/spisům včetně možnosti automatického nastavení přístupu při založení dokumentu nebo spisu s požadovaným omezením přístupu. RESSS umožní řízení přístupu ke všem dokumentům ve spisu podle nastavení deníku, ve kterém byl založen spis. RESSS umožní zpracovateli spisu a jeho nadřízeným změnit oprávnění k přístupu ke spisu, s výjimkou zákazu přístupu ke spisu nadřízenému zaměstnanci. RESSS zajistí, aby nadřízený zaměstnanec měl vždy plný přístup k dokumentům a spisům vlastněným anebo zpracovávaným podřízeným zaměstnancem. RESSS zajistí plný přístup ke spisu pro jeho zpracovatele, bez ohledu na to, kdo spis vlastní.

ÚMPOD

ANO

1

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1 MD.


UMPOD015

Elektronická podpisová kniha (EPK)

RESSS umožní předkládat (v závislosti na rozsahu oprávnění) dalšímu uživateli konkrétní dokumenty s požadavkem podepsat, schválit, vzít na vědomí včetně avizace založení nového požadavku a naplnění požadavku. RESSS umožní nepodepsat dokument a vrátit jej k dopracování. RESSS umožní předložit k podpisu dokument ve formátu word, který bude možno před konverzí a podpisem editovat, nebo PDF. RESSS umožní předkládat požadavek více uživatelům současně (tj. vložit do více podpisových knih současně, nebo definovat posloupnost, ve které má být dokument podepsán/vzat na vědomí atd.).

ÚMPOD

ANO

1

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1 MD.


UMPOD016

Avizace událostí

RESSS umožní uživatelské nastavení avizace různých události, jako je např. požadavky v EPK, žádost a provedení konverze dokumentu, vygenerování transakčního protokolu atd.

ÚMPOD

ANO

1

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1 MD.


UMPOD017

Zadání požadavku o provedení konverze dokumentu

RESSS umožní všem uživatelům požádat oprávněné uživatele o konverzi (autorizovanou nebo 69a) dokumentu a vypořádání požadavku oprávněným uživatelem.

ÚMPOD

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UMPOD018

Export spisu

RESSS umožní exportovat dokumenty podle spisů. RESSS exportuje dokumenty, jejichž originál nebo autorizovaná či 69a konverze je v digitální podobě. RESSS umožní nastavit uživatelské pojmenování vyexportovaných dokumentů. RESSS v rámci exportu vytvoří dokument zobrazující obsah spisu (sběrný arch).

ÚMPOD

ANO

1

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1 MD.


UMPOD019

Vzdálené nahlížení do spisu

RESSS umožní klientům vzdáleně nahlížet na dokumenty ve spisu povolené oprávněným uživatelem po provedení požadované autentizace, resp. nahlížet na místě po ověření totožnosti oprávněnou úřední osobou.

ÚMPOD

ANO

1

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1 MD.


UMPOD020

Pečetění jednotlivých dokumentů

RESSS umožní oprávněnému uživateli přidat elektronickou pečeť a časové razítko na konkrétní dokument.

ÚMPOD

NE




UMPOD021

Nástroj pro anonymizaci dokumentů

RESSS umožní provést anonymizaci dokumentu vlastního i doručeného včetně uchování původního dokumentu.

ÚMPOD

NE




UMPOD022

Smazání komponenty

RESSS umožní smazat komponentu u vlastního dokumentu, který ještě nebyl odeslán.

ÚMPOD

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UMPOD023

Konverzní pošta

RESSS zajistí rozhraní pro možnost napojení konverzní pošty prostřednictvím služby České pošty.

ÚMPOD

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UMPOD024

Využívání šablon a vzorů

RESSS umožní oprávněným uživatelům vytváření a editaci šablon, ze kterých bude možné vytvořit konrétní dokumenty dle úřadového Jednotného vizuálního stylu (JVS).

ÚMPOD

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UMPOD025

Vyznačení právní moci

RESSS umožní vyznačit datum nabytí právní moci dokumentu.

ÚMPOD

NE




UMPOD026

Lhůtování spisů a vyhledávání spisů podle této lhůty

RESSS umožní oprávněným uživatelům spisy lhůtovat (nastavit datum požadovaného provedení dalšího úkonu) a podle lhůt oprávněným uživatelům spisy vyhledávat.

ÚMPOD

ANO

1

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 1 MD.


UMPOD027

Možnost zapsání data doručení z doručenky

RESSS umožní zapsat skutečné datum doručení dokumentu, resp. doručení fikcí, podle navrácené doručenky, teprve po zapsání skutečného data doručení (resp. doručení fikcí) se stav mění na Doručeno.

ÚMPOD

NE




UMPOD028

Zapisování odesílatele na podatelně u doručeného dokumentu

RESSS umožní při opakujících se (zejména zahraničních) a ztotožněných subjektech možnost vybírat z nabídky, tj. neprovádět nový zápis subjektu (odesílatele dokumentu).

ÚMPOD

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


UMPOD029

Vzdálené podepisování

RESSS umožní vzdálené podepisování dokumentů včetně možnosti podepisovat dokument z mobilního telefonu.

ÚMPOD

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.

0,5

UMPOD030

Odpověď na doručený e-mail

RESSS umožní na doručený e-mail vytvořit odpověď, která bude obsahovat text z těla doručeného e-mailu.

ÚMPOD

ANO

0,5

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 0,5 MD.


DOC013

Bezpečnostní dokumentace

Uchazeč dodá bezpečnostní dokumentaci v souladu s požadavky zákona 181/2014 Sb., (zákon o kybernetické bezpečnosti) a souvisejí vyhláškou 82/2018 Sb., (vyhláška o kybernetické bezpečnosti), platnými standardy Zadavatele a Národním standardem pro ESSS.
Včetně:
a. Autentizační a autorizační proces;
b. Zajištění ochrany osobních údajů v rámci systému;
c. Šifrování komunikace;
d. Logování jednotlivých komponent systému a napojení na bezpečnostní dohled (přeposílání na SIEM);
e. Řízení technických zranitelností na systému;
f. Antivirovou kontrolu / sandboxing;

ÚMPOD

ANO

4

Pracnost požadavku bude stanovena v rámci analýzy v průběhu nasazení RESSS a požadavek bude realizován v rámci rozvoje RESSS. V nacenění víceprací je zahrnuta pracnost úvodní analýzy a detailní specifikace zadání a činí 4 MD.
Povinnosti dodat dokumentaci dle Přílohy č. 1 Dodatku č. 3 budou řešeny způsobem uvedeným v tomto bodě.

0,5

BEZ016

Nové verze systému - testování bezpečnosti

V případě, že uchazeč dodá nový systém (aplikaci) zajistí, že před nasazením do produkce byl systém otestován na známé zranitelnosti. Systém musí být zabezpečen proti útokům známým v době uvádění systému do provozu (primárně různé útoky typu injection, zneužití uploadu aj.). Uchazeč zvolí a bude dodržovat vhodnou metodiku pro bezpečný vývoj aplikací ověřenou dobrou praxí.

ÚMPOD

ANO

20

Za 1 test + 1 retest



Příloha č. 7 Dodatku č. 3 – Harmonogram plnění Položky č. 3.3.4 – nasazení RESSS na ÚPČR


Harmonogram Nasazení resortního elektronického systému spisové služby na Úřadu práce České republiky

1

2

3

4

5

6

7

8

9

10

11

12

13

Provedení detailní analýzy














Návrh a implementace specifických rozšíření














Příprava testovacího plánu a scénářů














Provedení migrace anonymizovaného vzorku dat














Nasazení testovací instance RESSS














Poskytnutí součinnosti pro testování














Provedení migrace dat














Nasazení produkční instance RESSS














Nasazení integrační instance RESSS














Příprava plánů školení a provedení školení


















P1





P2




P3

P - platební milník
















Příloha č. 8 Dodatku č. 3 – Harmonogram plnění Položky č. 3.3.6 – nasazení RESSS na SÚIP


Harmonogram Nasazení resortního elektronického systému spisové služby na Státním úřadu inspekce práce

1

2

3

4

5

6

7

8

9

10

11

12

13

Provedení detailní analýzy














Návrh a implementace specifických rozšíření














Příprava testovacího plánu a scénářů














Provedení migrace anonymizovaného vzorku dat














Nasazení testovací instance RESSS














Poskytnutí součinnosti pro testování














Provedení migrace dat














Nasazení produkční instance RESSS














Nasazení školící instance RESSS














Příprava plánů školení a provedení školení




















P1






P2

P3

P - platební milník
















Příloha č. 9 Dodatku č. 3 – Harmonogram plnění Položky č. 3.3.7 – nasazení RESSS na TIČR


Harmonogram Nasazení resortního elektronického systému spisové služby na Technické inspekci České republiky

1

2

3

4

5

6

7

8

9

10

11

12

13

Provedení detailní analýzy














Návrh a implementace specifických rozšíření














Příprava testovacího plánu a scénářů














Provedení migrace anonymizovaného vzorku dat














Nasazení testovací instance RESSS














Poskytnutí součinnosti pro testování














Provedení migrace dat














Nasazení produkční instance RESSS














Nasazení školící instance RESSS














Příprava plánů školení a provedení školení




















P1






P2

P3

P - platební milník
















Příloha č. 10 Dodatku č. 3 – Harmonogram plnění Položky č. 3.3.8 – nasazení RESSS na ÚMPOD


Harmonogram Nasazení resortního elektronického systému spisové služby na Úřadu pro mezinárodněprávní ochranu dětí

1

2

3

4

5

6

7

8

9

10

11

12

13

Provedení detailní analýzy














Návrh a implementace specifických rozšíření














Příprava testovacího plánu a scénářů














Provedení migrace anonymizovaného vzorku dat














Nasazení testovací instance RESSS














Poskytnutí součinnosti pro testování














Provedení migrace dat














Nasazení produkční instance RESSS














Nasazení školící instance RESSS














Příprava plánů školení a provedení školení




















P1






P2

P3

P - platební milník















26

Document Metadata

Filed: May 24th, 2023