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
IllllllIlllllllłllIllIllIlllllllllllllllllllllllllllll
loo×Fnu7
Mě Qt; OŠŠAŤ
Í \'V Á
_,_....e , Í 2*A.//(2.
Í
Odburkan
tř. T. Sal
Dodatek č. 1 smlouvy o dílo
“
č. DIO847/2012/KŘ-IT
na dodávku a implementaci kompletního publikačního systému Zajišťujícího provoz oficiálních
internetových stránek Zlínského kraje
ve smyslu § 536 a následujících ustanovení zákona č. 513/1991 Sb., obchodní Zákoník, ve Znění
pozdějších předpisů.
l. Smluvní strany
Objednatel: Zlínský kraj
Adresa:
PSČ Zlín, tř. T. Bati 21, 761 90
Identifikační číslo: 70891320
Daňové identifikační číslo: CZ70891320 (je plátce DPH)
MVDr. Stanislavem
Jednající:
ESMEDIA a.s.
Jednající ve věcech smluvních:
Olomouc, Palachovo náměstí č.p. 620/1,
Telefon:
e-mail: PSČ 772 OO
dálejen objednatel, na Straně jedné B 2813 vedená u rejstříkového soudu v Ostravě
26838966
a CZ26838966
Pavel Sedláček, předseda představenstva
Zhotovitel: 585 242 025
Adresa:
Zápis v obchodním rejstříku:
Identifikační číslo:
Daňové identifikační číslo:
Statutární orgán:
Telefon:
dálejen Zhotovitel, na straně druhé
Smluvní strany se dohodly na uzavření dodatku č. 1 ke Smlouvě o dílo na dodávku a implementaci
kompletního publikačního systému ZajiŠt`ujícího provoz oficiálních internetových stránek Zlínského
kraje uzavřené 21. 3. 2012.
ll. Předmět dodatku
Tímto dodatkem se nahrazuje příloha č. 1 smlouvy o dílo novou přílohou označenou příloha č. 1D.
Ostatní ustanovení smlouvy zůstávají beze Změny.
Ill. Všeobecná ujednání
1. Příloha č. 1D je připojena k tomuto dodatku.
2. Dodatek nabývá účinnost dnem podpisu oběma stranami.
. /z
Í" Ť 7 ”'Ť'Ť 7, ' 7 'Ť '7 7 Ví 7' 7 ,Í ___
3. Dodatek se vyhotovuje ve čtyřech Stejnopisech, Z nichž dva obdrží Zhotovitel a dva objednatel.
r
4. Smluvní Strany prohlašují a stvrzují Svými podpisy, že mají plnou Způsobilost k právním úkonům,
a že tento dodatek uzavírají svobodně a vážně, že ho neuzavírají v tísni za nápadně
nevýhodných podmínek, že si ho řádně přečetly a jsou srozuměny S jeho obsahem.
ve Zıinè dne ..... ._ V oıømøuøi dne .. ..
Za objednatele p_„_,›-~-\3 Za zhotovitele
;-am 5%
® flmz
MVDr. Stanislav Míša/k/, / Pavel Sedláče
hejtman Zlínského/kraje j
předseda představenstva spo čnosti
Doložka dle § 23 Zákona č. 129/2000 Sb., O krajích, ve Znění pozdějších předpfiů:
Schváleno orgánem kraje: Rada Zlínského kraje
Datum a číslo jednací.“ 25.06.2012, 0579/R16/12 '
as _;__\_
Qark if tr;
ve,
,„ “@>
Ň ;f1„šììš
sídlem TČ
<:
l
ø Příloha č. 1 D
Specifikace funkčních požadavků na redakční systém
Cíl projektu
Nákup publikačního systému, který zajistí provoz oficiálních internetových stránek Zlínského kraje
WWW.kr-Z/inSky.cZ a subportálů včetně dalšího rozvoje.
A. Rozsah dodávky
1. Kompletní dodávka a implementace publikačního systému podle realizace a způsobu provozu
řešení v bodě C.
2. Import dokumentů ze stávajícího redakčního systému do nového publikačního systému.
Předmětem migrace (importu dat) budou tyto složky na dosavadním portálu kraje:
y > od roku 2001 - dosud),
> >
1
> > bsah)
Uřední deska (Úvodní stránka > Úřední deska > veškerý obsah) včetně dokumentů, které jsou
v této tálu.
Dokumenty i složky se budou importovat včetně při/ožených souborů se zachováním struktury
složek a budou splňovat Standardy uvedené v bodě D. '
3. Proškolení 5 administrátorů systému a 30 standardních uživatelů a po 2 měsících době
doškolení. Školení proběhne v prostorách Zlínského kraje.
4. Dokumentace k redakční mu systému pro běžně uživatele i administrátory v českém jazyce dle
požadavků zákona č. 365/2000 Sb., O informačních systémech veřejné správy v platném znění.
Bude obsahovat zejména bezpečnostní dokumentaci, systémovou příručku s popisem
implementace a uživatelskou příručku. Veškerá dokumentace bude předána jak v tištěné tak i
v elektronické podobě.
5. Tvorba grafického návrhu objednatele do prostředí redakčního systému. Objednatel dodá JPG
soubor, který definuje základní umístění a podobu prvků na portálu. Zhotovitel upraví po
konzultaci S objednatelem vzhled grafické podoby tak, aby splňoval standarty dle článku.
B. Termín realizace
Termín realizace
1. 10. čen/ence 2012 v 12:00 hod bude oficiální prezentace na adrese 4, N . plně
funkční včetně redakčního systému pro práci
2. 10. července 2012 budou proškolení administrátoři a běžní uživatelé redakčního systému
3. 10. čen/ence 2012 budou do nového redakčního systému importovány dokumenty uvedené
v bodě A 2
4. 10. července 2012 bude plně funkční redakční systém včetně spuštění neveřejné verze oficiální
prezentace Zlínského kraje S implementovanou grafickou podobou
5. 31. srpna 2012 v 12:00 hod bude dodána šablona pro subportál, který používá stejné rozložení
stránky s možností odlišit grafickou podobu vzhledem grafického Záhlaví a barevnosti dalších
prvků na stránce. Navigační pn/ky (odkazy v záhlaví, levé a pravé menu, střední část) budou
vždy pro daný portál jedinečné. Fulltextové Vyhledávání bude primárně vyhledávat v daném
subporlálu s možností změnit vyhledání na Vyhledávání ve všech subportálech. Součástí bude
dokumentace popisující nutné kroky vedoucí k vytvoření subportálu.
Tvorba subportálů bude vždy zahájena za spolupráce se zhotovitelem, a to zejména S ohledem
na individuální zadání a potřeby, či zaměření daného subportálu. jeho adekvátně vytvořený
Webdesign v souladu s webdesignem centrálního webového řešení (totéž obsah a rozložení
stránek), následně pak integrován do centrálního redakčního systému pro snadnou správu a
í
aktualizaci.
//
//'
v
7“ 7 “ı“ “ ~7
1
.§45
C. Realizace a Způsob provozu řešení
i
Provoz dodávaného řešení publikačního systému bude probíhat na technickém vybavení
MS objednavatele (KÚZK). Čerpání identit uživatelů bude probíhat Z Active Directory (AD), ověřování
uživatelů bude probíhat také vůči AD. Podrobnější specifikace V bodě E 3.
D. Standardy vyžadované pro budoucí publikační systém
1
1.1. XHTML 1.0 Strict (v případě zachování zpětné kompatibility i HTML 5),
WCAG 1.2. CSS 2.1 (v případě Zachování zpětně kompatibility i CSS 3),
1.3. 2.0.
2 Vyhláška č. 64/2008 Sb. o formě uveřejňování informaci souvisejících S výkonem veřejné správy
prostřednictvím webových stránek pro osoby se zdravotním postižením.
3 Zákon 365/2000 Sb. o informačních systémech veřejné správy.
4 Zákon 101/2000 Sb. o ochraně osobních údajů, včetně dodržení pravidel dle stanoviska
č. 1/2011 Úřadu pro ochranu osobních údajů.
Zákon 500/2000 Sb. správní řád.
Meľ0đil<fi Blind F ľieflđly Web 2-3
0IJ\lOĎU`|
Optimalizace pro vyhledávače SEO (Search Engine Optimization) a sémantická správnost.
Bezpečnost řešení - internetové stránky a všechny Subportály musi být chráněny proti
bezpečnostním chybám, je vyžadováno splnění doporučení OWASP Top 10 2010
E. Základní požadavky na Způsob realizace řešení í
1
2
3
4.
5.
6.
7.
8.
9.
10.
Š //
ŽWŤ7 W7 7 7“ 7 W ““Ž77 W“
, 1
`
_
fr/
/ .z
ť
. 11.
12.
13.
í.„.-___
F. Požadované funkce
1. Redakční Systém podporuje správu vícejazyčných webů.
2. Definice pojmů
2.1. dokument- základní forma zveřejňování informací, může obsahovat: text, tabulky,
obrázky, odkazy URL i na jiné dokumenty v publikačním Systému atd.
2.2. příloha - soubor vjakémkoliv formátu připojený k dokumentu
fotogalerie - příloha typu obrázek
2.3. galerie - Složka, která slouží jako (formát jpg, png, gif apod.) opakované
2.4. úložiště příloh, u nichž se předpokládá
použití-zveřejnění
v 2.5. Složka -forma seskupení dokumentů
2.6. anotace - stručný obsah dokumentu, rozsah 500 znaků, zobrazuje se jako abstrakt
dokumentu spolu s názvem dokumentu a ilustračním obrázkem
Dokument musí splňovat tyto požadavky:
3.1. u zveřejněného dokumentu je uveden autor - osoba, která vytvořila dokument -jméno,
příjmení, e-mail, autorů je možno uvést více (max. 5), jméno autora lze libovolně měnit,
vybírá se Z uživatelů systému, kteří jsou do systému zavedení
3.2. u zveřejněného dokumentu bude uvedeno datum poslední aktualizace ve formátu den,
měsíc, rok
3.3. řízení životnosti dokumentu - autor má možnost definovat dobu, po kterou má být
dokument uveřejněn, datum je vybíráno Z kalendáře, který nabídne aktuální datum
a umožňuje posun po měsících a letech
3.4. historizace vzniku změn a odstranění
3.5. anotace dokumentu -je povinná, systém upozorní autora při uložení dokumentu, pokud
anotaci neuvedl, stejně tak systém upozorní, pokud byl překročen limit 500 znaků (aniž by
systém znaky nad limit Vymazal)
3.6. podpora publikace dokumentů vytvořených v aplikaci Microsoft Office Za dodržení výše
uvedených standardů (vložení textů, tabu/ek prostřednictvím schránky OS Windows do
prostředí redakčního systému),
3.7. možnost členění dokumentu na kapitoly (až 20 kapitol, kapitoly /ze libovolně zřizovat a rušit
a měnit jejich pořadí)
3.8. v případě, že je dokument členěn na kapitoly, je možno ke každé kapitole připojitjině
přílohy, které se mohou Zobrazovat všechny najednou, ale musí být jasně rozčleněny dle
kapitol
3.9. práce se soubory - umožnit prohlížení a přehrávání výše uvedených souborů
3.10. vzhled dokumentu je možno Zkontrolovat před jeho samotným publikováním v náhledovém
režimu, který odpovídá výslednému vzhledu dokumentu na portále
3.11 možnost uložit dokument jako rozpracovaný
3.12. možnost práce více uživatelů, kteří mají práva na danou složku, na jednom dokumentu
(nikoliv Současně, ale postupně)
3.13 možnost zveřejnit dokument ve více složkách (jako kopii)
3.14. možnost přesunout dokument do jiné složky (nejlépe přetažením myší, nebo poklepáním
na tlačítko posunout nahoru/dolů)
3.15 podpora vložení videa pomocí YOUTUBE
Přílohy musí splňovat tyto požadavky:
4.1. může být vjakýchkoliv formátech (soubory typu DOC, DOCX, XLS, XLSX, ZIP, RAR, JPG,
TIFF, PNG, AVI, MP3 apod. ), omezení formátu bude moci provést správce systému
4.2. počet příloh nebude omezen, omezeni počtu bude moci provést správce systému
4.3. možnost vložení popisky k jednotlivým přílohám
4.4. možnost ovlivnit pořadí zobrazení příloh (nejlépe přetažením myší, nebo poklepáním na
tlačítko posunout nahoru/dolů)
4.5. na portálu bude u každé přílohy uveden typ souboru a jeho velikost, maximální možnou
velikost souboru pro upload může omezit dle potřeby správce systému,
4.6. přiložení přílohy je možno Z jakéhokoliv místa dosažitelného uživatelem, aniž by bylo třeba
jej nejprve vkládat do publikačního systému; systém si bude v rámci jednoho přihlášení
uživatele pamatovat poslední umístění, Z něhož byla příloha vkládána; podpora
multiuploadu souborů
4.7. přiložení přílohy je také možné Z galerie (viz 2.4)
4.8. možnost vložit přílohu při rozpracovaném dokumentu, bez nutnosti dokument zavírat
4.9. další podrobnosti v bodě 7. Fotogalerie
Složka musí splňovat tyto požadavky:
5.1. práva pro přístup uživatelů se nastavují na složku, je možno Zadat uživatele jednotlivě
(hledat podle přijmení), nebo podle organizačních jednotek (celý odbor, celé oddělení
apod. ),
5.2. v každé složce je možno vytvářet další složky až do páté úrovně, nově vytvořená
podsložka automaticky dědí nastavení složky, v níž je vytvořena, vč. přístupových
oprávnění, přičemž je možno nastaveni dále upravovat
5.3. složku nelze smazat, pokud jsou v ní zveřejněné dokumenty
//
/
P 7"“ 'ˇ"7""" _ „_ „M M - „v__-.....-„J~ W, »-z zn
., z,
»s-..~.zfŽv„ø_z»_z~“'øL›§zZ..øø»«øz»v~fl~
K
i
5.4. pořadí dokumentů ve složce lze libovolně měnit (nejlépe přetažením myší, nebo
pok/epáním na tlačítko posunout nahoru/do/ů)
5.5. u složky je možnost nastavit, že dokumenty budou před zveřejněním schvalovány, a to
např. nastavením příznaku ,,schvalování“, přičemž systém vynutí Zadání schvalovatele
5.6. při práci v redakčním systému je možno dokumenty v daně složce třídit dle autora, data
vzniku, názvu apod.
5.7. možnost vytvoření chráněné složky, přístup do Složky bude umožněn až po Zadání
příslušného jmena a hesla.
6. Fotogalerie musí splňovat tyto požadavky:
6.1. možnost jejího vytvoření u všech dokumentů
6.2. možnost vložení popisky fotografie ajejího autora
6.3. možnost Zobrazení náhledu přímo při čtení dokumentu, prohlížení fotogalerie bude možné
vjednom okně, které umožní přesun mezi snímky
6.4. systém zajistí kompresi a Změnu velikosti rastrových obrazů o velké datové kapacitě na dvě
varianty: malý náhled (velikost možno definovat), Standardní náhled (velikost možno
definovat)
6.5. možnost nahrát do systému objemové velké fotografie v rozlišení, které je použitelné pro
tisk, ve fotogalerii bude odkaz na archiv s příslušnými fotografiemi
7. Galerie musí splňovat tyto požadavky:
7.1. možnost členit galerii na složky a podsložky
8. Úřední deska krajského úřadu s kategorizací vyvěšovaných údajů
8.1. dokumentům úřední desky budou automaticky generována pořadová čísla v rámci roku, tj.
rok/pořadové číslo/Zkratka odboru, např. 2011/00534/ŽPZE, 2011/00528/ŘLZ
8.2. dokument úřední desky bude obsahovat metainformace: název dokumentu, vyvěšeno dne
(datum), sejmuto dne (datum), pořadové číslo (popis výše), kategorie vyvěšovaných údajů
(číselník), metainformace budou Zobrazeny u dokumentů; kategorie vyvěšovaných údajů
bude možnost uživatelsky editovat
8.3. úřední deska bude obsahovat historii (po letech, naprˇ. Archív úřední desky 2010), ve které
budou dokumenty s exspirovaným datem sejmutí
8.4. dokumenty úřední desky budou před zveřejněním schvalovány
9. Telefonní Seznam bude fungovat formou přesměrování na stávající funkcionalitu:
9.1. odkaz na stránky stávajícího tel. seznamu,
9.2. formulářový prvek, který odešle informace na stávající tel. seznam (s možností
javascr/'ptověho ošetření Zasí/aného textového řetězce).
10. Veřejné Zakázky - budou řešeny přesměrováním na jiný portál.
11, Tisková Zpráva
11.1. Vše co platí pro dokumenty na portálu, viz výše.
11.2. členění tiskových Zpráv do skupin podle oblasti (Zdravotnictví, kultura, doprava, životní
prostředí, informatika, energetika - hodnoty budou vybrány Z číselníku; možnost Zobrazit
vjiných částech portálu dle definice),
11.3. výčet citovaných osob v textu (Zejména vo/ení Zástupci ZK + možnost ručně doplnění
da/ších osob)
11.4. možnost definice číselníků na výše uvedené oblasti, uživatelská editace, položky číselníku
nejsou relačně svázány S hodnotou v dokumentech, lze je proto mazat a editovat. Položky
číselníku jsou využity pouze pro naplnění textových řetězců do atributů dokumentů.
Císelník je jednorozměrný, není strukturován do více úrovní.
12. Kalendář akcí- Zobrazený na titulní straně portálu kraje
12.1. co se děje dnes, tento týden, měsíc, od-do,
12.2. možnost řazení akcí dle oblasti - sport, kultura, co se děje na úřadu, možnost rozšíření
oblastí,
12.3. umožnit přidělení práv pro editaci více osobám a subjektům do jednotlivých oblasti,
12.4. na úrovni prezentační vrstvy je kalendář Zobrazen v měsíčním rozložení, přičemž den
obsahující událost je Zvýrazněn.
12.5. po kliknutí (nebo najetí kuızorem myši) na příslušný den se Zobrazí výčet události v tento
den a v den následující
12.6. po kliknutí na příslušný měsíc se Zobrazí přehled všech událostí v daném měsíci
„
//
/
'/
,/
12.7. možnost Zobrazit události v definovaném časovém rozmezí
13. Statistiky návštěvnosti stránek
13.1. bude využita sofistikovaná analýza návštěvnosti Google Analytics, která po správně a
odborné implementaci řeší kromě všech bodů (F 14) i přehledné a graficky názorné
grafické uživatelské rozhraní a řadu dalších zajímavých funkcí s nulovou cenovou
náročností do statistik zobrazení dokumentu se Započítává Zobrazení detailu dokumentu
13.2. do statistik zobrazení složky se Započítává zobrazení obsahu složky, nikoliv Zobrazení
detailu dokumentu
13.3. možnost generovat statistiku za určitou složku (Í více), za určitý dokument, za dokumenty
ve složce apod.
13.4. možnost exportu vygenerovaných dat do souboru ve formátu csv nebo xml
14. Fulltextové vyhledání
14.1. ve všech zveřejněných dokumentech (název, anotace, text), názvech příloh
14.2. možnost omezit Vyhledávání jen na definované složky, definovat obdobi, v němž měl být
hledaný dokument vytvořen
1
15. Uživatelská práva:
15.1. Systém uživatelských právje definován v rámci redakčního systému
15.2. možnost vytváření uživatelských skupin, každý uživatel může být ve více skupinách a mít
různá práva. Pro chráněné sekce podpora importu uživatelů Z externího souboru (např.
CSV), Skupiny uživatelů lze vytvářet vícenásobným výběrem uživatelů, nebo dle
organizační struktury apod. .
15.3. Uživatel vidí jen ty složky a dokumenty, na která má práva.
16. Tisk stránky - Zobrazení optimalizovaně stránky pro účely tisku.
17. Sitemap - mapa stránek na serveru.
18. Upozorňování na nově přidané dokumenty pro registrované uživatele: email, RSS kanál,
19. Podpora cool URI.
G. Práva a licence k užívání redakčního systému a jeho komponent
1. Cena za dílo obsahuje veškeré licenční poplatky spojené s užíváním díla po dobu 10 let.
2. Zhotovitel odpovídá za to, že součástí redakčního systému a portálového řešení nejsou žádné
licence třetích stran, v případě že ano, dodává tyto licence v ceně celého řešení po dobu jeho
životnosti. Současně tyto licence musí být uvedeny v předávacím protokolu nebo na daňovém
dokladu.
/[Q
/,