Procurement observatory.

<!-- PAGE 1 -->## CP-schéma-požadavky

|  | Příloha č.2 A - Schéma CP a Minimální funkční požadavky |
| --- | --- |
|  |  |
|  |  |
| Centralizační platforma - základní schéma návazností na integrované systémy a systémy třetích stran |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
| *) nebudou integrovány v rámci Implementace |  |
|  |  |
|  |  |
| Hlavní očekávání zadavatele |  |
|  |  |
| l | efektivní provozování parkovacích objektů, levnější provoz ve srovnání s obsluhou na místě |
| l | zajištění uživatelského komfortu vzdálené obsluhy - sjednocený vizuál, vstřícné a intuitivní ovládání |
| l | získání systému od zkušeného dodavatele nabízejícího existující optimalizované řešení orientované na Objednatele a ověřené praxí |
|  |  |
|  |  |
| Základní uživatelské role |  |
|  |  |
| A | Administrátor Má veškerá práva pro užívání centralizační platformy (CP). Má práva pro uživatelské nastavování CP. Je oprávněn definovat, přidávat, upravovat, rušit uživatelské role a jejich užívací práva k CP. Přiděluje role a užívací práva jednotlivým uživatelům CP.  |
| B | Manažer Má veškerá práva pro užívání CP. Využívá CP pro účely správy připojených objektů, kontroly pracovníků obsluhy, sledování provozních stavů technologických prvků, analýzy parkovacích relaci, analýzy obsazenosti, soupisů připojených objektů a technologických celků a prvků, kontroly provozní knihy, apod. |
| C | Pracovník obsluhy Má přidělená práva odpovídající roli pracovníka vzdálené obsluhy objektů. Využívá CP pro on-line dohled nad provozem objektů, předávání služby, získání provozních informací pro dohled a pro komunikaci s klienty, provádění záznamů o všech provozních událostech na sledovaných objektech. Provádí aktivní ovládání technologických prvků, nejčastějšími případy jsou otevření závor, vrat a vstupů. |
|  |  |
| Kompetenční matice rolí a jejich uživatelských práv bude součástí Implementačního projektu. |  |
|  |  |
| Minimální funkční požadavky CP |  |
|  |  |
| 1 | CP je přístupná z běžných webových prohlížečů v jejich aktuální verzi Webová služba CP bude standardně dostupná na PC Objednatele s omezením přístupu k aplikaci (systému) prostřednictvím whitelistu konkrétních IP adres. CP umožní nastavení vizualizace na jedné a více připojených obrazovkách. Webová služba CP bude dostupná také na NB Objednatele (typicky pro využití manažerem / administrátorem) nebo telefonu Objednatele (nouzově v případě potřeby), s omezením přístupu k aplikaci (systému) prostřednictvím whitelistu konkrétních IP adres. CP umožňuje přístup minimálně 50 uživatelů (tj. přístup z 50 uživatelských účtú). Přístup zaměstnanců Dodavatele k běhovému prostředí (IaaS) a k aplikaci budou mít pouze oprávnění správci prostřednictvím privilegovaných účtů. |
| 2 | CP přijímá a předává informace dostupné na komunikačním rozhraní systémů třetích stran Popis rozhraní bude předán po podpisu smlouvy s dodavatelem CP. |
| 3 | CP umožňuje nastavení uživatelských práv dle potřeb Objednatele Jsou definovány 3 základní uživatelské role. Ty budou nastaveny Dodavatelem pro zahájení zkušebního a běžného provozu. CP umožní upravovat práva přidělená těmto rolím, definovat a zakládat nové role a těm přiřazovat příslušná práva (na úrovni jednotlivých úkonů prováděných v CP). Objednatel může objednat nastavení rolí a práv prostřednictvím ad-hoc služeb. |
| 4 | CP zobrazuje v mapovém podkladu umístění jednotlivých objektů (lokalit) a umožňuje jejich založení editaci V mapě jsou zobrazeny všechny objekty připojené do CP včetně jejich popisných informací. Každý objekt má uložen plánek/plánky (schema parkovací plochy, jednotlivých pater, příjezdových komunikací, případně další). Plánky dodá Objednatel v rámci Implementačního projektu. Plánky budou vkládány jako obrázky (formáty jpeg a pdf povinně, případně další standardně používané formáty). CP umožní zakládat/rušit lokality, doplňovat/vyměňovat/odstraňovat jejich plánky, vkládat a aktualizovat popisné informace o objektech. Pro zahájení zkušebního a běžného provozu založí Dodavatel. Po dobu trvání smlouvy je možnou variantou objednávka výše uvedených úkonů v rámci ad-hoc služeb. |
| 5 | CP zobrazuje všechny technologické prvky připojené do CP a umožňuje jejich založení a editaci Každý objekt má ve svém plánku/pláncích zobrazeny všechny technologické prvky včetně jejich popisných informací. Prvky jsou zobrazeny pomocí příslušného piktogramu. Dodavatel dodá piktogramy pro jednotlivé prvky. Pro zahájení zkušebního a běžného provozu založí Dodavatel. CP umožní Objednateli tyto prvky libovolně doplňovat, rušit, upravovat, měnit jejich piktogramy, vkládat a aktualizovat uložené informace o nich. Po dobu trvání smlouvy je možnou variantou objednávka výše uvedených úkonů v rámci ad-hoc služeb. |
| 6 | CP zobrazuje vybraná zařízení nepřipojená do CP (př. mechanická vrata, informační cedule), umožňuje jejich založení a editaci Každý objekt má ve svém plánku/pláncích zobrazena Objednatelem určená zařízení, která nejsou ingegrovaná v CP, (tj. CP nepřijímá z integrovaných systémů žádné informace), a to včetně jejich popisných informací. Prvky jsou zobrazeny pomocí příslušného piktogramu. Dodavatel dodá piktogramy pro jednotlivé prvky. Pro zahájení zkušebního a běžného provozu založí Dodavatel. CP umožní Objednateli tyto prvky libovolně doplňovat, rušit, upravovat, měnit jejich piktogramy, vkládat a aktualizovat popisné informace. Po dobu trvání smlouvy je možnou variantou objednávka výše uvedených úkonů v rámci ad-hoc služeb. |
| 7 | CP umožňuje zobrazení, tisk a export soupisu všech objektů a jejich technologických prvků Soupis je možné získat ke zvolenému datu a pro zvolenou lokalitu či výčet lokalit, pro zvolený technologický prvek či výčet prvků. To předpokládá, že CP eviduje všechny historické soupisy. Doba uložení jsou nejméně 2 roky. CP umožní zobrazení, tisk a export soupisu. |
| 8 | CP umožňuje zobrazení, tisk a export popisných informací o jednotlivých technologických prvcích CP eviduje všechny historické verze popisných informací, ukládá je nejméně 2 roky. Informace se zobrazí na pokyn Objednatele. CP umožní zobrazení, tisk a export informací pro vybraný výčet objektů nebo prvků a pro zvolené období. |
| 9 | CP integruje v rámci existujícího připojení všechny technologické prvky nově detekované na komunikačním rozhraní V případě, že do integrovaného technologického systému bude doplněn jeho nový prvek nebo stávající prvek odstraněn, CP tuto skutečnost zaeviduje a upozorní na ni Objednatele. Objednatel poté v CP tento nový prvek do příslušného objektu, zadá nebo odstraní. |
| 10 | CP zobrazuje aktuální funkční stavy technologických prvků Pro každý připojený prvek je možné zobrazit informaci o aktuálním stavu prvku (způsobem nabízeným CP, nejméně klikem na ikonu prvku). CP umožní zobrazit, tisknout a exportovat soupis aktuálních stavů pro zvolený výčet prvků/výčet objektů/vybrané stavy. |
| 11 | CP automaticky zobrazuje upozornění na stavy prvků (alerty) Způsob upozornění je volitelný (nejméně způsob obrazového upozornění a podoba zvukového upozornění). Součástí upozornění je možnost získat podrobnou informaci o stavu prvku a získat návod jak postupovat (akční pokyn) v příslušném případě. Pro zahájení zkušebního a běžného provozu nastaví způsob upozornění a akční pokyny Dodavatel. CP umožní Objednateli, aby si sám způsob upozornění upravil. Po dobu trvání smlouvy je možnou variantou objednávka výše uvedených úkonů v rámci ad-hoc služeb. |
| 12 | CP umožňuje propojit automatická upozornění na stavy prvků (alerty) s automatickým zobrazením obrazu vybrané kamery/kamer Jde o on-line náhled do externího úložiště obrazových záznamů, bez ukládání v CP. Výběr kamerových obrazů pro zahájení zkušebního a běžného provozu nastaví Dodavatel. CP umožní Objednateli, aby sám výběr kamer upravil. Po dobu trvání smlouvy je možnou variantou objednávka výše uvedených úkonů v rámci ad-hoc služeb. |
| 13 | CP umožňuje náhled do kamerových záznamů uložených v úložišti (server kamerového systému) a stažení těchto záznamů Pro zvolený objekt, kameru a časový úsek je možný náhled na příslušný kamerový záznam libovolné přehledové kamery připojené do CP. Vybraný záznam je možné stáhnout do vlastního úložiště CP (dočasně), odkud dále exportováno do úložiště TSK pro další použití Objednatelem.  |
| 14 | CP umožňuje náhled do kamerových záznamů uložených v úložišti (server parkovacího systému) a stažení těchto záznamů Pro zvolený objekt, kameru a časový úsek je možný náhled na příslušný kamerový záznam libovolné RZ kamery připojené do CP. Vybraný záznam je možné stáhnout do vlastního úložiště CP (dočasně), odkud dále exportováno do úložiště TSK pro další použití Objednatelem.  |
| 15 | CP zprostředkovává ovládání technologických prvků Pro prvky, u kterých to komunikační rozhraní umožňuje, CP zprostředkuje aktivní pokyn prvku (otevření závory, otevření vstupu, změna natočení kamer, zazoomování kamer, případně další dostupné pokyny). |
| 16 | CP umožňuje zadat pokyny pro pracovníka vzdálené obsluhy pro případy upozornění na stav technologického prvku a realizované kroky eviduje Závazné pokyny (akční pokynyú pro pracovníka vzdáléné obsluhy definuje Objednatel. Pro všechna upozornění na stav prvku je zadán závazný pokyn definující postup řešení. Jednotlivé kroky postupu obsluha potvrzuje a případně k nim doplňuje komentáře. Každé jednotlivé hlášení se řeší samostatně, v případě více hlášení najednou obsluha rozhoduje o postupu jejich odbavení podle principu jejich naléhavosti. CP umožňuje zvolit automatický zápis (průpis) řešení události do Servisní knihy. Pro zahájení provozu závazné pokyny do CP založí Dodavatel. Během provozu je může upravovat Objednatel sám. Po dobu trvání smlouvy je možnou variantou objednávka výše uvedených úkonů v rámci ad-hoc služeb. |
| 17 | CP eviduje každé přihlášení do CP a každý úkon přihlášené osoby CP umožňuje náhled, tisk a export výpisu přihlášení a úkonů, a to za zvolené období, zvolenou osobu či výčet osob, zvolenou lokalitu či výčet lokalit. CP eviduje všechny události a ukládá je po dobu 2 let. Export je možný minimálně do přehledné tabulky souboru xls a do soupisu v pdf. |
| 18 | CP vede Servisní knihu CP vede Servisní knihu (modul CP). Zápis do servisní knihy je strukturovaný - nejméně do položek lokalita, datum a čas, autor, předmět zápisu (prvek, část objektu apod.), popis události, předání k řešení dále. Zápis do Servisní knihy je možný nejméně volbou "zápis do servisní knihy" u příslušného prvku, nebo automatickým zápisem při řešení události (viz bod 16) nebo zápisem do modulu CP "Servisní kniha". CP umožňuje náhled do Servisní knihy, tisk a export náhledu. A to za zvolené období, zvolenou osobu či výčet osob, zvolenou lokalitu či výčet lokalit . CP eviduje všechny zápisy a ukládá je po dobu 2 let.  |
| 19 | CP zobrazuje a eviduje funkční stavy (změny) všech technologických prvků, umožňuje tisk a export Funkční stavy prvků jsou evidované systémem technologického celku. Struktura záznamů je vlastností technologického celku, záznamy jsou komunikovány prostřednictvím rozhraní systému. CP umožňuje zobrazit informaci o aktuálním funkčním stavu na základě dotazu prostřednictvím identifikátoru prvku. CP umožňuje výpis historie fukčních stavů pro zvolené období a výčet technologických prvků. CP ukládá historii záznamů po dobu nejméně 2 let. Výpis je dostupný jako náhled, je možný jeho tisk a export. V CP je možné nastavit pravidelný (nastavitelný parametr) automatický export historie funkčních stavů technologických prvků.  |
| 20 | CP eviduje parkovací události, umožňuje zobrazení, tisk a export Parkovací událost je záznam kompletních dat o parkování (od vjezdu do výjezdu vozidla do/z objektu).Struktura dat je vlastností technologického celku, záznamy jsou komunikovány prostřednictvím rozhraní systému. CP umožňuje výpis parkovacích událostí pro zvolené období a zvolený výčet objektů. CP ukládá historii záznamů po dobu nejméně 2 let. Výpis je dostupný jako náhled, je možný jeho tisk a export. V CP je možné nastavit pravidelný (nastavitelný parametr) automatický export historie parkovacích událostí. |
| 21 | CP zobrazuje a eviduje platby za parkování, umožňuje tisk a export Platby za parkování jsou evidovány systémy třetích stran. Struktura záznamů o platbě je vlastností systému, záznamy jsou komunikovány prostřednictvím rozhraní systému. CP umožňuje zobrazit informace o aktuálně probíhající platbě na základě dotazu prostřednictvím libovolného identifikátoru či kombinace identifkátorů (nejčastěji RZ vozidla, číslo dokladu, číslo pokladny, objekt). CP umožňuje zobrazit pro zvolené období záznamy o platbách na základě dotazu prostřednictvím libovolného identifikátoru či kombinace identifkátorů (nejčastěji RZ vozidla, číslo dokladu, číslo pokladny, objekt). CP ukládá historii záznamů po dobu nejméně 2 let. Výpis je dostupný jako náhled, je možný jeho tisk a export.. V CP je možné nastavit pravidelný (nastavitelný parametr) automatický export plateb za parkování. |
| 22 | CP zobrazuje a eviduje informace o dlouhodobém parkovacím oprávnění (parkovací kartě), umožňuje tisk a export Informace (záznamy) o vydaných parkovacích kartách jsou uloženy v systému třetích stran. Struktura záznamů je vlastností systému, záznamy jsou komunikovány prostřednictvím rozhraní systému. CP umožňuje zobrazit aktuální informace o parkovací kartě na základě dotazu prostřednictvím libovolného identifikátoru či kombinace identifkátorů (nejčastěji RZ vozidla, číslo karty, objekt, jméno držitele). CP umožňuje zobrazit pro zvolené období záznamy o parkovací kartě/kartách na základě dotazu prostřednictvím libovolného identifikátoru či kombinace identifkátorů (nejčastěji RZ vozidla, číslo karty, objekt, jméno držitele). CP ukládá historie záznamů po dobu nejméně 2 let. Záznam je dostupný jako náhled, je možný jeho tisk a export. V CP je možné nastavit pravidelný (nastavitelný parametr) automatický export záznamů o parkovacích kartách. |
| 23 | CP umožňuje zobrazení, tisk a export dokladu o platbě za parkování Doklady o platbě jsou uloženy v systému třetích stran. Údaje dokladu jsou vlastností systému, doklady jsou komunikovány prostřednictvím rozhraní systému. CP umožňuje zobrazit požadovaný doklad na základě dotazu prostřednictvím libovolného identifikátoru či kombinace identifkátorů (místo a způsob platby, datum a čas platby, časový interval, RZ vozidla, číslo dokladu, případně další identifikátory). Výstupem dotazu je doklad nebo výčet dokladů. Obojí je možné vytisknout, exportovat (pdf, jpeg, případě další). Pro konkrétní doklad je možné vystavit, vytisknout nebo exportovat (pdf, jpeg, případně další) kopii nebo duplikát. |
| 24 | CP umožňuje zobrazení, tisk a export výčetky aktuálního stavu hotovosti Výčetky jsou uloženy v systému třetích stran. Údaje výčetky jsou vlastností systému, jsou komunikovány prostřednictvím rozhraní systému. CP umožňuje zobrazit na dotaz prostřednictvím identifkátorů a jejich libovolné kombinace (objekt, čislo pokladny, případně další identifikátory) všechny informace o stavu hotovosti v jednotlivých komponentech pokladny. Výčetku je možné vytisknout, exportovat (pdf, jpeg, případně další). |
| 25 | CP poskytuje požadovaná opatření v oblasti kyberbezpečnosti CP zajišťuje šifrování dat uložených v aplikaci (systému) i dat přenášených mezi jednotlivými subjekty, a to konkrétně mezi IaaS prostředím a Dodavatelem, mezi IaaS prostředím a Objednatelem a mezi Dodavatelem a Objednatelem. CP šifruje data za použití výhradně bezpečných šifrovacích algoritmů doporučovaných Národním úřadem pro kybernetickou a informační bezpečnost (NÚKIB). CP umožňuje přístup uživatelů k uložišti dat pouze na základě vícefaktorové autentizace (2FA). CP umožňuje zajištění ochrany perimetru bezpečnostními nástroji, jako jsou například firewall, IPS/IDS apod. CP umožňuje zajištění ochrany aplikace (systému) pomocí řešení typu EDR (Endpoint Detection and Response) nebo XDR (Extended Detection and Response). CP zajišťuje uchovávání a ochranu logovacích záznamů v souladu se zákonem č. 264/2025 Sb., o kybernetické bezpečnosti (ZoKB), a vyhláškou č. 409/2025 Sb., o bezpečnostních opatřeních poskytovatele regulované služby v režimu vyšších povinností. |
| 26 | CP umožňuje nastavení integrity zpracování a systému CP umožňuje zachování aktuálního nastavení systému včetně možnosti obnovy na poslední známou funkční verzi (tj. uchovávání stávající i poslední funkční konfigurace systému, a to alespoň na základě uložených systémových logů). CP umožňuje, aby v případě incidentu (např. výpadek, kompromitace nebo ztráta dat) byla maximální přípustná ztráta dat (RPO – Recovery Point Objective) omezena na 2 hodiny. |
| 27 | CP umožňuje export dat CP umožňuje strukturovaný export všech dat ukládaných v CP do externího úložiště v běžně užívaném databázovém formátu. |
|  |  |
| Pozn. Pokud je uveden export, zadavatel požaduje vždy nejméně export do přehledně strukturované tabulky nejméně volbu xls a pdf. |  |

## SLA-postup chyby (pracovní)

| Dominik - David |  |  |  |  |  |
| --- | --- | --- | --- | --- | --- |
|  | CROSS | ELTODO | INEL | ZDL |  |
| původní smlouvy | návrh 1 | návrh 2 | návrh 3 | návrh 4 | úprava TSK |
|  | čl.7.3. | čl.7.3. | čl.13. | čl.13. |  |
|  | Avšak je nutno při reportování ze strany Objednatele brát v potaz častokrát kaskádovou architekturu parkovacích systémů. Typicky – při výpadku komunikace s centrální komunikační jednotkou parkovacího systému (modem) dojde k přechodu do provozního stavu Odpojeno postupně u všech komponent systému. Je pak zbytečné zakládat tickety na všechny tyto prvky. | pozorňujeme, že definice vad v čl. 7.3 neřeší situaci, kdy je vada způsobena třetí stranou, na které je dodávané plnění závislé (např. dodavatelem externích služeb, API třetí strany či infrastruktury provozované Objednatelem, nebo jejich testovacím prostředím, které může mít technické omezení). Doporučujeme proto doplnit ustanovení, které zajistí, že takové vady nebudou automaticky přičítány Dodavateli, zejména pokud jejich příčinu nemůže přímo ovlivnit. Navrhujeme explicitně uvést, že se vady vztahují pouze na plnění Dodavatele a v případě sporu bude posouzeno, zda vada vznikla v rámci dodaného systému, nebo je důsledkem externího faktoru. | Odkazování na definice z akceptační fáze pro provozní řízení Incidentů je nevhodné a může vést k nejasnostem v praxi. Pro efektivní správu Incidentů je nutné vytvořit samostatně formulovanou kategorizaci odpovídající provozním potřebám, nikoliv pouze převzít definice z testování. Současná úprava neřeší klíčové provozní aspekty, jako je přenos odpovědnosti mezi různými poskytovateli služeb nebo správná identifikace a eskalace problémů, například v případě výpadku internetové konektivity na jednotlivých lokalitách. Není jasné, jak bude takový Incident kategorizován, zda a kdy bude překlasifikován a kdo ponese odpovědnost za jeho vyřešení. Smluvní partner pro Objednatele je Dodavatel, proto musí být smluvní odpovědnosti správně vyřešeny i v rámci návazných smluv (Back2Back OLA nebo UC smlouvy). Tato otázka musí být otevřena k diskuzi a správně zohledněna v dokumentaci.  | Navržené SLA v přílohách smlouvy je nyní nastaveno nepřiměřeně přísné, zejm. pro vady kategorie A. Ve vymezeném čase 1 hodiny není dost dobře ani možné určit, zda se skutečně jedná o vadu této kategorie. Navrhujeme tuto lhůtu prodloužit alespoň na 24 hodin a případně přidat povinnost pro poskytnutí přechodného řešení. | Upřesnění definice incident/rozvojový požadavek Za incident je považován stav, kdy dodané a akceptované plnění přestane být plně funkční a neodpovídá dodané uživatelské dokumentaci. Pokud je plnění funkční a odpovídá akceptované uživatelské dokumentaci a Objednatel přesto požaduje od Dodavatele změnu nebo rozšíření CP, jedná se o rozvojový požadavek. |
|  | Bude doplněno/zpřesněno | ouhlasím s principem, viz také jiní uchazeči. Vhodně doplníme do smlouvy. | Obecně aktuální katalogové listy nepovažujeme za prakticky využitelné a věříme, že vyžadují výrazně detailnější technické zpracování. | Jurášková Dana To není přijatelné, nemůžeme mít 24 hodin parkoviště bez dohledu. My to uvidíme, že je to tato kategorie -prostě nic v CP neuvidíme. Může se ale stát, že chyba bude v konektivitě - to je třeba vyjasnit Ještě probereme. | Postup pro určení subjektu odpovědného za odstranění incidentu Pokud není příčina incidentu zřejmá postupuje Objednatel v rámci diagnostiky dle následujícího klíče: 1) obsluha CP prověří možný výpadekdodávky elektřiny (interní postup TSK) 2) obsluha CP prověří možný výpadek konektivity (interní postup TSK) - v místě pracoviště vzdálené obsluhy, vzdáleně spravovaného objektu. 3) Následně posílá požadavek na dodavatele CP k prověření závady na CP, dodavatel CP prověří funkčnost CP (konektivity, API,....) - prostřednictvím HelpDesku Vnitřní postup TSK určí další následné kroky v případě závady na straně TSK. " technik parkovacích technologií nebo parkovacích objektů prověří fyzicky stav zařízení v PO, atd..."  |
|  |  |  | Asi mají pravdu.Budeme muset připravit. | JD |  |
|  |  |  |   |   |  |
|  |  |  |  |  |  |
|  |  |  | Současné znění dává Objednateli nadměrnou volnost při určování Incidentů, což může vést k neopodstatněnému požadavku na bezplatnou realizaci rozvojových úprav. Navrhujeme proto jasně rozlišit Incidenty od rozvojových požadavků tak, aby za Incident bylo považováno pouze to, co bylo dříve funkční a nyní neodpovídá uživatelské dokumentaci. Pokud by se funkce chovala podle dokumentace, ale Objednatel požaduje změnu nebo rozšíření, mělo by se jednat o rozvojový požadavek. | V současném znění smlouvy není specifikováno, kdo ze strany Objednatele je oprávněn vznášet požadavky na řešení Incidentů, což může vést k nejasnostem v praxi. | Uživatelské role pro požadavky v případě incidentu: Osoby s přístupem do HelpDesku (určí TSK - operativně aktualizuje). Typicky obsluha CP (incidenty v rámci zajištění běžného provozu (bude dodán jmenný seznam), manažer, vedoucí technik, klientská linka TSK,...  |
|  |  |  | Dále je nutné vyjasnit odpovědnost za plnění drobných požadavků, jako je například zákres prvků mapového podkladu nebo jednorázové vyvtvoření reportu. Tyto činnosti nelze považovat za Incidenty a měly by být buď v kompetenci administrátora Objednatele, nebo hrazeny jako Ad-hoc služba. Bez jasného vymezení hrozí Dodavateli, že bude nucen poskytovat dodatečné služby bez odpovídající úhrady. | Doporučujeme, aby Objednatel definoval uživatelské role, které budou oprávněny podávat požadavky na řešení Incidentů a také určil, jaké typy požadavků jednotlivé role mohou vznášet. | SLA viz záložka SLA-kategorie incidentů |
|  |  |  | Za mne souhlasím se zpřesněním ve smyslu jejich návrhu. | To je OK - doplníme osoby/kanály (na obou stranách) odpovědné za vyjmenované činnosti. |  |
|  |  |  | Záměr Objednatele zajistit si možnost řešit Incidenty prostřednictvím jiného dodavatele je pochopitelný, ale v praxi obtížně realizovatelný, zejména pokud Objednatel trvá na provozu v režimu SaaS. |  |  |
|  |  |  | Centralizační platforma je komplexní systém, kde klíčové části infrastruktury, včetně datového centra a samotného softwaru, jsou plně pod kontrolou Dodavatele. Bez odpovídajícího přístupu k dokumentaci, nastavení a architektuře není možné, aby třetí strana bezpečně a efektivně zasáhla do systému. | Současná úprava jednostranně přiřazuje rozhodovací pravomoc Objednateli, aniž by dostatečně specifikovala důkazní proces pro Dodavatele. Je potřeba upřesnit, jaké důkazy budou považovány za dostatečné pro případné zpochybnění stanovené kategorie Incidentu a že objednatel má povinnost tyto důkazy zohlednit/poskytnout v případech, kdy se stanou na jeho straně systému. |  |
|  |  |  | Neodborný zásah může vést ke vzniku nových chyb, které pak budou zpětně přisuzovány Dodavateli, aniž by měl možnost je ovlivnit. |  |  |
|  |  |  | Pokud by přesto měl Objednatel právo zadávat opravy třetí straně, musí být zajištěna transparentnost a odpovědnost za takové zásahy. Každá změna provedená externím subjektem by musela být povinně dokumentována a následně podléhat due diligence ze strany Dodavatele, a to formou Ad-hoc služby hrazené Objednatelem. Jinak by Dodavatel logicky nemohl nést odpovědnost za konzistenci a funkčnost Centralizační platformy po takových externích zásazích. | Současné znění klade velký důraz na automatické zařazení sporných případů jako Incidentů, což by mohlo vést k situacím, kdy rozvojové požadavky budou chybně interpretovány jako opravy. Máme za to, že by bylo vhodné upřesnit, podle jakých kritérií se bude určovat, zda jde o Incident, nebo o rozvojový požadavek. |  |
|  |  |  | A |   |  |
|  |  |  | Autor |  |  |
|  |  |  | Chápu je, ale za mne bych ve smlouvě nechala, abychom na ně měli páku, kdyby vůbec nečinili. Když budou dělat, co mají, vůbec k této situaci nedojde = rizika mají plně ve svých rukou. Ještě probereme | Další otázkou je, jak bude řešeno plnění běžných Service Request, jako je přidání uživatele nebo změna nastavení. Bude tato odpovědnost na administrátorovi Objednatele, nebo se bude jednat o samostatně hrazenou Ad-hoc službu? Považujeme za důležité, aby tato otázka byla jednoznačně vyjasněna, aby se předešlo nejasnostem během provozu. |  |
|  |  |  |  |  |  |
|  |  |  |   |   |  |
|  |  |  | Současné znění smlouvy klade na Dodavatele povinnost provádět Servisní zásahy bez ohledu na příčinu Incidentu a neřeší situace, kdy je příčina Incidentu mimo kontrolu Dodavatele. |  |  |
|  |  |  | Bez jasně definovaného pravidla, které přeruší běh lhůty pro Servisní zásah v těchto případech, nese Dodavatel neadekvátní odpovědnost za faktory, které nemůže ovlivnit. To je zcela nepřiměřené, zvláště pokud smlouva zároveň umožňuje Objednateli provádět zásahy na náklady Dodavatele při překročení SLA lhůt, aniž by byly zohledněny důvody zpoždění. |  |  |
|  |  |  | Pro zajištění férového a vyváženého smluvního vztahu je nutné, aby se v případě absence součinnosti nebo výpadků mimo kontrolu Dodavatele čas pozastavil a SLA lhůty se odpovídajícím způsobem upravily. | Současné znění neobsahuje jasně definovaný proces, jakým způsobem Objednatel ověří, zda příčina Incidentu skutečně souvisí s Centralizační platformou, nebo zda příčina leží mimo její rozsah (například výpadek napájení, konektivity či jiné externí faktory). Bez takového mechanismu hrozí, že Dodavatel bude povinen provádět zásahy i v situacích, kdy nahlášený Incident vůbec nesouvisí s jeho plněním dle smlouvy. |  |
|  |  |  | Případným řešením je také úprava definic incidentů, které jsou však nyní definovány velmi široce. | Bylo by proto vhodné vyjasnit, jakou roli v tomto procesu sehraje Objednatel a jakým způsobem bude prováděno základní ověření Incidentu na jeho straně. Bude například existovat L1 support na straně Objednatele, který provede předběžnou analýzu, zda Incident skutečně spadá do odpovědnosti Dodavatele? |  |
|  |  |  | Viz výše - ke specifikaci „provozních incidentů“ | Jurášková Dana |  |
|  |  |  |  | To by doplněno být mělo. Ve Smyslu objednatel nejdříve vyloučí, že výpadek není způsobem - a) …., b), ……. Pak se obrací na CP. |  |
|  |  |  |  | March 6, 2025 at 3:57 PM |  |
|  |  |  |   |   |  |
|  |  |  | čl.7.3. |  |  |
|  |  |  |  | Navrhujeme upřesnit kanál pro zadání požadavku. V případě jeho nedostupnosti lze kontaktovat skrze tel. čísla. |  |
|  |  |  | Definice uvedené v tabulce považujeme za obecné, nezohledňují specifika této zakázky. |   |  |
|  |  |  | Tomu nerozumím. Jak se uvádí v obdobných smlouvách dle vaší zkušenosti ? |  |  |
|  |  |  |  | Jakékoliv změny nebo konfigurační zásahy provedené Objednatelem nebo třetí stranou bez předchozí konzultace s Dodavatelem mohou významně ovlivnit stabilitu a funkčnost Centralizační platformy. V takovém případě je obtížné až nemožné garantovat kvalitu a rozsah poskytovaných Paušálních služeb, jelikož Dodavatel nemůže nést odpovědnost za důsledky úprav, které neproběhly pod jeho kontrolou. Bylo by proto vhodné vymezit jasnou hranici mezi správou systému Dodavatelem a administrativními zásahy Objednatele či jeho zástupců, aby byla zachována konzistence a odpovědnost v rámci správy Centralizační platformy. |  |
|  |  |  |  | February 26, 2025 at 2:27 PM |  |
|  |  |  |  | JD |  |
|  |  |  |  | Jurášková Dana |  |
|  |  |  |  | Jak bychom do toho mohli zasáhnout, když se jedná o SaaS ? |  |
|  |  |  |  | Konfigurace naopak budeme moci dělat my (příslušné role) ve stanoveném rozsahu a na základě školení. |  |
|  |  |  |  | Obecně té svépomoci nerozumím - jak by to v praxi probíhalo ? Je to jen bič na dodavatele ? Prakticky by to nešlo ? |  |
|  |  |  |  | March 6, 2025 at 3:59 PM |  |
|  |  |  |  |   |  |
|  |  |  |  |  |  |
|  |  |  |  | čl.7.3. |  |
|  |  |  |  | Smlouva a hlavně technická dokumentace nyní nevyjasňují, co je považováno za základní funkcionality systému. Prosíme o vymezení takových stěžejních byznys funkcí, aby byla definice v praxi použitelná. |  |
|  |  |  |  | Nevím, jak definovat stěžejní byznys funkce - navržené definice po úpravě mi připadají OK.  |  |
|  |  |  |  |   |  |
|  |  |  |  |  |  |
|  |  |  |  | Ve smyslu pracovníci TSK v dohledovém centru |  |
|  |  |  |  | Všichni pracovníci TSK, nejen ti v dohledovém centru. |  |
|  |  |  |  |   |  |
|  |  |  |  |  |  |
|  |  |  |  | Vymezení incidentů nyní nezohledňuje, zda je ovlivněna některý ze základních prvků SW což vede k omezení základních funkcí (již v původní definici). Pokud by došlo k ovlivnění jen některého nepodstatného prvku, nelze vadu klasifikovat v kategorii A. |  |
|  |  |  |  | Tomu nějak nerozumím - probereme. |  |
|  |  |  |  |   |  |
|  |  |  |  |  |  |
|  |  |  |  | Žádáme o praktický příklad, kdyby takový stav mohl nastat. |  |
|  |  |  |  | Já tomu rozumím, že každý případ je samostatnou vadou. Např. nemohu ovládat vjezdovou a výjezdovou závoru jsou dva případy, které musí být evidovány jako dvě závady „A“, ne jako jedna sdružená závada „A“. |  |
|  |  |  |  |  |  |
|  |  |  |  | Rozumím tomu správně ? |  |
|  |  |  |  |   |  |

