Příloha č. 1 zadávací dokumentace - Obchodní podmínky (závazný návrh smlouvy) Smlouva o vytvoření nástrojů pro tvorbu a údržbu ÚAP a jejich provozu

Příloha č. 1 zadávací dokumentace - Obchodní podmínky (závazný návrh smlouvy)

Smlouva o vytvoření
nástrojů pro tvorbu a údržbu ÚAP a jejich provozu

Smluvní strany

Objednatel:

Moravskoslezský kraj

se sídlem: 28. října 117, 702 18 Ostrava

Zastoupený: Xxxxxxxxxx Xxxxxxx, hejtmanem kraje

IČ: 70890692

DIČ: CZ70890692

Bankovní spojení: Česká spořitelna, a.s., pobočka Ostrava

Číslo účtu: 200184-1650676349/0800

Zhotovitel: (níže uvedené identifikační údaje doplní uchazeč)

Obchodní firma/název:

se sídlem:

zastoupená/jednající:

IČ:

DIČ:

Bankovní spojení:

Číslo účtu:

Zapsána:

I. Základní ustanovení

1. Smluvní strany se dohodly, že jejich závazkový vztah se ve smyslu § 262 odst. 1 zákona č. 513/1991 Sb., obchodní zákoník, ve znění pozdějších předpisů (dále jen „obchodní zákoník“) řídí obchodním zákoníkem a zákonem č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon), ve znění pozdějších předpisů (dále jen „autorský zákon“), a v souladu s ustanoveními § 269 odst. 2 obchodního zákoníku s přiměřeným použitím § 536 obchodního zákoníku uzavírají tuto smlouvu na vytvoření
   Nástrojů pro tvorbu a údržbu územně analytických podkladů (dále též ÚAP) a jejich provozu (dále též „Smlouva“).

2. Smluvní strany se zavázaly postupovat v souladu s Programovým dokumentem Integrovaného operačního programu (dále také „IOP“) a Prováděcím dokumentem IOP, v souladu výzvou k předkládání žádostí o finanční podporu relevantní pro účel a předmět této Smlouvy včetně jejich veškerých příloh (dále také „výzva“) a v souladu s oficiálními doporučeními a oznámeními řídícího orgánu či zprostředkujícího subjektu dané výzvy v aktuálním platném znění.

3. Smluvní strany prohlašují, že identifikační údaje specifikující smluvní strany jsou v souladu s právní skutečností v době uzavření smlouvy. Smluvní strany se zavazují, že změny dotčených údajů oznámí bez prodlení písemně druhé smluvní straně. Zhotovitel prohlašuje, že bankovní účet zhotovitele uvedený v této smlouvě je bankovním účtem zveřejněným ve smyslu zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů (dále jen „zákon o DPH“). V případě změny účtu Zhotovitele je Zhotovitel povinen doložit vlastnictví k novému účtu a to kopií příslušné smlouvy nebo potvrzením peněžního ústavu; nový účet však musí být zveřejněným účtem ve smyslu předchozí věty. Při změně identifikačních údajů smluvních stran včetně změny účtu není nutné uzavírat ke smlouvě dodatek.

4. Smluvní strany se dohodly na následujícím vymezení pojmů:

1. Pod pojmem update se v této Smlouvě rozumí taková verze Díla, u které se oproti předcházející verzi Díla mění jeho funkčnost, a to na základě změny jakékoliv skutečnosti, podle které byla celá funkčnost tohoto Díla vytvořena, ale nemění se struktura dat datového fondu, se kterým tato verze Díla pracuje. V případě, že změna funkčnosti tohoto Díla byla provedena pouze na základě legislativních změn, je nová verze tohoto Díla jeho “legislativním updatem”.

2. Pod pojmem upgrade se ve Smlouvě rozumí taková verze Díla, u které se oproti předcházející verzi tohoto Díla mění jeho funkčnost, a to na základě změny jakékoliv skutečnosti, podle které byla celá funkčnost Díla vytvořena, a zároveň se mění struktura vět datového fondu, se kterým tato verze Díla pracuje. V případě, že změna funkčnosti tohoto Díla a změna struktury dat datového fondu, se kterým Dílo pracuje, byla provedena pouze na základě legislativních změn, je nová verze tohoto Díla jeho “legislativním upgradem”.

3. Pod pojmem zkušební provoz se rozumí doba po řádně provedené implementaci všech dodaných částí, určená k ověření funkčnosti produktu na HW a SW Objednatele. Zkušební provoz Díla slouží ke komplexnímu vyzkoušení všech částí Díla (předmětu plnění dle Smlouvy). Dílo tedy musí ke dni jeho předání do zkušebního provozu obsahovat všechny části a všechny funkcionality požadované Smlouvou. Zkušební provoz bude probíhat v místě plnění Díla a bude jej provádět Objednatel v součinnosti s cílovými uživateli Portálu ÚAP. Vady Díla zjištěné při zkušebním provozu je Zhotovitel povinen odstranit nejpozději ke dni předání Díla bez vad a nedodělků dle čl. III. odst. 1 písm. k) této Smlouvy. Zhotovitel je povinen průběžně Objednatele informovat o průběhu zkušebního provozu a činnostech, které byly prováděny za účelem ověření funkčnosti Díla.

4. Pod pojmem implementační studie se v této Smlouvě rozumí dokument specifikovaný v kapitole č. 8 přílohy č. 1 této Smlouvy „Technická specifikace“, popisující komplexně způsob dosažení cílového stavu Díla dle této Smlouvy, tj. především výchozí stav realizace procesu ÚAP v rámci KÚ MSK a ORP MSK, kompletní popis činností, aktivit a postupů nezbytných pro realizaci Díla, potřebné HW a SW technologie a způsob jejich vývoje a implementace a návaznost jednotlivých aktivit, kroků a etap, které vedou k realizaci Díla. Objednatel má právo implementační studii zveřejnit a šířit podle vlastního uvážení, k tomu mu Zhotovitel dává souhlas jako osoba zcela oprávněná takový souhlas udělit.

II. Účel a předmět Xxxxxxx, pojmy

1. Účelem této Smlouvy je zajistit vytvoření jednotného portálového řešení (dále jen „portál ÚAP“), které zjednoduší tvorbu a správu územně analytických podkladů na území MSK, a které bude uživatelsky dostupné všem dotčeným subjektům, v rámci projektu E‑Government Moravskoslezského kraje (II. – VI. část výzvy).

2. Předmětem této Smlouvy je závazek Zhotovitele provést pro Objednatele Dílo v rozsahu a kvalitě dle této Smlouvy a přílohy č. 1 této Smlouvy „Technická specifikace“, jehož dílčí části tvoří:

• Návrh a vývoj aplikačních částí řešení Nástrojů pro tvorbu a údržbu ÚAP

• Licence k aplikačním částem řešení Nástrojů pro tvorbu a údržbu ÚAP

• Ostatní licence nezbytné pro provoz Díla specifikované v příloze č. 3 Smlouvy

• Úpravy Datového modelu ÚAP&ÚP verze 3.2 na verzi 3.2.1.

• Datový sklad a jeho naplnění daty jevy ÚAP, ZÚR a podkladovými daty

• Implementace, instalace a konfigurace řešení do IS KÚ MSK

• Zkušební provoz, včetně seznámení uživatelů s obsluhou

• Publicita

• Servisní a technická podpora

(dále jen „Dílo“)

3. Součástí Díla jsou veškeré práce a služby nezbytné pro řádné a úplné zprovoznění Díla včetně vytvoření dokumentací a postupů pro správce a uživatele ke všem technickým částem Díla.

4. Objednatel se zavazuje řádně a včas provedené Dílo převzít a uhradit za něj Zhotoviteli sjednanou cenu.

5. Smluvní strany prohlašují, že předmět plnění Smlouvy není plněním nemožným a že Smlouvu uzavírají po pečlivém zvážení všech možných důsledků.

6. Servisní a technická podpora:

1. Součástí servisní a technické podpory dle této Smlouvy (dále jen jako „Technická podpora“) je především:

• Průběžné provádění inovace produktu. Výsledkem inovace produktu budou nové verze produktu, a to buď jako

• update a upgrade, vzniklé samostatnou, změnou právních předpisů a požadavky Objednatele nevynucenou, inovační činností Zhotovitele,

nebo jako

• legislativní update a upgrade, vynucené změnou právních předpisů.

• Distribuce inovovaného produktu za účelem legislativního (změnou právních předpisů vynuceného) update nebo upgrade bude provedena před termínem účinnosti změn příslušných právních předpisů.

• Provádění obecných změn produktu v důsledku vývoje HW a SW prostředků.

• Distribuce nových verzí produktu zpřístupněním pokynů k jejich elektronickému stažení Objednatelem z datového úložiště Zhotovitele.

• Služba Hot-line formou telefonické podpory pro zaměstnance Objednatele pro řešení technických problémů, poradenství a konzultace.

• Služba HelpDesk/ServiceDesk pro zaměstnance Objednatele pro hlášení závad dle jednotlivých kategorií, řešení technických problémů, poradenství a konzultace.

2. Ke každé inovované verzi Díla, včetně update a  upgrade a legislativního upgrade a upgrade, je Zhotovitel povinen dodat seznam změn a úprav v elektronické formě, které byly provedeny v inovované verzi. Budou-li inovované verze obsahovat modifikovanou funkčnost oproti předchozí verzi, potom budou tyto Zhotovitelem distribuovány spolu s náležitou dokumentací a aktualizovanou uživatelskou příručkou v elektronické podobě.

3. Objednatel je v rámci provozu Díla oprávněn provádět změny HW a SW, nastavení a konfigurace HW a SW, a to tak, aby byl zabezpečen chod Díla a související infrastruktury. Objednatel je povinen Zhotovitele informovat o provedených změnách HW a SW, jakož i o změnách nastavení a konfigurace HW a SW formou záznamu, který bude označen pořadovým číslem, a který bude obsahovat vždy alespoň, datum vyhotovení záznamu, datum podpisu záznamu zástupci Objednatele, jakož i specifikaci změny HW a SW a změny nastavení a konfigurace HW a SW, která byla provedena.

7. Zjistí-li Zhotovitel při plnění předmětu Xxxxxxx skryté překážky bránící řádnému provedení předmětu plnění, je povinen to bez odkladu oznámit Objednateli a navrhnout další postup.

8. Zhotovitel prohlašuje, že se detailně seznámil s rozsahem a povahou předmětu Xxxxxxx a že je odborně způsobilý k zajištění plnění předmětu Smlouvy.

9. Zhotovitel je povinen zajistit, že veškeré vlastnosti předmětu Smlouvy, včetně jeho update, legislativních update, upgrade a legislativních upgrade budou po celou dobu účinnosti této Smlouvy odpovídat obecně platným právním předpisům ČR a platným standardům Informačních systémů veřejné správy.

III. Doba a místo plnění, předání Díla, předávací protokol

1. Zhotovitel je povinen části Díla provést a předat Objednateli (případně dle charakteru plnění provádět pro Objednatele) bez vad a nedodělků v těchto lhůtách a termínech:

Realizační fáze (implementace)

1. Implementační studie - ve lhůtě 6 kalendářních týdnů od nabytí účinnosti této Smlouvy musí Zhotovitel zpracovat implementační studii a předat ji bez vad a nedodělků Objednateli, přičemž:

• Zhotovitel ve lhůtě 4 kalendářních týdnů od nabytí účinnosti této Smlouvy předloží Objednateli prostřednictvím předávacího protokolu návrh implementační studie k akceptaci.

• Objednatel se ve lhůtě 1 kalendářního týdne k předloženému návrhu písemně vyjádří. Součástí vyjádření bude sdělení, zda návrh akceptuje či neakceptuje. V případě neakceptace specifikuje vady a nedodělky implementační studie. Písemné vyjádření Objednatele se stane přílohou a nedílnou součástí předávacího protokolu.

• Zhotovitel je v případě neakceptace návrhu implementační studie povinen její vady a nedodělky specifikované Objednatelem ve lhůtě 1 kalendářního týdne od předání specifikace vad a nedodělků Objednatelem odstranit a v této lhůtě implementační studii bez vad a nedodělků Objednateli prostřednictvím předávacího protokolu předat.

• Objednatel se bez zbytečného odkladu písemně k odstranění vad a nedodělků implementační studie vyjádří. Součástí vyjádření bude sdělení, zda návrh akceptuje či neakceptuje. V případě neakceptace specifikuje vady a nedodělky implementační studie, které Zhotovitel neodstranil. Písemné vyjádření Objednatele se stane přílohou a nedílnou součástí předávacího protokolu.

1. Úprava datového modelu ÚAP&ÚP verze 3.2 na verzi 3.2.1. - ve lhůtě 12 kalendářních týdnů od nabytí účinnosti této Smlouvy musí Zhotovitel zpracovat datový model ÚAP&ÚP verze 3.2.1. a předat jej bez vad a nedodělků Objednateli, přičemž:

• Zhotovitel ve lhůtě 10 kalendářních týdnů od nabytí účinnosti této Smlouvy předloží Objednateli prostřednictvím předávacího protokolu zpracovaný datový model ÚAP&ÚP verze 3.2.1. k akceptaci.

• Objednatel se ve lhůtě 1 kalendářního týdne k předloženému návrhu písemně vyjádří. Součástí vyjádření bude sdělení, zda zpracovaný datový model ÚAP&ÚP verze 3.2.1. akceptuje či neakceptuje. V případě neakceptace specifikuje vady a nedodělky. Písemné vyjádření Objednatele se stane přílohou a nedílnou součástí předávacího protokolu.

• Zhotovitel je v případě neakceptace návrhu implementační studie povinen její vady a nedodělky specifikované Objednatelem ve lhůtě 1 kalendářního týdne od předání specifikace vad a nedodělků Objednatelem odstranit a v této lhůtě datový model ÚAP&ÚP verze 3.2.1. bez vad a nedodělků Objednateli prostřednictvím předávacího protokolu předat.

• Objednatel se bez zbytečného odkladu písemně k odstranění vad a nedodělků zpracovaného datového modelu ÚAP&ÚP verze 3.2.1. vyjádří. Součástí vyjádření bude sdělení, zda návrh akceptuje či neakceptuje. V případě neakceptace specifikuje vady a nedodělky, které Zhotovitel neodstranil. Písemné vyjádření Objednatele se stane přílohou a nedílnou součástí předávacího protokolu.

3. Datový sklad, implementace datového modelu ÚAP&ÚP 3.2.1 do datového skladu a jeho naplnění daty jevy ÚAP, ZÚR a podkladovými daty do zahájení zkušebního provozu;

4. Návrh a vývoj aplikačních částí řešení Nástrojů pro tvorbu a údržbu ÚAP do zahájení zkušebního provozu;

5. Dodání Licencí k aplikačním částem řešení Nástrojů pro tvorbu a údržbu ÚAP do zahájení zkušebního provozu;

6. Dodání Ostatních licencí nezbytných pro provoz Díla specifikovaných v příloze č. 3 Smlouvy do zahájení zkušebního provozu;

7. Implementace, instalace a konfigurace řešení do IS KÚ MSK do zahájení zkušebního provozu;

8. Seznámení s obsluhou ve lhůtách a termínech uvedených v příloze č. 1 této Smlouvy „Technická specifikace“;

9. Publicitní opatření ve lhůtách a termínech uvedených v příloze č. 1 této Smlouvy „Technická specifikace“;

10. Předání Díla do Zkušebního provozu - Zhotovitel je povinen předat kompletní Dílo jako funkční celek do Zkušebního provozu nejpozději do 29. 8. 2014, s výjimkou publicity a seznámení se s obsluhou, které je Xxxxxxxxxx povinen předat v termínech dle ust. písm. h) a i) tohoto odstavce. Zkušební provoz bude probíhat od okamžiku převzetí Díla do zkušebního provozu do 31. 10. 2014.

11. Předání Díla bez vad a nedodělku - Zhotovitel je povinen předat kompletní Dílo bez vad a nedodělků nejpozději do 31. 10. 2014.

Provozní fáze (rutinní provoz)

12. Technická podpora dle této Smlouvy bude Zhotovitelem Objednateli poskytována po dobu zkušebního provozu Díla dle písm. j) tohoto odstavce Smlouvy a dále pak po dobu pěti (5) let od převzetí Díla bez vad a nedodělků (viz písm. k) tohoto odstavce Smlouvy).

13. Případné jiné služby jdoucí nad rámec Technické podpory dle této Smlouvy budou Zhotovitelem Objednateli poskytovány po celou dobu účinnosti Smlouvy vždy na základě požadavku (jednotlivých objednávek) Objednatele, za ceny specifikované v tabulce D. přílohy č. 2 této Smlouvy „Cena“.

1. Místem plnění je budova Krajského úřadu Moravskoslezského kraje, 28. října 117, 702 18 Ostrava.

2. Smluvní strany se dohodly, že v rámci realizační fáze bude Dílo předáváno postupně po dokončení jednotlivých činností a funkčních celků dle specifikace uvedené v písm. a) až k) odst. 1 tohoto článku Smlouvy. Předávané plnění bude předmětem akceptace ze strany Objednatele a provádění akceptačních testů, tzn. každé dílčí plnění musí být předáno Objednateli s dostatečným časovým předstihem k provedení akceptační procedury. Pro předání jednotlivých částí Díla dle tohoto odst. v termínech dle této Smlouvy vyhotoví Zhotovitel předávací protokol, jehož přílohou budou všechny přehledy provedených prací a dodávek. Objednatel se zavazuje tyto části Díla převzít v případě, že budou provedeny a předány řádně v souladu se Smlouvou, bez vad a nedodělků. Smluvní strany se dohodly, že Objednatel převezme dílo bez vad nedodělků dle čl. III odst. 1 písm. k) této Smlouvy na základě závěrečného předávacího protokolu. Závěrečný předávací protokol bude obsahovat všechna dílčí plnění uvedená v této smlouvě.

3. Pokud Objednatel Dílo (jeho část) převezme, potvrdí tuto skutečnost na předávacím protokolu předloženém Zhotovitelem.

4. Pokud Objednatel Dílo (jeho část) nepřevezme, protože Dílo (jeho část) obsahuje vady či nedodělky, potvrdí tuto skutečnost na předávacím protokolu předloženém Zhotovitelem. Dále je povinen tyto vady či nedodělky specifikovat a tuto specifikaci předat Zhotoviteli. Specifikace vad a nedodělků vyhotovená Objednatelem se tímto stane přílohou a nedílnou součástí předávacího protokolu vyhotoveného Zhotovitelem. K vypracování specifikace vad a nedodělků je Zhotovitel povinen poskytnout Objednateli součinnost.

5. Předávací protokol musí obsahovat minimálně tyto náležitosti:

   1. číslo předávacího protokolu a datum,

   2. číslo Smlouvy a datum jejího uzavření, číslo veřejné zakázky,

   3. přesná specifikace předávaného Díla nebo jeho části,

   4. název projektu tj. E-Government Moravskoslezského kraje (II. – VI. část výzvy), reg. č. CZ.1.06/2.1.00/08.07383,

   5. informaci, že se jedná o projekt hrazený z Integrovaného operačního programu dle Příručky pro žadatele a příjemce, výzva č. 08 včetně textu „Šance pro váš rozvoj“,

   6. datum zahájení a dokončení prací a dodávek na příslušné části Díla,

   7. podrobné vymezení rozsahu provedených prací a dodávek,

   8. prohlášení Objednatele, že Dílo (jeho část) přejímá nebo nepřejímá, podpis oprávněné osoby Zhotovitele a Objednatele,

   9. jméno a vlastnoruční podpis osoby, která předávací protokol vystavila, včetně kontaktního telefonu a e-mailu.

6. Předávací protokol bude doručen doporučeně prostřednictvím provozovatele poštovních služeb, datovou schránkou nebo osobně pověřenému zaměstnanci Objednatele proti písemnému potvrzení.

IV. Cena Díla

1. Cena předmětu plnění je stanovena v příloze č. 2 této Smlouvy. Ceny jsou uvedeny jako maximální, zahrnující veškeré náklady Zhotovitele nutné k řádnému plnění předmětu Smlouvy. Ceny je možné upravit pouze za níže specifikovaných podmínek.

2. Smluvní strany se dále dohodly, že cenu Technické podpory, včetně dohodnuté ceny za hodinu konzultačních a programovacích prací, je Zhotovitel oprávněn navýšit o hodnotu meziroční inflace spotřebitelských cen, kterou pro předchozí kalendářní rok stanoví Český statistický úřad, avšak nejdříve po 2 letech trvání příslušné Technické podpory od skončení zkušebního provozu, a to za předpokladu, že meziroční inflace bude za příslušný předchozí rok vyšší než 1,5 %. Ceny navýšené o tuto meziroční inflaci jsou cenami pro daný kalendářní rok nejvýše přípustné a v průběhu daného roku ve vztahu k inflačnímu navyšování neměnné. O provedeném navýšení cen je Zhotovitel povinen Objednatele písemně informovat. Písemná informace musí být podepsána oprávněnou osobou Zhotovitele a musí obsahovat dotčený kalendářní rok, původní výši cen, použitou míru inflace a nově stanovené ceny dle jednotlivých položek. Bude-li chybně uveden kalendářní rok, chybně uvedeny ceny původní, chybně stanovena míra inflace nebo chybně proveden výpočet nových cen, nemusí Objednatel nově stanovené ceny akceptovat, a to až do zaslání nové bezchybné písemné informace o navýšení cen. Písemná informace s náležitostmi dle tohoto odstavce Xxxxxxx je nezbytnou podmínkou k uplatnění cen navýšených dle tohoto odstavce Smlouvy.

3. Smluvní strany se dohodly, že pokud dojde v průběhu plnění této Smlouvy ke změně zákonné sazby DPH stanovené pro příslušné plnění vyplývající z této Smlouvy, bude tato sazba promítnuta do všech cen uvedených v této Smlouvě s DPH a Zhotovitel je od okamžiku nabytí účinnosti změny zákonné sazby DPH povinen účtovat platnou sazbu DPH. O této skutečnosti není nutné uzavírat dodatek k této Smlouvě.

4. Zhotovitel odpovídá za to, že sazba daně z přidané hodnoty je stanovena v souladu s platnými právními předpisy.

5. Podrobný rozpis ceny předmětu plnění v členění na jednotlivé položky tvoří přílohu č. 2 této Smlouvy. Zhotovitel sestaví podrobný rozpis ceny předmětu plnění (bez DPH) za účelem evidence majetku a jeho odepisování, dle zákona č. 586/1992 Sb., o daních z příjmů, ve znění pozdějších předpisů a zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, klasifikace CZ-CPA a CZ-CC.

