Smlouva o dílo a o poskytování služeb – Rozšíření AIS UK (dále jen „Smlouva“)

Xxxxxxx o dílo a o poskytování služeb – Rozšíření AIS UK

(dále jen „Smlouva“)

Smluvní strany:

Univerzita Karlova

se sídlem: Xxxxxx xxx 000/0, 000 00 Xxxxx 0,

zastoupená:

IČO: 00216208, DIČ: CZ00216208

bank. spojení: Česká spořitelna, a.s., pobočka v Praze 1, č. účtu: 909909339/0800

ID datové schránky: piyj9b4

(dále jen „Objednatel“)

a

(dále jen „Poskytovatel“)

(dále společně Objednatel a Dodavatel jako „smluvní strany“)

uzavřely níže uvedeného dne, měsíce a roku, v souladu s ustanoveními § 2586 a násl., § 2358 a násl. a § 1746 odst. 2 zákona č. 89/2012 Sb., občanského zákoníku, ve znění pozdějších předpisů (dále jen „občanský zákoník“), a podle ust. § 61 a následujících zákona č. 121/2000 Sb., autorský zákon, v platném znění (dále jen „autorský zákon“), tuto Smlouvu:

1. Úvodní ustanovení

   1. Objednatel, v souladu se zákonem č. 111/1998 Sb., o vysokých školách a o změně a doplnění dalších zákonů, v platném znění (zákon o vysokých školách), prohlašuje, že je oprávněn uzavřít a řádně plnit tuto Smlouvu a závazky v ní obsažené.

2. Dodavatel prohlašuje, že je právnickou osobou řádně založenou a zapsanou podle českého právního řádu, a ž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é.

3. Tato Smlouva je uzavírána v návaznosti na výsledek zadávacího řízení podlimitní veřejné zakázky zadávané Objednatelem pod názvem „Rozšíření Archivního informačního systému UK“ – dále Rozšíření AIS – (dále jen „Veřejná zakázka“) formou zjednodušeného podlimitního řízení, v rámci něhož byla Dodavatelem podaná nabídka vyhodnocena jako ekonomicky nejvýhodnější dle zákona č. 134/2016 Sb., o zadávání veřejných zakázek, v platném znění (dále jen „ZZVZ“).

1. Účel Smlouvy

   1. Záměrem Objednatele je zajistit rozšíření software stávajícího Archivního informačního systému UK (dále Rozšíření AIS UK; dodavatelem vlastního AIS UK je společnost InQool a. s. na základě Smlouvy čj. UKRUK/16297/2018 ze dne 16. 5. 2019) o nástroje umožňující správu dalšího úložiště, ukládání na offline média a jejich správu, nástroje pro formátovou analýzu a správu a prostředí pro zajištění důvěryhodné a dokumentované formátové migrace. Rozšíření stávajícího software umožní Objednateli požádat o Oprávnění k ukládání archiválií v digitální podobě (akreditace Digitálního archivu) dle ustanovení zákona č. 499/2004 Sb. o archivnictví v platném znění. Součástí záměru Objednatele je rovněž podpora provozu těchto nástrojů a jejich další rozvoj, návrh a nastavení pracovních postupů, školení pracovníků Objednatele a dodání dokumentace, jak je uvedeno dále v této Smlouvě, resp. v jejích přílohách.

   2. Účelem této Smlouvy je zajištění naplnění záměru Objednatele uvedeného v ustanovení článku 2.1 této Smlouvy, jakož i specifikace podmínky vytvoření díla a rozsahu služeb, které Dodavatel dodá Objednateli a které Dodavatel bude poskytovat Objednateli na základě této Smlouvy.

2. Předmět a místo plnění

   1. Dodavatel se podpisem této Smlouvy zavazuje:

1. provést pro Objednatele dílo podrobně specifikované v ustanovení článku 3.2 této Smlouvy spočívající ve vytvoření softwarových nástrojů pro potřeby Archivu Univerzity Karlovy a to v rozsahu a za podmínek v této Smlouvě stanovených (dále jen „Dílo“);

2. poskytovat Objednateli podporu vytvořených nástrojů, a to v rozsahu a za podmínek vymezených v této Smlouvě, zejména potom v ustanovení čl. 3.3 této Smlouvy a v příloze č. 3- 4 této Smlouvy;

3. poskytovat Objednateli služby rozvoje vytvořených nástrojů, a to v rozsahu a za podmínek vymezených v této Smlouvě, zejména potom v ustanovení čl. 3.4 této Smlouvy.

1. Smluvní strany se dohodly, že v rámci realizace Díla dle ustanovení článku 3.1 písm. a) této Smlouvy je Xxxxxxxxx povinen poskytnout Objednateli zejména následující plnění:

1. zpracování podrobného návrhu technického řešení a případných dalších analýz Rozšíření AIS, a to v souladu se smluvními a technickými podmínkami stanovenými v této Smlouvě, včetně jejích příloh;

2. dodání rozšíření AIS dle podmínek stanovených v této Smlouvě, zejména potom v (i) v příloze č. 3- 4 této Smlouvy a (ii) nabídce Dodavatele, která tvoří Přílohu č. 2 této Smlouvy, a jeho uvedení do provozu v prostředí Objednatele. Smluvní strany se dohodly, že veškerá uživatelská webová rozhraní dodávaná v rámci Rozšíření AIS musí být zpracována minimálně v českém jazyce a v souladu s dalšími požadavky definovanými v příloze č. 3 této Smlouvy;

3. dodání technické a provozní dokumentace Rozšíření AIS v českém jazyce (včetně manuálů pro hlavní operace vykonávané v AIS) a její aktualizace v průběhu trvání Smlouvy;

4. konfiguraci Rozšíření AIS a jeho rozhraní včetně nastavení uživatelských rolí a práv, nastavení rozhraní AIS na další systémy dle specifikace uvedené v přílohách č. 3-4 této Smlouvy;

5. technickou pomoc a konzultace poskytované Objednateli při instalaci a implementaci Rozšíření AIS a jeho rozhraní;

6. zaškolení určených uživatelů AIS v sídle Objednatele v rozsahu uvedeném v  příloze č. 3 této Smlouvy.

Smluvní strany se dále dohodly, že Objednatel je v průběhu realizace plnění Dodavatele dle ustanovení článku 3.1 písm. a) této Smlouvy oprávněn požadovat po Dodavateli úpravu Rozšíření AIS, a to pouze v souvislosti s případnou nutností změny rozsahu, funkcionalit a nastavení Rozšíření AIS vzniklou v přímé souvislosti se změnou právních předpisů, vztahujících se k činnosti Objednatele jako zřizovatele specializovaného archivu dle zákona č. 499/2004 Sb., v platném znění, tedy v souvislosti se změnou již existujících právních předpisů a to zejména:

1. zákona č. 499/2004 Sb. o archivnictví v platném znění, případně následných zákonů, které tento předpis nahradí a souhrnně upraví oblast archivnictví a spisové služby;

2. evropské a národní legislativy týkající se ochrany osobních údajů, pokud má tato změna přímý dopad na oblast archivnictví;

3. prováděcích vyhlášek k tomuto zákonu;

4. pokynů a dalších předpisů vydaných Ministerstvem vnitra ČR (zejména odborem archivní správy) a Národním archivem, které se týkají archivnictví a spisové služby (zejména Národní standard pro elektronické spisové služby, Vzorový provozní řád digitálního archivu a další předpisy týkající se ukládání a evidence archiválií).

Smluvní strany se dohodly, že pro úpravu Rozšíření AIS v průběhu realizace plnění Dodavatele dle ustanovení článku 3.1 písm. a) této Smlouvy se přiměřeně použije postup stanovený pro rozvoj AIS dle ustanovení článku 3.1 písm. c) této Smlouvy, kdy cena případných úprav bude stanovena na základě násobku hodinové sazby za rozsah skutečně poskytnutých prací realizovaných Dodavatelem v souvislosti s provedenou úpravou Rozšíření AIS v důsledku změny právních předpisů v době realizace plnění Dodavatele dle ustanovení článku 3.1 písm. a) této Smlouvy a hodinové sazby vymezené v ustanovení článku 9.1 písm. c) této Smlouvy. Pro vyloučení všech pochybností Smluvní strany prohlašují, že činnosti poskytnuté Dodavatelem v souvislosti se změnou AIS v důsledku změny právních předpisů dle tohoto článku Smlouvy se nezapočítávají do limitů platných pro služby rozvoje Rozšíření AIS dle ustanovení článku 3.1 písm. c) a navazujících této Smlouvy a nejsou ani stejným způsobem limitovány.

3. Smluvní strany se dohodly, že v rámci poskytování služeb podpory Rozšíření AIS je Dodavatel povinen v rozsahu a za podmínek dále v této Smlouvě stanovených, poskytovat Objednateli zejména následující plnění:

1. služby podpory, v rámci kterých bude Objednatel, resp. osoby určené Objednatelem oprávněny hlásit problémy při akceptaci a rutinním provozu Rozšíření AIS a v rámci kterých budou v reakci na hlášení realizovány kroky vedoucí k řešení problému;

2. identifikaci, diagnostiku a návrh řešení závad Rozšíření AIS i provozních závad a problémů zjištěných při provozu Rozšíření AIS, které nebyly způsobeny vadou vlastního Rozšíření AIS nebo jeho dodané části; Dodavatel se v rámci ceny za plnění stanovené v článku 9.1 písm. b) této Smlouvy zavazuje realizovat činnosti uvedené v tomto bodě do výše pěti (5) člověkohodin práce během kalendářního měsíce s tím, že nevyčerpané člověkohodiny lze kumulativně převádět do následujících měsíců až do maximální výše třicet (30) člověkohodin;

3. nedílnou součástí technické podpory je též průběžná údržba použitých komponent (opensource knihoven, dodaných nástrojů třetích stran) a to minimálně v rozsahu: 1) nasazení kritických a bezpečnostních oprav, publikovaných formou patchů či minor verzí, 2) přechod na následnou major verzi za situace, kdy předchozí major verzi již bude ukončena obecná údržba/podpora

4. služby podpory se týkají i vad, které se projeví v provozu AIS (tedy v nástroji dodaném dle Smlouvy čj. UKRUK/16297/2018 ze dne 16. 5. 2019), avšak jsou způsobeny chybami vlastního Rozšíření AIS. Způsob identifikace odpovědnosti za vady je popsána v čl. 13.16 této Smlouvy.

4. Smluvní strany se dohodly, že v rámci poskytování služeb rozvoje Rozšíření AIS je Dodavatel povinen v rozsahu a za podmínek dále v této Smlouvě stanovených, poskytovat Objednateli další úpravy Rozšíření AIS podle požadavků Objednatele.

5. Smluvní strany se dohodly, že Xxxxxxxxx je povinen poskytovat plnění:

   1. specifikované v ustanovení článku 3.1 písm. a) této Smlouvy ode dne nabytí účinnosti této Smlouvy do doby stanovené v článku 8. této Smlouvy;

   2. specifikované v ustanovení článku 3.1 písm. b) této Smlouvy ode dne převzetí Rozšíření AIS Objednatelem do rutinního provozu dle této Smlouvy do doby ukončení poskytování plnění dle ustanovení čl. 3.1 písm. b) této Smlouvy některou ze smluvních stran v souladu s podmínkami v této Smlouvě stanovenými;

   3. specifikované v ustanovení článku 3.1 písm. c) této Smlouvy ode dne převzetí Rozšíření AIS Objednatelem do rutinního provozu dle této Smlouvy. Ukončení poskytování plnění dle ustanovení čl. 3.1 písm. c) této Smlouvy některou ze smluvních stran v souladu s podmínkami v této Smlouvě stanovenými. Smluvní strany se dohodly, že Objednatel je oprávněn a Dodavatel povinen poskytnout Objednateli služby dle ustanovení článku 3.1 písm. c) této Smlouvy v rozsahu maximálně sto (100) člověkohodin ročně. Smluvní strany se dále dohodly, že nevyčerpané člověkohodiny je Objednatel oprávněn čerpat v následujícím kalendářním roce nad rámec limitu uvedeného výše, kdy nebudou-li v tomto kalendářním roce vyčerpány, právo Objednatele na jejich čerpání zaniká.

6. Objednatel se touto Smlouvou zavazuje uhradit Dodavateli za řádně a včas poskytnuté plnění sjednanou cenu, jakož i poskytnout Dodavateli součinnost uvedenou v čl. 5. této Smlouvy.

7. Smluvní strany se dohodly, že Xxxxxxxxx je povinen:

   1. poskytovat plnění dle ustanovení článku 3.1 písm. a) této Smlouvy v místě pracoviště nebo Pracovišť Dodavatele, kdy však k implementaci a předání předmětného plnění musí vždy dojít v místě sídla Objednatele;

   2. poskytovat plnění dle ustanovení článku 3.1 písm. b) této Smlouvy v místě pracoviště nebo Pracovišť Objednatele, případně vzdáleně z pracoviště Dodavatele, pokud to bude technicky možné;

   3. poskytovat plnění dle ustanovení článku 3.1 písm. c) této Smlouvy v místě pracoviště nebo Pracovišť Dodavatele, kdy však k implementaci a předání předmětného plnění musí vždy dojít v místě sídla Objednatele.

1. Závazky Dodavatele

   1. Dodavatel zaručuje, že plnění poskytované Dodavatelem na základě této Smlouvy Objednateli, tedy zejména Dílo, jakož i další plnění dle ustanovení článku 3.1 písm. b) a c) budou ze strany Dodavatele poskytovány vždy na maximální profesionální úrovni a budou odpovídat všeobecně uznávanému standardu a legislativním povinnostem relevantním pro Objednatele.

   2. Dodavatel se zavazuje, že disponuje vlastním hardwarovým prostředím, na kterém bude probíhat vývoj a interní testování Rozšíření AIS Dodavatele ve smyslu ustanovení článku 8.20 této Smlouvy. Dodavatel se dále zavazuje, že disponuje veškerými softwarovými nástroji a licencemi k těmto nástrojům, které mu umožňují vytvořit a provést Dílo dle této Smlouvy.

   3. Dodavatel se zavazuje předávat jednotlivé softwarové prototypy Rozšíření AIS do testovacího prostředí Objednatele tak, aby jeho testovací prostředí a prostředí Objednatele byla shodná a umožňovala relevantní testování.

   4. Dodavatel se zavazuje poskytnout potřebnou instruktáž týkající se práce s Rozšířením AIS určeným uživatelům AIS na straně Objednatele.

   5. Dodavatel se zavazuje, že bude po celou dobu platnosti a účinnosti této Smlouvy provozovat a využívat systém pro řízení a správu chybových hlášení a požadavků na úpravy a rozvoj Rozšíření AIS (dále jen „systém Help Desk“). Systém Help Desk musí mít webové uživatelské rozhraní a musí umožňovat zadávání hlášení (vad/dotazů/požadavků), sledování stavu jejich řešení ze strany Dodavatele i Objednatele, podporu celého životního cyklu jednotlivých hlášení a obsahovat možnost nastavení notifikací o událostech v systému (zejména o změnách stavů jednotlivých hlášení) a možnost eskalace např. v případě neřešení některého hlášení. Pokud dojde k výpadku systému, je Dodavatel povinen zajistit opravu systému Help Desk nebo jeho náhradu nejpozději do deseti (10) kalendářních dnů. Během kalendářního roku smí dojít nejvýše k výpadkům v souhrnném rozsahu 30 kalendářních dnů, přičemž se počítá každý i jen započatý den, kdy systém nebude k dispozici. Smluvní strany se dále dohodly, že v případě výpadku systému Help Desk je Dodavatel povinen umožnit neprodlené přijímání hlášení o vadách AIS prostřednictvím emailové adresy [doplnit].

   6. Dodavatel bere na vědomí, že podle § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole ve veřejné správě, v platném znění, je osobou povinnou spolupůsobit při výkonu finanční kontroly. Tato povinnost se týká rovněž těch částí nabídky Dodavatele, Xxxxxxx a souvisejících dokumentů, které podléhají ochraně podle zvláštních právních předpisů (např. jako obchodní tajemství, utajované informace), za předpokladu, že budou splněny požadavky kladené právními předpisy (např. zákonem č. 255/2012 Sb., o kontrole /kontrolní řád/, v platném znění). Dodavatel bere na vědomí, že obdobnou povinností je dodavatel povinen smluvně zavázat také své poddodavatele.

   7. Dodavatel přebírá nebezpečí změny okolností ve smyslu ustanovení § 2620 odst. 2 zákona č. 89/2012 Sb., občanského zákoníku.

2. Závazky Objednatele

   1. Pro úspěšný průběh poskytování plnění dle této Smlouvy se Objednatel zavazuje k poskytnutí součinnosti podle zdůvodněných požadavků Dodavatele, a to maximálně v následujícím rozsahu:

1. zpřístupnění hardwarového a softwarového vybavení pro konfiguraci a nastavení AIS u Objednatele, blíže specifikovaného v Příloze č. 5 této Smlouvy;

2. zpřístupnění rozhraní definovaných v Příloze č. 4 na dosavadní části AIS; harmonogram zpřístupnění rozhraní bude definován v technickém projektu

3. spolupráci na řízení prací, blíže specifikovanou v článku 6 této Smlouvy;

4. umožnění konzultací s uživateli a správci AIS u Objednatele;

5. spolupráci při přebírání a akceptaci plnění dle této Smlouvy nebo jeho části;

6. organizační zabezpečení školení uživatelů AIS na straně Objednatele zahrnující zejména zajištění prostor pro školení, a zajištění účasti uživatelů AIS na tomto školení;

7. poskytnutí technických parametrů a následné zpřístupnění rozhraní na relevantní externí systémy provozované Objednatelem;

8. další činnosti, na kterých se Objednatel a Dodavatel písemně dohodnou.

1. Objednatel se zavazuje, že poskytne Dodavateli dostatečný a bezpečný přístup do prostor a k systémům Objednatele tak, aby Dodavatel mohl plnit své povinnosti a současně, aby Objednatel byl o tomto přístupu informován.

2. Objednatel poskytne Dodavateli přístup k AIS nainstalovanému na jeho hardware pro účely testování, vyhodnocování provozu a realizaci případných oprav.

3. Objednatel je oprávněn k poskytnutí součinnosti dle ustanovení článku 5.1 této Smlouvy, včetně řízení prací na straně Objednatele, využít třetí strany, s nimiž je ve smluvním vztahu. V případě využití třetí strany pro účely dle předchozí věty tohoto článku 5.5 této Smlouvy je Objednatel:

1. povinen písemně sdělit Xxxxxxxxxx předem identifikační údaje třetí strany a její úkoly dříve, než třetí strana zahájí svou činnost;

2. oprávněn předat této třetí straně důvěrné informace dle ustanovení článku 11.1. Smlouvy nezbytné pro poskytování součinnosti, je však povinen zakotvit povinnost utajení takto předaných důvěrných informací ve smlouvě uzavřené s touto třetí stranou.

3. třetí stranou dle tohoto bodu je i dodavatel stávajícího řešení AIS dle smlouvy čj. UKRUK/16297/2018 ze dne 16. 5. 2019.

1. Objednatel zajistí spolupráci s Dodavatelem AIS, zejména umožní účast na společných jednáních obou dodavatelů za účasti objednatele, umožní přístup do dokumentace a v oprávněných případech ke zdrojovým kódům již dodaného řešení AIS.

1. Spolupráce Objednatele a Dodavatele

   1. Každá ze smluvních stran jmenuje svého zástupce - Vedoucího týmu, který ji bude výlučně zastupovat v realizačních záležitostech souvisejících s plněním této Smlouvy.

Vedoucí týmu za Objednatele: PhDr. Xxxxxx Xxxxx, Ph.D.

telefon: x000 000 000 000

e-mail: xxxxxx.xxxxx@xxx.xxxx.xx

Vedoucí týmu za Dodavatele:

():

telefon:

e-mail:

Vedoucí týmu na straně Dodavatele odpovídá za řízení činnosti případných poddodavatelů.

2. Vedoucí týmu na straně Objednatele odpovídá za řízení činnosti případných třetích stran, jejichž součinnost je nezbytná pro úspěšné plnění závazků Objednatele dle této Smlouvy.

3. Každá ze smluvních stran je oprávněna v případě nutnosti pověřit jinou osobu, aby v době nepřítomnosti zastupovala Vedoucího týmu ve výkonu jeho funkce.

4. Smluvní strany zajistí svým zástupcům dle ustanovení článku 6.1 této Smlouvy dostatečné pravomoci pro výkon jejich činností.

5. Objednatel je oprávněn jmenování svého zástupce dle ustanovení článku 6.1 této Smlouvy změnit, je však povinen o takové změně předem písemně informovat Xxxxxxxxxx.

6. Dodavatel je povinen zajistit, aby se na poskytování služeb dle této Xxxxxxx podílely především ty osoby, kterými prokázal splnění technických kvalifikačních předpokladů v zadávacím řízení, tedy

1. Projektový manažer - vedoucího projektu implementace AIS uvedený v článku 6.1 této Smlouvy: [doplnit];

2. Senior vývojář: [doplnit];

3. Junior vývojáři: [doplnit];

4. Business analytik pro informační systémy a správu dokumentů: [doplnit];

5. Tester: [doplnit];

6. Pracovník podpory: [doplnit].

1. Smluvní strany se dohodly, že Dodavatel je oprávněn provést změnu osob uvedených v článku 6.7 této Smlouvy pouze po vzájemné písemné dohodě smluvních stran a po předchozím doložení kvalifikace a zkušeností nově jmenovaného zástupce nebo pracovníka týmu. Smluvní strany se dohodly, že důvodem pro výměnu člena realizačního týmu může být pouze konec pracovního vztahu s Dodavatelem nebo žádost Objednatele, které Xxxxxxxxx není povinen vyhovět. Vzdělání, kvalifikace a zkušenosti nově jmenovaného zástupce nebo pracovníka týmu musí odpovídat v celém rozsahu minimální požadované kvalifikaci uvedené v podkladech zadávacího řízení. V případě, že Xxxxxxxxx využil zkušenosti člena týmu pro hodnocení zkušenosti (v nabídce Dodavatele, která tvoří Přílohu č. 2 této Smlouvy), musí kvalifikace a zkušenosti nového pracovníka odpovídat zkušenostem a kvalifikaci nahrazovaného pracovníka v plném rozsahu jeho kvalifikace a zkušeností.

