Stav: vydání 2026

Anotace:
Tento dokument se zabývá požadavky na projektový informační model (PIM) ve vztahu k projektantům a autorizovaným osobám ČKAIT. Požadavky na informační model aktiva (AIM) budou řešeny v jiném dokumentu, a to ve vztahu ke stavebním realizačním firmám. Dokument je určen pro oblast infrastruktury (dopravní, vodohospodářské apod.) a také pro pozemní stavby.

Upozornění k textu

OBSAH

1 ÚVOD A ZÁKLADNÍ TERMÍNY

Digitalizace a BIM přinášejí a budou přinášet nové úkoly pro zadavatele nadlimitních veřejných zakázek na stavební práce, jimiž jsou pořízení a údržba informačního modelu stavby (IMS) ve společném datovém prostředí, respektive ve správcovských FM/AM systémech.

Tyto oblasti jsou uvedeny i v zákoně č. 330/2025 Sb., o správě informací o stavbě a vystavěném prostředí a o změně některých dalších zákonů (v praxi zkráceně nazývaném zákon o BIM), který byl v září 2025 uveřejněn v e-Sbírce.

Podle norem řady ISO 19650 části (nebo množiny) informačního modelu stavby jsou tzv. informační kontejnery (IK). Z toho vychází i definice vybraných sad informací v návrhu zákona o BIM, který člení IMS do těchto ucelených částí podle účelu pro:

• A) povolení stavby
• B) provádění stavby
• C) kolaudace stavby
• D) převzetí, užívání a údržby stavby nabyté výstavbou zahrnující informace o skutečném provedení stavby
• E) převzetí, užívání a údržby stavby nabyté jinak než výstavbou nejpozději do 2 let ode dne nabytí stavby do vlastnictví státu nebo vyššího územního samosprávného celku.

Toto rozdělení IMS podle účelu reflektuje zažité hlavní stupně projektové dokumentace, v případě A-C i definované stavebním zákonem.

Informační model stavby (IMS) sestává dle ISO norem řady 19 650 z: 

• PIM (projektový informační model) – vztahuje se k dodací fázi stavby, která zahrnuje přípravu, dodání stavby a předání modelu skutečného provedení stavby; 
• AIM (informační model aktiva) – vztahuje se k provozní fázi stavby.

Přitom odpovědnosti autorizovaných osob se při projektových činnostech dále s příchodem BIM nemění, tj. i nadále vychází především ze zákona č. 360/1992 Sb., autorizační zákon, a ze zákona č. 283/2021 Sb., stavební zákon, včetně prováděcích předpisů. 

Z hlediska PIM z pohledu projektových prací dodávaných autorizovanými osobami jde tedy především o dodání projektové dokumentace a DiMS, který je dále řešen i v tomto dokumentu. 

Vysvětlení použitých zkratek viz poslední kapitola.

2 FORMÁTY SOUBORŮ DIMS

2.1 POŽADAVEK

Pro závazné výstupy musí zadavatel požadovat pouze otevřené formáty, jako je *.IFC, *.LandXML a *.PDF.

2.2 ZDŮVODNĚNÍ

Požadavek na konkrétní nativní formáty je nepřípustně diskriminační v rámci veřejných zakázek, nelze požadovat ani konkrétní SW produkt. Z technických důvodů není možné, aby dodavatel nesl odpovědnost za nativní formáty.

3 DATOVÝ STANDARD

3.1 POŽADAVKY NA DATOVÝ STANDARD STAVBY (DSS) JSOU NÁSLEDUJÍCÍ:

1. Jednoznačná a strojově čitelná struktura DSS. Např. v kontextu stávajícího DSS SFDI to znamená odstranit zápis typu “or” v definici přiřazení skupin vlastnosti prvku stavby;
2. Struktura DSS nesmí být v rozporu se schématem standardu IFC;
3. Zadání (specifikace) a validace pomocí standardu IDS;
4. Zdůvodnění požadavků na DSS ze strany zadavatele (často zadavatel neví, proč danou informaci potřebuje);
5. Detail DSS má odpovídat stupni projektové dokumentace;
6. Součástí DSS předaného zadavatelem musí být klasifikace s využitím typového aspektu klasifikačního systému. Pojmenování skupin vlastností a jednotlivých atributů musí být v jednotlivých resortech, např. dopravy, pozemní stavitelství, statika, jednotné.

