Formulář žádosti. o stanovisko Hlavního architekta egovernmentu k plánovanému ICT projektu typ A. Odbor Hlavního architekta egovernmentu MV

Transkript

1 Formulář žádosti o stanovisko Hlavního architekta egovernmentu k plánovanému ICT projektu typ A Odbor Hlavního architekta egovernmentu MV Praha, říjen 2016 verze 5.0

2 Obsah 1. Základní podmínky projektu Úvodní informace o zpracovateli projektu Shrnutí charakteristik projektu Potřebnost a výstupy projektu Právní klasifikace předmětu projektu Architektonické informace o projektu Dodržení architektonických principů NA VS ČR Enterprise architektura projektu a její kontext Motivační architektura - strategie a směrování Efektivita projektu výkonnostní architektura Byznys architektura - poskytování veřejných služeb Aplikační architektura (aplikací a dat) Technologická architektura vrstva IT technologie (HW a SW) Technologická architektura vrstva komunikační infrastruktury Bezpečnostní architektura Shoda s pravidly, standardizace a dlouhodobá udržitelnost Přehled služeb čtyřvrstvé architektury Kontrola shody architektury řešení projektu se vzory sdílených služeb egovernmentu Plán projektu Další údaje o projektu Připravenost projektu k realizaci Majetkoprávní vztahy projektu (jen pro projekty zahrnující vývoj SW) Finanční připravenost projektu Metodická připravenost projektu Ekonomické parametry projektu Hodnota výdajů a ekonomická náročnost projektu Personální náročnost projektu Analýza rizik projektu Plán zavedení, údržby, dlouhodobá udržitelnost výstupů projektu Vyjádření k bezpečnostním aspektům Upozornění a doporučení Přílohy

3 1. Z Á K L A D N Í P O D M Í N K Y P R O J E K T U 1.1. Úvodní informace o zpracovateli projektu Úvodní informace o zpracovateli projektu Organizace zpracovatele Ministerstvo vnitra náměstí Hrdinů 1634/3, Praha 4 Ředitel pro informatiku nebo Statutární zástupce Ing. Roman Vrba Kontaktní osoba projektu Mgr. Jiří Kárník ředitel odboru egovernmentu Věcný gestor projektu Architekt projektu Ing. Martin Tajtl Koordinátor architektonického týmu roman.vrba@mvcr.cz jiri.karnik@mvcr.cz martin.tajtl@mvcr.cz Datum vypracování žádosti: Shrnutí charakteristik projektu Shrnutí charakteristik projektu Název projektu: Hlavní cíl projektu: Portál veřejné správy 2.0 Portál občana Vytvoření personalizovaného samoobslužného místa pro přístup občanů ke službám veřejné správy s možností činit úplné elektronické podání vůči vybraným orgánům veřejné moci. Termín plánovaného zahájení realizace projektu (zahájení výstavby, je-li součástí): 2/2018 Termín plánovaného dokončení realizace projektu (uvedení do ostrého provozu): 6/2019 Termín plánovaného zahájení provozu (spuštění ostrého provozu): 7/2019 Termín plánovaného ukončení provozu (konec smluvního vztahu s dodavatelem): 6/2024 Předpokládaný počet let využívání výstupů projektu (počet let od začátku využívání do konce využívání): Shrnutí shody se základními principy a standardy českého egovernmentu: více než 5 Žádáte výjimku (y)? Ne Počet žádostí o výjimku v přílohách: Komentář k výjimkám: Určení věcného správce, technického správce a provozovatele Věcný správce: Technický správce: Provozovatel: Ministerstvo vnitra, Odbor egovernmentu Ministerstvo vnitra, Odbor egovernmentu NAKIT s.p. Aktuální (počáteční) plánované (rozpočtované) výdaje projektu (položka posledního řádku tabulky TCO v kapitole 3.2.1) v Kč bez DPH: TCO 5 (součet sloupce 3 tabulky TCO v kapitole 3.2.1) v Kč bez DPH: Potřebnost a výstupy projektu Výchozí stav popis výchozí situace projektu: Stávající funkcionalita PVS může po dílčích úpravách zůstat zachována, tudíž i nadále bude sloužit jako anonymní portál informačního a metodického charakteru k získání obecných, nepersonifikovaných informací. Mezi jeho současné hlavní nedostatky však patří absence funkcionalit zaměřená na konkrétního (přihlášené) uživatele neboli personalizace. Z tohoto pohledu chybí zejména funkcionality spojené s možností: důvěryhodné elektronické identifikace, učinit (úplné) elektronické podání, zjistit stav konkrétního podání, provést platbu, 3

4 provést rezervaci času pro řešení vybrané agendy u vybraného OVM. Dále není možné např. spravovat vlastní obsah konkrétního uživatele (občana) v kontextu základních informací reprezentovaných základními registry a propojeným datovým fondem veřejné správy, a též vnímaný uživatelem jako důležitý, např. jeho dokumenty. Popis projektu: PVS 2.0 PO představuje transakční část Portálu veřejné správy (PVS) v podobě moderního personalizovaného samoobslužného místa pro přístup ke službám veřejné správy. PVS 2.0 PO nabídne možnost činit podání vůči vybraným orgánům veřejné moci (OVM) přímým způsobem, konkrétně prostřednictvím formulářů úplného elektronického podání (ÚEP). Pro fungování ÚEP je do budoucna nutno zajistit tři aspekty musí existovat uživatelské rozhraní, prostřednictvím kterého lze elektronické podání učinit, dále musí být občan elektronicky identifikovatelný (například prostřednictvím občanského průkazu s čipem) a podání musí být možné přijmout a následně zpracovat (propojení s interními systémy státní správy). V rámci zajištění personalizovaného prostoru PVS 2.0 PO bude implementována identifikace a autentizace prostřednictvím identifikačních prostředků ve smyslu nařízení eidas pro využívání služeb egovernmentu, přičemž bude zajištěna podpora sdílení identitních služeb na národní a regionální úrovni. Architektura PVS 2.0 PO bude postavena na SOA (Service Oriented Architecture), kde informační systém nebo softwarová aplikace představuje provázanou množinu poskytovaných služeb, které jako celek tvoří požadovanou funkcionalitu. Očekávanými přínosy jsou zefektivnění výkonu veřejné správy, zavedení moderního samoobslužného procesu veřejné správy, zavedení principu spolupráce a sdílení informací a zdrojů mezi úřady veřejné správy, a další. Přehled výstupů projektu: Označení výstupu Množství a jednotka Vysvětlení výstupu Portál občana 1 celek Personalizovaná část Portálu veřejné správy Nový Smlouva o provozu a podpoře 60 měsíců Smlouva na zajištění provozu, podpory a drobných úprav Portálu občana na období udržitelnosti projektu. Rozsah změny Nový 4