2. Smluvní strany se dohodly, že v případě pracovníků na pozici Projektový manažer, Senior vývojář a Business analytik pro informační systémy a správu dokumentů musí k nahrazení dojít nejpozději do třiceti (30) kalendářních dnů od ukončení činnosti předchozího pracovníka realizačního týmu. Po dobu absence jednoho z těchto pracovníků musí být jiný člen realizačního týmu schopen chybějícího v plném rozsahu zastoupit. Pokud by nebyly obsazeny dvě z těchto pozic, je Objednatel oprávněn uplatnit sankce podle smluvních podmínek od dne následujícího po vzniku situace bez ohledu na lhůtu třiceti dnů. Smluvní strany se dohodly, že nebude-li nový pracovník splňovat minimální kvalifikaci, bude situace hodnocena tak, že pozice není ze strany Dodavatele obsazena vůbec. Stejný postup bude uplatněn, pokud by pozice pracovníka, jehož kvalifikace a zkušenosti byly uplatněny pro hodnocení, byl nahrazen pracovníkem s nižší kvalifikací nebo neodpovídajícími zkušenostmi, a to i v případě, že jeho kvalifikace a zkušenosti splňují minimální nároky na kvalifikaci.

3. K nahrazení pracovníka na jakékoliv jiné pozici definované v článku 6.7 této Smlouvy, než která je zmíněna v článku 6.9 této Smlouvy, musí dojít nejpozději do šedesáti (60) kalendářních dnů od ukončení práce dosavadního pracovníka. V případě pracovníků na pozici tester a pracovník podpory musí dojít k nahrazení do třiceti (30) kalendářních dnů v době jejich aktivního zapojení do poskytování plnění dle této Smlouvy. Nebude-li nový pracovník splňovat minimální kvalifikaci, bude situace hodnocena tak, že pozice není obsazena vůbec. Stejný postup bude uplatněn, pokud by pozice pracovníka, jehož kvalifikace a zkušenosti byly uplatněny pro hodnocení, byl nahrazen pracovníkem s nižší kvalifikací nebo neodpovídajícími zkušenostmi, a to i v případě, že jeho kvalifikace a zkušenosti splňují minimální nároky na kvalifikaci.

4. V případě neobsazení jakékoliv pozice dle ustanovení článku 6.7 nebo jakékoliv absence člena týmu, musí být jeho úkoly v rámci plnění veřejné zakázky zajištěny ostatními členy týmu Dodavatele.

5. Jednacími jazyky při komunikaci Dodavatele a Objednatelem jsou český nebo slovenský jazyk.

6. Pro koordinaci činností Dodavatele a Objednatele je vytvořen řídící výbor projektu, který se řídí pravidly dle Přílohy č. 3 Smlouvy.

1. Komunikace mezi smluvními stranami

   1. Nebude-li smluvními stranami dohodnuto jinak, budou spolu smluvní strany komunikovat:

1. písemně poštou na adresy smluvních stran uvedené na titulní straně této Smlouvy;

2. elektronickou poštou mezi zástupci smluvních stran ve smyslu článku 6.1. této Smlouvy;

3. osobně prostřednictvím zástupců smluvních stran ve smyslu článku 6.1. této Smlouvy;

4. prostřednictvím webové aplikace (systém Help Desk) pro řízení a monitorování stavu zjištěných vad a požadavků na úpravy a rozšíření AIS dle článku 4.6 této Smlouvy;

5. prostřednictvím Informačního systému datových schránek má-li Dodavatel datovou schránku zřízenu.

1. Všechna oznámení mezi smluvními stranami, která se vztahují k této Smlouvě nebo která mají být učiněna na základě této Smlouvy, musí být učiněna v písemné podobě a druhé straně doručena buď osobně, nebo doporučeným dopisem či jinou formou doporučeného poštovního styku nebo prostřednictvím systému datových schránek, není-li dohodnuto mezi smluvními stranami jinak.

2. Dokument, který má být dle této smlouvy doručen druhé straně (oznámení, výpověď, odstoupení od smlouvy, reklamace vad apod.), je doručen dnem jeho převzetí Vedoucím týmu druhé smluvní strany nebo dnem, kdy byl doručen osobně nebo prostřednictvím držitele poštovní licence do sídla této smluvní strany.

3. Komunikace elektronickou poštou je považována za doručenou okamžikem potvrzení převzetí přijímající stranou, resp. okamžikem odpovědi přejímající strany.

4. Komunikace prostřednictvím systému Help Desk je považována v pracovní době za doručenou okamžikem uložení v této aplikaci, mimo pracovní dobu pak v 8:00 hod. prvního následujícího pracovního dne. Pracovní dobou se pro účely této Smlouvy rozumí doba od 8:00 do 16:30 hodin v pracovní dny dle časového pásma sídla Objednatele.

5. Komunikace prostřednictvím Informačního systému datových schránek je považována za doručenou okamžikem dodání do datové schránky Dodavatele.

6. Zahájení řešení požadavků na úpravy nebo rozšíření Rozšíření AIS, které mají vliv na funkci nebo vzhled Rozšíření AIS, podléhá schválení ze strany zástupců Objednatele určených v článku 6.1.

7. Zahájení řešení požadavků na úpravy nebo rozšíření Rozšíření AIS, které mají vliv na funkci stávajícího řešení AIS je podmíněno projednáním tohoto rozšíření s určeným zástupcem dodavatele stávajícího řešení AIS a podléhá schválení ze strany zástupců Objednatele určených v článku 6.1.

8. Komunikace mezi smluvními stranami bude probíhat v českém nebo slovenském jazyce.

1. Termíny plnění a přejímací postupy

   1. Smluvní strany se dohodly, že Xxxxxxxxx je povinen nejpozději do:

1. padesáti (50) kalendářních dnů od data účinnosti této Smlouvy předat Objednateli zpracovaný technický projekt v rozsahu definovaném Přílohou č. 3 této Smlouvy;

2. sto deseti (110) kalendářních dnů od data účinnosti této Smlouvy předat Objednateli jeden nástroj definovaný v Příloze č. 4; výběr nástroje bude konkretizovaný v Technickém projektu;

3. sto sedmdesáti (170) kalendářních dnů od data účinnosti této Smlouvy předat Objednateli druhý nástroj definovaný v Příloze č. 4; výběr nástroje bude konkretizovaný v Technickém projektu;

4. dvou set třiceti (230) kalendářních dnů od data účinnosti této Smlouvy předat Objednateli třetí nástroj definovaný v Příloze č. 4; výběr nástroje bude konkretizovaný v Technickém projektu;

5. tři sta deseti (310) kalendářních dnů od data účinnosti této Smlouvy předat Objednateli čtvrtý nástroj definovaný v Příloze č. 4; výběr nástroje bude konkretizovaný v Technickém projektu;

6. do dvaceti pěti (25) kalendářních dnů po akceptaci plnění dle ustanovení písm. e) tohoto článku této Smlouvy předat úpravy jednotlivých nástrojů předaných dle písm. b)-e) vyplývajících z jejich akceptace a zkušeností z jejich vzájemné integrace;

7. do třiceti pěti (35) kalendářních dnů po akceptaci plnění dle ustanovení písm. e) tohoto článku této Smlouvy provést závěrečnou implementaci a konfiguraci všech předaných nástrojů (včetně nastavení uživatelských rolí);

8. deseti (10) kalendářních dnů od akceptace plnění podle ustanovení písmene f) tohoto článku se Dodavatel zavazuje předat Objednateli kompletní dokumentaci Rozšíření AIS v rozsahu definovaném Přílohou č. 3 této Smlouvy;

9. jeden (1) pracovní den po oznámení uvedení do rutinního provozu dle ustanovení článku 8.13 této Smlouvy zahájit trvalé poskytování služeb podpory Rozšíření AIS dle ustanovení článku 3.1 písm. a) této Smlouvy.

1. Součástí předání jednotlivých nástrojů i kompletního softwaru Rozšíření AIS je též předání (poskytnutí) všech licencí k produktům třetích stran, které netvoří přímou součást Rozšíření AIS, ale jsou nezbytné pro chod a funkčnost Rozšíření AIS, a jejichž dodání je nezbytné pro implementaci a provoz Rozšíření AIS Objednatelem a Objednatel o těchto licencích neprohlásil, že je má pro účely této veřejné zakázky k dispozici, případně budou součástí dodávky hardware zajištěné Objednatelem. Smluvní strany se dohodly, že Dodavatel je povinen poskytnout Objednateli licence ve smyslu tohoto článku 8.2 Smlouvy jako nevýhradní časově, počtem uživatelů, počtem nebo objemem spravovaných dokumentů či obdobným způsobem neomezená užívací práva (licenci) k užití takového software třetích stran všemi možnými způsoby, které povaha softwaru připouští, kdy k časovému omezení poskytnutých licencí dle tohoto článku 8.2 této Smlouvy může dojít pouze v případě, kdy časově neomezené poskytnutí těchto licencí je vyloučeno výrobcem (vykonavatelem majetkových práv) k takovému software. Nebudou-li licence dle tohoto článku 8.2 Smlouvy poskytnuty v souladu s předchozí větou jako časově neomezené, musí být poskytnuty minimálně na dobu čtyřiceti osmi (48) měsíců ode dne převzetí Rozšíření AIS do rutinního provozu dle této Smlouvy. Předání (poskytnutí) předmětných licenčních oprávnění provede Dodavatel prostřednictvím předání licenčních smluv a/nebo licenčních kódů Objednateli. Bez kompletního předání licencí nutných pro provoz Rozšíření AIS se na předání jakékoliv části Rozšíření AIS hledí, jako by nebylo provedeno vůbec.

2. Předání podrobného technického projektu dle článku 8.1. písm. a) a b) této Xxxxxxx provede Dodavatel předáním podkladů Objednateli elektronicky ve formátu *.PDF a *.docx. Předání může proběhnout v rámci jednoho dokumentu v rámci termínu předání definovaném v ustanovení článku 8.1 písm. a) této Smlouvy.

3. Předání ke klíčovým termínům dle ustanovení článků 8.1 písm. b) až f) této Smlouvy provede Dodavatel tak, že předá Objednateli Rozšíření AIS tak, že nainstaluje software do testovacího prostředí Objednatele. Předáním se v rámci tohoto ustanovení článku rozumí i konfiguraci Rozšíření AIS tak, aby umožňovalo využívání všech předaných funkcionalit a nastavení rozhraní na vlastní AIS. Součástí předání je též dokumentace v rozsahu nutném pro instalaci a provozování předané části Rozšíření AIS. Součástí předání bude proškolení určených pracovníků (nejvíce šesti) Objednatele pro správu předaného Rozšíření AIS. Zároveň Dodavatel předá instalační balíčky s příslušným softwarem tak, aby mohl Objednatel jeho postup reprodukovat.

4. Předání ke klíčovému termínu dle ustanovení článku 8.1. písm. g) této Smlouvy provede Dodavatel tak, že předá Objednateli instalační balíček aktuálních verzí nástrojů Rozšíření AIS tak, aby ho bylo možné nainstalovat v testovacím a provozním prostředí Objednatele a po instalaci zajistí konfiguraci systému, nastavení rozhraní na externí systémy a nastavení počátečních stavů. Současně předá Dodavatel protokoly o provedených zátěžových a bezpečnostních testech Rozšíření AIS.

5. Předání kompletní dokumentace Rozšíření AIS dle ustanovení článku 8.1. písm. h) této Smlouvy provede Dodavatel předáním podkladů Objednateli elektronicky ve formátu *.PDF a *.docx (formát lze změnit v rámci Technického projektu, Objednatel musí k této změně dát výslovný souhlas ve formě akceptace Technického projektu, pokud souhlas odepře, platí ustanovení tohoto článku).

6. Každé předání ke klíčovému termínu dle ustanovení článku 8.1. písm. a) až g) této Smlouvy potvrdí smluvní strany písemným zápisem – předávacím protokolem a jeho přílohami. Předání předávacího protokolu Dodavatelem Objednateli se chápe jako žádost Dodavatele o zahájení akceptace. Den předání předávacího protokolu se nepočítá do lhůt pro akceptaci dle ustanovení článku 8.10 až 8.12 této Smlouvy. Den předání předávacího protokolu musí být vždy pracovním dnem. Předání lze provést fyzicky osobně nebo poštou, případně elektronicky pomocí systému Datových schránek.

7. Předání aktivit spojených s poskytováním služeb podle ustanovení článku 3.1. písm. b) této Smlouvy provede Dodavatel předáním výkazu prací jednou čtvrtletně, který musí odpovídat záznamům v nástroji Help Desk nebo být jinak dokumentován (např. výkazem o telefonických konzultacích). Předání výkazu bude potvrzeno předávacím protokolem podepsaným zástupci obou smluvních stran dle ustanovení článku 6.1 této Smlouvy.

8. Dodavatel musí zajistit poskytování služeb podle ustanovení článku 3.1. písm. b) této Smlouvy mimo dobu plnění dle ustanovení článku 8.1. písm. i) této Smlouvy také v období akceptace každého z předání dle ustanovení článku 8.1. písm. b) až h) této Smlouvy. Předmětem služby během akceptace je monitoring vad a poskytování konzultací pracovníkům objednatele.

9. Počínaje datem předání dle ustanovení článku 8.3 této Smlouvy začíná v případě předání dle ustanovení článku 8.1 písm. a) této Smlouvy běžet akceptační lhůta v délce patnácti (15) kalendářních dnů.

10. Počínaje datem předání dle ustanovení článků 8.4 a 8.6 této Smlouvy začíná běžet akceptační lhůta v délce třiceti pěti (35) kalendářních dnů.

11. Počínaje datem předání dle ustanovení článku 8.5 této Smlouvy začíná v případě předání dle ustanovení článku 8.1 písm. g) této Smlouvy běžet akceptační lhůta v délce devadesát (90) kalendářních dnů. V této lhůtě proběhne komplexní zkušební provoz Rozšíření AIS se zapojením všech předaných nástrojů dle ustanovení článku 8.23 této Smlouvy.

12. Po akceptaci plnění dle ustanovení článku 8.1. písm. g) bude Rozšíření AIS u Objednatele uvedeno do rutinního provozu. Termín uvedení do rutinního provozu určí Objednatel, přičemž nejdříve může být zvolen pracovní den bezprostředně následující po akceptaci plnění dle ustanovení článku 8.1 písm. h) této Smlouvy. Nejzazším termínem pro uvedení do rutinního provozu je třicátý (30.) kalendářním den po akceptaci plnění dle ustanovení článku 8.1 písm. h) této Smlouvy. O spuštění rutinního provozu informuje Objednatel Dodavatele alespoň tři (3) kalendářní dny předem dle ustanovení článku 7.1) této Smlouvy.

13. V případě předání dle ustanovení článku 8.1 písm. a) až h) této Smlouvy bude akceptační rozhodnutí vydáno v akceptační lhůtě na základě předaných podkladů dle ustanovení článku 8.7 této Smlouvy. Výsledkem akceptačního rozhodnutí bude akceptační protokol obsahující souhlas s akceptací či odmítnutí akceptace Objednatelem. Akceptační rozhodnutí, jehož součástí je odmítnutí akceptace, musí být doručeno Dodavateli nejpozději ke dni uplynutí akceptační lhůty. Akceptační rozhodnutí bude mít podobu protokolu o akceptaci vydaného Objednatelem. Neobdrží-li Dodavatel v akceptační lhůtě vyrozumění Objednatele o odmítnutí, je Objednatel povinen podepsat ke dni uplynutí akceptační lhůty akceptační protokol s rozhodnutím ve významu „akceptováno“. V případě odmítnutí akceptace musí Dodavatel předat nové plnění, které nebude vykazovat vady bránící akceptaci. Postup pro nové předání po odmítnutí akceptace se řídí dle ustanovení článku 8.7 této Smlouvy. Pokud je nové plnění předáno ještě ve lhůtě pro akceptaci odmítnutého plnění, není tato část akceptační lhůty využita pro výpočet smluvních pokut. Akceptaci žádné části nelze zahájit před akceptací části, která ji má dle ustanovení článku 8.1 této Smlouvy chronologicky předcházet.

14. V případě předání dle ustanovení článku 8.1. písm. a) a b) této Smlouvy bude akceptační rozhodnutí vydáno na základě souhlasu Objednatele s návrhem technického projektu. V případě, že Objednatel odmítne akceptovat návrh technického projektu, musí Dodavateli doložit, který požadavek definovaný v Přílohách č. 3-4 této Smlouvy není naplněn. Dodavatel musí následně do pěti (5) pracovních dnů předložit nový návrh. Doba max. pěti (5) pracovních dnů, během níž Dodavatel zpracuje nový návrh a následující lhůta pro akceptaci Objednatelem nebude využita pro výpočet sankcí. Lhůtu pěti (5) dnů pro zpracování nového návrhu je možné využít jen jednou (1). Návrh technického projektu bude přílohou předávacího protokolu. Po akceptování technického projektu, se tento stává závazným dokumentem pro další průběh plnění.

15. V případě předání AIS dle ustanovení článku 8.1 písm. b) až h) této Smlouvy bude akceptační rozhodnutí vydáno na základě předání Rozšíření AIS dle ustanovení článku 8.4 této Smlouvy, předávacího protokolu a jeho příloh a splnění podmínek akceptace dle článku 8.22 této Smlouvy.

16. Předávací protokol dle článku 8.7 této Smlouvy musí obsahovat popis funkcionalit AIS vzhledem k podmínkám vymezeným v Příloze č. 4 této Smlouvy a technickému projektu dle ustanovení článku 8.1 písm. a) této Smlouvy. Součástí protokolu musí být zejména termín předání, potvrzení o testování ze strany Dodavatele a popis funkčnosti předaného s vazbou na ustanovení této Smlouvy. Jeho přílohou dále musí být minimální technická dokumentace nutná pro instalaci a provoz daného Rozšíření AIS a vyplněný a Dodavatelem potvrzený protokol o testování na straně Dodavatele dle ustanovení článku 8.20 této Smlouvy stejně jako Objednatelem potvrzený protokol o proběhlém školení k předané funkcionalitě (musí obsahovat jmenný seznam proškolených pracovníků Objednatele a datum školení).

17. V případě předání dle ustanovení článku 8.1. písm. g) této Smlouvy bude akceptační rozhodnutí vydáno na základě zkušebního provozu Rozšíření AIS realizovaného v akceptační lhůtě. Akceptace bude mít charakter zkušebního provozu Rozšíření AIS v provozním prostředí Objednatele v rozsahu nejméně šedesát (60) kalendářních dní. Akceptační rozhodnutí bude vydáno, pokud zkušební provoz AIS bude vykazovat parametry popsané v bodě 8.29 této Smlouvy.

18. Součástí předání AIS dle ustanovení článku 8.1. písm. h) této Smlouvy je dle ustanovení článku 8.6 této Smlouvy i předání úplné dokumentace Rozšíření AIS Objednateli. Za úplnou se považuje taková dokumentace Rozšíření AIS, která popisuje procesy zajišťující všechny funkční a procesní požadavky Objednatele dle Přílohy č. 4 této Smlouvy.

19. V případě předání prototypů AIS dle ustanovení článku 8.1. písm. b) až g) této Smlouvy bude součástí podkladů předaných Dodavatelem vyplněný Protokol o testování Dodavatelem. Obsah protokolu (scénáře) navrhne Dodavatel před začátkem každého předání, nejdéle však sedm (7) kalendářních dnů před každým předáním. Navržený testovací scénář musí vycházet z obecného rámce testování, tak jak bude schválen v technickém projektu. Protokol musí popisovat typické situace, které vhodným způsobem demonstrují funkcionalitu předaného AIS.

20. Dodavatel odpovídá za správnost jím vyplněné protokolu předaného dle ustanovení článku 8.20 této Smlouvy. Objednatel má právo provést vlastní test dle schváleného testovacího scénáře i další testy podle své úvahy. V případě zjištění rozporu výsledků u jednotlivých kroků schváleného testovacího scénáře v prostředí Dodavatele a Objednatele, je Xxxxxxxxx povinen identifikovat příčinu rozporu a předložit opravený protokol.

21. Podmínkou pro akceptaci AIS předávaného jako součást plnění dle ustanovení článku 8.1. písm. b), až f) této Smlouvy jsou následovné:

1. Předané Rozšíření AIS nevykazuje vadu typu A ani typu B a nejvýše dvě (2) vady typu C, pět (5) typu D a deset (10) typu E dle ustanovení článku 13.9 této Smlouvy.

2. V případě výskytu nepovolených vad nebo více než povoleného počtu vad typu C, D a E dojde k přerušení akceptace, až do doby odstranění vady. Doba na akceptaci se v případě přerušení akceptace prodlužuje o pět (5) kalendářních dnů v případě, že k přerušení akceptace došlo do 23. dne akceptační lhůty, a o osm (8) kalendářních dnů v případě, že k přerušení došlo 24. a další den akceptační lhůty.

3. V případě výskytu vady typu A nebo B je nutné, aby Dodavatel společně s opravou provedl nový test na své straně a předal Objednateli nový testovací protokol dle ustanovení článku 8.24 této Smlouvy, který bude zahrnovat test všech funkcionalit a procesy předaného AIS společně s doplněnou dokumentací a testovacími daty, pokud budou třeba. V případě výskytu vady typu C a nižší je nutné, aby Dodavatel společně s opravou předal Objednateli testovací protokol, který bude zahrnovat pouze testování konkrétního procesu nebo funkcionalitu, které se vada týkala, a doplněnou dokumentaci. O předání jakékoliv opravy musí existovat předávací protokol.

4. Součástí rozhodnutí o akceptaci bude výčet vad (všech kategorií) nebránících akceptaci spolu s termíny dohodnutými smluvními stranami pro jejich odstranění. Na tyto vady se nevztahují termíny dle ustanovení článku 13.10. a 13.11. této Smlouvy. Všechny zjištěné vady musí být odstraněny nejpozději do okamžiku podání žádosti o akceptaci následující součásti plnění. Za odstraněnou se považuje taková vada, jejíž odstranění Objednatel akceptoval dle písm. e) tohoto článku této Smlouvy.

5. V případě oprav vad dle písm. d) tohoto článku této Smlouvy musí Xxxxxxxxx společně s opravou AIS předat popis opravy, aktualizovanou dokumentaci, testovací data a předávací protokol včetně testovacího scénáře dle ustanovení článku 8.20 této Smlouvy. Počínaje datem předání dle tohoto písm. začíná běžet akceptační lhůta v délce osmi (8) kalendářních dnů. Dále se postupuje analogicky dle ustanovení článku 8.16 této Smlouvy.