3.2 ZDŮVODNĚNÍ

1. Datový standard stavby obsahuje specifikaci úrovně informačních potřeb konkrétního veřejného zadavatele z datového slovníku pro jím požadované účely užití. Postup výběru z datového slovníku musí být založen na otevřených standardech buildingSMART International v souladu s openBIM;
2. Pokud zadavatel neví, proč něco chce, respektive k čemu to použije, neměl by to požadovat, viz ČSN EN ISO 19650-1  (3.3.16) LOIN (ÚIP) – Level Of Information Need – úroveň informačních potřeb. To platí jak v mikro měřítku (rozsah atributů, vlastností modelu, resp. informačního kontejneru DiMS), tak v makro měřítku, např. pasport objektu lze i bez BIM. Každý požadavek je účelné zdůvodnit, k čemu bude dále využíván, což vede k tomu, že s požadovaným se pak zadavatel i dodavatel ztotožní;
3. Nejen ÚIP, ale i účely užití si stanovuje veřejný zadavatel podle svých potřeb, nikoliv jednotně na úrovni státu. Stát by měl prostřednictvím vyhlášky (tak jako např. vyhláška č.131/2024 Sb., o dokumentaci staveb) definovat požadovaný ÚIP max. na úrovni stavebního povolení;
4. Zadavatel vytvoří soubor(y) ve formátu *.IDS podle standardu buildingSMART International IDS (Information Delivery Specification) pro jednoznačné zadání a validaci IFC dat. Výhoda validace dat na základě otevřeného standardu bSI je pro všechny účastníky transparentní, a hlavně nezávisle ověřitelná, dokladovatelná, archivovatelná;
5. Na straně dodavatele je snaha v rámci použitých výrobních nástrojů proces zakládání datových struktur a jejich plnění maximálně automatizovat. Časté změny datového standardu (primárně jeho struktury) a výrazná nesourodost na straně zadavatelů výrazně komplikují a zdražují tyto procesy.

4 KLASIFIKACE

4.1 POŽADAVEK

1. Součásti datového slovníku, a tedy i datového standardu stavby veřejného zadavatele, bude „národní“ klasifikace RDS (Reference Designation System) včetně referenčního označování;
2. Datový slovník ani datový standard stavby nebudou obsahovat žádné další klasifikace mimo RDS ani Cenové soustavy; 
3. Součástí datového slovníku musí být mapování na datový model (strukturu) IFC.

4.2 ZDŮVODNĚNÍ

1.  Jednotná „národní“ klasifikace zajistí interoperabilitu mezi lidmi, systémy i projekty; 
2. Vícero klasifikací by zvyšovalo časovou i finanční náročnost tvorby/údržby modelu. Ostatní profese a SW se se svými nástroji napojí na DiMS ve formátu *.IFC a klasifikaci RDS (například rozpočtové SW, ad.).

5 STANDARD IFC

5.1 POŽADAVEK

1. Názvy vlastností (atributů) budou v modelu DiMS ve formátu *.IFC podle ISO 16739 v anglickém jazyce, takto zůstane i vazba na mezinárodní formát IFC. Hodnoty vlastností (atributů) v DiMS souboru *.IFC mohou být vyplňovány v češtině i bez diakritiky pro bezproblémový přenos dat;
2. V názvech skupin vlastností, vlastností, souborů a složek nepoužívat diakritiku ani nepovolené systémové znaky:

3. Celková délka cest, včetně názvu souboru, nesmí překročit 200 znaků z důvodu omezení operačního systému Windows;
4. Doplněné názvy vlastností (atributů) v DiMS, jež v datovém modelu IFC chybí a je potřeba je doplnit z důvodu požadavku ÚIP, by měly být opět v anglickém jazyce s prefixem “CZ_”. Názvy vlastností jsou tvořeny v angličtině a zapsány ve formě “camelcase”.

5.2 ZDŮVODNĚNÍ