5 1.4. Právní klasifikace předmětu projektu Klasifikace předmětu projektu dle zákonů egovernmentu Klasifikace Druh informačního systému dle klasifikace zák. 365/2000 Sb., o informačních systémech VS Je projektem Agendový informační systém dle zák. 111/2009 Sb., o základních registrech Budou předmětem projektu přijímány a odesílány datové zprávy dle zák. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů? Klasifikace dle zák. o kybernetické bezpečnosti Vyberte Informační systém veřejné správy Významný informační systém Vazba projektu na informace v Portálu veřejné správy Klasifikace Vyberte Vysvětlete Jsou na Portálu veřejné správy popsány všechny související životní situace v souladu s vyhláškou č. 442/2006 Sb.? Bude k dispozici pro přístup občanů k el. službám úřadu využita navigace v Portálu veřejné správy? Jsou na Portálu veřejné správy dostupné všechny formuláře využívané projektem? Publikace všech životních situací a událostí je součástí projektu. Portál občana bude autentizovaná část Portálu veřejné správy a bude přímý proklik mezi oběma navzájem. Všechny formuláře, které budou součástí Portálu občana, budou přirozeně dostupné. 2. A R C H I T E K T O N I C K É I N F O R M A C E O P R O J E K T U 2.1. Dodržení architektonických principů NA VS ČR Odbor Hlavního architekta egovernmentu MV předpokládá soulad projektu s principy Národní architektury veřejné správy ČR tak, jak jsou popsány v metodickém pokynu k formuláři. Případný nesoulad v návrhu je možný výhradně, pakliže je k němu vyplněna žádost o výjimku, jejíž schválení bude rovněž předmětem posouzení. Otázky na doložení souladu s architektonickými principy jsou obsaženy průběžně v celém formuláři Enterprise architektura projektu a její kontext Motivační architektura - strategie a směrování Vysvětlete, proč projekt realizujete v této podobě a čeho jím chcete dosáhnout: Projekt je zpracován jako odpověď na jednu z priorit v aktualizovaném akčním plánu pro rozvoj digitálního trhu. Konkrétně se jedná o prioritu pojmenovanou úplné elektronické podání. Cílem je poskytnout občanům komfortní nástroj pro kontakt s veřejnou správou a z pohledu veřejnosti co nejvíce odstínit místní i věcnou příslušnost. Blíže popisuje studie proveditelnosti v kapitole č. 4. 5

6 Efektivita projektu výkonnostní architektura Vysvětlete dopad projektu na hospodárnost, účelnost, účinnost a kvalitu služeb v organizaci: Očekávané efekty funkční Zjednodušení komunikace subjektů práva s veřejnou správou prostřednictvím personalizovaného samoobslužného místa (závisí na počtu orgánů, které přistoupí k PVS 2.0 PO a jeho prostřednictvím umožní přístup k vlastním IS a datovému fondu). Eliminace místní příslušnosti pro subjekty práva u vybraných agend (opět závisí na počtu orgánů, které přistoupí k PVS 2.0 PO a jeho prostřednictvím umožní přístup k vlastním IS a datovému fondu). Očekávané efekty ekonomické Vlastní realizace i provoz PVS 2.0 PO není přímým ekonomickým efektem. Ekonomický efekt však představuje celková úspora času na straně uživatelů. Dalšími ekonomickými efekty jsou: zefektivnění výkonu veřejné správy, dosažení úspor veřejných zdrojů plynoucí ze sdílení informací a zavedení elektronických formulářů Byznys architektura - poskytování veřejných služeb Katalog organizačních jednotek, aktérů a rolí Název objektu Počet uživatelů IS Vysvětlení významu objektu Aktér (organizace, organizační jednotky / úředníci, klienti veřejné správy) Občan Statisíce až miliony Občan ČR nebo jiná fyzická osoba využívající služeb veřejné správy ČR vedená v Registru obyvatel. OVM tisíce Orgán veřejné moci realizující služby veřejné správy Role aktérů při výkonu a příjmu služby Občan Statisíce až miliony Úřad tisíce OVM Občan vedený v ROB Katalog funkcí a procesů veřejné správy a ve veřejné správě Název objektu Vysvětlení významu objektu Agendové funkce (agendy dle RPP, dále neregistrované, podpůrné a provozní agendy nebo funkční oblasti) Agenda PVS Agendy úřadů Procesy v agendách nebo funkčních oblastech Učinění podání Doposud neexistující agenda, která bude nově registrována v RPP. Jednotlivé dílčí agendy, vůči kterým budou činěna podání a s nimiž bude komunikováno či vyměňovány informace. Možnost připravit a uskutečnit podání. Současně poskytuje informace o jednotlivých stavech a postupech v řešení uskutečněných podání. Běžný postup pro podání je: 6

7 Získání výpisu/opisu Zaplacení vyměřené platby Oboustranná komunikace s držiteli datové schránky Upozorňování na termíny a blížící se události Sledování stavu podání Vyhledávání a procházení popisů životních Výběr životní situace k řešení podle role. V závislosti na konkrétní službě o přesměrování na věcně nebo místně příslušný portál (zahrnuje předání řízení specializovaným portálům včetně identity a definovaných údajů o přihlášeném klientovi) nebo o zobrazení interaktivního formuláře k vyplnění. Předvyplnění formuláře podání z relevantních služeb VS pro podání řešená na Portálu občana. Definice workflow / průběhu řešení životní situace. Realizace buď: o Přímým předáním na rozhraní portálu příslušného OVM. o Odesláním z datové schránky klienta do datové schránky příslušného OVM. o Odesláním elektronicky podepsaného podání do e-podatelny příslušného OVM. o Vygenerováním formuláře k tisku a listinnému podání. Možnost podání žádosti o sestavení a zaslání výpisu či opisu z neveřejných rejstříků veřejné správy. Případně možnost okamžitého stažení takovéhoto výstupu, je-li to technicky a legislativně možné. Možnost realizovat platby za daně, poplatky ad. Základní platební rozhraní umožňující Zadání převodního příkazu do banky klienta Zjištění stavu příkazu Potvrzení uskutečněné platby Platba transakčních poplatků z účtu klienta Přímý převod na účet příslušného OVM Možnost práce se všemi datovými schránkami (FO a PFO) přihlášeného uživatele zahrnující: Možnost připojení datové schránky fyzické osoby a podnikající fyzické osoby Funkce střednědobého úložiště dokumentů, tj. uložení si datových zpráv do úložiště portálu občana Pro uživatelem zvolené doručené datové zprávy bezplatná funkce řetězení časových razítek Sdružování souvisejících zpráv do společného vlákna a jiné běžné funkce obdobných systémů Přepínání mezi jednotlivými datovými schránkami Zobrazování seznamu datových zpráv (přijaté, odeslané, koncepty) s možností filtrování seznamu. Vytvořit a odeslat DZ prostřednictvím ISDS. Odpovědět na doručenou DZ. Spravovat adresář DS. Spravovat registrované DS. Možnost spravovat důležité časové milníky z pohledu uživatele. Jednotlivé vstupy budou jak automatické (např. konec platnosti dokladu), tak manuální (uživatel se sám rozhodne pro zvýraznění časového údaje / akce). Možnost nastavení mailových a SMS notifikací na základě milníků a událostí. Zobrazení stavu všech rozpracovaných řešení životních situací, stav jednotlivých podání Možnost navigace v katalogu životních situací provázaných na 7