## CP-objekty,technologie,prvky

|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | Příloha č.2 B - Implementace - soupis integrovaných Objektů, Technologických celků a Technologických prvků |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Poznámka: bude aktualizováno ke dni vypsaná VŘ a poté po podpisu smlouvy (předání podkladů) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| lokalita název parkovacího objektu | souřadnice vjezdu | MČ | ulice vjezdu | provozní doba | zajištění provozu | prvky parkovacího systému |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | prvky kamerového systému |  |  |  |  |
|  |  |  |  |  |  | konektivita |  | lokální server |  | vjezd |  |  |  |  | výjezd |  |  |  |  | vstupní jednotka | automatická pokladna  | ruční pokladna | intercom | konektivita |  | lokální server |  | kamera |
|  |  |  |  |  |  | připojení na | komunikační rozhraní | dodavatel systému | (ks) | stojan (ks)  | kamery RZ (ks) | vrata/roleta (ks) | jiný prvek popis | (ks) | stojan (ks)  | kamery RZ (ks) | vrata/roleta (ks) | jiný prvek popis | (ks) | (ks) | (ks) | (ks) | (ks) | připojení na | komunikační rozhraní | dodavatel systému | (ks) | (ks) |
| Cíglerova | 50.06295N 14.34209E | 14 | Cíglerova | non-stop | vzdálená obsluha vlastní |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | lokální server / NVR | Poskytuje TSK | HikVision | 1 | 8 |
| Hlavní nádraží | 50,08294178186918N 14,43412756916587E | 1 | Wilsonova | non-stop | obsluha vlastní | server centrální správy systému | poskytuje dodavatel systému | Green Center | 2 | 4 | 4 |  |  |  | 4 | 4 |  |  |  |  | 3 |  |  |  |  |  |  |  |
| Krouzova | 50,01006955354588N 14,4163852930069E | 12 | Krouzova | non-stop | vzdálená obsluha vlastní (Letná) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | lokální server / NVR | poskytuje TSK | HikVision | 1 | 7 |
| Letná | 50,09861857103111N 14,416535496711733E | 7 | Milady Horákové | non-stop | obsluha vlastní | server centrální správy systému | poskytuje dodavatel systému | Green Center | 2 | 6 | 6 | 1 |  |  | 6 | 6 | 1 |  |  | 6 | 2 | 1 |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 32 |
| Muzeum | 50,08089085791208N 14,433096528118767E | 1 | U Divadla | non-stop | obsluha vlastní | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |  |  |  | 1 | 1 |  |  |  | 1 | 2 | 1 |  | lokální server / NVR | poskytuje TSK | HikVision | 1 | 12 |
| Pešlova | 50,1115897736839N 14,498546719551088E | 9 | Pešlova | non-stop | vzdálená obsluha vlastní (Letná) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | lokální server / NVR | poskytuje TSK | HikVision | 1 | 16 |
| Tobrucká | 50,10080878314684N 14,362094700336458E | 6 | Tobrucká | non-stop | vzdálená obsluha vlastní (Letná) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |   |  | lokální server / NVR | poskytuje TSK | HikVision | 1 | 11 |
| P+R Černý most 2 | 50,11056459162198N 14,58262860774994E | 14 | Chlumecká | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 10 |
| P+R Garáže Černý most | 50,11018960343951N 14,579399228096008E | 14 | Chlumecká | non-stop | obsluha vlastní | server centrální správy systému | poskytuje dodavatel systému | Green Center | 2 | 3 | 3 | 2 |  |  | 2 | 2 | 2 |  |  | 3 | 8 |   |  |  |  |  |  |  |
| P+R Holešovice | 50,10853308381099N 14,441471993923187E | 7 | Plynární | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 7 |
| P+R Kotlářka | 50,06859931053238N 14,358074069023134E | 5 | Plzeňská | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 8 |
| garáže Nové Butovice (P+R a rezidentní) | 50,05209293113117N 14,350338578224184E | 13 | Petržílkova | non-stop | obsluha vlastní | server centrální správy systému | poskytuje dodavatel systému | Green Center | 2 | 3 | 3 | 3 |  |  | 1 | 1 | 1 |  |  | 4 | 4 |  |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 49 |
| P+R Opatov | 50,02624231000736N 14,509136080741884E | 11 | Chilská | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 9 |
| P+R Rajská zahrada | 50,10680769663405N 14,562249183654789E | 14 | Cíglerova | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 8 |
| P+R Skalka 1 | 50,06965982254044N 14,50735241174698E | 10 | Pod strání | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 8 |
| P+R Skalka 2 | 50,0701487519966N 14,511971175670626E | 10 | Rabakovská | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 7 |
| P+R Zličín 1 | 50,05456942231585N 14,289691150188448E | 17 | Řevnická | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 6 |
| P+R Zličín 2 | 50,05352924269849N 14,290938377380373E | 17 | Ringhofferova | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | HikVision | 1 | 8 |
| CELKEM | počet lokalit | 18 |  |  |  |  | počet prvků |  | 18 | 26 | 26 | 6 |  | 0 | 23 | 23 | 4 |  | 0 | 14 | 28 | 2 | 0 |  |  |  | 16 | 206 |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Pozn. vjezdový /výjezdový stojan je komplet ovládaných jedním firmware a představující jeden prvek v rámci parkovacího systému (typicky zahrnuje stojan se čtečkou a intercomem, stojan se závorou, smyčky, semfor) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Souhrn |  |  |  |  |  | počet  | Komunikační rozhraní |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Lokality |  |  |  |  |  | 18 |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Parkovací systém | Green Center |  |  | prvky (mimo kamer RZ) |  | 121 | RestAPI |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  | kamery RZ |  | 49 |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Kamerový systém | HikVision |  |  | servery |  | 6 | ONVIF/RTSP *) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  | kamery |  | 62 |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  | DAHUA |  |  | servery |  | 10 | ONVIF/RTSP *) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  | kamery |  | 144 |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| *) Běžnou službou pro připojení na kamerový systém je využíván protokol ONVIF nebo RTSP, ale je možné využit i jinou dostupnou službu, pokud je podporována kamerovým serverem. Je možné využít i přímé napojení prostřednictví IP adresy, portu a přihlašovacích údajů. |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |

