Lhůta uplynula. Probíhá vyhodnocování.

Posouzení je dostupné retrospektivně — užitečné pro analýzu, proč bych mohl příště uspět.

NadlimitníSlužbyVývoj programového vybavení

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

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í

2. července 2026 v 10:00

Hodnota

294,6 mil. Kč

Druh řízení

Otevřené řízení

Profil zadavatele

Posouzení zakázky

POSOUDIT

Detail →

Požadavky na osoby a tým

Projektový manažer· min. 1×
Certifikace IPMA Level C nebo PMP nebo PRINCE2 Practitioner
Hlavní analytik· min. 1×
Certifikace OMG UML 2 Professional – Intermediate nebo EXIN BCS Foundation Certificate in Business Analysis
Hlavní architekt· min. 1×
Certifikace Open Group Master Certified Architect nebo TOGAF 9 Certified nebo ArchiMate Foundation Practitioner
Databázový administrátor· min. 1×
Certifikace Oracle Database 12c Maximum Availability Certified Master nebo Oracle Certified Expert 12c RAC
Administrátor aplikačních serverů· min. 1×
Oracle Certified Professional WebLogic 12c Administrator nebo Oracle WebLogic 12c Certified Implementation Specialist
Administrátor Kubernetes· min. 1×
CKA nebo CKS nebo KCSA
Vývojář Oracle Database· min. 2×
Oracle Database PL/SQL Developer Certified Professional
Vývojář JAVA· min. 2×
Oracle Certified Professional Java SE/EE 6 Developer nebo Spring Certified Professional
Vedoucí kontroly kvality· min. 1×
ISTQB Foundation Level Certification
Senior vývojář backend
Vývoj desktopových aplikací, mobilních aplikací (stačí 1), OOP, technologie XML/XSLT/XPATH/JSON/REST/gRPC/Swagger, .NET Framework, .NET CORE, Oracle a MS SQL, UML 2.0.
Senior vývojář frontend
Vývoj internetových/intranetových aplikací (Vue, Angular...), přístupnost WCAG/WAI-ARIA, XML/XSLT/XPATH/JSON, návrh softwarové architektury, znalosti senior vývojáře.
Analytik
Business analýza, analýza dopadů, návrh DB, návrh komponent, UML 2.0, Enterprise Architect, Visio.
Tester, dokumentátor
Testování a porovnání s analýzou, návrh testovacích scénářů, Selenium, Protractor, HelpSmith, dobrá znalost češtiny.
Grafik/UX designer
UX/UI návrh, prototypování (Axure, Figma), grafické nástroje, pravidla přístupnosti WCAG 2.0, WAI-ARIA.
Manažer kybernetické bezpečnosti ISKN· min. 1×
Osoba musí splňovat kvalifikační požadavky na Specialistu kybernetické bezpečnosti dle VoKB.
Architekt kybernetické bezpečnosti ISKN· min. 1×
Osoba musí splňovat kvalifikační požadavky na Specialistu kybernetické bezpečnosti dle VoKB.
seznam rolí pro personální obsazení Dohody
Dodavatel má doplnit konkrétní osoby pro uvedené role, nejsou uvedeny žádné požadavky na kvalifikaci.
Senior vývojář backend
OOP, vývoj desktopových aplikací, vývoj mobilních aplikací (stačí u jednoho), XML/XSLT/XPATH/JSON/REST/gRPC/Swagger, .NET Framework, .NET Core, Oracle/MS SQL na úrovni vývojáře, UML 2.0.
Senior vývojář frontend
Vývoj webových aplikací (Vue, Angular, HTML5, CSS3, JS/TS), pravidla přístupnosti WCAG/WAI-ARIA, XML/XSLT/XPATH/JSON, návrh architektury.
Analytik
Business analýza, analýza dopadů a vazeb, návrh databáze a komponent, UML 2.0, Enterprise Architect, MS Visio.
Tester, dokumentátor
Testování výstupů, návrh testovacích scénářů, Selenium/Protractor, dokumentace v HelpSmith, dobrá znalost češtiny.
Grafik/UX designer
Návrh UX/UI, prototypování (Axure, Figma), grafické nástroje (Affinity, Adobe), pravidla přístupnosti WCAG 2.0/WAI-ARIA.
Hlavní oprávněné osoby
Dodavatel musí obsadit roli Hlavních oprávněných osob.
Zástupci Hlavních oprávněných osob
Dodavatel musí obsadit roli zástupců Hlavních oprávněných osob.
Členové Řídícího výboru
Dodavatel musí delegovat členy Řídícího výboru.
Vedoucí Projektu
Dodavatel musí určit Vedoucího Projektu.
Vedoucí ISZ a BodyShopu
Dodavatel musí obsadit roli Vedoucího ISZ a BodyShopu.
Vedoucí týmu bezpečnosti
Dodavatel musí obsadit roli Vedoucího týmu bezpečnosti.
Projektový manažer
Dodavatel musí určit Projektového manažera.
Hlavní architekt
Dodavatel musí určit Hlavního architekta.
Hlavní analytik informačních systémů
Dodavatel musí obsadit roli Hlavního analytika informačních systémů.
Specialista(té) kybernetické bezpečnosti
Dodavatel musí obsadit roli specialisty kybernetické bezpečnosti.
Databázový administrátor
Dodavatel musí určit databázového administrátora.
Administrátor Oracle aplikačních serverů
Dodavatel musí obsadit roli administrátora Oracle aplikačních serverů.
Administrátor Kubernetes
Dodavatel musí určit administrátora Kubernetes.
Vývojoví pracovníci Oracle Database
Dodavatel musí poskytnout vývojové pracovníky Oracle Database.
Vývojoví pracovníci Oracle Forms a Reports
Dodavatel musí poskytnout vývojové pracovníky Oracle Forms a Reports.
Vývojoví pracovníci technologie JAVA
Dodavatel musí poskytnout vývojové pracovníky technologie JAVA.
Ostatní vývojoví pracovníci
Dodavatel musí zajistit ostatní vývojové pracovníky dle potřeby projektu.
Vedoucí pracovník kontroly kvality
Dodavatel musí obsadit roli Vedoucího pracovníka kontroly kvality.

