Rozvoj a údržba Informačního systému katastru nemovitostí v letech 2027 - 2030

Český úřad zeměměřický a katastrálníVypsáno 18. 5. 2026

AI souhrn

Předmětem je rozvoj a údržba Informačního systému katastru nemovitostí (ISKN) včetně nových funkčností, poskytovaných na základě rámcové dohody. Zadavatel, Český úřad zeměměřický a katastrální, počítá s investicí kolem 294600000.00 Kč. Nabídky lze podávat do 2. července 2026, 10:00. Účast předpokládá zejména velké či specializované IT firmy s týmem pokrývajícím roli projektového manažera (např. s IPMA/PMP/PRINCE2), vedoucího architekta (např. s certifikací TOGAF či ArchiMate) a analytiků (např. s UML či BCS certifikací), přičemž vybrané role nelze zajišťovat subdodávkou. K prokázání způsobilosti je nutné doložit doklady o základní, profesní a technické kvalifikaci, včetně odborných certifikací a referencí; bez nich lze účast ověřit jen omezeně. Postup plnění je složitý kvůli vyžadované metodice, dílčím smlouvám a rozsáhlému nasazení v rámci ISKN, což představuje hlavní riziko i pro řízení projektu.

Termín podání

2026-07-022. 7. 2026

Hodnota

294,6 mil. Kč

Druh řízení

Otevřené řízení

Profil zadavatele

Požadavky na osoby a tým

Senior vývojář backend
OOP, desktop, mobilní vývoj, XML/XSLT/XPATH/JSON/REST/gRPC/Swagger, .NET Framework, .NET Core, Oracle/MS SQL, UML 2.0
Senior vývojář frontend
Vue/Angular/HTML5/CSS3/JS/TS/REST, WCAG, WAI-ARIA, XML/XSLT/XPATH/JSON, návrh architektury
Analytik
Business analýza, návrh DB, návrh komponent, UML 2.0, Enterprise Architect, Visio
Tester, dokumentátor
Testování, návrh scénářů, Selenium/Protractor, HelpSmith, český jazyk
Grafik/UX designer
Návrh UI/UX, Axure/Figma, grafické nástroje, WCAG 2.0
Hlavní oprávněné osoby
Dodavatel musí doplnit konkrétní osoby do této role.
Zástupci Hlavních oprávněných osob
Dodavatel musí doplnit osoby do této role.
Členové Řídícího výboru
Dodavatel musí doplnit osoby do této role.
Vedoucí Projektu
Dodavatel musí doplnit osobu do této role.
Vedoucí ISZ a BodyShopu
Dodavatel musí doplnit osobu do této role.
Vedoucí týmu bezpečnosti
Dodavatel musí doplnit osobu do této role.
Projektový manažer
Dodavatel musí doplnit osobu do této role.
Hlavní architekt
Dodavatel musí doplnit osobu do této role.
Hlavní analytik informačních systémů
Dodavatel musí doplnit osobu.
Specialista kybernetické bezpečnosti
Dodavatel musí doplnit osobu.
Databázový administrátor
Dodavatel musí doplnit osobu.
Administrátor Oracle aplikačních serverů
Dodavatel musí doplnit osobu.
Administrátor Kubernetes
Dodavatel musí doplnit osobu.
Vývojoví pracovníci Oracle Database
Dodavatel musí doplnit osoby.
Vývojoví pracovníci Oracle Forms a Reports
Dodavatel musí doplnit osoby.
Vývojoví pracovníci technologie JAVA
Dodavatel musí doplnit osoby.
Ostatní vývojoví pracovníci
Dodavatel musí doplnit osoby.
Vedoucí pracovník kontroly kvality
Dodavatel musí doplnit osobu.

Technické požadavky

