Explore opportunities, document readiness, and the qualification facts we can later score against company knowledge.
Originals stay with the publisher. We store extracted text, pages and tables in the database. New IT procedure links are queued when a source stores them and the full catalog is reconciled hourly; a few due documents are processed every five minutes, and known documents are checked daily, subject to that queue. Source document lists follow each source’s refresh cadence.
Text is a parsing result. Typed qualification facts appear when a specification or qualification file can be read; they are not a bid recommendation. Failed updates retain the last successful text. Most ISVZ links fail as HTML pages, not files.
| Document | Status | Text | Last checked | Next check due |
|---|---|---|---|---|
| vysvětlení zadávací dokumentace nen.nipez.cz | ready | Available | 30 Oct 2026, 09:01 | 31 Oct 2026, 09:01 |
| jiný dokument nen.nipez.cz | pending | Not extracted | — | 28 Oct 2026, 18:58 |
| zadávací dokumentace nen.nipez.cz | failed | Not extracted | 30 Oct 2026, 12:06 | 30 Oct 2026, 12:38 |
| zadávací dokumentace nen.nipez.cz | ready | Available | 30 Oct 2026, 09:00 | 31 Oct 2026, 09:00 |
| zadávací dokumentace nen.nipez.cz | ready | Available | 30 Oct 2026, 09:00 | 31 Oct 2026, 09:00 |
| výběr dodavatele nen.nipez.cz | pending | Not extracted | — | 28 Oct 2026, 18:58 |
| zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| vysvětlení zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| vysvětlení zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| vysvětlení zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| vysvětlení zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| vysvětlení zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| vysvětlení zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| vysvětlení zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| jiný dokument api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| vysvětlení zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| výzva k podání nabídek api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| vysvětlení zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| výzva k podání nabídek api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| vysvětlení zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| vysvětlení zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| výzva k podání nabídek api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
| vysvětlení zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 28 Oct 2026, 18:57 |
Status: ready · Role: specification · Fetched: 30 Oct 2026, 02:10 · Extracted: 5 Oct 2026, 13:31
cz.profile.xml · Dodávka funkčního celku evidence vodohospodářské infrastruktury včetně zajištění rozvoje a provozu ↗
apř. katastrální území, místa odběru, typy znečištění, která se může lišit od pojetí původní databáze) a koncepci evidence chyb, jak jsou definovány v kapitole 3 Přílohy č. 1 závazného textu návrhu smlouvy. | | Definice významné chyby | | Pro účely hodnocení bude za významnou…
document-text · zadávací dokumentace · low confidenceSHA-256: 872171db9d73229d0fcba43b4b4515d2e0bcf948a0053fc434206417c62693cf
Parser: xberg-1.0.14:markdown-pages-tables-ces-eng-v1
<!-- PAGE 1 -->**Vymezení úloh pro hodnocení Dodávka funkčního celku evidence vodohospodářské infrastruktury včetně zajištění rozvoje a provozu** [==Obchodní firma / název dodavatele podávajícího nabídku==] | **Zadání úlohy č. 1** | | --- | | Dodavatel, se znalostí informací uvedených v zadávací dokumentaci (zejm. v dokumentech s nazvaném „MPVaK_Struktura dat.pdf a MPVaK_navod (zpracovatel) a struktura dat_anon.pdf“, viz dohoda o ochraně důvěrných informací), metodické příručce MP VaK a podkladů k datové struktuře stávající aplikace nazvané „Metodický pokyn pro orientační ukazatele výpočtu pořizovací (aktualizované) ceny objektů do Vybraných údajů majetkové evidence vodovodů a kanalizací, pro Plány rozvoje vodovodů a kanalizací a pro Plány financování obnovy vodovodů a kanalizací“ umístěné na adrese [https://mze.gov.cz/public/portal/mze/voda/legislativa/metodicke-pokyny/zakon-vodovody-kanalizace](https://mze.gov.cz/public/portal/mze/voda/legislativa/metodicke-pokyny/zakon-vodovody-kanalizace), zpracuje konceptuální model dat ve formě UML Class Diagram (notace UML 2.x). Model bude zobrazovat hlavní doménové entity agendy MP VaK a jejich vzájemné vztahy, obsahovat kardinality, případně i kompozici/agregaci tam, kde dává smysl, a bude uveden bez atributů, metod, datových typů a bez technických detailů implementace (nejde o fyzický databázový návrh). Dodavatel v modelu výslovně zohlední vícečetnou evidenci vybraných položek (např. katastrální území, místa odběru, typy znečištění, která se může lišit od pojetí původní databáze) a koncepci evidence chyb, jak jsou definovány v kapitole 3 Přílohy č. 1 závazného textu návrhu smlouvy. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud model: nebude zobrazovat všechny hlavní entity, nebo nebude obsahovat všechny kardinality, nebo nezohlední vícečetnou evidenci vybraných položek nebo koncepci evidence chyb. | | **Zpracování úlohy:** | | [DOPLNIT] | | **Zadání úlohy č. 2** | | --- | | Navrhněte formou wireframe rozložení pohledu na data v dávkovém režimu (resp. v režimu kompaktního zobrazení definovaného v kapitole 4 přílohy č. 1 Smlouvy), vycházejte ze stávající aplikace a požadavků na zobrazení chyb, požadavků na proces v agendovém modulu MP VAK, ze kterého vyplývají funkční požadavky na rozhraní. Návrh wireframe bude zpracován v podrobnosti low‑fidelity. Bude obsahovat hrubé rozložení prvků (základní prvky stránky – hlavička, patička, navigační strom, hlavní obsahová část) a umístění obsahu, zejména umístění ovládacích prvků a umístění dat a seznamů položek. Místo finálních textů mohou být použity zástupné texty nebo placeholdery. Wireframe bude statický, neklikací. Použití barevné škály je na autorovi, přičemž barvy nevyjadřují finální vizuální design; může být použita i černobílá varianta. Jednotlivé objekty mohou být realizovány zjednodušenými tvary. Návrh bude doplněn stručnými komentáři vysvětlujícími účel prvků nebo jejich základní chování. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno opomenutí některého ze základních prvků zobrazení ve stávající aplikaci. | | **Zpracování úlohy:** | | [DOPLNIT] | | **Zadání úlohy č. 3** | | --- | | Popište slovně, jakým způsobem byste realizovali funkcionalitu porovnání („diff“) dvou verzí záznamu se shodnou sadou atributů (tj. například dvou hlášení). Za „verzi“ se považuje libovolná instance téhož záznamu, tj.: původní vs. následně editovaná verze téhož záznamu, záznam z různých období u stejného uživatele – pokud má shodné schéma, záznamy různých uživatelů/subjektů (např. uživatel A vs. uživatel B) – pokud mají shodné schéma. V popisu uveďte jak backendovou část (ukládání verzí, identifikace schématu, párování dvou dokumentů, výpočet diff včetně vícenásobných položek), tak frontendovou část (jak bude diff reálně zobrazen – zvýraznění změn po polích i v kolekcích, filtrování změn, práce s přidanými/odebranými položkami). Zmiňte také ošetření chybových stavů (nekompatibilní schéma, chybějící data, nejednoznačné párování). | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud popis nebude obsahovat: popis fungování backendové části porovnání, popis způsob verzování záznamů nebo zpřístupňování historických verzí, popis způsobu vyhledání záznamů pro párování z uživatelského pohledu, ošetření chybových stavů. | | **Zpracování úlohy:** | | [DOPLNIT] | | **Zadání úlohy č. 4** | | --- | | Dodavatel popíše rozdíly funkcionalit modulu MP VaK mezi (i) současnou verzí určenou pro lokální instalaci u jednotlivých uživatelů, která mj. umožňuje mít předpřipravené údaje pro předvyplňování údajů k majetkům, a (ii) novou verzí, která bude realizována jako webově orientovaná aplikace, a pro kterou bude vyplňování formulářů zajišťovat externí systém SEPO (příjem formulářů probíhá přes SEPO). Popište rozdíl funkcionalit, které identifikujete v uživatelské příručce modulu MP VAK (viz soubor MPVaK_navod (zpracovatel) a struktura dat_anon.pdf a MPVaK_Funkce_anon.pdf), které nově budou změněny nebo zrušeny (tj. funkcionality, které nejsou oproti uživatelské příručce (viz 2 uvedené soubory) popsány v zadání nebo jejich zrušení je implicitní s ohledem na přechod do webového rozhraní a příjem formulářů skrze systém SEPO). Dodavatel výsledné funkcionality uvede formou tabulky s označením: zachováno/změněno/zrušeno. V případě „změněno“ doplní, jak byla funkcionalita změněna a v případě „zrušeno“ vysvětlí, proč byla zrušena. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud popis nebude obsahovat: neidentifikace některé ze zásadních funkcionalit, která je rozdílná ve fungování současného systému a nového řešení (za zásadní funkcionalitu je považována taková, která má dopad na průběh procesu zpracování záznamu od jeho vytvoření, po jeho finální zpracování Referentem nebo Garantem MP VAK), u změněné funkcionality způsob, jakým byla funkcionalita změněna, nebo u zrušené funkcionality důvod jejího zrušení. | | **Zpracování úlohy:** | | [DOPLNIT] | | **Zadání úlohy č. 5** | | --- | | Popište návrh výpočtu orientační reprodukční pořizovací ceny dle metodiky zveřejněné MZe na adrese [https://mze.gov.cz/public/portal/mze/voda/legislativa/metodicke-pokyny/zakon-vodovody-kanalizace](https://mze.gov.cz/public/portal/mze/voda/legislativa/metodicke-pokyny/zakon-vodovody-kanalizace) („Metodický pokyn pro orientační ukazatele výpočtu pořizovací (aktualizované) ceny objektů do Vybraných údajů majetkové evidence vodovodů a kanalizací, pro Plány rozvoje vodovodů a kanalizací a pro Plány financování obnovy vodovodů a kanalizací“), svůj návrh zpracujte na příkladu kanalizační stoky. Popis bude obsahovat rozhodovací tabulky („pokud je typ majetku = X → koeficient = Y“), řetězení výpočtů a slovní popis postupu. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud nebude návrh výpočtu obsahovat některé kroky uvedené v metodice MZe, tj. v případě, kdy při postupu podle předaného popisu nebude moci dojít ke správnému výpočtu. | | **Zpracování úlohy:** | | [DOPLNIT] | | **Zadání úlohy č. 6** | | --- | | Na základě specifikace zadání navrhněte seznam jednotlivých webových služeb, které jste identifikovali, které bude třeba, dle vašeho názoru, implementovat ve vztahu ke komponentě Samostatné evidenci dokumentů, a slovně popište jejich funkci a odkazem na text zadání vyjádřete, kterou funkci to naplňuje. Seznam bude uveden ve strukturované tabulce. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud: seznam nebude obsahovat všechny datové toky (datovým tokem se rozumí situace, kdy dochází ke komunikaci více komponent) popsané v zadávací dokumentaci, nebude v tabulce uveden popis funkcí jednotlivých webových služeb, jejichž implementace bude navržena. | | **Zpracování úlohy:** | | [DOPLNIT] | | **Zadání úlohy č. 7** | | --- | | Na základě specifikace zadání předložte návrh atributů evidovaných v souvislosti s fungováním kontrol a evidence chyb záznamů. Vycházejte z požadavků zadávací dokumentace, zejména kapitol 3.4 a 3.5 Přílohy č. 1 závazného textu návrhu smlouvy a vašeho pohledu na nutnost evidence některých "systémových atributů" nezbytných pro fungování správy chyb (například opětovná aktivace chyby po editaci). Návrh vyhotovte v podobě zjednodušeného databázového diagramu a doplňte slovním popisem. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud: nebude přiloženo databázové schéma, bude v atributech chybět některý z atributů vyjmenovaných v zadávací dokumentaci. | | **Zpracování úlohy:** | | [DOPLNIT] | | **Zadání úlohy č. 8** | | --- | | Slovně popište způsob fungování modulu Jmenný rejstřík, ve vztahu k životnímu cyklu záznamu osoby, tj. evidence záznamů a jejich aktualizace vůči Základním registrům a jejich vyřazení. Uveďte, jaké webové služby základních registrů (viz [https://szrcr.cz/cs/sluzby/spravci-a-vyvojari/vyvojari-agendovych-informacnich-systemu/podrobny-popis-egon-sluzeb-zakladnich-registru](https://szrcr.cz/cs/sluzby/spravci-a-vyvojari/vyvojari-agendovych-informacnich-systemu/podrobny-popis-egon-sluzeb-zakladnich-registru)) hodláte využívat při údržbě datového kmene a okomentujte jejich použití. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud bude chybět některá služba, která je pro údržbu datového kmene ve Jmenném rejstříku nezbytná (dle podmínek metodik DIA pro tuto oblast, viz [https://www.szrcr.cz/cs/sluzby/spravci-a-vyvojari/vyvojari-agendovych-informacnich-systemu?view=article\&id=407:agendov%C3%BD-informa%C4%8Dn%C3%AD-syst%C3%A9m-vyrozum%C3%ADvac%C3%AD](https://www.szrcr.cz/cs/sluzby/spravci-a-vyvojari/vyvojari-agendovych-informacnich-systemu?view=article\&id=407:agendov%C3%BD-informa%C4%8Dn%C3%AD-syst%C3%A9m-vyrozum%C3%ADvac%C3%AD)). | | **Zpracování úlohy:** | | [DOPLNIT] | | **Zadání úlohy č. 9** | | --- | | Navrhněte sadu exportů, dostupných ve stávající verzi modulu MP VAK (verze pro vodoprávní úřad) a navrhněte jejich umístění v rámci jednotlivých typů obrazovek (GUI), které se v novém systému budou vyskytovat. Seznam uveďte formou strukturované tabulky. Pokud by měl být výstup dostupný na více místech, uveďte to do stejné buňky. Příklad: Výstup ve stávající aplikaci: Rozhraní: Seznam vlastníků dle počtu majetků Seznam vlastníků v agendovém modulu MP VAK, Seznam přijatých hlášení VÚME, Seznam přijatých hlášení VÚME – kompaktní zobrazení. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud bude chybět některý z exportů zmíněný v uživatelské příručce nebo aplikaci MP VAK (viz popis dle souborů: ISVAK-Plán financování obnovy VaK_anon.pdf MPVaK_Funkce_anon.pdf MPVaK_navod (MZE)_anon.pdf MPVaK_navod (zpracovatel) a struktura dat_anon.pdf MPVaK_Preceneni navod.pdf). | | **Zpracování úlohy:** | | [DOPLNIT] | | **Zadání úlohy č. 10** | | --- | | Dodavatel popíše, jak zajistí, aby webová aplikace byla technicky propojena se systémem ESRI ArcGIS Enterprise (viz kapitoly 2.15, 8.3 a 8.5 Přílohy č. 1 závazného textu návrhu smlouvy) a jak zajistí požadované funkce pro mapové zobrazení dat VAK, tj. aby bylo možné z webového rozhraní aktivně ovlivňovat zobrazení a filtrování dat v mapě (například filtrování zobrazených záznamů mapy na základě výběru majetků v seznamu majetků nebo zoom do mapy na základě výběru konkrétního prvku). | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud nebude zvolené řešení popisovat, jak dojde k zajištění požadovaných funkcí filtrování záznamů pro zobrazení v mapě. | | **Zpracování úlohy:** | | [DOPLNIT] |
**Vymezení úloh pro hodnocení** **Dodávka funkčního celku evidence vodohospodářské infrastruktury včetně zajištění rozvoje a provozu** [Obchodní firma / název dodavatele podávajícího nabídku]
| **Zadání úlohy č. 1** | | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Dodavatel, se znalostí informací uvedených v zadávací dokumentaci (zejm. v dokumentech s nazvaném „MPVaK_Struktura dat.pdf a MPVaK_navod (zpracovatel) a struktura dat_anon.pdf“, viz dohoda o ochraně důvěrných informací), metodické příručce MP VaK a podkladů k datové struktuře stávající aplikace nazvané „Metodický pokyn pro orientační ukazatele výpočtu pořizovací (aktualizované) ceny objektů do Vybraných údajů majetkové evidence vodovodů a kanalizací, pro Plány rozvoje vodovodů a kanalizací a pro Plány financování obnovy vodovodů a kanalizací“ umístěné na adrese [https://mze.gov.cz/public/portal/mze/voda/legislativa/metodicke-pokyny/zakon-vodovody-kanalizace](https://mze.gov.cz/public/portal/mze/voda/legislativa/metodicke-pokyny/zakon-vodovody-kanalizace), zpracuje konceptuální model dat ve formě UML Class Diagram (notace UML 2.x). Model bude zobrazovat hlavní doménové entity agendy MP VaK a jejich vzájemné vztahy, obsahovat kardinality, případně i kompozici/agregaci tam, kde dává smysl, a bude uveden bez atributů, metod, datových typů a bez technických detailů implementace (nejde o fyzický databázový návrh). Dodavatel v modelu výslovně zohlední vícečetnou evidenci vybraných položek (např. katastrální území, místa odběru, typy znečištění, která se může lišit od pojetí původní databáze) a koncepci evidence chyb, jak jsou definovány v kapitole 3 Přílohy č. 1 závazného textu návrhu smlouvy. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud model: nebude zobrazovat všechny hlavní entity, nebo nebude obsahovat všechny kardinality, nebo nezohlední vícečetnou evidenci vybraných položek nebo koncepci evidence chyb. | | **Zpracování úlohy:** | | [DOPLNIT] |
| **Zadání úlohy č. 2** | | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Navrhněte formou wireframe rozložení pohledu na data v dávkovém režimu (resp. v režimu kompaktního zobrazení definovaného v kapitole 4 přílohy č. 1 Smlouvy), vycházejte ze stávající aplikace a požadavků na zobrazení chyb, požadavků na proces v agendovém modulu MP VAK, ze kterého vyplývají funkční požadavky na rozhraní. Návrh wireframe bude zpracován v podrobnosti low‑fidelity. Bude obsahovat hrubé rozložení prvků (základní prvky stránky – hlavička, patička, navigační strom, hlavní obsahová část) a umístění obsahu, zejména umístění ovládacích prvků a umístění dat a seznamů položek. Místo finálních textů mohou být použity zástupné texty nebo placeholdery. Wireframe bude statický, neklikací. Použití barevné škály je na autorovi, přičemž barvy nevyjadřují finální vizuální design; může být použita i černobílá varianta. Jednotlivé objekty mohou být realizovány zjednodušenými tvary. Návrh bude doplněn stručnými komentáři vysvětlujícími účel prvků nebo jejich základní chování. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno opomenutí některého ze základních prvků zobrazení ve stávající aplikaci. | | **Zpracování úlohy:** | | [DOPLNIT] |
| **Zadání úlohy č. 3** | | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Popište slovně, jakým způsobem byste realizovali funkcionalitu porovnání („diff“) dvou verzí záznamu se shodnou sadou atributů (tj. například dvou hlášení). Za „verzi“ se považuje libovolná instance téhož záznamu, tj.: původní vs. následně editovaná verze téhož záznamu, záznam z různých období u stejného uživatele – pokud má shodné schéma, záznamy různých uživatelů/subjektů (např. uživatel A vs. uživatel B) – pokud mají shodné schéma. V popisu uveďte jak backendovou část (ukládání verzí, identifikace schématu, párování dvou dokumentů, výpočet diff včetně vícenásobných položek), tak frontendovou část (jak bude diff reálně zobrazen – zvýraznění změn po polích i v kolekcích, filtrování změn, práce s přidanými/odebranými položkami). Zmiňte také ošetření chybových stavů (nekompatibilní schéma, chybějící data, nejednoznačné párování). | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud popis nebude obsahovat: popis fungování backendové části porovnání, popis způsob verzování záznamů nebo zpřístupňování historických verzí, popis způsobu vyhledání záznamů pro párování z uživatelského pohledu, ošetření chybových stavů. | | **Zpracování úlohy:** | | [DOPLNIT] |
| **Zadání úlohy č. 4** | | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Dodavatel popíše rozdíly funkcionalit modulu MP VaK mezi (i) současnou verzí určenou pro lokální instalaci u jednotlivých uživatelů, která mj. umožňuje mít předpřipravené údaje pro předvyplňování údajů k majetkům, a (ii) novou verzí, která bude realizována jako webově orientovaná aplikace, a pro kterou bude vyplňování formulářů zajišťovat externí systém SEPO (příjem formulářů probíhá přes SEPO). Popište rozdíl funkcionalit, které identifikujete v uživatelské příručce modulu MP VAK (viz soubor MPVaK_navod (zpracovatel) a struktura dat_anon.pdf a MPVaK_Funkce_anon.pdf), které nově budou změněny nebo zrušeny (tj. funkcionality, které nejsou oproti uživatelské příručce (viz 2 uvedené soubory) popsány v zadání nebo jejich zrušení je implicitní s ohledem na přechod do webového rozhraní a příjem formulářů skrze systém SEPO). Dodavatel výsledné funkcionality uvede formou tabulky s označením: zachováno/změněno/zrušeno. V případě „změněno“ doplní, jak byla funkcionalita změněna a v případě „zrušeno“ vysvětlí, proč byla zrušena. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud popis nebude obsahovat: neidentifikace některé ze zásadních funkcionalit, která je rozdílná ve fungování současného systému a nového řešení (za zásadní funkcionalitu je považována taková, která má dopad na průběh procesu zpracování záznamu od jeho vytvoření, po jeho finální zpracování Referentem nebo Garantem MP VAK), u změněné funkcionality způsob, jakým byla funkcionalita změněna, nebo u zrušené funkcionality důvod jejího zrušení. | | **Zpracování úlohy:** | | [DOPLNIT] |
| **Zadání úlohy č. 5** | | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Popište návrh výpočtu orientační reprodukční pořizovací ceny dle metodiky zveřejněné MZe na adrese [https://mze.gov.cz/public/portal/mze/voda/legislativa/metodicke-pokyny/zakon-vodovody-kanalizace](https://mze.gov.cz/public/portal/mze/voda/legislativa/metodicke-pokyny/zakon-vodovody-kanalizace) („Metodický pokyn pro orientační ukazatele výpočtu pořizovací (aktualizované) ceny objektů do Vybraných údajů majetkové evidence vodovodů a kanalizací, pro Plány rozvoje vodovodů a kanalizací a pro Plány financování obnovy vodovodů a kanalizací“), svůj návrh zpracujte na příkladu kanalizační stoky. Popis bude obsahovat rozhodovací tabulky („pokud je typ majetku = X → koeficient = Y“), řetězení výpočtů a slovní popis postupu. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud nebude návrh výpočtu obsahovat některé kroky uvedené v metodice MZe, tj. v případě, kdy při postupu podle předaného popisu nebude moci dojít ke správnému výpočtu. | | **Zpracování úlohy:** | | [DOPLNIT] |
| **Zadání úlohy č. 6** | | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Na základě specifikace zadání navrhněte seznam jednotlivých webových služeb, které jste identifikovali, které bude třeba, dle vašeho názoru, implementovat ve vztahu ke komponentě Samostatné evidenci dokumentů, a slovně popište jejich funkci a odkazem na text zadání vyjádřete, kterou funkci to naplňuje. Seznam bude uveden ve strukturované tabulce. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud: seznam nebude obsahovat všechny datové toky (datovým tokem se rozumí situace, kdy dochází ke komunikaci více komponent) popsané v zadávací dokumentaci, nebude v tabulce uveden popis funkcí jednotlivých webových služeb, jejichž implementace bude navržena. | | **Zpracování úlohy:** | | [DOPLNIT] |
| **Zadání úlohy č. 7** | | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Na základě specifikace zadání předložte návrh atributů evidovaných v souvislosti s fungováním kontrol a evidence chyb záznamů. Vycházejte z požadavků zadávací dokumentace, zejména kapitol 3.4 a 3.5 Přílohy č. 1 závazného textu návrhu smlouvy a vašeho pohledu na nutnost evidence některých "systémových atributů" nezbytných pro fungování správy chyb (například opětovná aktivace chyby po editaci). Návrh vyhotovte v podobě zjednodušeného databázového diagramu a doplňte slovním popisem. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud: nebude přiloženo databázové schéma, bude v atributech chybět některý z atributů vyjmenovaných v zadávací dokumentaci. | | **Zpracování úlohy:** | | [DOPLNIT] |
| **Zadání úlohy č. 8** | | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Slovně popište způsob fungování modulu Jmenný rejstřík, ve vztahu k životnímu cyklu záznamu osoby, tj. evidence záznamů a jejich aktualizace vůči Základním registrům a jejich vyřazení. Uveďte, jaké webové služby základních registrů (viz [https://szrcr.cz/cs/sluzby/spravci-a-vyvojari/vyvojari-agendovych-informacnich-systemu/podrobny-popis-egon-sluzeb-zakladnich-registru](https://szrcr.cz/cs/sluzby/spravci-a-vyvojari/vyvojari-agendovych-informacnich-systemu/podrobny-popis-egon-sluzeb-zakladnich-registru)) hodláte využívat při údržbě datového kmene a okomentujte jejich použití. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud bude chybět některá služba, která je pro údržbu datového kmene ve Jmenném rejstříku nezbytná (dle podmínek metodik DIA pro tuto oblast, viz [https://www.szrcr.cz/cs/sluzby/spravci-a-vyvojari/vyvojari-agendovych-informacnich-systemu?view=article&id=407:agendov%C3%BD-informa%C4%8Dn%C3%AD-syst%C3%A9m-vyrozum%C3%ADvac%C3%AD](https://www.szrcr.cz/cs/sluzby/spravci-a-vyvojari/vyvojari-agendovych-informacnich-systemu?view=article&id=407:agendov%C3%BD-informa%C4%8Dn%C3%AD-syst%C3%A9m-vyrozum%C3%ADvac%C3%AD)). | | **Zpracování úlohy:** | | [DOPLNIT] |
| **Zadání úlohy č. 9** | | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Navrhněte sadu exportů, dostupných ve stávající verzi modulu MP VAK (verze pro vodoprávní úřad) a navrhněte jejich umístění v rámci jednotlivých typů obrazovek (GUI), které se v novém systému budou vyskytovat. Seznam uveďte formou strukturované tabulky. Pokud by měl být výstup dostupný na více místech, uveďte to do stejné buňky. Příklad: Výstup ve stávající aplikaci: Rozhraní: Seznam vlastníků dle počtu majetků Seznam vlastníků v agendovém modulu MP VAK, Seznam přijatých hlášení VÚME, Seznam přijatých hlášení VÚME – kompaktní zobrazení. | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud bude chybět některý z exportů zmíněný v uživatelské příručce nebo aplikaci MP VAK (viz popis dle souborů: ISVAK-Plán financování obnovy VaK_anon.pdf MPVaK_Funkce_anon.pdf MPVaK_navod (MZE)_anon.pdf MPVaK_navod (zpracovatel) a struktura dat_anon.pdf MPVaK_Preceneni navod.pdf). | | **Zpracování úlohy:** | | [DOPLNIT] |
| **Zadání úlohy č. 10** | | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Dodavatel popíše, jak zajistí, aby webová aplikace byla technicky propojena se systémem ESRI ArcGIS Enterprise (viz kapitoly 2.15, 8.3 a 8.5 Přílohy č. 1 závazného textu návrhu smlouvy) a jak zajistí požadované funkce pro mapové zobrazení dat VAK, tj. aby bylo možné z webového rozhraní aktivně ovlivňovat zobrazení a filtrování dat v mapě (například filtrování zobrazených záznamů mapy na základě výběru majetků v seznamu majetků nebo zoom do mapy na základě výběru konkrétního prvku). | | **Definice významné chyby** | | Pro účely hodnocení bude za významnou chybu považováno, pokud nebude zvolené řešení popisovat, jak dojde k zajištění požadovaných funkcí filtrování záznamů pro zobrazení v mapě. | | **Zpracování úlohy:** | | [DOPLNIT] |
| **Zadání úlohy č. 1** |
| Dodavatel, se znalostí informací uvedených v zadávací dokumentaci (zejm. v dokumentech s nazvaném „MPVaK_Struktura dat.pdf a MPVaK_navod (zpracovatel) a struktura dat_anon.pdf“, viz dohoda o ochraně důvěrných informací), metodické příručce MP VaK a podkladů k datové struktuře stávající aplikace nazvané „Metodický pokyn pro orientační ukazatele výpočtu pořizovací (aktualizované) ceny objektů do Vybraných údajů majetkové evidence vodovodů a kanalizací, pro Plány rozvoje vodovodů a kanalizací a pro Plány financování obnovy vodovodů a kanalizací“ umístěné na adrese [https://mze.gov.cz/public/portal/mze/voda/legislativa/metodicke-pokyny/zakon-vodovody-kanalizace](https://mze.gov.cz/public/portal/mze/voda/legislativa/metodicke-pokyny/zakon-vodovody-kanalizace), zpracuje konceptuální model dat ve formě UML Class Diagram (notace UML 2.x). Model bude zobrazovat hlavní doménové entity agendy MP VaK a jejich vzájemné vztahy, obsahovat kardinality, případně i kompozici/agregaci tam, kde dává smysl, a bude uveden bez atributů, metod, datových typů a bez technických detailů implementace (nejde o fyzický databázový návrh). Dodavatel v modelu výslovně zohlední vícečetnou evidenci vybraných položek (např. katastrální území, místa odběru, typy znečištění, která se může lišit od pojetí původní databáze) a koncepci evidence chyb, jak jsou definovány v kapitole 3 Přílohy č. 1 závazného textu návrhu smlouvy. |
| **Definice významné chyby** |
| Pro účely hodnocení bude za významnou chybu považováno, pokud model: nebude zobrazovat všechny hlavní entity, nebo nebude obsahovat všechny kardinality, nebo nezohlední vícečetnou evidenci vybraných položek nebo koncepci evidence chyb. |
| **Zpracování úlohy:** |
| [DOPLNIT] |
| **Zadání úlohy č. 2** |
| Navrhněte formou wireframe rozložení pohledu na data v dávkovém režimu (resp. v režimu kompaktního zobrazení definovaného v kapitole 4 přílohy č. 1 Smlouvy), vycházejte ze stávající aplikace a požadavků na zobrazení chyb, požadavků na proces v agendovém modulu MP VAK, ze kterého vyplývají funkční požadavky na rozhraní. Návrh wireframe bude zpracován v podrobnosti low‑fidelity. Bude obsahovat hrubé rozložení prvků (základní prvky stránky – hlavička, patička, navigační strom, hlavní obsahová část) a umístění obsahu, zejména umístění ovládacích prvků a umístění dat a seznamů položek. Místo finálních textů mohou být použity zástupné texty nebo placeholdery. Wireframe bude statický, neklikací. Použití barevné škály je na autorovi, přičemž barvy nevyjadřují finální vizuální design; může být použita i černobílá varianta. Jednotlivé objekty mohou být realizovány zjednodušenými tvary. Návrh bude doplněn stručnými komentáři vysvětlujícími účel prvků nebo jejich základní chování. |
| **Definice významné chyby** |
| Pro účely hodnocení bude za významnou chybu považováno opomenutí některého ze základních prvků zobrazení ve stávající aplikaci. |
| **Zpracování úlohy:** |
| [DOPLNIT] |
| **Zadání úlohy č. 3** |
| Popište slovně, jakým způsobem byste realizovali funkcionalitu porovnání („diff“) dvou verzí záznamu se shodnou sadou atributů (tj. například dvou hlášení). Za „verzi“ se považuje libovolná instance téhož záznamu, tj.: původní vs. následně editovaná verze téhož záznamu, záznam z různých období u stejného uživatele – pokud má shodné schéma, záznamy různých uživatelů/subjektů (např. uživatel A vs. uživatel B) – pokud mají shodné schéma. V popisu uveďte jak backendovou část (ukládání verzí, identifikace schématu, párování dvou dokumentů, výpočet diff včetně vícenásobných položek), tak frontendovou část (jak bude diff reálně zobrazen – zvýraznění změn po polích i v kolekcích, filtrování změn, práce s přidanými/odebranými položkami). Zmiňte také ošetření chybových stavů (nekompatibilní schéma, chybějící data, nejednoznačné párování). |
| **Definice významné chyby** |
| Pro účely hodnocení bude za významnou chybu považováno, pokud popis nebude obsahovat: popis fungování backendové části porovnání, popis způsob verzování záznamů nebo zpřístupňování historických verzí, popis způsobu vyhledání záznamů pro párování z uživatelského pohledu, ošetření chybových stavů. |
| **Zpracování úlohy:** |
| [DOPLNIT] |
| **Zadání úlohy č. 4** |
| Dodavatel popíše rozdíly funkcionalit modulu MP VaK mezi (i) současnou verzí určenou pro lokální instalaci u jednotlivých uživatelů, která mj. umožňuje mít předpřipravené údaje pro předvyplňování údajů k majetkům, a (ii) novou verzí, která bude realizována jako webově orientovaná aplikace, a pro kterou bude vyplňování formulářů zajišťovat externí systém SEPO (příjem formulářů probíhá přes SEPO). Popište rozdíl funkcionalit, které identifikujete v uživatelské příručce modulu MP VAK (viz soubor MPVaK_navod (zpracovatel) a struktura dat_anon.pdf a MPVaK_Funkce_anon.pdf), které nově budou změněny nebo zrušeny (tj. funkcionality, které nejsou oproti uživatelské příručce (viz 2 uvedené soubory) popsány v zadání nebo jejich zrušení je implicitní s ohledem na přechod do webového rozhraní a příjem formulářů skrze systém SEPO). Dodavatel výsledné funkcionality uvede formou tabulky s označením: zachováno/změněno/zrušeno. V případě „změněno“ doplní, jak byla funkcionalita změněna a v případě „zrušeno“ vysvětlí, proč byla zrušena. |
| **Definice významné chyby** |
| Pro účely hodnocení bude za významnou chybu považováno, pokud popis nebude obsahovat: neidentifikace některé ze zásadních funkcionalit, která je rozdílná ve fungování současného systému a nového řešení (za zásadní funkcionalitu je považována taková, která má dopad na průběh procesu zpracování záznamu od jeho vytvoření, po jeho finální zpracování Referentem nebo Garantem MP VAK), u změněné funkcionality způsob, jakým byla funkcionalita změněna, nebo u zrušené funkcionality důvod jejího zrušení. |
| **Zpracování úlohy:** |
| [DOPLNIT] |
| **Zadání úlohy č. 5** |
| Popište návrh výpočtu orientační reprodukční pořizovací ceny dle metodiky zveřejněné MZe na adrese [https://mze.gov.cz/public/portal/mze/voda/legislativa/metodicke-pokyny/zakon-vodovody-kanalizace](https://mze.gov.cz/public/portal/mze/voda/legislativa/metodicke-pokyny/zakon-vodovody-kanalizace) („Metodický pokyn pro orientační ukazatele výpočtu pořizovací (aktualizované) ceny objektů do Vybraných údajů majetkové evidence vodovodů a kanalizací, pro Plány rozvoje vodovodů a kanalizací a pro Plány financování obnovy vodovodů a kanalizací“), svůj návrh zpracujte na příkladu kanalizační stoky. Popis bude obsahovat rozhodovací tabulky („pokud je typ majetku = X → koeficient = Y“), řetězení výpočtů a slovní popis postupu. |
| **Definice významné chyby** |
| Pro účely hodnocení bude za významnou chybu považováno, pokud nebude návrh výpočtu obsahovat některé kroky uvedené v metodice MZe, tj. v případě, kdy při postupu podle předaného popisu nebude moci dojít ke správnému výpočtu. |
| **Zpracování úlohy:** |
| [DOPLNIT] |
| **Zadání úlohy č. 6** |
| Na základě specifikace zadání navrhněte seznam jednotlivých webových služeb, které jste identifikovali, které bude třeba, dle vašeho názoru, implementovat ve vztahu ke komponentě Samostatné evidenci dokumentů, a slovně popište jejich funkci a odkazem na text zadání vyjádřete, kterou funkci to naplňuje. Seznam bude uveden ve strukturované tabulce. |
| **Definice významné chyby** |
| Pro účely hodnocení bude za významnou chybu považováno, pokud: seznam nebude obsahovat všechny datové toky (datovým tokem se rozumí situace, kdy dochází ke komunikaci více komponent) popsané v zadávací dokumentaci, nebude v tabulce uveden popis funkcí jednotlivých webových služeb, jejichž implementace bude navržena. |
| **Zpracování úlohy:** |
| [DOPLNIT] |
| **Zadání úlohy č. 7** |
| Na základě specifikace zadání předložte návrh atributů evidovaných v souvislosti s fungováním kontrol a evidence chyb záznamů. Vycházejte z požadavků zadávací dokumentace, zejména kapitol 3.4 a 3.5 Přílohy č. 1 závazného textu návrhu smlouvy a vašeho pohledu na nutnost evidence některých "systémových atributů" nezbytných pro fungování správy chyb (například opětovná aktivace chyby po editaci). Návrh vyhotovte v podobě zjednodušeného databázového diagramu a doplňte slovním popisem. |
| **Definice významné chyby** |
| Pro účely hodnocení bude za významnou chybu považováno, pokud: nebude přiloženo databázové schéma, bude v atributech chybět některý z atributů vyjmenovaných v zadávací dokumentaci. |
| **Zpracování úlohy:** |
| [DOPLNIT] |
| **Zadání úlohy č. 8** |
| Slovně popište způsob fungování modulu Jmenný rejstřík, ve vztahu k životnímu cyklu záznamu osoby, tj. evidence záznamů a jejich aktualizace vůči Základním registrům a jejich vyřazení. Uveďte, jaké webové služby základních registrů (viz [https://szrcr.cz/cs/sluzby/spravci-a-vyvojari/vyvojari-agendovych-informacnich-systemu/podrobny-popis-egon-sluzeb-zakladnich-registru](https://szrcr.cz/cs/sluzby/spravci-a-vyvojari/vyvojari-agendovych-informacnich-systemu/podrobny-popis-egon-sluzeb-zakladnich-registru)) hodláte využívat při údržbě datového kmene a okomentujte jejich použití. |
| **Definice významné chyby** |
| Pro účely hodnocení bude za významnou chybu považováno, pokud bude chybět některá služba, která je pro údržbu datového kmene ve Jmenném rejstříku nezbytná (dle podmínek metodik DIA pro tuto oblast, viz [https://www.szrcr.cz/cs/sluzby/spravci-a-vyvojari/vyvojari-agendovych-informacnich-systemu?view=article&id=407:agendov%C3%BD-informa%C4%8Dn%C3%AD-syst%C3%A9m-vyrozum%C3%ADvac%C3%AD](https://www.szrcr.cz/cs/sluzby/spravci-a-vyvojari/vyvojari-agendovych-informacnich-systemu?view=article&id=407:agendov%C3%BD-informa%C4%8Dn%C3%AD-syst%C3%A9m-vyrozum%C3%ADvac%C3%AD)). |
| **Zpracování úlohy:** |
| [DOPLNIT] |
| **Zadání úlohy č. 9** |
| Navrhněte sadu exportů, dostupných ve stávající verzi modulu MP VAK (verze pro vodoprávní úřad) a navrhněte jejich umístění v rámci jednotlivých typů obrazovek (GUI), které se v novém systému budou vyskytovat. Seznam uveďte formou strukturované tabulky. Pokud by měl být výstup dostupný na více místech, uveďte to do stejné buňky. Příklad: Výstup ve stávající aplikaci: Rozhraní: Seznam vlastníků dle počtu majetků Seznam vlastníků v agendovém modulu MP VAK, Seznam přijatých hlášení VÚME, Seznam přijatých hlášení VÚME – kompaktní zobrazení. |
| **Definice významné chyby** |
| Pro účely hodnocení bude za významnou chybu považováno, pokud bude chybět některý z exportů zmíněný v uživatelské příručce nebo aplikaci MP VAK (viz popis dle souborů: ISVAK-Plán financování obnovy VaK_anon.pdf MPVaK_Funkce_anon.pdf MPVaK_navod (MZE)_anon.pdf MPVaK_navod (zpracovatel) a struktura dat_anon.pdf MPVaK_Preceneni navod.pdf). |
| **Zpracování úlohy:** |
| [DOPLNIT] |
| **Zadání úlohy č. 10** |
| Dodavatel popíše, jak zajistí, aby webová aplikace byla technicky propojena se systémem ESRI ArcGIS Enterprise (viz kapitoly 2.15, 8.3 a 8.5 Přílohy č. 1 závazného textu návrhu smlouvy) a jak zajistí požadované funkce pro mapové zobrazení dat VAK, tj. aby bylo možné z webového rozhraní aktivně ovlivňovat zobrazení a filtrování dat v mapě (například filtrování zobrazených záznamů mapy na základě výběru majetků v seznamu majetků nebo zoom do mapy na základě výběru konkrétního prvku). |
| **Definice významné chyby** |
| Pro účely hodnocení bude za významnou chybu považováno, pokud nebude zvolené řešení popisovat, jak dojde k zajištění požadovaných funkcí filtrování záznamů pro zobrazení v mapě. |
| **Zpracování úlohy:** |
| [DOPLNIT] |