Ekonomická způsobilost

Zadavatel tímto stanovuje požadavky... technické kvalifikace podle § 79...

Technické požadavky

Řešení musí umožnit oddělené monitorování provozu ISKNI a ISKNE.
V ISKNE musí být metriky děleny podle aplikací DP, WSDP, WSGP, ENX, SSZ a dalších.
Dodavatel musí zajistit integraci ISKN s ekonomickým informačním systémem, včetně propagace změn a zajištění integrity dat.
Upravit webovou službu isknCtiVlastniky2 tak, aby podporovala přirozenou identifikaci nemovitosti, vyhledávání vlastníků jednotek a práv stavby, poskytovala více informací o nemovitostech a umožňovala přímé propojení na registry ROB a ROS.
Implementovat novou webovou službu isknCtiPravniVztahy, která na vstupu přijme identifikaci osoby nebo nemovitosti a vrátí přehled právních vztahů.
Upravit aplikaci Objednávka sestav tak, aby položky sestav stejného typu byly v košíku seskupeny do jedné položky.
Dodavatel musí dodržovat bezpečnostní politiky objednatele relevantní pro plnění dohody.
Dodavatel musí neprodleně informovat objednatele o kybernetických bezpečnostních incidentech.
Dodavatel musí zajistit ochranu osobních údajů dle GDPR a zákona č. 110/2019 Sb.
Dodavatel musí vést záznamy o přístupech osob do systémů obsahujících osobní údaje objednatele.
Dodavatel musí před ukončením smlouvy bezpečně smazat data objednatele včetně záloh.
Dodavatel musí provést penetrační test zahrnující OWASP Top 10 před předáním systému do produkce.
Dodavatel musí odstranit veškeré zjištěné záruční vady na své náklady v definovaných termínech.
Záruka se vztahuje na všechny části díla včetně příslušenství a zajišťuje funkčnost a vlastnosti požadované objednatelem.
Záruka se prodlužuje o dobu, kdy měla vada vliv na řádné užívání díla.
Záruka se vztahuje i na nekomerční open‑source software použitý v ISKN.
Dodavatel musí identifikovat a kategorizovat nahlášené chyby ISKN.
Dodavatel musí odstraňovat chyby vzniklé nebo způsobené modifikacemi v rámci této zakázky.
Dodavatel musí provádět konfigurační řízení pro odstraňování identifikovaných chyb.
Dodavatel musí identifikovat požadavky prostřednictvím analýzy příčin problémů nahlášených objednatelem.
Dodavatel musí kategorizovat požadavky jako záruční vady, drobné úpravy nebo činnosti na objednávku.
Dodavatel musí odhadovat pracnost drobných úprav v ČLD.
Dodavatel musí vypracovat analýzu a návrh řešení hlášeného požadavku.
Dodavatel musí implementovat odsouhlasené řešení včetně úpravy dat.
Dodavatel musí provést interní testování požadované úpravy.
Dodavatel musí předat úpravu objednateli k testování.
Dodavatel musí zařadit úpravu do nové verze nebo patche ISKN.
Dodavatel musí aktualizovat bezpečnostní dokumentaci IS do 31.3. každého roku.
Dodavatel musí aktualizovat prohlášení o aplikovatelnosti do 31.1. každého roku.
Dodavatel musí každoročně provádět analýzu aktiv a rizik do 28.2.
Dodavatel musí navrhovat opatření ke snížení neakceptovatelných rizik do 15.3.
Dodavatel musí každoročně vyhotovit výkonnostní ukazatele systému řízení bezpečnosti do 30.4.
Dodavatel musí zajistit řízení kontinuity včetně analýzy dopadů a dokumentace dopadů incidentů.
Dodavatel musí používat pouze aktuálně odolné kryptografické klíče a certifikáty.
Dodavatel musí vést seznam použitého open source software, včetně verzí, licencí a repository.
Dodavatel musí provádět pravidelné skenování a vyhodnocování SW na známé zranitelnosti a provádět aktualizace.
Dodavatel musí provádět bezpečnostní testy ISKN před předáním nové verze nebo hotfixu.
Dodavatel musí používat bezpečnostní testovací nástroje jako Netsparker, Burp Suite, Acunetix, Metasploit nebo Nessus.
Dodavatel musí monitorovat provoz ISKN po dobu min. 3 pracovních dnů po instalaci změn.
Dodavatel musí předávat výsledky monitorování v dohodnutých intervalech.
Dodavatel musí upozorňovat objednatele na zjištěné problémy a kritické hrozby bezodkladně.
Dodavatel musí zajistit podporu instalací změn ISKN do prostředí.
Dodavatel musí zavést, realizovat a udržovat technická opatření dle požadavků VoKB relevantních pro plnění dohody.
Systém musí být napojen na systém pro správu a řízení identit a přístupů.
Systém musí umožnit existenci více uživatelských rolí a odlišných úrovní oprávnění.
Systém musí umožnit vytvářet další uživatelské role nad rámec výchozích rolí.
Systém musí automaticky odhlašovat uživatele po době neaktivity.
Systém musí oddělovat uživatelské a administrátorské přístupy.
Změna oprávnění uživatele musí být aktivní bez nutnosti opětovného přihlášení.
Administrátorské účty a vzdálený přístup musí využívat vícefaktorovou autentizaci.
Dodavatel musí používat kryptografické funkce dostupné v základních knihovnách používaného jazyka či frameworku.
Musí být použity aktuálně odolné kryptografické algoritmy dle doporučení NÚKIB.
Komunikace systému musí probíhat přes TLS 1.2 nebo novější.
Systém musí ověřovat použité certifikáty a ukládat důvěryhodné certifikáty na zabezpečeném úložišti.
Tokeny musí být generovány pomocí kryptograficky bezpečných pseudonáhodných generátorů.
Systém musí automaticky zaznamenávat bezpečnostně významné události, včetně pokusů o přihlášení, změn rolí, přístupů k logům a aktivit administrátorů.
Auditní záznamy musí obsahovat čas, typ události, identifikaci systému a uživatele či procesu.
Systém musí předávat auditní záznamy externímu SIEM standardní cestou.
Auditní logy nesmí být možné neoprávněně mazat.
Všechny systémy musí používat jednotný zdroj času od objednatele.
Auditní logy musí být chráněny proti neoprávněné manipulaci a jejich formát má umožnit automatizované předávání.
Dodavatel musí vypracovat bezpečnostní dokumentaci systému, včetně popisu oprávnění, rolí, logů, napojení na IDM a využití kryptografie.
Osoby s vzdáleným přístupem musí být seznámeny se směrnicemi objednatele a používat osobní účty bez jejich sdílení.
Dodavatel musí vést a aktualizovat seznam osob s vzdáleným přístupem.
Zařízení pro vzdálený přístup musí být na podporovaných OS s záplatami ne staršími než 3 měsíce, mít antimalware, firewall a DLP.
Uživatelé s administrátorskými oprávněními na svých zařízení nesmí vypínat bezpečnostní opatření; musí probíhat monitoring.
Zařízení musí splňovat požadavky po celou dobu vzdáleného přístupu.
Site-to-site připojení musí být přístupné jen definovaným osobám a monitorované.
Osoby se vzdáleným přístupem smějí pracovat jen s povolenými aktivy a nesmí provádět zakázané aktivity jako skenování portů.
Dodavatel nesmí do plnění zahrnout nezdokumentované komunikační kanály, backdoory ani nespecifikované služby.
Dodavatel musí dodržovat všechny relevantní právní předpisy, normy a technické postupy vztahující se k předmětu plnění.
Dodavatel musí spolupracovat s dalšími dodavateli objednatele uvedenými ve smlouvě.
Dodavatel musí zajistit, že případná databáze s povahou autorského díla poskytne objednateli všechna oprávnění k využití a zveřejnění.
Pracovníci bodyshop musí mít pracovní stanici umožňující práci s uvedenými nástroji a technologiemi.
Každý pracovník musí mít licence Microsoft Windows 11+, Office 2021+, Visual Studio 2026+; analytik také Enterprise Architect.
Všichni pracovníci musí umět pracovat s Git, Azure DevOps, Visual Studiem a Microsoft Office.
Dodavatel musí implementovat změnové požadavky v rozsahu přílohy DS01.
Dodavatel musí instalovat novou dodávku ISKN do produkčního prostředí objednatele.
Upravit službu isknCtiVlastniky2 na novou verzi isknCtiVlastniky3 tak, aby podporovala přirozenou identifikaci nemovitosti, vyhledávání vlastníků jednotek a práv stavby, poskytovala více informací o vlastnících i nemovitostech a umožňovala přímé propojení na registry ROB a ROS.
Implementovat novou webovou službu isknCtiPravniVztahy přes ISZR, která na vstupu přijme identifikaci osoby nebo nemovitosti a vrátí přehled právních vztahů.
Upravit aplikaci Objednávka sestav tak, aby se položky sestav stejného typu v košíku seskupily do jedné položky.
Dodavatel musí průběžně aktualizovat dokumentaci při každé změně funkčnosti, architektury nebo datového modelu.
Dodavatel musí vést historii změn dokumentů včetně čísla verze, data, autora a popisu změny.
Dokumentace musí být uložena v repozitáři verzovacího nástroje nebo Projektové kanceláře a předávána jako konzistentní balík.
Architektonická dokumentace musí být zpracována v notaci ArchiMate 3 pomocí nástroje Archi.
Analytická a designová dokumentace musí být vytvářena v UML 2.0 pomocí Enterprise Architectu nebo kompatibilního nástroje.
Dokumentace musí obsahovat měřitelné a ověřitelné parametry výkonu včetně maximálních časů odezvy.
Dokumentace musí uvést požadavky na hardware, software a konfigurace jednotlivých vrstev aplikace.
Dodavatel má podle harmonogramu zpracovat koncepci, detailní analýzu a podklady WSDL/XSD podle stanovených termínů.
Přenos ticketu do systému dodavatele musí být inicializován změnou stavu na 'Řeší dodavatel' a musí zahrnout uvedené položky včetně transformace konfigurační položky.
Změny v položkách Kategorizace a Priorita dodavatele musí být přenášeny okamžitě po uložení v SDM ČÚZK.
Při vkládání komentářů nebo příloh v SDM ČÚZK musí být tyto údaje přeneseny do HD dodavatele ručním zásahem uživatele.
Uzavření ticketu v SDM ČÚZK musí automaticky vyvolat uzavření ticketu i v HD dodavatele.
Dodavatel musí určovat klíčové podmínky, principy a modely architektury informačního systému, posuzovat a vybírat technologie a stanovovat koncepci bezpečnostního rozvoje.
Dodavatel musí definovat požadavky na nástroje pro zajištění technických opatření kybernetické bezpečnosti.
Dodavatel musí v předstihu 7–8 měsíců připravit koncepci řešení potvrzující dopady na klienty.
Dodavatel musí v předstihu 5–6 měsíců připravit detailní analýzu včetně funkčního popisu a specifikace služeb ve formě WSDL/XSD.
Dodavatel musí 3 měsíce před instalací dokončit realizaci zhotovení změny umožňující publikaci aktualizovaných WSDL/XSD.
Projektová kancelář musí být provozována na Microsoft SharePoint a umožňovat verzování, audit, řízení přístupů, rezervaci dokumentů a jednotné pojmenování.
Dodavatel musí používat vlastní účty v Microsoft Entra, na které mu objednatel zašle pozvánky pro přístup do PK.
V projektových šablonách musí být povinně vyplněna metadata: Název, Předmět, Autor, Identifikace Objednatele, Identifikace Dodavatele, Klíčová slova.
Dodavatel musí zajistit aktualizaci provozní dokumentace ISVS uvedené v tabulce 3.
Dodavatel musí vytvořit a aktualizovat nově připravovanou dokumentaci dle zákona 265/2025 Sb. uvedenou v tabulce 4.
Dodavatel musí identifikovat provozní požadavky analýzou příčiny problému nahlášeného objednatelem.
Dodavatel musí kategorizovat každý požadavek jako záruční vadu, drobnou úpravu nebo činnost na objednávku.
Dodavatel provede odhad pracnosti drobných úprav v ČLD.
Dodavatel musí provést analýzu, návrh řešení, implementaci, interní testování a předání úprav objednateli.
Dodavatel provádí rozsáhlé činnosti kybernetické bezpečnosti, včetně aktualizace dokumentace, analýzy rizik a zajištění kontinuity.
Dodavatel vede seznam open source software používaného v ISKN včetně verzí a licencí.
Dodavatel provádí pravidelné skenování použitého SW na známé zranitelnosti a řeší je aktualizacemi.
Dodavatel musí provádět bezpečnostní testy před předáním každé nové verze nebo hotfixu ISKN.
Dodavatel monitoruje provoz ISKN minimálně tři pracovní dny po instalaci změn.
Dodavatel musí zajistit aktualizaci bezpečnostních dokumentů uvedených v tabulce 1.
Dodavatel musí zajistit aktualizaci bezpečnostních dokumentů IS uvedených v tabulce 2.
Dodavatel musí zajistit aktualizaci provozní dokumentace ISVS uvedené v tabulce 3.
Dodavatel musí vytvořit a aktualizovat nově připravovanou dokumentaci podle zákona 265/2025 Sb. uvedenou v tabulce 4.
Bezpečnostní testování může být vyvoláno různými faktory, které určují jeho potřebu.
Aplikace musí umožnit vyhledání stavby pomocí její přirozené identifikace.
Interaktivní aplikace musí zobrazit informace o stavbě a umožnit jejich export do PDF.
Interaktivní aplikace musí umožnit získání listu vlastnictví pro stavbu v PDF.
Webová služba musí vracet informace o stavbě v XML a volitelně i PDF list vlastnictví.
XML výstup webové služby musí být podepsán zaručeným elektronickým podpisem s testovacím časovým razítkem Postsignum.
Řešení musí provádět logování.
Interaktivní aplikace musí být navržena pro 4000 současně pracujících uživatelů (neimplementuje se, ale musí být pokryto v analýze).
Webové služby musí být navrženy pro 500 současně pracujících uživatelů (neimplementuje se, ale musí být pokryto v analýze).
Interaktivní aplikace musí být zpracována v Oracle Forms 12.2 s FSAL klientem.
PDF musí být generováno pomocí Jasper Reports Library.
Webové služby musí být zpracovány v technologii J2EE a Oracle WebLogic 12.2+.
Aplikace musí používat zdroje dat z výměnného formátu ISKN ve skupinách NEMO, JEDN, BDPA, VLST.
Pro získání listu vlastnictví musí být použity webové služby dálkového přístupu verze 3.1.
Aplikace musí umožnit vyhledání stavby pomocí její přirozené identifikace.
Interaktivní aplikace musí zobrazit informace o stavbě a umožnit jejich export do PDF a získání listu vlastnictví v PDF.
Webová služba musí vracet informace o stavbě v XML a volitelně i PDF s listem vlastnictví.
XML výstup webové služby 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í.
Interaktivní aplikace musí být zpracována v technologii Oracle Forms 12.2 s využitím FSAL.
PDF musí být generována pomocí Jasper Reports Library.
Webové služby musí být zpracovány v technologii J2EE a Oracle WebLogic verze 12.2 a vyšší.
Součástí řešení musí být projekt pro SOAP UI pro otestování webových služeb.
Dodavatel musí provést uvedení prostředí použitého pro prototyp do korektního stavu bez posunutí termínu ověření instalace.
Dodavatel musí udržovat dokumentaci v aktuálním stavu a aktualizovat ji s každou změnou funkčnosti, architektury nebo datového modelu.
Dokumenty musí obsahovat historii změn s verzí, datem, autorem a popisem změny.
Architektonická dokumentace musí být zpracována v notaci ArchiMate 3 v nástroji Archi.
Analytické a designové modely musí být tvořeny v UML 2.0 v Enterprise Architect nebo kompatibilním nástroji.
Dodavatel musí vytvořit model uživatelského rozhraní obsahující mapu obrazovek a popis jednotlivých obrazovek.
Dodavatel musí předložit kompletní datový model databáze včetně tabulek, sloupců, indexů, PK, FK a komentářů.
Dodavatel musí popsat použité technologie, nástroje a pravidla psaní kódu včetně komentářových konvencí.
Dodavatel musí vytvořit kompletní popisy API (REST, SOAP, gRPC) včetně příkladů požadavků a odpovědí.
Pracovníci bodyshopu musí mít pracovní stanici/notebook s konfigurací umožňující vývoj ISKN a práci full remote.
Každý pracovník musí mít licence Windows 11+, Office 2021+, Visual Studio 2026+, analytik Enterprise Architect.
Všichni pracovníci musí umět pracovat s Git, Azure DevOps, Visual Studio a Microsoft Office.
Projektová kancelář musí umožňovat verzování dokumentů a sledování historie v prostředí MS SharePoint.
Projektová kancelář musí být přístupná prostřednictvím VPN Objednatele.
Autentizace a autorizace musí být zajištěna prostřednictvím Microsoft Entra s využitím účtů Dodavatele.
Projektová kancelář musí umožnit rezervaci dokumentů a automatizované číslování dokumentů.
Projektové šablony musí být vyplněny minimálně s metadaty: název, předmět, autor, identifikace objednatele, identifikace dodavatele, klíčová slova.