1. Standard IFC 4.3 (norma ISO 16739) podporuje jak dopravní infrastrukturu, tak i pozemní stavby a obsahuje i využitelné enumerace (seznamy hodnot), které v současném standardu SFDI chybí. Využitelnost pro infrastrukturu bude s budoucími verzemi IFC narůstat;
2. V IFC 4.3 je tzv. „propertyname“ s „propertysetname“ jedinečný identifikátor. Neměl by být chápán jako „in english“, ale jako „kód“. Například „FireRating“ by mohlo být také „OW2338“ se stejnou definicí. Tedy použití anglických názvů (v tom, co vnímáme jako angličtinu) není angličtinou, ale užití jasných a dohodnutých názvů struktury IFC;
3. Stejné názvy vlastností mohou v různých skupinách vlastností nabývat různých hodnot; 
4. Výše uvedená pravidla jsou plně aplikovatelná i na předchozí verze IFC.

6 ODPOVĚDNOSTI AUTORIZOVANÝCH OSOB

6.1 POŽADAVEK

1. AO ČKAIT jsou odpovědné za DIMS a projektovou dokumentaci, uložené v informačních kontejnerech. Jednotlivé informační kontejnery tvořící IMS jsou samostatně předatelné a nejsou vzájemně propojené;
2. AO jsou dále obvykle odpovědné vůči zadavateli za soupis prací s výkazem výměr a případně „tzv. kontrolní rozpočet pro zadavatele – investora“ (další informační kontejner). Tyto však obvykle dodávají prostřednictvím svých poddodavatelů – rozpočtářů, kteří jsou odpovědní vůči AO;
3. AO nejsou odpovědné za AIM – tato odpovědnost je na facility nebo asset managerech ad.; 
4. Informační kontejner je obvykle fyzický soubor např. *.IFC, *.PDF, *.ZIP, apod.;
5. Stavební realizační firma je zodpovědná za informační kontejnery BIM 4D a BIM 5D.

6.2 ZDŮVODNĚNÍ

1. Veškerá standardizace se aktuálně týká pouze DiMS, nikoliv informačních modelů stavby (PIM a AIM); 
2. V současně podobě je IMS, resp. PIM i AIM množinou nepropojených informačních kontejnerů, z nichž řada z nich není ani strukturovaná pro strojové zpracování, např. IK výkresové dokumentace.

7 SOUŘADNICOVÉ SYSTÉMY

7.1 POŽADAVEK

Všechny objekty dílčích modelů DiMS ve formátu *.IFC budou umístěny v souřadnicovém systému EPSG:5514, tj. záporném S-JTSK a výškový systém Bpv, oba systémy definované v nařízení vlády 159/2023 Sb.

7.2 ZDŮVODNĚNÍ

Bezproblémová a jednoznačná koordinace v CDE.

8 SPOLEČNÉ DATOVÉ PROSTŘEDÍ (CDE)

8.1 POŽADAVEK

1. Společné datové prostředí, Common Data Environment (CDE) poskytuje zadavatel. Za následujících podmínek:
   a. Zadavatel poskytuje CDE včetně podpory a školení v českém jazyce dodavateli zdarma pro všechny účastníky projektu;
   b. CDE zadavatele musí obsahovat openAPI, a to včetně umožnění přístupu k openAPI dodavateli zdarma;
2. Pokud v mimořádných případech poskytuje CDE dodavatel, platí následující podmínky:
   a. CDE disponuje základními funkcemi: nahrání, sdílení, stažení dat;
   b. CDE umožňuje zadávat úkoly;
   c. CDE podporuje práci se zobrazeným modelem ve formátu *.IFC (IFC4x);
   d. CDE má zastoupení a podporu v ČR;
   e. CDE musí obsahovat openAPI, a to včetně umožnění přístupu k openAPI zadavateli zdarma;
   f. Funkcionalitou CDE není archivace dokumentů v rámci životního cyklu stavby;
   g. Metadata se nepožadují pro CDE poskytovaná dodavatelem.

8.2 ZDŮVODNĚNÍ

1. Archivaci řeší jiné nástroje, ne CDE;
2. Z důvodu technické nemožnosti přenosu, migrace metadat. Funkcionalitu lze efektivně v souladu s ISO 19650 nahradit složkovou strukturou;
3. Kvalifikované rozhodnutí autorizované osoby nelze nahradit automatickým workflow nebo jiným algoritmem CDE, tzn. rozhodnutí musí provést k tomu určené osoby, nikoliv automaty.

9 ODPOVĚDNOST A DIMS

9.1 POŽADAVEK

