Upozornění: Text přílohy byl získán strojově a nemusí přesně odpovídat originálu. Zejména u strojově nečitelných smluv, kde jsme použili OCR. originál smlouvy stáhnete odsud
SMLOUVA O DODÁVCE SOFTWARE
uzavřena mezi
Městem Písek
jako Objednatelem na straně jedné
a
ALTAIR SOFTWARE s.r.o.
jako Dodavatelem na straně druhé
OBSAH
1. DEFINICE A VÝKLAD POJMŮ............................................................................................................. 4
2. PŘEDMĚT SMLOUVY ............................................................................................................................ 8
3. ÚČEL SMLOUVY..................................................................................................................................... 9
4. DOBA PROVEDENÍ PLNĚNÍ................................................................................................................. 9
5. MÍSTO PLNĚNÍ ........................................................................................................................................ 9
6. CENA A PLATEBNÍ PODMÍNKY ......................................................................................................... 9
7. FAKTURACE .......................................................................................................................................... 10
8. ZPŮSOB PROVEDENÍ PLNĚNÍ .......................................................................................................... 11
9. AKCEPTAČNÍ ŘÍZENÍ ......................................................................................................................... 12
10. PRÁVA DUŠEVNÍHO VLASTNICTVÍ................................................................................................ 14
11. DŮVĚRNÉ INFORMACE...................................................................................................................... 17
12. OCHRANA OSOBNÍCH ÚDAJŮ.......................................................................................................... 18
13. POJIŠTĚNÍ .............................................................................................................................................. 18
14. ÚČAST PODDODAVATELŮ ................................................................................................................ 19
15. SOUČINNOST OBJEDNATELE .......................................................................................................... 19
16. REALIZAČNÍ TÝM................................................................................................................................ 20
17. ZÁRUKA ZA JAKOST, PRÁVA Z VADNÉHO PLNĚNÍ.................................................................. 21
18. NÁROK NA NÁHRADU ÚJMY............................................................................................................ 21
19. SMLUVNÍ POKUTY .............................................................................................................................. 22
20. KOMUNIKACE STRAN ........................................................................................................................ 23
21. OSTATNÍ UJEDNÁNÍ............................................................................................................................ 23
22. TRVÁNÍ SMLOUVY .............................................................................................................................. 24
23. VYPOŘÁDÁNÍ V PŘÍPADĚ ZÁNIKU SMLUVNÍHO VZTAHU..................................................... 26
24. PROHLÁŠENÍ STRAN .......................................................................................................................... 27
25. ROZHODNÉ PRÁVO A ŘEŠENÍ SPORŮ........................................................................................... 28
26. ROZPORY V DOKUMENTACI ........................................................................................................... 28
27. ZÁVĚREČNÁ USTANOVENÍ............................................................................................................... 28
2 / 30
SMLOUVA O DODÁVCE SOFTWARE
uzavřená podle ustanovení § 1746 odst. 2, § 2358 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ů
(„Smlouva“)
SMLUVNÍ STRANY
(1) Město Písek
IČO: 00249998, se sídlem na adrese Velké náměstí 114/3, 397 19 Písek
DIČ: CZ00249998
bankovní KOMERČNÍ BANKA, A.S.
spojení:
číslo účtu: 127271/0100
zastoupená: MGR. EVOU VANŽUROVOU, STAROSTKOU MĚSTA
(„Objednatel“)
a
(2) ALTAIR SOFTWARE s.r.o.
IČO: 28350511, se sídlem Havelkova 90/6, 779 00 Olomouc, zapsaný v obchodním rejstříku
vedeném Krajským soudem v Ostravě, sp. zn. C 61771
DIČ: CZ28350511
bankovní spojení: Raiffeisenbank CZ a.s.
číslo účtu:
zastoupená: Bc. Markem Vávrou, jednatelem
(„Dodavatel“)
(Objednatel a Dodavatel společně „Strany“ a každý z nich samostatně „Strana“)
PREAMBULE
(A) Dodavatel je odborníkem v oboru informačních technologií s dostatečnými zkušenostmi a
know-how v oblasti dodávky počítačových programů a jiných součástí informačních technologií
se zaměřením zejména na předmět Veřejné zakázky.
(B) Objednatel má zájem o dodávku programového vybavení pro řízení vztahu s občany, platformy
pro plošná témata města a komunikační platformy pro občany („Software“) a o implementaci
do své IT infrastruktury Dodavatelem.
(C) Objednatel oznámil v otevřeném zadávacím řízení ve smyslu § 56 ZZVZ (jak je tento pojem
definován níže), svůj úmysl zadat v tomto řízení veřejnou zakázku s názvem „Zefektivnění
chodu Městského úřadu Písek“ - část 3 s názvem „Dodávka SW – systému pro řízení vztahu s
občany, informační platformy pro plošná témata města a komunikační platformy pro občany“,
3 / 30
číslo zakázky Z2018-027992 zveřejněnou Objednatelem dne 16. 8. 2018 ve Věstníku veřejných
zakázek („Veřejná zakázka“).
(D) Dodavatel předložil dne 5. 10. 2018 Objednateli svou nabídku, kterou Objednatel vyhodnotil
jako nejvhodnější ze všech hodnocených nabídek podaných v rámci Veřejné zakázky.
Objednatel se rozhodl realizovat Veřejnou zakázku prostřednictvím Dodavatele a Dodavatel je
ochoten se na realizaci podílet v souladu s podmínkami stanovenými v této Smlouvě a
zadávacími podmínkami předmětné Veřejné zakázky. Ustanovení této Smlouvy je třeba
vykládat v souladu se zadávacími podmínkami předmětné Veřejné zakázky.
(E) Dodavatel je připraven plnit své povinnosti vyplývající ze Smlouvy a dodat Objednateli
Software v souladu s principy „best practice“ dle svého nejlepšího vědomí, ve prospěch
Objednatele a s ohledem na šetření nákladů Objednatele.
1. DEFINICE A VÝKLAD POJMŮ
1.1 Níže uvedené pojmy mají význam definovaný v tomto Článku 1.1 s tím, že v textu Smlouvy
jsou uvedeny vždy s velkým počátečním písmenem:
(a) „Akceptace“ znamená schválení a převzetí předmětu Plnění či Dílčí části Plnění
Objednatelem v souladu s Článkem 9 (Akceptační řízení);
(b) „Akceptační kritérium“ znamená podmínku anebo vlastnost výstupu provádění Plnění,
která musí být splněna, aby byl výstup Plnění Akceptován, přičemž Akceptační kritéria
jsou uvedena v:
(i) Příloze č. 1 [Specifikace Plnění],
(ii) dohodě Stran, nebo
(iii) neobsahuje-li ani jeden z výše uvedených dokumentů v uvedeném pořadí přednosti
kritéria týkající se konkrétního výstupu, pak se jedná o vlastnosti, které musí
výstup Plnění této Smlouvy mít, aby byl plně způsobilý sloužit svému účelu;
(c) „Akceptační protokol“ má význam uvedený v Článku 9.4;
(d) „Akceptační řízení“ má význam uvedený v Článku 9.1;
(e) „Analýza“ má význam uvedený v Článku 8.1; je-li v této Smlouvě používán pojem
Analýza ve smyslu upřesnění požadavků Objednatele na provedení Plnění a jeho
vlastnosti, myslí se tím Analýza v podobě Akceptované Objednatelem v souladu
s Akceptačním řízením;
(f) „Autorské dílo“ znamená dílo ve smyslu § 2 Autorského zákona; zejména Software,
databáze a jakékoliv výstupy Dodavatele předávané Objednateli na základě této
Smlouvy, které splňují podmínky stanovené v § 2 Autorského zákona;
(g) „Autorský zákon“ znamená zákon č. 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ů;
(h) „Cena“ má význam uvedený v Článku 6.1;
(i) „Databáze“ znamená databázi ve smyslu § 88 Autorského zákona;
(j) „Dílčí část Plnění“ znamená dílčí část Plnění uvedenou v Článku 2.2 a specifikovanou
v dílčích částech v Příloze č. 1 [Specifikace Plnění];
(k) „Dodavatel“ má význam uvedený v záhlaví této Smlouvy;
(l) „Dokumentace“ znamená dokumenty, které jsou výstupem provádění Plnění, zejména
pak dokumenty výslovně uvedené v Článku Chyba! Nenalezen zdroj odkazů.;
4 / 30
(m) „DPH“ znamená daň z přidané hodnoty ve smyslu zákona č. 235/2004 Sb., o dani
z přidané hodnoty, ve znění pozdějších předpisů;
(n) „Důvěrné informace“ má význam uvedený v Článku 11.1;
(o) „Faktura“ má význam uvedený v Článku 7.1;
(p) „Hardware“ znamená veškeré hmotné součásti počítačových systémů a veškeré
související vybavení hmotné povahy spolu se vším příslušenstvím, a včetně veškeré
související dokumentace;
(q) „Harmonogram“ má význam uvedený v Článku 4.1;
(r) „Implementace“ znamená nasazení Software do IT prostředí Objednatele,
přizpůsobování Software specifickým potřebám Objednatele, a uvedení Software do
stavu způsobilého Testování jeho funkčnosti;
(s) „Insolvenční zákon“ znamená zákon č. 182/2006 Sb., o úpadku a způsobech jeho
řešení (insolvenční zákon), ve znění pozdějších předpisů;
(t) „Integrace“ znamená věcné a funkční propojení předmětu Plnění s jiným prvkem anebo
programovým anebo Hardwarovým vybavením Objednatele.
(u) „Instalace“ znamená
(i) v případě Software provedení veškerých činností nezbytných k jeho zprovoznění
v IT prostředí Objednatele.
(v) „ISDS“ znamená Informační systém datových schránek ve smyslu zákona
č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů, ve
znění pozdějších předpisů;
(w) „Kontaktní osoby“ jsou osoby uvedené v Příloze č. 4 [Kontaktní osoby];
(x) „Kvalifikované osoby“ má význam uvedený v Článku 16.1;
(y) „Licence“ má význam uvedený v Článku 10.2;
(z) „Místo plnění“ znamená všechna místa, ve kterých je Dodavatel povinen provést
Plnění dle Článku 5 (Místo plnění);
(aa) „Náhradní kvalifikovaná osoba“ má význam uvedený v Článku 16.5;
(bb) „Nařízení“ 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;
(cc) „Nezbytná povolení“ znamenají veškerá vyjádření, schválení, souhlasy, rozhodnutí,
povolení, potvrzení, osvědčení a další dokumenty vydané příslušnými orgány veřejné
správy, včetně povolení a licencí, živnostenské listy, koncesní listiny, a veškeré
souhlasy třetích osob a dohody s nimi, které jsou nezbytné k plnění této Smlouvy;
(dd) „Občanský zákoník“ znamená zákon č. 89/2012 Sb., občanský zákoník, ve znění
pozdějších předpisů;
(ee) „Objednatel“ má význam uvedený v záhlaví této Smlouvy;
(ff) „Osobní údaje“ znamená osobní údaje a citlivé údaje včetně zvláštních kategorií
osobních údajů ve smyslu článku 9 Nařízení a rozsudků ve smyslu článku 10 Nařízení;
(gg) „Pilotní provoz“ znamená provoz a ověřování vlastností Software v podmínkách
odpovídajících realitě;
5 / 30
(hh) „Poddodavatel“ znamená kteroukoli třetí osobu realizující subdodávky pro Dodavatele
v souvislosti s touto Smlouvou, která je uvedena v Příloze č. 6 [Poddodavatelé]. Pro
zamezení pochybnostem Strany prohlašují, že realizací subdodávek dle předchozí věty
se rozumí i poskytnutí oprávnění (např. Licence) Objednateli ze strany třetích osob;
(ii) „Plnění“ znamená dodávku Software a provedení veškerých činností ve smyslu této
Smlouvy, jak je to ve stěžejních bodech uvedeno v Článku 2.1;
(jj) „Produkční prostředí“ znamená instalaci Plnění v ostrém provozu běžně přístupnou
uživatelům Plnění;
(kk) „Realizační tým“ znamená (i) osoby uvedené v Příloze č. 7 [Realizační tým], kterými
Dodavatel prokazoval splnění kvalifikačních předpokladů v rámci Veřejné zakázky, (ii)
další osoby (zaměstnanci Dodavatele či Poddodavatelé), prostřednictvím nichž
Dodavatel provádí Plnění;
(ll) „Standardní software“ znamená Software, který je v souladu s Analýzou vhodné
instalovat a integrovat do IT Prostředí Objednatele, a který je nezbytný pro funkčnost
Plnění jako celku a současně byl vytvořen osobou odlišnou od Dodavatele a s ním
propojených osob a je distribuován pod standardními licenčními podmínkami více
třetím osobám. Mezi Standardní software patří pouze:
(i) Software renomovaných výrobců, jenž je na trhu běžně dostupný, tj. nabízený na
území České republiky alespoň dvěma (2) na sobě nezávislými a vzájemně
nepropojenými subjekty oprávněnými takovýto Software upravovat, a který je
v době uzavření Smlouvy prokazatelně užíván v produkční prostředí nejméně u pěti
(5) na sobě nezávislých a vzájemně nepropojených subjektů (virtualizované prostředí
umístěné na stejném Hardware se považuje za jedno produkční prostředí);
(ii) Software šířený 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.
(iii) Software, u kterého Dodavatel poskytne s ohledem na jeho (i) marginální význam,
(ii) nekomplikovanou propojitelnost či (iii) oddělitelnost a nahraditelnost v Plnění
bez nutnosti vynakládání větších prostředků (více jako 50.000 Kč/rok), písemnou
garanci, že další rozvoj Plnění jinou osobou než Dodavatelem je možné provádět bez
toho, aby tím byla dotčena práva autorů takovéhoto softwaru, neboť nebude nutné
zasahovat do Zdrojových kódů takovéhoto softwaru anebo proto, že případné
nahrazení takovéhoto Softwaru nebude představovat výraznější komplikaci a náklad
na straně Objednatele.
(iv) Software, jehož API („Application Programming Interface“) pokrývá všechny
moduly a funkcionality Software ve smyslu bodu (C) Preambule, je dobře
dokumentované, umožňuje zapouzdření Software a jeho adaptaci v rámci měnících
se podmínek IT Prostředí Objednatele a bez nutnosti zásahu do Zdrojových kódů
Softwaru, a Dodavatel poskytne Objednateli právo užít toto rozhraní pro
programování aplikací ve stejném rozsahu, jako Software.
(mm) „Software“ má význam uvedený v bodě (C) preambule této Smlouvy a znamená
veškeré programové vybavení a další Autorská díla, stejně jako další věci či jiné
majetkové hodnoty, které s dodávaným programovým vybavením souvisí a jsou určeny
ke společnému užívání s tímto programovým vybavením, včetně veškeré související
dokumentace a updatů a upgradů tohoto programového vybavení, avšak s výjimkou
Hardware a Databází;
(nn) „Školení“ znamená prezenční seminář (workshop) trvající alespoň čtyři (4) hodiny, kdy
kapacita jednoho Školení (workshopu) bude vždy maximálně dvacet (20) uživatelů;
(oo) „Testy“ se rozumí provádění testovacího užívání Software;
6 / 30
(pp) „Vada kategorie A“ znamená kritickou vadu, která má zásadní dopad na základní
funkce Software, má jakýkoli vliv na kvalitu a bezpečnost dat a výsledky jejich
zpracování anebo způsobuje výpadky Software;
(qq) „Vada kategorie B“ znamená vadu umožňující provoz základních funkcí Software,
zároveň nemá vliv na kvalitu ani na bezpečnost dat a výsledky zpracování anebo hrozí,
že by mohla způsobit výpadek Software;
(rr) „Vada kategorie C“ znamená vadu, která není Vadou kategorie A anebo B (např.
špatná grafická úprava aplikace, špatný pravopis u nápovědy apod.);
(ss) „Zadávací dokumentace“ znamená veškeré zadávací podmínky ve smyslu ZZVZ
předmětné k Veřejné zakázce;
(tt) „Záruční doba“ má význam uvedený v Článku 17.1;
(uu) „Zástupce“ má význam uvedený v Příloze č. 4 [Kontaktní osoby];
(vv) „Zboží“ znamená ty jednotlivé součásti Plnění, jež spočívají v dodávce Hardware anebo
jiných předmětů hmotné povahy, které jsou výslovně specifikované v Příloze č. 1;
(ww) „Zdrojový kód“ znamená zápis kódu počítačového programu (Softwaru) v
programovacím jazyce, který je uložen v jednom nebo více editovatelných souborech,
čitelný, opatřený komentáři vysvětlujícími jednotlivé jeho části alespoň ve standardu
obvyklém pro open source projekty a procesy, ve spustitelném formátu odpovídajícím
programovacímu jazyku a Produkčnímu prostředí, včetně ověřeného a podrobného
postupu nezbytného pro sestavení plně funkčního strojového kódu, a v podobě, aby jej
bylo možné zkompilovat do strojového kódu bez nutnosti provedení jiných úprav, než
kompilace v souladu s postupem k sestavení;
(xx) „ZRS“ znamená zákon č. 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), ve znění
pozdějších předpisů;
(yy) „ZZVZ“ znamená zákon č. 134/2016 Sb., zákon o zadávání veřejných zakázek, ve
znění pozdějších předpisů.
1.2 Pro výklad této Smlouvy platí následující pravidla:
(a) Odkazy na „Články“ a „Přílohy“ se vykládají jako odkazy na příslušné články a přílohy
této Smlouvy.
(b) Pojmy definované v této Smlouvě v množném čísle mají shodný význam i v jednotném
čísle a naopak.
(c) Odkazy na „dny“ jsou odkazy na kalendářní dny.
(d) 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.
(e) Pojem „listinný“ nebo „listinné“ znamená dokument tištěný na papíře, sešitý způsobem
snižujícím možnost rozešití a opatřený vlastnoručními podpisy osob jednajících
za jednotlivé Strany.
(f) 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.
(g) 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ů.
7 / 30
(h) 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í.
(i) Pojem újma znamená vždy újmu na jmění (škodu) ve smyslu § 2894 odst. 1 Občanského
zákoníku a dále vždy i nemajetkovou újmu ve smyslu § 2894 odst. 2 Občanského
zákoníku. Toto ustanovení je výslovným ujednáním o povinnosti Stran odčinit
nemajetkovou újmu v případech porušení povinností dle této Smlouvy.
(j) 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.
(k) Není-li zkratka či pojem uvedený s velkým písmenem v Přílohách této Smlouvy anebo
jiných částech dokumentace k Veřejné zakázce, vyjma těla Smlouvy, definovaným pojmem
ve smyslu Článku 1.1, 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.
(l) V případě rozporu mezi textem těla této Smlouvy a jejími Přílohami má přednost text těla
této Smlouvy.
2. PŘEDMĚT SMLOUVY
2.1 Touto Smlouvou se Dodavatel zavazuje:
(a) vytvořit Analýzu;
(b) dodat Software;
(c) poskytnout Licenci, a jiná oprávnění k Autorským dílům a Databázím a jiná oprávnění k
Software;
(d) provést Instalaci Software;
(e) provést Implementaci Software;
(f) provést Integraci Software;
(g) dodat Dokumentaci;
(h) provést nezbytné Školení uživatelů Software a jeho administrátorů;
(i) dodat Zboží;
(j) provést či provádět další činnosti, které jsou výslovně uvedeny v Příloze č. 1 [Specifikace
Plnění].
(„Plnění“)
2.2 Dodavatel se zavazuje provést Plnění v následujících Dílčích částech Plnění, jejichž výstupy
budou samostatným předmětem Akceptačního řízení:
(a) Systém řízení vztahu s občany dle části A Přílohy č. 1;
(b) Informační platforma pro plošná témata města (Objednatele) dle části B Přílohy č. 1; a
(c) Komunikační platforma pro občany dle části C Přílohy č. 1.
(„Dílčí části Plnění“)
2.3 Touto Smlouvou se Objednatel zavazuje:
(a) převzít dodané Plnění a zaplatit Dodavateli za řádně poskytnutý předmět Plnění v souladu
s touto Smlouvou Cenu (jak je definována níže);
(b) poskytnout Dodavateli nezbytnou součinnost pro plnění povinností Dodavatele dle této
Smlouvy.
8 / 30
3. ÚČEL SMLOUVY
3.1 Účelem této Smlouvy je zajistit pro Objednatele provedení Plnění, které bude přispívat a vést
k naplnění následujících cílů:
(a) zajištění efektivní komunikace s občany v krizových situacích, ochrany jejich majetku a
zdraví, zvyšování návštěvnosti kulturních akcí a jejich ziskovosti, resp. snadné
realizovatelnosti a vyhodnocování průzkumů veřejného mínění a názorů občanů,
(b) zajištění možnosti zobrazení nejrůznějších jevů v rámci městských aglomerací, a to i v
případě relativně složitých témat, jako jsou například monitoring životního prostředí, mapa
dopravních proudů, územní plánování, kulturní mapa města, mapa kriminality, hluková
mapa, stavy odpadních nádob, interaktivní turistická mapa, stavy toků při povodních,
rozmístění kardiostimulátorů na území města a další,
(c) zajištění komunikačního nástroje občanů pro interakci s úřadem Objednatele.
4. DOBA PROVEDENÍ PLNĚNÍ
4.1 Plnění a Dílčí části Plnění bude Dodavatel provádět v termínech sjednaných v Příloze č. 2
[Časový harmonogram] („Harmonogram“).
4.2 Dodavatel se zavazuje provést Plnění a jednotlivé Dílčí části Plnění vždy tak, aby předání
a převzetí Plnění a jednotlivých výstupů plnění této Smlouvy, tj. Akceptace, bylo dokončeno
nejpozději v den, který je uveden pro dotčený výstup v Harmonogramu. Změna Harmonogramu
je možná pouze v důsledku prodlení Objednatele anebo dohodou Stran.
5. MÍSTO PLNĚNÍ
5.1 Místem plnění této Smlouvy jsou prostory Objednatele, a to na adrese Velké náměstí 110/3, 397
01 Písek.
5.2 Dodavatel je povinen provést Instalaci, Implementaci a Integraci Software a zprovoznit
Software v Místě plnění.
5.3 Dodavatel bude provádět Plnění vzdáleným přístupem (off-site), a pokud to povaha plnění této
Smlouvy umožňuje a není to v rozporu s požadavky Objednatele, tak také na místě (on-site);
Objednatel poskytne Dodavateli potřebnou součinnost a přihlašovací údaje pro provádění Plnění
vzdáleným přístupem.
6. CENA A PLATEBNÍ PODMÍNKY
6.1 Objednatel je povinen zaplatit Dodavateli za provedení Plnění částku 3 396 000 Kč (slovy: tři
miliony tři sta devadesát šest tisíc korun českých) bez DPH („Cena“). Objednatel se zavazuje
Cenu platit po částech po provedení jednotlivých částí Plnění, a to ve výši sjednané v Příloze č.
5 [Cena]. DPH bude uplatněna ve výši dle právních předpisů platných a účinných ke dni
zdanitelného plnění. Za den zdanitelného plnění se považuje den vzniku práva na zaplacení
příslušné části Ceny dle Článku 6.5.
6.2 Strany tímto sjednávají, že Cena zahrnuje odměnu za veškeré dodávky, poskytnutí Licence,
ostatních oprávnění poskytnutých Dodavatelem Objednateli v souladu s Článkem 10 (Práva
duševního vlastnictví) a veškeré činnosti prováděné Dodavatelem na základě této Smlouvy
a také veškeré náklady Dodavatele spojené s plněním této Smlouvy.
6.3 Cena je mezi Stranami výslovně sjednávána jako nejvyšší možná a nepřekročitelná a Strany při
jejím stanovení zohlednily její přiměřenost vzhledem k předpokládaným výnosům z Licence a
ostatních oprávnění poskytnutých Dodavatelem Objednateli v souladu s Článkem 10 (Práva
duševního vlastnictví) udělených dle této Smlouvy.
6.4 Není-li v této Smlouvě výslovně sjednáno jinak, není Dodavatel oprávněn požadovat během
provádění Plnění zaplacení části Ceny po provedení části Plnění dle § 2610 odst. 2 Občanského
zákoníku ani požadovat během provádění Plnění přiměřenou část odměny ve smyslu § 2611
9 / 30
Občanského zákoníku. Strany se souhlasně dohodly na vyloučení aplikace ustanovení § 2436
Občanského zákoníku upravujícího úhradu hotových výdajů a povinnost poskytnout
odpovídající zálohu.
6.5 Právo na zaplacení příslušné části Ceny Dodavateli vzniká (okamžikem, ke kterému je
Dodavatel oprávněn vystavit Fakturu) dokončením příslušné části Plnění ve smyslu Přílohy č. 5
[Cena] a vyznačením v Akceptačním protokolu alespoň „Akceptováno s výhradou“ u
posledního výstupu příslušné části provádění Plnění, což však nezbavuje Dodavatele povinnosti
odstranit vady vytčené v Akceptačním protokolu v rámci Akceptačního řízení. V případě
vyznačení v Akceptačním protokolu „Akceptováno s výhradou“ je Objednatel oprávněn na
základě sdělení Dodavateli, bez ohledu na jiná ustanovení této Smlouvy, zadržet částku
odpovídající deseti procentům (10%) z příslušné části Ceny (nejvíce však deset procent (10 %)
z Ceny jako celku, a to do doby, než Dodavatel odstraní veškeré vady vytčené v Akceptačním
protokolu; v případě, že odstraněním vady dojde ke vzniku jiné vady, pak do odstranění takové
nové vady.
7. FAKTURACE
7.1 Cena bude hrazena na základě daňového dokladu, který je Dodavatel oprávněn vystavit nejdříve
v den vzniku práva na zaplacení („Faktura“). Faktura musí obsahovat všechny náležitosti
daňového dokladu ve smyslu platných a účinných obecně závazných právních předpisů ČR,
zejména náležitosti dle § 29 zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění
pozdějších předpisů a § 435 Občanského zákoníku resp. číslo dotačního projektu Zvyšování
efektivity a transparentnosti veřejné správy prostřednictvím rozvoje využití a kvality
systému IKT, reg. číslo projektu CZ.06.3.05/0.0/0.0/16_044/0005864. Cena bude hrazena
přímo na bankovní účet Dodavatele vedený u banky v České republice specifikovaný v této
Smlouvě, nebude-li na Faktuře uveden jiný bankovní účet; ve všech případech se musí jednat o
účet ve smyslu Článku 7.5.
7.2 Doba splatnosti Faktury je třicet (30) ode dne doručení příslušné Faktury Objednateli. Připadne-
li termín splatnosti na den, který není pracovním dnem, posouvá se termín splatnosti na nejbližší
následující pracovní den. Ke splnění dluhu Objednatele dojde odepsáním částky z účtu
Objednatele.
7.3 Dodavatel je povinen doručit Objednateli Fakturu na výše uvedenou adresu Objednatele
nejpozději do patnáctého (15.) dne měsíce následujícího po měsíci, kdy Dodavateli vzniklo
právo na zaplacení. Objednatel má po dobu splatnosti Faktury právo posoudit, zda je Faktura
bezchybně vystavena a splňuje všechny náležitosti daňového dokladu ve smyslu platných a
účinných obecně závazných právních předpisů ČR, a na její vrácení, a to i opakovaně, pokud
není bezchybně vystavena anebo nesplňuje všechny náležitosti daňového dokladu ve smyslu
platných a účinných obecně závazných právních předpisů ČR anebo k ní nebyly přiloženy
všechny dokumenty ve smyslu této Smlouvy prokazující provedení a předání příslušné Dílčí
části Plnění. Vrácením takové Faktury se doba splatnosti a doba pro posouzení bezchybnosti
Faktury přerušuje a po dodání opravené Faktury začíná běžet doba nová.
7.4 Přílohou každé Faktury bude kopie podepsaného Akceptačního protokolu, popřípadě všech
podepsaných Akceptačních protokolů týkajících se příslušné Dílčí části Plnění.
7.5 V případě, že Dodavatel získá v průběhu trvání závazkového vztahu založeného touto
Smlouvou rozhodnutím správce daně status nespolehlivého plátce v souladu s ustanovením
§ 106a zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů, uhradí
Objednatel daň z přidané hodnoty z poskytnutého plnění - dle § 109a téhož zákona – přímo
příslušnému správci daně namísto Dodavatele a následně uhradí Dodavateli Cenu poníženou
o takto zaplacenou daň. Dodavatel se zavazuje na Faktuře uvést účet zveřejněný správcem daně
způsobem, umožňujícím dálkový přístup. Je-li na Faktuře vystavené Dodavatelem uveden jiný
účet, než je účet stanovený v předchozí větě, je Objednatel oprávněn zaslat Fakturu zpět
Dodavateli k opravě, kdy Článek 7.3 se užije obdobně.
10 / 30
8. ZPŮSOB PROVEDENÍ PLNĚNÍ
8.1 Dodavatel se zavazuje zpracovat podrobnou Analýzu konkretizující požadavky Objednatele na
Software v rozsahu odpovídajícím specifikacím dle Přílohy č. 1 [Specifikace Plnění]
(„Analýza“).
8.2 Dodavatel je povinen provést Plnění v souladu s Harmonogramem a požadavky a specifikacemi
ve smyslu Článku 8.4. Dodavatel je povinen provést Plnění na vlastní nebezpečí a na vlastní
náklady. Dodavatel se zavazuje současně s předáním předmětu Plnění k Akceptačnímu řízení
předat Dokumentaci.
8.3 Dodavatel je povinen zajistit, že ke dni Akceptace předmětu Plnění či Dílčí části Plnění
Objednatelem bude Plnění či Dílčí část v souladu s platnými a účinnými právními předpisy
České republiky.
8.4 Dodavatel je povinen provést Plnění a Software musí mít vlastnosti v souladu s požadavky
uvedenými ve/v:
(a) Příloze č. 1 [Specifikace Plnění];
(b) Analýze;
(c) této Smlouvě; a
(d) Zadávací dokumentaci.
V případě rozporu mezi dokumenty uvedenými v tomto Článku 8.4 a nestanoví-li tato Smlouva
jinak, mají dané dokumenty při výkladu práv a povinností Stran stanovených touto Smlouvou
přednost v pořadí od (a) do (d), přičemž bez ohledu na pořadí dokumentů Plnění musí vždy
splňovat požadavky ZZVZ.
8.5 Podrobnosti provádění Plnění, včetně posloupnosti provádění jednotlivých jeho částí,
Akceptačních kritérií, Testů a dalších podmínek pro splnění předmětu této Smlouvy stanoví
Analýza vycházející z Přílohy č. 1 [Specifikace Plnění].
8.6 Dodavatel je povinen provést Plnění se znalostí a péčí, která je očekávána od Dodavatele, který
má veškeré dostupné požadované znalosti a nejnovější relevantní zkušenosti v oblasti ICT
technologií.
8.7 Dodavatel je povinen provést Plnění objektivním, nestranným a profesionální způsobem,
neovlivněným jakýmkoliv konkrétním jiným obchodním zájmem Dodavatele či kohokoliv
z jeho personálu anebo dodavatelů, bez návazností na obdržení jakýchkoli odměn ve spojitosti
s plněním této Smlouvy od jiné osoby než je Objednatel.
8.8 Dodavatel je povinen provést Plnění v souladu s obecně závaznými právními předpisy, pokyny
vydanými Objednatelem, obsahem poskytnutých informací a materiálů, dodržovat při
případném pohybu svých pracovníků v objektech Objednatele bezpečnostní, hygienické,
požární, organizační, ekologické předpisy, předpisy o bezpečnosti a ochraně zdraví při práci na
pracovištích Objednatele a veškeré další platné právní předpisy, a za stejných podmínek zajistit,
aby všechny osoby podílející se na plnění jeho povinností z této Smlouvy, které se budou
zdržovat v prostorách nebo na pracovištích Objednatele dodržovaly zmíněné předpisy.
8.9 Dodavatel prohlašuje, že disponuje veškerými příslušnými informacemi souvisejícími s touto
Smlouvou s výjimkou informací, které je na základě této Smlouvy povinen poskytnout
Dodavateli Objednatel a dosud je nedodal, a dále informací, které Dodavatel získá v souvislosti
s plněním této Smlouvy. Dodavatel odpovídá za veškeré informace a údaje nutné pro plnění
svých závazků podle této Smlouvy, vyjma informací, které je na základě této Smlouvy povinen
poskytnout Dodavateli Objednatel.
8.10 V případě, že Dodavatel zjistí, nebo při vynaložení odborné péče mohl zjistit, že informace nebo
pokyny poskytnuté Objednatelem nebo specifikace Plnění jsou chybné nebo nevhodné, je
Dodavatel povinen na tuto skutečnost Objednatele bez zbytečného odkladu upozornit.
V případě, že tak Dodavatel neučiní, odpovídá za případně vzniklou újmu.
11 / 30
8.11 Pokud Objednatel zjistí, že Dodavatel postupuje v rozporu s ustanoveními této Smlouvy, je
Objednatel oprávněn dožadovat se toho, aby Dodavatel odstranil vady vzniklé vadným
postupem Dodavatele a dále tuto Smlouvu plnil řádným způsobem. Jestliže tak Dodavatel
neučiní do patnácti (15) pracovních dnů od písemného upozornění ze strany Objednatele, jeho
postup bude chápán jako podstatné porušení této Smlouvy.
8.12 Vlastnické právo k hmotným výstupům provádění Plnění anebo hmotným zachycením
nehmotných výstupů provádění Plnění přechází na Objednatele dnem předání takového výstupu
k Akceptačnímu řízení.
9. AKCEPTAČNÍ ŘÍZENÍ
9.1 Předání a převzetí předmětu Plnění a Dílčích částí Plnění, včetně předání a převzetí dokumentů
probíhá na základě Akceptačního řízení, tj. provedením Testů, analýzou naplnění Akceptačních
kritérií a podepsáním Akceptačního protokolu. Výstupy provádění Plnění budou
k Akceptačnímu řízení předávány postupně v souladu s Harmonogramem.
9.2 V případě Dílčích částí Plnění probíhá vždy separátní Akceptační řízení pro jednotlivé Dílčí
části Plnění, přičemž Dílčí část Plnění se považuje za dokončenou Akceptací všech výstupů
provádění Plnění, které jsou součástí příslušné Dílčí části Plnění a Akceptací Dílčí části Plnění
jako celku; v případě Akceptace Dílčí části Plnění se sepisuje separátní Akceptační protokol pro
příslušnou Dílčí část Plnění a je-li na Akceptaci Dílčí části Plnění vázán vznik práva na
zaplacení části Ceny, pak právo na zaplacení části Ceny vzniká podpisem Akceptačního
protokolu Dílčí části Plnění jako celku alespoň s výrokem „Akceptováno s výhradou“.
9.3 Akceptační řízení zahrnuje porovnání skutečných vlastností výstupů provádění Plnění se
specifikací předmětu Plnění a Akceptačními kritérii. Výstup provádění Plnění je způsobilý
k Akceptaci Objednatelem, pokud v souhrnu nevykazuje více vad, než připouští čl. 9.13
a zároveň odpovídá specifikaci dle Přílohy č. 1 [Specifikace Plnění] a Analýzy.
9.4 Po provedení Akceptačního řízení se Objednatel i Dodavatel zavazují podepsat příslušný
protokol potvrzující provedení příslušných výstupů provádění Plnění anebo výsledek Testů
připravený Dodavatelem a upravený a vyplněný Objednatelem („Akceptační protokol“).
9.5 Pro vyloučení pochybností se sjednává, že Plnění je provedeno až po Akceptaci výstupů všech
výstupů provádění Plnění Akceptací předmětu Plnění. Akceptací jednotlivých výstupů nejsou
nijak dotčeny nároky Objednatele z odpovědnosti za vady.
9.6 Dokumenty Akceptované v rámci Akceptačního řízení představují konkretizaci požadavků na
spolupráci Stran a provedení Plnění, tj. i Akceptačních kritérií, a jakékoliv další výstupy
provádění Plnění musí být vždy též v souladu s takovými dokumenty. Objednatel je povinen
nejpozději do deseti (10) pracovních dní po provedení Akceptačního řízení Dodavatelipodepsat
Akceptační protokol a schválit příslušný výstup, případně oznámit Dodavateli vady výstupu,
které brání Akceptaci. V případě splnění Akceptačních kritérií je Objednatel povinen vyznačit
na Akceptačním protokolu výrok „Akceptováno“. V případě nesplnění Akceptačních kritérií
Objednatel vyznačí na Akceptačním protokolu výrok „neakceptováno“ a uvede všechna
Akceptační kritéria, která považuje za nesplněná s uvedením, v čem spočívá jejich nesplnění.
9.7 Pokud Objednatel schválí výstup svým podpisem a vyznačením výroku „Akceptováno
s výhradou“, které na Akceptačním protokolu uvede společně s uvedením vad, které nebrání
Akceptaci, zavazuje se Dodavatel k odstranění těchto vad ve lhůtách výslovně stanovených
v Harmonogramu a pokud nejsou takové, pak lhůtách přiměřených stanovených Objednatelem,
přičemž přiměřená lhůta nebude kratší než 2 pracovní dny.
9.8 V případě neschválení výstupu vyznačením na Akceptačním protokolu „neakceptováno“
odstraní Dodavatel vady uvedené v Akceptačním protokolu ve lhůtách výslovně stanovených
v Harmonogramu, a pokud nejsou takové, pak lhůtách přiměřených stanovených Objednatelem,
přičemž přiměřená lhůta nebude kratší než 2 pracovní dny. Do odstranění vad bránících převzetí
je výstup považován za neakceptovaný. Po odstranění vad uvedených v Akceptačním protokolu
Dodavatel předá znovu výstup Objednateli a Objednatel postupuje obdobně podle předchozích
12 / 30
ustanovení tohoto Článku 9 (Akceptační řízení) a specifickými podmínkami Akceptačního
řízení uvedenými níže v tomto Článku 9 (Akceptační řízení).
9.9 V případě, že Dodavatel předá Objednateli výstup provádění Plnění, přestože věděl nebo
s odbornou péčí mohl vědět, že tento výstup zcela zjevně v podstatné míře objektivně nesplňuje
Akceptační kritéria a Objednatel daný výstup nepřevezme podpisem Akceptačního protokolu, je
Objednatel oprávněn požadovat úhradu přiměřených vícenákladů vynaložených na marný pokus
o převzetí takového výstupu provádění Plnění.
9.10 Podpisem Akceptačního protokolu s výrokem „Akceptováno“ nebo odstraněním vad v případě
Akceptačního protokolu s výrokem „Akceptováno s výhradou“, ve kterém je výstup provádění
Plnění schválen Objednatelem, je ukončeno Akceptační řízení a příslušný výstup je
Akceptován.
9.11 Akceptační řízení pro dokumenty:
(a) Dodavatel se zavazuje průběžně konzultovat provádění výstupů s Objednatelem.
Objednatel se zavazuje při průběžných konzultacích Dodavateli poskytovat nezbytně
nutnou součinnost a relevantně a věcně se v přiměřeném rozsahu vyjadřovat k průběžným
výstupům Dodavatele, a to vše v souladu s Článkem 15 (Součinnost Objednatele). Pro
zamezení pochybnostem však Strany uvádí, že zapojení Objednatele dle předchozí věty má
pouze charakter součinnosti a povinností Objednatele není výstupy Dodavatele samostatně
měnit, přepisovat či sepisovat.
(b) Dodavatel se zavazuje předat první verzi dokumentu Objednateli tak, aby došlo k jeho
Akceptaci ve lhůtě stanovené v Harmonogramu.
(c) Objednatel se zavazuje vznést veškeré své výhrady nebo připomínky a uvést je
v Akceptačním protokolu k první verzi dokumentu ve lhůtě dle Harmonogramu, jinak do
deseti (10) pracovních dnů.
(d) Vznese-li Objednatel ve stanovené lhůtě své výhrady nebo připomínky k první verzi
dokumentu, zavazuje se Dodavatel dle Harmonogramu, jinak do deseti (10) pracovních dnů
od doručení výhrad či připomínek provést veškeré potřebné úpravy dokumentu dle
opodstatněných výhrad a relevantních připomínek Objednatele a takto upravený dokument
předat jako jeho další verzi Objednateli k provedení Akceptačního řízení.
(e) Strany následně postupují opětovně dle Článků 9.11(b) až 9.11(d) do uvedení
v Akceptačním protokolu alespoň „Akceptováno s výhradou“.
9.12 Akceptační řízení pro Školení:
(a) Dnem uskutečnění prvního (1.) Školení je zahájeno Akceptační řízení bez nutnosti
předchozího upozornění. Dodavatel vyzve po každém jednotlivém Školení vždy alespoň
emailem Objednatele ke sdělení, zda Školení proběhlo v souladu s touto Smlouvou, či
nikoliv.
(b) Objednatel je povinen vždy nejpozději do pěti (5) pracovních dnů ode dne doručení výzvy
Dodavatele sdělit Dodavateli své připomínky k průběhu Školení. Pokud Školení
neproběhlo v souladu s touto Smlouvou, je Dodavatel povinen takové Školení nahradit a
provést znovu, a to alespoň se stejnými osobami, které byly na původním Školení. Pokud
Objednatel nesdělí ve lhůtě dle tohoto Článku 9.12(b) své připomínky, má se za to, že
Školení proběhlo v souladu s touto Smlouvou.
(c) Strany sepíší Akceptační protokol bezodkladně poté, co proběhnou všechna Školení
v souladu s touto Smlouvou, ve kterém uvedou nad rámec stanovený dále v této Smlouvě,
počet skutečně uskutečněných Školení, počet Školení proběhlých v souladu s touto
Smlouvou a počet nahrazených Školení.
13 / 30
9.13 Akceptační řízení pro Software:
(a) 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 oprávněn vyznačit na Akceptačním protokolu výrok
„Akceptováno s výhradou“, pokud výstup provádění Plnění odpovídá Akceptačním
kritériím a vykazuje nejvíce následující počet vad:
(i) nula (0) Vad kategorie A;
(ii) nula (0) Vad kategorie B; a
(iii) méně než deset (10) Vad kategorie C.
(b) Dodavatel je povinen písemně informovat Objednatele nejméně deset (10) dní předem
o termínu zahájení Akceptačního řízení. Objednatel je povinen se Akceptačního řízení
v tomto nebo jinak písemně dohodnutém termínu zúčastnit a osvědčit jeho konání i
výsledky. Součástí Akceptačního řízení je provedení Testů, přičemž Strany budou
postupovat v takovém případě zpravidla následovně:
(i) Software bude nasazen do Testování v termínu určeném v Harmonogramu či jinak
určeném dohodou Stran;
(ii) Testování bude probíhat až do odstranění vad Software do té míry, že bude způsobilý
k nasazení do Pilotního provozu;
(iii) Dodavatel je povinen písemně informovat Objednatele nejméně deset (10) dnů předem
o termínu zahájení Testů; přičemž Testy budou probíhat nejméně po dobu stanovenou
dle Analýzy, jinak po dobu nezbytně nutnou k ověření vlastností výstupu;
(iv) Testy probíhají dle Testovacích scénářů stanovených v Analýze nad testovacími daty
dodanými Dodavatelem;
(v) Pilotní provoz bude zahájen ihned po odstranění všech vad Software;
(vi) Po úspěšném provedení Pilotního provozu bude Software nasazen do Produkčního
prostředí a proběhne finální akceptace; a
9.14 Lhůta k vytčení vad v rámci Akceptačního řízení nemá žádný vliv na dobu trvání Záruční doby
a podmínky pro uplatnění vad v rámci Záruční doby.
10. PRÁVA DUŠEVNÍHO VLASTNICTVÍ
10.1 S účinností ke dni předání jednotlivých výstupů provádění Plnění k Akceptačnímu řízení
Dodavatel uděluje Objednateli oprávnění užívat Autorská díla a Databáze obsažené v předmětu
Plnění, a to v rozsahu dle tohoto Článku 10 (Práva duševního vlastnictví), přičemž
(a) pokud se jedná o Autorské dílo nebo Databázi, uděluje Dodavatel Objednateli Licenci
v maximálním rozsahu, v jakém je oprávněn ji udělit, nejméně však v rozsahu:
(i) k užití způsoby odpovídajícími účelu, pro který je takové Autorské dílo určeno,
(ii) na dobu trvání majetkových práv autora,
(iii) k užití v potřebném množstevním rozsahu pro užití alespoň 30 uživateli (concurrent
user).
(b) pokud se jedná o Autorské dílo nebo Databázi, k nimž je nositelem 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í,
a nejedná se o Standardní software, zajistí Dodavatel Objednateli udělení Licence ze strany
takové třetí osoby a Licence se poté bude řídit licenčními podmínkami takové třetí osoby,
ovšem musí vždy umožňovat užití v rozsahu nezbytném pro splnění účelu této Smlouvy,
nejméně v rozsahu dle Článku 10.1(a).
14 / 30
(c) pokud se jedná o Standardní software anebo Autorské dílo podobné Standardnímu
software, je Dodavatel povinen zajistit, že:
(i) k uvedenému Standardnímu software bude třetí osobou (oprávněným distributorem
nebo tvůrcem) uděleno Objednateli nevýhradní oprávnění k výkonu práva užít
(licenci, resp. podlicenci) veškerá Autorská díla tvořící tento Standardní software a k
výkonu práva vytěžovat a zužitkovat Databáze tvořící tento Standardní software, 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 min. 5 let, v potřebném rozsahu umožňujícím
užití Plnění dle této Smlouvy v rozsahu udělených oprávnění dle tohoto Článku 10
(Práva duševního vlastnictví), pokud je to možné (vyjma časového omezení) za
podmínek dle Článku 10.1(a). Dodavatel je povinen zajistit poskytnutí podpory
(subscription/license maintenance) Standardního software dle tohoto Článku
10.1(c)(i), tj. zajistit poskytování nejnovějších verzí tohoto Standardního software
Objednateli a dalších služeb v souladu s jeho standardními obchodními podmínkami,
na dobu do skončení doby dle tohoto Článku 10.1(c)(i). 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.
(ii) k Autorským dílům podobným Standardnímu software bude třetí osobou (oprávněným
distributorem nebo tvůrcem) uděleno Objednateli nevýhradní oprávnění k výkonu
práva užít (licenci, resp. podlicenci) taková Autorská díla za podmínek dle Článku
10.1(c)(i), který se uplatní obdobně.
(iii) Dodavatel bude při pořizování oprávnění dle Článků 10.1(c)(i) a 10.1(c)(ii) vystupovat
jako příkazník Objednatele a zajistí oprávnění dle Článků 10.1(c)(i) a 10.1(c)(ii) a
podporu dle Článku 10.1(c)(i) pro Objednatele podle pokynů Objednatele.
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í.
(iv) pokud je součástí Standardního software Autorské dílo distribuované pod některou
z veřejných licencí, uděluje Dodavatel Objednateli 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 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í licenčních podmínek veřejné licence.
10.2 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 10.2
(„Licence“), přičemž 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:
(e) vztahuje-li se na Software, pak na Software jak ve Zdrojovém kódu, tak strojovém kódu;
(f) zahrnuje nevýhradní oprávnění Objednatele Autorské dílo zveřejňovat, upravovat, měnit,
spojit s jiným Plněním či zařadit do Plnění 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í
Licence či udělení podlicence.
10.3 Objednatel je oprávněn Licence částečně postoupit, s čímž Dodavatel výslovně souhlasí;
ustanovení tohoto Článku 10.3 se neuplatní v rozsahu, v jakém postoupení či poskytnutí
podlicence zakazují licenční podmínky nositele práv v případě Autorských děl a Databází ve
smyslu Článku 10.1(b) anebo 10.1(c).
15 / 30
10.4 Bez ohledu na jakákoliv omezení oprávnění dle tohoto Článku 10 (Práva duševního vlastnictví)
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í Licence. 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.
10.5 Objednatel nabývá dnem předání vlastnické právo také k hmotnému nosiči, na kterém jsou
zaznamenána Autorská díla a Databáze.
10.6 Objednatel není povinen nabytá oprávnění dle tohoto Článku 10 (Práva duševního vlastnictví)
využít.
10.7 Dodavatel prohlašuje, že s ohledem na povahu výnosů z poskytnutých oprávnění dle tohoto
Článku 10 (Práva duševního vlastnictví) nemohou vzniknout podmínky pro uplatnění
ustanovení § 2374 Občanského zákoníku, tedy že odměna za udělení oprávnění dle tohoto
Článku 10 (Práva duševního vlastnictví) k jednotlivým Autorským dílům nemůže být ve
zřejmém nepoměru k zisku z využití oprávnění dle tohoto Článku 10 (Práva duševního
vlastnictví) a významu příslušného Autorského díla pro dosažení takového zisku.
10.8 Dodavatel prohlašuje, že oprávněné zájmy autora nemohou být značně nepříznivě dotčeny tím,
že Objednatel nebude oprávnění dle tohoto Článku 10 (Práva duševního vlastnictví) vůbec či
zčásti užívat.
10.9 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 10 (Práva duševního vlastnictví) a účelu tohoto
Článku 10 (Práva duševního vlastnictví), 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.
10.10 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í Autorského díla, 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 („Předměty práv k nehmotným
statkům“). Dodavatel tak tímto uděluje Licenci rovněž k Předmětům práv k nehmotným
statkům. 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.
10.11 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.
10.12 Odměna za poskytnutí (postoupení) oprávnění dle tohoto Článku 10 (Práva duševního
vlastnictví) je součástí Ceny stanovené v této Smlouvě. Strany se dohodly, že bude-li
z jakéhokoliv důvodu nezbytné nebo účelné určit výši odměny za poskytnutí oprávnění dle
tohoto Článku 10 (Práva duševního vlastnictví), pak 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.
10.13 Dodavatel prohlašuje, že je oprávněn Objednateli udělit oprávnění dle tohoto Článku 10 (Práva
duševního vlastnictví) 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í oprávnění dle tohoto Článku 10 (Práva duševního vlastnictví)
ve stejném rozsahu na Dodavatele bez dalších nákladů a požadavků na úplatu od Objednatele.
16 / 30
10.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 oprávnění dle tohoto Článku 10 (Práva duševního vlastnictví) 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 10 (Práva duševního vlastnictví); zejména mu poskytnout všechny podklady, informace
a vysvětlení k prokázání neoprávněnosti nároku třetí strany.
10.15 V případě nároku dle předchozího Článku 10.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ě.
10.16 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 Strany
výslovně jinak, Objednatel nabývá v tomto případě práva duševního vlastnictví stanovená výše
v tomto Článku 10 (Práva duševního vlastnictví). Cena je stanovena se zohledněním tohoto
ustanovení a Dodavateli nevzniknou v případě vytvoření Plnění spoluautorů žádné nové nároky
na odměnu.
11. DŮVĚRNÉ INFORMACE
11.1 Strany se dohodly, že veškeré informace, které se dozvěděly v rámci uzavírání a plnění této
Smlouvy, a informace, které si sdělí nebo jinak vyplynou z plnění této Smlouvy, zejména
informace, které se dozvěděly při plnění dle této Smlouvy bez ohledu na formu informace či
způsob jejího získání, a které se dozví v souvislosti se zpracováním dat, se považují za důvěrné
(„Důvěrné informace“). Pro zamezení pochybnostem Strany uvádějí, že jakákoliv data, která
jsou součástí IT prostředí Objednatele nebo jsou / mají být uložena v Software a současně
nejsou veřejně přístupná, jsou Důvěrnými informacemi.
11.2 Strany se dohodly, že nesdělí Důvěrné informace třetí osobě, budou s nimi nakládat jako
s obchodním tajemstvím, zejména uchovávat je v tajnosti, a učiní veškerá smluvní a technická
opatření zabraňující jejich zneužití či prozrazení třetím osobám. Ustanovení předchozí věty se
nevztahuje na případy, kdy:
(a) Důvěrné informace mají být zpřístupněny Objednatelem na základě zákona, například
zákona č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších
předpisů, či jiného právního předpisu včetně práva EU nebo závazného rozhodnutí
oprávněného orgánu veřejné moci, a Strany si v takovém případě poskytnou nezbytnou
součinnost ke splnění takové zákonné povinnosti;
(b) Důvěrné informace druhé Strany sdělí osobám, které mají ze zákona stanovenou povinnost
mlčenlivosti, za předpokladu, že druhé Straně písemně oznámí, které třetí osobě byla
Důvěrná informace zpřístupněna, a zaváží tuto třetí osobou stejnou povinností mlčenlivosti,
jako mají samy;
(c) Důvěrné informace druhé Strany sdělí členům Realizačního týmu a Poddodavatelům, je-li
to nezbytné k plnění této Smlouvy a zavážou-li se takové osoby mlčenlivostí ve stejném
rozsahu jako Strany;
(d) se takové Důvěrné informace stanou veřejně známými či dostupnými jinak než porušením
povinností vyplývajících z tohoto Článku 11 (Důvěrné informace);
(e) se jedná o Důvěrné informace, k nimž Objednatel nabyl oprávnění dle této Smlouvy
nevylučující poskytnutí Důvěrných informací třetím osobám; nebo
(f) Strana dá ke zpřístupnění konkrétní vlastní Důvěrné informace listinný souhlas.
11.3 Strany vyvinou pro zachování důvěrnosti Důvěrných informací druhé Strany a pro jejich
ochranu stejné úsilí, jako by se jednalo o jejich vlastní Důvěrné informace. S výjimkou rozsahu,
17 / 30
který je nezbytný pro plnění této Smlouvy, se Strany zavazují neduplikovat žádným způsobem
Důvěrné informace druhé Strany, nepředat je třetí straně ani svým vlastním zaměstnancům a
zástupcům s výjimkou těch, kteří s nimi potřebují být seznámeni, aby mohli plnit tuto Smlouvu.
Strany se zároveň zavazují nepoužít Důvěrné informace druhé Strany jinak, než za účelem
plnění této Smlouvy a k prospěchu druhé Strany.
11.4 Objednatel je dále výslovně oprávněn zpřístupnit Plnění anebo jeho součásti uživatelům či
třetím osobám v rozsahu a způsoby vhodnými pro využití oprávnění dle Článku 10 (Práva
duševního vlastnictví). Takové zpřístupnění ze strany Objednatele není považováno za porušení
jakýchkoli povinností Objednatele týkajících se Důvěrných informací či porušení obchodního
tajemství Dodavatele.
11.5 Objednatel je oprávněn zpřístupnit či předat třetí osobě text této Smlouvy včetně jejích Příloh.
12. OCHRANA OSOBNÍCH ÚDAJŮ
12.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ů, je Dodavatel 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 a příslušnými právními předpisy na ochranu osobních údajů.
12.2 Pokud Dodavatel poruší povinnost chránit Osobní údaje v souladu s Článkem 12.1, vzniká
Objednateli nárok na zaplacení smluvní pokuty ve výši dvojnásobku čá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.
13. POJIŠTĚNÍ
13.1 Dodavatel je povinen na vlastní náklady udržovat v platnosti pojištění Dodavatele pro případ
způsobení újmy v souvislosti s výkonem činností, které jsou předmětem této Smlouvy,
s limitem pojistného plnění nejméně ve výši 1.000.000,- Kč (slovy: jeden milion korun českých)
ze všech pojistných událostí vzniklých v jednom (1) pojišťovacím roce, a to po dobu trvání
smluvního vztahu založeného touto Smlouvou z pojistného plnění a podmínky pojištění nesmí
být horší než obvyklé podmínky tohoto druhu pojištění poskytované osobám poskytujícím
předmětné činnosti v České republice. Kopie dokladu o pojištění byla Objednateli předložena
před uzavřením Smlouvy.
13.2 Dodavatel není oprávněn snížit výši pojistného krytí nebo podstatným způsobem změnit
podmínky pojistných smluv dle Článku 13.1 bez předchozího písemného souhlasu Objednatele.
13.3 Dodavatel se zavazuje, že po dobu pojištění bude za tímto účelem plnit povinnosti vyplývající
pro něj z pojistných smluv dle Článku 13.1, zejména platit pojistné a plnit oznamovací
povinnosti.
13.4 Jestliže Dodavatel nebude udržovat v platnosti pojištění vyžadované touto Smlouvou, může
Objednatel svým jménem kdykoli sjednat a udržovat jakékoli pojištění pokrývající rizika
spojená s výkonem činností Dodavatele, které jsou předmětem této Smlouvy a platit jakékoli
pojistné, které je přiměřené pro takové účely, a započítávat takto placené částky na jakékoliv
platby Dodavateli, které jsou splatné nebo se stanou splatnými, nebo vymáhat tyto částky jako
splatný dluh Dodavatele.
13.5 Dodavatel je povinen Objednateli prokázat plnění povinnosti dle čl. 13.1 předložením dokladu o
pojištění nejpozději do 5 (pěti) pracovních dní ode dne výzvy Objednatele, a to i opakovaně.
18 / 30
14. ÚČAST PODDODAVATELŮ
14.1 Dodavatel k plnění části předmětu této Smlouvy smí využít Poddodavatele. V Příloze č. 6
[Poddodavatelé] jsou uvedeni Poddodavatelé, které Dodavatel využije k provedení Plnění,
včetně informací o části Plnění, pro kterou budou příslušní Poddodavatelé využiti.
14.2 Využití nového Poddodavatele, změna Poddodavatele či rozsahu jeho využití podléhá
předchozímu listinnému souhlasu Objednatele.
14.3 Poddodavatelé, jejichž prostřednictvím Dodavatel prokazoval kvalifikaci, se budou podílet na
Plnění po celou dobu jejího trvání v rozsahu, v jakém jimi Dodavatel prokazoval kvalifikaci.
Poddodavatele, jimiž Dodavatel prokazoval kvalifikaci ve Veřejné zakázce, lze vyměnit pouze s
předchozím listinným souhlasem Objednatele, který může být dán výlučně za předpokladu, že
tyto osoby budou nahrazeny osobami splňujícími kvalifikaci požadovanou ve Veřejné zakázce
ve stejném rozsahu jako nahrazované osoby.
14.4 Dodavatel plně odpovídá za řízení Poddodavatelů a dozor nad nimi. Zadání části Plnění dle této
Smlouvy Dodavatelem Poddodavateli však nezbavuje Dodavatele žádných jeho povinností vůči
Objednateli, zejména co se týče včasného a řádného provedení Plnění.
14.5 Objednatel je oprávněn uzavřít jakékoli smlouvy s příslušnými Poddodavateli týkající se Plnění
a předmětu Plnění. Dodavatel se zavazuje, že ve smlouvách uzavřených s Poddodavateli
nevyloučí či neomezí oprávnění Poddodavatelů vstoupit do smluvních vztahů s Objednatelem,
a to také včetně jakéhokoli omezení případného jednání Poddodavatelů s Objednatelem či
třetími osobami o poskytnutí takových služeb v době trvání smluvního závazkového vztahu
založeného touto Smlouvou.
14.6 Použije-li Dodavatel k plnění části předmětu této Smlouvy Poddodavatele, má Dodavatel
odpovědnost, jako by plnění prováděl sám.
15. SOUČINNOST OBJEDNATELE
15.1 Objednatel je povinen poskytovat Dodavateli součinnost nezbytně nutnou pro řádné plnění této
Smlouvy Dodavatelem, a to v rozsahu dle ustanovení tohoto Článku 15 (Součinnost
Objednatele).
15.2 Součinností Objednatele se rozumí, že:
(a) personál Objednatele anebo jemu podřízených složek se bude účastnit Školení prováděných
Dodavatelem v dohodnutých termínech. Objednatel je povinen zajistit odpovídající
prostory a potřebné technické vybavení pro konání Školení;
(b) Objednatel je povinen zajistit prostředí pro činnost Dodavatele tak, aby mohl vykonávat
práce, v nichž spočívá Plnění. Zajištění prostředí zahrnuje zajištění přístupu personálu
Dodavatele do Místa plnění v rozsahu nezbytném pro plnění této Smlouvy, předání a
udělení dostatečných oprávnění k přístupu do IT prostředí Objednatele.
(c) personál Objednatele se bude účastnit Akceptačního řízení v rozsahu nezbytném k jeho
provedení;
(d) Objednatel je povinen zajistit prostředí pro činnost Dodavatele v rámci IT infrastruktury
tak, aby mohl vykonávat práce, v nichž spočívá Plnění. Zajištění prostředí zahrnuje
zajištění vzdáleného přístupu personálu Dodavatele do IT infrastruktury, v přiměřeném
rozsahu odpovídajícím možnostem Objednatele a Zadávací dokumentaci a při respektování
bezpečnostních pravidel Objednatele.
(e) Objednatel je povinen zajistit informace o rozhraních jiných informačních systémů, které
mají být v souladu s Analýzou a Zadávací dokumentací propojeny se Systémem.
(f) Objednatel je povinen zajistit plně technicky funkční IT infrastrukturu, není-li to
předmětem plnění Dodavatele.
15.3 Objednatel je součinnost dle této Smlouvy povinen poskytovat pouze v rozsahu a způsoby
19 / 30
stanovenými v Článku 15.1 a 15.2, ledaže je v Analýze stanovena míra a způsoby součinnosti
nižší, než v Článku 15.1 a 15.2, pak se za maximální míru a způsoby poskytování součinnosti
Objednatele dle této Smlouvy považuje součinnost dle Analýzy, podle toho, který stanoví nižší
míru součinnosti Objednatele.
16. REALIZAČNÍ TÝM
16.1 Dodavatel se zavazuje poskytovat plnění prostřednictvím členů realizačního týmu uvedených
v Příloze č. 7 [Realizační tým] Smlouvy tak, aby jednotliví členové realizačního týmu, kterými
Dodavatel prokazoval splnění kvalifikačních předpokladů v rámci Veřejné zakázky
(„Kvalifikované osoby“), prováděli činnosti na pozici dle jejich odbornosti (kvalifikace), které
odpovídají tomu, pro jakou pozici prokazovali kvalifikaci v rámci Veřejné zakázky, a v rozsahu,
který takové pozici běžně odpovídá.
16.2 Dodavatel je dále povinen předat Objednateli seznam všech osob, které se budou podílet
na plnění dle Smlouvy. V případě změn těchto osob je Dodavatel povinen předat Objednateli
neprodleně aktualizovaný seznam těchto osob.
16.3 Po předchozím souhlasu Objednatele, který nebude bezdůvodně odepřen za předpokladu
zachování podmínek zapojení Kvalifikovaných osob a Náhradních kvalifikovaných osob dle
tohoto Článku, je Dodavatel oprávněn zapojit další členy realizačního týmu, kteří nejsou
uvedeni v Příloze č. 7 [Realizační tým] Smlouvy. Při změně Realizačního týmu uvedeného
v Příloze č. 7 [Realizační tým] není nutné uzavírat listinný dodatek k této Smlouvě a Dodavatel
je po odsouhlasení změny Objednatelem povinen vypracovat a předat Objednateli v listinné
podobě aktualizované znění Přílohy č. 7 [Realizační tým], čímž dojde automaticky k nahrazení
znění Přílohy č. 7 [Realizační tým] jejím novým, Objednatelem schváleným, zněním.
16.4 Každá Kvalifikovaná osoba se bude na poskytování plnění podílet v rozsahu dle své pozice
uvedené v této Smlouvě. Každá Kvalifikovaná osoba musí po celou dobu poskytování plnění
splňovat kvalifikaci uvedenou v nabídce Dodavatele a zároveň minimální technické kvalifikační
předpoklady kladené na pozici, kterou daná osoba zastává dle zadávacích podmínek.
16.5 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 se Dodavatelem nebo její dlouhodobé
absence (zejména dlouhodobá nemoc pravděpodobně překračující délku jednoho měsíce), je
Dodavatel povinen neprodleně namísto Kvalifikované osoby zahájit poskytování plnění
náhradní kvalifikovanou osobou („Náhradní kvalifikovaná osoba“), a nejpozději do tří (3)
pracovních dnů ode dne, kdy taková situace nastala, informovat Objednatele o této skutečnosti.
16.6 Dodavatel nejpozději do patnácti (15) pracovních dnů od doručení oznámení dle předchozího
článku zajistí a prokáže Objednateli, že namísto Kvalifikované osoby se bude na poskytování
plnění podílet Náhradní kvalifikovaná osoba s dostatečnou kvalifikací. Pokud Objednatel
nesouhlasí s osobou Náhradní kvalifikované osoby, je oprávněn žádat Dodavatele o její výměnu
za jinou osobu se stejnou kvalifikací navrženou Dodavatelem do patnácti (15) dnů po doručení
žádosti Objednatele o výměnu Náhradní kvalifikované osoby, a to vše i opakovaně; do
provedení výměny Náhradních kvalifikovaných osob je plnění poskytováno prostřednictvím
původní Dodavatelem navržené Náhradní kvalifikované osoby.
16.7 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.
16.8 Dodavatel zajistí, že každá Kvalifikovaná osoba (tj. včetně Náhradních kvalifikovaných osob)
musí být Objednateli na základě předchozího vyžádání plně k dispozici v souladu s povinnostmi
podle Smlouvy a poskytnout mu veškerou vyžadovanou součinnost v souvislosti
s poskytováním plnění, nebrání-li jí v tom objektivně závažné překážky. Existenci takové
překážky musí Dodavatel Objednateli bezodkladně sdělit.
16.9 Každá Kvalifikovaná osoba je dále povinna zúčastnit se všech případných 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.
20 / 30
17. ZÁRUKA ZA JAKOST, PRÁVA Z VADNÉHO PLNĚNÍ
17.1 Dodavatel uděluje Objednateli záruku za jakost Plnění a jeho výstupů a všech jeho částí po dobu
dvaceti čtyř (24) měsíců ode dne provedení a Akceptace Plnění („Záruční doba“). Dodavatel
odpovídá za vady vzniklé během Záruční doby, a to vyjma vad způsobených neodborným
zásahem Objednatele anebo uživatelů.
17.2 Objednatel je oprávněn vady Plnění, které se vyskytnou v průběhu Záruční doby, nahlásit
Dodavateli až do okamžiku uplynutí lhůty bez zbytečného odkladu od okamžiku, kdy je zjistil,
aniž by tím byla jeho práva ze záruky i zákonných práv z vadného plnění jakkoli dotčena. Lhůta
bez zbytečného odkladu dle tohoto Článku 17.2 činí vždy nejméně devadesát (90) dnů.
17.3 Dodavatel odpovídá za vady zjevné, skryté i právní, které má Plnění v době Akceptace
Objednatelem, a dále za ty, které se na něm vyskytnou v Záruční době, a zavazuje se, vedle
dalších nároků Objednatele, je bezplatně odstranit.
17.4 Dodavatel se zavazuje odstranit jednotlivé Vady ve lhůtách uvedených v tabulce níže. Lhůty
stanovené v hodinách běží pouze v pracovní dny deset (10) hodin denně v době od 8:00 do
18:00 hodin (režim 5×10). Lhůty stanovené v hodinách se mimo dobu uvedenou v předchozí
větě staví a pokračují dále v běhu během další bezprostředně následující doby počítání. Strany
pro zamezení pochybnostem prohlašují, že toto se netýká lhůt stanovených v pracovních dnech
ani počítání doby prodlení v rámci výpočtu smluvních pokut dle Článku 19.1(e) a 19.1(f).
Produkční prostředí - Software
Kategorie vady Lhůta k odstranění počítaná od nahlášení vady
Objednatelem
Vada kategorie A - kritická do 4 hodin
Vada kategorie B - střední do 18:00 třetího pracovního dne od nahlášení vady
Vada kategorie C - nízká do 18:00 pátého pracovního dne od nahlášení vady
Jiné vady Plnění
Jiné vady Plnění do 18:00 druhého pracovního dne od nahlášení vady
17.5 Objednatel je povinen oznámit vady Plnění Dodavateli v listinné podobě, nebude-li Stranami
dohodnuto jinak.
18. NÁROK NA NÁHRADU ÚJMY
18.1 Každá ze Stran je povinna nahradit druhé Straně újmu způsobenou jejím porušením této
Smlouvy a v souladu s obecně závaznými právními předpisy a touto Smlouvou. Případná újma
bude nahrazena v penězích.
18.2 Obě Strany jsou povinny vyvinout maximální úsilí k zabránění vzniku újmy a k minimalizaci
případně vzniklé újmy.
18.3 Dodavatel bere na vědomí, že pokud neuvědomí Objednatele o jakékoli hrozící či vzniklé újmě
a neumožní tak Objednateli, aby učinil kroky k zabránění vzniku újmy či k jejímu zmírnění, má
Objednatel proti Dodavateli nárok na náhradu újmy, která tím Objednateli vznikla.
18.4 Dodavatel nahradí Objednateli prokazatelnou újmu případně vzniklou na základě ztráty či
poškození dat v důsledku činnosti Dodavatele, a to vše včetně regresní náhrady případných
přiznaných nároků třetích osob vůči Objednateli. To neplatí, došlo-li k daným důsledkům
výhradně činností Objednatele nebo osob Objednatelem pověřených, případně jiných
dodavatelů Objednatele.
21 / 30
18.5 Žádná ze Stran není povinna k náhradě případné újmy, která vznikne druhé Straně v souvislosti
s plněním této Smlouvy, pokud tato újma bude způsobena okolnostmi vylučujícími odpovědnost
ve smyslu § 2913 odst. 2 Občanského zákoníku. Je-li některé ze Stran zabráněno plnit své
povinnosti z důvodu existence okolnosti vylučující odpovědnost, je tato Strana povinna oznámit
bez zbytečného odkladu druhé Straně tuto skutečnost.
19. SMLUVNÍ POKUTY
19.1 Aniž by byla dotčena práva Objednatele na odstoupení od Smlouvy podle Článku 22 (Trvání
Smlouvy), vzniká Objednateli vůči Dodavateli právo na zaplacení smluvní pokuty:
(a) poruší-li Dodavatel svoji povinnost řádně a včas provést Plnění či jakoukoliv Dílčí část
Plnění, je Dodavatel povinen uhradit Objednateli smluvní pokutu ve výši 0,05 % z ceny
Plnění nebo z ceny Dílčí části Plnění za každý započatý den prodlení až do řádného splnění
této povinnosti;
(b) poruší-li Dodavatel povinnost udělit Objednateli oprávnění nebo zajistit udělení oprávnění
ze strany třetí osoby v rozsahu dle Článku 10 (Práva duševního vlastnictví), je povinen
uhradit Objednateli smluvní pokutu ve výši 0,05 % z ceny Plnění dle čl. 6.1 za každý den
trvání každého jednotlivého porušení;
(c) poruší-li Dodavatel některou z povinností dle Článku 14 (Účast Poddodavatelů) anebo
Článku 16 (Realizační tým) anebo Článek 21.8, je povinen uhradit Objednateli smluvní
pokutu ve výši 20.000,- Kč (slovy: dvacet tisíc korun českých) za každé jednotlivé
porušení povinnosti Dodavatele, je-li porušení trvajícího charakteru, pak za každý den
trvání porušení;
(d) poruší-li Dodavatel některou z povinností týkajících se Nezbytných povolení dle Článku
21.2 (Nezbytná povolení Dodavatele), je povinen uhradit Objednateli smluvní pokutu
ve výši 20.000,- Kč (slovy: dvacet tisíc korun českých) za každé jednotlivé porušení
povinnosti Dodavatele;
(e) prodlení nad rámec sjednané lhůty pro odstranění Vad dle Článku 17.4 v Produkčním
prostředí:
(i) Vada kategorie A ve výši 2.000,- Kč (slovy: dva tisíce korun českých) za každou
započatou hodinu v případě každé Vady;
(ii) Vada kategorie B ve výši 1.500,- Kč (slovy: jeden tisíc pět set korun českých) za
každou započatou hodinu v případě každé Vady;
(iii) Vada kategorie C ve výši 1.000,- Kč (slovy: jeden tisíc korun českých) za každou
započatou hodinu v případě každé Vady;
(f) prodlení nad rámec sjednané lhůty pro odstranění jiných Vad dle Článku 17.4: ve výši
1.000,- Kč (slovy: jeden tisíc korun českých) za každý započatý pracovní den v případě
každé Vady;
(g) poruší-li Dodavatel některou z povinností dle Článku 11 (Důvěrné informace), je povinen
uhradit Objednateli smluvní pokutu ve výši 50.000,- Kč (slovy: padesát tisíc korun
českých) za každé jednotlivé porušení;
(h) poruší-li Dodavatel povinnost sjednat a udržovat pojištění dle Článku 13 (Pojištění) a/nebo
tuto skutečnost v souladu s uvedeným Článkem Objednateli doložit, je povinen uhradit
Objednateli za každý den tohoto porušení smluvní pokutu ve výši 20.000,-Kč (slovy:
dvacet tisíc korun českých).
19.2 Zaplacením smluvních pokut dle této Smlouvy není dotčeno právo Objednatele na náhradu
újmy v plném rozsahu.
19.3 Smluvní pokuta je splatná do patnácti (15) dnů ode dne doručení písemné výzvy Objednatele
k jejímu uhrazení. Objednatel je oprávněn započít nárok na zaplacení smluvní pokuty, i pokud
22 / 30
ještě není splatný, proti jakémukoliv nároku Dodavatele na peněžité plnění vyplývajícímu z této
Smlouvy.
20. KOMUNIKACE STRAN
20.1 Veškerá komunikace mezi Objednatelem a Dodavatelem bude probíhat v českém jazyce nebo
slovenském jazyce. Dokumentaci poskytne Dodavatel Objednateli v českém jazyce.
20.2 Strany si pro vzájemnou komunikaci ohledně této Smlouvy zvolily Kontaktní osoby a pro
některé konkrétní úkony v rámci vzájemné komunikace další osoby, jejichž seznam je uveden
v Příloze č. 4 [Kontaktní osoby].
20.3 Každá Strana oznámí druhé Straně jakékoliv změny v Kontaktních osobách, jiných osobách
stanovených v Příloze č. 4 [Kontaktní osoby], kontaktních údajích anebo bankovních údajích
uvedených v záhlaví této Smlouvy, a to v listinné podobě doručené na adresu druhé Strany,
přičemž taková změna je účinná uplynutím desátého (10.) dne po jejím skutečném doručení bez
nutnosti uzavření dodatku k této Smlouvě, není-li v této Smlouvě stanoveno jinak.
20.4 Není-li v této Smlouvě výslovně stanovena jiná forma pro doručování dokumentů anebo jiných
právních jednání, lze takové dokumenty a jednání doručit v elektronické formě na emailovou
adresu příslušné Kontaktní osoby, prostřednictvím datové zprávy zaslané v rámci ISDS anebo v
listinné podobě.
21. OSTATNÍ UJEDNÁNÍ
21.1 Strany ujednaly a souhlasí, že Objednatel nemá zájem na částečném plnění a je povinen převzít
Plnění pouze v provedení dohodnutém na základě této Smlouvy. Strany si dále sjednaly,
že Objednatel není povinen přijmout jakékoli plnění dle této Smlouvy, pokud se Strany
nedohodnou jinak, od třetí osoby.
21.2 Dodavatel je povinen získat a zajistit veškerá Nezbytná povolení v rozsahu, v jakém neměla být
získána ke dni uzavření Smlouvy nebo před tímto dnem, tak, aby nedošlo k prodlení nebo
k přerušení provádění Plnění. Dodavatel je povinen poskytnout Objednateli na jeho žádost kopii
každého Nezbytného povolení bez zbytečného odkladu po obdržení takové žádosti Objednatele.
21.3 Dodavatel je povinen splnit veškeré podmínky a omezení uložené Nezbytnými povoleními.
21.4 Okolnosti vylučující odpovědnost.
(a) Ani jedna ze Stran nebude v prodlení se splněním svých povinností vyplývajících z této
Smlouvy z důvodu existence okolnosti vylučující odpovědnost, pokud tato okolnost
znemožní nebo podstatným způsobem ovlivní plnění povinností takovéto Strany
vyplývající z této Smlouvy. Bezprostředně předcházející věta tohoto Článku platí pouze po
dobu existence takové okolnosti vylučující odpovědnost nebo trvání jejích následků a
pouze ve vztahu k povinnosti nebo povinnostem Strany přímo nebo bezprostředně
ovlivněných takovou okolností.
(b) Za okolnost vylučující odpovědnost se pokládají takové události, které Strana nemohla
v době uzavření Smlouvy předvídat a které Straně objektivně brání v plnění jejích
smluvních povinností vyplývajících ze Smlouvy. Za okolnosti vylučující odpovědnost se
považují zejména válka, embargo, zásah státu nebo vlády, teroristický čin, živelné události
a stávka zaměstnanců Objednatele. Pro vyloučení pochybností se uvádí, že za okolnost
vylučující odpovědnost se nepovažuje jakékoliv prodlení s plněním povinností smluvních
partnerů Dodavatele, stávka zaměstnanců Dodavatele a jeho smluvních partnerů, jakož i
insolvence, předlužení, konkurs, reorganizace, likvidace či jiná obdobná událost týkající se
Dodavatele nebo jakéhokoliv smluvního partnera Dodavatele a exekuce majetku
Dodavatele nebo jakéhokoliv smluvního partnera Dodavatele.
23 / 30
(c) Nastane-li kterákoliv z okolností vylučujících odpovědnost dle této Smlouvy, podnikne
Strana, na jejíž straně vznikla, veškeré kroky, které lze po takovéto Straně rozumně
požadovat, jež povedou k obnově normální činnosti v souladu s touto Smlouvou, a to co
nejrychleji s ohledem na okolnosti, které okolnost vylučující odpovědnost způsobily.
Strana se zavazuje druhou Stranu informovat o tom, že nastala okolnost vylučující
odpovědnost, bez zbytečného odkladu po té, co bude objektivně možné takovouto
komunikaci uskutečnit.
21.5 Započtení, zastavení a postoupení pohledávek.
21.6 Strany se výslovně dohodly, že:
(a) Dodavatel není oprávněn postoupit jakékoliv své pohledávky z této Smlouvy na třetí osobu
bez předchozího písemného souhlasu Objednatele, a to ani částečně.
(b) Objednatel je kdykoli oprávněn započíst jakékoli své pohledávky za Dodavatelem proti
pohledávce Dodavatele. Dodavatel je oprávněn započíst si své pohledávku
za Objednatelem proti pohledávce Objednatele výlučně na základě písemné dohody Stran.
(c) Dodavatel není oprávněn jakkoli zastavit jakékoli své pohledávky za Objednatelem
vyplývající z této Smlouvy.
(d) Dodavatel souhlasí s tím, že Objednatel a jeho právní nástupci mohou kdykoli
bez předchozího souhlasu Dodavatele postoupit své pohledávky vyplývající z této
Smlouvy.
21.7 Promlčení. Dodavatel jako Strana, vůči níž se práva Objednatele ze Smlouvy promlčují, tímto
výslovným prohlášením prodlužuje délku promlčecí lhůty práv Objednatele vyplývajících ze
Smlouvy na dobu šesti (6) let.
21.8 Dodavatel bere na vědomí, že Veřejná zakázka je spolufinancována Evropskou unií (EU), v
rámci integrovaných regionálních operačních programů (IROP), konkrétně IROP č. 28
(Specifické informační a komunikační systémy a infrastruktura II.). S ohledem na uvedené se
Dodavatel zavazuje i) uchovávat veškerou dokumentaci související s plněním této Smlouvy
minimálně do konce roku 2028, jakož i ii) poskytnout Objednateli nebo příslušným kontrolním
orgánům (zejména CRR, MMR ČR, MF ČR, Evropské komisi, Evropskému účetnímu dvoru,
NKÚ, orgánům finanční správy atd.), resp. jejich zaměstnancům nebo jimi pověřeným osobám
veškerou nutnou součinnost (včetně poskytování informací, dokumentace, kontrol na místě
apod.), a to včetně plnění povinností osoby povinné spolupůsobit při výkonu finanční kontroly
dle § 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ů.
22. TRVÁNÍ SMLOUVY
22.1 Smluvní vztah založený touto Smlouvou zaniká:
(a) písemnou dohodou Stran;
(b) odstoupením od Smlouvy kteroukoliv ze Stran v případech uvedených v této Smlouvě.
(c) výpovědí.
22.2 Obecně k odstoupení od Smlouvy Strany sjednaly následující:
(a) Strany sjednávají, že vznikne-li Objednateli nárok na odstoupení od této Smlouvy, může
podle své volby odstoupit od Smlouvy v celém rozsahu či jen od některé části Plnění
určené Objednatelem.
(b) Strany se dohodly na vyloučení použití § 1978 odst. 2 Občanského zákoníku, který stanoví,
že marné uplynutí dodatečné lhůty stanovené k plnění může mít za následek odstoupení od
této Smlouvy bez dalšího.
24 / 30
(c) Dodavatel nemá právo odstoupit od této Smlouvy v případě nevhodných příkazů
Objednatele či poskytnutí nevhodné věci Objednatelem dle § 2595 Občanského zákoníku.
22.3 Odstoupení od Smlouvy Objednatelem z důvodů na straně Dodavatele. Objednatel je oprávněn
odstoupit od této Smlouvy, v případě, že:
(a) Dodavatel je v prodlení s provedením Plnění či jakékoliv Dílčí částí Plnění déle než jeden
(1) měsíc a nezjedná nápravu ani do patnácti (15) dnů od doručení písemného oznámení
Objednatele o takovém prodlení.
(b) Dodavatel je v prodlení s provedením Plnění či jakékoliv Dílčí částí Plnění déle než dva (2)
měsíce, a to i bez nutnosti zaslání předchozího upozornění.
(c) nastane některý ze zákonem stanovených případů a zejména v případech podstatného
porušení povinností Dodavatele stanovených v této Smlouvě. Za podstatné porušení
povinností Dodavatele se považuje zejména:
(i) Dodavatel je opakovaně v prodlení s prováděním Plnění;
(ii) prohlášení Dodavatele v Článku 10 (Prohlášení Dodavatele) či jiná prohlášení
Dodavatele učiněná na základě této Smlouvy se ukáže jako nepravdivé.
(d) Dodavatel poruší kteroukoliv svoji povinnost dle této Smlouvy jiným než podstatným
způsobem a ve lhůtě patnácti (15) dnů od doručení písemného oznámení Objednatele toto
své porušení nenapraví.
(e) Dodavatel podá insolvenční návrh jako dlužník ve smyslu § 98 Insolvenčního zákona, nebo
insolvenční soud nerozhodne o insolvenčním návrhu na Dodavatele do šesti (6) měsíců od
zahájení insolvenčního řízení, nebo insolvenční soud vydá rozhodnutí o úpadku Dodavatele
ve smyslu § 136 Insolvenčního zákona;
(f) je přijato rozhodnutí o povinném nebo dobrovolném zrušení Dodavatele (vyjma případů
sloučení nebo splynutí); a
(g) okolnost vylučující odpovědnost kterékoli ze Stran trvá déle než třicet (30) dnů.
22.4 Odstoupení od Smlouvy Dodavatelem. Dodavatel je oprávněn odstoupit od této Smlouvy pouze
v případě jejího podstatného porušení, jestliže:
(a) Objednatel nezaplatil jakoukoli dlužnou částku za provedení Plnění dle této Smlouvy řádně
a včas a toto porušení nenapravil ani do šedesáti (60) dnů ode dne obdržení písemné výzvy
k nápravě; nebo
(b) Objednatel poruší jinou povinnost dle této Smlouvy podstatným způsobem a ve lhůtě
čtyřiceti pěti (45) dnů ode dne obdržení písemné výzvy k nápravě toto své porušení
nenapraví.
22.5 Dodavatel není oprávněn odstoupit od této Smlouvy ve vztahu k části Plnění, za kterou mu již
bylo Objednatelem zaplaceno.
22.6 Výpověď Smlouvy. Objednatel je oprávněn tuto Smlouvu vypovědět bez udání důvodu
s výpovědní dobou dvou (2) měsíců, Dodavatel je oprávněn tuto Smlouvu vypovědět bez udání
důvodu s výpovědní dobou čtyř (4) měsíců. Výpovědní doba začne běžet první (1.) den
kalendářního měsíce následujícího po kalendářním měsíci, ve kterém byla výpověď doručena
druhé Straně.
22.7 Přetrvávající ustanovení. Strany sjednávají, že i po ukončení této Smlouvy některým ze způsobů
uvedených ve Smlouvě zůstává zachována platnost a účinnost následujících ustanovení: Článek
10 (Práva duševního vlastnictví), Článek 11 (Důvěrné informace), Článek 13 (Pojištění),
Článek 17 (Záruka za jakost a práva z vadného plnění), Článek 18 (Nárok na náhradu újmy),
Článek 19 (Smluvní pokuty), Článek 20 (Komunikace Stran), Článek 22 (Trvání Smlouvy),
Článek 23 (Vypořádání v případě zániku smluvního vztahu), Článek 25 (Rozhodné právo a
řešení sporů) Článek 27 (Závěrečná ustanovení) a toto ustanovení Článku 22.7.
25 / 30
23. VYPOŘÁDÁNÍ V PŘÍPADĚ ZÁNIKU SMLUVNÍHO VZTAHU
23.1 V případě jednostranného ukončení této Smlouvy anebo jejího zániku jiným způsobem, než
splněním, má Objednatel, není-li sjednáno jinak, právo:
(a) vrátit veškeré či pouze některé dodané části předmětu Plnění Dodavateli; nebo
(b) ponechat si veškeré či pouze některé dodané části předmětu Plnění.
23.2 Pro vyloučení pochybností si Strany sjednávají, že ustanovení tohoto Článku 23.1 se použije pro
ty části Plnění, ohledně kterých dosud neproběhla Akceptace, i pro ty části Plnění, ohledně
kterých již Akceptace proběhla.
23.3 Rozhodne-li se Objednatel vrátit části předmětu Plnění, musí je vrátit bez zbytečného odkladu.
23.4 Za části předmětu Plnění, ke kterým Objednatel uplatní své právo na ponechání si předmětu
Plnění podle Článku 23.1(b), má Dodavatel nárok na zaplacení části Ceny pouze v rozsahu, ve
kterém má Objednatel z předmětné nevrácené části předmětu Plnění prospěch.
23.5 V případě, že smluvní vztah založený touto Smlouvou zanikne v důsledku odstoupení
Dodavatele, má Dodavatel nárok na úhradu účelně vynaložených nákladů, které jsou
prokazatelné a zároveň evidované, a které Dodavateli vznikly do účinnosti ukončení této
Smlouvy a v souvislosti s jejím ukončením při provádění těch Dílčích částí Plnění ohledně
kterých do té doby neproběhla Akceptace. Ve vztahu k částem Plnění, ohledně kterých
do účinnosti ukončení této Smlouvy došlo k Akceptaci, má Dodavatel právo na zaplacení
dílčích částí Ceny za provedení příslušných částí Plnění ve výši pro ně sjednané.
23.6 V případě jednostranného ukončení této Smlouvy je Dodavatel povinen dle pokynů Objednatele
zlikvidovat anebo Objednateli vrátit veškeré přihlašovací údaje do IT infrastruktury a jakékoliv
další údaje obdobného typu, včetně Osobních údajů.
23.7 Dodavatel se zavazuje nejpozději třicet (30) dnů před uplynutím sjednané doby trvání této
Smlouvy, nebo do třiceti (30) dnů před předčasným ukončením smluvního závazkového vztahu
založeného Smlouvou, není-li ani jedno z předchozích objektivně možné (například z důvodu,
že tento okamžik není předem znám), pak nejpozději do deseti (10) dnů od zániku smluvního
vztahu založeného touto Smlouvou:
(a) připravit aktualizovanou dokumentaci Software a IT prostředí Objednatele, obsahující
zejména, nikoliv však výlučně:
(i) dokumentaci - detailní popis fungování a návrh implementace, který zahrnuje:
bezpečnostní dokumentace;
popis řešení vysoké dostupnosti Software;
popis konfigurace databází;
popis nastavení Standardního software;
popis uceleného modelu Software (logický doménový model, detailní datový
model, hierarchický komponentní model, apod.),
popis zálohování a obnovy,
popis správy uživatelů a externích rozhraní,
popis konfigurace aplikačních serverů,
popis licenčních modelů u Standardního software, a
Uživatelskou a administrační dokumentaci
26 / 30
(ii) seznam platných administrátorských účtů ke spravovaným systémům, operačním
systémům, databázím, a platných hesel k nim a seznam platných servisních účtů
pro běh procesů, jobů atd. a hesel k management rozhraní jednotlivých komponent
a zařízení;
(iii) seznam platných Dodavatelových uživatelských účtů za všechna prostředí;
(iv) seznam všech užitých certifikátů s uvedením doby platnosti včetně popisu
a podrobného postupu pro jejich obnovu;
(v) disaster recovery plány;
(vi) dvě sady plně čitelných a funkčních záloh, ze kterých lze provést kompletní
obnovení Software;
(vii) popis high level architektury včetně popisu aplikační vrstvy;
a aktuální SQL skript pro založení databáze a obsah číselníků nebo jeho obdobu pro jiné
typy databází;;
23.8 V případě, že povinnosti uvedené v Článku 23.7 jsou splněny před okamžikem zániku
smluvního závazkového vztahu založeného touto Smlouvu a následně dojde ke změnám, které
ovlivňují výstupy těchto povinnosti (například ještě dojde ke změnám ve Zdrojovém kódu), je
Dodavatel povinen splnit dotčené povinnosti dle Článku 23.7 do deseti (10) dnů od zániku
smluvního vztahu založeného touto Smlouvou.
23.9 Ustanovení tohoto Článku 23 (Vypořádání v případě zániku smluvního vztahu) se uplatní
obdobně i v případě zániku smluvního závazkového vztahu založeného touto Smlouvou pouze
v jeho části, a to vždy ve vztahu k zanikající části.
24. PROHLÁŠENÍ STRAN
24.1 Objednatel prohlašuje, že splňuje veškeré podmínky a požadavky v této Smlouvě stanovené a je
oprávněn tuto Smlouvu uzavřít a řádně plnit závazky v ní obsažené.
24.2 Dodavatel prohlašuje, že:
(a) je právnickou osobou řádně založenou a existující podle českého právního řádu;
(b) splňuje veškeré podmínky a požadavky v této Smlouvě stanovené a je oprávněn tuto
Smlouvu uzavřít a řádně plnit závazky v ní obsažené;
(c) ke dni uzavření této Smlouvy není vůči němu vedeno řízení dle Insolvenčního zákona a
zavazuje se Objednatele bezodkladně informovat o všech skutečnostech o hrozícím
úpadku, popř. o prohlášení úpadku jeho společnosti, stejně jako o změnách v jeho
kvalifikaci, kterou prokázal v rámci své nabídky na plnění Veřejné zakázky v dále
uvedeném smyslu;
(d) má zájem Veřejnou zakázku pro Objednatele řádně a včas plnit a splnit za úplatu sjednanou
v této Smlouvě. Dále Dodavatel prohlašuje, že se detailně seznámil s rozsahem a povahou
předmětu Veřejné zakázky, že jsou mu známy technické, kvalitativní a jiné podmínky
nezbytné k její realizaci, těmto podmínkám rozumí a je schopný je dodržet;
(e) veškeré písemné informace poskytnuté Dodavatelem nebo jeho jménem Objednateli, jeho
zástupcům či poradcům v průběhu zadávacího řízení na realizaci Veřejné zakázky byly
k datu jejich předložení (pokud nebyly nahrazeny či změněny jinou informací poskytnutou
Dodavatelem následně) pravdivé, úplné a přesné ve všech podstatných ohledech,
a Dodavatel si není vědom žádných podstatných skutečností či okolností, které by
Objednateli neoznámil a které by, pokud by byly Objednateli známy, mohly mít podstatný
vliv na rozhodnutí Objednatele uzavřít či neuzavřít se Dodavatelem tuto Smlouvu; a
27 / 30
(f) disponuje veškerými profesními znalostmi a dovednostmi k řádnému splnění předmětu
Veřejné zakázky, a že všechny osoby, které použije k plnění této Smlouvy, mají potřebné
vzdělání, zkušenosti či jinou profesní způsobilost k plnění, které má Dodavatel dle této
Smlouvy poskytovat a které doložil v souladu se Zadávací dokumentací.
24.3 Strany společně prohlašují, že v případě právního nástupnictví namísto některé ze Stran, bude
dále postupováno dle této Smlouvy, neboť práva a povinnosti vyplývající z této Smlouvy
přechází ze zákona na právní nástupce Stran, není-li v této Smlouvě uvedeno jinak.
25. ROZHODNÉ PRÁVO A ŘEŠENÍ SPORŮ
25.1 Smlouva se řídí a bude vykládána v souladu s právním řádem České republiky, zejména
Občanským zákoníkem. Strany se dohodly, že obchodní zvyklosti nemají přednost před
žádnými ustanoveními zákona, a to ani před ustanoveními zákona, jež nemají donucující
účinky.
25.2 Strany se zavazují řešit veškeré spory, které mezi nimi mohou vzniknout v souvislosti
s prováděním nebo výkladem této Smlouvy jednáním a vzájemnou dohodou. Pokud se nepodaří
vyřešit předmětný spor vzájemnou dohodou Stran, bude takový spor předložen jednou ze Stran
věcně a místně příslušnému soudu. Strany si tímto sjednávají místní příslušnost obecného soudu
Objednatele.
26. ROZPORY V DOKUMENTACI
26.1 Každá Strana je povinna bez zbytečného odkladu poté, co se dozvěděla o jakémkoli rozporu,
neshodě, rozdílu nebo odchylce mezi jakýmikoli dokumenty, které tvoří tuto Smlouvu, nebo
dokumenty, které souvisí s touto Smlouvou, toto písemně oznámit druhé Straně.
26.2 Toto oznámení bude obsahovat podrobnosti o daném rozporu, neshodě, rozdílu nebo odchylce
mezi dokumenty uvedenými v Článku 26.1 a návrh změn nezbytných pro vyřešení takového
rozporu, neshody, rozdílu či odchylky.
26.3 Strany vyvinou úsilí k tomu, aby došlo bez zbytečného odkladu k odsouhlasení nezbytných
změn. V případě rozporu mezi textem těla této Smlouvy a jejími Přílohami má přednost text těla
této Smlouvy.
27. ZÁVĚREČNÁ USTANOVENÍ
27.1 Smlouva nabývá platnosti a účinnosti dnem jejího uveřejnění v registru smluv ve smyslu ZRS.
27.2 V souvislosti s aplikací ZRS na tuto Smlouvu se Strany dohodly na anebo souhlasí s
následujícím:
(a) Smlouva včetně jejích všech příloh neobsahuje obchodní tajemství žádné ze 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 Strany s uveřejněním této
Smlouvy, včetně jejích Příloh, souhlasí. Výjimkou jsou Osobní údaje v podobě jmen
a kontaktních údajů osob uvedených v Příloze č. 4 [Kontaktní osoby] a Příloze č. 7
[Realizační tým], které budou znečitelněny, a obchodní tajemství a důvěrné informace
označené Dodavatelem ve smyslu ZZVZ, obsažené v dokumentech předložených
Dodavatelem v rámci součinnosti před uzavřením smlouvy dle ZZVZ;
(b) Objednatel zašle v souladu s § 5 ZRS správci registru smluv elektronický obraz textového
obsahu této Smlouvy a jejích Příloh v otevřeném a strojově čitelném formátu a metadata
vyžadovaná ZRS, a to prostřednictvím ISDS do příslušné datové schránky Ministerstva
vnitra určené pro uveřejňování záznamů v registru smluv prostřednictvím elektronického
formuláře zveřejněného na portálu veřejné správy;
(c) Objednatel splní povinnost uvedenou výše v tomto Článku 27.2(b) neprodleně, nejpozději
do patnácti (15) dnů od uzavření této Smlouvy.
28 / 30
27.3 Tato Smlouva může být měněna pouze listinnými vzestupně číslovanými dodatky, není-li v této
Smlouvě výslovně stanoveno jinak. Případné oboustranně odsouhlasené méněpráce, tj. zúžený
rozsah Plnění včetně dopadu na Cenu, dohodnuté v rámci řízení o změně rozsahu Plnění, budou
zohledněny a zahrnuty v listinném dodatku k této Smlouvě o Plnění, který jsou Strany povinny
uzavřít, a to vždy za podmínek stanovených ZZVZ.
27.4 Pro případ uzavírání této Smlouvy Strany vylučují použití § 1740 odst. 3 Občanského zákoníku,
který stanoví, že smlouva je uzavřena i tehdy, kdy nedojde k úplné shodě projevů vůle
smluvních stran.
27.5 Dodavatel na sebe přebírá nebezpečí změny okolností ve smyslu § 1765 Občanského zákoníku.
27.6 Obě 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, zdánlivým či nicotným nebo se neplatným, zdánlivým či
nicotným stane, tak tato skutečnost neovlivní platnost této Smlouvy jako celku. V takovém
případě se obě Strany zavazují nahradit neprodleně neplatné, zdánlivé či nicotné ustanovení
ustanovením platným, které se svou povahou a účelem nejvíce blíží povaze a účelu
nahrazovaného ustanovení; obdobně se zavazují postupovat v případě ostatních nedostatků této
Smlouvy či souvisejících ujednání.
27.7 Žádné nevyužití nebo opominutí nároku nebo práva vyplývajícího z této Smlouvy nebude
vykládáno jako vzdání se nároku nebo práva, pokud tak nebude učiněno výslovně listinnou
formou příslušnou Stranou. Vzdání se některého nároku nebo práva vyplývajícího z této
Smlouvy nebude vykládáno jako vzdání se jakéhokoliv jiného nároku nebo práva. Žádné
prodloužení lhůty ke splnění povinnosti nebo jiného úkonu předpokládaného touto Smlouvou
nebude vykládáno jako prodloužení lhůty ke splnění jakékoliv jiné povinnosti nebo jiného
úkonu předpokládaného touto Smlouvou. Pokud není v této Smlouvě uvedeno jinak, práva a
nápravné prostředky upravené v této Smlouvě lze uplatnit souběžně a nevylučují žádná práva
ani nápravné prostředky, na něž vzniká právo z právních předpisů.
27.8 Tato Smlouva je vyhotovena ve dvou (2) stejnopisech v českém jazyce, z nichž Objednatel
obdrží po jednom (1) a Dodavatel po jednom (1) vyhotovení.
27.9 Nedílnou součástí této Smlouvy jsou následující Přílohy:
(a) Příloha č. 1: Specifikace Plnění – část A až C
(b) Příloha č. 2: Časový harmonogram
(c) Příloha č. 3: Technická příloha studie proveditelnosti vztahující se k Veřejné zakázce
(d) Příloha č. 4: Kontaktní osoby
(e) Příloha č. 5: Cena
(f) Příloha č. 6: Poddodavatelé
(g) Příloha č. 7: Realizační tým
ZBYTEK STRÁNKY PONECHÁN ÚMYSLNĚ PRÁZDNÝ
29 / 30
PODPISOVÁ STRANA
Strany tímto výslovně prohlašují, že tato Smlouva vyjadřuje jejich pravou a svobodnou vůli, na
důkaz čehož připojují níže své podpisy.
Město Písek ALTAIR SOFTWARE s.r.o.
Místo: Místo:
Datum: 1.4.2019 Datum: 13.2.2019
_______________________________________ _______________________________________
Jméno: Eva Vanžurová Jméno: Bc. Marek Vávra
Funkce: starostka Funkce: jednatel
30 / 30
PŘÍLOHA Č. 1 (ČÁSTI A) AŽ C) – SPECIFIKACE PLNĚNÍ –
NA NÁSLEDUJÍCÍCH STRANÁCH
Vyplnit žlutá pole Technická specifikace
Specifikace „SW Řízení vztahů s občany“
Typ dodání: požadavek dodání kompletního funkčního celku
Požadovaná Popis požadované funkcionality Nabídka účastníka zadávacího řízení
funkcionalita
Obecný popis Komunikační nástroj pro komunikaci s občany města Písek Komunikační nástroj pro komunikaci s občany města Písek
Způsob hromadné SMS zprávy hromadné SMS zprávy
komunikace hlasové zprávy hlasové zprávy
Rozesílač SMS emaily emaily
zpráv chat chat
bezplatné zprávy do mobilní aplikace bezplatné zprávy do mobilní aplikace
Rozesílač Umožňuje uživateli služby efektivní komunikace se svými Umožňuje uživateli služby efektivní komunikace se svými zákazníky, občany
hlasových zpráv zákazníky, občany formou SMS s téměř 100% přečtením sdělení. formou SMS s téměř 100% přečtením sdělení.
Možnost zavolání informací registrovaným občanům najednou a Možnost zavolání informací registrovaným občanům najednou a získání
Rozesílač emailů získání okamžité zpětné vazby. okamžité zpětné vazby.
Možnost přepnutí do režimu ústředny. Možnost přepnutí do režimu ústředny.
PUSH notifikace
Jednoduché ovládaní menu stiskem kláves telefonu, které se Jednoduché ovládaní menu stiskem kláves telefonu, které se spustí po zavolání
Sběr kontaktů spustí po zavolání na přednastavené číslo. na přednastavené číslo.
Možnost pro odeslání hromadných emailů. Možnost pro odeslání hromadných emailů.
Adresář Možnost distribuce občanům zaregistrovaným do systému. Možnost distribuce občanům zaregistrovaným do systému.
Přímé napojení na komunikační bránu. Přímé napojení na komunikační bránu.
Statistiky
Přímé posílání zpráv přímo do nainstalovaných aplikací. Přímé posílání zpráv přímo do nainstalovaných aplikací.
Webový registrační formulář. Webový registrační formulář.
možnost vytvoření vlastního adresáře rozdělením do skupin možnost vytvoření vlastního adresáře rozdělením do skupin
filtrace podle zaměření skupin filtrace podle zaměření skupin
možnost filtrace podle ulice a dalších demografických údajů možnost filtrace podle ulice a dalších demografických údajů
Možnost přehledné statistiky Možnost přehledné statistiky
kolika občanům byla zpráva doručena kolika občanům byla zpráva doručena
vyhodnocení zpětné vazby v minireferendech a anketách vyhodnocení zpětné vazby v minireferendech a anketách
Mobilní aplikace Možnost nahrání hlasové zprávy přímo v administraci systému. Možnost nahrání hlasové zprávy přímo v administraci systému.
Školení
Bezplatné stáhnutí mobilní aplikace do chytrých telefonů s Bezplatné stáhnutí mobilní aplikace do chytrých telefonů s uvedení kontaktů
uvedení kontaktů na MÚPísek, tísňové linky. na MÚPísek, tísňové linky.
Součástí nabídkové ceny je i nezbytné zaškolení obsluhy. Součástí nabídkové ceny je i nezbytné zaškolení obsluhy.
Technická specifikace
Specifikace „Informační platforma pro plošná témata města“
Typ dodání: požadavek dodání kompletního funkčního celku
Požadovaná Popis požadované funkcionality Nabídka účastníka zadávacího řízení
funkcionalita
Způsob zobrazení Webový prohlížeš, mobilní aplikace pro základní operační systémy Webový prohlížeš, mobilní aplikace pro základní operační systémy - Android
informací - Android 4.2 a novější, iOS 8 a novější 4.2 a novější, iOS 8 a novější
Monitoring životního prostředí Monitoring životního prostředí
Mapa dopravních proudů Mapa dopravních proudů
Územní plánování Územní plánování
Kulturní mapa města Kulturní mapa města
Témata obsažená Mapa kriminality Mapa kriminality
v aplikaci Hluková mapa Hluková mapa
Stavy odpadních nádob Stavy odpadních nádob
Interaktivní turistická mapa Interaktivní turistická mapa
Stavy toků při povodních Stavy toků při povodních
Rozmístění kardiostimulátorů na území města Rozmístění kardiostimulátorů na území města
Sběr dat obsahující geoinformace Sběr dat obsahující geoinformace
Distribuce uvedených dat a témat Distribuce uvedených dat a témat
Požadované Zobrazení výstupů prostřednictvím webového portálu a mobilní Zobrazení výstupů prostřednictvím webového portálu a mobilní aplikace
funkcionality aplikace Možnost napojení aplikace na městské GIS (geografické informační systémy)
Možnost napojení aplikace na městské GIS (geografické
informační systémy)
aplikace Možnost vkládání vstupních dat ze strany uživatelů aplikace Možnost vkládání vstupních dat ze strany uživatelů aplikace
Možnost zakládání a správy nových a stávajcíích uživatelů Možnost zakládání a správy nových a stávajcíích uživatelů
Možnost administrace aplikace ze strany provozovatele Možnost administrace aplikace ze strany provozovatele
Zobrazování externích dat do vlastních vrstev Zobrazování externích dat do vlastních vrstev
Mód pro prezentaci výsledků Mód pro prezentaci výsledků
Registrace Možnost založení uživatele pomocí jendoduché registrace, nebo Možnost založení uživatele pomocí jendoduché registrace, nebo registrace
registrace přes sociální sítě přes sociální sítě
Správa uživatelů Správa uživatelů
Administrace správa datových zdrojů správa datových zdrojů
správa čísleníku pocitů správa čísleníku pocitů
aplikace ze strany možnost vytváření mapových vrstev možnost vytváření mapových vrstev
provozovatele možnost vkládání objektů do mapy (např. trať závodu, místo možnost vkládání objektů do mapy (např. trať závodu, místo konání veřejné
konání veřejné akce, místo konkrétního zájmu) akce, místo konkrétního zájmu)
práce se statistikami a reporty práce se statistikami a reporty
možnost vkládání pocitů a komentářů přímo do mapy možnost vkládání pocitů a komentářů přímo do mapy
diskuse nad konkrétními vstupy uživatelů diskuse nad konkrétními vstupy uživatelů
zobrazování externích dat do vlastních vrstev (mapa kriminality, zobrazování externích dat do vlastních vrstev (mapa kriminality, kvalita
Možnosti uživatele kvalita ovzduší) ovzduší)
podpora zájmových skupin (projekt pro komunikaci se studenty, podpora zájmových skupin (projekt pro komunikaci se studenty, seniory,
seniory, invalidy apod.) invalidy apod.)
možnost omezení aktivní mapy na určitou oblast (centrum města, možnost omezení aktivní mapy na určitou oblast (centrum města, řeka, oblast
řeka, oblast konání městských slavností apod.) konání městských slavností apod.)
Zobrazování výsledků v mapě Zobrazování výsledků v mapě
Mód pro časový filtr časový filtr
možnost porování dvou období možnost porování dvou období
prezentaci filtrování výsledků (dle projektu, období, typu pocitu apod.) filtrování výsledků (dle projektu, období, typu pocitu apod.)
výsledků sdílení výsledků (přeposílání, sdílení na sociálních sítích, diskuse) sdílení výsledků (přeposílání, sdílení na sociálních sítích, diskuse)
Vkládání pocitů reporty reporty
Mapová souřadnice Mapová souřadnice
Datum a čas Datum a čas
typ pocitu dle barev typ pocitu dle barev
šedá = nevyužitý potenciál šedá = nevyužitý potenciál
fialová = špatná dopravní situace fialová = špatná dopravní situace
žlutá = kultura, společenský život, zábava žlutá = kultura, společenský život, zábava
modá = nákupy modá = nákupy
zelená = volný čas, klid a odpočinek zelená = volný čas, klid a odpočinek
oranžová = příjemné prostředí, zeleň a architektura oranžová = příjemné prostředí, zeleň a architektura
červená = klid a bezpečí červená = klid a bezpečí
černá = nebezpečí černá = nebezpečí
možnost vkládat poznámky možnost vkládat poznámky
možnost kategorizace dle možnost kategorizace dle
věku věku
pohlaví pohlaví
dosaženého vzdělání dosaženého vzdělání
příjmové skupiny příjmové skupiny
možnost vkládat přílohy v podobě fotek možnost vkládat přílohy v podobě fotek
Technická specifikace
Specifikace „Komunikační platforma pro občany“
Typ dodání: požadavek dodání kompletního funkčního celku
Požadovaná Popis požadované funkcionality Nabídka účastníka zadávacího řízení
funkcionalita
Podporované Podpora mobilních zařízení se systémy Android 4.2 a novější a iOS Podpora mobilních zařízení se systémy Android 4.2 a novější a iOS 8 a novější
operační systémy 8 a novější
Noviny Aplikace musí podporovat tvorbu a publikování obecních novin. Aplikace musí podporovat tvorbu a publikování obecních novin.
Zadavatel musí mít možnost pomocí redakčního systému Zadavatel musí mít možnost pomocí redakčního systému publikovat novinové
publikovat novinové články v obecních novinách. články v obecních novinách.
Články budou tvořeny kombinací formátovaného textu a obrázky. Články budou tvořeny kombinací formátovaného textu a obrázky.
Redakční systém poskytne Zadavateli funkce pro tvorbu a správu Redakční systém poskytne Zadavateli funkce pro tvorbu a správu informací o
informací o obci. obci.
Informace budou publikovány občanům v mobilní aplikaci. Informace budou publikovány občanům v mobilní aplikaci.
Informace o městě Informace budou opět kombinací formátovaného textu a obrázků. Informace budou opět kombinací formátovaného textu a obrázků.
Zadavatel navíc bude moci informace doplnit o GPS pozici. Zadavatel navíc bude moci informace doplnit o GPS pozici.
Občan bude mít možnost zobrazit informace na mapě. Občan bude mít možnost zobrazit informace na mapě.
Aplikace bude podporovat funkci informační desky. Aplikace bude podporovat funkci informační desky.
Na desce bude Zadavatel zveřejňovat jakékoliv informace, opět Na desce bude Zadavatel zveřejňovat jakékoliv informace, opět kombinující
kombinující formátovaný text a obrázky. Navíc s možností odkazů formátovaný text a obrázky. Navíc s možností odkazů a přechodu na jiný obsah
Informační deska a přechodu na jiný obsah v aplikaci. v aplikaci.
Úřední deska
Informační deska bude obsahovat tzv. rychlé odkazy na důležité Informační deska bude obsahovat tzv. rychlé odkazy na důležité tísňové linky,
tísňové linky, instituce a další místní důležité kontakty. Na tato instituce a další místní důležité kontakty. Na tato čísla bude možné volat přímo
čísla bude možné volat přímo z aplikace. z aplikace.
Aplikace bude zobrazovat informace ze stávající úřední desky Aplikace bude zobrazovat informace ze stávající úřední desky obce.
obce.
Aktualizace informací bude zajištěna automaticky ze zdroje Aktualizace informací bude zajištěna automaticky ze zdroje poskytnutého
poskytnutého Zadavatelem. (spisová služba eSPIS - ICZ) Zadavatelem. (spisová služba eSPIS - ICZ)
Aplikace bude obsahovat informace a kontakty na jednotlivé Aplikace bude obsahovat informace a kontakty na jednotlivé agendy či odbory
v rámci obce a občan bude mít možnost se objednat na obecní úřad.
agendy či odbory v rámci obce a občan bude mít možnost se
Objednávka bude směrována na odpovědného úředníka dané agendy.
Kontakty a objednat na obecní úřad. Seznam odborů a agend úřadu budou dostupné a udržované zadavatelem v
Objednávka bude směrována na odpovědného úředníka dané administraci aplikace.
objednání na úřad agendy. Aplikace bude poskytovat možnost uživatelsky přívětivého prohlížení informací
z daných definovaných zdrojů formátu Opendata.
Seznam odborů a agend úřadu budou dostupné a udržované
zadavatelem v administraci aplikace.
Aplikace bude poskytovat možnost uživatelsky přívětivého
OpenData prohlížení informací z daných definovaných zdrojů formátu
Opendata.
Aplikace bude poskytovat informace o parkovacích místech v obci. Aplikace bude poskytovat informace o parkovacích místech v obci.
Parkování Aplikace bude schopná zajistit rozšíření informací o aktuální Aplikace bude schopná zajistit rozšíření informací o aktuální obsazenost
obsazenost parkovacích míst. Data k parkování poskytuje parkovacích míst. Data k parkování poskytuje Zadavatel.
Zadavatel.
Informace o parkování si občan bude moci zobrazit na mapě.
Informace o parkování si občan bude moci zobrazit na mapě.
Navigace k zaparkování bude zajištěna pomocí nativních aplikací Navigace k zaparkování bude zajištěna pomocí nativních aplikací mobilního
mobilního zařízení. zařízení.
Doprava Aplikace bude poskytovat informace o aktuálním stavu a změnách Aplikace bude poskytovat informace o aktuálním stavu a změnách v dopravě.
v dopravě.
Informace bude spravovat zadavatel v rámci administrace Informace bude spravovat zadavatel v rámci administrace aplikace.
aplikace.
Aplikace bude poskytovat nástroj pro tvorbu dotazníků a anket. Aplikace bude poskytovat nástroj pro tvorbu dotazníků a anket.
Uživatel bude vyplněné ankety a dotazníky odesílat Zadavateli Uživatel bude vyplněné ankety a dotazníky odesílat Zadavateli přímo z
aplikace.
Ankety a dotazníky přímo z aplikace. Zadavatel bude mít informace z anket a dotazníků dostupné v administraci
Zadavatel bude mít informace z anket a dotazníků dostupné v aplikace
administraci aplikace Součástí administrace bude možnost exportu anket a dotazníků do MS Excelu.
Součástí administrace bude možnost exportu anket a dotazníků Zadavatel bude přes redakční systém naplňovat aplikaci informacemi o
obecních aktualitách a zajímavostech.
do MS Excelu.
Zadavatel bude moci aktuality a zajímavosti doplňovat o GPS pozici a občan
Zadavatel bude přes redakční systém naplňovat aplikaci tak dostane možnost zobrazit informace na mapě.
Aktuality a informacemi o obecních aktualitách a zajímavostech.
zajímavosti Zadavatel bude moci aktuality a zajímavosti doplňovat o GPS
pozici a občan tak dostane možnost zobrazit informace na mapě.
Inzerce Aplikace bude registrovaným uživatelům poskytovat možnosti, Aplikace bude registrovaným uživatelům poskytovat možnosti, které jsou
které jsou známé s inzertních desek. známé s inzertních desek.
vystavit inzerát vystavit inzerát
jako nabízející nebo poptávající jako nabízející nebo poptávající
pro produkty nebo služby pro produkty nebo služby
Nástroj je určen hlavně občanům. Používat ho však budou moci i Nástroj je určen hlavně občanům. Používat ho však budou moci i místní
místní řemeslníci, drobní podnikatelé atp. řemeslníci, drobní podnikatelé atp.
Aplikace bude uživatelům poskytovat funkce diskuzních skupin v Aplikace bude uživatelům poskytovat funkce diskuzních skupin v určených
určených oblastech. oblastech.
Uživatelé se budou muset zaregistrovat. Uživatelé se budou muset zaregistrovat.
Technická specifikace
Specifikace „Komunikační platforma pro občany“
Typ dodání: požadavek dodání kompletního funkčního celku
Požadovaná Popis požadované funkcionality Nabídka účastníka zadávacího řízení
funkcionalita
Diskuse Neregistrovaný uživatel se diskuze nebude moci zúčastnit. Neregistrovaný uživatel se diskuze nebude moci zúčastnit.
Zadavatel bude v administraci spravovat diskuzní oblasti, diskusní
Notifikace skupiny a bude určovat, které diskuze jsou volné a které Zadavatel bude v administraci spravovat diskuzní oblasti, diskusní skupiny a
moderované. bude určovat, které diskuze jsou volné a které moderované.
Volné skupiny budou umožňovat registrovaným uživatelům
vkládat příspěvky bez omezení a nutnosti schvalování. Volné skupiny budou umožňovat registrovaným uživatelům vkládat příspěvky
Moderované skupiny budou vyžadovat schvalování každého bez omezení a nutnosti schvalování.
příspěvku Zadavatelem. Moderované skupiny budou vyžadovat schvalování každého příspěvku
Zadavatelem.
Zadavatel bude disponovat administrací pro posílání notifikačních Zadavatel bude disponovat administrací pro posílání notifikačních zpráv o
zpráv o důležitých aktualitách a informací do aplikace. důležitých aktualitách a informací do aplikace.
Občan si bude notifikace číst v aplikaci a přímo z notifikace může Občan si bude notifikace číst v aplikaci a přímo z notifikace může přejít na
přejít na obsah, na který zpráva upozorňuje. obsah, na který zpráva upozorňuje.
Stížnosti a Aplikace bude občanům poskytovat možnost zasílání stížností k Aplikace bude občanům poskytovat možnost zasílání stížností k vyřešení
požadavky vyřešení problémů, např. rozbitého veřejné osvětlení, rozbitého problémů, např. rozbitého veřejné osvětlení, rozbitého odpadkového koše,
odpadkového koše, lavičky a podobně. lavičky a podobně.
Kalendář akcí
Požadavky se bude dát doplnit fotografií z mobilního zařízení a i Požadavky se bude dát doplnit fotografií z mobilního zařízení a i GPS pozicí pro
Sociální sítě
Externí zdroje dat GPS pozicí pro zobrazení na mapě. zobrazení na mapě.
Zadavatel bude s požadavky pracovat v rámci administrace a Zadavatel bude s požadavky pracovat v rámci administrace a informovat
informovat občany o stavu řešení daného požadavku. občany o stavu řešení daného požadavku.
Aplikace bude obsahovat kalendář obecních akcí. Aplikace bude obsahovat kalendář obecních akcí.
Zadavatel bude mít v administraci nástroj pro správu celého Zadavatel bude mít v administraci nástroj pro správu celého kalendáře.
kalendáře.
Akce bude obsahovat tyto detaily: Akce bude obsahovat tyto detaily:
datum konání akce datum konání akce
kategorie akce kategorie akce
článek s detailním popis akce, opět obsahující formátovaný text a
článek s detailním popis akce, opět obsahující formátovaný text a obrázky.
obrázky.
Kategorie akcí se budou spravovat v administraci. Kategorie akcí se budou spravovat v administraci.
Občan si akce bude v aplikaci moci filtrovat. Občan si akce bude v aplikaci moci filtrovat.
Aplikace bude občanům poskytovat nástroj na sdílení informací na Aplikace bude občanům poskytovat nástroj na sdílení informací na sociálních
sociálních sítí. sítí.
RSS kanály RSS kanály
XML výstupy ze stávajícího redakčního systému vismo XML výstupy ze stávajícího redakčního systému vismo (www.mesto-pisek.cz)
(www.mesto-pisek.cz)
PŘÍLOHA Č. 2 – ČASOVÝ HARMONOGRAM
PRO VŠECHNY SOFTWARE JEDNOTNĚ
Dílčí část Plnění Ukončení
VYROZUMĚNÍ O DOKONČENÍ T
ČÁSTI 1 VEŘEJNÉ ZAKÁZKY
ANALÝZA T + 1 MĚSÍC
PŘEDÁNÍ K TESTOVÁNÍ T + 3 MĚSÍCE
PŘEDÁNÍ DO PILOTNÍHO T + 5 MĚSÍCŮ
PROVOZU
Provedení Plnění – CELKOVÁ T + 6 MĚSÍCŮ
AKCEPTACE
T = datum vyrozumění Dodavatele o dokončení části 1 veřejné zakázky Objednatelem.
Číselné údaje uvedené v tabulce výše představují počty měsíců
PŘÍLOHA Č. 3 – TECHNICKÁ PŘÍLOHA STUDIE PROVEDITELNOSTI VZTAHUJÍCÍ SE
K VEŘEJNÉ ZAKÁZCE
NA NÁSLEDUJÍCÍCH STRANÁCH
INTEGROVANÝ REGIONÁLNÍ OPERAČNÍ
PROGRAM
STUDIE PROVEDITELNOSTI
-
Město Písek
Výzva IROP 28
VERZE 1.0
BŘEZEN 2017
Strana 1 z 64
1 Obsah
1 Obsah ............................................................................................................................................................. 2
2 Úvodní informace ........................................................................................................................................... 4
3 Základní informace o žadateli ........................................................................................................................ 4
4 Charakteristika projektu a jeho soulad s programem .................................................................................... 5
5 Podrobný popis projektu ................................................................................................................................ 6
5.1 Výchozí stav – popis výchozí situace ..................................................................................................... 6
5.2 Analýza vnitřního prostředí (silné a slabé stránky)................................................................................ 7
5.2.1 Schéma řešení IT ........................................................................................................................... 7
5.2.2 Slabé stránky ............................................................................................................................... 11
5.2.3 Silné stránky ................................................................................................................................ 11
5.3 SLEPT analýza faktorů okolního prostředí ........................................................................................... 12
5.3.1 Sociální faktory............................................................................................................................ 13
5.3.2 Legislativní faktory ...................................................................................................................... 14
5.3.3 Ekonomické faktory .................................................................................................................... 16
5.3.4 Srovnání rozpočtu ....................................................................................................................... 17
5.3.5 Politické faktory .......................................................................................................................... 18
5.3.6 Technologické faktory................................................................................................................. 22
5.4 SWOT analýza na základě výsledků analýzy vnitřního prostředí a SLEPT analýzy ............................... 23
5.4.1 Silné stránky ................................................................................................................................ 24
5.4.2 Slabé stránky ............................................................................................................................... 24
5.4.3 Příležitosti ................................................................................................................................... 24
5.4.4 Hrozby ......................................................................................................................................... 25
5.5 Vazba SWOT analýzy na cíle projektu.................................................................................................. 25
5.6 Popis vazby projektu na Strategický rámec rozvoje veřejné správy a jeho implementační plány a
projektové okruhy ............................................................................................................................................ 25
5.7 Popis nulové (srovnávací) varianty. Jedná se o variantu, v případě, že projekt nebude realizován.... 26
5.8 Popis varianty rozvoje stávajícího informačního systému................................................................... 26
5.9 Odůvodnění varianty rozvoje stávajícího informačního systému a její vazba na provedenou analýzu
vnitřního prostředí, SLEPT, SWOT analýzu a na cíle projektu (kap. 4) .............................................................. 27
5.9.1 Podrobný popis investiční varianty projektu .............................................................................. 28
5.10 Časový harmonogram realizace podle etap ........................................................................................ 37
5.10.1 Hlavní termíny zahájení a ukončení realizace projektu .............................................................. 39
5.11 Identifikace dopadů projektu .............................................................................................................. 39
5.11.1 Výčet a popis dopadů realizace a provozu projektu ................................................................... 39
Strana 2 z 64
6 Zdůvodnění potřebnosti realizace projektu ................................................................................................. 39
6.1 Obecný popis potřebnosti projektu..................................................................................................... 39
6.2 Popis konkrétních dopadů projektu na vybrané cílové skupiny .......................................................... 41
7 Management projektu a řízení lidských zdrojů ............................................................................................ 43
8 Řešení projektu ............................................................................................................................................ 44
9 Dlouhodobý majetek .................................................................................................................................... 45
9.1 Dlouhodobý investiční majetek – hmotný........................................................................................... 45
9.2 Dlouhodobý investiční majetek – nehmotný....................................................................................... 46
9.3 Plán investičních výdajů v realizační a provozní fázi projektu ............................................................. 46
10 Výstupy projektu ...................................................................................................................................... 47
10.1 Přehled výstupů projektu .................................................................................................................... 47
10.1.1 Definované výstupy projektu ...................................................................................................... 47
10.1.2 Průkazné doložení a termín splnění cílů projektu....................................................................... 47
10.2 Indikátory............................................................................................................................................. 47
10.2.1 Způsob naplňování indikátorů .................................................................................................... 48
10.2.2 Vazba indikátorů na cíle projektu ............................................................................................... 48
10.2.3 Očekávané významné multiplikační efekty projektu .................................................................. 48
11 Připravenost projektu k realizaci ............................................................................................................. 49
11.1 Technická připravenost ....................................................................................................................... 49
11.2 Organizační připravenost..................................................................................................................... 49
11.3 Plán zdrojů financování ....................................................................................................................... 50
12 Finanční analýza ....................................................................................................................................... 51
12.1 Položkový rozpočet projektu ............................................................................................................... 51
13 Analýza a řízení rizik ................................................................................................................................. 55
14 Vliv projektu na horizontální kritéria ....................................................................................................... 57
15 Závěrečné hodnocení efektivity a udržitelnosti projektu ........................................................................ 57
15.1 Zajištění udržitelnosti projektu............................................................................................................ 57
15.1.1 Provozní udržitelnost .................................................................................................................. 57
15.1.2 Finanční udržitelnost................................................................................................................... 58
15.1.3 Administrativní udržitelnost ....................................................................................................... 58
15.1.4 Zdůvodnění potřebnosti a nutnosti dotace; realizace projektu při neschválení dotace ............ 58
15.2 Konečný stav po realizaci – výstupy a výsledky včetně personálního zabezpečení a udržitelnosti..... 59
16 Způsob stanovení cen do rozpočtu projektu ........................................................................................... 60
Seznam tabulek, obrázků a schémat ..................................................................................................................... 64
Strana 3 z 64
2 Úvodní informace
Obchodní jméno, sídlo, IČ a DIČ SmartPlan s.r.o.
zpracovatele studie Antala Staška 1859/34, Krč, 140 00 Praha 4
proveditelnosti IČ: 02474743
DIČ: CZ02474743
Členové zpracovatelského týmu, xxxxxxxxxxxxxxxx – koordinátor studie –
jejich role a kontakty xxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxx – technické zajištění –
xxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxx - zpracovatel studie –
xxxxxxxxxxxxxxxxxx
Datum vypracování 31. 3. 2017
Tabulka 1 - Úvodní informace
3 Základní informace o žadateli
Obchodní jméno, sídlo, IČ a DIČ Město Písek
žadatele Velké náměstí 114/3, 397 01, Písek - Vnitřní Město
IČ: 00249998
DIČ: CZ 00249998
Jméno, příjmení a kontakt na Mgr. Eva Vanžurová
statutárního zástupce Starostka
xxxxxxxxxxxxxxxxx
Jméno, příjmení a kontakt na xxxxxxxxxxxxxxxxxxxxxxxx
kontaktní osobu pro projekt xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Nárok na odpočet DPH na vstupu Ne
ve vztahu ke způsobilým výdajům
projektu (Ano x Ne)
Název projektu Zvyšování efektivity a transparentnosti veřejné správy
prostřednictvím rozvoje využití a kvality systému IKT
Tabulka 2 - Základní informace o žadateli
Strana 4 z 64
Městská cloudová platforma pro centralizaci výpočetních technologií
Městská cloudová platforma pro centralizaci výpočetních technologií (MCP) představuje
moderní otevřené cloudové řešení, v rámci kterého bude částečně využita stávající
technologie městského technologického centra umístěného v budově Městského úřadu
(formou napojení na stávající informační systémy, v oblasti bezpečnostních politik a
formou integrace do stávajícího systému zálohování a monitoringu), a které bude
rozšířeno o infrastrukturu potřebnou pro rozvoj nových informačních systémů, a to
v budoucím horizontu. MCP představuje plně virtualizované a vysoce automatizované
prostředí, které umožní:
snadnou správu uživatelských práv nad výpočetními zdroji,
správa chodu infrastruktury (serverů, storage, sítí, operačních systémů, aplikací,
informačních systémů apod.),
centralizaci datových zdrojů,
propojení datového fondu úřadu,
komplexní řízení bezpečnosti,
automatizaci celé řady procesů jak na úrovní ICT správy technologického centra,
tak na úrovni úřednické.
Implementaci a rozvoj městské cloudové platformy v rámci konceptu Smart City
představuje novou alternativu, jak dosáhnout dlouhodobé udržitelnosti městské IT
infrastruktury i v případě dynamického rozvoje moderních aplikací pro řízení vztahů
s občany, podnikateli, návštěvníky města, ale také představuje reakci na nástup
moderních Internet of Things technologií nebo implementaci nástrojů Business
Intelligence a technologii pro správu, analýzu a otevírání dat.
Tato platforma zároveň představuje zásadní modernizaci stávajícího stavu a zvyšuje
dostupnosti a flexibilitu komunikačních a informačních systémů a infrastruktury města a
bude zásadním informačním systémem v souvislosti s centry sdílených služeb.
Modernizace infrastruktury z virtualizace na plně automatizovanou cloudovou platformu
nabízí řadu výhod:
možnost výběru z řady předkonfigurovaných serverů a jejich okamžité spuštění,
otevřená platforma poskytující snadnou migraci mezi dodavateli HW i cloud
operátory (odstraňuje vendor lock-in),
vysoká dostupnost služeb - až 99,9 %,
proaktivní monitoring a reporting jako součást implementovaného řešení,
možnost dedikovat HW zdroje nebo využívat propojení s cloud kapacitami třetích
stran (hybridní cloud),
nastavení vlastní síťové infrastruktury v cloudu a bezpečnostní politiky,
Strana 29 z 64
plná administrace prostředí s možností správy projektů a uživatelských práv,
image & instance:
o možnost výběru z řady předpřipravených konfigurací serverů a jejich
okamžité spuštění (Windows, RedHat, CentOS, Ubuntu, atd.),
o možnost nahrání vlastních image skrz webové rozhraní v libovolném
formátu (VHD, VMDK, QCOW2),
o spuštění instancí v řádech minut včetně vlastní správy snapshotů,
o plně funkční webová konzole nativně integrovaná v HTML5,
network:
o kompletní 10Gbit síťová infrastruktura založená na technologii SDN
controlleru,
o každý hypervisor je připojen dvěma nezávislými 10Gbit linkami (20Gbit
LACP),
o možnost vytvářet a spravovat vlastní virtuální sítě s detailními
bezpečnostními politikami,
o přímé routování instancí v DC Edge routeru (BGP peering) umožňuje
dosahovat reálné propustnosti (bandwidth) až 9,1Gbit mezi virtuálními
instancemi v rámci interní infrastruktury,
o možnost využití virtuálních Load Balancerů,
monitoring:
o možnost využití monitorovacího systému,
orchestrace:
o možnost využití vlastních nebo definovaných šablon pro automatizované
řízení a nasazení aplikací,
o mohou být rozšířeny o nové aplikace popsané podrobněji dále ,
storage:
o využití storage SAN,
o možnost vytvářet datové disky (volume) podle požadované rychlosti,
o možnost vytváření snapshotů pro zálohu systému,
o možnost přímého mapování volume (raw disk) do virtuálních instancí skrz
separátní datovou síť SAN na technologii Fibre Channel s rychlostí 8Gb/s
per channel,
o spolehlivé I/O s nízkou latencí dosahující až několik tisíc IOPS na instanci,
bezpečnost:
o vytváření vlastních bezpečnostních pravidel na úrovni základního firewallu
typu UDP, TCP a ICMP,
o import a generování vlastních SSH klíčů uvnitř webového rozhraní,
o kompletní správa prostředí skrz API nebo Command Line,
o umožňuje velmi pohodlnou integraci s externími aplikacemi.
Strana 30 z 64
jednoduchá migrace
o díky využití plné abstrakce je možné přenést současné virtuální stroje tak,
jak jsou,
prostředí pro moderní aplikace
o díky vlastnostem cloudu je možné oddělit vývojové prostředí
o vývoj nových aplikací může probíhat naprosto odděleně, ale stále na stejné
platformě
o aplikace jsou na závislé pouze na API
centralizovaná správa zdrojů
o všechny virtuální zdroje pod centrální správou
Popis jednotlivých informačních systémů implementovaných v rámci městské cloudové
platformy
V této podkapitole následuje stručný popis jednotlivých informačních systémů včetně
jejich rozřazení v rámci hlavních aktivit daných výzvou a popisu jejich nových funkcionalit.
Detailní popis všech informačních systémů a jejich konkrétnější technická specifikace je,
v zájmu zachování kompaktnosti studie, součástí příloh této Studie.
Nové informační systémy zohledňují implementaci nařízení GDPR. Již v přípravné fázi byly
definovány jednotlivé aplikace, které se týkají přímé komunikace s občany a v rámci
kterých budou využívána jejich vybraná osobní data. V rámci budoucího vypisování
výběrového řízení na dodavatele definovaných aplikací bude vyžadováno splnění
podmínky nakládání pouze s těmi osobními údaji, které jsou nezbytné pro úplný a funkční
provoz aplikací.
Zároveň se město Písek postupně připravuje na zpracování a ukládání výše uvedených dat
v plném souladu s požadavky GDPR na veřejnou správu, tj.:
zajištění zpracovávaných údajů před jejich neoprávněným či nezákonným zpracováním
či ztrátou, zničením nebo poškozením,
řádná dokumentace,
záměrná a standardní ochrana výše uvedených údajů,
plnění informační povinnosti.
Veškerá výše uvedená data bude spravovat město Písek. Za ochranu osobních údajů bude
odpovědný tým odboru informačních technologií. V nejbližší době budou zároveň
realizovány aktivity, směřující k vytvoření procesů sběru, zpracování a ukládání dat,
předávání dat třetím stranám, způsobu plnění informační povinnosti atd.
Strana 31 z 64
Přehled nových informačních systémů a aplikací
pro komunikaci s veřejností
Příloha č. 1 Studie proveditelnosti
Popis technického řešení
projektu města Písek v rámci výzvy
IROP č. 28
Verze 1.0
Březen 2017
1
Obsah
2 Analýza a popis vlastností nového řešení..................................................................................................................3
3 Městský Cloudový informační systém pro centralizaci výpočetních technologií......................................................4
3.1 Náhledová vrstva ...............................................................................................................................................7
3.2 Orchestrační vrstva............................................................................................................................................7
3.3 Monitorovací vrstva - aplikace pro automatizaci a monitoring městského informačního systému.................8
3.4 Předpokládaná specifikace HW pro cílové řešení............................................................................................10
3.4.1 Datové úložiště ........................................................................................................................................10
3.4.2 Servery .....................................................................................................................................................10
3.4.3 Networking ..............................................................................................................................................12
4 Nové informační služby a systémy provozované v cloud řešení .............................................................................15
4.1 Přehled implementovaných aplikací ...............................................................................................................15
4.2 Elektronická úřední deska................................................................................................................................16
4.2.1 Základní požadavky..................................................................................................................................16
4.3 Systém řízení vztahů s občany.........................................................................................................................17
4.3.1 Hlavní potřeby, které platforma pomáhá řešit........................................................................................18
4.3.2 Výhody platformy oproti běžnému rozhlasu...........................................................................................18
4.3.3 Výhody platformy oproti běžným SMS branám ......................................................................................18
4.3.4 Moduly navrženého řešení ......................................................................................................................18
4.4 Informační platforma pro plošná témata města .............................................................................................20
4.5 Komunikační platforma pro občany ................................................................................................................22
4.5.1 Obecný přehled předpokládaných funkcí platformy...............................................................................22
4.5.2 Moduly jsou funkční bloky, ze kterých lze stavět jednotlivé aplikace.....................................................23
2
1. Analýza a popis vlastností nového řešení
Řešení je zaměřeno na tři základní oblasti. Tou první je rozvoj nových funkcionalit stávajících informačních systémů
a implementace nových informačních systémů. Druhou je modernizace, zvýšení dostupnosti a bezpečnosti
podpůrných informačních systémů a třetí oblastí je transformace infrastruktury tak, aby podporovala udržitelný
rozvoj stávajících, ale především nových informačních systémů a umožnila rozvoj samoobslužných procesů díky
vysoké míře automatizace na všech úrovních infrastruktury TC.
Z pohledu modernizace stávajících a implementace nových informačních systémů se projekt zaměřuje především
na implementaci nových informačních systémů v oblastech elektronické spisové služby a další systémy správy
dokumentů, řízení vztahů se zákazníky a business intelligence. Například informační systém pro řízení vztahu s
občany a firmami umožňující přímou komunikaci s úřadem, využitelná pro zlepšení krizového řízení v území. Je
plánován rozvoj nových funkcionalit stávajících systémů jako například rozšíření informačního systému pro provoz
spisové služby města o modul umožňující implementaci systému elektronické úřední desky, nebo rozvoj
stávajícího geografického informačního systému.
Základní myšlenkou v rámci rozvoje, modernizace a zvýšení dostupnosti komunikačních a informačních systémů
a infrastruktury je doplnění stávajícího technologického centra o nové, otevřené cloudové řešení, při kterém bude
částečně využita stávající technologie centra (především formou napojení na stávající informační systémy, v
oblasti nastavení bezpečnostních politik a formou začlenění do stávajícího systému zálohování a monitoringu),
která bude modernizována o infrastruktury potřebné pro rozvoj nových informačních systémů. Jedná se o plně
virtualizované a vysoce automatizované prostředí, které umožní z libovolného internetového prohlížeče spravovat
uživatelská práva nad výpočetními zdroji, spravovat chod infrastruktury (servery, storage, sítě, operační systémy,
aplikace), centralizovat datové zdroje a propojovat datový fond úřadu, řídit bezpečnostní služby v rámci celé
infrastruktury technologického centra a to vše ve vysoké dostupnosti a s možností automatizace řady procesů jak
na úrovni ICT správy centra, tak na úrovni uživatele (úředníka).
Forma oddělení nového prostředí od stávajících systémů TC je volen především z důvodu možného provozování
formou hostingu v datovém centru třetí strany. Důvodem záměru provozovat nově zřízenou infrastrukturu
v externím housingu je především aktuální stav technologického centra města Písek, které je obsazeno stávající
technologií města a nedovoluje rozšíření bez zásadních stavebních úprav. Do budoucna se samozřejmě počítá
s přesunem nově zřízené infrastruktury zpět do datového centra města Písek, avšak až ve chvíli, kdy bude moci
město alokovat dostatečné finanční prostředky na relevantní úpravu stávajícího datového centra města Písek.
Díky této modernizaci bude infrastruktura technologického centra vysoce flexibilní a umožní udržitelný rozvoj
stávajících i nových informačních systémů, zásadně zvýší bezpečnost informačních systémů a provozovaných
služeb občanům. Díky své multitenanci umožní toto řešení vytvářet zcela oddělené systémy podporující provoz
informačních systémů pro řízení a podporu činností příspěvkových organizací města v rámci jednotného, centrálně
monitorovaného a vysoce zabezpečeného sytému.
3
2. Městská cloudová platforma pro centralizaci výpočetních technologií
Rozvoj nových informačních systémů a aplikací v rámci konceptu Smart City Písek na Cloud řešení přestavuje
novou alternativu jak dosáhnout udržitelnosti městské infrastruktury i v případě dynamického rozvoje moderních
aplikací pro řízení vztahů s občany a podnikateli, nástup IoT technologií nebo implementaci nástrojů business
intelligence a technologií pro správu, analýzu a otevírání dat.
Tento nový informační systém představuje zásadní modernizaci stávajícího stavu a zvyšuje dostupnosti a flexibilitu
komunikačních a informačních systémů a infrastruktury města a bude zásadním informačním systémem v
souvislosti s centry sdílených služeb.
Zároveň splňuje následující nové funkcionality:
integrace datového fondu orgánu veřejné moci (OVM) a jeho propojení s dalšími orgány, aby bylo
možné data sdílet a využívat i v jiných IS veřejné správy Navržený systém nabízí nástroje pro BigData,
které zajišťují nejen integraci dat, ale také umožňují jejich další zpracování a vyhodnocování. Systém
zároveň umožňuje bezpečné sdílení dat se systémy základních registrů nebo publikaci údajů z datového
fondu prostřednictvím eGSB. Tuto funkcionalitu bude možné využít, ale v rámci stávajícího záměru není
tato funkce relevantní.
interoperabilita na území státu s přesahem i např. v rámci EU. Navržený systém disponuje univerzálním
Full REST API rozhraním, které umožňuje interoperabilitu v rozsahu všech funkcí nového systému.
logická centralizace a celoplošná dostupnost provozních informačních systémů v rámci OVM. Cloudový
informační systém zajišťuje centralizaci všech aplikací, které jsou v ní provozovány a díky nasazení SDN
(softwarově definované sítě) umožňuje plnou a bezpečnou dostupnost a možnost budoucího napojení na
centrální systémy.
zrychlení a zjednodušení vnitřních procesů a elektronizace vnitřních procesů. Systém automatizuje řadu
standardních vnitřních procesů nejen v rámci správy a rozvoje IT, ale i v jiných oblastech. Odstraňuje
nutnost předávání údajů do neelektronické formy a podporuje možnost řídit celý proces formou
workflow.
zvýšená spolehlivost, bezpečnost a dostupnost provozních informačních systémů. (Systém je postaven
na otevřených cloud technologiích, které zásadním způsobem zvyšují flexibilitu, bezpečnost a dostupnost
městské infrastruktury. Součástí systému je i pokročilý monitoring, které poskytuje komplexní informace
o aktuálním stavu infrastruktury a umožňuje propojení se systémy automatizované zprávy, což napomáhá
ke zrychlení a zjednodušení procesů v oblasti správy ICT infrastruktury města.
Modernizace infrastruktury z virtualizace na plně automatizovanou cloudový informační systém nabízí řadu
výhod.
4
Obrázek 1 - CITY Cloud
Mezi hlavní výhody tohoto řešení lze zařadit:
o možnost výběru z řady předkonfigurovaných serverů a jejich okamžité spuštění,
o otevřená platforma poskytující snadnou migraci mezi dodavateli HW i cloud operátory (odstraňuje vendor
lock-in),
o vysoká dostupnost služeb - až 99,9 %,
o proaktivní monitoring a reporting jako součást implementovaného řešení,
o možnost dedikovat HW zdroje nebo využívat propojení s cloud kapacitami třetích stran (hybridní cloud),
o nastavení vlastní síťové infrastruktury v cloudu a bezpečnostní politiky,
o plná administrace prostředí s možností správy projektů a uživatelských práv,
o image & instance:
možnost výběru z řady předpřipravených konfigurací serverů a jejich okamžité spuštění (Windows,
RedHat, CentOS, Ubuntu, atd.),
možnost nahrání vlastních image skrz webové rozhraní v libovolném formátu (VHD, VMDK, QCOW2),
spuštění instancí v řádech minut včetně vlastní správy snapshotů,
plně funkční webová konzole nativně integrovaná v HTML5,
o network:
kompletní 10Gbit síťová infrastruktura založená na technologii SDN controlleru,
každý hypervisor je připojen dvěma nezávislými 10Gbit linkami (20Gbit LACP),
možnost vytvářet a spravovat vlastní virtuální sítě s detailními bezpečnostními politikami,
přímé routování instancí v DC Edge routeru (BGP peering) umožňuje dosahovat reálné propustnosti
(bandwidth) až 9,1Gbit mezi virtuálními instancemi v rámci interní infrastruktury,
možnost využití virtuálních Load Balancerů,
5
o monitoring:
možnost využití monitorovacího systému,
orchestrace:
možnost využití vlastních nebo definovaných šablon pro automatizované řízení a nasazení aplikací,
mohou být rozšířeny o nové aplikace popsané podrobněji dále,
o storage:
využití storage SAN,
možnost vytvářet datové disky (volume) podle požadované rychlosti,
možnost vytváření snapshotů pro zálohu systému,
možnost přímého mapování volume (raw disk) do virtuálních instancí skrz separátní datovou síť SAN
na technologii Fibre Channel s rychlostí 8Gb/s per channel,
spolehlivé I/O s nízkou latencí dosahující až několik tisíc IOPS na instanci,
o bezpečnost:
vytváření vlastních bezpečnostních pravidel na úrovni základního firewallu typu UDP, TCP a ICMP,
import a generování vlastních SSH klíčů uvnitř webového rozhraní,
kompletní správa prostředí skrz API nebo Command Line,
umožňuje velmi pohodlnou integraci s externími aplikacemi.
o jednoduchá migrace
díky využití plné abstrakce je možné přenést současné virtuální stroje tak jak jsou,
o prostředí pro moderní aplikace
díky vlastnostem cloudu je možné oddělit vývojové prostředí
vývoj nových aplikací může probíhat naprosto odděleně, ale stále na stejné platformě
aplikace jsou na závislé pouze na API
o centralizovaná správa zdrojů
všechny virtuální zdroje pod centrální správou
síť
výpočetní výkon
úložiště
atd…
přerozdělování zdrojů dle potřeb jednotlivých projektů
komplexní náhled na stav zdrojů a jejich aktuální využití
Následující schéma shrnuje přehled vrstev nového řešení, které je předmětem tohoto projektu.
6
1.1 Náhledová vrstva
Tato vrstva poskytuje přístup ke službám koncovým uživatelům především administrátorům, vývojářům,
cloudovým operátorům nebo zákazníkům. Náhledová vrstva zahrnuje grafické webové rozhraní (dashboard) a
FULL REST API. Dashboard je koncipován tak, aby umožnil jednotný pohled na všechny služby privátního cloudu
tzv. Single Pane of Glass. Dashboard je modulárně postaven. Jeho cílem je integrace základních modulů pro
identitu, správu obrazů disků, správu disků, správu sítí, orchestraci, správu instancí atd. Díky tomu umožňuje
jednotný pohled na další služby jako monitoring atd.
1.2 Orchestrační vrstva
Je nástrojem pro řízení konfigurace, ale také orchestrační platformou. Ovládá fyzická zařízení, controllery a
virtuální servery. Implementuje automatizované nasazení procesů s pomocí nástrojů.
Tento proces zahrnuje 2 fáze:
o Vytvoření infrastrukturních zdrojů.
o Zajištění orchestrace služeb.
7
V první fázi klient vytvoří nutné zdroje pro úspěšné nasazení. Po úspěšném dokončení prvního kroku je možné
začít s orchestrací služeb přes “aplikační stack“. Nutné je vše nastavit ve správném pořadí, čili například
databázová služba musí být naistalována před aplikační službou. Kromě jednoduchého zdrojového managementu,
umožňuje automatickou škálovatelnost. Tato integrace se službou monitoringu zdrojů je schopna vytvořit alarmy
založené na vytížení CPU serveru ve spolupráci s činnostmi jako spinning up nebo možnost ukončení instance v
případě, že CPU je přetížena, příkladem je cílová aplikace, která umožňuje přidání libovolného množství
přístupových webů. Tato funkce umí automaticky ukončit instanci v případě přetížení.
1.3 Monitorovací vrstva - aplikace pro automatizaci a monitoring městského
informačního systému
Monitorovací vrstva se stará o nezbytné podpůrné služby jako monitoring, metering a logging. Níže jsou jednotlivé
služby rozebrány.
Monitoring
Monitoring v architektuře je navržen tak, aby byl plně kompatibilní s nejrozšířenějším open source monitorovacím
nástroji. Je tedy možné použít stávající monitorovací skripty a konfigurace. Řešení je založeno na open source
monitoringu, který rozšiřuje standardní monitoring o další specifické kontroly (checky) a prvky automatizace. Pro
sběr metrických dat a jejich další zpracování je v cloudu využíván nástroj, který je instalován na každém serveru.
Monitoring probíhá následujícím způsobem:
o server zašle žádost o vykonání monitorovacího skriptu (checku) na klientovi,
o klient akceptuje lokální/vzdálené checky dle zadané funkce,
o klient vrátí metriky a provede upozornění pro vykonaný check,
o klient zasílá automaticky metriky bez vnějšího příkazu.
Event Processing
Tento nástroj je využíván pro sběr dat, analýzu, monitoring a následný reporting získaných informací. Hlavní
prvkem tohoto nástroje je možnost zpracovávat logy z téměř jakéhokoli zařízení, které umožňuje následující
činnosti:
o sběr dat prostřednictvím čtení logových souborů, monitoring stavu serveru a akceptace klientské sítě s
využitím některého z široké škály nabízených protokol,
o přenos získaných dat do standardizované vnitřní podoby s konzistentními metadaty s cílem zefektivnit
manipulaci a zpracování systému,
o vyhodnocení obsahu zprávy včetně metadat na základě stanoveného souboru pravidel současně
nastavení veškerých procesních filtrů, na které má být zpráva doručena,
o okamžité zpracování obsahu zprávy, vykonání agregace, zpracování a monitoring, extrakce
strukturovaných dat z nestrukturovaných (například: generování strukturovaných číselných statistických
dat uživatelsky přátelská pro další využití) a
o generování nových zpráv jako reportované výstupy.
8
Metric Processing
Cloud využívá time-series databázi. Databáze je upřednostňována pro její vysokou škálovatelnost v reálném čase.
Metriky získané pomocí klienta jsou poté zasílané ke zpracování na backend, který ukládá data ve specializovaném
formátu databáze. Následně je možné data vizualizovat prostřednictví webového rozhraní.
Cloudová vrstva
Vrstva cloudové abstrakce umožňuje jednotný přístup na virtualizované zdroje skrze API. Platforma pro správu
virtualizace a abstrakce hardwarových zdrojů skrze standardizované REST API. To umožňuje spravovat různorodé
infrastruktury stejným způsobem.
Virtualizační vrstva
Virtualizační vrstva se stará o výpočetní zdroje, úložiště a síť. Výpočetní zdroje, obecně jako hypervisory poskytují
virtualizační vrstvu nad hardware pro jednotlivé zdroje RAM a CPU. Starají se o virtuální instance a jejich běh. Níže
je uveden přehled požadovaných funkcionalit.
Úložiště
Existuje několik typů využití úložiště, které vychází z typu uložených dat:
persistentní úložiště - existuje zvenku instance (volume, object storage),
dočasná úložiště - je přidělená instancím a maže se společně se smazáním instance (image instance).
Požadované typy úložišť v cílovém řešení:
o file system - používá se pro dočasné storage virtuálních strojů (vmdk, vhv, qcow2, atd.). Compute služba
řídí dočasnou storage. Ve výchozím nastavení, ukládá disky virtuálních serverů jako dočasné soubory na
lokálním disku Compute nodů (hypervizorů),
o bloková storage - řídí vytváření, připojování a odpojování blokových zařízení pro servery.
Networking
Cloud obsahuje NFV/SDN řešení - služba, která poskytuje NaaS (Networking as a Service). Služba má „tenant-facing
API pro definování síťové konektivity v cloudu a operátorům poskytuje možnost znásobení různých síťových
technologií sloužící k posílení cloudového networkingu. Každý projekt má virtuální router s jedním nebo více
privátními sítěmi, které umí komunikovat s vnějším světem. To umožňuje plnou „routing“ izolaci pro každého
uživatele privátní sítě.
SDN
SDN je open source síťová virtualizovaná platforma pro cloud, která je poskytovaná jako plugin v modulu. Jedná
se o typ NVO SDN (Network Virtualization Overlay). V kontrastu s tím umožňuje další elementy NFV (Network
Virtualization Functions jako FWaaS nebo odkaz zákazníka MPLS VPN. Jeho velkou výhodou je distribuovaná
architektura, která poskytuje vysokou spolehlivost a funkčnost při výpadku napájení. Je zde i možnost kombinovat
odlišné geo-lokace za použití jednoho SDN.
9
1.4 Předpokládaná specifikace HW pro cílové řešení
1.4.1 Datové úložiště
Pro cloudový informační systém je nutné dodat nové virtualizované úložiště na technologii iSCSI(10G), které
umožňuje následující operace včetně všech potřebných licencí pro jejich provádění:
●Požadované vlastnosti
o Create Volume
o Delete Volume
o Attach Volume
o Detach Volume
o Extend Volume
o Create Snapshot
o Delete Snapshot
o List Snapshots
o Create Volume from Snapshot
o Create Volume from Image
o Create Volume from Volume (Clone)
o Create Image from Volume
o Volume Migration (host assisted)
o QoS
o Volume Replication
o Consistency Group
Úložiště má dosahovat čisté kapacity 40TB(při použití minimálně RAID6+Hot Spare) pro potřeby nového prostředí
a možnosti migrace stávajícího. Dále je možné jako datové úložiště využít stávající hardware, jehož specifikace je
uvedena výše.
Úložiště bude propojeno s cloudem pro management skrze LAN(1G), iSCSI minimálně 2x 10G LAN. Dále je
požadovaná vysoká dostupnost úložiště, výkon disků na úrovni 10k nebo obdobné s použitím SSD cache.
1.4.2 Servery
Pro potřeby cloudového informačního systému je vyžadováno vybrat nové servery. To z důvodu nedostatečné
kapacity stávajících a jejich stáří. Minimální požadavky jsou stávající:
●1x Podpůrné systémy, minimální požadavky:
o 8x SATA-3 (6 Gb/s) SW-Raid Controller on
Board C612 PCH (0,1,5,10), 2x SATA-3 DOMPorts
o Full Remote Management (KVM over LAN,
IPMI 2.0) incl. Management Software, DHCP
Configuration
o 2x Intel Xeon E5-2603v4 6-core 1.7GHz 15MB
6.4GT/s
10
o 32 GB (4x 8GB) ECC Reg DDR4 2400 RAM
Rank (Premium)
o 2x 10Gbit SFP+ síťová karta umožňující jak metalické tak optické připojení
o 480 GB SATA III SSD 2.5"
o Extendable Mounting Rails
o Riser Card 1x PCI-E (x8)
o Duální napájecí zdroj vyměnitelný za chodu
o Maximálně 1U
●3x Controler, minimální požadavky:
o 8x SATA-3 (6 Gb/s) SW-Raid Controller on
Board C612 PCH (0,1,5,10), 2x SATA-3 DOMPorts
o Full Remote Management (KVM over LAN,
IPMI 2.0) incl. Management Software, DHCP
Configuration
o 2x Intel Xeon E5-2603v4 6-core 1.7GHz 15MB
6.4GT/s
o 192 GB (6x 32GB) ECC Reg DDR4 2133 RAM 2
Rank
o 2x 10Gbit SFP+ síťová karta umožňující jak metalické tak optické připojení
o 2x 2 TB SATA III WD Raid Edition 3.5" 7.2k
o 240 GB SATA III SSD 2.5"
o Extendable Mounting Rails
o Riser Card 1x PCI-E (x8)
o Duální napájecí zdroj vyměnitelný za chodu
o Maximálně 1U
●4x Compute, minimální požadavky:
o X10DRI: 10x SATA, 2x LAN on board
o 8x SATA-3 (6 Gb/s) SW-Raid Controller on
Board C612 PCH (0,1,5,10), 2x SATA-3 DOMPorts
o 2x 10Gbit SFP+ síťová karta umožňující jak metalické tak optické připojení
o Full Remote Management (KVM over LAN,
IPMI 2.0) incl. Management Software, DHCP
Configuration
o 2x Intel Xeon E5-2620v4 8-core 2.10GHz
20MB 8GT/s
o 256 GB (8x 32GB) ECC Reg DDR4 2133 RAM 4
Rank
o 480 GB SATA III SSD 2.5"
o Duální napájecí zdroj vyměnitelný za chodu
o Maximálně 1U
11
1.4.3 Networking
Síťová vrstva je samým srdcem nové komunikační infrastruktury, a proto musí být nejenom dostatečně výkonná,
ale také velmi spolehlivá, inteligentní a musí poskytnout důležité bezpečnostní funkce. Požadavky na výkon jsou
dány především kapacitou připojené výpočetní technologie, která je moderně navržena na 10GE rozhraních.
Spolehlivostí pak myslíme plně redundantní řešení, které spolu podporovanými HA funkcemi vytvoří prostředí pro
„bezvýpadkový“ provoz aplikací. Inteligence pak znamená společné komunikační prostředí s ideálními
podmínkami pro komunikaci různých aplikací a zároveň spolupráci s SDN řešením. V neposlední řadě musí network
struktura poskytnou bezpečnostní kontrolu pro vybrané typy komunikace a to až po sedmou vrstvu.
1.4.3.1 LAN část
Design LAN části je středem celé síťové struktury, jak je patrno z nákresu výše, a proto musí:
1. Připojit pro start projektu 20x 10GE server/storage
2. Poskytnou double-homed připojení server/storage = připojení ke dvěma fyzicky odděleným prvkům
(LAG/LACP)
3. Připojit „cluster“ Firewalů pomocí 4x1GE v opět v režimu double-homed
4. Připojit WAN část 4x1GE interface v režimu double-homed
5. Být připravena na rozšíření požadovaných server/storage o 2/3tiny počáteční kapacity = +14x 10GE
portů
6. Tvořit virtuální celek, tzv. virtual switch, z hlediska managementu a běžících L2/L3 protokolů
7. Být každý fyzický box redundantní na úrovni pasivních částí, napájení chlazení
8. Být plně redundantní z hlediska připojení dalších částí= realizovaná dvěma fyzickými boxy
12
9. Být plně redundantní na úrovni „control plane“ = každý box musí být schopen bezvýpadkově převzít
úlohu řídícího prvku a to pro L2/L3 protokoly (podpora Non-stop routing, Non-stop bridging)
10. Být plně redundantní na úrovni „forwarding plane“ = propojení do virtuálního switche musí být
realizováno minimálně dvěma propojeními.
Dále musí být LAN struktura výkonná, tedy:
1) Poskytnout non-blocking architekturu z hlediska každého fyzického boxu a požadovaných připojených
interface => až 34x 10GE
2) Disponovat propojení do virtuálního switche s maximální „oversubscription“ 2:1 = 225Gbps – může být
realizováno násobný xGE propojením
Z hlediska podporovaných funkcí a škálovatelnosti musí podporovat v HW:
1) L2 bridging = 16k MAC adress
2) Double-homing připojených zařízení napříč fyzickými boxy = LAG/LACP
3) Virtualizaci na L2 = VLAN, QinQ
4) L3 routing = 32k route
5) IPv4/IPv6
6) L3 protokoly = minimálně statický routing a OSPF
7) L2/L3 mcast = IGMP, PIM
8) Virtualizaci na L3 = konfigurační rozdělení switche na virtuální routery tzv. vrf –lite
9) Policy based routing = konfigurace L3 protokolů pod virtuálními routery
10) Access listy na interface, VLAN
11) Data centrum funkcionality = FCoE transit switch, PFC, ETS, DCBX, iSCSI TLVs
Jelikož bude LAN struktura poskytovat komunikační prostředí pro SDN koncept je potřeba, aby byla připravena
pro plnou spolupráci, což znamená:
1) Podpora VXLAN
2) Podpora OVSDB, OpenFlow
3) Podpora automatizačních nástrojů jako jsou Pupet, chef, Ansible, Python
V neposlední řadě musí být LAN část umožnit snadnou konfiguraci a správu. Za tímto účelem požadujeme společné
CLI s dalšími prvky síťové infrastruktury jako je WAN část, FW část a OoB MNGT část. Boxy LAN části musí mít
výšku maximálně 1U za účelem
ušetření místa v DC.
13
1.4.3.2 FW část
Hlavním úkolem této části síťové infrastruktury je zabezpečit vybrané toky síťové komunikace, a to až po
aplikační vrstvu.
FW část bude opět redundantní, tedy tvořena dvěma fyzickými boxy sestavenými z důvodu redundance do tzv.
clusteru. Požadován je režim active/active, kdy jeden z FW v clusteru se stará plně o celou komunikaci, zatímco
druhý se nachází se stavu „standby“ a je pouze synchronizován z hlediska session. Tento umožňuje
„bezvýpadkové“ převzetí průchozího provozu standby boxem v případě výpadku aktivního boxu. Cluster bude dále
umožňovat jednotnou správu obou boxů a bude se chovat navenek jako jeden network element.
Provoz, který má být kontrolovaný, bude směrovaný do FW pomocí „policy based routing“ v LAN části. Tento
způsob efektivně umožní kontrolovat jenom chtěnou část provozu, a to jak uvnitř DC tak i ve směru do/z DC.
Každý box v clusteru bude připojený do LAN pomocí 2x1GE u každého boxu clusteru (s možným rozšířením na
4x1GE) a k přímým „end host“ a dalším zařízením pomocí až 6x 1GE RJ45 a 4x 1GE SFP
FW cluster bude zároveň plnit funkci ipsec koncentrátoru pro site-site VPNky se subjekty připojenými přes
internet.
Z hlediska uvažovaného výkonu by jednotlivé FW měli splňovat:
●Firewall cluster připojený 3Gbps half duplex.
●IDP 400Mbps half duplex
●IPSec 600Mbps half duplex
Z hlediska logického připojení musí cluster podporovat ospf/ospfv3, vrf-lite. Kromě výše uvedených požadavků
musí každý redundantní box maximální výšku 1U. FW část musí umožnit snadnou konfiguraci a správu. Za tímto
účelem požadujeme společné CLI s dalšími prvky síťové infrastruktury, jako je WAN část, LAN část a OoB MNGT
část.
1.4.3.3 WAN část
Úkoly WAN části můžeme rozdělit do dvou hlavních směrů.
1) Komunikace DC do WAN
2) Terminace komunikace SDN směrem z a do DC
Komunikace DC do WAN
WAN boxy dva za účelem redundance. Každý z nich bude připojení do LAN části pomocí 2x1GE v LAG/LACP režimu.
Downstream a upstream komunikace bude dělena logicky na těchto LAG interfacech pomocí VLAN tagování. Mezi
WAN a LAN částí poběží routing – OSPF, kde směrem do LAN (následně i na FW) bude posílána pouze default
gateway.
Terminace komunikace SDN směrem z a do DC
WAN boxy kromě komunikace z LAN musí být schopni se připojit do SDN řešení. Tedy být součástí virtuální SDN
sítě jak z hlediska provozu, tak i správy.
14
Každý z WAN boxů musí vzhledem k požadavkům výše splňovat:
1) Být vybavený 2x 1GE interface
2) Být připravený na rozšíření o minimálně 6x 1GE interface.
3) Musí být plně redundantní z hlediska pasivních prvků
Z hlediska funkcí WAN routeru je požadováno:
1) L2 bridging, 802.1Q, QinQ, IGPM/MPLD snooping, 50k MAC
2) L3: static IPv4/6, OSPFv2/3, MP-BGP (min. 2x full INET tabulka)
3) MPLS: L3VPN (i 6VPE), martiny L2VPN (EoMLS), VPLS/EVPN výhodou.
4) Access listy na interface VLAN
Z hlediska funkcí SDN routeru je požadováno:
1) L3VPN over GRE/UDP, dynamic (soft) GRE tunnel
2) VXLAN / EVPN
3) Netconf, BGP
WAN část musí umožnit snadnou konfiguraci a správu. Za tímto účelem požadujeme společné CLI s dalšími prvky
síťové infrastruktury jako je LAN část, FW část a OoB MNGT část
OoB MNGT část
Tato část má pouze jeden „velmi jednoduchý“ úkol a to je připojit OoB management všech elementů v DC do
jedné broadcast domény. Z hlediska počtu prvků: 2x FW, 2x LAN, 2x WAN a maximálně 40x server/storage, musí
tyto/tento prvek splňovat požadavek na 44x 1GE portů.
Dále musí být tento prvek schopný komunikovat do MNGT sítě, takže je požadována minimálně 2x1GE SFP výbava.
Z hlediska funkcí je nutný jen statický routing, ale pro jednoduchou správu požadujeme společné CLI s dalšími
prvky síťové infrastruktury jako je LAN část, FW část a WAN část.
3. Nové informační služby a systémy provozované v cloud řešení
3.1 Přehled implementovaných aplikací
V následující tabulce jsou popsány aplikace, které budou implementovány do městského cloudového
informačního systému pro centralizaci výpočetních technologií.
Navrhované aplikace Přináší moderní a efektivní způsob zveřejňování dokumentů. Mezi
hlavní přínosy tohoto řešení patří možnost nepřetržité komunikace s
Elektronická úřední veřejností, pohodlný způsob vyhledávání informací ze strany
deska veřejnosti, rychlá orientace v zobrazených informacích apod. Výhodou
je, že elektronická úřední deska dokáže nahradit všechny doposud
využívané vývěsky papírových dokumentů.
15
PŘÍLOHA Č. 4 – KONTAKTNÍ OSOBY
1. KONTAKTNÍ OSOBY
1.1 Kontaktní osoby Objednatele:
(a) pro uzavírání a změny Smlouvy:
Jméno: Eva Vanžurová
Funkce: starostka
Telefon: xxxxxxxxxxxxx
Email: xxxxxxxxxxxxxxxxxxxxxxx
(b) pro fakturaci:
Jméno: Ladislav Toman
Funkce: vedoucí Finančního odboru Městského úřadu Písek
Telefon: xxxxxxxxxxxxx
Email: xxxxxxxxxxxxxxxxxxxxxxx
(c) pro věcné plnění dle Smlouvy, organizační zabezpečení činností souvisejících s plněním
Smlouvy:
Jméno: Miloš Prokýšek
Funkce: technický pracovník
Telefon: xxxxxxxxxxxxxx
Email: xxxxxxxxxxxxxxxxxxxxxxxx
1.2 Kontaktní osoby Dodavatele:
(a) pro uzavírání a změny Smlouvy:
Jméno: Bc. Marek Vávra
Funkce:
Telefon: jednatel
Email:
(b) pro fakturaci: xxxxxxxxxxxxxxx
xxxxxxxxxxxxxxx
Jméno: xxxxxxxxxxxxxxx
Funkce: finanční ředitel
Telefon: xxxxxxxxxxxxxxx
Email: xxxxxxxxxxxxxxx
(c) pro věcné plnění dle Smlouvy, organizační zabezpečení činností souvisejících s plněním
Smlouvy:
Jméno: Bc. Marek Vávra
Funkce:
Telefon: jednatel
Email: xxxxxxxxxxxxxxx
xxxxxxxxxxxxxxx
Je-li Kontaktních osob určeno více, může každá z nich jednat samostatně, neurčuje-li tato Smlouvy
v konkrétním případě jinak. Kontaktní osoby nejsou oprávněné tuto Smlouvu měnit.
PŘÍLOHA Č. 5 – CENA
Platební milníky Procentuální část celkové nabídkové ceny
PŘEDÁNÍ K TESTOVÁNÍ 30 % tj. 1 018 800 Kč bez DPH
PŘEDÁNÍ DO PILOTNÍHO 30 % tj. 1 018 800 Kč bez DPH
PROVOZU
PROVEDENÍ PLNĚNÍ – 40 % tj. 1 358 400 Kč bez DPH
CELKOVÁ AKCEPTACE
PŘÍLOHA Č. 6 – PODDODAVATELÉ
Dodavatel provádí předmět plnění dle Smlouvy prostřednictvím následujících Poddodavatelů:
TESCO SW a.s. IČO: 258 925 33, se sídlem tř. Kosmonautů 1288/1, Hodolany, 779 00 Olomouc
Část Plnění dle Smlouvy prováděná cca 15 %
prostřednictvím Poddodavatele
ve finančním procentuálním vyjádření ve
vztahu k Ceně.
Stručný popis činností, které jsou Poddodavatel bude v souladu se systémem management
prováděny Poddodavatelem. bezpečnosti informací dle normy ISO 27001:
- poskytovat prostředky a metodiky ke zvýšení úrovně
zabezpečení zpracovávaných a uchovávaných
informací,
- zajišťovat dohled nad zabezpečením elektronických
či tištěných dat při realizaci VZ,
- identifikovat a řízeně minimalizovat potenciální
rizika a hrozby z úniku a ztrát informací.
PŘÍLOHA Č. 7 – REALIZAČNÍ TÝM
Projektový manažer: xxxxxxxxxxxxxxx – doložen již v rámci prokazování splnění kvalifikace
Zástupce projektového manažera: xxxxxxxxxxxxxxx, tel. xxxxxxxxxxxxxxx, mob. tel.
xxxxxxxxxxxxxxx, e-mail: xxxxxxxxxxxxxxx
Technický specialista: xxxxxxxxxxxxxxx – doložen již v rámci prokazování splnění kvalifikace
Konzultant implementace: xxxxxxxxxxxxxxx – doložen již v rámci prokazování splnění kvalifikace
Analytik: xxxxxxxxxxxxxxx, tel. xxxxxxxxxxxxxxx, mob. tel. xxxxxxxxxxxxxxx, e-mail:
xxxxxxxxxxxxxxx
4/4