Poddodávky

Poddodávky povoleny
Role dle bodů 6.3.2.2, 6.3.2.3 a 6.3.2.4 nesmí být plněny subdodavatelem.

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

Připraveno 0/360 %

Povinné přílohy

Nepovinné přílohy

Prohlášení poddodavatele o zachování mlčenlivosti

PDF

Pokud má být sdílen obsah neveřejné ZD s poddodavatelem, musí být předloženo jeho vlastní prohlášení.

Vypracovaný vzorový úkol kandidáta (pokud jej zadavatel vyžádá)

Vzorový úkol do délky 1 ČLD.

Prohlášení poddodavatele o zachování mlčenlivosti

podepsané

Prohlášení každého poddodavatele, kterému budou sdíleny důvěrné informace.

Identifikační údaje poddodavatelů, kterými účastník prokazuje kvalifikaci

Identifikační údaje a doklady poddodavatelů, pokud jejich prostřednictvím účastník prokazuje kvalifikaci.

Seznam potřebných internetových IP adres a portů

Seznam nutný pro komunikaci serverové části, pokud se liší od výchozího.

Vylučovací důvod

Dodavatel byl pravomocně odsouzen pro trestné činy dle §74 odst.1 písm. a

Upozornění

Role označené jako stěžejní musí být plněny přímo dodavatelem, nikoli subdodavatelem.