1. Podmínky pro akceptaci Rozšíření AIS jako součást plnění dle ustanovení článku 8.1. písm. g) této Smlouvy jsou následovné: po celou dobu zkušebního provozu dle ustanovení článku 8.18 této Smlouvy nesmí AIS vykázat za celou dobu zkušebního provozu vady typu A a B; smí vykázat nanejvýš celkem jednu (1) vadu typu C; tři (3) vady typu D a pět (5) vad typu E dle ustanovení článku 13.9 této Smlouvy. V případě výskytu nepovolených vad nebo více než povoleného počtu vad typu C, D a E dojde k zastavení zkušebního provozu až do odstranění nepřijatelné vady. Způsob odstranění vady je ponechán na Dodavateli. Je-li k odstranění vady nutná nová instalace systému, provede ji Objednatel na základě předaných podkladů dle termínů stanovených v implementační analýze. Zastavený zkušební provoz bude po informaci o odstranění vady znovu spuštěn a musí trvat opět nejméně šedesát (60) kalendářních dní za stejných podmínek, než může být vydáno rozhodnutí o akceptování. V případě opětovného výskytu nepovolených vad lze přerušení zkušebního provozu opakovat až do doby, kdy bude realizován v celém rozsahu šedesát (60) kalendářních dní bez výskytu nepovolených vad. Vady jsou definované dle ustanovení článku 13.9. této Smlouvy.

2. V případě výskytu vad, které nebrání akceptaci dle ustanovení článku 8.23 této Smlouvy, musí být tyto vady odstraněny v souladu s lhůtami dle ustanovení článku 13.10. této Smlouvy a 13.11. této Smlouvy. Lhůty pro odstranění vad, které nebrání akceptaci, se začínají počítat od kalendářního dne následujícího po vydání akceptačního rozhodnutí dle ustanovení článku 8.18. této Smlouvy. Během běžícího zkušebního provozu je možné vady nebránící akceptaci odstraňovat pouze se souhlasem Objednatele.

3. Jednotlivé požadavky na úpravy Rozšíření AIS podle ustanovení článku 3.1. písm. c) této Smlouvy budou evidovány v aplikaci Help Desk. Při zadávání požadavku do této aplikace Objednatel uvede požadovaný termín (ne kratší než pět (5) kalendářních dnů) na provedení základní analýzy požadavku, která umožní určit časovou náročnost realizace požadavku a dobu nutnou na jeho řešení.

4. U požadavku v aplikaci Help Desk Dodavatel vyznačí stav jeho řešení. U požadavku ve stavu analýzy přiřadí Dodavatel odpovědného řešitele. Pokud se Dodavatel domnívá, že termín na provedení analýzy dle ustanovení článku 8.25. této Smlouvy není dostatečný, požádá Objednatele o prodloužení. Na základě odůvodnění může Objednatel tuto lhůtu prodloužit.

5. Dodavatel se dohodne s Objednatelem na základě analýzy dle ustanovení článku 8.25. této Smlouvy prostřednictvím aplikace Help Desk na pracnosti realizace požadavku. Následně zástupce Objednatele dle ustanovení článku 7.7. této Smlouvy potvrdí požadavek na realizaci požadavku s danou pracností a dohodne se s Dodavatelem na termínu jeho řešení, poté bude změněn stav požadavku na „v řešení“. Termín předání řešení nesmí být delší, než šedesát (60) kalendářních dní od potvrzení požadavku, pokud se Zástupce Objednatele dle ustanovení článku 7.7. této Smlouvy nedohodne s Dodavatelem jinak. Zástupce Objednatele je oprávněn zvýšit prioritu řešení požadavku a na základě toho dohodnout s Dodavatelem změnu pořadí řešení požadavků, která vyvolá jak změnu termínu realizace daného požadavku, tak v důsledku této změny nezbytné úpravy termínů dalších řešených požadavků.

6. Dodavatel je povinen postupovat tak, aby dohodnutý termín realizace požadavku, po případných změnách postupem dle ustanovení článku 8.27. této Smlouvy byl dodržen. Dodavatel bude u daného požadavku v aplikaci Help Desk předávat Objednateli informace o provedení úprav a rozšíření pro daný požadavek a nejpozději v dohodnutý termín předá Objednateli úpravu nebo rozšíření AIS k testování.

7. Okamžikem, kdy Dodavatel předá Objednateli úpravu nebo rozšíření Rozšíření AIS k testování dle ustanovení článku 8.28., začíná běžet akceptační lhůta v délce dvaceti pěti (25) kalendářních dnů. Předáním se rozumí předání nové úpravy nebo rozšíření AIS k instalaci v podobě instalačního balíčku nebo návodu pro novou konfiguraci. Předání musí být spojeno s předávacím protokolem, který se chápe jako žádost o akceptaci. Přílohou protokolu musí být technická a provozní dokumentace popisující předané rozšíření či úpravu a testovací scénář vytvořený analogicky dle ustanovení článku 8.24 této Smlouvy. V akceptační lhůtě provede Objednatel za součinnosti Dodavatele otestování předaných úprav nebo rozšíření AIS. Do uplynutí akceptační lhůty může Objednatel příslušné úpravy nebo rozšíření AIS odmítnout, pokud se prokáže jejich nesoulad s dohodnutým zadáním příslušné úpravy, resp. rozšíření, nebo pokud takto upravený, resp. rozšířený, AIS bude vykazovat jakoukoliv vadu, kterou AIS před provedením úprav, resp. rozšíření, nevykazoval. Rozhodnutí o odmítnutí bude zaznamenáno k příslušnému požadavku v Help Desku včetně konkrétních výhrad Objednatele k předanému plnění. Pokud Objednatel v akceptační lhůtě předanou úpravu nebo rozšíření neodmítne, má se za to, že tuto úpravu, resp. rozšíření, akceptoval.

8. Počínaje zaznamenáním odmítavého vyrozumění Objednatele dle ustanovení článku 8.29. této Smlouvy do Help Desku začíná běžet opravná lhůta v délce dvaceti pěti (25) kalendářních dnů. Jestliže během opravné lhůty Dodavatel odstraní vady plnění, které byly důvodem odmítnutí, Objednatel provede ve lhůtě patnácti (15) kalendářních dnů ověření funkčnosti předaných oprav. Pokud předaná opravená verze nevykazuje žádné vady (včetně vad, které AIS před provedením opravy nevykazoval), je Objednatel povinen požadavek v Help Desku označit za splněný a akceptovat. Marné uplynutí opravné lhůty se považuje za porušení této Smlouvy podstatným způsobem.

1. Cenové a platební podmínky

   1. Smluvní strany se dohodly, že cena za plnění poskytnuté Dodavatelem dle této Smlouvy je cenou pevnou, maximální a nejvýše přípustnou, zahrnuje všechny náklady Dodavatele, jeho veškeré práce, včetně přiměřeného zisku a činí:

      1. za plnění dle ustanovení článku 3.1 písm. a) této Smlouvy,- Kč bez DPH (slovy: korun českých), sazba DPH 21 %, DPH činí,- Kč (slovy: korun českých) Kč a cena s DPH tak činí,- Kč (slovy: korun českých);

      2. za plnění dle ustanovení článku 3.1 písm. b) této Smlouvy,- Kč bez DPH (slovy: korun českých), sazba DPH 21 %, DPH činí,- Kč (slovy: korun českých) a cena s DPH tak činí,- Kč (slovy: korun českých) za období 48 měsíců;

      3. za plnění dle ustanovení článku 3.1 písm. c) této Smlouvy,- Kč bez DPH (slovy: korun českých) za jednu člověkohodinu, sazba DPH 21 %, DPH činí,- Kč (slovy: korun českých) a cena s DPH tak činí,- Kč (slovy: korun českých) za jednu člověkohodinu;

2. Smluvní strany prohlašují, že ceny plnění stanovené v této Smlouvě jsou ceny pevné, maximální a nejvýše přípustné a zahrnují všechny náklady a zisk Dodavatele za plnění dle této Smlouvy. Smluvní strany se dohodly, že Dodavatel:

   1. ve vztahu k ceně za plnění dle ustanovení článku 3.1 písm. a) specifikované v ustanovení článku 9.1 písm. a) této Smlouvy není oprávněn požadovat její navýšení;

   2. ve vztahu k ceně za plnění dle ustanovení článku 3.1 písm. b) a c) specifikované v ustanovení článku 9.1 písm. b) a c) této Smlouvy není oprávněn požadovat navýšení těchto cen do uplynutí čtyř (4) let od uvedení Rozšíření AIS do rutinního provozu dle ustanovení článku 8.13. této Smlouvy. Po uplynutí této lhůty jsou smluvní strany oprávněny na začátku každého kalendářního roku upravit tyto ceny dle pravidel uvedených v Inflační a deflační doložce, která tvoří přílohu č. 5 této Smlouvy.

3. Smluvní strany se dále dohodly, že Dodavatel je oprávněn fakturovat Objednateli ceny za jednotlivá plnění dle této Smlouvy po podepsání příslušných akceptačních protokolů dle této Smlouvy.

4. Smluvní strany se dohodly, že plnění dle ustanovení článku 3.1. písm. a) této Smlouvy, jehož cena je vymezena v ustanovení článku 9.1. písm. a) této Smlouvy, bude Dodavatelem fakturováno a objednatelem hrazeno, při splnění všech povinností v této Smlouvě stanovených, v následujících platebních milnících:

1. po dokončení plnění dle ustanovení článku 8.1. písm. a) této Smlouvy Dodavatelem a jeho akceptaci Objednatelem je dodavatel oprávněn fakturovat Objednateli 20 % (slovy: dvacet procent) z ceny plnění vymezené v ustanovení článku 9.1. písm. a) této Smlouvy;

2. po dokončení plnění dle ustanovení článku 8.1. písm. c) této Smlouvy Dodavatelem a jeho akceptaci Objednatelem je dodavatel oprávněn fakturovat Objednateli 20 % (slovy: dvacet procent) z ceny plnění vymezené v ustanovení článku 9.1. písm. a) této Smlouvy;

3. po dokončení plnění dle ustanovení článku 8.1. písm. e) této Smlouvy Dodavatelem a jeho akceptaci Objednatelem je dodavatel oprávněn fakturovat Objednateli 30 % (slovy: třicet procent) z ceny plnění vymezené v ustanovení článku 9.1. písm. a) této Smlouvy;

4. po dokončení plnění dle ustanovení článku 8.1. písm. h) této Smlouvy Dodavatelem a jeho akceptaci Objednatelem je dodavatel oprávněn fakturovat Objednateli 30 % (slovy: třicet procent) z ceny plnění vymezené v ustanovení článku 9.1. písm. a) této Smlouvy.

5. Smluvní strany se dohodly, že cena za služby podpory AIS dle ustanovení článku 3.1. písm. b) této Smlouvy, specifikovaná v ustanovení článku článku 9.1. písm. b) této Smlouvy bude Dodavatelem fakturována a Objednatelem hrazena dopředu za celé období podpory. Dodavatel vystaví a doručí fakturu za poskytování služeb do 30 kalendářních dnů po začátku poskytování služeb dle článku 8.1 písm. i) této Smlouvy. Faktura se řídí lhůtami pro splatnost dle této Smlouvy. Splacení faktury dle tototo článku nemá žádný dopad na povinnost Dodavatele dle čl. 8.8 Smlouvy.

6. Smluvní strany se dohodly, že cena za služby rozvoje AIS dle ustanovení článku 3.1. písm. c) této Smlouvy, specifikovaná v ustanovení článku 9.1. písm. c) této Smlouvy bude bude dodavatelem fakturována a Objednatelem hrazena v rozsahu skutečně poskytnutých a Objednatelem písemně akceptovaných prací Dodavatele, a to vždy až po písemné akceptaci konkrétního plnění služeb rozvoje AIS ve smyslu článku 8.29 této Smlouvy ze strany Objednatele.

7. Daňové doklady (faktury) za plnění dle ustanovení článku 9.5. a 9.6 této Smlouvy budou vystaveny vždy do patnácti (15) kalendářních dnů po uskutečnění zdanitelného plnění.

8. Datum uskutečnění zdanitelného plnění jako dílčího plnění dle ustanovení článku 3.1. písm b) této Smlouvy je stanoveno vždy na první pracovní den následující po čtvrtletí, ve kterém bylo plnění poskytováno.

9. Datum uskutečnění zdanitelného plnění jako dílčího plnění dle ustanovení článku 3.1. písm c) této Smlouvy je stanoveno vždy na první pracovní den následující po akceptaci konkrétního rozšíření nebo úpravy AIS.

10. V případě plnění dle ustanovení článku 3.1. písm b) této Smlouvy zašle Dodavatel do pěti (5) kalendářních dnů po uskutečnění zdanitelného plnění podklady dle ustanovení článku 8.8 této Smlouvy. Bez těchto podkladů nepovažuje Objednatel plnění za úplné. Vedoucí týmu za Objednatele tento popis do šesti (6) kalendářních dnů buď potvrdí, anebo odmítne, pokud v něm shledá nesrovnalosti.

11. V případě plnění dle ustanovení článku 3.1. písm c) této Smlouvy zašle Dodavatel do pěti (5) kalendářních dnů po uskutečnění zdanitelného plnění popis realizovaných úprav a rozšíření AIS, které byly akceptovány dle ustanovení článku 8.29. a 8.30 této Smlouvy a jejich ocenění v souladu s touto Smlouvou. Vedoucí týmu za Objednatele tento popis do pěti (5) pracovních dnů buď potvrdí, anebo odmítne, pokud v něm shledá nesrovnalosti.

12. Každá faktura vystavená Dodavatelem dle této Smlouvy bude vystavena jako daňový doklad se zúčtováním DPH podle předpisů platných k datu zdanitelného plnění a musí mít náležitosti stanovené příslušnými právními předpisy pro daňový doklad. Splatnost faktury bude třicet (30) kalendářních dnů od prokazatelného doručení faktury Objednateli. Dnem uhrazení faktury je den, kdy byla příslušná částka odepsána z účtu Objednatele.

13. Faktura Dodavatele musí být vystavena v souladu s touto Smlouvou a musí mít náležitosti daňového dokladu dle zákona č. 235/2004 Sb., ve znění pozdějších předpisů, zejména:

1. evidenční číslo daňového dokladu,

2. název a sídlo Objednatele a Dodavatele,

3. číslo Smlouvy a den jejího uzavření,

4. datum vystavení daňového dokladu a datum uskutečnění zdanitelného plnění,

5. označení banky a číslo účtu, na který má být zaplaceno a který je registrován u příslušného správce daně a je zveřejněn způsobem umožňujícím dálkový přístup ve smyslu zákona č. 235/2004 Sb., o dani z přidané hodnoty, v platném znění,

6. jednotkovou cenu bez daně a slevu, není-li obsažena v jednotkové ceně, základ daně, sazbu daně a její výše, pokud nejde o plnění dle ust. § 92e zákona č. 235/2004 Sb., o dani z přidané hodnoty, v platném znění,

7. číselný kód klasifikace CZ – CPA, a v případě plnění dle ust. § 92e zákona o DPH poznámku „daň odvede zákazník“,

8. čísla a data vyhotovení soupisů skutečně a řádně provedených prací a zjišťovacích protokolů,

9. IČO a DIČ Dodavatele a Objednatele.

1. Nesprávně nebo neúplně vyplněnou fakturu je Objednatel oprávněn vrátit Dodavateli k opravě, po tuto dobu neběží doba splatnosti faktury. Po prokazatelném doručení bezchybné faktury Objednateli počíná běžet nová lhůta splatnosti.

2. V případě, že se Dodavatel stane nespolehlivým plátcem ve smyslu § 106a zákona č. 235/2004 Sb., o dani z přidané hodnoty, v platném znění, je povinen o tom neprodleně písemně informovat Objednatele. Bude-li Dodavatel ke dni uskutečnění zdanitelného plnění veden jako nespolehlivý plátce, bude část ceny za služby dle této Smlouvy odpovídající dani z přidané hodnoty uhrazena přímo na účet správce daně v souladu s ust. § 109a zákona č. 235/2004 Sb., o dani z přidané hodnoty, v platném znění. O tuto částku bude ponížena celková cena a Dodavatel obdrží cenu dle této Smlouvy bez DPH. V případě, že se Dodavatel stane nespolehlivým plátcem ve smyslu tohoto ustanovení článku, má Objednatel současně právo od této Smlouvy odstoupit.

3. Smluvní strany se dohodly a činí nesporným, že proti nároku Dodavatele na zaplacení ceny plnění poskytnutého Dodavatelem dle této Smlouvy je Objednatel oprávněn započíst jakýkoliv svůj uplatněný nárok na zaplacení smluvní pokuty ze strany Dodavatele, který byl Objednatelem vůči Dodavateli řádně uplatněn v souladu s touto Smlouvou.

1. Sankce

   1. V případě, že Xxxxxxxxx nesplní některý z klíčových termínů dle ustanovení článku 8.1. písm. a), c), e) a h) této Smlouvy z důvodů ležících na straně Dodavatele (tj. v případě, kdy část plnění nebyla Dodavatelem předána nebo byla Objednatelem odmítnuta), je Objednatel oprávněn účtovat Dodavateli smluvní pokutu ve výši 0,15 % z ceny za příslušné plnění dle ustanovení článku 9.4. písm. a), b), c), a d) této Smlouvy, a to za každý i započatý kalendářní den uplynuvší mezi příslušným termínem a dnem akceptace příslušné části plnění nebo dnem odstoupení Objednatele od Smlouvy dle ustanovení článku 16.3 této Smlouvy.

   2. V případě, že Xxxxxxxxx nesplní některý z klíčových termínů dle ustanovení článku 8.1. písm. b), d) a f) této Smlouvy z důvodů ležících na straně Dodavatele), je Objednatel oprávněn účtovat Dodavateli smluvní pokutu ve výši 0,15 % z ceny za plnění dle ustanovení článku 9.4. písm. b) této Smlouvy, a to za každý i započatý kalendářní den uplynuvší mezi příslušným termínem a dnem akceptace příslušné části plnění nebo dnem odstoupení Objednatele od Smlouvy dle ustanovení článku 16.3. nebo 16.4. této Smlouvy.

   3. V případě, že Dodavatel nesplní klíčový termín dle ustanovení článku 8.1. písm. h) této Smlouvy z důvodů ležících na straně Dodavatele, je Objednatel oprávněn účtovat Dodavateli smluvní pokutu ve výši 0,15 % z ceny za plnění dle ustanovení článku 9.4. písm. c) této Smlouvy, a to za každý i započatý kalendářní den uplynuvší mezi příslušným termínem a dnem akceptace příslušné části plnění nebo dnem odstoupení Objednatele od Smlouvy dle ustanovení článku 16.3. této Smlouvy.

   4. Jestliže se po uvedení Rozšíření AIS do rutinního provozu dle ustanovení článku 8.13 této Smlouvy projeví vady v plnění Dodavatele, které nebyly zjištěny testováním v příslušné akceptační lhůtě a pro které bude nutno provoz Rozšíření AIS přerušit nebo přestat používat některé funkce Rozšíření AIS (tj. výskyt vad kategorií A a B dle ustanovení článku 13.9 této Smlouvy), a jestliže Dodavatel nebude schopen tyto vady odstranit ve lhůtě čtrnácti (14) kalendářních dnů tak, aby mohl být provoz Rozšíření AIS plně obnoven, je Objednatel oprávněn účtovat Dodavateli smluvní pokutu ve výši 1 % z ceny dle ustanovení článku 9.1. písm. a) této Smlouvy, a která se dále navyšuje o 0,2 % z ceny dle ustanovení článku 9.1. písm. a) této Smlouvy za každý i započatý kalendářní den, který uplyne od skončení uvedené lhůty do dodání takové verze Rozšíření AIS, v níž budou vady odstraněny, nebo do dne odstoupení Objednatele od Smlouvy dle ustanovení článku 16.3. této Smlouvy.

   5. V případě, že Dodavatel nesplní termín dohodnutý dle ustanovení článku 8.27. této Smlouvy z důvodů ležících na straně Dodavatele (tj. v případě, kdy plnění požadavku nebylo Dodavatelem předáno nebo bylo Objednatelem zcela odmítnuto), je Objednatel oprávněn účtovat Dodavateli smluvní pokutu ve výši 100 % z částky dle ustanovení článku 9.1. písm. c) této Smlouvy za každý i započatý kalendářní den uplynuvší mezi příslušným termínem a dnem akceptace příslušného požadavku nebo dnem odstoupení Objednatele od Smlouvy dle ustanovení článku 16.3. této Smlouvy.

   6. Nepostupuje-li Dodavatel v souladu s ustanoveními ustanovení článku 13.10. až 13.13. této Smlouvy nebo 8.20 této Smlouvy, je Objednatel oprávněn účtovat Dodavateli smluvní pokutu v případě vady kategorie A nebo B dle ustanovení článku 13.9 této Smlouvy ve výši 0,1 %, v případě vady kategorie C dle ustanovení článku 13.9 této Smlouvy ve výši 0,025 % a v případě vady kategorie D nebo E dle ustanovení článku 13.9 této Smlouvy ve výši 0,015 % z částky stanovené dle ustanovení článku 9.1. písm. a) této Smlouvy za každý i započatý kalendářní den prodlení proti termínu dle ustanovení článku 13.10., resp. 13.11. této Smlouvy. Pokud Dodavatel překročí termín dle ustanovení článku 13.10., resp. 13.11. této Smlouvy, o více než třicet (30) kalendářních dnů, je Objednatel oprávněn účtovat Dodavateli dodatečnou jednorázovou smluvní pokutu ve výši 50 000,- Kč (slovy padesát tisíc korun českých).

   7. Pokud Dodavatel nesplní termíny vyplývající z ustanovení článku 6.9 této Smlouvy je Objednatel oprávněn účtovat Dodavateli smluvní pokutu ve výši 2000,- Kč (slovy dva tisíce korun českých) za každý i započatý kalendářní den, kdy nebude mít k dispozici pracovníka na jedné z pozic definovaných v bodě 6.9 této Smlouvy nebo dotyčný pracovník nebude disponovat deklarovanými zkušenostmi. Smluvní pokuta se počítá za každého jednoho pracovníka, který nebude k dispozici nebo nebude disponovat oznámenými zkušenostmi.

   8. Pokud Dodavatel nesplní termíny vyplývající z ustanovení článku 6.10 této Smlouvy je Objednatel oprávněn účtovat Dodavateli smluvní pokutu ve výši 1000,- Kč (slovy jeden tisíc korun českých) za každý i započatý kalendářní den, kdy nebude mít k dispozici pracovníka na jedné z pozic definovaných v bodě 6.10 této Smlouvy nebo dotyčný pracovník nebude disponovat deklarovanými zkušenostmi. Smluvní pokuta se počítá za každého jednoho pracovníka, který nebude k dispozici nebo nebude disponovat oznámenými zkušenostmi.

   9. Pokud dojde k výpadku systému dle ustanovení článku 4.5 této Smlouvy a je překročena lhůta pro dobu trvání jednotlivého výpadku nebo souhrnná lhůta nedostupnosti systému během kalendářního roku, je Objednatel oprávněn účtovat Dodavateli smluvní pokutu ve výši 3000,- Kč (slovy tři tisíce korun českých) za každý i započatý kalendářní den, kdy nebude systém nad povolený limit k dispozici.

   10. Uplatní-li Objednatel svá práva dle ustanovení článku 10.1. až 10.11. této Smlouvy, bude smluvní pokutu uplatňovat na Dodavateli s lhůtou splatnosti třicet (30) dnů ode dne doručení výzvy Objednatele k zaplacení smluvní pokuty Dodavateli.