Upravit službu isknCtiVlastniky2 tak, aby umožňovala přirozenou identifikaci nemovitosti, vyhledávání vlastníků jednotek a práv stavby, více informací o vlastnících a nemovitostech a propojení na ROB a ROS.
Implementace analýzy řešení CR0111 pro službu isknCtiVlastniky3.
Vytvořit novou službu isknCtiPravniVztahy na ISZR, vstupem je identifikace osoby nebo nemovitosti, výstupem přehled právních vztahů.
Implementace analýzy řešení CR0119 pro službu isknCtiPravniVztahy.
Upravit aplikaci Objednávka sestav tak, aby košík seskupoval položky sestav stejného typu.
Implementace analýzy řešení CR0120 pro úpravu aplikace Objednávka sestav.
Dodavatel musí zavést, realizovat a udržovat technická opatření odpovídající požadavkům VoKB.
Systém musí být napojen na systém pro správu a řízení identit a přístupů.
Systém musí podporovat různé uživatelské role a úrovně oprávnění.
Možnost vytvářet další uživatelské role nad rámec výchozích.
Automatické odhlášení po době neaktivity.
Oddělení uživatelských a administrátorských přístupů.
Změna oprávnění se projeví bez nového přihlášení.
Pro administrátory a vzdálený přístup musí být použita MFA.
Používat pouze kryptografické funkce dostupné v základních knihovnách jazyka/frameworku.
Používat aktuálně odolné kryptografické algoritmy dle NÚKIB.
Komunikace musí využívat TLS 1.2 nebo novější.
Ověřování certifikátů v systému.
Ukládání důvěryhodných certifikátů na zabezpečeném úložišti.
Generování náhodných tokenů pomocí kryptograficky bezpečného PRNG.
Systém musí automaticky zaznamenávat bezpečnostně významné události.
Auditní logy musí obsahovat minimální stanovené atributy.
Předávání auditních záznamů do externího systému SIEM.
Zákaz neoprávněného smazání auditních záznamů.
Systémy musí používat jednotný zdroj času objednatele.
Auditní záznamy musí být chráněny proti manipulaci.
Formát logů musí umožnit automatizované předávání do externího systému.
Dodavatel musí vypracovat bezpečnostní dokumentaci dodávaného systému.
Bezpečnostní dokumentace musí obsahovat vyjmenované oblasti (oprávnění, role, napojení na IDM, logy, napojení na systém sběru logů, využití kryptografie).
Osoby se vzdáleným přístupem musí být seznámeny s interními směrnicemi objednatele.
Osoby dodavatele musí pro vzdálený přístup používat osobní účty.
Dodavatel musí předat seznam osob se vzdáleným přístupem a oznamovat změny.
Zařízení využívaná pro vzdálený přístup musí mít OS se záplatami ne staršími než 3 měsíce.
Zařízení musí mít aktuální antimalware řešení.
Zařízení musí mít osobní firewall.
Zařízení musí mít mechanismy bránící exfiltraci dat (např. DLP).
Administrátorské účty nesmějí mít možnost vypnout bezpečnostní opatření, musí probíhat monitoring.
Zařízení musí splňovat požadavky po celou dobu trvání přístupu.
Site-to-site připojení musí být přístupné pouze definovaným osobám a monitorováno.
Osoby se vzdáleným přístupem mohou přistupovat pouze k definovaným aktivům.
Záruka se vztahuje na všechny části díla, včetně příslušenství
Záruka se vztahuje na funkčnost díla a požadované vlastnosti
Záruka se prodlužuje o dobu trvání vady
Dodavatel odstraňuje vady na své náklady
Záruka se vztahuje i na Open Source SW
SDM zadavatele slouží pouze pro řešení zaevidovaných požadavků, neslouží pro potřeby testování; interní analýzy a testování musí být evidovány v jiném systému dodavatele.
Modelový příklad musí být zpracován a předán jako standardní dodávka ISKN včetně analytických výstupů, instalační a uživatelské příručky, zdrojových kódů, popisu WS a balíků pro deploy.
V IA zobrazit informace o stavbě s možností exportu do PDF a získání listu vlastnictví.
WS musí vracet informace v XML a volitelně PDF list vlastnictví.
XML výstup WS musí být opatřen zaručeným elektronickým podpisem s testovacím časovým razítkem Postsignum.
Řešení musí provádět logování.
Zpracování IA v Oracle Forms 12.2 s využitím FSAL.
Generování PDF pomocí Jasper Reports Library.
Zpracování WS v technologii J2EE a Oracle WebLogic 12.2+.
Dodání všech souborů tvořících virtuální stroj se serverovou částí modelového požadavku.
Implementace změnových požadavků dle Přílohy DS01
Instalace nové dodávky ISKN do produkčního prostředí
délka trvání celé dodávky 8 měsíců
možnost paralelní práce na analýzách
Modelový příklad musí obsahovat analytické výstupy, instalační příručku, uživatelskou příručku, zdrojové kódy, popisy WS a balíky pro deploy.
Aplikace musí umožnit vyhledání stavby pomocí její přirozené identifikace.
IA musí zobrazit informace o stavbě a umožnit export do PDF a získání listu vlastnictví v PDF.
WS musí vracet informace o stavbě v XML a volitelně PDF listu vlastnictví.
XML výstup WS musí být opatřen zaručeným elektronickým podpisem s testovacím časovým razítkem Postsignum.
Řešení musí provádět logování.
IA musí být zpracována v Oracle Forms 12.2 s FSAL klientem.
PDF musí být generováno pomocí Jasper Reports Library.
WS musí být zpracovány v technologii J2EE a Oracle WebLogic 12.2+.
Aplikace musí pracovat nad vzorovým výměnným formátem ISKN (datové skupiny NEMO, JEDN, BDPA, VLST).
Pro PDF listu vlastnictví musí být použity webové služby dálkového přístupu na zkoušku verze 3.1.
Nabídka musí obsahovat virtuální stroj se serverem modelového požadavku.
Dodavatel musí dodat instrukce pro testování IA a WS (URL atd.).
Certifikát pro elektronický podpis musí být platný min. 60 dnů od skončení lhůty a musí být popsán postup výměny.
Dokumentace musí být udržována v aktuálním stavu po celou dobu životního cyklu systému.
Hlavička každého textového dokumentu musí obsahovat historii změn.
Dokumentace musí být vytvořena ve standardních formátech (PNG, JPG, Javadoc, Archi, Enterprise Architect, WIKI).
Architektonická dokumentace musí být zpracována v notaci ArchiMate 3 pomocí nástroje Archi.
Analýza a design musí být vytvářena v UML 2.0 a nástroji Enterprise Architect, nebo kompatibilním exportem/importem.
Procesní modely musí být vytvořeny v notaci BPMN.
Musí být definovány měřitelné výkonové parametry aplikace včetně způsobu jejich ověřování.
Dokumentace musí obsahovat požadavky na HW a SW včetně minimálních konfigurací.
UI design musí obsahovat přehled ovládacích prvků, navigace, prezentačních prvků, barev, rozměrů a příklady použití.
Musí být popsána architektura: business, aplikační, technologická, bezpečnostní a integrační.
Musí být popsány použité technologie, nástroje vývoje, organizace kódu, pravidla psaní kódu, buildy, release, testy a nasazování.
Musí být uveden popis API – SOAP, REST, gRPC a dalších rozhraní.
Dokumentace musí být udržována v aktuálním stavu po celou dobu životního cyklu systému.
Architektonická dokumentace musí být zpracována v notaci ArchiMate 3 s využitím modelovacího nástroje Archi.
Analýza a design musí být vytvářena pomocí UML 2.0 v nástroji Enterprise Architect nebo kompatibilním.
Dokumentace musí obsahovat kompletní datový model databáze včetně tabulek, doménových hodnot, triggerů, funkcí, pohledů a VPD.
Musí být vytvořeny procesní modely v notaci BPMN pro procesy, které aplikace řeší.
Musí být vytvořeny případy užití v UML 2, včetně diagramů a slovních popisů.
UI model musí obsahovat mapu uživatelského rozhraní a popisy jednotlivých obrazovek.
Programátorská dokumentace musí obsahovat kompletní výčet technologií, nástrojů, organizaci kódu a pravidla psaní kódu.
Musí být popsáno verzování zdrojových kódů, databázových změn a pravidla pro buildy a nasazování.
Musí být popsána všechna poskytovaná API, včetně OpenAPI pro REST a WSDL/XSD pro SOAP.
Přenos ticketu z CA SDM do HD Dodavatele je inicializován změnou stavu na „Řeší dodavatel“.
Do HD Dodavatele se přenáší minimální sada polí (ID požadavku, Řešitel, Shrnutí, Popis, Resortní oblast požadavku, Kategorizace, Priorita dodavatele, Konfigurační položka).
Přílohy se automaticky nepřenášejí – je nutný ruční zásah.
Změny položek Kategorizace a Priorita dodavatele musí být automaticky přeneseny do HD ihned po uložení.
Komentáře a přílohy vkládané v obou systémech musí být ihned přeneseny.
Stavy ticketů musí být synchronizovány mezi systémy (Nový, Řešený, Přerušený, Vyřešený, Zařazený do dodávky, Uzavřený).
Pracovní stanice/notebook umožňující činnosti vývoje
Licence Windows, Office, Visual Studio, Enterprise Architect
Určovat klíčové podmínky, principy a modely architektury IS, posuzovat a vybírat technologie a stanovovat koncepci bezpečnostního rozvoje IS.
Definovat požadavky na nástroje pro zajištění technických opatření kybernetické bezpečnosti.
Použití nástrojů Microsoft Office 2021 pro práci s projektovými dokumenty; SharePoint jako úložiště PK; povinné verzování dokumentů a používání stanovených metadat.
Použití nástroje Microsoft SharePoint pro ukládání a verzování projektových dokumentů.
Používání Microsoft Office 2021 pro práci s projektovými dokumenty.
PK bude přístupná prostřednictvím VPN Objednatele.
Autentizace a autorizace prostřednictvím Microsoft Entra, Dodavatel musí disponovat vlastními účty.
Bezpečnostní testování může být vyvoláno uvedenými faktory.
Detailní postupy a časové limity pro provádění uživatelských testů PA1A, PU010, VF a dalších.