Dodavatel musí disponovat vlastními kvalifikovanými zaměstnanci, nikoliv outsourcovat tyto role.

Upozornění

Za porušení povinnosti utajení důvěrných informací je stanovena smluvní pokuta 1 000 000 Kč za každé porušení, celkem maximálně 50 000 000 Kč.

Vysoké finanční riziko při úniku informací, včetně úniků způsobených poddodavateli.

Upozornění

Dodavatel odpovídá za porušení mlčenlivosti způsobené třetí osobou, které poskytl důvěrné informace.

Odpovědnost i za jednání poddodavatelů a externích osob.

Upozornění

Objednatel může odstoupit od dohody při významné změně ovládání dodavatele.

Riziko ukončení smlouvy při změnách ve vlastnické struktuře.

Upozornění

Dodavatel odpovídá za škodu vzniklou z neodstranění vady ve sjednaném termínu.

Dodavatel nese riziko finančních náhrad škody za nedodržení termínů.

Upozornění

Smluvní pokuta 500 000 Kč za předání dat nebo výkon vzdálené správy z území Čínské lidové republiky nebo jejích zvláštních administrativních oblastí.

Významné finanční sankce při porušení bezpečnostních podmínek.

Upozornění

Dodavatel musí mít pojištění odpovědnosti za škodu s limitem minimálně 100 000 000 Kč.