2. Ochrana a utajení informací

   1. Za důvěrné informace se bez ohledu na formu jejich zachycení považují takové informace týkající se této Smlouvy a jejího plnění, které jsou jako důvěrné výslovně některou ze smluvních stran označeny. Smluvní strany se dohodly, že za důvěrný se vždy považuje veškerý datový obsah Objednatele poskytnutý či vzniklý v souvislosti s plněním této Smlouvy (zejména, nikoliv však výlučně, datový obsah související s archiváliemi zpracovávanými v AIS), s výjimkou datového obsahu, který Objednatel sám zveřejnil nebo písemně označil jako nedůvěrný.

   2. Pro nakládání s osobními údaji, s nimiž Dodavatel přijde do styku v průběhu plnění, a pro ochranu těchto údajů při jejich zpracování platí v plném rozsahu ustanovení zákona č. 110/2019 Sb., o zpracování osobních údajů, ve znění pozdějších předpisů, jakož i v souladu s Nařízením Evropského parlamentu a Rady (EU) č. 2016/679, ze dne 27. 4. 2016, 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ů).

   3. Objednatel poskytne Dodavateli pro plnění předmětu Smlouvy zabezpečený vzdálený přístup do AIS, který je umístěn u Objednatele, a jsou v něm zpracovávány osobní údaje zaměstnanců Objednatele. Dodavateli bude do tohoto AIS poskytnut přístup nezbytný k plnění předmětu Smlouvy, a to po dobu platnosti a účinnosti Smlouvy. Dodavatel je povinen zajistit, že vzdálený přístup do AIS budou mít pouze osoby, které jsou v době trvání této smlouvy v pracovněprávním nebo obdobném smluvním vztahu s Dodavatelem, podílejí se na plnění předmětu Smlouvy a jsou písemně zavázány vůči Dodavateli povinností mlčenlivosti. Zabezpečený vzdálený přístup Dodavatele do systému bude omezen na vyjmenované pracovníky Dodavatele, kterým bude Objednatelem přiděleno přístupové jméno a heslo. Zabezpečený vzdálený přístup bude možný pouze z předem dohodnutých síťových adres a omezen na přístupové protokoly dohodnuté mezi zplnomocněnými zástupci Objednatele a Dodavatele.

   4. Smluvní strany jsou povinny zajistit utajení získaných důvěrných informací způsobem obvyklým pro utajování takových informací, není-li dále v tomto článku výslovně sjednáno jinak. Zavazují se tímto, že podniknou všechny kroky k zabezpečení těchto informací.

   5. Povinnost oboustranného utajení důvěrných informací platí bez ohledu na ukončení účinnosti této Smlouvy.

   6. Smluvní strany mají právo požadovat navzájem doložení dostatečnosti utajení důvěrných informací.

   7. Smluvní strany jsou povinny respektovat veškerá práva a oprávněné zájmy druhé smluvní strany a její obchodní značky, loga a ochranné známky.

   8. Dodavatel se zavazuje, že každou tiskovou zprávu nebo jinou informaci určenou ke zveřejnění a týkající se uzavření této Smlouvy a průběhu jejího plnění předloží ke schválení a korektuře Objednateli a nebude ji publikovat bez předchozího písemného schválení Objednatelem.

   9. Objednatel se zavazuje, že návrhy na zveřejnění, které mu Dodavatel předloží v souladu s ustanovením ustanovení článku 11.8 této Smlouvy, posoudí bez zbytečného odkladu a nebude Dodavateli bezdůvodně bránit v tom, aby využil skutečnost uzavření této Smlouvy a významné události v průběhu jejího plnění k propagačním účelům.

   10. Žádné ustanovení této Smlouvy nebrání žádné ze stran v poskytnutí informací třetí straně či ve zveřejnění informací, pokud povinnost poskytnutí těchto informací vyplývá z platných právních předpisů.

3. Duševní vlastnictví, práva třetích osob

   1. Dodavatel touto Smlouvou poskytuje Objednateli nevýhradní časově, počtem uživatelů, počtem nebo objemem spravovaných dokumentů či obdobným způsobem neomezená užívací práva (licenci) k užití Rozšíření AIS všemi možnými způsoby, které povaha softwaru připouští, a to podle ust. § 12 autorského zákona, a to za účelem jeho užívání a podpory. Pro vyloučení všech pochybností se Smluvní strany dohodly, že rozsah licenčních oprávnění k rozvoji Rozšíření AIS je vymezen v ustanovení článku 12.3 této Smlouvy.

   2. Dodavatel prohlašuje, že je oprávněn poskytnout oprávnění k užití Rozšíření AIS Objednateli. Objednatel není povinen licenci využít podle § 2359 odst. 1 občanského zákoníku.

   3. Dodavatel touto Smlouvou poskytuje Objednateli nevýhradní časově neomezená užívací práva (licenci) k užití Rozšíření AIS všemi možnými způsoby, za účelem jeho rozvoje, a to ze strany Objednatele a/nebo třetí osoby odlišné od Dodavatele určené Objednatelem.

   4. Rozšíření AIS dle této Smlouvy, včetně jeho oprav, úprav a rozšíření provedených v rámci plnění této Smlouvy, a jeho dokumentace mohou být užity Smluvními stranami ke všem způsobům užití, včetně vytváření děl odvozených a začleňování do děl souborných, bez časového a územního omezení.

   5. Smluvní strany se dohodly, že ve vztahu k těm částem Rozšíření AIS, ke kterým Dodavatel poskytl Objednateli licenční oprávnění dle ustanovení článku 12.3 této Smlouvy, Dodavatel zajistí, aby zdrojové kódy byly po dobu trvání této Smlouvy trvale přístupné Objednateli, přičemž způsob zpřístupnění bude konkretizován v Implementační analýze. Zdrojové kódy Rozšíření AIS bude Dodavatel pravidelně aktualizovat stejně jako úplnou uživatelskou i technickou dokumentace Rozšíření AIS dle ustanovení článku 12.7. Vedle trvalé dostupnosti zdrojových kódů musí Dodavatel předat Objednateli i jejich offline verzi v editovatelném formátu po akceptaci dle článku 8.1. písm. i) a po každém následujícím rozšíření.

   6. Zdrojový kód Rozšíření AIS je psán tak, že nekomplikuje provádění modifikací Rozšíření AIS, není úmyslně zatemnělý nebo zmatený.

   7. Dodavatel se zavazuje aktualizovat uživatelskou dokumentaci a technickou dokumentaci Rozšíření AIS po změnách provedených v rámci oprav, úprav a rozšíření Rozšíření AIS podle této Smlouvy.

   8. Uživatelskou dokumentaci Rozšíření AIS bude Dodavatel po provedení jejích změn dle ustanovení článku 12.7. předávat Objednateli, a to současně s předáním upravené verze AIS.

   9. Objednatel je oprávněn při vytváření děl odvozených a začleňování Rozšíření AIS do děl souborných dle ustanovení článku 12.4. této Smlouvy využít služeb třetích stran. Toto ustanovení není porušením ustanovení čl. 11. této Smlouvy.

   10. Seznam programového vybavení třetích stran, které je součástí nabídky Dodavatele:

• …

Užití jiného než v tomto článku vyjmenovaného programového vybavení třetích stran v průběhu plnění dodávky je možné jen písemným dodatkem k této Smlouvě.

11. Dodavatel se zavazuje nahradit Objednateli škodu za všechny důvodné a přiměřené nároky třetích osob z titulu porušení jejich chráněných práv souvisejících s plněním Dodavatele podle této Smlouvy, pokud Objednatel:

1. oznámí Dodavateli bez zbytečného odkladu písemně a uceleně uplatnění jakéhokoliv podobného nároku třetích osob,

2. neuzná sám předmětný nárok,

3. zplnomocní Dodavatele k vypořádání takového nároku soudní nebo mimosoudní cestou,

4. neučiní bez předchozí konzultace s Dodavatelem jakékoliv právní úkony ve věci předmětných nároků.

13. Vady Rozšíření AIS a jejich řešení

1. Dodavatel zaručuje, že Dílo dle této Smlouvy a každá služba, kterou Dodavatel poskytuje, bude provedena s vynaložením přiměřené odborné péče, znalostí a dovedností a bude odpovídat aktuálnímu popisu příslušné služby (včetně kritérií plnění) obsaženému v této Smlouvě, jejích přílohách nebo jiném příslušném dokumentu.

2. Dodavatel odpovídá po dobu od data zahájení rutinního provozu Rozšíření AIS dle ustanovení článku 8.13 této Smlouvy do uplynutí čtyř (4) let od data uvedení do rutinního provozu za to, že AIS bude vykonávat funkce a umožňovat procesy specifikované v této Smlouvě a jejích přílohách, v nabídce Dodavatele, která tvoří Přílohu č. 2 této Smlouvy, a ve výstupech analýzy realizované v rámci plnění klíčového termínu dle ustanovení článku 8.1. písm. a) této Smlouvy, tj. že Rozšíření AIS nebude vykazovat vady ve smyslu ustanovení článku 13.7 této Smlouvy.

3. Smluvní strany se dohodly, že záruka poskytovaná Dodavatelem na Rozšíření AIS dle tohoto článku této Smlouvy se nevztahuje na případy, kdy vada byla způsobena úpravou Rozšíření AIS Objednatelem nebo třetí stranou, nejde-li o úpravu schválenou Dodavatelem ani začleněnou Dodavatelem do Rozšíření AIS. Pro vyloučení všech pochybností však činí Smluvní strany nesporným, že změna Rozšíření AIS ze strany Dodavatele dle této Smlouvy nemá vliv na celkovou záruku poskytovanou Dodavatelem na Rozšíření AIS jako celek.

4. Dodavatel odpovídá v případě provedení opravy Rozšíření AIS a v případě úpravy nebo rozšíření Rozšíření AIS realizovaných v rámci plnění dle této Smlouvy po dobu dvou (2) let od předání této opravy nebo úpravy nebo rozšíření Objednateli, že Rozšíření AIS bude vykonávat funkce, na nichž se Objednatel s Dodavatelem dohodli při realizaci dané opravy nebo v rámci specifikace dané úpravy, resp. rozšíření, a že Rozšíření AIS po opravě, úpravě, resp. po rozšíření, nebude vykazovat vady ve smyslu ustanovení článku 13.7. této Smlouvy.

5. Dodavatel se zavazuje, že bude po dobu dle ustanovení článku 13.2. a 13.4. této Smlouvy bezplatně řešit všechny poruchy nastalé při provozu Rozšíření AIS, resp. příslušné opravy nebo úpravy nebo rozšíření Rozšíření AIS, z důvodu vady ve smyslu ustanovení článku 13.7. této Smlouvy za podmínek blíže specifikovaných v čl. 13 této Smlouvy. Tato záruka se nevztahuje na provozní závady vzniklé z důvodu:

   1. úprav technologické infrastruktury, které ovlivňují provoz Rozšíření AIS a které byly provedeny v rozporu s pokyny Dodavatele, nebo

   2. úpravou Rozšíření AIS Objednatelem nebo třetí stranou, která byla provedena v rozporu s pokyny Dodavatele.

6. Dodavatel neodpovídá za poruchy způsobené třetí osobou nemající žádný vztah k Dodavateli nebo událostí, za kterou tato osoba odpovídá, nebo za poruchy způsobené okolnostmi vylučujícími odpovědnost podle § 2913 odst. 2 občanského zákoníku.

7. Vadou se pro účely této Smlouvy rozumí:

1. nedostatek vlastností Rozšíření AIS nebo jeho rozhraní oproti vlastnostem uvedeným v Přílohách č. 3-4 Smlouvy nebo v nabídce Dodavatele, která tvoří Přílohu č. 2 Smlouvy, anebo ve výstupech analýz realizovaných jako součást plnění dle ustanovení článku 8.1 této Smlouvy;

2. nedostatek v komunikaci Rozšíření AIS nebo jeho rozhraní s dalšími systémy Objednatele nebo systémy třetích stran uvedených v Přílohách č. 3-4 této Smlouvy, způsobující ohrožení dostupnosti nebo zabezpečení dat zpracovávaných v AIS nebo jeho rozhraními;

3. nedostatek úprav nebo rozšíření Rozšíření AIS provedených dle této Smlouvy oproti specifikaci těchto úprav nebo rozšíření odsouhlasené mezi Objednatelem a Dodavatelem;

4. neschopnost Rozšíření AIS zpracovat běžnou provozní zátěž na vybavení Objednatele odpovídajícím specifikaci odsouhlasené mezi Objednatelem a Dodavatelem.

1. Oznámení vady musí vždy obsahovat:

1. datum zjištění vady,

2. jméno nástroje Rozšíření AIS a číslo jeho verze, je-li Objednateli známo,

3. slovní popis vady,

4. znění prvního chybového hlášení (pokud existuje) a případných dalších,

5. popis činnosti uživatele, která předcházela zjištění vady,

6. snímek obrazovky Rozšíření AIS v okamžiku zjištění vady, je-li jej možné pořídit.

Pokud jsou Objednateli známy, sdělí zároveň tyto další informace:

7. je-li chyba reprodukovatelná, popis postupu jak chybu vyvolat a výpis chybového logu,

8. zda se chyba projevuje např. jen jednomu uživateli,

9. zda chyba závisí na použitém PC a jeho programovém vybavení,

10. případné další okolnosti zjištění chyby, např. výpadek sítě apod.

Dotaz nemá specifikovanou podobu, musí být však vždy jasně označen předmět dotazu.

9. Pro potřeby této Smlouvy se vady Rozšíření AIS rozdělují do následujících typů:

1. vada blokuje práci (Rozšíření AIS nebo jeho modul nejde například vůbec spustit, za tento typ vady se považuje i chyba v technické dokumentaci, pokud podle ní nejde Rozšíření AIS nainstalovat),

2. vada znemožňuje informační podporu hlavních procesů Objednatele (např. nelze vůbec provést alespoň jednu operaci),

3. vada znesnadňuje práci nebo neumožňuje konkrétní úkon, lze však obejít postupy, které nejsou při práci s Rozšíření AIS běžné a vyžadují zvýšené úsilí či náklady Objednatele, mezi tyto vady patří i nedostatečnost provozní dokumentace, pokud neposkytuje dostatečný návod pro využívání systému,

4. vada znepříjemňuje práci, lze však snadno obejít postupy, které jsou při práci s Rozšíření AIS běžně používány,

5. ostatní vady, které znepříjemňují práci s Rozšíření AIS, ale nemají vliv na jeho funkčnost či na vynaložené úsilí při jeho používání (přejmenování položek apod.).

Závažnost vady se posuzuje podle dopadu na celý AIS, tedy jak na Rozšíření AIS, tak na již provozovaný AIS

10. Jestliže Dodavatel při dodržení pravidel komunikace podle čl. 7. této Smlouvy obdrží oznámení o vzniku závady kteréhokoli z uvedených typů, specifikované dle ustanovení článku 13.8. této Smlouvy, při rutinním provozu Rozšíření AIS, zahájí bezodkladně práce na řešení této vady, a to nejpozději:

1. pokud jde o vadu typu A nebo B do čtyř (4) hodin od okamžiku oznámení vady,

2. pokud jde o vadu typu C, D a E do tří (3) pracovních dnů od okamžiku oznámení vady,

1. V případě oznámení vady dle ustanovení článku 13.8. této Smlouvy je Xxxxxxxxx povinen:

1. pokud jde o vadu typu A, provést odstranění vady tak, že provede opravu jím dodaného Rozšíření AIS, v níž bude daná vada odstraněna, a to do tří (3) pracovních dnů od okamžiku oznámení vady,

2. pokud jde o vadu typu B, provést odstranění vady tak, že dodá zdokonalenou verzi jím dodaného Rozšíření AIS, v níž bude daná vada odstraněna, a to do pěti (5) pracovních dnů od okamžiku oznámení vady,

3. pokud jde o vadu typu C, provést odstranění vady tak, že dodá zdokonalenou verzi jím dodaného Rozšíření AIS, v níž bude daná vada odstraněna, a to do deseti (10) pracovních dnů od okamžiku oznámení vady,

4. pokud jde o vadu typu D nebo E, dodat Objednateli bezodkladně, nejdéle však do dvaceti (20) pracovních dnů zdokonalenou verzi Rozšíření AIS, v níž bude daná vada odstraněna.

12. Není-li možné oznámenou vadu Rozšíření AIS reprodukovat, oznámí to Dodavatel Objednateli ve lhůtě dle ustanovení článku 13.10 této Smlouvy. Další postup při identifikaci příčin a odstranění takové závady bude dohodnut mezi zástupci Objednatele a Dodavatele dle ustanovení článku 6.1 této Smlouvy.

13. Během oznámení vady určí Objednatel též kategorii vady dle ustanovení článku 13.9. této Smlouvy, přičemž popíše způsob, jakým vada naplňuje charakteristiku chyby. Pokud Dodavatel s kategorizací vady nesouhlasí, musí:

1. do jednoho (1) pracovního dne v případě nahlášených vad A a B

2. do čtyř (4) pracovních dnů v případě dalších kategorií vad

vznést námitku a dodat vysvětlení, proč se jedná o jiný typ vady. Pokud Objednatel vysvětlení neakceptuje a trvá na původní kategorizaci, řeší se spor postupy dle ustanovení článku 15. této Smlouvy. Objednatel může v průběhu řešení chyby změnit její kategorizaci, ale vždy pouze na nižší kategorii vady.

14. Dodavatel se zavazuje, že povede po dobu platnosti a účinnosti této Smlouvy evidenci provozních závad Rozšíření AIS a způsobu jejich řešení v systému Help Desk.

15. Lhůty dle ustanovení článku 13.10., 13.11. a 13.13. této Smlouvy se v případě ustanovení článku 13.10. písm. a) této Smlouvy a ustanovení článku 13.13. písm. a) této Smlouvy počítají jen v rozsahu pracovní doby dle ustanovení článku 7.5 této Smlouvy. V případě ustanovení článku 13.10. písm. b), 13.11. písm. a) až d) a 13.13. písm. b) této Smlouvy se počítají od dne bezprostředně následujícího po oznámení vady.

16. V případě, že se dodavatel domnívá, že vada projevující se v Rozšíření AIS je způsobena vadou již provozovaného AIS, vznese ve lhůtách dle článku 13.13 Smlouvy prostřednictvím systému Help Desk námitku, která bude obsahovat zdůvodnění této námitky a případnou analýzu vady. Objednatel tutu námitku zprostředkuje dodavateli AIS a po jeho reakci následně rozhodne o odpovědnosti za řešení vady. Dodavatel toto rozhodnutí akceptuje. Lhůta pro řešení vady je dobou rozhodnutí dodavatele o odpovědnosti za vadu přerušena. V případě, že objednatel rozhodne, že za vadu je odpovědný dodavatel AIS, dodavatel Rozšíření AIS poskytne součinnost při analýze této vady. Pokud dodavatel Rozšíření AIS námitku v určené lhůtě nevznese, přejímá odpovědnost za řešení této vady. Tento článek se aplikuje i u vad zjištěných v rámci akceptačního procesu dle článku 8 Smlouvy.

13. Odpovědnost za škodu

    1. Uplatněním sankce podle čl. 10. této Smlouvy není dotčeno právo poškozené smluvní strany na náhradu škody způsobené porušením povinnosti sankcionované smluvní pokutou, a to i ve výši přesahující tuto smluvní pokutu.

    2. Smluvní strany se zavazují upozornit druhou smluvní stranu bez zbytečného odkladu na vzniklé okolnosti vylučující odpovědnost a bránící řádnému plnění této Smlouvy. Smluvní strany se dále zavazují k vyvinutí maximálního úsilí k odvrácení a překonání okolností vylučujících odpovědnost.

    3. Dodavatel odpovídá za škody, které mohou vzniknout v rámci plnění Dodavatele podle této Smlouvy, včetně škod na zdraví (včetně usmrcení), na nemovitém a movitém majetku, v plné výši.

    4. Za žádných okolností nebude Dodavatel odpovědný za ztrátu nebo škodu na záznamech či datech objednatele nebo vadnost těchto záznamů či dat, které prokazatelně nebyly způsobeny vadou plnění Dodavatele či třetích osob využitých Dodavatelem k plnění této smlouvy, a za případné následné škody či újmy takto vzniklé.

14. Řešení sporů

    1. Smluvní strany se zavazují vyvinout maximální úsilí k odstranění vzájemných sporů vzniklých na základě této Smlouvy nebo v souvislosti s touto Smlouvou a k jejich vyřešení zejména prostřednictvím jednání zplnomocněných zástupců dle ustanovení článku 6.1. této Smlouvy.

    2. Jestliže se spory nepodaří vyřešit smírnou cestou, může každá ze stran postoupit spor nejvyšším představitelům smluvních stran. Nejvyšší představitelé se pokusí vyřešit spor smírnou cestou. Případný soudní spor bude řešen věcně a místně příslušným soudem. Rozhodčí řízení se nepřipouští.