8 situací/událostí Náhled do informací vedených o občanovi Centralizovaný přístup k informacím od jednotlivých úřadů Ukládání a archivace vlastních dokumentů občana poskytované elektronické služby veřejné správy. V životních situacích a službách možnost vyhledávat. Dále možnost prohledávání životních situací ve stromové struktuře. Katalog životních situací a služeb veřejné správy bude poskytovat službu aktivního nabízení těch, které jsou dle obsazených rolí a uživatelského chování preferované a předpokládané k využití. Všechny životní situace a služby budou poskytovat popis a odkazy na příslušné formuláře. Spolu se službami bude poskytován katalog všech veřejných institucí a jimi poskytovaných služeb veřejné správy. Možnost zprostředkování náhledu na informace vedené o subjektu z dostupných informačních systémů veřejné správy. Možnost přístupu k informacím poskytovaným do Portálu občana jednotlivými úřady a informací, které nejsou vázány na prokázání identity subjektu. Např.: Kontakty na OVM, Metodické pokyny, Návody, Veřejné listiny. Osobní archív dokumentů (včetně funkcí elektronického notáře). Funkce (činnosti) řazené v procesu nebo samostatně existující na podporu agend / funkčních obl. (NEPOVINNÉ) Katalog (interních a externích) služeb veřejné správy Název služby Kdo poskytuje službu Kdo je konzumentem služby Interní služby veřejné správy Výčet použitých obslužných rozhraní služby Externí služby veřejné správy Poskytování informací o službách VS a řešení životních událostí Průvodce řešením životní události MV (Portál občana) Občan Webový portál MV (Portál občana) Občan Webový portál Notifikace MV (Portál občana) Občan Mail, SMS, Datová zpráva Zprostředkování elektronického podání Zprostředkování plateb státu Zprostředkování přístupu k datům občana Zprostředkování kontaktu s OVM MV (Portál občana) Občan Webový portál, Datová schránka, elektronicky podepsaný mail, obyčejný mail (kde to umožňuje legislativa), listinné podání. MV (Portál občana) Občan Webový portál MV (Portál občana) Občan Webový portál MV (Portál občana) Občan Webový portál Služby OVM OVM Občan Libovolné rozhraní dostupné u konkrétního OVM 8

9 Využití front-office rozhraní předmětem projektu Rozhraní Využití Popis využití rozhraní v projektu Asistovaná přepážka Ne Webový portál Portál občana Datová zpráva (ISDS) Klient pro práci s datovými schránkami FO a PFO Elektronicky podepsaný dokument do e-podatelny Listinnou cestou do podatelny Možnost vyplnění elektronicky, tisku a doručení na podatelnu, kde bude možné z PO stáhnout strukturovaná data. Využití propojeného datového fondu Služba Použito Č. výjimky Vysvětlení Zmocnění k přístupu Čtení referenčních údajů FO (ROB) 6f odst. 1 zák. 365/2000 Sb. Zápis nových FO (ROB) Editace referenčních údajů FO (ROB) Nerelevantní Nerelevantní Čtení referenčních údajů PO (ROS) 6f odst. 1 zák. 365/2000 Sb. Zápis nových organizací (ROS) Editace referenčních údajů PO (ROS) Čtení referenčních údajů míst a adres (RÚIAN) Zápis nových územních id. (RÚIAN) Editace referenčních údajů míst a adres (RÚIAN) Zápis a využití práv a povinností při využívání údajů agend (RPP) Zápis rozhodnutí o změnách údajů agend dle 52 zák. 111/2009 Sb. (RPP) Čerpání informací z agend jiných úřadů (Integrační platformy, egsb) Poskytování informací agendám jiných úřadů (Integrační platformy, egsb) Nerelevantní Nerelevantní Nerelevantní Nerelevantní Nerelevantní Nerelevantní 6f odst. 1 zák. 365/2000 Sb. 6f odst. 1 zák. 365/2000 Sb. Využití dalších klíčových prvků egovernmentu v byznys architektuře projektu Název Popis Použito Č. výjimky Identifikace, autentizace úředníka Identifikace, autentizace klienta Doručování Dodávání Provádění úkonů Identifikace osob vstupujících do procesu je řešena v souladu s JIP/KAAS Identifikace osob vstupujících do procesu je řešena v souladu s Národním identitním schématem Využití Datových schránek pro účely doručování od OVM soukromoprávním subjektům a mezi OVM navzájem Využití Datových schránek pro účely dodávání mezi soukromoprávními subjekty navzájem Využití Informačního systému Datových schránek pro účely příjmu úkonů učiněných soukromoprávním subjektem vůči OVM (např. podání), použito, použito, použito, použito, použito Identifikace, autentizace a autorizace subjektů/uživatelů v jejich rolích Vysvětlení způsobů identifikace a autentizace, tj. ověření identity subjektů/ uživatelů v jejich rolí pro službu a informační systém: Občané v roli klientů budou využívat způsoby identifikace a autentizace poskytované v rámci Národního bodu pro 9

10 identifikaci a autentizaci ve smyslu zák. 250/2017 Sb. anebo za využití identity ze systému datových schránek. Žádný jiný způsob identifikace a autentizace se nepředpokládá. Úředníci vystupující v rolích správců a editorů informací publikovaných v PO budou využívat způsoby identifikace a autentizace dostupné prostřednictvím JIP/KAAS. Model byznys architektury (výkonu veřejné správy) pohled činnostních funkcí Model byznys architektury (výkonu veřejné správy) pohled služeb veřejné správy Dodržení architektonických principů Princip Požadavek Dodrženo Č. výjimky Způsob a míra naplnění Dostupnost Dostupnost Dostupnost Použitelnost Použitelnost Důvěryhodnost Důvěryhodnost Bude každá nová nebo zásadně měněná služba či proces vnitřně plně elektronická? Bude možné učinit podání v plně elektronické podobě kdekoli (bez nutnosti následného dokládání papírových dokumentů) a kdykoliv (kromě okamžiků nezbytné údržby systémů)? Budou na pobočkách úřadu k dispozici veřejné stanice (Kiosky) pro samoobslužná podání? Budou všechny formuláře služeb v projektu předvyplněny všemi úřadu/státu známými údaji klienta? Bude klientům dostupná plná historie vzájemné komunikace s úřadem tak, aby byla využitelná pro opakované použití? Bude zajištěno oboustranné garantované doručení a platnost elektronických dokumentů? Bude zajištěno průkazné doložení úkonů z minulosti? Nerelevantní Jedná se o základní funkcionalitu formulářů, které budou poskytovány v PO. Vlastní historie ano, zprostředkovaná v míře dostupné ze zdrojových systémů Transparentnost Byl veřejnosti představen Na odborných konferencích i 10