Nutnost udržovat vysoký pojistný limit po celou dobu plnění.

Upozornění

Dodavatel musí používat a dodržovat metodiky řízení projektu a vývoje uvedené v přílohách RD11 a RD14.

Nutnost přizpůsobit interní procesy metodice objednatele.

Upozornění

V případě práce s utajovanými informacemi musí dodavatel oznámit potřebu součinnosti dle zákona o utajovaných informacích.

Možnost nutnosti získat bezpečnostní způsobilost.

Upozornění

Pokud dodavatel nedodá nového pracovníka do 15 pracovních dnů, bude účtována sleva 50 % z jednotkové ceny za každý den prodlení.

Finanční sankce za nedodržení reakční lhůty.

Upozornění

Při nesplnění požadovaných odborností se uplatní trvalá sleva koeficientem 0,5 až 1,0.

Snížení proplácených hodin.

Upozornění

Pracovník má zkušební dobu 10 pracovních dnů, během níž nejsou jeho výkony hrazeny.

Neplacené výkony nových pracovníků během zkušební doby.

Upozornění

Smlouva nabývá účinnosti až zveřejněním v registru smluv.

Plnění nesmí začít před zveřejněním, jinak může být právně neúčinné.

Upozornění

Za porušení povinnosti utajení důvěrných informací musí dodavatel uhradit smluvní pokutu 1 000 000 Kč za každé porušení, max. 50 000 000 Kč.