Přihlaste se a vyberte firmu pro porovnání s vaším certifikačním profilem.

Připraveno 0/120 %

Povinné přílohy

Nepovinné přílohy

Vypracovaný vzorový úkol kandidátů (max. 1 ČLD)

Upozornění

Dodavatel odpovídá za škodu způsobenou neodstraněním vady ve sjednaném termínu

Upozornění

Certifikát pro zaručený elektronický podpis musí být platný 60 dnů od skončení lhůty pro podání nabídek.

Dodavatel musí zajistit časově platný certifikát a popsat postup jeho výměny.

Upozornění

Smlouva se řídí Rámcovou dohodou, která může obsahovat další závazná ustanovení.

Dodavatel musí plnit i povinnosti stanovené mimo tento dokument v Rámcové dohodě.

Upozornění

Certifikát pro podpis musí být platný min. 60 dnů od skončení lhůty.

Nutnost zajistit platný certifikát a postup jeho výměny.

Upozornění

Veškerý SW mimo Oracle musí být řádně licencovaný nebo free/eval min. 90 dnů.

Nákup licencí nebo použití vhodných free/eval verzí.

Upozornění

Sleva 50 % z jednotkové ceny za každý den prodlení při nedodání pracovníka

Významná finanční sankce při pozdním dodání pracovníka

Upozornění

Snížení hodin pomocí koeficientu 0,5–1,0 při nesplnění odbornosti

Dodavatel dostane zaplaceno méně

Upozornění

Dodavatel musí disponovat vlastními uživatelskými účty pro přístup do PK prostřednictvím Microsoft Entra.

Nutnost zajistit technické prostředky a identity pro přístup do systému Objednatele.

Extrahováno automaticky z příloh ZD. Vždy ověřte v originální dokumentaci.

Zadávací dokumentace

Pro zdarma registrovaným

Seznam zadávací dokumentace je dostupný po přihlášení. Účet zdarma.

Přihlásit se

Účet zdarma vás zabere minutu — vytvořit účet

Konkurence u zadavatele

Načítám posouzení V2…