11 záměr a cíle projektu? Transparentnost Bude zajištěn přístup klientů ke všem svým řízením všemi dostupnými kanály egovernmentu? Spolupráce a sdílení Udržitelnost Byly (budou) do návrhu služeb v projektu zapojeny ve vzájemné spolupráci odborné týmy napříč veřejnou správou? Představuje-li projekt nové nebo zásadně pozměněné IT řešení, bude realizováno nad inovovanými byznys službami egovernmentu? v masových médiích formou rozhovorů a informačních článků. Bude možné i vytisknutí podání a jeho listinné podání. Zapojeny byly vedle MV také ČSSZ a Kraj Vysočina. Vysvětlení v kontextu byznys architektury úřadu, tedy jaké k projektu existují či vznikají duplicity a proč a jaké jsou další souvislosti: Cílem projektu je vytvoření jednotného místa, jehož prostřednictvím může občan využívat elektronické služby státu. Projekt nenahrazuje již existující řešení vybudované v rámci jednotlivých institucí, které poskytují elektronické služby veřejné správy a umožňují elektronická podání. Cílem projektu je vytvoření prostředí, které zastřeší stávající řešení jednotlivých institucí a umožní snadno publikovat nové elektronické služby dostupné z jednoho místa. V případě již existujících elektronických služeb bude Portál občana odkazovat na existující formuláře spolu s předáním přihlášení (single sign-on) z NIA na portál úřadu. Vysvětlení byznys architektury projektu: Aplikační architektura (aplikací a dat) Aplikační architektura část: Architektura informačních systémů Katalog všech aplikačních komponent řešení a klíčových aplikačních funkcí: Typ prvku Název prvku Vysvětlení významu aplikačních komponent, funkcí a služeb Komponenty, funkce a aplikační služby vytvářené nebo významně měněné v rámci záměru (žádosti) komponenta Portál občana komponenta 1-Identifikace a autentizace komponenta 2-Profil uživatele komponenta 3-Obsazení do role komponenta 4-Katalog životních událostí/situací komponenta 5-Katalog služeb VS Personalizovaná část Portálu veřejné správy běžící nezávisle na něm. Modul Portálu občana sloužící pro přihlašování uživatelů systému. Modul Portálu občana zajišťující čerpání potřebných dat o subjektu údajů z jednotlivých dostupných informačních systémů veřejné správy. Modul Portálu občana evidující role náležející přihlášenému uživateli odvozené z údajů v Profilu uživatele nebo ke kterým se uživatel sám přihlásil. Modul Portálu občana obsahující katalog všech známých životních situací a událostí a poskytující jejich popis a návod k jejich řešení. Modul Portálu občana obsahující katalog služeb poskytovaných veřejnou správou navázaný na související životní situace či události a poskytující odkaz na elektronickou verzi služby, je-li 11

12 komponenta 6-Platba komponenta 7-Příprava podání Komponenta 8-Realizace podání Komponenta 9-Kokpit Komponenta 10-Moje datová schránka Komponenta 11-Kancelář Komponenta Mailová brána Komponenta SMS brána dostupná. Modul Portálu občana pro realizaci předepsaných plateb vůči organizacím veřejné správy. Modul Portálu občana pro práci s formuláři, jejich předvyplňování a kompletaci žádosti před jeho podáním. Modul Portálu občana pro učinění projevu vůle odesláním připraveného podání. Modul Portálu občana zobrazující dashboard občana, tedy nástěnku zobrazující ve shrnutí všechny relevantní a podstatné informace. Modul Portálu občana pro práci s datovými schránkami občana jako fyzické nebo podnikající fyzické osoby. Modul Portálu občana pokrývající nezbytné související služby jako je osobní archiv dokumentů, kalendář a správa notifikací. Součást Portálu občana poskytující prostředek pro odesílání mailových zpráv. Především jde o notifikace a činění podání prostřednictvím mailové zprávy. Součást Portálu občana poskytující prostředek pro odesílání SMS zpráv. Především jde o notifikace. Ostatní komponenty, funkce a aplikační služby integrované na výše uvedené nebo jinak podstatné pro žádost komponenta Portál veřejné správy komponenta egsb komponenta Základní registry komponenta ISDS komponenta JIP/KAAS komponenta Centrála CzechPOINT komponenta NIA komponenta DCeGOV komponenta AISC komponenta ISEO Katalog aplikačních rozhraní: Název aplikačního rozhraní Neautentizovaný (anonymní) portál pro centralizovanou publikaci informací veřejné správy. Portál občana bude doplňkovou částí Portálu veřejné správy pro autentizované osoby poskytující personalizované informace. egon Service Bus Informační systém Základních registrů zahrnující Registr obyvatel, Registr osob, Registr územní identifikace adres a nemovitostí a Registr práv a povinností Informační systém datových schránek Jednotný identitní prostor a Katalog autentizačních a autorizačních služeb Národní bod pro identifikaci a autentizaci Dohledové centrum egovernmentu MV Agendový informační systém o cizincích Informační systém evidence obyvatel Komponenta A Komponenta B Vysvětlení obsahu a významu rozhraní aplikačních komponent Interní rozhraní (aplikací řešení mezi sebou, na aplikace uvnitř úřadu, případně resortu, krajské korporace, apod.) API pro AISy Portál občana Agendové informační systémy jednotlivých úřadů Aplikační rozhraní pro výměnu dat s informačními systémy veřejné správy. Bude se jednat o výměnu dat, která nejsou vhodná pro komunikaci prostřednictvím egsb, tedy např. data o obecných termínech pro naplnění kalendáře. V rámci funkcionality portálu občana bude i možnost definice jednotlivých dláždit, přičemž data do těchto dláždit budou zprostředkována z jednotlivých API AISů 12