Volba SW nástrojů, postupů tvorby projektu a dělení na jednotlivé dílčí modely DiMS ve formátu *.IFC je plně v kompetenci dodavatele (projektanta), nikoliv zadavatele.

9.2 ZDŮVODNĚNÍ

1. Toto stanovisko vyplývá z odpovědnosti autorizovaných osob ČKAIT k jednotlivým informačním kontejnerům;
2. Každý SO/PS bude samostatný model DiMS, tedy soubor ve formátu *.IFC. V případě potřeby není dělení SO/PS na menší dílčí DiMS, tedy další samostatné soubory ve formátu *.IFC, na škodu a je plně v kompetenci zhotovitele, respektive jednotlivých autorizovaných osob ČKAIT zhotovitele.

10 PROFESNÍ MODEL, DÍLČÍ MODEL (SO/PS) A KOORDINAČNÍ MODEL

10.1 POŽADAVEK

1. Dílčí model je soubor v otevřeném formátu *.IFC;
2. Profesní model je pohledem na současné zobrazení souborů dílčích modelů v CDE; 
3. Koordinační model je „databázovým“ pohledem na současné zobrazení souborů dílčích modelů v CDE;
4. Dílčí modely nového stavu jsou samostatné soubory v otevřených formátech, jako je *.IFC a *.LandXML;
5. Pro infrastrukturní stavby dílčí model osy, trasy a nivelety je samostatný soubor ve formátu *.LandXML;
6. Dílčí modely stávajícího terénu jsou vytvářeny geodetickým zaměřením a uložením do otevřeného formátu *.LandXML; 
7.  Dílčí modely stávajících objektů jsou vytvářeny z mapových podkladů ve formátu *.LandXML nebo skenováním z mračen bodů ve formátu *.las, *.e57, *.txt;
8. Dílčí modely stávajícího stavu inženýrských sítí se modelují v rozsahu přeložek, pouze po dodání úplných podkladů od správců DTM ČR/DTM ŘSD/DTM SŽ;
9. Dílčí model geologie bude prezentován pouze vrty, sondami.

10.2 ZDŮVODNĚNÍ

1. Standardně se na mezinárodní úrovní rozlišuje profesní model, dílčí model (SO/PS) a koordinační model. Pouze dílčí model je soubor v otevřeném formátu *.IFC. Profesní a koordinační model jsou pohledem na současné zobrazení souborů dílčích modelů v CDE. Jde o princip sdruženého (federated) modelu. Viz např. Standardberatungsmodul 6 Fachmodelle (Bundesministerium für Digitales und Verkehr);
2. Rozlišujeme dílčí modely nového a stávajícího stavu:
   a. Jednotlivé dílčí modely nového stavu jsou vždy samostatné soubory v otevřených formátech, jako je *.IFC a *.LandXML, které reprezentují příslušné SO /PS podle objektové skladby stavby;
   b. Dílčí model se zápisem osy, trasy a nivelety je samostatný soubor ve formátu *.LandXML;
   c. Stávající digitální model terénu (DTM) se vytváří z geodetického zaměření formou hran a bodů. Výsledkem je závazná triangulace v otevřeném formátu *. LandXML;
   d. Jednotlivé dílčí modely stávajícího objektu jsou prezentovány digitálními modely. Ty jsou primárně vytvářeny z mapových podkladů ve formátu *.LandXML nebo skenováním pomocí mračen bodů ve formátu *.las, *.e57, *.txt;
   e. Není požadováno modelovat stávající konstrukce analogicky k novým konstrukcím;
   f. Dílčí modely stávajícího stavu inženýrských sítí se modelují v rozsahu přeložek a napojení na stávající stav. Tyto DiMS lze modelovat pouze po dodání relevantních podkladů (souřadnice S-JTSK) od správců sítí a správců DTM ČR/DTM ŘSD/DTM SŽ, a to včetně výšek;
   g. Pokud nejsou podklady úplné, model se nahrazuje hybridním zobrazením 2D podkladů a dílčích modelů nového stavu v CDE;
   h. Geologie bude prezentována vrty a kopanými sondami (v modelu válce) podle aktuální DSS SFDI;
   i. Rozhraní mezi třídami těžitelnosti bude reprezentováno jako TIN povrch, vzniklý z bodových údajů geotechnického průzkumu;