## CP-školení

|  | Příloha č.2 C - Implementace - požadavky na Školení |
| --- | --- |
|  |  |
|  |  |
| l Účelem školení je, aby jednotlivé role byly řádně a dostatečně zaškoleny k užívání centralizační platformy podle svých kompetencí. |  |
| l Při každém školení se podepisuje prezenční listina všech zúčastněných osob, kteří svým podpisem stvrzují schopnost obsluhovat všechny školené funkcionality CP. |  |
| l Počet účastníků jednoho kola školení je max. 15 osob. S ohledem na směnný provoz pracovníků obsluhy probíhá základní školení ve více kolech tak, aby byli postupně proškoleni všichni pracovníci.  |  |
|  |  |
| Níže je uveden mimimální obsah školení: |  |
| Základní školení (školení pro role obsluha, manažer, administrátor) |  |
|  l | školení zaměstnanci obdrží předem uživatelskou příručku k základním funkcím  CP |
|  l | školení zaměstnanci obdrží předem osnovu školení, aby měli představu o jeho obsahu. Oprávnění zaměstnanci objednatele mohou požádat o úpravu nebo doplnění obsahu školení |
|  l | školené osoby mohou v celém průběhu školení kdykoliv klást dodatečné dotazy  |
|  l | ve školicí místnosti musí být k dispozici projektor (či jiná odpovídající vizualizační technika) a připojení k CP způsobem simulujícím pracoviště vzdálené správy |
|  l | ze školení může vzniknout audio-vizuální záznam; jeho pořízení je na rozhodnutí Objednatele |
| Školení bude probíhat v blocích (bloky nemusejí probíhat v jednom kalendářním dni) |  |
| prezentace a ukázka práce s CP  |  |
|  l | délka obsahu 3-4 hodiny |
|  l | prezentace CP a představení funkcionalit a principů práce s CP, školené osoby během školení s CP nepracují |
| praktická část práce s CP |  |
|  l | délka 3-4 hodiny |
|  l | školené osoby pracují s CP, školitel zajistí přístup školených osob k CP |
|  l | každá školená osoba má možnost si vlastnoručně vyzkoušet ovládání všech funkcionalit CP včetně připravených scénářů, které mohou v rámci správy objektů nastat |
| Body osnovy školení |  |
|  l | přihlášení uživatelů do CP prostřednictvím vlastních přístupových údajů |
|  l | zobrazení všech objektů a technologických prvků, prezentace základních náhledů  |
|  l | servisní kniha - zápis události a všechny další úkony prováděné v servisní knize, vyhledání historie zápisů (omezeno objektem přihlášení)  |
|  l | serviceDesk - zápis požadavku a další úkony provádění v rámci serviceDesk, vyhledání historie zápisů (omezeno objektem přihlášení)  |
|  l | ovládání jednotlivých technologických prvků z CP (př. otevírání závor, funkce kolona, restart prvku, odstavení prvku mimo provoz, natočení kamery, zoom kamery) |
|  l | upozornění na sledované stavy (př. poruchy, plnění pokladen) technologických prvků (on-line dohled) - řešení modelových situací |
|  l | sledování aktuálních stavů technologických prvků (on-line dohled) - výběr pro zvolený technologický prvek, soubor prvků, objekt apod. |
|  l | zobrazení historie stavů za zvolené období a zvolený výčet technologických prvků, tisk a export sestavy |
|  l | sledování aktuálních kamerových záběrů (on-line dohled) - výběr kamer, objektu a další možné parametry výběru, zvětšení náhledu |
|  l | vyhledání kamerového záběru pro zvolené období a vybranou kameru (přehledovou, RZ)- zobrazení záznamu, export záznamu |
|  l | vyhledání informací o platbě (probíhající, realizované) podle zadaných parametrů (př. časové období, RZ, č.pokladny, jiný kanál, číslo lístku) - zobrazení , tisk, export |
|  l | vyhledání informací o parkovacím oprávnění (parkovací kartě) podle zadaných parametrů (př. časové období, RZ, č.karty, jméno, objekt) - zobrazení , tisk, export |
|  l | vyhledání dokladu o platbě podle zadaných parametrů (př. datum a čas, RZ, č. dokladu) zobrazení, tisk, export |
|  l | vyhledání aktuální výčetky stavu hotovosti v pokladně podle zadaných parametrů (př. objekt, č. kasy) - zobrazení, tisk, export |
|  l | vyhledání parkovací události/událostí (probíhající, realizované) podle zadaných parametrů (př. časové období, RZ, objekt,číslo lístku, číslo parkovací karty) - zobrazení, tisk, export |
|  l | komunikace s Objednatelem prostřednictvím intercomu |
|  |  |
| Nadstavbové školení (školení pro role manažer, administrátor) |  |
|  l | školení zaměstnanci obdrží předem uživatelskou příručku k nadstavbovým funkcím  CP |
|  l | školené osoby mohou v celém průběhu školení kdykoliv klást dodatečné dotazy  |
|  l | ve školicí místnosti musí být k dispozici projektor (či jiná odpovídající vizualizační technika) a připojení k CP |
|  l | ze školení může vzniknout audio-vizuální záznam; jeho pořízení je na rozhodnutí Objednatele |
| Školení bude probíhat v jednom bloku |  |
|  l | délka 5-6 hodin |
|  l | prezentace CP a jejích nadstavbových funkcionalit, práce školených osob s CP  |
| Body osnovy školení |  |
|  l | založení a editace uživatelů a jejich práv ( libovolný výběr z kompetenční matice) |
|  l | přidělení/editace/ukončení přístupových práv k CP |
|  l | zobrazení historie přihlášení jednotlivých uživatelů a historie provedených úkonů (možnost filtrace dle data/jména/typu úkonu aj.) |
|  l | přehled všech přehledů dostupných v CP, jejich zobrazení, tisk a export |
|  l | servisní kniha - vyhledání historie všech zápisů + tisk + export  |
|  l | serviceDesk - vyhledání historie všech zápisů + tisk + export  |
|  l | nastavení pokynů k řešení situací (typicky poruchových hlášení) obsluhou, nastavení povinných kroků obsluhy pro jednotlivá hlášení, evidence reakce obsluhy |
|  l | založení/editace/odstranění objektu (lokality) včetně vložení plánků, technologických prvků, popisných informací a dalších údajů |
|  l | nastavení vizuálního a akustického upozornění na nastavené stavy prvků (hlášení), výběr kamerových záběrů zobrazovaných s hlášením |
|  |  |
| Obsah školení může být zpřesněn v Implementačním projektu. |  |

## CP- harmonogram