6. Smluvní strany se dohodly, že po celou dobu zkušebního provozu budou Technická podpora a další služby, které souvisí s předmětem plnění dle této Smlouvy, ze strany Zhotovitele poskytovány bezúplatně.

V. Platební a fakturační podmínky

1. Cena za realizační fázi Díla (kromě části Díla specifikované v čl. III. odst. 1 písm. i) této smlouvy) ve výši dle přílohy č. 2 tab. A této Smlouvy, je splatná jednorázově po dokončení a řádném předání a převzetí Díla bez vad a nedodělků dle čl. III, odst. 1. písm. k) této Smlouvy (tj. vč. realizace a dokončení zkušebního provozu).

2. Cena za publicitu ve výši dle přílohy č. 2 tab. B této Smlouvy je splatná jednorázově po dokončení a řádném předání a převzetí části Díla - publicita dle čl. III odst. 1 písm. i) této Smlouvy.

3. Technická podpora bude po dobu zkušebního provozu Díla dle čl. III. odst. 1. písm. j) Xxxxxxx poskytována bezúplatně. Úhrada ceny Technické podpory v provozní fázi (rutinním provozu) ve výši poloviny ceny uvedené ve sloupci „Cena celkem s DPH v Kč za 1 rok“ přílohy č. 2 tab. C této Smlouvy, bude prováděna vždy zpětně za období posledních 6 měsíců, po které byla poskytována, a to pouze pokud byla skutečně poskytována. Podkladem pro prokázání poskytnutí Technické podpory bude předávací protokol, jehož přílohou budou pravidelné přehledy provedených činností.

4. Úhrada ceny dalších služeb poskytnutých v rutinním provozu ve výši sjednané hodinové sazby dle přílohy č. 2 tab. D této Smlouvy bude provedena vždy po řádném poskytnutí služby, která byla objednána na základě objednávky vystavené Objednatelem. Cena bude stanovena na základě jednotkových cen hodiny práce pro příslušnou službu a množství hodin skutečně provedených prací. Podkladem pro prokázání poskytnutí služby bude oboustranně podepsaný předávací protokol, jehož přílohou budou pravidelné přehledy provedených činností.

5. Podkladem pro úhradu ceny dle této Smlouvy bude faktura, která bude mít náležitosti daňového dokladu dle zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů a náležitosti stanovené § 13a obchodního zákoníku (dále jen „faktura“). Fakturu na příslušnou dílčí část předmětu plnění dle odst. 1., 2., 3. a 4. tohoto článku Smlouvy je Xxxxxxxxxx oprávněn vystavit po podpisu příslušného předávacího protokolu Objednatelem, ve kterém příslušnou část plnění přibírá bez vad a nedodělků; za realizační fázi je Zhotovitel oprávněn, v souladu s ust. odst. 1. tohoto článku Smlouvy, vystavit pouze 1 daňový doklad (fakturu).

Faktura musí kromě zákonem stanovených náležitostí pro daňový doklad obsahovat také:

1. číslo Smlouvy Objednatele, číslo veřejné zakázky, IČ Objednatele

2. název projektu tj. E-Government Moravskoslezského kraje (II. – VI. část výzvy), reg. č. CZ.1.06/2.1.00/08.07383,

3. informaci, že se jedná o projekt hrazený z Integrovaného operačního programu dle Příručky pro žadatele a příjemce, výzva č. 08 včetně textu „Šance pro váš rozvoj“,

4. předmět Xxxxxxx a jeho přesnou specifikaci ve slovním vyjádření (nestačí pouze odkaz na číslo uzavřené Smlouvy),

5. označení banky a číslo účtu, na který musí být zaplaceno (pokud je číslo účtu odlišné od čísla uvedeného v této Smlouvě je Zhotovitel povinen o této skutečnosti informovat Objednatele),

6. číslo a datum předávacího protokolu podepsaného zástupcem Zhotovitele a odsouhlaseného zástupcem Objednatele (předávací protokol bude přílohou faktury),

7. lhůtu splatnosti faktury

8. označení odboru, který akci likviduje (odbor evropských projektů po dobu realizace projektu, poté odbor informatiky),

9. jméno a vlastnoruční podpis osoby, která fakturu vystavila, včetně kontaktního telefonu a e‑mailu.

1. Přílohou každé z faktur bude klasifikace pořízeného majetku na základě této Smlouvy za účelem evidence majetku a jeho odepisování dle zákona č. 586/1992 Sb., o daních z příjmů, zákona č. 563/1991 Sb., o účetnictví, klasifikace CZ-CPA a CZ-CC.

2. Lhůta splatnosti každé faktury je stanovena na 30 kalendářních dnů ode dne jejího doručení Objednateli. Faktura bude doručena doporučeně prostřednictvím provozovatele poštovních služeb, datovou schránkou nebo osobně pověřenému zaměstnanci Objednatele proti písemnému potvrzení. Stejná lhůta splatnosti platí i při placení jiných plateb (smluvních pokut, úroků z prodlení, náhrady škody apod.).

3. Nebude-li faktura obsahovat některou povinnou nebo dohodnutou náležitost nebo bude chybně vyúčtována cena nebo DPH nebo budou vyúčtovány práce, které Zhotovitel neprovedl, je Objednatel oprávněn fakturu před uplynutím lhůty splatnosti vrátit druhé smluvní straně k provedení opravy s vyznačením důvodu vrácení. Xxxxxxxxxx provede opravu vystavením nové faktury. Dnem odeslání vadné faktury Zhotoviteli přestává běžet původní lhůta splatnosti a nová lhůta splatnosti běží znovu ode dne doručení nové faktury Objednateli.

4. Povinnost zaplatit cenu je splněna dnem odepsání příslušné částky z účtu Objednatele.

5. Všechny částky poukazované v Kč vzájemně smluvními stranami na základě této Smlouvy musí být prosté jakýchkoliv bankovních poplatků nebo jiných nákladů spojených s převodem na jejich účty.

6. Části Díla dle čl. III. odst. 1. této Smlouvy, vyjma části dle písm. i) „Publicitní opatření“, přebírá Objednatel prostřednictvím pověřených osob odboru informatiky. Část Díla dle čl. III., odst. 1 písm. i. této Smlouvy „Publicitní opatření“ přebírá Objednatel prostřednictvím pověřených osob odboru evropských projektů, a to na základě podpisu předávacího protokolu.

7. Objednatel uplatní institut zvláštního způsobu zajištění daně dle § 109a zákona o DPH a hodnotu plnění odpovídající dani z přidané hodnoty uvedené na faktuře uhradí v termínu splatnosti této faktury stanoveném dle smlouvy přímo na osobní depozitní účet Zhotovitele vedený u místně příslušného správce daně v případě, že:

a) bankovní účet Zhotovitele určený k úhradě plnění, uvedený na faktuře, nebude správcem daně zveřejněn v aplikaci „Registr plátců DPH“, nebo

b) Zhotovitel bude ke dni uskutečnění zdanitelného plnění zveřejněn v aplikaci „Registr plátců DPH“ jako nespolehlivý plátce, nebo

c) Zhotovitel bude ke dni uskutečnění zdanitelného plnění v insolvenčním řízení.

Objednatel nenese odpovědnost za případné penále a jiné postihy vyměřené či stanovené správcem daně Zhotoviteli v souvislosti s potenciálně pozdní úhradou DPH, tj. po datu splatnosti této daně.“

VI. Práva a povinnosti smluvních stran

1. Objednatel se zavazuje poskytnout Zhotoviteli nezbytnou součinnost, jejíž rozsah je definován v příloze č. 5 této Smlouvy, a vyjadřovat se k návrhům na další postup Xxxxxxxxxxx, bude-li to nezbytné pro řádné zhotovení Díla.

2. Zhotovitel se zavazuje respektovat provozní řád budovy Krajského úřadu a řídit se při provádění Díla pokyny Objednatele. Část služeb, jejichž rozsah bude s odkazem na bezpečnostní politiku Objednatele předem písemně odsouhlasen Objednatelem, může být poskytována dálkovou formou z prostor Zhotovitele.

3. Zhotovitel je povinen písemně informovat Objednatele o všech svých subdodavatelích (včetně jejich identifikačních a kontaktních údajů a o tom, které služby pro něj v rámci předmětu plnění každý ze subdodavatelů poskytuje) a o případné změně subdodavatele, a to nejpozději do 7 kalendářních dnů ode dne, kdy Zhotovitel uzavřel se subdodavatelem Smlouvu či ode dne, kdy došlo ke změně subdodavatele. Zhotovitel je oprávněn změnit subdodavatele, pomocí něhož prokázal část splnění kvalifikace v rámci zadávacího řízení, na základě něhož byla uzavřena tato Smlouva, jen z vážných důvodů a s předchozím písemným souhlasem Objednatele, přičemž nový subdodavatel musí disponovat kvalifikací ve stejném či větším rozsahu, který původní subdodavatel prokázal za Zhotovitele.

4. Zhotovitel je povinen průběžně Objednatele informovat o průběhu implementačních prací. Zhotovitel je povinen Objednateli poskytovat písemné přehledy provedených činností, a to v následujících intervalech:

• v průběhu realizační fáze (implementace a zkušební provoz) jedenkrát měsíčně,

• v průběhu provozní fáze (rutinní provoz) jedenkrát za čtvrtletí.

Přehledy provedených činností budou vyhotovovány elektronicky a zasílány na e‑mailovou adresu dohodnutou na kontrolním dni, vždy k 10. dni následujícího měsíce po uplynutí určeného období.

5. Objednatel je oprávněn kdykoliv se přesvědčit v průběhu plnění Díla o stavu prací na Díle a Zhotovitel mu k tomuto musí vytvořit podmínky.

6. Zhotovitel se zavazuje vést účetnictví v souladu se zákonem č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, nebo daňovou evidenci podle zákona č. 586/1992 Sb., a je povinen zajistit, aby příslušné doklady prokazující náklady související s provedení Díla splňovaly předepsané náležitosti účetního dokladu dle § 11 zákona č. 563/1991 Sb., aby tyto doklady byla správné, úplné, průkazné a srozumitelné.

7. Zhotovitel se zavazuje umožnit osobám oprávněným k výkonu kontroly projektu, z něhož je Dílo hrazeno, provést kontrolu dokladů souvisejících s plněním zakázky, a to po dobu nejméně 10 let od ukončení financování Díla způsobem, který je v souladu s platnými právními předpisy České republiky a Evropských společenství.

8. Zhotovitel je dále povinen za účelem ověření plnění povinností vytvořit podmínky k provedení kontroly vztahující se k realizaci Díla, poskytnout oprávněných osobám veškeré doklady vztahující se k realizaci Díla, umožnit průběžné ověřování souladu údajů o realizaci Díla a poskytnout součinnost všem osobám oprávněným k provádění kontroly. Těmito oprávněnými osobami jsou Objednatel, Ministerstvo financí České republiky, Ministerstvo pro místní rozvoj České republiky, Ministerstvo vnitra České republiky, Centrum pro regionální rozvoj, Evropská komise, Evropský účetní dvůr, Nejvyšší kontrolní úřad, příslušný finanční úřad, OLAF, případně další orgány oprávněné k výkonu kontroly.

9. Zhotovitel je dále povinen bez zbytečného odkladu oznámit Objednateli veškeré skutečnosti, které mohou mít vliv na povahu nebo na podmínky provádění Díla. Zejména je povinen neprodleně písemně oznámit Objednateli změny svého majetkoprávního postavení, jako je např. přeměna společnosti, snížení základního kapitálu, vstup do likvidace, úpadek či prohlášení konkurzu apod.

10. Zhotovitel je povinen řádně uchovávat veškerou dokumentaci související s realizací této Smlouvy, včetně účetních dokladů, v souladu s článkem 90 Nařízení Rady (ES) č. 1083/2006, o obecných ustanoveních o Evropském fondu pro regionální rozvoj, Evropském sociálním fondu a Fondu soudržnosti a o zrušení nařízení (ES) č. 1260/ 1999, minimálně do konce roku 2021, a pokud je v českých právních předpisech stanovena lhůta delší než v evropských předpisech, musí být pro úschovu použita delší lhůta. Každý originální účetní doklad musí obsahovat informaci, že se jedná o projekt Integrovaného operačního programu a musí být označen číslem projektu.

11. Zhotovitel je povinen řádně uchovávat veškeré dokumenty související s realizací Díla a prokazující čerpání finančních prostředků po dobu nejméně 10 let od ukončení Díla způsobem, který je v souladu s platnými právními předpisy České republiky a Evropských společenství. Dále je povinen zajistit, aby také všichni jeho subdodavatelé uchovávali veškeré dokumenty související s prováděním Díla dle těchto podmínek.

12. Zhotovitel je dále povinen do konce roku 2021 za účelem ověřování plnění povinností vyplývajících z podmínek Integrovaného operačního programu poskytovat požadované informace a dokumentaci zaměstnancům nebo zmocněncům pověřených orgánů (Ministerstvo vnitra České republiky, Ministerstvo pro místní rozvoj České republiky, Centrum pro regionální rozvoj, Ministerstvo financí České republiky, Evropská komise, Evropský účetní dvůr, OLAF, Nejvyšší kontrolní úřad, příslušný finanční úřad a další oprávněné orgány státní správy) a je povinen vytvořit výše uvedeným osobám podmínky k provedení kontroly, vztahující se k realizaci této Smlouvy a poskytnout jim při provádění kontroly součinnost.

13. Zhotovitel je povinen provádět informační a propagační opatření na základě Nařízení Komise (ES) č. 1828/2006, kterým se stanoví prováděcí pravidla k nařízení Rady (ES) č. 1083/2006 o obecných ustanoveních týkajících se Evropského fondu pro regionální rozvoj, Evropského sociálního fondu a Fondu soudržnosti a k nařízení Evropského parlamentu a Rady (ES) č. 1080/2006 o Evropském fondu pro regionální rozvoj a v souladu s pravidly stanovenými v Příručce pro žadatele a příjemce výzvy č. 08 IOP v souladu s Pravidly pro provádění informačních a propagačních opatření, dostupných na URL: <xxxx://xxx.xxx-xxxx.xx/xxxx/000_0_0>, kde je mimo jiné stanovena odpovědnost příjemců, pokud jde o informační a propagační opatření pro veřejnost, v souladu s Logo Manuálu IOP dostupném na URL: <xxxx://xxx.xxx-xxxx.xx/xxxx/000_0_0> nebo <xxxx://xxx.xxxxxxxxxxxx-xxxxx.xx>, v souladu s Manuálem loga Ministerstva vnitra a v souladu s Manuálem jednotného vizuálního stylu Moravskoslezského kraje (Corporate Identity), jenž je dostupný na URL: <xxxx://xxx.xx-xxxxxxxxxxxxxxx.xx/xxxxxxxxx/xxxxxxxx_xxxxxx.xxx> Zhotovitel je povinen zajistit, aby povinnosti ve vztahu k Dílu plnili do konce roku 2022 také partneři a dodavatelé podílející se na Díle. Zhotovitel prohlašuje, že ke dni nabytí účinnosti Xxxxxxx je s těmito pravidly seznámen a že bude při realizaci předmětu Xxxxxxx sledovat, zda nedojde ke změně těchto pravidel, přičemž se musí řídit pouze aktuálními pravidly.

14. Xxxxxxxxxx je povinen zajistit, aby povinnosti ve vztahu k Dílu plnili v souladu s  odst. 11., 12. a 13. tohoto článku Smlouvy také subdodavatelé podílející se na Díle.

15. Zhotovitel je povinen všechny písemné zprávy, písemné výstupy či případné prezentace opatřit vizuální identitou projektů spolufinancovaných z IOP. Zhotovitel prohlašuje, že ke dni nabytí účinnosti této Smlouvy je s těmito pravidly řádně seznámen. V případě, že v průběhu plnění této Smlouvy dojde ke změně těchto pravidel, je Objednatel povinen o této skutečnosti Xxxxxxxxxxx bezodkladně informovat.

16. Zhotovitel se zavazuje plnit Dílo v souladu s environmentální politikou Objednatele.

VII. Zaměstnanci a dodavatelé Zhotovitele a osoby zúčastněné na plnění předmětu Smlouvy v jiném právním vztahu ke Zhotoviteli (dále také „pracovníci“)

1. Zhotovitel prohlašuje, že všichni jeho pracovníci, kteří se budou podílet na realizaci Díla, mají dostatečnou kvalifikaci v oboru. Zhotovitel dále prohlašuje, že všichni pracovníci ovládají český jazyk na takové úrovni, která jim umožní poskytovat služby vedoucí k realizaci Díla v plném rozsahu.

2. Zhotovitel zajistí, aby jeho pracovníci, kteří se v rámci provádění Díla budou nacházet v místě plnění, dodržovali všechny bezpečnostní předpisy tak, jak s nimi byli seznámeni Objednatelem.

3. Zhotovitel se zavazuje zabezpečovat plnění dle této Smlouvy prostřednictvím osob, jejichž prostřednictvím v rámci zadávacího řízení na veřejnou zakázku prokázal splnění kvalifikačních požadavků na vedoucího realizačního týmu a členy realizačního týmu. V případě změny v osobě vedoucího nebo člena realizačního týmu je Zhotovitel povinen vyžádat si písemný souhlas Objednatele, tento souhlas je oprávněn vydat člen projektového týmu Objednatele. Nový vedoucí nebo člen realizačního týmu musí splňovat příslušné požadavky stanovené v zadávací dokumentaci na veřejnou zakázku.

4. Minimálně dva členové realizačního týmu Zhotovitele se musí zúčastnit pravidelných kontrolních dní v sídle Objednatele, které budou probíhat ode dne, kdy Smlouva nabude účinnosti, a to v následujících intervalech:

• v průběhu realizační fáze (implementace a zkušební provoz) jedenkrát měsíčně,

• v průběhu provozní fáze (rutinní provoz) jedenkrát za čtvrtletí.

Objednatel může dle aktuální potřeby frekvenci konání těchto kontrolních dní snížit, a to pro období dle rozhodnutí Objednatele.

5. Xxxxxxxxxx je povinen účastnit se na základě pozvánky Objednatele všech jednání týkajících se předmětu Smlouvy, a to minimálně jedenkrát měsíčně v realizační fázi a jedenkrát za čtvrtletí v provozní fázi, řídit se při provádění plnění dle této Smlouvy jeho pokyny a poskytnout mu požadovanou dokumentaci. Účast na těchto jednáních není považována za Technickou podporu, údržbu, poradenství ani konzultaci a Zhotoviteli za takové jednání nenáleží odměna.

6. Xxxxxxxxxx je povinen účastnit se na základě pozvánky Objednatele jednání, konferencí, a dalších akcí souvisejících s propagací a publicitou definovanou touto Smlouvou a přílohou č. 1 Technická specifikace.

7. Zhotovitel je povinen z každého jednání a z každého kontrolního dne týkajícího se plnění předmětu Smlouvy učinit zápis o průběhu a závěrech jednání či kontrolního dne, který bude v případě odsouhlasení podepsán zástupci Objednatele i Zhotovitele, a to bezprostředně po jednání a současně odeslán ve formátu DOC na e‑mail Objednatele. Každý ze zápisů bude obsahovat minimálně tyto náležitosti: pořadové číslo zápisu, datum konání, místo konání, seznam přítomných či omluvených účastníků, program jednání, popis sjednaných úkolů závěrů jednání či kontrolního dne; popis splnění úkolů ujednaných na předchozím jednání či předchozím kontrolním dni; každý ze zápisů bude obsahovat název projektu, reg. číslo projektu a prvky povinné publicity dle Příručky pro žadatele a příjemce výzvy č. 08 IOP. Součástí názvu souboru formátu DOC bude datum kontrolního dne či jednání ve formátu RRRR_MM_DD. Objednatel si vyhrazuje právo zápis nepřevzít a prohlásit jej vadným, nebude-li obsahovat některý z výše uvedených údajů.

8. Zhotovitel je povinen jednou měsíčně od účinnosti Smlouvy předat v písemné podobě a současně zaslat elektronicky ve formátu DOC na e-mail Objednateli Zprávu o pokroku prací (popis činností, jež Xxxxxxxxxx za předcházející měsíc provedl v souvislosti s realizací předmětu Díla). Zpráva o pokroku prací bude obsahovat název projektu, reg. číslo projektu a prvky povinné publicity dle Příručky pro žadatele a příjemce výzvy č. 08 IOP, pořadové číslo Zprávy, datum, jméno a podpis pověřené osoby. Součástí názvu každého ze souborů formátu DOC bude označení měsíce a roku, za nějž je Zpráva o pokroku prací vyhotovena a to ve formátu RRRR_MM. Objednatel si vyhrazuje právo Zprávu o pokroku prací nepřevzít a prohlásit ji za vadnou, nebude-li obsahovat některý z výše uvedených údajů.

VIII. Oznámení a komunikace

1. Veškerá oznámení, tj. jakákoliv komunikace na základě této Smlouvy, bude probíhat v souladu s tímto článkem. Kromě jiných způsobů komunikace dohodnutých mezi stranami se za účinné považují osobní doručování, doručování doporučenou poštou, datovou schránkou, faxem či elektronickou poštou, a to na adresy smluvních stran, nebo na takové adresy, které si strany vzájemně písemně oznámí. Kontaktní údaje je možné nahlásit na kontrolních dnech, kde se tato skutečnost napíše do zápisu.

2. Oznámení správně adresovaná se považují za uskutečněná v případě osobního doručování anebo doručování doporučenou poštou okamžikem doručení, v případě posílání faxem či elektronickou poštou okamžikem obdržení potvrzení od protistrany při použití stejného komunikačního kanálu.

3. Informace a materiály, které obsahují osobní údaje a důvěrné informace budou doručovány buď osobně, nebo zasílány elektronickou poštou a šifrovány. Šifra pro elektronickou poštu bude určena před zahájením prací.

IX. Licence, vlastnictví a podmínky užití Díla

1. Zhotovitel poskytuje touto Smlouvou Objednateli a Objednatel touto Smlouvou přijímá nevýhradní oprávnění k užití Díla, včetně jeho aktualizací zejména podle vývoje právní úpravy, a to v rozsahu nezbytném pro řádné užívání Díla Objednatelem a jím určenými osobami.