13 API pro kancelářské aplikace OpenAPI pro aplikace třetích stran Portál občana Portál občana Běžné komerční aplikace používané občany Aplikace soukromých společností Externí rozhraní (na aplikace egovernmentu a jiných úřadů, případně jiná rozhraní) různých institucí. V oblasti notifikací o průběhu podání se počítá nejpravděpodobněji s využitím údajů z agendových informačních systémů. Aplikační rozhraní pro poskytování dat z personalizovaného kalendáře Portálu občana pro běžné aplikační klienty uživatelů tak, aby měli možnost propojení událostí do jimi běžně používaných elektronických kalendářů. Otevřené aplikační rozhraní, které umožní vystavění aplikací třetích stran nad daty a službami Portálu občana. Pro čerpání dat je nezbytný výslovný souhlas občana učiněný v prostředí portálu občana. Rozhraní umožní, aby aplikace třetích stran (např. internetové bankovnictví) integrovaly do občanům lépe známého prostředí služby poskytované jinak na Portálu občana. Občan tak získá možnost volby jestli mu více vyhovuje státem garantované prostředí Portálu občana nebo bude důvěřovat nástroji jiného subjektu s třeba i přívětivějším uživatelským prostředím. PO - JIP/KAAS Portál občana JIP/KAAS Autentizace a autorizace oprávněných uživatelů z řad interních pracovníků veřejné správy. V případě, že to bude možné a vhodné, bude realizováno prostřednictvím IDM systému MV, který je připravován v souběžném projektu. PO - Centrála CzechPOINT Portál občana Centrála CzechPOINT Využití existujících technologií pro poskytování výstupů z agendových informačních systémů dostupných již nyní pomocí CzechPOINT a to především CzechPOINT@home. PO - NIA Portál občana NIA Využívání služeb autentizace Národního bodu pro identifikaci a autentizaci pro přihlašování uživatelů z řad veřejnosti. Čerpání subjektem definovaných údajů (SDÚ) do systému NIA. PO - ISDS Portál občana ISDS 1) Využití standardního rozhraní pro poskytování služeb aplikačního klienta k práci s datovými schránkami uživatele. Především příjem a odesílání datových zpráv a práce s nimi. 2) Využití služeb autentizace uživatele do Portálu občana pomocí přihlašovacích údajů ISDS (nebude realizováno, pokud bude možno tuto službu využít prostřednictvím NIA, tedy pokud bude ISDS v roli Identity providera vůči NIA). 3) V agendách, kde to bude umožňovat legislativa, bude využita systémová datová schránka, jejímž prostřednictvím budou 13

14 odesílána podání občanů, kteří nedisponují svou vlastní datovou schránkou. PO - DCeGOV Portál občana DCeGOV Čerpání služeb bezpečnostního dohledového centra MV v aktivním režimu. Především služeb SIEM a monitoringů provozu. PO - AISC Portál občana AISC Využívání údajů prostřednictvím kompozitních služeb pro zobrazení osobám, o nichž jsou tyto údaje vedeny. PO - ISEO Portál občana ISEO Využívání údajů prostřednictvím kompozitních služeb pro zobrazení osobám, o nichž jsou tyto údaje vedeny. Rozhraní bankovních institucí Portál občana Rozhraní bank v ČR dle směrnice PSD2 egsb Portál občana Agendové informační systémy jednotlivých úřadů Platební brána pro realizaci předepsaných plateb vůči veřejné správě. Bude využito povinných rozhraní Čerpání a poskytování dat mezi Portálem občana a informačními systémy veřejné správy souvisejících s občanem prostřednictvím egsb s překladem AIFO. PO - ROB Portál občana ROB Čtení údajů Registru obyvatel pro zobrazení občanovi nebo předvyplnění formulářů. PO - ROS Portál občana ROS Čtení údajů Registru osob pro zobrazení občanovi nebo předvyplnění formulářů. PO - RÚIAN Portál občana RÚIAN Čtení údajů Registru územní identifikace, adres a nemovitostí pro zobrazení občanovi nebo předvyplnění formulářů. PO - RPP Portál občana RPP Čtení údajů z Registru práv a povinností pro účely katalogu životních událostí či situací a katalogu služeb veřejné správy. Katalog aplikacemi podporovaných agend (vazební tabulka aplikací na katalog agendových funkcí v kapitole Byznys architektura) Realizovaný systém Portál občana Agenda Agenda PVS Agendy úřadů Model aplikační architektury pohled struktury aplikací Model aplikační architektury pohled komunikace aplikací 14

15 Katalog komunikačních (obslužných) rozhraní, kanálů koncových klientů Rozhraní Využití Počet uživatelských Popis využití rozhraní v projektu přístupů ročně Asistovaná přepážka Přepážka úřadu Ne CzechPOINT (přepážka) Nerelevantní Č. výjimky: Call-centrum Statisíce Helpline pro uživatele Portálu občana. Webový portál Aplikace v portálu úřadu Miliony s autentizovaným klientem CzechPOINT@home Nerelevantní Č. výjimky: Tímto projektem bude CzP@home nahrazen. Tlustý aplikační klient Ne Mobilní aplikace Ne CzechPOINT@office Nerelevantní Č. výjimky: Datová zpráva (ISDS) Formulář v DS Portál občana bude umožňovat Č. výjimky: odesílání vyplněných formulářů datovou schrákou. Elektronicky podepsaný dokument do e-podatelny s elektronicky Nerelevantní podepsaným formulářem Webová aplikace pro zaslání elektronicky podepsaného dokumentu do e-podatelny Desetitisíce Portál občana bude umožňovat odesílání vyplněných formulářů opatřených elektronickým podpisem elektronickou poštou. Listinnou cestou do podatelny Formulář listinou poštou Možnost vyplnění elektronicky, tisku a zaslání na podatelnu, kde bude možné z PO stáhnout strukturovaná data. 15

16 Rozhraní Využití Počet uživatelských přístupů ročně Formulář na listinnou podatelnu (osobně) s formulářem bez elektronického podpisu Aplikace v portálu úřadu s neautentizovaným klientem Aplikační rozhraní pro externí systémy Popis využití rozhraní v projektu Možnost vyplnění elektronicky, tisku a doručení na podatelnu, kde bude možné z PO stáhnout strukturovaná data. Jiné Tisíce Portál občana bude umožňovat odesílání vyplněných formulářů opatřených elektronickou poštou v případech, kdy to v dané agendě legislativa umožňuje. Ne Statisíce Dodržení architektonických principů Princip Požadavek Dodrženo Č. výjimky Použitelnost Umožní design služeb i systému, v případě spolupráce úřadů na řešení životní situace klienta, řazení (orchestrování) do komplexního automatizovaného řešení? Transparentnost Počítá projekt s prostředky pro zveřejňování měření a auditů výkonnosti poskytovaných služeb? Bezpečnost Udržitelnost Udržitelnost Technologická neutralita Počítá projekt s auditovatelností a průkazností služeb veřejné správy a vytvářením auditní stopy (provozních logů) pro tento účel? Byl upřednostněn nákup a implementace standardní služby před vývojem vlastního řešení? Umožní otevřená modulární architektura projektu vyměňovat jednotlivé prvky řešení bez nutnosti měnit jejich okolí? Budou elektronické služby veřejné správy v projektu dostupné na všech běžně používaných platformách? Nerelevantní Způsob a míra naplnění Předmětem projektu je přímo řešení umožňující orchestraci podání Charakter předmětu projektu určuje nutnost vývoje vlastního řešení s využitím existujících komponent egovernmentu Vysvětlení v kontextu aplikační architektury úřadu, tedy jaké k projektu existují či vznikají duplicity a proč a jaké jsou další souvislosti: Portál občana a jeho související komponenty nenahrazují ani neduplikují již existující portály jednotlivých OVM. Portál občana je rozšířením stávajícího PVS. 16