|  |  |  |  |  | Příloha č.2 D - Implementace - Harmonogram |
| --- | --- | --- | --- | --- | --- |
|  |  |  |  |  |  |
|  |  |  |  |  |  |
| č. etapy | popis  | relevantní článek Smlouvy | provádí | termín dodání | trvání (týdny) |
| 1 | Účinnost Smlouvy  |  | zadavatel |  |  |
|  | Předání vstupních údajů Předání popisů všech rozhraní (např. API)/přístupů integrovaných v rámci Implementace, předání přístupů do konektivity Součástí je určení 2 Objektů k testování (různé technologie)  | čl. 4.1 Smlouvy | zadavatel |  |  |
|  | Písemný předávací protokol |  | obě strany | T1 |  |
| Implementace |  |  |  |  |  |
| 2 | Implementační projekt (přípravná fáze) Kompletní příprava/analýza podkladů pro integraci do CP - všech Objektů, všech Technologických celků, všech Technologických prvků, všech funkcí a všech uživatelských úkolů. Popis konkrétního řešení všech požadadovaných funkcionalit a řešení všech uživatelských úkolů (tj. zejména, co bude dělat obsluha a jak bude vypadat jejich uživatelské prostředí), popis případných dalších standardních funkcionalit technického řešení CP. | čl. 5.1 až 5.4 Smlouvy |  dodavatel  |  | 6 |
|  | Akceptace Implementačního projektu (součástí mohou být požadavky TSK (nezásadní) na úpravu navrženého řešení, které budou vyřešeny do zahájení akceptačního testování CP). | čl. 5.5 Smlouvy | obě strany  |  | 2 |
|  |  |  |  | T2 = T1 + | 8 |
| 3 | Integrace testovacích Objektů do CP, testování (první fáze) Integrace 2 určených Objektů do CP (na reálných provozních datech) - ukázka řešení. Dodání Uživatelské dokumentace + školení testérů TSK za účelem testování CP na 2 Objektech Předání přístupů do testovacího nastavení CP. Probíhá na reálných datech poskytovaných rozhraních technologií. Probíhá na 2 určených Objektech (první fáze)..  |  čl. 6.1.1 Smlouvy čl. 6.2.1 + 6.3.1 Smlouvy |  dodavatel dodavatel dodavatel  |  | 2 |
|  | Akceptační procedura Probíhá akceptační testování všech povinných uživatelských úkolů, případně další scénáře standardního provozního charakteru. Aktivní úkoly (zvedání závory) testovány řízeně. Probíhá na reálných datech poskytovaných rozhraních technologií. Probíhá na 2 určených Objektech (první fáze).  | čl. 7 Smlouvy | obě strany Jakákoliv změna/aktualizace CP v průběhu akceptační procedury musí být provedena pouze po předchozí dohodě se zadavatelem obdobně za podmínek čl. 11.3 Smlouvy Zadavatel testuje a komunikuje požadavky prostřednictvím ServiceDesk. Dodavatel průběžně a bezodkladně reaguje na publikované požadavky  | doba testování a akceptace se nezapočítává do termínů plnění - srov. čl. 7.5 Smlouvy |  |
|  |  |  |  | T3 = T1 + | 10 |
| 4 | Integrace všech Objektů do CP v produkčním prostředí + splnění všech podmínek pro zahájení Zkušebního provozu (druhá fáze) Předvedení všech funkcionalit na všech integrovaných objektech/technologiích/prvcích v produkční verzi CP - probíhá na reálných datech poskytovaných rozhraních technologií. dodání kompletní aktuální Dokumentace (tj. Uživatelské dokumentace + provozní a bezpečnostní dokumentace) školení zaměstnanců TSK (všech rolí) předání přístupů do CP Vyhotovení protokolu potvrzujícího splnění všech podmínek pro zahájení Zkušebního provozu | čl. 6.1.2 Smlouvy + čl. 8.2.1 až 8.2.4. Smlouvy čl. 8.2 Smlouvy |  vše dodavatel obě strany |  | 3 |
|  |  |  |  | T4 = T1 + | 13 |
| 5 | Zkušební provoz Probíhá v produkčním prostředí na reálných datech a zajišťuje reálný provoz, vč. aktivních úkonů. Na straně dodavatele je k dispozici tým v non-stop režimu pro rychlé a intenzivní řešení incidentů dle SLA platných pro zkušební provou. Současně je funkční stávající řešení TSK - jako záloha. Pozn: Zadavatel může do ukončení Zkušebního provozu zúžit/rozšířit pokynem výčet integrovaných Objektů/Technologických prvků za podmínek čl. 8.4 Smlouvy. | čl. 8 Smlouvy |  Zadavatel provozuje vzdálenou správu objektů a komunikuje požadavky prostřednictvím ServiceDesk. Jakákoliv změna/aktualizace CP v průběhu Zkušebního provozu musí být provedena pouze po předchozí dohodě se zadavatelem obdobně za podmínek čl. 11.3 Smlouvy |  | 6 |
|  | Ukončení zkušebního provozu Finální akceptační protokol obsahující: Soupis všech řešených požadavků a popis jejich vypořádání, Soupis nevypořádaných požadavků, jejich kategorizace a konstatování akceptace/akceptace s výhradou/neakceptace zkušebního provozu (podle kriterií ze Smlouvy). | čl. 8.5 Smlouvy  |  Podepisují obě strany.  |  | 1 |
|  | FINÁLNÍ TERMÍN (ve smyslu čl. 4.1 Smlouvy) |  | Vyhotovení Finálního akceptačního protokolu | T5 = T1 + | 20 |
|  |  |  |  |  |  |
| Běžný provoz Od zahájení běžného provozu může zadavatel měnit počty integrovaných objektů/technologií/prvků |  |  |  |  |  |
| 6 | Běžný provoz Začínají platit SLA a pokuty pro běžný provoz. TSK odstavuje stávající řešení, dále běží pouze CP. | čl. 10 a násl. Smlouvy | zahájení plnění Paušálních služeb | po dobu trvání smlouvy |  |

## CP- incidenty

|  | Příloha č.2 E - Paušální služby - Incidenty + SLA parametry |
| --- | --- |
|  |  |
| Incidenty |  |
|  |  |
| Přístup do ServiceDesk |  |
| Osoby s oprávněným přístupem do ServiceDesk pro účely nahlášení incidentu jsou osoby s odpovídající uživatelským oprávněním CP (dále "Oznamovatel"); oprávnění přístupu zakládá/odebírá Objednatel. |  |
|  |  |
| Postup řešení incidentu |  |
| 1 | Oznamovatel prověří možný výpadek dodávky elektřiny (provádí záznam do servisní knihy) - v místě pracoviště vzdálené obsluhy - v místě spravovaného objektu |
| 2 | Oznamovatel prověří možný výpadek konektivity (provádí záznam do servisní knihy) - v místě pracoviště vzdálené obsluhy - v místě spravovaného objektu |
| 3 | Oznamovatel posílá požadavek na řešení incidentu (nahlášení) Součástí požadavku je popis závady. Požadavek se předává prostřednictvím ServiceDesk, nebo jiným dohodnutým způsobem. |
| 4 | Dodavatel eviduje přijetí incidentu Přijetí je zaznamenáno prostřednictvím ServiceDesk. ServiceDesk zasílá Objednateli informaci o přijetí incidentu.  |
| 5 | Dodavatel do ServiceDesk zapisuje informace o průběhu řešení a oznamuje vyřešení incidentu ServiceDesk zasílá Objednateli informaci o každé změně stavu řešeného incidentu a o vyřešení incidentu. Informace se posílají na konktatní údaje Objednatele (e-mail, SMS). |
| 6 | Oznamovatel uzavírá (potvrdí) vyřešení incidentu (v ServiceDesk).  |
|  |  |
| Provozní doba ServisDesk a kontakty pro nahlášení a řešení Incidentů |  |
| Provozní doba: nonstop Dodavatel zajistí non-stop telefonní čislo (hot-line) pro oznámení incidentů. Kontaktní údaje k řešení Incidentů jsou uvedeny v příloze č.6 Smlouvy. |  |
|  |  |
| Popis a příklady Incidentů dle kategorií  |  |
| Kategorie A – kritická |  |
| Jedná se o vadu, která má kritický dopad na výkonnost a/nebo funkčnost Centralizační platformy a která se projevuje nepoužitelností či nedostupností jejích základních funkcí (základní funkce odpovídají Minimálním funkčním požadavkům). Vada neumožňuje běžný způsob práce většiny uživatelů a neexistuje dostupný, přiměřený a náhradní způsob řešení vzdálené správy a provozu Objektů prostřednictvím Centralizační platformy. Například se může jednat o: |  |
|  l | výpadek celé CP |
|  l | obsluha se nemůže přihlásit do CP |
|  l | výpadek zobrazení jednotlivých technologických prvků nebo celého Objektu |
|  l | výpadek zobrazení funkčních stavů jednotlivých technologických prvků  |
|  l | výpadek on-line automatických hlášení o stavu technologických prvků  |
|  l | výpadek možnosti ovládání jednoho nebo více technologických prvků parkovacího systému v Objektu |
|  l | výpadek zobrazení všech přehledových kamer v Objektu |
|  l | výpadek zobrazení jedné nebo více kamer, které jsou zdrojem informace pro zajištění dohledu nad provozem objektu |
|  l | výpadek možnosti dohledání údajů o konkrétní platbě, parkovací relaci, parkovací kartě nebo dokladu o zaplacení, včetně zobrazení a tisku |
|  l | výpadek možnosti zobrazení výčetky aktuálního stavu hotovosti v AP |
|  l | výpadek propojení automatického hlášení o stavu technologického prvku s automatickým zobrazením obrazu vybrané kamery/kamer  |
|  l | výpadek nastaveného akustického nebo vizuálního upozornění na incident v Objektu |
|  l | výpadek komunikace (přes CP) se zákazníkem v Objektu |
| Kategorie B – podstatná |  |
| Jedná se o vadu, která nespadá do kategorie „A“ a která omezuje výkonnost a/nebo funkčnost Centralizační platformy či jakékoliv její části, neumožňuje běžný způsob práce uživatele, ale lze ji zmírnit nebo řešit dostupným, přiměřeným a náhradním způsobem řešení. Například se může jednat o: |  |
|  l | výpadek zobrazení přehledových kamer v Objektu, které nejsou zdrojem informace pro zajištění dohledu nad provozem objektu |
|  l | nemožnost ovládat zoom nebo otáčet přehledovou kameru, která je touto funkcí vybavena |
|  l | nemožnost založení a kompletní nastavení nových lokalit nebo editace stávajících včetně technologických prvků  |
|  l | nemožnost založení uživatelského účtu včetně přidělení nebo editace práv u existujícího účtu  |
|  l | nemožnost zobrazení, dohledání nebo filtrování obrazových záznamů z kamer |
|  l | nemožnost zapisování nebo editace do servisní knihy  |
|  l | nemožnost zápisu informací o objektech nebo technologických prvcích vedených v CP |
|  l | nemožnost tvorby nebo editace Objednatelem do CP vkládaných informací, pokynu, nastavení. |
|  l | jakékoliv zjištěné nevyžádané nebo Dodavatelem neavizované vizuální nebo výrazné funkční změny oproti akceptovanému nastavení CP, které omezují nebo výrazněji mění ovládání CP |
| Kategorie C – nepodstatná |  |
| Jedná se o snadno odstranitelnou vadu, která nespadá do kategorie „A“ ani „B“ a která má minimální dopad na výkonnost a/nebo funkčnost Centralizační platformy či její části a umožňuje běžný způsob práce. Například se může jednat o: |  |
|  l | výpadek zobrazení identifikačních údajů (název, ID aj.) jednoho nebo více Objektů bez omezení ovládání technologických prvků |
|  l | jakékoliv zjištěné nevyžádané nebo Dodavatelem neavizované vizuální nebo drobné funkční změny oproti akceptovanému aktuálnímu stavu, které neomezují nebo jen nepatrně mění ovládání CP |

## CP-SLA pokuty

| SLA parametry |  |  |  |  |
| --- | --- | --- | --- | --- |
|  |  |  |  |  |
| Hodnocený parametr |  |  | Limit | Pokuta za nedodržení hodnoty |
| po dobu zkušebního provozu |  |  |  |  |
| Dostupnost centralizační platformy |  1) |  | 0.995 | 2.000,- Kč / celých 0,1 % pod limitem |
| Reakční doba pro učinění Servisního zásahu (počítá se od nahlášení do vyřešení / odstranění incidentu) |  2) | kategorie A | 1 hod | 2.000,- Kč / započatou hodinu prodlení |
|  |  | kategorie B | 12 hod | 1.000,- Kč / započatou hodinu prodlení |
|  |  | kategorie C | 48 hod | 500,- Kč / započatý den prodlení |
| po dobu běžného provozu |  |  |  |  |
| Dostupnost centralizační platformy |  1) |  | 0.99 | 10.000,- Kč / celých 0,1 % pod limitem |
| Reakční doba pro učinění Servisního zásahu (počítá se od nahlášení do vyřešení / odstranění incidentu) |  2) | kategorie A | 1 hod | 5.000,- Kč / započatou hodinu prodlení |
|  |  | kategorie B | 48 hod | 2.500,- Kč / započatou hodinu prodlení |
|  |  | kategorie C | 120 hod | 1.000,- Kč / započatý den prodlení |
|  |  |  |  |  |
|  1) Vyhodnocuje se měsíčně.  |  |  |  |  |
| Podkladem je Měsíční výkaz. |  |  |  |  |
| Počítá se jako % podíl celkového času dostupnosti na celkovém počtu min v měsíci.  |  |  |  |  |
| Do času nedostupnosti se nezapočítává doba plánovaných technologických odstávek. |  |  |  |  |
| Pokud se Objednatel s Dodavatelem nedohodnou jinak, plánované technologické odstávky na údržbu se provádějí v dohodnutém termínu: - mimo provozní špičku, tj. v době mezi 18 hod a 6 hod - max. jednou za měsíc - trvají max. 4 hodiny - na základě žádosti dodavatele zaslané nejméně 7 dní před plánovanou odstávkou |  |  |  |  |
|  |  |  |  |  |
|  2) Vyhodnocuje se měsíčně.  |  |  |  |  |
| Podkladem je Měsíční výkaz. |  |  |  |  |
| Počítá a vyhodnocuje se pro každý incident (zařazený do příslušné kategorie) samostatně. |  |  |  |  |
| Pokuta se počítá pro každý incident samostatně (dílčí pokuta), za měsíc se vyčíslí celková pokuta jako součet dílčích. |  |  |  |  |

## CP-výkaz objekty a prvky

|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | Příloha č.2 F - Paušální služby - vzor výkazu |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| VZOR uvádí minimální údaje, které musí Dodavatel na měsíčním výkazu vykázat. Výkaz je součástí faktury paušálních plnění za příslušný měsíc. Pokud Dodavatel v tomto vzoru (formát xls předá Zadavatele Dodavateli na jeho žádost po uzavření smlouvy) vyplní žlutá pole, dílčí požadavané částky dodaných služeb se dopočítají automaticky. |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Měsíční výkaz Paušálních služeb dle čl. 14.4.4. smlouvy č.  |  |  |  |  | …........................................... |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Přehled Objektů a Technologických prvků připojených k Centralizační platformě k poslednímu dni měsíce |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| za období | mm.rrrrr |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| lokalita název parkovacího objektu | parkovací systém - prvky  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | kamerový systém - prvky |  |  |
|  | lokální server |  | vjezd |  |  |  |  | výjezd |  |  |  |  | vstupní jednotka | automat. pokladna  | ruční pokladna | intercom | lokální server |  | přehledové kamery |
|  | dodavatel systému | (ks) | stojan (ks)  | kamery RZ (ks) | vrata/roleta (ks) | jiný prvek popis | (ks) | stojan (ks)  | kamery RZ (ks) | vrata/roleta (ks) | jiný prvek popis | (ks) | (ks) | (ks) | (ks) |  (ks) | dodavatel systému | (ks) |  (ks) |
| Cíglerova |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | HikVision |  |  |
| Hlavní nádraží | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Krouzova |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | HikVision |  |  |
| Letná | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| Muzeum | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | HikVision |  |  |
| Pešlova |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | HikVision |  |  |
| Tobrucká |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | HikVision |  |  |
| P+R Černý most 2 | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Garáže Černý most | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Holešovice | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Kotlářka | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| garáže Nové Butovice (P+R a rezidentní) | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Opatov | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Rajská zahrada | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Skalka 1 | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Skalka 2 | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Zličín 1 | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Zličín 2 | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | HikVision |  |  |
| CELKEM |  | 0 | 0 | 0 | 0 |  | 0 | 0 | 0 | 0 |  | 0 | 0 | 0 | 0 | 0 |  | 0 | 0 |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Dodané služby |  |  | doplní se dle platného ceníku  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Položka |  |  | Paušální služby |  |  |  |  |  |  |  | Celková cena dodaných služeb  |  |  |  |  |  |  |  |  |
|  |  |  | Infrastrukturní služby | Služby CP |  |  |  |  |  | Servisní služby  |  |  |  |  |  |  |  |  |  |
|  |  |  |  | Paušál za CP | Paušál za připojený objekt | Paušál za připojené prvky  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  přehledové kamery |  |  RZ kamery |  ostatní prvky  |  |  |  |  |  |  |  |  |  |  |
| cena za jednotku a měsíc (Kč bez DPH) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Počet jednotek celkem |  |  | 1 | 1 | 18 | 0 |  | 0 | 0 | 1 |  |  |  |  |  |  |  |  |  |
| Celkem (Kč bez DPH) |  |  | 0 | 0 | 0 | 0 |  | 0 | 0 | 0 | 0 |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Rozdělení ceny dodaných služeb na jednotlivé lokality |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Lokalita - název parkovacího objektu |  |  | počet jednotek v lokalitě | počet jednotek v lokalitě | počet jednotek v lokalitě | počet jednotek v lokalitě |  | počet jednotek v lokalitě | počet jednotek v lokalitě | počet jednotek v lokalitě | CELKEM v Kč bez DPH |  |  |  |  |  |  |  |  |
| Cíglerova |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| Hlavní nádraží |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| Krouzova |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| Letná |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| Muzeum |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| Pešlova |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| Tobrucká |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Černý most 2 |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Garáže Černý most |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Holešovice |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Kotlářka |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| Garáže Nové Butovice (P+R a rezidentní ) |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Opatov |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Rajská zahrada |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Skalka 1 |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Skalka 2 |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Zličín 1 |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Zličín 2 |  |  | 0.0555479999999996 | 0.0555479999999996 | 1 | 0 |  | 0 | 0 | 0.05480000000000018 | 0 |  |  |  |  |  |  |  |  |

Page 1