2. Zhotovitel musí zajistit licence ke všem SW technologiím zajišťujícím plnohodnotný provoz Portálu ÚAP se všemi provozu schopnými funkcionalitami. Přesný popis rolí, procesů a funkcionalit je uveden v příloze č. 1 této Smlouvy Technická specifikace.

3. Zhotovitel specifikuje v příloze č. 3 této Smlouvy názvy a počty všech licencí nutných pro realizační a provozní fázi Díla, jdoucích nad rámec vlastního aplikačního řešení Zhotovitele, a to včetně odůvodnění zvolené licenční nabídky. Tyto licence jsou součástí předmětu Díla. Není-li dále výslovně stanoveno jinak, územní a časový rozsah veškerých licencí dle této Smlouvy je neomezený, licence jsou neodvolatelné a Objednatel (či další oprávněné osoby) nejsou povinni licence využít.

4. Počet uživatelů Portálu ÚAP není omezen, proto musí Zhotovitel v případě potřeby zajistit multilicence pro neomezený počet uživatelů ke všem dodaným SW technologiím, u kterých je to nezbytné pro dostupnost Díla dle této Smlouvy pro neomezený počet interních i externích uživatelů.

5. V případě, že při plnění této Smlouvy vznikne dílo, které je chráněno předpisy o duševním vlastnictví (např. dokumentace jako dílo autorské apod.), vzniká Objednateli právo toto Dílo užívat v rozsahu nezbytném pro naplnění účelu, ke kterému bylo vytvořeno, a to po dobu neomezenou.

6. V případě, že výsledkem činnosti Zhotovitele nebude Dílo chráněné předpisy o duševním vlastnictví, Objednatel nabude vlastnické právo k předmětu plnění okamžikem jeho převzetí.

7. Objednatel má právo realizovat rozhraní Díla s jinými, jím provozovanými softwarovými produkty.

8. Dojde-li v rámci plnění předmětu Smlouvy k pořízení databáze, pak je Objednatel od okamžiku pořízení databáze oprávněn databázi užívat.

9. Zhotovitel výslovně prohlašuje, že je plně oprávněn disponovat právy k duševnímu vlastnictví, včetně práv autorských zahrnutých v předmětu Díla, a zavazuje se za tímto účelem zajistit řádné a nerušené užívání Díla Objednatelem, včetně zajištění souhlasů s autory děl v souladu s autorským zákonem.

10. Zhotovitel se zavazuje, že prováděním plnění dle této Smlouvy nezasáhne neoprávněně do autorských práv třetí osoby. Odpovědnost za neoprávněný zásah do autorských i jiných práv třetích osob nese výlučně Zhotovitel.

X. Odpovědnost za škodu

11. Zhotovitel bude povinen nahradit Objednateli v plné výši škodu, která vznikla při realizaci a užívání Díla z důvodů na straně Zhotovitele nebo jako důsledek porušení povinností a závazků Zhotovitele dle této Smlouvy.

12. Zhotovitel prohlašuje, že po celou dobu platnosti této Smlouvy bude mít sjednánu pojistnou Smlouvu pro případ způsobení škody třetí osobě s limitním plněním na jednu pojistnou událost minimálně 7 mil. Kč.

13. V případě, že při činnosti prováděné Zhotovitelem dojde ke způsobení škody Objednateli nebo třetím osobám, která nebude kryta pojištěním sjednaným ve smyslu odstavce 2 tohoto článku, bude Zhotovitel povinen tyto škody uhradit z vlastních prostředků.

14. Pokud v důsledku porušení povinností Zhotovitele stanovených touto Smlouvou nebude Objednateli uhrazen finanční podíl z Integrovaného operačního programu na projektu E‑Government Moravskoslezského kraje (II. – VI. část výzvy), reg. č. CZ.1.06/2.1.00/08.07383, je Zhotovitel povinen uhradit Objednateli takto způsobenou škodu (celý podíl z Integrovaného operačního programu na projektu týkajícího se tohoto Díla ve výši, kterou vyčíslí odbor evropských projektů Krajského úřadu Moravskoslezského kraje a písemně sdělí Zhotoviteli).

15. Nesplní-li Zhotovitel své závazky stanovené v čl. V. této Smlouvy a Objednateli v důsledku toho vznikne škoda (např. uhrazením sankcí uložených příslušným finančním úřadem v důsledku pozdní úhrady DPH u prací a dodávek podléhajících režimu přenesené daňové povinnosti), bude Zhotovitel povinen Objednateli tuto škodu v plném rozsahu uhradit.

XI. Odpovědnost za škodu, záruční podmínky

1. Zhotovitel odpovídá za to, že Dílo má vlastnosti a funkční specifikaci stanovené touto Smlouvou a že je způsobilé pro použití ke sjednanému účelu.

2. Zhotovitel se zavazuje k bezplatnému odstraňování veškerých vad po celou dobu účinnosti Smlouvy.

3. Zhotovitel Objednateli odpovídá za to, že dokumenty a soubory dat, které mu v rámci plnění předmětu Smlouvy předal:

• jsou autorizovanými kopiemi originálů příslušných dokumentů a souborů dat Xxxxxxxxxxx,

• neobsahují žádné infiltrační prostředky,

• má práva k jejich šíření, instalaci, konfiguraci a správu, která mu umožňují s nimi nakládat a dále je poskytovat tak, jak je sjednáno v této Smlouvě.

4. V případě, že se některá z uvedených garancí Zhotovitele ukáže nepravdivou a Objednateli z tohoto důvodu vznikne škoda, bude Zhotovitel povinen Objednateli tuto škodu nahradit.

5. Objednatel umožní Zhotoviteli zabezpečený vzdálený přístup do své datové sítě z IP adresy Zhotovitele protokolem TCP/IP za účelem plnění této Smlouvy a monitorování provozu, a to neprodleně po účinnosti této Smlouvy.

XII. Reklamace - odstraňování vad vzniklých z důvodů na straně Zhotovitele

1. Objednatel má právo uplatnit formou reklamace svoje práva z odpovědnosti Xxxxxxxxxxx za vady:

• záznamových materiálů, na kterých jsou uloženy dokumenty a soubory dat, které tvoří předmět plnění Zhotovitele,

• obsahu dokumentů a souborů dat, které tvoří předmět plnění Zhotovitele,

• programového vybavení, které tvoří předmět plnění Zhotovitele.

2. Reklamace (vady) budou zástupci Objednatele písemně hlášeny Zhotoviteli, a to ServiceDeskem, datovou schránkou, e‑mailem, faxem, kurýrem nebo poštou. Reklamaci Objednatel uplatňuje:

• ServiceDeskem

• xxxxxxx xxxxxxxxx:

• e‑mailem:

• na faxovém čísle:

• na adrese:

(kontaktní údaje doplní uchazeč)

3. Proces odstraňování vad Díla bude probíhat v těchto režimech (shodně v provozní i realizační fázi, tj. i v rámci zkušebního provozu): do 7 pracovních dnů

• Kategorie vady „vysoká“, tj. vady zabraňující provozu – znamená, že Dílo není použitelné ve svých základních funkcích nebo se vyskytuje funkční závada znemožňující činnost systému. Tento stav může ohrozit běžný provoz Objednatele a organizací a nelze jej dočasně řešit organizačním opatřením. Nejpozději do 4 hodin po nahlášení vady provede Zhotovitel zjištění příčin, které vadu způsobují. Jde-li o vadu způsobenou důvody na straně Zhotovitele (oprávněná reklamace) bezodkladně zahájí práce na odstranění vady a zajistí odstranění této vady ve lhůtě do 8 hodin od nahlášení vady, a to i způsobem dočasného provizorního řešení, umožňujícího provoz Díla. Vada bude odstraněna v nejkratší možné lhůtě s ohledem na její povahu a dopad na činnost Objednatele. Jde-li o vadu způsobenou důvody na straně Objednatele, dohodne s Objednatelem další postup.

• Kategorie vady „střední“, tj. vady omezující provoz – znamená, že funkčnost systému je ve svých funkcích degradována tak, že tento stav omezuje běžný provoz Objednatele nebo organizací. Jedná se také o vady způsobující problémy při užívání a provozování Díla nebo jeho části, ale umožňující provoz, jimiž způsobené problémy lze dočasně řešit organizačními opatřeními. Nejpozději do 8 hodin po nahlášení vady provede Zhotovitel zjištění příčin, které vadu způsobují. Jde-li o vadu způsobenou důvody na straně Zhotovitele (oprávněná reklamace) bezodkladně zahájí práce na odstranění vady a zajistí odstranění této vady ve lhůtě do 2 pracovních dnů od nahlášení vady. Vada bude odstraněna v nejkratší možné lhůtě s ohledem na její povahu a dopad na činnost Objednatele. Jde-li o vadu způsobenou důvody na straně Objednatele, dohodne s Objednatelem další postup.

• Kategorie vady „nízká“, tj. vady neomezující provoz – znamená drobné vady, které nespadají do kategorií „vysoká“ nebo „střední“. Nejpozději během dvou pracovních dnů po nahlášení chyby provede Zhotovitel zjištění příčin, které vadu způsobují. Jde-li o vadu způsobenou důvody na straně Zhotovitele (oprávněná reklamace) bezodkladně zahájí práce na odstranění vady a zajistí odstranění této vady ve lhůtě do 5 pracovních dnů od nahlášení vady. Vada bude odstraněna v nejkratší možné lhůtě s ohledem na její povahu a dopad na činnost Objednatele. Jde-li o vadu způsobenou důvody na straně Objednatele, dohodne s Objednatelem další postup.

4. Zařazení vady do jednotlivých kategorií určuje Objednatel. Další podmínky servisního zásahu jsou obsaženy v příloze č. 1 této Smlouvy (Technická specifikace).

5. Vyplyne-li z objektivních skutečností potřeba lhůty delší než je stanovena u jednotlivých kategorií, lze písemně dohodnout lhůtu delší. Tato dohoda nemusí mít povahu dodatku ke Smlouvě. Za objektivní skutečnosti lze považovat zásah vyšší moci, chybnou funkci operačních a databázových platforem, časový rozsah potřebných prací jdoucí nad stanovený rámec.

XIII. Sankce

1. Smluvní pokuty:

   1. V případě prodlení Zhotovitele s provedením nebo předáním kterékoliv z jednotlivých částí Díla dle čl. III. odst. 1 této Smlouvy ve sjednané lhůtě se Zhotovitel zavazuje Objednateli uhradit smluvní pokutu ve výši 0,1 % z ceny celkem za realizační fázi Díla uvedené v tabulce A. Přílohy č. 2 této Smlouvy, vyjma části Díla dle čl. III odst. 1 písm. i) smlouvy, a to za každý den prodlení, není‑li jinými ustanoveními této Smlouvy výslovně uvedeno jinak.

   2. V případě prodlení Zhotovitele s odstraněním vad Díla ve lhůtách stanovených touto Smlouvou (a to jak v provozní fázi, tak v rámci zkušebního provozu) se Zhotovitel zavazuje Objednateli uhradit smluvní pokutu ve výši 500,-Kč za každou hodinu prodlení v případě vad kategorie vysoká a střední, a smluvní pokutu ve výši 1.000,- Kč za každý den prodlení v případě vady kategorie nízká, není-li jinými ustanoveními této Smlouvy výslovně uvedeno jinak.

   3. V případě nedodržení lhůty splatnosti faktury, kterou od Xxxxxxxxxxx převzal Objednatel k úhradě, se Objednatel zavazuje Zhotoviteli uhradit úrok z prodlení v zákonné výši.

   4. V případě porušení povinnosti k ochraně důvěrných informací dle čl. XIV. odst. 10. až 13. je Zhotovitel povinen zaplatit Objednateli smluvní pokutu ve výši 10.000,‑ Kč za každý jednotlivý případ.

   5. V případě porušení povinnosti Zhotovitele oznámit Objednateli dle čl. VI. odst. 9 této Smlouvy veškeré skutečnosti, které mohou mít vliv na povahu nebo na podmínky provádění Díla (zejména neoznámí-li Zhotovitel změnu identifikačních údajů) je Zhotovitel povinen zaplatit Objednateli smluvní pokutu ve výši 1.000,- Kč za každou jednotlivou změnu, jež Objednateli dle čl. VI. odst. 9 této Smlouvy neoznámil.

   6. V případě nezúčastní-li se Zhotovitel pravidelných kontrolních dní v sídle Objednatele dle čl. VII. odst. 4 této Smlouvy bez dřívějšího souhlasu Objednatele s absencí Xxxxxxxxxxx či nezúčastní-li se Zhotovitel jednání týkajícího se předmětu Smlouvy na základě pozvánky Objednatele dle čl. VII. odst. 5 této Smlouvy bez dřívějšího písemného souhlasu Objednatele s absencí Zhotovitele, je Zhotovitel povinen zaplatit Objednateli smluvní pokutu ve výši 3.000,- Kč za každý jednotlivý takto zmařený průběh kontrolního dne či jednoho každého jednání týkajícího se předmětu Smlouvy.

   7. V případě nepředá-li či nedoručí-li Zhotovitel zápis o průběhu a závěrech jednání či kontrolního dne dle čl. VII. odst. 7 této Smlouvy Objednateli ani do pěti pracovních dní ode dne konání jednání či kontrolního dne, je Zhotovitel povinen zaplatit Objednateli smluvní pokutu ve výši 500,- Kč, a to za každý i započatý den prodlení s předáním či doručením tohoto zápisu.

   8. V případě nepředá-li či nedoručí-li Zhotovitel Objednateli Zprávu o pokroku prací dle čl. VII. odst. 8 této Smlouvy, je Zhotovitel povinen zaplatit Objednateli smluvní pokutu ve výši 3.000,- Kč, a to za každý i započatý týden prodlení s předáním či doručením Zprávy o pokroku prací.

   9. Nebude-li Zhotovitel dodržovat povinnosti stanovené v čl. VI. odst. 13 a odst. 15 této Smlouvy, je povinen zaplatit Objednateli smluvní pokutu ve výši 3.000,- Kč za každý jeden zjištěný případ.

   10. V případě porušení povinnosti dle čl. VII. odst. 3 této Smlouvy získat písemný souhlas Objednatele se změnou vedoucího nebo člena realizačního týmu, nebo nedodržení povinnosti obsadit pozici vedoucího nebo člena realizačního týmu osobou splňující příslušné požadavky dle zadávací dokumentace na veřejnou zakázku, je Zhotovitel povinen zaplatit Objednateli smluvní pokutu ve výši 3.000,- Kč za každý případ takového porušení.

   11. V případě porušení povinnosti dle článku X. odst. 2 této Smlouvy, tj. povinnosti mít po celou dobu platnosti této Smlouvy sjednanou pojistnou Smlouvu pro případ způsobení škody třetí osobě s limitním plněním na jednu pojistnou událost minimálně 7 mil. Kč, je Zhotovitel povinen zaplatit Objednateli smluvní pokutu ve výši 100.000 Kč za každý i započatý měsíc, v němž nebude mít uzavřenou pojistnou Smlouvu se stanovenými parametry.

2. Smluvní pokuta je splatná do 30 dní ode dne doručení písemného vyúčtování její výše povinné straně.

3. Zaplacením smluvní pokuty není dotčen nárok oprávněné strany na náhradu škody, oprávněná strana má nárok na náhradu škody vedle smluvní pokuty v plné výši.

XIV. Ochrana osobních údajů a důvěrných informací

1. V případě, že bude při plnění předmětu Smlouvy docházet ke zpracování osobních údajů, je tato Smlouva zároveň Smlouvou o zpracování osobních údajů ve smyslu § 6 zákona č. 101/2000 Sb., o ochraně osobních údajů a o změně některých zákonů, ve znění pozdějších předpisů (dále jen „ZOOÚ“). Zhotovitel má pro účely ochrany osobních údajů postavení zpracovatele ve smyslu ZOOÚ.

2. Zhotovitel je oprávněn zpracovávat osobní údaje pouze za účelem plnění účelu této Smlouvy.

3. Zhotovitel je oprávněn zpracovávat osobní údaje v rozsahu nezbytně nutném pro plnění této Smlouvy, za tímto účelem je oprávněn osobní údaje zejména ukládat na nosiče informací, upravovat, uchovávat po dobu nezbytnou k uplatnění práv Zhotovitele vyplývajících z této Smlouvy, předávat zpracované osobních údaje Objednateli, osobní údaje likvidovat.

4. Zhotovitel učiní v souladu s platnými právními předpisy a článkem VIII. odst. 3 dostatečná organizační a technická opatření zabraňující přístupu neoprávněných osob k osobním údajům o ochraně osobních údajů.

5. Xxxxxxxxxx zajistí, aby jeho zaměstnanci byli v souladu s platnými právními předpisy poučeni o povinnosti mlčenlivosti a o možných následcích pro případ porušení této povinnosti.

6. Zhotovitel zajistí, aby písemnosti a jiné hmotné nosiče informací, které obsahují osobní údaje, byly uchovávány pouze v uzamykatelných místnostech.

7. Zhotovitel zajistí, aby písemnosti a jiné hmotné nosiče informací, které obsahují citlivé údaje, byly uchovávány v uzamykatelných skříních umístěných v uzamykatelných místnostech.

8. Zhotovitel zajistí, aby elektronické datové soubory obsahující osobní údaje byly uchovávány v paměti počítače pouze:

• je-li přístup k takovýmto souborům chráněn heslem,

• je-li přístup k užívání počítače, v jehož paměti jsou tyto soubory umístěny, chráněn heslem.

9. Je-li pro účel kontroly správného fungování Díla, odstranění vady nebo další vývoj Díla nezbytné poskytnout Zhotoviteli kopii databází, souborů nebo nosičů údajů obsahujících jakékoliv údaje z činnosti Objednatele a jím určených organizací, je Zhotovitel povinen s takovými údaji nakládat tak, aby nedošlo k jejich úniku či zneužití.

10. Veškeré skutečnosti obchodní, ekonomické a technické povahy související se smluvními stranami, které nejsou běžně dostupné v obchodních kruzích a se kterými se smluvní strany seznámí při realizaci předmětu Smlouvy nebo v souvislosti s touto Smlouvou, se považují za důvěrné informace.

11. Zhotovitel se zavazuje, že důvěrné informace jiným subjektům nesdělí, nezpřístupní, ani nevyužije pro sebe nebo pro jinou osobu. Zavazuje se zachovat je v přísné tajnosti a sdělit je výlučně těm svým zaměstnancům nebo subdodavatelům, kteří jsou pověřeni plněním Smlouvy a za tímto účelem jsou oprávněni se s těmito informacemi v nezbytném rozsahu seznámit. Zhotovitel se zavazuje zabezpečit, aby i tyto osoby považovaly uvedené informace za důvěrné a zachovávaly o nich mlčenlivost.

12. Povinnost plnit ustanovení tohoto článku Smlouvy se nevztahuje na informace, které:

• mohou být zveřejněny bez porušení této Smlouvy,

• byly písemným souhlasem obou smluvních stran zproštěny těchto omezení,

• jsou známé nebo byly zveřejněny jinak, než následkem porušení povinnosti jedné ze smluvních stran,

• příjemce je zná dříve, než je sdělí smluvní strana,

• jsou vyžádány soudem, státním zastupitelstvím nebo příslušným správním orgánem na základě zákona, popřípadě, jejichž uveřejnění je stanoveno zákonem,

• smluvní strana sdělí osobě vázané zákonnou povinností mlčenlivosti (např. advokátovi nebo daňovému poradci) za účelem uplatňování svých práv.

13. Povinnost ochrany důvěrných informací trvá bez ohledu na ukončení účinnosti této Smlouvy.

14. Vzhledem k veřejnoprávnímu charakteru Objednatele Zhotovitel výslovně prohlašuje, že je s touto skutečností obeznámen a souhlasí se zveřejněním smluvních podmínek obsažených v této Smlouvě v rozsahu a za podmínek vyplývajících z příslušných právních předpisů, zejména zák. č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů.

XV. Vzdání se práv a odstoupení od Smlouvy

1. Zpoždění s uplatněním či neuplatněním určitého nároku, práva nebo ustanovení této Smlouvy jednou stranou vůči druhé straně, ani pouze částečný výkon práva se nepovažují za vzdání se práva z této Smlouvy oprávněnou smluvní stranou.

2. Od Smlouvy lze odstoupit za podmínek stanovených obchodním zákoníkem a touto Smlouvou. Podstatným porušením smluvních povinnosti Zhotovitele je neodstranění vad a nedodělků implementační studie (neakceptace implementační studie Objednatelem), prodlení Zhotovitele s plněním kteréhokoliv jeho závazku podle Smlouvy o více než 5 dní, včetně nesplnění pokynu Objednatele při plnění předmětu Smlouvy Zhotovitelem, nebo pokud vady Díla neumožní řádné užívání Díla k účelu, který je sjednán touto Smlouvou, jakož i nedodržení ujednání o poskytnuté záruce. Za podstatné porušení smluvních povinností Objednatelem se považuje opakované prodlení Objednatele s placením kterékoliv faktury (nebo její části) delší než jeden (1) měsíc.

3. Odstoupení od Smlouvy musí být písemně oznámeno druhé smluvní straně a je účinné dnem doručení tohoto oznámení druhé smluvní straně. Dále se postupuje v souladu s ustanovením § 347 a 351 obchodního zákoníku.

4. Odstoupením od této Smlouvy nezaniká nárok oprávněné strany na zaplacení smluvních pokut.

XVI. Ukončení Smlouvy

1. Smlouva zaniká písemnou dohodou smluvních stran. Výzvu k jednání o dohodě k ukončení plnění Smlouvy může písemně podat každá ze smluvních stran.

2. V případě ukončení Smlouvy v průběhu realizační fáze z důvodu porušení povinností Zhotovitele není Objednatel povinen převzít a zaplatit žádnou z částí Díla.

3. Objednatel je oprávněn Xxxxxxx vypovědět bez uvedení důvodů v provozní fázi, a to ve vztahu k poskytování Technické podpory ve smyslu čl. III odst. 1 písm. l) Xxxxxxx a dalších služeb ve smyslu čl. III odst. 1 písm. m) Xxxxxxx. Právo výpovědi může Objednatel využít vždy v cyklech 3 měsíců od zahájení poskytování Technické podpory v provozní fázi, a to prostřednictvím písemné výpovědi, která musí být Zhotoviteli doručena alespoň 1 měsíc před zamýšleným ukončením smluvního vztahu. Účinky výpovědi nastanou k poslednímu dni kvartálního cyklu, ve kterém byla výpověď Zhotoviteli doručena.

