Authorization / licence
minimálně úhlů a vzdálenosti) v DIMS. 5) Zobrazení souřadnic vybraných bodů v DIMS. 6) Přidání vlastních atributů k elementům a datovým objektům DIMS. (Úprav
document-text · zadávací dokumentace · medium confidenceExplore 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 | 10 Nov 2026, 00:00 | 11 Nov 2026, 00:00 |
| jiný dokument nen.nipez.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| zadávací dokumentace nen.nipez.cz | ready | Available | 10 Nov 2026, 00:00 | 11 Nov 2026, 00:00 |
| zadávací dokumentace nen.nipez.cz | ready | Available | 9 Nov 2026, 23:55 | 10 Nov 2026, 23:55 |
| zadávací dokumentace nen.nipez.cz | ready | Available | 9 Nov 2026, 23:55 | 10 Nov 2026, 23:55 |
| zadávací dokumentace nen.nipez.cz | ready | Available | 9 Nov 2026, 23:55 | 10 Nov 2026, 23:55 |
| zadávací dokumentace nen.nipez.cz | ready | Available | 9 Nov 2026, 23:55 | 10 Nov 2026, 23:55 |
| zadávací dokumentace nen.nipez.cz | ready | Available | 9 Nov 2026, 23:55 | 10 Nov 2026, 23:55 |
| zadávací dokumentace nen.nipez.cz | ready | Available | 9 Nov 2026, 23:55 | 10 Nov 2026, 23:55 |
| zadávací dokumentace nen.nipez.cz | ready | Available | 9 Nov 2026, 23:50 | 10 Nov 2026, 23:50 |
| zadávací dokumentace nen.nipez.cz | ready | Available | 9 Nov 2026, 23:50 | 10 Nov 2026, 23:50 |
| zadávací dokumentace nen.nipez.cz | ready | Available | 9 Nov 2026, 23:50 | 10 Nov 2026, 23:50 |
| zadávací dokumentace nen.nipez.cz | ready | Available | 9 Nov 2026, 23:50 | 10 Nov 2026, 23:50 |
| jiný dokument api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| jiný dokument api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| výzva k podání nabídek api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| jiný dokument api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| jiný dokument api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| jiný dokument api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| jiný dokument api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| jiný dokument api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| jiný dokument api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| jiný dokument api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| jiný dokument api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| jiný dokument api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| jiný dokument api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| vysvětlení zadávací dokumentace api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
| jiný dokument api.tenderarena.cz | pending | Not extracted | — | 5 Nov 2026, 01:04 |
Status: ready · Role: specification · Fetched: 9 Nov 2026, 23:55 · Extracted: 5 Nov 2026, 18:25
cz.profile.xml · CDE – Společné datové prostředí ↗
minimálně úhlů a vzdálenosti) v DIMS. 5) Zobrazení souřadnic vybraných bodů v DIMS. 6) Přidání vlastních atributů k elementům a datovým objektům DIMS. (Úprav
document-text · zadávací dokumentace · medium confidenceSHA-256: 9559e7e63eba493416729e6cbaf7203abfe06f3e01e519de041ebb10a088297e
Parser: xberg-1.0.14:markdown-pages-tables-ces-eng-v1
<!-- PAGE 1 -->Příloha č. 8 Zadání investora Funkční požadavky na CDE # ÚVOD Cílem je zajištění společného datového prostředí pro fázi přípravy, realizace a předáni staveb pro správu a údržbu (Projektové CDE) v rámci různých oddělení a úseků celé organizace. CDE bude zajišťovat pořízení a udržování informačního modelu stavby v požadovaného rozsahu dle zákona 330/2025 Sb., §6. Cílem implementace Projektového CDE je vytvoření jednotného úložiště veškerých dat a informací staveb, včetně veškeré komunikace nad těmito daty a informacemi („jediný zdroj pravdy“). ## Informační model stavby Informační model stavby v závislosti na fázi životního cyklu obsahuje: ucelenou část představující prostorové uspořádání a charakteristiky stavby, jejích konstrukcí a prvků ve strukturované podobě (dále jen „digitální model stavby“), informace o harmonogramu výstavby, informace o podmínkách povolení stavby, informace o investičních nákladech stavby, informace vztahující se k užívání a údržbě stavby, dokumentaci stavby podle jiného právního předpisu, informace o úkonech správních orgánů a právních jednáních souvisejících s přípravou, prováděním, užíváním, údržbou, prováděním změn a odstraňováním stavby, informace o změnách dokončené stavby. # Funkční požadavky CDE nemusí obsahovat veškerou specializovanou funkcionalitu přímo ve svém prostředí. Musí však podporovat integraci s externími systémy prostřednictvím strukturované výměny dat využívající otevřené standardy nebo aplikační rozhraní (API), tak aby byla zajištěna interoperabilita a kontinuita dat napříč procesy. ## __CDE – Pořízení modulů pro práci s 2D a 3D projektovou dokumentací__ | \<u\>**Předpokládaný funkční požadavek**\</u\> | \<u\>**Předpokládané požadavky na systém**\</u\> | | --- | --- | | \<u\>Organizování DDP\</u\> | Organizování DDP (digitální dokumentace projektu) do složek (za složku jsou pro účely tohoto dokumentu považovány fyzické i virtuální složky). | | \<u\>Sdílení DDP\</u\> | \<u\>Nahrání, sdílení DDP. a. Nahrávání jednotlivých DDP a složek. b. Nahrání několika DDP a složek najednou (bulk upload). c. Vkládání dalších informací k dokumentům v digitální podobě, tzv. metadat. d. Zaznamenání minimálních metadat DDP (datum poslední změny, autor změny DDP a složky, typ, velikost). e. Sdílení jednotlivých či několika DDP a složek jednotlivým uživatelům a skupinám uživatelům skrze oprávnění nad DMS. \</u\> | | \<u\>Digitální podpis\</u\> | \<u\>Možnost digitálního podepisování v systému CDE (včetně kvalifikovaného podpisu dle EIDAS). \</u\> | | \<u\>Typy dokumentů\</u\> | \<u\>Nahrávání a stahování všech běžných typů DDP (.docx, .xlsx, .csv, .xml, .dwg, .rvt, .ifc, .jpg, .png, .tiff, .bmp, .pdf …)\</u\> | | \<u\>Šablony složek\</u\> | \<u\>Možnost vytvořit složkovou strukturu jako šablonu pro opětovnou aplikaci. \</u\> | | \<u\>Práce s digitálním modelem stavby\</u\> | \<u\>V rámci CDE je nezbytné umožnit přímou interakci s digitálními modely stavby, které na sebe váží další informace. Propojení jednotlivých datových objektů uvnitř digitálních modelů staveb s dalšími informacemi uloženými v prostředí CDE tvoří jednu ze základních přínosů využití CDE. 1) Podpora práce s DIMS ve formátu ifc. 2) Zobrazení negrafických informací DIMS (např. názvy elementů a datových objektů a jejich vlastností). 3) Zobrazení/skrytí jednotlivých elementů a datových objektů DIMS. 4) Měření (minimálně úhlů a vzdálenosti) v DIMS. 5) Zobrazení souřadnic vybraných bodů v DIMS. 6) Přidání vlastních atributů k elementům a datovým objektům DIMS. (Úpravy původních atributů nejsou žádoucí) 7) Prohlížení DIMS ve formátu IFC přímo ve webových prohlížečích a) Prohlížení atributů prvků 3D modelů pro soubory IFC b) Možnost zobrazení 2D výkresu (.dwg) v 3D modelu (.ifc) s přesnou lokalizací c) Částečný pohled na model založený na filtrování podle úrovně, kategorie, klasifikace prvků d) Současné zobrazení více modelů (federated modelu) s možností detekce kolizí e) Možnost detekcí kolizí a porovnání verzí modelu f) Možnost vytvořit přístup pro externí uživatele bez nutnosti licence pro prohlížení DIMS.\</u\> | | \<u\>Vazby mezi dokumenty v digitální podobě stavby\</u\> | \<u\>DDP mohou obsahovat vazby na jiné DDP. Tyto vazby mohou být zajištěny prostřednictvím hyperlinků (permanentních odkazů). CDE musí umožnovat pracovat s vazbami ve formátu hyperlinku. Použití ostatních typů vazeb je řešeno jinými softwarovými nástroji.\</u\> | | \<u\>Datové formáty\</u\> | \<u\>Datové formáty DDP v CDE jsou rozděleny z hlediska funkcionality na kategorie podle typu DDP: 1) Office dokumenty Běžnou součástí každého stavebního projektu jsou dokumenty MS OFFICE. Word (.docx) a Excel(.xlsx) a tvoří podstatnou část ukládaných dokumentů. a) CDE musí umožňovat tyto dokumenty přímo prohlížet (na všech platformách) a upravovat (minimálně v desktopové aplikaci). 2) Rastrové obrázky a) Systém CDE musí umožnit prohlížení rastrových obrázků minimálně ve formátech: .jpg a .png. 3) Dokumentace ve 2D a 3D a) CDE musí umožnit práci s digitálním modelem stavby ve formátu IFC. 4) PDF a) CDE musí umožnit prohlížení dokumentů ve formátu PDF včetně běžných operací jako je otočení, přiblížení, přepínání stránek a další. 5) XML a) Datový předpis XC4 - Podrobnosti týkající se struktury údajů a metodiky formátu XC4 jsou k dispozici na internetové adrese www.xc4.cz b) Musí umožnit otevření souboru za účelem řešení: i) schvalování variací, návrhů na zlepšení a žádostí průběžných plateb ii) schvalování stavebních rozpočtů, především soupisu prací dodávek a služeb, nabídkových cen, dodatků k rozpočtům, zjišťovacích protokolů, soupisů skutečně provedených prací a výkazů výměr 6) Ostatní DDP a) CDE musí umožnit uložit a stáhnout jakýkoli DDP bez ohledu na jeho formát a velikost. b) CDE musí podporovat export a import formátu BCF\</u\> | | \<u\>Požadavky na mobilní aplikaci\</u\> | \<u\>1) Pro CDE bude k dispozici nativní mobilní aplikace pro Android a iOS umožňující práci s CDE 2) Mobilní aplikace musí pracovat v online režimu, pro offline práci umožní manuální uložení DDP do mezipaměti aplikace v mobilu. 3) Mobilní aplikace umožní v online režimu prohlížení minimálně formátů .ifc, .docx, .xlsx, .pdf 4) Mobilní aplikace umožňuje focení přímo v aplikaci. 5) Zaznamenávání vad (tvorba úkolů) v mobilní aplikaci CDE. 6) Mobilní aplikace umožňuje vkládání videí a fotografií.\</u\> | | \<u\>Lokalizace do češtiny a podpora\</u\> | \<u\>1) CDE musí být kompletně lokalizováno do českého jazyka. 2) Zastoupení a podpora v ČR, zákaznický servis v češtině 3) Rozhraní Open API\</u\> | | \<u\>Pravidla pro verzování DPP\</u\> | \<u\>1) Pokud bude do CDE nahráván DDP se stejným názvem, jako DDP v cílové složce, pak se nahraje jako nová verze původního dokumentu, jeho nové verze (Revize) pak budou vkládány taktéž jako jeho další verze nikoliv jako samostatné dokumenty s jiným názvem a v jiném umístění. Původní Verze dokumentu vždy musí být v CDE ponechána v nezměnitelné podobě včetně všech jejich vlastností.\</u\> | | \<u\>Funkční požadavky na procesy \</u\> | \<u\>Workflow (pracovní tok) je sekvence aktivit a jejich stavů, které popisují pracovní postup. V CDE musí být nástroj pro aplikaci nebo tvorbu workflow, které podpoří digitální proces pro pracovní postupy definované organizací. 1) CDE musí umožnit nadefinovat workflow pro Objednatelem požadované úlohy a také umožnit vytváření vlastních workflow, podle potřeb jednotlivých částí organizace nebo třetích stran na procesní toky. 2) CDE musí umožnit definovat základní workflow pro typické úlohy v daném odvětví a stupni rozpracovanosti jednotlivých projektů. Definice skupin uživatelů, včetně sekvence aktivit a jejich stavů je na Objednateli. 3) Tvorba libovolného množství jednotlivých aktivit pracovního toku. 4) Tvorba lineárního workflow. Tzn. definovat jednotlivé aktivity pracovního toku, které na sebe navazují a zajistit přechod z jedné aktivity a jejího stavu do následující nebo předchozí aktivity. 5) Tvorba paralelního workflow, kdy může docházet k větvení procesů na základě kritérií a může docházet k souběžnému zpracování více aktivit na jednou. 7) Definovat přístupová práva podle rolí v projektu na každou aktivitu pracovního toku. 8) Nástroje pro notifikaci při změně stavu (aktivity). 9) Prostřednictvím oprávnění řídit přístup k DDP na základě probíhajícího workflow. 10) Zaznamenávat změny stavů workflow (např. schválení, připomínky). 11) Editovat informované osoby, které mohou v rámci aktivity pracovního toku nahlížet do dokumentů. 12) Umožnit nastavení termínů pro jednotlivé aktivity workflow. 13) Umožnit automatické schválení vybraných aktivit workflow v návaznosti na termíny. 14) Umožnit propojení na DDP umístěné v DMS k vybraným aktivitám workflow.\</u\> | | \<u\>Korespondence – vytvoření nového dopisu\</u\> | \<u\>Umožnit uživateli založit a připravit nový dopis.\</u\> | | \<u\>Korespondence – revize a schválení dopisu\</u\> | \<u\>Zajistit týmovou spolupráci od konceptu po finální verzi.\</u\> | | \<u\>Korespondence – organizace korespondence do vláken\</u\> | \<u\>Zajistit přehlednost komunikace.\</u\> | | \<u\>Korespondence – Propojení dopisu s událostmi (např. nároky)\</u\> | \<u\>Zajistit kompletní historii komunikace k události.\</u\> | | \<u\>Korespondence – Archivace a auditní stopa korespondence)\</u\> | \<u\>Uchovat korespondenci a zajistit obhajitelnost.\</u\> | | \<u\>Stažení 3D modelu pro offline použití\</u\> | \<u\>Připravit model pro práci bez internetu.\</u\> | ## __BIM – Systém pro správu rozpočtů, harmonogramů, finanční plánování, evidenci čerpání a změn během výstavby a propojení těchto systémů na BIM nástroje__ | \<u\>**Funkční požadavek**\</u\> | \<u\>**Požadavky na systém**\</u\> | | --- | --- | | \<u\>Zobrazení dat \</u\> | \<u\>BIM nástroje v rámci jednotného systému BIM musí umožňovat zobrazení veškerých informací obsažených v rámci DIMS (alespoň ve formátu .IFC) skrze DataGrid.\</u\> | | \<u\>Finanční plánování\</u\> | \<u\>Nástroj pro finanční plánování musí: a. Automaticky přednastavit plánovatelná pole dle harmonogramu napojeného na stavební objekty rozpočtu b. Umožňovat plán odbytové a nákladové ceny\</u\> | | \<u\>Nástroj pro ZBV dle XC4\</u\> | \<u\>Nástroj pro administraci změn během výstavby pracuje s importem a exportem XC4 (www.xc4.cz)\</u\> | | \<u\>Funkce nástroje pro ZBV\</u\> | \<u\>Nástroj pro administraci změn během výstavby musí umět: a. Vytvářet změnové listy a s nimi: i. Založení nových položek ii. Vytvoření změnového množství iii. Zařazení do změnových skupin b. Tvorbu tiskových sestav pro potřeby změnového řízení c. Po schválení změnového listu umožnit čerpání položek\</u\> | | \<u\>Metodika čerpání\</u\> | \<u\>Nástroje pro evidenci čerpání reflektují Metodiku měření (SFDI, Květen 2019)\</u\> | | \<u\>Záznam o měření položek\</u\> | \<u\>Nástroje musí umožňovat tvorbu Záznamu o měření položek, Zjišťovacího protokolu a Fakturace\</u\> | | \<u\>Funkce záznamu o měření položek\</u\> | \<u\>Nástroje pro tvorbu Záznamu o měření položek umožňují: a. Zaznamenávání měřeného množství k položce na denní nebo měsíční bázi b. Přiložení dokumentů ve formátu .PDF c. Přiložení fotodokumentace d. Tvorbu tiskových sestav alespoň do formátu .PDF\</u\> | | \<u\>Zjišťovací protokol\</u\> | \<u\>Nástroje pro tvorbu Zjišťovacího protokolu umožňují: a. Zadávání prostavěnosti formou výkazu výměr, nebo procentem z celkového množství položky b. Tvorbu Zjišťovacího protokolu v návaznosti na Záznam o měření položek c. Import a export formátu XC4 (www.xc4.cz) d. Tvorbu tiskové sestavy Zjišťovacího protokolu do formátu .PDF\</u\> | | \<u\>Datové formáty\</u\> | \<u\>1) Musí umožňovat import a export XC4 viz www.xc4.cz 2) Harmonogram musí umět import z formátu .MPP (MS Project) 3) Exporty Tiskových sestav do .XLSX, .PDF\</u\> | | \<u\>Správa a příprava harmonogramu\</u\> | \<u\>Nástroj pro správu harmonogramu musí: a. splňovat Metodiku pro časové řízení u stavebních zakázek (SFDI, Leden 2018) b. umožňovat import z Microsoft Project ve formátu .MPP c. umožňovat tvorbu činností v návaznosti na stavební objekty rozpočtu i. vytváření vazeb mezi činnostmi ii. vytváření technologických přestávek iii. vytváření kritické cesty iv. vytváření časové rezervy d. umožňovat vytvoření nových verzí harmonogramu a dále pak porovnání verzí\</u\> | ## __ESD – Pořízení systému pro elektronický stavební deník__ | \<u\>**Funkční požadavek**\</u\> | \<u\>**Požadavky na systém**\</u\> | | --- | --- | | \<u\>Evidence\</u\> | \<u\>Evidence údajů o objednateli, zhotoviteli, projektu Evidence počasí několikrát za den (teplota, srážky, meteorologické podmínky) Musí umožňovat automatické načítání požadovaných dat o počasí z meteostanic veřejné infrastruktury anebo z lokální meteostanice pořízené pro účely stavby Evidence pracovníků přítomných na staveništi. Evidence mechanizace přítomné na staveništi. Evidence použitých a dovezených materiálů Evidence prováděných prací Evidence záznamů třetích stran\</u\> | | \<u\>Ochrana záznamů\</u\> | \<u\>Záznamy elektronického stavebního deníku musí být možné ochránit před dodatečnými úpravami. \</u\> | | \<u\>Podepisování\</u\> | \<u\>Podepisování záznamů stavebních deníků zúčastněnými osobami musí využívat kvalifikovaný elektronický podpis nebo zaručený elektronický podpis založený na kvalifikovaném certifikátu pro elektronický podpis.\</u\> | | \<u\>Formáty souborů\</u\> | \<u\>Umožní vložení přílohy (souboru formátu např.: pdf, xlsx, docx, txt, jpg, png, avi.)\</u\> | | \<u\>Fotodokumentace\</u\> | \<u\>Pořizování a vkládání fotografií včetně ukládání metadat.\</u\> | | \<u\>Požadavky na mobilní aplikaci\</u\> | \<u\>Pro vedení ESD bude k dispozici nativní mobilní aplikace pro Android a iOS. Minimální funkcionalita poskytovaná mobilní aplikací: - Pořizování denních záznamů - Pořizování fotografií a videí včetně GPS lokalizace přímo v aplikaci - Přidávání fotografií a dalších příloh v elektronické formě Mobilní aplikace musí pracovat jak v online, tak i v offline režimu. Po přepnutí z offline do online režimu bude provedena synchronizace dat mezi mobilním zařízením a serverem. U jednotlivých záznamů bude uveden datum a čas pořízení záznamu.\</u\> | | \<u\>Lokalizace a podpora\</u\> | \<u\>1) ESD musí být kompletně lokalizováno do českého jazyka. 2) Zastoupení a podpora v ČR, zákaznický servis v češtině 3) Rozhraní Open API\</u\> | ## Průběh a UkončEní stavby | \<u\>**Funkční požadavek**\</u\> | \<u\>**Požadavky na systém**\</u\> | | --- | --- | | \<u\>Evidence nové stavby\</u\> | \<u\>Založit novou stavbu v systému\</u\> | | \<u\>Správa harmonogramu (Ganttův diagram)\</u\> | \<u\>Interaktivně upravit časový plán fází.\</u\> | | \<u\>Zobrazení přehledu staveb (Datagrid)\</u\> | \<u\>Získat přehled o stavebních fázích v určitém období.\</u\> | | \<u\>Evidence a správa nestavebních nákladů\</u\> | \<u\>Označit a sledovat náklady, které nejsou přímo spojené se stavebními fázemi.\</u\> | | \<u\>Modulární členění CDE\</u\> | \<u\>Oddělené řízení a správu informací podle jednotlivých fází životního cyklu stavby, a to minimálně v členění:\</u\> \<u\>fáze přípravy (projektová fáze),\</u\> \<u\>fáze realizace (výstavba),\</u\> \<u\>fáze archivace (uzavření projektu / předání do provozu).\</u\> | | \<u\>Archivace\</u\> | Pro fázi archivace musí CDE umožnit: uzavření projektového nebo realizačního prostoru, zajištění neměnnosti archivovaných dat, dlouhodobou dostupnost dokumentace a modelů čitelnost bez původního softwaru CDE | | \<u\>Plný export všech dat\</u\> | CDE musí umožňovat plný export všech dat uložených v systému kdykoliv během trvání projektu i po jeho ukončení, a to bez závislosti na aktivní licenci poskytovatele systému. Export musí zahrnovat zejména: veškeré dokumenty a modely, metadata, historii verzí, auditní stopu, strukturu složek a workflow stavů. | # DALŠÍ FUNKČNÍ POŽADAVKY | \<u\>**Funkční požadavek**\</u\> | \<u\>**Požadavky na systém**\</u\> | | --- | --- | | \<u\>Metadata\</u\> | \<u\>Možnost doplnění libovolných metadat k nahraným DDP a) Možnost přidat uživatelsky definované hodnoty pro metadata\</u\> | | \<u\>Práce s DDP určenými pro rozpočet (XC4)\</u\> | \<u\>Možnost práce s DDP určenými pro rozpočet. a) Export a Import rozpočtu ve formátu datového předpisu XC4. b) Porovnání rozpočtů. c) Export a Import soupisu prací ve formátu datového předpisu XC4. d) Export a Import změnových listů ve formátu datového předpisu XC4. e) Export a Import fakturace ve formátu datového předpisu XC4.\</u\> | | \<u\>Sdílení DDP\</u\> | \<u\>Sdílení DDP a složek formou odkazu ke stažení.\</u\> | | \<u\>Datagrid\</u\> | \<u\>Práce uvnitř DataGridu a) Filtrování na základě jednotlivých atributů elementů b) Tvorba a uložení sestav pro vytvoření výkazu výměr s odkazem na položky OTSKP c) Úpravy výpočtu výkazu výměr v jednotlivých vytvořených položkách rozpočtu d) Odkaz na grafický element v řádku DataGridu, který se daného elementu týká e) Vyhledávání v atributech f) Možnost sledovat elementy, ze kterých doposud nebyl vytvořen výkaz výměr g) Možnost párování grafických elementů na položky již existujícího rozpočtu h) Možnost tvorby harmonogramu na základě atributů grafických elementů i) Možnost řazení jednotlivých činností harmonogramu g) Tiskový výstup filtrovaných elementů a atributů alespoň do jednoho z formátů .XLSX nebo .PDF\</u\> | # PŘEDPOKLÁDANÉ Milníky | **Fáze / Milník** | **Popis činnosti** | **Doba trvání** | **Výstup** | | --- | --- | --- | --- | | Analýza potřeb a procesů | Analýza stávajících procesů, požadavků organizace, definice rolí a způsobu využití CDE. | 14 dní | Analytický dokument a návrh řešení | | Založení databáze a prostředí CDE | Vytvoření databázové struktury, základní konfigurace prostředí a příprava systému pro nasazení. | 10 dní | Funkční CDE prostředí připravené k nastavení | | Nastavení oprávnění a rozsahu využívání | Definice uživatelských rolí, přístupových práv, workflow a využití periferních nástrojů. | 14 dní | Nastavené role, oprávnění a procesy | | Koordinační schůzky k nastavení CDE | Pravidelné konzultace s klíčovými uživateli a vedením projektu pro odsouhlasení nastavení. | 2 schůzky během 1 měsíce | Schválená konfigurace a postup implementace | | Školení uživatelů dle rolí | Školení administrátorů, projektových manažerů, technických pracovníků a běžných uživatelů. | 1 měsíc | Proškolení uživatelé a předání metodiky | | Zahájení ostrého provozu | Přechod do produkčního režimu a podpora prvních pracovních procesů v CDE. | Milník | Spuštěný provoz systému | | Implementační podpora | Operativní podpora uživatelů, řešení požadavků, optimalizace nastavení a workflow. | Prvních 6 měsíců provozu | Stabilizované prostředí a procesy | | Administrace CDE | Aktivní zapojení administrátora, správa uživatelů, kontrola procesů a podpora organizace. | Prvních 6 měsíců provozu | Efektivní řízení a využívání CDE | | Pravidelná údržba a servis | Aktualizace systému, kontrola funkčnosti, řešení incidentů a průběžný rozvoj. | Průběžně po dobu provozu | Dlouhodobě funkční a bezpečné prostředí | Celková doba implementace do ostrého provozu: přibližně 2,5 měsíce (10 týdnů). Doba zvýšené podpory a administrace: 6 měsíců po spuštění. | **Milník** | **Předpokládaný termín** | | --- | --- | | Dokončení analýzy | Týden 2 | | Založení a konfigurace CDE | Týden 4 | | Nastavení rolí a oprávnění | Týden 6 | | Dokončení koordinačních schůzek | Týden 8 | | Dokončení školení uživatelů | Týden 10 | | **Spuštění ostrého provozu** | **Týden 10** | | Ukončení implementační podpory | Měsíc 6 | | Přechod do standardního provozu a servisu | Od 6 měsíce dále | | Standardní provoz a servis | 5 let + 5 let případná opce |
Příloha č. 8 Zadání investora Funkční požadavky na CDE # ÚVOD Cílem je zajištění společného datového prostředí pro fázi přípravy, realizace a předáni staveb pro správu a údržbu (Projektové CDE) v rámci různých oddělení a úseků celé organizace. CDE bude zajišťovat pořízení a udržování informačního modelu stavby v požadovaného rozsahu dle zákona 330/2025 Sb., §6. Cílem implementace Projektového CDE je vytvoření jednotného úložiště veškerých dat a informací staveb, včetně veškeré komunikace nad těmito daty a informacemi („jediný zdroj pravdy“). ## Informační model stavby Informační model stavby v závislosti na fázi životního cyklu obsahuje: ucelenou část představující prostorové uspořádání a charakteristiky stavby, jejích konstrukcí a prvků ve strukturované podobě (dále jen „digitální model stavby“), informace o harmonogramu výstavby, informace o podmínkách povolení stavby, informace o investičních nákladech stavby, informace vztahující se k užívání a údržbě stavby, dokumentaci stavby podle jiného právního předpisu, informace o úkonech správních orgánů a právních jednáních souvisejících s přípravou, prováděním, užíváním, údržbou, prováděním změn a odstraňováním stavby, informace o změnách dokončené stavby. # Funkční požadavky CDE nemusí obsahovat veškerou specializovanou funkcionalitu přímo ve svém prostředí. Musí však podporovat integraci s externími systémy prostřednictvím strukturované výměny dat využívající otevřené standardy nebo aplikační rozhraní (API), tak aby byla zajištěna interoperabilita a kontinuita dat napříč procesy. ## <u>CDE – Pořízení modulů pro práci s 2D a 3D projektovou dokumentací</u> | <u>**Předpokládaný funkční požadavek**</u> | <u>**Předpokládané požadavky na systém**</u> | | ------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | <u>Organizování DDP</u> | Organizování DDP (digitální dokumentace projektu) do složek (za složku jsou pro účely tohoto dokumentu považovány fyzické i virtuální složky). | | <u>Sdílení DDP</u> | <u>Nahrání, sdílení DDP. a. Nahrávání jednotlivých DDP a složek. b. Nahrání několika DDP a složek najednou (bulk upload). c. Vkládání dalších informací k dokumentům v digitální podobě, tzv. metadat. d. Zaznamenání minimálních metadat DDP (datum poslední změny, autor změny DDP a složky, typ, velikost). e. Sdílení jednotlivých či několika DDP a složek jednotlivým uživatelům a skupinám uživatelům skrze oprávnění nad DMS. </u> | | <u>Digitální podpis</u> | <u>Možnost digitálního podepisování v systému CDE (včetně kvalifikovaného podpisu dle EIDAS). </u> | | <u>Typy dokumentů</u> | <u>Nahrávání a stahování všech běžných typů DDP (.docx, .xlsx, .csv, .xml, .dwg, .rvt, .ifc, .jpg, .png, .tiff, .bmp, .pdf …)</u> | | <u>Šablony složek</u> | <u>Možnost vytvořit složkovou strukturu jako šablonu pro opětovnou aplikaci. </u> | | <u>Práce s digitálním modelem stavby</u> | <u>V rámci CDE je nezbytné umožnit přímou interakci s digitálními modely stavby, které na sebe váží další informace. Propojení jednotlivých datových objektů uvnitř digitálních modelů staveb s dalšími informacemi uloženými v prostředí CDE tvoří jednu ze základních přínosů využití CDE. 1) Podpora práce s DIMS ve formátu ifc. 2) Zobrazení negrafických informací DIMS (např. názvy elementů a datových objektů a jejich vlastností). 3) Zobrazení/skrytí jednotlivých elementů a datových objektů DIMS. 4) Měření (minimálně úhlů a vzdálenosti) v DIMS. 5) Zobrazení souřadnic vybraných bodů v DIMS. 6) Přidání vlastních atributů k elementům a datovým objektům DIMS. (Úpravy původních atributů nejsou žádoucí) 7) Prohlížení DIMS ve formátu IFC přímo ve webových prohlížečích a) Prohlížení atributů prvků 3D modelů pro soubory IFC b) Možnost zobrazení 2D výkresu (.dwg) v 3D modelu (.ifc) s přesnou lokalizací c) Částečný pohled na model založený na filtrování podle úrovně, kategorie, klasifikace prvků d) Současné zobrazení více modelů (federated modelu) s možností detekce kolizí e) Možnost detekcí kolizí a porovnání verzí modelu f) Možnost vytvořit přístup pro externí uživatele bez nutnosti licence pro prohlížení DIMS.</u> | | <u>Vazby mezi dokumenty v digitální podobě stavby</u> | <u>DDP mohou obsahovat vazby na jiné DDP. Tyto vazby mohou být zajištěny prostřednictvím hyperlinků (permanentních odkazů). CDE musí umožnovat pracovat s vazbami ve formátu hyperlinku. Použití ostatních typů vazeb je řešeno jinými softwarovými nástroji.</u> | | <u>Datové formáty</u> | <u>Datové formáty DDP v CDE jsou rozděleny z hlediska funkcionality na kategorie podle typu DDP: 1) Office dokumenty Běžnou součástí každého stavebního projektu jsou dokumenty MS OFFICE. Word (.docx) a Excel(.xlsx) a tvoří podstatnou část ukládaných dokumentů. a) CDE musí umožňovat tyto dokumenty přímo prohlížet (na všech platformách) a upravovat (minimálně v desktopové aplikaci). 2) Rastrové obrázky a) Systém CDE musí umožnit prohlížení rastrových obrázků minimálně ve formátech: .jpg a .png. 3) Dokumentace ve 2D a 3D a) CDE musí umožnit práci s digitálním modelem stavby ve formátu IFC. 4) PDF a) CDE musí umožnit prohlížení dokumentů ve formátu PDF včetně běžných operací jako je otočení, přiblížení, přepínání stránek a další. 5) XML a) Datový předpis XC4 - Podrobnosti týkající se struktury údajů a metodiky formátu XC4 jsou k dispozici na internetové adrese www.xc4.cz b) Musí umožnit otevření souboru za účelem řešení: i) schvalování variací, návrhů na zlepšení a žádostí průběžných plateb ii) schvalování stavebních rozpočtů, především soupisu prací dodávek a služeb, nabídkových cen, dodatků k rozpočtům, zjišťovacích protokolů, soupisů skutečně provedených prací a výkazů výměr 6) Ostatní DDP a) CDE musí umožnit uložit a stáhnout jakýkoli DDP bez ohledu na jeho formát a velikost. b) CDE musí podporovat export a import formátu BCF</u> | | <u>Požadavky na mobilní aplikaci</u> | <u>1) Pro CDE bude k dispozici nativní mobilní aplikace pro Android a iOS umožňující práci s CDE 2) Mobilní aplikace musí pracovat v online režimu, pro offline práci umožní manuální uložení DDP do mezipaměti aplikace v mobilu. 3) Mobilní aplikace umožní v online režimu prohlížení minimálně formátů .ifc, .docx, .xlsx, .pdf 4) Mobilní aplikace umožňuje focení přímo v aplikaci. 5) Zaznamenávání vad (tvorba úkolů) v mobilní aplikaci CDE. 6) Mobilní aplikace umožňuje vkládání videí a fotografií.</u> | | <u>Lokalizace do češtiny a podpora</u> | <u>1) CDE musí být kompletně lokalizováno do českého jazyka. 2) Zastoupení a podpora v ČR, zákaznický servis v češtině 3) Rozhraní Open API</u> | | <u>Pravidla pro verzování DPP</u> | <u>1) Pokud bude do CDE nahráván DDP se stejným názvem, jako DDP v cílové složce, pak se nahraje jako nová verze původního dokumentu, jeho nové verze (Revize) pak budou vkládány taktéž jako jeho další verze nikoliv jako samostatné dokumenty s jiným názvem a v jiném umístění. Původní Verze dokumentu vždy musí být v CDE ponechána v nezměnitelné podobě včetně všech jejich vlastností.</u> | | <u>Funkční požadavky na procesy </u> | <u>Workflow (pracovní tok) je sekvence aktivit a jejich stavů, které popisují pracovní postup. V CDE musí být nástroj pro aplikaci nebo tvorbu workflow, které podpoří digitální proces pro pracovní postupy definované organizací. 1) CDE musí umožnit nadefinovat workflow pro Objednatelem požadované úlohy a také umožnit vytváření vlastních workflow, podle potřeb jednotlivých částí organizace nebo třetích stran na procesní toky. 2) CDE musí umožnit definovat základní workflow pro typické úlohy v daném odvětví a stupni rozpracovanosti jednotlivých projektů. Definice skupin uživatelů, včetně sekvence aktivit a jejich stavů je na Objednateli. 3) Tvorba libovolného množství jednotlivých aktivit pracovního toku. 4) Tvorba lineárního workflow. Tzn. definovat jednotlivé aktivity pracovního toku, které na sebe navazují a zajistit přechod z jedné aktivity a jejího stavu do následující nebo předchozí aktivity. 5) Tvorba paralelního workflow, kdy může docházet k větvení procesů na základě kritérií a může docházet k souběžnému zpracování více aktivit na jednou. 7) Definovat přístupová práva podle rolí v projektu na každou aktivitu pracovního toku. 8) Nástroje pro notifikaci při změně stavu (aktivity). 9) Prostřednictvím oprávnění řídit přístup k DDP na základě probíhajícího workflow. 10) Zaznamenávat změny stavů workflow (např. schválení, připomínky). 11) Editovat informované osoby, které mohou v rámci aktivity pracovního toku nahlížet do dokumentů. 12) Umožnit nastavení termínů pro jednotlivé aktivity workflow. 13) Umožnit automatické schválení vybraných aktivit workflow v návaznosti na termíny. 14) Umožnit propojení na DDP umístěné v DMS k vybraným aktivitám workflow.</u> | | <u>Korespondence – vytvoření nového dopisu</u> | <u>Umožnit uživateli založit a připravit nový dopis.</u> | | <u>Korespondence – revize a schválení dopisu</u> | <u>Zajistit týmovou spolupráci od konceptu po finální verzi.</u> | | <u>Korespondence – organizace korespondence do vláken</u> | <u>Zajistit přehlednost komunikace.</u> | | <u>Korespondence – Propojení dopisu s událostmi (např. nároky)</u> | <u>Zajistit kompletní historii komunikace k události.</u> | | <u>Korespondence – Archivace a auditní stopa korespondence)</u> | <u>Uchovat korespondenci a zajistit obhajitelnost.</u> | | <u>Stažení 3D modelu pro offline použití</u> | <u>Připravit model pro práci bez internetu.</u> | ## <u>BIM – Systém pro správu rozpočtů, harmonogramů, finanční plánování, evidenci čerpání a změn během výstavby a propojení těchto systémů na BIM nástroje</u> | <u>**Funkční požadavek**</u> | <u>**Požadavky na systém**</u> | | ------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | <u>Zobrazení dat </u> | <u>BIM nástroje v rámci jednotného systému BIM musí umožňovat zobrazení veškerých informací obsažených v rámci DIMS (alespoň ve formátu .IFC) skrze DataGrid.</u> | | <u>Finanční plánování</u> | <u>Nástroj pro finanční plánování musí: a. Automaticky přednastavit plánovatelná pole dle harmonogramu napojeného na stavební objekty rozpočtu b. Umožňovat plán odbytové a nákladové ceny</u> | | <u>Nástroj pro ZBV dle XC4</u> | <u>Nástroj pro administraci změn během výstavby pracuje s importem a exportem XC4 (www.xc4.cz)</u> | | <u>Funkce nástroje pro ZBV</u> | <u>Nástroj pro administraci změn během výstavby musí umět: a. Vytvářet změnové listy a s nimi: i. Založení nových položek ii. Vytvoření změnového množství iii. Zařazení do změnových skupin b. Tvorbu tiskových sestav pro potřeby změnového řízení c. Po schválení změnového listu umožnit čerpání položek</u> | | <u>Metodika čerpání</u> | <u>Nástroje pro evidenci čerpání reflektují Metodiku měření (SFDI, Květen 2019)</u> | | <u>Záznam o měření položek</u> | <u>Nástroje musí umožňovat tvorbu Záznamu o měření položek, Zjišťovacího protokolu a Fakturace</u> | | <u>Funkce záznamu o měření položek</u> | <u>Nástroje pro tvorbu Záznamu o měření položek umožňují: a. Zaznamenávání měřeného množství k položce na denní nebo měsíční bázi b. Přiložení dokumentů ve formátu .PDF c. Přiložení fotodokumentace d. Tvorbu tiskových sestav alespoň do formátu .PDF</u> | | <u>Zjišťovací protokol</u> | <u>Nástroje pro tvorbu Zjišťovacího protokolu umožňují: a. Zadávání prostavěnosti formou výkazu výměr, nebo procentem z celkového množství položky b. Tvorbu Zjišťovacího protokolu v návaznosti na Záznam o měření položek c. Import a export formátu XC4 (www.xc4.cz) d. Tvorbu tiskové sestavy Zjišťovacího protokolu do formátu .PDF</u> | | <u>Datové formáty</u> | <u>1) Musí umožňovat import a export XC4 viz www.xc4.cz 2) Harmonogram musí umět import z formátu .MPP (MS Project) 3) Exporty Tiskových sestav do .XLSX, .PDF</u> | | <u>Správa a příprava harmonogramu</u> | <u>Nástroj pro správu harmonogramu musí: a. splňovat Metodiku pro časové řízení u stavebních zakázek (SFDI, Leden 2018) b. umožňovat import z Microsoft Project ve formátu .MPP c. umožňovat tvorbu činností v návaznosti na stavební objekty rozpočtu i. vytváření vazeb mezi činnostmi ii. vytváření technologických přestávek iii. vytváření kritické cesty iv. vytváření časové rezervy d. umožňovat vytvoření nových verzí harmonogramu a dále pak porovnání verzí</u> |
## <u>ESD – Pořízení systému pro elektronický stavební deník</u> | <u>**Funkční požadavek**</u> | <u>**Požadavky na systém**</u> | | -------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | <u>Evidence</u> | <u>Evidence údajů o objednateli, zhotoviteli, projektu Evidence počasí několikrát za den (teplota, srážky, meteorologické podmínky) Musí umožňovat automatické načítání požadovaných dat o počasí z meteostanic veřejné infrastruktury anebo z lokální meteostanice pořízené pro účely stavby Evidence pracovníků přítomných na staveništi. Evidence mechanizace přítomné na staveništi. Evidence použitých a dovezených materiálů Evidence prováděných prací Evidence záznamů třetích stran</u> | | <u>Ochrana záznamů</u> | <u>Záznamy elektronického stavebního deníku musí být možné ochránit před dodatečnými úpravami. </u> | | <u>Podepisování</u> | <u>Podepisování záznamů stavebních deníků zúčastněnými osobami musí využívat kvalifikovaný elektronický podpis nebo zaručený elektronický podpis založený na kvalifikovaném certifikátu pro elektronický podpis.</u> | | <u>Formáty souborů</u> | <u>Umožní vložení přílohy (souboru formátu např.: pdf, xlsx, docx, txt, jpg, png, avi.)</u> | | <u>Fotodokumentace</u> | <u>Pořizování a vkládání fotografií včetně ukládání metadat.</u> | | <u>Požadavky na mobilní aplikaci</u> | <u>Pro vedení ESD bude k dispozici nativní mobilní aplikace pro Android a iOS. Minimální funkcionalita poskytovaná mobilní aplikací: - Pořizování denních záznamů - Pořizování fotografií a videí včetně GPS lokalizace přímo v aplikaci - Přidávání fotografií a dalších příloh v elektronické formě Mobilní aplikace musí pracovat jak v online, tak i v offline režimu. Po přepnutí z offline do online režimu bude provedena synchronizace dat mezi mobilním zařízením a serverem. U jednotlivých záznamů bude uveden datum a čas pořízení záznamu.</u> | | <u>Lokalizace a podpora</u> | <u>1) ESD musí být kompletně lokalizováno do českého jazyka. 2) Zastoupení a podpora v ČR, zákaznický servis v češtině 3) Rozhraní Open API</u> | ## Průběh a UkončEní stavby | <u>**Funkční požadavek**</u> | <u>**Požadavky na systém**</u> | | ------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | <u>Evidence nové stavby</u> | <u>Založit novou stavbu v systému</u> | | <u>Správa harmonogramu (Ganttův diagram)</u> | <u>Interaktivně upravit časový plán fází.</u> | | <u>Zobrazení přehledu staveb (Datagrid)</u> | <u>Získat přehled o stavebních fázích v určitém období.</u> | | <u>Evidence a správa nestavebních nákladů</u> | <u>Označit a sledovat náklady, které nejsou přímo spojené se stavebními fázemi.</u> | | <u>Modulární členění CDE</u> | <u>Oddělené řízení a správu informací podle jednotlivých fází životního cyklu stavby, a to minimálně v členění:</u> <u>fáze přípravy (projektová fáze),</u> <u>fáze realizace (výstavba),</u> <u>fáze archivace (uzavření projektu / předání do provozu).</u> | | <u>Archivace</u> | Pro fázi archivace musí CDE umožnit: uzavření projektového nebo realizačního prostoru, zajištění neměnnosti archivovaných dat, dlouhodobou dostupnost dokumentace a modelů čitelnost bez původního softwaru CDE | | <u>Plný export všech dat</u> | CDE musí umožňovat plný export všech dat uložených v systému kdykoliv během trvání projektu i po jeho ukončení, a to bez závislosti na aktivní licenci poskytovatele systému. Export musí zahrnovat zejména: veškeré dokumenty a modely, metadata, historii verzí, auditní stopu, strukturu složek a workflow stavů. | # DALŠÍ FUNKČNÍ POŽADAVKY | <u>**Funkční požadavek**</u> | <u>**Požadavky na systém**</u> | | -------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | <u>Metadata</u> | <u>Možnost doplnění libovolných metadat k nahraným DDP a) Možnost přidat uživatelsky definované hodnoty pro metadata</u> | | <u>Práce s DDP určenými pro rozpočet (XC4)</u> | <u>Možnost práce s DDP určenými pro rozpočet. a) Export a Import rozpočtu ve formátu datového předpisu XC4. b) Porovnání rozpočtů. c) Export a Import soupisu prací ve formátu datového předpisu XC4. d) Export a Import změnových listů ve formátu datového předpisu XC4. e) Export a Import fakturace ve formátu datového předpisu XC4.</u> | | <u>Sdílení DDP</u> | <u>Sdílení DDP a složek formou odkazu ke stažení.</u> | | <u>Datagrid</u> | <u>Práce uvnitř DataGridu a) Filtrování na základě jednotlivých atributů elementů b) Tvorba a uložení sestav pro vytvoření výkazu výměr s odkazem na položky OTSKP c) Úpravy výpočtu výkazu výměr v jednotlivých vytvořených položkách rozpočtu d) Odkaz na grafický element v řádku DataGridu, který se daného elementu týká e) Vyhledávání v atributech f) Možnost sledovat elementy, ze kterých doposud nebyl vytvořen výkaz výměr g) Možnost párování grafických elementů na položky již existujícího rozpočtu h) Možnost tvorby harmonogramu na základě atributů grafických elementů i) Možnost řazení jednotlivých činností harmonogramu g) Tiskový výstup filtrovaných elementů a atributů alespoň do jednoho z formátů .XLSX nebo .PDF</u> | # PŘEDPOKLÁDANÉ Milníky | **Fáze / Milník** | **Popis činnosti** | **Doba trvání** | **Výstup** | | ----------------------------------------------- | ----------------------------------------------------------------------------------------------------------- | ---------------------------- | --------------------------------------------------- | | Analýza potřeb a procesů | Analýza stávajících procesů, požadavků organizace, definice rolí a způsobu využití CDE. | 14 dní | Analytický dokument a návrh řešení | | Založení databáze a prostředí CDE | Vytvoření databázové struktury, základní konfigurace prostředí a příprava systému pro nasazení. | 10 dní | Funkční CDE prostředí připravené k nastavení | | Nastavení oprávnění a rozsahu využívání | Definice uživatelských rolí, přístupových práv, workflow a využití periferních nástrojů. | 14 dní | Nastavené role, oprávnění a procesy | | Koordinační schůzky k nastavení CDE | Pravidelné konzultace s klíčovými uživateli a vedením projektu pro odsouhlasení nastavení. | 2 schůzky během 1 měsíce | Schválená konfigurace a postup implementace | | Školení uživatelů dle rolí | Školení administrátorů, projektových manažerů, technických pracovníků a běžných uživatelů. | 1 měsíc | Proškolení uživatelé a předání metodiky | | Zahájení ostrého provozu | Přechod do produkčního režimu a podpora prvních pracovních procesů v CDE. | Milník | Spuštěný provoz systému | | Implementační podpora | Operativní podpora uživatelů, řešení požadavků, optimalizace nastavení a workflow. | Prvních 6 měsíců provozu | Stabilizované prostředí a procesy | | Administrace CDE | Aktivní zapojení administrátora, správa uživatelů, kontrola procesů a podpora organizace. | Prvních 6 měsíců provozu | Efektivní řízení a využívání CDE | | Pravidelná údržba a servis | Aktualizace systému, kontrola funkčnosti, řešení incidentů a průběžný rozvoj. | Průběžně po dobu provozu | Dlouhodobě funkční a bezpečné prostředí | ## Celková doba implementace do ostrého provozu: přibližně 2,5 měsíce (10 týdnů). Doba zvýšené podpory a administrace: 6 měsíců po spuštění. | **Milník** | **Předpokládaný termín** | | ------------------------------------------- | ------------------------------ | | Dokončení analýzy | Týden 2 | | Založení a konfigurace CDE | Týden 4 | | Nastavení rolí a oprávnění | Týden 6 | | Dokončení koordinačních schůzek | Týden 8 | | Dokončení školení uživatelů | Týden 10 | | **Spuštění ostrého provozu** | **Týden 10** | | Ukončení implementační podpory | Měsíc 6 | | Přechod do standardního provozu a servisu | Od 6 měsíce dále | | Standardní provoz a servis | 5 let + 5 let případná opce |
| <u>**Předpokládaný funkční požadavek**</u> | <u>**Předpokládané požadavky na systém**</u> |
| <u>Organizování DDP</u> | Organizování DDP (digitální dokumentace projektu) do složek (za složku jsou pro účely tohoto dokumentu považovány fyzické i virtuální složky). |
| <u>Sdílení DDP</u> | <u>Nahrání, sdílení DDP. a. Nahrávání jednotlivých DDP a složek. b. Nahrání několika DDP a složek najednou (bulk upload). c. Vkládání dalších informací k dokumentům v digitální podobě, tzv. metadat. d. Zaznamenání minimálních metadat DDP (datum poslední změny, autor změny DDP a složky, typ, velikost). e. Sdílení jednotlivých či několika DDP a složek jednotlivým uživatelům a skupinám uživatelům skrze oprávnění nad DMS. </u> |
| <u>Digitální podpis</u> | <u>Možnost digitálního podepisování v systému CDE (včetně kvalifikovaného podpisu dle EIDAS). </u> |
| <u>Typy dokumentů</u> | <u>Nahrávání a stahování všech běžných typů DDP (.docx, .xlsx, .csv, .xml, .dwg, .rvt, .ifc, .jpg, .png, .tiff, .bmp, .pdf …)</u> |
| <u>Šablony složek</u> | <u>Možnost vytvořit složkovou strukturu jako šablonu pro opětovnou aplikaci. </u> |
| <u>Práce s digitálním modelem stavby</u> | <u>V rámci CDE je nezbytné umožnit přímou interakci s digitálními modely stavby, které na sebe váží další informace. Propojení jednotlivých datových objektů uvnitř digitálních modelů staveb s dalšími informacemi uloženými v prostředí CDE tvoří jednu ze základních přínosů využití CDE. 1) Podpora práce s DIMS ve formátu ifc. 2) Zobrazení negrafických informací DIMS (např. názvy elementů a datových objektů a jejich vlastností). 3) Zobrazení/skrytí jednotlivých elementů a datových objektů DIMS. 4) Měření (minimálně úhlů a vzdálenosti) v DIMS. 5) Zobrazení souřadnic vybraných bodů v DIMS. 6) Přidání vlastních atributů k elementům a datovým objektům DIMS. (Úpravy původních atributů nejsou žádoucí) 7) Prohlížení DIMS ve formátu IFC přímo ve webových prohlížečích a) Prohlížení atributů prvků 3D modelů pro soubory IFC b) Možnost zobrazení 2D výkresu (.dwg) v 3D modelu (.ifc) s přesnou lokalizací c) Částečný pohled na model založený na filtrování podle úrovně, kategorie, klasifikace prvků d) Současné zobrazení více modelů (federated modelu) s možností detekce kolizí e) Možnost detekcí kolizí a porovnání verzí modelu f) Možnost vytvořit přístup pro externí uživatele bez nutnosti licence pro prohlížení DIMS.</u> |
| <u>Vazby mezi dokumenty v digitální podobě stavby</u> | <u>DDP mohou obsahovat vazby na jiné DDP. Tyto vazby mohou být zajištěny prostřednictvím hyperlinků (permanentních odkazů). CDE musí umožnovat pracovat s vazbami ve formátu hyperlinku. Použití ostatních typů vazeb je řešeno jinými softwarovými nástroji.</u> |
| <u>Datové formáty</u> | <u>Datové formáty DDP v CDE jsou rozděleny z hlediska funkcionality na kategorie podle typu DDP: 1) Office dokumenty Běžnou součástí každého stavebního projektu jsou dokumenty MS OFFICE. Word (.docx) a Excel(.xlsx) a tvoří podstatnou část ukládaných dokumentů. a) CDE musí umožňovat tyto dokumenty přímo prohlížet (na všech platformách) a upravovat (minimálně v desktopové aplikaci). 2) Rastrové obrázky a) Systém CDE musí umožnit prohlížení rastrových obrázků minimálně ve formátech: .jpg a .png. 3) Dokumentace ve 2D a 3D a) CDE musí umožnit práci s digitálním modelem stavby ve formátu IFC. 4) PDF a) CDE musí umožnit prohlížení dokumentů ve formátu PDF včetně běžných operací jako je otočení, přiblížení, přepínání stránek a další. 5) XML a) Datový předpis XC4 - Podrobnosti týkající se struktury údajů a metodiky formátu XC4 jsou k dispozici na internetové adrese www.xc4.cz b) Musí umožnit otevření souboru za účelem řešení: i) schvalování variací, návrhů na zlepšení a žádostí průběžných plateb ii) schvalování stavebních rozpočtů, především soupisu prací dodávek a služeb, nabídkových cen, dodatků k rozpočtům, zjišťovacích protokolů, soupisů skutečně provedených prací a výkazů výměr 6) Ostatní DDP a) CDE musí umožnit uložit a stáhnout jakýkoli DDP bez ohledu na jeho formát a velikost. b) CDE musí podporovat export a import formátu BCF</u> |
| <u>Požadavky na mobilní aplikaci</u> | <u>1) Pro CDE bude k dispozici nativní mobilní aplikace pro Android a iOS umožňující práci s CDE 2) Mobilní aplikace musí pracovat v online režimu, pro offline práci umožní manuální uložení DDP do mezipaměti aplikace v mobilu. 3) Mobilní aplikace umožní v online režimu prohlížení minimálně formátů .ifc, .docx, .xlsx, .pdf 4) Mobilní aplikace umožňuje focení přímo v aplikaci. 5) Zaznamenávání vad (tvorba úkolů) v mobilní aplikaci CDE. 6) Mobilní aplikace umožňuje vkládání videí a fotografií.</u> |
| <u>Lokalizace do češtiny a podpora</u> | <u>1) CDE musí být kompletně lokalizováno do českého jazyka. 2) Zastoupení a podpora v ČR, zákaznický servis v češtině 3) Rozhraní Open API</u> |
| <u>Pravidla pro verzování DPP</u> | <u>1) Pokud bude do CDE nahráván DDP se stejným názvem, jako DDP v cílové složce, pak se nahraje jako nová verze původního dokumentu, jeho nové verze (Revize) pak budou vkládány taktéž jako jeho další verze nikoliv jako samostatné dokumenty s jiným názvem a v jiném umístění. Původní Verze dokumentu vždy musí být v CDE ponechána v nezměnitelné podobě včetně všech jejich vlastností.</u> |
| <u>Funkční požadavky na procesy </u> | <u>Workflow (pracovní tok) je sekvence aktivit a jejich stavů, které popisují pracovní postup. V CDE musí být nástroj pro aplikaci nebo tvorbu workflow, které podpoří digitální proces pro pracovní postupy definované organizací. 1) CDE musí umožnit nadefinovat workflow pro Objednatelem požadované úlohy a také umožnit vytváření vlastních workflow, podle potřeb jednotlivých částí organizace nebo třetích stran na procesní toky. 2) CDE musí umožnit definovat základní workflow pro typické úlohy v daném odvětví a stupni rozpracovanosti jednotlivých projektů. Definice skupin uživatelů, včetně sekvence aktivit a jejich stavů je na Objednateli. 3) Tvorba libovolného množství jednotlivých aktivit pracovního toku. 4) Tvorba lineárního workflow. Tzn. definovat jednotlivé aktivity pracovního toku, které na sebe navazují a zajistit přechod z jedné aktivity a jejího stavu do následující nebo předchozí aktivity. 5) Tvorba paralelního workflow, kdy může docházet k větvení procesů na základě kritérií a může docházet k souběžnému zpracování více aktivit na jednou. 7) Definovat přístupová práva podle rolí v projektu na každou aktivitu pracovního toku. 8) Nástroje pro notifikaci při změně stavu (aktivity). 9) Prostřednictvím oprávnění řídit přístup k DDP na základě probíhajícího workflow. 10) Zaznamenávat změny stavů workflow (např. schválení, připomínky). 11) Editovat informované osoby, které mohou v rámci aktivity pracovního toku nahlížet do dokumentů. 12) Umožnit nastavení termínů pro jednotlivé aktivity workflow. 13) Umožnit automatické schválení vybraných aktivit workflow v návaznosti na termíny. 14) Umožnit propojení na DDP umístěné v DMS k vybraným aktivitám workflow.</u> |
| <u>Korespondence – vytvoření nového dopisu</u> | <u>Umožnit uživateli založit a připravit nový dopis.</u> |
| <u>Korespondence – revize a schválení dopisu</u> | <u>Zajistit týmovou spolupráci od konceptu po finální verzi.</u> |
| <u>Korespondence – organizace korespondence do vláken</u> | <u>Zajistit přehlednost komunikace.</u> |
| <u>Korespondence – Propojení dopisu s událostmi (např. nároky)</u> | <u>Zajistit kompletní historii komunikace k události.</u> |
| <u>Korespondence – Archivace a auditní stopa korespondence)</u> | <u>Uchovat korespondenci a zajistit obhajitelnost.</u> |
| <u>Stažení 3D modelu pro offline použití</u> | <u>Připravit model pro práci bez internetu.</u> |
| <u>**Funkční požadavek**</u> | <u>**Požadavky na systém**</u> |
| <u>Zobrazení dat </u> | <u>BIM nástroje v rámci jednotného systému BIM musí umožňovat zobrazení veškerých informací obsažených v rámci DIMS (alespoň ve formátu .IFC) skrze DataGrid.</u> |
| <u>Finanční plánování</u> | <u>Nástroj pro finanční plánování musí: a. Automaticky přednastavit plánovatelná pole dle harmonogramu napojeného na stavební objekty rozpočtu b. Umožňovat plán odbytové a nákladové ceny</u> |
| <u>Nástroj pro ZBV dle XC4</u> | <u>Nástroj pro administraci změn během výstavby pracuje s importem a exportem XC4 (www.xc4.cz)</u> |
| <u>Funkce nástroje pro ZBV</u> | <u>Nástroj pro administraci změn během výstavby musí umět: a. Vytvářet změnové listy a s nimi: i. Založení nových položek ii. Vytvoření změnového množství iii. Zařazení do změnových skupin b. Tvorbu tiskových sestav pro potřeby změnového řízení c. Po schválení změnového listu umožnit čerpání položek</u> |
| <u>Metodika čerpání</u> | <u>Nástroje pro evidenci čerpání reflektují Metodiku měření (SFDI, Květen 2019)</u> |
| <u>Záznam o měření položek</u> | <u>Nástroje musí umožňovat tvorbu Záznamu o měření položek, Zjišťovacího protokolu a Fakturace</u> |
| <u>Funkce záznamu o měření položek</u> | <u>Nástroje pro tvorbu Záznamu o měření položek umožňují: a. Zaznamenávání měřeného množství k položce na denní nebo měsíční bázi b. Přiložení dokumentů ve formátu .PDF c. Přiložení fotodokumentace d. Tvorbu tiskových sestav alespoň do formátu .PDF</u> |
| <u>Zjišťovací protokol</u> | <u>Nástroje pro tvorbu Zjišťovacího protokolu umožňují: a. Zadávání prostavěnosti formou výkazu výměr, nebo procentem z celkového množství položky b. Tvorbu Zjišťovacího protokolu v návaznosti na Záznam o měření položek c. Import a export formátu XC4 (www.xc4.cz) d. Tvorbu tiskové sestavy Zjišťovacího protokolu do formátu .PDF</u> |
| <u>Datové formáty</u> | <u>1) Musí umožňovat import a export XC4 viz www.xc4.cz 2) Harmonogram musí umět import z formátu .MPP (MS Project) 3) Exporty Tiskových sestav do .XLSX, .PDF</u> |
| <u>Správa a příprava harmonogramu</u> | <u>Nástroj pro správu harmonogramu musí: a. splňovat Metodiku pro časové řízení u stavebních zakázek (SFDI, Leden 2018) b. umožňovat import z Microsoft Project ve formátu .MPP c. umožňovat tvorbu činností v návaznosti na stavební objekty rozpočtu i. vytváření vazeb mezi činnostmi ii. vytváření technologických přestávek iii. vytváření kritické cesty iv. vytváření časové rezervy d. umožňovat vytvoření nových verzí harmonogramu a dále pak porovnání verzí</u> |
| <u>**Funkční požadavek**</u> | <u>**Požadavky na systém**</u> |
| <u>Evidence</u> | <u>Evidence údajů o objednateli, zhotoviteli, projektu Evidence počasí několikrát za den (teplota, srážky, meteorologické podmínky) Musí umožňovat automatické načítání požadovaných dat o počasí z meteostanic veřejné infrastruktury anebo z lokální meteostanice pořízené pro účely stavby Evidence pracovníků přítomných na staveništi. Evidence mechanizace přítomné na staveništi. Evidence použitých a dovezených materiálů Evidence prováděných prací Evidence záznamů třetích stran</u> |
| <u>Ochrana záznamů</u> | <u>Záznamy elektronického stavebního deníku musí být možné ochránit před dodatečnými úpravami. </u> |
| <u>Podepisování</u> | <u>Podepisování záznamů stavebních deníků zúčastněnými osobami musí využívat kvalifikovaný elektronický podpis nebo zaručený elektronický podpis založený na kvalifikovaném certifikátu pro elektronický podpis.</u> |
| <u>Formáty souborů</u> | <u>Umožní vložení přílohy (souboru formátu např.: pdf, xlsx, docx, txt, jpg, png, avi.)</u> |
| <u>Fotodokumentace</u> | <u>Pořizování a vkládání fotografií včetně ukládání metadat.</u> |
| <u>Požadavky na mobilní aplikaci</u> | <u>Pro vedení ESD bude k dispozici nativní mobilní aplikace pro Android a iOS. Minimální funkcionalita poskytovaná mobilní aplikací: - Pořizování denních záznamů - Pořizování fotografií a videí včetně GPS lokalizace přímo v aplikaci - Přidávání fotografií a dalších příloh v elektronické formě Mobilní aplikace musí pracovat jak v online, tak i v offline režimu. Po přepnutí z offline do online režimu bude provedena synchronizace dat mezi mobilním zařízením a serverem. U jednotlivých záznamů bude uveden datum a čas pořízení záznamu.</u> |
| <u>Lokalizace a podpora</u> | <u>1) ESD musí být kompletně lokalizováno do českého jazyka. 2) Zastoupení a podpora v ČR, zákaznický servis v češtině 3) Rozhraní Open API</u> |
| <u>**Funkční požadavek**</u> | <u>**Požadavky na systém**</u> |
| <u>Evidence nové stavby</u> | <u>Založit novou stavbu v systému</u> |
| <u>Správa harmonogramu (Ganttův diagram)</u> | <u>Interaktivně upravit časový plán fází.</u> |
| <u>Zobrazení přehledu staveb (Datagrid)</u> | <u>Získat přehled o stavebních fázích v určitém období.</u> |
| <u>Evidence a správa nestavebních nákladů</u> | <u>Označit a sledovat náklady, které nejsou přímo spojené se stavebními fázemi.</u> |
| <u>Modulární členění CDE</u> | <u>Oddělené řízení a správu informací podle jednotlivých fází životního cyklu stavby, a to minimálně v členění:</u> <u>fáze přípravy (projektová fáze),</u> <u>fáze realizace (výstavba),</u> <u>fáze archivace (uzavření projektu / předání do provozu).</u> |
| <u>Archivace</u> | Pro fázi archivace musí CDE umožnit: uzavření projektového nebo realizačního prostoru, zajištění neměnnosti archivovaných dat, dlouhodobou dostupnost dokumentace a modelů čitelnost bez původního softwaru CDE |
| <u>Plný export všech dat</u> | CDE musí umožňovat plný export všech dat uložených v systému kdykoliv během trvání projektu i po jeho ukončení, a to bez závislosti na aktivní licenci poskytovatele systému. Export musí zahrnovat zejména: veškeré dokumenty a modely, metadata, historii verzí, auditní stopu, strukturu složek a workflow stavů. |
| <u>**Funkční požadavek**</u> | <u>**Požadavky na systém**</u> |
| <u>Metadata</u> | <u>Možnost doplnění libovolných metadat k nahraným DDP a) Možnost přidat uživatelsky definované hodnoty pro metadata</u> |
| <u>Práce s DDP určenými pro rozpočet (XC4)</u> | <u>Možnost práce s DDP určenými pro rozpočet. a) Export a Import rozpočtu ve formátu datového předpisu XC4. b) Porovnání rozpočtů. c) Export a Import soupisu prací ve formátu datového předpisu XC4. d) Export a Import změnových listů ve formátu datového předpisu XC4. e) Export a Import fakturace ve formátu datového předpisu XC4.</u> |
| <u>Sdílení DDP</u> | <u>Sdílení DDP a složek formou odkazu ke stažení.</u> |
| <u>Datagrid</u> | <u>Práce uvnitř DataGridu a) Filtrování na základě jednotlivých atributů elementů b) Tvorba a uložení sestav pro vytvoření výkazu výměr s odkazem na položky OTSKP c) Úpravy výpočtu výkazu výměr v jednotlivých vytvořených položkách rozpočtu d) Odkaz na grafický element v řádku DataGridu, který se daného elementu týká e) Vyhledávání v atributech f) Možnost sledovat elementy, ze kterých doposud nebyl vytvořen výkaz výměr g) Možnost párování grafických elementů na položky již existujícího rozpočtu h) Možnost tvorby harmonogramu na základě atributů grafických elementů i) Možnost řazení jednotlivých činností harmonogramu g) Tiskový výstup filtrovaných elementů a atributů alespoň do jednoho z formátů .XLSX nebo .PDF</u> |
| **Fáze / Milník** | **Popis činnosti** | **Doba trvání** | **Výstup** |
| Analýza potřeb a procesů | Analýza stávajících procesů, požadavků organizace, definice rolí a způsobu využití CDE. | 14 dní | Analytický dokument a návrh řešení |
| Založení databáze a prostředí CDE | Vytvoření databázové struktury, základní konfigurace prostředí a příprava systému pro nasazení. | 10 dní | Funkční CDE prostředí připravené k nastavení |
| Nastavení oprávnění a rozsahu využívání | Definice uživatelských rolí, přístupových práv, workflow a využití periferních nástrojů. | 14 dní | Nastavené role, oprávnění a procesy |
| Koordinační schůzky k nastavení CDE | Pravidelné konzultace s klíčovými uživateli a vedením projektu pro odsouhlasení nastavení. | 2 schůzky během 1 měsíce | Schválená konfigurace a postup implementace |
| Školení uživatelů dle rolí | Školení administrátorů, projektových manažerů, technických pracovníků a běžných uživatelů. | 1 měsíc | Proškolení uživatelé a předání metodiky |
| Zahájení ostrého provozu | Přechod do produkčního režimu a podpora prvních pracovních procesů v CDE. | Milník | Spuštěný provoz systému |
| Implementační podpora | Operativní podpora uživatelů, řešení požadavků, optimalizace nastavení a workflow. | Prvních 6 měsíců provozu | Stabilizované prostředí a procesy |
| Administrace CDE | Aktivní zapojení administrátora, správa uživatelů, kontrola procesů a podpora organizace. | Prvních 6 měsíců provozu | Efektivní řízení a využívání CDE |
| Pravidelná údržba a servis | Aktualizace systému, kontrola funkčnosti, řešení incidentů a průběžný rozvoj. | Průběžně po dobu provozu | Dlouhodobě funkční a bezpečné prostředí |
| **Milník** | **Předpokládaný termín** |
| Dokončení analýzy | Týden 2 |
| Založení a konfigurace CDE | Týden 4 |
| Nastavení rolí a oprávnění | Týden 6 |
| Dokončení koordinačních schůzek | Týden 8 |
| Dokončení školení uživatelů | Týden 10 |
| **Spuštění ostrého provozu** | **Týden 10** |
| Ukončení implementační podpory | Měsíc 6 |
| Přechod do standardního provozu a servisu | Od 6 měsíce dále |
| Standardní provoz a servis | 5 let + 5 let případná opce |
[{"source":"image_ocr","message":"Image 0 OCR failed: OCR error: Tesseract OCR failed: Image processing failed: Parsing error: Failed to decode image: The image format could not be determined"}]