17 V souvislosti se vznikem Portálu občana vznikne požadavek na úpravu již existujících systémů pro řešení elektronických podání ve správě jednotlivých OVM, které zajistí integraci s Portálem občana. Vysvětlení aplikační architektury projektu: Aplikační architektura část: Datová architektura Využití datového fondu základních registrů a dalších agend Název Použito Vysvětlení Základní registry Způsob vedení datového kmene Evidujeme subjekty práva, které nejsou vedeny v ZR (např. zahraniční) Evidujeme fyzické osoby, které nejsou vedeny v ROB Evidence referenčních údajů s notifikací změn ze ZR Ne Ne Takové osoby nebudou mít přístup do Portálu občana. Využití údajů publikovaných prostřednictvím kompozitních služeb editorů Základních registrů Evidence obyvatel (ISEO) Využívání údajů prostřednictvím kompozitních služeb Č. výjimky: pro zobrazení osobám, o nichž jsou tyto údaje vedeny. Cizinecký informační systém (CIS) Využívání údajů prostřednictvím kompozitních služeb Č. výjimky: pro zobrazení osobám, o nichž jsou tyto údaje vedeny. egon Service Bus Čerpání dat přes egsb Veškeré vhodné údaje publikované na egsb budou Č. výjimky: využívány pro zobrazení subjektu údajů. Publikování vlastních dat přes egsb Ve všech případech, kdy bude protistrana schopna Č. výjimky: příjmu prostřednictvím egsb budou údaje předávány na žádost občana tímto kanálem. Katalog základních datových entit projektu: Objekt reálného světa, který je předmětem evidence Služba VS Životní událost Katalog služeb VS Katalog životních událostí OVM Inteligentní formulář Role Životní situace Data formuláře Vysvětlení objektu Datový objekt reprezentující službu veřejné správy dostupnou prostřednictvím Mého úřadu Datový objekt reprezentující životní událost dostupnou prostřednictvím Mého úřadu Datový objekt reprezentující katalog služeb, se kterým pracuje Můj úřad Datový objekt reprezentující katalog životních událostí, se kterým pracuje Můj úřad Datový objekt reprezentující OVM realizující službu veřejné správy Datový objekt reprezentující formulář určený pro podání, tj. pro využití služby veřejné správy Datový objekt reprezentující možné role občana, jejichž prostřednictvím je určena jeho životní situace Datový objekt reprezentující životní situace dostupné prostřednictvím Mého úřadu Datový objekt reprezentující konkrétní údaje vyplněné ve formuláři podání 17

18 Data z propojeného datového fondu Identifikační údaje uživatele PO Uživatelsky vložená data Agendová data OVM vyřizujících podání Rozpracované formuláře Historie podání Notifikace Platby Údaje ve formuláři získané z propojeného datového fondu Údaje formuláře získané při autentizaci uživatele Data vložená do formuláře uživatelem Údaje získané z agendových systémů OVM vyřizujícího podání Datové objekty pro persistenci rozpracovaných formulářů Datové objekty pro persistenci údajů potřebných pro poskytování informací o historii podání Datový objekt pro persistenci údajů potřebných pro notifikace Datové objekty pro persistenci údajů potřebných pro poskytování informací o aktuálních i historických platbách Publikování výstupů v podobě otevřených dat: Plánujete publikovat část datové základny projektu jako otevřená data? Jaké datové sady plánujete publikovat? Č. výjimky: Životní situace a služby veřejné správy budou publikovány jako Otevřená data dostupná na Portálu veřejné správy. Způsoby identifikace dat FO v Agendovém IS ( AIFO, rodné číslo nebo jiný identifikátor) či míra využití pseudonymizace (dle GDPR): Bude využíváno AIFO a pseudonymy NIA. Dodržení architektonických principů Princip Požadavek Dodrženo Č. výjimky Způsob a míra naplnění Důvěryhodnost Bezpečnost Jakým způsobem zajistíte, aby vzájemně vyměňované informace byly spolehlivé, přesné, relevantní a aktuální a aby klienti elektronické komunikaci důvěřovali? Jakým způsobem zajistíte, aby v projektu byla zajištěna adekvátní ochrana osobních údajů a utajovaných informací? Budou využity zabezpečené komunikační kanály a elektronické pečetě. Budou aplikována veškerá vhodná opatření kybernetické bezpečnosti k zajištění integrity, důvěrnosti a dostupnosti. Vysvětlení v kontextu datové architektury úřadu, tedy jaké k projektu existují či vznikají duplicity a proč a jaké jsou další souvislosti: Funkcionalita Portálu občana je postavena na metadatech o dostupných službách veřejné správy a jejich vazbách na životní situace, události a podobně. Tyto informace se v současné době nedají kompletně získávat z externích zdrojů. Předpokládá se však, že v rámci běžného rozvoje a údržby systémů bude ruční správa metadat postupně nahrazována automatizovaným získáváním informací z referenčních zdrojů údajů zejména o službách veřejné správy. Portál občana je navržen tak, aby mohl využívat stávající portálová řešení pro elektronické podání v jednotlivých OVM a nebylo nutné je duplikovat. Vysvětlení k datové architektuře projektu: 18

19 Technologická architektura vrstva IT technologie (HW a SW) Katalog uzlů a klíčových funkcí nebo služeb: Typ prvku Název prvku Vysvětlení významu uzlu, funkce nebo služby obrázky Univerzálního Prostředí pro Aplikace A Služby (UPAAS) Technologická architektura vytvořená jiným projektem. 19

20 Model technologické architektury pohled struktury IT technologické architektury 20

21 Využití sdílených IT technologických a platformových služeb Název Popis Použito PaaS Pronájem technologií v datovém centru externího subjektu Ne DC egov Využití centrálních prvků provozního a bezpečnostního monitoringu Dohledového centra egov (MV) Vysvětlení v kontextu technologické architektury úřadu, tedy jaké k funkčnímu celku existují či vznikají duplicity a proč a jaké jsou další souvislosti: V rámci projektu nevznikají žádné duplicity k již existujícím funkčním celkům technologické architektury. Vysvětlení technologické architektury funkčního celku: Předmětem projektu není řešení technologické architektury, bude využíváno prostředí vytvořené jiným projektem Univerzální Prostředí pro Aplikace a Služby (UPAAS), které bude dimenzované i pro provoz Portálu občana Technologická architektura vrstva komunikační infrastruktury Katalog infrastrukturních komunikačních funkcí, sítí, cest a klíčových služeb: Typ prvku Název prvku Vysvětlení významu infrastrukturních funkcí, sítí, cest a služeb uzel CMS Centrální místo služeb. Bude využito pro čerpání služeb egsb, DMZ, bezpečnostních služeb, přístupu k veřejnému internetu ad. uzel Univerzálního Prostředí pro Aplikace A Služby (UPAAS) Technologické prostředí pro podporu aplikací a služeb komunikační síť KIVS Komunikační infrastruktura veřejné správy lokalita Lokalita Vápenka Lokalita datového centra, kde bude provozováno Univerzálního Prostředí pro Aplikace A Služby (UPAAS) uzel DC egov Dohledové centrum egovernmentu komunikační síť Veřejný internet Veřejný internet Model technologické architektury pohled struktury komunikační infrastruktury 21