XVII. Závěrečná ustanovení

1. Doplnit Smlouvu mohou smluvní strany pouze formou písemných dodatků, které budou vzestupně číslovány, výslovně prohlášeny za dodatek této Smlouvy a podepsány oprávněnými zástupci smluvních stran.

2. Zhotovitel nesmí bez předchozího souhlasu Objednatele postoupit svá práva a povinnosti plynoucí ze Smlouvy třetí osobě.

3. Smlouva je vyhotovena v šesti stejnopisech, které mají platnost originálu, z toho jeden stejnopis Smlouvy obdrží Zhotovitel a pět stejnopisů Smlouvy Objednatel.

4. Vztahy vznikající ze Smlouvy se řídí příslušnými ustanoveními obchodního zákoníku a autorského zákona.

5. Přílohy Smlouvy jsou její nedílnou součástí. Seznam příloh Smlouvy:

příloha č. 1 – Technická specifikace

příloha č. 2 – Cena

příloha č. 3- Licence nezbytné pro realizační a provozní fázi Díla, jdoucí nad rámec vlastního aplikačního řešení Zhotovitele, licenční podmínky

příloha č. 4 – Součinnost Objednatele

6. Tato Xxxxxxx nabývá platnosti dnem jejího podpisu oběma smluvními stranami a účinnosti dnem, kdy vyjádření souhlasu s obsahem návrhu Xxxxxxx obdrží druhá smluvní strana.

7. K uzavření této Smlouvy má Objednatel souhlas rady kraje udělený usnesením č. ….…………………..….. ze dne ………………………….…

V Ostravě dne		V …………….. dne
za Objednatele Xxxxxxxx Xxxxx hejtman kraje		za Zhotovitele …………………………..

Příloha č. 1 – Technická specifikace

(uchazeč je povinen akceptovat veškeré požadavky plynoucí z přílohy č. 1 Smlouvy Technická specifikace a doplnit veškeré parametry nabízeného řešení tak, aby bylo jednoznačné, co je předmětem nabídky uchazeče)¹

1. Seznam zkratek a pojmů

• Administrátor - technický správce a administrátor Portálu ÚAP

• ArcCatalog - součást desktop softwaru ArcGIS Desktop společnosti ESRI

• ArcGIS Desktop - desktop software společnosti ESRI

• ArcGIS Server - Serverová technologie společnosti ESRI

• ArcSDE - serverová technologie společnosti ESRI pro ukládání geografických dat

• ArcMap - součást desktop softwaru ArcGIS Desktop společnosti ESRI

• Databáze ÚAP - vektorová databáze dat ÚAP, uložena v datovém modelu ÚAP v datovém skladu Portálu ÚAP

• Databáze ÚAP ORP – vektorová databáze dat ÚAP jednotlivých ORP v datovém modelu ÚAP

• Databáze ÚAP MSK – vektorová databáze dat ÚAP MSK v datovém modelu ÚAP

• Datový model ÚAP&ÚP 3.2 – datová struktura pro ukládání dat, původní verze datového modelu společnosti T-Mapy spol. s r.o. ve verzi 3.2

• Datový model ÚAP&ÚP 3.2.1 – datová struktura pro ukládání dat v datovém skladu Portálu ÚAP, upravená verze datového modelu společnosti T-Mapy spol. s r.o. z původní verze 3.2

• Datový sklad - Úložiště dat a dokumentů Portálu ÚAP, jedná se o datový sklad dle terminologie typizovaného projektového záměru „Nástroje pro tvorbu a údržbu územně analytických podkladů“ výzvy č. 08 IOP.

• DBPÚÚ – Databáze pasportů údajů o území (aplikace pro ukládání a správu pasportů údajů o území, poskytnutých poskytovateli údajů o území pro potřeby ÚAP)

• DGN Microstation - vektorový formát dat pro SW Microstation společnosti Bentley

• DXF - vektorový CAD formát umožňující výměnu dat

• ESRI - Environmental System Research Institute (výrobce SW ArcGIS)

• ESRI Shapefile - Vektorový formát dat pro SW ArcGIS společnosti ESRI

• GIS - Geografický informační systém

• GML – Geography Markup Language (formát pro vektorová geografická data, OGC standard)

• HW – Hardware

• IT – informační technologie

• JPG - Souborový formát pro ukládání rastrových dat

• KÚ - Krajský úřad

• KÚ MSK - Krajský úřad Moravskoslezského kraje

• LDAP - protokol pro ukládání a přístup k datům na adresářovém serveru

• Metadata – strukturovaná data o datech

• METIS - Metainformační systém společnosti T-Mapy pro správu metadat

• MSK - Moravskoslezský kraj

• OGC – Open Geospatial Consorcium (mezinárodní standardizační organizace zaštiťující vývoj a tvorbu veřejně specifikovaných formátů pro výměnu geoprostorových dat)

• ORACLE – multiplatformní databázový systém

• ORP - Obec s rozšířenou působností

• Pasport - pasport údaje o území

• PDF - Souborový standardizovaný formát pro ukládání a přenos dokumentů

• Portál ÚAP – projekt Nástroje pro tvorbu a údržbu ÚAP - portálové řešení vyvinuté pro práci s ÚAP (slouží k prohlížení, správě a výdeji dat a výstupů ÚAP)

• Pořizovatel ÚAP – odpovědná osoba zajišťující pořizování ÚAP na ORP nebo KÚ MSK

• Projekt – projekt Nástroje pro tvorbu a údržbu ÚAP

• RDBMS - Relational DataBase Management Systém - systém správy relační databáze

• REST - Architektura rozhraní, navržená pro distribuované prostředí

• RURÚ - Rozbor udržitelného rozvoje území

• SDM – Aplikace Správa datových modelů

• SW – Software

• TCK - Technologické centrum na úrovni kraje

• TIF - Souborový formát pro ukládání rastrových dat

• ÚAP - Územně analytické podklady

• ÚAP MSK - Územně analytické podklady Moravskoslezského kraje

• ÚAP ORP - Územně analytické podklady obcí s rozšířenou působností

• WMS/WFS/WCS - OGC standardy webových služeb publikující geografická data

• XML - Extensible Markup Language (rozšiřitelný značkovací jazyk)

• ZÚR - Zásady územního rozvoje

2. Cíl a základní výstupy projektu

Pro tvorbu a následnou údržbu ÚAP (dále jen „Portál ÚAP“) je zapotřebí vytvořit jednotné portálové řešení, které zjednoduší a zefektivní tvorbu a správu ÚAP na území MSK. Zároveň bude uživatelsky dostupné všem dotčeným subjektům a bude splňovat všechny požadavky pro správu, distribuci a publikaci dat ÚAP uvedené v této technické specifikaci.

Výstupy projektu Portálu ÚAP budou:

• Aplikační řešení Portálu ÚAP se všemi jeho požadovanými aplikačními moduly a funkcionalitami.

• Ukládání a správa údajů o území, údajů o stavu a vývoji území, hodnotách území, limitech a záměrech na provedení změn v území.

• Ukládání a správa metadat k sledovaným jevům ÚAP a údajům o území.

• Systematická správa pasportů údajů o území.

• Správa dat a jejich výdej uživatelům.

• Editace dat prostřednictvím vzdáleného přístupu.

• Efektivní zpřístupnění všech jevů ÚAP.

• Publikace výsledných ÚAP ORP a ÚAP MSK.

• Datový sklad a jeho naplnění daty jevů ÚAP a podkladovými daty.

Detailní popis požadovaného řešení, které v cílovém stavu naplní shora uvedené, je popsáno v následujících kapitolách této technické specifikace.

3. Struktura IT KÚ MSK

Pro realizaci a provoz Portálu ÚAP budou dostupné technologie GIS, využívané k provozu a správě GIS KÚ MSK (popsáno v kap. 3.1.) a HW infrastruktura TCK, které bude zřízeno v budově KÚ MSK (popsáno v kap. 3.2.).

Dalšími důležitými součástmi Portálu ÚAP požadovanými v cílovém stavu řešení budou:

• Portál úředníka, Identity management, ServiceDesk (kap. 3.3.)

• Databáze pasportů údajů o území (kap. 3.4.)

• Metainformační systém Metis (kap. 3.5.)

• Správa datových modelů – SDM (kap. 3.6.)

U těchto součástí není požadovaná dodávka dle této Smlouvy (KÚ MSK již těmito technologiemi disponuje, resp. bude v období realizace Portálu ÚAP disponovat), ale je požadovaná jejich integrace do cílového stavu řešení způsobem, definovaným touto technickou specifikací.

1. Technologie GIS KÚ MSK

Objednatel dlouhodobě a systematicky buduje svůj geografický informační systém ( dále jen GIS) na nosné platformě ESRI, tato platforma je pro potřeby GIS MSK kontinuálně budována a rozvíjena od vzniku krajů a v souladu s Úvodní studií GIS krajů, pořízenou v letech 2002/2003, a se svoji strategií rozvoje informačních technologií.

Objednatel v současnosti disponuje serverovou a desktopovou technologií, která umožňuje svou funkcionalitou pokrytí velké části požadovaného řešení. Z hlediska hospodárnosti a koncepčního uvažování objednatel předpokládá a vyžaduje její maximální nasazení při realizaci řešení Portálu ÚAP. Předmětem VZ není dodávka uceleného GIS organizace pro oblast ÚAP, ale dodávka dílčích nástrojů a komponent integrovaných do stávajícího GIS organizace.

KÚ MSK v rámci svého GIS provozuje tyto serverové a desktopové produkty od společnosti ESRI - ArcGIS for Server, ArcIMS, ArcSDE, ArcGIS for Desktop. Objednatel má k těmto produktům sjednánu a zajišťovánu technickou podporu. Na nosné platformě ESRI je v rámci GIS organizace využívána široká škála vlastních aplikací a aplikací v aplikačním prostředí T-WIST serveru.

Specifikace serverové technologie ESRI využívané na KÚ MSK,provozované na interních virtuálních serverech KÚ MSK:

Virtuální server s operačním systémem Microsoft Windows Server 2008 Standard

• ArcGIS for Server 10.1 Enterprise for Microsoft .NET Framework – Standard ()

• Image extension

• ArcIMS 10 (instalováno s podporou Apache Tomcat 6, komunikační port 8080)

Virtuální server s operačním systémem Oracle Linux Server 6.2

• ArcSDE 10.1

• Oracle 11g Standard Edition

Přehled dostupných SW produktů z řady ArcGIS for Desktop 10.1 (plovoucí licence):

• Advanced (ArcInfo) – 1 licence

• Standard (ArcEditor) – 3 licence

• Basic (ArcView) – 7 licencí

Dále Objednatel disponuje dvěmi virtuálními servery sloužícími jako webové servery (interní a externí), určenými kprovozování webových aplikací na intranetu a internetu. Oba servery jsou s operačním systémem Linux Red Hat 5.5 a je na nich spuštěn webový server Apache 2 s hypertextovým preprocessorem PHP 5, za účelem provozu technologie T-WIST s T‑MapServerem (mapové aplikace) a dalšími agendami (databázové aplikace) od společnosti T-Mapy spol. s r.o. Současně jsou na těchto serverech provozovány vlastní mapové aplikace objednatele. Tyto servery je možné využít v rámci řešení, jako webové servery, podmínkou jejich využití je zachování funkčnosti stávajících aplikací, tzn. výkon serveru/aplikací může být omezen, ale funkcionalita musí být zachována.

Virtuální server (interní webový) s operačním systémem Linux Red Hat 5.5

• Apache 2 s hypertextovým preprocessorem PHP 5

• T-WIST (T-MapServer) + mapové a databázové aplikace

• Vlastní mapové aplikace objednatele

Virtuální server (externí webový) s operačním systémem Linux Red Hat 5.5

• Apache 2 s hypertextovým preprocessorem PHP 5

• T-WIST (T-MapServer) + mapové a databázové aplikace (územně plánovací dokumentace obcí, atd.)

• Vlastní mapové aplikace objednatele

• METIS 5 – metainformační systém

Pro správu metadat je na KÚ MSK využíván SW produkt METIS 5 od společnosti T‑Mapy spol. s r.o., provozovaný na výše uvedeném externím (webovém) serveru technické infrastruktury KÚ MSK.

2. Technologické centrum MSK

Obsahem plnění dle této Smlouvy není dodávka HW. Zhotovitel bude implementovat řešení Portálu ÚAP přímo v rámci TCK. Při implementaci bude zajištěna spolupráce s garantem projektu, jako správcem TCK.

Parametry TCK:

Virtualizované servery provozované na technologii VMware vSphere 5 Enterprise:

• Virtualizační prostředí je tvořeno zařízením CHASSI CISCO UCS 5108 BLADE

  • Servery UCS – B230 M2 BLADE (procesor 2x2,4 GHz 10C/30M cache)

• Disková úložiště:

  • TIER 1 (SAS disky 15000rpm)

  • TIER 2, 3 (NL-SAS disky 7 200 rpm)

V rámci TCK bude k dispozici dostupný OS MS Windows 2012/2008 R2. CAL licence budou k dispozici jen pro zaměstnance KÚ MSK. V případě, že bude Zhotovitel využívat platformu MS Windows, bude muset v rámci dodávky řešení Portálu ÚAP dodat další CAL licence pro všechny uživatele mimo KÚ MSK (mimo veřejnost). V případě, že Zhotovitel bude chtít využít jinou platformu pro řešení Portálu ÚAP, bude povinen využít OS Linux Red Hat. Tato licence není součástí TCK, tudíž musí být součástí plnění dle této Smlouvy.

TCK bude využívat databázového systému ORACLE 11g Standard Edition.

Pro účely projektu Portál ÚAP je v TCK vyhrazena na výše uvedeném zařízení tato kapacita (pokud se objednatel se zhotovitelem nedohodnou jinak):

• Virtuální stroj/stroje s OS Windows 2012, příp. 2008,

• 1 TB kapacity diskového prostoru (0,2 TB TIER 1; 0,8 TB TIER 2, 3),

• 2 x virtuální procesor (2,4 GHz),

• operační paměť 24 GB.

3. Portál úředníka, Identity management, ServiceDesk

Pro přístup autentifikovaných uživatelů k Portálu ÚAP bude využíván Portál úředníka, přes který se budou jednotliví uživatelé přihlašovat.

Portál úředníka bude realizován na platformě Liferay a bude členěn do dvou základních částí - intranet a extranet. Tyto dvě části budou dva oddělené prostory stránek, tzv. sites, a každý z těchto prostorů bude mít soukromé stránky (přístupné pouze přihlášeným uživatelům). Část intranetu bude sloužit interním uživatelům (zejména zaměstnanci kraje) s interním přístupem a bude dostupný jak z vnitřní sítě, tak z internetu. Část extranetu pak bude sloužit externím uživatelům (obce, příspěvkové organizace, ostatní externí uživatelé) s externím přístupem a bude přístupný z interní sítě i z internetu. Funkcionalitu SSO pro aplikace integrované v Portálu zajistí samotný Portál úředníka vlastními prostředky.

Portál ÚAP bude v rámci tohoto projektu z pohledu uživatelů realizováno jako webové rozhraní přístupné z Portálu úředníka, jak pro interní, tak externí uživatele, kdy bude jako celek napojeno na systém Identity Management s podporou autentizace prostřednictvím systému jednotného přihlášení (SSO).

V prostředí IS zadavatele probíhá implementace internetového Portálu úředníka v rámci projektu „Vnitřní integrace úřadu“, dodavatelem tohoto projektu je firma xxxxx.xx s.r.o.

Prostředí Identity managementu bude vytvořeno na TCK prostřednictvím jiného projektu. Aplikační prostředí Identity managementu bude definovat základní uživatelské role a to následující:

• Administrátor projektu

• Pořizovatel ÚAP MSK

• Pořizovatel ÚAP ORP

• Poskytovatel údajů o území

• Projektant

• MSK

• Obec

• Veřejnost (neautentifikovaný přístup)

Prostředí Identity managementu bude umožňovat tvorbu nových uživatelských rolí. Přístup do jednotlivých modulů a k jednotlivým funkcionalitám Portálu ÚAP bude řízen prostřednictvím vlastního modulu Portálu ÚAP (bude zpracován a dodán v rámci plnění dle této Smlouvy) a to modulem řízení přístupových práv. Tento modul bude přebírat z Identity managementu informace o identitách uživatelů a identifikaci jejich uživatelských rolích. Dále bude tento modul definovat přístupy jednotlivých uživatelských rolí k aplikačním modulům Portálu ÚAP a přístupy k jednotlivým procesům a funkcionalitám dostupným v rámci Portálu ÚAP. Modul řízení přístupových práv je popsán v kap. 4.2.2.

Aby mohl být Portál ÚAP integrován do IDM, musí splňovat tyto podmínky:

• musí se jednat o webovou aplikaci, do které se přistupuje prostřednictvím webového prohlížeče.

• aby IDM mohlo provádět autentizaci uživatelů přistupujících do Portálu ÚAP a aby Portál ÚAP mohl být zahrnut do SSO, musí Portál ÚAP podporovat některou z těchto metod příjmu autentizačních údajů o uživateli:

  • HTTP hlavičky – autentizace probíhá pomocí informací v uživatelsky definovaných HTTP hlavičkách které jsou dodávané bránou SSO v rámci každého HTTP požadavku, uživatelsky účet je založen na základě převzatých HTTP hlaviček. Tato metoda není popsána žádným RFC.

  • basic authentication – jedná se o nejjednoduší formu autentizace dle RFC2617, kdy je jméno a heslo přihlašovaného uživatele přenášeno protokolem HTTP a je zapsáno nezašifrovaně pomocí Base64. Šifrování je nutno řešit dodatečně např. pomocí kanálu SSL.

  • form autentizace – princip metody spočívá ve vytvoření HTML formuláře, do kterého se vyplňuje jméno a heslo, a pokud jsou správné, do HTTP Session se uloží informace, že uživatel je autentizován. Opět je nutné zajistit dodatečné šifrování. Tato metoda není popsána žádným RFC.

• Předchozí body nejsou relevantní, pokud nová aplikace podporuje autentizaci uživatelů vůči Active Directory.

• Pro integraci Portálu ÚAP do IDM z pohledu správy uživatelů a rolí musí dodavatel této aplikace poskytnout dokumenty, které detailně popisují způsob uložení uživatelských identit v aplikaci (DB nebo LDAP, evidované atributy), informace o autentizačních prostředcích (např. požadavky na požadavky nastavení bezpečností politiky) a informace o aplikačních rolích, které se přidělují uživatelským identitám.

V prostředí IS zadavatele probíhá implementace IDM v rámci projektu „Vnitřní integrace úřadu“, dodavatelem tohoto projektu je firma xxxxx.xx s.r.o.

Pro evidenci požadavků od uživatelů a jejich správu bude sloužit prostředí ServiceDesku KÚ MSK, které bude součástí Portálu úředníka. V tomto systému budou vedeny všechny uživatelské požadavky pro celý IS KÚ MSK, včetně uživatelských požadavků v projektu Portál ÚAP v provozní fázi projektu. Požadavky z Portálu ÚAP budou tedy uživateli zaevidovány do prostředí ServiceDesku KÚ MSK a vybraný Zhotovitel (Zhotovitel projektu Portál ÚAP) musí zajistit řešení těchto požadavků a jejich využití pro správu Portálu ÚAP, a to buď (dle zvážení Zhotovitele):

• přímým využitím ServiceDesku KÚ MSK (Zhotovitel obdrží přístup do Service Desku KÚ MSK v roli správce),

• integrací výstupu ServiceDesku KÚ MSK do svého vlastního řešení HelpDesku, tj. přejímáním požadavků ze ServiceDesku KÚ MSK do svých systémů a zpětné poskytování informací o stavu řešení požadavků do ServiceDesku KÚ MSK.

ServiceDesk pro integraci s externími systémy bude využívat následující kanály:

• Směrem ze ServiceDesku:

  • je schopen generovat strukturované maily v různém formátu (plaintext, HTML, XML) a tyto odesílat na odpovídající mailové schránky

  • generovat strukturovaná data ve formátu XML a tyto pomocí XSL transformací upravit na předání webové službě nebo ESB

• Směrem do ServiceDesku:

  • je schopen číst mailové schránky s obsahem mailu a generovat z těchto mailů požadavky

  • přijímat strukturovaná data ve formátu XML a tyto pomocí XSL transformací upravit a zpracovat na konkrétní požadavky nebo jiné entity. V rámci těchto integrací je možné si předávat i "zprávy" pro posun ve stavovém diagramu.

Aby mohl být externí Helpdesk napojen na ServiceDesk, musí splňovat tyto podmínky dle míry integrace:

• Jednosměrná integrace: ServiceDesk - Ext Helpdesk

  • přijímat strukturované maily, nebo disponovat webovou službou pro příjem XML)

• Jednosměrná integrace: Ext Helpdesk – ServiceDesk

  • generovat maily, nebo disponovat webovou službou pro odeslání XML, případně napojení na ESB (technologie MS Biz Talk)