15. Platnost a účinnost Smlouvy

    1. Tato Xxxxxxx nabývá platnosti dnem jejího podpisu oběma smluvními stranami, a účinnosti dnem uveřejnění v registru smluv podle zákona č. 340/2015 Sb., v platném znění. Smlouva se uzavírá na dobu neurčitou.

    2. Tato smlouva může být předčasně ukončena:

       1. písemnou dohodou obou smluvních stran;

       2. odstoupením od této Smlouvy ze strany Objednatele nebo Dodavatele;

       3. výpovědí této Smlouvy Objednatelem nebo Dodavatelem.

    3. Objednatel je oprávněn odstoupit od této Smlouvy v plném rozsahu v případě porušení některého ustanovení článku této Smlouvy ze strany Dodavatele, pokud na toto porušení písemně upozorní a Dodavatel nezjedná nápravu ani v dodatečné lhůtě stanovené mu pro tento účel Objednatelem, která nesmí být kratší deseti (10) kalendářních dnů. Účinnost Smlouvy je v tomto případě ukončena okamžikem doručení písemného odstoupení Objednatele od této Smlouvy Dodavateli.

    4. Dodavatel je oprávněn odstoupit od této Smlouvy v plném rozsahu v případě prodlení Objednatele se zaplacením ceny plnění poskytnutého Dodavatelem nebo její části po dobu delší než třicet (30) dnů, pokud na toto porušení písemně upozorní a Objednatel nezjedná nápravu ani v dodatečné lhůtě stanovené mu pro tento účel Dodavatelem, která nesmí být kratší deseti (10) kalendářních dnů. Účinnost Smlouvy je v tomto případě ukončena okamžikem doručení písemného odstoupení Dodavatele od této Smlouvy Objednateli.

    5. Objednatel je oprávněn tuto Smlouvu vypovědět, a to i bez uvedení důvodu, prostřednictvím písemné výpovědi doručené Dodavateli. Výpovědní doba činí tři (3) měsíce a začne běžet prvním dnem měsíce následujícího po měsíci, v němž byla písemná výpověď doručena Xxxxxxxxxx. Smluvní strany se dohodly, že Objednatel může tuto Smlouvu vypovědět nejdříve po akceptaci plnění předávaného ke klíčovému termínu dle ustanovení článku 8.1. písm. h) této Smlouvy.

    6. Dodavatel je oprávněn tuto Smlouvu výpovědět, a to i bez uvedení důvodu, prostřednictvím písemné výpovědi doručené Objednateli. Výpovědní doba činí dvanáct (12) měsíců a začne běžet prvním dnem měsíce následujícího po měsíci, v němž byla písemná výpověď doručena Objednateli. Smluvní strany se dohodly, že Dodavatel může tuto Xxxxxxx vypovědět nejdříve po uplynutí čtyřiceti osmi (48) měsíců od akceptace plnění předávaného ke klíčovému termínu dle ustanovení článku 8.1. písm. i) této Smlouvy.

    7. Ukončením účinnosti této Smlouvy nejsou dotčena ustanovení týkající se ochrany informací (viz čl. 11 této Smlouvy), ochrany práv Objednatele (viz čl. 12 této Smlouvy), záruky (viz body 13.1. až 13.5. této Smlouvy), řešení sporů ani splatné závazky smluvních stran.

    8. V případě odstoupení od této Smlouvy ze strany některé ze smluvních stran dle ustanovení článku 16.3 nebo 16.4 této Smlouvy se obě smluvní strany zavazují vyvinout maximální úsilí k dosažení dohody na vzájemném vyrovnání. Tímto ustanovením nejsou dotčena ustanovení týkající se sankcí (viz čl. 10 této Smlouvy) ani odpovědnosti za škodu (viz čl. 14 této Smlouvy). V souvislosti s předčasným ukončením smlouvy se Dodavatel zavazuje ve lhůtě do 60-ti dnů ode dne ukončení smlouvy vrátit Objednateli nevyčerpanou (odpovídající poměrnou) část úhrady podpory (služby podpory AIS dle ustanovení článku 3.1. písm. b) této Smlouvy) zaplacené Objednatelem podle ust. čl. 9.5., přičemž se má za to, že úhrada podpory pokrývá celé období (48 měsíců) jejího poskytování rovnoměrně (podle počtu kalendářních dnů této služby).

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

    1. Výkon práv a povinností plynoucích z této Smlouvy se řídí příslušnými ustanoveními občanského zákoníku a dále autorským zákonem.

    2. Bude-li některé z ustanovení této Smlouvy shledáno jako neplatné nebo nevymahatelné, nemá taková skutečnost vliv na platnost nebo vymahatelnost zbývajících ustanovení této Smlouvy.

    3. Jestliže smluvní strana v případě neplnění či porušení této Smlouvy neuplatní všechna svá práva v takovém případě jí náležející, nelze takové jednání v žádném případě vykládat jako vzdání se takových práv pro případ jiného či následného neplnění či porušení sjednaných smluvních povinností.

    4. Žádná smluvní strana není odpovědná druhé smluvní straně za vynaložení nákladů, rizika nebo za závazky vyplývající z činnosti této smluvní strany v souvislosti s předmětem plnění. Každá ze smluvních stran bude jednat jako nezávislý právní subjekt, nikoliv jako zmocněnec druhé smluvní strany.

    5. V případě změny nebo ukončení závazku z této Smlouvy jsou smluvní strany povinny postupovat v souladu s § 222 a 223 ZZVZ.

    6. Smlouvu lze měnit pouze oboustranně odsouhlasenými číslovanými dodatky podepsanými oběma smluvními stranami. Žádný jiný protokol, dokument, obvyklá praxe nebo zvyk nebudou považovány za dodatek ke Smlouvě nebo za její pozměnění.

    7. Obě smluvní strany souhlasí, že:

1. na základě této Smlouvy neuděluje žádná strana druhé smluvní straně právo užívat její ochranné známky či jiná označení (včetně ochranných známek či označení v rámci podniku) pro účely propagace nebo publikování, není-li to oběma smluvními stranami předem písemně dohodnuto;

2. obě smluvní strany jsou oprávněny uzavírat obdobné smlouvy s třetími stranami, za předpokladu, že uzavřením nebo plněním takové smlouvy nebude jakkoliv dotčeno plnění dle této Smlouvy;

3. žádná ze smluvních stran neodpovídá za nesplnění svých závazků, pokud k takovému nesplnění došlo z důvodů okolností vylučujících odpovědnost podle § 2913 odst. 2 občanského zákoníku.

8. Smluvní strany berou na vědomí, že tato Xxxxxxx vyžaduje uveřejnění v registru smluv podle zákona č. 340/2015 Sb., ve znění pozdějších předpisů, a s tímto uveřejněním souhlasí. Zaslání Xxxxxxx do registru smluv zajistí Objednatel neprodleně po podpisu Xxxxxxx. Smluvní stany se dohodly, že v rámci smluvního jednání dojde před zveřejněním Smlouvy k dohodě o anonymizaci těch údajů Smlouvy, které nelze zveřejnit postupem dle zákona č. 340/2015 Sb., protože jejich zveřejněním by došlo k porušení jiných právních předpisů. Objednatel se současně zavazuje informovat druhou smluvní stranu o provedení registrace tak, že zašle druhé smluvní straně kopii potvrzení správce registru smluv o uveřejnění Smlouvy bez zbytečného odkladu poté, kdy sám potvrzení obdrží, popř. již v průvodním formuláři vyplní příslušnou kolonku s ID datové schránky druhé smluvní strany (v takovém případě potvrzení od správce registru smluv o provedení registrace Xxxxxxx obdrží obě smluvní strany zároveň).

9. Nedílnou součástí této Smlouvy jsou následující přílohy:

Příloha č. 1 Seznam poddodavatelů, kteří se budou na plnění Smlouvy podílet;

Příloha č. 2 Části nabídky Dodavatele obsahující popis nabízeného plnění, kvalifikaci a zkušenosti pracovníků týmu Dodavatele;

Příloha č. 3 Výchozí a cílový stav, průběh implementace;

Příloha č. 4 Technické a funkční požadavky

Příloha č. 5 Inflační a deflační doložka

10. Tato Smlouva je uzavřena elektronicky, a to tak, že je opatřena uznávanými elektronickými podpisy oprávněných zástupců smluvních stran (dle § 6 odst. 2 zák. č. 297/2016 Sb., ve znění pozdějších předpisů).

Smluvní strany prohlašují, že si tuto Smlouvu přečetly, že s jejím obsahem souhlasí a na důkaz toho k ní připojují svoje podpisy.

	Za Univerzitu Karlovu V Praze dne
.......................................................................	..........................................................................

PŘÍLOHA Č. 3

Výchozí a cílový stav, průběh implementace

V tomto dokumentu jsou popsány okolnosti, které budou mít vliv na implementaci a další provoz dodaného softwarového nástroje v prostředí Ústavu dějin a Archivu Univerzity Karlovy a dalších součástí UK. Cílem dokumentu je specifikovat podmínky, v jejichž parametrech bude nástroj podle očekávání Zadavatele fungovat, a také dále konkretizovat podmínky plnění veřejné zakázky a rozsah některých bodů plnění.

1. Ústav dějin a archiv Univerzity Karlovy

• 1.1 Právní postavení a organizace

Ústav dějin a archiv Univerzity Karlovy (dále ÚDAUK) je specializovaným archivem dle zákona č. 499/2004 Sb., o archivnictví a spisové službě, v platném znění (dále archivního zákona). Zřizovatelem ÚDAUK je Univerzita Karlova (dále UK). ÚDAUK je akreditovaným archivem dle § 58 archivního zákona. (ÚDAUK byl akreditován dle § 80, odst. 4 archivního zákona, podmínky dle § 61 archivního zákona splnil ke dni 19. prosince 2014.) ÚDAUK není držitelem oprávnění k ukládání archiválií v digitální podobě dle § 60a archivního zákona.

ÚDAUK je vysokoškolským ústavem Univerzity Karlovy dle § 34 zákona č. 111/1998 Sb., o vysokých školách, v platném znění. V čele ÚDAUK stojí ředitel, organizačními součástmi ÚDAUK jsou dvě oddělení (Archiv UK a Ústav dějin UK) v čele s vedoucími. Oběma oddělením slouží společný sekretariát. ÚDAUK má v současné době celkem 20 zaměstnanců. Řadu podpůrných činností zajišťuje pro ÚDAUK rektorát a další pracoviště Univerzity Karlovy (včetně správy a podpory IT, kterou zajišťuje Ústav výpočetní techniky UK – dále ÚVT UK).

• 1.2 Rozsah spravovaných archiválií

ÚDAUK spravuje v současné době 214 archivních souborů s celkem cca 9 000 běžných metrů archiválií, které jsou uloženy ve dvou depozitářích. Roční průměrný přírůstek analogových archiválií činí v posledních letech cca 300 až 400 běžných metrů. Zároveň ÚDAUK v současné době spravuje digitální archiválie převážně neúřední povahy (fotografie, audio a video záznamy a další dokumentaci v digitální podobě), digitálních archiválií, které vznikly z dokumentů spravovaných ve spisové službě je zatím malé množství. Většina archiválií je uložena ve formátech odpovídajících § 23 vyhlášky č. 259/2012 Sb., o podrobnostech výkonu spisové služby.

Očekávaný orientační roční přírůstek digitálních archiválií a digitalizátů v průběhu plnění veřejné zakázky:

Digitalizace: 2,5 TB

Digitální archiválie ze skartačního řízení (pocházející z ESSS UK): 0,1 TB

Digitální archiválie z informačních systémů mimo ESSS UK: 0,1 TB

Neúřední digitální archiválie: 0,2 TB

Celkem: 2,9 TB

Zároveň budou v průběhu plnění veřejné zakázky do AIS UK importována data vzniklá digitalizací analogových archiválií Archivu UK. Předpokládaný objem importovaných dat je cca 9 TB.

• 1.3 Správa archiválií

Záznamy o archiváliích uložených v ÚDAUK jsou aktuálně spravovány v Archivním informačním systému UK (dále AIS UK), jehož rozvoj je předmětem této veřejné zakázky. V letech 2019-2021 byl vyvinut a implementován a implementovali informační systém s názvem Archivní informační systém, který slouží pro kompletní podporu informačních činností archivu. Od 1. 1. 2022 je systém nasazen v ostrém provozu. V systému jsou spravovány záznamy o analogových archiváliích a zároveň uloženy digitální archiválie případně digitální kopie analogových archiválií. AIS UK je podrobně popsán v dalších částech tohoto dokumentu, technická dokumentace je dostupná zde. V rámci činností ÚDAUK také probíhá digitalizace analogových archiválií, vzniklé digitální kopie budou trvale uloženy v AIS UK.

2. Současný stav ais uk

• 2.1 Funkce a architektura AIS UK

AIS UK je modulárním systémem, který zajišťuje předarchivní péči (výběr dokumentů ve skartačním a mimoskartačním řízení za archiválie), příjem dokumentů, evidenci a správu archiválií v analogové a digitální podobě, jejich zpracování a zpřístupnění. AIS UK aktuálně zajišťuje bitovou ochranu uložených dat. Kopie dat je pravidelně (1 krát týdně) zasílána do Národního archivu, kde je zálohována na tamní infrastruktuře. Z hlediska požadavků zákona č. 499/2004 Sb., o archivnictví a spisové službě, v platném znění a Metodického návod č. 2/2022 ředitele OASS MV, pro akreditaci digitálního archivu je nutné AIS UK rozšířit o funkce, které předepisují tyto dokumenty. Po doplnění těchto funkcí bude možné požádat o udělení oprávnění k ukládání archiválií v digitální podobě podle § 60a zákona č. 499/2004 Sb.

Klíčové části AIS UK:

1. Modul Výběr – zajišťuje příjem a výběr dokumentů

2. Evidenčně-správní modul (dále ESM) – zajišťuje správu záznamů o archiváliích, včetně správy záznamů o archivních souborech a událostech v archivu dle datového modelu PEvA II. Modul umožňuje uživatelský přístup do archivního úložiště (modul Archival Storage)

3. Modul ELZA – nástroj pro zpracování archiválií. Podrobnosti zde a zde.

4. Modul Zpřístupnění - webová badatelna nástroj pro správu fyzické badatelny Archivu UK 

5. Modul Archival Storage – úložiště archivních informačních balíčků využívající open source řešení ArcLib.

• 2.2 Softwarové prostředí

AIS UK je postaven na opensource technologiích:

• Operační systém Linux (distribuce CentOS);

• Relační databázový systém PostgreSQL;

• Vyhledávací engine ElasticSearch a SOLR;

• Programovací jazyk Java, framework Spring.

• 2.3 data v AIS uk

K 31. 10. 2022 je v AIS UK spravováno cca 310 000 archiválií a k nim příslušný počet informačních balíčků. Lze očekávat, že s každým kalendářním rokem bude přibývat cca 100-150 tis. archiválií (a stejný počet informačních balíčků).

• 2.4 Licenční situace AIS UK a vazba rozšíření AIS UK na AIS UK

Zadavatel disponuje zdrojovými kódy AIS UK a má možnost je využít pro další rozvoj realizovaný třetí stranou. Zadavatel se zavazuje v případě odůvodněné potřeby zpřístupnit zdrojový kód včetně dokumentace dodavateli Rozšíření AIS UK. 

Části AIS UK “ELZA” (modul pro archivní zpracování) a “Archival Storage” jsou dostupné v režimu open source (licence GNU GPL v3, respektive Apache 2.0), v případě jejich úprav dodavatelem Rozšíření AIS UK je třeba tyto licence zachovat.

Dodavatel veřejné zakázky Rozšíření AIS UK bude vytvářet nové softwarové nástroje, které se budou pomocí rozhraní napojovat na stávající AIS UK. Tato rozhraní zajistí Zadavatel pomocí stávajícího dodavatele. Rozhraní budou dodávána postupně, tak aby byla dostupná pro návazné práce na straně Rozšíření AIS UK. Harmonogram dodání bude dohodnut v rámci technického projektu, nicméně Zadavatel garantuje, že všechna budou dodána nejpozději v květnu 2023.

Nově dodané nástroje se budou řídit licenčními požadavky Zadavatele, jak jsou specifikovány v Zadávací dokumentaci veřejné zakázky a v návrhu Xxxxxxx. Jedinou výjimkou je modul Archival Storage, do kterého bude dodavatel zakázky Rozšíření AIS UK zasahovat přímo. Tento modul je součástí projektu ARCLib a řídí se licencí GNU GPL v3. Tuto licenci je nutné zachovat i v případě Rozšíření. Dodavatel bude mít proto povinnost dodat zdrojový kód úprav do zdrojového repozitáře projektu ARCLib, pokud s tím správce projektu bude souhlasit, případně zpřístupnit upravenou verzi software samostatně. Volba, kterou z cest jít, je ponechána na Dodavateli. Nesplnění nároků licence bude Zadavatelem chápána jako překážka k akceptaci úprav na modulu Archival Storage.

• 2.5 Informační balíčky ais uk

Předpokladem správné implementace požadovaných nástrojů je pochopení role archivních informačních balíčků (dále AIP) v architektuře AIS UK a jejich struktuře. Vyvinuté nástroje musí rozumět internímu formátu uložení AIPů v Archival Storage pro zajištění přímého a efektivního přístupu k jejich obsahu, tj. umístění na disku dle ID, načtení dat ze ZIP souboru, čtení metadat z XML formátů (METS, EAD, PREMIS, …). AIPy podporují verzování dat i metadat. Verzování se odráží v názvové konvenci, která umožňuje odlišovat jak jednotlivé verze AIPů, tak i jejich jednotlivé formátové reprezentace.

Metadatový popis AIPu používá standard METS, do kterého jsou zanořeny části v dalších standardech (vnitřní standard AIS UK vycházející ze Vzorového provozního řádu Digitálního archivu, EAD3, PREMIS).

Většina metadatového obsahu AIP v AIS UK je v současné době spravována v databázi modulu ESM (a je tak uživatelsky přístupná bez stažení balíčku). Zadavatel zamýšlí princip dostupnosti metadat v databázi  v maximálně možném rozsahu zachovat v Rozšíření AIS, konkrétní podoba bude stanovena v technickém projektu.

3. Cílový stav AIS UK

• 3.1 Záměr zadavatele

Záměrem Zadavatele je zajistit rozšíření software stávajícího Archivního informačního systému UK o funkcionalitu ukládání na offline média a správu těchto offline médií, nástroje pro formátovou analýzu a formátovou správu a prostředí pro zajištění důvěryhodné a dokumentované formátové migrace. Rozšíření stávajícího software (spolu s potřebným rozšířením používaného hardware) umožní Zadavateli požádat o Oprávnění k ukládání archiválií v digitální podobě (akreditace Digitálního archivu) dle ustanovení zákona č. 499/2004 Sb. o archivnictví v platném znění. Součástí záměru Zadavatele je rovněž vyškolení pracovníků Zadavatele a dodání dokumentace, jak je uvedeno dále v tomto dokumentu.

Funkcionality požadovaných nástrojů a návrh na jejich technické provedení je součástí přílohy č. vzoru Smlouvy.

• 3.2 Uživatelé AIS UK

V AIS UK pracuje v rámci své pracovní náplně většina pracovníků ÚDAUK. V případě požadovaného Rozšíření AIS UK se však předpokládá, že jeho funkce bude užívat cca 5 zaměstnanců. Tito zaměstnanci mají v rámci definovaných rolí v AIS role Správce AIS nebo Správce digitálního obsahu. Ostatní zaměstnanci nebudou s nástroji Rozšíření AIS UK pracovat.

4. Řízení projektu

• 4.1 řídící výbor

Koordinaci plnění veřejné zakázky, plánování jednotlivých prací a řešení provozních otázek bude zabezpečovat řídící výbor. Řídící výbor bude tvořen zástupci Zadavatele a Dodavatele, přičemž za stranu Dodavatele se jednání musí pravidelně účastnit nejméně vedoucí týmu a business analytik pro informační systémy nebo senior vývojář (tedy alespoň dva zástupci Dodavatele). Jednání řídícího Výboru se na pozvání Zadavatele mohou zúčastnit také zástupci dodavatele stávajícího řešení AIS UK. Cílem činnosti řídícího výboru je především zprostředkovat komunikaci, umožnit Zadavateli průběžnou kontrolu plnění úkolů Dodavatelem a zprostředkovat Dodavateli průběžnou zpětnou vazbu. Výbor se bude scházet podle potřeby, nejméně však jednou za měsíc a to po celou dobu vývoje Rozšíření AIS (do akceptace plnění dle článku 8.1. písm. g) Smlouvy). Jednání výboru mimo pravidelný termín mohou vyvolat vedoucí pracovníci obou stran (projektový manažer za stranu Dodavatele, projektový manažer za stranu Zadavatele) svoláním jednání. Toto svolání musí být členům výboru zasláno písemně (preferována je pomocí emailu) alespoň pět (5) pracovních dní předem, pokud se obě strany nedohodnou na zkrácení lhůty. Svolání výboru mimo plánovaný termín nelze při dodržení zde popsaných pravidel odmítnout. Zadavatel může požadovat účast jakéhokoliv pracovníka Dodavatele zapojeného do řešení zakázky na jednání. Jeho účast je v takovém případě povinná.

4.2 Postup implementace

Součástí implementace budou veškeré práce a služby pro řádné úplné zprovoznění Rozšíření AIS UK. Následovat bude období poskytování podpory a rozvoje.

Celkově se bude implementace skládat především z těchto činností:

• zpracování technického projektu

• vývoje, dodávky a instalace Rozšíření AIS UK (včetně testovacího provozu na straně dodavatele)

  • vývoj jednotlivých modulů bude probíhat na infrastruktuře dodavatele, Zadavatel poskytne Dodavateli pro potřeby vývoje aktuální instalační balíčky potřebných modulů AIS UK. Testování integrace na stávající moduly AIS UK bude probíhat na testovací infrastruktuře Zadavatele.

• konfigurace Rozšíření AIS UK pro konkrétní činnosti Zadavatele, konfigurace určených uživatelských rolí, konfigurace rozhraní Rozšíření AIS UK na stávající součásti AIS UK a určené externí zdroje dat (např. veřejně dostupné formátové knihovny).

• zkušebního provozu jednotlivých modulů