Významné finanční riziko v případě jakéhokoliv úniku důvěrných informací.

Upozornění

Dodavatel odpovídá i za porušení mlčenlivosti osobami, kterým důvěrné informace poskytl.

Riziko sankce i při pochybení poddodavatelů.

Upozornění

U významných změn WS musí být klientům zajištěn přechod v délce 6 měsíců díky podpoře nové i stávající verze služby.

Dodavatel musí plánovat a dodávat změny tak, aby umožnil souběžnou podporu dvou verzí WS po dobu 6 měsíců.

Upozornění

Dodavatel musí odstranit všechny vady na své náklady ve stanovených lhůtách, jinak odpovídá za vzniklou škodu.

Riziko finanční odpovědnosti za škodu při nedodržení SLA.

Upozornění

Záruka se vztahuje i na použitý open‑source software a jeho změny provedené dodavatelem.

Dodavatel nese plnou odpovědnost za open-source součásti jako za vlastní dílo.

Upozornění

Dodavatel musí dodržet předepsané reakční a řešící doby pro chyby dle stupňů závažnosti.

Pevně definované lhůty: např. kritická chyba reakce 1 hodina, vyřešení 4 hodiny.

Upozornění

Všechny záruční vady musí být vyřešeny do poslední dodávky ISKN, další nejpozději do 3 měsíců po ukončení rámcové dohody.