• Obousměrná integrace

  • (disponovat webovou službou pro odeslání i příjem XML, doporučujeme napojení na ESB (technologie MS Biz Talk)

V prostředí IS zadavatele probíhá implementace ServiceDesku v rámci projektu „Vnitřní integrace úřadu“, dodavatelem tohoto projektu je firma xxxxx.xx s.r.o.

4. Databáze pasportů údajů o území (DBPÚÚ)

Pro evidenci a správu pasportů je na KÚ MSK využívána aplikace DBPÚÚ. Tato aplikace je zprovozněna na stávající technické infrastruktuře KÚ MSK a nabízí uživatelům následující funkcionality:

• tvorbu nových pasportů

• tvorbu aktualizací pasportů

• tvorbu vzorových pasportů

• přiřazení poskytnutých pasportů k jevům dle Datového modelu ÚAP&ÚP 3.2 a k jevům definovaným v příloze č. 1 vyhlášky č. 500/2006 Sb., o územně analytických podkladech, územně plánovací dokumentaci a způsobu evidence územně plánovací činnosti, ve znění pozdějších předpisů

• publikování pasportů (tj. odeslání pasportů pořizovatelům ÚAP)

• správu vlastních a přijatých pasportů

• vyhledávání v pasportech

• export pasportů do formátů PDF a XML

Ke každému pasportu aplikace automaticky přiřazuje jednoznačný identifikátor v podobě 16 místného číselného kódu, pomocí kterého je možné zajistit provázání na data v databázi ÚAP MSK. Aplikace umožňuje ukládání dat ve formátu XML.

5. Metainformační systém Metis 5

Pro evidenci metadat je na KÚ MSK využíván metainformační systém Metis 5. Jedná se o webovou aplikaci od společnosti T-Mapy spol. s r.o., která je provozována na externím serveru technické infrastruktury KÚ MSK s OS Linux Red Hat. V aplikaci jsou spravována metadata v souladu s českým národním metadatovým profilem. Metis 5 respektuje standardy ISO 19115, ISO 19119 a ISO 19139 využívající způsobů zápisů metadatových záznamů v XML struktuře. Metis 5 umožňuje tvorbu nových metadatových záznamů, editaci, vyhledávání a prohlížení stávajících metadatových záznamů.

Součástí aplikace je metadatový katalog založený na standardu OGC CSW 2.0.2, pomocí kterého je možné metadatové záznamy poskytovat jiným katalogům. Metis 5 umožňuje publikování metadatových záznamů na Národní portál INSPIRE. Aplikace umožňuje definovat uživatelské role.

Aplikace je plně kompatibilní s ArcGIS Desktop 10, kdy metadatové záznamy je možné publikovat z ArcCatalog 10 a prohlížet v ArcMap 10. Je také možná integrace s ArcGIS API for JavaScript, Flex a Silverlight/WPF. Pro komunikaci s ostatními aplikacemi je systém vybavený rozhraním REST API.

Metainformační systém Metis5 je postaven na platformě ESRI Geoportal Server. Tato platforma je volně k dispozici (open source - xxxx://xxxxxxxxx.xxxxxxxxxxx.xxx/) včetně dokumentace, kde je popsáno i REST aplikační rozhraní.

Relevantní informace nezbytné pro integraci cílového stavu řešení s Metainformačním systémem Metis 5 poskytne Zhotoviteli v rámci realizace Objednatel, dle požadavků Zhotovitele.

6. Správa datových modelů (SDM)

Pro práci s datovými modely a jejich správu využívá KÚ MSK webovou aplikaci SDM. Aplikace je zprovozněna na externím serveru společnosti T-Mapy spol. s r.o. a práva k přístupu do této aplikace mají všichni pořizovatelé ÚAP na území MSK.

Aplikace eviduje jevy územního plánování (ÚAP, územní plány) včetně jejich popisů, právních předpisů, atributů a domén, přičemž jednotlivé jevy jsou tříděny dle fyzické struktury Datového modelu ÚAP&ÚP 3.2 pro GIS (ArcGIS) a CAD (MicroStation). Aplikace SDM spravuje společné jádro (CORE) Datového modelu ÚAP&ÚP 3.2, které může být doplňováno přírůstky (DELTA), které vycházejí ze specifických podmínek uživatelů (pořizovatelů ÚAP).

Aplikace SDM s verzí datového modelu ÚAP&ÚP 3.2 je volně dostupná na adrese xxxx://xxx.xxxxx.xx/xxx0 (je potřeba pouze registrace).

Objednatel poskytne Zhotoviteli relevantní informace o údajích nezbytných pro vložení změn datového modelu do aplikace SDM a zajistí možnost jejich uložení v aplikaci SDM.

K aplikaci SDM má Objednatel sjednánu a zajišťovánu technickou podporu.

4. Požadavky na Portál ÚAP

Portál ÚAP bude tvořen dvěma základními částmi, a to Datovým skladem a vlastním aplikačním prostředím, které bude tvořeno aplikačním mapovým serverem a aplikačními moduly.

1. Datový sklad

Datový sklad bude zahrnovat úložiště všech grafických a popisných dat zpřístupněných v rámci Portálu ÚAP:

• data údajů o území v nativních formátech poskytnutá poskytovateli údajů o území, popř. vytvořená pořizovateli ÚAP (včetně pasportů údajů o území)

• vektorová Databáze ÚAP, která sdružuje všechny jevy ÚAP v jednotném Datovém modelu ÚAP&ÚP 3.2.1 a která vznikne zapracováním vektorové databáze ÚAP MSK do tohoto datového modelu (pozn. v provozní fázi projektu budou do Databáze ÚAP zapracovány Objednatelem také jednotlivé vektorové databáze ÚAP ORP)

• výsledné ÚAP ORP, ÚAP MSK a ZÚR MSK v rastrovém formátu

• ostatní podkladová data

1. Souborové úložiště dat

V souborovém úložišti dat budou ukládaná data a informace od poskytovatelů údajů o území v nativních formátech (grafická vektorová a rastrová data, popisné informace, popř. pasporty) a dále rastrová data využívána prostřednictvím Portálu ÚAP. Rastrová data výsledných ÚAP ORP, ÚAP MSK a ZÚR MSK budou primárně uložena souborově a publikována s využitím technologie ArcGIS Server Image Extension, případně pokud nenabídne Zhotovitel jiné alternativní řešení, mohou být uložena alternativním způsobem (např. přímo v databázi prostřednictvím ArcSDE). Data od poskytovatelů údajů o území, resp. dalších poskytovatelů dat v nativních formátech budou uložena v dílčích částech souborového úložiště. Poskytovatelům údajů o území a ostatním poskytovatelům dat budou přidělena přístupová práva k vlastním dílčím složkám souborového úložiště. Vkládání dat bude zajišťovat poskytovatel údajů o území, případně za něj bude moct data vkládat také administrátor nebo pořizovatel ÚAP se souhlasem administrátora. Pro automatické vkládání nových dat do souborového úložiště bude vytvořeno workflow, které bude obsahovat následující povinné údaje k vyplnění:

• jméno

• příjmení

• popis vkládaných dat

• územní působnost vládaných dat (volba ORP, popř. celý MSK prostřednictvím výběrové lišty)

• zdroj dat - poskytovatel údajů o území (v případě že bude vkládat data místo poskytovatele jiný subjekt, bude uvedeno, o jaký subjekt se jedná a data jakého poskytovatele vkládá)

V rámci workflow bude zajištěno po vložení nových dat automatické zasílání e-mailu dotčeným pořizovatelům ÚAP (dotčených ORP a MSK) a dále administrátorovi. Objednatel požaduje, aby vhodný způsob a princip ukládání souborových dat v rámci dodávaného řešení byl navrhnut a zajištěn Zhotovitelem.

2. Databáze ÚAP

V Databázi ÚAP budou uložena vektorová data zpracovávaná pro tvorbu ÚAP v datovém modelu ÚAP ÚAP&ÚP 3.2.1 (viz kap. 4.1.2.1). Do Databáze ÚAP se budou zapracovávat data od poskytovatelů údajů o území a dále data zpracovaná pořizovateli ÚAP (např. hodnoty v území, záměry apod.). Databáze ÚAP bude uložena na bázi RDBMS, která umožní ukládání geometrických vlastnosti dat dle standardu OGC a také zajistí plné verzování obsahu Databáze ÚAP. Databáze bude využívat ukládání dat prostřednictvím TCK, tzn. s využitím systému ORACLE 11g Standard Edition s možností využití serverového řešení ArcSDE. Podmínkou je možnost načítání, zobrazování a správa dat z databáze i prostřednictvím klienta ArcGIS Desktop.

Pro ukládání dat v Databázi ÚAP bude použit Datový model ÚAP&ÚP 3.2.1. Tento datový model vytvoří Zhotovitel dle požadavků uvedených v kap. 4.1.2.1.

V rámci workflow bude po vložení nových dat do Databáze ÚAP, editaci, vymazání stávajících dat, resp. po jakékoli změně v Databázi ÚAP zajištěno automatické zasílání e‑mailu dotčeným pořizovatelům ÚAP (dotčených ORP a MSK) a dále administrátorovi.

1. Datový model ÚAP&ÚP 3.2.1

V současné době má Objednatel zpracována data ÚAP MSK v datovém modelu ÚAP, který vychází z Datového modelu dodaného společností T-Mapy spol. s r.o. ve verzi 3.0, tj. „Datový model ÚAP 3.0“, ve kterém bude Zhotoviteli předána Databáze ÚAP MSK (podrobně specifikováno v odst. 4.1.2.2.).

Pro ukládání Databáze ÚAP v Datovém skladu dle této Smlouvy však bude použit upravený datový model verze 3.2, dodaný rovněž společností T-Mapy spol. s r.o., tj. „Datový model ÚAP&ÚP 3.2“, který má Objednatel v současné době k dispozici. Specifikace datových modelů ÚAP 3.0 a ÚAP&ÚP 3.2 může objednatel na základě smluv Moravskoslezského kraje se společností T‑Mapy spol. s r. o., poskytnout i uchazečům o veřejnou zakázku v digitální formě na základě předávacího protokolu, a to výhradně za účelem zpracování nabídky této veřejné zakázky.

„Datový model ÚAP&ÚP 3.2“, je tedy pro potřeby realizace Díla dle této Smlouvy nezbytné upravit. Tuto úpravu provede Zhotovitel v rámci realizace Díla, tj. upraví „Datový model ÚAP&ÚP 3.2“, a to dle požadavků Objednatele a způsobem uvedeným dále v textu této kapitoly. Touto úpravou vznikne verze datového modelu 3.2.1, tj. „Datový model ÚAP&ÚP 3.2.1“, která bude použita v cílovém stavu řešení Portálu ÚAP pro ukládání Databáze ÚAP v Datovém skladu.

Objednatel dodá Zhotoviteli po podpisu Smlouvy Datový model ÚAP&ÚP 3.2 pro jeho úpravu tak, aby nově vzniklý Datový model ÚAP&ÚP 3.2.1 splňoval všechny požadavky na provoz Portálu ÚAP. Případné systémové požadavky na úpravy Datového modelu ÚAP&ÚP 3.2.1 jak ze strany Zhotovitele, tak Objednatele, je možné řešit i v průběhu realizace projektu, s cílem zajistit optimální provoz Portálu ÚAP. Úpravy původního Datového modelu ÚAP&ÚP 3.2 budou s Objednatelem vždy konzultovány. Vytvoření Datového modelu ÚAP&ÚP 3.2.1 je požadováno nejpozději v termínu do 12 kalendářních týdnů od účinnosti Smlouvy. Datový model ÚAP&ÚP 3.2. bude upraven podle požadavků uvedených v kapitole 4.1.2.1.1. Úpravy datového modelu, z nichž vznikne datový model ÚAP&ÚP 3.2.1.

1. Úpravy datového modelu

1. Všechny vrstvy datového modelu ÚAP&ÚP 3.2.1 budou obsahovat atributy uvedené v tabulce č. 1 a zároveň budou v jednotlivých vrstvách ponechány atributy datového modelu ÚAP&ÚP 3.2.

Atribut	Typ	Délka pole	Přípustné hodnoty	Popis
JEV_ID	integer	-		identifikátor objektu (kód jevu z DM)
STAV_ID	integer	-	1 - stav 2 - návrh 3 - rezerva 8 - návrh ke zrušení 9 – zrušeno	časový horizont (ostatní domény budou zrušeny)
ENTITA_ID	string	10		identifikátor grafického prvku (JEV_ID+STAV_ID+GEOMETRIE(bod,linie,polygon))
META_ID	string	255		IČ (identifikační číslo) poskytovatele
VYHL_ID	integer	-		číslo jevu dle vyhlášky č.500/2006, příloha 1A - u jevů dle přílohy 1A (obce( se zapisuje pouze číslo jevu (35), u jevů dle přílohy 1B se k číslu jevu přičte 1000, např. pro jev č.35 z př.1B bude VYHL_ID = 1035
ZDROJ_DAT	string	255	příslušný ORP,MSK	komu byly data poskytnuty
PASPORT_ID	integer	-		číslo pasportu údaje o území (z DBPÚÚ)
AKTUAL	date	-		datum poslední aktualizace dat (datum z pasportu)
NAZEV_JEVU	string	255		název jevu
LABEL	string	255		popis jevu, který bude využit při tvorbě a tisku výkresů
POZNAMKA	string	255		doprovodné informace k jevu
POPIS	string	255		slovní charakteristika objektu
ZAMER_TYP	integer	-	ÚP; ÚAP; ZÚR; ÚP a ÚAP; ÚP a ZÚR; ÚAP a ZÚR; ÚP a ÚAP a ZÚR; PÚR	Původ zdrojového dokumentu záměru
KOD_UAP_ORP	string	10		kód záměru nebo problému ÚAP (VYPLŇUJE ORP)
KOD_UAP_MSK	string	10		kód záměru nebo problému ÚAP (VYPLŇUJE MSK)
KOD_UP	string	10		kód záměru nebo problému ÚP (VYPLŇUJE ORP)
KOD_ZUR	string	10		kód záměru nebo problému ZÚR (VYPLŇUJE MSK)
POKYN_UPD	integer	-	1 - nový záměr, 2 - vypustit, 3 - prověřit, 4 - upravit, 5 - stabilizováno v ÚPD, 0 - není záměr	pokyn ke zpracování záměrů v ÚPD

Tabulka č. 1: Atributy společné pro všechny vrstvy

2. Při úpravě Datového modelu ÚAP&ÚP 3.2 budou odstraněny atributy KAT nebo TYP u vrstev, kdy je toto rozlišení řešeno na úrovni JEV_ID.

3. U vrstev definujících ochranné pásmo jevu včetně daného jevu přidat atribut ROZMER_OP (desetinné číslo).

4. U dat technické infrastruktury a dat od poskytovatele AOPK přidat atribut PRESNOST (text).

5. Přejmenovat skupinu ZasobovaniPitnouVodou (ZPV) na ZasobovaniVodou (ZV).

6. Zrušit skupinu Zarizeni_RozvodyVodyOstatni.

7. Zrušit skupinu VodniZdrojeOstatni.

8. Zrušit topologicky nekorektní vrstvy (např. liniovou vrstvu VNS_uzemi_dotcene_tezb_L).

9. Odstranit vrstvy z okruhu 14 a nahradit vrstvami doprava, ZPF, krajina, příroda, hygiena ŽP, ostatní - pro každé téma bude vytvořená vrstva pro B,L,P - a dělené dle JEV_ID

10. Ostatní požadavky na změny jsou uvedeny v tabulce č. 2.

Okruh	Název vrstvy	Druh požadavku	Specifikace požadavku
1	ZFP_zakladni_funkcni_plocha	Přidat atribut	Přidat atribut OMEZ_PRAV, který bude nabývat hodnot 1 - vyvlastnění; 2 - předkupní právo; 0 - bez omezení
2	OUOP_vkp_reg_L	Přidat vrstvu	Přidat liniovou vrstvu
2	NREG_biocentrum_P	Přidat vrstvu	Přidat polygonovou vrstvu pro nadregionální biocentrum
2	NREG_biokoridor_L	Přidat vrstvu	Přidat liniovou vrstvu pro nadregionální biokoridor
2	NREG_biokoridor_P	Přidat vrstvu	Přidat polygonovou vrstvu pro nadregionální biokoridor
2	REG_biocentrum_P	Přidat vrstvu	Přidat polygonovou vrstvu pro regionální biocentrum
2	REG_biokoridor_L	Přidat vrstvu	Přidat liniovou vrstvu pro regionální biokoridor
2	REG_biokoridor_P	Přidat vrstvu	Přidat polygonovou vrstvu pro regionální biokoridor
2	LOK_biocentrum_P	Přidat vrstvu	Přidat polygonovou vrstvu pro lokální biocentrum
2	LOK_biokoridor_L	Přidat vrstvu	Přidat liniovou vrstvu pro lokální biokoridor
2	LOK_biokoridor_P	Přidat vrstvu	Přidat polygonovou vrstvu pro lokální biokoridor
2	USES_USES	Odstranit vrstvu
2	ZCHU_pamatny_strom	Přidat atribut	Nový atribut KATASTR_UZ (katastrální území)
3	VNS_uzemi_dotcene_tezbou_P	Přidat hodnotu	nové JEV_ID pro hranice území dotčené podpovrchovou těžbou
3	VNS_uzemi_dotcene_tezbou_L	Odstranit vrstvu
4	NKP_pamatka	Přidat atribut	Nový atribut KATASTR_UZ (katastrální území)
5	DD_spec_lokal_dopravnik_L	Přidat vrstvu	Přidat liniovou vrstvu pro dopravníky
5	DD_lanova_draha_L	Přidat hodnotu	nové JEV_ID pro vlek
5	PCP_podchod	Změnit hodnotu	Změnit JEV_ID na podchod (tunel)
6	VZO_vod_nadrz	Odstranit vrstvu
6	ZRVO_cerp_stan_vody	Změna zařazení vrstvy	Dát do skupiny "ZarizeniNaVodovodniSiti"
6	ZRVO_monit_vrt_B	Změna zařazení vrstvy	Dát do skupiny "ZarizeniNaVodovodniSiti"
6	ZRVO_dal_zavl_potr_L	Změna zařazení vrstvy	Dát do skupiny "ZasobovaniVodou"
6	ZRVO_dalk_vodovod_uzit_L	Změna zařazení vrstvy	Dát do skupiny "ZasobovaniVodou"
6	ZRVO_vod_rad_provoz_vody_L	Změna zařazení vrstvy	Dát do skupiny "ZasobovaniVodou"
6	ZRVO_vod_rad_vypousteni_vody_L	Změna zařazení vrstvy	Dát do skupiny "ZasobovaniVodou"
6	ZRVO_zavl_potr_L	Změna zařazení vrstvy	Dát do skupiny "ZasobovaniVodou"
8	ZEE_el_objekt	Změnit hodnotu	Změnit hodnotu atributů NAPHLAD_ID a NAPSUBTYP (dodělat uzavřené intervaly hodnot napětí)
8	ZEE_el_vedeni	Změnit hodnotu	změnit hodnotu atributů NAPHLAD_ID a NAPSUBTYP (dodělat uzavřené intervaly hodnot napětí)
8	ZEE_el_objekt	Změnit atribut	změnit název atributu z OBJEKT_ID na OBJECT_ID
8	ZEE_el_vedeni	Změnit atribut	změnit název atributu z OBJEKT_ID na OBJECT_ID
8	ZEE_el_objekt	Přidat hodnotu	nové JEV_ID pro stožáry
11	AH_hranice	Odstranit vrstvu
11	AH_hranice_statu	Přidat vrstvu	Přidat novou vrstvu pro hranice státu
11	AH_hranice_orp	Přidat vrstvu	Přidat novou vrstvu pro hranice ORP
11	HVU_hranice_PRZV_P	Odstranit vrstvu
12	RPPF_LOK_ZABORU	Odstranit hodnotu	Odstranit hodnotu JEV_ID 155400 (hranice lokality záboru PF)
12	IPF_INVEST_PUDA	Přidat atribut	Přidat atribul UCEL
13	RP_asan_opatreni_P	Odstranit vrstvu
13	RP_omez_prav_P	Odstranit vrstvu
13	UAKK_rkc_P	Změnit vrstvu	přejmenovat na UAKK_rekreacni_oblast_P
13	UAKK_rkc_P	Změnit hodnotu	Přejmenovat popis JEV_ID na území s významným rekreačním potenciálem a koncentrací rekreačních aktivit
	UAKK_rkc_P	Přidat hodnotu	Rozlišit na atributem JEV_ID na sezónní využítí a celoroční využití
13	UAKK_typicky_kraj_celek_P	Změnit vrstvu	Přejmenovat na UAKK_typ_krajiny
15	ZSOP_stavebni_uzavera	Změnit hodnotu	Popis JEV_ID na "Stavební uzávěra vymezuje území, ve kterém se zakazuje nebo omezuje stavební činnost, která může ztížit nebo znemožnit budoucí využití území nebo jeho organizaci podle připravované ÚPD. Stavební uzávěrou lze stavební činnost zakázat nebo omezit dočasně nebo trvale. Stavební uzávěrou nelze však ani zakázat ani omezit provádění udržovacích prací na existujících stavbách."
15	ZSOP_uzavera_navrh	Odstranit vrstvu
15	ZSOP_uzavera_UR	Odstranit vrstvu
17	ZUR_koridory_P	Přidat vrstvu	Zpracování koridorů ze ZÚR
17	ZUR_plochy_P	Přidat vrstvu	Zpracování ploch ze ZÚR
17	ODJ_sondy	Přidat vrstvu	Nadefinovat JEV_ID pro každý typ sondy.
17	ODJ_tech_inf_strukt	Přidat vrstvu	Vrstva pro nerozlišenou technickou infrastrukturu.
17	ODJ_uzem_rozhod	Přidat vrstvu	Zpracování územních rozhodnutí

Tabulka č. 2: Změny v datovém modelu

Objednatel může po Zhotoviteli následně po zapracování shora uvedených úprav do Datového modelu ÚAP&ÚP 3.2 požadovat následné doplnění zpracovaného Datového modelu ÚAP&ÚP 3.2.1 v rámci plnění Díla o  další požadavky a to:

• 10 nových vrstev (v rámci pol č. 119 přílohy č. 1 vyhl. 500/2006 Sb.)

• 25 změn pro úpravu vrstev,

• 25 změn pro úpravu atributů,

• 30 změn pro úpravu hodnot atributů.

Tyto následné požadavky na úpravu Datového modelu může Objednatel vznést nejpozději 3 měsíce před termínem předání Díla do zkušebního provozu, přičemž tyto požadavky musí být Zhotovitelem zapracovány nejpozději ke dni předání Díla do zkušebního provozu. Charakter těchto doplňujících požadavků a pracnost jejich zapracování do Datového modelu budou obdobné jako u požadavků uvedených v bodech a) až j) této kapitoly.

Součástí upraveného Datového modelu ÚAP&ÚP 3.2.1 bude Zhotovitelem předáno:

• struktura datového modelu navržena pro prostředí GIS - formát pdf, xls (popis jevů, vrstev, atributů, domén, přípustné hodnoty apod.)

• struktura datového modelu navržena pro prostředí CAD - formát pdf, xls (popis jevů, souborů, vrstev apod.)

• fyzický datový model – souborový systém prázdných vrstev ve formátu ESRI shapefile, datová struktura geodatabáze pro ArcSDE, prázdné soubory DGN

• uložení změn upraveného Datového modelu ÚAP&ÚP 3.2.1 (změny vedoucí k úpravě Datového modelu z verze 3.2 na verzi 3.2.1) do aplikace Správa datových modelů (SDM) – Objednatel předá Zhotoviteli informace o údajích nezbytných pro vložení změn datového modelu do aplikace SDM a zajistí možnost jejich uložení v aplikaci SDM.

Nově vzniklý Datový model ÚAP&ÚP 3.2.1 bude muset splňovat všechny požadavky tak, aby bylo možné v rámci realizace nahrát všechna data z databáze ÚAP MSK, a aby byl zajištěn optimální provoz Portálu ÚAP. Musí být vyřešena editace dat v modulu vzdálené editace dat, vyřešen požadavek na výdej dat prostřednictvím výdejního modulu dat do všech požadovaných formátů a zpřístupnění dat prostřednictvím modulu mapového klienta.

2. Zpracování Databáze ÚAP

Zhotovitel zpracuje Databázi ÚAP v projektu Portálu ÚAP z původní databáze ÚAP MSK. Databáze ÚAP MSK bude předána Zhotoviteli v upraveném Datovém modelu vycházejícím z Datového modelu T-Mapy 3.0. V současné době jsou data ÚAP MSK vedena v ArcSDE geodatabázi. Bude nutno provést analýzu jednotlivých datových sad s cílem zjistit možné nesoulady (např. data mohou být uložena v topologicky odlišné struktuře, než stanoví Datový model ÚAP&ÚP 3.2.1 – liniové téma je vyjádřeno plochou apod.). Tyto nesoulady bude třeba evidovat a zapracovat do výsledného Datového modelu ÚAP&ÚP 3.2.1 po konzultaci s Objednatelem. Dále bude zapotřebí prověřit úplnost datových sad ÚAP MSK, tak aby nedošlo ke ztrátě informací. V rámci sehrávání dat z databáze ÚAP MSK bude nutné Zhotovitelem vytvořit dokument obsahující přehled všech zapracovaných dat do Databáze ÚAP ve formátu XLS, popř. v jiném dalším digitálním formátu, kde budou vedeny následující informace o jednotlivých zpracovávaných datech:

• Zpracovávaný jev ÚAP

• Poskytovatel údajů o území, který je obsažen v dané vrstvě ÚAP

• Datová vrstva v Datovém modelu ÚAP&ÚP 3.2.1, kam byla převzatá data nahrána

• Popis zpracovaných dat

Dokument bude evidovat také vzniklé problémy případů sehrávání dat, které budou řešeny průběžně s Objednatelem, popř. následně s pořizovatelem ÚAP MSK.

Data ve formátu MicroStation DGN budou ve formátu CAD souborů, obsahující dané jevy již s patřičnou prezentací - legendou a bez popisných atributových údajů. Pro převod těchto dat do Datového modelu ÚAP&ÚP 3.2.1 bude nutný přesný popis uložení dat v jednotlivých souborech, strukturách hladin, barvení, typů čar aj., aby nedošlo k chybnému zařazení jednotlivých jevů do struktur Datového modelu ÚAP&ÚP 3.2.1.

Analýza a zapracování dat ÚAP MSK do Datového modelu ÚAP&ÚP 3.2.1 v jeho aktuální verzi bude nutným krokem před vlastním importem dat do Databáze ÚAP.

Při importu dat ÚAP MSK do Databáze ÚAP lze předpokládat, že budou vznikat kolize, vyplývající ze způsobu zpracování a vedení jednotlivých dat ÚAP.

Řešení těchto kolizí bude probíhat při polohopisném sjednocování jednotlivých jevů ÚAP do souvislých vrstev, pokrývajících území celého MSK. Výsledkem budou sjednocené vrstvy sledovaných jevů ÚAP, uložených v Datovém modelu ÚAP&ÚP 3.2.1, které budou součástí Databáze ÚAP.

Pro lepší orientaci při budoucím sehrávání dat ÚAP ORP a ÚAP MSK do Datového modelu ÚAP&ÚP 3.2.1 bude nezbytné před touto činností opatřit veškerá převzatá vektorová data popisným atributem, určujícím původ dat (ZDROJ_DAT). Tento atribut se musí stát součástí Datového modelu ÚAP&ÚP 3.2.1.

Při nahrávání dat do Databáze ÚAP z databáze ÚAP MSK bude muset Zhotovitel zajistit do jednotlivých datových vrstev v Datovém modelu ÚAP&ÚP 3.2.1 vyplnění povinných atributových položek, které budou následující:

• JEV_ID

• STAV_ID

• ENTITA_ID

• META_ID

• ZDROJ DAT (příslušný ORP, MSK)

• VYHL_ID

• PASPORT_ID

V případě, že nebude možné zjistit z původních dat tyto informace tak bude Zhotovitel povinen kontaktovat autora sehrávaných dat (pořizovatele ÚAP), zkonzultovat tyto nedostatky a následně je doplnit. Zhotovitel bude povinen zpracovat všechny vyplněné položky ze všech atributů vrstev z  databáze ÚAP MSK a zapracovat je do Databáze ÚAP v datovém modelu ÚAP&ÚP 3.2.1, tak aby nebyly ztraceny původní informace. Případné nesoulady budou konzultovány s Objednatelem.

Databáze ÚAP MSK bude předána Zhotoviteli po podepsání Smlouvy o Dílo.

Po zpracování Databáze ÚAP zapracováním databáze ÚAP MSK do Datového modelu ÚAP&ÚP 3.2.1 vznikne Dílo, které bude nutné datově zkontrolovat. V případě, že MSK najde ve zpracovaných datech chybu vzniklou ze strany Zhotovitele při zapracování dat do Databáze ÚAP (vada díla), bude Zhotovitel povinen tuto chybu po konzultaci neprodleně opravit. Na tyto vady se vztahují záruční podmínky dle čl. XI. této Smlouvy.

2. Aplikační prostředí Portálu ÚAP

Aplikační řešení musí být v souladu s platnou legislativou, která se vztahuje na informační systémy pro státní správu a samosprávu. Ovládání aplikačního řešení musí být zprovozněno v českém jazyce.

Aplikační část Portálu ÚAP bude tvořena aplikačním mapovým serverem a dále osmi vzájemně propojenými aplikačními moduly. Tyto části budou ve výsledku tvořit jako celek Portál ÚAP. Jedná se o následující aplikační moduly:

• modul řízení přístupových práv

• modul mapového klienta

• modul metainformačního systému

• modul evidence pasportů

• výdejní modul dat

• modul vzdálené editace dat

• modul importu dat

• modul monitoringu systému

Aplikační mapový server a aplikační moduly a požadavky na jejich funkcionality jsou popsány v dalších kapitolách. Grafické uživatelské prostředí bude respektovat Manuál jednotného vizuálního stylu Moravskoslezského kraje, xxxx://xxxxxxx-xxxxxx.xx-xxxxxxxxxxxxxxx.xx/xxxxxx/xxxxxxxxxx/xxxxxxxx_xxxxxx.xxx.

1. Aplikační mapový server

Objednatel z důvodu požadavku na zajištění kompatibility řešení a ochrany provedených investic požaduje pro tvorbu Portálu ÚAP využití, Objednatelem již provozované, technologie ESRI, tzn. serverové části ArcGIS for Server 10.1 (případně aktuálnější verze), která bude jádrem aplikačního mapového serveru Portálu ÚAP. Aplikační mapový server bude propojen na všechny aplikační moduly dostupné v Portálu ÚAP pracující s geografickými daty.

Stávající aplikační server ArcGIS for Server 10.1 v současné chvíli obsluhuje okolo 50 mapových a geoprocesingových služeb, pro zajištění dostatečného výkonu požadovaného řešení, objednatel požaduje rozšíření stávající licence ArcGIS for Server Enterprise Standard o 4 jádra.

Základem je mapový a datový server umožňující integraci dat z různých zdrojů, ať už to jsou soubory vektorových dat ve formátech ESRI Shapefile, DGN Microstation, DXF, GML, rastrová data ve formátech TIFF, JPG a dalších uložených v SQL databázích nebo data z webových zdrojů dle specifikací OGC. Bude umožňovat propojení funkcí pro tvorbu a údržbu dat s analytickými funkcemi GIS. Jako základní prostředek pro vizualizaci a prezentaci dat ÚAP bude navržen modul mapového klienta, který bude umožňovat prezentaci geografických dat z Datového skladu na Internetu.

Mapový klient bude fungovat na principu aplikačního mapového serveru, uživatelské rozhraní mapového klienta bude možné modifikovat a vyvíjet běžnými prostředky pro vývoj HTML.

Aplikační mapový server bude umožňovat následující funkcionality:

• Zobrazování polygonových, liniových, bodových i rastrových dat, přičemž nabízí širokou škálu možností, jak tato data interpretovat (značky, symboly, šrafury,…). Bude možné pomocí něj zobrazovat jak data „technická“, tak „kartografická“.

• Podpora webových služeb dle standardů OGC komunikujících s klienty pro tvorbu a správu dat s možností kryptování.

2. Modul řízení přístupových práv

Modul řízení přístupových práv je administrační nástroj pro definování přístupových práv a uživatelských rolí k jednotlivým aplikačním modulům a funkcionalitám Portálu ÚAP. Modul musí mít vazby na LDAP, prostřednictvím kterého bude přebírat uživatelské role (profily) z Identity managementu, který bude předem vytvořen na KÚ MSK z jiného projektu. Modul bude mít nástroje pro vytváření uživatelských účtů s využitím auto registrace se schvalovacím procesem. Přístupová práva Portálu ÚAP budou v režimu provozu řízena prostřednictvím administrátora, který bude mít nastaven přístup k tomuto modulu. V modulu budou definovány minimálně následující uživatelské role (profily):

• Administrátor projektu

• Pořizovatel ÚAP MSK

• Pořizovatel ÚAP ORP

• Poskytovatel údajů o území

• Projektant

• Obec

• Veřejnost (neautentifikovaný přístup)

Administrátor bude mít možnost definovat i další uživatelské role.

K jednotlivým uživatelským rolím bude moct přidělovat práva přístupů k:

• jednotlivým aplikačním modulům

• procesům (funkcionalitám) dostupným prostřednictvím aplikačních modulů

• přístupům do Datového skladu

• datům v Datovém skladu

Procesy, které bude možné realizovat prostřednictvím jednotlivých aplikačních modulů Portálu ÚAP, a ke kterým bude možné přidělovat práva přístupů jednotlivých uživatelských rolí, budou následující:

• tvorba metadat

• vyhledávání v metadatech

• tvorba pasportů

• vyhledávání v pasportech

• prohlížení Datového modelu ÚAP&ÚP 3.2.1 prostřednictvím aplikace Správa datových modelů (SDM)

• prohlížení dat z Datového skladu prostřednictvím modulu mapového klienta

• práce s jednotlivými nástroji v modulu mapového klienta

• aktualizace jevů ÚAP v Databázi ÚAP prostřednictvím editačního modulu, resp. editace dat jinou formou

• vkládání nových dat do Databáze ÚAP prostřednictvím modulu importu dat

• vkládání nových datových vrstev dat do Databáze ÚAP

• aktualizace výsledných ÚAP ORP, ÚAP MSK, ZÚR MSK (textová a grafická část)

• vkládání nových dat v nativních formátech do souborového úložiště Datového skladu

• podání žádosti o výdej dat z datového skladu:

• data jevů ÚAP z Databáze ÚAP

• data výsledných ÚAP ORP, ÚAP MSK a ZÚR MSK (textová a grafická část)

• přístup k datům prostřednictvím WMS

• přístup k datům prostřednictvím WFS

• tvorba monitorovacích sestav z modulu monitoringu systému

• přiřazování přístupových práv uživatelům

• administrace Portálu ÚAP:

• aplikačních modulů

• dat v Datovém skladu

Přístupy k datům v Datovém skladu, které bude možné přidělovat jednotlivým uživatelským rolím, bude možné dělit následně:

• územní přístup - MSK, ORP, obec, katastrální území, ohrada

• přístup k jednotlivým vrstvám (jevům ÚAP) v Databázi ÚAP

• přístup k datům jednotlivých poskytovatelů údajů o území v souborovém úložišti Datového skladu

Při registraci nového uživatele bude nutné vyplnit prostřednictvím workflow formulář, který bude obsahovat základní informace o uživateli:

• Jméno

• Příjmení

• Název organizace

• Adresa

• IČO

• Telefon

• E-mail

• Zdůvodnění registrace

K formuláři bude možné připojit jako přílohu elektronický dokument (např. jako zdůvodnění registrace).

Vyplněný registrační formulář bude zasílán automaticky e-mailem administrátorovi, který bude potvrzovat, popř. zamítat registraci s odůvodněním. Informace o potvrzení, resp. odmítnutí žádosti o registraci bude zasílána e-mailem uživateli automaticky. Administrátor bude při schvalování registrace nového uživatele mít možnost nastavit přístupy k jednotlivým aplikačním modulům, funkčním procesům (funkcionalitám) a datům. Systém bude umožňovat časové nastavení dočasného přístupu uživatele k Portálu ÚAP. V případě že tento parametr bude nastaven a registrace vyprší, bude pro další přístup do Portálu ÚAP uživatel povinen se opětovně zaregistrovat, resp. požádat o prodloužení své původní registrace.

3. Modul mapového klienta

Webový mapový klient bude sloužit k zobrazování mapových kompozic a práci s mapovými službami. Základní funkcí mapového klienta je zobrazovat přednastavené mapové kompozice výkresů ÚAP a výsledných ÚAP MSK, ÚAP ORP a ZÚR MSK formou bezešvé mapy.

Modul mapového klienta bude splňovat minimálně následující požadavky:

• provázání na ostatní aplikační moduly Portálu ÚAP

• podpora prohlížečů minimálně MS Internet Explorer, Mozilla Firefox, Google Chrome, případně dalších

• autodetekce prostředí klienta (rozlišení)

• podpora zabezpečených externích WMS

• prostředí bude respektovat Manuál jednotného vizuálního stylu Moravskoslezského kraje

• podpora jazykových verzí (česky, anglicky)

• odezva při překreslení mapového okna maximálně do 3 sec.

• odezva při zobrazování dat uložených v Datovém skladu maximálně do 5 sec.

• funkční provoz při zajištění definovaných požadavků pro minimálně 100 uživatelů současně s výše uvedenými časovými odezvami

Mapový klient bude obsahovat funkce pro práci s mapou, dotazovacími funkcemi, výdejními a importními nástroji a dalšími, které jsou vypsány níže. Požadavky na funkcionality mapového klienta jsou následující:

• volba zapínání a vypínání mapových témat a vrstev, včetně možnosti změny viditelnosti jednotlivých vrstev

• zobrazení dynamické legendy

• posun mapy kurzorem myši a šipek

• změna měřítka pomocí kolečka myši, použitím tlačítek „+“ a „-“, pomocí posuvného měřítka

• měření délky a plochy

• informace o objektu v mapě po najetí, resp. kliknutí kurzorem myši na objekt, které se budou zobrazovat prostřednictvím informačního okna, které bude součástí modulu mapového klienta

• informace z metadatových záznamů k vybranému objektu budou v mapě zobrazeny prostřednictvím informačního okna, které bude součástí modulu mapového klienta (vazba mezi modulem mapového klienta a modulem metainformačního systému Metis 5, viz kapitola 4.2.4. - relevantní informace nezbytné pro integraci cílového stavu řešení s Metainformačním systémem Metis 5 poskytne Zhotoviteli v rámci realizace Objednatel, dle požadavků Zhotovitele)

• informace o pasportu údaje o území k vybranému objektu v mapě bude zobrazeno prostřednictvím informačního okna, které bude součástí modulu mapového klienta (vazba mezi modulem mapového klienta a modulem evidence pasportů)

• přehledová mapka pro orientaci o poloze aktuálního výřezu nad celkovou mapou s možností zapínání a vypínání

• navigace v mapě podle vybraných údajů (územně správní členění, adresa, parcela, souřadnice aj.), přičemž textové položky budou systémově předvyplňovány

• grafické a číselné informace o měřítku, u číselného možnost vlastního zadání hodnoty

• výpis souřadnic označeného bodu v mapě (v souřadných systémech S-JTSK a WGS84)

• vyhledávání prostřednictvím vyhledávacích služeb

• tvorba tiskových sestav s možností volby šablony, kvality tisku, velikosti papíru, měřítka mapy, doplňujících prvků k mapě (nadpis, měřítko, legenda, tiráž), druhu tiskárny

• tvorba exportních sestav s možností volby šablony, dpi, volby doplňujících prvků k mapě (nadpis, měřítko, legenda, tiráž), formátu (PDF, TIF, JPG, PNG)

• možnost využití geoprocessingových služeb pro analytické úlohy (obalová zóna, vyhledávání a součty dat v definovaném prostředí)

• dotazování se na informace o jevech ÚAP prostřednictvím zadání, resp. hromadného zadání parcel, katastrálního území atd.

• dotazování se na informace o dotčených územních celcích, resp. parcelách, kterých se týká vybraný jev ÚAP, resp. hromadný výběr jevů ÚAP

• možnost připojení externích WMS

• možnost zahájení výdeje dat prostřednictvím výdejního modulu dat (funkcionalita tohoto modulu je popsána v kap. 4.2.6)

• možnost zahájení editace dat prostřednictvím modulu vzdálené editace dat (funkcionalita tohoto modulu je popsána v kap. 4.2.7)

• nápověda (odkaz na uživatelskou příručku - popis práce s mapovým klientem)

V mapovém klientu budou vytvořeny dvě samostatné mapové kompozice (mapové aplikace).

První mapová kompozice bude vytvořena pro výkresy generované z vektorových dat  Databáze ÚAP:

Přednastavené výkresové sestavy ÚAP:

• výkres hodnot

• výkres přírodních limitů

• výkres technických limitů

• výkres záměrů

• problémový výkres

Druhá mapová kompozice bude vytvořena pro zpřístupnění výsledných ÚAP MSK, ÚAP ORP a ZÚR MSK (rastrová data) ve formě bezešvých map. Pro tuto mapovou kompozici budou použity výkresy ÚAP v rastrové podobě, a to minimálně v této struktuře:

• výkres hodnot

• výkres přírodních limitů

• výkres technických limitů

• výkres záměrů

Dále  bude tato mapová kompozice obsahovat výkresy ZÚR v rastrové podobě, a to minimálně v této struktuře:

• výkresy výroku ZÚR

• výkres uspořádání území kraje

• plochy a koridory nadmístního významu, ÚSES a územní rezervy,

• oblasti se shodným krajinným typem

• výkres Veřejně prospěšných staveb a veřejně prospěšných opatření,

• výkres oblastí, ploch a koridorů nadmístního významu k prověření územní studií

• výkresy odůvodnění ZÚR

• koordinační výkres

• výkres širších vztahů

• dopravní infrastruktura

• vodní hospodářství a energetika

• územní systém ekologické stability

• výkres záměrů převzatých bez věcné změny z platných územních plánů velkých územních celků do zásad územního rozvoje

Obě mapové kompozice budou dále obsahovat základní referenční mapové podklady, - katastrální mapu, účelovou katastrální mapu, ortofotomapy, mapy státních mapových děl, polohopis, případné další mapové podklady.

Zhotovitel zpracuje grafickou symbologii pro všechny jevy ÚAP dostupné v Datovém modelu ÚAP&ÚP 3.2.1 tak, aby každý jev ÚAP měl přiřazený vlastní grafický symbol. Prostřednictvím této vytvořené symbologie budou zobrazovány jednotlivé jevy ÚAP v přednastavených mapových kompozicích modulu mapového klienta. Pro každý jev ÚAP bude vytvořen grafický symbol pro všechny hodnoty atributu STAV_ID, kterých daný jev může nabývat. Grafické symboly budou vytvořeny minimálně ve 2 mapových měřítcích, a to 1:5 000 a 1:50 000. Symbologie jevů bude zapracována při zobrazování samotných jevů ÚAP v mapových kompozicích v modulu mapového klienta. Dále bude předána v grafickém výstupu souborů LYR a DGN a zároveň bude předána dokumentace, jejíž součástí bude přehled všech symbolů členěných dle jevů ve formátu pdf a xls. Pro jednotlivé mapové kompozice výkresů ÚAP budou také vytvořeny Zhotovitelem předpřipravené mapové projekty ve formátu MXD, popř. jiném formátu pro ArcGIS Desktop.

Grafická symbologie jevů ÚAP bude dále popsána v dokumentaci v digitálním formátu PDF a HTML, která bude předána Zhotovitelem.

4. Modul metainformačního systému

Pro evidenci a správu metadat k jevům ÚAP a datům v Datovém skladu Portálu ÚAP bude využívána aplikace Metainformační systém Metis 5, který je aktuálně využíván na KÚ MSK. Modul mapového klienta bude provázán s metainformačním systémem, kde bude možné získat informace o metadatech kliknutím do mapy na vybraný jev ÚAP. Zhotovitelem projektu budou zavedena metadata do metainformačního systému společně při naplnění Databáze ÚAP v Datovém skladu Portálu ÚAP k jednotlivým vrstvám jevů ÚAP a to dle normy ISO 19115. Každá datová vrstva, resp. rastr katalog (soubor rastrů) bude mít svůj metadatový záznam. Zhotovitel navrhne strukturu evidence metadat v metainformačním systému, který bude navazovat na ukládání dat v Datovém skladu Portálu ÚAP. Relevantní informace nezbytné pro integraci cílového stavu řešení s Metainformačním systémem Metis 5 poskytne Zhotoviteli v rámci realizace Objednatel, dle požadavků Zhotovitele.

5. Modul evidence pasportů

Aplikace pro evidenci a správu pasportů k jevům ÚAP a datům v Datovém skladu Portálu ÚAP, které poskytli poskytovatelé údajů o území, popř. dodatečně vytvořili pořizovatelé ÚAP. Pro evidenci a správu pasportů bude využíván systém DBPÚÚ, který je aktuálně spravován a využíván na KÚ MSK a je popsán v kap. 3.4. Aplikace DBPÚÚ bude provázána Zhotovitelem s modulem mapového klienta, kde bude možné získat výpis informací jednotlivých pasportů kliknutím do mapy na vybraný jev ÚAP. Provázání na data v Databázi ÚAP bude zajištěno prostřednictvím automaticky přiřazeného jednoznačného identifikátoru v podobě číselného kódu přiřazeného k pasportu v modulu evidence pasportů. Zhotovitel v rámci plnění dle této Smlouvy nebude zapracovávat žádné nové pasporty do modulu evidence pasportů.

6. Výdejní modul dat

Aplikace umožňující na základě požadavku uživatele stažení požadovaných dat z Datového skladu Portálu ÚAP pro vybrané území a v požadovaném datovém formátu.

Aplikace bude sloužit pro výdej dat z Datového skladu Portálu ÚAP. Bude umožněno stažení třech typů dat:

• data z Databáze ÚAP

• výsledné ÚAP ORP, ÚAP MSK, ZÚR MSK (grafické výstupy a texty)

• data v nativním formátu poskytnutá poskytovateli údajů o území

Ve výdejním modulu bude umožněno pro výdej dat z Databáze ÚAP definování následujících uživatelských požadavků:

• rozsah správního území

• výběr územně správní jednotky (katastrální území, obce, ORP, kraj)

• výběr definovaným polygonem (ohradou) v mapě

• formát dat

• ESRI Shapefile

• DGN Microstation

• DXF

• DWG

• databáze ÚAP - jevy ÚAP

• výběr jednotlivých jevů

• výběr všech jevů ÚAP

Pro všechny typy formátů dat budou data Databáze ÚAP uložena a připravena ke stažení v Datovém modelu ÚAP&ÚP 3.2.1. Pro vektorová data ZÚR MSK budou vytvořena balíčky dat, které bude dostupné ke stažení.

Ve výdejním modulu bude dále umožněno pro výdej výsledných ÚAP ORP, ÚAP MSK a ZÚR MSK definování následujících uživatelských požadavků:

• rozsah správního území dotčených ÚAP (pro ZÚR pouze za celý MSK)

• jednotlivé ORP

• MSK

• ÚAP/ ZÚR

• grafická část (výkresy)

• textová část

Pro výdej dat v nativním formátu poskytnutých poskytovateli údajů o území budou definovány následující požadavky:

• časový rozsah aktualizace nativních dat (definováno časem uložení dat do Datového skladu Portálu ÚAP)

• poskytovatel údajů o území

• výběr jednotlivých poskytovatelů údajů o území

• stažení dat od všech poskytovatelů údajů o území

Při definování uživatelského požadavku na stažení dat v určeném časovém rozsahu budou automaticky uživateli nabídnuti poskytovatelé, kteří ve zvoleném časovém období poskytli data do Datového skladu Portálu ÚAP.

Po definování požadavků na stahovaná data bude vygenerován datový balíček ve formátu ZIP, který si bude moci uživatel stáhnout.

Výdej dat bude možný také formou služeb WFS. Aplikace bude provázána s modulem mapového klienta, kde bude možné rovněž provést požadavek na stažení dat z Datového skladu Portálu ÚAP.

Možnost stažení pro vybrané uživatele bude neomezená, pro ostatní bude omezeno předem definovaným časovým intervalem. Uživatelská práva jsou popsána v kap. 4.2.2. Veškeré výdeje dat budou sledovány a evidovány v monitorovacím systému, viz kap. 4.2.9.

7. Modul vzdálené editace dat

Aplikace, která bude umožňovat uživatelům editovat data v Databázi ÚAP prostřednictvím lehkého, popř. těžkého klienta.

Procesně se jedná o vzdálenou formu editace dat, která bude probíhat minimálně ve dvou možných režimech. V případě editace dat jejich vlastníkem nebude podléhat žádnému schvalovacímu procesu. V případě, že správcem dat bude jiný subjekt než editující, bude nutné zajistit schvalovací workflow - po příslušné aktualizaci bude žádost o akceptaci změn zaslána administrátorovi, který rozhodne o jejím zapracování, popř. s požadavkem na změnu. Potvrzovací proces se bude evidovat. V rámci editace dat Databáze ÚAP v Datovém skladu Portálu ÚAP bude zajištěno jejich verzování.

Funkcionalita editačního modulu bude zajišťovat práci s grafickými objekty, jako je např. konstrukce bodových, liniových, polygonálních objektů, složených objektů, změny objektů ve smyslu jejich kopírování, přesunů, změna velikosti objektů, přidání či odebrání vrcholů a dalších.

V rámci workflow bude zajištěno založení žádosti o schválení provedených změn s automatickým zasláním e-mailu administrátorovi, který se bude vyjadřovat po prohlédnutí změn provedených uživatelem k možnosti zapracování změny do Databáze ÚAP. Pořizovatelé ÚAP z ORP budou mít možnost editovat vybrané jevy ÚAP pro své správní území neomezeně, resp. se schvalovacím workflow také za hranicemi svého správního území, ale pouze s možností editace vlastních dat, resp. dat od poskytovatelů údajů o území, která nebudou editována na KÚ MSK.

Modul bude umožňovat následující funkce:

• konstrukce bodových, liniových, polygonálních objektů, včetně polygonů s otvory

• konstrukce složených objektů (buněk), textů, uživatelských stylů

• práci se symbologií objektů tj. nastavení a modifikace barvy, síly čáry, průhlednosti objektu a uživatelského stylu (pouze administrátor)

• modifikace objektů tj. kopírování a přesuny objektů, změna velikosti objektů, rušení a přidání vrcholů, modifikace textů, změna měřítek buněk

• možnost snapování při konstrukci či editaci objektů

• množinové geoprostorové operace

• editaci v atributových tabulkách (jednotlivě i hromadně)

• editační práci ve více oknech

• transformaci dat mezi souřadnými systémy S-JTSK, WGS 84

• automatické vyplňování vybraných atributů

Editaci dat v databázi ÚAP bude možné provádět také vzdáleně prostřednictvím desktop SW s využitím standardu WFS-T. Tato služba bude primárně určena pořizovatelům ÚAP, která budou chtít svá data editovat prostřednictvím GIS SW ve svých ORP. Portál ÚAP musí umožňovat tuto funkcionalitu pro editaci dat v Databázi ÚAP.

Při editaci dat v Databázi ÚAP, resp. vkládání nových dat bude muset jejich autor (pořizovatel ÚAP) zajistit vyplnění všech povinných atributových položek v Datovém modelu ÚAP&ÚP 3.2.1, které budou následující:

• JEV_ID

• STAV_ID

• ENTITA_ID

• META_ID

• ZDROJ DAT (příslušný ORP, MSK)

• VYHL_ID

• PASPORT_ID

V případě, že nebudou tyto atributové položky kompletně vyplněny, nebude možné uložit editaci dat v Databázi ÚAP.

8. Modul importu dat

Aplikace umožňující automatické importování zpracovaných dat pořizovateli ÚAP mimo prostředí Portálu ÚAP v Datovém modelu ÚAP&ÚP 3.2.1 do Databáze ÚAP. Prostřednictvím tohoto modulu bude dále možné automaticky importovat data z nativních formátů od vybraných poskytovatelů údajů o území do Databáze ÚAP pro vybrané uživatele. Importy jednotlivých dat budou zajišťovat automatické převodníky, které budou vytvořeny pro konkrétní data poskytovatelů údajů o území.

Procesně se jedná o vzdálenou formu editace dat, která bude probíhat buďto vkládáním vzdáleně zpracovaných dat z nativního formátu do Datového modelu ÚAP&ÚP 3.2.1 a jejich následným importem do vlastní Databáze ÚAP nebo automatickým importem poskytnutých dat od vybraných regionálních poskytovatelů údajů o území pro střídnictvím importního nástroje s využitím automatických převodníků do databáze ÚAP, kde budou původní data nahrazovány nově zapracovanými. Při vkládání nových dat do Databáze ÚAP se bude nahrazovat jen část Databáze ÚAP, tzn. vymazání původních dat za správní území ORP a nahrazení nově zpracovanými daty. V rámci importu dat do Datového skladu ÚAP bude zajištěno verzování dat (tzn. bude zajištěno zálohování jak nově vložených dat v Databázi ÚAP, tak i původně nahrazených dat) a řešení kolizí nově nahrávaných dat (tzn. bude zajištěna možnost zachování původních vybraných atributů např. KOD_ZUR apod.). V rámci workflow bude zajištěno založení žádosti o schválení importu dat a tedy provedení změn v Databázi ÚAP s automatickým zasláním e-mailu administrátorovi, který se bude vyjadřovat po prohlédnutí změn provedených uživatelem k možnosti zapracování změny do Databáze ÚAP. Pořizovatelé ÚAP z ORP budou mít možnost importovat data k jevům ÚAP pro své správní území ORP neomezeně, resp. se schvalovacím workflow také za hranicemi svého správního území, ale pouze s možností nahrazování vlastních editovaných dat vybraných jevů ÚAP. Správnost importovaných dat bude v rámci schvalovacího workflow kontrolovat automatický kontrolní nástroj, který bude kontrolovat hlavně vyplnění povinných atributů v datech (viz kap. 4.2.7).

Pro vybrané uživatele, tzn. administrátora projektu, resp. pořizovatele ÚAP na KÚ MSK, bude dostupný nástroj pro automatický převod dat z nativních formátů poskytovatelů údajů o území do Databáze ÚAP. Bude se jednat o automatické převodní nástroje všech poskytovaných dat od těchto poskytovatelů údajů o území:

• ČEZ Distribuce, a.s.

• ČEZ ICT Services, a.s.

• ČEPS, a.s.

• Telefónica O2 Czech Republic, a.s.

• SMP NET, s.r.o.

• Severomoravské vodovody a kanalizace Ostrava a.s.

• Ostravské vodovody a kanalizace a.s.

• Agentura ochrany přírody a krajiny České republiky

V rámci plnění dle této Smlouvy bude mít Zhotovitel pro zpracování převodních nástrojů k dispozici aktuální datové modely a datové struktury k datům předaným těmito poskytovateli údajů o území. V provozní fázi budou převodní nástroje fungovat na principu výměny původních dat z Databáze ÚAP a nahrazením nově poskytnutých dat. K převodním nástrojům bude dostupné také workflow, které budou evidovat průběhy importů dat do Databáze ÚAP.

9. Modul monitoringu systému

Modul monitoringu systému bude sloužit k evidenci přístupů, přijatých požadavků, vydaných výstupů, objemu zpracovávaných dat, případně dalších informací. Bude možné prostřednictvím tohoto modulu vytvářet statistické uživatelské sestavy a reporty. Uživatelské sestavy bude možné exportovat minimálně do výstupních formátů PDF, HTML a XML, popř. XLS.

3. Licence

V případě, že Zhotovitel využije pro realizaci řešení Portálu ÚAP jakékoliv SW technologie jdoucí na rámec vlastního aplikačního řešení Zhotovitele, které bude zapotřebí také pro provoz Portálu ÚAP a Objednatel touto SW technologií nedisponuje, tak musí Zhotovitel dodat v rámci plnění dle této Smlouvy také licence ke všem těmto SW technologiím. Zhotovitel je povinen v rámci navrhovaného řešení Objednateli uvést informace o dodávkách nových SW technologií a do celkové ceny na realizaci a provoz Portálu ÚAP zapracovat také ceny licencí těchto daných SW technologií a technickou podporu ke všem těmto SW technologiím.

Zhotovitel musí zajistit licence k SW technologiím zajišťující plnohodnotný provoz Portálu ÚAP se všemi provozu schopnými funkcionalitami. V případě, že Zhotovitel nebude schopen zajistit provoz některého z modulů Portálu ÚAP prostřednictvím lehkého klienta, např. editačního modulu a bude zapotřebí využití těžkého klienta, tak Zhotovitel musí zajistit multilicence k těmto SW technologiím pro neomezený počet uživatelů.

Objednatel disponuje licencemi k SW technologiím uvedenými v kap. 3 této technické specifikace.

V případě, že k provozu dodávaných technologií jsou nutné další licence jdoucí na rámec vlastního aplikačního řešení Zhotovitele a neuvedené ve specifikaci vybavení MSK, je Zhotovitel povinen uvést tyto licence v Příloze č. 3 Smlouvy, popisu licenčních podmínek ke všem dodávaným SW částem Díla.

5. Požadavky na implementaci řešení a zajištění provozu Portálu ÚAP

   1. Implementace řešení

Projekt Portál ÚAP bude v rámci implementace řešení zprovozněn ve dvou etapách - zkušební provoz, rutinní provoz. Projekt Portál ÚAP bude zpřístupněn prostřednictvím zkušebního provozu, který bude spuštěn nejpozději do 29. 8. 2014.

Před spuštění zkušebního provozu budou Zhotovitelem zajištěny akceptační testy, které budou předány ve formě digitální dokumentace a zajistí testování systému ve formě akceptačních testů v částech:

• dostupnost funkcionalit Portálu ÚAP

• výpadek aplikačního serveru

• doba xxxxxx při uživatelské zátěži

• zálohování a obnova dat

V případě, že akceptační testy nebudou splňovat shora uvedené požadavky Objednatele, tak nebude možné Dílo do zkušebního provozu převzít.

V průběhu zkušebního provozu proběhne minimálně 1 akceptační test a to 30 kalendářních dnů po zahájení zkušebního provozu. Výsledky testů budou předány Objednateli.

Testování bude probíhat ve zkušebním provozu také formou práce uživatelů s Portálem ÚAP na všech uživatelských úrovních. Xxxxxxxxxx se zavazuje poskytnout podporu uživatelům při uživatelském testování. Zhotovitel se musí vyjádřit ke všem chybám zjištěným z uživatelského testování a odstranit všechny vady, které by mohly bránit rutinnímu provozu, ještě před započetím rutinního provozu a to nejpozději vždy do 10 pracovních dnů od nahlášení chyby. Výsledky testů budou v průběhu zkušebního provozu průběžně konzultovány s Objednatelem. Výsledky testů budou muset splňovat všechny požadavky na povoz Portálu ÚAP.

V rámci zkušebního a rutinního provozu Portálu ÚAP bude nutné, aby byly splněny následující požadavky na provozní procesy:

• funkční provoz modulu mapového klienta pro minimálně 100 uživatelů současně s níže uvedenými časovými odezvami

• odezva při překreslení mapového okna maximálně do 3 sec.

• odezva při zobrazování dat uložených v Datovém skladu maximálně do 5 sec.

• funkční provoz modulu vzdálené editace dat při zajištění editace dat v Datovém skladu minimálně 23 pořizovateli ÚAP v jednom okamžiku a to bez omezení na velikosti zpracovávaných dat a časových prodlevách při editaci dat

• funkční provoz výdejného modulu dat při zajištění výdeje z datového skladu minimálně 10 uživateli v jednom okamžiku při zajištění min. rychlosti stahování dat 1MB/s.

Portál ÚAP bude spuštěn do rutinního provozu nejpozději dne 31. 10. 2014. Zhotovitel odpovídá za vady plnění po dobu záruční lhůty, která je stanovena v minimální délce 60 měsíců od zprovoznění Portálu ÚAP do rutinního provozu. Na tuto dobu se vztahují všechny podmínky technické podpory zajišťované Xxxxxxxxxxxx.

2. Seznámení s obsluhou

V rámci zkušebního provozu bude zajištěno Zhotovitelem seznámení s obsluhou uživatelů Portálu ÚAP (administrátora, pořizovatelů ÚAP, projektantů atd.). Bude se jednat celkem o tři typy seznámení se s obsluhou uživatelských rolí dle jejich rozsahu:

• seznámení administrátora s obsluhou systému (min. 3 osoby v rozsahu 30 hodin)

• správa Portálu ÚAP a jeho dílčích části

• seznámení pořizovatelů ÚAP s obsluhou systému (min. 50 osob v rozsahu 70 hodin)

• rozsah seznámení se s obsluhou dle dostupných uživatelských funkcionalit

• uživatelské seznamování se s obsluhou (min. 300 osob v rozsahu 150 hodin)

• seznámení se s obsluhou pro projektanty, obce a zaměstnance KÚ MSK v rozsahu dostupných funkcionalit

Seznámení s obsluhou administrátorů a pořizovatelů ÚAP proběhnou nejpozději do 30 kalendářních dnů od spuštění zkušebního provozu. Ostatní uživatelské seznámení s obsluhou proběhnou nejpozději do 90 kalendářních dnů od spuštění zkušebního provozu. Seznámení uživatelů s obsluhou bude probíhat v sídle Objednatele formou praktického výkladu í na PC.

3. Provozní dokumentace

Součásti plnění dle této Smlouvy bude zpracování „Provozní dokumentace“, která bude splňovat požadavky zákona č. 365/2000 Sb., o informačních systémech veřejné správy, ve  znění pozdějších předpisů. Obsahem dokumentace bude zejména:

• Bezpečnostní dokumentace

• Systémová příručka (administrátorská příručka)

• Uživatelská příručka

Dokumentace bude také obsahovat podrobný popis implementace, plán záloh a obnovy systému. Tento popis bude součástí Systémové příručky. Uživatelská příručka bude obsahovat popis práce s celým řešením Portálu ÚAP. Veškerá dokumentace bude předána jak v tištěné, tak i v elektronické podobě (vždy v jednom vyhotovení). Dodaná dokumentace bude v českém jazyce a bude také dostupná digitálně prostřednictvím Portálu ÚAP.

6. Publicita

Zhotovitel musí zajistit propagační předměty a služby. Propagace slouží k informování široké veřejnosti o realizovaném projektu spolufinancovaného z prostředků EU prostřednictvím IOP, přičemž musí souviset se samotnou realizací projektu, jeho výstupy nebo dopady na veřejnost.

Zhotovitel je povinen dodržovat pravidla publicity IOP i související grafická pravidla Objednatele a při zpracování log, jejich umístění na propagačních předmětech je použít vždy takovým způsobem, aby každý ze symbolů a log byl viditelný a text čitelný.

Zhotovitel je povinen při tvorbě grafických prvků a při aplikaci publikačních opatření řídit se následujícími normami v aktuálním platném znění (zejména je Zhotovitel povinen dodržet barvy potisků, proporce, řezy písma, ochranné zóny). Bude-li ve specifikaci předmětu a níže uvedenými normami upravujícími publicitní prvky rozpor, je Zhotovitel vždy povinen řídit se ustanoveními uvedenými v normách:

Výzva č. 08 k předkládání žádostí o finanční podporu v rámci Integrovaného operačního programu na "Rozvoj služeb eGovernmentu v krajích“, Příručka pro žadatele a příjemce včetně příloh, dostupná na URL: <xxxx://xxx.xxx-xxxx.xx/>

Nařízení komise (ES) č. 1828/2006, Příloha č. 1, dostupné na URL:
<xxxx://xxx.xxx-xxxx.xx/xxxx/0000_0_0>;

Pravidla pro provádění informačních a propagačních opatření (příloha aktuální platné výzvy), dostupné na URL: <xxxx://xxx.xxx-xxxx.xx/xxxx/000_0_0>;

Logo Manuál IOP, dostupný na URL: <xxxx://xxx.xxx-xxxx.xx/xxxx/000_0_0> nebo <xxxx://xxx.xxxxxxxxxxxx-xxxxx.xx>;

Manuál loga Ministerstva vnitra, dostupný na URL: <xxxx://xxx.xxxx.xx/xxxxxx/xxxxxxxxxxxx-xxxx-xxxxxxxxxx-xxxxxxxxxxxx-xxxxxx.xxxx>;

Manuálu jednotného vizuálního stylu Moravskoslezského kraje (Corporate Identity), dostupný na URL: <xxxx://xxx.xx-xxxxxxxxxxxxxxx.xx/xxxxxxxxx/xxxxxxxx_xxxxxx.xxx>.

Zhotovitel musí zajistit minimálně tato publicitní opatření a povinnosti v souvislosti s propagací projektu financovaného z ERDF prostřednictvím IOP:

1. Propagační služby:

   1. Zajištění vydání inzerátu:

• Xxxxxxxxxx je povinen zajistit vydání inzerátu, který bude informovat o zahájení realizace multiprojektu „e-Government Moravskoslezského kraje (II. – VI. část výzvy)“, projekt Nástroje pro tvorbu a údržbu ÚAP. Inzerát bude uveřejněn v regionální příloze denního tisku vycházejícím pro území zahrnující Moravskoslezský kraj, rozměr minimálně 137 x 100 mm. Součástí inzerátu musí být viditelně vyhrazená část obsahující informaci o spolufinancování projektu z prostředků EU uvedením povinných údajů publicity projektu v souladu s pravidly výzvy č. 08 IOP. Počet kusů: 1. Inzerát bude vydán v rámci zkušebního provozu, kdy termín bude Objednatelem upřesněn v průběhu plnění Díla.

• Xxxxxxxxxx je povinen zajistit na svůj náklad 2 výtisky novin, v nichž byl inzerát uveřejněn, a tyto výtisky předat či zaslat na adresu Objednatele (pověřené osoby odboru evropských projektů), a to tak, aby je Objednatel (pověřená osoba Objednatele) obdržel nejpozději pátý pracovní den po zveřejnění inzerátu v těchto novinách. O předání Xxxxxxxxxx vyhotoví a předá či zašle Předávací protokol.

• Zhotovitel je povinen zajistit vydání odborných textů prezentujících projekt a výstupy Portálu ÚAP ve 2 odborných časopisech s tématikou GIS nebo územního plánu. Inzeráty budou vydány 2 měsíce po zahájení zkušebního provozu,

• Zhotovitel je povinen zajistit na svůj náklad 2 výtisky časopisů, v nichž byly odborné texty uveřejněny, a tyto výtisky předat či zaslat na adresu Objednatele (pověřené osoby odboru evropských projektů), a to tak, aby je Objednatel (pověřená osoba Objednatele) obdržel nejpozději pátý pracovní den po zveřejnění inzerátu v těchto novinách. O předání Xxxxxxxxxx vyhotoví a předá či zašle Předávací protokol.

1. Zajištění účasti na odborných akcích:

• Zhotovitel zajistí kompletní registraci zástupců Objednatele (bude se jednat maximálně o 4 zástupce Objednatele, kteří se zúčastní jedné či více odborných akcí) na seminářích, konferencích či jiných podobných akcích, majících vazbu k předmětu plnění Portálu ÚAP, včetně úhrady účastnických poplatků dle výběru Objednatele. Zhotovitel se zavazuje návrh vhodných akcí k účasti poskytnout s dostatečným časovým předstihem Objednateli k posouzení a příp. doklady nezbytné pro účast jednotlivých zástupců Objednatele předat v dostatečném časovém předstihu.

• Zhotovitel zajistí, po dohodě s Objednatelem, rovněž „představení výstupů projektu“ formou prezentace na minimálně jedné ze zajištěných akcí dle předchozího odstavce (součástí prezentace výstupů projektu bude prezentace v aplikaci MS XxxxxXxxxx s použitím obrázků ve formátu GIF, PNG nebo JPG) včetně zajištění ozvučení prezentační místnosti nebude-li tato zajišťována třetí osobou. Prezentaci v elektronické formě dodá Zhotovitel s dostatečným časovým předstihem k posouzení Objednateli ve formátu PPT a PDF. Objednatel vydá s podobou a obsahem souhlas či ji vrátí s připomínkami k dopracování. Veškeré audiovizuální materiály musí obsahovat povinné symboly publicity IOP.

• Xxxxxxxxxx je povinen zajistit, aby při každém z „představení výstupů projektu“ dle předchozího písmene vystoupil zástupce Xxxxxxxxxxx s příspěvkem vztahujícím se k předmětu plnění či reagoval na vzešlé dotazy či připomínky, budou-li mít vztah k jeho plnění, vyzve-li jej k tomu Objednatel.

1. Zajištění 3 workshopů a závěrečné konference

• Zhotovitel zajistí pořádání praktických ukázek (workshopů) využití výstupu projektu pro uživatele Portálu ÚAP. Pozvání uživatelů zajistí zaměstnanci KÚ MSK. Celkem se uskuteční 3 workshopy v budově KÚ MSK, kterých se účastní max. 105 účastníků. Termín bude Objednatelem upřesněn v průběhu plnění Díla. Zhotovitel je povinen zajistit vystoupení zástupce Xxxxxxxxxxx, který bude prezentovat výsledky projektu Portálu ÚAP v rozsahu 2 hodin v každém workshopu. Zhotovitel je povinen zajistit pro všechny účastníky workshopů dostačující občerstvení. V každém workshopu se bude jednat max. o 35 účastníků.

• Zhotovitel zajistí pořádání závěrečné konference k Portálu ÚAP, která se uskuteční v Ostravě (místo bude upřesněno v průběhu plněním Díla Zhotovitelem a datum a čas bude upřesněn v průběhu plnění Díla Objednatelem). Konference by měla mít tyto minimální parametry a zajištění ze strany Zhotovitele:

  • Hlavní program od 9:00 – 12:00;

  • Počet účastníků: cca 200;

  • Zajištěné parkování pro účastníky či parkování v blízkosti;

  • Připojení k internetu v sále a salónku;

  • Dostačující občerstvení pro všechny účastníky (ranní coffee break, občerstvení během dvou dalších přestávek);

  • Pronájem sálu po dobu konání s přesahem na prezenci a rozloučení;

  • Předsálí pro prezenci, menší salónek pro přednášející a pro konzultace v blízkosti hlavního sálu;

  • Uspořádání židlí a stolů tak, aby si účastníci mohli dělat poznámky;

  • Předsednický stůl pro přednášející pro min. 8 osob;

  • Řečnický pult;

  • Zajištění veškeré konferenční techniky v hlavním sále (notebook, dataprojektor, plátno – v případě že je sál velmi rozlehlý je nutné zajistit více dataprojektorů a pláten, tak aby účastníci dobře viděli);

  • Mikrofon pro řečníka, další volný mikrofon u předsednického stolu, minimálně 2 volné mikrofony pro dotazy z publika;

  • Zajištění dataprojektoru a plátna v menším salónku pro konzultace;

  • Flipcharty v sále a salónku.

• Zhotovitel zajistí konání workshopu a konference v průběhu zkušebního provozu. Přesný termín bude dohodnut s Objednatelem.

2. Materiální zabezpečení projektového týmu:

Každý z předmětů musí být označen prvky publicity v souladu s pravidly IOP tak, že každý jednotlivý předmět musí být označen alespoň symbolem Evropské unie (vlajkou Evropské unie) a odkazem na Evropskou unii (textem „Evropská unie“).

K účelu materiálního zabezpečení projektového týmu bude dodáno následující:

• USB HUB (rozbočovač) minimálně se 4mi porty USB podporující rozhraní 2.0 opatřený potiskem, který bude obsahovat logo IOP, název a registrační číslo projektu a vlajku Evropské unie. Počet kusů: 2.

• USB Flash disk – USB Flash disk s kovovým tělem s kapacitou min. 16 GB, podporující rozhraní 2.0 s jednobarevným potiskem. Potisk bude obsahovat logo IOP, název a registrační číslo projektu a vlajku Evropské unie v souladu s platnými normami pro úpravu log. Bude-li to povaha a velikost USB Flash disku dovolovat, bude předmět také obsahovat text „Evropská unie“. USB Flash disk bude dodán spolu s krabičkou. Počet kusů: 80.

• Externí pevný disk – HDD, 2.5", s kapacitou min. 2 TB, napájení přes USB, podporující rozhraní 3.0 s jednobarevným potiskem. Potisk bude obsahovat logo IOP, název a registrační číslo projektu a vlajku Evropské unie v souladu s platnými normami pro úpravu log. Bude-li to povaha a velikost externího disku dovolovat, bude předmět také obsahovat text „Evropská unie“. Externí pevný disk bude dodán spolu s obalem. Počet kusů: 2.

• Blok se spirálou nahoře a měkkými deskami o formátu A5, 80 listů, který bude opatřený potiskem, který bude obsahovat logo IOP, název a registrační číslo projektu a vlajku Evropské unie. Počet kusů: 400.

• Plastová propisovací tužka, která bude opatřena potiskem loga IOP, název a registrační číslo projektu a vlajku Evropské unie v souladu s platnými normami pro úpravu log. Počet kusů: 400.

Předměty musí být dodány nejpozději do 2 měsíců ode dne, kdy Xxxxxxx nabude platnosti a účinnosti.

3. Další povinnosti Xxxxxxxxxxx v oblasti publicity:

Zhotovitel musí poskytnout přiměřenou součinnost Objednateli při tvorbě tiskových zpráv. Jedná se o oznámení o realizaci projektu široké veřejnosti prostřednictvím tiskové zprávy.

1. Posuzování grafických návrhů propagačních předmětů:

Žádný z propagačních předmětů nebude obsahovat logo ani jiný odkaz na Zhotovitele. Současně musí být vždy zajištěna trvanlivost resp. nesnadná oddělitelnost či odstranitelnost prvků povinné publicity tj. informačního banneru ze samotného propagačního předmětu. Jako nepřípustný je tak např. potisk na ochrannou fólii či papírový transportní obal propagačního předmětu apod.

Průběh posuzování:

• Před započetím zhotovování propagačních předmětů či před výkonem propagačních služeb zašle Zhotovitel Objednateli na e-mailovou adresu projektového manažera Objednatele „Návrh na realizaci“, jenž bude obsahovat grafický návrh na zpracování předmětů či návrh na průběh poskytovaných služeb, v dostatečném předstihu k odsouhlasení. Grafický návrh bude zaslán ve formátu PDF a EPS nedohodnou-li se smluvní strany jinak (v případě komprimace těchto formátů jako ZIP), přičemž velikost každého jednotlivého e‑mailu nepřekročí 4 MB.

• Objednatel může tento návrh na realizaci konzultovat s Centrem pro regionální rozvoj či s Odborem strukturálních fondů MV ČR a vyžádat si stanovisko některého z těchto orgánů.

• V případě, že Objednatel bude konzultovat „návrh na realizaci“ dle předchozího odstavce, zašle souhlas či námitky Zhotoviteli neprodleně po té, co obdrží stanovisko některého z dotazovaných orgánů. Nebude-li Objednatel „návrh na realizaci“ konzultovat dle písm. b), zašle Zhotoviteli do 5 pracovních dnů následujících po dni doručení grafického návrhu Zhotovitelem souhlas či námitky s tímto návrhem. V případě potřeby bude Zhotovitel, na základě výzvy Objednatele, tento návrh osobně konzultovat v sídle Objednatele.

• V případě, že Objednatel vznese k „Návrhu na realizaci“ Zhotovitele námitky, zejména k rozporům s požadavky, které si Objednatel vymínil, zavazuje se Zhotovitel zaslat opravený „Návrh na realizaci“ a Objednatel bude postupovat dle předchozího odstavce.

1. Pořízení fotodokumentace:

• Zhotovitel je povinen z každé propagační akce, jíž se budou zástupci Objednatele účastnit, pořídit minimálně 6 digitálních fotografií (minimální rozlišení 4 MPix), přičemž tyto fotografie musí mít dostatečnou vypovídací hodnotu a na minimálně 2 z nich musí být zachyceny použité prvky publicity v souvislosti s projektem.

• Objednatel zašle e-mailem (každá jednotlivá zpráva nesmí být větší než 4 MB) nebo předá na datovém nosiči vyhotovené digitální fotografie ve formátu JPG do 10 pracovních dní od jejich pořízení. Každý ze souborů bude označen jménem: Eg_PUAP _YYYY_mm_dd_XXXX.jpg, kde YYYY bude identifikovat rok pořízení fotografie (např. 2013) a XXXX pořadové číslo fotografie v daném roce počínajíce 0001.

• Zhotovitel souhlasí s tím, že fotografie mohou být publikovány na webu kraje či prostřednictvím jiných médií, mohou být archivovány Objednatelem a mohou rovněž sloužit jako podklad pro přípravu Monitorovací zprávy, event. dalších dokumentů sloužících k mapování projektu.

7. Požadavky na provoz Portálu ÚAP

V rámci provozní fáze dle této Smlouvy bude zajištěna činnost Portálu ÚAP tak, aby byly splněny požadavky na stabilní provoz v souladu s funkcionalitami celého řešení. Požadavek na provoz Portálu ÚAP bude 24 hodin denně, 7 dní v týdnu v rozsahu 90 % denně dostupnosti služby. Na provoz Portálu ÚAP se bude vztahovat technická podpora, která dále bude specifikovat provozní požadavky na Zhotovitele, systém odstraňování vad a další doplňující informace (viz kap. 5.1).

Zhotovitel stanoví na své straně oprávněnou osobu, která bude v případě potřeby řešit komunikaci a provozní záležitosti s Objednatelem.

1. Rozvoj Portálu ÚAP

V rámci rutinního provozu Portálu ÚAP může nastat situace, že bude zapotřebí upravit, resp. doplnit některou z dílčích částí Portálu ÚAP:

• Datový sklad Portálu ÚAP

• Datový model ÚAP ÚAP&ÚP 3.2.1

• aplikační moduly Portálu ÚAP, resp. jejich dílčí funkcionality

V případě vznesení požadavku (objednávky) ze strany Objednatele na úpravu Portálu ÚAP, resp. některou z jeho funkcionalit nebo vytvoření nové funkcionality, Zhotovitel bude povinen vytvořit nabídku, která bude obsahovat odhad pracnosti na realizaci požadavku, kde bude definovat časovou pracnost v člověkohodinách a finanční náklady na realizaci požadavku (s využitím jednotkových cen obsažených v nabídce Zhotovitele). V případě, že Objednatel bude mít zájem o realizaci svého požadavku po dodání nabídky Zhotovitelem, tak poté zadá do ServiceDesku tento požadavek. Systém ServiceDesku bude obsahovat možnost zadání toho požadavku.

8. Implementační studie včetně návrhu kompletního řešení a podrobného harmonogramu plnění

Zhotovitel je povinen ve lhůtách a termínech stanovených Smlouvou zpracovat a předat Objednateli implementační studii.

Minimální požadavky na obsah implementační studie:

Cíl

Vytvořit dokument komplexně popisující způsob dosažení cílového stavu Díla dle této Smlouvy, tj. především výchozí stav realizace procesu ÚAP v rámci KÚ MSK a ORP MSK, kompletní popis činností, aktivit a postupů nezbytných pro realizaci Díla, potřebné HW a SW technologie a způsob jejich vývoje a implementace a návaznost jednotlivých aktivit, kroků a etap, které vedou k realizaci Díla. Dokument dále bude obsahovat analytickou část s výhledem vývoje a růstu aplikace i databáze. Další část implementační studie bude věnována možnému rozvoji.

Obsah

• Projektová část

  • Detailní harmonogram projektu

  • Pravidla komunikace, definice odpovědných osob, projektové řízení

  • Popis havarijních a krizových scénářů v rámci implementace a provozu řešení s jasně definovanými riziky

  • Popis zdrojů, předpokladů, postupů a aktivit potřebných pro provoz výstupů projektu v provozní fázi projektu z hlediska organizačních, metodických a technických opatření pro zabezpečení plynulého provozu implementovaného řešení

• Technická část

  • Grafické znázornění komunikační matice mezi servery, komponentami

  • Grafické znázornění schéma serverů a databází, popis komunikačních protokolů

  • Technologické shrnutí (popis serverů, jejich OS, konfigurace, nastavení služeb a specifická nastavení)

  • Popis ukládání dat v databázi, popis databází

  • Popis ukládání dat v datovém skladu

  • Výchozí stav HW a SW po instalaci (technologický popis, OS, nainstalované aktualizace a doplňky).

• Bezpečnostní část

  • Doporučení pro zálohování databáze/databází a dat z datového skladu - jak zálohovat, jak často

  • Popis obnovy systému po havárii (recovery)

  • Bezpečnostní zásady aplikace (upgrade, patche, aktualizace), co musí být dodržováno z pohledu správy serverů a systémů

  • Kompatibility list

  • Proces aktualizace OS – nastavení pravidel a postupů

• Aplikační část

  • Popis úprav datového modelu ÚAP&ÚP 3.2 a jeho modifikaci na datový model ÚAP&ÚP 3.2.1

  • Popis návrhu datového skladu a vazeb na aplikační části Portálu ÚAP

  • Popis aplikačního řešení Portálu ÚAP včetně popisu všech jeho modulů a funkcionalit

  • Popis integrace Portálu ÚAP na stávající technologie využívané na KÚ MSK

  • Optimální a minimální konfigurace HW a SW na straně Objednatele

  • Minimální konfigurace PC u uživatelů služby Portálu ÚAP

• Analytická část

  • Rozbor dat ÚAP MSK a návrh implementace do datového modelu ÚAP&ÚP 3.2.1

  • Doporučená osnova seznámení uživatelů s obsluhou aplikace, příp. metodika

  • Vyjádření ke shodě s legislativou

  • Popis systému testování řešení

  • Návrh způsobu zapracování dat ÚAP ORP do Databáze ÚAP v provozní fázi projektu

9. Servisní a technická podpora

Zhotovitel musí v rámci realizační fáze (implementace) i provozní fáze (rutinního provozu) zajistit servisní a technickou podporu. Tato podpora se bude vázat na všechny aplikační části. Technická podpora bude obsahovat minimálně služby odstraňování vad, technologický a legislativní upgrade včetně ošetření případných změn služeb poskytovaných ISVS, servis – podpora provozu, konzultace - hot line.

Zhotovitelem budou prostřednictvím technické podpory, resp. zákaznické podpory v rámci provozu Portálu ÚAP garantovat následující požadavky:

• poskytování upgrade a update SW a aplikací (součástí poskytnutí těchto upgrade a update bude dodání aktuálních dokumentací) a implementace těchto upgrade a update, Objednatel má právo tyto upgrade a update odmítnout

• implementace úprav Datového modelu ÚAP&ÚP 3.2.1 a grafické symbologie jevů ÚAP

• provádění rozdílového seznámení se s obsluhou, pokud bude potřeba s ohledem na rozsah upgrade systému,

• zajištění legislativní podpory

• provádění pravidelné údržby systému v rozsahu

• kontroly aplikačních modulů a všech funkcionalit Portálu ÚAP

• kontrola zálohování a bezpečnosti dat

• mapování vytížení systému (přihlašování)

• odstraňování vad a nedodělku v případě jejich vzniku

Přístup do ServiceDesku bude možné prostřednictvím Portálu ÚAP.

Objednatel zajistí nahlášení závady na systému Portálu ÚAP Zhotoviteli prostřednictvím některé z  možností uvedených ve Smlouvě. Závady budou přednostně hlášeny prostřednictvím systému ServiceDesk. V případě použití jiného způsobu hlášení závad (e-mail, telefon) bude nutné dodatečně hlášení zapsat do ServiceDesku.

V rámci projektu se může jednat například o následující chyby:

• chyba v datech v Databázi ÚAP (vzniklá při tvorbě Databáze ÚAP)

• chyba v chodu aplikace (např. nefunkčnost některého z modulů Portálu ÚAP)

• systémová chyba (chybné napojení na TCK, nefunkčnost jiného systémového řešení)

V případě, že se bude jednat o systémovou chybu na straně Objednatele (např. v TCK), nahlásí Zhotovitel Objednateli požadavek na opravu vzniklé chyby. Objednatel je povinen tuto chybu neprodleně odstranit. V tomto případě se nejedná o chybu na straně Zhotovitele, tzn. neplatí následné požadavky na řešení chyb.

Zhotovitel se zavazuje každou zjištěnou či nahlášenou závadu zapsat, vyhodnotit a zařadit do jedné z následujících kategorií a neprodleně zahájit práci na odstranění závady a odstranit závadu ve lhůtách podle následující tabulky.

Závady jsou klasifikovány do 3 režimů dle jejich závažnosti (bližší klasifikaci obsahuje Smlouva).

Režim poskytování technické odpory 5 x 12 tzn. v pracovní dny od 7:00 – 19:00.

Reakční doby:

Režim	kategorie vady	odezva	max. doba zásahu
5 x 12	Vysoká	4 h	8 hod.
5 x 12	Střední	8 h	2 prac. dny
5 x 12	Nízká	2 prac. dny	5 prac. dnů

Požadavek na servisní zásah může být uplatněn:

• systémem ServiceDesk - Zhotovitel zajistí službu formou help-desk, kde budou případné problémy evidovány a následně také řešeny. HelpDesk bude Objednatelem integrován do ServiceDesku KÚ MSK a Zhotovitel mu toto umožní a poskytne plnou součinnost,

• xxxxxxx xxxxxxxxx,

• e‑mailem,

• na faxovém čísle,

• na adresu.

Po nahlášení a následném zpětném potvrzení požadavku kontaktuje řešitel případu Objednatele a dohodne podrobnosti a způsob řešení.

Garantovaná reakční doba k nástupu k servisnímu zásahu bude při nahlášení požadavku (chyby) provedené v režimu 5 x 12 do 12 hodin pracovního dne se počítá od 12 hodin tohoto dne, při nahlášení požadavku provedené po 12 hodině pracovního dne se počítá od 8.00 následujícího pracovního dne.

Objednatel v současné době realizuje nasazení vlastního systému ServiceDesku podle metodického rámce ITIL. V okamžiku kdy bude tento systém v provozu, bude mít Zhotovitel za povinnost využívat tento ServiceDesk, nebo se na něj napojit vlastním HelpDeskem.

Příloha č. 2 – Cena

(uchazeč je povinen přílohu vyplnit, vyplněná příloha se stane přílohou Xxxxxxx na realizaci veřejné zakázky)

Cena za plnění předmětu díla, a to v členění:

A. Realizační (implementační fáze, včetně zkušebního provozu)

Dílčí plnění	Cena bez DPH v Kč	Sazba DPH v %	Cena celkem s DPH v Kč
Návrh a vývoj aplikačních částí řešení Nástrojů pro tvorbu a údržbu ÚAP
Licence k aplikačním částem řešení Nástrojů pro tvorbu a údržbu ÚAP
Ostatní licence nezbytné pro provoz Díla specifikované v příloze č. 3 Smlouvy
Úpravy Datového modelu ÚAP&ÚP verze 3.2 na verzi 3.2.1.
Datový sklad a jeho naplnění daty jevy ÚAP, ZÚR a podkladovými daty
Implementace, instalace a konfigurace řešení do IS KÚ MSK
Zkušební provoz, včetně seznámení uživatelů s obsluhou.
Cena celkem za realizační fázi Díla vyjma části Díla dle čl. III odst. 1 písm. i) smlouvy			Maximálně však 6 000 000