• zkušebního provozu (na testovací infrastruktuře dle ustanovení čl. 8.18 Smlouvy) Rozšíření AIS UK včetně integrace na AIS UK 

• pilotního provozu Rozšíření AIS UK včetně integrace na AIS UK na provozní infrastruktuře

• zvýšené podpory během zkušebních provozů a pilotního provozu

• provedení školení určených uživatelů

• dodání technické a provozní dokumentace (včetně manuálů pro hlavní operace vykonávané v Rozšíření AIS UK) v českém jazyce.

5. Analytické a projektové dokumenty pro implementaci

5.1 Technický projekt

Technický projekt bude obsahovat závazný technický návrh Rozšíření AIS UK jako celku i jeho částí.

Bude zejména obsahovat:

• analýzu požadavků Zadavatele a návrh jejich realizace v navrhovaných funkčních celcích Rozšíření AIS UK,

• rámcový popis technického řešení, včetně výčtu a popisu navržených technologií

• podrobný závazný harmonogram jednotlivých kroků implementace (k jeho následné změně může dojít jen po odsouhlasení Zadavatelem),

• podrobnou specifikaci jednotlivých modulů a zapojených nástrojů včetně popisu jejich integrace, vzájemné komunikace, funkčního schématu (grafického znázornění jednotlivých procesů, komponent a jejich funkčních vazeb), použitého technického řešení a struktury použitých databází,

• výčet a popis metadat archiválií spravovaných v modulech rozšíření AIS UK  vzorové upravené AIP v souvislosti s realizací formátové analýzy a formátové migrace. Navržený výčet a popis metadat musí  respektovat navrženou strukturu databáze a navržená grafická rozhraní. Vzorový informační balíček bude zpracován alespoň pro AIP archiválie,

• koncept řešení modulu pro formátovou správu včetně výčtu spravovaných prvků popisu jednotlivých formátů, nástrojů pro jejich správu - popis funkcionality modulu ABM, včetně jednotlivých operací prováděných s médii; koncept správy informací u uložení AIP na jednotlivá offline média; návrh rozhraní mezi modulem ABM a robotickou knihovnou (spravující LTO pásky či volitelně ODA disky), respektive rozhraní pro komunikaci se software ovládajícím tuto knihovnu.

• detailní specifikace technických požadavků na hardware a infrastrukturu Zadavatele v oblasti serverů, síťové infrastruktury, úložišť a klientských stanic,

• popis hlavních uživatelských rozhraní včetně jejich grafického návrhu,

• popis workflow používaných v jednotlivých modulech a nástrojích,

• popis způsobu a dokumentace dodavatelského testování jednotlivých funkčních celků, testování hlavních operací prováděných v Rozšíření AIS, rámcovou definici podoby a rozsahu testovacích dat,

• specifikace požadavků na přístup zaměstnanců dodavatele k hardware Zadavatele a přístupu k software na něm nainstalovaném,

• přehled konkrétních požadavků na součinnosti dodavatele se Zadavatelem včetně případných lhůt,

• návrh zálohování a obnovy relevantních částí Rozšíření AIS UK.

5.3 Prostředí ZADAVATELE

Dodavatel musí respektovat základní vymezení nástrojů a hardwarové vybavení dané Zadavatelem. Toto vymezení je dáno dostupnými technologiemi Zadavatele a mírou zkušeností pracovníků Zadavatele s konkrétními technologiemi. Cílem Zadavatele je, aby nový software nepředstavoval zcela unikátní technologii, se kterou nemá tým pracovníků Zadavatele zkušenosti, a nebyl schopen ho provozovat. Zkušenost týmu Zadavatele je zároveň tak široká, že pokrývá většinu běžných technologií a je tedy pro Zadavatele logické omezit minoritní technologie. Dodaný software zároveň musí mít takové charakteristiky, aby bylo možné ho v daném prostředí komfortně využívat, a to včetně uživatelských stanic interních uživatelů Zadavatele.

5.3.1 Hardwarové PROSTŘEDÍ ZADAVATELE

Jednotlivé prototypy a produkční verze Rozšíření AIS UK budou provozovány v testovacím a následně produkčním prostředí. Hardware není součástí dodávky, na základě specifikace Dodavatele dodá potřebný hardware Zadavatel. Specifikace Dodavatele musí respektovat následující maximální možné parametry.¹

Stávající produkční prostředí AIS:

• Server (v počtu 2 kusů): Parametry jednoho serveru: 2x CPU Intel Xeon Gold 6226 2.7G,, 128GB RAM, 2x 960GB SSD mixed usev RAID1, 2x 10GbE NIC, 2 port FC HBA kompatibilní s 8Gb FC switchem, vzdálený mgmt, včetně KVM a médií

• Dvojice synchronně replikovaných diskových polí, každé 2 řadiče active-active, 4x FC host porty, 146x 64TB NLSAS disky (čistá kapacita cca 7045TB), licence na replikaci

V průběhu plnění dodávky bude rozšířeno o:

• Robotickou páskovou knihovnu standardu LTO8 či vyššího s odpovídajícím počtem pásek a mechanik, případně robotickou knihovnu pro ODA disky (bude rozhodnuto nejpozději po zpracování technického projektu).

• Přístupový server dedikovaný pro obsluhu této knihovny

Zadavatel dále v průběhu plnění dodávky posílí shora uvedené produkční prostředí o další dvojici serverů a diskových polí o stejném či vyšším výkonu a kapacitě (celkový disponibilní výkon a celková disponibilní kapacita budou minimálně dvojnásobné).

Shora uvedený HW je prostřednictvím virtualizace rozdělen jednotlivým virtuálním serverům (na nichž běží jednotlivé moduly současného AIS a stejně tak budou vytvořeny virtuální servery pro moduly nové), přičemž jejich konkrétní kapacita bude blíže upravena na základě technického projektu.

5.3.2 SOFTWAROVÉ Prostředí Zadavatele

Uživatelé budou k AIS přistupovat pomocí webového prohlížeče. Zadavatel požaduje, aby část AIS určená pro interní uživatele byla plně kompatibilní s webovými prohlížeči Chrome a Mozilla Firefox v aktuální verzi po celou dobu podpory systému Dodavatelem.

Pro Rozšíření AIS se předpokládá využití stávající virtualizační platformy Zadavatele a dalších licencí Zadavatele (uvedených dále v této kapitole).

Testovací i produkční prostředí bude jako operační systém využívat operační systém Linux (distribuce CentOS).

Provozní prostředí bude ze softwarového hlediska postaveno podle návrhu Xxxxxxxxxx, který však musí respektovat obecné vymezení možností a zkušeností Zadavatele se software. Tento software je vymezen následovně:

• Akceptovatelné jsou obecně rozšířená open source řešení (databáze např. PostgreSQL a MariaDB, vyhledávací engine Elasticsearch a SOLR, knihovna Spring apod., aplikační servery  Tomcat, WildFly apod.).

5.3.3 Síťová infrastruktura

Jednotlivé stanice jsou připojeny do místní sítě spojením o rychlosti 1 Gb/s. Spojení k jiným budovám s úložišti a dalšími systémy bude dosahovat rychlosti minimálně 1Gb/s. Připojení k síti internet mimo UK je zajišťováno spojením o rychlosti 40Gb/s.

• 5.3.4 Uživatelská infrastruktura

Pracoviště ÚDAUK jsou vybavena odpovídající kancelářskou výpočetní technikou (počítače jsou vybaveny operačním systémem Windows 10 Pro a 11 Pro a balíky kancelářského software MS Office) a síťovým připojením:

• OS Windows verze 10 Pro a 11 Pro v české jazykové mutaci,

• balík kancelářského software Microsoft Office verze min. 2010,

• operační paměť min. 4 GB RAM,

• výkon procesoru min. 4 000 bodů v programu Passmark CPU,

• integrovaná grafická karta,

• monitor úhlopříčka min. 22“ s min. rozlišením 1280 na 720 DPI,

• Pracovní stanice zaměstnanců Archivu UK jsou připojeny do lokálních sítí (LAN), které jsou v autonomní správě UK,

• Jednotlivé stanice jsou připojeny spojením o rychlosti 1 Gb/s.

Pro digitalizaci je využíván knižní skener Zeutschel OS 12000 HQ a ploché stolní skenery.

6. iNSTALACE PROtoTYPŮ

Instalaci prototypů a všech dalších doplnění a rozšíření software bude realizovat Zadavatel. Dodavatel předá v souladu s ustanoveními smlouvy Zadavateli instalační balíčky software s dostatečnou dokumentací a odpovídajícím školením pracovníků Zadavatele. Součástí předání instalačních balíčků je i další dokumentace definovaná ve Smlouvě a také konfigurace nainstalovaného software Dodavatelem.

7. Harmonogram projektu

Harmonogram projektu musí respektovat termíny a milníky plnění uvedené v článku 8 Smlouvy. Podrobný harmonogram projektu, který bude obsahovat všechny kroky vývoje a implementace, zpracuje Dodavatel v rámci Technického projektu, který může obsahovat i další milníky nad rámec Smlouvy.

8. Testování

Formální procesy pro testování jsou popsány ve Smlouvě v článku 8. Cílem Zadavatele je přebírat od Dodavatele software pro akceptaci v takovém stavu, že Zadavatel může očekávat základní funkčnost bez zásadních problémů. Pro ověření funkčnosti předpokládá Zadavatel realizaci několika typů testů. Testy budou probíhat na základě testovacích scénářů, které budou simulovat reálnou praxi i zátěž.

Budou rozlišovány následující typy testů:

1) Testování Dodavatelem před předáním – testována funkčnost prototypu, probíhá na straně Dodavatele. Součástí předání je také protokol o testování Dodavatelem podle článku 8.20. Smlouvy.

2) Integrační – bude provedeno Dodavatelem v jeho prostředí, vždy před předáním jakéhokoliv rozšíření nebo opravy software v průběhu vývoje i následné podpory a vývoje. Test musí zahrnovat všechny operace, které budou opravou a doplněním software dotčeny. Pro kladný výsledek integračních testů je rozhodující, aby se v souvislosti s předáním nového prototypu neobjevily žádné nové vady na dříve předaném a akceptovaném softwaru.

3) Zátěžové – musí být provedeny a protokolárně doloženy nejméně pět (5) pracovních dnů před předáním software ke zkušebnímu provozu dle článku 8.18. Smlouvy. Budou prováděny na testovacím prostředí Zadavatele Dodavatelem a musí simulovat zatížení, které mírně přesahuje běžný provoz software jak co do počtu dokumentů, tak co do počtu uživatelů a realizovaných operací. Zadání a analýza výsledků zátěžového testování zohlední rozdílný výkon a prostředky produkčního a testovacího prostředí.

4) Bezpečnostní – bude testováno v prostředí Zadavatele Dodavatelem, součástí musí být pokus o vstup do systému z nepovolených IP adres a také test přístupu uživatele z povolené IP adresy k datům a procesům, ke kterým nemá oprávnění.

9. Školení

Součástí implementace AIS bude proškolení určených uživatelů. Určenými uživateli budou: vedoucí projektu za ÚDAUK dle článku 6.1. Smlouvy, vedoucí Archivu UK, technický správce AIS, správce digitálního obsahu a případně další uživatelé z řad zaměstnanců AUK, kteří budou mít role popsané v kapitole 3.2 tohoto dokumentu (celkem max. 6 osob). Všichni uvedení uživatelé jsou již proškoleni v užívání stávajícího AIS v úrovni správce AIS. Dodavatel provede školení při předání prvního a každého dalšího prototypu Rozšíření AIS (případně rozsáhlejších oprav). Rozsah školení musí proškoleným uživatelům umožnit zejména: provádět potřebná nastavení a požadované operace Rozšíření AIS, včetně veškeré konfigurace. Školení bude rozděleno do dvou typů. První bude realizován v souvislosti s předáním jednotlivých prototypů a bude zaměřen jen na procesy a operace realizované v daném modulu. V druhém typu půjde o školení před zahájením zkušebního provozu definované v článku 8 Smlouvy.

Školení bude zahrnovat zejména: představení Rozšíření AIS UK včetně všech jeho správcovských a uživatelských rozhraní, demonstraci konfigurace systému, praktickou ukázku realizace všech potřebných workflow nad zkušební dávkou dat, která svojí strukturou odpovídají reálným datům, která jsou spravována v Archivu UK. Při nasazení nového prototypu bude vždy provedeno nové školení, které zahrne zejména: představení funkcí a rozhraní, které nebyly ve verzi předchozí, realizaci vybraných workflow, která jsou vykonávána odlišně od předchozích verzí.

Po předání provozní verze AIS bude provedeno souhrnné školení všech určených uživatelů, které zahrne kompletní představení systému a praktickou ukázku realizace všech potřebných workflow.

Zadavatel si může vyžádat školení pro svého zaměstnance pověřeného instalací Rozšíření AIS z dodaných instalačních balíčků. Toto školení bude zahrnovat zejména: činnosti potřebné pro instalaci a prvotní nastavení systému.

10. Dokumentace

Nedílnou součástí implementace Rozšíření AIS UK je dodávka dokumentace. Dokumentace musí být kompletní, vedená v českém jazyce a musí být aktuální. Způsob vedení dokumentace určí Xxxxxxxxx s přiměřeným ohledem na doporučení Dodavatele. Dokumentace může být vedena ve veřejném úložišti i v uzavřeném systému. Technická dokumentace k Rozšíření AIS UK musí být vedena a Zadavateli předána v elektronické a editovatelné podobě. Dokumentace Rozšíření AIS UK musí obsahovat zejména:

1) Doklady o nabytí, právním titulu a podmínkách jeho užívání (licence) a dokumentaci o zavedení AIS u organizace.

2) Technická dokumentace, která bude obsahovat zejména dokumenty o:

• technickém řešení software,

• jeho instalaci, opravách a rozšířeních,

• provedené konfiguraci systému,

• popisu struktury databáze,

• návod na instalaci a konfiguraci systému,

• nastavení použití rozhraní na další části AIS

• minimální softwarové požadavky,

• minimální hardwarové požadavky,

• způsob zálohování a obnovy určených částí systému.

4) Uživatelská dokumentace pro koncové uživatele, která bude obsahovat zejména:

• uživatelské manuály pro workflow vykonávaná v Rozšíření AIS UK a vybrané jednotlivé hlavní operace.

10.1 Předání a akceptace dokumentace

Kompletní dokumentace včetně uživatelských příruček bude Zadavateli předána před zahájením zkušebního provozu dle harmonogramu. V souvislosti s předáváním jednotlivých prototypů bude společně s nimi předána dokumentace v takovém rozsahu, aby umožnila Zadavateli řádnou akceptaci předané části software. V průběhu poskytování podpory a rozvoje nad rámec vývoje musí být dokumentace udržována aktuální a odpovídající realitě – Dodavatel bude předávat Zadavateli doplněné části dokumentace v případě opravy, pokud ta povede ke změně ve fungování Rozšíření AIS UK, tak nové části jako součást rozvoje.

K akceptaci předá Dodavatel návrh dokumentace tak, že ji nahraje do aplikace Help Desk nebo jiného prostředí, pokud tak určí Technický projekt. Zadavatel provede akceptaci dokumentace ve stejné lhůtě, kterou má na akceptaci s předanou dokumentací souvisejícího software. Pokud je dokumentace nedostatečná, je to chápáno jako vada podle definice v článku 13.7. Xxxxxxx a Dodavatel musí zajistit její vyřešení.

11. Podpora a její rozsah

V rámci dodávky Rozšíření AIS UK požaduje Zadavatel i poskytování podpory při užívání produktu, a to v rozsahu celého AIS, tedy pro všechny moduly a zapojené nástroje, které Dodavatel dodá v rámci dodávky předmětu plnění. V souladu s článkem 7.5 Smlouvy požaduje Zadavatel poskytování podpory v rozsahu pracovní doby v pracovních dnech, tedy v době 8:00-16:30. Zadavatel požaduje poskytování podpory v rozsahu 2. stupně podpory. První stupeň podpory bude zajišťován pracovníky Zadavatele. Podpora bude poskytována v souladu s ustanoveními Smlouvy, tedy v době vývoje v úseku vymezeném pro akceptaci prototypů i celého Rozšíření AIS UK, a následně kontinuálně po akceptaci zkušebního provozu.

11.1 Podpora

Podpora 1. stupně - počáteční úroveň podpory, která je odpovědná za řešení základních problémů a požadavků koncových uživatelů a další služby vyžadující základní úroveň technické podpory. Základní funkcí podpory 1. stupně je shromáždit informace, provést základní analýzu a určit klasifikaci problému, resp. vady. Typicky jsou v úrovni podpory 1. stupně řešeny přímočaré a jednoduché problémy a základní diagnostiky, provádí ověření dostupnosti jednotlivých vrstev infrastruktury (síťová, operační, vizualizační, aplikační atd.) a základní uživatelské problémy (typicky zapomenutí hesla), ověřování nastavení SW a HW atd. Problémy, které pracovníci 1. stupně nejsou schopni řešit v rámci svých kompetencí, se považují za problémy/vady 2. stupně, které jsou řešeny v rámci podpory 2. stupně.

Podpora 2. stupně – pokročilá úroveň podpory. Řešitelé na této úrovni nekomunikují přímo s koncovým uživatelem, ale jsou zodpovědní za poskytování součinnosti řešitelům 1. úrovně podpory při řešení problémů a vad a podrobnější analýzu zjištěných dat předaných řešitelem 1. úrovně podpory. Podpora tohoto stupně řeší zejména systémové problémy, selhání vyplývající z nefunkčnosti či chybné funkce Rozšíření AIS UK.

Hlášení problému/vady 2. stupně bude Zadavatelem prováděno na Help Desk Dodavatele.

11.2 Help Desk

Dle článku 4.5. Smlouvy musí Dodavatel provozovat systém Help Desk. Systém musí mít webové uživatelské rozhraní a musí umožňovat zadávání hlášení vad, sledování stavu jejich řešení ze strany Dodavatele i Zadavatele, podporu celého životního cyklu jednotlivých hlášení a obsahovat možnost nastavení notifikací o událostech v systému (zejména o změnách stavů jednotlivých hlášení) a možnost eskalace např. v případě neřešení některého hlášení. S Help Deskem Dodavatele bude oprávněn komunikovat vymezený okruh pracovníků Zadavatele, který bude zahrnovat Vedoucího týmu Zadavatele, vybrané pracovníky Archivu UK a Ústavu výpočetní techniky UK. Celkově půjde o maximálně 6 pracovníků Zadavatele najednou.

11.3 Vady a jejich řešení

Reakční doba je určena článkem 13.10. Smlouvy. Při reakční době 4 hodiny znamená tento požadavek to, že při nahlášení vady v pátek v 15:00 je třeba začít řešení nejpozději v pondělí v 10:30.

Vady jsou definovány ve Smlouvě.

Kategorizaci Vad bude dle článku 13.13. Smlouvy primárně provádět Zadavatel při oznámení Vady. V průběhu odstraňování Vady a po dohodě odpovědných osob obou smluvních stran může být upravena kategorie Vady. Za vyřešení Vady v dané kategorii je považováno:

• odstranění nahlášeného provozního problému,

• rozhodnutí, že se jedná o požadavek na vývoj,

• postoupení Vady k vyřešení třetí osobě (např. dodavatelům hardwaru nebo softwaru třetích stran atd.), prokáže-li Dodavatel, že se jedná o problém vyvolaný nekorektním chováním komponenty dodané třetí osobou, která není součástí dodávky zajišťované Dodavatelem. Doba řešení Vady třetí osobou se v takovém případě nezapočítává do lhůt pro odstranění Xxxx Xxxxxxxxxxx.

Za čas nahlášení Xxxx se považuje v pracovní době čas doručení Hlášení na Help Desk Dodavatele. Za čas nahlášení Vady mimo Pracovní dobu se považuje čas zahájení nejbližšího Pracovního dne.

Dodavatel je oprávněn požádat Zadavatele o dodatečné údaje o Vadě a o nezbytnou součinnost na řešení Vady, bez které nelze zahájit či pokračovat v řešení Vady. Zadavatel je oprávněn dořešení Vady kdykoliv zastavit či pozastavit, v případě zastavení Zadavatelem se Vada považuje za vyřešenou.

Dodavatel Rozšíření AIS UK je oprávněn požádat Zadavatele o zajištění součinnosti dodavatel již provozovaných částí AIS při analýze a řešení vady.

Při případném řešení odpovědnosti za vady projevující se v Rozšíření AIS UK a již provozovaném AIS UK bude postupováno dle článku 13.16 Smlouvy.

12. legislativa a Normy ovlivňující podobu a funkcionality AIS

• Zákon č. 499/2004 Sb., o archivnictví a spisové službě, v platném znění

• Vzorový provozní řád archivu oprávněného k ukládání archiválií v digitální podobě; Věstník Ministerstva vnitra, částka 65/2012 - xxxx://xxx.xxxx.xx/xxxxxx/00-xxx-xxx.xxxx

• Metodický návod č. 2/2022 ředitele OASS MV pro akreditaci digitálního archivu - xxxxx://xxx.xxxx.xx/xxxxxx/xxxxxxxx.xxxx

• Metodický pokyn č. 4/2022 odboru archivní správy a spisové služby, kterým se vydávají Základní pravidla pro zpracování archiválií ver. 3.1 (č. j. MV-171396-1/AS-2022) - xxxxx://xxx.xxxx.xx/xxxxxx/xxxxxxxx.xxxx?xxX0xxxX00Xx%0x%0x

• Metodický pokyn č. 2/2021 odboru archivní správy a spisové služby MV k vedení evidence Národního archivního dědictví podle vyhlášky č. 645/2004 Sb., kterou se provádějí některá ustanovení zákona o archivnictví a spisové službě a o změně některých zákonů, ve znění pozdějších předpisů - xxxxx://xxx.xxxx.xx/xxxxxx/xxxxxxxx.xxxx?xxX0xxxX00Xx%0x%0x

• ČSN ISO 14721:2012 (319620) - Systémy pro přenos dat a informací z kosmického prostoru - Otevřený archivační informační systém - Referenční model

PŘÍLOHA Č. 4

Vz Rozšíření AIS UK – technické a funkční požadavky

1. Úvod