|  | Příloha č.2 A - Schéma CP a Minimální funkční požadavky |
| --- | --- |
|  |  |
|  |  |
| Centralizační platforma - základní schéma návazností na integrované systémy a systémy třetích stran |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
| *) nebudou integrovány v rámci Implementace |  |
|  |  |
|  |  |
| Hlavní očekávání zadavatele |  |
|  |  |
| l | efektivní provozování parkovacích objektů, levnější provoz ve srovnání s obsluhou na místě |
| l | zajištění uživatelského komfortu vzdálené obsluhy - sjednocený vizuál, vstřícné a intuitivní ovládání |
| l | získání systému od zkušeného dodavatele nabízejícího existující optimalizované řešení orientované na Objednatele a ověřené praxí |
|  |  |
|  |  |
| Základní uživatelské role |  |
|  |  |
| A | Administrátor Má veškerá práva pro užívání centralizační platformy (CP). Má práva pro uživatelské nastavování CP. Je oprávněn definovat, přidávat, upravovat, rušit uživatelské role a jejich užívací práva k CP. Přiděluje role a užívací práva jednotlivým uživatelům CP.  |
| B | Manažer Má veškerá práva pro užívání CP. Využívá CP pro účely správy připojených objektů, kontroly pracovníků obsluhy, sledování provozních stavů technologických prvků, analýzy parkovacích relaci, analýzy obsazenosti, soupisů připojených objektů a technologických celků a prvků, kontroly provozní knihy, apod. |
| C | Pracovník obsluhy Má přidělená práva odpovídající roli pracovníka vzdálené obsluhy objektů. Využívá CP pro on-line dohled nad provozem objektů, předávání služby, získání provozních informací pro dohled a pro komunikaci s klienty, provádění záznamů o všech provozních událostech na sledovaných objektech. Provádí aktivní ovládání technologických prvků, nejčastějšími případy jsou otevření závor, vrat a vstupů. |
|  |  |
| Kompetenční matice rolí a jejich uživatelských práv bude součástí Implementačního projektu. |  |
|  |  |
| Minimální funkční požadavky CP |  |
|  |  |
| 1 | CP je přístupná z běžných webových prohlížečů v jejich aktuální verzi Webová služba CP bude standardně dostupná na PC Objednatele s omezením přístupu k aplikaci (systému) prostřednictvím whitelistu konkrétních IP adres. CP umožní nastavení vizualizace na jedné a více připojených obrazovkách. Webová služba CP bude dostupná také na NB Objednatele (typicky pro využití manažerem / administrátorem) nebo telefonu Objednatele (nouzově v případě potřeby), s omezením přístupu k aplikaci (systému) prostřednictvím whitelistu konkrétních IP adres. CP umožňuje přístup minimálně 50 uživatelů (tj. přístup z 50 uživatelských účtú). Přístup zaměstnanců Dodavatele k běhovému prostředí (IaaS) a k aplikaci budou mít pouze oprávnění správci prostřednictvím privilegovaných účtů. |
| 2 | CP přijímá a předává informace dostupné na komunikačním rozhraní systémů třetích stran Popis rozhraní bude předán po podpisu smlouvy s dodavatelem CP. |
| 3 | CP umožňuje nastavení uživatelských práv dle potřeb Objednatele Jsou definovány 3 základní uživatelské role. Ty budou nastaveny Dodavatelem pro zahájení zkušebního a běžného provozu. CP umožní upravovat práva přidělená těmto rolím, definovat a zakládat nové role a těm přiřazovat příslušná práva (na úrovni jednotlivých úkonů prováděných v CP). Objednatel může objednat nastavení rolí a práv prostřednictvím ad-hoc služeb. |
| 4 | CP zobrazuje v mapovém podkladu umístění jednotlivých objektů (lokalit) a umožňuje jejich založení editaci V mapě jsou zobrazeny všechny objekty připojené do CP včetně jejich popisných informací. Každý objekt má uložen plánek/plánky (schema parkovací plochy, jednotlivých pater, příjezdových komunikací, případně další). Plánky dodá Objednatel v rámci Implementačního projektu. Plánky budou vkládány jako obrázky (formáty jpeg a pdf povinně, případně další standardně používané formáty). CP umožní zakládat/rušit lokality, doplňovat/vyměňovat/odstraňovat jejich plánky, vkládat a aktualizovat popisné informace o objektech. Pro zahájení zkušebního a běžného provozu založí Dodavatel. Po dobu trvání smlouvy je možnou variantou objednávka výše uvedených úkonů v rámci ad-hoc služeb. |
| 5 | CP zobrazuje všechny technologické prvky připojené do CP a umožňuje jejich založení a editaci Každý objekt má ve svém plánku/pláncích zobrazeny všechny technologické prvky včetně jejich popisných informací. Prvky jsou zobrazeny pomocí příslušného piktogramu. Dodavatel dodá piktogramy pro jednotlivé prvky. Pro zahájení zkušebního a běžného provozu založí Dodavatel. CP umožní Objednateli tyto prvky libovolně doplňovat, rušit, upravovat, měnit jejich piktogramy, vkládat a aktualizovat uložené informace o nich. Po dobu trvání smlouvy je možnou variantou objednávka výše uvedených úkonů v rámci ad-hoc služeb. |
| 6 | CP zobrazuje vybraná zařízení nepřipojená do CP (př. mechanická vrata, informační cedule), umožňuje jejich založení a editaci Každý objekt má ve svém plánku/pláncích zobrazena Objednatelem určená zařízení, která nejsou ingegrovaná v CP, (tj. CP nepřijímá z integrovaných systémů žádné informace), a to včetně jejich popisných informací. Prvky jsou zobrazeny pomocí příslušného piktogramu. Dodavatel dodá piktogramy pro jednotlivé prvky. Pro zahájení zkušebního a běžného provozu založí Dodavatel. CP umožní Objednateli tyto prvky libovolně doplňovat, rušit, upravovat, měnit jejich piktogramy, vkládat a aktualizovat popisné informace. Po dobu trvání smlouvy je možnou variantou objednávka výše uvedených úkonů v rámci ad-hoc služeb. |
| 7 | CP umožňuje zobrazení, tisk a export soupisu všech objektů a jejich technologických prvků Soupis je možné získat ke zvolenému datu a pro zvolenou lokalitu či výčet lokalit, pro zvolený technologický prvek či výčet prvků. To předpokládá, že CP eviduje všechny historické soupisy. Doba uložení jsou nejméně 2 roky. CP umožní zobrazení, tisk a export soupisu. |
| 8 | CP umožňuje zobrazení, tisk a export popisných informací o jednotlivých technologických prvcích CP eviduje všechny historické verze popisných informací, ukládá je nejméně 2 roky. Informace se zobrazí na pokyn Objednatele. CP umožní zobrazení, tisk a export informací pro vybraný výčet objektů nebo prvků a pro zvolené období. |
| 9 | CP integruje v rámci existujícího připojení všechny technologické prvky nově detekované na komunikačním rozhraní V případě, že do integrovaného technologického systému bude doplněn jeho nový prvek nebo stávající prvek odstraněn, CP tuto skutečnost zaeviduje a upozorní na ni Objednatele. Objednatel poté v CP tento nový prvek do příslušného objektu, zadá nebo odstraní. |
| 10 | CP zobrazuje aktuální funkční stavy technologických prvků Pro každý připojený prvek je možné zobrazit informaci o aktuálním stavu prvku (způsobem nabízeným CP, nejméně klikem na ikonu prvku). CP umožní zobrazit, tisknout a exportovat soupis aktuálních stavů pro zvolený výčet prvků/výčet objektů/vybrané stavy. |
| 11 | CP automaticky zobrazuje upozornění na stavy prvků (alerty) Způsob upozornění je volitelný (nejméně způsob obrazového upozornění a podoba zvukového upozornění). Součástí upozornění je možnost získat podrobnou informaci o stavu prvku a získat návod jak postupovat (akční pokyn) v příslušném případě. Pro zahájení zkušebního a běžného provozu nastaví způsob upozornění a akční pokyny Dodavatel. CP umožní Objednateli, aby si sám způsob upozornění upravil. Po dobu trvání smlouvy je možnou variantou objednávka výše uvedených úkonů v rámci ad-hoc služeb. |
| 12 | CP umožňuje propojit automatická upozornění na stavy prvků (alerty) s automatickým zobrazením obrazu vybrané kamery/kamer Jde o on-line náhled do externího úložiště obrazových záznamů, bez ukládání v CP. Výběr kamerových obrazů pro zahájení zkušebního a běžného provozu nastaví Dodavatel. CP umožní Objednateli, aby sám výběr kamer upravil. Po dobu trvání smlouvy je možnou variantou objednávka výše uvedených úkonů v rámci ad-hoc služeb. |
| 13 | CP umožňuje náhled do kamerových záznamů uložených v úložišti (server kamerového systému) a stažení těchto záznamů Pro zvolený objekt, kameru a časový úsek je možný náhled na příslušný kamerový záznam libovolné přehledové kamery připojené do CP. Vybraný záznam je možné stáhnout do vlastního úložiště CP (dočasně), odkud dále exportováno do úložiště TSK pro další použití Objednatelem.  |
| 14 | CP umožňuje náhled do kamerových záznamů uložených v úložišti (server parkovacího systému) a stažení těchto záznamů Pro zvolený objekt, kameru a časový úsek je možný náhled na příslušný kamerový záznam libovolné RZ kamery připojené do CP. Vybraný záznam je možné stáhnout do vlastního úložiště CP (dočasně), odkud dále exportováno do úložiště TSK pro další použití Objednatelem.  |
| 15 | CP zprostředkovává ovládání technologických prvků Pro prvky, u kterých to komunikační rozhraní umožňuje, CP zprostředkuje aktivní pokyn prvku (otevření závory, otevření vstupu, změna natočení kamer, zazoomování kamer, případně další dostupné pokyny). |
| 16 | CP umožňuje zadat pokyny pro pracovníka vzdálené obsluhy pro případy upozornění na stav technologického prvku a realizované kroky eviduje Závazné pokyny (akční pokynyú pro pracovníka vzdáléné obsluhy definuje Objednatel. Pro všechna upozornění na stav prvku je zadán závazný pokyn definující postup řešení. Jednotlivé kroky postupu obsluha potvrzuje a případně k nim doplňuje komentáře. Každé jednotlivé hlášení se řeší samostatně, v případě více hlášení najednou obsluha rozhoduje o postupu jejich odbavení podle principu jejich naléhavosti. CP umožňuje zvolit automatický zápis (průpis) řešení události do Servisní knihy. Pro zahájení provozu závazné pokyny do CP založí Dodavatel. Během provozu je může upravovat Objednatel sám. Po dobu trvání smlouvy je možnou variantou objednávka výše uvedených úkonů v rámci ad-hoc služeb. |
| 17 | CP eviduje každé přihlášení do CP a každý úkon přihlášené osoby CP umožňuje náhled, tisk a export výpisu přihlášení a úkonů, a to za zvolené období, zvolenou osobu či výčet osob, zvolenou lokalitu či výčet lokalit. CP eviduje všechny události a ukládá je po dobu 2 let. Export je možný minimálně do přehledné tabulky souboru xls a do soupisu v pdf. |
| 18 | CP vede Servisní knihu CP vede Servisní knihu (modul CP). Zápis do servisní knihy je strukturovaný - nejméně do položek lokalita, datum a čas, autor, předmět zápisu (prvek, část objektu apod.), popis události, předání k řešení dále. Zápis do Servisní knihy je možný nejméně volbou "zápis do servisní knihy" u příslušného prvku, nebo automatickým zápisem při řešení události (viz bod 16) nebo zápisem do modulu CP "Servisní kniha". CP umožňuje náhled do Servisní knihy, tisk a export náhledu. A to za zvolené období, zvolenou osobu či výčet osob, zvolenou lokalitu či výčet lokalit . CP eviduje všechny zápisy a ukládá je po dobu 2 let.  |
| 19 | CP zobrazuje a eviduje funkční stavy (změny) všech technologických prvků, umožňuje tisk a export Funkční stavy prvků jsou evidované systémem technologického celku. Struktura záznamů je vlastností technologického celku, záznamy jsou komunikovány prostřednictvím rozhraní systému. CP umožňuje zobrazit informaci o aktuálním funkčním stavu na základě dotazu prostřednictvím identifikátoru prvku. CP umožňuje výpis historie fukčních stavů pro zvolené období a výčet technologických prvků. CP ukládá historii záznamů po dobu nejméně 2 let. Výpis je dostupný jako náhled, je možný jeho tisk a export. V CP je možné nastavit pravidelný (nastavitelný parametr) automatický export historie funkčních stavů technologických prvků.  |
| 20 | CP eviduje parkovací události, umožňuje zobrazení, tisk a export Parkovací událost je záznam kompletních dat o parkování (od vjezdu do výjezdu vozidla do/z objektu).Struktura dat je vlastností technologického celku, záznamy jsou komunikovány prostřednictvím rozhraní systému. CP umožňuje výpis parkovacích událostí pro zvolené období a zvolený výčet objektů. CP ukládá historii záznamů po dobu nejméně 2 let. Výpis je dostupný jako náhled, je možný jeho tisk a export. V CP je možné nastavit pravidelný (nastavitelný parametr) automatický export historie parkovacích událostí. |
| 21 | CP zobrazuje a eviduje platby za parkování, umožňuje tisk a export Platby za parkování jsou evidovány systémy třetích stran. Struktura záznamů o platbě je vlastností systému, záznamy jsou komunikovány prostřednictvím rozhraní systému. CP umožňuje zobrazit informace o aktuálně probíhající platbě na základě dotazu prostřednictvím libovolného identifikátoru či kombinace identifkátorů (nejčastěji RZ vozidla, číslo dokladu, číslo pokladny, objekt). CP umožňuje zobrazit pro zvolené období záznamy o platbách na základě dotazu prostřednictvím libovolného identifikátoru či kombinace identifkátorů (nejčastěji RZ vozidla, číslo dokladu, číslo pokladny, objekt). CP ukládá historii záznamů po dobu nejméně 2 let. Výpis je dostupný jako náhled, je možný jeho tisk a export.. V CP je možné nastavit pravidelný (nastavitelný parametr) automatický export plateb za parkování. |
| 22 | CP zobrazuje a eviduje informace o dlouhodobém parkovacím oprávnění (parkovací kartě), umožňuje tisk a export Informace (záznamy) o vydaných parkovacích kartách jsou uloženy v systému třetích stran. Struktura záznamů je vlastností systému, záznamy jsou komunikovány prostřednictvím rozhraní systému. CP umožňuje zobrazit aktuální informace o parkovací kartě na základě dotazu prostřednictvím libovolného identifikátoru či kombinace identifkátorů (nejčastěji RZ vozidla, číslo karty, objekt, jméno držitele). CP umožňuje zobrazit pro zvolené období záznamy o parkovací kartě/kartách na základě dotazu prostřednictvím libovolného identifikátoru či kombinace identifkátorů (nejčastěji RZ vozidla, číslo karty, objekt, jméno držitele). CP ukládá historie záznamů po dobu nejméně 2 let. Záznam je dostupný jako náhled, je možný jeho tisk a export. V CP je možné nastavit pravidelný (nastavitelný parametr) automatický export záznamů o parkovacích kartách. |
| 23 | CP umožňuje zobrazení, tisk a export dokladu o platbě za parkování Doklady o platbě jsou uloženy v systému třetích stran. Údaje dokladu jsou vlastností systému, doklady jsou komunikovány prostřednictvím rozhraní systému. CP umožňuje zobrazit požadovaný doklad na základě dotazu prostřednictvím libovolného identifikátoru či kombinace identifkátorů (místo a způsob platby, datum a čas platby, časový interval, RZ vozidla, číslo dokladu, případně další identifikátory). Výstupem dotazu je doklad nebo výčet dokladů. Obojí je možné vytisknout, exportovat (pdf, jpeg, případě další). Pro konkrétní doklad je možné vystavit, vytisknout nebo exportovat (pdf, jpeg, případně další) kopii nebo duplikát. |
| 24 | CP umožňuje zobrazení, tisk a export výčetky aktuálního stavu hotovosti Výčetky jsou uloženy v systému třetích stran. Údaje výčetky jsou vlastností systému, jsou komunikovány prostřednictvím rozhraní systému. CP umožňuje zobrazit na dotaz prostřednictvím identifkátorů a jejich libovolné kombinace (objekt, čislo pokladny, případně další identifikátory) všechny informace o stavu hotovosti v jednotlivých komponentech pokladny. Výčetku je možné vytisknout, exportovat (pdf, jpeg, případně další). |
| 25 | CP poskytuje požadovaná opatření v oblasti kyberbezpečnosti CP zajišťuje šifrování dat uložených v aplikaci (systému) i dat přenášených mezi jednotlivými subjekty, a to konkrétně mezi IaaS prostředím a Dodavatelem, mezi IaaS prostředím a Objednatelem a mezi Dodavatelem a Objednatelem. CP šifruje data za použití výhradně bezpečných šifrovacích algoritmů doporučovaných Národním úřadem pro kybernetickou a informační bezpečnost (NÚKIB). CP umožňuje přístup uživatelů k uložišti dat pouze na základě vícefaktorové autentizace (2FA). CP umožňuje zajištění ochrany perimetru bezpečnostními nástroji, jako jsou například firewall, IPS/IDS apod. CP umožňuje zajištění ochrany aplikace (systému) pomocí řešení typu EDR (Endpoint Detection and Response) nebo XDR (Extended Detection and Response). CP zajišťuje uchovávání a ochranu logovacích záznamů v souladu se zákonem č. 264/2025 Sb., o kybernetické bezpečnosti (ZoKB), a vyhláškou č. 409/2025 Sb., o bezpečnostních opatřeních poskytovatele regulované služby v režimu vyšších povinností. |
| 26 | CP umožňuje nastavení integrity zpracování a systému CP umožňuje zachování aktuálního nastavení systému včetně možnosti obnovy na poslední známou funkční verzi (tj. uchovávání stávající i poslední funkční konfigurace systému, a to alespoň na základě uložených systémových logů). CP umožňuje, aby v případě incidentu (např. výpadek, kompromitace nebo ztráta dat) byla maximální přípustná ztráta dat (RPO – Recovery Point Objective) omezena na 2 hodiny. |
| 27 | CP umožňuje export dat CP umožňuje strukturovaný export všech dat ukládaných v CP do externího úložiště v běžně užívaném databázovém formátu. |
|  |  |
| Pozn. Pokud je uveden export, zadavatel požaduje vždy nejméně export do přehledně strukturované tabulky nejméně volbu xls a pdf. |  |

Page 2

| Dominik - David |  |  |  |  |  |
| --- | --- | --- | --- | --- | --- |
|  | CROSS | ELTODO | INEL | ZDL |  |
| původní smlouvy | návrh 1 | návrh 2 | návrh 3 | návrh 4 | úprava TSK |
|  | čl.7.3. | čl.7.3. | čl.13. | čl.13. |  |
|  | Avšak je nutno při reportování ze strany Objednatele brát v potaz častokrát kaskádovou architekturu parkovacích systémů. Typicky – při výpadku komunikace s centrální komunikační jednotkou parkovacího systému (modem) dojde k přechodu do provozního stavu Odpojeno postupně u všech komponent systému. Je pak zbytečné zakládat tickety na všechny tyto prvky. | pozorňujeme, že definice vad v čl. 7.3 neřeší situaci, kdy je vada způsobena třetí stranou, na které je dodávané plnění závislé (např. dodavatelem externích služeb, API třetí strany či infrastruktury provozované Objednatelem, nebo jejich testovacím prostředím, které může mít technické omezení). Doporučujeme proto doplnit ustanovení, které zajistí, že takové vady nebudou automaticky přičítány Dodavateli, zejména pokud jejich příčinu nemůže přímo ovlivnit. Navrhujeme explicitně uvést, že se vady vztahují pouze na plnění Dodavatele a v případě sporu bude posouzeno, zda vada vznikla v rámci dodaného systému, nebo je důsledkem externího faktoru. | Odkazování na definice z akceptační fáze pro provozní řízení Incidentů je nevhodné a může vést k nejasnostem v praxi. Pro efektivní správu Incidentů je nutné vytvořit samostatně formulovanou kategorizaci odpovídající provozním potřebám, nikoliv pouze převzít definice z testování. Současná úprava neřeší klíčové provozní aspekty, jako je přenos odpovědnosti mezi různými poskytovateli služeb nebo správná identifikace a eskalace problémů, například v případě výpadku internetové konektivity na jednotlivých lokalitách. Není jasné, jak bude takový Incident kategorizován, zda a kdy bude překlasifikován a kdo ponese odpovědnost za jeho vyřešení. Smluvní partner pro Objednatele je Dodavatel, proto musí být smluvní odpovědnosti správně vyřešeny i v rámci návazných smluv (Back2Back OLA nebo UC smlouvy). Tato otázka musí být otevřena k diskuzi a správně zohledněna v dokumentaci.  | Navržené SLA v přílohách smlouvy je nyní nastaveno nepřiměřeně přísné, zejm. pro vady kategorie A. Ve vymezeném čase 1 hodiny není dost dobře ani možné určit, zda se skutečně jedná o vadu této kategorie. Navrhujeme tuto lhůtu prodloužit alespoň na 24 hodin a případně přidat povinnost pro poskytnutí přechodného řešení. | Upřesnění definice incident/rozvojový požadavek Za incident je považován stav, kdy dodané a akceptované plnění přestane být plně funkční a neodpovídá dodané uživatelské dokumentaci. Pokud je plnění funkční a odpovídá akceptované uživatelské dokumentaci a Objednatel přesto požaduje od Dodavatele změnu nebo rozšíření CP, jedná se o rozvojový požadavek. |
|  | Bude doplněno/zpřesněno | ouhlasím s principem, viz také jiní uchazeči. Vhodně doplníme do smlouvy. | Obecně aktuální katalogové listy nepovažujeme za prakticky využitelné a věříme, že vyžadují výrazně detailnější technické zpracování. | Jurášková Dana To není přijatelné, nemůžeme mít 24 hodin parkoviště bez dohledu. My to uvidíme, že je to tato kategorie -prostě nic v CP neuvidíme. Může se ale stát, že chyba bude v konektivitě - to je třeba vyjasnit Ještě probereme. | Postup pro určení subjektu odpovědného za odstranění incidentu Pokud není příčina incidentu zřejmá postupuje Objednatel v rámci diagnostiky dle následujícího klíče: 1) obsluha CP prověří možný výpadekdodávky elektřiny (interní postup TSK) 2) obsluha CP prověří možný výpadek konektivity (interní postup TSK) - v místě pracoviště vzdálené obsluhy, vzdáleně spravovaného objektu. 3) Následně posílá požadavek na dodavatele CP k prověření závady na CP, dodavatel CP prověří funkčnost CP (konektivity, API,....) - prostřednictvím HelpDesku Vnitřní postup TSK určí další následné kroky v případě závady na straně TSK. " technik parkovacích technologií nebo parkovacích objektů prověří fyzicky stav zařízení v PO, atd..."  |
|  |  |  | Asi mají pravdu.Budeme muset připravit. | JD |  |
|  |  |  |   |   |  |
|  |  |  |  |  |  |
|  |  |  | Současné znění dává Objednateli nadměrnou volnost při určování Incidentů, což může vést k neopodstatněnému požadavku na bezplatnou realizaci rozvojových úprav. Navrhujeme proto jasně rozlišit Incidenty od rozvojových požadavků tak, aby za Incident bylo považováno pouze to, co bylo dříve funkční a nyní neodpovídá uživatelské dokumentaci. Pokud by se funkce chovala podle dokumentace, ale Objednatel požaduje změnu nebo rozšíření, mělo by se jednat o rozvojový požadavek. | V současném znění smlouvy není specifikováno, kdo ze strany Objednatele je oprávněn vznášet požadavky na řešení Incidentů, což může vést k nejasnostem v praxi. | Uživatelské role pro požadavky v případě incidentu: Osoby s přístupem do HelpDesku (určí TSK - operativně aktualizuje). Typicky obsluha CP (incidenty v rámci zajištění běžného provozu (bude dodán jmenný seznam), manažer, vedoucí technik, klientská linka TSK,...  |
|  |  |  | Dále je nutné vyjasnit odpovědnost za plnění drobných požadavků, jako je například zákres prvků mapového podkladu nebo jednorázové vyvtvoření reportu. Tyto činnosti nelze považovat za Incidenty a měly by být buď v kompetenci administrátora Objednatele, nebo hrazeny jako Ad-hoc služba. Bez jasného vymezení hrozí Dodavateli, že bude nucen poskytovat dodatečné služby bez odpovídající úhrady. | Doporučujeme, aby Objednatel definoval uživatelské role, které budou oprávněny podávat požadavky na řešení Incidentů a také určil, jaké typy požadavků jednotlivé role mohou vznášet. | SLA viz záložka SLA-kategorie incidentů |
|  |  |  | Za mne souhlasím se zpřesněním ve smyslu jejich návrhu. | To je OK - doplníme osoby/kanály (na obou stranách) odpovědné za vyjmenované činnosti. |  |
|  |  |  | Záměr Objednatele zajistit si možnost řešit Incidenty prostřednictvím jiného dodavatele je pochopitelný, ale v praxi obtížně realizovatelný, zejména pokud Objednatel trvá na provozu v režimu SaaS. |  |  |
|  |  |  | Centralizační platforma je komplexní systém, kde klíčové části infrastruktury, včetně datového centra a samotného softwaru, jsou plně pod kontrolou Dodavatele. Bez odpovídajícího přístupu k dokumentaci, nastavení a architektuře není možné, aby třetí strana bezpečně a efektivně zasáhla do systému. | Současná úprava jednostranně přiřazuje rozhodovací pravomoc Objednateli, aniž by dostatečně specifikovala důkazní proces pro Dodavatele. Je potřeba upřesnit, jaké důkazy budou považovány za dostatečné pro případné zpochybnění stanovené kategorie Incidentu a že objednatel má povinnost tyto důkazy zohlednit/poskytnout v případech, kdy se stanou na jeho straně systému. |  |
|  |  |  | Neodborný zásah může vést ke vzniku nových chyb, které pak budou zpětně přisuzovány Dodavateli, aniž by měl možnost je ovlivnit. |  |  |
|  |  |  | Pokud by přesto měl Objednatel právo zadávat opravy třetí straně, musí být zajištěna transparentnost a odpovědnost za takové zásahy. Každá změna provedená externím subjektem by musela být povinně dokumentována a následně podléhat due diligence ze strany Dodavatele, a to formou Ad-hoc služby hrazené Objednatelem. Jinak by Dodavatel logicky nemohl nést odpovědnost za konzistenci a funkčnost Centralizační platformy po takových externích zásazích. | Současné znění klade velký důraz na automatické zařazení sporných případů jako Incidentů, což by mohlo vést k situacím, kdy rozvojové požadavky budou chybně interpretovány jako opravy. Máme za to, že by bylo vhodné upřesnit, podle jakých kritérií se bude určovat, zda jde o Incident, nebo o rozvojový požadavek. |  |
|  |  |  | A |   |  |
|  |  |  | Autor |  |  |
|  |  |  | Chápu je, ale za mne bych ve smlouvě nechala, abychom na ně měli páku, kdyby vůbec nečinili. Když budou dělat, co mají, vůbec k této situaci nedojde = rizika mají plně ve svých rukou. Ještě probereme | Další otázkou je, jak bude řešeno plnění běžných Service Request, jako je přidání uživatele nebo změna nastavení. Bude tato odpovědnost na administrátorovi Objednatele, nebo se bude jednat o samostatně hrazenou Ad-hoc službu? Považujeme za důležité, aby tato otázka byla jednoznačně vyjasněna, aby se předešlo nejasnostem během provozu. |  |
|  |  |  |  |  |  |
|  |  |  |   |   |  |
|  |  |  | Současné znění smlouvy klade na Dodavatele povinnost provádět Servisní zásahy bez ohledu na příčinu Incidentu a neřeší situace, kdy je příčina Incidentu mimo kontrolu Dodavatele. |  |  |
|  |  |  | Bez jasně definovaného pravidla, které přeruší běh lhůty pro Servisní zásah v těchto případech, nese Dodavatel neadekvátní odpovědnost za faktory, které nemůže ovlivnit. To je zcela nepřiměřené, zvláště pokud smlouva zároveň umožňuje Objednateli provádět zásahy na náklady Dodavatele při překročení SLA lhůt, aniž by byly zohledněny důvody zpoždění. |  |  |
|  |  |  | Pro zajištění férového a vyváženého smluvního vztahu je nutné, aby se v případě absence součinnosti nebo výpadků mimo kontrolu Dodavatele čas pozastavil a SLA lhůty se odpovídajícím způsobem upravily. | Současné znění neobsahuje jasně definovaný proces, jakým způsobem Objednatel ověří, zda příčina Incidentu skutečně souvisí s Centralizační platformou, nebo zda příčina leží mimo její rozsah (například výpadek napájení, konektivity či jiné externí faktory). Bez takového mechanismu hrozí, že Dodavatel bude povinen provádět zásahy i v situacích, kdy nahlášený Incident vůbec nesouvisí s jeho plněním dle smlouvy. |  |
|  |  |  | Případným řešením je také úprava definic incidentů, které jsou však nyní definovány velmi široce. | Bylo by proto vhodné vyjasnit, jakou roli v tomto procesu sehraje Objednatel a jakým způsobem bude prováděno základní ověření Incidentu na jeho straně. Bude například existovat L1 support na straně Objednatele, který provede předběžnou analýzu, zda Incident skutečně spadá do odpovědnosti Dodavatele? |  |
|  |  |  | Viz výše - ke specifikaci „provozních incidentů“ | Jurášková Dana |  |
|  |  |  |  | To by doplněno být mělo. Ve Smyslu objednatel nejdříve vyloučí, že výpadek není způsobem - a) …., b), ……. Pak se obrací na CP. |  |
|  |  |  |  | March 6, 2025 at 3:57 PM |  |
|  |  |  |   |   |  |
|  |  |  | čl.7.3. |  |  |
|  |  |  |  | Navrhujeme upřesnit kanál pro zadání požadavku. V případě jeho nedostupnosti lze kontaktovat skrze tel. čísla. |  |
|  |  |  | Definice uvedené v tabulce považujeme za obecné, nezohledňují specifika této zakázky. |   |  |
|  |  |  | Tomu nerozumím. Jak se uvádí v obdobných smlouvách dle vaší zkušenosti ? |  |  |
|  |  |  |  | Jakékoliv změny nebo konfigurační zásahy provedené Objednatelem nebo třetí stranou bez předchozí konzultace s Dodavatelem mohou významně ovlivnit stabilitu a funkčnost Centralizační platformy. V takovém případě je obtížné až nemožné garantovat kvalitu a rozsah poskytovaných Paušálních služeb, jelikož Dodavatel nemůže nést odpovědnost za důsledky úprav, které neproběhly pod jeho kontrolou. Bylo by proto vhodné vymezit jasnou hranici mezi správou systému Dodavatelem a administrativními zásahy Objednatele či jeho zástupců, aby byla zachována konzistence a odpovědnost v rámci správy Centralizační platformy. |  |
|  |  |  |  | February 26, 2025 at 2:27 PM |  |
|  |  |  |  | JD |  |
|  |  |  |  | Jurášková Dana |  |
|  |  |  |  | Jak bychom do toho mohli zasáhnout, když se jedná o SaaS ? |  |
|  |  |  |  | Konfigurace naopak budeme moci dělat my (příslušné role) ve stanoveném rozsahu a na základě školení. |  |
|  |  |  |  | Obecně té svépomoci nerozumím - jak by to v praxi probíhalo ? Je to jen bič na dodavatele ? Prakticky by to nešlo ? |  |
|  |  |  |  | March 6, 2025 at 3:59 PM |  |
|  |  |  |  |   |  |
|  |  |  |  |  |  |
|  |  |  |  | čl.7.3. |  |
|  |  |  |  | Smlouva a hlavně technická dokumentace nyní nevyjasňují, co je považováno za základní funkcionality systému. Prosíme o vymezení takových stěžejních byznys funkcí, aby byla definice v praxi použitelná. |  |
|  |  |  |  | Nevím, jak definovat stěžejní byznys funkce - navržené definice po úpravě mi připadají OK.  |  |
|  |  |  |  |   |  |
|  |  |  |  |  |  |
|  |  |  |  | Ve smyslu pracovníci TSK v dohledovém centru |  |
|  |  |  |  | Všichni pracovníci TSK, nejen ti v dohledovém centru. |  |
|  |  |  |  |   |  |
|  |  |  |  |  |  |
|  |  |  |  | Vymezení incidentů nyní nezohledňuje, zda je ovlivněna některý ze základních prvků SW což vede k omezení základních funkcí (již v původní definici). Pokud by došlo k ovlivnění jen některého nepodstatného prvku, nelze vadu klasifikovat v kategorii A. |  |
|  |  |  |  | Tomu nějak nerozumím - probereme. |  |
|  |  |  |  |   |  |
|  |  |  |  |  |  |
|  |  |  |  | Žádáme o praktický příklad, kdyby takový stav mohl nastat. |  |
|  |  |  |  | Já tomu rozumím, že každý případ je samostatnou vadou. Např. nemohu ovládat vjezdovou a výjezdovou závoru jsou dva případy, které musí být evidovány jako dvě závady „A“, ne jako jedna sdružená závada „A“. |  |
|  |  |  |  |  |  |
|  |  |  |  | Rozumím tomu správně ? |  |
|  |  |  |  |   |  |