B. Publicita

Dílčí plnění	Cena bez DPH v Kč	Sazba DPH v %	Cena celkem s DPH v Kč
Závěrečná konference			Maximálně však 70 000
Inzerát
Workshopy
Účast na konferencích
Propagační předměty
Cena celkem za část Díla Publicitní opatření			Maximálně však 143 500

C. Provozní fáze (rutinní provoz)

	Cena bez DPH v Kč za 1 rok	Sazba DPH v %	Cena celkem s DPH v Kč za 1 rok	Cena celkem bez DPH v Kč za 5 let	Cena celkem s DPH v Kč za 5 let
Cena za technickou podporu licencí třetích stran
Cena za technickou podporu aplikační části řešení
Cena celkem za servisní a technickou podporu v provozní fázi (tj. při rutinním provozu)2					Maximálně však 1 750 000

D. Další služby ve vazbě na plnění dle tab. A a C

Další služby ve vazbě na předmět plnění v provozní fázi	Cena za 1 hodinu bez DPH	Předpokládaný počet využitých hodin za 1 rok	Cena za 1 rok celkem bez DPH	Sazba DPH v %	Cena za 1 rok celkem včetně DPH
Konzultační práce		30			Maximálně však 40 000
Programátorské práce		50			Maximálně však 70 000
Cena za předpokládaný počet využitých hodin dalších služeb celkem		Cena celkem bez DPH		Sazba DPH v %	Cena celkem včetně DPH
Cena za předpokládaný počet využitých hodin dalších služeb za 1 rok celkem					Maximálně však 110 000
Cena za předpokládaný počet využitých hodin dalších služeb za 5 let celkem					Maximálně však 550 000