Dodavatel se zavazuje k pevně vymezenému termínu řešení vad i po skončení dodávek.

Upozornění

Certifikát pro zaručený elektronický podpis musí být platný alespoň 60 dní po skončení lhůty pro podání nabídek a dodavatel musí popsat postup jeho výměny.

Nutnost zajistit platný podpisový certifikát a připravit dokumentaci k jeho výměně.

Upozornění

Veškerý použitý SW mimo produkty Oracle musí být licencovaný nebo ve free/evaluation verzi s platností min. 90 dní po lhůtě pro podání nabídek.

Nutnost zajistit licence nebo platné evaluation verze.

Upozornění

Smlouva je účinná až po zveřejnění v registru smluv.

Dodavatel nemůže zahájit plnění ani fakturovat před zveřejněním smlouvy.

Upozornění

Certifikát použitý pro zaručený elektronický podpis musí být platný alespoň 60 dnů od skončení lhůty pro podání nabídek a musí být popsán postup jeho výměny zadavatelem.

Dodavatel musí dodat platný certifikát a dokumentovat proces jeho výměny.

Upozornění

Veškerý ne-Oracle software musí být licencovaný nebo ve free/eval verzi s platností minimálně 90 dnů od skončení lhůty pro podání nabídek.

Dodavatel musí zajistit licenční čistotu použitých komponent.