Page 3

|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | Příloha č.2 B - Implementace - soupis integrovaných Objektů, Technologických celků a Technologických prvků |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Poznámka: bude aktualizováno ke dni vypsaná VŘ a poté po podpisu smlouvy (předání podkladů) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| lokalita název parkovacího objektu | souřadnice vjezdu | MČ | ulice vjezdu | provozní doba | zajištění provozu | prvky parkovacího systému |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | prvky kamerového systému |  |  |  |  |
|  |  |  |  |  |  | konektivita |  | lokální server |  | vjezd |  |  |  |  | výjezd |  |  |  |  | vstupní jednotka | automatická pokladna  | ruční pokladna | intercom | konektivita |  | lokální server |  | kamera |
|  |  |  |  |  |  | připojení na | komunikační rozhraní | dodavatel systému | (ks) | stojan (ks)  | kamery RZ (ks) | vrata/roleta (ks) | jiný prvek popis | (ks) | stojan (ks)  | kamery RZ (ks) | vrata/roleta (ks) | jiný prvek popis | (ks) | (ks) | (ks) | (ks) | (ks) | připojení na | komunikační rozhraní | dodavatel systému | (ks) | (ks) |
| Cíglerova | 50.06295N 14.34209E | 14 | Cíglerova | non-stop | vzdálená obsluha vlastní |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | lokální server / NVR | Poskytuje TSK | HikVision | 1 | 8 |
| Hlavní nádraží | 50,08294178186918N 14,43412756916587E | 1 | Wilsonova | non-stop | obsluha vlastní | server centrální správy systému | poskytuje dodavatel systému | Green Center | 2 | 4 | 4 |  |  |  | 4 | 4 |  |  |  |  | 3 |  |  |  |  |  |  |  |
| Krouzova | 50,01006955354588N 14,4163852930069E | 12 | Krouzova | non-stop | vzdálená obsluha vlastní (Letná) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | lokální server / NVR | poskytuje TSK | HikVision | 1 | 7 |
| Letná | 50,09861857103111N 14,416535496711733E | 7 | Milady Horákové | non-stop | obsluha vlastní | server centrální správy systému | poskytuje dodavatel systému | Green Center | 2 | 6 | 6 | 1 |  |  | 6 | 6 | 1 |  |  | 6 | 2 | 1 |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 32 |
| Muzeum | 50,08089085791208N 14,433096528118767E | 1 | U Divadla | non-stop | obsluha vlastní | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |  |  |  | 1 | 1 |  |  |  | 1 | 2 | 1 |  | lokální server / NVR | poskytuje TSK | HikVision | 1 | 12 |
| Pešlova | 50,1115897736839N 14,498546719551088E | 9 | Pešlova | non-stop | vzdálená obsluha vlastní (Letná) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | lokální server / NVR | poskytuje TSK | HikVision | 1 | 16 |
| Tobrucká | 50,10080878314684N 14,362094700336458E | 6 | Tobrucká | non-stop | vzdálená obsluha vlastní (Letná) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |   |  | lokální server / NVR | poskytuje TSK | HikVision | 1 | 11 |
| P+R Černý most 2 | 50,11056459162198N 14,58262860774994E | 14 | Chlumecká | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 10 |
| P+R Garáže Černý most | 50,11018960343951N 14,579399228096008E | 14 | Chlumecká | non-stop | obsluha vlastní | server centrální správy systému | poskytuje dodavatel systému | Green Center | 2 | 3 | 3 | 2 |  |  | 2 | 2 | 2 |  |  | 3 | 8 |   |  |  |  |  |  |  |
| P+R Holešovice | 50,10853308381099N 14,441471993923187E | 7 | Plynární | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 7 |
| P+R Kotlářka | 50,06859931053238N 14,358074069023134E | 5 | Plzeňská | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 8 |
| garáže Nové Butovice (P+R a rezidentní) | 50,05209293113117N 14,350338578224184E | 13 | Petržílkova | non-stop | obsluha vlastní | server centrální správy systému | poskytuje dodavatel systému | Green Center | 2 | 3 | 3 | 3 |  |  | 1 | 1 | 1 |  |  | 4 | 4 |  |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 49 |
| P+R Opatov | 50,02624231000736N 14,509136080741884E | 11 | Chilská | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 9 |
| P+R Rajská zahrada | 50,10680769663405N 14,562249183654789E | 14 | Cíglerova | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 8 |
| P+R Skalka 1 | 50,06965982254044N 14,50735241174698E | 10 | Pod strání | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 8 |
| P+R Skalka 2 | 50,0701487519966N 14,511971175670626E | 10 | Rabakovská | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 7 |
| P+R Zličín 1 | 50,05456942231585N 14,289691150188448E | 17 | Řevnická | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | DAHUA | 1 | 6 |
| P+R Zličín 2 | 50,05352924269849N 14,290938377380373E | 17 | Ringhofferova | non-stop | vzdálená obsluha vlastní (ČM) | server centrální správy systému | poskytuje dodavatel systému | Green Center | 1 | 1 | 1 |   |  |  | 1 | 1 |   |  |  |   | 1 |   |  | lokální server / NVR | poskytuje TSK | HikVision | 1 | 8 |
| CELKEM | počet lokalit | 18 |  |  |  |  | počet prvků |  | 18 | 26 | 26 | 6 |  | 0 | 23 | 23 | 4 |  | 0 | 14 | 28 | 2 | 0 |  |  |  | 16 | 206 |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Pozn. vjezdový /výjezdový stojan je komplet ovládaných jedním firmware a představující jeden prvek v rámci parkovacího systému (typicky zahrnuje stojan se čtečkou a intercomem, stojan se závorou, smyčky, semfor) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Souhrn |  |  |  |  |  | počet  | Komunikační rozhraní |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Lokality |  |  |  |  |  | 18 |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Parkovací systém | Green Center |  |  | prvky (mimo kamer RZ) |  | 121 | RestAPI |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  | kamery RZ |  | 49 |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Kamerový systém | HikVision |  |  | servery |  | 6 | ONVIF/RTSP *) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  | kamery |  | 62 |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  | DAHUA |  |  | servery |  | 10 | ONVIF/RTSP *) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  | kamery |  | 144 |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| *) Běžnou službou pro připojení na kamerový systém je využíván protokol ONVIF nebo RTSP, ale je možné využit i jinou dostupnou službu, pokud je podporována kamerovým serverem. Je možné využít i přímé napojení prostřednictví IP adresy, portu a přihlašovacích údajů. |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |

Page 4

|  | Příloha č.2 C - Implementace - požadavky na Školení |
| --- | --- |
|  |  |
|  |  |
| l Účelem školení je, aby jednotlivé role byly řádně a dostatečně zaškoleny k užívání centralizační platformy podle svých kompetencí. |  |
| l Při každém školení se podepisuje prezenční listina všech zúčastněných osob, kteří svým podpisem stvrzují schopnost obsluhovat všechny školené funkcionality CP. |  |
| l Počet účastníků jednoho kola školení je max. 15 osob. S ohledem na směnný provoz pracovníků obsluhy probíhá základní školení ve více kolech tak, aby byli postupně proškoleni všichni pracovníci.  |  |
|  |  |
| Níže je uveden mimimální obsah školení: |  |
| Základní školení (školení pro role obsluha, manažer, administrátor) |  |
|  l | školení zaměstnanci obdrží předem uživatelskou příručku k základním funkcím  CP |
|  l | školení zaměstnanci obdrží předem osnovu školení, aby měli představu o jeho obsahu. Oprávnění zaměstnanci objednatele mohou požádat o úpravu nebo doplnění obsahu školení |
|  l | školené osoby mohou v celém průběhu školení kdykoliv klást dodatečné dotazy  |
|  l | ve školicí místnosti musí být k dispozici projektor (či jiná odpovídající vizualizační technika) a připojení k CP způsobem simulujícím pracoviště vzdálené správy |
|  l | ze školení může vzniknout audio-vizuální záznam; jeho pořízení je na rozhodnutí Objednatele |
| Školení bude probíhat v blocích (bloky nemusejí probíhat v jednom kalendářním dni) |  |
| prezentace a ukázka práce s CP  |  |
|  l | délka obsahu 3-4 hodiny |
|  l | prezentace CP a představení funkcionalit a principů práce s CP, školené osoby během školení s CP nepracují |
| praktická část práce s CP |  |
|  l | délka 3-4 hodiny |
|  l | školené osoby pracují s CP, školitel zajistí přístup školených osob k CP |
|  l | každá školená osoba má možnost si vlastnoručně vyzkoušet ovládání všech funkcionalit CP včetně připravených scénářů, které mohou v rámci správy objektů nastat |
| Body osnovy školení |  |
|  l | přihlášení uživatelů do CP prostřednictvím vlastních přístupových údajů |
|  l | zobrazení všech objektů a technologických prvků, prezentace základních náhledů  |
|  l | servisní kniha - zápis události a všechny další úkony prováděné v servisní knize, vyhledání historie zápisů (omezeno objektem přihlášení)  |
|  l | serviceDesk - zápis požadavku a další úkony provádění v rámci serviceDesk, vyhledání historie zápisů (omezeno objektem přihlášení)  |
|  l | ovládání jednotlivých technologických prvků z CP (př. otevírání závor, funkce kolona, restart prvku, odstavení prvku mimo provoz, natočení kamery, zoom kamery) |
|  l | upozornění na sledované stavy (př. poruchy, plnění pokladen) technologických prvků (on-line dohled) - řešení modelových situací |
|  l | sledování aktuálních stavů technologických prvků (on-line dohled) - výběr pro zvolený technologický prvek, soubor prvků, objekt apod. |
|  l | zobrazení historie stavů za zvolené období a zvolený výčet technologických prvků, tisk a export sestavy |
|  l | sledování aktuálních kamerových záběrů (on-line dohled) - výběr kamer, objektu a další možné parametry výběru, zvětšení náhledu |
|  l | vyhledání kamerového záběru pro zvolené období a vybranou kameru (přehledovou, RZ)- zobrazení záznamu, export záznamu |
|  l | vyhledání informací o platbě (probíhající, realizované) podle zadaných parametrů (př. časové období, RZ, č.pokladny, jiný kanál, číslo lístku) - zobrazení , tisk, export |
|  l | vyhledání informací o parkovacím oprávnění (parkovací kartě) podle zadaných parametrů (př. časové období, RZ, č.karty, jméno, objekt) - zobrazení , tisk, export |
|  l | vyhledání dokladu o platbě podle zadaných parametrů (př. datum a čas, RZ, č. dokladu) zobrazení, tisk, export |
|  l | vyhledání aktuální výčetky stavu hotovosti v pokladně podle zadaných parametrů (př. objekt, č. kasy) - zobrazení, tisk, export |
|  l | vyhledání parkovací události/událostí (probíhající, realizované) podle zadaných parametrů (př. časové období, RZ, objekt,číslo lístku, číslo parkovací karty) - zobrazení, tisk, export |
|  l | komunikace s Objednatelem prostřednictvím intercomu |
|  |  |
| Nadstavbové školení (školení pro role manažer, administrátor) |  |
|  l | školení zaměstnanci obdrží předem uživatelskou příručku k nadstavbovým funkcím  CP |
|  l | školené osoby mohou v celém průběhu školení kdykoliv klást dodatečné dotazy  |
|  l | ve školicí místnosti musí být k dispozici projektor (či jiná odpovídající vizualizační technika) a připojení k CP |
|  l | ze školení může vzniknout audio-vizuální záznam; jeho pořízení je na rozhodnutí Objednatele |
| Školení bude probíhat v jednom bloku |  |
|  l | délka 5-6 hodin |
|  l | prezentace CP a jejích nadstavbových funkcionalit, práce školených osob s CP  |
| Body osnovy školení |  |
|  l | založení a editace uživatelů a jejich práv ( libovolný výběr z kompetenční matice) |
|  l | přidělení/editace/ukončení přístupových práv k CP |
|  l | zobrazení historie přihlášení jednotlivých uživatelů a historie provedených úkonů (možnost filtrace dle data/jména/typu úkonu aj.) |
|  l | přehled všech přehledů dostupných v CP, jejich zobrazení, tisk a export |
|  l | servisní kniha - vyhledání historie všech zápisů + tisk + export  |
|  l | serviceDesk - vyhledání historie všech zápisů + tisk + export  |
|  l | nastavení pokynů k řešení situací (typicky poruchových hlášení) obsluhou, nastavení povinných kroků obsluhy pro jednotlivá hlášení, evidence reakce obsluhy |
|  l | založení/editace/odstranění objektu (lokality) včetně vložení plánků, technologických prvků, popisných informací a dalších údajů |
|  l | nastavení vizuálního a akustického upozornění na nastavené stavy prvků (hlášení), výběr kamerových záběrů zobrazovaných s hlášením |
|  |  |
| Obsah školení může být zpřesněn v Implementačním projektu. |  |

Page 5