Příloha č. 3 – Licence nezbytné pro realizační a provozní fázi Díla, jdoucí nad rámec vlastního aplikačního řešení Zhotovitele, licenční podmínky

Doplní Zhotovitel (uchazeč) v souladu s navrhovaným řešením – popis licenčních podmínek, vč. pravidel pro přidělení licencí, typy a verze licencí.

Licencemi se rozumí licence nezbytné k řádnému plnění předmětu Smlouvy, jdoucí nad rámec vlastního aplikačního řešení Zhotovitele, tj. nezbytné k řádnému provozu Díla na zařízení Objednatele. Zhotovitel musí jako součást řešení nabídnout veškeré licence, které jsou nutné pro provoz řešení.

Zhotovitel musí jako součást řešení dodat rozšíření stávající licence ArcGIS for Server Enterprise Standard o 4 jádra (viz kapitola 4.2.1 Přílohy č. 1 Smlouvy).

Příloha č. 4 – Součinnost Objednatele

Doplní Zhotovitel (uchazeč) v souladu se svou nabídkou

1 Uchazeč nesmí pouze převzít ustanovení zadávací dokumentace, ale naopak musí jednoznačně konkretizovat a specifikovat, jakými produkty a službami hodlá zajistit splnění zadávacích podmínek (tj. co konkrétně je předmětem jeho nabídky).

2 Cena je maximální včetně maintanance za případné licence třetích stran.

71