SMLOUVA O DÍLO
SMLOUVA O DÍLO
„Eshop pro Centrální nákup Plzeňského kraje“
uzavřená níže uvedeného dne, měsíce a roku podle § 536 a násl. zákona č. 513/1991 Sb., obchodního zákoníku, ve znění pozdějších předpisů a podle zákona č. 121/2000 Sb. (autorský zákon), ve znění pozdějších předpisů
Čl. 1.Smluvní strany
1.1. Plzeňský kraj
se sídlem: Škroupova 18, 306 13 Plzeň
IČ: 70890366
DIČ: CZ 70890366
zastoupený: Xxxxxxx Xxxxxxxxx, hejtmanem Plzeňského kraje
na základě Podpisového a kompetenčního řádu Plzeňského kraje a Krajského úřadu Plzeňského kraje k podpisu oprávněn Xxx. Xxxx Xxxxxxxxx, ředitel Krajského úřadu Plzeňského kraje
bankovní spojení: Raiffeisenbank a.s., pobočka Plzeň č.ú.: 1083003606/5500
kontaktní osoba: Xxx. Xxxxxxxxx Xxxxxxxxx, informatik, oddělení aplikací a databází, odbor informatiky, Krajský úřad Plzeňského kraje
telefon: x000 000 000 000, x000 000 000 000
e-mail: xxxxxxxxx.xxxxxxxxx@xxxxxxxx-xxxx.xx
(dále jen „objednatel“, „zadavatel“)
a
1.2. oXy Online s.r.o.
se sídlem / místem podnikání: Zdaboř 570, 261 01 Příbram V IČ: 274 04 129
DIČ: CZ27404129
zastoupený/jednající: Xxx. Xxxxxx Xxxxxxxx, jednatel bankovní spojení: Fio banka, a.s.
č.ú.: 2800109871/2010
zapsán v obchodním rejstříku, vedeném Městským soudem v Praze, oddíl C, vložka č. 115902 kontaktní osoba: Xxx. Xxxxxx Xxxxxx
telefon: x000 000 000 000
(dále jen „zhotovitel“, „uchazeč“)
Tato smlouva je uzavírána v návaznosti na veřejnou zakázku malého rozsahu s názvem „Eshop pro Centrální nákup Plzeňského kraje“, zadávanou objednatelem jakožto zadavatelem.
Čl. 2.Předmět smlouvy
2.1.1. Touto smlouvou se zhotovitel zavazuje provést řádně a včas pro objednatele dílo spočívající v dodávce systému, implementaci systému a školení uživatelů „Eshop pro Centrální nákup Plzeňského kraje“ v souladu s Technickou dokumentací zadavatele /objednatele/ , uvedenou v příloze č. 1 této smlouvy a nabídkou uchazeče /zhotovitele/, uvedenou v příloze č. 2 této smlouvy.
2.2. Předmětem díla jsou následující činnosti zhotovitele:
a) Analýza potřeb a požadavků na Eshop Centrálního nákupu, příspěvkové organizace.
b) Vytvoření Eshopu na základě této smlouvy a její přílohy č. 1 – Technické dokumentace a na základě provedené analýzy.
c) Implementace dodaného SW (součástí je testovací provoz, zaškolení uživatelů a administrátorů informačního systému).
d) Vytvoření příručky uživatele a administrátora. Tyto příručky budou obsahovat popisy všech rozhraní systému. Administrátorská příručka bude navíc obsahovat přesný postup, podle nějž bude možné připojovat do systému další dodavatelské systémy, dle přílohy č. 1 smlouvy – Technické dokumentace.
e) Vytvoření rozhraní – webové služby SOAP (XML) pro připojení dodavatelských informačních systémů za účelem automatizovaného odesílání objednávek a faktur.
f) Dodávka zdrojových kódů včetně postupů na sestavení výsledného produktu, která bude objednateli aktualizována vždy k 31.12. každého kalendářního roku na datovém nosiči.
g) Dodávka prováděcí dokumentace včetně technologického schématu informačního systému.
2.2.1. Detailní předmět plnění je uveden v příloze č. 1 této smlouvy – Technické dokumentaci.
2.2.2. Předmět smlouvy rovněž obsahuje plnění, které není uvedeno v příloze č. 1 Technické dokumentaci, ale jehož realizace je nezbytná pro provedení díla, tj. pro řádné a včasné dokončení díla v souladu s touto smlouvou. Zahrnuje veškerá plnění včetně software pro zajištění 100% funkčnosti a provozuschopnosti aplikace.
Čl. 3.Doba a místo plnění
3.1.1. Plnění díla bude zahájeno ihned po uzavření této smlouvy.
3.2. Místo plnění:
3.2.1. Místem plnění díla je území Plzeňského kraje.
3.3. Doba dokončení díla:
3.3.1. Řádně zhotovené a dokončené dílo bude předáno objednateli dle harmonogramu obsaženého v příloze č. 1 této smlouvy – Technické dokumentace.
Čl. 4.Práva a povinnosti smluvních stran
4.1.1. Zhotovitel se zavazuje za podmínek stanovených touto smlouvou na svůj náklad a na své nebezpečí ve sjednaném termínu splnit celý předmět smlouvy. Zhotovitel se dále zavazuje dodat řádně a včas plnění podle této smlouvy bez právních a faktických vad.
4.1.2. Při zhotovování díla se zhotovitel zavazuje počínat si s odbornou péčí tak, aby byl zcela naplněn předmět a účel smlouvy.
4.1.3. Zhotovitel je povinen vynaložit maximální úsilí, aby docílil nejlepšího možného výsledku při plnění předmětu této smlouvy prostřednictvím využití svých znalostí a zkušeností.
4.1.4. Při provádění díla postupuje zhotovitel samostatně, je však vázán případnými písemnými pokyny objednatele. Zhotovitel je povinen bez zbytečného odkladu písemně upozornit objednatele na nevhodnost jeho pokynů k provedení díla. Pokud nevhodné pokyny brání v řádném provádění díla, je zhotovitel povinen v nezbytně nutném rozsahu přerušit provádění díla do doby změny pokynů objednatele nebo písemného sdělení, že objednatel trvá na provádění díla dle svých pokynů. Zhotovitel nemá nárok na náhradu nákladů spojených s přerušením provádění díla.
4.1.5. Zhotovitel je povinen v průběhu provádění díla dodržovat obecně závazné předpisy a normy, postupovat s náležitou odbornou péčí, podle nejlepších znalostí a schopností, sledovat a chránit oprávněné zájmy objednatele.
4.1.6. Zhotovitel je povinen v průběhu provádění díla neprodleně informovat objednatele o všech skutečnostech, které mají nebo mohou mít vliv na provedení díla.
4.1.7. Pokud objednatel zjistí, že zhotovitel provádí dílo v rozporu se svými povinnostmi, je oprávněn požadovat, aby zhotovitel odstranil v objednatelem stanovené lhůtě vzniklé vady a dílo prováděl řádným způsobem.
4.1.8. Zhotovitel se zavazuje v průběhu provádění díla poskytovat objednateli průběžné informace
o stavu plnění díla, a to 1 x za 14 dnů emailovou zprávou, zaslanou kontaktní osobě objednatele.
4.1.9. Objednatel se zavazuje řádně a včas dokončený předmět smlouvy od zhotovitele protokolárně převzít a zaplatit zhotoviteli sjednanou cenu.
4.1.10. Zhotovitel se zavazuje zachovávat profesionální složení projektového týmu, představeného v nabídce na veřejnou zakázku. Zhotovitel se zavazuje, že členové projektového týmu, jejichž pomocí bylo prokázáno splnění kvalifikačních předpokladů, budou skutečně zapojeni v uvedených rolích do provádění díla. V případě nutné personální změny v projektovém týmu je nutné tuto skutečnost projednat s objednatelem a zhotovitel je povinen předložit splnění srovnatelných kvalifikačních předpokladů pro náhradní osoby, jimiž budou tyto pozice obsazeny, k odsouhlasení objednateli.
4.2. Součinnost
4.2.1. Objednatel požaduje, aby maximum práce odvedl zhotovitel samostatně, bez zatěžování pracovníků objednatele a pracovníků Centrálního nákupu, příspěvkové organizace. Součinnost objednatele bude omezena na nezbytnou míru a bude se vztahovat především na schvalování výstupů zhotovitele v předem definovaných kontrolních dnech a na nezbytnou IT podporu nutnou k nasazení řešení a realizaci vazeb.
4.2.2. Rozsah součinnosti bude odsouhlasen při zahájení realizace, včetně termínů jejího poskytování. Maximální rozsah součinnosti ze strany objednatele je definován v příloze č. 1 smlouvy – Technické dokumentaci.
4.2.3. V případě následného požadavku zhotovitele na součinnost nad dohodnutý rámec má objednatel právo součinnost odmítnout, případně ji poskytnout v termínu a rozsahu dle svých možností, a to bez dopadu na harmonogram realizace a z něj vyplývající sankce za nedodržení termínů.
4.2.4. Neposkytnutí součinnosti jako důvod pro posun smluvních termínů bude akceptován pouze tam, kde byla součinnost objednatelem přislíbena při zahájení realizace.
Čl. 5.Cena díla
5.1.1. Cena za zhotovení díla představuje objednatelem /jakožto zadavatelem/ akceptovanou nabídkovou cenu, předloženou zhotovitelem /jakožto uchazečem/ v nabídce na veřejnou zakázku „Eshop pro Centrální nákup Plzeňského kraje“.
5.1.2. Zhotovitel výslovně prohlašuje, že nabídková cena a cena díla obsahuje veškeré práce a dodávky, poplatky a jiné náklady nezbytné pro řádnou a úplnou realizaci sjednaného předmětu plnění a veškeré náklady včetně všech rizik a vlivů souvisejících s plněním předmětu smlouvy.
5.1.3. Objednatel a zhotovitel se dohodli, že cena za řádné a včasné provedení celého díla specifikovaného v čl. 2 této smlouvy činí celkem částku:
241.987,90 Kč včetně DPH, přičemž cena bez DPH činí 199.990 Kč, sazba DPH činí 21 %,
výše DPH činí 41.997,90 Kč.
5.1.4. Tato cena je stanovena jako cena konečná a úplná.
5.1.5. Zhotovitel není oprávněn požadovat po objednateli poskytnutí zálohy.
5.1.6. Zhotovitel na sebe výslovně bere odpovědnost za to, že sazba a výše daně z přidané hodnoty bude stanovena v souladu s platnými právními předpisy.
5.1.7. Daň z přidané hodnoty bude připočtena k ceně díla ve výši dle právní úpravy platné ke dni uskutečnění zdanitelného plnění.
5.1.8. Sjednaná celková cena uvedená v odst. 3. tohoto článku smlouvy je cenou nejvýše přípustnou, kterou je možné překročit pouze v případě zvýšení sazby DPH, a to tak, že
zhotovitel ke sjednané ceně bez DPH připočítá DPH v procentní sazbě odpovídající zákonné úpravě účinné k datu uskutečnitelného zdanitelného plnění.
Čl. 6.Platební podmínky
6.1.1. Cena díla bude objednatelem uhrazena jednorázovou platbou na základě zhotovitelem vystavené faktury.
6.1.2. Fakturu je zhotovitel oprávněn vystavit nejdříve následující den po dni uskutečnění zdanitelného plnění, jímž se pro účely této smlouvy rozumí řádné dodání předmětu díla definovaného v čl. 2 této smlouvy.
6.1.3. Podkladem pro vystavení faktury je podepsaný protokol o předání a převzetí předmětu díla.
6.1.4. Splatnost faktury činí 30 dnů ode dne jejího prokazatelného doručení na adresu sídla objednatele.
6.1.5. Faktura bude mít náležitosti daňového dokladu dle platných právních předpisů (zákona č. 563/1991 Sb., o účetnictví, v platném znění a zákona č. 235/2004 Sb., o dani z přidané hodnoty, v platném znění).
6.1.6. Faktury musí obsahovat označení smlouvy, číslo účtu zhotovitele a všechny údaje uvedené v
§ 28 odst. 2 zákona č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších předpisů, a v § 13a obchodního zákoníku.
6.1.7. Součástí faktury bude specifikace dodaného plnění tak, aby byla v souladu s platnými účetními a daňovými předpisy, a to za účelem řádného vedení evidence majetku objednatele v souladu s těmito právními předpisy.
6.1.8. V případě, že faktura – daňový doklad nebude obsahovat stanovené náležitosti nebo v něm nebudou správně uvedené údaje, je objednatel oprávněn ji vrátit ve lhůtě splatnosti zpět zhotoviteli s uvedením chybějících náležitostí nebo nesprávných údajů. V takovém případě přeruší běh lhůty splatnosti a nová lhůta splatnosti počne běžet doručením opravené faktury
– daňového dokladu.
6.1.9. Po vzniku práva fakturovat je zhotovitel povinen vystavit a objednateli předat faktury v trojím vyhotovení.
6.1.10. Cena bude zhotoviteli zaplacena bezhotovostní formou převodem na jeho bankovní účet. Faktura je považována za proplacenou okamžikem odepsání příslušné částky z účtu objednatele ve prospěch zhotovitele.
6.1.11. Dojde-li ke dni uskutečnění zdanitelného plnění ke změně sazby DPH, bude zhotovitel fakturovat objednateli cenu s DPH ve výši odpovídající platné právní úpravě ke dni uskutečnění zdanitelného plnění.
6.1.12. Xxxxxxxxxx souhlasí s tím, aby subjekty oprávněné dle zák. č. 320/2001 Sb., o finanční kontrole ve veřejné správě a o změně některých zákonů (zákon o finanční kontrole), ve znění pozdějších předpisů, provedly finanční kontrolu závazkového vztahu vyplývajícího ze smlouvy s tím, že se zhotovitel podrobí této kontrole, a bude spolupůsobit jako osoba povinná ve smyslu ust. § 2 písm. e) uvedeného zákona při výkonu finanční kontroly prováděné v souvislosti s úhradou služeb z veřejných výdajů.
6.1.13. V případě potřeby může být na základě oboustranné dohody vystavena a akceptována zálohová faktura až do výše celé hodnoty plnění na základě této smlouvy o dílo.
Čl. 7.Předání díla
7.1.1. Xxxxxxxxxx splní svoji povinnost zhotovit dílo jeho řádným a včasným dokončením v souladu s podmínkami této smlouvy a předáním hotového díla objednateli.
7.1.2. Objednatel prohlašuje, že převezme pouze dokončené dílo bez zjevných vad, nedodělků a podstatných vad bránících funkcionalitě předávaného díla. V opačném případě si objednatel vyhrazuje právo převzetí díla odmítnout, bez nároku na navýšení ceny díla.
7.1.3. Předání a převzetí díla proběhne na základě porovnání skutečných vlastností díla dle specifikace díla uvedené v čl. 2. této smlouvy. Plnění bude potvrzeno podpisem protokolu o předání Objednatelem. Součástí protokolu o předání je jednoznačná identifikace předávaného díla.
7.1.4. Zjistí-li objednatel nedostatky, nedodělky, či vady, oznámí to písemnou formou bez zbytečného odkladu zhotoviteli.
7.1.5. Místem předání díla je sídlo objednatele na adrese Xxxxxxxxx 00, 000 00 Plzeň. Za objednatele jsou oprávněni hotové dílo převzít a akceptační protokol podepsat Xxx. Xxxxxx Xxxxxxxxx, vedoucí odboru informatiky Krajského úřadu Plzeňského kraje, a Xxx. Xxxx Xxxxx, ředitel Centrálního nákupu, příspěvkové organizace.
7.1.6. Vlastnické právo k dílu přechází na objednatele okamžikem předání díla objednateli. Práva z poskytnuté licence objednatel nabývá okamžikem převzetí díla od zhotovitele.
Čl. 8.Záruka za dílo
8.1.1. Zhotovitel poskytuje objednateli záruku v délce trvání 3 let. Dílo dle této smlouvy bude ke dni předání a převzetí objednatelem způsobilé k řádnému užití a bude mít vlastnosti stanovené touto smlouvou.
8.1.2. Zhotovitelem poskytovaná záruka se vztahuje na kompletní funkčnost díla, jakož i na jeho vlastnosti požadované objednatelem.
8.1.3. Záruční doba začíná běžet ode dne převzetí díla objednatelem. Záruční doba se prodlužuje o dobu, po kterou mělo dílo vadu bránící jeho řádnému užívání objednatelem, nebo po kterou bylo plnění mimo provoz z důvodu vady, na kterou se vztahuje záruka.
8.1.4. Veškeré zjištěné nedostatky, nedodělky a vady díla, které se vyskytnou v záruční době, je zhotovitel povinen bez zbytečného odkladu písemně oznámit objednateli.
8.1.5. Vadou díla se pro účely této smlouvy rozumí rozpor mezi sjednanými podmínkami provedení díla a skutečným stavem díla.
8.1.6. Objednatel má vůči zhotoviteli tato práva z odpovědnosti za vady:
• právo na bezplatné odstranění reklamovaných vad, a to bezprostředně po oznámení vady objednatelem, nejpozději ve lhůtě 15 dnů od oznámení vady objednatelem,
• právo na poskytnutí přiměřené slevy z ceny odpovídající rozsahu reklamovaných vad či nedodělků,
• právo na odstoupení od smlouvy, kdy vady či nedodělky jsou takového charakteru, že ztěžují či dokonce brání v užívání díla, nebo
• právo na zaplacení nákladů na odstranění vad v případě, kdy si objednatel vadu či nedodělek odstraní sám nebo použije třetí osoby k jejich odstranění.
8.1.7. Uplatněním nároků z odpovědnosti za vady není dotčeno právo na náhradu škody. Zhotovitel odpovídá objednateli za případnou škodu, která mu vznikne z titulu neodstranění vady díla zhotovitelem ve stanoveném termínu.
Čl. 9.Licenční ujednání
9.1.1. Zhotovitel v rámci plnění předmětu této smlouvy vytvoří dílo podléhající ochraně podle zákona č. 121/2000 Sb. (autorský zákon), a tak poskytuje objednateli licenci - tj. oprávnění k výkonu práva užívat jím vytvořené autorské dílo.
9.2. Zhotovitel poskytuje licenci jako:
⮚ nevýhradní licenci k veškerým známým způsobům užití takového díla, zejména, xxxxxxx však výlučně k účelu, ke kterému bylo takové dílo zhotovitelem vytvořeno v souladu se smlouvou a to v rozsahu minimálně nezbytném pro řádné užívání díla objednatelem,
⮚ licenci omezenou územím Plzeňského kraje a neomezenou množstevním rozsahem a rovněž tak neomezenou způsobem nebo rozsahem užití;
⮚ licenci udělenou na dobu určitou, a to po celou dobu trvání majetkových práv k dílu;
⮚ licenci převoditelnou a postupitelnou, tj. která je udělena s právem udělení bezúplatné podlicence či postoupení licence třetí osobě Centrálnímu nákupu, příspěvkové organizaci;
⮚ licenci, kterou není objednatel povinen využít.
9.2.1. Povinnost týkající se licence platí pro zhotovitele i v případě zhotovení části díla subdodavatelem.
9.2.2. Licence je poskytnutá v maximálním rozsahu povoleném platnými právními předpisy.
9.2.3. Zhotovitel je povinen zajistit, aby výsledkem jeho plnění nebo jakékoliv jeho části nebyla porušena práva třetích osob. Pro případ, že užíváním předmětu plnění nebo jeho dílčí části nebo prostou existencí předmětu plnění nebo jeho dílčí části budou v důsledku porušení povinností zhotovitele dotčena práva třetích osob, nese zhotovitel vedle odpovědnosti za takovéto vady plnění i odpovědnost za veškeré škody, které tím objednateli vzniknou.
9.3. Xxxxxxxxxx uděluje objednateli
⮚ oprávnění dílo (nebo jeho dílčí část), které podléhá ochraně podle zákona č. 121/2000 Sb. (autorský zákon), upravovat, zpracovávat, měnit jeho název,
⮚ a oprávnění dílo spojit s dílem jiným, zařadit jej do díla souborného a s dílem dále pracovat za účelem jeho dalšího rozvoje a používání.
9.3.1. Objednatel a zhotovitel se výslovně dohodli, že odměna za veškerá licenční oprávnění poskytnutá objednateli je již zahrnuta v ceně za poskytnuté plnění dle smlouvy, tj. cena za poskytnutí licence, včetně nákladů souvisejících s aktualizací licence.
Čl. 10. Subdodávky
10.1.1. Zhotovitel je oprávněn pověřit plněním této smlouvy nebo její části třetí osoby. Části díla, které budou prováděny subdodavatelem zhotovitele, jsou uvedeny v následující tabulce:
subdodavatel (název, právní forma, sídlo, IČ) | věcný popis činností (části plnění) které bude subdodavatel zajišťovat |
--- | --- |
--- | --- |
10.1.2. Zhotovitel se zavazuje, že části díla plněné subdodavatelským plněním, budou příslušným subdodavatelem provedeny v souladu se všemi podmínkami smlouvy. V takovém případě odpovídá zhotovitel za plnění poskytnuté třetí osobou, jako kdyby příslušné plnění poskytl sám, a jeho výlučná odpovědnost za poskytování řádného plnění dle smlouvy tím není jakkoliv dotčena.
10.1.3. Zhotovitel je povinen před uzavřením této smlouvy objednatele písemně informovat o všech svých subdodavatelích a v průběhu plnění této smlouvy o dílo o jakýchkoliv změnách na pozici subdodavatelů.
Pokyn pro uchazeče: Při zpracování návrhu smlouvy jako součásti nabídky na veřejnou zakázku
„Eshop pro Centrální nákup Plzeňského kraje“ zapracuje uchazeč čl. 10 jen tehdy, použije-li k plnění této smlouvě nebo její části subdodavatele.
Čl. 11. Odpovědnost za škodu
11.1.1. Smluvní strany nesou odpovědnost za způsobenou škodu v rámci platných právních předpisů a této smlouvy.
11.1.2. Smluvní strany se zavazují k vyvinutí maximálního úsilí k předcházení škodám a k minimalizaci vzniklých škod.
Čl. 12. Sankční ujednání
12.1.1. Dojde-li k prodlení s úhradou daňového dokladu - faktury, je zhotovitel oprávněn účtovat objednateli úrok z prodlení ve výši 0,05 % z dlužné částky za každý započatý den prodlení po termínu splatnosti až do doby zaplacení dlužné částky.
12.1.2. Nesplní-li zhotovitel svůj závazek v rozsahu a čase plnění sjednaném touto smlouvou, je oprávněn objednatel požadovat po zhotoviteli zaplacení jednorázové smluvní pokuty ve výši 20.000,- Kč za nedodržení termínu plnění a dále smluvní pokuty ve výši 0,2 % ze sjednané ceny plnění dle této smlouvy za každý započatý den prodlení, až do řádného dokončení a předání celého předmětu plnění a zhotovitel je povinen takto požadovanou smluvní pokutu zaplatit.
12.1.3. Nesplní-li zhotovitel v dohodnutém termínu svůj závazek odstranit vady a nedodělky vytknuté při převzetí díla nebo v průběhu záruční doby, je objednatel oprávněn požadovat na zhotoviteli zaplacení smluvní pokuty ve výši 0,05 % ze sjednané ceny předmětu plnění za každý započatý den prodlení až do jejich úplného odstranění a zhotovitel se zavazuje takto požadovanou smluvní pokutu objednateli zaplatit.
12.1.4. V případě neinformování objednatele o změně na pozici subdodavatele v průběhu plnění dle ustanovení 10.1.3. této smlouvy je objednatel oprávněn požadovat po zhotoviteli zaplacení smluvní pokuty ve výši 10.000,- Kč za každý zjištěný případ.
12.1.5. Poruší-li zhotovitel povinnost stanovenou v čl. 4.1.11. této smlouvy (tj. zejména neoprávněně změní projektový tým), zavazuje se zaplatit objednateli smluvní pokutu 10 000 Kč za každý zjištěný případ porušení této povinnosti.
12.1.6. Zaplacením smluvní pokuty není dotčeno právo poškozené strany na náhradu vzniklé škody. Výši smluvních pokut považují obě smluvní strany shodně za přiměřené.
12.1.7. Smluvní pokuty a úroky z prodlení podle tohoto článku jsou splatné do 30 dnů ode dne doručení jejich vyúčtování.
Čl. 13. Ukončení smlouvy
13.1.1. Tuto smlouvu lze ukončit dohodou smluvních stran. Dohoda o ukončení smluvního vztahu musí být písemná, jinak je neplatná.
13.1.2. Od této smlouvy lze odstoupit v případě podstatného porušení povinností jednou smluvní stranou, jestliže je takové porušení povinnosti označeno za podstatné touto smlouvou nebo zákonem. Odstoupení od smlouvy je účinné dnem doručení písemného oznámení o odstoupení druhé smluvní straně.
13.1.3. Smluvní strany se dohodly, že za podstatné porušení této smlouvy ze strany zhotovitele považují:
• dodání vadného předmětu plnění,
• prodlení s plněním závazku vyplývajícího z této smlouvy po dobu delší než třicet (30) dní a nezjednání nápravy ani do patnácti (15) dní od doručení oznámení objednatele o prodlení s plněním závazku.
13.1.4. Smluvní strany se dohodly, že za podstatné porušení této smlouvy ze strany objednatele považují:
• prodlení se zaplacením vyfakturované ceny díla (jeho části) delší než třicet (30) kalendářních dnů.
13.1.5. Porušení jakékoliv jiné povinnosti objednatele nebo zhotovitele, vyplývající z této smlouvy, je třeba splnit v dodatečné přiměřené lhůtě k tomu poskytnuté.
13.1.6. Odstoupením od této smlouvy nejsou dotčena ustanovení týkající se smluvních pokut a úroků z prodlení a stejně tak práva a povinnosti smluvních stran vzniklá do okamžiku účinnosti odstoupení od smlouvy.
Čl. 14. Závěrečná ustanovení
14.1.1. Práva a povinnosti smluvních stran v této smlouvě výslovně neupravené a z ní vyplývající nebo s ní související se řídí zákonem č. 513/1991 Sb., obchodní zákoník, ve znění pozdějších předpisů a zákonem č. 121/2000 Sb., o právu autorském, o právech souvisejících s právem autorským a o změně některých zákonů (autorský zákon), ve znění pozdějších předpisů.
14.1.2. V případě rozporu technické dokumentace objednatele (zadavatele) a technické nabídky (technického řešení) zhotovitele platí, není-li uvedeno jinak, technická dokumentace zadavatele tj. příloha č. 1 – Technická dokumentace.
14.1.3. Pokud jakýkoli závazek dle smlouvy nebo kterékoli ustanovení smlouvy je nebo se stane neplatným či nevymahatelným, nebude to mít vliv na platnost a vymahatelnost ostatních závazků a ustanovení dle smlouvy a smluvní strany se zavazují takovýto neplatný nebo nevymahatelný závazek či ustanovení nahradit novým, platným a vymahatelným závazkem, nebo ustanovením, jehož předmět bude nejlépe odpovídat předmětu a ekonomickému účelu původního závazku či ustanovení.
14.1.4. Vzhledem k veřejnoprávnímu charakteru objednatele zhotovitel výslovně souhlasí se zveřejněním smluvních podmínek obsažených v této smlouvě v rozsahu a za podmínek vyplývajících z příslušných právních předpisů (zejména zákon č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů).
14.1.5. Tato smlouva je vyhotovena ve čtyřech (4) stejnopisech, z nichž každý má platnost originálu. Každá ze smluvních stran obdrží po dvou vyhotoveních.
14.1.6. Tuto smlouvu je možno platně měnit pouze na základě dohody smluvních stran, formou písemných a vzestupně číslovaných dodatků, podepsaných oběma smluvními stranami.
14.1.7. Tato smlouva nabývá platnosti i účinnosti dnem jejího podpisu oběma smluvními stranami.
14.2. Nedílnou součástí této smlouvy jsou její přílohy:
• příloha č.1 Technická dokumentace předmětu díla
• příloha č.2 Nabídka uchazeče v části technické řešení
14.2.1. Smluvní strany prohlašují, že tuto smlouvu před jejím podpisem přečetly, zcela rozumí jejímu obsahu a s celým jejím obsahem souhlasí. Dále prohlašují, že tato smlouva vyjadřuje jejich pravou a svobodnou vůli. Na důkaz toho připojují vlastnoruční podpisy svých oprávněných zástupců.
V Brně dne 15.10.2013 Za zhotovitele | V Plzni dne 30.09.2013 Za objednatele |
……………………………….. | ……………………………….. |
Xxx. Xxxxxx Xxxxxxxx jednatel oXy Online s.r.o. | Xxx. Xxxx Xxxxxxxxx ředitel Krajského úřadu Plzeňského kraje |
Příloha č. 1 smlouvy o dílo – Technická dokumentace objednatele
Příloha č. 1 výzvy – Technická dokumentace
Technická dokumentace
Veřejná zakázka malého rozsahu
„e-Shop pro Centrální nákup Plzeňského kraje“
Obsah
1.3 Cílové skupiny uživatelů systému 3
2.1 Funkční specifikace řešení 3
2.2 Dodávka bude rozdělena do dvou etap 4
2.3 Dodávka a služby budou zahrnovat: 4
2.4.1 Obecné požadavky na funkcionalitu systému: 4
2.4.2 Systém bude obsahovat: 4
2.5 Požadavky na vazby systému na okolní subsystémy IS: 10
2.6.3 Xxxxxxx, přehledy, exporty dat a notifikace. 11
2.7.1 Struktura sítě a serverů je nutno dodržet 11
2.7.2 Zabezpečení, autorizace 11
2.12 Požadavky na migraci dat 13
2.13 Požadavky na dokumentaci 13
2.13.1 Prováděcí dokumentace 13
2.13.2 Provozní dokumentace 13
2.14 Požadavky na pilotní provoz se zvýšenou podporou 14
2.16 Popis vstupů – s čím mohou uchazeči do nabídky počítat 14
2.16.3 Bezpečnost infrastruktury 14
2.16.4 Přístup dodavatele k infrastruktuře 15
2.16.5 Součinnost zadavatele 15
Předmětem zakázky je dodávka systému pro nákup komodit (dále jen „e-Shop“), implementace systému, školení uživatelů, uživatelská a systémová podpora na dobu neurčitou, pro Plzeňský kraj - Krajský úřad Plzeňského kraje (dále jen „KÚPK“) a právnické osoby zřizované nebo zakládané Plzeňským krajem a právnické osoby, ve kterých je Plzeňský kraj většinovým společníkem nebo akcionářem, zastoupené organizací Centrální nákup Plzeňského kraje, příspěvkovou organizací (dále jen „CNPK“).
Systém bude uživatelům nabízet přehlednou práci při objednávání komodit.
- Jednoduché objednávání s návazností na dodavatele i vlastní aplikace pro správu objednávek.
- Komunikaci uživatelů se zaměstnanci Centrálního nákupu Plzeňského kraje (CNPK).
- Administraci
- Nabídne přehledná statistická data.
- Vazbu na Datový Sklad Plzeňského kraje
1.3 Cílové skupiny uživatelů systému
▪ Zaměstnanci Krajského úřadu Plzeňského kraje a zřizovaných a zakládaných organizací Plzeňského kraje.
2.1 Funkční specifikace řešení
Systém musí umožnit:
- Zaměstnancům Plzeňského kraje a zřizovaných organizací, kteří nakupují:
o Zjednodušit vyhledání a objednání vybrané komodity.
o Zařazení komodit do „nákupního košíku“ a práci s ním
o V modulu pokladna:
- Automatický rozpad obsahu košíku na jednotlivé objednávky, podle dodavatelů.
- Kontrolu minimálního možného finančního objemu, množství a schválení jednotlivých objednávek před jejich odesláním.
o Zadat dotaz na komoditu(y) a zprocesovat komunikaci se zaměstnanci CNPK.
- Zaměstnancům CNPK:
o Editaci a tvorbu komodit.
o Procesovat rámcové smlouvy.
o Zasílat notifikace.
o Správu uživatelů Single Sign-on Plzeňského kraje (SSO PK) systém pro ověřování identity spolupracující s IS pomocí webových služeb.
o Spravovat HelpDesk.
o Poskytovat statistické informace, souhrny a exporty dat DS (datový sklad).
2.2 Dodávka bude rozdělena do dvou etap
1. Dodávka aplikace e-Shop.
2. Integrace
- Aplikace objednávky krajského úřadu Plzeňského kraje (KUPK) a Zřizovaných organizací (ZO).
- Napojení na objednávkové systémy dodavatelů (bude řešeno jakou součást analýzy, implementace a dále i rozvoje při obměně dodavatelů).
2.3 Dodávka a služby budou zahrnovat:
1. Dodávku a instalaci softwarové aplikace
2. Analýzu potřeb a přizpůsobení funkcionality systému potřebám uživatele (implementace). Na analýze bude spolupracovat CNPK. Výstupem bude dokument, který bude předložen objednateli ke schválení.
3. Podporu uživatele, řešitelský a programátorský servis během provozu a rozvoj aplikace.
2.4.1 Obecné požadavky na funkcionalitu systému:
- přihlašování k aplikaci bude řešeno pomocí autorizační autority Single Sign-on (SSO PK), administrátor aplikace přidělí uživatelskou roli
- bude pouze pro registrované, přihlášené uživatele
- každá, registrovaná organizace dostane přidělené jednoznačné ID
- komoditní strom (Kancelářské potřeby -> pákové pořadače -> pořadač 75mm), bude víceúrovňový min. 5 úrovní plus základní vizualizace, viditelné budou, za každé situace, minimálně dvě úrovně nahoru
- strom dle dodavatelů
- strom dle rámcových smluv
- filtrování dle atributů (navigace ve vrstvách)
- fulltextové vyhledávání
- číselné a abecední řazení dle všech parametrů, obecné, rozšířené
- kategorie a podkategorie, možnost zařazení komodit i do více kategorií
- zobrazení bude vždy odkazovat na kategorie každé komodity
- automaticky generovaná mapa stránek
2.4.2.1 Dotazy na komodity / odpovědi (dotazovací proces)
- Dotazovacímu procesu bude přiřazována vzestupná ID řada v konvenci: číslo Dotazovacího procesu (např. DP000001)
- Uživatel nahlédne do e-Shopu a pokusí se najít poptávanou komoditu
o nalezne -> porovná cenu
- pokud je nižší v e-Shopu - objednává
- pokud je nižší v jinde - nakoupí u dodavatele s nejnižší nabídkou a připojí poznámku ke komoditě, kde, u kterého dodatele nakoupil, cenu, datum a přiložený soubor (scan faktury,…).
o nenalezne -> podá dotaz na CN k ověření dostupnosti (velké tlačítko OVĚŘIT DOSTUPNOST)
- Položky dotazu k ověření dostupnosti v e-Shopu
o název komodity (předmět dotazu)
o předpokládaná hodnota (bez DPH), množství
o bližší popis komodity
o CPV (příp. NIPEZ) kód – k dispozici stromová struktura a vyhledávání s možností aktualizace a vazby na kategorie komodit
o přepokládaný termín nákupu / realizace, dotazovatel má možnost časově omezit
o žádost o administraci ze strany CN (ANO/NE) checkbox
o v dotazu budou automaticky předvyplněné údaje o zadavateli dle přihlášeného uživatele, musí být zachována možnost editace.
- Odpovědi
o Budou vytvářeny přímo v reakci na dotaz, při jejich tvorbě bude dotaz viditelný na stejné stránce
o „Je v e-Shopu“ -> CN povinně nasměruje na stránku komodity
o „Není v e-Shopu“
- nepřipravujeme -> zadávejte ve vlastní režii v souladu se směrnicí a ZVZ
- připravujeme -> zadávejte ve vlastní režii v souladu se směrnicí a ZVZ na dobu max. X měsíců
- CN bude administrovat + přidělený referent + termín VZ.
- Opověď „Je v e-Shopu“ tazatel uzavře dotazovací proces volbou
o objednáno v e-Shopu
o objednáno jinde – zde bude vyplněno co, kde a za kolik, formát stránky bude stejný jako při shodě
- Opověď „Není v e-Shopu“ bude mít tazatel v detailu odpovědi volby
o samostatné zadávání – uzavře dotazovací proces
o zadávání s kontrolou – po odsouhlasení ze strany CN bude umožněna další komunikace pro účely schvalování, připomínkování a kontroly zadávacích podmínek – závěrem takovéto komunikace musí být „schváleno ze strany CN“ a současně „schváleno ze strany zadavatele“ – toto poté uzavře dotazovací proces, v rámci tohoto bodu bude možné využít Workflow (WF) pro různé dílčí úkony (např. výměna zadávací dokumentace mezi subjekty, včetně historie takového WF) a organizace definovaných v procesu analýzy, v administraci bude možné editovat vytvářet WF
o CN bude administrovat – uzavře dotazovací proces
- Veškerá komunikace bude ukládána pod původním dotazem s vyznačením časového sledu – vše bude zobrazováno na 1 stránce pod sebou
- Možnost vkládání souborů k dotazovacímu procesu
- Verzování změn v dotazovacím procesu
- Možnost zrušení dotazovacího procesu ze strany tazatele s uvedením důvodu (dotaz nebude smazán, ale jen označen jako „zrušen“ a uzamčen proti změnám)
- Filtry pro dotazy – všechny, organizace, uživatel,…
2.4.2.2 Nákupní košík
- Přidávání různých komodit do souhrnného nákupního košíku
- Přehled košíku
- Editování množství jednotlivých položek
- Přehled množství vysoutěženého/nakoupeného.
- Kontrola nepřekročení rámce vysoutěžených dodávek, na základě vysoutěžených smluv.
- Kontrola minimálního odběru kvanta/objemu komodity, na základě vysoutěžených smluv.
- Smazání položky z košíku
- Komodity v košíku uchovávány po stanovenou dobu (administrátorem nastavenou v konfiguraci) od vložení do košíku nebo do vytvoření objednávky.
2.4.2.3 Pokladna
- Automatické rozdělení nákupního košíku na jednotlivé objednávky dle dodavatelů
- Automatická kontrola min. možného objednatelného fin. objemu -> pokud není dosaženo min. objemu, není možné objednávku odeslat.
- Vygenerovat objednávku ve formátu PDF, jako přílohu, pro vložení do schvalovacího systému objednatele.
- Poslání objednávky konkrétnímu dodavateli na základě rámcové smlouvy.
- Kontrola, schválení a odesílání jednotlivých objednávek ze strany objednatele s možností úpravy tohoto WF dle typu jednotlivé organizace, možnost přiřazení rolí (vícefázové schvalování)
- Zadání adresy pro dodání
- Možnost vložení interního čísla objednávky a klausule do systémem generované konečné objednávky.
- Export a odeslání jednotlivých objednávek dodavatelům v domluvených formátech (předpoklad SOAP a email).
- Definice do nových zadávacích řízení na základě minulých.
2.4.2.4 Editace a tvorba komodit
CNPK zajišťuje na základě soutěží
- Komoditám bude přiřazována vzestupná ID řada v konvenci: číslo RS-číslo komodity (např. R001-K001). ID komodity by mohlo být vytvořeno jako číselník na základě rozšířeného CPV kódu. U každé komodity bude zobrazen smluvní vztah na základě, kterého se čerpá (např. RS). Zároveň musí být provázáno.
- Název, popis, jednotka, cena za jednotku (v Kč bez a vč. DPH), sazbu v % DPH, minimální objem na základě rámcové smlouvy, dostupný finanční objem dle RS, nadřazená RS, dodavatel(é), CPV (příp. NIPEZ) kód, případně obrázek, stav (příprava, k čerpání, ukončená), dodací lhůta dle RS. Cena dopravy do sídla objednatele.
- Možnost více dodavatelů a cen u 1 komodity.
- Definice náhradní plnění ANO/NE – přiřazováno dle nastavení konkrétního dodavatele.
- Definice minimálního množství či násobků jednotek zboží (dodávané balení po X jednotkách).
- Informace o, odkaz na dodací podmínky dodavatele.
- Funkce klonování komodity (vytvoření podobné komodity kopírováním stávající a pozměnění některých parametrů).
- Možnost časově omezit zobrazování komodity. Zadavatel
- Možnost vložení poznámky ke komoditám (např. nákup jinde za lepší cenu), administrátor může nevhodné poznámky mazat.
Komodita „sběr požadavků“
- Sběr informací a komodit pro potřebu přípravy realizace a realizace veřejné zakázky na tuto komoditu
- Předpokládané datum dostupnosti/odběru komodity objednatelem
- Předpokládaná cena komodity na základě veřejné zakázky
- Volné pole pro požadavky na součinnost objednatele s ohledem na připravování veřejné zakázky na takovou komoditu (možnost objednatele doplnit specifické požadavky)
- Komodity „sběr požadavků“ budou odlišeny od komodit k odběru barevným schématem, či jiným jasným prvkem na první pohled odlišujícím od komodit, již zařazených do e- shopu
2.4.2.5 Objednávky
- Objednávce bude přiřazována vzestupná ID řada v konvenci: číslo dodavatele-číslo objednávky (např. D001-O000001)
- Sběr informací a objednávka komodity pro potřebu realizace VZ. Předpokládaná doba a cena odběru, požadovaná součinnost (informace pro odběratele). S textovým polem pro po doplnění, případné dotazy. Sběr informací barevně odlišit. Sběr informací bude:
▪ Vložen mezi komodity a barevně odlišen
▪ Po přihlášení bude uživatelům, z titulní stránky e-Shopu, dostupné tlačítko „Sběr informací“ na připravované komodity.
▪ Výstupem pro CN bude jednoduše filtrovatelný formulář s informací o množství a předpokládané doby dodávky.
▪ Po vysoutěžení bude komodita v průzkumu překlopena do položky v e-Shopu, nebo odběrateli objednána.
- Finální objednávka bude podepsána elektronickým podpisem systému a odeslána
e-Mailem a zařazena do systému (případně jiná přímá vazba na systém dodavatele SOAP
– XML)
- V objednávce systém předvyplní údaje o zadavateli (zdroj ePUSA) a dodavatele (dle vybraného dodavatele z katalogu dodavatelů v e-Shopu).
- V poznámce u komodity budou rozšiřující parametry zboží volně definované administrátorem check boxy/ textové pole (např. barva apod.)
- Definice minimálního možného finančního objemu objednávky podle dodavatele a rámcové smlouvy.
- Stav objednávky (rozpracovaná, odeslaná, stornovaná, splněná).
- Storno objednávky bude umožněno pouze do 24hod od odeslání.
- Objednané množství, respektive finanční objem za množství komodity bude po uskutečnění objednávky rezervováno, po dodání zboží bude objednávka uzavřena objednatelem s udáním skutečně dodaného množství – toto skutečně dodané množství se odečte z celkového dostupného finančního objemu, případné odchylky / storno se vrátí zpět do dostupného množství.
- Interní číslo objednatele + klausule výběrem s možností editace
- Pro odeslání finalizované objednávky použít definovatelné WF v rámci organizace odběratele. Role v rámci tohoto WF bude definovat a spravovat CN.
- Předávání dat mezi systémy objednávek odběratelů a –Shopem na základě webové služby na základě výsledku analýzy, definice rozhraní na možnost provázání.
- Vazba na spisovou službu. Reakce na objednávku 🡪 odeslání faktury do systému odběratele 🡪 zařazení do WF ve vazbě na SW dodavatele s možností ručního zadání a uploadu souboru.
- Součástí objednávky bude i nepovinné pole „číslo objednávky z interního systému objednatele“, takové nepovinné pole bude platit i pro faktury „interní číslo faktury objednatele“
2.4.2.6 Rámcové smlouvy
- Rámcové smlouvě (dále RS) bude přiřazována vzestupná ID řada v konvenci: číslo RS (např. R001).
- Komodity budou zařazovány pod RS.
- Definovaný obsah komodit pod RS, přesný maximální finanční objem, platnost (od, do) a stav (příprava, k čerpání, ukončení), účastníci RS (dodavatelé), dodací lhůty.
- Bude hlídáno čerpání RS podle objednávek (z dostupného finančního objemu budou odečítány částky za objednané komodity spadající pod příslušnou RS.
- Systém bude zaměstnance CNPK upozorňovat na vyčerpání, vypršení RS. Definice parametrů bude pro každou R individuální (čas, finanční výše, nastavení upozornění a definice e-Mailových adres popřípadě uživatelů).
2.4.2.7 Xxxxxxx, přehledy a exporty dat
- Jednotlivé přehledy o objednávkách, komoditách, dotazech, RS.
- Možnost exportu jakékoliv sestavy do formátu XLS (CSV).
- Možnost filtrovat a vyhledávat podle ID, názvu, data, zadavatele, dodavatele, RS, stavu,…
- Možnost uložení filtrů do profilu uživatele.
- V zobrazeném dokumentu bude ID odkazovat (hypertextový odkaz) na detailu příslušné informace.
- Zobrazované informace
▪ Objednávka (ID, cena, datum, dodavatel, stav, RS)
▪ Komodita (ID, název, cena za jednotku, dodavatel, CPV (příp. NIPEZ) kód, RS, dostupný/sjednaný objem z RS, stav)
▪ dotazy (ID, tazatel, předmět dotazu, průběh řešení, uzavřen A/N + stav)
▪ RS (ID, název, sjednaný objem, dostupný objem, platnost, dodavatel(é), stav).
▪ Notifikace.
2.4.2.8 Notifikace
- Uživatelsky definované pro každou RS samostatně.
- Upozornění na blížící se vyčerpání objemu RS (např. při posledních 25%).
- Upozornění na blížící se ukončení platnosti RS (např. při dosažení termínu < 3 měsíců).
- Upozornění na neuzavřené objednávky (např. 14 po odeslání -> 1xdenně dokud nebude uzavřeno).
- Hodnocení dodavatele výrobku.
2.4.2.9 Přihlašování uživatelů
Ověření / Přihlášení uživatelů probíhá výhradně proti aplikaci SSO PK - systém pro ověřování identity spolupracující s IS pomocí webových služeb.
- Řešení musí akceptovat ověření uživatelů prostředky SSO PK (proprietární řešení Plzeňského kraje pro ověřování uživatelů z více zdrojů, komunikující s aplikacemi prostřednictvím SOAP web services protokolem SAML).
- Zdrojem organizační struktury a osob je systém ePUSA.
- Dodavatel se zaregistruje do systému SSO PK. E-Shop se doptá na podrobnější údaje o dodavateli (IČO) ověří dotazem v ARES a doplní podrobnosti s možností editace (adresa pro komunikaci,…).
- Centrální nákup registraci dodavatele autorizuje a přidělí role v systému.
2.4.2.10 Správa uživatelů
- Centrální nákup
▪ Administrátor s možností správy uživatelů a všech stavů systému.
▪ Manažer - parametry jako zadavatel + definovaná množina administrátorských funkcí.
- Zadavatel
▪ Ověřování pomocí SSO PK
- údaje o zadavateli systém přebírá z aplikace ePUSA (název, sídlo, IČ, číslo účtu)
▪ Možnost doplnění dodací adresy, případně i dalších parametrů, které nejsou v systému ePUSA.
- Dodavatel
▪ Dodavatelům bude přiřazována vzestupná ID řada v konvenci: číslo dodavatele (např. D001).
▪ Vybraný dodavatel bude mít možnost registrace pomocí SSO PK do systému a spravovat svůj účet.
▪ Z účtu dodavatele budou přebírány data do objednávek včetně e-Mailu pro zaslání objednávky.
- CN bude definovat, autorizovat a přiřazovat uživatelské role.
- Uživatelé budou zařazovány do struktury podle pozice v e-Shopu (odběratel, dodavatel), v rámci organizace.
- Jednotliví dodavatelé a odběratelé budou zařazovány odpovídající stromu komodit.
2.4.2.11 Přihlašování uživatelů
Ověření / Přihlášení uživatelů probíhá výhradně proti aplikaci SSO PK – systém pro ověřování identity spolupracující s IS pomocí webových služeb.
- Řešení musí akceptovat ověření uživatelů prostředky SSO PK (proprietární řešení Plzeňského kraje pro ověřování uživatelů z více zdrojů, komunikující s aplikacemi prostřednictvím SOAP web services protokolem SAML).
- Zdrojem organizační struktury a osob zadavatele je systém ePUSA.
- Dodavatel bude zaregistrován v aplikaci SSO PK a po prvním přihlášení si doplní data v osobním účtu aplikace e-Shop.
2.4.2.12 Helpdesk / Informace pro uživatele.
Aplikace bude obsahovat modul helpdesk, který bude sloužit pro komunikaci uživatel a zaměstnanců CNPK.
- Zadávání potíží s používáním aplikace e-Shop, kvalita dodávek (kvalita, termín). Možnost přiložení souboru. Systémová nepovinná vazební pole, objednávka, dodavatel, RS,….
- Zpracování požadavku včetně potvrzení stavu (zadáno, řešeno, ukončeno, potvrzení splnění).
- Vydávání metodických pokynů k používání aplikace e-Shop v souladu se směrnicí.
Možnost vložení oznámení, souborů, datum uveřejnění/stažení, priorita.
- Rychlé informace pro uživatele (jednoduchý redakční systém, nastavení priorit zobrazení informací):
▪ Odstávky
▪ Aktuální problémy.
▪ Novinky
2.4.2.13 Integrace
- přihlašování uživatelů pomocí SSO PK
- napojení na objednávkové systémy dodavatelů, definice rozhraní pro nabídnutí dodavatelům definované v rámci analýzy. Součástí dodávky systému tak bude také služba SOAP (XML), která bude obousměrně obsluhovat komunikaci mezi eshopem a systémy dodavatelů. Uchazeč v rámci své analýzy zpracuje požadovaný rozsah webové služby a výsledkem bude dokument, který bude předáván dodavatelům pro napojení na eshop CN. Je předpokládána komunikace ze strany eshopu -> odeslání objednávky a komunikace ze strany dodavatele -> odeslání faktury do eshopu. Tím bude dosaženo zajištění evidence dokumentace objednávky a faktury v eshopu. Alternativou, kterou musí systém umožňovat je automatizované odesílání objednávek na emailové adresy dodavatelů. Napojení dodavatelů na eshop musí být natolik automatizované, že postačí dodavateli předat dokument popisu rozhraní a administrátor ze strany CN poté umožní (jednoduše nastaví) komunikaci s IS dodavatele.
- napojení, pomocí webových služeb, na objednávky/faktury systém KUPK a ZO. U KUPK, SUSPK, CNPK systém iObjednávky/iFaktury/Smlouvy/Spisová služba (PilsCom s.r.o.). Za účelem takového napojení bude dodavatelem vytvořena webová služba pro organizace užívající eshop SOAP (XML). K této webové služby bude objednateli dodavatelem předán popis a bude objednateli umožněno na základě tohoto popisu k webové službě připojovat jednotlivé informační systémy objednatelů. V případě neexistence takového systému na straně dílčích objednatelů, případně nemožnosti provedení vazby, bude systém u objednávky umožňovat její export do textového souboru v XML formátu a dále do PDF.
2.5 Požadavky na vazby systému na okolní subsystémy IS
- SSO PK
- napojení, pomocí webových služeb, na iObjednávky/iFaktury/Smlouvy/Spisovou službu
- Vazba na spisovou službu. Reakce na objednávku 🡪 odeslání faktury do systému odběratele
🡪 zařazení do WF ve vazbě na SW dodavatele s možností ručního zadání a uploudu souboru.
- Tato napojení budou realizována na základě analýzy.
Uchazeč vyřeší, v nabídce popíše a doloží fotografiemi reálné řešení s příslušnými snímky obrazovky počítače postup při následujících typových úlohách:
- Přihlášení uživatele.
- Vyhledání.
• Podle komodity - strom komodity.
• Podle dodavatele - strom dodavatele.
- Práce s komoditou.
• Zadání množství.
• Prohlédnutí parametrů.
• Vložení do košíku.
- Práce s košíkem.
• Úprava/editace množství.
• Smazání položky z košíku.
- Objednávka
• Editace objednávky, zadání adresy doručení,…
• Odeslání objednávky, potvrzení odeslání.
• Smazání/Zrušení objednávky.
- Automatický rozpad komodit podle dodavatele.
- Automatická kontrola min. možného objemu.
- Verifikace.
- Kontrola, schválení a odeslání objednávek.
2.6.3 Editace, tvorba, úprava komodit
2.6.4 Rámcové smlouvy
2.6.5 Xxxxxxx, přehledy, exporty dat a notifikace
- Export souhrnů a přehledů do formátů CSV, PDF/A,…
2.7.1 Struktura sítě a serverů
Systém bude řešen, aplikace poběží na IIS, databáze bude na db serveru KUPK, přílohy, dokumenty budou strukturovaně uloženy v adresářích. Soubory je však možné ukládat i do databáze. Databáze bude provozována na MS SQL 2008R2/2012 (na 2008/2012 by řešení tedy mělo být plně funkční).
Oba servery poběží na Windows serveru 2008R2 nebo 2012, které poběží na VMware ESX serveru. Serverům bude v rámci VMware ESX serveru přidělena minimálně (tedy buď přesně uvedená konfigurace, nebo lepší) tato garantovaná virtuální konfigurace:
▪ aplikační server: 1x 3GHz cpu (2 jádra), 4GB RAM, 100GB diskové prostoru
▪ databázový server: 4x 3GHz cpu (2 jádra), 8GB RAM, 200GB diskového prostoru
▪ web server pro centrální modul MS Internet Information Server (IIS)
▪ SMTP server pro centrální modul
▪ SMS gateway pro centrální modul
e-Shop bude pro podepisování objednávek používat elektronický podpis.
• Analýzu potřeb a přizpůsobení funkcionality systému potřebám uživatele (implementace). Na analýze bude spolupracovat CNPK. Výstupem bude dokument, který bude předložen k odsouhlasení zadavateli.
• Dodávka a instalace.
• Přizpůsobení funkcionality přesným potřebám uživatele (implementace).
• Součástí implementace bude zaškolení pracovníků CNPK, před spuštěním testovacího provozu.
• Součástí dodávky je školení v objemu čtyři dny uživatelské, dva dny administrátorské. e- Learningový kurz ve formátu Moodle 2.x bude minimálně obsahovat kompletní dokumentaci ve strukturované podobě a typové úlohy/příklady.
• Testovací scénáře pro akceptaci zakázky - Testovacím scénářem jsou myšleny pracovní postupy, které předvedou veškeré možnosti a logické postupy užití dané aplikace rozčleněné na sběr, zpracování a vyhodnocení dat a řízení prací. Budou děleny i podle typu osoby, užívající aplikaci.
• Podpora uživatele, zahrnující: řešitelský a programátorský servis na vyžádání během provozu a rozvoj aplikace v rozsahu do 20ti hodin měsíčně, hot line od 8:00 do 16 00 hod. v pracovní dny.
Service level agreement – dohoda o úrovni poskytovaných služeb
Kategorie problému | Doba k zahájení prací (h) v intervalu 8-16 v pracovních dnech | Délka opravy (h) | Smluvní pokuta za každou započatou hodinu nad rámec stanovené maximální délky opravy |
A – Fatální problémy | 2 | 8 | 1.000 Kč |
B – Kritické problémy | 4 | 16 | 1.000 Kč |
C – Závažné problémy | 8 | 32 | 500 Kč |
D – Drobné problémy | 32 | 80 | 500 Kč |
V rámci poskytování technické podpory a údržby bude poskytovatel udržovat aplikaci v provozu a řádném stavu pro objednatele.
V případě poruchy (závady) aplikace zadavatel stanoví lhůty, ve kterých bude povinen poskytovatel odstranit vady a uvést aplikaci do řádného stavu způsobilého jejímu řádnému užívání.
Hodiny v tabulce SLA jsou počítány v pracovních dnech od 08:00 do 16:00 hodin. Lhůta 8 hodin tedy znamená jeden pracovní den. Smluvní pokuty jsou také kalkulovány v hodinách dle této metodiky.
Definice kategorie problémů: A – Fatální problémy:
Úplná nedostupnost aplikace, Web server neodpovídá na portu TCP/80. Mezi fatální problémy náleží rovněž neautorizovaná změna obsahu aplikace.
B – Kritické problémy:
Web server odpovídá, ale nezobrazuje korektní data, případně hlásí systémovou chybu, nebo chybu ke kódu aplikace. Návštěvníci nemohou aplikaci plnohodnotně užívat.
C – Závažné problémy:
Aplikace pracuje korektně, ale s aplikací nemohou pracovat administrátoři, pro chyby v systému. D – Drobné problémy:
V aplikaci se nekorektně zobrazují loga, nekorektní zobrazení, které však nebrání funkčnosti, a další drobné vady, které nebrání funkčnosti aplikace, ale mohou snížit přehlednost aplikace nebo jejího prostředí a mohou mít vliv na komfort uživatelů, příp. administrátorů.
Termíny jsou uvedeny v pracovních dnech.
• Podepsání smlouvy = D
• analýza, zpracování prováděcí dokumentace = D+10
• Přizpůsobení funkcionality přesným potřebám uživatele v prostředí krajských nemocnic, Správy a údržby silnic Plzeňského kraje, příspěvkové organizace, a škol zřizovaných Plzeňským krajem = D+15
• migrace testovacích dat = D+20
• testování = D+20 až 25
• akceptace testovacího provozu = D+25
• migrace produktivních dat z pilotního provozu = D+27
• spuštění pilotního provozu = D+28 až 30
• zvýšená podpora = D+30 až 60
• školení = D+20 až 30
• akceptace, předání systému a ostrý provoz + běžná podpora a údržba = D+40
• podpora uživatele, zahrnující: řešitelský a programátorský servis na vyžádání během provozu v rozsahu do 20ti hodin měsíčně, hot line od 8:00 do 16 00 hod. v pracovní dny od D+28
Školení pro administrátory a pro koncové uživatele bude provedeno ve školící místnosti Krajského úřadu Plzeňského kraje, Škroupova 18, Plzeň.
• Školení pro uživatele – 5x.
• Školení pro administrátory a správce kalendářů 1x
• Vytvoření e-Learningového kurzu v rozsahu provozní dokumentace.
Data budou ponechána v současném stavu a dle dokumentace stávajícího řešení. Nové funkcionality budou zapracovány v rozsahu a dle stávajících invencí a bezpečnost v rozsahu stávající dokumentace.
V rámci plnění bude dodána tato dokumentace
• prováděcí dokumentace
• provozní dokumentace
• bezpečnostní dokumentace
• systémová příručka
• uživatelská příručka
• popis řešení havárií
• školicí dokumentace
Provozní dokumentace bude zpracována minimálně v rozsahu, definovaném pro ISVS v zákonu o ISVS a jeho prováděcích předpisech (zákon č. 365/2000 Sb. a vyhl. č. 529/2006 Sb., v platném znění).
Bude sloužit jako podklad pro implementaci řešení, bude zpracována v tomto minimálním rozsahu:
• schémata
o síťová
o datová
o aplikační vč. integrace
• popis procesu nasazení aplikace vč. zpřesněného harmonogramu
• popis procesu migrace dat
• požadavky na součinnost v průběhu implementace a pilotního provozu
• návrh školení uživatelů
• návrh akceptačních testů
• popis údržby
• Entity-relationship model (ERM)
Bez předložení prováděcí dokumentace nebude umožněno zhotoviteli (poskytovateli) instalovat a implementovat aplikaci do určeného prostředí. Předložení prováděcí dokumentace je povinností zhotovitele a v případě jejího nepředložení a z tohoto důvodu neumožnění její implementace se bude jednat o prodlení na straně zhotovitele.
Bude zpracována v rozsahu:
• bezpečnostní dokumentace
• systémová příručka
• uživatelská příručka
• popis řešení havárií
• školicí dokumentace
2.14 Požadavky na pilotní provoz se zvýšenou podporou
Zvýšenou podpora produktivního provozu je určena po dobu dvou měsíců od instalace do produktivního prostředí. Podpora je definována jak po stránce uživatelské a aplikační, tak také po stránce metodické.
Podmínky akceptace budou dohodnuty na základě testovacích scénářů během implementace a dle seznamu hlášení formou e-mailu administrátorům, kde nesmí být nevyřešena žádná z „kritických“ vad a seznam „drobných“ vad nepřevyšuje číslo 5.
2.16 Popis vstupů – s čím mohou uchazeči do nabídky počítat
2.16.1 SW prostředí
• klienti - W7, IE9, Office Std 2k3+, CoreCAL a výše
• servery - W2K8 R2, SQL2K8 R2 Std a výše
• zajištěné aktualizace po dobu života aplikace
• pokud bude dodán jiný SW, pak jej musí uchazeč zahrnout do soutěžní ceny a dodržet podmínky:
o zajištění všech potřebných licencí po dobu života aplikace
o zajištění údržby (aktualizace) a podpory po dobu života aplikace
o školení pro administrátory
2.16.2 HW prostředí
• Pro provoz e-Shopu bude využito virtualizace na VMWare vSphere
• xxx přidělená virtuální RAM
• xxx přidělený prostor úložiště
o rychlý TIER (v případě požadavku, jeho adekvátní odůvodnění)
o standardní TIER
• max počet SQL strojů
o v DMZ
o v intranetu
• poměr CPU virtuálního stroje (vymezeno v části 2.7.1. této technické dokumentace, v případě nedostatku může uchazeč požádat o mírné navýšení, pro které však musí mít náležité opodstatnění, navyšování prostředků z důvodu neoptimalizace aplikace na straně zhotovitele nebude ze strany objednatele respektováno a umožněno)
• je možná dostupnost (je-li relevantní) - 2 stroje provozované v clusteru
• zajištěná údržba HW po dobu života aplikace (režim - 8h fix u důležitých serverů, NBD u méně důležitých nebo cluster ováných)
2.16.3 Bezpečnost infrastruktury
• firewall
• endpoint ochrana (Symantec)
• sledování síťového provozu
• MS Active Directory
• ověřování SSO PK
• opakované testy zranitelnosti
• centrálně řízené logování
2.16.4 Přístup dodavatele k infrastruktuře
• fyzický přístup - běžně v pracovní době, po dohodě lze výjimečně domluvit rozšířený režim (noci, víkendy)
o možnost připojit notebooky dodavatele do sítě KÚPK
• vzdálený přístup přes VPN na stroje, vyhrazené na projekt
o za tímto účelem bude s vítězným uchazečem uzavřena smlouva o vzdáleném přístupu k aplikaci a jejímu prostředí
• oprávnění
o admin práva k serverům, vyhrazeným pro projekt
o admin přístup k databázi, nikoli k serveru (DB stroj typicky sdílený = přístupný z konzole na jiném stroji)
• maximální součinnost v hodinách – 40 člověkohodin
Veřejná zakázka malého rozsahu s názvem „Eshop pro Centrální nákup Plzeňského kraje“
Příloha č. 2 smlouvy o dílo – Technická dokumentace zhotovitele