Cílem dokumentu je blíže popsat předmět veřejné zakázky Rozšíření Archivního informačního systému UK (AIS) a to tak, aby naplňoval požadavky kladené na Digitální archivy dle zákona 499/2004 Sb. a návazných předpisů a metodických dokumentů a bylo možné získat akreditaci digitálního archivu. Dokument obsahuje výčet oblastí rozvoje a jejich bližší popis s ohledem na stávající funkcionality a funkční části AIS UK. Cílem je uvést AIS UK do souladu s požadavky legislativy a koncepčního modelu Otevřeného archivního informačního systému (OAIS, ČSN ISO 14721:2012). Předmětem veřejné zakázky je pořízení software pro zajištění funkcionalit dle bodů 2. až 5. tohoto dokumentu ve smyslu pořízení nových softwarových nástrojů. Úprava stávajícího modulu ESM AIS není předmětem této veřejné zakázky a bude zajištěna v rámci již existujícího smluvního vztahu mezi Zadavatelem a dodavatelem AIS. Dodavatel Rozšíření AIS UK bude na popsané úpravy modulu ESM navazovat tvorbou nových modulů. V této dokumentaci je popsána pro plnou informaci všem uchazečům o veřejnou zakázku. Naproti tomu úpravy modulu AIS “archival storage” popsané v bodu 2. tohoto dokumentu předmětem této veřejné zakázky budou.

• 1.1. Výchozí stav

Předmětem veřejné zakázky je rozvoj Archivního informačního systému UK (AIS), který je provozován Univerzitou Karlovou (Ústavem dějin a archivem Univerzity Karlovy). AIS je soubor webových aplikací a software pro správu úložiště informačních balíčků, jeho popis a dokumentace je dostupná na xxxx://xxxx.xxxxxxxxx.xx/xxxxxxxx/xxxx-xxx/xxx/ a veřejná část systému je dostupná na xxxxx://xxx.xxxxx.xxxx.xx/. Dokumentace software Archival Storage je dostupná na xxxxx://xxxxxx.xxx/XXXXXX/XXXXxx-Xxxxxxxx-Xxxxxxx. Zadavatel zajistí součinnost dodavatele AIS s uchazečem vybraným pro realizaci této veřejné zakázky v potřebném rozsahu.

• 1.2. Oblasti rozvoje

Pro plnou funkčnost AIS UK jako digitálního archivu jsou nutné následující oblasti rozvoje:

1. ukládání na offline média (magnetické (LTO) pásky či ODA disky)

2. nástroj pro formátovou správu

3. nástroj pro formátovou analýzu

4. nástroj pro formátovou migraci

Nástroje jsou potřebné pro zajištění činností Archivu UK jako budoucího akreditovaného digitálního archivu UK a budou mj. sloužit pro naplnění legislativních požadavků v oblasti archivnictví a také pro dosažení souladu s normou ČSN ISO 14721:2012 (Open Archival Information System / Systémy pro přenos dat a informací z kosmického prostoru - Otevřený archivační informační systém - Referenční model).

Každý nástroj je dále popsán v samostatné kapitole. Jsou definovány požadavky na nástroj, vazby na stávající řešení a je doporučen způsob řešení. Uživatelské účty a oprávnění budou spravovány ve stávajícím modulu ESM, který je do dalších částí systému propaguje. Rozšíření AIS UK nebude disponovat vlastní administrací uživatelů, oprávnění budou přebírána prostřednictvím již existujícího rozhraní.

Komunikace mezi novými a stávajícími moduly bude založena výhradně na dokumentovaných rozhraních (API) a to buď:

• REST (dokumentované jednak slovním popisem, jednak technickou dokumentací typu OpenAPI/Swagger)

• SOAP (dokumentované jednak slovním popisem, jednak technickou dokumentací formou WSDL)

Slovní popis stávající funkcionality je přístupný na xxxx://xxxx.xxxxxxxxx.xx/xxxxxxxx/xxxx-xxx/xxx/xxxxx.xxxx a bude dále rozšířen o popis rozhraní, dodaných v rámci poskytnuté součinnosti stávajícího Dodavatele AIS.

Jedinou předpokládanou výjimkou se shora uvedeného bude možný přímý přístup modulu pro formátovou analýzu k (pro tento účel dedikované, readonly) instanci archivního úložiště ARLib (zdrojové kódy a dokumentace viz: xxxxx://xxxxxx.xxx/XXXXXX/XXXXxx) za účelem rychlejšího procházení zdrojových dat při (v řadě případů datově náročnějších) analýzách.

Pro naplnění požadavků se v dokumentu pracuje s termíny (informační) balíčky a AIP (archivní informační balíčky), které jsou obvyklé v kontextu dlouhodobého uchovávání digitálních dokumentů. Nově připravované moduly a Archival Storage operují s daty na této úrovni. Uživatelské akce v ESM jsou však prováděny vždy na úrovni archivních entit (archivní soubory, záznamy událostí a archiválií), implicitně se pracuje vždy s posledním verzí balíčku AIP. V dokumentu jsou užívané termíny v souladu s definicí v normě ISO 14721, případně definované v dokumentaci AIS UK.

Obr. 1 - schématické znázornění entit a jejich vazeb uložených v AIP.

Součástí poptávané dodávky je pouze vývoj, implementace a podpora provozu softwarového řešení. Potřebné hardwarové rozšíření zajistí Archiv UK samostatně.

• 1.3. Zpracování potřebné technické, bezpečnostní a provozní dokumentace

Potřebnou dokumentaci pro řízení o akreditaci digitálního archivu bude zpracovávat Ústav dějin Univerzity Karlovy a Archiv Univerzity Karlovy samostatně, případně s pomocí externích subjektů. V rámci dodávky v tomto dokumentu definovaných jednotlivých nástrojů a komponent musí být vytvořena a udržována jejich technická dokumentace v českém jazyce. Kompletnost dokumentace bude jedním z akceptačních kritérií. Tato dokumentace je také jedním z podkladů a součástí příslušného řízení o akreditaci.

2. Ukládání na offline média

V souladu s požadavky na akreditaci digitálního archivu je potřebné doplnit současné úložiště (dvojici synchronně replikovaných diskových polí) o další/jiný/odlišný typ ukládací technologie a současně umožnit průběžné ukládání další kopie archivních balíčků na offline média (tj. média, která budou po zaplnění postupně vyjímána a odvážena k trvalému bezpečnému fyzickému uložení v nezávislé lokalitě).

Nejedná se o náhradu tradičního zálohování, s ním se počítá i nadále. Rozdíl je především v tomto:

• ukládáním na offline média (tak jak ho definuje tento dokument) rozumíme ukládání trvalé - uložená data kontinuálně přibývají a neexpirují (pouze se po čase přepisují na nová média)

• pracujeme s archivními informačními balíčky (tj. rozumíme ukládanému obsahu a jsme schopni s touto granularitou pracovat)

• informace o uložení propagujeme zpět do zdrojového informačního systému (v našem případě AIS), kde s nimi dále pracujeme

• chráníme uložené informační balíčky: představují trvalou hodnotu, interpretovatelnou nezávisle na zdrojovém systému (např. i po jeho zániku)

Tradičním zálohováním naopak rozumíme:

• ukládání aktuálního stavu/obsahu systému k určitému časovému okamžiku - uložené zálohy postupně expirují a jsou nahrazovány novějšími

• pracujeme s objekty na úrovni operačního systému (soubory, databázemi, ... apod.)

• informace o uložení spravujeme vně zdrojového informačního systému (typicky v zálohovacím SW)

• chráníme systém jako takový (záloha tedy slouží primárně pro obnovu systému včetně jeho dat, do konzistentního stavu k určitému časovému okamžiku)

Slovem “záloha” tedy v dalším textu rozumíme především operaci zápisu kopie balíčku na offline médium, nikoli zálohování v tradičním slova smyslu (IT terminologii).

• 2.1. Požadavky

Možnost ukládání na offline média (primárně LTO pásky a volitelně ODA disky), nástroj pro průběžnou kontrolu médií. Nástroj pro správu úložišť (připojení a odpojení diskových polí, páskových knihoven atd.).

Dokument dále pracuje s použitím robotické páskové knihovny s technologií LTO a zápisem na WORM média. Volitelně bychom uvítali i možnost zápisu na výše uvedené ODA disky.

Modul bude na jedné straně komunikovat s AIS (přes definované API) a na druhé straně bude ovládat systémový SW určený k obsluze páskové knihovny. K tomuto účelu bude možné využít buď standardních příkazů operačního systému Linux (zadavatel má provozní zkušenost s distribucemi RHEL/CentOS a odvozenými) nebo specializovaného zálohovacího opensource SW Bacula, se kterým má zadavatel aktivní zkušenost.

Základní představa cílového stavu je, aby ArchivalStorage zapisoval na dvě disková pole (pozn.: stávající funkcionalita dodané archival-storage - jde o open source nástroj, jehož případný rozvoj podléhá licenční politice původního nástroje) ve dvou lokalitách a jednu páskovou knihovnu v jedné lokalitě (minimálně na dvě série pásek, přičemž jedna z nich bude po zaplnění průběžně vyjímána a odvážena k off-line uložení). Předpokládaným řešením je vytvoření samostatného nástroje komunikujícího s ArchivalStorage.

Rozsah funkcí nástroje:

• správa páskových jednotek

• správa pásek / ukládacích médií, včetně logické definice sad pásek s možností určení jejich dostupnosti pro kontrolu, správa poolu pásek

• technické převzetí připravených úloh k zálohování a jejich uložení na záložní médium

• kontrola stavu a čitelnosti pásek, resp. jejich obsahu (typicky plošné kontroly pásek v intervalu doporučeném výrobcem)

• náhodné či administrátorem zadané kontroly balíčků na dostupných páskách (export balíčků z primární sady pásek, výpočet checksumu a jeho porovnání s informací v databázi)

• provedení (částečné či úplné) obnovy balíčků z pásek na diskové úložiště

• vytvoření duplikátu pásky (z důvodu jejího poškození nebo dosažené maximální dovolené časové vzdálenosti od posledního zápisu)

• 2.2. Koncept řešení

Nástroj označený jako ArchivalBackupManager (ABM) bude realizován jako samostatná komponenta spolupracující s ArchivalStorage. Úlohou ArchivalStorage by měla být příprava požadavků na zálohování balíčků a jejich nových verzí, uchování informace o umístění zálohy. Primární úlohou ABM bude provádění záloh archivních balíčků a jejich správa. Jeden archivní balíček bude uložen vždy jednou do dané sady pásek.

Z hlediska zálohování se ukládají poslední plné verze balíčků, resp. při změně metadat lze uložit pouze příslušné AIP XML s metadaty. U každého balíčku se eviduje, zda je aktivní, existuje k němu novější metadatová záloha a či byl nahrazen jiným úplným balíčkem (stav DELETED / FORGOTTEN).

Do databáze ArchivalStorage se uloží informace o provedení zálohy. Ke každému balíčku se přidá informace, na které pásce/páskách je uložen. V databázi ArchivalStorage musí být možné vyhledat balíček splňující či nesplňující dané kritérium (balíček uložený méně než v N kopiích, balíček uložený či neuložený na určitém typu média) a to pomocí SQL dotazů.

Předmětem zálohování je:

• plná verze AIPu

• případné následné metadatové verze

Starší verze balíčku či předchůdci jsou označeny za již neplatné.

ABM musí udržovat informaci o aktuálním počtu záloh a jejich stavu, informace o stavu jednotlivého balíčku, kontrolní součty balíčků pro pozdější kontroly. ABM bude mít vlastní databázi pro uložení uvedených hodnot.

Modul ABM bude mít vlastní uživatelské rozhraní, ve kterém bude možné probíhající (a již proběhlé) operace sledovat, provádět dohled a základní administrátorské úkony. Z uživatelského rozhraní je možné zahájit proces obnovy balíčku/balíčků do určeného umístění. Uživatelské rozhraní umožňuje zobrazovat informace k jednotlivým páskám (kdy byly kontrolovány, s jakým výsledkem, … apod.). V rámci uživatelského rozhraní bude možné ověřit checksum zálohy objektu (typ objektu [ZIP/XML], UUID, SHA512 checksum, předpokládané odpovědi jsou: OK / NOK / ERR / páska mimo knihovnu. Ověřování se provádí na primární kopii pásek, která je určena v konfiguraci.

Rozsah obnovy:

• na základě požadavku je možné provést obnovu vybraných balíčků do cílové destinace

• na základě požadavku je možné přenést všechny uložené balíčky do cílové destinace

Pro komunikaci s páskovou knihovnou se předpokládá využití systémových nástrojů. Způsob komunikace ABM směrem k systémovému nástroji pro obsluhu páskové knihovny:

• bude-li to efektivní je možné při zálohování pracovat se systémem dávek tvořených sadou více dílčích balíčků

• požadavek na zápis a ověření zápisu jsou dvě nezávislé asynchronní operace, typický průběh je tento:

1. požádám o zápis

2. dostanu informaci o převzetí požadavku

3. dotážu se na status

4. dostanu informaci o provedeném zápisu

(mezi body b) a c) může být i velmi dlouhý čas, klidně i v řádu hodin, neb je
smysluplné provádět tyto zápisy vždy pro určitý časový úsek hromadně - např.
jednou denně)

V ESM budou prezentovány základní informace o stavu zálohování jednotlivého balíčku. Minimálně:

• vidět, v kolika kopiích na kterých konkrétních médiích je daný konkrétní balíček uložen

• pokud by se propagovaly i informace o kontrolách, informaci zda-li by či nebyl kontrolován popř. kdy naposledy

• 2.3. Vazba na AIS

Nová komponenta ArchivalBackupManager bude komunikovat výhradně s komponentou ArchivalStorage.

Komunikace z Archival Storage do ABM (REST API):

Archival Storage zařazuje požadavky na Archival Storage Manager do fronty až po úspěšném uložení AIP na všechna logická (online) úložiště. Fronta bude odbavována dávkově (n * voláno ABM REST API). Součástí volání je i datový obsah.

Dle kontextu operace v Archival Storage bude volán jeden z následujících ABM endpointů:

1. ulož AIP ZIP (ZIP UUID, data)

2. ulož AIP XML nté verze (XML UUID, ZIP UUID, číslo XML verze, data)

3. označ AIP ZIP za smazaný (ZIP UUID)

4. označ AIP XML za smazaný (XML UUID, ZIP UUID, číslo XML verze)

Bude-li ABM implementováno obecně pro práci nad objekty a nebude rozlišovat mezi ZIP a XML částmi AIP, poté lze sloučit endpointy 1+2 a 3+4.

ABM musí pokrýt scénář kdy je konkrétní AIP ZIP / AIP XML označen za smazaný a následně opět nahrán.

Komunikace z ABM do Archival Storage (REST API):

• aktualizace počtu/stavu kopií objektu - informace o všech aktuálně uložených kopiích: (UUID, typ objektu, pro každou kopii: čas vytvoření kopie označení media [série, páska, číslo]), čas poslední kontroly

ESM GUI do Archival Storage (REST API):

• operace na vyžádání na detailu archivní entity: získej informaci o kopiích objektů v ABM: pro každou kopii: čas vytvoření kopie, označení media [série, páska, číslo]), čas poslední kontroly

Vše mimo body popsané výše v této sekci (správa pásek, jejich přepisy, náhodné kontroly, statistiky, získávání balíčku z pásky etc.) jsou prováděny interně v ABM, nejsou iniciovány ani přebírány z/do Archival Storage / ESM.

Součástí dodávky dle tohoto bodu tak bude úprava software Archival Storage a vytvoření nástroje ABM, nikoli úprava modulu ESM.

3. Nástroj pro formátovou správu

• 3.1. Požadavky

Nástroj bude poskytovat uživatelům AIS přehled u spravovaných souborech a jejich formátech, tj. o všech souborech uložených v ESM bez ohledu na typ entity.

Nástroj pro formátovou správu obsahuje formátovou knihovnu, její obsah je přebírán z dostupných veřejných databází a registrů. Hlavním zdrojem informací je registr PRONOM, a následně i registr FFD Library of Congress. Tyto zdroje informací mohou být případně doplněny z dalších veřejných zdrojů (nástroj musí umožnit administrátorsky dostupné možnosti pro získání dat z dalšího zdroje), záznam formátů je jednotný (obsahuje více identifikátorů), umožňuje doeditování popisu formátů a vytvoření popisu formátů, které nejsou v PRONOM ani jiných formátových knihovnách. Formát kromě identifikátoru PUID obsahuje i vlastní identifikátor AIS (stačí uuid). Popis formátů bude strukturovaný, jeho součástí je pole pro popis rizik (slovní popis, bodové hodnocení a hodnocení rizik hodnotami z číselníku) a plánování ochrany informačního obsahu, plánování ochrany bude slovní, s možností odkazu na případné migrační workflow a uvedení časových priorit (strojově čitelné datum) (využití pro statisticky a plánování nad celým archivem). Možnosnost nahrávání souborů s dokumenty k popisu formátu a jeho jednotlivých částí (rizik, plánu ochrany). Uživatelské rozhraní lze realizovat jako součást ESM, možno využít funkcionalit ArcLibu, i jako samostatný modul.

• 3.2. Koncept řešení