22 Využití sdílených služeb komunikační infrastruktury Název Popis Použito Č. výjimky CMS KIVS Pro publikaci a přístup k vytvářeným službám je využito Centrální místo služeb aplikace jsou publikovány prostřednictvím CMS Využití komunikační infrastruktury veřejné správy, tj. fyzického propojení infrastruktury úřadů nebo VPN připojení k CMS NDC Umístění technologií do Národních datových center v perimetru CMS Housing (IaaS) Využití umístění vlastní HW infrastruktury do prostor datového centra třetí strany Ne Vysvětlení v kontextu architektury komunikační infrastruktury úřadu, tedy jaké k projektu existují či vznikají duplicity a proč a jaké jsou další souvislosti: V rámci projektu nevznikají žádné duplicity k již existujícím funkčním celkům komunikační infrastruktury. Vysvětlení architektury komunikační infrastruktury projektu: Předmětem projektu není řešení architektury komunikační infrastruktury, budou využívány již existující funkční celky komunikační infrastruktury a funkční celky připravené v rámci projektu Univerzální Prostředí pro Aplikace a Služby (UPAAS) Bezpečnostní architektura Katalog bezpečnostní architektury projektu Dotčený nebo bezpečnostní prvek Portál občana Portál občana Hrozba / riziko Nedostupnost systému, únik dat, neoprávnění či nahodilý přistup k datům Zneužití podání nebo nevědomé uskutečnění podání Vysvětlení způsobu zmírnění hrozby / rizika prvkem architektury Nutnost zavést organizační a technická opatření v souladu se zákonem č. 181/2014 Sb. (zákon o kybernetické bezpečnosti) a vyhláškou č. 316/2014 Sb. (vyhláška o kybernetické bezpečnosti). Obsahem organizačních opatření je zavedení tzv. systému řízení bezpečnosti informací, tj. zavedení procesů k hodnocení rizik a následně jejich zvládání bezpečnostními opatřeními. Obsahem technických opatření je především zavedení a používání technických nástrojů pro detekci, sběr a vyhodnocování kybernetických bezpečnostních událostí, a dále fyzická a aplikační bezpečnost, šifrování apod. Budou využity všechny vhodné služby poskytované DCeGov a centrálně datovým centrem. Všechny personalizované funkcionality jsou dostupné po autentizaci prostřednictvím NIA, uskutečnění podání je možné pouze s potvrzením projevu vůle. Pro všechny akce uživatele bude vedena auditní stopa. Portál občana GDPR Budou implementovány funkce pro zajištění Práva na přístup, Práva na opravu, Práva na výmaz (zapomnění), Práva na omezení zpracování, Práva na přenositelnost (pro údaje vedené na základě souhlasu subjektu údajů) a zajištění důvěrnosti osobních informací. Dodržení architektonických principů Princip Požadavek Dodrženo Č. výjimky Způsob a míra naplnění Bezpečnost Ochrání projekt prostředky Řešení bude zajišťovat přístup 22

23 poskytování elektronických služeb veřejné správy před poškozením a zneužitím? autentizovaného klienta pouze k jeho datům a bude obsahovat funkce pro zajištění vyjádření projevu vůle jako ochranu proti zneužití nebo chybných podání. Vysvětlení bezpečnostní architektury projektu: Všechny systémy Mého úřadu a Portál občana budou realizovány a provozovány v souladu se zákonem č. 181/2014 Sb. (zákon o kybernetické bezpečnosti) a vyhláškou č. 316/2014 Sb. (vyhláška o kybernetické bezpečnosti). Řešení bude zajišťovat odpovídající úroveň záruk pro elektronickou identifikaci, autentizaci a autorizaci uživatele včetně zajištění potvrzení projevu vůle k podání Shoda s pravidly, standardizace a dlouhodobá udržitelnost Využití centrálního nákupu softwarových produktů Vysvětlete, které licence standardizovaných SW produktů budete pořizovat podle rámcové smlouvy zajištěné Ministerstvem vnitra, případně proč tento instrument nevyužijete: Nerelevantní. Katalog komponent, které bude možné znovu využít v jiných projektech (NEPOVINNÉ) Název komponenty Vysvětlení možnosti opětovného využití Dodržení architektonických principů Princip Požadavek Dodrženo Č. výjimky Způsob a míra naplnění Udržitelnost Je řešení navrženo pro efektivní údržbu a rozvoj, tj. jako standardizované, rozšiřitelné, integrovatelné, upgradovatelné a podporovatelné i vlastními silami úřadu? Spolupráce a sdílení Jsou nové služby (nebo jejich součásti) koncipovány jako opakovatelné a komplementární ke sdíleným službám egovernmentu? Udržitelnost Je zajištěno, že je návrh byznys i IT řešení natolik robustní, modulární, škálovatelný, flexibilní a parametrizovatelný, aby se přizpůsobil očekávaným změnám za dobu jeho životnosti? Vysvětlení standardizace a udržitelnosti architektury projektu: Řešení je navrženo jako modulární a jeho komponenty na s komponentami vzájemně integrované prostřednictvím rozhraní. Toto řešení umožní snadný provoz a rozvoj Portálu občana včetně snadného přizpůsobování potřebám vzniklým v průběhu životnosti projektu. 23

24 Přehled služeb čtyřvrstvé architektury Model služeb v čtyřvrstvé vizi architektury veřejné správy nebo jednotlivé modely využití každé vrstvy vrstvou vyšší Dodržení architektonických principů Princip Požadavek Dodrženo Č. výjimky Způsob a míra naplnění Technologická neutralita Technologická neutralita Jsou odděleny jednotlivé vrstvy architektury řešení systémem služeb poskytovaných navzájem mezi vrstvami? Je zajištěna separátní správa, dohled a provoz služeb na jednotlivých vrstvách? Vysvětlení čtyřvrstvé architektury služeb projektu: 2.3. Kontrola shody architektury řešení projektu se vzory sdílených služeb egovernmentu Název architektonického vzoru egovernmentu Centrální místo služeb CzechPOINT Datové schránky Elektronická identita Propojený datový fond Úplné elektronické podání Dodržen vzor? Nerelevantní Č. výjimky Podrobný popis způsobu a míry dodržení vzorů návrhem řešení projektu 2.4. Plán projektu Hrubý harmonogram předloženého projektu Fáze / milník Začátek Konec Základní náplň Navazuje na Zpracování technického projektu PVS 2.0 PO Schválení realizace veřejné zakázky vládou Zadávací řízení realizace veřejné zakázky Zpracování prováděcího konceptu Implementace a dodání celého řešení Pilotní provoz a zajištění smluvních

