SMLOUVA NA DODÁVKU JEDNOTNÉHO STANDARDU DATABÁZE ÚZEMNĚ ANALYTICKÝCH PODKLADŮ VČETNĚ VALIDAČNÍHO NÁSTROJE A JEHO PODPORY
Č. j.: MMR-50943/2024-56
Číslo v CES: 6601
SMLOUVA NA DODÁVKU JEDNOTNÉHO STANDARDU DATABÁZE ÚZEMNĚ ANALYTICKÝCH PODKLADŮ VČETNĚ VALIDAČNÍHO NÁSTROJE A JEHO
PODPORY
Česká republika, Ministerstvo pro místní rozvoj
se sídlem: Xxxxxxxxxxxx xxxxxxx 0, 000 00 Xxxxx 0
zastoupená: Ing. Romanem Vodným, Ph.D., ředitelem odboru územního plánování Ing.Xx Xxxxxxxx Xxxxxx, MBA, ředitelkou odboru projektového řízení
IČ: 66 00 22 22
ID datové schránky: 26iaava
bankovní spojení:
číslo účtu:
(dále jen Objednatel)
na straně jedné
a
T-MAPY + HYDROSOFT
zastoupená na základě smlouvy o sdružení ve společnosti a plné moci ze dne 20. 6. 2024 vedoucím společníkem, společností T-MAPY spol. s r.o.
Vedoucí společník: T-MAPY spol. s r.o
se sídlem: Xxxxxxxxx 000, 000 00 Xxxxxx Xxxxxxx
zastoupená: Ing. Xxxxx Xxxxxxxx, jednatelem
IČ: 47451084
DIČ: CZ47451084
ID datové schránky: cmz7hm3
bankovní spojení:
č. účtu:
Společník: HYDROSOFT Veleslavín, s.r.o.
se sídlem: U Sadu 62/13, 162 00 Praha 6 zastoupená: Ing. Xxxxxxx Xxxxxxxxx, jednatelem IČ: 61061557
DIČ: CZ61061557
(dále jen Dodavatel)
na straně druhé.
Objednatel a Dodavatel dále společně označování jako Smluvní strany.
Smluvní strany uzavřely níže uvedeného dne, měsíce a roku v souladu s § 1746 odst. 2 a násl. a § 2586 a násl. zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů a v návaznosti na zákon č. 134/2016 Sb.,
o zadávání veřejných zakázek, ve znění pozdějších předpisů, tuto
SMLOUVU NA DODÁVKU JEDNOTNÉHO STANDARDU DATABÁZE ÚZEMNĚ ANALYTICKÝCH PODKLADŮ VČETNĚ VALIDAČNÍHO NÁSTROJE A JEHO
PODPORY
(dále jen Smlouva)
1. ÚVODNÍ USTANOVENÍ
1.1 Objednatel je oprávněn uzavřít tuto Smlouvu v souladu s pravidly uvedenými v Zákoně o zadávání veřejných zakázek č. 134/2016 Sb., (dále jen „ZZVZ“) přičemž obě strany této Smlouvy, dále též jednotlivě jako Smluvní strana nebo společně jako Smluvní strany prohlašují, že splňují veškeré předpoklady plnit požadavky uvedené ve Smlouvě a jsou schopny ji za účelem realizace předmětu plnění VZ (jak je tento pojem definován níže) uzavřít.
1.2 Tato Smlouva je součástí zadávací dokumentace, (dále jen „Zadávací dokumentace“) Objednatele, kterou Objednatel zveřejnil v rámci zadávacího řízení uveřejněného v NEN NIPEZ a Věstníku veřejných zakázek dne 22.05.2024 pod evidenčním číslem Z2024-022994 pod názvem „Dodávka jednotného standardu databáze územně analytických podkladů včetně validačního nástroje a jeho podpory“ (dále jen „VZ“).
2. ÚČEL SMLOUVY
2.1 Účelem VZ je stanovit pro potřeby centrálního informačního systému územního plánování (národní geoportál územního plánování, dále jen „NGÚP“) jednotný standard databáze územně analytických podkladů (dále jen „JS ÚAP“) a umožnit tím plné využití digitálních podkladů pro výkon agendy územního plánování a stavebních úřadů. Účelem této Smlouvy je úprava a smluvní zajištění podmínek, za nichž bude JS ÚAP včetně softwarového nástroje pro validaci dat předaných v JS ÚAP (dále jen „ETL nástroj“) vytvořen a řádně dodán, a po dobu účinnosti této Smlouvy bude zajištěn jeho provoz a podpora.
2.2 VZ je realizována v rámci nástroje NÁRODNÍ PLÁN OBNOVY (dále jen „NPO“) Komponenta
1.6 Zrychlení a digitalizace stavebního řízení, subkomponenta 1.6.3 Rozvoj a využití datového fondu veřejné správy v územním plánování.
2.3 Pro vyloučení jakýchkoliv pochybností o vztahu této Smlouvy a Zadávací dokumentace jsou stanovena tato základní pravidla:
2.3.1 v případě jakékoliv nejistoty ohledně výkladu ustanovení této Smlouvy budou tato ustanovení vykládána tak, aby v co nejširší míře zohledňovala účel VZ vyjádřený Zadávací dokumentací;
2.3.2 v případě chybějících ustanovení této Smlouvy budou použita dostatečně konkrétní ustanovení Zadávací dokumentace;
2.3.3 v případě rozporu mezi ustanoveními této Smlouvy a Zadávací dokumentace budou mít přednost ustanovení této Smlouvy.
3. PŘEDMĚT SMLOUVY A ZPŮSOB JEHO PŘEDÁNÍ OBJEDNATELI
3.1 Předmětem této Smlouvy je závazek Dodavatele poskytnout Objednateli za účelem stanoveným v této Smlouvě a za podmínek stanovených touto Smlouvou následující plnění:
3.1.1 vytvoření plánu projektu, vypracování návrhu tzv. Prováděcího projektu a dodávka
Předimplementační analýzy,
3.1.2 dodávka jednotného datového modelu a výměnného formátu databáze územně analytických podkladů (dále jen „ÚAP“)
3.1.3 dodávka katalogu jevů ÚAP včetně návrhu symbologie pro zobrazení jevů ÚAP v NGÚP,
3.1.4 dodávka validačního nástroje pro kontrolu souladu dat s jednotným datovým modelem ÚAP (ETL nástroj),
3.1.5 dodávka metodiky k ÚAP, dokumentace včetně plánu ukončení (exit plán),
3.1.6 poskytnutí udělovaných oprávnění k výše uvedenýmu plnění,
(plnění dle čl. 3.1.1 až 3.1.6 společně dále jako „Dílo“)
3.1.7 poskytnutí služeb provozu a podpory ETL nástroje,
3.1.8 poskytnutí služeb rozvoje ETL nástroje.
(plnění dle čl. 3.1.7 a 3.1.8 společně dále jako „Služby“) (Činnosti dle článku 3.1.1 až 3.1.8 společně dále jako „Plnění“).
a závazek Objednatele řádně a včas provedené Plnění od Xxxxxxxxxx převzít a zaplatit za poskytnuté Plnění Dodavateli Cenu dle článku č. 8 této Smlouvy a poskytnout Xxxxxxxxxx součinnost nezbytnou pro plnění povinností Dodavatele dle této Smlouvy.
3.2 Přesné požadavky na Plnění jsou definovány v přílohách č. 1 Technická specifikace, č. 2
Služby, č. 3 Harmonogram plnění a č. 4 Přehled sledovaných jevů této Smlouvy.
3.3 Poskytnutí Služeb dle čl. 3.1.7 a čl. 3.1.8 se uskuteční pouze na základě výzvy Objednatele, kterou Dodavatel obdrží minimálně 50 kalendářních dní před započetím měsíce poskytování Služby.
3.4 V návaznosti na vytvoření Díla budou následně provedeny konverze datového obsahu databází ÚAP, takto transformovaná data budou následně sloužit k naplnění jednotné databáze ÚAP v prostředí připravovaného NGÚP. Konverze dat a vytvoření jednotné databáze ÚAP v NGÚP však není součástí Plnění.
3.5 Součástí Plnění jsou i práce a dodávky v této Smlouvě výslovně neuvedené a nespecifikované, které jsou však k řádnému plnění nezbytné a o kterých Dodavatel vzhledem ke své odbornosti a zkušenostem měl nebo mohl vědět. Provedení těchto prací nenavyšuje Xxxx uvedenou v čl. 8 této Smlouvy, resp. je její součástí.
3.6 Veškeré odchylky od specifikace předmětu Plnění mohou být prováděny Dodavatelem pouze tehdy, budou-li písemně odsouhlaseny Objednatelem. Jestliže Xxxxxxxxx provede práce a jiná plnění nad tento rámec, nemá nárok na jejich zaplacení.
3.7 Dodavatel se zavazuje předat Plnění Objednateli takto:
3.7.1 dle čl. 3.1.1 (I. etapa)
Prováděcí projekt a Předimplementační analýza
– uložením na sdílené úložiště Objednatele
3.7.2 dle čl. 3.1.2–3.1.3 (2. etapa)
Dodávka návrhu jednotného datového modelu, návrhu výměnného formátu a návrhu
katalogu jevů
– uložením na sdílené úložiště Objednatele nebo do portálu Azure DevOPS MMR, ke kterému Objednatel poskytne Dodavateli přístup, nebo případně i do jiného repository po vzájmené domluvě smluvních stran. Uloženy budou jak tiskové soubory (formát PDF), tak soubory editovatelné v rozsahu stanoveném v příloze č. 1 této smlouvy.
3.7.3 dle čl. 3.1.2–3.1.6 (3. etapa)
Dodávka upraveného Jednotného datového modelu, výměnného formátu a katalogu jevů a
dále dodání validačního nástroje včetně potřebné dokumentace a poskytovaných oprávnění, a metodiky
v jednom vyhotovení úplné textové části v tištěné podobě a dále digitální podobě, která bude uložena na sdílené úložiště Odbjednatele nebo do portálu Azure DevOPS MMR, ke kterému Objednatel poskytne Dodavateli přístup, nebo případně i do jiného repository po vzájmené domluvě smluvních stran. Digitální podoba bude obsahovat jak tiskové soubory (formát PDF), tak soubory editovatelné v rozsahu stanoveném v příloze č. 1 této smlouvy.
Dodávka dle tohoto článku bude uskutečněna na základě písemného pokynu Objednatele vzešlého z výsledku konzultací předložených návrhů dle bodu 3.7.2. s krajskými úřady a případně dalšími Objednatelem vybranými odborníky.
3.7.4 dle čl. 3.1.7 a 3.1.8 (4. etapa) – specifikace jednotlivých služeb dle přílohy č. 2 Služby této
Smlouvy.
4. PRÁVA A POVINNOSTI DODAVATELE
4.1 Dodavatel je povinen při realizaci Plnění dodržovat obecně závazné právní předpisy, platné technické normy a obecně uznávané metodiky pro oblast informační technologie vztahující se k jeho činnosti, řídit se touto Smlouvou, pokyny Objednatele a podklady, které mu byly či budou prokazatelně předány.
4.2 Dodavatel je povinen předložit Objednateli seznam poddodavatelů včetně jejich aktivit na projektu, kterým uhradí více jak 10 % celkové hodnoty Plnění a uvést jejich skutečné majitele. Dodavatel zajistí, aby poddodavatelé respektovali zásady a povinnosti vyplývající z této Smlouvy.
4.3 Dodavatel je povinen se zdržet jakéhokoliv jednání, které by mohlo vést ke střetu jeho zájmů se zájmy Evropské unie a za tímto účelem přijmout vhodná opatření.
4.4 Dodavatel je povinen dodržovat sankční přístup vůči Rusku a Bělorusku.
4.5 Dodavatel je povinen dodržovat zásadu Významně nepoškozovat – Do not significant harm (DNSH).
4.6 Dodavatel je povinen dodržovat zásady etického jednání.
4.7 Dodavatel je povinen v rámci zajištění publicity vzhledem k tomu, že projekt je spolufinancován z prostředků Evropské unie NextGeneration EU v rámci nástroje Národní plán obnovy, komponenta 1.6 Zrychlení a digitalizace stavebního řízení, subkomponenta 1.6.3 Rozvoj a využití datového fondu veřejné správy v územním plánování opatřit výstupy (zejména web) tímto upozorněním a logem Národního plánu obnovy a EU (může použít logo ze záhlaví tohoto dokumentu).
4.8 Dodavatel je povinen provádět Plnění v souladu s touto Smlouvou, řádně, včas, s potřebnou odbornou péčí, na svůj náklad a nebezpečí a plně v souladu se zájmy a pokyny Objednatele.
4.9 Dodavatel se zavazuje zajistit archivaci dokumentů o plnění této Smlouvy po dobu stanovenou příslušnými právními předpisy, a to minimálně po dobu deseti (10) let od ukončení platnosti této Smlouvy.
4.10 Dodavatel je povinen upozorňovat Objednatele včas na všechny hrozící vady či překážky svého plnění či potenciální výpadky plnění, jakož i poskytovat Objednateli veškeré informace, které jsou pro plnění Smlouvy nezbytné.
4.11 Dodavatel se zavazuje během plnění smlouvy i po jejím ukončení zachovávat mlčenlivost
o všech skutečnostech, jež nejsou veřejně dostupné, o kterých se dozví od Objednatele
v souvislosti s plněním smlouvy, dále jen důvěrné informace.
4.12 Dodavatel se zavazuje, že důvěrné informace nezveřejní, neposkytne či jinak nezpřístupní ani neumožní zpřístupnit a nesdělí je přímo či nepřímo třetí osobě, pokud k tomu neexistuje právní důvod, a ani je nepoužije v rozporu s jejich účelem pro své potřeby.
4.13 Dodavatel odpovídá za to, že mlčenlivost budou zachovávat i jeho zaměstnanci, jiné jím pověřené osoby a případní externí spolupracovníci; poskytování důvěrných informací těmto osobám může být provedeno pouze v míře nezbytné pro realizaci této Smlouvy a tyto osoby musí být Dodavatelem zavázání k povinnosti ochrany důvěrných informací minimálně ve stejném rozsahu, v jakém je zavázán sám Xxxxxxxxx.
5. PRÁVA A POVINNOSTI OBJEDNATELE
5.1 Objednatel je povinen za řádně poskytnuté Plnění platit Cenu dle článku č. 8 této Smlouvy.
5.2 Objednatel je povinen poskytnout součinnost potřebnou pro zajištění řádného plnění předmětu Smlouvy Dodavatelem. Objednatel je povinen Dodavateli poskytnout veškeré informace potřebné k zajištění Plnění nejpozději do 5 pracovních dnů od nabytí účinnosti smluvního vztahu, nebo neprodleně poté, co se o takových informací dozví, pokud se nejedná o požadavky, jejichž předání je upravené v bodu 5.3 této Smlouvy.
5.3 Objednatel poskytne na vyžádání nejpozději do 14 dnů od prokazatelného předání požadavku
ze strany Dodavatele v případě potřeby:
5.3.1 vzorky dat vybraných stávajících databází ÚAP vč. údajů o území
5.3.2 aktuální datové modely databází ÚAP užívané v rámci jednotlivých krajů (pokud je má krajský úřad k dispozici a nejsou dostupné on-line).
6. DOBA A MÍSTO PLNĚNÍ SMLOUVY
6.1 Dodavatel je povinen do 30 dnů ode dne nabytí účinnosti Smlouvy vytvořit a dodat Prováděcí projekt a Předimplementační analýzu (1. etapa) - plnění dle čl. 3.1.1.
6.2 Dodavatel je povinen do 120 dnů ode dne nabytí účinnosti Xxxxxxx zpracovat a předat Objednateli návrh datového modelu včetně výměnného formátu a návrh podoby katalogu jevů (2. etapa) - plnění dle čl. 3.1.2.a 3.1.3.
6.3 Dodavatel je povinen do 120 dnů od písemného pokynu Objednatele předat Objednateli upravený datový model včetně výměnného formátu, kompletně naplněný katalog jevů včetně symbologie, ETL nástroj, metodiku k JS ÚAP, dokumentaci včetně plánu ukončení a oprávnění k Dílu (3. etapa) – plnění dle čl. 3.1.2, 3.1.3, 3.1.4., 3.1.5. a 3.1.6.
6.4 Poskytnutí služeb provozu a podpory a služeb rozvoje ETL nástroje (4. etapa) – plnění dle čl.
3.1.7 a 3.1.8 od doby úspěšného předání ETL nástroje po předpokládanou dobu 12
následných kalendářních měsíců. Poskytnutí služeb pouze na výzvu Odběratele.
Termíny plnění jsou uvedeny rovněž v příloze č. 3 Smlouvy – Harmonogram plnění.
6.5 Místem plnění je Česká republika.
7. PROHLÁŠENÍ SMLUVNÍCH STRAN
7.1 Dodavatel i Objednatel podle svého nejlepšího vědomí a svědomí prohlašují, že k datu uzavření této Smlouvy mají jako daňoví poplatníci vyrovnány veškeré své finanční závazky z titulu daňových, odvodových a jiných obdobných finančních povinností vyplývajících z obecně závazných právních předpisů a rozhodnutí příslušného správce daní či poplatků a orgánů vykonávajících správu ve věcech sociálního a zdravotního pojištění.
7.2 Dodavatel prohlašuje, že ke dni podpisu této Smlouvy:
7.2.1 není v úpadku, ani proti němu nebylo zahájeno insolvenční řízení;
7.2.2 na jeho majetek není vedena exekuce nebo nucený výkon rozhodnutí a nemá žádný daňový nedoplatek vůči finančnímu úřadu.
7.3 Smluvní strany se dohodly, že pokud se jakákoliv prohlášení či ujištění Dodavatele ukážou nebo se stanou nepravdivými, bude Objednatel oprávněn podle své volby od této Smlouvy odstoupit anebo po Dodavateli požadovat buď slevu z Ceny ve výši, v jaké vzniklá škoda dle prokazatelných důkazů anebo uvedení takové skutečnosti do souladu s ujištěními a tvrzeními obsaženými v této Smlouvě. Vedle tohoto nároku má Objednatel právo na úhradu smluvní pokuty specifikované v čl. 16 této Smlouvy.
7.4 Objednatel dále prohlašuje, že vzhledem ke shora uvedeným skutečnostem je oprávněn tuto Smlouvu uzavřít a plnit závazky v ní obsažené, a že neexistuje žádný závazek vůči jiné osobě, ani nárok státu, finančního úřadu nebo jiného orgánu státní správy nebo samosprávy, který by mu bránil Smlouvu uzavřít a plnit.
8. CENA A PLATEBNÍ PODMÍNKY
8.1 Cena za řádně a včas provedené Plnění byla Smluvními stranami sjednána na základě nabídky
Dodavatele.:
8.2 Cena za Dílo v souladu s čl. 3.1.1 až 3.1.6 Smlouvy činí 9 559 999,- Kč bez DPH (slovy: devět miliónů pět set padesát devět tisíc devět set devadesát devět), z toho DPH ve výši 21 % tedy 2 007 600,- Kč (slovy: dva milióny sedm tisíc šest set), tedy celkem 11 567 599,- Kč (slovy: jedenáct miliónů pět set šedesát sedm tisíc pět set devadesát devět) včetně DPH.
8.3 Cena za služby provozu a podpory ETL nástroje v souladu s čl. 3.1.7 Smlouvy za období jednoho měsíce činí 1,- Kč bez DPH (slovy jedna koruna), z toho DPH ve výši 21 % tedy 0,21 Kč (slovy: dvacet jedna haléřů), tedy celkem 1,21 Kč (slovy: jedna koruna dvacet jedna haléřů) včetně DPH (tzv. paušální plnění).
Částka za plnění dle čl. 8.3 se rovná 1/12 celkové nabídkové ceny za poskytnutí služeb provozu a podpory ETL nástroje po referenční období 12 měsíců, tato celková nabídková cena nepřekročí sumu 400 000,- Kč bez DPH t.j. 484 000,- Kč včetně DPH po dobu trvání Smlouvy.
8.4 Cena za služby rozvoje ETL nástroje v souladu s čl. 3.1.8 Smlouvy bude hrazena v závislosti na počtu odpracovaných a Dodavatelem vykázaných hodin na základě hodinové sazby ve výši 1 200,- Kč bez DPH (slovy: jeden tisíc dvě stě), z toho DPH ve výši 21% tedy 252,- Kč (slovy: dvě stě padesát dva), tedy celkem 1 452,- Kč (slovy: jeden tisíc čtyři sta padesát dva) včetně DPH (tzv. služby na výzvu).
Celková částka za plnění dle čl. 8.4 nepřekročí sumu 300 000,- Kč bez DPH t.j. 363 000,- Kč včetně
DPH po dobu trvání Smlouvy.
Ceny dle čl. 8.2, 8.3 a 8.4 dále jen Xxxx.
8.5 Plnění v rámci této Smlouvy je financováno ze dvou zdrojů.
Plnění dle čl. 3.1.1 až 3.1.6 (dodávka Díla) je financováno z nástroje Národního plánu obnovy, kde
oprávněnou osobou je Xxx.Xx. Xxxxxxx Xxxxx, MBA.
Plnění dle čl. 3.1.7 a 3.1.8 (služby provozu a podpory ETL nástroje a služby rozvoje ETL nástroje) je
financováno ze státního rozpočtu, kde oprávněnou osobou je Xxx. Xxxxx Xxxxx, Ph.D.
8.6 Cena je stanovena jako maximální a nepřekročitelná, obsahující veškeré náklady Dodavatele nutné
k řádnému plnění Smlouvy včetně poskytnutí licence dle článku č. 18 této Smlouvy.
8.7 Smluvní strany výslovně sjednávají, že nejde o tzv. cenu podle rozpočtu bez záruky jeho úplnosti či rozpočtu nezávazného ve smyslu § 2622 odst. 1 občanského zákoníku a na její výši nemá vliv vynaložení či výše jakýchkoli nákladů či poplatků, k jejichž úhradě je Dodavatel na základě této smlouvy či obecně závazných předpisů povinen.
8.8 Paušální cena za Služby provozu a podpory dle článku 8.3 Smlouvy bude v případě nesplnění požadovaného plnění úměrně krácena.
8.9 Sazba DPH bude účtována vždy v zákonné výši. V případě, že v době, kdy bude Plnění dokončeno, bude uvedená sazba zákonem o dani z přidané hodnoty zvýšena nebo snížena, bude Dodavatel účtovat k Ceně plnění daň podle aktuálního znění zákona. V případě, že se Dodavatel stane plátcem DPH až za doby trvání Smlouvy, bude k Ceně účtována DPH v aktuální sazbě.
8.10 Cena bude uhrazena po částech v souladu s předáváním Plnění v termínech dle článku č. 6 Smlouvy následně:
8.10.1 dodávka dle bodu 6.1 (1. etapa) v částce 10 % z ceny dle čl. 8.2
8.10.2 dodávka dle bodu 6.2 (2. etapa) v částce 30 % z ceny dle čl. 8.2
8.10.3 dodávka dle bodu 6.3 (3. etapa) v částce 60% ceny dle čl. 8.2
8.10.4 poskytnutí služeb dle bodu 6.4 (4. etapa) bude fakturováno měsíčně následně:
- služby provozu a podpory v pevné částce v ceně dle čl. 8.3
- služby rozvoje dle skutečně odpracované doby v ceně dle čl. 8.4.
8.11 Podmínkou proplacení faktur je splnění daného úseku. Plnění dle časového harmonogramu potvrzené předávacím protokolem podepsaným oběma smluvními stranamy a provedení akceptačního řízení, pokud přejímce předchází, včetně vystavení akceptačního protokolu a řádně vystavená faktura. Při přejímce Služeb je podmínkou Dodavatelem vystavený výkaz plnění služeb podepsaný oběma smluvními stranami, na základě, kterého bude podepsán předávací protokol a řádně vystavená faktura Dodavatele dle ujednání této Smlouvy.
Proces a podmínky přejímky jsou stanoveny v následném ujednání této Smlouvy zejména v čl. 9
a v přílohách Smlouvy.
8.12 Úhrada Ceny za řádně dodané Plnění bude provedena po jeho převzetí Objednatelem, a to na základě daňového dokladu (faktury) Dodavatele.
8.12.1 Právo Dodavatele vystavit daňový doklad (fakturu) za dodávku Díla dle bodů 8.10.1 – 8.10.3 vzniká po podpisu předávacího protokolu v souladu s čl. 9 této Smlouvy. Potvrzený předávací protokol tvoří nezbytnou součást faktury. Podpisu předávacího protokolu předchází akceptační procedura, jejímž výsledkem je podepsaný akceptační protokol vystavený Dodavatelem a schválený Objednatelem.
8.12.2 Právo Dodavatele vystavit daňový doklad (fakturu) za Služby dle bodu 8.10.4 vzniká k prvnímu pracovnímu dni následujícím po měsící, za které bylo poskytnuto plnění a na základě podpisu předávacího protokolu v souladu s čl. 9 této Smlouvy. Podkladem pro předávací protokol je výkaz provedených služeb/prací za celé sledované období (měsíc) vystavený Dodavatelem a schválený Objednatelem.
8.13 Cena bude Objednatelem zaplacena bankovním převodem na účet Dodavatele uvedený v záhlaví Smlouvy na základě faktury vystavené Dodavatelem a předané Objednateli spolu s potvrzeným předávacím protokolem. V záhlaví faktury bude uvedeno číslo Smlouvy v CES (viz pravý horní roh titulní strany) a v textu faktury bude odkaz na článek plnění dle této smlouvy. Faktura musí mít náležitosti daňového dokladu dle účinných právních předpisů a obsahovat informace dle § 435 NOZ. Splatnost faktury je třicet (30) dnů od jejího předání Objednateli. Pokud faktura neobsahuje všechny zákonem a Smlouvou stanovené náležitosti, je Objednatel oprávněn ji do data splatnosti vrátit s tím, že Xxxxxxxxx je poté povinen vystavit novou fakturu s novým termínem splatnosti. V takovém případě se lhůta splatnosti faktury přerušuje a po vystavení běží lhůta nová. Za datum uskutečnění zdanitelného plnění je považován den podpisu předávacího protokolu oběma smluvními stranami.
Faktura bude obsahovat informaci, že projekt je spolufinancován z prostředků Evropské unie
NextGeneration EU v rámci nástroje Národní plán obnovy, komponenta (dále jen NPO), komponenta
1.6 Zrychlení a digitalizace stavebního řízení, subkomponenta 1.6.3 Rozvoj a využití datového fondu veřejné správy v územním plánování. Faktury za Služby toto označení neponesou.
8.14 V případě, že faktura nebude obsahovat zákonem předepsané a výše uvedené náležitosti, je Objednatel oprávněn ji do data splatnosti vrátit s tím, že Xxxxxxxxx je poté povinen vystavit fakturu novou s novým termínem splatnosti. V takovém případě není Objednatel v prodlení s úhradou faktury.
8.15 V případě prodlení Objednatele s úhradou fakturované částky je Dodavatel oprávněn požadovat úrok
z prodlení v zákonné výši z dlužné částky za každý započatý pracovní den prodlení.
8.16 Jestliže bez zavinění Dodavatele dojde v průběhu realizaci předmětu Smlouvy k nutnosti provést předmět Xxxxxxx odchylně a tím dojde i k možnému zvýšení nákladů a zvýšení smluvní ceny, mohou být Dodavatelem tyto práce provedeny jen s předchozím písemným souhlasem Objednatele.
8.17 V případě, že bude faktura vystavena ve 12. kalendářním měsíci roku, musí být doručena přes podatelnu nebo datovou schránkou Objednateli do 10. 12. daného roku. V případě, že bude předána k proplacení po tomto dni, bude faktura proplacena až v roce následujícím v souladu s článkem
8.19 této Smlouvy.
8.18 Platba se považuje za splněnou dnem připsání částky na účet Dodavatele.
8.19 Vzhledem k specifiku financování ze státního rozpočtu na počátku kalendářního roku Dodavatel bere na vědomí, že Objednatel nebude v prvních dvou měsících kalendářního roku v prodlení s úhradou faktur.
9. AKCEPTAČNÍ ŘÍZENÍ
9.1 Akceptační řízení zahrnuje porovnání skutečných vlastností výstupů Plnění se specifikací předmětu Plnění. Výstup Plnění je způsobilý k akceptaci Objednatelem, pokud v souhrnu nevykazuje více vad, než připouští akceptační kritéria tohoto článku a zároveň odpovídá ustanovením přílohy č.1 Technická specifikace a přílohy č.2 Služby.
9.2 Testovací procedura se vykoná na základě předem schválených testovacích scénářů, které budou vypracovány Dodavatelem v rámci Prováděcího projektu a Předimplementační analýzy.
9.3 Akceptace bude úspěšná pouze tehdy, pokud provedení všech testů dosáhlo výsledku, předem předepsaného ve scénáři, jinak bude test opakován do úplného odstranění vad a nedostatků.
9.4 Podkladem pro akceptaci jsou protokoly z jednotlivých testů.
9.5 Podmínkou akceptace a převzetí je úspěšné provedení všech testovacích procedur a zahájení plného
provozu ETL nástroje.
9.6 Výsledkem akceptačního řízení bude akceptační protokol podepsaný oběma smluvními stranami. Na základě akceptačního protokolu bude podepsán oprávněnými osobami obou smluvních stran předávací protokol, který bude tvořit povinnou přílohu faktury Dodavatele.
9.7 Dodávka Plnění dle bodu 3.1.1-3.1.6 bude převzata na základě následujícího akceptačního řízení:
9.7.1 ve lhůtě 15 pracovních dnů ode dne ukončení dílčího Plnění dle jednotivých bodů 3.1.1, 3.1.2, 3.1.3, 3.1.4, 3.1.5, 3.1.6, dodávky Díla uplatní Objednatel své připomínky k provedení Plnění
9.7.2 nejpozději do 15 pracovních dnů ode dne obdržení připomínek Objednatele Dodavatel připomínky vypořádá a pošle pro finální revizi Objednateli;
9.7.3 Objednatel ve lhůtě nejpozději do 5 pracovních dnů ověří vypořádání připomínek k provedení Plnění a dodávku Díla potvrdí, nebo vrátí s požadavkem provedení opravy;
9.7.4 v případě vrácení Dodavatel vypořádá připomínky Objednatele ve lhůtě nejpozději 10 pracovních dnů a předá Objednateli pro revizi, následně se opakuje předcházející bod, dokud nebudou všechny připomínky Objednatele Dodavatelem vypořádány. Dodávka Díla bude
schválena podpisem akceptačního protokolu, který bude potvrzen podpisem Předávavcího
protokolu.
9.8 Pro účely akceptačního řízení je definován následující způsob zohlednění vad v rámci akceptačního řízení. Objednatel je povinen vyznačit na akceptačním protokolu výrok „Akceptováno s výhradou“, pokud výstup provádění Plnění odpovídá zadání a specifikaci dle Smlouvy a vykazuje nejvíce tento počet vad:
9.8.1 nula (0) vad kategorie A;
9.8.2 nula (0) vad kategorie B; a
9.8.3 méně než deset (10) vad kategorie C. Definice vad:
vada kategorie A – závažná vada narušující funkčnost ETL nástroje vada kategorie B – vada významně degradující funkčnost ETL nástroje vada kategorie C – ostatní vady
9.9 Nedodržení termínů akceptační procedury bude považováno za podstatné porušení Smlouvy a bude
sankcionováno v souladu s článkem č.16 této Smlouvy.
9.10 V případě, že výsledkem akceptační procedury byla akceptace bez výhrad či s výhradou v podobě podepsaného akceptačního protokolu, po odstranění vad vyhotoví Objednatel předávací protokol, ve kterém Smluvní strany potvrdí provedení Plnění. Plnění je považováno za řádně a bezvadně poskytnuté podpisem předávacího protokolu. Objednatel podepíše předávací protokol až po odstranění všech vad, včetně vad nebránících akceptaci s výhradou. Bude-li trvání akceptačního řízení ovlivněno vznesením připomínek Objednatele k dodávce Díla a potřebou jejich vypořádání dle článku 9.7 nebude to mít vliv na ostatní dohodnuté termíny Plnění dle harmonogramu příloha č. 3 ani na jejich akceptaci.
9.11 Výsledkem akceptačního řízení bude jeden z následujících závěrů:
9.12 Plnění je akceptováno bez výhrad – v akceptačním řízení bylo zjištěno, že poskytnuté plnění je funkční
a zcela odpovídá požadavkům Objednatele.
9.13 Plnění je akceptováno s výhradami – v akceptačním řízení bylo zjištěno, že poskytnuté plnění je funkční, avšak neodpovídá zcela požadavkům Objednatele. Zjištěné vady budou uvedeny v akceptačním protokolu.
9.14 Plnění je neakceptováno a vráceno k přepracování – v akceptačním řízení bylo zjištěno, že poskytnuté plnění není funkční. Zjištěné vady budou uvedeny v akceptačním protokolu.
9.15 V případě, že výsledkem akceptačního řízení byla akceptace bez výhrad, je plnění považováno za řádně
a bezvadně poskytnuté.
9.16 V případě, že výsledkem akceptačního řízení je akceptace s výhradami, není plnění považováno za řádně a bezvadně poskytnuté a dodavatel se zavazuje, že odstraní vady plnění uvedené v akceptačním protokolu nejpozději do 15 dnů od obdržení výsledku akceptačního řízení. V případě nedodržení termínu pro odstranění vad se uplatní sankční podmínky pro prodlení.
9.17 V případě, že výsledkem akceptačního řízení je neakceptace a vrácení k přepracování, není plnění považováno za řádně a bezvadně poskytnuté a dodavatel se zavazuje odstranit vady plnění uvedené v akceptačním protokolu nejpozději do 40 dnů od obdržení výsledku akceptačního řízení. V takovém případě je dodavatel ode dne vrácení k přepracování v prodlení a uplatní se sankční podmínky pro
prodlení. Nedodržení následného termínu pro odstranění vad bude považováno za zásadní porušení
smlouvy.
9.18 Pokud byla výsledkem akceptačního řízení akceptace bez výhrad nebo po odstranění vad specifikovaných v rámci akceptačního řízení, vyhotoví Dodavatel akceptační protokol, ve kterém obě smluvní strany potvrdí provedení Díla (příslušné etapy Díla). Plnění Díla je považováno za řádně a bezvadně poskytnuté podpisem předávacího protokolu, vystaveného na základě akceptačního protokolu, odpovědným zástupci obou stran, a to fyzicky ve třech stejnopisech nebo jedenkrát v elektronické podobě. Zápis bude obsahovat zejména: identifikační údaje o Díle i jeho částech, výsledek přejímky, eventuelní vady a jejich odstranění atd. a prohlášení Objednatele, že Dílo nebo jeho část přejímá. V případě fyzického vyhotovení obdrždí jeden stejnopis Dodavatel a dva Objednatel.
9.19 Pokud Dodavatel během plnění zjistí okolnosti, které brání včasné dodávce díla, musí bez zbytečného odkladu písemně uvědomit Objednatele o předpokládaném zpoždění, jeho pravděpodobném trvání a příčině.
9.20 Kontrolní dny Objednatele s Dodavatelem a případně dalšími zainteresovanými subjekty se budou konat ve všech etapách v sídle Objednatele, v případě oboustranné dohody mohou být kontrolní dny uskutečněny formou on-line setkání. Kontrolní dny mohou probíhat v rámci řádných pracovních setkání realizačnáích týmů projektu, kdy Dodavatel zašle včas (min. 7 prac. dny předem) návrh obsahu jednání s kontrolou uvedenou na pořadu jednání. Objednatel i Dodavtel může vyvolat mimořádné jednání za účelem kontroly či konzultace (kontrolní den) minimálně 7 prac. dní v předstihu.
9.21 Objednatel předpokládá konání cca 6 kontrolních dnů v rámci zpracování díla. Z kontrolních dnů budou Dodavatelem pořizovány písemné záznamy, na jejich základě může Objednatel předat Dodavateli upřesňující pokyny ke zpracování nebo úpravě Díla. Při předání výstupů 2. etapy Díla plnění dle bodů
3.1.1 až 3.1.3 proběhne prezentace těchto výstupů ze strany Dodavatele v prostorách určených a zajištěných Objednatelem v Praze, prezentace se mohou zúčastnit i další zainteresované subjekty. Objednatel má právo pořídit a bezplatně sdílet způsobem umožňujícím dálkový přístup videonahrávku z této prezentace.
10. ODPOVĚDNOST ZA VADY A ZÁRUKA
10.1 Dodavatel poskytuje ve smyslu § 2113 a násl. zákona č. 89/2012 Sb. občanského zákoniku, (dále také NOZ) záruku za jakost dodaného Díla po dobu 36 měsíců. Záruka za jakost počíná běžet ode dne akceptace Plnění Objednatelem podpisem předávacího protokolu.
10.2 Uplatňuje-li Objednatel během záruční doby vady, má se za to, že uplatňuje jejich bezplatné odstranění. Práva Objednatele z vadného plnění podle § 2099 NOZ nejsou poskytnutím záruky za jakost dotčena.
10.3 O dobu uplatnění záruky za jakost, od jejího uplatnění do termínu odstranění vady, se sjednaná záruční doba prodlužuje.
10.4 Neodstraní-li Dodavatel záruční vady v přiměřené lhůtě určené Objednatelem, má Objednatel právo:
10.4.1 požadovat přiměřenou slevu z Ceny;
10.4.2 zajistit sám nebo prostřednictvím třetí osoby odstranění vad plnění a požadovat úhradu vzniklých nákladů po Dodavateli; nebo
10.4.3 odstoupit od této Smlouvy.
10.5 Dodavatel odpovídá za včasnou a řádnou realizaci provozu a podpory dodaného Díla dle této Smlouvy.
10.6 Rozsah, kvalita a provedené realizace Plnění musí přesně odpovídat požadavkům Objednatele a vymezení uvedenému v této Smlouvě. Jakékoliv odchylky od Objednatelových požadavků či tohoto vymezení budou chápány jako vadné plnění.
10.7 Dodavatel neodpovídá za vady, které byly po převzetí Plnění způsobeny Objednatelem, neoprávněným zásahem třetí osoby povolané Objednatelem či neodvratitelnými událostmi.
10.8 V případě, že dodané Plnění vykazuje vady, musí tyto vady Objednatel písemně u Dodavatele reklamovat. Písemná forma je podmínkou platnosti reklamace. V reklamaci musí Objednatel uvést, jak se zjištěné vady projevují.
11. OCHRANA OSOBNÍCH ÚDAJŮ
11.1 Budou-li údaje, ke kterým Dodavatel získá přístup v souvislosti s plněním dle této Smlouvy mít povahu osobních údajů ve smyslu nařízení Evropského parlamentu a Rady (EU) 2016/679 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (obecné nařízení o ochraně osobních údajů), CELEX: 32016R0679, je Xxxxxxxxx povinen přijmout veškerá opatření k tomu, aby nemohlo dojít k neoprávněnému nebo nahodilému přístupu k těmto osobním údajům, jejich změně, zničení či ztrátě, neoprávněným přenosům či jinému zneužití, a zajistit nakládání s osobními údaji v souladu s nařízením, příslušnými právními předpisy na ochranu osobních údajů.
11.2 Pokud Dodavatel poruší povinnost chránit osobní údaje v souladu s článkem 11.1, vzniká Objednateli nárok na zaplacení smluvní pokuty ve výši částky sankce případně uložené z tohoto důvodu Objednateli ze strany Úřadu pro ochranu osobních údajů či jiným správním orgánem, který bude v budoucnu vykonávat působnost Úřadu pro ochranu osobních údajů. Objednatel je však za předpokladu, že mu k tomu Dodavatel poskytne nezbytnou součinnost, povinen uplatnit v příslušných řízeních veškeré přiměřené námitky, které mohl uplatnit ve svém zájmu, a v rámci řízení je povinen řádně hájit svá práva.
12. REALIZAČNÍ TÝM
12.1 Dodavatel se zavazuje poskytovat Plnění prostřednictvím členů realizačního týmu uvedených v příloze č. 5 této Smlouvy (dále jen „Realizační tým“) tak, aby jednotliví členové Realizačního týmu, kterými Dodavatel prokazoval splnění kvalifikačních předpokladů v rámci VZ (dále jen „Kvalifikované osoby“), prováděli činnosti na pozici dle jejich odbornosti (kvalifikace), které odpovídají tomu, pro jakou pozici prokazovali kvalifikaci v rámci VZ, a v rozsahu, který takové pozici běžně odpovídá.
12.2 Dodavatel je dále povinen předat Objednateli seznam všech osob, které se budou podílet na plnění této Smlouvy. V případě změn těchto osob je Xxxxxxxxx povinen předat Objednateli neprodleně aktualizovaný seznam těchto osob.
12.3 Po předchozím souhlasu Objednatele, který nebude bezdůvodně odepřen za předpokladu zachování podmínek zapojení Kvalifikovaných osob, je Dodavatel oprávněn zapojit další členy Realizačního týmu, kteří nejsou uvedeni v příloze č. 5. Při změně Realizačního týmu není nutné uzavírat dodatek ke Smlouvě a Dodavatel je po odsouhlasení změny Objednatelem povinen vypracovat a předat Objednateli aktualizované znění přílohy č. 5, čímž dojde automaticky k nahrazení znění přílohy č. 5 jejím novým, Objednatelem schváleným, zněním. Smluvní strany pro zamezení pochybnostem uvádějí, že pro členy Realizačního týmu neuvedené v příloze č. 5 se ustanovení tohoto článku neuplatní.
12.4 Nebude-li se Kvalifikovaná osoba řádně podílet na poskytování Plnění v rozsahu stanoveném Smlouvou, např. v důsledku ukončení její spolupráce s Xxxxxxxxxxx nebo její dlouhodobé absence (zejména dlouhodobá nemoc pravděpodobně překračující délku jednoho měsíce), je Xxxxxxxxx povinen neprodleně namísto Kvalifikované osoby zahájit poskytování plnění náhradní Kvalifikovanou osobou, a nejpozději do 3 pracovních dnů ode dne, kdy taková situace nastala, informovat Objednatele o této skutečnosti.
12.5 Dodavatel nejpozději je do 15 pracovních dnů od doručení oznámení dle předchozího článku povinen Objednateli doložit, že náhradní Kvalifikovaná osoba splňuje minimálně kvalifikaci požadovanou v Zadávací dokumentaci pro dotčenou původní kvalifikovanou osobu.
12.6 Jakékoliv náklady vzniklé v souvislosti se zajištěním náhradní Kvalifikované osoby a prokázáním její kvalifikace nese výlučně Dodavatel.
12.7 Kvalifikovaná osoba je dále povinna zúčastnit se porad a jednání se zástupci Dodavatele či Objednatele, které se týkají plnění k ní přiřazenému dle své odbornosti.
12.8 Objednatel si vyhrazuje právo požadovat výměnu těch členů Realizačního týmu, u kterých i v průběhu plnění této Smlouvy vznikne podezření na střet zájmů, ustanovení článků 12.4 a 12.5 se uplatní obdobně.
13. DORUČOVÁNÍ
13.1 Doručování mezi Smluvními stranami se uskutečňuje na adresy datových schránek, e-mailu a v případě potřeby na adresy sídel uvedené v záhlaví této Smlouvy. Smluvní strana má povinnost oznámit do 10 dnů druhé Smluvní straně změnu svého sídla nebo jiné kontaktní adresy, popř. jiných údajů. Vůči druhé Smluvní straně je změna účinná dnem doručení. Neoznámí-li Smluvní strana řádně změnu sídla, považuje se zásilka doručená na původní adresu za doručenou marným pokusem o doručení.
13.2 Všechna oznámení mezi Smluvními stranami, včetně návrhů, žádostí či informací, která se vztahují k této Smlouvě, nebo která mají být učiněna na základě této Smlouvy nebo v souvislosti s ní, mohou být učiněna pouze v písemné podobě datovou zprávou prostřednictvím datových schránek, e-mailem se zaručeným elektronickým podpisem nebo v případě potřeby v listinné formě a doručena druhé Smluvní straně formou registrovaného poštovního styku nebo podáním v podatelně Objednatele, nedohodnou-li se Smluvní strany jinak.
13.3 Běžná komunikace bude zajištěna prostřednictvím e-mailu a telefonicky v souladu s určenými kontaktními osobami. Kontakt na ně včetně kompetenci bude tvořit nedílnou součástí Provaděcího projektu. (tzv. komunikační matice).
13.4 Oznámení doručovaná poštovním stykem se považují za doručená datem přijetí příslušné zásilky. Za den doručení se též považuje den, kdy adresát převzetí zásilky odmítl.
13.5 Disponuje-li Objednatel elektronickým nástrojem umožňujícím doručování zpráv a takový nástroj je uveden v Zadávací dokumentaci, budou Smluvní strany na žádost Objednatele používat pro vzájemnou komunikaci tento elektronický nástroj namísto datových schránek anebo e-mailu, a to v rozsahu, v jakém takový nástroj komunikaci umožňuje.
14. OPRÁVNĚNÉ OSOBY A KONTROLA PROVÁDĚNÍ PLNĚNÍ
14.1 Na základě této smlouvy jsou oprávněny jménem Objednatele udělovat závazné pokyny dodavateli tyto
osoby:
a na straně Dodavatele:
14.2 Změna výše uvedených osob musí být provedena na základě písemného oznámení druhé smluvní straně.
14.3 Výše uvedenými ujednáními není dotčeno právo statutárního orgánu nebo jiného orgánu jednat
za právnickou osobu.
14.4 Objednatel je oprávněn prostřednictvím osoby, kterou k tomu písemně zmocní, kontrolovat plnění Smlouvy. Zjistí-li Objednatel, že Dodavatel porušuje svou povinnost, je oprávněn požadovat, aby Dodavatel zajistil nápravu a Smlouvu plnil řádným způsobem. Neučiní-li tak Dodavatel ani v přiměřené době, může Objednatel od Smlouvy odstoupit, vedl-li by postup Xxxxxxxxxx nepochybně k podstatnému porušení smlouvy. Pro odstoupení od smlouvy platí ustanovení článku 20.
15. ODPOVĚDNOST ZA ÚJMU A PRODLENÍ
15.1 Dodavatel odpovídá za újmu, která vznikne v příčinné souvislosti s poskytnutým Plněním, ať již konáním či opomenutím. Smluvní strany nesou odpovědnost za způsobenou újmu v rámci platných právních předpisů a Smlouvy. Dodavatel plně odpovídá za plnění Smlouvy rovněž v případě, že příslušnou část plnění poskytuje prostřednictvím třetí osoby (poddodavatele). Smluvní strany se zavazují k vyvinutí maximálního úsilí k předcházení újmě a k minimalizaci vzniklých škod.
15.2 Žádná ze Smluvních stran není odpovědná za škodu anebo prodlení způsobené okolnostmi vylučujícími
povinnost k náhradě újmy dle NOZ.
15.3 Nahrazuje se skutečně vzniklá škoda.
15.4 Objednatel je oprávněn požadovat náhradu újmy i v případě, že se jedná o porušení povinnosti, na kterou se vztahuje smluvní pokuta, a to v plné výši.
16. SMLUVNÍ POKUTY
16.1 Smluvní strana je v prodlení s plněním svého závazku, který pro Smluvní stranu vyplývá z této Smlouvy anebo platných právních předpisů, jestliže jej nesplní řádně a včas.
16.2 Objednatel je oprávněn požadovat na Dodavateli zaplacení smluvní pokuty ve výši 0,1 % z Ceny. Pokuta
se počítá z hodnoty nedodaného (dílčího) plnění za každý den prodlení.
16.3 V případě porušení povinností ochrany Důvěrných informací vyplývajících z čl. 4.11, 4.12 a 4.13 této Smlouvy Dodavatelem, je Xxxxxxxxx povinen zaplatit Objednateli pokutu ve výši 10.000 Kč (slovy: deset tisíc korun českých) za každý případ porušení takové povinnosti.
16.4 Poruší-li Dodavatel svoji povinnost dodržet cílové parametry úrovně poskytovaných služeb (SLA – service levešl agreement) uvedené v tabulce č. 2 Přílohy č. 2 této Smlouvy, je Objednatel oprávněn požadovat (v každém jednotlivém případě) po Dodavateli zaplacení smluvní pokuty ve výši:
• 1 000,- Kč (slovy: tisíc korun českých) za každý započatý den prodlení v případě, že sjednaná mezní hodnota je stanovena na dny,
• 5 000,- Kč (slovy: pět tisíc korun českých) ve všech ostatních případech (tj. kdy sjednaná mezní hodnota není stanovena na dny) za každý jednotlivý případ porušení,
s nímž je Dodavatel v prodlení, za každý den prodlení.
16.5 Pro případ, že se jakékoliv prohlášení učiněné Dodavatelem podle čl. 7 této Smlouvy ukáže být nepravdivým, je Dodavatel povinen zaplatit Objednateli pokutu ve výši 30.000 Kč (slovy: třicet tisíc korun českých) za každý případ porušení takové povinnosti.
16.6 Splatnost smluvních pokut je 15 dnů ode dne doručení faktury vystavené na její uhrazení. Oznámení o uložení smluvní pokuty musí vždy obsahovat popis a časové určení události, která v souladu s uzavřenou Smlouvou zakládá právo Smluvní strany účtovat smluvní pokutu. Oznámení musí dále obsahovat informaci o způsobu úhrady smluvní pokuty. Objednatel si vyhrazuje právo na určení způsobu úhrady smluvní pokuty, a to včetně možnosti zápočtu proti kterékoliv splatné pohledávce Dodavatele vůči Objednateli.
16.7 Není-li dále stanoveno jinak, zaplacení jakékoliv smluvní pokuty nezbavuje povinnou Smluvní stranu povinnosti splnit své závazky a nedotýká se nároku na náhradu újmy v plné výši ani práva na jednostranné ukončení této Smlouvy.
16.8 Smluvní strany se dohodly, že v případě vzniku nároku Objednatele na více smluvních pokut uložených Dodavateli podle této Smlouvy, se takové pokuty sčítají.
16.9 V případě, že prodlení Dodavatele bude způsobeno překážkami ze strany Objednatele, nevzniká Objednateli nárok na smluvní pokutu.
16.10 O každé okolnosti způsobující možnost prodlení s Plněním se budou Smluvní strany okamžitě písemně informovat s operativním návrhem na řešení vzniklého stavu a eventuálními posuny termínů Plnění.
17. ZDROJOVÝ KÓD
17.1 V případě, že je tak v článku 18 stanoveno výslovně, zejména v případech Výhradní licence, je Dodavatel povinen nejpozději ke dni skončení akceptačního řízení dotčeného výstupu, který je součástí Plnění, předat Objednateli Zdrojový kód každého jednotlivého takového plnění, které je počítačovým programem, a které je Objednateli poskytováno na základě této Smlouvy.
17.2 Povinnost Dodavatele předávat Zdrojový kód se přiměřeně použije i pro jakékoliv opravy, změny, doplnění, upgrade nebo update Zdrojového kódu v rámci provádění Plnění anebo v rámci záručních oprav. Zdrojový kód musí obsahovat podrobný popis a komentář každého zásahu do Zdrojového kódu.
17.3 Spolu se Zdrojovým kódem je Dodavatel povinen předat Objednateli přípravné a koncepční materiály a jakékoliv další související materiály (včetně kompletní a srozumitelně zpracované specifikace, referenčních příruček, pracovních dokumentů, komentářů, analýz, protokolů o provedených Testech apod., pokud nejsou součástí Dokumentace) v editovatelné elektronické podobě. Dokumentace ke Zdrojovým kódům dle tohoto článku musí dále obsahovat zejména databázové modely, popis vytvoření Software ze zdrojové formy, vysvětlení obsahu jednotlivých programových modulů a jejich klíčových funkcí ve formě komentářů ve Zdrojových kódech.
18. PRÁVA DUŠEVNÍHO VLASTNICTVÍ
18.1 S účinností ke dni předání jednotlivých částí Plnění k akceptačnímu řízení Dodavatel uděluje Objednateli oprávnění užívat díla ve smyslu § 2 zákona č. 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 databáze ve smyslu § 88 Autorského zákona (dále jen „Autorská díla“ a
„Databáze“) a jakoukoliv jinou nechráněnou databázi, a to v rozsahu dle tohoto článku 18 (dále jen
„Udělovaná oprávnění“), přičemž pokud se jedná o výstup provádění Plnění Dodavatele pro Objednatele dle této Smlouvy a zároveň:
18.1.1 pokud Objednatel v příloze č. 1 anebo v Zadávací dokumentaci stanoví rozsah Udělovaných oprávnění, pak je Dodavatel povinen udělit Objednateli Udělovaná oprávnění v takto stanoveném rozsahu; Objednatel může v příloze č. 1 anebo v zadávací dokumentaci zakázat použití software renomovaných výrobců, jenž je na trhu běžně dostupný (dále jen „Standardní software“) anebo software šířený či distribuovaný pod některou z veřejných licencí, který je veřejnosti poskytován zdarma, včetně detailně komentovaných zdrojových kódů, úplné uživatelské, provozní a administrátorské dokumentace a práva software měnit (dále jen
„Program s otevřeným kódem“), přičemž v takovém případě se jednotlivá ustanovení tohoto článku 18 týkající se takového Software neuplatní;
18.1.2 pokud se neuplatní článek 18.1.1 a jedná se o Autorské dílo nebo Databázi (vyjma Databází Objednatele dle článku 18.6), k nimž je vykonavatelem anebo nositelem majetkových autorských práv Dodavatel, a zároveň se NEJEDNÁ o Standardní software anebo Program s otevřeným kódem, uděluje (postupuje) Dodavatel Objednateli:
18.1.2.1 oprávnění k výkonu majetkových práv autorských k takovému Autorskému dílu ve
smyslu 18.2.1;
18.1.2.2 Výhradní licenci (jak je definována níže), pokud se jedná o Dokumentaci;
18.1.2.3 Výhradní licenci, pokud se jedná o Autorské dílo nebo Databázi, ve vztahu, k nimž Dodavatel nemůže z objektivních důvodů udělit Objednateli oprávnění k výkonu majetkových práv autorských dle článku 18.1.2.1 (například z důvodů prokazatelné absence vůle třetí osoby odlišné od s Dodavatelem propojených osob); a
18.1.2.4 pro zamezení pochybnostem je Dodavatel povinen podniknout veškeré kroky k získání náležitých oprávnění tak, aby mohl udělit Objednateli oprávnění v rozsahu dle článků 18.1.2.1 až 18.1.2.3;
18.1.2.5 Nevýhradní licenci (jak je definována níže), pokud se jedná o Autorské dílo nebo Databázi, ve vztahu, k nimž Dodavatel nemůže z objektivních důvodů udělit Objednateli oprávnění dle článků 18.1.2.1 až 18.1.2.3;
(například z důvodů prokazatelné absence vůle třetí osoby odlišné od s Dodavatelem propojených osob);
18.1.2.6 oprávnění v rozsahu dle článku 18.3.2, pokud nemůže z objektivních důvodů zajistit udělení Objednateli oprávnění k užití Autorských děl a Databází dle článků 18.1. 2.1.až 18 1.2.5 (například z důvodů prokazatelné absence vůle třetí osoby odlišné od s Dodavatelem propojených osob);
18.1.3 pokud se neuplatní článek 18.1.1 a jedná se o Autorské dílo nebo Databázi (vyjma Databází Objednatele dle článku 18.6), k nimž je vykonavatelem anebo nositelem majetkových autorských práv Dodavatel, a zároveň se JEDNÁ o Standardní software anebo Program s otevřeným kódem, uděluje Dodavatel Objednateli:
18.1.3.1 Nevýhradní licenci, pokud se jedná o Standardní software; povinnost Dodavatele zajistit poskytnutí podpory (subscription/license maintenance) dle článku 18.3.3 se uplatní obdobně s tím rozdílem, že podpora musí být zajištěna na dobu trvání majetkových práv autorských alespoň v podobě zpřístupňování updatů a upgradů na stránkách (repozitáři) spojených s takovým Standardním software;
18.1.3.2 pokud se jedná o Program s otevřeným kódem anebo Autorské dílo podobné Programu s otevřeným kódem ve smyslu distribuce pod jednou z veřejných licencí, které jsou součástí Software, je Dodavatel povinen zajistit Objednateli udělení oprávnění v rozsahu takových veřejných licencí, které se na Autorské dílo vztahují, přičemž konkrétní rozsah licence lze určit odkazem na soubor předávaný v rámci provádění Plnění anebo odkazem ve Zdrojovém kódu či jiném označení takové licence ve formátu vyžadovaném takovou veřejnou licencí, včetně odkazu na kompletní znění aktuálních licenčních podmínek veřejné licence; povinnost Dodavatele zajistit poskytnutí podpory (subscription/license maintenance) dle článku 19.3.3 se uplatní obdobně na Program s otevřeným kódem s tím rozdílem, že podpora musí být zajištěna na dobu trvání majetkových práv autorských alespoň v podobě zpřístupňování updatů a upgradů na stránkách (repozitáři) spojených s takovým Programem s otevřeným kódem;
18.1.4 pokud se neuplatní článek 18.1,1 a jedná se o Autorské dílo nebo Databázi (vyjma Databází Objednatele dle článku 18.6), ve vztahu k nimž je nositelem anebo vykonavatelem majetkových autorských práv třetí osoba odlišná od Dodavatele nebo se Dodavatelem propojených osob a Dodavatel nemůže z objektivních důvodů sám udělit Objednateli oprávnění k užití Autorských děl a Databází dle článku 18.1.2 a 18.1.3 (například z důvodů prokazatelné absence vůle takové třetí osoby odlišné od se Dodavatelem propojených osob), splní Dodavatel svou povinnost udělit Objednateli oprávnění tím, že Objednateli bude uděleno oprávnění ze strany takové třetí osoby, a to v rozsahu:
18.1.4.1 článku 18.1.2, pokud se nejedná o Standardní software a Program s otevřeným kódem;
18.1.4.2 článku 18.1.3, pokud se jedná o Standardní software a Program s otevřeným kódem;
a
18.1.4.3 oprávnění v rozsahu dle článku 18.3.3, pokud se jedná o Standardní software a Dodavatel nemůže z objektivních důvodů zajistit udělení Objednateli oprávnění k užití Autorských děl a Databází dle článků 18.1.4.1 a 18.1.4.2 (například z důvodů prokazatelné absence vůle takové třetí osoby odlišné od se Dodavatelem propojených osob); pokud se na Standardní software uplatní ustanovení tohoto článku 18.1.4.3 , pak se v případě Programu s otevřeným kódem povinnost Dodavatele zajistit poskytnutí podpory (subscription/license maintenance) článku 18.3.3 uplatní pouze v rozsahu dle článku 18.3.3.
18.2 Výhradní duševní vlastnictví:
18.2.1 Výkon majetkových práv autorských. Pokud se jedná o Autorské dílo, k němuž je vykonavatelem autorských práv Dodavatel, a zároveň se jedná o Autorská díla ve smyslu § 58 odst. 1 a 7 Autorského zákona (zejména Software či Databázi), Dodavatel postupuje na Objednatele oprávnění k výkonu majetkových práv autorských k takovému Autorskému dílu (ve formě
strojového i Zdrojového kódu). Dodavatel prohlašuje, že Autorské dílo dle tohoto článku bylo vytvořeno zaměstnanci či dodavateli Dodavatele jako zaměstnanecké dílo ve smyslu § 58 odst. 1 a 7 Autorského zákona, a že je oprávněn k postoupení výkonu majetkových práv v souladu s tímto článkem a má k takovému postoupení náležité souhlasy, přičemž Dodavatel se zavazuje na požádání Objednatele neprodleně předložit nebo jinak vhodným způsobem zpřístupnit dokumenty prokazující rozsah oprávnění Dodavatele. Objednatel je dále oprávněn postoupit oprávnění k výkonu majetkových práv na jakoukoli další třetí osobu dle volby Objednatele a udělovat licence a podlicence, s čímž Dodavatel výslovně souhlasí; pro zamezení pochybnostem je Dodavatel povinen podniknout veškeré kroky k získání náležitých oprávnění tak, aby mohl oprávnění k výkonu majetkového práva postoupit na Objednatele v souladu s tímto článkem;
18.2.2 Výhradní licence. Výhradní licencí se rozumí výhradní výlučné oprávnění Autorské dílo užít v původní i změněné podobě, v neomezeném územním, množstevním rozsahu, v míře neomezené počtem uživatelů nebo mírou užívání, pro jakýkoliv způsob užití a k jakémukoliv účelu, v časovém rozsahu na dobu trvání majetkových autorských práv a v souladu s dalšími podmínkami tohoto článku (dále jen „Výhradní licence“), přičemž Výhradní licence je poskytována dále za následujících podmínek:
18.2.2.1 vztahuje-li se na Software, pak na Software jak ve Zdrojovém kódu, tak strojovém kódu;
18.2.2.2 zahrnuje výhradní oprávnění Objednatele Autorské dílo zveřejňovat, upravovat, měnit, spojit s jiným dílem či zařadit do díla souborného, zpracovávat včetně překladu (například do jiného programovacího jazyka), uvádět Autorské dílo na veřejnost pod jménem Objednatele a dokončovat nehotové Autorské dílo, a to vše i prostřednictvím třetí osoby, s čímž Dodavatel souhlasí. Dodavatel zajistí případný nezbytný souhlas třetích osob, které užil k plnění jeho povinností při plnění Smlouvy, s výše uvedeným a s postupováním tohoto oprávnění na třetí osoby v rámci postoupení Výhradní licence či udělení podlicence dle článku 18.2.2.3.
18.2.2.3 Objednatel je oprávněn postoupit Výhradní licenci zčásti, v celku anebo udělit podlicenci jakýmkoliv jemu podřízeným složkám, organizacím, částem nebo s ním propojeným právnickým osobám a jakýmkoliv třetím osobám, s čímž Dodavatel výslovně souhlasí.
18.2.2.4 V důsledku udělení Výhradní licence není Dodavatel oprávněn Autorské dílo užívat či poskytnout licenci k Autorskému dílu třetí osobě, byť zčásti, nesjednají-li Smluvní strany v listinné podobě jinak.
18.3 Nevýhradní duševní vlastnictví:
18.3.1 Nevýhradní licence. Nevýhradní licencí se rozumí nevýhradní nevýlučné oprávnění Autorské dílo užít v původní i změněné podobě, v neomezeném územním, množstevním rozsahu, v míře neomezené počtem uživatelů nebo mírou užívání, pro jakýkoliv způsob užití a k jakémukoliv účelu, v časovém rozsahu na dobu trvání majetkových autorských práv a v souladu s dalšími podmínkami tohoto článku (dále jen „Nevýhradní licence“), přičemž Nevýhradní licence je poskytována dále za následujících podmínek, není-li v této Smlouvě dále stanoveno výslovně jinak:
18.3.1.1 vztahuje-li se na Software, Databáze anebo databáze, pak jak ve Zdrojovém kódu, tak strojovém kódu;
18.3.1.2 zahrnuje nevýhradní oprávnění Objednatele Autorské dílo upravovat, měnit, spojit s jiným dílem či zařadit do díla souborného, zpracovávat včetně překladu (například do jiného programovacího jazyka), dokončovat nehotové Autorské dílo, a to vše i prostřednictvím třetí osoby, s čímž Dodavatel souhlasí. Dodavatel zajistí případný nezbytný souhlas třetích osob, které užil k plnění jeho povinností při plnění Smlouvy, s výše uvedeným a s postupováním tohoto oprávnění na třetí osoby v rámci postoupení Nevýhradní licence či udělení podlicence dle článku 18.3.1.3.
18.3.1.3 Objednatel je oprávněn postoupit Nevýhradní licenci zčásti, v celku anebo udělit podlicenci jakýmkoliv jemu podřízeným složkám, organizacím, částem nebo s ním propojeným právnickým osobám, s čímž Dodavatel výslovně souhlasí. Objednatel je oprávněn v rozsahu dle tohoto článku Autorské dílo zveřejňovat.
18.3.2 Licence podobná Nevýhradní licenci. Pokud Dodavatel není oprávněn udělit alespoň Nevýhradní licenci, pak se Dodavatel zavazuje udělit či zajistit udělení Nevýhradní licence v maximálním rozsahu, v jakém je Dodavatel oprávněn ji udělit, nejméně však v rozsahu:
18.3.2.1 k užití způsoby odpovídajícími účelu, pro který je takové Autorské dílo určeno;
18.3.2.2 na dobu trvání majetkových práv autorských;
18.3.2.3 k užití v potřebném množstevním rozsahu pro užití alespoň 20 uživatelům („concurrent user“);
18.3.2.4 k užití pro interní potřeby Objednatele a jemu podřízených složek, organizací, částí nebo s ním propojených právnických osob;
18.3.2.5 s oprávněním udělení podlicence;
18.3.2.6 vztahuje-li se na Software, Databáze anebo databáze, pak ve strojovém kódu.
18.3.3 Licence ke Standardnímu software. Pokud se jedná o Standardní software a Dodavatel není oprávněn udělit alespoň Nevýhradní licenci, pak se Dodavatel zavazuje udělit či zajistit udělení nevýhradního oprávnění k výkonu práva užít (licenci, resp. podlicenci) veškerá Autorská díla a k výkonu práva vytěžovat a zužitkovat Databáze, a to všemi způsoby odpovídajícími účelu, pro který je takové Autorské dílo, resp. Databáze, určeno, a to alespoň na dobu trvání této Smlouvy. Dodavatel je povinen zajistit poskytnutí podpory (subscription/license maintenance) Standardního software dle tohoto článku, tj. zajistit poskytování nejnovějších verzí Standardního software Objednateli a dalších služeb v souladu s jeho standardními obchodními podmínkami, na dobu trvání této Smlouvy. Dodavatel je povinen poskytnout Objednateli o zajištění oprávnění ke Standardnímu software písemné prohlášení a na výzvu Objednatele tuto skutečnost prokázat. Oprávnění dle tohoto článku musí vždy umožňovat Objednateli používání Standardního software pro interní potřeby Objednatele a jemu podřízených složek, organizací, částí nebo s ním propojených právnických osob.
18.4 Dodavatel bude při pořizování oprávnění dle článku 18.1.4 vystupovat jako příkazník Objednatele
a zajistí pro Objednatele oprávnění tam stanovená za následujících podmínek:
18.4.1 Smluvní strany vylučují aplikaci ustanovení § 2436 až 2438, § 2440 a § 2443 Občanského zákoníku, jelikož tato Smlouva obsahuje vlastní úpravu daných záležitostí;
18.4.2 Objednatel uzavřením této Smlouvy zmocňuje Dodavatele k právnímu jednání pouze a jenom ve smyslu a rozsahu dle tohoto článku 18.4 a na dobu trvání této Smlouvy. Objednatel vystaví na žádost Dodavatele plnou moc pro účely splnění tohoto článku 18.4; a
18.4.3 pořízení oprávnění je součástí Ceny a Dodavatel musí v této souvislosti postupovat vždy tak, aby Objednateli nevznikaly žádné další náklady nad rámec Ceny po celou dobu trvání takových oprávnění.
18.5 Bez ohledu na jakákoliv omezení oprávnění dle tohoto článku 18 Objednatel smí vytvářet záložní kopie Autorského díla pro své vnitřní potřeby bez množstevního omezení bez ohledu na omezení Udělovaných oprávnění. Objednatel je oprávněn přenášet elektronicky kopie Autorského díla prostřednictvím počítačové sítě či jinak z jednoho počítače do jiného.
18.6 V případě Databází, které:
18.6.1 existovaly před uzavřením této Smlouvy v souvislosti s činnostmi Objednatele;
18.6.2 vznikly po uzavření této Smlouvy a obsahují data:
18.6.2.1 vytvořená, dodaná anebo zpřístupněná Objednatelem anebo osobami spojenými
s Objednatelem,
18.6.2.2 vytvořená, dodaná anebo zpřístupněná uživateli Infrastruktury Objednatele anebo osobami spojenými s takovými uživateli, anebo
18.6.2.3 jinak náležející Objednateli,
Objednatel zůstává pořizovatelem takových Databází a jedině Objednatel je oprávněn vytěžovat a zužitkovat takové Databáze. Dodavatel je oprávněn nakládat s takovými Databázemi výhradně v rozsahu nezbytném pro provádění Plnění a zpřístupnění Objednatelem. V případě, že v rámci provádění Plnění Dodavatelem dojde k vytvoření Databáze, přísluší zvláštní práva pořizovatele Databáze Objednateli. Databáze ve smyslu tohoto článku se považují za Důvěrné informace Objednatele. Ustanovení tohoto článku se vztahuje přiměřeně i na data uložená v takových Databázích.
18.7 Objednatel není povinen nabytá Udělovaná oprávnění využít.
18.8 Dodavatel prohlašuje, že s ohledem na povahu výnosů z poskytnutých Udělovaných oprávnění nemohou vzniknout podmínky pro uplatnění ustanovení § 2374 Občanského zákoníku, tedy že odměna za udělení Udělovaných oprávnění k jednotlivým Autorským dílům nemůže být ve zřejmém nepoměru k zisku z využití Udělovaných oprávnění a významu příslušného Autorského díla pro dosažení takového zisku.
18.9 Dodavatel prohlašuje, že oprávněné zájmy autora nemohou být značně nepříznivě dotčeny tím, že Objednatel nebude Udělovaná oprávnění vcelku či zčásti užívat.
18.10 K žádosti Objednatele zajistí Dodavatel i po zániku smluvního vztahu založeného touto Smlouvou vyhotovení/podepsání jakýchkoliv listin či dokumentů, které by mohly být potřebné k přiznání právních účinků tohoto článku 18 a účelu tohoto článku, kterým je poskytnutí Dodavatelem v maximální možné míře přípustné dle českého práva výhradního oprávnění k užití Autorského díla Objednateli, resp. postoupení práva výkonu majetkových autorských práv k Autorskému dílu.
18.11 Nevýhradní licence anebo Výhradní licence dle této Smlouvy se použije v maximální možné míře připuštěné českým právem nejen na Autorská díla, ale také na jakékoliv jiné výsledky provádění Plnění, které jsou předmětem právní ochrany nehmotných statkům, zejména na know-how, které Dodavatel vytvoří v rámci nebo v souvislosti s plněním Smlouvy (dále jen „Předměty práv k nehmotným
statkům“). Dodavatel tak tímto uděluje Výhradní licenci anebo Nevýhradní licenci rovněž k Předmětům práv k nehmotným statkům. Smluvní strany přitom pro zamezení pochybnostem prohlašují, že veškerá data předaná či zpřístupněná Objednatelem a zpracovávaná Dodavatelem při plnění této Smlouvy nadále náleží Objednateli.
18.12 Odměna za poskytnutí (postoupení) Udělovaných oprávnění je součástí Ceny stanovené v této Smlouvě. Smluvní strany se dohodly, že bude-li z jakéhokoliv důvodu nezbytné nebo účelné určit výši odměny za poskytnutí Udělovaných oprávnění, pak Smluvní strany prohlašují, že taková odměna činí deset procent (10 %) z Ceny zaplacené za plnění této Smlouvy do okamžiku potřeby určení výše takové odměny.
18.13 Dodavatel prohlašuje, že je oprávněn Objednateli udělit Udělovaná oprávnění, a že udělením takových oprávnění Objednateli za podmínek dle této Smlouvy ani užíváním výstupů provádění Plnění Objednatelem či uživateli v souladu s touto Smlouvou, nebudou porušena práva duševního vlastnictví třetí osoby. V případě, že by třetí osoba vznesla vůči Objednateli jakékoliv nároky z porušení práv duševního vlastnictví v souvislosti s užíváním výstupů provádění Plnění Objednatelem, zavazuje se Objednatel o této skutečnosti neprodleně informovat Dodavatele a Dodavatel se zavazuje přijmout taková opatření, aby Objednatel byl oprávněn nerušeně užívat výstupy provádění Plnění, zejména zajistit pro Objednatele udělení Udělovaných oprávnění ve stejném rozsahu na Dodavatele bez dalších nákladů a požadavků na úplatu od Objednatele.
18.14 V případě, že jakákoliv třetí osoba uplatní nárok z důvodu porušení práv duševního vlastnictví ve vztahu k výstupu provádění Plnění, jež Dodavatel předal Objednateli, je Dodavatel povinen nahradit Objednateli veškerou újmu takto způsobenou a přiznanou soudem či obsaženou v dohodě o narovnání schválené Dodavatelem, jakož i účelné náklady vynaložené na obranu práv Objednatele z Udělovaných oprávnění ve smyslu § 2369 Občanského zákoníku. Dodavatel se v takovém případě dále zavazuje na svůj náklad poskytnout Objednateli veškerou možnou součinnost k ochraně jeho práv a oprávnění dle tohoto článku 18; zejména mu poskytnout všechny podklady, informace a vysvětlení k prokázání neoprávněnosti nároku třetí strany.
18.15 V případě nároku dle předchozího článku 18.14, nebo je-li důvodné předpokládat, že takový nárok bude uplatněn, zajistí Dodavatel Objednateli možnost dále příslušný výstup užívat bez nároku na úplatu nad rámec sjednaný v této Smlouvě.
18.16 Smluvní strany výslovně prohlašují, že pokud při poskytování plnění dle této Smlouvy vznikne činností Dodavatele a Objednatele dílo spoluautorů nebo kolektivní dílo a nedohodnou-li se Smluvní strany výslovně jinak, Objednatel nabývá v tomto případě práva duševního vlastnictví stanovená výše v tomto článku 18. Cena je stanovena se zohledněním tohoto ustanovení a Dodavateli nevzniknou v případě vytvoření díla spoluautorů žádné nové nároky na odměnu.
18.17 Spolu se Standardním software a případně Programem s otevřeným kódem musí vždy být předána kompletní uživatelská, administrátorská a provozní dokumentace ke Standardnímu software a k Programu s otevřeným kódem a dokumentace jejich API (aplikační rozhraní).
19. ŘEŠENÍ SPORŮ
19.1 Smluvní strany se zavazují vyvinout maximální úsilí k odstranění vzájemných sporů vzniklých na základě této Smlouvy nebo v souvislosti s touto Smlouvou a k jejich vyřešení zejména prostřednictvím jednání osob oprávněných za Smluvní strany jednat. Nedohodnou-li se oprávněné osoby a jiné osoby
dle předchozí věty ani do 30 dnů od zahájení vzájemných jednání, předají takové osoby řešení sporu statutárním orgánům (nebo jiným zástupcům v podobném postavení, včetně smluvních zástupců) Smluvních stran.
19.2 Nedohodnou-li se Smluvní strany na způsobu řešení vzájemného sporu v přiměřené době, je kterákoliv Smluvní strana oprávněna předložit takový spor u věcně a místně příslušného soudu.
19.3 Smluvní strany se dohodli, že věcně a místně příslušným soudem bude obecný soud Objednatele.
20. DOBA TRVÁNÍ SMLOUVY A JEJÍ UKONČENÍ
20.1 Tato Smlouva se uzavírá na dobu určitou, a to po dobu poskytování Služeb. Služby budou poskytovány od doby řádného převzetí Díla pod dobu max. 12 kalendářních měsíců, přičemž Objednatel není povinen poptávat na základě výzvy Služby po celou dobu účinnosti Smlouvy, tedy po dobu celých 12 kalendářních měsíců.
20.2 Smlouvu lze ukončit písemnou dohodou Smluvních stran, jejíž nedílnou součástí bude tvořit vypořádání vzájemných závazků a pohledávek.
20.3 Každá Smluvní strana je oprávněna od této Smlouvy odstoupit, pokud druhá Smluvní strana poruší Smlouvu podstatným způsobem. Odstoupení se činí písemným oznámením o odstoupení doručeným druhé Smluvní straně.
20.4 Za podstatné porušení této Smlouvy ze strany Dodavatele se považuje:
20.4.1 případ, kdy jakékoli jeho prohlášení učiněné podle článku 7 této Smlouvy se ukáže být nepravdivým,
20.4.2 Dodavatel nesplnil termín Dodávky Díla a uvedení ETL nástroje do provozu o více jak 20 pracovních dnů,
20.4.3 Dodavatel dodal Dílo v rozporu se specifikací uvedenou v příloze č. 1 této Smlouvy a toto
nenapravil ani do 30 pracovních dnů.
20.5 Za podstatné porušení této Smlouvy ze strany Objednatele se považuje nezaplacení Ceny ve výši, termínu a způsobem uvedeným v článku č. 8 této Smlouvy. Za toto podstatné porušení se považuje prodlení Objednatele s úhradou Dodavatelem vystaveného daňového dokladu (faktury) o více než 30 dnů po dni splatnosti, pokud Objednatel nezjedná nápravu ani do 10 dnů od doručení písemného oznámení Dodavatele o takovém prodlení se žádostí o jeho nápravu.
20.6 Objednatel je dále oprávněn odstoupit od Smlouvy, pokud:
20.6.1 Dodavatel podá insolvenční návrh jako dlužník, nebo insolvenční soud nerozhodne
o insolvenčním návrhu na Dodavatele do 6 měsíců od zahájení insolvenčního řízení, nebo insolvenční soud vydá rozhodnutí o úpadku Dodavatele;
20.6.2 je přijato rozhodnutí o povinném nebo dobrovolném zrušení Dodavatele (vyjma případů sloučení nebo splynutí); a
20.6.3 okolnost vylučující povinnost k náhradě újmy ze strany Dodavatele trvá déle než 30 dnů.
20.7 Dodavatel je dále oprávněn odstoupit od této Smlouvy, pokud okolnost vylučující povinnost k náhradě újmy ze strany Objednatele trvá déle než třicet (30) dnů.
20.8 Odstoupení od této Smlouvy je účinné do budoucna dnem doručení písemného oznámení o odstoupení druhé Smluvní straně a Smlouva tak zaniká dnem doručení takového oznámení.
20.9 Odstoupení od Xxxxxxx se nedotýká práva na zaplacení smluvní pokuty nebo úroku z prodlení, pokud již dospěl, práva na náhradu škody vzniklé z porušení smluvní povinnosti ani ujednání, které má vzhledem ke své povaze zavazovat strany i po odstoupení od Xxxxxxx.
20.10 Smluvní strany se dohodly, že zánikem účinnosti této Smlouvy z jakéhokoliv důvodu není dotčeno vzájemné plnění, které bylo řádně poskytnuto a bylo již přijato před účinností odstoupení, jakož i nároky na úhradu ceny za takové plnění včetně náhrady přiměřených a prokazatelně odůvodněných nákladů Dodavatele.
20.11 Smluvní strany se dohodly, že Objednatel je od této Smlouvy oprávněn odstoupit s okamžitou účinností do budoucna a bez jakýchkoliv sankcí, pokud nebude schválena částka ze státního rozpočtu, která je potřebná k úhradě za plnění poskytované podle této Smlouvy. Objednatel prohlašuje, že do 30 dnů po vyhlášení zákona o státním rozpočtu ve Sbírce zákonů oznámí Dodavateli, jestliže nebyla schválena částka ze státního rozpočtu, která je potřebná k úhradě za plnění poskytované dle této Smlouvy.
21. OSTATNÍ UJEDNÁNÍ
21.1 V případě změn práv a povinností Stran zahájí Smluvní strany v dobré víře vzájemná jednání o uzavření dodatku k této Smlouvě anebo jednání o uzavření zvláštní smlouvy (např. o zpracování osobních údajů, zohlednění bezpečnosti informací apod.), přičemž Smluvní strany se v takovém případě zavazují poskytnout si veškerou součinnost nezbytnou k formulaci obsahu takového dodatku, resp. smlouvy, a uzavřít takový dodatek, resp. smlouvu do šedesáti (60) dnů ode dne zaslání výzvy k uzavření takového dodatku či smlouvy kteroukoliv Smluvní stranou. Uzavření jakéhokoliv dodatku ke Smlouvě musí vždy proběhnout v souladu se ZZVZ a ustanovení ZZVZ mají v takovém případě přednost před ustanoveními upravujícími uzavření dodatku k této Smlouvě.
21.2 Dodavatel je ve smyslu ustanovení § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů (zákon o finanční kontrole), ve znění pozdějších předpisů (dále jen
„ZFK“), osobou povinnou spolupůsobit při výkonu finanční kontroly prováděné v souvislosti s úhradou Software nebo služeb z veřejných výdajů nebo z veřejné finanční podpory, tj. Dodavatel je povinen podle
§ 13 ZFK poskytnout požadované informace a dokumentaci kontrolním orgánům Objednatele,, orgánům Národního plánu obnovy – Ministerstvu průmyslu a obchodu, Ministerstvu financí ČR, Evropské komisi, Evropskému účetnímu dvoru, Evropskému úřadu pro boj proti podvodům, Nejvyššímu kontrolnímu úřadu, příslušnému finančnímu úřadu a dalším oprávněným orgánům) a vytvořit kontrolním orgánům podmínky k provedení kontroly vztahující se k předmětné VZ a poskytnout jim součinnost .Dodavatel se zavazuje umožnit osobám oprávněným k výkonu kontroly plnění této Smlouvy provést kontrolu souvisejících dokladů, a to po dobu danou právními předpisy České republiky k jejich archivaci (zákon č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, a zákon č. 235/2004 Sb., o dani z předané hodnoty, ve znění pozdějších předpisů), nebo ve smyslu článku
21.3 Dodavatel je povinen uchovávat veškeré originální dokumenty související s realizací Plnění po dobu uvedenou v závazných právních předpisech upravujících oblast zadávání veřejných zakázek, nejméně však po dobu 10 let od finančního ukončení Plněnítu, zároveň minimálně do roku 2030. Po tuto dobu je Xxxxxxxxx povinen umožnit osobám oprávněným k výkonu kontroly projektů provést kontrolu dokladů souvisejících s realizací Plnění
21.4 Dodavatel souhlasí s tím, aby Objednatel jako Xxxxxxxxx uveřejnil na profilu Zadavatele informace
o jeho nabídce v rozsahu dle ZZVZ.
22. ZÁVĚREČNÁ USTANOVENÍ
22.1 Tato Smlouva může být změněna nebo rozšířena jenom písemnou dohodou obou stran, uskutečněnou formou písemného dodatku, který bude jako dodatek výslovně označen, očíslován, datován a schválen oběma smluvními stranami.
22.2 Odkazy na „články“ a „přílohy“ se vykládají jako odkazy na příslušné články a přílohy této Smlouvy. Pojmy definované v množném čísle mají shodný význam i v jednotném čísle a naopak. Odkazy na „dny“ jsou odkazy na kalendářní dny. Odkazy na „pracovní dny“ znamenají odkazy na kterýkoli den, kromě soboty a neděle a dnů, na něž připadá státní svátek nebo ostatní svátek podle platných a účinných právních předpisů České republiky. Přílohy k této Smlouvě jsou nedílnou součástí této Smlouvy a odkazy na tuto Smlouvu zahrnují i odkaz na tyto přílohy. Pokud není stanoveno jinak, veškeré odkazy na dokumenty nebo jiné listiny jsou odkazem na takový dokument nebo listinu ve znění všech případných změn a dodatků. Pojmy uvedené s velkým počátečním písmenem v jednotlivých Přílohách mají stejný význam jako v těle Smlouvy, není-li v konkrétní příloze výslovně uvedeno jinak.
22.3 Pojem „vada“ znamená jakoukoliv vadu, včetně vady právní, jak je specifikována zejména v ustanoveních § 1916 a § 1920 NOZ, například rozpor mezi skutečnými vlastnostmi Plnění způsobující vady Plnění nebo ztěžující užívání Plnění a podobné.
22.4 Pokud není výslovně stanoveno jinak, odkazy na jakýkoli právní předpis jsou odkazem na platné a účinné znění takového právního předpisu, popřípadě právního předpisu tento předpis nahrazujícího, a na jiné právní předpisy nižší právní síly, které příslušný právní předpis provádějí.
22.5 Pojem „újma“ znamená vždy újmu na jmění (škodu) ve smyslu § 2894 odst. 1 NOZ a dále vždy
i nemajetkovou újmu ve smyslu § 2894 odst. 2 NOZ. Toto ustanovení je výslovným ujednáním
o povinnosti Smluvních stran odčinit nemajetkovou újmu v případech porušení povinností dle této
Smlouvy.
22.6 Není-li zkratka či pojem uvedený s velkým písmenem v této Smlouvě anebo jiných částech Zadávací dokumentace výslovně v těchto dokumentech definován, má taková zkratka či pojem význam obvykle mu přikládaný v oblasti informačních a komunikačních technologií, nevyplývá-li z okolností jinak.
22.7 Tato Smlouva obsahuje úplné ujednání o předmětu Smlouvy a všech náležitostech, které Smluvní strany měly a chtěly ujednat, a které považují za důležité pro závaznost této Smlouvy. Žádný projev Smluvních stran učiněný při jednání o této Smlouvě ani projev učiněný po uzavření této Smlouvy nesmí být vykládán v rozporu s výslovným ustanovením této Smlouvy a nezakládá žádný závazek žádné ze Smluvních stran, ledaže má povahu dodatku k této Smlouvě.
22.8 Pro případ uzavírání této Smlouvy Smluvní strany vylučují použití § 1740 odst. 3 NOZ, který stanoví, že smlouva je uzavřena i tehdy, kdy nedojde k úplné shodě projevů vůle Smluvních stran.
22.9 Dodavatel na sebe přebírá nebezpečí změny okolností ve smyslu § 1765 NOZ.
22.10 Obě Smluvní strany prohlašují, že pokud se kterékoliv ustanovení této Smlouvy nebo s ní související ujednání ukáže být neplatným, neúčinným či nicotným nebo se neplatným, neúčinným či nicotným stane, tak tato skutečnost neovlivní platnost a účinnost Smlouvy jako celku. V takovém případě se obě Smluvní strany zavazují nahradit neprodleně neplatné či nicotné ustanovení ustanovením platným, bude-li to v souladu s požadavky ZZVZ; obdobně se zavazují postupovat v případě ostatních nedostatků Smlouvy či souvisejících ujednání.
22.11 Smlouva nabývá platnosti dnem podpisu Xxxxxxx a účinnosti dnem jejího uveřejnění v registru smluv ve smyslu zákona č. 340/2015 Sb., o zvláštních podmínkách účinnosti některých smluv, uveřejňování těchto smluv a o registru smluv (zákon o registru smluv) (dále jen „ZRS“). V souvislosti s aplikací ZRS na tuto Smlouvu se Smluvní strany dohodly na následujícím:
22.11.1 Smlouva neobsahuje obchodní tajemství žádné ze Smluvních stran ani jiné informace vyloučené z povinnosti uveřejnění (s výjimkou uvedenou dále) a je včetně jejích Příloh způsobilá k uveřejnění v registru smluv ve smyslu ZRS a Smluvní strany s uveřejněním Smlouvy, včetně jejích Příloh, souhlasí; Výjimkou jsou osobní údaje v podobě jmen členů Realizačního týmu, které budou znečitelněny,
22.11.2 Objednatel zašle Xxxxxxx a metadata vyžadovaná ZRS v souladu s § 5 ZRS správci registru smluv nejpozději do 15 dnů od uzavření této Smlouvy; a
22.11.3 plnění dle této Smlouvy poskytnuté mezi dnem podpisu Xxxxxxx a nabytím její účinnosti se považuje za plnění dle této Smlouvy a práva a povinnosti vyplývající z anebo související se Smlouvou se na takové plnění uplatní bez dalšího.
22.12 Smluvní strany prohlašují, že mají zájem uzavřít tuto smlouvu a že si vzájemně sdělily všechny skutkové a právní okolnosti potřebné k uzavření platné Smlouvy.
22.13 Dodavatel není oprávněn postoupit pohledávky vyplývající z této Smlouvy bez písemného souhlasu Objednatele. Objednatel je oprávněn jednostranně započíst své pohledávky za Dodavatelem vůči pohledávkám Dodavatele za Objednatelem.
22.14 Nestanoví-li tato Smlouva něco jiného, je možné ji měnit pouze písemnou dohodou Smluvních stran ve formě číslovaných dodatků této Smlouvy. Podpisy osob oprávněných Smlouvu za obě Smluvní strany měnit musí být na téže listině.
22.15 Veškerá práva a povinnosti vyplývající z této Smlouvy přecházejí, pokud to povaha těchto práv
a povinností nevylučuje, na právní nástupce Smluvních stran.
22.16 Veškerá oznámení vyplývající z této Xxxxxxx budou písemná a budou předána osobně nebo zaslána prostřednictvím datové schránky nebo poštou doporučeně na adresu účastníka uvedenou v záhlaví této Smlouvy. Písemnost se považuje za doručenou dodáním do datové schránky, při druhém marném pokusu o doručení poštou, a to pátým dnem, kdy byla uložena na poště, i když se adresát o uložení nedozvěděl. To platí i v případě, že nebylo doručeno na změněnou adresu bydliště nebo sídla, pokud smluvní strana změnu neoznámila. Písemnost se považuje za doručenou i v případě, že smluvní strana odepře písemnost přijmout, a to dnem odmítnutí převzetí písemnosti.
22.17 Tato Smlouva je vyhotovena v jednom (1) elektronickém vyhotovení.
22.18 Právní vztahy touto Smlouvou výslovně neupravené se řídí příslušnými ustanoveními zákona č.89/2012 občanský zákoník (NOZ).
22.19 Smluvní strany se dohodly, že vylučují aplikaci ustanovení § 557 a 558 odst. 2 NOZ.
22.20 Dodavatel souhlasí s tím, aby Objednatel Xxxxxxx uveřejnil na profilu zadavatele. Objednatel je oprávněn uveřejňovat na profilu zadavatele i všechny ostatní informace v rozsahu dle ustanovení § 219 ZZVZ.
22.21 Smluvní strany souhlasí s tím, že tato Xxxxxxx může být bez jakéhokoliv omezení zveřejněna
na oficiálních internetových stránkách ministerstva pro místní rozvoj (xxx.xxx.xx).
22.22 Přílohy tvořící nedílnou součást této Smlouvy: Příloha č. 1 – Technická specifikace
Příloha č. 2 – Služby
Příloha č. 3 – Harmonogram plnění
Příloha č. 4 – Přehled sledovaných jevů ÚAP Příloha č. 5 – Seznam realizačního týmu
Příloha č. 6 – Seznam poddodavatelů
22.23 Smluvní strany tímto prohlašují, že tato Xxxxxxx je právním jednáním vyjadřujícím jejich vážnou, pravou
a svobodnou vůli a na důkaz toho k ní připojují své podpisy.
Objednatel: Dodavatel:
Digitálně podepsal:
Xxx. Xxxxx Xxxxx, Ph.D. 17.07.2024 15:25
Xxx. Xxxxx Xxxxx, Ph.D. Xxx. Xxxx Xxxxxx
Xxx.Xx. Xxxxxxx Xxxxx, MBA
ČR – Ministerstvo pro místní rozvoj Společnost T-MAPY + HYDROSOFT
V Praze dne … V Praze dne...
(datum dle elektronického podpisu) (datum dle eletronického podpisu)
Příloha č. 1 – Technická specifikace
Obsah přílohy č. 1
Příloha smlouvy č. 1
2. Aktuální stav vedení ÚAP a legislativní ukotvení ÚAP v novém stavebním zákoně
3. Specifikace dat včetně jejich původu
5. Základní obecné business požadavky na řešení
6. Požadavky k návrhu datového modelu vč. výměnného formátu
6.2 Požadavky na výměnný formát
8. Požadavky na katalog jevů ÚAP vč. návrhu symbologie pro zobrazení jevů ÚAP v NGÚP
8.1 Základní požadavky na webovou podobu katalogu jevů ÚAP
8.2 Základní požadavky na obsah úvodní stránky katalogu jevů ÚAP
8.3 Základní požadavky na obsah stránky „typu objektu“
8.4 Funkční požadavky na webovou stránku
8.5 Požadavky na návrh symbologie pro zobrazení jevů ÚAP v NGÚP
9. Požadavky na kontrolu předávaných dat (validační software)
9.2 Požadavky na dokumentaci k SW
9.3 Metodická příručka určená pro uživatele SW
1. Obecné podmínky poskytovaných služeb
2. Služby provozu a podpory (paušální služby)
1. Úvod
Tento dokument je nedílnou součástí Smlouvy v rámci veřejné zakázky „Jednotný standard databáze územně analytických podkladů“ (dále jen Plnění) a popisuje technické parametry Plnění.
Cílem Objednatele je vytvoření jednotného datového standardu územně analytických podkladů (dále ÚAP), který umožní konverzi stávajících databází ÚAP (vedených Ústavem územního rozvoje pro Ministerstvo pro místní rozvoj, krajskými úřady a obecními úřady obcí s rozšířenou působností) pro potřeby realizace jednotné databáze ÚAP v připravovaném centrálním informačním systému, národním geoportálu územního plánování (NGÚP) v gesci Ministerstva pro místní rozvoj (dále MMR).
Obsahem této technické specifikace je podrobnější stanovení požadavků na:
• Prováděcí projekt a Předimplementační analýzu
• Návrh jednotného datového modelu databáze ÚAP vč. výměnného formátu
• Katalog jevů ÚAP vč. návrhu symbologie pro zobrazení jevů ÚAP v prostředí NGÚP
• Kontrolu předávaných dat (validační nástroj)
• Návrh metodiky k jednotnému standardu ÚAP
• Nefunkční a technické požadavky k Dílu
2. Aktuální stav vedení ÚAP a legislativní ukotvení ÚAP v novém stavebním zákoně
ÚAP byly zavedeny v souvislosti se zákonem č. 183/2006 Sb., o územním plánování a stavebním řádu (stavební zákon), ve znění pozdějších předpisů. Náležitosti obsahu ÚAP stanoví prováděcí právní předpis, v současné době je to vyhláška č. 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ů. Seznam sledovaných jevů databáze ÚAP krajů a obcí je stanoven v příloze č. 1 této vyhlášky. V současné době jsou vedeny databáze ÚAP na 3 úrovních – centrální (MMR prostřednictvím Ústavu územního rozvoje), krajské (vedou krajské úřady) a obecní (obecní úřady obcí s rozšířenou působností – OÚ ORP, samostatně vedou své databáze ÚAP újezdní úřady pro území vojenských újezdů). Dosud nebyl zaveden žádný jednotný datový standard databází ÚAP pro celou ČR, jednotlivé kraje zavedly na svém území své vlastní datové modely. Přehled stávajícího stavu databází ÚAP na jednotlivých krajích je v níže uvedené tabulce. Řada krajských úřadů vede společnou databázi s OÚ ORP, v řadě krajů se jedná o kompletní společnou databázi, v některých krajích pouze o společnou databázi vybraných jevů.
Kraj | Databáze ÚAP | Společný datový model | Typ DM | Poznámka |
Praha | společná kompletní | ano | vlastní | |
Plzeňský kraj | společná kompletní | ano | DM ÚAP v. 4.0 (T-mapy) | |
Jihočeský kraj | společná kompletní | ano | DM ÚAP v. 4.0 (T-mapy) | |
Karlovarský kraj | společná kompletní | ano | vlastní | |
Zlínský kraj | společná kompletní | ano | vlastní | |
kraj Vysočina | společná kompletní | ano | DM ÚAP v. 4.0 (T-mapy) | |
Moravskoslezský kraj | společná kompletní | ano | DM ÚAP v. 4.0 (T-mapy) | |
Olomoucký kraj | společná kompletní | ano | vlastní | |
Ústecký kraj | společná kompletní (bez zapojení některých ORP - viz poznámka) | ano | DM ÚAP v. 4.0 (T-mapy) | ORP Kadaň, Teplice, Ústí n. Labem a Litoměřice se nepodílí na vedení společné databáze, ale předávají data v rámci úplných aktualizací v jednotném DM. |
Středočeský kraj | společná jen částečně | ano | DMG ÚAP v. 5.4 (HYDROSOFT Veleslavín) | 1x ročně aktualizace na úrovni kraje pro vybrané jevy, ostatní jevy pouze v rámci úplných aktualizací od ORP |
Pardubický kraj | společná jen částečně | ano | DMG ÚAP v. 5.4 (HYDROSOFT Veleslavín) | Portál s kompletní databází ÚAP přes který dochází k poskytování dat ve směru kraj->ORP, ovšem pouze v rozsahu podrobnosti dat pro potřeby krajské úrovně. |
Královehradecký kraj | není společná | ano | DMG ÚAP v. 5.4 (HYDROSOFT Veleslavín) | Společný portál umožňující mj. validaci dat a vzájemné poskytování dat. |
Jihomoravský kraj | není společná | ano | vlastní | |
Liberecký kraj | není společná | ne |
Tabulka č. 1 Přehled stavu databází ÚAP na jednotlivých krajích
MMR předpokládá, že při přípravě Díla bude Dodavatel vycházet ze stávajících obsahů databází ÚAP, v rámci realizace Díla však bude nezbytné reflektovat dále popsané připravované změny, vyplývající z nové právní úpravy pro oblast územního plánování. Zákon č. 283/2021 Sb., stavební zákon, ve znění pozdějších předpisů upravuje problematiku ÚAP v § 62 - § 66. Nová právní úprava vychází v oblasti ÚAP ze stávajícího zákona (zákon č. 183/2006 Sb.), i zde však dochází k některým změnám, které je třeba v rámci realizace Díla zohlednit. ÚAP i nadále obsahují zjištění a vyhodnocení stavu a vývoje území, jeho hodnot, limitů využití území, záměrů na provedení změn v území, zjišťování a vyhodnocování podmínek udržitelného rozvoje území a určení problémů k řešení v územně plánovací dokumentaci. Náležitosti obsahu ÚAP stanoví prováděcí právní předpis. MMR v souvislosti s novým stavebním zákonem připravuje novou vyhlášku, která nahradí stávající vyhlášku č. 500/2006 Sb., v níž byl dosud upraven obsah ÚAP vč. seznamu sledovaných jevů ÚAP (viz příloha č.1 vyhlášky č. 500/2006 Sb.). Stěžejní část databáze ÚAP je tvořena na základě údajů o území. Údaji o území jsou informace nebo data o stavu území a omezeních, která se váží k určité části území, například ploše, pozemku, přírodnímu útvaru nebo stavbě, a která vznikla nebo byla zjištěna zejména na základě právních předpisů, a dále informace nebo data o záměrech na provedení změny v území; součástí údaje o území jsou také metadata (nově se již oproti dosavadní právní úpravě nebudou předávat pasporty údajů o území). Údaje o území poskytuje pořizovateli poskytovatel údajů o území, kterým je:
• orgán veřejné správy, s jehož působností údaje o území souvisejí, nebo právnická osoba, jejímž zřizovatelem je stát nebo územní samosprávný celek,
• vlastník dopravní nebo technické infrastruktury,
• provozovatel staveb a zařízení, z jejichž provozu vznikají omezení v území podle jiného právního předpisu.
Poskytovatel údajů o území poskytuje údaje v digitální formě bezodkladně po jejich vzniku nebo po jejich zjištění, přitom odpovídá za jejich správnost, úplnost a aktuálnost, a to v rozsahu charakteristik přesnosti uvedených v rámci metadat. Údaje o území se poskytují ve formátech a za podmínek stanovených prováděcím právním předpisem. Zásadní novinkou nového stavebního zákona je možný způsob předávání údajů o území pořizovateli. Nově již není nutné předávat údaje o území vždy pořizovateli, povinnost je považována za splněnou vložením těchto údajů do digitální technické mapy kraje, do národního geoportálu územního plánování nebo do registru územní identifikace, adres a nemovitostí. Cílem je zajistit efektivní sdílení dat v rámci výkonu agendy územního plánování a agendy stavebního řádu a dalších systémů veřejné správy (RÚIAN, DTM krajů, AIS jednotlivých poskytovatelů údajů o území).
Předávání údajů o území umožní, v následující fázi, s pomocí integrace s centrálními systémy (formou účelových územních prvků v RÚIAN, dopravní a technická infrastruktura přes DTM krajů, ostatní údaje přes NGÚP), postupně utlumovat předávání pořizovatelům na „nižší úrovni“ (tedy obecní úřady obcí s rozšířenou působností, krajské úřady). A dále poskytovat data databáze ÚAP veřejné správě v jednotném datovém modelu a z jednoho systému (národního geoportálu územního plánování). Projektantům bude možné poskytovat data databáze v jednotném datovém modelu napříč celou ČR. Maximum dat z oblasti územního plánování z národního geoportálu územního plánování by mělo být poskytováno ve formě opendat. Pro oblast ÚAP však v novém
stavebním zákoně i nadále zůstává omezení poskytování údajů o území pouze pro činnost orgánů veřejné správy a pro činnost projektanta územně plánovací dokumentace a územní studie.
3. Specifikace dat včetně jejich původu
Specifikace předpokládaného obsahu dat databáze ÚAP včetně přehledu jejich původu je uvedena v příloze č. 4 této smlouvy o dílo. Objednatel výslovně uvádí, že se jedná o předpokládaný obsah databáze ÚAP, který se může ještě dle výsledné podoby vyhlášky k novému stavebnímu zákonu na úseku územního plánování, případně i výsledku konzultací v průběhu zpracování tohoto díla, změnit. Vzorky dat vybraných stávajících databází ÚAP vč. údajů o území od poskytovatelů sledovaných jevů a aktuální datové modely databází ÚAP užívané v rámci jednotlivých krajů poskytne Objednatel v případě potřeby na vyžádání Dodavatele dle bodu 1.4. Smlouvy o dílo.
4. Základní use case
Dodavatel dodá systém, který umožní validaci dat v jím navrženém otevřeném výměnném formátu dat tak, aby byla zajištěna správná migrace dat do cílového stavu. Uživatel bude mocí nahrát svoji databázi ÚAP. Systém ověří, jestli data vyhovují stanoveným požadavkům. Systém bude generovat report o výsledku kontroly. Kontrola probíhá oproti stanoveným pravidlům. V případě neprojití kontrolou je uživatel upozorněn, kde chyba nastala a proč. Systém generuje reporty o datech databáze ÚAP tak, aby MMR mohlo ověřit, že cílový stav migrace byl pro příslušnou část území naplněn. V provozu v cloudu je umožněna i kontrola testovacích dat. Základní funkční požadavky, které rozpracovávají funkce systému jsou uvedeny v kapitole 8.2 a v dalších kapitolách. V rámci fáze
I. (Předimplementační analýza) budou funkční požadavky dopracovány Dodavatelem vč. obslužných funkcí tak, aby bylo docíleno naplnění základních use case systému.
Schéma č. 1 Základní Use case systému
Schéma č. 2: Navrhované schéma řešení pro realizaci jednotné databáze ÚAP v NGÚP
5. Základní obecné business požadavky na řešení
ID | Název | Popis |
BRQ1 | Datový model | Dodavatel navrhne datový model pro vedení databáze ÚAP a výměnný formát, datový model bude obsahovat i příručku pro jeho budoucí vedení a změny. Datový formát umožní i vedení prostorových dat a jejich linkování mezi sebou, veřejně přístupné jevy musí splňovat nároky otevřených dat. |
BRQ2 | Aplikace a její provoz | Dodavatel dodá aplikaci, která bude mít schopnost validovat předávaná data ve stanoveném výměnném formátu. Aplikace poběží na tenkém webovém klientu dostupném ze sítě internet a jednotlivé municipality si ji budou moci stáhnout do svého prostředí. |
BRQ3 | Funkce validace | Nástroj umožní validovat data, jestli jsou předávána správně. Součástí validátoru bude i výstupní protokol, který vysvětlí, jaký prvek a čím odporuje. Součástí výstupu z kontrolního nástroje bude i identifikace konkrétních chybných objektů vč. specifikace chyby. |
BRQ4 | Průběžná validace | Validace datového modelu musí být umožněna i nad neprodukčními daty, resp. umožní i průběžnou validaci jednotlivých dat. |
BRQ5 | Ochrana proti záměně a kontrola původu | Navržený datový formát musí obsahovat možnost podpisu dat a validační nástroj musí být schopen validovat původ (digitální podpis) a zároveň validační protokol musí obsahovat odkaz na konkrétní kontrolovaný soubor (například formou HASH součtu) |
BRQ6 | Validační protokol | Nástroj bude poskytovat validační protokol o kontrole dat, že byly převedeny do jednotného standardu ÚAP správně. |
BRQ7 | Verzování, zpětná, kompatibilita a rozšiřitelnost. | Cílový formát bude poskytovat možnost verzovat jednotný standard ÚAP, a tak bude možné spravovat data v budoucnu v jiné verzi. Datový model vč. |
ID | Název | Popis |
výměnného formátu umožní i rozšiřitelnost do budoucna. Zároveň bude navržen způsob, jak se vypořádat s daty ve starších verzích. | ||
BRQ8 | Exit plán | Dodavatel musí poskytnout exit plán. |
BRQ9 | Migrace do NGÚP | Dodavatel navrhne způsob migrace dat databází ÚAP po provedení jejich konverze do centrálního systému. Dodavatel současně musí následně poskytnout součinnost při upřesnění způsobu migrace pro jednotlivé kraje v rámci poskytování služeb ve IV. etapě. |
BRQ10 | Provoz v Cloudu | Dodavatel musí zajistit provoz validačního nástroje na Cloudu z katalogu cloudových služeb eGov na úrovni PaaS a bude preferovat univerzální otevřené technologie například Postgre DB, RHEL/centOS jako službu. |
BRQ11 | Rozšiřitelnost jednotného standardu | Jednotný standard musí umožnit rozšíření dat databáze ÚAP o nestandardizované prvky ve formě atributů, typů objektů apod. |
BRQ12 | Statický obsah webu a katalog jevů vč. jejich symbologie | Dodavatel musí dodat web katalogu sledovaných jevů s možností hledání a třídění. Katalog jevů musí být synchronizován s ontologickým slovníkem. |
6. Požadavky k návrhu datového modelu vč. výměnného formátu
6.1 Obecné požadavky
Navržený datový model a výměnný formát bude publikován v rámci katalogu jevů, zároveň bude dodána a publikována dokumentace jednotného standardu ÚAP. Součástí dodání bude i zdůvodnění navrženého řešení. Pro uživatele bude dále k dispozici metodická příručka pro využívání validačního nástroje (viz požadavek uvedeny v kap. 9.3 této přílohy).
Jevy ÚAP budou vedeny v referenčním Souřadnicovém systému Jednotné trigonometrické sítě katastrální a případně v referenčním Výškovém systému baltském – po vyrovnání.
Základem pro datový model bude návrh typů objektů, jejich vlastností evidovaných formou atributů a vztahů mezi jednotlivými typy objektů. Pro jednotlivé atributy budou specifikovány jejich datové typy a domény možných hodnot tzv. číselníky. Předpokládá se využití objektového přístupu s děděním.
Schéma č. 3
S ohledem na skutečnost, že nový stavební zákon stanoví možnost splnění povinnosti předání údajů o území pořizovateli tím, že jsou data předána do digitální technické mapy kraje nebo do registru územní identifikace, adres a nemovitostí, bude návrh datového modelu příslušných jevů vycházet z datové specifikace těchto jevů
v těchto informačních systémech tj. zejména z vyhlášky č. 393/2020 Sb., o digitální technické mapě kraje (v rámci návrhu bude zohledněna připravovaná novelizace této vyhlášky) a z datové specifikace jednotlivých účelových územních prvků v RÚIAN. Seznam jevů, kterých se tato skutečnost týká je uveden v příloze č. 4. Zároveň bude v rámci návrhu datového modelu respektována podoba standardizovaných jevů ÚPD, která bude vycházet z připravované vyhlášky k novému stavebnímu zákonu na úseku územního plánování (v případě, že by v době realizace díla nebyla její aktuální podoba veřejně dostupná, bude Dodavateli poskytnuta Objednatelem).
Navržený datový standard zároveň musí vycházet z požadavků kladených na otevřená data, při návrhu řešení bude dodavatel vycházet z otevřených formálních norem publikovaných na webu xxxxx://xxxx.xxx.xx/xxx/, zejména z otevřené formální normy pro prostorová data (publikováno na webu: xxxxx://xxx.xxx.xx/xxxxxxxxx%X0%X0-xxxx/0000-00-00/). Požadovaný stupeň otevřenosti dat je minimálně stupeň 3.
6.2 Požadavky na výměnný formát
Výměnný formát bude obsahovat dokumentaci ve formě UML 2.5.x objektovém diagramu ve výměnném formátu XMI případně i v komerčním souborovém formátu, pakliže vzniká. Datový model bude obsahovat Koncepční logickou a fyzickou vrstvu. Způsob vytvoření modelu je na zvážení Dodavatele, jestli bude indukovat nebo dedukovat daný formát.
Navržený datový model bude fyzicky implementován alespoň do jednoho z níže uvedených výměnných formátů (zvlášť pro vektorová data a pro rastrová data):
• vektorová data – GML, GeoPackage, GeoJSON
• rastrová data – GeoTIFF, GeoPackage.
Výměnný formát umožní zanesení digitálního podpisu dle národního standardu, zanesení podpisu nebude povinností. Výměnný formát bude zkonstruován tak, aby bylo možné dělit soubory na potřebnou velikost pro možnost jejich zaslání přes datové schránky.
Budou dodány kompletní vzorové datové šablony a zároveň vybrané příklady faktické podoby dat pro realizaci konverzí jednotlivých databází ÚAP.
Pro všechny typy objektů bude navržena jejich vizualizace pro potřeby zobrazení v prostředí NGÚP, dle požadavků uvedených v kap. 8.5.
Formát musí být navržen tak aby umožnil další rozšíření do budoucna, a to jak kvalitativní větší stupeň otevřenosti, tak i obsahové rozšíření. Dodavatel nemusí předpokládat, zahrnovat či konstruovat další rozšíření, ale jen navrhne jemné či jiné konvence pro rozšíření formátu a modelu (hierarchizace Kraj – Obec). Při validaci jsou rozšířené prvky ignorovány. Na případné koncepční dotazy odpoví Dodavatel v rámci poskytování služeb v rámci IV. etapy díla.
6.3 Problematika metadat
Součástí navrženého řešení bude i problematika řešení povinného obsahu předávaných metadat, předpokládá se, že návrh řešení zahrne jak požadavky na metadata předávané datové sady, tak požadavky na jednotlivé předávané vrstvy/typy objektů. Řešení bude upřesněno v rámci I. etapy realizace díla (Předimplementační analýza).
7. Požadavky na vlastnosti
7.1 Použitelnost
Označení požadavku
Popis požadavku
Přístupnost řešení | Veřejná část systému musí být uživateli přístupná prostřednictvím jednotného grafického uživatelského rozhraní dostupného prostřednictvím webového prohlížeče. Systém musí podporovat aplikačních rozhraní. Systém musí dále splňovat: • moderní bezpečnostní best practices plnohodnotný přístup přes webové rozhraní z PC, tabletů, mobilních zařízení apod. ze všech v současnosti využívaných OS (Microsoft Windows, Apple MacOS, Linux, iOS, Android) vč. responzivního designu |
Ergonomie uživatelského rozhraní | S ohledem na grafický design a UX při tvorbě návrhu řešení zadavatel požaduje, aby zhotovitel zohlednil zejména následující rámcové požadavky: • uspořádání jednotlivých částí aplikací a celého řešení (od obecného k detailním) je logické, intuitivní a přehledné, • informace jsou vzájemně provázány a odkazy jsou vhodně pojmenovány, • uživatelé se v aplikacích snadno orientují (uživatelské rozhraní uživatele přímo navádí ke krokům potřebným pro splnění požadavků uživatele, a to i bez jakéhokoliv školení), • rozhraní aplikací pracuje s prvky vybízejícími uživatele k akci, tzn., jsou využity „call to action“ prvky, • rozhraní je uživatelsky přívětivé pro všechny uživatele / role a využívá posledních designových a typografických trendů, • grafický design je v souladu s požadavky zadavatele a rozvíjí corporate identity české republiky, • pro jednotlivé části řešení je možné nasazovat různé rozložení s ohledem na zobrazované informace a v závislosti na cílovou skupinu, • je možné upravit zobrazení v návaznosti na druhu a roli uživatele. Zadavatel požaduje, aby grafická podoba dodávaného řešení vzhledově vycházela ze vzhledu portálu XXX.xx a všechny rámcové požadavky kladené na vzhled ve své filozofii |
vycházely z tohoto návrhu. Design Systém je soubor doporučení, pravidel a startovacích komponent pro vývoj webů konzistentních s weby státní správy a veřejných institucí. Zadavatel požaduje, aby dodávané řešení bylo v souladu s tímto systémem a odchylovat se pouze v případě, kdy to bude ku prospěchu orientace uživatelů či dáno specifičností požadavků zadavatele. Dokumentaci k Design Systému lze získat na adrese: xxxxx://xxxxxxxxxxxx.xxx.xx/ Přehled specifikací všech komponent (funkčních prvků či celků webové stránky) lze nalézt na stránkách Design Systému. Dále zadavatel požaduje, aby implementace grafické podoby řešení respektovala moderní přístupy k tvorbě GUI webových prezentací, které budou založeny na frameworku Tailwind 2.0 nebo Bootstrap 5.0 s využitím CSS preprocesoru SASS. Uživatelské rozhraní systému musí být navrženo s ohledem na ergonomii, snadnost a intuitivnost ovládání, a to zejména v následujících parametrech: • Dodržování běžných zvyklostí – uživatelské rozhraní musí být navrženo v souladu s aktuálními trendy a standardy a jeho struktura i jednotlivé prvky musí odpovídat běžným zvyklostem obdobných řešení. • Orientace v aplikaci – uživateli musí být vždy jasně prezentováno, v které části systému se nachází a v jaké fázi je provádění procesu, který provádí. • Hromadné operace – operace u jejichž provedení je relevantní hromadné zpracování musí umožnit hromadně provést úkon nad větším, vybraným množstvím entit v systému. • Chybová hlášení – dopustí-li se uživatel nekorektního chování, nebo v systému došlo k chybě, je k uživateli srozumitelně komunikováno, co se stalo a jak má postupovat (tj. je nutné vyhnout se nicneříkajícím hláškám jako "Chyba! Kontaktujte administrátora."). • Dostupnost funkcí s ohledem na četnost jejich používání – nejčastěji používané funkce musí být nejsnadněji dostupné. • Konzistentnost uživatelského rozhraní – stejné či podobné funkcionality se napříč celým systémem musí chovat stejně či podobně. • Soulad s logo a grafickým manuálem MMR a národním plánem obnovy NPO. • Uživatelské rozhraní musí v maximální možné míře seskupovat ovládací prvky na základě jejich určení. | |
Lokalizace | Systém je lokalizován do ČJ. Zdrojová data aplikace mohou být v anglickém jazyce. |
7.2 Výkon
Označení požadavku
Popis požadavku
Výkonové požadavky | Řešení musí být, včetně infrastruktury a provozních postupů, navrženo a vytvořen tak, aby umožnilo dosažení následujících výkonových ukazatelů uvedených v Příloze č. 2 smlouvy. |
Objemové požadavky | Uvedené hodnoty budou upřesněny v rámci přílohy č. 2. |
7.3 Podporovatelnost
Označení požadavku
Popis požadavku
Řešení nesmí být postaveno na technologiích u nichž je znám, či byl výrobcem avizován konec jejich životního cyklu. | |
V celém návrhu jsou preferovány komponenty/software s otevřenou licencí nebo software bez finančních nebo jiných licenčních poplatků pro objednatele, případně jinou organizační složku státu (OSS) a samosprávu. | |
Řešení dále nesmí být postaveno na proprietárních nebo málo používaných SW řešeních a technologiích. Řešení musí být vybudován pouze za pomoci standardizovaného SW doplněného o části, které jsou vyvinuty v rámci plnění předmětu této veřejné zakázky. | |
Proprietárním SW řešením se rozumí každé takové řešení, které nesplňuje následující požadavky na standardizovaný SW. | |
Technologie přípustné pro tvorbu, údržbu a rozvoj | Pro standardizovaný SW, který je součástí navrhovaného řešení, musí existovat alespoň 5 subjektů, které pro takový standardizovaný SW poskytují podporu a implementační služby a tento standardizovaný SW v posledních 5 letech prokazatelně implementovali. Technologický vendor standardizovaného SW nesmí mít možnost nijak omezit vzájemnou soutěž těchto subjektů. Ke každému standardizovanému SW bude Objednateli předána vývojářská dokumentace (zahrnující alespoň popis funkcionalit a dokumentaci API) platná ke dni předání systému a v případě, že dojde k její aktualizaci v průběhu smluvního vztahu s Dodavatelem, bude Objednateli předána nová verze dokumentace, nebo mu bude k ní předán přístup. Dokumentace ke standardizovanému SW smí být v českém nebo anglickém jazyce. Řešení musí zajistit snadnou administraci přístupových práv, rolí a číselníků. |
Pro jednotlivé komponenty je možné kompletní zveřejnění dokumentace a zdrojových dat na neveřejném portálu DevOps (mimo standardizovaných komponent, které jsou již zveřejněny na jiných portálech). | |
Technické řešení musí plně odpovídat požadavkům vyhlášky č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních incidentech, reaktivních opatřeních, náležitostech podání v oblasti kybernetické bezpečnosti a likvidaci dat (vyhláška o kybernetické bezpečnosti) a aplikovat bezpečnostní pravidla zadavatele včetně všech v současnosti odpovídajících bezpečnostních opatření pro minimalizaci dopadů kybernetických hrozeb). |
Vývojová a Implementační dokumentace | Dokumentace řešení musí být součásti dodávky. Pokud by se jednalo o standardizovaný SW, tak nebude vyžadována vývojářská dokumentace |
Analytická dokumentace musí obsahovat následující modely: | |
• Use Case model • Datový model Požadavky na funkcionality a vlastnosti řešení | |
Slovník pojmů | |
Analytická dokumentace | UC model musí obsahovat identifikaci všech aktérů řešení a UC, prostřednictvím kterých bude zaznamenána každá interakce aktérů s řešením. Logický datový model musí obsahovat identifikaci všech datových entit, se kterými funkcionality popsané v rámci UC a požadavků pracují. Logický datový model obvykle definuje entity, které by měly být zaneseny také do Slovníku pojmů. Nejedná se o návrh implementačního/fyzického datového modelu, logický datový model slouží především pro identifikaci entit, atributů a jejich vzájemných vazeb na základě navržené logiky nástroje. Požadavky na funkcionality a vlastnosti řešení jsou v rámci zadání předloženy již zadavatelem. Dodavatel zaznamená jejich doplnění a zpřesnění zaznamenané v rámci detailní analýzy řešení. |
Slovník pojmů obsahuje seznam a definici klíčových pojmů používaných napříč analýzy a návrhu řešení jak v rámci realizačního týmu, tak v komunikaci se zadavatelem. | |
Dokumentace návrhu nástroje musí obsahovat technický design a následující modely: | |
Dokumentace návrhu řešení | • Model tříd • Návrh uložení dat • Integrace • Datové toky |
Architektonická dokumentace | Architektonická dokumentace nástroje musí obsahovat návrh aplikace na byznysové a technické úrovni. |
Modely implementační dokumentace | Modely vytvořené v souvislosti s implementační dokumentací musí být vytvořeny pomocí tzv. CASE nástroje (např. EA, Archi ...), uchovány v některém ze standardizovaných formátů a tento musí být předán jako součást dokumentace zadavateli. |
Provozní dokumentace | Součástí řešení musí být provozní dokumentace nutná spuštění řešení. |
Dokumentace administrátora | Součástí řešení musí být dokumentace administrátora. |
Jazyk dokumentace | Dokumentace musí být zpracována v českém jazyce. Výjimkou smí být pouze dokumentace standardizovaných technologií, ta může být zpřístupněna v anglickém jazyce. |
Licenční oprávnění | V případě dodavatelského vývoje dodavatel předá MMR SW licenci/práva na část Díla, která vznikne při realizaci Díla dle Smlouvy o dílo (část SW řešení, která nebude řešena standardními SW produkty a která vznikne činností Objednatele (vývojem SW) při realizaci Díla s použitím mezinárodně uznávané metodiky pro vývoj software a která podléhá ustanovením zákona č. 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ů). Licence bude poskytnuta neomezeně. |
Dodavatel předá Objednateli kompletní zdrojové kódy SW částí Díla a konfigurační soubory ke všem součástem Díla vyvinutým Poskytovatelem (nikoliv ke standardním SW produktům, které jsou využity pro realizaci Díla dle této Smlouvy), včetně autorských práv k dílu v plném rozsahu umožňujícím Objednateli plně nakládat s Dílem, provádět libovolné změny v tomto kódu a konfiguračních souborech tak, aby Dílo mohlo být řádně používáno bez závislosti na původním dodavateli. Dodavatel poskytuje licenci i třetí straně. Licence musí umožňovat i Otevření díla jako Open Source. Dodavatel připojí i vypořádání autorských práv osobních v dostatečném rozsahu. | |
Zpřístupnění zdrojového kódu | Systém smí být vyvíjen, udržován a rozvíjen pouze způsobem, kdy jsou veškeré aktuální zdrojové kódy dostupné MMR. Celé dodané řešení včetně dokumentace bude spravováno a verzováno u zadavatele v rámci portálu Microsoft Azure DevOps a publikováno na xxxx.xxx.xx Zdrojové kódy smí být zadavatelem zpřístupněny 3. stranám, např. pro účely auditu nebo pro úpravy a rozšiřování kódu. |
Zdrojový kód | Kód je strukturován dle konkrétních stylů (jak vizuální zapsání struktury programu, tak i užití programovacích či skriptovacích paradigmatů, pokud jsou vhodné, tedy například objektový přístup) a zásad psaní kódu, v kódu se nevyskytují nefunkční celky a nedochází k obfuskaci kódu. Kód je rozdělen to komponent, metod a funkcí. Daný kód je vždy doprovázen komentáři. |
Kompilace zdrojového kódu | Součástí řešení musí být dokumentace (a zajištění možnosti vlastní kompilace) pro potřeby možné kompilace zdrojového kódu. Zdrojový kód nesmí používat výhradní kompilátor, případně interpret kódu. |
Správa zdrojového kódu | Dodavatel musí předat práva na přístup ke kódu s možností zadavateli, či jím pověřené osobě aktivně zasahovat přidáváním nových funkcionalit v tomto kódu v dalším nasazeném buildu, a to bez ztráty záruky dodavatele na jím vytvořené části řešení, pokud nebyly změněny. |
Programovací jazyk | Systém musí být vytvořen otevřeně specifikovaným a neproprietárním jazykem, a jeho znalost musí obecně známá. Je využita jeho poslední stabilní specifikace. Pakliže jeho specifikace je uzavřenější, tak jedině pod mezinárodní normou ISO nebo IEEE (např. ISO/IEC JTC 1/SC 22 (C, C++... )). |
7.4 Bezpečnost
Označení požadavku
Popis požadavku
Ochrana osobních údajů | Systém musí zpracovávat osobní údaje v souladu s nařízením EU 2016/679, na ochranu osobních údajů tzv. General Data Protection Regulation ("GDPR") a související národní legislativou. |
Důvěrnost, integrita, dostupnost | Rozhraní systému musí chránit data a související infrastrukturu z hlediska důvěrnosti, integrity a dostupnosti. |
Zabezpečení komunikace a přenosu dat | Komunikace, jenž nějaký způsobem poskytuje data neveřejné povahy musí být adekvátně chráněna, a to za pomocí užití kryptografie (certifikát webu, šifrování), která se v daném čase poskytování služby dá považovat za bezpečnou. |
7.5 Ostatní
Označení požadavku
Popis požadavku
Architektura ICT systémů | |
Modularita | Systém musí být vnitřně dekomponován do vícero navzájem účelných, samostatných a funkčních částí, modulů. |
Vícevrstvý model aplikace | Systém musí být koncipován na premise rozdílných částí z pohledu jejího užívání a musí být důsledně uplatněno pravidlo separace vrstev. Aplikace musí být členěna alespoň na prezentační, aplikační a datovou vrstvu. |
Obecné požadavky na webové služby | Pro interakci s okolními systémy bude využito REST API, k němuž bude k dispozici definice ve formátu OpenAPI (současná verze). Všechna volání rozhraní musí být auditována s konfigurovatelnou dobou retence záznamů. V rámci WS jsou ošetřeny veškeré chybové stavy, v případě výskytu chyby je vrácena identifikace chyby a její popis jako součást odpovědi. Všechny takovéto chyby jsou vedeny v definici rozhraní webové služby. Webové služby na vnějším rozhraní systému jsou autentizovány pomocí certifikátů a zabezpečeny pomocí aplikování kryptografických mechanismů v souladu s bezpečnostními požadavky. V případě realizace služeb pro portály tyto předají identifikační informace potřebné ke ztotožnění, autorizaci a zaznamenání auditní stopy, preferovaný je identifikátor BSI. |
Virtualizace | Systém musí umožňovat provozování v technologii virtualizace. Kontejnery se považují za metodu virtualizace. |
8. Požadavky na katalog jevů ÚAP vč. návrhu symbologie pro zobrazení jevů ÚAP v NGÚP
Katalog jevů ÚAP bude realizován formou webové aplikace, která umožní správu a publikaci JS ÚAP. Katalog bude založen a spravován tak, aby mohl být v případě jakýchkoli změn (úprav, rozšíření) obsahu efektivně upraven a sloužil jako optimalizovaný vstup pro návrh, resp. úpravy datového modelu. Od dále uvedených požadavků se lze na základě souhlasu objednatele v odůvodněných případech odchýlit. Webová aplikace bude provozována na doméně „xxx.xx“, bude upřesněno Objednatelem v průběhu realizace díla.
8.1 Základní požadavky na webovou podobu katalogu jevů ÚAP
− Vizuálně bude navrženo dle design systém xxx.xx (dále i jen „xxx.xx“) – podrobné informace jsou dostupné na xxxxx://xxxxxxxxxxxx.xxx.xx/ .
− Záhlaví – obsahuje logo a název (Katalog ÚAP), obsahuje řádek umožňující vyhledávání a tlačítko spuštění hledání, vyhledávání je možné fulltextem s možností třídění
− Boční řádkové menu – obsahuje ikonu domovské stránky (úvodní stránka katalogu jevů), obsahuje ikonu
katalogu jevů
− Levý sidebar (rozložení dle xxx.xx, otevírá se kliknutím na ikonu katalog jevů) - obsahuje základní kategorie jevů (umožňující víceúrovňové členění) až do úrovně obsahující jednotlivé typy objektů
− Zápatí – copyright, logo MMR s proklikem na web MMR
8.2 Základní požadavky na obsah úvodní stránky katalogu jevů ÚAP
− Úvodní stránka obsahuje – ikonu s proklikem do aktualit, dlaždicová okna základních kategorií jevů, údaj o verzi JS ÚAP umožňující filtraci minimálně k předchozí verzi JS ÚAP, základní informace o katalogu jevů ÚAP obsahující minimálně: název, datum vydání (schválení) příslušné verze JS ÚAP, popis katalogu jevů ÚAP, kontaktní údaje na zpracovatele / garanta, ikona na možnost podání připomínky/podnětu ke katalogu jevů ÚAP
8.3 Základní požadavky na obsah stránky „typu objektu“
− Stránka obsahuje - kategorii (případně také podkategorie – možnost víceúrovňového členění), typ objektu (název jevu), ID typu objektu, geometrie typu objektu, veřejný/neveřejný údaj, popis/definice typu objektu s možnou provazbou tj. synchronizací z terminologického slovníku na základě upřesnění ze strany objednatele (předpokládá se využití slovník eGov TermIT / ShowIT), grafická podoba typů objektů pro zobrazení na NGÚP v měřítkových řadách, zdroj dat, údaj poslední editace (garant + datum), atributy typu objektu, grafické zobrazení příkladu daného jevu – formou obrázku, textového komentáře apod.
8.4 Funkční požadavky na webovou stránku
Název USE CASE | Konzumuj statický web |
Aktéři | Uživatel |
Hlavní tok | Uživatel přistoupí k webu Uživatel konzumuje web. |
Alternativní tok | Když je web nefunkční zobrazí se chybová hláška. |
Předpoklady | Uživatel má podporovaný prohlížeč. |
Následující události | |
Pozn | Uživatel může být nepřihlášen. Podrobněji rozepsáno dále. |
Název USE CASE | Zobraz katalog jevů. |
Aktéři | Uživatel |
Hlavní tok | 1. Uživatel prohlíží prvky. 2. Uživatel může filtrovat prvky a. Uživatel může filtrovat prvky, a to i vícefaktorově. b. Uživatel může rušit filtrace. |
Alternativní tok | Když je web nefunkční zobrazí se chybová hláška. Když daný jev neexistuje, zobrazí se oznámení o neexistenci daného prvku. |
Předpoklady | Uživatel má podporovaný prohlížeč. Uživatel je na webu. |
Následující události | |
Pozn | Uživatel může být nepřihlášen. Podrobněji rozepsáno dále. |
Název USE CASE | Nahraj UAP |
Aktéři | Uživatel |
Hlavní tok | 1. Uživatel chce validovat UAP 2. Uživatel zvolí soubor UAP 3. Uživatel je naposledy upozorněn, aby nenahrál citlivá data nebo aby tak učinil jen v lokálně spuštěné instanci. 4. Soubor UAP je nahrán na web 5. Uživateli se zobrazí potvrzení o nahrání dat. |
Alternativní krok | Když je web nefunkční zobrazí se chybová hláška. Když uživatel potvrdí, že nejsou v UAP citlivá data nebo že provozuje aplikaci v lokální instanci, tak se soubor UAP nahraje, v opačném případě bude odkázán na sekci stažení nástroje pro lokální běh |
UAP. Pakliže dojde k chybě při nahrání, bude uživatel upozorněn. | |
Předpoklady | Uživatel má podporovaný prohlížeč. Uživatel je na webu. Uživatel je přihlášený. Uživatel je poučen, aby na web nenahrával citlivé údaje (uvedeno při registraci, na webu a před nahráním UAP). |
Následující události | UAP je uloženo do doby výmazu. |
Pozn | Uživatel je registrovaný. |
Název USE CASE | Generuj report |
Aktéři | Uživatel |
Hlavní tok | 1. Uživatel si zobrazí příslušnou sekci webu 2. Uživatel prochází svoje UAP 3. Uživatel si zobrazí/stáhne protokol o kontrole. |
Alternativní krok | Když je web nefunkční zobrazí se chybová hláška. Když uživatel nepotvrdí, že nejsou v UAP citlivá data, tak UAP se nahraje, dále bude odkázán na sekci stažení nástroje pro lokální běh UAP. Pakliže dojde k chybě při generování reportu bude uživatel upozorněn. |
Předpoklady | Byl učiněn use case nahraj UAP. UAP se nahrálo. Uživatel je přihlášený. |
Následující události | UAP je uloženo do doby výmazu. Výsledek je přiřazen k danému UAP. |
Pozn | Uživatel je registrovaný. Protokol obsahuje HASH kontrolovaného souboru. Protokol obsahuje, jestli UAP prošlo nebo neprošlo validací. Protokol obsahuje metadata souboru. Protokol obsahuje verzi nástroje a kontroly. |
Název USE CASE | Poskytni protokol o chybách |
Aktéři | Uživatel |
Hlavní tok | 1. Uživatel si zobrazí příslušnou sekci webu 2. Uživatel prochází svoje UAP 3. Uživatel si prochází své protokoly o kontrole. 4. Uživatel si zobrazí/stáhne protokol o chybách. 5. Protokol obsahuje v případě chyby a. jestli jde o chybu v povinné části, b. kde (v jaké části UAP) byla nalezena chyba, c. z jakého důvodu chyba vznikla, d. odkáže na konkrétní pravidlo výměnného formátu, e. označí data (řádek/y znak/y) |
Alternativní krok | Když je web nefunkční zobrazí se chybová hláška. Když „Generuj protokol“ neobsahuje chyby, protokol se negeneruje. |
Předpoklady | Uživatel je přihlášen. Uživatel má podporovaný prohlížeč. Byl učiněn use case nahraj UAP. UAP se nahrálo. Byl učiněn USE CASE generuj report. Report se vygeneroval. |
Následující události | Výsledek je přiřazen k danému UAP. Protokol o chybách je přiřazen k příslušnému reportu. |
Pozn | Uživatel je registrovaný. |
Název USE CASE | Edituje statický web |
Aktéři | Dodavatel systém |
Hlavní tok | 1. MMR zašle podnět na úpravu statické části webu. 2. Dodavatel upraví web. |
Alternativní krok | Nejedná se o statickou úpravu, tak dojde k využití služeb v rámci IV. etapy díla. |
Předpoklady | Jsou ustanoveny kontaktní osoby. |
Následující události | Web je změněn. |
Pozn. |
Název USE CASE | Synchronizuje web s ontologickým slovníkem. |
Aktéři | Dodavatel systém |
Xxxxxx xxx | 0. Dojde k úpravě ontologického slovníku. 2. Je aktualizován katalog jevů ÚAP. |
Alternativní krok | Web ontologického slovníku není dostupný. Synchronizace počká. |
Předpoklady | Existuje propojení mezi weby. |
Následující události | Web je změněn. |
Pozn. | Bude více upřesněno o ve fázi analýzy. |
Název USE CASE | Kontroluj pravidla |
Aktéři | Dodavatel systém |
Hlavní tok | Systém validuje výměnný formát. |
Alternativní krok | |
Předpoklady | |
Následující události | |
Pozn. |
Název USE CASE | Nastavuj pravidla |
Aktéři | MMR |
Hlavní tok | 1. MMR zašle podnět na úpravu pravidel dodavateli. 2. Dodavatel upraví pravidla na základě podnětu. 3. Dodavatel změní web, 4. Dodavatel upraví kontrolní nástroj. 5. Dodavatel zvýší verzi nástroje a verze kontroly. 6. Aktualizuje nástroj ke stažení pro lokální instance. |
Alternativní krok | |
Předpoklady | |
Následující události | |
Pozn. | Bude zajišťováno v rámci poskytovaných služeb ve IV. etapě plnění Díla. |
8.5 Požadavky na návrh symbologie pro zobrazení jevů ÚAP v NGÚP
− Součástí Díla bude i návrh grafické podoby jevů, resp. typů objektů JS ÚAP v měřítkové řadě stanovené pro poskytování dlaždicových mapových služeb dle národního standardu v aktuální verzi (poskytne Objednatel), konkrétně bude upřesněno na základě dohody Dodavatele s Objednatelem v rámci I. etapy plnění Díla (Předimplementační analýza). Navržená grafická podoba bude jasně specifikovaná z hlediska barevnosti, stylu a tloušťky čar apod. U jevů z oblasti dopravní a technické infrastruktury bude Dodavatel vycházet ze symbologie navržené pro digitální technické mapy krajů s tím, že se lze v odůvodněných případech od této symbologie odchýlit. U jevů vycházejících z dokumentů územního plánování, které jsou předmětem standardizace (např. zastavěné území apod.) bude Dodavatel vycházet z této standardizované symbologie.
9. Požadavky na kontrolu předávaných dat (validační software)
Dodavatel zajistí validační nástroj přístupný dálkovým způsobem (dále jen SW) pro kontrolu konvertovaných dat ze stávajících databází ÚAP do nově navržené struktury dat. Jedná se o čistou validaci pro potřeby kontroly souladu dat s JS ÚAP.
Dále Dodavatel umožní stažení validačního nástroje pro potřebu užití třetích stran (lokální instance).
Dodavatel zároveň navrhne způsob řešení migrace krajských databází ÚAP vedených v JS ÚAP do centrálního úložiště v NGÚP.
Následný text popisuje podrobné technické požadavky na vytvoření a zajištění dodávky validačního nástroje pro kontrolu dat ÚAP.
9.1 Dodávka SW
Požadavky na uživatelské rozhraní, vstupní formulář a způsob nahrání dat ke kontrole
Bude vytvořeno jednotné grafické uživatelské rozhraní dostupné prostřednictvím webového prohlížeče přes HTTPS protokol. Systém musí být přístupný prostřednictvím nejméně 3 nejčastěji užívaných webových prohlížečů v rámci nejpoužívanějších platforem (alespoň MS Windows, MacOS, Android, Linux). Systém musí být přístupný bez instalace dalších doplňků, v podobě čisté instalace prohlížeče.
V rámci řešení bude dodání dočasného uložiště, které bude sloužit jen pro uložení výsledků kontrol – protokolu, soubor s chybovými daty po dobu minimálně pěti dnů.
Dodaný SW bude provozován cloudem, jehož konfiguraci si zajistí Dodavatel, náklady na konzumované služby hradí Dodavatel.
Předpokládá se, že validaci datových souborů budou mít možnost provádět určení zástupci Ministerstva pro místní rozvoj, krajských úřadů, případně další osoby určené Administrátorem.
Systém umožní oprávněným uživatelům přístup k těmto funkcím:
− Zaregistrování pro přístup k uživatelskému rozhraní. Registraci uživatelů v roli „Registrovaný uživatel“ schvaluje administrátor, je trvalá a pod heslem (systém bude vyžadovat splnění požadavků § 19 odst. 5 vyhlášky č. 82/2018 Sb.), systém automaticky provede zablokování účtu v případě nesprávného zadání hesla 3 x po sobě, administrátor má možnost takto zablokovaný účet znovu zpřístupnit jeho odblokováním a vygenerováním nového přístupového hesla.
− Všem registrovaným/přihlášeným uživatelům provádět průběžnou kontrolu dat.
− Po registraci se zpřístupní prostředí pro nahrání a spuštění kontroly dat. SW musí umožnit nahrání dat pro balíčky o velikosti až 10 GB. Dodavatel navrhne vhodný způsob předání dat ke kontrole (přímé nahrání / „streamování“). Systém umožní validaci jak jednotlivých souborů (typů objektů, vrstev), tak hromadné nahrání např. souborový strom. Systém umožní rovněž nahrání dat prostřednictvím systému datových schránek (tj. balíčky o velikosti do 1GB).
− Zpětná e-mailová zpráva s informací o výsledku zpracování s odkazem ke stažení výsledků kontroly zahrnující vstupní data, protokol o kontrole doplněný o samostatný soubor přehledu výsledků zpracování, případná chybová hlášení a při bezchybném zpracování i odpovídající výstupní data k uložení. V případě identifikace chyb jsou ke stažení rovněž soubory s lokalizací chyb (grafická data obsahující zjištěné chyby). Chybové soubory budou organizovány jako systém vrstev s názvy dle typu chyby. Výsledek kontroly bude ke stažení k dispozici minimálně 5 dní.
− Požadavky na prováděné druhy kontrol
Validace spočívá v následujících kontrolách:
− zda formát datového souboru odpovídá požadavku JS ÚAP
− zda má soubor správné kódování (pro CSV, XML, RDF a JSON to je UTF-8)
− kontrola validity datového souboru vůči datovému schématu
Požadavky na výsledek kontroly
V případě úspěšné i neúspěšné kontroly bude k dispozici ke stažení protokol popisující průběh zpracování a výsledek kontroly obsahující kompletní podrobný chronologický záznam činnosti SW v průběhu kontroly s výsledky jednotlivých kontrol. Výstupní protokol bude umožňovat kontrolu digitálního podpisu nahrávaných dat a zároveň zanese hash soubor nebo souborů, které prošly validací do protokolu.
V případě neúspěšné kontroly budou registrovanému uživateli k dispozici ke stažení soubory s lokalizací chyb (grafická data zobrazující zjištěné chyby). Chybové soubory budou organizovány jako systém vrstev s názvy dle typu chyb, které identifikují.
Popis uživatelů (rolí) a registrace
V systému budou zavedeny dva typy rolí, „Registrovaný uživatel“ a „Administrátor.“ Role Registrovaného uživatele bude vyžadovat registraci v registru uživatelů, funkcionality role budou přístupné prostřednictvím zaheslovaného přístupu. Registraci vždy provádí Administrátor na základě požadavku zaslaného prostřednictvím systému.
− Požadavky pro roli Registrovaného uživatele
Role Registrovaný uživatel umožňuje průběžnou kontrolu konvertovaných dat dle požadavků jednotného standardu ÚAP. Po vyplnění zaregistrování je uživateli zpřístupněn formulář k vyplnění a umožněno nahrání dat ke kontrole. Pro spuštění kontroly není nutné vyplnění všech položek formuláře. Na uvedenou e-mailovou adresu je mu pak zasláno oznámení o výsledku kontroly.
− Požadavky pro roli Administrátor (určený zástupce Objednatele)
Administrátor provádí registraci uživatelů a spravuje databázi uživatelů SW. Systém umožní administrátorovi po přihlášení vkládat nové uživatele, editovat jednotlivé záznamy nebo je i smazat.
Po přihlášení se zobrazí seznam všech stávajících uživatelů v prostředí vybaveném nástroji pro jeho správu. Ke každému uživateli budou v seznamu zobrazeny následující informace:
9.2 Požadavky na dokumentaci k SW
Dokumentace ke kontrolnímu nástroji bude zpracována a vydána jako ucelený dokument. Rozsah předané dokumentace ke kontrolnímu nástroji musí umožňovat další rozvoj řešení bez vazby na původního dodavatele. Dokumentace bude zpracována a předána Objednateli v elektronické podobě, požadovaný formát předaných dat je *.docx a *.pdf.
Obsahem dokumentace bude minimálně:
− Popis Dodavatelem navrženého řešení – textový popis fungování řešení jako celku, kompletní přehled dodaných a případně i použitých licencí.
− Popis implementace – dodání kompletní dokumentace nasazení, dodání podrobných kroků instalace systému (může vycházet z nasazení).
− Popis zálohování a obnovy dat – dodání postupu zálohování databáze registrovaných uživatelů, dodání postupu obnovy dat, pokud je systém funkční, dodání postupu obnovy, pokud byl systém nevratně poškozen a je nutné provést novou instalaci.
− Přístup k technické podpoře – popis musí obsahovat pravidla práce s technickou podporou a kontaktní
informaci na technickou podporu.
− Dokumentace produktu – dodání kompletní dokumentace administrátora systému, dodání kompletní dokumentace uživatele – podrobné požadavky popsány v kap. 9.3 Metodická příručka určená pro uživatele SW.
Všechny funkcionality systému, které dané řešení umožňuje, musí být podrobně zdokumentovány tak, aby uživatel neznalý těchto funkcionalit byl s nimi podle dokumentace schopný pracovat.
Veškerý popis musí být krokovým návodem k úplnému provedení popisovaných činností.
9.3 Metodická příručka určená pro uživatele SW
Metodická příručka bude zpracována a předána Objednateli v elektronické podobě, požadovaný formát předaných dat je *.docx a *.pdf. Příručka by měla být zpracována alespoň v následujícím rozsahu:
a) Bude uveden způsob přihlášení a registrace uživatelů.
b) Bude uveden popis obsluhy.
c) Budou popsány prováděné druhy kontrol kontrolním nástrojem.
d) Bude uveden popis jednotlivých generovaných chybových hlášení se srozumitelným vysvětlením, co konkrétně jednotlivá chybová hlášení znamenají a konkrétní příklady generovaných chybových hlášení.
9.4 Plán ukončeni (Exit plán)
Dodavatel dodá plán vymezující veškeré podmínky potřebné pro převedení dodaného řešení na nového poskytovatele služeb („Exit plán“). Strany se dohodly, že v případě sporu o jakékoli technické otázce, která se týká Exit plánu, může být Objednatelem určen soudní znalec pro posouzení sporné otázky a Strany se budou takovým posouzením soudního znalce řídit. V rámci Exit plánu se předpokládá, že Xxxxxxxxx stanoví požadavky na:
a) předání aktualizované dokumentace systému,
b) provedení aktualizace a předání úplného a aktuálního zdrojového kódu,
c) předání seznamu platných administrátorských účtů k systému a platných hesel k nim
d) předání seznamu platných uživatelských účtů
e) rozsah minimálních konzultačních služeb pro předání znalostí týkajících se provozu systému
f) další potřebné služby/činnosti nezbytné pro bezproblémový převod na nového poskytovatele služeb.
Příloha smlouvy č. 2
Příloha č. 2 – SLUŽBY
1. Obecné podmínky poskytovaných služeb
Dodavatele se zavazuje provádět pro Objednatele na svůj náklad a své nebezpečí, řádně a včas služby specifikované v této příloze smlouvy o dílo za účelem zajištění provozní, servisní a poradenské podpory provozu dodaného Díla. Poskytování těchto služeb bude probíhat v rámci plnění dle čl. 3.1.7 Smlouvy poskytování Služeb provozu a podpory a Služeb rozvoje dle č. 3.1.8 Xxxxxxx (4. etapa) nutných pro implemenatci dodaných výstupů do územně plánovací praxe a v termínech v souladu s článkem 6.4 této Smlouvy. Součástí těchto Služeb jsou 2 základní typy služeb poskytované na bázi dohody o úrovni poskytovaných služeb (tzv. SLA):
1. Služby provozu a podpory - jedná se o paušální služby dle stanovené měsíční sazby uvedené v článku 8.3 této Smlouvy spočívající v zajištění online plného a bezproblémového provozu dodané webové aplikace včetně validačního nástroje a platformy pro hlášení a evidenci incidentů požadavků a dotazů (tzv. ServiceDesk), které budou probíhat průběžně.
2. Služby rozvoje - jedná se o služby na výzvu Objednatele hrazené hodinovou sazbou v závislosti na čerpání v souladu s článkem 8.4. této Smlouvy, které budou probíhat v závislosti na potřebách a výzvě Objednatele v termínu dle čl. 6.4 této Smlouvy.
Oba typy služeb budou probíhat pouze na výzvu Objednatele. Výzva k provozování Služeb provozu a podpory musí být Objednatelem doručena Dodavateli minimálně 50 dní předem resp. před začátkem měsíce, kdy má být služba poskytnuta.
Zodpovědnost, role a reakční doby poskytovaných služeb jsou uvedeny v tabulce č. 1 této přílohy.
Služby se poskytují v minimálním rozsahu výkonnostních parametrů uvedených v tabulce č. 2 této přílohy. Pracovním dnem jsou veškeré dny mimo dny pracovního volna, pracovního klidu a státem uznávané svátky. Portál ServiceDesku provozovaný Dodavatelem bude sloužit k hlášení a evidenci incidentů, požadavků a dotazů Objednatele a dalších uživatelů ETL nástroje.
V případě nedostupnosti systému ServiceDesku je třeba odpověď ze strany Dodavatele doložit jiným prokazatelným způsobem a ze strany Objednatele zachytitelným způsobem (např. e-mailem).
Platby za služby v rámci článku č.8.10 této Smlouvy. Pro poskytnutí služeb servisní podpory za podmínek splnění parametrů rozsahu poskytovaných služeb (SLA parametrů) je nutné, aby platily následující předpoklady:
a. Pro vyřešení události poskytne Objednatel a další uživatele součinnost a poskytnou všechny související informace technickým pracovníkům vykonávajícím servisní podporu v plném rozsahu, a to neprodleně.
b. V případě, že odstranění Incidentu je závislé na poskytnuté součinnosti třetí strany (např. výpadek dodávky elektrické energie, telekomunikačních spojení apod.), čas, který plyne po dobu prací třetí strany až do zpětného předání hotového výsledku Dodavateli, se nepočítá do času SLA parametrů Dodavatele.
2. Služby provozu a podpory (paušální služby)
Služba obsahuje provoz online nástroje webové aplikace včetně ETL nástroje a Service desku dle sjednaných parametrů níže tedy slouží k zajištění provozu, podpory a údržby celého ETL Nástroje v plném chodu vč. provozu ServiceDesku viz Tabulka č. 1 sloupec paušál kde je uvedeno „ano“.
Pro dodaný ETL nástroj bude poskytována technická podpora, která bude zahrnovat následující činnosti:
• Servis ETL nástroje, a to zejména odstraňování vad
• Technická podpora všech rozhraní a konektorů bude součástí ceny poskytované technické podpory informačního systému. Technická podpora tak bude hrazena vždy výhradně za informační systém a nikoliv za rozhraní na něj napojená. Všechna rozhraní a konektory budou Objednateli k dispozici pro jeho potřeby v rámci dodávaného informačního systému.
• Průběžné poskytování programových korekcí (Service Packy nebo Patche) dodaných nástrojů
• Aktualizace dokumentace vč. modelů a katalog jevů související s výše uvedenými činnostmi provedenými v rámci paušálních služeb
• Udržovat ETL nástroj ve stavu převoditelnosti na Objednatele či dalšího poskytovatele služeb
3. Služby rozvoje
Součástí služeb rozvoje jsou další implementační služeby zejména služby týkající se vyřizování dotazů registrovaných uživatelů a další případně požadované služby specifikované v tabulce č. 1 nezahrnuté do služeb provozu a podpory – paušálních služeb.
Postup pro oznamování a řešení dotazů a ostatních požadavků (dale jen “požadavky”):
a. Hlášení požadavku se bude provádět následující formou: primárně zadáním do aplikace ServiceDesku. V případě nutnosti na e-mail adresu, zpětně však vždy bude zadáno do ServiceDesku. Přístup ke službě ServiceDesk bude zřízen nejpozději při předání III. etapy díla.
b. Po převzetí požadavku v ServiceDesku, Dodavatel zajistí přidělení technického pracovníka, který se může spojit s osobou hlásící požadavek, nebo s osobou určenou hlásící osobou.
c. Osobami oprávněnými využívat Service desk jsou všichni registrovaní uživatele systému.
V případě nedostupnosti služby ServiceDesk se požadavky nahlašují jedním náhradním způsobem, a to:
a. telefonicky na č. 241433878, případná změna tohoto čísla bude bezodkladně písemně oznámena Objednateli a rozeslána e-mailem všem registrovaným uživatelům
b. e-mailem na adresu xxxx@xxxxx.xx, případná změna e-mailové adresy bude bezodkladně písemně oznámena Objednateli a rozeslána e-mailem všem registrovaným uživatelům
Jsou-li požadavky hlášeny některým z náhradních způsobů, musí takové hlášení obsahovat minimálně informaci o datu a čase nahlášení požadavku, popis požadavku, jméno a kontaktní údaj (telefon nebo e-mail) ohlašovatele požadavku.
V případě nahlášení požadavku jedním z náhradních způsobů, je Dodavatel povinen bezodkladně potvrdit přijetí požadavku na uvedený kontaktní údaj ohlašovatele a následně je povinnen zaevidovat všechny takovéto požadavky do ServiceDesku neprodleně po obnovení dostupnosti ServiceDesku.
Kromě vyřizování požadavků v rámci ServiceDesku jsou součástí dalších implementačních služeb zajišťovaných Dodavatelem zejména požadavky na úpravu dodaného Díla (datový model, výměnný formát, validační nástroj, katalog jevů, vzorové datové struktury, metodika a jejich publikace…) dle aktuálních požadavků Objednatele k zajištění zvýšení kvality řešení). Objednatel má dale právo požádat o poskytnutí součinnosti třetí straně – konzultační služby týkající se technologického řešení pro potřeby dalšího rozvoje jednotné databáze ÚAP.
Tabulka č. 1 | Dodavatel | Objednatel | Režim | Paušál | Poznámka |
Podpora a maintenance SW a provoz v Cloudu | |||||
Zajištění maintenance SW a konfigurace Cloud služeb | R | 5x8 | Ano | ||
Instalace aktualizací SW a rekonfigurace Xxxxx služeb | R | I | 5x8 | Ano | |
Řešení incidentů | |||||
Řešení incidentů | R | C | 5x8 | Ano | |
Součinnost při řešení bezpečnostních incidentů | R | C | 5x8 | Ano | |
Poskytování platformy pro hlášení a evidenci incidentů – ServiceDesk | R | I | 5x8 | Ano | V případě standardního provozu přímým přístupem do ServiceDesku na webové adrese je provoz 7x24 |
Řešení problémů | |||||
Řešení implementačních problémů | R | C | 5x8 | Ne | |
Úpravy funkcionalit a technických parametrů, řešení problémů, dle potřeby Objednatele | |||||
Koncepční business zadaní | C | R | 5x8 | Ne | |
Definice a návrh změny analýza dopadu změny | R | C | 5x8 | Ne | |
Schvalování realizace změny | A | 5x8 | Ne | ||
Realizace změny | R | A | 5x8 | Ne | |
Monitoring | |||||
Automatické monitorování stavu | R | I | 7x24 | Ano | |
Reakce na chybové stavy | R | 5x8 | Ano | ||
Zálohování a obnova | |||||
Zálohování a obnova dat samotné aplikace a dokumentace | R | I | 5x8 | Ano | Nejedná se v této službě o validovaná data aplikace. Tj. data procházející validací, ty mohou býti v případě výpadku ztracena. |
Reporting a akceptace služeb | |||||
Výkaz o dostupnosti | R | I | 5x8 | Ano | |
Výkaz o řešení incidentů včetně dodržení Reakční doby, Xxxx vyřešení a příčiny incidentu | R | I | 5x8 | Ano | |
Akceptace/neakceptace výkazů | C | R | 5x8 | Ano | |
Akceptace/neakceptace plnění rozsahu služby (SLA) a případné řešení sankcí | C | R | 5x8 | Ano | |
Vysvětlivky:
A - rozhoduje o provedení činnost R - realizuje činnost
C - je konzultován, poskytuje součinnost I - je informován
Tab. č. 2 Přehled požadovaných cílových parametrů poskytování služeb (tzv. SLA) | ||
Název služby | Specifikace SLA parametru služby | Sjednaná mezní hodnota SLA parametru |
Provoz validačního nástroje | Dostupnost | Pracovní dny: 6:00 – 20:00 – 95% 20:00 – 6:00 – 90% Nepracovní dny 80 % |
Kontrolní nástroj musí být, včetně | ||
infrastruktury a provozních postupů, | ||
navržen a vytvořen tak, aby umožnil | ||
zajištění dostupnosti pro koncové | ||
uživatele na úrovni: 7x24 | ||
Systém bude považován za nedostupný: | ||
> od oprávněné identifikace | ||
nedostupnosti | ||
> od nahlášení nedostupnosti uživatelem | ||
systému až do okamžiku obnovení | ||
provozu. | ||
V obou případech je systém považován | ||
za nedostupný pouze v těch případech, | ||
kdy není prokázaná nesprávnost | ||
uživatelského hlášení nebo automatické | ||
detekce. | ||
Každá identifikace nedostupnosti musí | ||
být řešena jako incident prostřednictvím | ||
ServiceDesk nástroje Dodavatele. | ||
Provoz validačního nástroje | RTO (Recovery Time Objective – čas obnovy systému) | 3 dny |
Bagatelní dotaz registrovaného uživatele | Odpověď | Obratem do 270 min. |
Dotaz registrovaného uživatele | Odpověď | 3 pracovní dny |
Změna formátu ÚAP na základě legislativního požadavku | Odpověď na požadavek | 3 pracovní dny |
Změna formátu ÚAP na základě legislativního požadavku | Úprava datového modelu a validátoru | 30 pracovních dnů |
Počet souběžně neregistrovaných návštěvníků současně | Návštěvník | Alespoň 5 000 |
Počet souběžně registrovaných návštěvníků v registrované časti webu | Návštěvník | Alespoň 200 |
Počet proběhlých validací | Souborů za den | 100 |
Rychlost validace | Čas | 2 hodiny |
Ohlášení odstávky | Čas | 7 dní předem |
Příloha č. 3 – Harmonogram plnění
Č. | Název | Etapa | Termín plnění | ||||||||
1 | Nabytí účinnosti smlouvy (zveřejnění v registru smluv) | I. | T1 | ||||||||
2 | Prováděcí projekt a Předimplementační analýza | I. | T1+30 dnů | ||||||||
3 | Akceptační řízení k I. etapě | I. | T1 + 45 dnů | ||||||||
4 | Návrh datového modelu vč. výměnného formátu | II. | T1 + 120 dnů | ||||||||
5 | Návrh podoby katalogu jevů | II. | T1 + 120 dnů | ||||||||
6 | Prezentace návrhu | II. | T1 + 120 dnů | ||||||||
7 | Akceptační řízení k II. etapě | II. | T1 + 135 dnů | ||||||||
8 | Předání písemných pokynů objednatele | III. | T2 | ||||||||
9 | Úprava datového modelu vč. výměnného formátu | III. | T2 + 120 dnů | ||||||||
10 | Úprava a naplnění katalogu jevů | III. | T2 + 120 dnů | ||||||||
11 | Validační nástroj pro kontrolu souladu dat | III. | T2 + 120 dnů | ||||||||
12 | Metodika k jednotnému standardu | III. | T2 + 120 dnů | ||||||||
13 | Dokumentace, finalizace exit plánu a návrh způsobu migrace dat do centrálního IS | III. | T2 + 120 dnů | ||||||||
14 | Akceptační řízení k III. etapě | III. | T2 + 135 dnů | ||||||||
15 | Poskytování služeb provozu, podpory a rozvoje | IV. | po dobu 12 měsíců | ||||||||
Příloha č. 4 – Přehled sledovaných jevů
samostatný dokument – bude vložen před podpisem smlouvy
Příloha smlouvy o dílo č. 5
Příloha č. 5 – Seznam členů realizačního týmu
Čestně prohlašuji, že níže uvedené osoby se budou podílet na plnění zakázky.
Název pozice | Jméno, příjmení, titul | Relevantní počet let praxe (období měsíc/rok od-do, s přesností na měsíce), ve vztahu k dané odbornosti a praxi. | Informace, zda se jedná o zaměstnance dodavatele nebo osobu působící jako poddodavatel |
1) Projektový manažer | Xxx. Xxxxxx Xxxxxx | více než 10 let praxe (08/2013-05/2024) | zaměstnanec dodavatele |
2) Business analytik | Xxx. Xxx Xxxxxx | více než 6 let praxe (11/2017-05/2024) | zaměstnanec dodavatele |
3) Solution Architekt | Xxx. Xxxxxxxx Xxx | více než 18 let praxe (01/2006-05/2024) | zaměstnanec dodavatele |
4) GIS expert | Xxx. Xxxxx Xxxxxxxx | více než 20 let praxe (01/2004-05/2024) | zaměstnanec dodavatele |
5) Specialista se zaměřením na tvorbu webových aplikací | Xxx. Xxxxxxxx Xxxxxx | více než 20 let praxe (03/2004-05/2024) | zaměstnanec dodavatele |
6) Specialista v oblasti územně analytických podkladů (zpracovatel) | Xxx. Xxxxxxx Xxxxxxx | více než 17 let praxe (04/2007-05/2024) | zaměstnanec dodavatele |
Příloha č. 6 – Seznam poddodavatelů
Příloha smlouvy č. 6
Dodavatel tímto čestně prohlašuje, že na plnění veřejné zakázky se nebudou podílet poddodavatelé.