Samostatný modul zahrnuje databázovou vrstvu, serverové řešení (backend), uživatelské rozhraní (UI). Pro realizaci databázové vrstvy a serverové rozhraní je možné vycházet z řešení projektu ARCLib (xxxxx://xxxxxx.xxx/XXXXXX/XXXXxx). V rámci analýzy je možné prohloubení a úprava datových struktur. Uživatelské rozhraní může být také inspirováno zmíněným projektem ARCLib, přesto by mělo respektovat jistou samostatnost uvažovaného modulu a možnosti jeho integrace do celého řešení AIS.

Modul bude poskytovat importní funkcionality, obzvláštní pozornost musí být dána možnosti opakovatelnosti importu a provádění aktualizací formátových databází.

Modul bude formou REST rozhraní poskytovat informace o jednotlivých dílčích formátech pro zobrazení informace uživateli pro vyhodnocení míry jejich ohrožení ve vztahu k udržitelnosti.

Pojem platná formátová reprezentace označuje soubor s nejvyšším číslem formátové reprezentace v dané formátové skupině.

Vyhodnocení bude provedeno (tzv. rozsah vyhodnocení) pro celý digitální archiv, jednotlivý AS nebo vybranou skupinu balíčků. Vstupem pro vyhodnocení je souhrnná informace o počtu souborů v jednotlivých formátech. Výstupem je informace o míře rizika, případně doplněná o textovou informaci. Vyhodnocení se provádí v modulu na základě REST požadavku zaslaného z ESM. Požadavek obsahuje počty souborů v jednotlivých formátech.

Vyhodnocení ohrožených souborů je možné realizovat (tzv. předmět vyhodnocení):

• nad všemi soubory / formátovými reprezentacemi ve zvoleném rozsahu vyhodnocení

• nad platnými reprezentacemi informačního obsahu archiválií (klasická LTP ochrana, v AIS poslední platná reprezentace ve skupině 1-99)

• nad platnými reprezentacemi formátové skupině 200-299, tvoří podklad pro udržitelnou čitelnost v externích zpřístupňovacích nástrojích

Modul bude uchovávat vypočtené statistiky a umožní jejich zobrazení. Statistika je vždy vyhodnocena pro určitou skupinu souborů a je tímto určena její kategorie. Příkladem kategorií je vyhodnocení nad všemi souboru, nad platnými reprezentacemi archiválií (skupina 1-99) či formátová skupina LQ_COPY (reprezentace 200-299). Výhodou tohoto řešení je nezávislost vytvářených statistik na definici druhů reprezentací.

• 3.3. Vazba na AIS

Funkcionality popsané v kapitole 3.3 popisuje nutné úpravy na straně AIS, které zajistí Archiv UK spoluprací s dodavatelem AIS a nejsou předmětem dodávky.

ESM UI

Metadata formátu příslušného souboru (externí identifikátory, název, rizika apod.) budou v ESM vykresleny na detailu souboru v sekci souborů ESM a budou získány voláním API formátové správy, nikoliv z ESM DB.

ESM umožní proklik na detail daného formátu v modulu formátové správy.

V agendě souborů ESM budou dostupné filtry pro UUID formátu, formátovou skupinu, číslo reprezentace a archivní entitu jíž soubor náleží. Pomocí těchto filtrů může uživatel na základě statistiky z modulu pro formátovou správu tvořit dávky pro formátovou analýzu a migraci.

ESM DB

V ESM DB bude nyní místo celé definice formátu drženo pouze UUID formátu z modulu formátové správy.

Komunikace z ESM do Formátové správy (REST API)

• získej interní UUID formátů - voláno např. pri ingestu

  • vstup: seznam externích ID + typ externího ID (nyní PUID)

  • výstup: mapa hodnota externího ID->interní UUID

• získej detail formátu

  • vstup: UUID formátu

  • výstup: DetailFormatu

• vygeneruj statistiku

  • vstup: název statistiky a seznam dvojic <id formátu, počet souborů>

  • výstup: přesměrování do modulu formátové správy

Reporting vyhodnocení ohrožených formátů (na základě detekce formátů a formátové DB).

4. Nástroj pro formátovou analýzu

• 4.1. Požadavky

Nástroj pro formátovou analýzu obsahuje nástroje pro doplňování technických metadat existujících AIP všech typů entit. Jednotlivé nástroje mohou být interní (součástí dodávky) i externí, které budou do systému zapojeny. V případě zjištěných rozdílů výsledků formátové analýzy (obsahu Premis) bude mít administrátor možnost aktualizovat metadata (vytvořit novou verzi AIP XML).

Příklady použití nástroje: nové spuštění nástroje pro formátovou identifikaci (např. Siegfriedu či Droidu) s aktuálnější knihovnou, spuštění nástroje pro validaci vybraných formátů (výsledkem potvrzení či vyvrácení výsledku formátové identifikace), vytěžení vybraných technických metadat nástroji typu Jhove či exiftool (BitCurator?). Okruh nástrojů musí být administrátorsky rozšiřitelný.

Výsledek použití nástroje bude poskytnut administrátorovi pro další analýzu, výsledek bude možné zapsat do AIP XML (jen v případě zjištění rozdílů). Jednotlivé hromadné akce budou dokumentovány, tak aby byl dostupný údaj např. o periodicitě identifikace a validace formátů.

Ideálním řešením je spouštění nástrojů přímo nad online zálohou archivalstorage /nikoliv nad primární kopií/, tak aby nebylo nutné AIP vykopírovávat do workspace. Ve workspace by se dělala jen případná aktualizace (vytvoření nové verze).

• 4.2. Koncept řešení

Nástroj bude umožňovat definici jednotlivých operací. Operace může být spuštěna nad konkrétní dávkou AIPů. Rozsah spuštění nástroje (vstup z ESM):

• vybrané AIPy a všechny soubory v nich (tj. všechny reprezentace)

• vybrané AIPy, určené skupiny formátových reprezentací (včetně výběru originálu archiválie), tj. v určených formátových reprezentací se použijí jen platné reprezentace

Manuální spuštění nástroje (bez iniciace z ESM):

• vybrané AIPy a soubory / komponenty v nich (určením konkrétních formátových reprezentací) - určení konkrétních formátových reprezentací se provede importem CSV do nástroje, jedná se o opravný prostředek

Nástroj musí rozumět internímu formátu uložení AIPů v ArchivalStorage pro zajištění přímého a efektivního přístupu k jejich obsahu, tj. umístění na disku dle ID, načtení dat ze ZIP souboru, čtení metadat z XML formátů (METS, EAD, PREMIS, …).

Součástí řešení nástroje bude předpřipravená konfigurace pro maximálně 5 nástrojů, z nichž jedna je možnost obecného spuštění řádkové aplikace nad vybranými AIP a převzetí výsledku v unifikovaném formátu. Návrh podoby výsledného XML je součástí řešení nástroje. Uživatelé mohou v rámci nastavení nástroje definovat další dílčí konfigurace pro jednotlivé nástroje, resp. tyto nástroje parametrizovat. Rozsah možné parametrizace bude předmětem návrhu řešení.

Nástroj provede příslušnou činnost nad vybranými AIPy formou dávkové operace. Dávková operace se bude spouštět z ESM a to výběrem příslušné konfigurace a určením rozsahu AIPů. Dávkovou operaci je možné v nástroji sledovat, přerušit či pozastavit.

V rámci nástroje bude možné zobrazovat výsledek běhu jednotlivých dávkových operací, zobrazit výslednou zprávu, seznam změn v AIPech. V případě souhlasu s dosaženým výsledkem může uživatel potvrdit jeho přenos do ESM. ESM za tímto účelem definuje specializované API umožňující příslušné AIPy obohatit o výsledek z nástroje pro formátovou analýzu. Předmětem přenosu bude informace se seznamem AIPů a požadavků na změnu identifikovaného formátu, technických metadat daných souborů. Při řešení bude definován XML formát pro přenos změněných dat. ESM na základě zaslané změny provede všechny potřebné modifikace a to jak v jednotlivých AIPech, zajištění jejich uložení do ArchivalStorage, tak i úpravu ve svých vlastních datových strukturách.

• 4.3. Vazba na AIS

Nástroj pro formátovou migraci bude komunikovat výhradně s ESM a bude mít možnost číst přímo datové úložiště ArchivalStorage (jen v režimu ReadOnly).

Rozsah nutných úprav na straně ESM (nejsou předmětem dodávky):

• tvorba dávek pro formátovou analýzu

• výběr druhu formátové analýzy (na základě informace z nástroje pro formátovou analýzu)

• zahájení formátové analýzy a předání vstupní dávky

• přijetí výsledku formátové analýzy (kontrola správnosti AIPu v ESM, uložení do ArchivalStorage, uložení změn do struktur ESM včetně založení případných vnitřních změn)

Uvažované typy dávkových operací (druhy změn metadat):

• změna typu souboru

• obsah technických metadat (např. EXIF), tj. vložený PREMIS v metadatové části AIPu

Každá provedená změna v AIP v důsledku dávkových operací musí být plně dokumentována v AIP a to formou uvedení agenta a události.

Rozhraní nástroje pro ESM:

• vrácení seznamu konfigurací nástroje pro možnost jejich výběru.

5. Nástroj pro formátovou migraci

• 5.1. Požadavky

Nástroj pro formátovou migraci ve formě modulu s chráněným workspace se samostatně dedikovanými kapacitami (procesoru a uložení) v rámci AIS, který umožní realizaci migračních workflow. Migrační workflow je realizováno pomocí specializovaných externích konverzních nástrojů, kdy dochází k migraci obsahu jednotlivých komponent. Výsledkem migrace jsou převedené komponenty (soubory) a dokumentace (v části PREMIS) o proběhlé konverzi. Výsledný AIP se změnami a jejich dokumentací se uloží do ArchivalStorage.

Modul by měl fungovat obdobně jako současný modul Výběr. Transformace dané konverzní dávky může být časově náročná a zpracování jedná dávky změn by mělo být asynchronní ve vztahu k ostatním změnám v AIS.

Uživatel má možnost definice dávky na základě určených formátů v jednotlivých AIPech, stavu jejich ohrožení a dalších vlastnostech. Migraci dávky je možné přerušit a opětovně spustit (přerušení a znovuspuštění operace), možnost vyřazení problematických balíčků z již spuštěné dávky.

Migrace může být automatizovaná nebo ruční. V případě ruční migrace je možné realizované workflow dokumentovat ručně obdobně jako při automatizované migraci s následným zápisem do PREMIS. Dokumentace je pro každý balíček (info o workflow, nástroji, uživateli, který spustil, čase…) i pro celou dávku (v dávce navíc seznam zpracovaných balíčků). Tato “průvodka migrace” bude následně uložena jako další sekce v AIP XML v PREMIS.

Migrace automatizovanými nástroji bude probíhat v chráněném workspace, který bude součástí AIS, tj soubory nebudou stahovány mimo AIS a znovu nahrávány.

Očekávané chování: migrační nástroj soubor načte z určeného workspace (pro uložení AIP stažených z ArchivalStorage) a nový soubor uloží do workspace, kde bude použit pro vytvoření nové verze existujícího AIP.

Možnosti kontroly: logování výstupů migračního nástroje (detekce hlášených chyb), kontrola velikosti výsledných souborů (na základě zdrojových souborů administrátor stanoví očekávanou minimální a maximální velikostí), nad výslednými soubory spustit Xxxxxxxxx či jiný identifikátor formátů a porovnat PUID s očekávanou hodnotou, možnost zapojení validátorů vybraných formátů.

• 5.2. Koncept řešení

Na straně ESM na základě zjištění nástroje pro formátovou správu dojde k přípravě vstupní dávky pro formátovou migraci. Uživatel vybere konkrétní AIP a způsob provedení migrace. Archiválie je možné vybírat z jednoho nebo i více archivních souborů. Archiválie je tvořena aktuální verzí odpovídajícího AIP balíčku a jemu příslušné platné metadatové verzi.

Nástroj musí rozumět internímu formátu uložení AIPů v ArchivalStorage pro zajištění přímého a efektivního přístupu k jejich obsahu, tj. umístění na disku dle ID, načtení dat ze ZIP souboru, čtení metadat z XML formátů (METS, EAD, PREMIS, …).

Z hlediska návrhu řešení byly posuzovány dvě alternativy:

• do nástroje se zasílá seznam souborů k migraci

• do nástroje se zasílají AIPy nebo jejich relevantní část (metadata + vybrané soubory)

Pro další analýzu navrhujeme uvažovat druhou možnost a to z těchto důvodů:

• již nyní umožňuje ESM vyžádání AIPů pro jejich obohacení

• standardizace rozhraní ESM, tj. bez nutnosti vytvářet zcela odlišné rozhraní pro tento konkrétní účel

• nevýhodou je, že nástroj bude muset rozumět vnitřní struktuře AIPu

• za významnou výhodu však považujeme možnost využití rozhraní také nejen pro obsahové migrace, ale také pro migrace metadat (včetně například jejich oprav apod.) a to v souladu s obecnějším pojetím migrací dle OAIS kap. 5.1.3

Způsobem provedení migrace je myšlen výběr z konfigurace připravené v rámci daného nástroje. Dávka AIPů je předána do nástroje pomocí rozhraní používaného pro obohacování AIPů. Uživatel v nástroji spustí příslušnou migraci, vyhodnotí ji, případně upraví její parametry a zahrnuté balíčky. V rámci prováděné migrace se v nástroji určí, zda jsou předmětem migrace:

• všechny platné reprezentace ve všech skupinách (ORIGINAL, LTP_COPY, HQ_COPY, LQ_COPY) či jen v některých, zdrojem pro migraci je vždy poslední platná LTP verze

• určení konkrétních formátových reprezentací v dané skupině (například ve skupině LTP_COPY existují reprezentace 1, 2, 3, 4. Uživatel vybere reprezentaci č. 2, tj. je provedena migrace jen v této skupině a výsledkem je nová platná reprezentace č. 5). Rozsah prováděné migrace, tj. určení zdrojové reprezetnace a cílové skupiny pro daný AIP je možné hromadně nastavit importem CSV souboru.

Po dokončení běhu nástroje jsou výsledné modifikované AIPy zaslány zpět do ESM pro jejich uložení společně s průvodkou popisující danou operaci, na základě které ESM upraví AIP XML. Uložení znamená:

• zpracování průvodky a úprava AIP XMLs

• kontrola správnosti AIPu v ESM

• uložení do ArchivalStorage

• uložení změn do struktur ESM včetně založení případných vnitřních změn

Z důvodu efektivity datových přenosů bude umožněno vyzvednutí AIPů jen v podobě metadat nebo s definovanou množinou souborů.

• 5.3. Vazba na AIS

Nástroj pro formátovou migraci bude komunikovat výhradně s ESM a bude mít možnost číst přímo datové úložiště ArchivalStorage (jen v režimu ReadOnly).

Bude mít nasdílen přístup do tohoto úložiště a bude moct stahovat balíčky. Pro zápis bude využívat výhradně služeb ESM pro toto určených (modul Zápis).

Rozsah nutných úprav na straně ESM (nejsou předmětem dodávky, budou zajištěny ze strany Archivu UK spoluprací s dodavatelem ESM):

• tvorba dávek pro formátovou migraci

• výběr druhu formátové migrace (na základě informace z nástroje pro formátovou migraci)

• zahájení formátové migrace a předání vstupní dávky

• přijetí výsledku formátové migrace (kontrola správnosti AIPu v ESM, zpracování průvodky a úprava AIP XMLs, uložení do ArchivalStorage, uložení změn do struktur ESM včetně založení případných vnitřních změn)

Rozhraní nástroje pro ESM:

• vrácení seznamu migračních profilů pro možnost jejich výběru.

6. Závěr

• 6.1. Základní mapování na OAIS model

Uvažovaný rozvoj systému je zaměřen na oblast dlouhodobé udržitelnosti a ochrany dat uložených v digitálním archivu a to tak, aby bylo dosaženo souladu s referenčním modelem OAIS a současně splněny reálné provozní potřeby. Základní požadavky pro soulad se standardem OAIS jsou formulovány v jeho kapitole 3, resp. z požadavky na udržitelnost a dlouhodobou ochranu jsou popsány v kapitole 3.2.5 Follows established preservations policies and procedures. Funkční požadavky na plánování ochrany jsou v kapitole 4.1.1.6 Preservation plannig, dále jsou shrnuty v tabulce:

Funkční blok	Způsob realizace
Monitor Designated Community	modul formátové správy umožňuje uložení jednotlivých zjištění, načítání a předávání poznatků mezi jednotlivými digitálními archivy
Monitor Technology	modul formátové správy umožňuje uložení jednotlivých zjištění, načítání a předávání poznatků mezi jednotlivými digitálními archivy
Develop Preservation Strategies and Standards	plánování dlouhodobé ochrany je založeno na výsledcích uložených v modulu formátové správy v kombinaci s výsledky nástroje pro formátovou analýzu a hodnocením jednotlivých rizik
Develop Packaging Designs and Migration Plans	pro vývoj a přípravu migračních postupů včetně jejich ověřování je určen nástroje pro formátovou migraci

Pohled na možnosti realizace dlouhodobé ochrany je nastíněn v kapitole 5 Preservation perspectives referenčního modelu.

Část dle OAIS	Pokrytí
5.1 Digital migration	Typologie migrací je podrobněji popsána v části 5.1.3 Migration types, v případě zvolené metody popsané v bodu 5 tohoto dokumentu se jedná o transformaci dle bodu 5.1.3.4 Transformation referenčního modelu OAIS. V tomto smyslu se jedná o vratnou (reverzibilní) transformaci, kdy je možný návrat k předchozí verzi. Pro zvýšení bezpečnosti uchování dat by v případě transformace bylo vhodné uvažovat o nezávislé komponentně, která by kontrolovala provedenou transformaci AIPu a zachování původních dat v nezměněné/originální podobě.
5.2 Preservation of Access and Use services	Dokument a řešení nepokrývá problematiku zachování původních nástrojů pro přístup k obsahu. Takovýto požadavek považujeme za nesplnitelný v prostředí jednotlivého archivu spravujícího digitální archiválie při známé heterogenitě uchovávaných dat. Pro zachování jejich dostupnosti a přístupnosti je nutná možnost transformace původní reprezentace do nové reprezentace, tj. využití nástroje pro formátovou migraci.

• 6.2. Další požadavky na stávající komponenty

Do frontendu ESM by měl být doplněn pohled na výsledek kontroly integrity dat (periodickou kontrolu kontrolních součtů) - pozitivní i negativní výsledky kontroly s možností tvorby statistik a případně plánování (jak často, nad jakým vzorkem). V zásadě se jedná o možnost zobrazení stavové informace z ArchivalStorage. Tuto funkci navrhujeme řešit jako rozšíření stávajícího ESM.

• 6.3. Návrh způsobu řešení

V rámci uvedené analýzy jsou popsány čtyři samostatné aplikační moduly. Moduly popsané v částech 3., 4. a 5. týkající se formátové správy považujeme z hlediska domény řešení jako vzájemně související. Zálohovací modul definovaný v kapitole 2 je z tohoto pohledu oddělenou komponentou s odlišnou oblastí funkcí. V případě tohoto modulu může způsob jeho realizace být velmi úzce svázán s konkrétním hardwarovým řešením. Moduly 3, 4 a 5 jsou naproti tomu nezávislé na konkrétním technickém řešení úložiště. Předmětem předběžných tržních konzultací bude mj. způsob realizace modulů 3, 4, a 5 (tj. zda budou realizovány samostatně nebo v rámci jednoho nového modulu).

PŘÍLOHA Č. 5 – INFLAČNÍ A DEFLAČNÍ DOLOŽKA

1. Smluvní strany sjednávají v souladu s čl. 9.2 písm. b) Smlouvy změnu ceny dle čl. 9.1 písm. b) a c) Smlouvy z důvodu zvýšení nebo snížení cen materiálních, personálních či jiných vstupů potřebných pro poskytování služeb (dále jen „Změna nákladů“) o částky určené vzorci stanovenými v čl. 3 a 4 této přílohy (dále jen „Změna ceny“). Tato Změna ceny se použije, pokud průměrný meziroční „Index cen tržních služeb v podnikatelské sféře, kód J62 - Služby v oblasti programování a poradenstv퓲 (dále jen „Cenový index“), vyhlašovaný Českým statistickým úřadem (dále jen „ČSÚ“) pro daný kalendářní rok, dosáhne některé z hodnot dle čl. 2 této přílohy.

2. Pro výpočet Změny ceny se použije Cenový index (CI) pouze v případě, pokud jeho hodnota za předchozí kalendářní rok „n“ dosáhla vyšší hodnoty než 101 (tj. CI>101 = aplikace inflační doložky), nebo pokud jeho hodnota za předchozí kalendářní rok „n“ dosáhla nižší hodnoty než 99 (tj. CI<99 = aplikace deflační doložky). Nedosáhne-li v některém kalendářním roce Cenový index hodnot stanovených v předchozí větě (tj. jeho hodnota se bude pohybovat v rozmezí od 99 do 101), nebude Změna ceny v následujícím kalendářním roce „n+1“ uplatněna.

3. Změna ceny při prvním uplatnění této Inflační a deflační doložky po uplynutí čtyř (4) let od uvedení Rozšíření AIS do rutinního provozu dle čl. 9.2 písm. b) Xxxxxxx se vypočítá dle následujících vzorců:

Inflační doložka:	ZCn =	[(CIn + CIn+1 + CIn+2 + CIn+3 + CIn+4) / 5 – 1] * C
		100

Deflační doložka:	ZCn =	[(CIn + CIn+1 + CIn+2 + CIn+3 + CIn+4) / 5 + 1] * C
		100

kdy platí, že:

ZC_n = Celková cena dle čl. 9.1 písm. b) resp. c) Smlouvy, která má být upravena z důvodu Změny nákladů za předchozí 4 roky od uvedení Rozšíření AIS do rutinního provozu.

CI_n = Cenový index vyhlášený ČSÚ pro rok „n“, pro rok, ve kterém bylo Rozšíření AIS uvedeno do rutinního provozu.

CI_n+1 = Cenový index vyhlášený ČSÚ pro rok „n+1“, tj. pro rok následující po roce, ve kterém bylo Rozšíření AIS uvedeno do rutinního provozu.

CI_n+2 = Cenový index vyhlášený ČSÚ pro rok „n+2“.

CI_n+3 = Cenový index vyhlášený ČSÚ pro rok „n+3“.

CI_n+4 = Cenový index vyhlášený ČSÚ pro rok „n+4“.

C = Celková cena uvedená v čl. 9.1 písm. b) resp. c) Smlouvy v době uzavření Smlouvy.

4. Každá další Změna ceny (po uplatnění vzorce dle čl. 3 této přílohy) se vypočítá dle následujících vzorců:

Inflační doložka:	ZCn+1 =	(CIn – 1) * Cn
		100

Deflační doložka:	ZCn+1 =	(CIn + 1) * Cn
		100

kdy platí, že:

ZC_n+1 = Celková cena dle čl. 9.1 písm. b) resp. c) Smlouvy, která má být upravena z důvodu Změny nákladů za předchozí rok „n“.

CI_n = Cenový index vyhlášený ČSÚ pro předchozí rok „n“.

C_n = Celková cena dle čl. 9.1 písm. b) resp. c) Smlouvy placená Objednatelem Dodavateli od dubna předchozího roku „n“ (tj. se započtením všech do té doby včas uplatněných Změn cen).

5. Nárok na Změnu ceny vypočítanou podle vzorců dle čl. 3 nebo 4 této přílohy, je povinna kterákoli ze smluvních stran uplatnit vůči druhé smluvní straně a to vždy nejpozději v měsíci březnu následujícího roku. O Změně ceny bude sepsán (deklaratorní) Protokol o Změně ceny, který bude potvrzen oběma smluvními stranami. Nárok na Změnu ceny neuplatněný kteroukoli ze smluvních stran do 1. dubna následujícího kalendářního roku zaniká a nelze ho uplatnit ani v dalších letech.

6. Řádně a včas uplatněný nárok na Změnu ceny se uplatní na ceny za služby poskytnuté od měsíce dubna následujícího roku (včetně).

7. Pro účely správného pochopení a výkladu shora uvedených ustanovení této přílohy je dále uveden příklad výpočtu Změny ceny:

Pro účely příkladu předpokládejme, že ceny dle čl. 9.1 písm. b) resp. c) Smlouvy byly dohodou smluvních stran stanoveny ve výši 10 000,- Kč bez DPH s tím, že Rozšíření AIS bylo uvedeno do rutinního provozu dle čl. 8.13. Smlouvy dne 1. 7. 2014.

V takovém případě by bylo možné v souladu s čl. 9.2 písm. b) Smlouvy uplatnit Změnu ceny nejdříve v roce 2019 (4 roky by sice uplynuly již 1. 7. 2018, avšak Změnu ceny lze uplatnit nejpozději do 31. března daného roku). Nejpozději do 31. března 2019 by tak kterákoli ze smluvních stran mohla uplatnit Změnu ceny. V takovém případě se vypočítá průměr Cenového indexu za roky 2014 – 2018 (znázorněno vzorcem (CI_n + CI_n+1 + CI_n+2 + CI_n+3 + CI_n+4) / 5). V roce 2014 dosáhl Cenový index dle ČSÚ hodnoty 101,3, v roce 2015 hodnoty 100,6, v roce 2016 hodnoty 101,1, v roce 2017 hodnoty 101,3 a v roce 2018 hodnoty 101. V takovém případě by se uplatnila Inflační doložka, jejíž výpočet by vypadal následovně:

Inflační doložka:	ZC2019 =		[(101,3 + 100,6 + 101,1 + 101,3 + 101) / 5 – 1] * 10 000
			100
Inflační doložka:		ZC2019 =		10 006

V následujícím roce 2020 by bylo možné uplatnit Změnu ceny z důvodu, že dle ČSÚ dosáhl Cenový index za rok 2019 hodnoty 104,2. V takovém případě by se uplatnila Inflační doložka, jejíž výpočet by vypadal následovně:

Inflační doložka:	ZC2020 =	(104,2 – 1) * 10 006
		100
Inflační doložka:	ZC2020 =	10 326,19

V dalším roce 2021 by bylo možné opět uplatnit Změnu ceny z důvodu, že dle ČSÚ dosáhl Cenový index za rok 2020 hodnoty 103,6. V takovém případě by se uplatnila Inflační doložka, jejíž výpočet by vypadal následovně:

Inflační doložka:	ZC2021 =	(103,6 – 1) * 10 326,19
		100
Inflační doložka:	ZC2021 =	10 594,67

Pro účely příkladu předpokládejme, že v dalším roce 2022 by bylo možné opět uplatnit Změnu ceny z důvodu, že dle ČSÚ by dosáhl Cenový index za rok 2021 hodnoty 96,5³. V takovém případě by se uplatnila Deflační doložka, jejíž výpočet by vypadal následovně:

Deflační doložka:	ZC2022 =	(96,5 + 1) * 10 594,67
		100
Deflační doložka:	ZC2022 =	10 329,80

1 Konkrétní konfigurace hardware může být odlišná, nesmí však přesahovat uvedenou konfiguraci.

2 Jedná se o údaj uvedený vždy ve sloupci č. 16 nazvaném „od poč. roku“ (v souhrnném sloupci zahrnujícím sloupce č. 16 - 20 nazvaném „Průměr“) srovnávajícím stejné období předchozího roku v tabulce Index cen tržních služeb v podnikatelské sféře, kód J62 - Služby v oblasti programování a poradenství uveřejněné ČSÚ.

3 Ve skutečnosti dle ČSU dosáhl Cenový index za rok 2021 hodnoty 102,9.

1

„RUK – ÚDAUK – Archivní informační systém“ – Smlouva o dílo a o poskytování služeb