PRAGOALARM 2012
PROJEKT A POŽADAVKY ZADAVATELE NA FUNKCE BEZPEČNOSTNÍCH SYSTÉMŮ
Tomáš Mikula autorizovaný projektant elektro
Projekt a požadavky zadavatele na funkce bezpečnostních systémů
VYMEZENÍ TÉMATU
PROJEKT => PROJEKTOVÁ DOKUMENTACE (dále jen PD)
ZÁKON č. 137/2006 Sb., o veřejných zakázkách (dále jen ZVZ)
NOVELA ZVZ
ČASTÉ CHYBY, PŘÍKLADY Z PRAXE
Projekt a požadavky zadavatele na funkce bezpečnostních systémů
POSTAVENÍ PD V ZVZ
§44 odst.3b: Zadáv. dokum. musí obsahovat tech. podmínky. §44 odst.1: Za správnost a úplnost zadávací dokumentace odpovídá zadavatel.
Projekt a požadavky zadavatele na funkce bezpečnostních systémů
POSTAVENÍ PD V ZVZ Klasifikace VZ: na služby, na dodávku, na stavební práce §44 odst.4: Zadávací dokumentace na „všechny“ stavební (novela) práce musí obsahovat: - dokumentaci v rozsahu dle prováděcího předp. - soupis prací, dodávek a služeb s VV dle prováděcího předpisu (vyhlášky zatím nejsou)
§44 odst.11: V případě stavebních prací lze v PD uvést (novela) odkaz na výrobek, výrobce apod. s tím, že nebude omezena HS. Zadavatel výslovně připustí alternativní řešení.
Projekt a požadavky zadavatele na funkce bezpečnostních systémů
POSTAVENÍ PD V ZVZ §45: Technické podmínky mají jednoznačně specifikovat předmět a účel VZ – srovnatelné nabídky. §44,46:
Varianty stanovení technických podmínek: 1. odkazy na technické normy (ČSN atd.) 2. odkazy na technické normy + požadavky na funkci a výkon, projekční práce součástí dodávky 3. kompletní PD
Projekt a požadavky zadavatele na funkce bezpečnostních systémů
DRUHY A ÚČEL PD STAV PŘED VYHLÁŠKAMI K ZVZ
Studie – STS
Územní rozhodnutí – DUR (vyhl. č. 503/2006 Sb.)
Stavební povolení/ohlášení – DSP (vyhl. č. 499/2006 Sb.)
Provedení stavby – DPS (vyhl. č. 499/2006 Sb.)
Výběr zhotovitele – DVZ / DZS
Realizační
Výrobní / dílenská
Skutečný stav (vyhl. č. 499/2006 Sb.) (platí pro stavební práce)
Projekt a požadavky zadavatele na funkce bezpečnostních systémů
DRUHY A ÚČEL PD STAV PO VYDÁNÍ VYHLÁŠEK K ZVZ Příslušná dokumentace povinná i pro stavební práce, které nevyžadují stavební povolení nebo ohlášení. Očekává se odstranění problémů: - soupis prací vč. VV zpracovávány dle DSP - nejednoznačnost zadávacích podmínek - nemožnost provedení kontroly prováděných prací (platí pro stavební práce)
Projekt a požadavky zadavatele na funkce bezpečnostních systémů
PASTI PRO ZADAVATELE - Dnešní trend: IP systémy = penetrace ICT do Security = rozdíly mezi fyzickou a informační bezpečností
- Nemalá část zakázek jako multioborové: stavební/arch, silnoproud, ICT, PBZ, bezpečnostní – mechanika a elektronika, MaR, HVAC … - Nízké právní povědomí (specialistů, neautorizovaných proj.) = nevědomé ovlivňování staveb (ochrana před úrazem el. proudem, požár, blesk/přepětí ...) - Oprávnění projektantů: živnosti, autorizace (autorizace společná pro silno i slabo) - Změny staveb – povinnost stavebníka dodržet stavební povolení a soulad s ověřenou PD (dle SZ přestupek, pokuta)
Projekt a požadavky zadavatele na funkce bezpečnostních systémů
DOPORUČENÍ PRO ZADAVATELE - Studie = základní kámen a rozcestník (ideál - týmová práce vč. koo)
- Vyžadování a kontrola oprávněnosti projektantů/konzultantů - Ideálně spolupráce s autorizovanými osobami již od studie (právní povědomí, pojištění odpovědnosti) - Vycházet z oborový technických norem (rozsah definovat ve studii) - Inspirace ve výkonovém a honorářovém řádu ČKAIT (definice jednotlivých fází PD) - Vhodné nakládání s PD obsahující Security (nekontrolovatelné pobíhání po různých subjektech, např. DSP+DPS na úřadech)
Příklady z praxe Koncentrace důležitých technologií (TC ORP, TC K) = RIZIKA
Příklady z praxe Koncentrace důležitých technologií (TC ORP, TC K) = RIZIKA
Příklady z praxe Koncentrace důležitých technologií (TC ORP, TC K) = RIZIKA
Příklady z praxe – Velké Meziříčí Dvacet minut hrůzy
●
●
●
●
* Úterní blesk vyřadil modemy, počítače i telefony na Náměstí. Shořely klíčové prvky počítačové sítě, přestaly fungovat pevné telefonní linky, systém automatického varování zkolaboval a začal vysílat do městského rozhlasu evakuační výzvu a spustil varovné sirény. * Jediné funkční komunikátory zástupců radnice - mobily zkolabovaly poté, co lidé začali hromadně zjišťovat, co se děje. * Dvacet minut trvalo, než se vedení města podařilo situaci dostat pod kontrolu a lidi místním rozhlasem informovat, jaká je skutečnost.
Příklady z praxe – MKDS – pěkné, ale ...
Příklady z praxe – Současnost, budoucnost
Projekt a požadavky zadavatele na funkce bezpečnostních systémů
… a co závěrem, snad jen: „Nešetřete na dokumentaci – proděláte.“
Děkuji za pozornost Tomáš Mikula