Evidenční číslo Smlouvy Objednatele: 16766, spis. zn. UKRUK/582752/2024 / Číslo Smlouvy Dodavatele: SW-01/2025/CZ
Evidenční číslo Smlouvy Objednatele: 16766, spis. zn. UKRUK/582752/2024 / ▇▇▇▇▇ ▇▇▇▇▇▇▇ Dodavatele: SW-01/2025/CZ
Smlouva o dodání CAFM systému a poskytování souvisejících služeb
uzavřená na základě § 1746 odst. 2 zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů (dále jen „Občanský zákoník“)
Smluvní strany:
Univerzita Karlova
se sídlem ▇▇▇▇▇▇ ▇▇▇ ▇▇▇/▇, ▇▇▇ ▇▇ ▇▇▇▇▇ ▇
IČO: 00216208
DIČ: CZ00216208
zastoupena: ▇▇▇. ▇▇▇▇▇▇ ▇▇▇▇▇▇▇, kvestor bankovní spojení:
(dále jen „Objednatel”) a
CHASTIA CZ s.r.o.
se sídlem U pů˚ jčˇovny 952/2, Nové´ ▇▇▇▇▇▇, ▇▇▇ ▇▇ ▇▇▇▇▇ ▇
IČO: 11845902
DIČ: CZ11845902
zastoupen: ▇▇▇. ▇▇▇▇ ▇▇▇▇▇▇, jednatel
zápis v obchodním rejstříku: spisová značka C 355290 vedená u Městského soudu v Praze
bankovní spojení:
(dále jen „Dodavatel“)
Dále též společně označeny jako „Smluvní strany“ nebo každá z nich samostatně jako „Smluvní strana“.
Smluvní strany uzavírají níže uvedeného měsíce dne a roku tuto smlouvu o dodání CAFM systému a poskytování souvisejících služeb (dále jen „Smlouva“):
PREAMBULE
1. Tato ▇▇▇▇▇▇▇ je uzavírána na základě výsledků nadlimitní veřejné zakázky s názvem „RUK - OV
- Dodávka, podpora a rozvoj CAFM systému na Univerzitě Karlově“, evidenční číslo zakázky ve VVZ: Z2024-054534 (dále jen „Veřejná zakázka“).
2. Smluvní strany prohlašují, že splňují veškeré podmínky a požadavky v této Smlouvě stanovené a jsou oprávněny tuto Smlouvu uzavřít a řádně plnit závazky v ní obsažené.
Čl. 1
Výklad pojmů
1. Pro účely této Smlouvy, mají obecné pojmy používané v této Smlouvě význam stanovený v tomto článku:
A. Základní pojmy
CAFM systémem se rozumí Computer-aided facility management systém jako software dodávaný Dodavatelem Objednateli, jehož specifikace je uvedena v příloze č. 2 této Smlouvy a technické požadavky na něj v příloze č. 3 této Smlouvy.
Programovým vybavením se rozumí veškerý Dodavatelem dodávaný software nutný pro provozování CAFM systému.
CAS se rozumí centrální autentizační služba, která slouží k autentizaci uživatele pomocí přihlašovacího jména a hesla. Bližší specifikaci služby ověření prostřednictvím CAS Objednatele obsahuje příloha č. 5 Smlouvy.
GIS se rozumí geografický informační systém provozovaný Objednatelem, konkrétně se jedná o systém ArcGIS Enterprise ve verzi 11.3 nebo novější.
Implementací se rozumí instalace a zprovoznění CAFM systému a Programového vybavení v Prostředí Objednatele v souladu s touto Smlouvou a Implementačním plánem.
Implementačním plánem se rozumí dokument připravený Dodavatelem ve spolupráci s Objednatelem, který obsahuje minimálně rozpis činností strukturovaných dle čl. 3 odst. 1.1.2,
1.1.3 a 6.1.1 ▇▇▇▇▇▇▇, a to včetně harmonogramu plnění a dále další skutečnosti požadované v této Smlouvě.
Midpoint se rozumí identity management systém nasazený na serverové infrastruktuře Objednatele, který dále slouží i pro zprostředkování datové výměny mezi jednotlivými informačními systémy (např. data o místnostech a jejich kapacitě). Bližší specifikace napojení Midpoint obsahuje příloha č. 6 Smlouvy.
Úvodní dodávkou se rozumí veškeré plnění poskytnuté Dodavatelem před uvedením CAFM systému do Rutinního provozu, konkrétně se jedná o plnění položek č. 1 až 9 přílohy č. 1 této Smlouvy.
Rutinním provozem se rozumí stav CAFM systému po Implementaci a protokolárním převzetí CAFM systému Objednatelem.
SLA (Service Level Agreement) se rozumí dohoda o úrovni poskytovaných služeb podle požadavků obsažených v této Smlouvě. Jedná se o služby poskytované za účelem plné dostupnosti, využitelnosti a bezpečnosti CAFM systému sloužící k údržbě (a to ať již preventivní, pravidelné či poskytované na vyžádání Objednatele), odstraňování Vad a řešení Incidentů.
Ad Hoc službami se rozumí Dodavatelem na výzvu Objednatele dodatečně poskytnuté služby spočívající v úpravě a rozvoji CAFM systému, dodatečně poskytnutých školeních nebo dodatečně poskytnutých licencích, a to v souladu s touto Smlouvou, pro které je ve Smlouvě sjednán jejich maximální roční rozsah čerpání v člověkohodinách, počtech školení nebo počtech dodatečně poskytnutých licencí.
GDPR se rozumí Nařízení Evropského parlamentu a Rady (EU) č. 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů).
B. Technické pojmy
Licencí se rozumí poskytnutí práva CAFM systém a Programové vybavení či jeho část užívat, a to včetně všech souvisejících dokumentů (návody apod.). Nevyplývá-li z textu výslovně něco jiného, rozumí se licencí i podlicence.
Softwarovou korekcí (fix, patch) se rozumí menší aktualizace CAFM systému nebo
Programového vybavení, jejímž předmětem je oprava vady nebo optimalizace funkčnosti, výkonu či zabezpečení CAFM systému nebo Programového vybavení.
Updatem se rozumí aktualizace CAFM systému nebo Programového vybavení, jejímž předmětem je primárně vylepšení stávajících funkcionalit CAFM systému nebo Programového vybavení, která nedosahuje významu změny hlavní verze (upgrade).
Upgradem se rozumí aktualizace CAFM systému nebo Programového vybavení, jejímž účelem je změna hlavní verze CAFM systému nebo Programového vybavení.
Produkčním prostředím se rozumí prostředí CAFM systému provozované v ostré verzi pro jeho zamýšlené reálné využití koncovými uživateli.
Testovacím prostředím se rozumí prostředí CAFM systému určené pro školení uživatelů, testování jednotlivých funkcionalit uživateli v testovací databázi a testování úprav CAFM systému z důvodu jejich akceptace (Ad Hoc služby) Objednatelem před jejich zavedením do Produkčního prostředí. Testovací prostředí může být v konkrétním časovém okamžiku ve vyšší verzi oproti Produkčnímu prostředí (nikoliv však naopak). Vada Testovacího prostředí je vždy vadou kategorie C nebo D. Na Testovací prostředí se dále neuplatní čl. 3 odst. 5.7 Smlouvy.
Prostředím Objednatele se rozumí ICT prostředí, do kterého Dodavatel provádí Implementaci. Popis ICT prostředí Objednatele obsahuje příloha č. 9 této Smlouvy.
Hybridním řešením se rozumí takový způsob Implementace, kdy CAFM systém je Dodavatelem provozován mimo Prostředí Objednatele, ale databáze (veškerá data vkládaná Objednatelem do CAFM systému mimo dat týkajících se uživatelských účtů) CAFM systému je ukládána pouze do Prostředí Objednatele; Hybridní řešení jako celek musí být provozováno na ICT infrastruktuře umístěné na území členských států Evropské unie.
C. SLA pojmy
Dostupností se rozumí stav CAFM systému či jeho určité části, kdy je CAFM systém či jeho určitá část plně a bez jakéhokoliv omezení k dispozici Objednateli.
HelpDeskem se rozumí jednotné kontaktní místo, na němž je dosažitelné pracoviště Dodavatele (včetně personálního a technického zajištění), poskytující služby spočívající v příjmu hlášení Vad a Incidentů, evidenci, zajištění relevantní reakce, odstranění Vad a Incidentů a asistence uživatelům. HelpDesk musí umožňovat minimálně komunikaci prostřednictvím tiketovacího systému a telefonickou komunikaci (v českém jazyce). Specifikace HelpDesk Dodavatele bude součástí Implementačního plánu.
Incidentem se rozumí stav CAFM systému, kdy je dostupnost CAFM systému omezena, případně je CAFM systém zcela nedostupný, a to v důsledku vady CAFM systému způsobené okolností vylučující odpovědnost Dodavatele nebo vzniklou činností Objednatele či třetích osob. Vadou se rozumí stav CAFM systému, kdy je dostupnost CAFM systému omezena, případně je CAFM systém zcela nedostupný. Vadou se dále rozumí nesoulad CAFM systému se specifikací uvedenou v této Smlouvě. Vadou je i vada právní.
Vadou kategorie A se rozumí kritická Vada, která
• brání užívání CAFM systému uživateli Objednatele, tj. taková Vada, která způsobuje nedostupnost CAFM systému nebo
• způsobuje častý (min. 1x týdně) pád systému nebo
• způsobuje ztrátu dat nebo
• způsobující závažné bezpečnostní ohrožení.
Vadou kategorie B se rozumí závažná Vada, která
• podstatně omezuje užívání CAFM systému uživatelem či uživateli Objednatele, tj. taková Vada, která neumožňuje uživatelům užívání či dokončení konkrétního z pohledu Objednatele podstatného procesu nebo funkce CAFM systému,
• způsobuje občasný (min. 1x měsíčně) pád CAFM systému,
• způsobuje pomalou odezvu CAFM systému (uživatel musí čekat na zobrazení více než
5 sekund),
• způsobuje bezpečnostní ohrožení.
Vadou kategorie C se rozumí Vada, která
• omezuje užívání CAFM systému uživatelem či uživateli Objednatele, tj. taková Vada, která neumožňuje uživatelům užívání či dokončení konkrétního z pohledu Objednatele nepodstatného procesu nebo funkce CAFM systému,
• omezuje uživatele v komfortu užívání CAFM systému, ale neznemožňuje dokončení konkrétního procesu v CAFM systému (např. opakující se chybová hláška CAFM systému, přičemž postižený proces v CAFM systému lze i přesto dokončit nebo existuje možnost uživatelského obejití Vadou stiženého procesu s dosažením totožného výsledku),
• ve výjimečných případech způsobí pád CAFM systému,
• způsobuje zpomalení odezvy CAFM systému snižující míru komfortu pro uživatele Objednatele.
Vadou kategorie D se rozumí nepodstatná Vada, která může být Dodavatelem opravena v rámci běžných Dodavatelem plánovaných aktualizaci CAFM systému bez stanovení jakýchkoliv lhůt v rámci této Smlouvy.
Čl. 2
Účel smlouvy
1. Účelem této Smlouvy je úprava a stanovení podmínek mezi Smluvními stranami tak, aby byla Dodavatelem zajištěna (i) Dodávka CAFM systému a Programového vybavení, (ii) Implementace CAFM systému a Programového vybavení v prostředí Objednatele včetně proškolení uživatelů Objednatele a podpoře při migraci dat Objednatele, (iii) ničím neomezená funkčnost a dostupnost CAFM systému pro Objednatele, (iv) Ad Hoc služby a ze strany Objednatele zajištěna úhrada sjednané ceny Dodavateli za řádné poskytnuté plnění dle této Smlouvy.
2. Pro výklad jakéhokoli ustanovení této Smlouvy Smluvní strany sjednávají, že:
2.1. nepřípustný je takový výklad, který by byl pro Objednatele méně výhodný, než jak vyplývá ze zákonné úpravy,
2.2. nepřípustný je takový výklad, který by vyvozoval jiné než výslovně sjednané nároky vůči Objednateli,
2.3. žádné ustanovení Smlouvy nemůže být vykládáno tak, aby bylo nebo muselo být Objednatelem přijato méně kvalitní plnění, než jak vyplývá z ustanovení právních předpisů a technických norem regulujících konkrétní oblast plnění, pokud se na tuto oblast plnění takové předpisy nebo normy vztahují.
Čl. 3
Předmět smlouvy
1. Předmětem této Smlouvy jsou dodávky a služby poskytované Dodavatelem, které jsou blíže specifikované dále v této Smlouvě a jejích přílohách, nutné k dodávce a provozování CAFM systému v Prostředí Objednatele (případně v rámci Hybridního řešení). V souladu s čl. 5 odst. 2 této Smlouvy se předmět smlouvy skládá ze dvou logických celků, a to Úvodní dodávky a následného Rutinního provozu. Konkrétně se jedná o následující plnění Dodavatele:
1.1. Dodávka
1.1.1. Implementační plán
1.1.2. Dodávka CAFM systému a Programového vybavení a poskytnutí příslušných licencí a dokladů
1.1.3. Implementace včetně integračního propojení s GIS, CAS a Midpoint
1.2. SLA
1.3. Školení
1.4. Součinnost při migraci dat do CAFM systému
1.5. Ad Hoc služby rozvoje CAFM systému
1.6. Poskytnutí dalších licencí CAFM systému
1.7. Služba exitu
2. Implementační plán
2.1. Dodavatel bezodkladně po účinnosti ▇▇▇▇▇▇▇ zahájí ve spolupráci s Objednatelem práce na přípravě Implementačního plánu, který bude obsahovat minimálně rozpis činností rozdělených do kapitol dle čl. 3 odst. 1.1.2, 1.1.3 a 6.1.1 ▇▇▇▇▇▇▇, a to včetně harmonogramu plnění a dále další skutečnosti požadované v této Smlouvě. Přílohou Implementačního plánu bude zpracovaný Disaster Recovery Plan v obvyklém business standardu (postupy a opatření, která mají být přijata k obnově CAFM systému a souvisejících dat po havárii, jako je například celkové selhání systému nebo kybernetický útok). Cílem Disaster Recovery Plan je minimalizovat dobu výpadku a ztráty dat, a tím zajistit kontinuitu souvisejících činností.
2.2. Implementační plán podléhá schválení Objednatele. V případě, že Objednatel Implementační plán neschválí, je ▇▇▇▇▇▇▇▇▇ povinen Implementační plán upravit dle písemných výhrad Objednatele a předat ve finální podobě. Objednatel je oprávněn uplatňovat písemné výhrady k Implementačnímu plánu i opakovaně, vždy však má na uplatnění písemných výhrad lhůtu
10 pracovních dnů, která počíná běžet následující pracovní den po dni doručení Implementačního plánu Objednateli. Nedoručí-li Objednatel Dodavateli písemné výhrady ve lhůtě dle předcházející věty, má se za to, že písemné výhrady neuplatňuje, nedohodnou-li se Smluvní strany v konkrétním případě jinak.
2.3. Implementační plán se stává pro Smluvní strany závazným okamžikem podpisu předávacího protokolu Implementačního plánu oběma Smluvními stranami. Objednatel je povinen Implementační plán převzít a toto převzetí potvrdit podpisem předávacího protokolu Implementačního plánu, pokud marně uplynula lhůta k uplatnění písemných výhrad dle předcházejícího odstavce této Smlouvy nebo pokud Objednatel Dodavateli písemně sdělí, že písemné výhrady k Implementačnímu plánu v jeho aktuální verzi neuplatňuje. Předávací protokol Implementačního plánu vyhotovuje Dodavatel.
2.4. ICT Prostředí Objednatele, do kterého bude probíhat implementace řešení Dodavatele, je popsáno v příloze č. 9 této Smlouvy. Objednatel dále výslovně uvádí, že umožňuje Implementaci CAFM systému formou Hybridního řešení.
3. Dodávka Programového vybavení včetně příslušných licencí a dokladů
3.1. Dodavatel poskytne Objednateli licence a veškeré dokumenty či doklady (návody apod.) potřebné k řádnému provozování a užívání CAFM systému a Programového vybavení, a to v rozsahu a ve lhůtách stanovených v Implementačním plánu.
3.2. Dodavatel je povinen poskytnout Objednateli Licence
3.2.1. pro CAFM systém v rozsahu nutném pro provoz a užívání systému 300 uživateli Objednatele1 (1 licence pro 1 uživatele musí tohoto uživatele opravňovat k užívání CAFM systému minimálně na 3 zařízeních nebo musí být poskytnuta Enterprise licence pro organizaci jako celek),
3.2.2. pro Programové vybavení v rozsahu nezbytném pro provoz CAFM systému,
3.2.3. nevýhradní,
3.2.4. umožňující řádné, nerušené a neomezené užívání CAFM systému uživateli Objednatele minimálně po dobu trvání Smlouvy,
3.2.5. územně neomezené,
1 Což nevylučuje možnost přikoupení dalších licencí v souladu s čl. 3 odst. 9 Smlouvy.
3.2.6. i ke všem novým verzím CAFM systému,
3.2.7. přenositelné mezi uživateli a zařízeními,
3.2.9. jenž není Objednatel povinen využít, a to ani zčásti.
3.3. Soupis poskytnutých Licencí včetně ceny za jejich poskytnutí je uveden v příloze č. 1 této Smlouvy.
3.4. Objednatel má plné a neomezené vlastnické právo k obsahu databáze, který je součástí CAFM systému poskytovaného Dodavatelem. Databáze musí být vždy umístěna v Prostředí Objednatele.
3.5. Objednatel má právo neomezeně čerpat data přímo z databáze a přidávat definice a kód, který mu umožní tato data čerpat. Dodavatel musí poskytnou dokumentaci k datovému schématu databáze a popis způsobu uložení a interpretace dat.
3.6. Povinnost Dodavatele předat hmotné či nehmotné věci dle čl. 3 odst. 3 této Smlouvy je splněna oboustranným podpisem předávacího protokolu Dodávky Programového vybavení včetně příslušných licencí a dokladů. Předávací protokol Dodávky Programového vybavení včetně příslušných licencí a dokladů vyhotovuje Dodavatel.
4. Implementace
4.1. Dodavatel provede instalaci a zprovoznění CAFM systému a Programového vybavení v Prostředí Objednatele v souladu s Implementačním plánem. Objednatel požaduje, aby Dodavatel v rámci Implementace zprovoznil Testovací prostředí a Produkční prostředí CAFM systému. Součástí implementace je propojení CAFM systému s GIS, CAS a Midpoint v souladu s přílohami č. 4, 5 a 6 ▇▇▇▇▇▇▇. Součástí Implementace je dále poskytnutí úvodních školení uživatelů Objednatele (viz odst. 6.1.1 Smlouvy a položka č. 8 přílohy č. 1 této Smlouvy).
4.2. Dodavatel v rámci zprovoznění CAFM systému v prostředí Objednatele dále před zahájením Rutinního provozu provede:
4.2.1. Nastavení základní struktury nemovitostí (lokalita, budova, pozemek apod.).
4.2.2. Nastavení základních údajů nemovitostí včetně víceúrovňových číselníků.
4.3. Objednatel je povinen poskytnout Dodavateli součinnost nutnou k řádnému splnění této smluvní povinnosti, zejména je povinen Dodavateli zajistit vzdálený administrátorský přístup k serverům Objednatele, na kterých mají být CAFM systém a Programové vybavení provozovány.
4.4. Povinnost Dodavatele Implementovat CAFM systém a Programové vybavení je splněna oboustranným podpisem akceptačního protokolu Implementace bez vad a nedodělků. Akceptační protokol Implementace vyhotovuje Dodavatel.
5. SLA
5.1. CAFM systém a Programové vybavení provozuje Dodavatel. Dodavatel průběžně monitoruje Dostupnost CAFM systému a v případě zjištění Vady nebo Incidentu tyto odstraňuje v souladu s dalšími ustanoveními této Smlouvy.
5.2. Dodavatel pro průběžné monitorování Dostupnosti CAFM systému provozuje vlastní softwarové řešení umožňující auditní logování Dostupnosti CAFM systému s možností exportu relevantních statistik nezbytných pro posouzení dodržení povinnosti Dodavatele
2 Objednatel akceptuje omezení počtu současně přistupujících uživatelů externích subjektů, a to dle licenční politiky Dodavatele nebo v závislosti na technických možnostech CAFM systému. Minimální počet současně přistupujících uživatelů externích subjektů je stanoven na 30.
stanovených touto Smlouvou. Dodavatel poskytuje Objednateli měsíční reporty Dostupnosti CAFM systému, nedohodnou-li Smluvní strany v Implementačním plánu jinak.
5.3. Dodavatel provozuje v rámci HelpDesk tiketovací systém s dostupností pro uživatele Objednatele v nepřetržitém režimu s výjimkou běžných provozních odstávek a telefonní linku dostupnou pro uživatele Objednatele v pracovní dny minimálně v době od 8 do 16:30 hodin. Užívání HelpDesk Dodavatele Objednatelem není, s výjimkou provozní doby telefonické linky, nijak omezeno. HelpDesk Dodavatele slouží k3
5.3.1. hlášení Vad a Incidentů zjištěných uživateli Objednatele prostřednictvím tiketovacího systému,
5.3.2. evidenci Vad a Incidentů včetně kategorizace Vad a času, který uplynul od jejich zjištění či ohlášení, způsobu jejich odstranění až po čas jejich odstranění,
5.3.3. k metodické podpoře uživatelů Objednatele vztahující se k CAFM systému prostřednictvím telefonické linky.
5.4. Dodavatel v rámci v této Smlouvě sjednané ceny poskytuje Objednateli Softwarové korekce (fix, patch), Updaty a Upgrady CAFM systému tak, aby Objednatel vždy používal aktuální vydanou verzi CAFM systému. Dodavatel poskytuje Objednateli Softwarové korekce (fix, patch), Updaty a Upgrady Programového vybavení tak, aby zajistil bezpečnost a Dostupnost CAFM systému.
5.5. V případě Vady CAFM systému je Dodavatel povinen
5.5.1. po zjištění Vady (nebo Incidentu) CAFM systému tuto oznámit Objednateli způsobem a ve lhůtě dohodnutými v rámci Implementačního plánu (pro každou kategorii Vad lze sjednat různou lhůtu pro oznámení),
5.5.3. odstranit Vadu kategorie A (kritická Vada) do následujícího pracovního dne ode dne jejího zjištění Dodavatelem či nahlášení Objednatelem prostřednictvím tiketu v HelpDesk,
5.5.4. odstranit Vadu kategorie B (závažná Vada) do pěti pracovních dnů ode dne jejího zjištění Dodavatelem či nahlášení Objednatelem prostřednictvím HelpDesk,
5.5.5. odstranit Vadu kategorie C (běžná Vada) do dvaceti pracovních dnů ode dne jejího zjištění Dodavatelem nebo nahlášení Objednatelem prostřednictvím tiketu v HelpDesk.
5.6. U Vady CAFM systému nahlášené v tiketovacím systému Objednatelem určí kategorii Vady Objednatel. Dodavatel je oprávněn požádat o změnu kategorie Vady, přičemž Objednatel je oprávněn změnu kategorizace Vady s odůvodněním odmítnout. U Vady CAFM systému zjištěné Dodavatelem navrhne její kategorii v tiketovacím systému Dodavatel, přičemž Objednatel je oprávněn požadovat s odůvodněním její změnu, kterou je ▇▇▇▇▇▇▇▇▇ povinen akceptovat.
5.7. Dodavatel je povinen zajistit, aby celková doba trvání Vad kategorie A a B a plánovaných nedostupností CAFM systému5 nepřesáhla v každém jednotlivém roce Rutinního provozu v pracovní dny od 7:00 hodin do 18:00 hodin celkem 50 hodin. V případě Dodavatelem plánované nedostupnosti CAFM systému je Dodavatel vždy povinen tuto skutečnost Objednateli písemně oznámit, a to nejméně 5 pracovních dnů před započetím této plánované nedostupnosti, nedohodnou-li se Smluvní strany v konkrétním případě jinak. Plánované
3 Objednatel bude pro účely základní podpory (na úrovni L1) provozovat i vlastní helpdeskové řešení, prostřednictvím kterého bude filtrovat část požadavků, které by jinak řešil Dodavatel. V budoucnu je možný vývojový požadavek Objednatele na integraci obou helpdesků prostřednictvím Ad Hoc služby rozvoje.
4 Podle toho, která z těchto skutečností nastane dříve. Toto aplikační pravidlo se uplatní i pro další obdobné případy v této Smlouvě.
5 Např. z důvodu instalace Softwarových korekcí (fix, patch), Updatů nebo Upgradů prováděných Dodavatelem.
nedostupnosti CAFM systému, které by zasáhly do doby jejíž časové rozpětí je uvedeno výše v tomto odstavci Smlouvy vyžadují předchozí schválení Objednatelem.
5.8. V případě řešení Incidentů se postupuje dle ustanovení čl. 3 odst. 5.5 a 5.6 této Smlouvy s tím rozdílem, že řešení Incidentů není zahrnuto v ceně za položku SLA uvedenou v příloze č. 1 Smlouvy (položka č. 12). Cena za řešení Incidentů bude hrazena samostatně na základě sjednané ceny za Ad Hoc Služby (příloha č. 1 Smlouvy - položka číslo 14), a to v rozsahu dle Dodavatelem skutečně poskytnutých člověkohodin. Současně je Dodavatel bezodkladně po zjištění, že se v daném případě jedná o Incident a nikoliv Vadu, povinen tuto skutečnost Objednateli písemně sdělit včetně sdělení odhadu pracnosti odstranění Incidentu v člověkohodinách a vyčkat potvrzení Objednatele, zda má Incident odstranit; lhůty stanovené v čl. 3 odst. 5.5 Smlouvy se do potvrzení Objednatelem staví (neplatí v případě, že Vada bude již od počátku Objednatelem označena jako Incident). V opačném případě platí, že ▇▇▇▇ za řešení Incidentu byla zahrnuta v ceně za položku SLA uvedenou v příloze č. 1 Smlouvy (položka č. 12). Na Incidenty se neaplikuje ustanovení předcházejícího odstavce
5.7 Smlouvy.
5.9. Smluvní strany jsou u konkrétní Vady oprávněny dohodnout delší než výše uvedenou lhůtu pro její odstranění, je-li z povahy Vady zjevné, že standardní lhůty dle této Smlouvy nejsou aplikovatelné. Smluvní strany jsou současně u konkrétního Incidentu vždy oprávněny dohodnout delší lhůtu odstranění, než jaká by vyplývala z čl. 3 odst. 5.5.3 až 5.5.5 Smlouvy.
6. Školení
6.1. Dodavatel je povinen poskytnout Objednateli
6.1.1. až pět školení pro až patnáct uživatelů Objednatele, a to před zahájením Rutinního provozu CAFM systému,
6.1.2. až čtyři školení pro až patnáct uživatelů Objednatele v každém roce Rutinního provozu CAFM systému.
6.2. Nedohodnou-li se Smluvní strany ohledně konkrétního školení jinak, platí, že se školení uskuteční prezenčně v prostorách Objednatele v hl. m. Praze.
6.3. Školení musí být koncipována prakticky, kdy lektor ▇▇▇▇▇▇▇▇▇▇ bude procházet spolu se školenými uživateli Objednatele funkcionality CAFM systému tak, aby tito uživatelé byli po absolvování školení schopní samostatné práce s CAFM systémem dle svého pracovního zařazení.
6.4. Délka jednotlivých školení poskytnutých dle čl. 3 odst. 6.1.1 Smlouvy bude Smluvními stranami dohodnuta v Implementačním plánu (délku navrhne Dodavatel s přihlédnutím k jeho detailní znalosti užívání dodávaného CAFM systému) s tím, že poskytnutá školení musí naplnit účel deklarovaný v předcházejícím odstavci této Smlouvy. V opačném případě nemá Dodavatel nárok na úhradu ceny za jejich poskytnutí a současně nelze řádně ukončit proces Implementace dle čl. 3 odst. 4 Smlouvy.
6.5. Při realizaci školení v prostorách Objednatele Objednatel zajistí jejich organizaci včetně zajištění výpočetní techniky pro školené uživatele Objednatele.
6.6. V případě školení poskytovaných Dodavatelem před dokončením procesu Implementace CAFM systému Dodavatel zajistí dostupnost Testovacího prostředí CAFM systému a s dostatečným předstihem dohodne s Objednatelem jeho zprovoznění na výpočetní technice pro školené uživatele Objednatele tak, aby se školení mohlo v určeném termínu uskutečnit.
6.7. Termíny školení dle čl. 3 odst. 6.1.1 Smlouvy budou sjednány v Implementačním plánu s tím, že takto sjednané termíny lze dodatečně změnit či konkretizovat dohodou Smluvních stran.
6.8. Termíny školení dle čl. 3 odst. 6.1.2 Smlouvy budou vždy sjednány dohodou smluvních stran s přihlédnutím k potřebám Objednatele.
6.9. Dodavatel je povinen na každém jednotlivém školení zajistit podpis prezenční listiny školenými uživateli Objednatele. Všemi školenými uživateli podepsaná prezenční listina je podkladem pro fakturaci.
7. Součinnost při migraci dat do CAFM systému
7.1. Dodavatel je na výzvu Objednatele povinen poskytnout služby spočívající v poskytnutí podpory při migraci stávajících dat Objednatele do CAFM systému (dále jen „Migrace stávajících dat“).
7.2. Službu Migrace stávajících dat do CAFM systému je Dodavatel povinen poskytnout Objednateli na jeho výzvu, a to v rozsahu stanoveném Objednatelem a lhůtách dohodnutých oběma Smluvními stranami (Objednatel nebude lhůty stanovovat jednostranně z důvodu nejasného rozsahu činností Dodavatele). Předmětem poskytnutí služby Migrace stávajících dat dle předcházející věty může být i pouhé poskytnutí metodického vedení či součinnosti ze strany Dodavatele třetí straně provádějící migraci. Migrace stávajících dat bude hrazena samostatně na základě sjednané ceny za Ad Hoc Služby (příloha č. 1 smlouvy - položka č. 14), a to v rozsahu dle Dodavatelem skutečně poskytnutých a Objednatelem protokolárně schválených člověkohodin.
8. Ad Hoc služby rozvoje CAFM systému
8.1. Dodavatel je na výzvu Objednatele povinen poskytnout Objednatelem požadované Ad Hoc služby spočívající v požadavcích na úpravu CAFM systému, dodatečnou integraci, migraci dat a další obdobné služby (položka č. 14 uvedená v příloze č. 1 této Smlouvy), a to následujícím způsobem, nestanoví-li Implementační plán jinak:
8.1.1. Objednatel doručí kontaktní osobě Dodavatele výzvu k poskytnutí Ad Hoc služby s popisem požadovaného plnění.
8.1.2. Dodavatel je povinen provést ve lhůtě do 10 pracovních dnů od doručení výzvy (nebude-li v konkrétní výzvě stanovena lhůta delší) základní analýzu Objednatelem požadovaného plnění a
8.1.2.1. požádat Objednatele o doplnění výzvy o Dodavatelem stanovené informace nutné pro kvalifikovaný odhad náročnosti nebo
8.1.2.2. potvrdit Objednateli přijetí výzvy a spolu s tímto potvrzením zaslat Objednateli kvalifikovaný odhad náročnosti požadovaného plnění v člověkohodinách nebo
8.1.2.3. zaslat Objednateli informaci, že požadované plnění není realizovatelné spolu s detailním odůvodněním nebo
8.1.2.4. požádat Objednatele o prodloužení lhůty stanovené ve výzvě pro zpracování analýzy, a to s ohledem na složitost Objednatelem požadovaného plnění (respektive souvisejících analytických činností Dodavatele).
8.1.3. Pokud byl Objednatel požádán o doplnění výzvy o další Dodavatelem stanovené informace nutné pro kvalifikovaný odhad náročnosti, odešle Dodavateli novou výzvu doplněnou o Dodavatelem požadované informace. Následně se opět postupuje dle čl. 3 odst. 8.1.2 ▇▇▇▇▇▇▇.
6 Tj. pokud Objednatel nevyužije svého práva na poskytnutí předmětného školení ve třech po sobě jdoucích letech Rutinního provozu, je ve čtvrtém roce Rutinního provozu oprávněn požadovat poskytnutí stále pouze šesti školení.
8.1.4. Pokud byl Objednatel požádán o prodloužení lhůty stanovené ve výzvě pro zpracování analýzy, odešle ▇▇▇▇▇▇▇▇▇▇ informaci, zda s prodloužením lhůty souhlasí a případně o jakou dobu. Následně se opět postupuje dle čl. 3 odst. 8.1.2 ▇▇▇▇▇▇▇.
8.1.5. Po obdržení kvalifikovaného odhadu náročnosti požadovaného plnění v člověkohodinách Objednatel svůj požadavek obsažený ve výzvě Dodavateli buď písemně potvrdí, nebo sdělí, že na plnění tohoto požadavku již netrvá.
8.1.6. V případě potvrzení požadavku na provedení Ad Hoc služby Objednatelem se postupuje přiměřeně dle čl. 3 odst. 2 a čl. 3 odst. 4 této Smlouvy, pokud se Smluvní strany nedohodnou písemně jinak.
8.1.7. Za provedení základní analýzy ve smyslu čl. 3 odst. 8.1.2 nevzniká Dodavateli nárok na žádné dodatečné finanční plnění ze strany Objednatele, základní analýza je hrazena v rámci sjednané ceny za SLA (položka č. 12 přílohy č. 1 Smlouvy).
8.1.8. Maximální možný rozsah čerpání Ad Hoc služeb ze strany Objednatele za jednotlivý rok Rutinního provozu je stanoven na 400 člověkohodin. Pokud Objednatel v daném roce Rutinního provozu nevyužije svého práva požadovat po Dodavateli Ad Hoc služby v plném rozsahu 400 člověkohodin, přenáší se nevyčerpaná část tohoto nároku Objednatele do následujícího roku Rutinního provozu. Tento přenos nároku je omezen maximálně na 2 následující roky Rutinního provozu a jedná se o nárok za jednotlivé roky Rutinního provozu kumulativní7. Objednatel je současně oprávněn v rámci jednoho roku Rutinního provozu přečerpat stanovený limit člověkohodin, a to až o polovinu (tj. maximálně o 200 člověkohodin); v takovém případě však platí, že se o výši tohoto přečerpání sníží limit člověkohodin pro Ad Hoc služby v následujícím roce Rutinního provozu.
8.2. Je-li kdekoliv v této Smlouvě stanoveno, že se určitá část Dodavatelem poskytovaných služeb bude hradit na základě sjednané ceny za Ad Hoc Služby dle skutečně poskytnutých člověkohodin, znamená to, že se takto poskytnuté člověkohodiny započítávají do smluvního limitu rozsahu Ad Hoc služeb dle čl. 3 odst. 8.1.8 ▇▇▇▇▇▇▇.
9. Poskytnutí dalších licencí CAFM systému
9.1. Objednatel je kdykoliv po nabytí účinnosti Smlouvy oprávněn požadovat po Dodavateli poskytnutí dalších licencí CAFM systému nad rámec počtu licencí poskytnutých dle položek č. 2b nebo 10b přílohy č. 1 Smlouvy, a to v maximálním počtu 100 licencí v rámci jednotlivého roku Rutinního provozu a Dodavatel je povinen tyto licence Objednateli v přiměřené lhůtě stanovené Objednatelem poskytnout. Cenu za tyto další poskytnuté licence upravuje příloha č. 1 Smlouvy v rámci položek č. 15a a 15b.
9.2. Poskytnutí dalších licencí CAFM systému nevyžaduje formu písemného dodatku ke Smlouvě. O každém navýšení počtu licencí bude sepsán mezi Dodavatelem a Objednatelem předávací protokol, obě smluvní strany obdrží stejnopis tohoto protokolu.
9.3. Navýšení počtu poskytnutých licencí CAFM systému dle čl. 3 odst. 9 Smlouvy nesmí být podmíněno nárůstem ceny žádné jiné položky přílohy č. 1 Smlouvy (např. ceny za licence Programového vybavení nebo ceny za SLA).
9.4. Detailní proces poskytnutí dalších licencí CAFM systému upraví Implementační plán.
9.5. Čl. 3 odst. 9 Smlouvy se neužije v případě, kdy je Objednateli poskytnuta licence CAFM systému pro organizaci jako celek (bez ohledu na faktický počet uživatelů Objednatele).
10. Služba exitu
10.1. Předmět a účel Služby exitu a související práva a povinnosti Smluvních stran jsou stanoveny v příloze č. 8 Smlouvy.
7 Např. nevyčerpá-li Objednatel za první dva roky Rutinního provozu žádné Ad Hoc člověkohodiny, třetí rok Rutinního provozu jich má k dispozici celkem 1200. Pokud by Objednatel nevyčerpal žádné Ad Hoc člověkohodiny po dobu 4 let Rutinního provozu, opět jich má pátý rok Rutinního provozu k dispozici 1200 (ve zbývajícím rozsahu nárok zanikl).
10.2. Služba exitu bude fakturována dle čl. III odst. 8.2 Smlouvy jako Ad Hoc Služba. Přitom platí, že při poskytování Služby exitu může počet vyčerpaných člověkohodin překročit maximální možný rozsah čerpaní Ad Hoc služeb dle čl. III odst. 8.1.8 ▇▇▇▇▇▇▇. V souladu s touto Smlouvou tedy nemůže nastat situace, kdyby kvůli vyčerpání limitu čerpání Ad Hoc služeb nebylo možné realizovat Službu exitu.
10.3. Smluvní strany výslovně sjednávají, že v případě, kdy Dodavatel neposkytne Objednateli Službu exitu dle čl. 3 odst. 1.6 Smlouvy, je Objednatel oprávněn tuto službu zajistit prostřednictvím třetí strany a veškeré prokazatelné náklady s tím spojené účtovat v plné výši Dodavateli. Nebude-li při neposkytnutí Služby exitu Dodavatelem dle předcházející věty exit úspěšně dokončen (viz zejména definice „Výsledku služby exitu“ uvedená v příloze č. 8 Smlouvy), odpovídá Dodavatel Objednateli za způsobenou újmu.
Čl. 4
Práva a povinnosti Smluvních stran
1. Smluvní strany jsou povinny si vzájemně poskytovat veškerou součinnost nutnou k řádnému plnění povinností sjednaných v této Smlouvy či platných právních předpisech.
2. Dodavatel je povinen při plnění této Smlouvy postupovat s odbornou péčí a v souladu s oprávněnými zájmy Objednatele. Dodavatel je povinen při plnění této Smlouvy respektovat a dodržovat pokyny Objednatele. V rámci odborné péče je však Dodavatel povinen písemně upozornit Objednatele na nevhodnost kteréhokoliv jím uděleného pokynu.
3. Dodavatel se zavazuje poskytovat plnění dle této Smlouvy a plnit všechny povinnosti vyplývající z této Smlouvy řádně a včas, v souladu s touto Smlouvou, zadávací dokumentací Veřejné zakázky a platnými právními předpisy.
4. Dodavatel je povinen dodržet všechny dílčí termíny předmětu plnění stanovené touto Smlouvou nebo v souladu s ní (tj. například v harmonogramu, který bude součástí schváleného Implementačního plánu). V případě jejich nedodržení Objednatel uplatní sankce dle této Smlouvy.
5. Pokud se na jakoukoliv část plnění poskytovanou Dodavatelem vztahuje GDPR, je Dodavatel povinen zajistit plnění svých povinností v GDPR stanovených. V případě, kdy bude Dodavatel v kterémkoliv okamžiku plnění svých smluvních povinností zpracovatelem osobních údajů poskytnutých Objednatelem nebo získaných pro Objednatele, je povinen na tuto skutečnost Objednatele upozornit a bezodkladně (vždy však před zahájením zpracování osobních údajů) s ním uzavřít smlouvu o zpracování osobních údajů. Smlouvu dle předcházející věty je dále Dodavatel s Objednatelem povinen uzavřít vždy, když jej k tomu Objednatel písemně vyzve. Znění smlouvy o zpracování osobních údajů bude vždy stanoveno dohodou Smluvních stran tak, aby byla zachována konformita s nařízením GDPR a případně dalšími dotčenými obecně závaznými právními předpisy.
6. Dodavatel je povinen dodržovat povinnost mlčenlivosti o všech skutečnostech, jenž se dozví v souvislosti s plněním předmětu této Smlouvy, a to od okamžiku účinnosti této Smlouvy až do uplynutí doby 2 let od skončení této Smlouvy. Povinnost mlčenlivosti se nevztahuje na informace obecně známé, na informace, které je ▇▇▇▇▇▇▇▇▇ povinen sdělit dalším subjektům na základě platné právní úpravy a na informace, u kterých ho této povinnosti Objednatel výslovně zprostí. Povinnost mlčenlivost se dále nevztahuje na prosté konstatování, že Dodavatel poskytl Objednateli CAFM systém a poskytuje k němu SLA (např. zobrazení reference na webových stránkách Dodavatele). Dodavatel plně odpovídá za porušení závazku mlčenlivosti ze strany svých zaměstnanců či poddodavatelů. Této odpovědnosti se nemůže zprostit. Dodavatel je dále oprávněn zpřístupnit důvěrné informace svému právnímu zástupci, účetnímu nebo daňovému poradci, který je vázán povinností mlčenlivosti, a který takovou důvěrnou informaci potřebuje k řádnému plnění povinností vůči Dodavateli.
7. Veškerá písemná komunikace mezi Smluvními stranami bude probíhat prostřednictvím kontaktních osob uvedených v příloze č. 10 této Smlouvy, prostřednictvím HelpDesk nebo statutárních zástupců Smluvních stran, nebude-li pro konkrétní případy písemně dohodnuto jinak. Změna kontaktních osob uvedených v příloze č. 10 nevyžaduje formu dodatku Smlouvy, postačí písemné oznámení druhé Smluvní straně s připojením aktualizované přílohy č. 10.
8. Smluvní strany se zavazují, že v případě změny svého sídla nebo adresy konkrétního pracoviště podstatného pro plnění předmětu Smlouvy budou o této změně druhou Smluvní stranu písemně informovat nejpozději do 15 (patnácti) kalendářních dnů.
9. Po celou dobu plnění Smlouvy je Dodavatel povinen zajistit komunikaci s Objednatelem v českém jazyce.
10. Dodavatel prohlašuje, že je ke dni podpisu této Smlouvy pojištěn proti odpovědnosti za škodu způsobenou třetí osobě na základě platné pojistné smlouvy s minimální částkou pojistného krytí ve výši 1.000.000 Kč (slovy jeden milion korun českých). Toto pojištění bude v platnosti po celou dobu trvání tohoto smluvního vztahu. Tuto skutečnost je Dodavatel na žádost Objednatele povinen v Objednatelem stanovené přiměřené lhůtě prokázat.
Čl. 5
Místo a doba plnění
1. Místem plnění dle této Smlouvy jsou dle určení Objednatele sídlo Dodavatele, sídlo Objednatele nebo jiná místa v České republice stanovená Objednatelem.
2. Předmět Smlouvy se skládá ze dvou logických celků, a to Úvodní dodávky a Rutinního provozu. Úvodní dodávka musí být provedena Dodavatelem dle podmínek této ▇▇▇▇▇▇▇ nejpozději do 12 měsíců od účinnosti Smlouvy. Po zbývající dobu trvání Smlouvy bude probíhat Rutinní provoz.
3. Dílčí termíny jednotlivých částí plnění Úvodní dodávky ze strany Dodavatele budou uvedeny v harmonogramu plnění, který bude tvořit součást Implementačního plánu.
Čl. 6
Cena a platební podmínky
1. Objednatel uhradí za skutečně poskytnutá plnění dle této Smlouvy úplatu (dále jen „Cena“) za podmínek stanovených touto Smlouvou. Cena za skutečně poskytnutá plnění bude určena na základě rozsahu poskytnutého plnění a jednotkových cen pro příslušné plnění.
2. Ceny pro jednotlivé části plnění dle této Smlouvy jsou uvedeny v příloze č. 1 této Smlouvy (dále také jako „Soupis“).
3. Cena za řádné provedení Úvodní dodávky bude určena jako součet položek č. 1 až 9 (typ položky
– jednorázové) přílohy č. 1 Smlouvy (dále jen „Cena za Úvodní dodávku“).
4. Cena za periodické – roční položky, tj. cena za položky č. 10a až 13 přílohy č. 1 Smlouvy je sjednána jako roční paušální platba (dále také jako „Roční paušál“).
5. Cena za Ad Hoc služby, tj. cena za položky číslo 14 až 16 přílohy č. 1 Smlouvy je stanovena rámcově, tj. bude Objednatelem hrazena dle skutečně poskytnutého a Objednatelem písemně schváleného množství poskytnutých jednotek položky (dále jen „Cena za Ad Hoc Služby“).
6. Každá jednotková (i celková) cena uvedená v soupisu ceny (příloha č. 1 této Smlouvy) obsahuje veškeré náklady Dodavatele spojené s plněním předmětu této Smlouvy včetně veškerého materiálu, práce, poplatků, dopravy, cel, daní apod., včetně příslušných oprávnění (licencí) k výkonu práv duševních vlastnictví.
7. Dodavatel má nejdříve v průběhu třetího roku Rutinního provozu právo na navýšení sjednaných cen za periodické – roční položky a Ad hoc položky uvedené v příloze č. 1 Smlouvy, a to u všech těchto položek nebo pouze některých z nich dle úvahy Dodavatele. Navýšení sjednaných cen dle předcházející věty je v každém roce Rutinního provozu možné maximálně o částku odpovídající
5 % ze sjednané aktuálně platné ceny dotčené položky. Navýšení Ceny dle tohoto odstavce Smlouvy vyžaduje formu písemného dodatku ke Smlouvě, a takový písemný dodatek lze uzavřít pouze jedenkrát v rámci dotčeného roku Rutinního provozu. Navýšená cena se poprvé použije po nabytí účinnosti souvisejícího dodatku Smlouvy, a to pro fakturaci dodávek nebo služeb, které byly nebo budou poskytnuty po účinnosti tohoto dodatku Smlouvy (tj. navýšená cena se neaplikuje zpětně na již Dodavatelem před účinností dodatku ▇▇▇▇▇▇▇ poskytnuté dodávky nebo služby, byť by ještě nebyly fakturovány).
8. Nárok na zaplacení Ceny za Úvodní dodávku vznikne po akceptaci Úvodní dodávky bez jakýchkoliv výhrad Objednatele a stane se splatným na základě faktury vystavené Dodavatelem.
9. Nárok na zaplacení Ročního paušálu vznikne prvním dnem každého roku Rutinního provozu a stane se splatným na základě faktury vystavené Dodavatelem.
10. Nárok na zaplacení Ceny za Ad Hoc služby vznikne okamžikem akceptace poskytnuté Ad Hoc služby bez jakýchkoliv výhrad Objednatele a stane se splatným na základě faktury vystavené Dodavatelem. V případě Ceny za Ad Hoc Služby spočívající v poskytnutí dalších licencí dle čl. 3 odst. 9 Smlouvy ve spojení s položkou č. 15b přílohy č. 1 Smlouvy je v prvním dotčeném roce Rutinního provozu účtována poměrná část ceny dle zbývající doby trvání tohoto roku (od následujícího roku Rutinního provozu pak plná cena dle položky č. 15b přílohy č. 1 Smlouvy).
11. Splatnost všech faktur se sjednává na 30 kalendářních dnů ode dne doručení faktury Objednateli.
12. Faktura musí vždy obsahovat všechny náležitosti řádného účetního a daňového dokladu ve smyslu příslušných právních předpisů v platném znění (zejména zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů a ustanovení § 435 Občanského zákoníku). Faktura musí dále obsahovat číslo Smlouvy, a dále číslo příslušného Požadavku nebo Objednávky. Přílohou faktury bude vždy příslušný akceptační protokol, předávací protokol nebo prezenční listina dle této Smlouvy podepsané Objednatelem, jinak faktura nezakládá povinnost Objednatele uhradit fakturovanou Cenu.
13. V případě, že faktura nebude mít odpovídající náležitosti, je Objednatel oprávněn vyzvat Dodavatele ve lhůtě její splatnosti k doplnění či úpravě, aniž se tak dostane do prodlení se splatností; lhůta splatnosti následně počíná běžet znovu od opětovného doručení náležitě doplněného či opraveného dokladu Objednateli.
14. Objednatel nebude poskytovat Dodavateli žádné zálohy. Dnem úhrady faktury se rozumí den podání bankovního příkazu k úhradě fakturované částky z účtu Objednatele ve prospěch účtu Dodavatele uvedeného výše v této Smlouvě v ustanovení o Smluvních stranách.
15. Změna cen uvedených v příloze č. 1 Smlouvy je přípustná při aplikaci čl. 6 odst. 7 Smlouvy, v případě změny zákonem stanovené sazby daně z přidané hodnoty (DPH) nebo na základě dohody Smluvních stran formou změny závazku souladné s § 222 zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů. Dojde-li v průběhu plnění dle této Smlouvy ke změně výše příslušné sazby DPH, bude cena včetně DPH uvedená v příloze č. 1 této Smlouvy upravena v rozsahu změn příslušné sazby DPH stanovené právními předpisy platnými ke dni uskutečnění zdanitelného plnění, a to formou písemného dodatku k této Smlouvě, podepsaným k tomu oprávněnými zástupci obou Smluvních stran.
Čl. 7
Předání a akceptace předmětu plnění
1. Předání a akceptace Úvodní dodávky se řídí schváleným Implementačním plánem a podmínkami akceptace dle tohoto článku Smlouvy.
2. Předání a akceptace jednotlivých plnění v rámci Rutinního provozu bude provedena:
2.1. u požadavků na úpravu CAFM systému, dodatečnou integraci, migraci dat, Služby exitu a další obdobné služby (položka č. 18 přílohy č. 1 této Smlouvy) prostřednictvím písemných akceptačních protokolů a postupem ujednaným v jednotlivých vzájemně odsouhlasených
Implementačních plánech, nestanovuje-li Smlouva nebo její příloha jiný postup,
2.2. u školení uživatelů (položka č. 19 přílohy č. 1 Smlouvy) prostřednictvím předání prezenční listiny podepsané účastníky školení Objednateli a
2.3. v případě jiné než výše uvedené dodávky nebo služby se užije postup pro toto plnění nejbližší.
3. Povinnost Dodavatele k poskytnutí jakéhokoliv plnění či jeho části je splněna až okamžikem převzetí takového plnění ze strany Objednatele dle předcházejícího odstavce.
4. Nebude-li sjednáno jinak, např. ve formě pevně stanovených termínů pro jednotlivá plnění, bude akceptační řízení zahájeno na základě písemné výzvy Dodavatele Objednateli k převzetí konkrétního plnění. Výzva musí být učiněna vůči kontaktní osobě Objednatele alespoň 3 pracovní dny před okamžikem, kdy má k předání dojít a musí obsahovat alespoň:
4.1. označení Dodavatele a Objednatele,
4.2. popis plnění, které má být předáno,
4.3. navržený termín předání a převzetí.
5. Je-li sjednáno vykonání akceptačních či jiných testů nebo zkušebního provozu, může k akceptaci dojít až po úspěšném provedení těchto testů či zkušebního provozu.
6. Závěry akceptačního řízení
6.1. Každé akceptační řízení může mít tyto výsledky:
6.1.1. „akceptováno bez výhrad“, který nastane v případě, že Objednatel v průběhu akceptačního řízení nenalezne v předávaném plnění žádné vady ani nedodělky;
6.1.2. „neakceptováno“, který nastane v případě, že plnění nesplňuje podmínky pro závěr akceptováno bez výhrad.
6.2. V případě výsledku „neakceptováno“ musí akceptační protokol obsahovat odůvodnění Objednatele (tj. zejména soupisem zjištěných vad) a vyjádření Dodavatele ke zjištěným vadám a dohodnutý termín jejich odstranění. Odstraněním vad vzniká Dodavateli právo opětovně vyzvat Objednatele k akceptaci plnění.
7. Akceptace je ukončena a plnění řádně předáno pouze v případě vyhotovení akceptačního protokolu se závěrem „akceptováno bez výhrad“.
8. Objednatel je povinen převzít plnění pouze v případě splnění podmínek stanovených pro závěr
„akceptováno bez výhrad“.
9. Do řádného předání plnění není Objednatel povinen zaplatit cenu za příslušnou nepředanou část předmětu plnění. Dodavatel je oprávněn vystavit fakturu nejdříve po podpisu akceptačního protokolu se závěrem „akceptováno bez výhrad“.
10. Akceptační nebo předávací protokol zpracovává Dodavatel ve dvou vyhotoveních s platností originálu, z nichž po jejich potvrzení oprávněným zástupcem Objednatele obě Smluvní strany obdrží jedno vyhotovení. Smluvní strany se mohou dohodnout na vytvoření elektronického originálu akceptačního nebo předávacího protokolu.
Čl. 8
Smluvní pokuty
1. V případě prodlení Objednatele s úhradou plateb dle této Smlouvy, je Dodavatel oprávněn požadovat na Objednateli úrok z prodlení z neuhrazené dlužné částky za každý den prodlení ve výši stanovené nařízením vlády, kterým se stanoví výše úroků z prodlení (nařízení vlády č. 351/2013 Sb., v platném znění).
2. V případě prodlení Dodavatele s dokončením a předáním Úvodní dodávky ve stanovené 12měsíční lhůtě (čl. 5 odst. 2 této Smlouvy) je ▇▇▇▇▇▇▇▇▇ povinen uhradit Objednateli smluvní pokutu ve výši 5.000 Kč (slovy pět tisíc korun českých) za každý i započatý den prodlení se splněním této smluvní povinnosti.
3. V případě porušení dílčí lhůty stanovené v rámci Implementačního plánu Úvodní dodávky je Objednatel oprávněn požadovat a Dodavatel má povinnost uhradit smluvní pokutu ve výši 1.000 Kč (slovy tisíc korun českých) za každý i započatý den prodlení se splněním této smluvní povinnosti. Při případné kolizi smluvní pokuty dle čl. 8 odst. 2 a 3 Smlouvy se uplatní pouze smluvní pokuta dle čl. 8 odst. 2 Smlouvy.
4. V případě prodlení Dodavatele s dokončením a předáním výstupu Ad Hoc služby dle Implementačního plánu k poskytované Ad Hoc službě dle čl. 3 odst. 8 je Objednatel oprávněn požadovat a Dodavatel má povinnost uhradit smluvní pokutu ve výši 1.000 Kč (slovy tisíc korun českých) za každý i započatý den prodlení se splněním této smluvní povinnosti.
5. V případě prodlení Dodavatele s odstraněním Vady kategorie A je Objednatel oprávněn požadovat a Dodavatel má povinnost uhradit smluvní pokutu ve výši 1.000 Kč (slovy tisíc korun českých) za každou i započatou hodinu prodlení se splněním této smluvní povinnosti.
6. V případě prodlení Dodavatele s odstraněním Vady kategorie B je Objednatel oprávněn požadovat a Dodavatel má povinnost uhradit smluvní pokutu ve výši 5.000 Kč (slovy pět tisíc korun českých) za každý i započatý den prodlení se splněním této smluvní povinnosti.
7. V případě prodlení Dodavatele s odstraněním Vady kategorie C je Objednatel oprávněn požadovat a Dodavatel má povinnost uhradit smluvní pokutu ve výši 1.000 Kč (slovy tisíc korun českých) za každý i započatý den prodlení se splněním této smluvní povinnosti.
8. V případě, že nedostupnost CAFM systému v rámci jednoho roku Rutinního provozu překročí v souladu s čl. 3 odst. 5.7 Smlouvy tolerovaných 50 hodin, je Objednatel oprávněn požadovat a Dodavatel má povinnost uhradit smluvní pokutu
8.1.při nedostupnosti CAFM systému v délce překračující 50 hodin, která nepřekročí 70 hodin ve výši 2.500 Kč (slovy dva tisíce pět set korun českých) za každou hodinu překročení tolerovaných 50 hodin nedostupnosti a současně
Maximální výše smluvní pokuty dle tohoto odst. 8 je limitována 30 % sjednané Ceny Ročního paušálu ve smyslu čl. 6 odst. 4 Smlouvy.
9. V případě porušení závazku mlčenlivosti či ochrany důvěrných informací dle této Smlouvy je Objednatel oprávněn požadovat kromě náhrady škody a nemajetkové újmy zaplacení smluvní pokuty ve výši 100.000 Kč (slovy sto tisíc korun českých) za každý jednotlivý případ porušení závazku.
10. V případě odstoupení od smlouvy ze strany Objednatele z kteréhokoliv důvodu uvedeného v čl. 9 Smlouvy (s výjimkou čl. 9 odst. 6.8 a 6.9) je Objednatel oprávněn požadovat po Dodavateli a Dodavatel má povinnost uhradit jednorázovou smluvní pokutu ve výši 200.000 Kč (slovy dvě stě tisíc korun českých).
11. Úhradou smluvní pokuty není dotčeno právo na náhradu újmy způsobené porušením povinnosti, pro kterou jsou smluvní pokuty sjednány, ani povinnost Dodavatele řádně poskytnout plnění dle této Smlouvy.
12. Splatnost smluvních pokut je 10 pracovních dnů ode dne doručení výzvy k jejich úhradě na číslo účtu Smluvní strany uvedené v záhlaví této Smlouvy.
Čl. 9
Trvání a ukončení smlouvy
8 Tj. např. při celkové nedostupnosti v jenom roce Rutinního provozu v délce 90 hodin namísto tolerovaných 50 hodin uhradí Dodavatel smluvní pokutu ve výši (20 * 2500) + (20 * 5000) = 150 000 Kč.
1. Tato ▇▇▇▇▇▇▇ se uzavírá na dobu neurčitou.
2. Smlouvu lze ukončit písemnou dohodou Smluvních stran, písemnou výpovědí nebo odstoupením.
3. Smluvní strany mohou tuto Smlouvu ukončit písemnou dohodou. V tomto případě se Smluvní strany zavazují v této dohodě vypořádat vzájemné nároky vzniklé na základě této Smlouvy.
4. Objednatel je oprávněn vypovědět ▇▇▇▇▇▇▇ písemnou výpovědí doručenou Dodavateli, a to i bez uvedení důvodu. Smlouvu lze vypovědět vždy s účinností k poslednímu dni každého roku Rutinního provozu. Výpověď dle tohoto článku je Objednatel povinen doručit Dodavateli minimálně jeden měsíc před koncem roku Rutinního provozu. Smlouva v tomto případě končí uplynutím příslušného roku Rutinního provozu.
5. Dodavatel je oprávněn vypovědět Smlouvu písemnou výpovědí bez uvedení důvodu doručenou Objednateli, a to i bez uvedení důvodu. Smlouvu lze vypovědět vždy s účinností k poslednímu dni každého roku Rutinního provozu. Výpověď dle tohoto článku je ▇▇▇▇▇▇▇▇▇ povinen doručit Objednateli minimálně 6 měsíců před její účinností. Smlouva v tomto případě končí uplynutím příslušného roku Rutinního provozu. Smluvní strany výslovně sjednávají, že Dodavatel je oprávněn vypovědět Smlouvu dle tohoto ustanovení Smlouvy nejdříve ve třetím roce Rutinního provozu.
6. Objednatel má právo (i) od této Smlouvy odstoupit nebo (ii) tuto Smlouvu vypovědět s účinností doručením písemné výpovědi Poskytovateli (podle své volby), a to v případě,
6.1. kdy ▇▇▇▇▇▇▇▇▇ přes výzvu Objednatele nezahájí plnění předmětu této Smlouvy;
6.2. kdy Dodavatel bude v prodlení s dokončením a předáním Úvodní dodávky po dobu delší než 3 měsíce;
6.3. kdy nedojde k podpisu předávacího protokolu Implementačního plánu oběma Smluvními stranami dle čl. 3 odst. 2.3 této Smlouvy ve lhůtě do 5 měsíců od účinnosti Smlouvy;
6.4. kdy je Dodavatel v prodlení s odstraněním Objednatelem řádně nahlášené Vady nebo Incidentu CAFM systému kategorie A a B delším než 5 pracovních dnů a u Vady či Incidentu kategorie C delším než 10 pracovních dnů;
6.5. kdy celková doba nedostupnosti CAFM systému ve smyslu čl. 3 odst. 5.7 Smlouvy v rámci jednoho roku Rutinního provozu překročí 100 hodin;
6.6. kdy ▇▇▇▇▇▇▇▇▇ opakovaně poruší povinnosti vyplývající mu z této Smlouvy (minimálně 3x) a na tato porušení Smlouvy byl Objednatelem písemně upozorněn;
6.7. kdy Dodavatel poruší své povinnosti vyplývající mu z této Smlouvy podstatným způsobem (např. Dodavatelem zaviněný únik dat z CAFM systému, porušení povinnosti mlčenlivosti apod.).
6.8. že v insolvenčním řízení bude zjištěn úpadek Dodavatele nebo insolvenční návrh bude zamítnut pro nedostatek majetku Dodavatele (v souladu se zněním zákona č. 182/2006 Sb., o úpadku a způsobech jeho řešení (insolvenční zákon), ve znění pozdějších předpisů);
6.9. že ▇▇▇▇▇▇▇▇▇ vstoupí do likvidace;
6.10. kdy se na Dodavatele nebo jeho poddodavatele podílejícího se na plnění předmětu Smlouvy vztahují mezinárodní sankce ve smyslu § 48a zákona č. 134/2016 Sb., o zadávání veřejných zakázek, ve znění pozdějších předpisů.
7. Dodavatel má právo (i) od této Smlouvy odstoupit nebo (ii) tuto Smlouvu vypovědět s účinností doručením písemné výpovědi Objednateli (podle své volby) v případě,
7.1. kdy Objednatel poruší podstatným způsobem své povinnosti vyplývající mu z této Smlouvy, přičemž za porušení smluvní povinnosti podstatným způsobem se považuje pouze prodlení Objednatele s uhrazením Ceny dle této Smlouvy delším než 60 kalendářních dnů, které Objednatel nenapraví ani do 30 kalendářních dnů od písemného upozornění Dodavatele na takové prodlení;
7.2. kdy Objednatel opakovaně poruší své smluvní povinnosti vyplývající mu z této Smlouvy (minimálně 3x) a na tato porušení ▇▇▇▇▇▇▇ byl Dodavatelem písemně upozorněn.
8. Za den odstoupení od ▇▇▇▇▇▇▇ se považuje den, kdy bylo písemné oznámení o odstoupení uvádějící důvod odstoupení oprávněné Smluvní strany doručeno druhé Smluvní straně.
9. Ukončením této Smlouvy nejsou dotčena ustanovení týkající se smluvních pokut, náhrady škody, povinnosti mlčenlivosti a ochrany důvěrných informací a ustanovení týkající se takových práv a povinností, z jejichž povahy vyplývá, že mají trvat i po skončení účinnosti této Smlouvy. Smluvní strany výslovně sjednávají, že pokud bude Objednatel v návaznosti na písemnou dohodu, výpověď nebo odstoupení Smluvní strany od Smlouvy ve smyslu čl. 9 odst. 2 Smlouvy požadovat poskytnutí Služby exitu dle čl. 3 odst. 10 Smlouvy, zůstanou až do řádného dokončení poskytnutí Služby exitu Dodavatelem účinná veškerá ustanovení Smlouvy, která se na Službu exitu aplikují.
10. Smluvní strany se zavazují, že při ukončení této Smlouvy budou vzájemné závazky a pohledávky vypořádány písemnou dohodou, a to nejpozději do 30 dní od ukončení Smlouvy. Nedohodnou-li se Smluvní strany písemně jinak, bude mít Dodavatel v případě ukončení Smlouvy výpovědí nebo odstoupením nárok na úhradu Ceny pouze za plnění poskytnuté po dobu trvání této Smlouvy.
Čl. 10
Ostatní ujednání
1. Na právní vztahy, touto Smlouvou založené a v ní výslovně neupravené, se použijí příslušná ustanovení Občanského zákoníku a ostatních souvisejících obecně závazných právních předpisů. V případě jakéhokoli konfliktu mezi jednotlivými zdroji pravidel, kterými se mají řídit vztahy Smluvních stran, platí následující pořadí:
a) tato Smlouva včetně jejích příloh;
b) Implementační plán schválený Objednatelem;
c) zadávací dokumentace ▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇;
d) dispozitivní ustanovení Občanského zákoníku a ostatních obecně závazných právních předpisů.
2. V případě, kdy ▇▇▇▇▇▇▇▇▇ uzavře s třetí osobou smlouvu, z níž bude vyplývat závazek takové třetí osoby jako poddodavatele k poskytnutí části plnění určeného k plnění Veřejné zakázky, má Dodavatel odpovědnost vůči Objednateli, jako by plnění poskytoval sám. Dodavatel se zavazuje informovat Objednatele o identitě každého poddodavatele, který pro něj bude zajišťovat plnění dle této Smlouvy. Při výběru poddodavatelů je Dodavatel povinen zajistit, že jsou osobami oprávněnými dle právních předpisů k provedení subdodávky (plnění příslušných částí předmětu této Smlouvy), přičemž poddodavatelem nesmí být osoba, která je vůči Objednateli v postavení dlužníka nebo proti které bylo zahájeno konkurzní či vyrovnávací řízení nebo byl návrh na prohlášení konkurzu zamítnut pro nedostatek majetku úpadce nebo která je v likvidaci. Dodavatel se zavazuje, že poddodavatelé budou dodržovat ustanovení této Smlouvy v rozsahu, v jakém se na ně budou vztahovat.
3. Dodavatel je podle § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů (zákon o finanční kontrole), ve znění pozdějších předpisů, osobou povinnou spolupůsobit při výkonu finanční kontroly prováděné v souvislosti s úhradou zboží nebo služeb z veřejných výdajů.
4. Dodavatel je povinen archivovat a uchovávat originální vyhotovení Smlouvy včetně jejích dodatků, originály účetních dokladů a dalších dokladů, dokumentů a záznamů vztahujících se k realizaci předmětu této Smlouvy po dobu 10 let od zániku této Smlouvy. Po tuto dobu je ▇▇▇▇▇▇▇▇▇ povinen umožnit osobám oprávněným k výkonu kontroly projektů provést kontrolu dokladů souvisejících s plněním této Smlouvy.
5. Dodavatel se zavazuje umožnit osobám oprávněným k výkonu finanční kontroly předmětu plnění provést kontrolu veškerých dokumentů souvisejících s touto Smlouvou, a to po dobu danou
právními předpisy České republiky k jejich archivaci (např. zákon č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů a zákon č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů). Dodavatel se zavazuje vytvořit výše uvedeným osobám podmínky k provedení kontroly a poskytnout jim při provádění kontroly součinnost.
6. Objednatel je povinen uveřejnit tuto Smlouvu v registru smluv dle zákona č. 340/2015 Sb. Uveřejnění v registru smluv provede Objednatel bez zbytečného odkladu po podpisu Smlouvy oběma Smluvními stranami.
7. Dodavatel výslovně prohlašuje, že na sebe přebírá nebezpečí změny okolností ve smyslu ustanovení § 1765 odst. 2 Občanského zákoníku, zejména s ohledem na výši cen uvedených v příloze č. 1 této Smlouvy).
8. Smluvní strany souhlasně prohlašují, že tato ▇▇▇▇▇▇▇ není smlouvou uzavřenou adhezním způsobem ve smyslu ustanovení § 1798 a násl. Občanského zákoníku. Ustanovení § 1799 a 1800 Občanského zákoníku se nepoužijí.
Čl. 11
Závěrečná ustanovení
1. Veškeré změny a doplňky této Smlouvy musí být učiněny písemně ve formě číslovaného dodatku k této Smlouvě, podepsaného k tomu oprávněnými zástupci obou Smluvních stran.
2. Smluvní strany prohlašují, že tato Smlouva obsahuje veškerý projev jejich shodné vůle a mimo ni neexistují žádná ujednání v jiné než písemné formě, která by ji doplňovala, měnila nebo mohla mít význam při jejím výkladu a že se tedy žádná ze Smluvních stran nespoléhá na prohlášení druhé Smluvní strany, které není uvedeno v této Smlouvě, jejích přílohách či dodatcích. Tím není dotčen význam komunikace Smluvních stran, včetně pokynů Objednatele.
3. Smluvní strany se zavazují vyvinout maximální úsilí k odstranění vzájemných sporů vzniklých na základě této Smlouvy nebo v souvislosti s touto Smlouvou, včetně jejího výkladu a vynaloží úsilí k jejich vyřešení, zejména prostřednictvím jednání kontaktních osob nebo pověřených zástupců.
4. Smlouva se řídí právním řádem České republiky. Nestanoví-li některý právní předpis jinak, budou veškeré spory mezi Smluvními stranami vzniklé ze Smlouvy nebo v souvislosti s nimi řešeny před věcně a místně příslušným soudem České republiky.
5. Smlouva je vyhotovena v elektronickém originále, který obdrží obě Smluvní strany.
6. Tato Smlouva nabývá platnosti dnem podpisu oběma Smluvními stranami a účinnosti dnem uveřejnění v registru smluv dle zákona č. 340/2015 Sb., ve znění pozdějších předpisů. Smluvní strany s tímto uveřejněním souhlasí. Zaslání této ▇▇▇▇▇▇▇ do registru smluv zajistí Objednatel neprodleně po jejím podpisu. Objednatel se současně zavazuje informovat Dodavatele o provedení registrace tak, že mu zašle kopii potvrzení správce registru smluv o uveřejnění dodatku bez zbytečného odkladu poté, kdy sám potvrzení obdrží, popř. již v průvodním formuláři vyplní příslušnou kolonku s ID datové schránky Dodavatele (v takovém případě potvrzení od správce registru smluv o provedení registrace smlouvy obdrží obě Smluvní strany zároveň).
7. Stane-li se některé ustanovení této Smlouvy neplatným, zdánlivým či neúčinným, nemá tato skutečnost vliv na ostatní ustanovení této Smlouvy, která zůstávají platná a účinná. Smluvní strany se v tomto případě zavazují písemnou dohodou nahradit ustanovení, které bylo shledáno neplatným, zdánlivým či neúčinným novým ustanovením, které po obsahové stránce nejlépe odpovídá zamýšlenému účelu původního ustanovení. Do té doby platí odpovídající úprava obecně závazných právních předpisů České republiky.
8. Vyskytnou-li se události, které jedné nebo oběma Smluvním stranám částečně nebo úplně znemožní plnění jejich povinností podle této Smlouvy, jsou Smluvní strany povinny se o tomto bez zbytečného odkladu informovat a společně podniknout kroky k jejich překonání.
9. Smluvní strany prohlašují, že ▇▇▇▇▇▇▇ byla sjednána na základě jejich pravé, vážné a svobodné vůle, že si její obsah přečetly, bezvýhradně s ním souhlasí, považují jej za zcela určitý a srozumitelný, což stvrzují připojením svých elektronických podpisů.
10. Nedílnou součástí této Smlouvy jsou následující přílohy: Příloha č. 1 – Soupis ceny
Příloha č. 2 – Specifikace CAFM systému
Příloha č. 3 – Technické požadavky na CAFM systém Příloha č. 4 – Specifikace napojení GIS
Příloha č. 5 – Specifikace CAS autentizace Příloha č. 6 – Specifikace napojení midPoint Příloha č. 7 – Datový a grafický standard UK Příloha č. 8 – Služba exitu
Příloha č. 9 – Specifikace ICT prostředí Objednatele Příloha č. 10 – Seznam kontaktních osob
Příloha č. 11 – Šablony tiskových sestav (soubor .zip) Příloha č. 12 – ▇▇▇▇ - ▇▇▇▇▇▇▇ licenční smlouva Příloha č. 13 – ESRI - Education Institution Agreement
NA DŮKAZ SVÉHO SOUHLASU S OBSAHEM TÉTO SMLOUVY K NÍ SMLUVNÍ STRANY PŘIPOJILY SVÉ UZNÁVANÉ ELEKTRONICKÉ PODPISY DLE ZÁKONA Č. 297/2016 SB., O SLUŽBÁCH VYTVÁŘEJÍCÍCH DŮVĚRU PRO ELEKTRONICKÉ TRANSAKCE, VE ZNĚNÍ POZDĚJŠÍCH PŘEDPISŮ.
Příloha č. 1 – Soupis ceny
Typ položky | Číslo polož ky | Položka | Detailní popis položky | Jednotka | Cena za jednotku v Kč bez DPH | Počet jednotek | Celková cena za položku v Kč bez DPH | Celková cena za položku v Kč včetně DPH | Poznámka |
Jednorázové | 1 | Implementační plán | Viz čl. III odst. 2 Smlouvy | celek | 151 500,00 Kč | 1 | 151 500,00 Kč | 183 315,00 Kč | Cena za přípravu Implementačního plánu v souladu se Smlouvou. Lze nacenit částkou 0 Kč, pokud je cena za Implementační plán zahrnuta v ceně jiné položky (např. licencí). |
2a | Licence CAFM systému | [pozn. pro dodavatele - bude uveden přesný soupis poskytovaných licencí] | celek | 1 893 750,00 Kč | 1 | 1 893 750,00 Kč | 2 291 437,50 Kč | Bude použito v případě, že je poskytována licence pro organizaci. Lze nacenit částkou 0 Kč pokud je cena za licence pokryta jinou položkou (2b, 10a, 10b). | |
2b | Licence CAFM systému | [pozn. pro dodavatele - bude uveden přesný soupis poskytovaných licencí] | licence za uživatele | 0,00 Kč | 300 | 0,00 Kč | 0,00 Kč | Bude použito v případě, že je poskytována licence pro uživatele organizace. Lze nacenit částkou 0 Kč pokud je cena za licence pokryta jinou položkou (2a, 10a, 10b). | |
3a | Licence Programového vybavení | [pozn. pro dodavatele - bude uveden přesný soupis poskytovaných licencí] | 0,00 Kč | 0 | 0,00 Kč | 0,00 Kč | Lze nacenit částkou 0 Kč v případě, že není poskytována placená licence k Programovému vybavení. V případě, že placená licence k Programovému vybavení poskytována je, bude pro každou licenci použita samostatná položka (3a, 3b, 3c). Případně je Poskytovatel oprávněn přidat i další položky dle potřeby (3d, 3e apod.). Dále lze tyto položky nacenit částkou 0 Kč, pokud je cena za licence pokryta jinými položkami (11a, 11b, 11c). | ||
3b | Licence Programového vybavení | [pozn. pro dodavatele - bude uveden přesný soupis poskytovaných licencí] | 0,00 Kč | 0 | 0,00 Kč | ||||
3c | Licence Programového vybavení | [pozn. pro dodavatele - bude uveden přesný soupis poskytovaných licencí] | 0,00 Kč | 0 | 0,00 Kč |
4 | Implementace CAFM systému v prostředí Objednatele bez integrací | Viz čl. III odst. 4 Smlouvy | celek | 797 647,50 Kč | 1 | 797 647,50 Kč | 965 153,48 Kč | Cena za kompletní implementaci řešení ve výpočetním prostředí Objednatele dle Smlouvy a Implementačního plánu s výjimkou integračních propojení (položky č. 5 až 7) a školení uživatelů (položka č. 8), které jsou naceňovány samostatně. | |
5 | Integrační propojení s GIS | Viz čl. III odst. 4 Smlouvy | celek | 227 250,00 Kč | 1 | 227 250,00 Kč | 274 972,50 Kč | ||
6 | Integrační propojení s CAS | Viz čl. III odst. 4 Smlouvy | celek | 45 450,00 Kč | 1 | 45 450,00 Kč | 54 994,50 Kč | ||
7 | Integrační propojení s Midpoint | Viz čl. III odst. 4 Smlouvy | celek | 90 900,00 Kč | 1 | 90 900,00 Kč | 109 989,00 Kč | ||
8 | Školení uživatelů | Viz čl. III odst. 6.1.1 Smlouvy | 1 školení pro 15 osob | 75 750,00 Kč | 1 | 75 750,00 Kč | 91 657,50 Kč | ||
9 | Ostatní | [pozn. pro dodavatele - bude uveden přesný soupis položek, které dodavatel nacenil v této položce] | celek | 0,00 Kč | 1 | 0,00 Kč | 0,00 Kč | Jedná se o zbytkovou kategorii, kde je Poskytovatel oprávněn nacenit další dodávky či služby, které nebylo možné podřadit pod některou z položek uvedených výše. | |
CELKOVÁ CENA ZA JEDNORÁZOVÉ POLOŽKY | 3 282 247,50 Kč | 3 971 519,48 Kč | |||||||
- roční | 10a | Licence CAFM systému | [pozn. pro dodavatele - bude uveden přesný soupis poskytovaných licencí] | celek | 580 750,00 Kč | 1 | 580 750,00 Kč | 702 707,50 Kč | Bude použito v případě, že je poskytována licence pro organizaci. Lze nacenit částkou 0 Kč pokud je cena za licence pokryta jinou položkou (2a, 2b, 10b). |
10b | Licence CAFM systému | [pozn. pro dodavatele - bude uveden přesný soupis poskytovaných licencí] | licence za uživatele | 0,00 Kč | 300 | 0,00 Kč | 0,00 Kč | Bude použito v případě, že je poskytována licence pro uživatele organizace. Lze nacenit částkou 0 Kč pokud je cena za licence pokryta jinou položkou (2a, 2b, 10a). | |
11a | Licence Programového vybavení | [pozn. pro dodavatele - bude uveden přesný soupis poskytovaných licencí] | 0,00 Kč | 0 | 0,00 Kč | 0,00 Kč | Lze nacenit částkou 0 Kč v případě, že není poskytována placená licence k Programovému vybavení. V případě, že placená licence k Programovému vybavení poskytována je, bude pro každou licenci použita samostatná | ||
11b | Licence Programového vybavení | [pozn. pro dodavatele - bude uveden přesný soupis poskytovaných licencí] | 0,00 Kč | 0 | 0,00 Kč | 0,00 Kč | |||
Periodické | 11c | Licence Programového vybavení | [pozn. pro dodavatele - bude uveden přesný soupis poskytovaných licencí] | 0,00 Kč | 0 | 0,00 Kč | 0,00 Kč | položka (11a, 11b, 11c). Případně je Poskytovatel oprávněn přidat i další položky dle potřeby (11d, 11e apod.). Dále lze tyto položky nacenit částkou 0 Kč, pokud je cena za licence pokryta jinými položkami (3a, 3b, 3c). | |
12 | SLA | Viz čl. III odst. 5 Smlouvy | celek | 0,00 Kč | 1 | 0,00 Kč | 0,00 Kč | Roční poplatek za SLA | |
13 | Ostatní | [pozn. pro dodavatele - bude uveden přesný soupis položek, které dodavatel nacenil v této položce] | celek | 0,00 Kč | 1 | 0,00 Kč | 0,00 Kč | Jedná se o zbytkovou kategorii, kde je Poskytovatel oprávněn nacenit další dodávky či služby, které nebylo možné podřadit pod některou z položek uvedených výše. | |
CELKOVÁ CENA ZA PERIODICKÉ - ROČNÍ POLOŽKY 580 750,00 Kč | 702 707,50 Kč | ||||||||
Ad hoc | 14 | Požadavky na úpravu CAFM systému, dodatečnou integraci, migraci dat a další obdobné služby | Viz čl. III odst. 8 Smlouvy | 1 člověkohodina | 757,50 Kč | 1 | 757,50 Kč | 916,58 Kč | |
15a | Poskytnutí dalších licencí CAFM systému naceněných v položce č. 2b | [pozn. pro dodavatele - bude uveden přesný soupis poskytovaných licencí] | licence za uživatele | 0,00 Kč | 1 | 0,00 Kč | 0,00 Kč | Bude použito v případě, že je poskytována licence pro uživatele organizace v rámci položky č. 2b. V ostatních případech lze nacenit částkou 0 Kč. | |
15b | Poskytnutí dalších licencí CAFM systému naceněných v položce č. 10b | [pozn. pro dodavatele - bude uveden přesný soupis poskytovaných licencí] | licence za uživatele | 0,00 Kč | 1 | 0,00 Kč | 0,00 Kč | Bude použito v případě, že je poskytována licence pro uživatele organizace v rámci položky č. 10b. V ostatních případech lze nacenit částkou 0 Kč | |
16 | Školení uživatelů | Viz čl. III odst. 6.1.2 Smlouvy | 1 školení pro 15 osob | 0,00 Kč | 1 | 0,00 Kč | 0,00 Kč | ||
Přı́loha č. 2 - Specifikace CAFM systému
UNIVERZITA KARLOVA
Odbor výstavby RUK
Specifikace CAFM systému
Projekt:
RUK - OV - Dodávka, podpora a rozvoj CAFM systému na Univerzitě Karlově
▇▇▇▇▇▇ ▇▇▇ ▇▇▇/▇, ▇▇▇ ▇▇ ▇▇▇▇▇ ▇
telefon: ▇▇▇ ▇▇▇ ▇▇▇
fax: ▇▇▇ ▇▇▇ ▇▇▇
IČ: 00216208 DIČ: CZ00216208
UNIVERZITA KARLOVA - Odbor výstavby RUK Specifikace CAFM systému
Obsah
2.1 Počet požadovaných prostředí 3
2.2 Počet uživatelů a jejich role 3
2.3 Počty spravovaných a využívaných objektů 3
4.1.1 Serverová infrastruktura 5
4.1.2 Přístup skrze webové prostředí 5
4.2 Funkcionality CAFM sytému 5
4.3 Požadavky na prvotní nastavení systému 5
4.3.1 Role, skupiny a jejich oprávnění 5
4.3.4 Exporty do předem definovaných šablon 6
4.4.1 Napojení identit uživatelů 7
4.4.2 Jednotné přihlášení uživatelů (SSO) 7
4.4.3 Poskytování informací o nemovitostech 8
UNIVERZITA KARLOVA - Odbor výstavby RUK Specifikace CAFM systému
1 Úvod
Cílem tohoto dokumentu je specifikovat CAFM systém pro Univerzitu Karlovu (dále také jako „Objednatel“ nebo
„UK“).
2 Informace ze strany UK
Objednatel pro potřeby nacenění zakázky uvádí v rámci této kapitoly následující:
▪ počet požadovaných prostředí
▪ počet uživatelů a jejich role
▪ počet spravovaných a využívaných objektů
2.1 Počet požadovaných prostředí
Objednatel požaduje systém dodat v produkčním a testovacím prostředí. Testovací prostředí může být omezeno
do 20-ti uživatelů.
2.2 Počet uživatelů a jejich role
Objednatel požaduje dodat přístupy v produkčním prostředí pro budoucí administrátory a běžné uživatele UK. Za běžné uživatele jsou považováni technickohospodářští pracovníci (vedoucí pozice, technici údržby, lokální správce majetku a nájmů, …) a vedení fakult a součástí. Současně je požadován zjednodušený přístup pro externí dodavatele FM služeb, jejich počet nelze ze stávajících dat stanovit, a proto je přístup požadován bezúplatně.
▪ Administrátoři: 5
▪ Běžní uživatelé: 295
▪ Externí dodavatelé FM služeb: bezúplatně, 30 současně přistupujících uživatelů
Uživatelům budou nastaveny role a skupiny, které jsou blíže stanoveny v článku 4.3.1 Role, skupiny a jejich
2.3 Počty spravovaných a využívaných objektů
Univerzita v současné době spravuje kolem 365 objektů o celkové výměře čisté užitné plochy kolem 900 tis. m2. Vyšší desítky objektů tvoří chatky a jiné drobné stavby. Přesná čísla nelze uvést. Systém je pořizován i za účelem právě shromažďování a poskytování těchto přesných údajů. Správa objektů je decentralizována na jednotlivé fakulty a součásti. Některé spravované objekty jsou v dlouhodobých stabilizovaných pronájmech např. od měst a obcí. Současně je pro jednotnou evidenci nutné zavádět i objekty, které nejsou ve správě UK a slouží pouze jako zdroj umístění pro jiné systémy. Jedná se převážně o lokality lékařských fakult ve fakultních nemocnicích a jiných ústavech, školní budovy mimo vlastnictví UK, krátkodobé pronájmy a další nespecifikované lokality jako jsou výzkumné stanice apod. Celkový počet těchto lokalit nelze odhadnout. Nad těmito objekty nebude prováděna správa vůbec anebo pouze bude evidován nájemní vztah, dokumenty a základní informace o kapacitách, spotřebě energií, bezpečnosti apod.
1 Licenční modely dle smlouvy nerozlišují licence pro běžného uživatele a administrátora systému, jedná se o totožné licence.
UNIVERZITA KARLOVA - Odbor výstavby RUK Specifikace CAFM systému
3 Popis systému
Primárním cílem je pořídit jednotný CAFM systém, který umožní decentralizované organizaci zajistit jednotný přístup k evidenci majetku, standardizuje postupy a zefektivní správu a provoz budov.
Systém by měl zajišťovat jediný zdroj informací o nemovitostech a poskytovat je do všech centrálních systémů UK, cílem je eliminovat duplicity a rozdílné údaje v různých systémech a zefektivnit jejich aktualizaci např. při stavebních a jiných změnách. Správci fakult a součásti by měli získat jednoduchý a přehledný systém k dohledání všech potřebných informací z jednoho místa s cílem snížení pracnosti pracovníků Facility managementu.
Klíčovými oblastmi využití jsou:
▪ Evidence různých typů majetku a informací k nim vedených
o Nemovitosti (pozemky, lokality, budovy, části budov, podlaží, místnosti, dílčí plochy)
o Stavební prvky a konstrukce
o Funkční systémy, zařízení a technologie
o Dopravní a technickou infrastrukturu
o Venkovní plochy a zeleň
o Movité věci (budoucí předpoklad napojení na ekonomický systém)
o Další typy dle potřeby
▪ Provoz a údržba
o Sledování a realizace plánovaných i operativních činností údržby, včetně revizí a jiných zákonných povinností
o Delegování činností údržby jak zaměstnancům, tak externím dodavatelům
o Realizace činností v mobilní aplikaci
o Do budoucna nastavení dalších formulářů činností spojených např. s odpady, sběrem informací
apod.
▪ Nájmy
o Evidence nájemních vztahů
▪ Energie
o Sledování spotřeb energií v jednotlivých budovách
▪ Dokumenty
o Evidence různých dokumentů
o Evidence projektových i jiných dokumentací
▪ Grafické podklady
o Zajištění jednotného prostředí mapových podkladů za využití integrace GIS Objednatele
▪ Integrace s jinými systémy UK
o Poskytování jednotného zdroje nemovitostí do všech systémů UK skrze server pro výměnu
identit
▪ Řízení přístupů a oprávnění uživatelů
o Jednotné přihlášení přes autentizační službu UK
▪ Další funkcionality
o Reporting v podobě tiskových sestav pro účely managementu a požadavků ze strany legislativních povinností
Kompletní seznam oblastí využití je součástí přílohy č. 3 Smlouvy.
4 Požadavky
V této části jsou rozepsány jednotlivé požadavky na CAFM systém a ostatní plnění v rámci implementace.
UNIVERZITA KARLOVA - Odbor výstavby RUK Specifikace CAFM systému
4.1.1 Serverová infrastruktura
CAFM systém bude provozován na serverové infrastruktuře Objednatele. Tato infrastruktura je blíže popsána
v příloze č. 9 Smlouvy.
4.1.2 Přístup skrze webové prostředí
Přístup všech běžných uživatelů je zajištěn skrze webové rozhraní. Veškeré požadované funkcionality CAFM
systému potřebné pro běžnou činnost zaměstnanců správy budov musí být dostupné z webového prostředí.
Mobilní aplikace je podporována operačními systémy Android a iOS. Mobilní aplikace může být nahrazena webovým prostředím telefonu. Musí být však pro telefony a tablety optimalizována.
Pro administrátora systému na straně UK může být využita pro specifické účely např. nahrávání velkého množství dat, dokumentace včetně výkresů apod. aplikace/program pro PC. (platforma Windows, operační systém Windows 11).
Požadavky na funkcionality CAFM systému jsou stanoveny v příloze č. 3 Smlouvy.
4.3 Požadavky na prvotní nastavení systému
4.3.1 Role, skupiny a jejich oprávnění
V rámci implementace budou nastaveny role, skupiny a jejich oprávnění. Cílem rolí je stanovit jednotnou úroveň oprávnění pro zaměstnance dle jejich pracovního zařízení (např. technik). Cílem skupin je omezit oprávnění vymezením množin a podmnožin ve vztahu k umístění (např. areálů, budov, …), oboru profese (technik elektro) anebo konkrétní skupině činností.
Obecně nastavení rolí a skupin musí umožnit:
▪ Omezit změny konfigurace systému, datových polí, formulářů apod.
▪ Omezit nahlížení a editaci dat k uceleným částem systému, datovým objektům evidence, dokumentaci,
činnostem údržby apod.
▪ Přiřazení do workflow
▪ Nastavení notifikací
Konkrétní nastavení bude upřesněno možností dle vybraného systému. Očekávané role (tučně vyznačeny úrovně pro přehlednost):
▪ Správa systému
o Administrátor systému
▪ Kompletní přístup ke všem dodaným funkcionalitám systému včetně veškerých nastavení
▪ Umožňuje přístup uživatelům, vytváří a upravuje role a skupiny, přiděluje oprávnění
▪ Nastavuje datovou strukturu majetku, vytváří a edituje číselníky, číselné hodnoty …
▪ Zakládá typové činnosti údržby, přiřazuje k nim role a workflow
▪ Mění globální rozložení a vizuál aplikace, pokud to umožňuje
UNIVERZITA KARLOVA - Odbor výstavby RUK Specifikace CAFM systému
▪ Vedení
o Facility manažer
o Energetický manažer
o Bezpečnostní manažer
o Manažer udržitelného rozvoje
▪ Rektorát, fakulty a součásti
o Vedoucí správy budov
o Vedoucí facility služeb
o Správce areálu, objektu
o Správce nemovitostí
o Správce technologií
o Energetik
o Technik
o Úklid
o Investiční technik
▪ Externí dodavatel FM služeb
o Externí dodavatel
V rámci implementace bude zavedena pouze struktura nemovitostí a k nim nastaveny informace (atributy) dle
datového a grafického standardu UK, který je uveden v příloze č. 7 Smlouvy.
V rámci implementace bude nastaven vzhled rozhraní, pokud to systém umožňuje. Vzhled se bude odvíjet od vizuálního stylu UK dle aktuálního manuálu. Nastaveno bude zejména logo UK a barevnost.
V rámci implementace bude nastaveno rozložení základních panelů pro všechny uživatelé a vybrané role, pokud
to systém umožňuje.
Změna vzhledu a rozložení bude uživatelů mimo Administrátora uzamčena. Výjimku může tvořit jedině přepnutí mezi světlým a tmavým režimem, pokud to systém umožňuje.
4.3.4 Exporty do předem definovaných šablon
V rámci implementace budou nastaveny tiskové sestavy, které bude možné exportovat do předem definovaných šablon. V případě potřeby budou doplněna i požadovaná pole, která nejsou zahrnuta do datového standardu, ale jsou potřeba pro tisk sestav. Požadované šablony tiskových sestav jsou uvedeny v příloze č. 11 Smlouvy.
V této část jsou popsány požadované integrace CAFM systému s ostatními centrálními systémy UK.
UNIVERZITA KARLOVA - Odbor výstavby RUK Specifikace CAFM systému
4.4.1 Napojení identit uživatelů
Identity uživatelů (data o zaměstnancích) budou do CAFM systému přenášeny z univerzitního systému pro správu
identit midPoint, přenos dat se předpokládá v tomto rozsahu:
▪ číslo osoby v rámci UK
▪ základní osobní údaje (jméno, příjmení, tituly),
▪ identifikační údaje (nebo rodný kód cizince, číslo osoby v rámci UK),
▪ kontaktní údaje (e-mailová adresa, číslo telefonu atd.),
▪ číslo vydaného průkazu/číslo registrovaného čipu pro danou osobu.
Identity uživatelů budou využity pro jednotné přihlášení (SSO) a existenci samotných uživatelů v rámci CAFM. Přiřazování oprávnění, rolí, majetku apod. bude probíhat manuálně v CAFM systému. Synchronizace bude probíhat plánovaně jednou denně ve stanoveném čase. Současně je požadována možnost spustit synchronizaci manuálně ze strany Administrátora UK.
V CAFM systému musí být možné zřizovat přístupy uživatelů i samostatně přímo v CAFM systému bez vazby na midPoint.
Přenos dat do CAFM systému bude realizován prostřednictvím API. CAFM systém neumožní přepis již zaevidovaných údajů, půjde tak o jednosměrnou synchronizaci dat z midPointu do CAFM systému.
Další podrobnosti k integraci se systémem midPoint jsou uvedeny v příloze č. 6 Smlouvy.
4.4.2 Jednotné přihlášení uživatelů (SSO)
Pro autentizaci uživatelů CAFM systému musí systém umožnit využití Centrální Autentizační Služby (CAS), která obsahuje databázi identit uživatelů UK a jejich autorizační informace. Autentizace osob bude zajištěna v souladu s Politikou CAS (zpravidla prostřednictvím použití kombinace jména a hesla, případně pomocí dalšího faktoru).
Přístupy skrze CAS budou zajištěny i pro externí dodavatele FM služeb kvůli automatickému omezení přístupu do systému.
Další podrobnosti k integraci s CAS jsou uvedeny v příloze č. 5 Smlouvy.
UNIVERZITA KARLOVA - Odbor výstavby RUK Specifikace CAFM systému
4.4.3 Poskytování informací o nemovitostech
Data o nemovitostech budou z CAFM systému přenášeny do univerzitního systému pro správu identit midPoint,
přenos dat se předpokládá v tomto rozsahu:
▪ Veškeré nemovitosti (lokality, pozemky, budovy, části budov, podlaží, místnosti, dílčí místnosti)
o Veškeré atributy uvedené u těchto nemovitostí v příloze č. 7 ▇▇▇▇▇▇▇, na záložce „Nemovitosti“
Přenos dat z CAFM systému bude realizován prostřednictvím API. midPoint neumožní přepis již zaevidovaných údajů, půjde tak o jednosměrnou synchronizaci dat z CAFM systému do midPointu.
Další podrobnosti k integraci se systémem midPoint jsou uvedeny v příloze č. 6 Smlouvy.
K zajištění jednotného vizuálu bude CAFM systém integrován s GIS. Rozsah integrace je požadován ve třech hlavních rovinách:
▪ Poskytování veškerých uživatelských dat CAFM systému pro využití v GIS
▪ Integrace GIS prohlížečky (mapové aplikace) do prostředí CAFM systému
▪ Aktualizace dat mezi systémy a návrh postupu při jejich zavádění
Součástí integrace je návrh způsobu výměny informací a další podrobnosti a požadavky k integraci s GIS jsou uvedeny v příloze č. 4 Smlouvy.
Pro komunikaci s Dodavatelem bude zřízen helpdesk na straně dodavatele. Tento helpdesk může být plně implementován do systému nebo může být řešen zcela samostatně. Helpdesk budou využívat pouze správci systému na straně UK. Běžní uživatelé budou své požadavky řešit skrze centrální helpdesk UK, tuto podporu zajišťuje UK. S integrací mezi systémy se neuvažuje.
Po dokončení implementace bude požadováno předání dokumentace systému. Dokumentace bude předána v českém jazyce ve formátech DOCX a PDF, případně v jiném formátu dohodnutém v rámci Implementačního plánu. Požadována je dokumentace v minimálním rozsahu:
▪ Uživatelská dokumentace
o dokumentace kompletně popisující možnosti a způsoby používání aplikace dle jednotlivých funkcí v rozsahu potřebném pro pochopení způsobu použití aplikace vyškoleným uživatelem
▪ Administrátorská a technická dokumentace
o dokumentace kompletně popisující možnosti a způsoby administrace aplikace, architekturu a technické řešení
▪ Instalační a konfigurační dokumentace
o dokumentace kompletně popisující způsob instalace a iniciální nastavení Programového vybavení
Přı́loha č. 3 - Technické požadavky na CAFM systém
Technické požadavky na CAFM systém
Požadavky jsou rozděleny na "Povinné" a "Hodnocené", požadavky jsou uvedeny na stejnojmenných listech.
* Požadavky označené "Ano" ve sloupci "Uživ. Nastav." musí být uživatelsky nastavitelné systémovým administrátorem UK bez nutnosti zásahu dodavatele/poskytovatele. Úpravy nastavení požadavků označené
Žlutě označená pole jsou určena k vyplnění dodavatelem.
Technické požadavky na CAFM systém - povinné | ||||||||
ID | Povinný požadavek | Uživ. Nastav. * | Je požadavek součástí testování vzorku? | Oblast | Název požadavku | Podrobný popis požadavku | Popis uživatelského nastavení | Účastník splňuje požadavek (Ano/Ne) |
P_01_EVI_001 | Ano | Ano | Ne | Evidence | Evidence datových objektů | Systém umožňuje evidovat libovolné typy datových objektů a to zejména nikoliv však výlučně: - Nemovitosti (typ: Pozemek, Lokalita, Budova, Část budovy, Podlaží, Místnost, Dílčí plocha) - Stavební prvky a konstrukce - Funkční systémy, zařízení a technologie - Movité věci - Dopravní a technickou infrastrukturu - Venkovní plochy a zeleň | Administrátor má možnost: - uvedené typy přejmenovat. | Ano |
P_01_EVI_002 | Ano | Ano | Ano | Evidence | Rozšiřitelná evidence typů datových objektů | Systém umožňuje rozšiřovat typy datových objektů. | Administrátor má možnost: - založit další typy datových objektů. | Ano |
P_01_EVI_003 | Ano | Ne | Ano | Evidence | Provazby datových objektů nezávisle na Systém umožňuje vytvořit provazbu mezi datovými objekty nezávisle na klasifikaci, např. je možné u zařízení vybrat jiná klasifikaci nadřízená/podřízená zařízení. Například lze u konkrétního světla nadřadit skze kód jistič, na které je světlo napojeno. Nařazený/podřízený objekt lze otevřít proklikem. | Ano | ||
P_01_EVI_004 | Ano | Ne | Ano | Evidence | Správci objektů a uživatelé místností | Systém umožňuje k datovým objektům zejména nemovitostí přiřadit správce i uživatele z oganizační struktury UK. Lze přiřadit více správců i uživatelů najednou. Tento bod nemusí být nutně souviset s oprávněními uvnitř systému, evidováno kvůli ostatním centrálním systémům UK. | Ano | |
P_01_EVI_005 | Ano | Ano | Ne | Evidence | Evidence soukromých/právnických osob | Systém umožňuje evidovat soukromé/právnické osoby. Lze definovat atributy, které bude obsahovat. | Administrátor má možnost: - nastavit další atributy evidované k osobám. | Ano |
P_02_KLA_001 | Ano | Ne | Ne | Klasifikace | Hierarchická klasifikace nemovitostí | Systém umožňuje datové objekty nemovitostí řadit minimálně do 6-ti úrovní (lokalita -> budova -> část budovy -> podlaží -> místnost -> dílčí plocha). | Ano | |
P_02_KLA_002 | Ano | Ne | Ano | Klasifikace | Klasifikace hierarchická - místní | Systém umožňuje datové objekty zatřídit a zobrazit v hierarchické struktuře dle struktury nemovitostí, tzn. prvky technologií lze např. zobrazit dle konkrétní místnosti nezávisle na zatřízení do funkčního systému. Minimálně je požadováno 6 úrovní (tzn. na úroveň dílčí plochy). | Ano | |
P_02_KLA_003 | Ano | Ano | Ano | Klasifikace | Klasifikace hierarchická - funkční | Systém umožňuje typové prvky zatřídit a zobrazit v hierarchické struktuře dle funčních systémů, tzn. prvky technologií lze zobrazit dle profese, konkrétního funkčního systému a podsystému nezávisle na umístění např. VZT -> VZT lokální -> klapky -> regulační klapka. Minimálně jsou požadovány 4 úrovně. | Administrátor má možnost: - nastavovat nové části struktury, - přejmenovat stávající položky struktury. | Ano |
P_03_DAT_001 | Ano | Ano | Ano | Datová část | Vlastní/upravitelná datová struktura | Systém umožňuje tvorbu vlastní datové struktury tzn. Vytváření typů datových objektů, jejich klasifikaci (zatřídění) a vytváření atributů (vlastností). Atributy budou přiřazovány k typům datových objektů na základě funkční hierarchické klasifikace a lze u nich definovat datový typ, typ ovládacího prvku a omezit hodnoty na předem definované čísleníky. Datová struktura, v úrovni nezbytných parametrů pro chod CAFM systému, bude stanovena ve spolupráci s dodavatelem. Veškeré atributy CAFM systému včetně těch, které jsou nutné pro chod systému a nelze je uživatelsky měnit, budou poskytnuty pro potřeby vlastního datového standardu. Pro tyto účely bude ve fázi implementace vytvořena párovací tabulka nebo budou převzaty do datového standardu UK. V tom případě bude datová struktura pouze rozšiřitelná. | Administrátor má možnost: - vytvářet nové atributy (vlastnosti), - přiřadit uživatelské atributy k typům zařízení dle funkční struktury. | Ano |
P_03_DAT_002 | Ano | Ano | Ano | Datová část | Tvorba číselníků | Systém umožňuje tvorbu vlastních čísleníků pro hodnotová pole atributů. Číselníkem v obecném smyslu rozumíme uspořádaný seznam (diskrétních) hodnot, které může atribut nabývat. | Administrátor má možnost: - vytvářet nové číselníky, - přiřadit číselníky k uživatelským atributům. | Ano |
P_03_DAT_003 | Ano | Ano | Ano | Datová část | Hierarchické (víceúrovňové) číselníky | Systém umožňuje tvorbu víceúrovňových číselníků. Hodnoty atributů lze omezit dle výběru hodnoty jiného atributu. Administrátor má možnost: Například lze vybrat v závislosti na provázání kategorie a názvu místnosti v číselníku pouze ty standardizované názvy místností, - vytvářet nové víceúrovňové číselníky, které jsou propojeny s příslušnou kategorií. Uživatel vybere kategorii místnosti "Komunikace" a dostane na výběr v názvu - přiřadit číselníky k uživatelským atributům. místnosti "chodba, schodiště, ...". | Ano | |
P_03_DAT_004 | Ano | Ano | Ano | Datová část | Úprava číselníků | Systém umožňuje úpravy číselníků u již použitých hodnot v záznamech. Buďto zkrze číselníkové kódy/ID, kde dochází k ukládání těchto kódů a uživateli se zobrazuje sémantická interpretace, nebo skrze kaskádové aktualizace. | Administrátor má možnost: - upravit hodnoty číselníků. | Ano |
P_03_DAT_005 | Ano | Ano | Ano | Datová část | Požadované hodnoty | V rámci jednotlivých karet evidence, formulářů (např. činností údržby) a ostatních částí systémů lze definnovat které hodnoty Administrátor má možnost: atributů jsou vyžadované (uživatel nemůže při zakládání datového objektu/vyplňování ponechat pole prázdné a přitom datový - nastavit atribut (hodnotu pole) označit jako povinné objekt uložit) pro vyplnění. | Ano | |
P_03_DAT_006 | Ano | Ano | Ano | Datová část | Číselné řady | Systém umožňuje vytvářet vlastní číslené řady. Číselné řady lze přiřadit k vytváření nebo úpravám datových objektů. Číselné řady lze skládat z pevně definované části textu (kódu) a dynamické části (např. čísla, které se při vyváření záznamu vždy zvětšuje o 1, již vyplněné hodnoty atributu např. budovy nebo části aktuáního datumu). Lze definovat formát výsledného záznamu. | Administrátor má možnost: - vytvořit číselnou řadu, - nastavit pevnou textouvou část a dynamicky narůstají část. | Ano |
P_03_DAT_007 | Ano | Ano | Ne | Datová část | Kumulativně počítat číslené hodnoty z nižších úrovní klasifikace | Systém umožňuje u vybraných atributů s číselnými hodnotami sčítat a zobrazovat výsledky podřazených datových objektů u jejich nadřazených datových objektů (parent). Například čistá podlahová plocha je plněna do hodnoty atributu podlahové plochy místnosti. Hodnotu atributu lze zobrazit jako součet všech místností a ploch na úrovni podlaží. Současně je možné na úrovni části objektu/objektu zobrazit celkovou sumu za všechny podlaží a tudíž za část objektu/celý objekt. | Administrátor má možnost: - nastavit číselné atributy (jeho hodnoty) u datového objektu tak, aby hodnota byla sčítána z nižších úrovní hierarchické nebo funční struktury. | Ano |
P_03_DAT_008 | Ano | Ano | Ano | Datová část | Export dat ze systému | Systém umožňuje export uživatelsky definované množiny dat ve formátu CSV nebo XSLX. | Administrátor má možnost: - přednastavit množinu exportovaných dat. | Ano |
P_03_DAT_009 | Ano | Ne | Ano | Datová část | Import dat do systému | Systém umožňuje import dat do systému ve formátu CSV nebo XSLX. Může být v předem definované struktuře. | Ano | |
P_03_DAT_010 | Ano | Ne | Ano | Datová část | Hromadné aktualizace dat | Systém umožňuje hromadnou úpravu hodnot atributů evidence. Hromadnou úpravu lze realizovat skrze výběr dle zadaného kritéria nebo skrze aktualizaci přes import dat. | Ano | |
P_05_UŽR_001 | Ano | Ne | Ano | Uživatelské rozhraní | Uživatelské rozhraní | Samotné uživatelské rozhraní je pro běžného uživatele přístupné pouze skrze webový prohlížeč. Pro specifické úkony systémového andmistrátora UK může být uživatelské rozhraní v samostatné aplikaci. | Ano | |
P_05_UŽR_002 | Ano | Ne | Ne | Uživatelské rozhraní | Lokalizace | Uživatelské rozhraní je kompletně lokaizováno do českého jazyka. Není požadováno pro části administrátorských modulů, například prohlížeček a editorů CAD a BIM. Uživatelská prohlížečka lokalizována je požadována. | Ano | |
P_05_UŽR_003 | Ano | Ne | Ne | Uživatelské rozhraní | Vyhledávání v atributech | Systém umožňuje vyhledávání nebo filtrování ve všech datových objektech na základě vybraného atributu. Vyhledávací pole může navrhovat výběr z výsledků. | Ano | |
P_06_OBF_001 | Ano | Ne | Ano | Obecné funkcionality | Tiskové reporty | Systém umožňuje vytváření tiskových reportů z výběru dat formulářů, karet zařízení, apod. do předpřipravených formulářů/vzhledů. Výstupní formáty: PDF, DOCX, XSLX V rámci implementace budou nastaveny základní tiskové reporty dle rozsahu smlouvy. | Ano | |
P_06_OBF_002 | Ano | Ne | Ne | Obecné funkcionality | Notifikace | Systém umožňuje notifikace uživatelů skrze email. | Ano | |
P_07_OPR_001 | Ano | Ne | Ne | Přístupy a oprávnění | Správa uživatelů | Systém umožňuje spravovat přístup k systému a oprávnění jednotlivých uživatelů. Identity uživatelů (data o zaměstnancích) budou do CAFM systému přenášeny z univerzitního systému pro správu identit midPoint. Nicméně je možné zřizovat přístupy uživatelů i samostatně přímo v CAFM systému. | Ano | |
P_07_OPR_002 | Ano | Ano | Ano | Přístupy a oprávnění | Role uživatelů | Systém umožňuje vytvářet a spravovat role uživatelů. Na základě přidělených rolí jsou řízeny oprávnění částí systému. Např. administrátor, zaměstnanec, externí dodavatel, technik, … | Administrátor má možnost: - vytvářet a přidělovat role uživatelům, - nastavit rolím jednotlivá oprávnění dle možností systému. | Ano |
P_07_OPR_003 | Ano | Ano | Ano | Přístupy a oprávnění | Skupiny uživatelů | Systém umožňuje vytvářet a spravovat skupiny zaměstnanců. Na základě přidělených skupin jsou řízeny oprávnění částí systému. Např. technik elektro a technik VZT | Administrátor má možnost: - vytvářet a přidělovat skupiny uživatelům, - nastavit skupinám jednotlivá oprávnění dle fuknční struktury | Ano |
P_07_OPR_004 | Ano | Ano | Ano | Přístupy a oprávnění | Přístupy dle interního členění UK | Systém umožňuje omezit přístupová práva na základě hierarchické klasifikace - místní. Podstatné je umožnit dle přiřazení skupiny uživatelů k interní entitě (fakultě, součásti) a té omezit přístup na konkrétní datové objekty (budovy, technologie). Oprávnění by se mělo vztahovat i na všechny podřízené objekty a s nimi související činnosti. Nemělo by být realizováno skrze funkce uživatelů, aby zůstaly obecně nastavitelné pro celou UK, ale například skrze skupiny případně jiným způsobem. Konkrétní způsob technického řešení je na dodavateli systému. | Administrátor má možnost: - omezit uživatele např. skrze roli a skupinu tak, aby uživatel měl přístup pouze k vybranému areálu a všem podřazeným objektům jedné konkrétní profese. | Ano |
P_07_OPR_005 | Ano | Ano | Ne | Přístupy a oprávnění | Přístup pro externí dodavatele | Systém umožňuje zavádět externí dodavatele a spravovat jejich oprávnění na konkrétní budovy a technologie. Např. lze na konkrétní budově zřídit přístup dodavateli k celému systému VTZ, který se o chod stará. | Administrátor má možnost: - omezit přístup externího dodavatele jako u vlastních zaměstnanců | Ano |
P_07_OPR_006 | Ano | Ne | Ano | Přístupy a oprávnění | Auditní stopa | Systém eviduje auditní stopu všech uživatelů, eviduje změny, jejich obsah, kdo je provedl, jejich čas a případně další údaje. Auditní stopa je přístupná roli systémového administrátora UK. | Ano | |
P_08_ÚDR_001_POČ | Ano | Ne | Ne | Provoz a údržba | Činnosti obecně | Systém umožňuje evidovat operativní činnosti údržby, které jsou řešeny v závislosti na požadavku technika/uživatele/jiné osoby. Systém umožňuje evidovat plánované činnosti údržby, které se opakují v pevných časových nebo limitních intervalech, nebo jsou opakovaně jednotlivě plánovány. | Ano | |
P_08_ÚDR_002_POČ | Ano | Ano | Ano | Provoz a údržba | Seznamy typových plánovaných činností údržby | Systém umožňuje vytvářet typové plánované činnosti údržby. Typové činnosti lze přiřazovat k typům prvků evidence v Administrátor má možnost: závislosti na klasifikaci (např. lze předdefinovat běžné činnosti pro VTZ jednotku). V rámci vytvoření typové činnosti lze - vytvářet a upravovat typové činnosti, předefinovat atributy, které bude obsahovat, včetně předefinovaných vybraných hodnot (např. lze vytvořit typovou revizi VZT - definovat atributy u typové činnosti, jednotky, která je svázána s klasifikací (u technologií funkční) nebo obecným typem zařízení). U konkrétní technologie/skupiny - nastavit periodu činnosti, technologí lze následně činnost přiřadit z předdefinovaného seznamu, doplnit datum poslední revize a další údaje. - definovat dílčí úkoly nutné ke splnění požadavku, - přidat textovou poznámku. | Ano | |
P_08_ÚDR_003_POČ | Ano | Ano | Ano | Provoz a údržba | Seznamy typových operativních činností údržby | Systém umožňuje vytvářet typové operativní činnosti údržby. V rámci vytvoření typové činnosti lze předefinovat atributy, které bude obsahovat, včetně předefinovaných vybraných hodnot (např. termín splnění požadavku, stav, …). | Administrátor má možnost: - vytvářet a upravovat typové činnosti, - definovat atributy u typové činnosti, - definovat dílčí úkoly nutné ke splnění požadavku, - přidat textovou poznámku. | Ano |
P_08_ÚDR_004_POČ | Ano | Ne | Ano | Provoz a údržba | Samostatné vytvoření plánovaných činností | Systém umožňuje nehledě na seznam typových činností vytvořit novou činnost ke konkrétnímu prvku evidence v obecném formátu, který bude nastaven v rámci implementace. Bude využito v ojedinilých případech, kdy nebude žádoucí vytvářet typovou činnost. | Ano | |
P_08_ÚDR_005_POČ | Ano | Ne | Ano | Provoz a údržba | Bližší specifikace činností údržby | Tento požadavek doplňuje předcházejí požadavky údržby kvůli bližší specifikaci. Systém umožňuje u plánovaných i operativních činností: - vybrat více prvků evidence současně, ke kterým se činnost vztahuje (lze alternativně řešit hromadnými úkony, evidovat činnosti na každé zařízení a společnou funkcionalitou vyřešit všechny tyto úkony najednou) - stanovit odpovědné pracoviště/externí firmu - delegovat konkrétního zaměstnace/skupiny zaměstnanců na provedení úkolu - definovat dílčí úkoly nutné ke splnění požadavku (může být řešeno svázáním více požadavků do skupiny) - upravit termíny - připojit dokumenty (zejména servisní a revizní protokoly) - tisk pracovního příkazu nebo jiné sestavy s použitím údajů činnosti v definované šabloně do PDF | Ano | |
P_08_ÚDR_006_POČ | Ano | Ne | Ne | Provoz a údržba | Zobrazení plánovaných a operativních činnosti | Systém umožňuje zobrazit plánované a operativní činnosti na kartě zařízení. V případě činností pro více zařízení najednou lze řešit skrze proklik. | Ano | |
P_08_ÚDR_007_POČ | Ano | Ne | Ne | Provoz a údržba | Workflow | Systém umožňuje nastavit workflow nad činnostimi údržby. Lze vytvářet předefinovaná workflow např. v závislosti na kategorii operativní činnosti. V rámci workflow lze nastavit jednotlivé pořadadí dotčených skupin/uživatelů, notifikace, vyřešení a schválení činnosti. Workflow údržby bude obecně stanoveno v rámci implementace, předpoklad je vytvoření jednotek typů workflow údržby. Při implementaci může dojít i k rozhodnutí, že postačí pouze jeden typ. | Ano | |
P_09_ENE_001 | Ano | Ano | Ano | Energie | Evidence měřidel | Systém umožňuje evidenci měřidel energií. Měřidla jako datový objekt mohou být založena v rámci evidence technologií anebo jsou propojeny minimálně odkazem. | Administrátor má možnost: - přidat atributy k měřidlu. | Ano |
P_09_ENE_002 | Ano | Ne | Ano | Energie | Evidence odběrných míst | Systém umožňuje evidenci odběrných míst nezávisle na struktuře nemovitostí. Na jedno odběrné místo lze napojit více měřidel z různých objektů. | Ano | |
P_09_ENE_003 | Ano | Ne | Ano | Energie | Klasifikace hierarchická - místní | Systém umožňuje zatřídit měřidla v hierarchické struktuře dle struktury nemovitostí. Např. lze zobrazit měřidla dle konkrétní budovy nebo místnosti nezávisle na zatřízení do funkčního systému. | Ano | |
P_09_ENE_004 | Ano | Ano | Ano | Energie | Klasifikace hierarchická - návazná měřidla | Systém umožňuje měřidla zatřídit a zobrazit v hierarchické struktuře. Lze vytvářet podružná měřidla. | Administrátor má možnost: - nastavit hierarchii meřidel. | Ano |
P_09_ENE_005 | Ano | Ne | Ano | Energie | Hodnoty odečtů - mauální zadávání | Systém umožňuje zadávat manuálně hodnoty při odečtech energie. Lze zadávat spotřebu/výrobu (měřidlo musí být možno označit, zda měří spotřebovanou nebo vyrobenou energii). | Ano |
P_09_ENE_006 | Ano | Ne | Ne | Energie | Hodnoty odečtů - automatické získávání dat | Systém umožňuje získávat hodnoty odečtů z externích zdrojů, např. automatickými odečty za využití IoT technologií. Import minimálně skrze CSV. | Ano |
P_09_ENE_007 | Ano | Ne | Ano | Energie | Zobrazení vývoje spotřeby energie | Systém umožňuje zobrazení vývoje spotřeby na úrovni jednotlivých měřidel i budovy/odběrného místa jako celku. | Ano |
P_09_ENE_008 | Ano | Ne | Ano | Energie | Vícetarifní měřiče | Systém umožňuje odečty u vícetarifních měřičů. | Ano |
P_10_DOK_001 | Ano | Ano | Ano | Dokumenty | Evidence dokumentů | Systém umožňuje evidovat dokumenty včetně jejich metadat u datových objektů minimálně evidence a činností. V případě, že Administrátor má možnost: systém není schopen evidovat metadata, je požadováno, aby byly dokumenty spjaty vždy s konkrétní činností, úkonem nebo - nastavit metadata dokumentů. jiným datovým objektem který požadovaná data nese. Například kategorii dokumentu, datum vypršení smlouvy, apod. | Ano |
P_10_DOK_002 | Ano | Ne | Ano | Dokumenty | Uživatelské vazby dokumentů na jiné datové objekty | Systém umožňuje provázat dokumenty s více datovými objekty a u těchto objektů dokumenty zobrazit nebo stáhnout. Například dokument revize bude nahrán pouze jednou, bude nahrán např. k činnosti, která zahrnuje množinu zařízení. Dokument je možné zobrazit u každého jednoho zařízení. | Ano |
P_10_DOK_003 | Ano | Ne | Ano | Dokumenty | Verzování dokumentů | Systém umožňuje automaticky verzovat dokumenty bez nutnosti změny názvu. Verze dokumentů je možné zobrazit a případně obnovit jako aktuální verzi. | Ano |
P_10_DOK_004 | Ano | Ne | Ano | Dokumenty | Přímé zobrazení bitmapových grafických souborů | Systém umožňuje přímé zobrazení bitmapových grafických souborů bez licence SW třetí strany. Minimální požadavkem je náhled souboru např. v rámci karty zařízení, soubor v plném rozlišení je možné zobrazit až po stažení na lokální PC. | Ano |
P_11_NÁJ_001 | Ano | Ano | Ano | Nájmy | Evidence lokalit a budov, které má UK v nájmu | Systém umožňuje evidovat lokality a budovy, které má UK v nájmu. Lze evidovat dlouhodobé i krátkodobé nájmy. V systému Administrátor má možnost: lze evidovat i budovy, které nemají nájemní stav, ty jsou odlišeny od ostatního majetku (např. fakultní nemocnice, ústavy, - nastavit lokality, budovy a místnosti v nájmu, apod.). - označit budovu jako opuštěnou při zachování její existence. | Ano |
P_11_NÁJ_002 | Ano | Ano | Ano | Nájmy | Evidence nájemních vztahů | Systém umožňuje evidovat nájemní vztahy. V rámci nájemní vztahu lze definovat atributy, které bude obsahovat. K Administrátor má možnost: nájemnímu vztahu lze přiřadit právnické i soukromé osoby ze seznamu. Nájemní vztahy jsou přiřazeny ke konkrétním - přidávat atributy k nájemním vztahům. objektům evidenci (Nemovitostem). U datovýchho objektů nemovitostí (Budov, místností, ...) lze přiřadit nájemce. | Ano |
P_13_SML_001 | Ano | Ne | Ne | Smlouvy | Evidence smluv | Systém umožňuje evidenci nájemních a servisních smluv jako datového objektu se základními údaji (číslo smlouvy, typ, název, datum platnosti do, …). Smlouvy lze provázat na datové objekty evidence. | Ano |
P_14_GRA_001_BIM | Ano | Ne | Ano | Grafické podklady | Práce s BIM modely | Systém umožňuje základní práci s BIM modely (ve formátu IFC) bez licence SW třetí strany (aktualizace, stahování, zobrazení, (není myšleno přímé upravování modelů)) | Ano |
P_14_GRA_002_BIM | Ano | Ne | Ano | Grafické podklady | Prohlížečka modelů | Systém má vlastní prohlížečku BIM modelů (ve formátu IFC). Prohlížečka umožňuje základní pohledy, řezy, filtrování prvků dle atributů modelů, izolovat objekt a proklik na zařízení v sytému. Systém umožňuje zobrazit více dílčích modelů (min. ve formátu IFC) najednou jako takzvaný sdružený model. | Ano |
P_15_APP_001_POČ | Ano | Ne | Ne | Mobilní aplikace | Zadávání a řešešní činností údržby | Mobilní aplikace umožňuje zadávat, zobrazit, řešit a vyřešit činnosti údržby. Z mobilního zařízení lze přímo fotit/nahrát fotografie k činnostem údržby. Mobilní aplikace umožňuje čtení QR kódu. | Ano |
Technické požadavky na CAFM systém - hodnocené | ||||||||||
ID | Povinný požadavek | Váha nepovinné ho požadavku | Uživ. Nastav. * | Je požadavek součástí testování vzorku? | Oblast | Název požadavku | Podrobný popis požadavku | Popis uživatelského nastavení | Účastník splňuje požadavek (Ano/Ne) | Body |
H_01_EVI_001 | Ne | 3 | Ne | Ano | Evidence | Skupiny datových objektů | Systém umožňuje vytvořit skupiny datových objektů nezávisle na klasifikaci. Skupiny objetků slouží v podstatě uměle k vyhrazení určitých prostor nebo technologií. Např. lze označit 5 místností jako byt. Může být řešeno jako samostatný datový objekt, tagy, případně jinak dle návrhu dodavatele. | Ano | 3 | |
H_01_EVI_002 | Ne | 1 | Ne | Ne | Evidence | ARES a ostatní veřejné registry osob | Systém umožňuje k právnickým osobám dohledat a vyplnit údaje ze základních veřejných registrů jako je např. ARES. | Ano | 1 | |
H_02_KLA_001 | Ne | 1 | Ne | Ano | Klasifikace | Rošiřitelná klasifikace hierarchická - místní | Úrovně klasifikace lze libovolně rozšiřovat o další úrovně. | Ano | 1 | |
H_03_DAT_001 | Ne | 2 | Ne | Ano | Datová část | Vytváření výpočetních vzorců | Systém umožňuje vytváření výpočetních vzorců pro číslené hodnoty. Například lze nastavit výpočet hodnoty objemu místnosti tak, že pro výpočet se použije plocha místnoti a vynásobí se svěltou výškou místnosti. | Ano | 2 | |
H_03_DAT_002_BIM | Ne | 3 | Ne | Ano | Datová část | Zpracování modelů | Systém umožňuje zpracování BIM modelů (minimálně ve formátu IFC). Zpracováním se rozumí import prvků dle klasifikace, tzn. založení datových objektů a nahrání negrafických informací (hodnot jejich atributů). Hodnoty atributů mohou být řešeny skrze mapovací tabulku. | Ano | 3 | |
H_05_UŽR_001 | Ne | 2 | Ne | Ano | Uživatelské rozhraní | Fulltextové vyhledávání v atributech | Systém umožňuje fulltextové vyhledávání ve všech atributech v rámci jednoho vyhledávácího pole. Vyhledávací pole může navrhovat výběr z výsledků. | Ano | 2 | |
H_05_UŽR_002 | Ne | 2 | Ne | Ano | Uživatelské rozhraní | Navigace na nadřazené objekty | Systém umožňuje zobrazení a proklik na nadřazené úrovně datového objektu. U nemovitost řešeno místně, u technologií a ostatních zařízení dle funkčních systémů. Typicky umístěno v horní části obrazovky, např. u regulační klapky: VZT -> VZT lokální -> klapky -> regulační klapka (ID prvku ) | Ano | 2 | |
H_05_UŽR_003 | Ne | 2 | Ano | Ano | Uživatelské rozhraní | Upravitelné uživatelské rozhraní | Systém umožňuje úpravu prvků uživatelského rozhraní např. nastavitelné grafy, nastavitelné tabulky apod. dle role uživatele. | Administrátor má možnost: - nastavit uživatelské rozhraní zaměstnancům. | Ano | 2 |
H_06_OBF_003 | Ne | 3 | Ano | Ano | Obecné funkcionality | Uživatelské tiskové reporty | Systém umožňuje uživatelsky nastavitelné tiskové reporty. | Administrátor má možnost: - vytvářet vlastní tiskové reporty za využití šablony docx/xlsx (případně editoru) a mapování atributů ze systému | Ano | 3 |
H_08_ÚDR_001_POČ | Ne | 3 | Ne | Ano | Provoz a údržba | Doplňová specifikace činností údržby | Tento požadavek doplňuje předcházejí požadavky údržby kvůli bližší specifikaci. Systém umožňuje u plánovaných činností: - specifikovat použitý materiál (i ze skladových položek), lidské zdroje - vytvořit výkaz práce - evidovat nabídky na nákup/externí realizaci | Ano | 3 | |
H_08_ÚDR_003 | Ne | 3 | Ne | Ne | Provoz a údržba | Aktualizace činností od Dodavatele | Dodavatel spolu se systémem dodává aktualizace činností např. v závislosti na změnách legislativy (min. perioda aktualizace 1 rok). | Ano | 3 | |
H_09_ENE_001 | Ne | 1 | Ne | Ano | Energie | Predikce spotřeby | Systém umožňuje predikci spotřeby dat pro následující měsíce. | Ano | 1 | |
H_09_ENE_002 | Ne | 1 | Ne | Ano | Energie | Rozúčtování nájemníkům | Systém umožňuje rozúčtování spotřeby energie na jednotlivé nájemce. Rozúčtování lze provádět z konkrétního měřiče na základě poměru pronajaté plochy, nebo lze určit procentem z celkové spotřeby. | Ano | 1 | |
H_10_DOK_001 | Ne | 1 | Ne | Ano | Dokumenty | Přímé zobrazení dokumentů | Systém umožňuje přímé zobrazení souborů ve formátu (PDF, DOCX, XLSX) bez nutnosti stažení. | Ano | 1 | |
H_10_DOK_002 | Ne | 1 | Ne | Ne | Dokumenty | Optimalizace bitmapových grafických souborů | Systém umožňuje optimalizaci bitmapových grafických souborů k omezení velikosti nadměrně kvalitních souborů. | Ano | 1 | |
H_11_NÁJ_001 | Ne | 3 | Ne | Ano | Nájmy | Propisování nájemců do nemovitostí | Nájemce se automaticky propisuje (zobrazuje) do datového objektu nemovitosti (Budovy, místnosti, ...) z nájemního vztahu. | Ano | 3 | |
H_13_SML_001 | Ne | 1 | Ne | Ne | Smlouvy | Evidence veškerých smluv | Systém umožňuje evidenci veškerých smluv jako datového objektu se základními údaji (číslo smlouvy, typ, název, datum platnosti do, …). | Ano | 1 | |
H_14_GRA_001_BIM | Ne | 3 | Ne | Ano | Grafické podklady | Doplňková práce s prohlížečkou modelů | Systém umožňuje zobrazené modely obarvovat dle atributů modelů i atributů v CAFM. | Ano | 3 | |
H_14_GRA_002_CAD | Ne | 2 | Ne | Ano | Grafické podklady | Prohlížečka výkresů | Systém má vlastní prohlížečku CAD výkresů (formáty min DWG a DXF). Pro zobrazení výkresů, které nejsou součástí grafiky v GIS, např. výkresy detailů, historické výkresy apod. Prohlížečka umožňuje vypínat a zapínat hladiny. | Ano | 2 | |
H_15_APP_002 | Ne | 1 | Ne | Ne | Mobilní aplikace | Optimalizace fotografií | Mobilní aplikace umožňuje optimalizaci fotografií k omezení velikosti nadměrně kvalitních fotografií. | Ano | 1 | |
Přı́loha č. 4 - Specifikace napojenı́ GIS
UNIVERZITA KARLOVA
Odbor výstavby RUK
Specifikace napojení GIS
Projekt:
RUK - OV - Dodávka, podpora a rozvoj CAFM systému na Univerzitě Karlově
▇▇▇▇▇▇ ▇▇▇ ▇▇▇/▇, ▇▇▇ ▇▇ ▇▇▇▇▇ ▇
telefon: ▇▇▇ ▇▇▇ ▇▇▇
fax: ▇▇▇ ▇▇▇ ▇▇▇
IČ: 00216208 DIČ: CZ00216208
UNIVERZITA KARLOVA - Odbor výstavby RUK Specifikace GIS
Obsah
2.2.1 Poskytování uživatelských dat CAFM systému skrze databázová views pro využití v GIS 3
2.2.2 Integrace GIS prohlížečky (mapové aplikace) do prostředí CAFM systému 4
2.2.3 Aktualizace dat mezi systémy 5
UNIVERZITA KARLOVA - Odbor výstavby RUK Specifikace GIS
1 Úvod
Cílem tohoto dokumentu je specifikovat požadavky a možnosti integrace pořizovaného CAFM systému s GIS. Univerzita Karlova (dále jen „Objednatel“) využívá produkty od společnosti Esri Environmental Systems Research Institute, Inc (dále jen „Esri“). Produkty jsou využívány na základě Rámcové licenční smlouvy a Education Institution Agreement (Smlouvě se vzdělávací institucí), které jsou uzavřeny mezi UK a Esri skrze lokálního distributora ARCDATA PRAHA, s.r.o. (dále jen „ARCDATA PRAHA“).
2 Požadavky
Dodavatel musí vycházet z licenčních podmínek dle Rámcové licenční smlouvy, která je součástí přílohy č. 12 Smlouvy (dostupné také z webové adresy: ▇▇▇▇▇://▇▇▇.▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇/▇▇▇/▇▇▇▇▇▇▇▇▇/▇▇-▇▇/▇▇▇▇▇/▇▇▇▇▇/▇▇- translations/czech.pdf) a Education Institution Agreement, která je součástí přílohy č. 13 Smlouvy. Dodavatel musí své řešení navrhnout v souladu s uvedenými dokumenty. Aktualizace uvedených dokumentů nevyžaduje formu písemného dodatku ke Smlouvě, pokud nemá dopad na řešení Dodavatele. V případě pochybností souladu s podmínkami licenčních smluv vznesených na straně Objednatele, Esri nebo ARCDATA PRAHA je nutné, aby Dodavatel doložil potřebné podklady pro kontrolu.
Objednatel prohlašuje, že provozuje ArcGIS Enterprise ve verzi 11.3 na platformě Windows ve virtualizovaném prostředí (VMware vSphere) na vlastním hardwaru. Grafická data nemovitého majetku pro CAFM systém jsou evidována v geodatabázi provozované v prostředí Oracle Database Standard Edition 2 verze 19c.
Objednatel poskytne potřebné licence produktů Esri pro Dodavatele po dobu integrace. Maximální počet uživatelů je omezen dle licenčních podmínek. Vzhledem k povaze využití CAFM systému a GIS lze využít pouze licence a produkty určené k administrativnímu využití (Administrative Use), využití licencí a produktů pro akademické využití (Academic Use) není přípustné. Dodavatel může licence využít pouze ve prospěch Objednatele, jiné využití není přípustné.
Součástí dodávky systému je integrace s vybranými produkty Esri. Rozsah integrace je požadován následující:
▪ Poskytování uživatelských dat CAFM systému skrze databázové pohledy (view) pro využití v GIS
▪ Integrace GIS prohlížečky (mapové aplikace) do prostředí CAFM systému
▪ Aktualizace dat mezi systémy a návrh postupu při jejich zavádění
Součástí dodávky není vytváření mapových aplikací, zavádění výkresů a informačních modelů do prostředí GIS
ani jiných činností týkajících se obsahu GIS.
Dodavatel navrhne ve spolupráci s Objednatelem způsob integrace všech uvedených požadavků.
2.2.1 Poskytování uživatelských dat CAFM systému skrze databázová views pro využití v GIS
Veškerá uživatelsky vytvořená data uložená v CAFM systému musí být přístupná pro využití v GIS. Připojení dat do mapových aplikací bude řešeno skrze databázové pohledy (views). Databázový přístup musí být uživatelsky definovatelný, tudíž musí být zřízen přístup administrátorovi systému za UK do databáze CAFM systému a umožněno vytváření, definování a úpravu databázových pohledů (views). Dodavatel nebude v rámci implementace žádné pohledy (views) vytvářet.
Databázové připojení musí být kompatibilní s následujícím výčtem možností připojení ArcGIS serveru: ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/▇▇/▇▇▇▇▇▇/▇▇▇▇▇▇/▇▇▇▇▇▇-▇▇▇▇/▇▇▇▇▇▇▇/▇▇▇▇▇▇▇▇▇-▇▇▇▇▇▇▇▇-▇▇▇▇▇▇▇▇▇▇-▇▇▇-▇▇▇▇▇▇- server.htm
UNIVERZITA KARLOVA - Odbor výstavby RUK Specifikace GIS
2.2.2 Integrace GIS prohlížečky (mapové aplikace) do prostředí CAFM systému
Do CAFM systému je požadováno integrovat GIS prohlížečku, která je schopna zobrazit libovolnou grafiku přiřazenou k datovému objektu uloženém v CAFM systému. Na tuto integraci jsou kladeny následujíc požadavky:
Umístění prohlížečky:
▪ Prohlížečka GIS může být umístěna přímo na kartě zařízení v rámci CAFM systému.
▪ Alternativně může být prohlížečka přístupná přes proklik do nového okna z hlavního rozhraní CAFM systému.
Finální umístění bude vyřešeno v rámci implementace s ohledem na optimalizaci výkonu.
Funkcionalita integrace:
▪ Zajištění funkcionality umožňující zobrazení grafické části konkrétního datového objektu (např. budovy, zařízení, zeleně, …) v GIS prohlížečce. Řešeno skrze provázání datového objektu v CAFM systému s odpovídající grafickou částí v mapové aplikaci, např. skrze unikátní ID.
▪ Zajištění možnosti opačného prokliku – možnost vybrat prvek v GIS prohlížečce a přejít na odpovídající datový objekt v CAFM systému.
▪ Využití jednotného přihlášení (CAS), pro plynulé přihlášení uživatele do GIS prohlížečky integrované
do CAFM systému.
Způsob řešení Integrace:
▪ Požadována je integrace prohlížečky (aplikace) vytvořené v ArcGIS Experience Builder nebo za využití ArcGIS Maps SDK for JavaScript. Pokud nabízené možnosti Dodavateli nevyhovují, tak může využít i jiné SDKs dostupné z: ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇▇▇▇/▇▇▇▇▇▇-▇▇▇▇-▇▇▇▇/
o ArcGIS Experience Builder
▪ V tomto případě zajišťuje vytvoření mapové aplikace Objednatel, Dodavatel zajistí
integraci a výše popsanou funkcionalitu
▪ Aplikace bude přístupná skrze ikonu anebo prolink u každého prvku v CAFM systému
o ArcGIS Maps SDK for JavaScript (a ostatní SDKs1)
▪ V tomto případě vytvoření aplikace zajišťuje Dodavatel a současně zajistí výše
popsanou funkcionalitu
▪ Prohlížečka bude sestavena za maximálního využití již předpřipravených komponent (widgetů), dokumentace je dostupná na: ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇▇/
▪ Všechny potřebné údaje a nastavení na straně ArcGIS poskytne a nastaví Dodavatel
(údaje pro připojení ArcGIS portal, nastavení tiskových služeb, …)
▪ Aplikace bude dále rozšiřitelná
▪ Pro implementaci jsou požadovány následující komponenty/widgety:
• WebMap - ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇▇/▇▇▇-▇▇▇▇▇▇▇▇▇/▇▇▇▇- WebMap.html
• BasemapGallery - ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇▇/▇▇▇- reference/esri-widgets-BasemapGallery.html
• Home - ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇▇/▇▇▇-▇▇▇▇▇▇▇▇▇/▇▇▇▇- widgets-Home.html
• Compass - ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇▇/▇▇▇-▇▇▇▇▇▇▇▇▇/▇▇▇▇- widgets-Compass.html
• Search - ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇▇/▇▇▇-▇▇▇▇▇▇▇▇▇/▇▇▇▇- widgets-Search.html (prohledávání vrstev místností a budov)
1 Způsob řešení integrace je popsáno pro ArcGIS Maps SDK for JavaScript, v případě zvolení jiné SDK bude řešení obdobné uvedeným požadavkům.
UNIVERZITA KARLOVA - Odbor výstavby RUK Specifikace GIS
• FeatureFilter - ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇▇/▇▇▇- reference/esri-layers-support-FeatureFilter.html (jednoduchý filtr podlaží) v kombinaci s Expand - ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇▇/▇▇▇- reference/esri-widgets-Expand.html
• LayerList - ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇▇/▇▇▇-▇▇▇▇▇▇▇▇▇/▇▇▇▇- widgets-LayerList.html
• Legend - ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇▇/▇▇▇-▇▇▇▇▇▇▇▇▇/▇▇▇▇- widgets-Legend.html
• Measurement - ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇▇/▇▇▇- reference/esri-widgets-Measurement.html
• Print - ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇▇/▇▇▇-▇▇▇▇▇▇▇▇▇/▇▇▇▇- widgets-Print.html
• Attribution - ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇▇/▇▇▇-▇▇▇▇▇▇▇▇▇/▇▇▇▇- widgets-Attribution.html
Požadované rozložení widgetů (záhlaví je možné vynechat, vizuál mapy není předmětem dodávky):
2.2.3 Aktualizace dat mezi systémy
Součástí integrace je i aktualizace dat mezi systémy Cílem aktualizace je synchronizovat vybraná data mezi
databázemi CAFM a GIS. V rámci implementace budou řešeny pouze aktualizace dat nemovitostí.
Požadována je plánovaná aktualizace dat ve stanoveném čase každý den. Současně je požadována možnost spustit aktualizaci dat manuálně ze strany Administrátora UK.
Aktualizace bude probíhat minimálně za využití automaticky spuštěných scriptů např. v jazyce Python a přenos atributů skrze CSV. Dodavatel může postup nahradit libovolným řešením v souladu s možnostmi ArcGIS (dostupné na: ▇▇▇▇▇://▇▇▇▇▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇▇/).
Z CAFM do ArcGIS budou synchronizovány následující atributy z Datového standardu (platí pro všechny prvky):
▪ Název
▪ Kód
▪ Vlastník
UNIVERZITA KARLOVA - Odbor výstavby RUK Specifikace GIS
▪ Správce
▪ Uživatel
▪ Nájemce
Dále bude přenesen vždy typ prvku a jeho zatřídění v hierarchické místní a funkční struktuře.
Z ArcGIS geodatabáze do CAFM budou synchronizovány následující atributy z Datového standardu:
▪ Všechny atributy kategorie rozměry (Plocha NRA, Zastavěná plocha, …)
Přenos dat bude jednosměrný. Data nebudou v druhém systému nijak dále editována, tzn. Atributy z CAFM nebudou v GIS editovány a rozměrové atributy nebude možné editovat v CAFM.
V rámci implementace bude jasně stanoven postup pro zavádění nových prvků/entit (např. budov, místností, …) aby došlo k provazbě těchto prvků mezi sebou.
Minimální požadovaný způsob je vytvoření prvků v ArcGIS, jejich export s interním ID do excelu, následné založení prvků v CAFM skrze import a zpětná trvalá provazba skrze unikátní ID CAFM systému, tzn. export opět do excelu a aktualizace přes import do ArcGIS.
Přı́loha č. 5 - Specifikace CAS autentizace
UNIVERZITA KARLOVA
Specifikace autentizace prostřednictvím CAS
Projekt:
RUK - OV - Dodávka, podpora a rozvoj CAFM systému na Univerzitě Karlově
▇▇▇▇▇▇ ▇▇▇ ▇▇▇/▇, ▇▇▇ ▇▇ ▇▇▇▇▇ ▇
telefon: ▇▇▇ ▇▇▇ ▇▇▇
fax: ▇▇▇ ▇▇▇ ▇▇▇
UNIVERZITA KARLOVA Specifikace autentizace prostřednictvím CAS
Obsah
3 Obecná pravidla pro komunikaci 3
4 Množina poskytovaných údajů 4
UNIVERZITA KARLOVA Specifikace autentizace prostřednictvím CAS
1 Úvod
Cílem tohoto dokumentu je specifikovat požadavky a možnosti integrace pořizovaného CAFM systému
s CAS.
2 Definice pojmů
Autentizace – proces ověření totožnosti uživatele. Výsledkem procesu je unikátní identifikátor uživatele, zpravidla osobní číslo.
Autentizační server – aplikace běžící na serveru, která umožňuje provádět autentizaci uživatelů. Zpravidla má k dispozici databázi uživatelů s jejich identifikačními údaji, případně může použít (delegovat) jiný autentizační server.
Autentizační protokol – komunikační protokol mezi klientem (aplikací) a autentizačním serverem, který umožňuje provést autentizaci a předat její výsledek klientovi.
SSO (Single Sign On) - vlastnost některých autentizačních protokolů, které umožňují provést autentizaci na základě již existující a ověřené session uživatele vůči autentizačnímu serveru.
CAS (Centrální Autentizační Služba) - soubor databází, aplikací a protokolů, které poskytují definovanou množinu služeb (databázi uživatelů, adresářové služby, identity management, autentizační služby).
Administrátor CAS – správce, který je zodpovědný za konfiguraci a provoz CAS.
Klient (služba) - aplikace nebo její část, která používá autentizační protokol vůči CAS.
Administrátor služby – správce, který je zodpovědný za konfiguraci a provoz aplikace – klienta CAS.
3 Obecná pravidla pro komunikaci
Veškerá komunikace se servery CAS musí být chráněna použitím TLS protokolu se zapnutým šifrováním a ověřením identity serveru. Servery CAS používají serverové certifikáty vydané certifikační autoritou Terena TCS CA 4.
Všechny webové služby, s kterými CAS komunikuje, musí být jednoznačně identifikovány pomocí certifikátů vydaných podporovanou certifikační autoritou a při komunikaci s nimi musí být zapnuté šifrování dat a ověření identity serveru.
UNIVERZITA KARLOVA Specifikace autentizace prostřednictvím CAS
4 Množina poskytovaných údajů
Sada dostupných údajů (atributů) je uvedena v následující tabulce:
uid | Přihlašovací jméno. |
E-mailová adresa. | |
telephonenumber | Telefonní číslo (pracovní). |
cn | Celé jméno. |
givenname | Křestní jméno. |
sn | Příjmení. |
cunipersonalid | Osobní číslo. |
cuniprincipalname | ▇▇▇▇▇▇▇▇▇▇▇▇ jméno v IS. |
edupersonentitlement | Přidělená oprávnění. |
edupersonscopedaffiliation | Vztah k fakultám UK. |
cuniscopedaffiliation | Vztah ke katedrám UK. |
mobile | Telefonní číslo (mobil). |
cuniauthorizedmail | Ověřená e-mailová adresa. |
Aktuálně poskytované atributy jsou součástí registrace každého klienta.
5 Autentizační protokoly
Zde je přehled poskytovaných autentizačních protokolů v pořadí od preferovaných a doporučovaný postup pro jejich využití.
Všechny autentizační protokoly jsou schopné poskytovat výše definované atributy, aktuálně poskytnutá množina se může lišit dle registrace klienta.
Standardizovaný SSO protokol pro autentizaci a získání informací o přihlášených uživatelích, viz
▇▇▇▇▇://▇▇▇▇▇▇.▇▇▇/▇▇▇▇▇▇▇/. CAS podporuje tyto vlastnosti OIDC:
• Authorization Code Flow
• Implicit Flow
• Dynamic Discovery
• JWKS CAS OIDC endpointy mají společný URL prefix ▇▇▇▇▇://▇▇▇.▇▇▇▇.▇▇/▇▇▇/▇▇▇▇, popis jednotlivých endpointů je uveden v dokumentaci CAS OIDC serveru.
Postup registrace klienta:
1. administrátor aplikace pošle správci CAS žádost o registraci klienta, tato žádost musí obsahovat následující údaje:
• název služby,
UNIVERZITA KARLOVA Specifikace autentizace prostřednictvím CAS
• popis služby,
• odkaz na dokument popisující pravidla zacházení s osobními údaji v rámci služby (dle GDPR),
• kontakt na administrátora aplikace,
• callback URL pro OIDC
2. administrátor CAS provede registraci klienta a zašle zpět client_id a client_secret nutné pro
konfiguraci OIDC klienta.
Dokumentace CAS OIDC serveru je zde: ▇▇▇▇▇://▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇/▇▇▇/▇.▇.▇/▇▇▇▇▇▇▇▇▇▇▇▇▇▇/▇▇▇▇- Authentication.html
Standardizovaný SSO protokol pro autentizaci (a autorizaci) aplikací, viz ▇▇▇▇▇://▇▇▇▇▇.▇▇▇/▇/. CAS podporuje tyto typy grantů OAuth2:
• Authorization Code
• PKCE
• Refresh Token
CAS OAuth2 endpointy mají společný URL prefix ▇▇▇▇▇://▇▇▇.▇▇▇▇.▇▇/▇▇▇/▇▇▇▇▇▇, popis jednotlivých endpointů je uveden v dokumentaci CAS OAuth2 serveru.
Postup registrace klienta:
1. administrátor aplikace pošle správci CAS žádost o registraci klienta, tato žádost musí obsahovat následující údaje:
• název služby,
• popis služby,
• odkaz na dokument popisující pravidla zacházení s osobními údaji v rámci služby (dle GDPR),
• kontakt na administrátora aplikace,
• callback URL pro OAuth2
2. administrátor CAS provede registraci klienta a zašle zpět client_id a client_secret nutné pro
konfiguraci OAuth2 klienta.
Dokumentace CAS OAuth2 serveru je zde: ▇▇▇▇▇://▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇/▇▇▇/▇.▇.▇/▇▇▇▇▇▇▇▇▇▇▇▇▇▇/▇▇▇▇▇- Authentication.html .
Autentizační SSO protokol založený na ticketech, viz ▇▇▇▇▇://▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇/▇▇▇/▇.▇.▇/▇▇▇▇▇▇▇▇/▇▇▇- Protocol-Specification.html CAS CASv3 endpointy mají společný URL prefix ▇▇▇▇▇://▇▇▇.▇▇▇▇.▇▇/▇▇▇, popis jednotlivých endpointů je uveden v dokumentaci CAS CASv3 serveru.
Postup registrace klienta:
• klienti v doméně ▇▇▇▇.▇▇ mohou použít default registraci:
• o registraci není třeba žádat,
UNIVERZITA KARLOVA Specifikace autentizace prostřednictvím CAS
• na přihlašovací stránce se zobrazuje jako název a popis služby "Aplikace UK" a "Obecná webová aplikace UK".
• klienti mimo doménu ▇▇▇▇.▇▇ mohou použít default registraci:
• o registraci není třeba žádat,
• na přihlašovací stránce se zobrazuje jako název a popis služby "Web aplikace" a "Obecná webová aplikace mimo UK",
• poskytuje omezenou sadu atributů – anonymizovaný identifikátor uživatele, jméno, e-mail.
• pokud je třeba klienta registrovat zvlášť,
1. administrátor aplikace pošle správci CAS žádost o registraci klienta, tato žádost musí obsahovat následující údaje:
• název služby,
• popis služby,
• odkaz na dokument popisující pravidla zacházení s osobními údaji v rámci služby (dle GDPR),
• kontakt na administrátora aplikace,
• URL, které bude předáváno jako parametr service
2. administrátor CAS provede registraci klienta
Dokumentace CAS CASv3 serveru je zde: ▇▇▇▇▇://▇▇▇▇▇▇.▇▇▇▇▇▇.▇▇/▇▇▇/▇.▇.▇/▇▇▇▇▇▇▇▇/▇▇▇- Protocol.html .
Federativní SSO autentizační protokol založený na SAMLv2 umožňuje uživatelům přihlašování identitou své domácí organizace ke všem službám poskytovaným federací. UK je členem národní federace identit ▇▇▇▇▇.▇▇, součástí CAS je i Shibboleth IdP, které interně používá CASv3 protokol vůči CAS serverům pro ověření uživatelů.
Shibboleth/SAML2 endpointy IdP UK mají společný prefix ▇▇▇▇▇://▇▇▇.▇▇▇▇.▇▇/▇▇▇, popis jednotlivých endpointů je součástí technické dokumentace federace i metadat IdP UK.
Postup registrace klienta:
• registraci klienta je třeba provést ve federaci ▇▇▇▇▇.▇▇,
• administrátoři CAS jsou zároveň technickým kontaktem za UK, mohou tedy provést registraci
klienta z UK ve federaci,
• o registraci požádá administrátor aplikace, součástí žádosti musí být validní metadata registrovaného SP včetně všech údajů požadovaných federací. Dokumentace federace ▇▇▇▇▇.▇▇ je zde: ▇▇▇▇▇://▇▇▇.▇▇▇▇▇.▇▇/
Protokol LDAP lze využít pro autentizaci uživatelů, ale pouze jako náhradní řešení v případě, že není možné implementovat některý z výše uvedených autentizačních protokolů. Servery LDAP jsou dostupné na URL ldaps://▇▇▇▇-▇▇.▇▇▇▇.▇▇/▇▇▇▇▇▇▇,▇▇▇▇▇ .
Postup registrace klienta:
UNIVERZITA KARLOVA Specifikace autentizace prostřednictvím CAS
1. administrátor aplikace pošle správci CAS žádost o registraci klienta, tato žádost musí obsahovat následující údaje:
• název služby,
• popis služby,
• rozsah IP adres, na kterých bude služba poskytována,
• odkaz na dokument popisující pravidla zacházení s osobními údaji v rámci služby (dle GDPR),
• kontakt na administrátora aplikace,
• zdůvodnění, proč nelze implementovat jiný autentizační protokol.
2. administrátor CAS provede registraci klienta a zašle zpět údaje potřebné pro konfiguraci LDAP
klienta.
Přı́loha č. 6 - Specifikace napojenı́ midPoint
UNIVERZITA KARLOVA
Specifikace napojení midPoint
Projekt:
RUK - OV - Dodávka, podpora a rozvoj CAFM systému na Univerzitě Karlově
Fáze:
VZ
▇▇▇▇▇▇ ▇▇▇ ▇▇▇/▇, ▇▇▇ ▇▇ ▇▇▇▇▇ ▇
telefon: ▇▇▇ ▇▇▇ ▇▇▇
fax: ▇▇▇ ▇▇▇ ▇▇▇
UNIVERZITA KARLOVA Specifikace napojení midPoint
Obsah
2.1 Požadavky na API koncového systému pro správu objektů z IdM midPoint 3
2.1.5 Rychlost odezvy rozhraní koncového systému 7
UNIVERZITA KARLOVA Specifikace napojení midPoint
1 Úvod
Cílem tohoto dokumentu je specifikovat požadavky a možnosti integrace pořizovaného CAFM systému s IdM midPoint.
2 Požadavky
Předpokládáme, že veškeré integrace dat, která jsou svojí povahou založena na malých objektech, budou prováděny prostřednictvím IdM systému midPoint. Malým objektem se v tomto případě rozumí jednoznačně identifikovaná entita, která má pevně daný seznam možných vlastností (schéma). Vlastnosti jsou reprezentovány dvojicí název, hodnota (hodnoty pro vlastnosti stejného názvu mají stejný datový typ). Typickým příkladem takového malého objektu je uživatel, ale mohou jím být i další objekty (budova, skupina, oprávnění). Velké objekty (tj. objekty s vlastnostmi, jejichž datové typy jsou příliš velké - například obrázky, mapy atd.) se k integraci prostřednictvím midPointu nehodí a bude-li požadováno jejich sdílení s dalšími systémy, musí být realizováno jiným způsobem, stejně tak jako objekty, které nelze jednoznačně identifikovat.
2.1 Požadavky na API koncového systému pro správu objektů z IdM midPoint
Vlastník koncového systému poskytuje na straně koncového systému technické rozhraní, které je voláno ze strany Identity management midPoint za účelem vzdálené správy uživatelských účtů a rolí registrovaných v koncovém systému (obecně objektů).
Rozhraní musí splňovat následující parametry:
▪ Aplikační rozhraní (WS SOAP, REST, Java API, SSH apod.) nebo rozhraní datového úložiště
(LDAP, DB procedury, DB tabulka),
▪ bezpečný přenos dat mezi midPoint a rozhraním koncového systému (např. SSL/TLS),
▪ midPoint se k rozhraní autentizuje dedikovaným technickým uživatelem.
Použití DB tabulky/view pro rozhraní IdM-koncový systém je doporučováno pouze pro read-only systém. Pro připojení úložiště uživatelů prostřednictvím relační databáze doporučujeme použití uložených DB procedur, které vytváří vlastník koncového systému.
Preferovaný způsob napojení je pomocí aplikačního rozhraní koncového systému (WS, LDAP, API
apod.).
V následujícím textu se primárně předpokládá zpracování uživatelů a rolí nebo skupin na koncovém systému. Ovšem rozhraní midPointu je navrženo tak, že umožňuje zpracovávat libovolné typy objektů (uživatelské profily, telefonní čísla apod.). Rozsah implementace aplikačního rozhraní konkrétního koncového systému vždy určuje konkrétní analýza.
Níže je uveden rozsah operací, které musí podporovat rozhraní koncového systému (KS) tak, aby mohly být řízeny objekty uložené v tomto systému. Je uveden maximální požadovaný rozsah funkcionalit. Pokud některá operace v systému neexistuje, na rozhraní logicky existovat také nemusí – například zplatnění/zneplatnění účtu, změna hesla atd. nejsou v některých systémech implementovány. Zneplatnění je operace, která účet v koncovém systému fyzicky zachová, na účet se však není možné
UNIVERZITA KARLOVA Specifikace napojení midPoint
přihlásit ani pod ním v koncovém systému provádět žádné funkce. Operace zplatnění pak vrací účet do aktivního stavu se všemi původními možnostmi.
Jednotlivé operace rozhraní mohou být implementovány dle níže uvedené struktury jako samostatné pojmenované operace. Alternativně mohou být operace sdíleny v rámci jedné pojmenované operace rozhraní - příklad: Operace zplatnění je speciální případ aktualizace a je tak realizována v rámci operace update(), přičemž interní logika update() rozezná na základě měněného atributu, zda se jedná pouze o aktualizaci účtu nebo rovněž o zplatnění účtu.
Konkrétní implementaci operací rozhraní a jejich význam pro data koncového systému určuje vlastník koncového systému.
2.1.2.1 Create – založení objektu
Popis: Založení nového objektu na KS.
Vstup: uživatelské jméno nebo název objektu, ostatní atributy s vyplněnou hodnotou; atributy bez hodnoty nejsou zasílány
Výstup: unikátní ID objektu vygenerované koncovým systémem (není součástí vstupu z IdM)
Možné návratové stavy:
▪ úspěch – objekt byl v koncovém systému založen
▪ duplicita – pokus o založení již existujícího objektu
▪ jiná chyba – jiná nespecifikovaná chyba
▪ chyba syntaxe – (volitelné) pokus o vložení nepovolené hodnoty (např. řetězce do číselného
atributu)
2.1.2.2 Delete – smazání objektu
Popis: Smazání objektu na KS.
Vstup: unikátní ID objektu evidované koncovým systémem (získaný dříve při operaci Create)
Výstup: zpráva o úspěchu nebo neúspěchu operace
Možné návratové stavy:
▪ úspěch – objekt byl v koncovém systému smazán
▪ neexistence – pokus o smazání neexistujícího objektu
▪ jiná chyba – jiná nespecifikovaná chyba
2.1.2.3 Search – seznam objektů daného typu
Popis: Výpis všech objektů daného typu (uživatelé, role) na KS, včetně neaktivních. Výpis musí obsahovat minimálně unikátní ID objektu a název objektu, volitelně může obsahovat i ostatní atributy.
Filtr: Preferujeme možnost volitelně zadat i filtrování podle názvu objektu (uživatelské jméno, název role apod.); filtrování na ostatní atributy (podle osobního čísla, podle zkratky role apod.) je vítané, ale není povinné
Vstup: typ objektu, který chceme získat; volitelně i filtr
Výstup: seznam všech objektů specifikovaného typu; pokud je zadán filtr tak jen těch, které odpovídají
filtru
Možné návratové stavy:
UNIVERZITA KARLOVA Specifikace napojení midPoint
▪ úspěch – seznam objektů
▪ jiná chyba – jiná nespecifikovaná chyba
2.1.2.4 LiveSync – seznam objektů, na kterých došlo v určeném časovém okně ke změně
Popis: Rozšířená akce Search, která poskytuje výpis objektů daného typu (uživatelé, role) na KS, na kterých došlo v definovaném časovém okně ke změně. Výpis musí v tomto případě obsahovat unikátní ID objektu název objektu a povinně i všechny atributy.
LiveSync může být součástí operace Search, pokud je možné v jejím filtru definovat časové okno od –
do.
Operace LiveSync nemusí být implementována, pokud není nutné sledovat změny KS v reálném čase. Rozhodnutí o implementaci je provedeno na základě konkrétních požadavků a analýzy.
Vstup: typ objektu, který chceme získat a povinně i časové okno od - do Výstup: seznam všech objektů změněných v časovém okně od - do Možné návratové stavy:
▪ úspěch – seznam objektů
▪ jiná chyba – jiná nespecifikovaná chyba
2.1.2.5 Get – detail požadovaného objektu
Popis: Detail objektu z KS; Výpis musí obsahovat ID objektu, název objektu a ostatní (i nevyplněné) atributy. Může být součástí operace Search.
Vstup: unikátní ID objektu evidované koncovým systémem (získaný dříve při operaci Create)
Výstup: detail požadovaného objektu včetně unikátního ID
Možné návratové stavy:
▪ úspěch – detail objektu
▪ neexistence – pokus o získání neexistujícího objektu
▪ jiná chyba – jiná nespecifikovaná chyba
2.1.2.6 Update – aktualizace požadovaného objektu
Popis: Aktualizace objektu v KS; Z IdM jsou zasílány pouze atributy, které je nutné v KS aktualizovat,
nezměněné atributy nejsou zasílány.
Vstup: unikátní ID objektu evidované koncovým systémem (získaný dříve při operaci Create) a měněné
atributy
Výstup: unikátní ID objektu a návratový stav operace
Možné návratové stavy:
▪ úspěch – operace proběhla úspěšně
▪ neexistence – pokus o aktualizaci neexistujícího objektu
▪ jiná chyba – jiná nespecifikovaná chyba
▪ chyba syntaxe – (volitelné) pokus o vložení nepovolené hodnoty (např. řetězce do číselného
atributu)
2.1.2.7 Rename – přejmenování objektu
Popis: Přejmenování objektu (změna uživatelského jména, změna názvu role) v KS.
UNIVERZITA KARLOVA Specifikace napojení midPoint
Preferujeme, aby Rename objektu bylo součástí Update namísto samostatně volané operace.
Vstup: unikátní ID objektu evidované koncovým systémem (získaný dříve při operaci Create) a nové jméno objektu
Výstup: unikátní ID objektu a návratový stav operace
Možné návratové stavy:
▪ úspěch – operace proběhla úspěšně
▪ neexistence – pokus o přejmenování neexistujícího objektu
▪ duplicita – pokus o přejmenování objektu na jméno jiného objektu, který již v KS existuje
▪ jiná chyba – jiná nespecifikovaná chyba
2.1.2.8 Enable – zplatnění objektu
Popis: Zplatnění objektu (nejčastěji účtu) v KS.
Preferujeme, aby Enable objektu bylo součástí Update namísto samostatně volané operace.
Vstup: unikátní ID objektu evidované koncovým systémem (získaný dříve při operaci Create) a volitelně nový stav objektu
Výstup: unikátní ID objektu a návratový stav operace
Možné návratové stavy:
▪ úspěch – operace proběhla úspěšně
▪ neexistence – pokus o zplatnění neexistujícího objektu
▪ jiná chyba – jiná nespecifikovaná chyba
2.1.2.9 Disable – zneplatnění objektu
Popis: Zneplatnění objektu (nejčastěji účtu) v KS.
Preferujeme, aby Disable objektu bylo součástí Update namísto samostatně volané operace.
Vstup: unikátní ID objektu evidované koncovým systémem (získaný dříve při operaci Create) a volitelně nový stav objektu
Výstup: unikátní ID objektu a návratový stav operace
Možné návratové stavy:
▪ úspěch – operace proběhla úspěšně
▪ neexistence – pokus o zneplatnění neexistujícího objektu
▪ jiná chyba – jiná nespecifikovaná chyba
2.1.2.10 Check Alive – ověření platnosti session
Popis: Ověření platnosti session uživatele, pod kterým je přihlášené IdM ke KS.
Některé KS mají omezenou platnost session, kterou jsou identifikováni přihlášení uživatelé. Pokud je KS tento případ, je třeba v periodických intervalech kontrolovat platnost session a v případě ukončení platnosti ji obnovit. Operace je na straně IdM využita k vytvoření efektivního „connection poolingu“.
Tato operace, pokud je implementována, musí být velmi rychlá, neboť je volána často.
Vstup: ID session nebo uživatelské jméno technického uživatele
UNIVERZITA KARLOVA Specifikace napojení midPoint
Výstup: informace o platnosti nebo neplatnosti zaslané session
Možné návratové stavy:
▪ úspěch – session je platná
▪ neúspěch – session není platná
▪ jiná chyba – jiná nespecifikovaná chyba
Atributy uživatelského účtu zahrnují i seznam oprávnění (role, skupiny…) přiřazené účtu uživatele v koncovém systému. Atributy účtu mají obvykle textový formát, mohou existovat speciální případy – např. fotky (binární) či oprávnění (seznam/list/pole).
Koncový systém podporuje návratové kódy či fixní hlášky jako výsledek volání změnových operací.
2.1.5 Rychlost odezvy rozhraní koncového systému
▪ Přečtení kompletního detailu jednoho uživatele (vč. navázání spojení) do 100ms
▪ Provedení zápisové operace nad jedním uživatelem do 200ms
▪ Všechny atributy, které ▇▇▇ zapisuje musí rozhraní poskytovat i pro čtení ve stejném formátu. Podrobnější informace naleznete v dokumentaci midPoint.
Přı́loha č. 7 - Datový a grafický standard UK
Datový a grafický standard UK
Tento soubor není kompletnítním datovým a grafickým standardem UK, jedná se pouze o jeho část. Standard je nadále vyvíjen na straně UK a bude upraven ve spolupráci s dodavatelem.
Závaznou částí jsou informace na záložkách "Hiearchie-mistni", "Nemovitosti" a "Ciselniky".
Tato hierarchická struktura, sada atributů možných hodnot v podobě číselníků bude zavedena v rámci implementační fáze.
Hierarchie místní
V technických požafavcích označena jako "Klasifikace hierarchická - místní". Bude využita pro zařazení veškerých datových objektů evidence do konkrétní lokality/místa.
Lokalita |
Budova |
Část budovy |
Podlaží |
Místnost |
Kód bude stanoven číslenou řadou. Každá úroveň přebírá celkový kód nadřazené úrovně. Oddělovače jsou orientační. Finální podoba kódu se může do začátku implementace změnit.
Úroveň Název úrovně | Formát kódu | Kód celkový | Kód definice | Příklad celkového kódu Poznámka | |
0 Nemovitosti | Úroveň lze vypustit při oddělené evidenci nemovitostí od zbylých datových objektů evidence. | ||||
1 | XXXX | XXXX | 4 velká písmena | ALBE | |
2 | XX | XXXX_XX | 2 čísla | ALBE_01 | |
3 | XX | XXXX_XX_XX | velké písmeno a číslo | ALBE_01_A0 | |
4 | XXXX | XXXX_XX_XX_XXXX | stále upravujeme | ALBE_01_A0_N01M | |
5 | XXXx | XXXX_XX_XX_XXXX_XXXx | 2 nebo 3 čísla a doplňkové malé písmeno | ALBE_01_A0_N01M_123a | |
6 | Dílčí plocha | XX | XXXX_XX_XX_XXXX_XXXx_XX | 2 čísla | ALBE_01_A0_N01M_123a_01 |
2 Pozemek |
N Nemovitosti | ||||||||||||
N_A | Lokalita | |||||||||||
001 | Identifikační údaje Název | - | Název dle daného prvku, volitelný nebo stanoven příslušným standardem | Text | ||||||||
002 | Identifikační údaje Kód Lokality | - | Text | |||||||||
057 | Identifikační údaje Podřízené prvky | - | Ano | Odkaz na podřízený prvek/y (nutné realizovat jako tabulku nebo použít oddělovač) | u lokality budova | URL/odkaz v sys | ||||||
058 | Identifikační údaje Prvky v jiné vazbě | - | Ano | Odkaz na prvek/y v jiné vazbě (nutné realizovat jako tabulku nebo použít oddělovač) | u budovy pozemek, na kterém budova stojí | URL/odkaz v sys | ||||||
003 | Vlastnictví a využití Uživatel | - | Ano | Fakulta nebo součást | List | UK_CL_Entity | ||||||
004 | Vlastnictví a využití Vlastník | - | List | UK_CL_Subjekty | ||||||||
005 | Popisné Typ Lokality | - | List | UK_CLLO02_Typ lokality | ||||||||
006 | Popisné Status Lokality | - | List | UK_CLLO03_Status lokality | ||||||||
031 | Adresa Město | - | Text | |||||||||
033 | Adresa Stát | - | Text | |||||||||
060 | IS WhoIs | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||||
061 | IS SIS | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||||
062 | IS EIS | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||||
063 | IS ServiceDesk | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||||
064 | IS Veřejná navigace | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||||
N_B | Budova | |||||||||||
001 | Identifikační údaje Název | - | Název dle daného prvku, volitelný nebo stanoven příslušným standardem | Text | ||||||||
007 | Identifikační údaje Kód Budovy | - | Kód budovy dle metodiky pro pojmenování budov | Text | ||||||||
056 | Identifikační údaje Nadřízené prvky | - | Ano | Odkaz na nařízený prvek/y (nutné realizovat jako tabulku nebo použít oddělovač) | u budovy lokalita | URL/odkaz v sys | ||||||
057 | Identifikační údaje Podřízené prvky | - | Ano | Odkaz na podřízený prvek/y (nutné realizovat jako tabulku nebo použít oddělovač) | u lokality budova | URL/odkaz v sys | ||||||
058 | Identifikační údaje Prvky v jiné vazbě | - | Ano | Odkaz na prvek/y v jiné vazbě (nutné realizovat jako tabulku nebo použít oddělovač) | u budovy pozemek, na kterém budova stojí | URL/odkaz v sys | ||||||
066 | Identifikační údaje RÚIAN | - | Indentifikační číslo RÚIAN nebo přímo odkaz | URL/odkaz v sys | ||||||||
009 | Vlastnictví a využití Typ vlastnictví | - | List | UK_CLBU02_Typ vlastnictvi | ||||||||
012 | Vlastnictví a využití Účel užívání budovy | - | Ano | List | UK_CLBU04_Ucel uzivani budovy | |||||||
004 | Vlastnictví a využití Vlastník | - | List | UK_CL_Subjekty | ||||||||
010 | Vlastnictví a využití Správce | - | List | UK_CL_Entity | ||||||||
003 | Vlastnictví a využití Uživatel | - | Ano | Fakulta nebo součást | List | UK_CL_Entity | ||||||
008 | Popisné Status Budovy | - | Text | UK_CLBU03_Status budovy | ||||||||
027 | Adresa Adresa | - | Součtový atribut ostatních atributů adresy | Text | ||||||||
028 | Adresa Ulice | - | Text | |||||||||
029 | Adresa Číslo popisné | - | Number | |||||||||
030 | Adresa Číslo orientační | - | Number | |||||||||
031 | Adresa Město | - | Text | |||||||||
032 | Adresa PSČ | - | Text | |||||||||
033 | Adresa Stát | - | Text | |||||||||
014 | Technické údaje Způsob pořízení | - | List | UK_CLBU09_Zpusob porizeni | ||||||||
015 | Technické údaje Datum pořízení | - | Date | |||||||||
016 | Technické údaje Datum výstavby | - | Date | |||||||||
011 | Technické údaje Technický stav budovy | - | List | UK_CLBU05_Technicky stav budovy | ||||||||
013 | Technické údaje Památková ochrana | - | List | UK_CLBU08_Pamatkova ochrana | ||||||||
019 | Technické údaje Počet nadzemních podlaží | - | 2 | Number | ||||||||
020 | Technické údaje Počet podzemní podlaží | - | 1 | Number | ||||||||
034 | Výměry Zastavěná plocha | m2 | Ano | Number | ||||||||
035 | Výměry Obestavěný prostor | m3 | Ano | Number | ||||||||
037 | Výměry Plocha LA | m2 | Ano | Plocha podlaží (Level Area) dle ČSN EN 15221-6. | Number | |||||||
038 | Výměry Plocha GFA | m2 | Ano | Hrubá podlahová plocha (Gross Floor Area) dle ČSN EN 15221-6. | Number | |||||||
039 | Výměry Plocha IFA | m2 | Ano | Vnitřní podlahová plocha (Internal Floor Area) dle ČSN EN 15221-6. | Number | |||||||
040 | Výměry Plocha NFA | m2 | Ano | Čistá podlahová plocha (Net Floor Area) dle ČSN EN 15221-6. | Number | |||||||
041 | Výměry Plocha NRA | m2 | Ano | Čistá podlahová plocha místností (Net Room Area) dle ČSN EN 15221-6. | Number | |||||||
017 | Ekonomické údaje Typ zdanitelné stavby | - | List | UK_CLBU10_Typ zdanitelne stavby | ||||||||
018 | Ekonomické údaje Typ zdanitelné jednotky | - | List | UK_CLBU11_Typ zdanitelne jednotky | ||||||||
060 | IS WhoIs | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||||
061 | IS SIS | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||||
062 | IS EIS | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||||
063 | IS ServiceDesk | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||||
064 | IS Veřejná navigace | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||||
N_C | Část budovy | |||||||||||
001 | Identifikační údaje Název | - | Název dle daného prvku, volitelný nebo stanoven příslušným standardem | Text | ||||||||
022 | Identifikační údaje Kód Části budovy | - | Text | |||||||||
056 | Identifikační údaje Nadřízené prvky | - | Ano | Odkaz na nařízený prvek/y (nutné realizovat jako tabulku nebo použít oddělovač) | u budovy lokalita | URL/odkaz v sys | ||||||
057 | Identifikační údaje Podřízené prvky | - | Ano | Odkaz na podřízený prvek/y (nutné realizovat jako tabulku nebo použít oddělovač) | u lokality budova | URL/odkaz v sys | ||||||
058 | Identifikační údaje Prvky v jiné vazbě | - | Ano | Odkaz na prvek/y v jiné vazbě (nutné realizovat jako tabulku nebo použít oddělovač) | u budovy pozemek, na kterém budova stojí | URL/odkaz v sys | ||||||
009 | Vlastnictví a využití Typ vlastnictví | - | List | UK_CLBU02_Typ vlastnictvi | ||||||||
012 | Vlastnictví a využití Účel užívání budovy | - | Ano | List | UK_CLBU04_Ucel uzivani budovy | |||||||
004 | Vlastnictví a využití Vlastník | - | List | UK_CL_Subjekty | ||||||||
010 | Vlastnictví a využití Správce | - | List | UK_CL_Entity | ||||||||
003 | Vlastnictví a využití Uživatel | - | Ano | Fakulta nebo součást | List | UK_CL_Entity | ||||||
008 | Popisné Status Budovy | - | List | UK_CLBU03_Status budovy | ||||||||
027 | Adresa Adresa | - | Součtový atribut ostatních atributů adresy | Text | ||||||||
028 | Adresa Ulice | - | Text | |||||||||
029 | Adresa Číslo popisné | - | Number | |||||||||
030 | Adresa Číslo orientační | - | Number | |||||||||
031 | Adresa Město | - | Text | |||||||||
032 | Adresa PSČ | - | Text | |||||||||
033 | Adresa Stát | - | Text | |||||||||
014 | Technické údaje Způsob pořízení | - | List | UK_CLBU09_Zpusob porizeni | ||||||||
souctova_pol
atribut_jednot ozka_z_nizsic tabulka (více
L1_kod L1_nazev P_ID
P1_nazev P2_nazev atribut_ID atribut_kategorie atribut_nazev
ka
h_urovni
hodnot) atribut_popis
PŘÍKLAD
atribut_typ
ČÍSELNÍK
Datový standard UK
015 | Technické údaje | Datum pořízení | - | Date | |||||||
016 | Technické údaje | Datum výstavby | - | Date | |||||||
011 | Technické údaje | Technický stav budovy | - | List | UK_CLBU05_Technicky stav budovy | ||||||
013 | Technické údaje | Památková ochrana | - | List | UK_CLBU08_Pamatkova ochrana | ||||||
019 | Technické údaje | Počet nadzemních podlaží | - | 2 | Number | ||||||
020 | Technické údaje | Počet podzemní podlaží | - | 1 | Number | ||||||
049 | Poloha | Výška Bpv | m. n. m. | Nadmořská výška vztažného bodu, budovy apod. | Number | ||||||
034 | Výměry | Zastavěná plocha | m2 | Number | |||||||
035 | Výměry | Obestavěný prostor | m3 | Number | |||||||
037 | Výměry | Plocha LA | m2 | Ano | Plocha podlaží (Level Area) dle ČSN EN 15221-6. | Number | |||||
038 | Výměry | Plocha GFA | m2 | Ano | Hrubá podlahová plocha (Gross Floor Area) dle ČSN EN 15221-6. | Number | |||||
039 | Výměry | Plocha IFA | m2 | Ano | Vnitřní podlahová plocha (Internal Floor Area) dle ČSN EN 15221-6. | Number | |||||
040 | Výměry | Plocha NFA | m2 | Ano | Čistá podlahová plocha (Net Floor Area) dle ČSN EN 15221-6. | Number | |||||
041 | Výměry | Plocha NRA | m2 | Ano | Čistá podlahová plocha místností (Net Room Area) dle ČSN EN 15221-6. | Number | |||||
017 | Ekonomické údaje | Typ zdanitelné stavby | - | List | UK_CLBU10_Typ zdanitelne stavby | ||||||
018 | Ekonomické údaje | Typ zdanitelné jednotky | - | List | UK_CLBU11_Typ zdanitelne jednotky | ||||||
060 | IS | WhoIs | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
061 | IS | SIS | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
062 | IS | EIS | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
063 | IS | ServiceDesk | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
064 | IS | Veřejná navigace | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
N_P | Podlaží | ||||||||||
001 | Identifikační údaje | Název | - | Název dle daného prvku, volitelný nebo stanoven příslušným standardem | Text | ||||||
023 | Identifikační údaje | Kód Podlaží | - | Text | |||||||
056 | Identifikační údaje | Nadřízené prvky | - | Ano | Odkaz na nařízený prvek/y (nutné realizovat jako tabulku nebo použít oddělovač) | u budovy lokalita | URL/odkaz v sys | ||||
057 | Identifikační údaje | Podřízené prvky | - | Ano | Odkaz na podřízený prvek/y (nutné realizovat jako tabulku nebo použít oddělovač) | u lokality budova | URL/odkaz v sys | ||||
058 | Identifikační údaje | Prvky v jiné vazbě | - | Ano | Odkaz na prvek/y v jiné vazbě (nutné realizovat jako tabulku nebo použít oddělovač) | u budovy pozemek, na kterém budova stojí | URL/odkaz v sys | ||||
055 | Identifikační údaje | Pomocný prvek | - | Atribut pro označení pomocných prvků (např. podlaží, které není běžným podlažím) | Boolean | ||||||
048 | Poloha | Výška vztažená k +/- 0 | m | Výška vztažená k +/- 0 budovy, k umístění podlaží apod | Number | ||||||
049 | Poloha | Výška Bpv | m. n. m. | Nadmořská výška vztažného bodu, budovy apod. | Number | ||||||
037 | Výměry | Plocha LA | m2 | Plocha podlaží (Level Area) dle ČSN EN 15221-6. | Number | ||||||
038 | Výměry | Plocha GFA | m2 | Hrubá podlahová plocha (Gross Floor Area) dle ČSN EN 15221-6. | Number | ||||||
039 | Výměry | Plocha IFA | m2 | Vnitřní podlahová plocha (Internal Floor Area) dle ČSN EN 15221-6. | Number | ||||||
040 | Výměry | Plocha NFA | m2 | Čistá podlahová plocha (Net Floor Area) dle ČSN EN 15221-6. | Number | ||||||
041 | Výměry | Plocha NRA | m2 | Ano | Čistá podlahová plocha místností (Net Room Area) dle ČSN EN 15221-6. | Number | |||||
060 | IS | WhoIs | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
061 | IS | SIS | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
062 | IS | EIS | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
063 | IS | ServiceDesk | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
064 | IS | Veřejná navigace | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
N_M | Místnost | ||||||||||
042 | Identifikační údaje | Kategorie místnosti | - | Text | UK_CLMI01_Oznaceni mistnosti | ||||||
043 | Identifikační údaje | Název místnosti | - | Text | UK_CLMI01_Oznaceni mistnosti | ||||||
025 | Identifikační údaje | Doplňkový název | - | Text | |||||||
044 | Identifikační údaje | Kód místnosti | - | Kód místnosti dle metodiky pojmenování budov | Text | ||||||
054 | Identifikační údaje | Zkrácený kód místnosti | - | Zkrácený kód místnosti dle metodiky pojmenování budov | |||||||
045 | Identifikační údaje | Číslo dveří | - | Číslo dveří se u novostaveb shoduje s číslem místnosti. V případě rekonstrukce bude zachováno současné označení místností | Text | ||||||
056 | Identifikační údaje | Nadřízené prvky | - | Ano | Odkaz na nařízený prvek/y (nutné realizovat jako tabulku nebo použít oddělovač) | u budovy lokalita | URL/odkaz v sys | ||||
057 | Identifikační údaje | Podřízené prvky | - | Ano | Odkaz na podřízený prvek/y (nutné realizovat jako tabulku nebo použít oddělovač) | u lokality budova | URL/odkaz v sys | ||||
058 | Identifikační údaje | Prvky v jiné vazbě | - | Ano | Odkaz na prvek/y v jiné vazbě (nutné realizovat jako tabulku nebo použít oddělovač) | u budovy pozemek, na kterém budova stojí | URL/odkaz v sys | ||||
055 | Identifikační údaje | Pomocný prvek | - | Atribut pro označení pomocných prvků (např. podlaží, které není běžným podlažím) | Boolean | ||||||
004 | Vlastnictví a využití | Vlastník | - | List | UK_CL_Subjekty | ||||||
010 | Vlastnictví a využití | Správce | - | List | UK_CL_Entity | ||||||
003 | Vlastnictví a využití | Uživatel | - | Ano | Fakulta nebo součást | List | UK_CL_Entity | ||||
024 | Vlastnictví a využití | Nájemce | - | List | UK_CL_Subjekty | ||||||
046 | Popisné | Využití dle MŠMT | - | Klasifikace místnosti dle nové metodiky MŠMT | Text | UK_CLMI01_Oznaceni mistnosti | |||||
047 | Popisné | Využití dle MŠMT - staré | - | Klasifikace využití místnosti dle staré metodiky MŠMT | List | UK_CLMI02_Ucel uziti mistnosti | |||||
041 | Výměry | Plocha NRA | m2 | ouze u zástupného prvku | Čistá podlahová plocha místností (Net Room Area) dle ČSN EN 15221-6. | Number | |||||
051 | Výměry | Obvod | m | Number | |||||||
050 | Výměry | Světlá výška | m | Number | |||||||
036 | Výměry | Objem | m3 | Number | |||||||
052 | Výměry | Plocha stěn | m^2 | Součet povrchů stěn v místnosti | Number | ||||||
060 | IS | WhoIs | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
061 | IS | SIS | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
062 | IS | EIS | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
063 | IS | ServiceDesk | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
064 | IS | Veřejná navigace | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
N_X | Dílčí plocha | ||||||||||
001 | Identifikační údaje | Název | - | Název dle daného prvku, volitelný nebo stanoven příslušným standardem | Text | ||||||
053 | Identifikační údaje | Kód dílčí plochy | - | Kód dílčí plochy dle metodiky pojmenování budov | Text | ||||||
056 | Identifikační údaje | Nadřízené prvky | - | Ano | Odkaz na nařízený prvek/y (nutné realizovat jako tabulku nebo použít oddělovač) | u budovy lokalita | URL/odkaz v sys | ||||
058 | Identifikační údaje | Prvky v jiné vazbě | - | Ano | Odkaz na prvek/y v jiné vazbě (nutné realizovat jako tabulku nebo použít oddělovač) | u budovy pozemek, na kterém budova stojí | URL/odkaz v sys | ||||
003 | Vlastnictví a využití | Uživatel | - | Ano | Fakulta nebo součást | List | UK_CL_Entity | ||||
024 | Vlastnictví a využití | Nájemce | - | List | UK_CL_Subjekty | ||||||
046 | Popisné | Využití dle MŠMT | - | Klasifikace místnosti dle nové metodiky MŠMT | Text | ||||||
047 | Popisné | Využití dle MŠMT - staré | - | Klasifikace využití místnosti dle staré metodiky MŠMT | List | UK_CLMI02_Ucel uziti mistnosti | |||||
041 | Výměry | Plocha NRA | m2 | Čistá podlahová plocha místností (Net Room Area) dle ČSN EN 15221-6. | Number | ||||||
051 | Výměry | Obvod | m | Number | |||||||
060 | IS | WhoIs | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
061 | IS | SIS | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
062 | IS | EIS | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
063 | IS | ServiceDesk | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
064 | IS | Veřejná navigace | - | Atribut pro propsání prvku do vybraného systému | Boolean | ||||||
N_Z | Pozemek | ||||||||||
001
056
058
055
067
068
069
066
071
072
073
074
075
Identifikační údaje Název -
Identifikační údaje Nadřízené prvky -
Ano
Název dle daného prvku, volitelný nebo stanoven příslušným standardem
Odkaz na nařízený prvek/y (nutné realizovat jako tabulku nebo použít oddělovač)
u budovy lokalita
Text
URL/odkaz v sys
Identifikační údaje Prvky v jiné vazbě -
Identifikační údaje Pomocný prvek -
Identifikační údaje parc. č. -
Identifikační údaje č. katastrálního území -
Identifikační údaje č. LV -
Identifikační údaje RÚIAN -
Vlastnictví a využití Druh pozemku -
Vlastnictví a využití Účel užívání pozemku -
Vlastnictví a využití Způsob využití - Vlastnictví a využití Omezení vlastnického práva - Vlastnictví a využití Věcná břemena -
Ano
Ano Ano
Odkaz na prvek/y v jiné vazbě (nutné realizovat jako tabulku nebo použít oddělovač) Atribut pro označení pomocných prvků (např. podlaží, které není běžným podlažím)
Indentifikační číslo RÚIAN nebo přímo odkaz
u budovy pozemek, na kterém budova stojí URL/odkaz v sys
Boolean Text Number Number
URL/odkaz v sys MultiChoiseList MultiChoiseList MultiChoiseList MultiChoiseList MultiChoiseList
Číselníky
Název čísleníku | Kategoie číslníku |
UK_CLLO02_Typ lokality | Lokalita |
UK_CLLO03_Status lokality | Lokalita |
UK_CLBU02_Typ vlastnictvi | Budova |
UK_CLBU03_Status budovy | Budova |
UK_CLBU04_Ucel uzivani budovy | Budova |
UK_CLBU05_Technicky stav budovy | Budova |
UK_CLBU08_Pamatkova ochrana | Budova |
UK_CLBU09_Zpusob porizeni | Budova |
UK_CLBU10_Typ zdanitelne stavby | Budova |
UK_CLBU11_Typ zdanitelne jednotky | Budova |
UK_CLMI02_Ucel uziti mistnosti | Místnost |
UK_CLMI01_Oznaceni mistnosti | Místnost |
UK_CL_Subjekty (vytvořeno skrze midpoint) | |
UK_CL_Entity (vytvořeno skrze midpoint) | |
Typ areálu | Popis |
Otevřený | Jedná se o areály, které nejsou oploceny jsou veřejně přístupné. Jedná se ve většině případů o areály, které jsou umístěny uvnitř běžné zástavby. Areál je tvořen pouze souborem budov, které se nacházejí ve stejné lokalitě. Např. Areál Národní, Areál ▇▇▇▇▇▇▇▇ a pod. |
Uzavřený | Jedná se o areál, který není veřejnosti běžně přístupný, areál je oplocený, nebo jinak chráněn proti vstup veřejnosti. Např. Areál Motol. |
Částečně uzavřený | Jedná se o areál, který je veřejnosti přístupný v nějakém omezeném režimu. |
Status areálu | Popis |
Aktivní | Jedná se o areály, kde se nachází nejméně jedna budova, které je Aktivní. |
Neaktivní | Jedná se o areály, ve kterých nejsou momentálně žádné aktivní budovy, ale nacházejí se zde např budovy ve výstavbě, nebo se v daném areálu plánuje budocí výstavba. |
Vyřazené | Jedná se o areály, ve kterých se nenachází, žadná aktivní budova, není zde ani žádná budova ve výstavbě, ani žádná plánovaná budova. Areál byl vyřazen z aktivní databáze. |
Typ vlastnictví | Popis |
Vlastník | Univerzita je jediným vlastníkem budovy. (Jako vlastník je vždy uváděna Univerzita Karlova) |
Spoluvlastník | Univerzita je částečným vlastníkem budovy. Univerzita má pouze částečný podíl na vlastnictví. Např. BIOCEV (budova je spoluvlastněna s Akademií věd ČR). |
Nájemce | Univerzita je v nájemním poměru na daném objektu. Jedná se o dlouhodobé pronájmy delší něž 6 měsíců. Ostatní pronájmy nejsou v systému zaneseny. |
Uživatel | Univerzita (fakulta), je pouhým uživatelem budovy/části budovy. K budově není uzavřena žádná nájemní smlouva. UK využívá budovu na základě dohody s vlastníkem. (diskuze zda je tento typ vlastnictví nutný). |
Věcné břemeno | jedná se o věcné právo k cizí věci. (diskuze zda má být jako typ vlastnictví, nebo jako další popisné pole). |
Právo hospodaření | Právo hospodaření s majetkem státu spočívá v právu subjektu, jemuž právo hospodaření přísluší, vykonávat za stát, jakožto přímého vlastníka majetku, jeho vlastnická práva, za určitých, státem (vlastníkem) předem stanovených podmínek. Uvedené právo v sobě zahrnuje jak oprávnění věc držet, užívat ji, nakládat s ní, tak i řadu povinností směřujících k zachování, účelnému využívání a ochraně takové věci, včetně uplatňování a hájení tohoto práva (i primárního vlastnického práva státu) v řízení před soudy a jinými orgány. |
Právo hospodaření pro více subjektů | Právo hospodaření s majetkem státu spočívá v právu subjektů, jimž právo hospodaření přísluší, vykonávat za stát, jakožto přímého vlastníka majetku, jeho vlastnická práva, za určitých, státem (vlastníkem) předem stanovených podmínek. Uvedené právo v sobě zahrnuje jak oprávnění věc držet, užívat ji, nakládat s ní, tak i řadu povinností směřujících k zachování, účelnému využívání a ochraně takové věci, včetně uplatňování a hájení tohoto práva (i primárního vlastnického práva státu) v řízení před soudy a jinými orgány. Právo hospodaření s majetkem má více subjektů. |
Bez Vlastnictví | Jedná se o budovy, které nejsou v žádném vlastnickém vztahu k Univerzitě, ale účel užití budov je blízky účelu působnosti Univerzity a zároveň mohu být budovy využívany studety/profesory k výuce a vzdělávání studentů. Zpravidal se bude jednat o fakultní nemocnice, kde dochází ke vzdělávání studentů. í |
Status budovy | Popis |
▇▇▇▇▇ | ▇▇▇▇▇▇ je ve fázi návrhu. |
Realizace | Budova je ve fázi realizace stavby, tento status budova získá jakmile je získán protokol o předání staveniště. |
Rekonstrukce | Jedná se o stávající budovu, u které probíhá rekonstrukce. Jakmile je zahájena stavba, je budova přepnuta ze stavu "V provozu" do stavu "Rekonstrukce". |
V provozu | Jedná se o dokončenou stavu, která je již v provozu. Stavba je do tohoto statusu přepnuta jakmile máme Kolaudační souhlas, Předběžné užívání nebo Zkušební provoz. |
Vyřazeno | Jedná se o budovu, která byla vyřazena z provozu a užívání. V sytému zůstává z důvodu přehledu. |
Účel užívání budovy | Popis |
Výuka | Jedná se o budovy, jejiž hlavni ucel je vyuka, pokud se v budově vyskytuje do 10 % prostor, které mají jiný způsob využití než je běžné pro výukové prostory, např. kanceláře neakademiků, výzkumné prostory, které neslouží i pro studenty. Jedná se o většinu budov fakult, kde probíhá výuka a vzdělávání studentů. |
Kanceláře | Jedná se o budovy, které jsou primárně určeny jako kancelářské budovy, pokud se v budově vyskytuje do 10 % prostor, které mají jiný způsob využití než je běžné pro kancelářské prostoy, např. výukové prostory, a podobně, budova je stále považována jako kancelářská. Např. budovy děkanátu, rektorát, apod. |
Výzkum | Jedná se o budovy, které jsou primárně určeny pro vědu a výzkum, v daných prostorách neprobíhá výka, prostory jsou určeny pouze pro výzkum, pokud se v budově vyskytuje do 10 % prostor, které mají jiný způsob využití než je běžné pro výzkumné prostory, např. výukové prosory, kanceláře je stále považována jako výzkumná. . Např. BIOCEV |
Sport | Jedná se u budovy/sportoviště, kde je prymárním účelem sportovni vyžití studentů a zaměstnanců. Např. bazény, sportovní haly, samostatné tělocvičny, posilovny a podobně. |
Ubytování | Jedná se o prostory, které slouží primárně jako budovy pro ubytování studentů/zaměstnanců Univerzity. |
Stravování | Jedná se o prostory, které jsou primárně určeny ke stravování. Např. samostatné menzy. |
Kombinované využití | Jedná se budovy, kde dochází ke kombinaci účelu užití budov. V budově musí být minimálně dvě různá využití s tím, že každé využití musí dosahovat více než 10 % z plochy prostor. |
Ostatní využití | Jedná se o budovy, která mají jíný účel užití, než který je uveden v Seznamu účelu užití. Např. skleníky, sklady, ▇▇▇▇▇▇▇, apod. |
Technický stav | Popis |
Novostavba | Jedná se o nové dokončenou stavbu. Které nevyžaduje žádné opravy, kromě pravidelné údržby. Jedná se o stavbu do 5 let po dokončení. |
Velmi dobrý | Jedná se o stavby, které jsou starší více než 5 let nevyžadující žádné výrazné opravy a rekonstrukce, kromě běžné údržby. |
Dobrý | Jedná se o stavby staší 5 let, které již vyžadují drobné opravy a rekonstrukce . Nedochází k zásahu do nosných konstrukcí. |
Vyžadující rekonstrukci | Jedná se o stavby, které jsou straší 5 let vyžadující opravy a rekonstrukce (např. výměna oken). Může docházet i k drobnému zásahu do nosných konstrukcí. |
Havarijní | Jedná se budovy, které potřebují výraznou rekonstruci, která zasahuje i do opravy nosných konstrukcí. Celková míra oprav přeshuje 60 %. |
Určena k demolici | Jedná se o budovy, které jsou určeny k demolici. |
Památková ochrana | Popis |
Objekt není památkově chráněn | |
Národní kulturní památka | |
Kulturní památka | |
Objekt v památkové rezervaci | |
Objekt v památkové zóně | |
Objekt v památkovém ochranném pásmu |
Způsob pořízení | Popis |
Výstavba | Jedná se o stavby, které byly pořízeny vlastní výstavbou. |
Dostavba | Jedná o stavby, které si univerzita pořídíla jako rozestavěné a následně je za vlastní náklady dokončila. |
Koupě | Jedná se o dokončené budovy, které Univaerzita získala do svého vlastnictví pomocí koupě dané nemovitosti. |
Převod majetku | Jedná se o stavby, které Univerzita získala do svého majektu převodem od jiného subjektu, ať už soukromého nebo veřejného. |
Cizí majetek | Jedná se o stavby, které nejsou ve vlastnictví univerzity, ale jsou úzce spjaty s předmětem činnosti Univerzity (např. nemocnice, ústavy,). Univerzita může v těchto budovách využívat nějaké prostory. |
Ostatní | jedná se budovy, které nespľnují, žádnou z výše uvedených kategoriií, ale je nutné o těchto budovách vést záznamy. |
Typ stavby | Písmenné označení | Popis |
budova obytného domu | H | |
ostatní budova tvořící příslušenství k budově obytného domu | I | |
budova zapsaná v katastru nemovitostí se způsobem využití stavba pro rodinnou rekreaci, budova rodinného domu užívaná pro rodinnou rekreaci a objekt k bydlení užívaný pro rodinnou rekreaci (rekreační budovy) | J | |
budova plnící doplňkovou funkci k rekreačním budovám | K | |
budova zapsaná v katastru nemovitostí se způsobem využití garáž | L | |
ostatní zdanitelná stavba | P | |
k podnikání v zemědělské prvovýrobě, lesním a vodním hospodářství | M |
k podnikání v průmyslu, stavebnictví, dopravě, energetice nebo ostatní zemědělské výrobě | N | |
k ostatním druhům podnikání | O | |
budovy osvobozené od daně z nemovitých věcí | XX | Jedná se o stavby, keré jsou osvobozeny od daně k nemovitých věcí |
Typ stavby | Písmenné označení | Popis |
pro bydlení | R | |
pro podnikání v zemědělské prvovýrobě, lesním a vodním hospodářstvím | S | |
pro podnikání v průmyslu, stavebnictví, dopravě, energetice nebo ostatní zemědelské výrobě | T | |
pro ostatní druhy podnikání | U | |
jako garáž | V | |
ostatní zdanitelné jednotka | Z |
Účel užití budovy | Popis |
Výuka | Jedná se místnosti, které slouží primárně k výuce, např. učebny, posluchárny, třídy. |
Kanceláře | Jedná se místnosti, které slouží primárně k administrativní činnosti. (jedná se jak o kanceláře akademiků, tak neakademiků) |
Výzkum | Jedná se o místnosti, které slouží zejména pro výzkum a vývoj, např. laboratoře, výzkumné prostory. |
Sport | Jedná se o místnosti, které slouží pro vykonávání sportovní činnosti, např. ▇▇▇▇▇▇▇▇▇▇, posilovny, atd. |
Ubytování | Jedná se místnosti, které slouží pro ubytování , např. koupelny, ložnice, apod. Jedná se o místnosti, které jsou primárně umístěn v budovách sloužících k ubytování. |
Stravování | Jedná se o místnosti, které slouží ke stravování, např. kuchyně, jídelny, apod. |
Technické zázemí | Jedná se o prostory, které slouží pro technické zázemí budov, např. strojovny, kotelny, apod. |
Komunikace | Jedná se o prostory, které slouží jako komunikační prostor pro pohyb lidí, není rozlišeno zda se jedná o prostory pro vertikální či horizontální pohyb. |
Ostatní využití | Jedná se o prostory, které nelze zařadit do jiné kategorie. |
Kategorie místnosti | Název místnosti | Využití dle MŠMT |
Komunikace - Horizontální | chodba | pochozí komunikace |
Komunikace - Horizontální | koridor | pochozí komunikace |
Komunikace - Horizontální | karusel | pochozí komunikace |
Komunikace - Horizontální | spojovací lávka | pochozí komunikace |
Komunikace - Horizontální | průjezd | pochozí komunikace |
Komunikace - Vertikální | schodiště | vertikální komunikace |
Komunikace - Vertikální | rampa | vertikální komunikace |
Komunikace - Vertikální | eskalátor | vertikální komunikace |
Komunikace - Vertikální | osobní výtah | vertikální komunikace |
Komunikace - Vertikální | nákladní výtah | vertikální komunikace |
Komunikace - Vertikální | plošina | vertikální komunikace |
Komunikace - Vertikální | páter noster | vertikální komunikace |
Výuka - Učebny | učebna | učebna |
Výuka - Učebny | seminární místnost | učebna |
Výuka - Učebny | ateliér | učebna |
Výuka - Učebny | rýsovna | učebna |
Výuka - Učebny | konzultační místnost | učebna |
Výuka - Učebny | přípravna | učebna |
Výuka - Posluchárny | posluchárna | posluchárna |
Výuka - Posluchárny | místnost přednášejícího | obslužné prostory posluchárny |
Výuka - Posluchárny | režie | obslužné prostory posluchárny |
Výuka - Posluchárny | promítací kabina | obslužné prostory posluchárny |
Výuka - Posluchárny | ostatní | obslužné prostory posluchárny |
Příloha č. 8 – Služba exitu
Ú' vodní´ ustanovení´
Tento dokument popisuje pravidla a procesy, ktery´mi se Smluvní´ strany rˇí´dí´ prˇi
1. exitu Objednatele z CAFM syste´mu bez prˇechodu na jiny´ informacˇní´ syste´m nebo
2. prˇechodu z CAFM syste´mu na jiny´ informacˇní´ syste´m, a to vcˇetneˇ migrace dat.
Exitem se rozumí´ proces opusˇteˇní´ CAFM syste´mu Objednatelem za podmí´nek stanoveny´ch da´le v te´to prˇí´loze nebo ve Smlouveˇ.
Migrací dat se rozumí´ proces, prˇi ktere´m docha´zí´ k prˇesunu digita´lní´ch informací´ z CAFM syste´mu do jine´ho umí´steˇní´. Tento proces zahrnuje vy´beˇr, prˇí´pravu, extrakci a transformaci dat a jejich trvaly´ prˇenos do jine´ho umí´steˇní´. Tí´mto jiny´m umí´steˇní´m mu˚ zˇe, ale nemusí´, by´t nahrazují´cí´ (noveˇ doda´vany´) CAFM syste´m.
Cílem Služby exitu je zajisˇteˇní´ co nejhladsˇí´ho pru˚ beˇhu migrace dat z CAFM syste´mu zpu˚ sobem umozˇnˇují´cí´m jejich dalsˇí´ vyuzˇití´ Objednatelem a prˇí´padny´ prˇenos teˇchto dat do jine´ho informacˇní´ho syste´mu, a to prˇí´padneˇ i ve spolupra´ci s trˇetí´ osobou s co nejmensˇí´m dopadem na provozní´ procesy Objednatele a zajisˇteˇní´ integrity a bezpecˇnosti dotcˇeny´ch dat.
Výsledkem Služby exitu musí´ by´t situace, kdy je Objednatel bez vazby na (pu˚ vodní´) CAFM syste´m, Dodavatele nebo jinou trˇetí´ osobu a bez dalsˇí´ch poplatku˚ nebo licencˇní´ch omezení´ schopen vyuzˇí´t data migrovana´ z CAFM syste´mu pro svou dalsˇí´ provozní´ potrˇebu, a to prˇí´padneˇ i v ra´mci jine´ho informacˇní´ho syste´mu, do ktere´ho budou migrovana´ data v ra´mci realizace exitu prˇenesena.
Prˇedmeˇt Sluzˇby exitu
Prˇedmeˇtem Sluzˇby exitu z CAFM syste´mu je na´sledují´cí´ plneˇní´ Dodavatele:
1. Ú' cˇast na jedna´ní´ch s Objednatelem a prˇí´padneˇ trˇetí´mi osobami souvisejí´cí´ch s exitem, a to dle pozˇadavku˚ Objednatele.
2. Zpracova´ní´ za´kladní´ analy´zy, ktera´ bude obsahovat analy´zu pozˇadavku˚ a ocˇeka´vany´ch vy´stupu˚ exitu (da´le jen „Základní analýza“).
3. Analy´za a vypracova´ní´ dokumentace vymezují´cí´ postup provedení´ Sluzˇby exitu navazují´cí´ na Za´kladní´ analy´zu (da´le jen „Exitový plán“).
4. Poskytnutí´ vesˇkery´ch sluzˇeb nezbytny´ch pro rˇa´dnou realizaci Sluzˇby exitu v intencí´ch vytcˇeny´ch cí´lu˚ , Za´kladní´ analy´zy a Exitove´ho pla´nu.
5. Zajisˇteˇní´ migrace dat (exportu vsˇech dat vcˇetneˇ vsˇech cˇí´selní´ku˚ a jejich prˇeda´ní´ Objednateli nebo trˇetí´ osobeˇ v prˇedem stanoveny´ch forma´tech umozˇnˇují´cí´ch jejich prˇí´padne´ vlozˇení´ do jine´ho informacˇní´ho syste´mu), a to dle specifikace Objednatele nebo jí´m poveˇrˇene´ osoby.
6. Poskytnutí´ vesˇkere´ pozˇadovane´ soucˇinnosti, aktua´lní´ technicke´ dokumentace a informací´ potrˇebny´ch k realizaci exitu cˇi Exitove´ho pla´nu.
(v tomto dokumentu jako „Služba exitu“)
Službu exitu aktivuje Objednatel prostřednictvím písemné výzvy k jejímu poskytnutí doručené Dodavateli. Dodavatel je povinen Sluzˇbu exitu Objednateli na za´kladeˇ dorucˇene´ vy´zvy poskytnout v souladu se Smlouvou a tí´mto dokumentem poskytnout.
Objednatel zajistí´ soucˇinnost trˇetí´ch osob nezbytnou pro rˇa´dne´ poskytnutí´ Sluzˇby exitu Dodavatelem.
Objednatel ma´ pra´vo na prˇí´stup k vesˇkery´m svy´m datu˚ m v pu˚ vodní´m forma´tu. To zahrnuje mozˇnost vytvorˇit si kopii vsˇech dat cˇi cele´ databa´ze prˇed migrací´. Objednatel ma´ take´ pra´vo na prˇí´stup k jaky´mkoli metadatu˚ m nebo dalsˇí´m informací´m spojeny´m s jeho daty.
Za rˇa´dne´ poskytnutí´ Sluzˇby exitu odpoví´da´ Dodavatel. Dodavatel musí´ vyvinout vesˇkere´ u´silí´, ktere´ po neˇm lze spravedliveˇ pozˇadovat, aby dosˇlo k naplneˇní´ smyslu a u´cˇelu Sluzˇby exitu, a to v intencí´ch pozˇadavku˚ Objednatele. Dodavatel neodpoví´da´ za situaci, kdy nedojde k naplneˇní´ smyslu a u´cˇelu Sluzˇby exitu z du˚ vodu na straneˇ Objednatele nebo trˇetí´
strany (napr.
selzˇe proces importu dat do jine´ho informacˇníh
o syste´mu, prˇestozˇe byl ze
strany Dodavatele realizova´n v souladu se schva´leny´m Exit pla´nem).
Dodavatel je povinen zajistit bezpecˇnost a integritu dat beˇhem cele´ho procesu. To zahrnuje zajisˇteˇní´ za´lohova´ní´ a ochranu dat prˇed neopra´vneˇny´m prˇí´stupem.
Prˇí´prava Za´kladní´ analy´zy
Dodavatel je povinen ve lhu˚ teˇ do 5 pracovní´ch dnu˚ ode dne dorucˇení´ vy´zvy k poskytnutí Sluzˇby exitu zaha´jit pra´ce na prˇí´praveˇ Za´kladní´ analy´zy. Za´kladní´ analy´zu zpracuje Dodavatel na za´kladeˇ informací´ poskytnuty´ch Objednatelem a prˇí´padneˇ Objednatelem poveˇrˇene´ trˇetí´ osoby. Za´kladní´ analy´za bude Dodavatelem dokoncˇena ve lhu˚ teˇ 30 dnu˚ ode dne zaha´jení´ prací´, nedohodnou-li si Smluvní´ strany odlisˇnou lhu˚ tu. Soucˇa´stí´ Za´kladní´ analy´zy musí´ by´t minima´lneˇ:
1. Identifikace vsˇech exitem (a migrací´ dat) dotcˇeny´ch subjektu˚ a informacˇní´ch syste´mu˚ .
2. Za´kladní´ na´vrh zpu˚ sobu provedení´ migrace dat v souladu s pozˇadavkem Objednatele.
3. Cˇasovy´ ra´mec poskytnutí´ Sluzˇby exitu od okamzˇiku schva´lení´ Za´kladní´ analy´zy do okamzˇiku rˇa´dne´ho ukoncˇení´ poskytova´ní´ Sluzˇby exitu Dodavatelem. Tento ra´mec musí´ respektovat prˇí´padnou lhu˚ tu pro dokoncˇení´ Sluzˇby exitu stanovenou Objednatelem, ledazˇe by tato lhu˚ ta byla zjevneˇ neprˇimeˇrˇeneˇ kra´tka´ a Dodavatel tuto skutecˇnost v Za´kladní´ analy´ze dostatecˇneˇ odu˚ vodní´.
4. Identifikace rizik a navrzˇene´ zpu˚ soby jejich rˇesˇení´ (napr. nekompatibilita dat).
ztra´ta nebo
5. Hruby´ odhad pracnosti Sluzˇby exitu v cˇloveˇkohodina´ch, a to prˇí´padneˇ i formou rozsahu (od do).
Za´kladní´ analy´zu schvaluje Objednatel. Objednatel je opra´vneˇn Za´kladní´ analy´zu vra´tit Dodavateli k dopracova´ní´ nebo u´prava´m. Doba, po kterou bude ▇▇▇▇▇▇▇▇▇▇▇ prˇedlozˇena´ Za´kladní´ analy´za posuzova´na Objednatelem se nezapocˇí´ta´va´ do vy´sˇe uvedene´ lhu˚ ty pro dokoncˇení´ Za´kladní´ analy´zy. Objednatel je opra´vneˇn Za´kladní´ analy´zu vra´tit Dodavateli k dopracova´ní´ nebo u´prava´m i opakovaneˇ.
Dodavatel nema´ na´rok na odmeˇnu za dopracova´va´ní´ nebo u´pravy Za´kladní´ analy´zy, pokud tato dopracova´ní´ nebo u´pravy nevycha´zejí´ z novy´ch informací´ nebo novy´ch pozˇadavku˚ Objednatele (tj. v prˇí´padeˇ, zˇe pu˚ vodní´ prˇedlozˇena´ Za´kladní´ analy´za byla pouze nedostatecˇneˇ zpracovana´). V prˇí´padeˇ, zˇe mu na´rok na odmeˇnu v souvislosti s tí´mto odstavcem vznika´, ma´ na´rok i na prˇimeˇrˇene´ prodlouzˇení´ lhu˚ ty pro dokoncˇení´ Za´kladní´ analy´zy.
Za dokoncˇenou Za´kladní´ analy´zu se povazˇuje pouze Za´kladní´ analy´za schva´lena´ Objednatelem prostrˇednictví´m akceptacˇní´ho protokolu. Schva´lena´ Za´kladní´ analy´za je podkladem pro prˇí´pravu Exitove´ho pla´nu.
Prˇí´prava Exitove´ho pla´nu
Pro prˇí´pravu Exitove´ho pla´nu se pouzˇijí´ pravidla stanovena´ v cˇa´sti tohoto dokumentu ty´kají´cí´ se prˇí´pravy Za´kladní´ analy´zy s teˇmito rozdí´ly.
Lhu˚ ta pro prˇí´pravu Exitove´ho pla´nu je stanovena v de´lce 6 meˇsí´cu˚ ode dne schva´lení´ Za´kladní´ analy´zy Objednatelem, nebude-li ve schva´lene´ Za´kladní´ analy´ze uvedena odlisˇna´ lhu˚ ta.
Soucˇa´stí´ Exitove´ho pla´nu musí´ by´t minima´lneˇ:
1. Identifikace vsˇech exitem (a migrací´ dat) dotcˇeny´ch subjektu˚ a informacˇní´ch syste´mu˚ .
2. Stanovení´ osob (projektove´ho ty´mu) odpoveˇdny´ch za realizaci Exit pla´nu za Dodavatele, Objednatele a prˇí´padneˇ trˇetí´ osoby (zejme´na dodavatele nove´ho
(navazují´cí´ho) informacˇního syste´mu) a nastavení´ za´kladní´ch pravidel
projektove´ho rˇí´zení´ Sluzˇeb exitu.
3. Detailní´ popis vsˇech kroku˚ , cˇinností´ a procesu˚ nutny´ch pro rˇa´dne´ provedení´ Sluzˇeb exitu. Z tohoto popisu musí´ by´t zrˇejme´, zˇe dojde k naplneˇní´ smyslu a u´cˇelu Sluzˇby exitu.
4. Pravidla a pokyny pro prˇí´pravu a realizaci procesu migrace dat vcˇetneˇ urcˇení´ toho, ktera´ data budou migrova´na, popisu datovy´ch struktur, jejich naplnˇova´ní´, kontroly dat, procesu vlastní´ho importu, testova´ní´ a oveˇrˇení´ v prˇí´padne´m nahrazují´cí´m informacˇní´m syste´mu (blí´zˇe viz cˇa´st tohoto dokumentu nazvana´ „Migrace dat“).
5. Pravidla a pokyny pro nakla´da´ní´ s dokumentací´ a prˇí´padny´m uzˇití´m zdrojovy´ch ko´du˚ .
6. Harmonogram realizace Sluzˇeb exitu od okamzˇiku schva´lení´ Exit pla´nu Objednatelem vycha´zejí´cí´ ze Za´kladní´ analy´zy (cˇasove´ho ra´mce). Harmonogram musí´ respektovat prˇí´padnou lhu˚ tu pro dokoncˇení´ Sluzˇby exitu stanovenou Objednatelem, ledazˇe by tato lhu˚ ta byla zjevneˇ neprˇimeˇrˇeneˇ kra´tka´ a Dodavatel tuto skutecˇnost v Exitove´m pla´nu dostatecˇneˇ odu˚ vodní´.
7. Pozˇadavky na nezbytnou soucˇinnost Objednatele a trˇetí´ch osob prˇi realizaci plneˇní Sluzˇby exitu.
8. Identifikace rizik a navrzˇene´ zpu˚ soby jejich rˇesˇení´ (napr. nekompatibilita dat).
ztra´ta nebo
9. Definici a podrobny´ popis procesu testova´ní´ a akceptace vcˇetneˇ procesu schvalova´ní´ Sluzˇby exitu tak, aby byla Sluzˇba exitu dokoncˇena ve stanovene´ lhu˚ teˇ.
10. Odhad pracnosti Sluzˇby exitu v cˇloveˇkohodina´ch, a to prˇí´padneˇ i formou rozsahu (od do). Maxima´lní´ pocˇet cˇloveˇkohodin je pro Dodavatele pro dalsˇí´ pru˚ beˇh exitu za´vazny´ z pohledu fakturace a lze jej dodatecˇneˇ zmeˇnit pouze po pí´semne´ dohodeˇ s Objednatelem.
Migrace dat
V Exitove´m pla´nu bude vymezen rozsah migrace dat, prˇicˇemzˇ smyslem a u´cˇelem migrace dat je dosa´hnout nove´ho rˇesˇení´ poskytova´ní´ aplikacˇní´ch sluzˇeb s kompletní´ historií´ dat z prˇedchozí´ho zpracova´ní´.
V Exitove´m pla´nu budou stanoveny datove´ struktury a forma´ty pro datove´ prˇenosy migrace s prˇesny´m popisem a dokumentací´ podporují´cí´ komplexní´ a vycˇerpa´vají´cí´ prˇevod dat. Za´kladní´ metodiky pro stanovení´ popisu a prˇevodu jsou tyto:
1. Prˇedat popis datove´ho modelu sta´vají´cí´ databa´ze, popis vsˇech tabulek, vazeb, referencˇní´ch integrit, polozˇek, prima´rní´ch klí´cˇu˚ , indexu˚ atd. a zajistit migraci cele´ databa´ze a/nebo exporty dat v struktura´ch odpoví´dají´cí´ch databa´zove´mu usporˇa´da´ní´.
2. Stanovit konverzní´ struktury dat s prˇesny´mi popisy polozˇek a jejich vy´znamu, vazby pro migraci dat (referencˇní´ integrity) tak, aby export zajisˇťoval vycˇerpa´vají´cí´ datovou transformaci do nove´ho informacˇní´ho syste´mu, nahrazují´cí´ho pu˚ vodní´ rˇesˇení´.
3. Migrace dat musí´ zajisˇťovat vesˇkere´ konverze cˇí´selní´ku˚ , katalogu˚ a dat podporují´cí´ parametrizaci dat a aplikacˇní´ho rˇesˇení´.
4. Proces migrace dat procha´zí´ jednotlivy´mi fa´zemi pocˇí´nají´cí´ prˇí´pravou, testovací´m procesem, nahra´ní´m dat, jejich kontrolou a testova´ní´m v nove´m (nahrazují´cí´m) informacˇní´m syste´mu po zkusˇební´m importu a na u´rovni vsˇech uzˇivatelsky´ch rolí´ a sluzˇeb, zdokumentova´ní´ migrace, akceptace testovací´ho procesu migrace. Po provedení´ u´speˇsˇne´ho testova´ní´ se teprve provede na´sledneˇ ostra´ migrace dat, oveˇrˇení´ u´plnosti migrace, oveˇrˇení´ v rutinní´m provozu, zdokumentova´ní´ migrace, akceptace.
5. Ke vsˇem migracˇní´m procesu˚ m dat budou zpracova´ny migracˇní´ protokoly. Obsah migracˇní´ch protokolu˚ z pohledu metodiky za´znamu bude stanoven v Exit pla´nu.
Přı́loha č. 9 - Specifikace ICT prostr ̌edı́ Objednatele
UNIVERZITA KARLOVA
Specifikace ICT prostředí Objednatele
Projekt:
RUK - OV - Dodávka, podpora a rozvoj CAFM systému na Univerzitě Karlově
▇▇▇▇▇▇ ▇▇▇ ▇▇▇/▇, ▇▇▇ ▇▇ ▇▇▇▇▇ ▇
telefon: ▇▇▇ ▇▇▇ ▇▇▇
fax: ▇▇▇ ▇▇▇ ▇▇▇
IČ: 00216208 DIČ: CZ00216208
UNIVERZITA KARLOVA Specifikace infrastruktury
Obsah
UNIVERZITA KARLOVA Specifikace infrastruktury
1 Úvod
Provoz a správu serverů (fyzických a virtuálních), operačních systémů serverů, virtualizačních platforem, diskových polí, databázových serverů a databází v souvislosti s plněním této veřejné zakázky budou zajišťovat zaměstnanci Zadavatele, dodavatel bude zajišťovat aplikační správu CAFM systému.
Cílem tohoto dokumentu je specifikovat HW a SW možnosti provozované infrastruktury UK.
2 Infrastruktura UK
Objednatel může pro realizaci předmětné veřejné zakázky nabídnout výhradně virtuální servery ve variantách:
▪ OS MS Windows Server Standard 2022
▪ OS RockyLinux nebo OracleLinux ve verzích 8 nebo 9 (64-bit).
Virtuální servery na platformě MS Windows jsou provozovány na infrastruktuře VMWare vSphere. Virtuální servery na platformě Linux jsou provozovány na platformě Linux KVM.
Pro každý virtuální server je k dispozici 2 až 4 vCPU a 2 až 16 GB RAM.
Je k dispozici max. 8 virtuálních serverů s celkovou kapacitou prostředků v součtu 16 vCPU, 64 GB RAM a s
diskovou kapacitou 1 TB (pro účely databáze zajistí Objednatel vždy dostatečnou kapacitu diskového pole). Databázové platformy Objednatele:
▪ Oracle Database Standard Edition 2 verze 19c, nebo
▪ MS SQL Server.
V případě využití databázové platformy Oracle Database bude dodavateli dostupné jen databázové připojení,
a nikoliv přímý přístup na databázový server.
V případě použití MS SQL Server musí být součástí dodávky licence na příslušnou edici MS SQL server a příslušný počet jader CPU.
Příloha č. 10 – Seznam kontaktních osob
Kontaktní osoby Objednatele
Kontaktní´ osoby ve veˇcech smluvní´ch:
Kontaktní´ osoby ve veˇcech technicky´ch:
Kontaktní osoby Dodavatele
Kontaktní´ osoby ve veˇcech smluvní´ch:
Kontaktní´ osoby ve veˇcech technicky´ch:
Stránka 1 z 1
Přı́loha č. 11 - Sˇablony tiskových sestav
Tabulky prostorových kapacit příloha č. 1
č. | fakulta, součást | pozemek/ budova | název budovy | adresa | Název skupiny mísností/ploch | účel využití | vlastník | správce | uživatel | plocha (m2) | doba užívání od | doba užívání do | poznámka |
1 | LF PL | B | Budova 1 | Univerzita Karlova | LF PL | LF PL | 245,39 | ||||||
2 | LF PL | B | Budova 2 | Univerzita Karlova | LFPL | LF PL | 25 041,08 | ||||||
3 | LF PL | B | Budova 3 | Univerzita Karlova | LF PL | LF PL | 8 576,49 | 31.10.2022 | |||||
4 | LF PL | B | Budova 4 | Univerzita Karlova | LF PL | LF PL | 4211,94 | 31.10.2022 | |||||
5 | LF PL | B | Budova 5 | Univerzita Karlova | LF PL | LF PL | 7,32 | 31.10.2022 | |||||
6 | LF PL | B | Budova 6 | Univerzita Karlova | LF PL | LF PL | 30,55 | 31.10.2022 | |||||
7 | LF PL | B | Budova 7 | Univerzita Karlova | LF PL | LF PL | 188,74 | ||||||
8 | LF PL | P | Pozemek 1 | Univerzita Karlova | LF PL | LF PL | 361,11 | 01.04.2023 | 31.03.2028 | ||||
9 | LF PL | B | Budova 8 | Univerzita Karlova | LF PL | Nájemce 1 | 145,05 | 01.04.2023 | 31.03.2028 | ||||
10 | LF PL | B | Budova 8 | Univerzita Karlova | LF PL | Nájemce 1 | 79,56 | 01.04.2023 | 31.03.2028 | ||||
11 | LF PL | B | Budova 8 | výuka | Univerzita Karlova | LF PL | Nájemce 2 | 1552,04 | 01.04.2023 | 31.03.2028 |
Tabulky prostorových kapacit příloha č. 1
č. | fakulta, součást | pozemek/ budova | název budovy | adresa | Název skupiny mísností/ploch | účel využití | vlastník | správce | uživatel | plocha (m2) | doba užívání od | doba užívání do | poznámka |
12 | LF PL | B | Budova 8 | venkovní prostory | pronájem | Univerzita Karlova | LF PL | Nájemce 2 | 526,32 | 01.04.2023 | 31.03.2028 | ||
13 | LF PL | B | Budova 8 | fotoateliér | pronájem | Univerzita Karlova | LF PL | Nájemce 3 | 52,64 | 2015 | neurčito | ||
14 | LF PL | B | Budova 8 | kancelář | pronájem | Univerzita Karlova | LF PL | Nájemce 3 | 16,50 | 2015 | neurčito | ||
15 | LF PL | B | Budova 8 | reklamní plochy 1 | reklamní plochy | Univerzita Karlova | LF PL | Nájemce 4 | 14 ploch 3x2 m, 3 plochy 5,1x2,4m | 05.06.2021 | neurčito | ||
16 | LF PL | B | Budova 8 | reklamní plochy 2 | reklamní plochy | Univerzita Karlova | LF PL | Nájemce 4 | 10 ploch 75x105 cm | 05.06.2021 | neurčito | ||
17 | LF PL | B | Budova 8 | reklamní plochy 3 | reklamní plochy | Univerzita Karlova | LF PL | Nájemce 4 | 3 plochy 2,4x5,1m | 05.06.2021 | neurčito |
Tabulky prostorových kapacit příloha č. 1
č. | fakulta, součást | pozemek/ budova | název budovy | adresa | Název skupiny mísností/ploch | účel využití | vlastník | správce | uživatel | plocha (m2) | doba užívání od | doba užívání do | poznámka |
18 | LF PL | B | Budova 9 | sportovní hala | sportoviště | Západočeská univerzita v Plzni | ZCU | LF PL | 2023 | ||||
19 | LF PL | B | Budova 10 | místnosti č. 101-103 | Západočeská univerzita v Plzni | ZCU | LF PL | 152,58 | 30.09.2024 | ||||
LF PL | KAPACITA VE VLASTNÍCH OBJEKTECH UŽÍVANÁ FAKULTOU LF PL | SUMA | |||||||||||
LF PL | NEUŽÍVÁNO | SUMA | |||||||||||
LF PL | PRONAJÍMANÉ PLOCHY VE VLASTNÍCH OBJEKTECH | SUMA | |||||||||||
LF PL | KAPACITA V OBJEKTECH JINÉ SOUČÁSTI UK | SUMA | |||||||||||
LF PL | POZEMKY UK PRONAJÍMANÉ JINÉMU SUBJEKTU | SUMA | |||||||||||
LF PL | KAPACITA V PRONAJATÝCH OBJEKTECH | SUMA | |||||||||||
LF PL | PRONAJATÉ POZEMKY CIZÍHO VLASTNÍKA | SUMA | |||||||||||
Fakulta/součást č.2 DTTO
č. | fakulta, součást | pozemek/ budova | název budovy | adresa | Název skupiny mísností/ploch | účel využití | vlastník | správce | uživatel | plocha (m2) | doba užívání od | doba užívání do | poznámka |
1 | LF PL | B | Budova 1 | Univerzita Karlova | LF PL | LF PL | 245,39 | ||||||
2 | LF PL | B | Budova 2 | Univerzita Karlova | LFPL | LF PL | 25 041,08 |
Tabulka 1. Pasport budov VVŠ
Název VVŠ: [Název]
Datum zpracování: [Datum]
Nepovinné položky
1 2 3 4 5
Identifikace Součást Součást Poř. č. Název objektu dle vnitřní spravující užívající
pasportizace objekt objekt
6
7 8 9 10 11
12
13
14 15 16 17
18
19
Adresa
Technický Stávající Výhledové
Pořízení objektu
stav využití využití převodem
rok rok rok
koupí vlastní výstavbou Finanční zdroj generální dílčí Finanční zdroj úsporám provedené v letech rovost
Rekonstrukce objektu Opatření k energetickým Bezbarié-
Komentář
objektu
rok rok
2008-2016
další řádky pro doplnění dat lze volně přidávat dle potřeby
0,00
0,00
0,00
0,00
m3/rok
m3/rok
kWh/rok
GJ/rok
Voda
Plyn
EE
Teplo
Spotřeba energií a médií
61
60
59
58
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
1,00
m2
1,00
m2
1,00
m2
1,00
1,00
m2
1,00
1,00
m2
1,00
m2
1,00
m2
1,00
m2
1,00
m2
1,00
m2
1,00
m2
1,00
1,00
m2
m2
m2
m2
m2
m2
m2
m2
m2
m2
m2
m3
# ost
Ppo
# ick
Ppi
# arch
Ppa
# lůžko-dny
# lůžek
Ppu
# míst
# strav
Pps
# tvo
Ppto
# tvk
Pptk
# kanc-t
Ppkt
# kanc-a
Ppka
# kanc
Ppk
# lab
Ppl
# míst
# uč
Ppu
celkem bez
Psz
PUč
Pk
Ptv
PU
OP
PA-ost
PA-ick
PA-arch
PA-ubyt
PA-strav
PA-tv
PA-kanc
PA-lab
PA-uč
PA
AA
CA
TA
NRA
NFA
IFA
GFA
LA
57
56
55
54
53
52
51
50
49
48
47
46
45
44
43
42
41
40
39
38
37
36
35
34
33
32
31
30
29
28
27
26
25
24
23
22
21
20
0,00
0,00
0,00
0,00
0,00
0,00
0,00
0,00
tis. Kč
tis. Kč
tis. Kč
tis. Kč
tis. Kč
O-D/rok
O-ND/rok
O-celkem
Oprávky
Pořizovací
Odpisy a oprávky
66
65
64
63
62
0,00
0,00
0,00
0,00
m2
/
m2
tis. Kč
m2
PUč-nv
součást
PUč-p-int
výnos/měsí
PUč-p-ext
Dlouhodobé pronájmy
71
70
69
68
67
METODIKA STANOVENÍ PODLAHOVÝCH PLOCH
A JEJICH ROZDĚLENÍ DLE ZPŮSOBU UŽITÍ U VEŘEJNÝCH VYSOKÝCH ŠKOL
Povinné položky
Definice dle Technických podkladů pro zpracování stavebních programů pro výstavbu objektů vysokých škol a jejich účelových zařízení
Nepovinné položky
Vzhledem k tomu, že neexistuje jednotný názor na definici podlahové plochy, vychází následující metodika z tzv. „Good practise“ a opírá se o znění ČSN EN 15221-6 Facility management-část 6: "Měření ploch a prostorů ve facility managementu".
Podle této evropské normy se stanovuje společný základ pro plánování a navrhování, management ploch a prostorů a pro finanční oceňování a také nástroj benchmarking v oblasti správy nemovitostí, čili facility managementu (dále také jen FM). Norma zahrnuje měření ploch a prostorů ve stávajících budovách, a také v budovách ve fázi plánování nebo ve fázi přípravy. Poskytuje rámec pro měření podlahových ploch uvnitř budov a venkovních ploch a obsahuje jasné termíny, definice a metody pro měření vodorovných ploch a objemů v budovách nebo částech budov nezávisle na jejich funkci.
1. ZÁKLADNÍ POJMY
1.1 Budova je nerozdělené přístřeší zahrnující prostor, který je úplně nebo částečně ohraničen konstrukcemi a je určen uživatelům pro konkrétní účely.
1.2 Místnost je část budovy, přístupná osobám, úplně nebo částečně ohraničená dělícími prvky, jejíž podlaha a/nebo strop tvoří část konstrukce budovy.
1.3 Plocha je číselné vyjádření dvourozměrné míry, vypočítané zpravidla jako součin dvou vzdáleností nebo součet dílčích ploch takto spočtených.
1.4 Prostor je skutečná nebo teoretická ohraničená plocha nebo objem.
1.5 Podlaha je obvykle spodní vodorovná konstrukce v místnosti, která tvoří ohraničující prvek budovy nebo její části.
1.6 Podlahovou plochou se rozumí plocha půdorysného řezu místností a prostorů stavebně upravovaných k účelovému využití ve stavbě.
Pro výpočet podlahové plochy místnosti platí:
• plocha se měří v metrech čtverečních [m2] a zaokrouhluje se na dvě desetinná místa,
• podlahová plocha je plocha půdorysného řezu místností a prostorů stavebně upravených k účelovému využití ve stavbě, vedeného v úrovni horního líce podlahy podlaží, ve kterém se nacházejí,
• jednotlivé plochy jsou vymezeny vnitřním lícem svislých konstrukcí stěn včetně jejich povrchových úprav (např. omítky, obklady),
• do podlahové plochy místností se nezapočítávají nosné sloupy uprostřed místností, plocha dveřních a okenních ústupků (dveřní a okenní ústupek není legislativou blíže definován, pro účely této metodiky se jsou to plochy vzniklé rozdílem a výplní otvoru, např. parapet okna nebo práh dveří),
• do podlahové plochy místností se započítávají plochy využité k zastavění zařizovacími předměty (např. nábytek, vestavěný nábytek, umyvadlo, vana včetně schodišťového stupně, kuchyňská linka, lednice, otopná tělesa); příčky, které nerozdělují místnosti a nejsou postaveny až ke stropu (např. dělící příčky na sociálních zařízeních nebo v koupelnách, opticky oddělující záchodovou mísu od ostatního prostoru, mobilní příčky atd.),
• u místností se šikmými stropy se do plochy obytné místnosti nezapočítává plocha se světlou výškou menší než 1,2 m,
• při dvou patrech, která jsou spojeny schodištěm (betonové, ocelové i dřevěné) se započítává plocha dolního průmětu schodiště, přičemž plocha otvoru v podlaze horní místnosti se nezapočítává.
2. KATEGORIE TYPŮ PODLAHOVÝCH PLOCH DLE ČSN EN 15221-6
2.1 Hrubá podlahová plocha GFA (Gross Floor Area). Zastavěná plocha
Hrubá podlahová plocha se vypočítá jako rozdíl plochy podlažní (LA) a nevyužitelné plochy podlaží
(NLA).
Plocha půdorysného řezu vymezená vnějším obvodem svislých konstrukcí budovy v rovině upraveného terénu.
GFA = LA − NLA
kde je
LA plocha podlaží
NLA nevyužitelná plocha podlaží
Hrubá podlahová plocha tedy zahrnuje plochu od vnější strany obvodových stěn, směrem dovnitř.
2.1.1 Plocha podlaží LA (Level Area). Plocha podlaží. Plocha podlažní.
Plocha podlaží je plocha jednoho podlaží, včetně všech vnitřních ploch, měřená k vnějšímu trvale dokončenému povrchu. Zahrnuje podkroví, mezaniny (mezilehlá a částečná podlaží), suterén a uzavřené spojovací lávky a chodníky.
• Jedná se o součet všech vnitřních ploch, které jsou součástí jednoho podlaží. Rozměry pro výpočet ploch jsou měřeny od vnějšího líce obvodového pláště.
• Do ploch se započítávají: obvodové stěny, vnější sloupy a pilíře, nosné stěny, vnitřní sloupy a pilíře, nenosné stěny (příčky), variabilní stěny, místnosti technologického vybavení, místnosti ostatního technického vybavení, místnosti elektroinstalací, komunikační prostory (chodby), schodišťové prostory, šachty výtahů, eskalátory, prostory sociálního zázemí, společné pomocné prostory (kuchyňka, vstupní hala, relax-koutek,…), lokální pomocné prostory (sklady, zasedací místnost,…), pracovní prostory (kanceláře, sály, obchody), balkony, verandy, terasy, konstrukční prostupy a atria.
Plocha podlaží – plocha vymezená vnějšími líci svislých obvodových konstrukcí daného podlaží
budovy.
Plocha podlažní – součet ploch všech podlaží.
2.1.2 Nevyužitelná plocha NLA (Non-functional Level Area).
Nevyužitelná plocha podlaží je měřená plocha nevyužitelných konstrukčních prostupů, atrií a dutin (volné prostory v interiéru přes několik podlaží), instalačních šachet nebo i celých technických podlaží. Je to plocha, kterou není možnou využít pro provoz.
2.2 Vnitřní podlahová plocha IFA (Internal Floor Area).
Vnitřní podlahová plocha se vypočítá jako rozdíl hrubé podlahové plochy (GFA) a plochy obvodových konstrukcí (ECA). Je plocha, do které nezahrnujeme plochy obvodových stěn a nevyužitelné plochy podlaží.
IFA = GFA − ECA
kde je
GFA hrubá podlahová plocha
ECA plocha obvodových konstrukcí
2.2.1 Hrubá podlahová plocha GFA (Gross Floor Area)
viz 2.1
2.2.2 Plocha obvodových konstrukcí ECA (Exterior Construction Area).
Plocha obvodových konstrukcí je měřená plocha skládající se z obvodových stěn včetně dokončeného povrchu obvodového pláště budovy v celé jejich tloušťce včetně obkladů a povrchových úprav obvodového pláště (zateplení, dřevěný obklad apod.). Zahrnuje také přídavné ztužení obvodových stěn, opěry a seizmické podpěry.
Pozn. Vnitřní podlahovou plochu (IFA) dělíme dále na:
• Plochu vnitřních nosných konstrukcí ICA (Interior Construction Area),
• Čistou podlahovou plochu NFA (Net Floor Area).
2.3 Čistá podlahová plocha NFA (Net Floor Area).
Čistá podlahová plocha se vypočítá jako rozdíl vnitřní podlahové plochy (IFA) a plochy vnitřních nosných konstrukcí (ICA).
NFA = IFA − ICA
kde je
IFA vnitřní podlahová plocha
ICA plocha vnitřních nosných konstrukcí
Je to plocha jednoho podlaží, do které se neuvažují plochy vnitřních nosných konstrukcí, plochy vnějších konstrukcí (balkony, terasy), plochy obvodových konstrukcí a nevyužitelné plochy podlaží.
2.3.1 Vnitřní podlahová plocha IFA (Internal Floor Area).
viz 2.2
2.3.2 Plocha vnitřních nosných konstrukcí ICA (Interior Construction Area).
Plocha vnitřních nosných konstrukcí je měřená plocha vnitřních nosných konstrukcí budovy (např. sloupy a nosné stěny. Jedná se o součet všech vnitřních nosných konstrukcí v rámci jednoho podlaží.
2.4 Čistá podlahová plocha místností NRA (Net Room Area). Užitková plocha
Čistá podlahová plocha místností je součet vnitřních ploch všech místností měřených k vnitřním povrchům.
Podlahová plocha místností, tj. podlažní plocha bez plochy zaujímané svislými stavebními konstrukcemi, měřená na vnitřním obvodu zdí. U místností se sloupy a pilíři se plocha užitková měří od os sloupů a pilířů a plocha jimi zaujímaná se neodečítá.
A. Výpočet čisté podlahové plochy místností NRA
Vypočítá se jako rozdíl čisté podlahové plochy (NFA) a plochy dělících konstrukcí (PWA).
NRA = NFA − PWA
kde je
NFA čistá podlahová plocha
PWA plocha dělících konstrukcí
2.4.1 Čistá podlahová plocha NFA (Net Floor Area).
viz 2.3
2.4.2 Plocha dělících konstrukcí PWA (Partition Wall Area PWA).
Plocha nenosných stěn je měřená plocha nenosných stěn a přemístitelných a pohyblivých příček
Pozn. V případě pochybnosti o typu stěny se musí plocha započítat do plochy vnitřních nosných konstrukcí (ICA).
B. Věcné členění čisté podlahové plochy místností NRA
Čistá podlahová plocha místností (NRA) se dělí dle hlavního účelu místností na:
• Technické plochy TA (Technical Area),
• Komunikační plochy CA (Circulation Area),
• Plochy sociálního zázemí AA (Amenity Area),
• Primární plochy PA (Primary Area).
NRA = TA + CA + AA + PA
Při vzniku pochybnosti při kategorizaci ploch musí být zvolen hlavní účel dané místnosti.
Technické plochy TA (Technical Area). Technické plochy jsou částí čisté podlahové plochy místností určenou pro všechny technická zařízení a elektrické instalace. Příklady. Jedná se například o plochy výtahových strojoven, vzduchotechnického zázemí, zázemí otopných a chladicích systémů, rozvoden, telefonních ústředen, náhradních zdrojů, trafostanic, čistíren odpadních vod, uzávěrů medií, zařízení pro skladování odpadu, dílen, místností údržby, úklidových místností, skladů technického rázu a nevyužitelných prostor (např. nevyužitelné sklepní a půdní prostory).
Plocha strojoven, kotelen, zásobníků paliv, předávacích stanic, rozvoden, apod.
Komunikační plochy CA (Circulation Area). Komunikační plochy jsou částí čisté podlahové plochy místností určenou pro horizontální i vertikální pohyb. Příklady. Jedná se například o plochy chodeb, vstupních hal a foyer, únikových cest, schodišť, výtahových šachet, eskalátorů a travelátorů, spojovacích mostů, ramp a zvedacích plošin, recepcí a vrátnic, balkonů, terasů a lodžií, anglických dvorků, šachet, průjezdů, světlíků, zásahových a požárních cest.
Plocha chodeb, schodišť, výtahových šachet, vstupních hal, zádveří, apod.
Plochy sociálního zázemí AA (Amenity Area). Plochy sociálního zázemí jsou částí čisté podlahové plochy určenou pro hygienické prostory a šatny. Příklady. Jedná se například o plochy toalet, sprch a umýváren, šaten, denních místností, kuchyněk, kuřáren.
Primární plochy PA (Primary Area). Primární plochy jsou částí čisté podlahové plochy určenou a sloužící pro potřeby zajištění výukových a výzkumných procesů (včetně centrální a místní podpory a pracovišť). Příklady. Jedná se například o plochy kanceláří akademiků a administrativních pracovníků, poslucháren, cvičeben, laboratoří včetně těžkých, ateliérů, přípraven, pomocných pracoven, specializovaných pracoven, tělovýchovných prostor - tělocvičen, bazénu, saun, odpočíváren, posiloven, nářaďoven, společenských a studijně informačních prostor, stravovacích a ubytovacích prostory, dále pomocných místností, jako jsou recepce, archivy, sklady, místností
sloužící pro stravování (jídelen, restaurací, kuchyní), zasedacích místnost, prostor pro tisk
a kopírování, relaxačních a studijních zón.
Pozn. Každá složka čisté podlahové plochy místností (NRA) může být dále dělena na:
• Plochu bez omezeného přístupu
• Plochu s omezeným přístupem (omezení dané nějakou podmínkou – výška místnosti, věk osoby, zvláštní povolení, organizační předpis, právní předpis).
2.5 Plochy primární
Plochy primární se na VVŠ člení dále na plochy:
PP = Ppu + Ppl + Ppk + Ppt + Pps + Ppu + Ppo
kde
Ppu Plochy primární učeben Ppu, Ppl Plochy primární laboratoří Ppl, Ppk Plochy primární kanceláří Ppk,
Ppt Plochy primární tělovýchovné Ppt, Pps Plochy primární stravovací Pps, Ppu Plochy primární ubytovací Ppu, Ppa Plochy primární archivní Ppa,
Ppi Plochy primární informační Ppi, Ppo Plochy primární ostatní Ppo.
2.5.1 Plochy primární učeben Ppu. Zahrnují souhrnně plochy zejm. přednáškových sálů a poslucháren, cvičeben aj. učeben, ateliérů, aj. výukových přípraven, výukových dílen, specializovaných učeben, např. jazykové učebny apod.
2.5.2 Plochy primární laboratoří Ppl. Zahrnují souhrnně plochy zejm. výukových laboratoří, výzkumných a vývojových laboratoří vč. těžkých laboratoří, zkušeben, skleníků, výzkumných a prototypových dílen, laboratorních přípraven, aj. specializovaných místností určených pro přípravu nebo provádění výzkumu a vývoje
2.5.3 Plochy primární kanceláří Ppk. Zahrnují souhrnně plochy kanceláří, které se dále člení na kanceláře akademických a výzkumně-vývojových pracovníků vč. kanceláří pro doktorské studenty, kanceláře technicko-hospodářských aj. zaměstnanců
Ppk = Ppka + Ppkt
kde
Ppka plochy primární kanceláří akademických a výzkumně-vývojových pracovníků vč. kanceláří doktorských studentů
Ppkt plochy primární kanceláří technicko-hospodářských zaměstnanců
2.5.4 Plochy primární tělovýchovné Ppt. Zahrnují plochy tělovýchovných prostor - tělocvičen, bazénu, saun, odpočíváren, posiloven, nářaďoven, aj.
Ppt = Pptk + Ppto
kde
Pptk plochy primární tělovýchovné kryté, tj. zastřešené
Ppto plochy primární tělovýchovné otevřené, tj. venkovní
2.5.4.1 Pptk zahrnují plochy krytých sportovních a tělovýchovných zařízení, např. tělocvičny, bazény,
sauny, posilovny, nářaďovny, šatny, aj
2.5.4.2 Ppto zahrnují plochy otevřených venkovních sportovních a tělovýchovných zařízení, např.sportovní hřiště, apod, apod.
2.5.5 Plochy primární stravovací Pps. Zahrnují místností sloužící pro stravování: menzy, jídelny, restaurace, kuchyně, kuchyňky a denní místnosti aj.
2.5.6 Plochy primární ubytovací Ppu. Zahrnují plochy ubytovací, zejm. koleje, aj. místnosti, pokoje určené pro bydlení,
2.5.7 Plochy primární archivní Ppa. Zahrnují plochy archivu a spisoven, aj
2.5.8 Plochy primární informační Ppi. Zahrnují plochy informačních center, knihoven aj.
2.5.9 Plochy primární ostatní Ppo. Zahrnují ostatní plochy zasedacích místnost, společenských a studijně informačních prostor, prostor pro tisk a kopírování, relaxačních a studijních zón, plochy pro rekreaci, jiných pomocných místností, jako jsou recepce, vnitřní parkovací stání a plochy apod.
3. PŘEVODNÍK PLOCH
Převodník názvosloví čistých podlahových ploch mezi ČSN EN 15221-6 a současnou praxí je
následující:
3.1 Užitková plocha (PU)
PU = NRA
kde
NRA Čistá podlahová plocha místností
Čistá podlahová plocha místností je součet vnitřních ploch všech místností měřených k vnitřním povrchům.
Podlahová plocha místností, tj. podlažní plocha bez plochy zaujímané svislými stavebními konstrukcemi, měřená na vnitřním obvodu zdí. U místností se sloupy a pilíři se plocha užitková měří od os sloupů a pilířů a plocha jimi zaujímaná se neodečítá.
3.2 Čistá užitková plocha (PUč)
PUč = PA + AA PUČ=PU-Pk-Ptv
kde
PA Primární plocha
AA Plocha sociálního zázemí
Ppu Plochy primární učeben Ppu, Ppl Plochy primární laboratoří Ppl, Ppk Plochy primární kanceláří Ppk,
Ppt Plochy primární tělovýchovné Ppt, Pps Plochy primární stravovací Pps, Ppu Plochy primární ubytovací Ppu, Ppa Plochy primární archivní Ppa,
Ppi Plochy primární informační Ppi, Ppo Plochy primární ostatní Ppo.
Plochy sociálního zázemí AA (Amenity Area). Plochy sociálního zázemí jsou částí čisté podlahové plochy určenou pro hygienické prostory a šatny. Příklady. Jedná se například o plochy toalet, sprch a umýváren, šaten, denních místností, kuchyněk, kuřáren.
Čistá užitková plocha (PUČ) – podlahová plocha místností, v nichž probíhá činnost, pro kterou je zařízení určeno. Je dána užitkovou plochou zmenšenou o plochu komunikací a technického vybavení.
3.3 Plocha komunikací (Pk)
Pk = CA
kde
CA Plocha komunikací
3.4 Plocha technického vybavení (Ptv)
Ptv = TA
kde
TA Technická plocha
Kategorie typů podlahových ploch v budově dle ČSN EN 15221-6
LA Plocha podlažní Plocha podlažní | |||||||||||
NLA Nevyužitelná plocha | GFA Hrubá podlahová plocha Zastavěná plocha | ||||||||||
ECA Plocha obvodových konstrukcí | IFA Vnitřní podlahová plocha | ||||||||||
ICA Plocha vnitřních nosných konstrukcí | NFA Čistá podlahová plocha | ||||||||||
PWA Plocha dělících konstrukcí | NRA Čistá podlahová plocha místností PU | ||||||||||
TA Technické plochy | CA Komunikační plochy | AA Pl. sociálního zázemí | PA Primární plochy | ||||||||
TA bez omezení přístupu (UTA) | TA s omezením přístupu (RTA) | CA bez omezení přístupu (UCA) | CA s omezením přístupu (RCA) | AA bez omezení přístupu (UAA) | AA s omezením přístupu (RAA) | PA bez omezení přístupu (UPA) | PA s omezením přístupu (RPA) | ||||
PU Plocha užitková | |||||||||||
Ptv Plocha technického vybavení | Pk Plocha komunikací | PUč Čistá užitková plocha | |||||||||
4. OBESTAVĚNÝ PROSTOR
Obestavěný prostor (OP) definuje ČSN 73 4055 jako součet základního obestavěného prostoru
a dílčích obestavěných prostorů. Měří se v metrech krychlových [m3].
4.1 Základní obestavěný prostor
je součet obestavěných prostorů jednotlivých stavebně odlišných částí pozemního stavebního objektu, tj. obestavěný prostor základů Oz, spodní části objektu Os, vrchní části objektu Ov a zastřešení Ot:
Op = Oz + Os + Ov + O,
Pro objekty nepodsklepené (bez podzemí) platí:
Op = Oz + Ov + Ot
V obestavěném prostoru jednotlivých stavebně odlišných častí pozemního stavebního objektu je zahrnut i obestavěný prostor účelově odlišných částí.
Obestavěný prostor – součet obestavěných prostorů základů, spodní části objektu, vrchní části objektu a zastřešení.
Od základního obestavěného prostoru se neodečítají:
• otvory a výklenky v obvodových zdech,
• lodžie a zapuštěná závětří,
• průduchy a světlíky do 6 m2 vnitřní půdorysné plochy.
Do obestavěného prostoru se nezapočítávají:
• římsy a atiky,
• nadstřešní zdivo (komíny, ventilace, požární a štítové zdi apod.).
4.1.1 Základy
Obestavěný prostor základů je objem základů, který je dán skutečnou kubaturou nosných základových konstrukcí. Horní vymezující rovinou základu je:
• rovina izolace,
• není-li izolace provedena, pak spodní úroveň podlahové konstrukce nebo rovina upraveného terénu.
4.1.2 Spodní část objektu
Obestavěný prostor spodní části pozemního stavebního objektu je ohraničen:
• po stranách vnějšími plochami obvodových konstrukcí (izolační přizdívka se nezapočítává),
• dole úrovní horní vymezující roviny základů, tj. rovinou izolace nebo spodní úrovní podlahové konstrukce, popř. rovinou upraveného zhutněného terénu,
• nahoře úrovní horního povrchu nosné stropní konstrukce nad nejvyšším podlažím spodní části
objektu.
4.1.3 Vrchní část objektu
Obestavěný prostor vrchní části pozemního stavebního objektu je ohraničen:
• po stranách vnějšími plochami obvodových konstrukcí nebo myšlenými obalovými plochami vedenými vnějšími líci svislých konstrukcí (např. u objektů poloodkrytých a nezakrytých),
• dole úrovní horního povrchu nosné stropní konstrukce nad nejvyšším podlažím spodní části objektu nebo úrovní horní vymezující roviny základů v případě, že spodní část objektu neexistuje,
• nahoře úrovní horního povrchu nosné stropní konstrukce nad posledním podlažím; u objektů, jejichž vnitřní prostor probíhá až do střešní konstrukce, je obestavěný prostor ohraničen vnějšími plochami střešní konstrukce.
Do základního obestavěného prostoru vrchní části pozemního stavebního objektu se započítávají arkýře a zasklené pavlače, jejichž obestavěný prostor je ohraničen:
• po stranách vnějšími plochami obvodových konstrukcí; v místě, kde přiléhají k hlavni části objektu, myšleným lícem vnější konstrukce objektu,
• dole úrovní dolního povrchu převislé nosné konstrukce,
• nahoře úrovní horního povrchu nosné stropní konstrukce nebo vnějšími plochami jejich zastřešení.
▇▇▇▇▇▇▇▇ se počítá jako podlaží. Zaujímá-li podkroví jen část půdního prostoru, je jeho obestavěný
prostor vymezen:
• po stranách vnějšími plochami ohraničujících stěnových konstrukcí,
• dole úrovní horního povrchu nosné stropní konstrukce nad posledním (normálním) podlažím,
• nahoře úrovní horního povrchu nosné stropní konstrukce ve využité části půdního prostoru, nebo úrovní horního povrchu stropní konstrukce v nevyužité části půdního prostoru.
4.1.4 Zastřešení
Obestavěný prostor zastřešení je ohraničen:
• po stranách vnějšími plochami obvodových konstrukcí,
• dole úrovní horního povrchu nosné stropní konstrukce nad posledním podlažím nebo úrovní horního povrchu stropní konstrukce nad podkrovím,
- u objektů, které nemají stropní konstrukci nad posledním podlažím a střešní konstrukce je opatřena podhledem - úrovní spodní plochy podhledu,
- u objektů, jejichž vnitřní prostor probíhá do střešní konstrukce (např. průmyslové haly), pokud lze prostor zastřešení oddělit od vrchní části objektu - úrovní spodního líce konstrukce (vazníku), nesoucí střešní plášť,
• nahoře vnějšími plochami střechy u sedlových, valbových, pultových, obloukových a segmentových střech nebo střední úrovní mezi nejvyšším a nejnižším místem spádu u plochých střech.
Terasy nad arkýřem nebo terasy v ustupujícím podlaží se do obestavěného prostoru zastřešení započítávají objemem vymezeným:
• po stranách obrysem půdorysné plochy terasy,
• dole úrovní horního povrchu nosné konstrukce,
• nahoře úrovní horního povrchu podlahové konstrukce terasy.
4.1.5 Účelově odlišné části objektu
Obestavěný prostor účelově odlišné části pozemního stavebního objektu je ohraničen:
• po stranách vnějšími plochami obvodových konstrukcí (případná izolační přizdívka se nezapočítává); zaujímá-li účelově odlišná část jen část podlaží, pak v místech, kde sousedí s prostory jiného účelu, je její obestavěný prostor ohraničen plochami vedenými v ose dělicích konstrukcí,
• dole úrovní horní vymezující roviny základů nebo úrovní horního povrchu nosné stropní konstrukce pod touto účelově odlišnou částí,
• nahoře úrovní horního povrchu nosné stropní konstrukce nad touto účelově odlišnou částí.
4.2 Dílčí obestavěný prostor
Osvětlovací, zásobovací apod. šachty, které jsou prostorově mimo vlastní stavební objekt, ale těsně s ním souvisí a jsou širší než 1,5 m a hlubší než 2 m ve vnějších rozměrech, počítají se kubaturou vymezenou vnějšími rozměry.
Balkóny s vyložením větším než 0,5 m a otevřené pavlače se počítají kubaturou vymezenou vnějšími rozměry při neměnné výšce 1 m.
Přístřešky tvořené převislou částí střešní konstrukce a jiné přístřešky s vyložením větším než 1 m se počítají kubaturou ohraničenou:
• po stranách myšlenými obalovými plochami, vedenými po obvodě vyložené střešní konstrukce nebo přístřešku
• dole rovinou opraveného terénu
• nahoře vnějšími plochami zastřešení
Světlíky a střešní nástavby (např. výtahové strojovny, výparníky, dýmníky, lapače apod.) s přední pohledovou plochou větší než 2 m2 se počítají kubaturou ohraničenou:
• po stranách vnějšími plochami ohraničující konstrukcí
• dole vnější plochou zastřešení v místě, nad nějž tyto části vystupují
• nahoře vnějšími plochami vlastního zastřešení
Verandy, otevřené přístavky, kryté podjezdy a loubí se počítají kubaturou vymezenou vnějšími plochami ohraničující konstrukcí a úrovní upraveného terénu.
Představěné nepodsklepené terasy se počítají kubaturou vymezenou:
• po stranách vnějším obrysem půdorysné plochy
• dole úrovní upraveného terénu
• nahoře horní plochou podlahové konstrukce (dlažby)
Předložené schody a více než 3 stupni se počítají kubaturou, vymezenou dole úrovní terénu.
Rampy, jejichž šířka je větší než 0,5 m, se počítají kubaturou ohraničenou:
• po stranách vnějším obrysem půdorysné plochy
• dole úrovní upraveného terénu
• nahoře horní plochou podlahové konstrukce (dlažby)
Kanály, podzemní průchody, kontrolní chodby, montážní šachty apod., jejichž průřezová plocha, stanovená z vnějších rozměrů, je větší než 0,5 m2, se počítají kubaturou vymezenou vnějšími rozměry.
5. VYSVĚTLIVKY K TABULKÁM 1-4
5.1 Tabulka 1. Pasport budov VVŠ
1. Poř. č.: uvést pořadové číslo objektu
2. Název objektu: uvést název ev. označení objektu slovy, písmeny, číslicemi
3. Identifikace dle vnitřní pasportizace: uvést vnitřní označení dle pasportizace
4. Součást spravující objekt: uvést údaj o konkrétním správci, kterým je konkrétní fakulta, vysokoškolský ústav, účelové zařízení nebo jiná součást VVŠ.
Pozn. uveďte v prvním řádku celkové hodnoty za celý objekt a následně na samostatné řádky
hodnoty za každou součást užívající objekt
5. Součást užívající objekt: údaj o konkrétním uživateli, kterým je konkrétní fakulta, vysokoškolský ústav, účelové zařízení nebo jiná součást VVŠ (uveďte každou součást užívající objekt na samostatný řádek)
6. Adresa: ulice a obec
7. Technický stav objektu: použijte označení dle číselníku
1 dobrý bez závad
2 vyhovující s drobnými závadami
3 střední opotřebení
4 nadprůměrné opotřebení se závažnými poruchami
5 havarijní
8. Stávající využití:
A objekt nebo jeho část využívá VVŠ pro vlastní potřebu
B objekt nebo jeho část VVŠ dlouhodobě pronajímá (rok a déle) - nájemce či jiné případné upřesnění uveďte do komentáře
Pozn. V případě, že část objektu VŠ využívá pro vlastní potřebu (A) a další část pronajímá jinému subjektu (B), uveďte tuto skutečnost do dvou samostatných řádků se stejnou identifikací objektu a do každého řádku v sloupcích využitelnosti uveďte odpovídající výměru ploch dané části a rovněž uveďte odpovídající finanční zdroje pořízení. Součet výměr ploch v řádcích pro daný objekt pak musí odpovídat celkovým hodnotám za objekt. V případě potřeby lze ještě variantně kombinovat s technickým stavem objektu
9. Výhledové využití:
1 beze změn
2 prodej
3 jiné (redislokace stávajících pracovišť, pronájem, demolice apod.) - nutné blíže specifikovat v komentáři, uveďte důvody redislokace a podrobný popis plánovaných změn v určitém časovém horizontu
10. Pořízení objektu-převodem-rok: je-li relevantní, vyplní se rok pořízení objektu získaného převodem (obvykle převodem majetku k 1. 1. 1999)
11. Pořízení objektu-koupí-rok: je-li relevantní, vyplní se rok pořízení objektu koupí
12. Pořízení objektu-vlastní výstavbou-rok: je-li relevantní, vyplní se rok pořízení objektu výstavbou (rozhodné je datum kolaudace nebo datum uvedení do zkušebního provozu)
13. Pořízení objektu-finanční zdroj: zdroj nebo kombinace zdroje financování
1 ISPROFIN – programové financování - veškeré
2 OP VaVpI
3 OP VK
4 ROP
5 jiné operační programy (např. OP PK, OP PIK, OPPI, OP ŽP apod. - specifikujte v komentáři)
6 dotace z dalších titulů státního rozpočtu (např. stavební infrastruktura VaVaI – nad 10 mil.
Kč včetně)
7 finanční zdroje z vyšších samosprávných celků (krajů)
8 vlastní finanční zdroje – interní (včetně úvěrů splácených z vlastních zdrojů)
9 vlastní finanční zdroje – jiné subjekty (např. dary)
10 původní majetek – převod podle zákona č. 111/1998 Sb.
Pozn. zdroje lze kombinovat - uveďte na samostatném řádku údaje ke každému zdroji financování