Univerzita Karlova Filozofická fakulta
Servisní smlouva: Aplikační moduly VERSO, servisní podpora 2024
číslo smlouvy Poskytovatele: SS-011/24 číslo smlouvy Uživatele: UKFFS/1536/2023
Smluvní strany:
Univerzita Karlova Filozofická fakulta
nám. Xxxx Xxxxxxx 0/0, 000 00 Xxxxx 0
IČO: 00216208, DIČ: CZ 00216208
zástupce: Xxx. Xxxxxx Xxxxxxxx, tajemník fakulty
(dále jen „Uživatel“)
(Poskytovatel
a Uživatel každý jednotlivě dále také „Smluvní strana“
nebo společně „Smluvní strany“)
DERS s. r. o.
Xxxxxxxx 000/0, Xxxxxxx Xxxxxxxxx, 000 00 Xxxxxx Xxxxxxx
IČO: 25924362, DIČ: CZ25924362
Krajský soud v Hradci Králové, oddíl C, vl. 14855
Datová schránka: acayn8g
zástupce: Xxx. Xxx Xxxx, jednatel společnosti
(dále jen „Poskytovatel“)
uzavírají v souladu s ust. § 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“), tuto Servisní smlouvu (dále jen „Smlouva“):
Předmět smlouvy
Předmětem Smlouvy jsou níže specifikované závazky Poskytovatele a závazek Uživatele uhradit za toto plnění Poskytovatele sjednanou cenu. Poskytovatel se zavazuje provést pro Uživatele činnosti spočívající v poskytnutí servisní mimozáruční a pozáruční podpory pro produkty VERSO – Aplikační moduly dodané Poskytovatelem (dále jen „Produkt“) pro období uvedené v kapitole II. Xxxxxxx, a to v rozsahu stanoveném v kapitole III. Smlouvy a dále specifikovaném v příloze č. 1 Smlouvy.
Podrobné členění Produktu:
Konkrétní specifikace funkcionality Produktu, ke které je poskytována servisní podpora, vyplývá z uzavřených licenčních smluv, smluv o dílo či objednávek (funkcionalita vytvořená na zakázku). Účelem servisní podpory je zabezpečení provozu Produktu v celé jeho funkcionalitě.
Smlouva upravuje poskytování servisní podpory spočívající v připravenosti a schopnosti Poskytovatele řešit problémy, které se v souvislosti s Produktem vyskytnou, podmínky jejich odstranění a podmínky poskytování dalších služeb v této Smlouvě specifikovaných.
SW/Modul |
Licenční smlouva Smlouva o dílo Objednávka |
Koncentrátor plateb včetně dodatečně zhotoveného webového rozhraní pro platby bankovní kartou na xxxx://xxxxxx.xx.xxxx.xx |
LS-001/13 |
eObchod (EOC) |
LS-001/13 |
NEP |
SOD-005/15 |
MOSL - Moje služby |
SD-013/13 |
LEG – Legislativa |
SD-013/13 |
LL – Likvidační listy |
SOD-004/18 |
MIS – Manažerský informační systém |
SOD-004/18 |
SLŘ – Služby řešitelům |
SOD-004/18 |
SML - Smlouvy |
SOD-004/18 |
ZAD – Žádanky |
SOD-004/18 |
servisní podpora
Servisní podpora pro Produkt se pro období uvedené v kapitole II. Smlouvy stanovuje takto:
V případě nedostupnosti Aplikace způsobené technologiemi (hardware, software),
Kód služby
Název služby
Moduly VERSO
D8x5
Dostupnost 8x5 (8:00 – 16:00; Po-Pá) – viz příloha č. 1 kapitola II. Terminologie, odst. 2.16
RD6H
Reakční doba 6 hodin pro Chyby s vysokou prioritou – viz příloha č. 1 kapitola II. Terminologie, odst. 2.19
DOZB18H
Doba odstranění Chyby/závady – blocker 18 hodin – viz příloha č. 1 kapitola II. Terminologie, odst. 2.20
DOZC18H
Doba odstranění Chyby/závady – critical 18 hodin
RD24H
Reakční doba 24 hodin pro Chyby s nízkou prioritou – viz příloha č. 1 kapitola II. Terminologie, odst. 2.19
DOZM80H
Doba odstranění Chyby/závady - major 80 hodin (10 dnů)
DOZT240H
Doba odstranění Chyby/závady - minor a trivial v rámci další nasazované verze
AKTUL
Hotfix aktualizace – viz příloha č. 1 kapitola II. Terminologie, odst. 2.28
na nichž je Aplikace provozována a/nebo
které slouží pro připojení k Aplikaci a/nebo k technologiím, na nichž je Aplikace provozována,
pokud tyto nebyly poskytnuty Poskytovatelem za účelem provozování Aplikace, nebo pokud takto Poskytovatelem poskytnuty byly, avšak byla na nich provedena změna, jež nebyla ze strany Poskytovatele pro provozování Aplikace autorizována, je Poskytovatel povinen analyzovat chybu a informovat o možnostech jejího řešení Uživatele.
V případě uplatnění nároku Uživatele vůči Poskytovateli z titulu nedostupnosti Aplikace se Poskytovatel zbaví odpovědnosti, pokud prokáže, že nedostupnost Aplikace je způsobena technologiemi uvedenými v předchozím odstavci Smlouvy a zároveň je splněna informační povinnost o možnostech řešení definovaná v předchozím odstavci Smlouvy.
Poskytovatel žádným způsobem neodpovídá za nedostupnost Aplikace způsobenou třetí stranou, nebo událostí, za kterou tato strana odpovídá, nebo k níž došlo z důvodu překážek vylučujících odpovědnost, jak jsou vymezeny v § 2913 odst. 2 občanského zákoníku.
Další podmínky servisní podpory jsou uvedeny v příloze č. 1 Smlouvy.
Pro případ nutného zásahu s ohledem na udržení Produktu v chodu jsou stanoveny tyto osoby:
Za Poskytovatele:
-
Xxxxx a příjmení
Odpovědnost
Kontakt a způsob hlášení požadavku
XXX
manažer projektu
XXX
hlášení prostřednictvím HelpDesk JIRA
Za Uživatele:
-
Xxxxx a příjmení
Odpovědnost
Kontakt a způsob hlášení požadavku
XXX
kontaktní osoba za Uživatele
XXX
Tuto osobu bude Poskytovatel v případě potřeby kontaktovat a Uživatel se zavazuje zajistit její plnou součinnost.
Cena bez DPH v Kč: ==364.819==(slovy: tři sta padesát tisíc tři sta sedmdesát devět)
Sazba DPH v %: 21 (slovy: dvacet jedna)
DPH v Kč: ==76.611,99==(slovy: sedmdesát tři tisíc pět set osmdesát)
Cena včetně DPH v Kč: ==441.430,99== (slovy: čtyři sta dvacet tři tisíc devět set padesát devět)
Podrobná kalkulace ceny tvoří přílohu č. 2 Smlouvy. Součástí přílohy č. 2 Smlouvy je i Ceník Poskytovatele.
Cena dle odst. IV.1 bude uhrazena ve dvou rovnoměrných splátkách, a to na základě faktur vystavených ke dni 29. 3. 2024 a 30. 09. 2024.
Cena je splatná na základě faktury se 30 denní splatností od dne prokazatelného doručení Uživateli. Cena za případná plnění ze strany Poskytovatele za objednávky a servisní zásahy mimo rozsah sjednaný touto Smlouvou je splatná na základě faktury se 30 denní splatností od dne prokazatelného doručení Uživateli. Faktura vystavená Poskytovatelem dle této Smlouvy bude vystavena jako daňový doklad se zúčtováním DPH dle předpisů platných k datu zdanitelného plnění a musí mít náležitosti daňového dokladu stanovené zákonem č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů a náležitosti obchodní listiny dle ustanovení § 435 občanského zákoníku.
V případě, že daňový doklad nebude mít odpovídající náležitosti, je Uživatel oprávněn zaslat jej ve lhůtě splatnosti zpět Poskytovateli k doplnění, aniž se tak dostane do prodlení se splatností; lhůta splatnosti počíná běžet znovu ode dne opětovného doručení náležitě doplněné či opravené faktury. V případě, že daňový doklad nebude obsahovat předepsané náležitosti a tuto skutečnost zjistí až příslušný správce daně či jiný orgán oprávněný k výkonu kontroly, nese veškeré následky z tohoto pochybení Poskytovatel.
Závazky smluvních stran
Poskytovatel se zavazuje:
dodržet podmínky uvedené v této Smlouvě a jejích přílohách;
sdělit písemně Uživateli veškeré požadavky na součinnost při plnění Smlouvy, a to bezodkladně poté, co potřebu součinnosti mohl Poskytovatel zjistit;
zachovat mlčenlivost o všech informacích, se kterými při provádění servisní podpory dle této Smlouvy u Uživatele přišel do styku, a postupovat při provádění podpory vždy tak, aby zachoval bezpečnost a důvěrnost všech dat, jež mu Uživatel v souvislosti s prováděním servisní podpory dle této Xxxxxxx poskytl. Povinnost mlčenlivosti trvá i po ukončení této Smlouvy;
postupovat při nakládání s osobními údaji v souladu s nařízením Evropského parlamentu a Rady (EU) č. 2016/679 ze dne 27. dubna 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ů), a v souladu se zákonem č. 110/2019 Sb., o zpracování osobních údajů, ve znění pozdějších předpisů; Poskytovatel se zavazuje uzavřít s Uživatelem smlouvu o zpracování osobních údajů, pokud již taková smlouva není mezi Smluvními stranami uzavřena a současně zajistit její účinnost po celou dobu účinnosti této Smlouvy.
postupovat s odbornou péčí a včas Uživatele upozorňovat na možné chyby Aplikace způsobené nejen Aplikací, ale i SW a HW třetích stran.
Poskytovatel odpovídá pouze za služby výslovně uvedené a předplacené Uživatelem v rámci této Smlouvy v rozsahu dle kapitoly III. této Smlouvy.
Uživatel se v rámci této Smlouvy zavazuje:
zaplatit sjednanou cenu;
umožnit Poskytovateli komunikaci s klíčovými pracovníky Uživatele a poskytnout všechny další nezbytné informace pro zajištění chodu Produktu a poskytnout potřebnou součinnost pro plnění povinností Poskytovatele vyplývajících z této Smlouvy na vyžádání Poskytovatele (např. poskytnutí přístupů, zajištění konfigurace integrovaných SW Uživatelem a další);
spolupracovat při organizaci školení zaměstnanců Uživatele, pokud má Uživatel tuto službu objednanou nebo si ji dodatečně objedná;
umožnit realizaci dálkové administrace serveru Uživatele, v případě, že ji má Uživatel objednanou nebo si ji dodatečně objedná, a poskytnout Poskytovateli veškerou součinnost požadovanou Poskytovatelem za tímto účelem;
zachovat důvěrnost všech informací, jež mu Poskytovatel v souvislosti s prováděním servisní podpory dle této Smlouvy sdělil a prokazatelně je označil jako důvěrné, a to za podmínky, že tyto informace nejsou obecně známé nebo se obecně známými stanou bez zavinění Uživatele nebo že tyto informace Uživatel nezískal nezávisle na Poskytovateli. Povinnost mlčenlivosti trvá i po ukončení této Smlouvy.
Sankce
Uživatel může po Poskytovateli požadovat při nedodržení termínů reakční doby a doby pro vyřešení incidentu typu Chyba (jak je tento výraz definován v příloze č. 1 Smlouvy) stanovených v kapitole III., odst. 3.1 Smlouvy smluvní pokutu ve výši 1000 Kč bez DPH za každý den prodlení. Tím není dotčen nárok Uživatele na náhradu škody do výše 10.000.000 Kč.
Poskytovatel se zprostí povinnosti uhradit smluvní pokutu, pokud prokáže, že dodržení termínů reakční doby a doby pro vyřešení incidentu bylo Poskytovateli znemožněno z důvodů porušení povinností Uživatele dle kapitoly V. odst. V.2 (především bodů V.2.b, V.2.c a V.2.d) a také pokud se jednalo o chybu způsobenou třetí stranou, jak je definováno v Xxxxxxxx XXX. odst. III.2 a odst. III.4.
Uživatel se zavazuje uhradit Poskytovateli úroky z prodlení v případě svého prodlení s úhradou dlužné částky ve výši stanovené právním předpisem.
Splatnost sankce je 30 dní od doručení jejího písemného vyúčtování Uživateli nebo Poskytovateli.
-
Závazkový vztah založený touto Smlouvou se řídí českým právem, zejména občanským zákoníkem a dalšími právními předpisy účinnými ke dni uzavření Smlouvy, pokud není v této Smlouvě stanoveno jinak.
Uzavírá-li se Smlouva v listinné podobě, vyhotovují se dvě vyhotovení s platností originálu, z nichž každá Smluvní strana obdrží po jednom. Uzavírá-li se Smlouva v elektronické podobě, sdílejí Smluvní strany originální vyhotovení, ke kterému jsou připojeny elektronické podpisy obou Smluvních stran, a to podpisy zaručené založené na kvalifikovaném certifikátu nebo podpisy kvalifikované.
Nedílnou součástí této Smlouvy je její příloha č. 1 – Servisní podmínky a příloha č. 2 – Kalkulace ceny. Uživatel výslovně potvrzuje, že je seznámen se Servisními podmínkami i s Kalkulací ceny a podpisem této Smlouvy s nimi vyslovuje svůj souhlas. Smluvní strany dále sjednávají, že v případě nesrovnalostí či kontradikcí mají ustanovení čl. I. až VII. Smlouvy přednost před ustanoveními příloh.
Smlouva nabývá platnosti dnem jejího podpisu oběma Smluvními stranami. Smlouva nabývá účinnosti zveřejněním v registru smluv dle zákona č. 340/2015 Sb., o zvláštních podmínkách účinnosti některých smluv, uveřejňování těchto smluv a o registru smluv, ve znění pozdějších předpisů (zákon o registru smluv), ve znění pozdějších předpisů (dále jen „zákon o registru smluv“). Smluvní strany berou výslovně na vědomí a souhlasí s tím, že plnění dle této Smlouvy může nastat až po nabytí její účinnosti. Uživatel se zavazuje informovat Poskytovatele o provedení registrace Smlouvy zasláním kopie potvrzení správce registru smluv na e-mailovou adresu uvedenou v kapitole III. odst. 3.6 Smlouvy.
Smluvní strany souhlasně prohlašují, že ve Smlouvě nejsou údaje podléhající obchodnímu tajemství, ani údaje, jejichž uveřejněním by došlo k neoprávněnému zásahu do práv a povinností Smluvních stran, jejich zástupců nebo jejich zaměstnanců, a souhlasí s uveřejněním Smlouvy jako celku. Uživatel je nicméně oprávněn v případě potřeby ze Smlouvy před jejím zveřejněním odstranit informace, které se podle zákona o registru smluv neuveřejňují nebo uveřejňovat nemusejí. V případě, že by přesto uveřejněním Smlouvy došlo k neoprávněnému zásahu do práv a povinností Smluvních stran, jejich zástupců či zaměstnanců, odpovídá každá Smluvní strana za újmu způsobenou pouze jí samé a jejím vlastním zástupcům nebo zaměstnancům.
Smlouva může být měněna pouze písemnými dodatky uzavřenými mezi Smluvními stranami.
Uživatel je oprávněn od Smlouvy odstoupit v případě prodlení Poskytovatele se splněním termínů reakční doby a doby odstranění závady stanovené v odst. 3.1 Smlouvy o více než 8 hodin u Chyb s vysokou prioritou ve vztahu k Dostupnosti Poskytovatele a o více než 48 hodin u Chyb s nízkou prioritou ve vztahu k Dostupnosti Poskytovatele, pokud k takovému porušení smluvních podmínek došlo alespoň třikrát. Odstoupení od Xxxxxxx musí být provedeno písemně, jinak je neplatné. Zrušení závazků ze Smlouvy je účinné doručením písemného oznámení o odstoupení od Smlouvy Poskytovateli. Odstoupením od Xxxxxxx není dotčen nárok Uživatele na zaplacení smluvní pokuty a náhradu škody.
Smlouvu lze také ukončit dohodou nebo písemnou výpovědí jedné ze Smluvních stran. Výpovědní lhůta činí 3 měsíce a začíná běžet 1. den kalendářního měsíce následujícího po doručení výpovědi druhé Smluvní straně. Smluvní strany po ukončení smlouvy provedou vzájemné vyrovnání závazků. Poskytovateli náleží poměrná část z ceny uvedené v kapitole IV. Smlouvy za měsíce, v nichž Xxxxxxx skutečně trvala. Poskytovatel vystaví na poměrnou část odměny fakturu s 30 denní splatností ode dne prokazatelného doručení faktury Uživateli. V případě, že cena dle kapitoly IV. Smlouvy byla již Uživatelem uhrazena, vystaví Poskytovatel opravný daňový doklad s 30 denní splatností ode dne prokazatelného doručení dokladu Uživateli, kterým Uživateli vrátí poměrnou část odměny za měsíce, v nichž nebyla Xxxxxxx realizována.
Všechny spory vyplývající ze Smlouvy nebo v souvislosti s ní vzniklé, se Smluvní strany zavazují přednostně řešit jednáním s cílem dosáhnout vyřešení sporu dohodou. Nedojde-li k dohodě, budou spory předány k rozhodnutí místně a věcně příslušnému soudu. Rozhodčí řízení se vylučuje.
Smluvní strany výslovně prohlašují, že si nepřejí, aby nad rámec výslovných ustanovení Smlouvy byly jakákoliv práva a povinnosti dovozovány z budoucí praxe zavedené mezi Smluvními stranami či zvyklostí zachovávaných obecně či v odvětví týkajícím se předmětu plnění Smlouvy, ledaže je ve Smlouvě výslovně stanoveno jinak.
Smluvní strany shodně prohlašují, že si Xxxxxxx před jejím podepsáním přečetly, že byla uzavřena podle jejich pravé a svobodné vůle, určitě, vážně a srozumitelně a na důkaz toho připojují své podpisy.
V Praze viz. el. podpis
…………………………………….
Xxx. Xxxxxx Xxxxxxxx, tajemník fakulty
Univerzita Karlova, Filozofická fakulta
V Hradci Králové viz. el. podpis
…………………………………….
Xxx. Xxx Xxxx, jednatel
společnost DERS s. r. o.
Příloha č. 1 Servisní smlouvy: Servisní podmínky
Preambule
Poskytovatel se vždy snaží poskytovat služby v co nejkratším možném termínu a všechny svoje Produkty testuje s náležitou pečlivostí, aby nedocházelo k výskytu Incidentů a Chyb. Nicméně Chyby mohou vzniknout i vlivem změny prostředí Uživatele nebo změnou napojených informačních systémů třetích stran.
Smlouva proto ošetřuje případy, kdy dojde k Incidentu (problémové události), který může být způsoben Chybou Produktu, neinformovaností Uživatele nebo změnou okolních podmínek.
Cena Smlouvy je mimo jiné hrazena za připravenost Poskytovatele řešit Incidenty a zahrnuje řešení Chyb v dohodnutých lhůtách.
Smlouva a cena předmětu Smlouvy nepokrývá rozvoj Aplikace nebo Produktu. Standardně je rozvoj Informačního systému realizován na základě samostatné Objednávky nebo Smlouvy o dílo, případně Licenční smlouvy, ve které jsou požadavky Uživatele specifikovány a k nimž je vytvořena samostatná cenová kalkulace.
Poskytovatel neodpovídá za dostupnost Aplikace provozované na technologiích Objednatele nebo třetí strany, pokud se na nich vyskytne technická závada nebo je na nich provedena neohlášená změna ovlivňující provoz Aplikace.
Terminologie
Smlouva = Servisní smlouva.
Aplikace = Produkt je výsledkem práce vývojového týmu Poskytovatele, který je následně předán Uživateli k užívání. Jde tedy o informační systém jako celek nebo jeho libovolnou část dodávanou samostatně (modul, agenda) – dle kontextu. Uživateli je dostupná 24 hodin denně 7 dnů v týdnu.
Instance je samostatná instalace Produktu se specifickou konfigurací a účelem, za kterým je provozována. Synonymem pro Instanci je výraz "Prostředí", užíván také v HelpDesk Poskytovatele. Pokud Smlouva Instance nijak nespecifikuje, je předmětem Smlouvy Produkt ve významu Produkční instance.
Produkční instance Produktu slouží k reálnému provozu a účelu, za kterým byl Produkt zakoupen. Synonymem pro Produkční instanci je výraz "Ostrá".
Demonstrační instance Produktu slouží k prezentaci a ke školení koncových uživatelů Uživatele na verzi Produktu shodné s verzí na instanci produkční. Synonymem pro Demonstrační instanci je výraz "Demo".
Akceptační instance Produktu slouží k testování a akceptaci nových verzí Produktu (Upgrade, Update, Hotfix) v prostředí a s daty Uživatele. Synonymem pro Akceptační instanci je výraz "Test" - z pohledu Uživatele, neboť jeho pověření koncoví uživatelé na této instanci testují. Finální akceptace probíhá po přenosu a otestování na Produkční instanci.
Testovací instance produktu slouží k vývoji a testování nových verzí, není předmětem Smlouvy, zpravidla existuje pouze v prostředí Poskytovatele a může být Uživateli přístupná dle pravidel sjednaných mimo Smlouvu.
Vývojová instance Produktu slouží k vývoji nových verzí, není předmětem Smlouvy, zpravidla existuje pouze v prostředí Poskytovatele a je Uživateli nepřístupná.
HelpDesk je aplikace Poskytovatele, která slouží pro evidenci a řešení Incidentů (hlášení chyb, dotazy, požadavky, …) vzniklých v rámci používání Produktu, jehož podpora je předmětem plnění Smlouvy. HelpDesk je hlavním oficiálním komunikačním kanálem mezi Poskytovatelem a Uživatelem. Poskytovatel si vyhrazuje právo nereagovat na Incidenty, které nejsou evidovány v HelpDesku. HelpDesk Poskytovatele je provozován prostřednictvím JIRA na xxxxx://xxxx.xxxx.xx a je Uživateli dostupný 24hodin denně 7 dnů v týdnu mimo oznámené výpadky na webových stránkách Poskytovatele nebo výpadky, které nemůže Poskytovatel ovlivnit.
Databáze znalostí je aplikace Poskytovatele založená na principu WIKI, ve které jsou dostupné informace a dokumenty týkající se Produktu a spolupráce Uživatele a Poskytovatele. Databáze znalostí je Uživateli dostupná bezplatně na xxxxx://xxxx.xxxx.xx 24 hodin denně 7 dnů v týdnu mimo oznámené výpadky na webových stránkách Poskytovatele nebo výpadky, které nemůže Poskytovatel ovlivnit.
Záruční podpora je definována v rámci Smlouvy o dílo nebo Licenční smlouvy. Jedná se o dobu a rozsah podpory Záruky na vady díla.
Mimozáruční servisní podporou se rozumí veškeré služby, které časově nebo rozsahem/kvalitou překračují podporu v Záruční době.
Incident je záznam v HelpDesku různého typu (viz dále) týkající se dodaného Produktu či souvisejících služeb. Primárně jej pořizuje odpovědný pracovník Uživatele, ve výjimečných případech také pracovníci Poskytovatele.
Klasifikace Incidentu je ohodnocení Incidentu pořizujícím Uživatelem pomocí typu a priority, v odůvodněných případech i následná změna Poskytovatelem. Detailní přehled a popis obou klasifikací je uveden níže.
Hlášení Incidentu je činnost, kterou Uživatel informuje Poskytovatele o výskytu Incidentu prostřednictvím HelpDesku v JIRA.
Dostupnost je časové období, během kterého jsou k dispozici zaměstnanci Poskytovatele prostřednictvím HelpDesku nebo telefonicky. Aplikace HelpDesk je dostupná vždy nepřetržitě, stejně tak i webová Aplikace; dostupnost se týká konkrétních osob, nikoliv technologií. V době garantované dostupností se tedy Uživatel může spolehnout na to, že bude moci svůj problém řešit s pracovníkem odpovědným za servisní podporu. Dostupnost je dána počtem dní v týdnu a počtem hodin v každém dni. Zapisuje se jako Počet hodin v každém dni x Počet dnů v týdnu. Například dostupnost 8x5 znamená, že pracovníci Poskytovatele jsou Uživateli k dispozici každý pracovní den od 8:00 do 16:00 hodin.
Chyba je typ Incidentu znamenající závadu nebo poruchu Produktu (viz Klasifikace Incidentu).
Oznámení chyby musí vždy obsahovat:
datum zjištění chyby,
jméno modulu software a číslo jeho verze, je-li Uživateli známo,
slovní popis chyby,
znění prvního chybového hlášení (pokud existuje) a případných dalších,
popis činnosti Uživatele, která předcházela zjištění chyby,
snímek obrazovky software v okamžiku zjištění chyby, je-li jej možné pořídit.
Pokud jsou Uživateli známy, sdělí zároveň tyto další informace:
je-li chyba reprodukovatelná, popis postupu, jak chybu vyvolat a výpis chybového logu,
zda se chyba projevuje např. jen jednomu uživateli,
zda chyba závisí na použitém PC,
případné další okolnosti zjištění chyby, např. výpadek sítě apod.
Odstranění Chyby je její kompletní odstranění nebo vytvoření alternativního řešení, kterým bude Chyba překlenuta a nedojde k funkčnímu omezení systému.
Reakční doba (také RD) je lhůta, do které bude Uživatel informován o zahájení jednání Poskytovatele směřujícího k vyřešení Incidentu typu Chyba. Reakční doba je odvislá od priority (závažnosti) Chyby. Pro RD jsou uvažovány dvě skupiny Chyb – Chyby s vysokou prioritou (blocker a critical) a Chyby s nízkou prioritou (major, minor a trivial), přičemž kategorie Chyby s vysokou prioritou mají v zásadě kratší RD. Začátek reakční doby je stanoven přijetím Hlášení Incidentu, které se v případě použití HelpDesku rovná automaticky zaznamenanému datu a času vzniku Incidentu (tyto údaje jsou snadno dostupné i pro Uživatele). Reakční doba se vztahuje k Dostupnosti, která je definována výše. Příklad výpočtu RD: Nahlášení Incidentu ve 14:00, smluvní Dostupnost je 8x5 (8:00 – 16:00), smluvní RD 8 hodin pro Chyby s vysokou prioritou, Poskytovatel musí reagovat nejpozději do 14:00 druhého pracovního dne.
Doba odstranění Závady (také DOZ) je doba, za kterou má být daná Chyba či jiná závada odstraněna. DOZ je specifikovaná vždy zvlášť pro každou prioritu (závažnost) Chyby. Chyba je odstraněna v nejkratším možném termínu. DOZ však definují maximální dobu, za kterou je Poskytovatel povinen Chybu odstranit. DOZ začíná běžet v okamžiku potvrzení Poskytovatelem, že má k dispozici všechny informace potřebné pro její odstranění a případně i zajištěnu potřebnou součinnost ze strany Uživatele (typicky pro integrace na systémy třetích stran). Jde o explicitní krok potvrzení ve workflow, který je zaznamenán v historii Hlášení incidentu. DOZ se vždy počítá ve vztahu k Dostupnosti. Poskytovatel je povinen v rámci RD provést toto potvrzení, nebo v případě, kdy nemá všechny potřebné informace či zajištěnou součinnost na tuto skutečnost Uživatele upozornit a potřebné informace si vyžádat.
Příklad výpočtu DOZ ve vztahu k RD a Dostupnosti:
Ve smlouvě jsou SLA parametry definovány takto:
SLA parametr |
Hodnota |
Dostupnost |
5x8 (8:00 – 16:00) |
RD |
pro chyby s prioritou Critical: 6 hodin |
DOZ |
pro chyby s prioritou Critical: 18 hodin |
Incident typu Chyba s prioritou Critical byl Uživatelem nahlášen v pondělí ve 14:00 >>> Poskytovatel musel zareagovat nejpozději do 14:00 následujícího pracovního dne (úterý) a potvrdit, že má zajištěny všechny podmínky na straně Uživatele pro její odstranění. Uživatel však při nahlášení Chyby neposkytnul všechny potřebné informace. Poskytovatel jej tedy na tuto skutečnost v termínu daném RD (tzn. úterý 14:00) upozornil. Uživatel potřebné informace doplnil ve středu v 9:00. Poskytovatel potvrdil (středa 10:00), že jsou splněny všechny podmínky pro odstranění Chyby. Od tohoto okamžiku začala běžet DOZ a Poskytovatel byl povinen Chybu odstranit do pondělí (následujícího týdne) do 10:00.
Poučení Uživatele je informování Uživatele o funkcionalitě Produktu, která je popsána v dokumentaci, nebo opakované poučení Uživatele k témuž problému.
Konzultace je poskytování znalostí o možných způsobech použití či vnitřním fungování Produktu a o informační podpoře procesů Uživatele, a to i nad rámec běžné dokumentace Produktu.
Správce je pracovník Uživatele pověřený rutinním udržováním Produktu v chodu, a který je oprávněný zastupovat Uživatele v jednáních o úpravách Produktu ovlivňujících jeho činnost.
Dokumentace Produktu je souhrn veškerých dokumentů, textů a materiálů popisujících vzhled, funkcionalitu, vlastnosti a chování Produktu. Jedná se zejména o analytický model (procesní model, uživatelské scénáře), uživatelskou příručku, kontextovou nápovědu přímo v Produktu, slovníček pojmů atd.
Aktualizace systému udává frekvenci, s jakou bude Produkt aktualizován formou Update. Aktualizace nemusí být předmětem Smlouvy a může být vždy dohodnuta v závislosti na potřebách Uživatele. Ve Smlouvě však mohou být Poskytovatelem garantované aktualizace v intervalech 1x ročně, až 4 x ročně. Aktualizací se rozumí Update systému tj. změna verze na prvé pozici za desetinnou tečkou.
Upgrade je změna verze Produktu na první číselné pozici tj. Upgrade z verze 1.8 na verzi 2.0. Licence Upgrade je předmětem servisní podpory a je obsažena v ceně Smlouvy. Upgrade obsahuje rozsahem významné nové funkce, anebo je zčásti či zcela přepracován funkčně či vizuálně, případně dojde ke změně architektury nebo technologie. Práce spojené s implementací Upgrade budou samostatně zpoplatněny na základě kalkulace předložené Poskytovatelem Uživateli. Upgrade automaticky zahrnuje rozvoj Aplikace nebo Produktu financovaný jinými Uživateli a Uživatel hradí jen náklady na práci spojenou s implementací Upgrade do jeho Produktu. Upgrade bude proveden pouze na základě vzájemného souhlasu obou Smluvních stran.
Update je změna verze Produktu na prvním místě za desetinnou tečkou. Například: update verze 1.4 na verzi 1.5, automaticky je součástí smlouvy a je zahrnuta v ceně. Update zahrnuje kumulativní opravy chyb (verze Hotfix), legislativní změny, a zapracované nové požadavky Uživatele nebo jiných uživatelů v případě společného rozvoje Produktu. Práce spojené s implementací Update mohou být samostatně zpoplatněny na základě kalkulace předložené Poskytovatelem Uživateli. Update automaticky zahrnuje rozvoj Aplikace nebo Produktu financovaný jinými Uživateli a Uživatel hradí jen náklady na práci spojenou s implementací Update do jeho Produktu.
Hotfix je změna verze na třetí a nižší číselné pozici. Hotfix je vydáván vždy po opravě Chyb a je vždy zahrnut v ceně Smlouvy (není tedy dán zvláštní ceníkovou položkou). Například hotfix verze 1.5.3 na verzi 1.5.4 znamená, že ve verzi 1.5.4 jsou zapracovány opravy Chyb, které se projevily ve verzi 1.5.3. Do Hotfix se zapracovávají obvykle Chyby s prioritou Blocker, Critical a Major, pokud není jejich oprava objednána v další verzi. Potom jsou tyto opravy Chyb dodávány s další verzí podle objednané frekvence verzování.
Paušální (předplacená) hodina je označení hodiny, která je předplacena v rámci servisní podpory. Je levnější, ale nevyčerpané hodiny nejsou převoditelné. Při automatickém prodloužení smlouvy vzniká nárok na čerpání paušálních hodin v původně sjednaném rozsahu.
Hodina nad rámec paušálu je každá hodina spotřebovaná Uživatelem na poskytování konzultační podpory nebo vylepšení Aplikace nad rámec předplacených Paušálních hodin. Ve Smlouvě se definuje cena této hodiny.
Provoz Aplikace na technologiích Poskytovatele je služba, kterou si může v rámci servisní podpory Uživatel objednat. Jedná se o provozování Aplikace na serverech Poskytovatele. Server má svoji technologickou konfiguraci danou garantovaným výpočetním výkonem (počet procesorů), garantovanou pamětí (RAM) a garantovanou velikostí datového úložiště (velikost Hard-disku).
Technologie poskytovatele jsou servery a síťové prvky Poskytovatele zajišťující chod, dohled a zálohování Aplikace.
Garantovaný výpočetní výkon udává kolik procesorů je pro danou Aplikaci vyhrazeno. Čím více procesorů tím je vyšší výpočetní výkon.
Vyhrazená RAM definuje velikost paměti RAM vyhrazeného pro běh Aplikace.
Vyhrazená kapacita úložiště udává velikost diskového prostoru určeného pro Aplikaci a/nebo databázi Aplikace.
Správa Produktu (Aplikace) je zásah v případě výpadku Aplikace, chyby aplikace. Vylepšení Aplikace jen na objednávku za úplatu. Neobsahuje správu HW, které je ve vlastnictví Uživatele. V rámci Správy Produktu není prováděno zálohování Aplikace.
Správa databáze je služba, kterou poskytuje Poskytovatel Uživateli za ceníkovou cenu v rozsahu Základního dohledu, pokud je sjednáno v rámci Smlouvy. Poskytovatel nezodpovídá za provoz hardwarových prostředků vč. virtuálních, na kterých je instalována Databáze, pokud není umístěno na technologiích Poskytovatele. Uživatel je povinen poskytnout Poskytovateli potřebnou součinnost, aby mohla být služba poskytnuta. Jestliže je umožněn přístup do databáze třetím osobám a/nebo zaměstnancům Uživatele, nenese Poskytovatel odpovědnost za škody/újmy jimi způsobené.
Správa serveru je služba, kterou poskytuje Poskytovatel Uživateli za ceníkovou cenu v rozsahu Základního dohledu, pokud je sjednáno v rámci Smlouvy. Poskytovatel nezodpovídá za provoz hardwarových prostředků vč. virtuálních, na kterých je instalovaná Aplikace nebo databáze, pokud není umístěno na technologiích Poskytovatele. Jestliže je umožněn přístup na server třetím osobám a/nebo zaměstnancům Uživatele, nenese Poskytovatel odpovědnost za škody/újmy jimi způsobené.
Základní dohled je prováděn Poskytovatelem v rámci Správy serveru a představuje kontrolu dostupných prostředků serveru a kontrolu dostupnosti serveru. Uživatel je povinen poskytnout Poskytovateli potřebnou součinnost pro plnění povinností vyplývajících z definice Základního dohledu, resp. Správy serveru.
Zálohování je provádění záložních kopií Aplikace a dat. Frekvence provádění zálohování je závislá na podmínkách stanovených Smlouvou a touto přílohou. Zálohování je vždy nastaveno tak, aby probíhalo v časech, kdy je Aplikace minimálně zatížena.
Základní Klasifikace Incidentu je provedena ihned při jeho vzniku, a to odpovědným pracovníkem Uživatele, který Incident hlásí prostřednictvím HelpDesku JIRA. Klasifikace může být následně oponována a změněna zástupcem Poskytovatele. O této změně musí být Uživatel informován, a to minimálně formou komentáře přímo u záznamu Incidentu v HelpDesku s patřičnou notifikací (automatickým e-mailem z HelpDesku). V případě nesouhlasu se změnou klasifikace je Uživatel oprávněn vznést námitku. Do vyřešení námitky zůstává v platnosti původní klasifikace Uživatele. V případě, že se po vyřešení námitky ukáže klasifikace Uživatele neoprávněná, budou veškeré práce účtovány hodinovou sazbou (z předplacených hodin nebo nad rámec Smlouvy).
Uživatel provede primární klasifikaci typem Incidentu a jeho prioritou (viz dále).
Změnu klasifikace Incidentu je Poskytovatel povinen zdůvodnit.
Pro přeřazení Incidentu z kategorie Chyby s vysokou prioritou do kategorie Chyby s nízkou prioritou Poskytovatel popíše postup práce, kterým lze Produkt použít tak, aby bylo možno překlenout hlášenou Chybu.
Uživatel má právo změnu Klasifikace Incidentu zpochybnit a objednat nezávislou expertízu složitosti Chyby a tuto zaslat Poskytovateli k vyjádření. Expertíza musí být provedena písemně a její součástí musí být zdůvodnění jiné náročnosti na opravu Chyby a doporučený postup při řešení opravy.
Typy Incidentů
Typ Incidentu je základní Klasifikací Incidentu. Jedná se o hlášení Chyb, požadavky na přidání nové funkcionality a často kladené dotazy (FAQ). V ceně Smlouvy je zahrnuto pouze řešení Incidentu typu Chyba.
Typ Incidentu |
Popis |
Chyba |
Nesprávné provádění nebo ztráta již existující funkcionality Produktu. Za správné se považuje pouze takové chování, které je v souladu s popisem uvedeným v Dokumentaci Produktu, resp. takové, které je uvedeno ve Xxxxxxx o dílo jako závazný požadavek. Chybou není neznalost Uživatele týkající se funkcionality popsané v Dokumentaci Produktu. Poskytovatel neodpovídá za Chyby způsobené třetí stranou s výjimkou třetích osob na straně Poskytovatele. |
Vylepšení |
Požadavek na dílčí změnu existující funkcionality Produktu.*. |
Nová funkce |
Požadavek na přidání dosud neexistující funkcionality Produktu.* Zachováno kvůli zpětné kompatibilitě, v současnosti je používán spíše typ Incidentu Příběh, viz dále. |
Příběh |
Definice nové funkcionality Produktu z pohledu použití Uživatelem (scénáře a způsoby použití).* |
FAQ (častý dotaz) |
Incident nevyžadující žádný opravný zásah do Produktu tzn. jedná se o vlastnost Produktu nebo je Incident způsoben jinými důvody než na straně Poskytovatele / dodaného Produktu. Nejčastěji vzniká z existujících Incidentů opravou klasifikace typu, má tedy charakter dotazu (opakovaného). Jeho řešení je známé a bývá poskytnuto formou komentáře, odkazu nebo Konzultace.* |
* Není zahrnuto v ceně základní Smlouvy, ale může být odbaveno v rámci předplacených Paušálních hodin, pokud je má Uživatel sjednány.
Kromě výše uvedených typů se v HelpDesku mohou vyskytovat i jiné typy Incidentů (LOG, Úkol, Zápis, Testování, Nákup), které nejsou předmětem plnění Smlouvy a slouží pouze pro podporu řídících procesů Poskytovatele při implementaci a servisu dodaného Produktu.
Priority Incidentů
Priorita Incidentu je klasifikací Incidentu, od které je odvislá Reakční doba a Doba odstranění chyby.
Kategorie Chyby pro RD |
Priorita Incidentu pro DOZ |
Popis |
Chyby s vysokou prioritou |
Blocker |
Blokuje práci (Produkt nelze spustit nebo nefunguje jeho klíčová funkcionalita - nelze úspěšně projít celým procesem). Chyba neumožňuje ani omezený provoz programových prostředků. |
Critical |
Znemožňuje informační podporu hlavních procesů Uživatele. Chyba znemožňuje běžný provoz, ale umožňuje provoz v omezené míře. |
|
s nízkou prioritou |
Major |
Znesnadňuje práci, lze však obejít za cenu přiměřených nároků na Uživatele poté, co Poskytovatel doporučí nebo aplikuje náhradní řešení. |
Minor |
Znepříjemňuje práci, lze snadno obejít. |
|
Trivial |
Ostatní drobné vady kosmetického charakteru, např. přejmenování položek apod. |
Poskytování služby Zálohování Uživateli je závislé na rozsahu služeb sjednaných ve Smlouvě. Poskytovatel standardně zálohování dat a Aplikací neprovádí, vyjma:
Poskytovatel provádí zálohování dat a Aplikací 1x denně v případě, že jsou umístěny na Technologiích Poskytovatele a Zálohování je sjednáno ve Smlouvě. Zálohy jsou uchovávány po dobu jednoho týdne na jiném odděleném serveru, než na kterém je umístěna Aplikace a data. Zálohy jsou Uživateli k dispozici na vyžádání. Poskytovatel předá zálohy Uživateli do 3 pracovních dnů od přijetí žádosti.
Poskytovatel provádí Základní zálohování v rámci Správy serveru, pokud je sjednána ve Smlouvě. Poskytovatel zálohuje data a Aplikace 1x denně a záloha je ukládána na stejný server, na kterém běží Produkt a uchovávána po dobu jednoho týdne. Poskytovatel doporučuje Uživateli vyhradit zvláštní prostor na jiném serveru pro ukládání záloh. Zálohy jsou Uživateli volně dostupné.
Pokud není zálohování zajišťováno Poskytovatelem je Uživatel povinen zajistit Zálohování dat a Aplikací svépomocí, popř. třetí stranou tak, aby v případě havárie a/nebo výpadku jakékoliv části Produktu a/nebo hardware byl Poskytovatel na základě žádosti Uživatele schopen obnovit provoz Produktu. Zároveň se Uživatel zavazuje poskytnout potřebnou součinnost při obnově.
Konzultační služby
Poskytovatel se zavazuje Uživateli poskytovat Konzultace v telefonické, písemné formě nebo při osobní návštěvě, a to na základě požadavku (záznam v HelpDesku). Požadavek musí obsahovat (obojí zajistí standardní mechanismy HelpDesku):
jméno a pracoviště žadatele o Konzultaci
téma (předmět) Konzultace
Konzultační služby jsou účtovány dle ceny sjednané ve Smlouvě (mohou být hrazeny z Paušálních hodin, pokud jsou objednány).
Mezi konzultační služby jsou počítány Konzultace s uživateli v osobní, telefonické nebo elektronické formě. Do konzultačních služeb patří také řešení Incidentu primárně označeného jako Chyba, jehož příčina není v nefunkčnosti Aplikace, ale v neznalosti obsluhy nebo ve změně konfigurace technologického prostředí Uživatele nebo Informačních systémů třetích stran. Z hlediska dodržení smluvních lhůt bude Poskytovatel vždy jednat s cílem odstranit závadu bez ohledu na to, kde je předpokládána příčina. V případě, že příčina bude mimo Produkt, bude čas účtován jako konzultační služby a po odstranění hlášených závad při vyřešení incidentu bude příslušný Incident v HelpDesku překlasifikován dle zásad uvedených výše (viz kapitola III. této přílohy).
Poskytovatel se zavazuje umožnit vybraným zaměstnancům Uživatele bezplatný přístup do aplikace HelpDesk na xxxxx://xxxx.xxxx.xx s dostupností 24x7 (zahrnuto v ceně Smlouvy). Uživatel získává následující přidanou hodnotu:
detailní Klasifikace Incidentu při založení významně urychluje jeho řešení (typ, priorita),
kompletní historie Incidentu včetně kontroly Reakční doby a Doby odstranění Chyby,
možnost sledování průběhu řešení (stav, termín, zbývá odpracovat),
komfortní komentování Incidentů, přikládání souborů,
možnost komentování přes běžného poštovního klienta (funkce reply),
automatické notifikace při všech akcích s Incidentem,
online dokumentace k HelpDesku,
Přístup bude zřízen na základě žádosti Uživatele zaslané Poskytovateli do tří dnů od přijetí žádosti.
Postup zadání Incidentu je definován v Příručce pro uživatele HelpDesku, která je viditelně umístěna po přihlášení do HelpDesku.
Poskytovatel se zavazuje umožnit zaměstnancům Uživatele bezplatný přístup do své Databáze znalostí na xxxxx://xxxx.xxxx.xx s dostupností 24x7 (zahrnuto v ceně Smlouvy). Uživatel získává následující přidanou hodnotu:
Databáze znalostí je dostupná neomezeně pro všechny pracovníky Uživatele,
Databáze znalostí je přímo propojena s HelpDeskem;
Dokumentace Produktu je online s možností exportu do běžných formátů (doc, pdf);
možnost komentování článků s využitím vláknové technologie – spojení výhod diskuzního fóra a publikačního systému.
Přístup bude zřízen na základě žádosti Uživatele zaslané Poskytovateli do tří dnů od přijetí žádosti.
Školení zaměstnanců Uživatele na místě:
Školení zaměstnanců Uživatele je výuka základních principů a vlastností Produktu. Výuka probíhá hromadně (jsou školeni více než 3 zaměstnanci Uživatele současně);
Školení je uskutečněno na základě požadavku Uživatele vzneseného písemně nejméně tři týdny před zahájením školení. Uživatel zajistí školící prostory, výpočetní techniku a účastníky školení;
školící den se skládá z 6 vyučovacích hodin (tzn. 6 x 45 min), přípravy lektora na školení a cesty na místo konání školení;
cena školícího dne je stanovena Ceníkem (na vyžádání u Poskytovatele). Školení mohou být hrazena z Paušálních předplacených hodin.
Poskytovatel pořádá 1x ročně třídenní školení pro správce Uživatele, které se uskuteční na místě a v termínu předem stanoveném Poskytovatelem. Toto školení je organizováno pro zástupce všech zákazníků využívajících systém VERSO;
třídenní školení pro správce si Uživatel může být hrazeno z Paušálních předplacených hodin. Cena školení je dána Ceníkem (na vyžádání u Poskytovatele).
Samostatná příloha uveřejnění
Strana 8 (celkem 18)