3. V současné době zápis trasy, osy a nivelity nelze plnohodnotně realizovat přímo do souboru *.IFC. Proto je požadován zápis do otevřeného formátu *.LandXML. 
   V budoucnu bude realizováno v IFC 4.3.

11 ROZBOR DALŠÍCH TÉMAT

A. BIM JE V ČR NEEFEKTIVNÍ Z NÍŽE UVEDENÝCH DŮVODŮ:

• Nadměrné požadavky ÚIP ve vztahu k fázi projektu;
• Vztažení požadavků ÚIP k nesprávnému informačnímu modelu stavby (PIM, AIM) CDE je nástrojem pro PIM a CAFM pro AIM;
• V řadě případů je správné a daleko efektivnější, pokud se informace spravují v databázi nad modelem DiMS, a nikoliv fyzicky zapisují přímo do DiMS, typicky pro AIM, za který odpovídá facility manager, BIM model 4D a 5D, za které odpovídá stavební realizační firma. V neposlední řadě to platí i pro rozpočet, za který odpovídá rozpočtář a spravuje ve svých SW; 
• Mýtus jednoho DiMS souboru v *.IFC;
• Slepá víra v metodiky a ISO 19650;
• Duplicitní, zbytečně obsáhlé, matoucí, částečně technicky nerealizovatelné a často zastaralé metodiky ČAS a SFDI; 
• Norma není návod. „BIM“ metodiky a normy nejsou závazné;
• Mýtus jednoho Datového Standardu Staveb pro infrastrukturní i pozemní stavby;
• Místo obsahu se soustředit na zatím opomíjenou jednotnou strukturu dat za využití standardů buildingSMART International, jako je IDS, UCM, bSDD a samozřejmě IFC;
• Zbytečné duplikování rolí;
• Mýtus, že BIM = Revit, případně jiný konkrétní SW, a z toho plynoucí nepřípustné diskriminační požadavky v zadání veřejných zakázek;
• Chybí praktické vzdělání pracovníků a pracovnic státní správy a stavebních úřadů. Bez toho není elektronizace/digitalizace vůbec možná. Nemluvě o připravenosti na digitální stavební řízení založené na modelech v otevřeném formátu *.IFC.

B. BIM „PROFESE“ A KVALIFIKACE

• BIM je pouze další osvojitelná dovednost zadavatele a dodavatele, nikoliv samostatná profese. Základem je být dobrý zadavatel, realizátor nebo projektant; 
• Cíl je, že profesní garant (specialista) je i zároveň profesním BIM koordinátorem. Tedy odpovědný projektant je i tvůrcem DiMS;
• Celkový BIM koordinátor dodavatele by měl mít autorizaci ČKAIT podle majoritní profese na projektu, kterou určují stavební náklady. Dnešní HIP by měl být i BIM koordinátorem celku;
• BIM modelář bez profesního vzdělání v oboru komplikuje projekt – BIM modelář by měl být projektant;
• Stejné požadavky, viz body výše, platí i pro zadavatele a jeho interní nebo externí konzultanty.

C. ODPOVĚDNOSTI A RIZIKA JEDNOTLIVÝCH ÚČASTNÍKŮ BIM PROJEKTU

• Zadavatel (investor) má minimálně finanční odpovědnost;
• Dodavatel (projektant) má mimo finanční často i doživotní trestněprávní odpovědnost;
• Interní a externí konzultanti zadavatele mají nulovou odpovědnost;
• Nerovnoměrné rozložení odpovědností negativně ovlivňuje projekt. Neodpovědná osoba nesmí nutit AO do činností zjevně porušujících platnou legislativu. Princip z pozice síly „já platím, ty posloucháš“ je nepřípustný;
• Dvoustranná komunikace je vždy efektivnější než třístranná.

D. BUDOUCÍ VÝZVY

• Informace v IFC modelech jsou nadřazeny 2D dokumentaci; 
• Předpoklad: Nutná úprava zákonů a vyhlášek upravující územní a stavební řízení, respektive nyní povolování záměru s cílem nahradit výkresy 3D modely v otevřených formátech (IFC);
• Předpoklad: V případě rozdílu mezi 2D výkresy a IFC modely správná hodnota vždy pochází z IFC modelu;
• Předpoklad: Dořešit autorizaci 3D modelů – bude to stejně validní výstup jako výkresy, nebo dokonce jediný výstup.

12 ZKRATKY