|  |  |  |  |  | Příloha č.2 D - Implementace - Harmonogram |
| --- | --- | --- | --- | --- | --- |
|  |  |  |  |  |  |
|  |  |  |  |  |  |
| č. etapy | popis  | relevantní článek Smlouvy | provádí | termín dodání | trvání (týdny) |
| 1 | Účinnost Smlouvy  |  | zadavatel |  |  |
|  | Předání vstupních údajů Předání popisů všech rozhraní (např. API)/přístupů integrovaných v rámci Implementace, předání přístupů do konektivity Součástí je určení 2 Objektů k testování (různé technologie)  | čl. 4.1 Smlouvy | zadavatel |  |  |
|  | Písemný předávací protokol |  | obě strany | T1 |  |
| Implementace |  |  |  |  |  |
| 2 | Implementační projekt (přípravná fáze) Kompletní příprava/analýza podkladů pro integraci do CP - všech Objektů, všech Technologických celků, všech Technologických prvků, všech funkcí a všech uživatelských úkolů. Popis konkrétního řešení všech požadadovaných funkcionalit a řešení všech uživatelských úkolů (tj. zejména, co bude dělat obsluha a jak bude vypadat jejich uživatelské prostředí), popis případných dalších standardních funkcionalit technického řešení CP. | čl. 5.1 až 5.4 Smlouvy |  dodavatel  |  | 6 |
|  | Akceptace Implementačního projektu (součástí mohou být požadavky TSK (nezásadní) na úpravu navrženého řešení, které budou vyřešeny do zahájení akceptačního testování CP). | čl. 5.5 Smlouvy | obě strany  |  | 2 |
|  |  |  |  | T2 = T1 + | 8 |
| 3 | Integrace testovacích Objektů do CP, testování (první fáze) Integrace 2 určených Objektů do CP (na reálných provozních datech) - ukázka řešení. Dodání Uživatelské dokumentace + školení testérů TSK za účelem testování CP na 2 Objektech Předání přístupů do testovacího nastavení CP. Probíhá na reálných datech poskytovaných rozhraních technologií. Probíhá na 2 určených Objektech (první fáze)..  |  čl. 6.1.1 Smlouvy čl. 6.2.1 + 6.3.1 Smlouvy |  dodavatel dodavatel dodavatel  |  | 2 |
|  | Akceptační procedura Probíhá akceptační testování všech povinných uživatelských úkolů, případně další scénáře standardního provozního charakteru. Aktivní úkoly (zvedání závory) testovány řízeně. Probíhá na reálných datech poskytovaných rozhraních technologií. Probíhá na 2 určených Objektech (první fáze).  | čl. 7 Smlouvy | obě strany Jakákoliv změna/aktualizace CP v průběhu akceptační procedury musí být provedena pouze po předchozí dohodě se zadavatelem obdobně za podmínek čl. 11.3 Smlouvy Zadavatel testuje a komunikuje požadavky prostřednictvím ServiceDesk. Dodavatel průběžně a bezodkladně reaguje na publikované požadavky  | doba testování a akceptace se nezapočítává do termínů plnění - srov. čl. 7.5 Smlouvy |  |
|  |  |  |  | T3 = T1 + | 10 |
| 4 | Integrace všech Objektů do CP v produkčním prostředí + splnění všech podmínek pro zahájení Zkušebního provozu (druhá fáze) Předvedení všech funkcionalit na všech integrovaných objektech/technologiích/prvcích v produkční verzi CP - probíhá na reálných datech poskytovaných rozhraních technologií. dodání kompletní aktuální Dokumentace (tj. Uživatelské dokumentace + provozní a bezpečnostní dokumentace) školení zaměstnanců TSK (všech rolí) předání přístupů do CP Vyhotovení protokolu potvrzujícího splnění všech podmínek pro zahájení Zkušebního provozu | čl. 6.1.2 Smlouvy + čl. 8.2.1 až 8.2.4. Smlouvy čl. 8.2 Smlouvy |  vše dodavatel obě strany |  | 3 |
|  |  |  |  | T4 = T1 + | 13 |
| 5 | Zkušební provoz Probíhá v produkčním prostředí na reálných datech a zajišťuje reálný provoz, vč. aktivních úkonů. Na straně dodavatele je k dispozici tým v non-stop režimu pro rychlé a intenzivní řešení incidentů dle SLA platných pro zkušební provou. Současně je funkční stávající řešení TSK - jako záloha. Pozn: Zadavatel může do ukončení Zkušebního provozu zúžit/rozšířit pokynem výčet integrovaných Objektů/Technologických prvků za podmínek čl. 8.4 Smlouvy. | čl. 8 Smlouvy |  Zadavatel provozuje vzdálenou správu objektů a komunikuje požadavky prostřednictvím ServiceDesk. Jakákoliv změna/aktualizace CP v průběhu Zkušebního provozu musí být provedena pouze po předchozí dohodě se zadavatelem obdobně za podmínek čl. 11.3 Smlouvy |  | 6 |
|  | Ukončení zkušebního provozu Finální akceptační protokol obsahující: Soupis všech řešených požadavků a popis jejich vypořádání, Soupis nevypořádaných požadavků, jejich kategorizace a konstatování akceptace/akceptace s výhradou/neakceptace zkušebního provozu (podle kriterií ze Smlouvy). | čl. 8.5 Smlouvy  |  Podepisují obě strany.  |  | 1 |
|  | FINÁLNÍ TERMÍN (ve smyslu čl. 4.1 Smlouvy) |  | Vyhotovení Finálního akceptačního protokolu | T5 = T1 + | 20 |
|  |  |  |  |  |  |
| Běžný provoz Od zahájení běžného provozu může zadavatel měnit počty integrovaných objektů/technologií/prvků |  |  |  |  |  |
| 6 | Běžný provoz Začínají platit SLA a pokuty pro běžný provoz. TSK odstavuje stávající řešení, dále běží pouze CP. | čl. 10 a násl. Smlouvy | zahájení plnění Paušálních služeb | po dobu trvání smlouvy |  |

Page 6

|  | Příloha č.2 E - Paušální služby - Incidenty + SLA parametry |
| --- | --- |
|  |  |
| Incidenty |  |
|  |  |
| Přístup do ServiceDesk |  |
| Osoby s oprávněným přístupem do ServiceDesk pro účely nahlášení incidentu jsou osoby s odpovídající uživatelským oprávněním CP (dále "Oznamovatel"); oprávnění přístupu zakládá/odebírá Objednatel. |  |
|  |  |
| Postup řešení incidentu |  |
| 1 | Oznamovatel prověří možný výpadek dodávky elektřiny (provádí záznam do servisní knihy) - v místě pracoviště vzdálené obsluhy - v místě spravovaného objektu |
| 2 | Oznamovatel prověří možný výpadek konektivity (provádí záznam do servisní knihy) - v místě pracoviště vzdálené obsluhy - v místě spravovaného objektu |
| 3 | Oznamovatel posílá požadavek na řešení incidentu (nahlášení) Součástí požadavku je popis závady. Požadavek se předává prostřednictvím ServiceDesk, nebo jiným dohodnutým způsobem. |
| 4 | Dodavatel eviduje přijetí incidentu Přijetí je zaznamenáno prostřednictvím ServiceDesk. ServiceDesk zasílá Objednateli informaci o přijetí incidentu.  |
| 5 | Dodavatel do ServiceDesk zapisuje informace o průběhu řešení a oznamuje vyřešení incidentu ServiceDesk zasílá Objednateli informaci o každé změně stavu řešeného incidentu a o vyřešení incidentu. Informace se posílají na konktatní údaje Objednatele (e-mail, SMS). |
| 6 | Oznamovatel uzavírá (potvrdí) vyřešení incidentu (v ServiceDesk).  |
|  |  |
| Provozní doba ServisDesk a kontakty pro nahlášení a řešení Incidentů |  |
| Provozní doba: nonstop Dodavatel zajistí non-stop telefonní čislo (hot-line) pro oznámení incidentů. Kontaktní údaje k řešení Incidentů jsou uvedeny v příloze č.6 Smlouvy. |  |
|  |  |
| Popis a příklady Incidentů dle kategorií  |  |
| Kategorie A – kritická |  |
| Jedná se o vadu, která má kritický dopad na výkonnost a/nebo funkčnost Centralizační platformy a která se projevuje nepoužitelností či nedostupností jejích základních funkcí (základní funkce odpovídají Minimálním funkčním požadavkům). Vada neumožňuje běžný způsob práce většiny uživatelů a neexistuje dostupný, přiměřený a náhradní způsob řešení vzdálené správy a provozu Objektů prostřednictvím Centralizační platformy. Například se může jednat o: |  |
|  l | výpadek celé CP |
|  l | obsluha se nemůže přihlásit do CP |
|  l | výpadek zobrazení jednotlivých technologických prvků nebo celého Objektu |
|  l | výpadek zobrazení funkčních stavů jednotlivých technologických prvků  |
|  l | výpadek on-line automatických hlášení o stavu technologických prvků  |
|  l | výpadek možnosti ovládání jednoho nebo více technologických prvků parkovacího systému v Objektu |
|  l | výpadek zobrazení všech přehledových kamer v Objektu |
|  l | výpadek zobrazení jedné nebo více kamer, které jsou zdrojem informace pro zajištění dohledu nad provozem objektu |
|  l | výpadek možnosti dohledání údajů o konkrétní platbě, parkovací relaci, parkovací kartě nebo dokladu o zaplacení, včetně zobrazení a tisku |
|  l | výpadek možnosti zobrazení výčetky aktuálního stavu hotovosti v AP |
|  l | výpadek propojení automatického hlášení o stavu technologického prvku s automatickým zobrazením obrazu vybrané kamery/kamer  |
|  l | výpadek nastaveného akustického nebo vizuálního upozornění na incident v Objektu |
|  l | výpadek komunikace (přes CP) se zákazníkem v Objektu |
| Kategorie B – podstatná |  |
| Jedná se o vadu, která nespadá do kategorie „A“ a která omezuje výkonnost a/nebo funkčnost Centralizační platformy či jakékoliv její části, neumožňuje běžný způsob práce uživatele, ale lze ji zmírnit nebo řešit dostupným, přiměřeným a náhradním způsobem řešení. Například se může jednat o: |  |
|  l | výpadek zobrazení přehledových kamer v Objektu, které nejsou zdrojem informace pro zajištění dohledu nad provozem objektu |
|  l | nemožnost ovládat zoom nebo otáčet přehledovou kameru, která je touto funkcí vybavena |
|  l | nemožnost založení a kompletní nastavení nových lokalit nebo editace stávajících včetně technologických prvků  |
|  l | nemožnost založení uživatelského účtu včetně přidělení nebo editace práv u existujícího účtu  |
|  l | nemožnost zobrazení, dohledání nebo filtrování obrazových záznamů z kamer |
|  l | nemožnost zapisování nebo editace do servisní knihy  |
|  l | nemožnost zápisu informací o objektech nebo technologických prvcích vedených v CP |
|  l | nemožnost tvorby nebo editace Objednatelem do CP vkládaných informací, pokynu, nastavení. |
|  l | jakékoliv zjištěné nevyžádané nebo Dodavatelem neavizované vizuální nebo výrazné funkční změny oproti akceptovanému nastavení CP, které omezují nebo výrazněji mění ovládání CP |
| Kategorie C – nepodstatná |  |
| Jedná se o snadno odstranitelnou vadu, která nespadá do kategorie „A“ ani „B“ a která má minimální dopad na výkonnost a/nebo funkčnost Centralizační platformy či její části a umožňuje běžný způsob práce. Například se může jednat o: |  |
|  l | výpadek zobrazení identifikačních údajů (název, ID aj.) jednoho nebo více Objektů bez omezení ovládání technologických prvků |
|  l | jakékoliv zjištěné nevyžádané nebo Dodavatelem neavizované vizuální nebo drobné funkční změny oproti akceptovanému aktuálnímu stavu, které neomezují nebo jen nepatrně mění ovládání CP |

Page 7

| SLA parametry |  |  |  |  |
| --- | --- | --- | --- | --- |
|  |  |  |  |  |
| Hodnocený parametr |  |  | Limit | Pokuta za nedodržení hodnoty |
| po dobu zkušebního provozu |  |  |  |  |
| Dostupnost centralizační platformy |  1) |  | 0.995 | 2.000,- Kč / celých 0,1 % pod limitem |
| Reakční doba pro učinění Servisního zásahu (počítá se od nahlášení do vyřešení / odstranění incidentu) |  2) | kategorie A | 1 hod | 2.000,- Kč / započatou hodinu prodlení |
|  |  | kategorie B | 12 hod | 1.000,- Kč / započatou hodinu prodlení |
|  |  | kategorie C | 48 hod | 500,- Kč / započatý den prodlení |
| po dobu běžného provozu |  |  |  |  |
| Dostupnost centralizační platformy |  1) |  | 0.99 | 10.000,- Kč / celých 0,1 % pod limitem |
| Reakční doba pro učinění Servisního zásahu (počítá se od nahlášení do vyřešení / odstranění incidentu) |  2) | kategorie A | 1 hod | 5.000,- Kč / započatou hodinu prodlení |
|  |  | kategorie B | 48 hod | 2.500,- Kč / započatou hodinu prodlení |
|  |  | kategorie C | 120 hod | 1.000,- Kč / započatý den prodlení |
|  |  |  |  |  |
|  1) Vyhodnocuje se měsíčně.  |  |  |  |  |
| Podkladem je Měsíční výkaz. |  |  |  |  |
| Počítá se jako % podíl celkového času dostupnosti na celkovém počtu min v měsíci.  |  |  |  |  |
| Do času nedostupnosti se nezapočítává doba plánovaných technologických odstávek. |  |  |  |  |
| Pokud se Objednatel s Dodavatelem nedohodnou jinak, plánované technologické odstávky na údržbu se provádějí v dohodnutém termínu: - mimo provozní špičku, tj. v době mezi 18 hod a 6 hod - max. jednou za měsíc - trvají max. 4 hodiny - na základě žádosti dodavatele zaslané nejméně 7 dní před plánovanou odstávkou |  |  |  |  |
|  |  |  |  |  |
|  2) Vyhodnocuje se měsíčně.  |  |  |  |  |
| Podkladem je Měsíční výkaz. |  |  |  |  |
| Počítá a vyhodnocuje se pro každý incident (zařazený do příslušné kategorie) samostatně. |  |  |  |  |
| Pokuta se počítá pro každý incident samostatně (dílčí pokuta), za měsíc se vyčíslí celková pokuta jako součet dílčích. |  |  |  |  |

Page 8

|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | Příloha č.2 F - Paušální služby - vzor výkazu |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| VZOR uvádí minimální údaje, které musí Dodavatel na měsíčním výkazu vykázat. Výkaz je součástí faktury paušálních plnění za příslušný měsíc. Pokud Dodavatel v tomto vzoru (formát xls předá Zadavatele Dodavateli na jeho žádost po uzavření smlouvy) vyplní žlutá pole, dílčí požadavané částky dodaných služeb se dopočítají automaticky. |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Měsíční výkaz Paušálních služeb dle čl. 14.4.4. smlouvy č.  |  |  |  |  | …........................................... |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Přehled Objektů a Technologických prvků připojených k Centralizační platformě k poslednímu dni měsíce |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| za období | mm.rrrrr |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| lokalita název parkovacího objektu | parkovací systém - prvky  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | kamerový systém - prvky |  |  |
|  | lokální server |  | vjezd |  |  |  |  | výjezd |  |  |  |  | vstupní jednotka | automat. pokladna  | ruční pokladna | intercom | lokální server |  | přehledové kamery |
|  | dodavatel systému | (ks) | stojan (ks)  | kamery RZ (ks) | vrata/roleta (ks) | jiný prvek popis | (ks) | stojan (ks)  | kamery RZ (ks) | vrata/roleta (ks) | jiný prvek popis | (ks) | (ks) | (ks) | (ks) |  (ks) | dodavatel systému | (ks) |  (ks) |
| Cíglerova |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | HikVision |  |  |
| Hlavní nádraží | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Krouzova |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | HikVision |  |  |
| Letná | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| Muzeum | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | HikVision |  |  |
| Pešlova |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | HikVision |  |  |
| Tobrucká |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | HikVision |  |  |
| P+R Černý most 2 | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Garáže Černý most | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Holešovice | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Kotlářka | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| garáže Nové Butovice (P+R a rezidentní) | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Opatov | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Rajská zahrada | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Skalka 1 | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Skalka 2 | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Zličín 1 | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | DAHUA |  |  |
| P+R Zličín 2 | Green Center |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | HikVision |  |  |
| CELKEM |  | 0 | 0 | 0 | 0 |  | 0 | 0 | 0 | 0 |  | 0 | 0 | 0 | 0 | 0 |  | 0 | 0 |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Dodané služby |  |  | doplní se dle platného ceníku  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Položka |  |  | Paušální služby |  |  |  |  |  |  |  | Celková cena dodaných služeb  |  |  |  |  |  |  |  |  |
|  |  |  | Infrastrukturní služby | Služby CP |  |  |  |  |  | Servisní služby  |  |  |  |  |  |  |  |  |  |
|  |  |  |  | Paušál za CP | Paušál za připojený objekt | Paušál za připojené prvky  |  |  |  |  |  |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  přehledové kamery |  |  RZ kamery |  ostatní prvky  |  |  |  |  |  |  |  |  |  |  |
| cena za jednotku a měsíc (Kč bez DPH) |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Počet jednotek celkem |  |  | 1 | 1 | 18 | 0 |  | 0 | 0 | 1 |  |  |  |  |  |  |  |  |  |
| Celkem (Kč bez DPH) |  |  | 0 | 0 | 0 | 0 |  | 0 | 0 | 0 | 0 |  |  |  |  |  |  |  |  |
|  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Rozdělení ceny dodaných služeb na jednotlivé lokality |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |
| Lokalita - název parkovacího objektu |  |  | počet jednotek v lokalitě | počet jednotek v lokalitě | počet jednotek v lokalitě | počet jednotek v lokalitě |  | počet jednotek v lokalitě | počet jednotek v lokalitě | počet jednotek v lokalitě | CELKEM v Kč bez DPH |  |  |  |  |  |  |  |  |
| Cíglerova |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| Hlavní nádraží |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| Krouzova |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| Letná |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| Muzeum |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| Pešlova |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| Tobrucká |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Černý most 2 |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Garáže Černý most |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Holešovice |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Kotlářka |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| Garáže Nové Butovice (P+R a rezidentní ) |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Opatov |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Rajská zahrada |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Skalka 1 |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Skalka 2 |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Zličín 1 |  |  | 0.055556 | 0.055556 | 1 | 0 |  | 0 | 0 | 0.0556 | 0 |  |  |  |  |  |  |  |  |
| P+R Zličín 2 |  |  | 0.0555479999999996 | 0.0555479999999996 | 1 | 0 |  | 0 | 0 | 0.05480000000000018 | 0 |  |  |  |  |  |  |  |  |