25 vztahů na provoz Ukončení projektu akceptační řízení Provozování systému Projektový kontext předkládaného projektu (v rozvojovém programu, portfoliu úřadu) Předchozí projekty Popis návaznosti na předchozí projekty Optimalizace životních situací ve vztahu k Registru práv a povinností Jeho cílem bylo nastínit základní metodické principy a doporučený přístup k pojetí pojmu Životní situace v prostředí veřejné správy, způsobu jejich řešení a v souvislosti s tím rámcově navrhnout další potřebné související aktivity. Kladl si za cíl definovat nový přístup v chápání problematiky životních situací (proklientský přístup), jejich popisu a strukturování, včetně návrhu nezbytných technických, organizačních, případně legislativních kroků, které v budoucnu umožní efektivní propojení řešení ŽS s možnostmi a nástroji egovernmentu (např. elektronickými formuláři a daty obsaženými v základních registrech). Jedním z doporučení bylo zmodernizovat Portál veřejné správy pro potřeby ÚEP. Portál zároveň navazuje na předchozí aktivity a projekty realizované v rámci budování egovernmentu, v první řadě CzechPOINT. Kombinuje výhody a funkční principy elektronického kontaktního místa CzechPOINT@home a úplného elektronického podání (předpokládaná souběžná projektem Metodický rámec úplného elektronického podání). Souběžné projekty Doplnění a modernizace technologické architektury pro referenční rozhraní komunikačních míst veřejné správy esbírka a elegislativa Portál veřejné správy IDM MV Univerzální Prostředí pro Aplikace a Služby (UPAAS) Navazující projekty Popis návaznosti na souběžné projekty Vazba mezi PVS, ISDS a CzP@home zůstane zachována. Transakční část PVS bude mít obdobné funkcionality a bude na CzP@home nezávislá. Vazby mezi transakční částí PVS a zmíněnými dvěma projekty nejsou. nymní část PVS bude migrována na stejnou infrastrukturu, na které bude budována transakční část. Rozvoj anonymní části bude následně probíhat paralelně s realizací tohoto projektu. Vazby mezi transakční částí PVS a IDM MV nejsou. Univerzální technologické prostředí pro podporu vybraných aplikací a služeb. Popis návaznosti na budoucí projekty Katalog rozvojových etap (přechodových architektur) - roadmapa Etapa/ přechodová architektura Milník Přírůstky a změny v přechodových architekturách oblastí zahrnutých do projektu Vyplývající z vlastního funkčního celku (např. komplexního IS) Vyplývající z kontextu úřadu (roadmapy úřadu) 25

26 Vysvětlení plánu projektu: 3. D A L Š Í Ú D A J E O P R O J E K TU 3.1. Připravenost projektu k realizaci Majetkoprávní vztahy projektu (jen pro projekty zahrnující vývoj SW) Podmínka? Poznámka (důvod) Budou vám udělena výhradní práva k užívání k dodávanému produktu? Budou vám udělena nevýhradní práva k užívání k dodávanému produktu? Budou práva k autorskému dílu nějak omezena (IČO, konkrétní uživatel, převoditelnost a další šíření, úpravy produktu, parametry )? Budete mít přístup ke zdrojovému kódu pro čtení? Bude vám či třetímu subjektu umožněno provádět údržbu, měnit produkt, upravovat jej či rozšiřovat bez souhlasu dodavatele? Budete mít přístup k aktuální technické dokumentaci produktu? Obsahuje budoucí smlouva ujednání o vyloučení odpovědnosti za výpadky fungování? Budou externí nákupy veřejně soutěženy? Bude řešeno nákupem autorských děl a licencí, včetně zdrojových kódů po dobu vývoje. Po předání s možností editace vlastními silami i třetími stranami Bude smluvně zajištěna pravidelná aktualizace dokumentace produktu ze strany dodavatele. Závisí na budoucím provozním modelu definovaného zadavatelem Finanční připravenost projektu Druh financování? Popis zajištění, získání financování Financování pomocí ESIF 1 výzva IROP č. 4 Financování z vlastních zdrojů Financování pomocí jiných externích zdrojů Kofinancování Metodická připravenost projektu Metodické zajištění? Popis Řízení pomocí metodiky (uveďte název) Podpora od projektové kanceláře úřadu/resortu Podpora od architektonické kanceláře úřadu/resortu Prince 2 Realizovat bude NAKIT s.p. v souladu se zákonem o zadávání veřejných zakázek jakožto zřizovaná organizace MV. Projektová kancelář MV ČR (odbor egovernmentu a odbor projektového řízení MV), zajistil odbor Hlavního architekta egovernmentu MV 1 Evropské strukturální a investiční fondy 26

27 3.2. Ekonomické parametry projektu Hodnota výdajů a ekonomická náročnost projektu Hrubý odhad hodnoty záměru nákupu služeb či investic (externích výdajů), souvisejících s informačními a komunikačními technologiemi (projektu). Plán předpokládané ekonomické náročnosti projektu založené na metodologii 5 letých celkových nákladů vlastnictví (tzv. total costs of ownership) - účelové členění nákladů projektu. Souhrnná položka modelu TCO v Kč bez DPH 1 Výdaje na realizaci (výstavbu) projektu 2 Výdaje na provoz a rozvoj (do konce aktuální smlouvy) Počet měsíců trvání fáze A. Předběžné analýzy, tvorba zadání, výběr řešení a dodavatele náklady nákupního procesu B. Nákup SW a HW pro projekt (bez SaaS či PaaS) C. Analýza, vývoj, implementace a zkušební provoz D. Provoz a podpora řešení HW a SW (bez SaaS či PaaS) E. Hardware/Software údržba a průběžné úpravy (bez SaaS či PaaS) F. Projekty postupné inovace a zlepšování (plánované) G. Projekty upgrade (pokud jsou plánovány) H. Zvýšené náklady užívání řešení vč. nákladů na přechod z předchozího řešení (pokud se vyskytnou) I. Útlum, konzervace a ukončení řešení X. Licence, HW, provoz, podpora, údržba, průběžný rozvoj - vše v subskripci (pouze SaaS a PaaS) Z. Ostatní nerozlišené režijní náklady 3 TCO 5 (1 plus 2 odhadnutý na 5 let) Vysvětlení k položce Vytvoření technického projektu Vytvoření SW části projektu Personální náklady Celkem Celkem žádáno Po dobu prací RVIS a jejího pracovního výboru na konceptu TCO je vyplnění interních nákladů úřadu a ostatních spolupracujících OSS dočasně nepovinné. Popis funkčního celku, který je projektem rozšiřován či upravován (pokud existuje): Portál veřejné správy zahrnující její autentizovanou i neautentizovanou (anonymní) část. 27