Upozornění

Dodavatel musí dodat kompletní virtuální stroje se serverovou částí řešení a přístupovými údaji.

Nutnost připravit, zabalit a předat VM s požadovanou konfigurací.

Upozornění

Pokud VM nelze vložit do NEN, musí být dodány na DVD spolu s hash soubory a fyzicky doručeny do podatelny zadavatele.

Nutnost paralelního fyzického doručení DVD v zalepené obálce.

Upozornění

Pokud se vytváří nové vybudování databáze včetně anonymizace, realizace bude trvat déle.

Dodavatel musí počítat s možným prodloužením doby instalace.

Upozornění

Pokuta ve formě slevy 50 % z jednotkové ceny za každý den, kdy dodavatel nezajistí nového pracovníka do 15 pracovních dnů.

Výrazné finanční snížení příjmů při nedodržení lhůty.

Upozornění

Dodavatel nesmí měnit členy týmu bez dohody se zadavatelem.

Omezení řízení vlastního personálu.

Upozornění

Zkušební doba 10 pracovních dnů, během které zadavatel nehradí výkony pracovníka.

Neplacené období při onboarding nových pracovníků.

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

Pro Profi

Sestavení kompletní nabídky (checklist, předvyplnění, export) je součástí tarifu Profi.

Zobrazit plány →