Zadávací dokumentace

Zadávací dokumentace veřejné zakázky

na dodávku

Integrovaného informačního systému Státní pokladny (IISSP) Část D - Obchodní a platební podmínky pro návrh smlouvy a návrh smluvní dokumentace (CELKEM TVOŘÍ SOUTĚŽNÍ PODMÍNKY 5 ČÁSTI : A, B, C, D, E)

Strana 1 / celkem stran 68

Upozornění pro uchazeče:

Pro účely této části zadávací dokumentace platí níže v obchodních a platebních podmínkách

pro Zadavatele označení „MF“ ve všech Smlouvách

pro Uchazeče označení „Dodavatel“ ve všech Smlouvách

Označení smluvních stran je znovu provedeno v záhlaví každé smlouvy.


„Smlouva o dodávce integrovaného informačního systému Státní pokladny (IISSP) a souvisejících služeb“ uzavíraná mezi níže uvedenými smluvními stranami ve smyslu ust. § 269 odst. 2 zákona č. 513/1991 Sb., obchodní zákoník, ve znění pozdějších předpisů, podle § 46 a násl. zákona č. 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ů a v souladu s výsledky výběrového řízení zakázky na „Centralizovaný integrovaný informační systém (IISSP)“ podle § 27 zákona č. 137/2006 Sb. o veřejných zakázkách, ve znění pozdějších předpisů (dále jen „Smlouva“)

Čl. 1

Smluvní strany (1) Objednatel: Česká Republika – Ministerstvo financí se sídlem Letenská 15, 118 10 Praha 1 IČ 00006947 DIČ CZ00006947 jejímž jménem jedná ministr Ing. Miroslav Kalousek bankovní spojení: Česká národní banka, Praha 1 číslo účtu: 3328-001/0710 (dále jen „MF“)

(2) (obchodní firma uchazeče)………………………………………. se sídlem …………………………………………………, IČ ………………, DIČ …………………… , zastoupená …………………………………………………………………………… ………………………………………………………………………………………….. zapsána v obchodním rejstříku u ……………………………… v …………………, oddíl …, vložka …….., bankovní spojení:…………………………. . číslo účtu:………………………………. Swift: ………………………………….. IBAN: ……………………………….. (dále též jen „Dodavatel“) Uchazeč doplní svoji přesnou identifikaci s odvoláním na doložené platné doklady potvrzující jeho právní subjektivitu a oprávnění osoby nebo osob za Dodavatele jednat..

(3) Kontaktní osoba k jednání ve věcech této Smlouvy s výjimkou jejích změn: za MF ve věcech smluvních: Judr. Tomáš Jindra, tel: +420-2-257 042 755, e-mail: [email protected] za MF ve věcech odborných: Ing. Pavel Nevšímal, tel: +420-2-257 042 755, e-mail: [email protected] Strana 3 / celkem stran 68

za Dodavatele:

……………………….………

Obě smluvní strany, vědomy si svých závazků v této Smlouvě obsažených a s úmyslem být touto Smlouvou vázány, se dohodly na následujícím:

Zadavatel upozorňuje, že tento návrh Smlouvy je definitivní a konečný a krom předpokládaných míst k doplnění a zákonem dané možnosti je neměnný.

Čl. 2

Vymezení pojmů 2.1. Pro účely této Smlouvy se rozumí: 2.1.1. „Druh (kategorie) plnění“ – druh (kategorie) plnění zakázky, který se liší specifickým obsahem plnění a režimem. Jednotlivé druhy (kategorie) plnění zakázky jsou : 2.1.1.1. „Licence“ – oprávnění MF k výkonu práva užití ke standardnímu SW produktu a databázi (dále „SW produkt“) včetně služeb údržby. Je řešeno režimem dle Licenční smlouvy dle Přílohy č. 1 Smlouvy. 2.1.1.2. „Implementace“ - dodávka služeb projektu implementace SW produktu dle odst. 2.1.1.1.. Je řešeno režimem dle Smlouvy o dílo (Implementační smlouvy) dle Přílohy č. 2 Smlouvy. 2.1.1.3. „Podpora“ – je dodávka služeb funkční a technické podpory. Je řešeno režimem dle „Servisní smlouvy“ dle Přílohy č. 3 Smlouvy

Čl. 3

Účel Smlouvy 3.1. Tato Smlouva je uzavřena za účelem dodávky „Integrovaného informačního systému Státní pokladny“ (IISSP). Dodávka plnění obsahuje:. Dodávku kategorie Licence dle odst. 2.1.1.1 a dle Přílohy č. 1 této Smlouvy Dodávku kategorie Implementace dle odst. 2.1.1.2 a dle Přílohy č. 2 této Smlouvy Dodávku kategorie Podpora dle odst. 2.1.1.3 a dle Přílohy č. 3 této Smlouvy 3.2. Přílohy této Smlouvy tvoří : 3.2.1. Příloha č.1 – Licenční smlouva se smlouvou o poskytování služeb údržby (Licenční smlouva). Vymezuje podmínky pro plnění druhu „Licence“ 3.2.2. Příloha č.2 – Smlouva o dílo na implementaci SW produktu za účelem zavedení do produktivního užívání (Implementační smlouva). Vymezuje podmínky pro plnění druhu „Implementace“ 3.2.3. Příloha č.3 – Smlouva o dodávce služeb odborné IT podpory (Servisní smlouva), Vymezuje podmínky pro plnění typu „Podpora“


Čl. 4

Předmět Smlouvy 4.1. Předmět této Smlouvy tvoří : 4.1.1. Závazek Dodavatele poskytnout MF plnění druhu „Licence“, tj. dodat právo užít SW produkt (zahrnuje standardní SW produkt a databázi), licenci, a současně závazek poskytnutí údržby k tomuto SW produktu v rozsahu a způsobem popsaným v Příloze č.1 této Smlouvy (Licenční smlouva). Poskytnuté právo užití umožní zaměstnancům MF a ostatních institucí a organizací zařazených do procesů IISSP přistupovat k IISSP v rozsahu funkcí vymezených v odstavci 2.4. části B Zadávací dokumentace veřejné zakázky (tj. funkčnost v rozsahu uvedeném v Příloze č. 2.1. Implementační Smlouvy). 4.1.2. Závazek Dodavatele poskytnout plnění druhu „Implementace“ , tj. implementovat SW produkt za účelem zavedení IISSP do produktivního užívání v rozsahu a způsobem popsaným v Příloze č. 2 této Smlouvy. Rozsah implementace (rozsah implementovaných funkcí SW produktu) je uveden v Příloze č. 2.1. Implementační Smlouvy a odpovídá požadavkům zadavatele uvedeným v odstavci 2.4. část B Zadávací dokumentace veřejné zakázky. 4.1.3. Závazek Dodavatele poskytnout MF plnění druhu „Podpora“, tj. dodávku služeb odborné IT podpory v rozsahu a způsobem popsaným v Příloze č. 3 této Smlouvy. 4.1.4. Závazek MF zaplatit Dodavateli za poskytnutí práva užít SW produkt včetně databáze (licenci) a poskytnutí služeb údržby k tomuto SW produktu v rozsahu a způsobem popsaným v Příloze č.1 této Smlouvy cenu a poplatky ve výši a době stanovené v Příloze č.1 této Smlouvy. 4.1.5. Závazek MF zaplatit Dodavateli za dodávku díla spočívající v poskytnutí služeb implementace SW produktu v rozsahu a způsobem popsaným v Příloze č. 2 této Smlouvy cenu ve výši a době stanovené v Příloze č. 2 této Smlouvy. 4.1.6. Závazek MF zaplatit Dodavateli za dodávku služeb odborné IT podpory v rozsahu a způsobem popsaným v Příloze č. 3 této Smlouvy, cenu a poplatky ve výši a době stanovené v Příloze č. 3 této Smlouvy.

4.2. Předmět Smlouvy je pro daný úsek předmětu, včetně souvisejících práv a povinností, ještě podrobněji specifikován níže v dalších ustanoveních této Smlouvy a jejích přílohách.

Čl. 5

Rozhodné právo 5.1. Vztahy mezi smluvními stranami touto Smlouvou výslovně neupravené se budou řídit českými, obecně závaznými právními předpisy, zejména Obchodním zákoníkem v platném znění. 5.2. Při rozhodování případných sporů, vzniklých ze závazkových vztahů založených touto Smlouvou, jsou místně a věcně příslušné soudy České republiky.

Čl. 6

Doba a místo plnění 6.1. Doba (termíny) plnění jsou stanoveny podle jednotlivých druhů plnění takto : Strana 5 / celkem stran 68

6.1.1. Plnění druhu „Licence“, tedy dodávku práva užití k SW produktu (zahrnuje standardní SW produkt a databázi) ke dni zahájení fáze 2 projektu – realizační koncept. K témuž dni bude zahájeno poskytování údržby k SW produktu. 6.1.2. Plnění druhu „Implementace“ bude probíhat od startu projektu, tedy ode dne podpisu smlouvy a systém IISSP bude uveden do ostrého provozu 1.1.2010. V období od 1.1.2010 do 31.12.2011 bude Dodavatel zajišťovat podporu provozu systému včetně help-desku. 6.1.3. Plnění druhu „Podpora“ bude zahájeno dnem akceptace fáze 2 – realizační koncept a ukončeno dne 31.12.2011. 6.2. Podrobnosti o termínech plnění, jsou pro jednotlivé druhy plnění uvedeny v Příloze č. 1 Smlouvy (Licenční smlouva), Příloze č. 2 Smlouvy (Implementační smlouva) a Příloze č. 3 Smlouvy (Servisní smlouva). 6.3. Místem plnění předmětu Smlouvy jsou pracoviště MF na území ČR a pracoviště subjektů na území ČR, které budou přistupovat do IISSP.

Čl. 7

Cena plnění 7.1. Celková cena za plnění Smlouvy (zakázky) bez DPH je stanovena jako součet cen za dodávku jednotlivých druhů plnění vymezených v odst. 2.1.1. a jim odpovídajících přílohách č. 1, 2 a 3 Smlouvy takto:

Druh (kategorie) plnění

Cena bez DPH (Kč)

Celková cena za druh plnění „Licence“ Celková cena za druh plnění „Implementace“ Celková cena za druh plnění „Podpora“

(Příloha č, 1 Smlouvy) (Příloha č. 2 Smlouvy) (Příloha č. 3 Smlouvy)

Celková cena plnění Smlouvy (zakázky) Celková cena bez DPH slovy ………………………………………………………………… 7.1.1. Cena za ´druh plnění „Licence“ zahrnuje cenu za:

pořízení práva užití k SW produktu v rozsahu vymezeném v Příloze č. 1 Smlouvy – Licenční smlouva (uchazeč doplní přesně odkaz na příslušný odstavec nebo místo v Licenční smlouvě) plus

kumulativní cenu za poskytování údržby SW produktu v období ode dne zahájení fáze 2 projektu – realizační koncept do 31.12.2011. Podrobnosti jsou uvedeny v Příloze č. 1 Smlouvy - Licenční smlouva 7.1.2. Cena za druh plnění „Implementace“ obsahuje cenu za poskytnutí služeb implementace v rozsahu vymezeném v Příloze č. 2 Smlouvy – Implementační smlouva (přesně je rozsah implementace vymezen v Implementační smlouvě – interní příloha označená jako Příloha č. 2.1. – Specifikace díla). Podrobnosti jsou uvedeny v Příloze č. 2 Smlouvy – Implementační smlouva Strana 6 / celkem stran 68

7.1.3. Cena za druh plnění „Podpora“ obsahuje kumulativní cenu za období ode dne zahájení plnění dle bodu 6.1.3. do 31.12.2011. Podrobnosti jsou uvedeny v Příloze č. 3 Smlouvy – Servisní smlouva 7.2. Cena je stanovena jako nepřekročitelná a obsahuje veškeré náklady Dodavatele nutné k realizaci předmětu smlouvy. Překročení smluvené ceny se nepřipouští. 7.3. K ceně bude připočtena vždy DPH v zákonem stanovené výši.

Čl. 8 Ochrana informací Obě smluvní strany se zavazují se, že zachovají jako důvěrné informace a zprávy týkající se vlastní spolupráce a vnitřních záležitostí smluvních stran a předmětu Smlouvy a jejich příloh, pokud by jejich zveřejnění mohlo poškodit druhou stranu. Povinnost poskytovat informace podle zákona č. 106/1999 Sb., o svobodném přístupu k informacím ve znění pozdějších předpisů není tímto ustanovením dotčena. Smluvní strany budou považovat za důvěrné informace a) jako důvěrné označené, b) informace, u kterých se z povahy věci dá předpokládat, že se jedná o informace podléhající závazku mlčenlivosti nebo informace o MF, které by mohly z povahy věci být považovány za důvěrné a které se dozvědí v souvislosti s plněním této smlouvy. Smluvní strany se zavazují, že neuvolní třetí osobě informace druhé strany bez jejího souhlasu, a to v jakékoliv formě, a že podniknou všechny nezbytné kroky k zabezpečení těchto informací. Závazek mlčenlivosti a ochrany důvěrných informací zůstává v platnosti po dobu 5 let po ukončení platnosti této smlouvy. Dodavatel je povinen zabezpečit veškeré podklady, mající charakter důvěrné informace poskytnuté mu MF, proti odcizení nebo jinému zneužití. Dodavatel je povinen svého případného subdodavatele zavázat povinností mlčenlivosti a respektováním práv MF nejméně ve stejném rozsahu, v jakém je v tomto závazkovém vztahu zavázán sám. Povinnost zachovávat mlčenlivost, o níž se hovoří v tomto článku, se nevztahují na informace: • které jsou nebo se stanou všeobecně a veřejně přístupnými jinak, než porušením ustanovení tohoto článku ze strany Dodavatele, • které jsou Dodavateli známy a byly mu volně k dispozici ještě před přijetím těchto informací od MF, • které budou následně Dodavateli sděleny bez závazku mlčenlivosti třetí stranou, jež rovněž není ve vztahu k nim nijak vázána, • jejichž sdělení se vyžaduje ze zákona. Za prokázané porušení ustanovení v tomto článku má druhá smluvní strana právo požadovat náhradu takto vzniklé škody. V případě neoprávněného prozrazení důvěrné informace některou smluvní stranou má druhá smluvní strana právo účtovat smluvní pokutu ve výši 100.000 Kč za každý případ porušení, nejvýše však celkem 10.000.000 Kč. Zaplacením smluvní pokuty není dotčen nárok na náhradu vzniklé škody s tím, že maximální výše smluvní pokuty a náhrady škody nepřekročí ve vzájemném součtu částku rovnající se maximální možné ceně při úplném využití celého plnění této smlouvy.

Čl. 9 Práva třetích osob Strana 7 / celkem stran 68

9.1. Dodavatel prohlašuje, že předmět plnění dle této smlouvy nebude zatížen právy třetích osob, ze kterých by pro MF vyplynuly jakékoliv další finanční nebo jiné nároky ve prospěch třetích stran. V opačném případě Dodavatel ponese veškeré důsledky takovéhoto porušení práv třetích osob. 9.2. Dodavatel bude na své náklady hájit MF před jakýmkoliv nárokem třetí strany z důvodu porušení patentu nebo autorského práva produktem, jenž Dodavatel dodal MF na základě této Smlouvy. Pro účely tohoto článku znamená pojem „produkt“ hardware, software nebo dílo (Materiál) podléhající ochraně dle zákona č. 121/2000 Sb. (autorský zákon). Dodavatel uhradí MF veškeré náklady, škody a poplatky uložené soudem na základě takového nároku či náklady zahrnuté v dohodě o vyrovnání schválené Dodavatelem, a to za předpokladu, že MF: •

bezodkladně předá Dodavateli písemné oznámení o takovém nároku; a

•

bude s Dodavatelem při obhajobě a jednáních o vyrovnání účinně spolupracovat.

9.3. Stane-li se produkt předmětem takovéhoto nároku nebo je-li důvodné předpokládat, že se předmětem takovéhoto nároku stane, MF souhlasí, že dovolí Dodavateli zajistit MF oprávnění k dalšímu používání produktu, produkt upravit nebo nahradit produktem alespoň funkčně odpovídajícím. Nelze-li za přiměřených podmínek využít některou z těchto možností, vrátí MF na základě písemné žádosti dotčený produkt Dodavateli. Dodavatel v takovém případě poskytne MF náhradu následovně: •

za software poskytne Dodavatel MF náhradu v souladu s Licenční smlouvou v Příloze 1 této Smlouvy; a

•

za Materiál uhradí Dodavatel MF částku, kterou MF Dodavateli zaplatil za vytvoření Materiálu.

9.4. Tento článek stanoví veškeré závazky Dodavatele vůči MF z titulu porušení patentů a autorských práv krom práv na náhradu škody a smluvní pokuty v maximální výši dle jejich definic v této smlouvě a jejích přílohách . 9.5. Dodavatel na sebe nebere žádné závazky týkající se nároků založených na: •

čemkoliv, co poskytlo MF a bylo začleněno do produktu, nebo na skutečnosti, že Dodavatel jednal v souladu s designem, specifikací či pokyny dodanými MF nebo třetí stranou v zastoupení MF;

•

úpravě produktu provedené MF nebo použití softwaru v jiném než určeném operačním prostředí; nebo

kombinaci, provozu nebo použití produktu s jinými produkty, jež nebyly dodány ze strany Dodavatele jako systém, či na kombinaci, provozu nebo použití produktu s jiným produktem, daty, přístrojem nebo obchodními metodami, jež nebyly poskytnuty ze strany Dodavatele, či distribuci, provozu nebo používání produktu ve prospěch třetí strany mimo prostředí MF.

Čl. 10 Závěrečná ustanovení 10.1. Podrobnosti charakteristické pro plnění příslušného druhu (kategorie) plnění jsou specifikovány v Příloze č. 1 Smlouvy (Licenční smlouva), v příloze č. 2 Smlouvy (Implementační smlouva) a v příloze č. 3 Smlouvy (Servisní Smlouva), které jsou nedílnou součástí Smlouvy. 10.2. Každá smluvní strana uděluje druhé smluvní straně pouze výslovně uvedené licence či práva. Žádné jiné licence či práva (včetně licencí nebo práv k patentům) nejsou udělována. 10.3. Obě smluvní strany jsou oprávněny uzavírat obdobné smlouvy s třetími stranami.


10.4. V rozsahu, v jakém to umožňují příslušné právní předpisy, je každá smluvní strana oprávněna komunikovat s druhou smluvní stranou prostřednictvím elektronických prostředků a taková komunikace bude v rozsahu povoleném ze zákona rovnocenná podepsané písemné komunikaci. Identifikační kód (dále jen „ID“) obsažený v elektronických dokumentech dostačuje k ověření identity odesilatele a autentičnosti dokumentu. 10.5. Žádná ze smluvních stran neodpovídá za nesplnění svých závazků, pokud k takovému nesplnění došlo z důvodů překážek vzniklých z důvodů na druhé straně a nebo z důvodu vyšší moci. 10.6. Žádná ze smluvních stran nepostoupí bez předchozího písemného souhlasu druhé smluvní strany ani jinak nepřevede Smlouvu, vcelku ani z části. 10.7. Tuto Smlouvu lze měnit pouze písemnou formou a to na základě písemných dodatků, které budou číslovány vzestupně počínaje číslem 1. Jiná ujednání jsou neplatná. 10.8. V případě rozporu mezi textem této Smlouvy a přílohou, má přednost ustanovení Smlouvy 10.9. Nebude–li existovat ve Smlouvě či v jejích přílohách úprava pro daný vztah mezi oběma stranami, každá z obou stran tímto souhlasí s tím, že se potom budou jako nedílnou součástí smluvního ujednání řídit Zadávací dokumentací veřejné zakázky na dodávku Integrovaného informačního systému Státní pokladny (IISSP) (dále jen: ZD), přičemž v případě, že dojde k posunu v termínu podpisu této Smlouvy ve smyslu předpokládaném ZD, např. z důvodu přezkoumání Úřadem pro ochranu hospodářské soutěže, popř. z důvodu pozdržení legislativního procesu, potom se termíny uvedené v této Smlouvě, resp. v jejím návrhu ze strany Dodavatele přiměřeně posouvají, aniž by to bylo důvodem odstoupení od smlouvy pro Dodavatele, dále není MF odpovědné za posunutí termínů a za změny zadání v důsledku nepředpokládaného vývoje legislativního procesu oproti předpokládanému vývoji ke dni podpisu této smlouvy. 10.10. V případě použití služeb subdodavatele nese odpovědnost dodavatel jako kdyby plnil sám. 10.11. Tato Smlouva je vyhotovena ve čtyřech (4) stejnopisech, z nichž všechny mají platnost originálu. Každá smluvní strana obdrží po dvou (2) vyhotoveních. 10.12. Smluvní strany výslovně prohlašují, že tuto Smlouvu uzavřely s maximální snahou závazky z ní vzniklé dodržet a jejího účelu dosáhnout. Pokud pozbude z jakéhokoliv důvodu některé ustanovení Smlouvy platnosti, nečiní tato skutečnost neplatnou celou Smlouvu. Smluvní strany se zavazují neplatné ustanovení nahradit ustanovením novým, jež bude odpovídat smyslu a účelu Smlouvy 10.13. Smluvní strany jsou oprávněny odstoupit od této smlouvy z důvodů uvedených v zákoně a dále z důvodu podstatného porušení této smlouvy ve smyslu ustanovení § 344 obchodního zákoníku, pokud podstatné porušení této smlouvy, které je důvodem pro odstoupení od smlouvy nebylo způsobeno okolnostmi vylučujícími odpovědnost dle ustanovení § 374 obchodního zákoníku. 10.14 Tato Smlouva nabývá platnosti a účinnosti dnem podpisu oběma smluvními stranami. Obě smluvní strany prohlašují, že si tuto Smlouvu před jejím podpisem přečetly, a že byla uzavřena po vzájemném projednání jako projev jejich svobodné vůle určitě, vážně a srozumitelně. Na důkaz dohody o všech článcích této Smlouvy připojují pověření zástupci obou smluvních stran své vlastnoruční podpisy. V Praze dne .......................... .................................................... MF

V ……… dne .......................... ...................................................... Dodavatel Strana 9 / celkem stran 68

Příloha č. 1 Smlouvy Licenční smlouva se smlouvou o poskytování služeb údržby (Licenční smlouva) uzavíraná mezi níže uvedenými smluvními stranami ve smyslu ust. § 269 odst. 2 zákona č. 513/1991 Sb., obchodní zákoník, ve znění pozdějších předpisů, podle § 46 a násl. zákona č. 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ů (dále jen Licenční smlouva“)

Čl. 1

Smluvní strany (1)Objednatel: Česká Republika – Ministerstvo financí se sídlem Letenská 15, 118 10 Praha 1 IČ 00006947 DIČ CZ00006947 jejímž jménem jedná ministr Ing. Miroslav Kalousek bankovní spojení: Česká národní banka, Praha 1 číslo účtu: 3328-001/0710 (dále jen „MF“) (2) (obchodní firma uchazeče)………………………………………. se sídlem …………………………………………………, IČ ………………, DIČ …………………… , zastoupená …………………………………………………………………………… ………………………………………………………………………………………….. zapsána v obchodním rejstříku u ……………………………… v …………………, oddíl …, vložka …….., bankovní spojení:…………………………. . číslo účtu:………………………………. Swift: ………………………………….. IBAN: ……………………………….. (dále též jen „Dodavatel“) (uchazeč doplní svoji přesnou identifikaci s odvoláním na doložené platné doklady potvrzující jeho právní subjektivitu a oprávnění osoby nebo osob za uchazeče jednat).

(3) Kontaktní osoba k jednání ve věcech této Licenční smlouvy s výjimkou jejích změn: za MF ve věcech smluvních: Judr. Tomáš Jindra, tel: +420-2-257 042 755, e-mail: [email protected] za MF ve věcech odborných: Ing. Pavel Nevšímal, tel: +420-2-257 042 755, e-mail: [email protected] Strana 10 / celkem stran 68

za Dodavatele: ……………………….………

Obě smluvní strany, vědomy si svých závazků v této Licenční smlouvě obsažených a s úmyslem být touto Licenční smlouvou vázány, se dohodly na následujícím: Zde uchazeč vloží „Licenční smlouvu ……. se smlouvou o poskytování služeb údržby (Licenční smlouvu), která bude řešit všechny požadavky uvedené v Zadávací dokumentaci zakázky relevantní pro plnění druhu Licence a také alespoň v níže uvedené oblasti a minimálně v níže uvedeném rozsahu. Zadavatel upozorňuje, že uchazeč může do svého návrhu Licenční smlouvy uvést i další formulace popřípadě níže definované formulace upravit, nikoliv však zmenšit počet či rozsah práv MF, resp. povinností uchazeče stanovených v následujících podmínkách 1.1.

Dodavatel poskytne MF nevýlučná nepřenosná práva užití k SW produktu (tedy ke standardnímu SW produktu i k databázi)

1.2.

Dodavatel v návrhu Licenční smlouvy zajistí, aby přístup k SW produktu pro účely IISSP byl legální pro všechny uživatele a subjekty dotčené procesy IISSP, nejen pracovníky MF.

1.3.

Dodavatel prohlásí, že je v souladu s právním řádem ČR, případně dalšími dotčenými právními řády oprávněn poskytnout MF právo užít SW produkt včetně databáze (licenci) v rozsahu potřebném pro řádné užívání předmětu Smlouvy.

1.4.

Dodavatel zaručí, že SW produkt včetně databáze nemá právní vady, zejména není zatížen autorskými právy nebo jinými právy třetích osob z průmyslového nebo jiného duševního vlastnictví, které by omezovaly právo MF SW produkt užít v souladu s touto Licenční smlouvou.

1.5.

Licenční smlouva bude uzavírána na dobu neurčitou.

1.6.

Dodavatel se zaváže poskytnout MF podle ustanovení § 46 a násl. zákona č. 121/2000 Sb. autorského zákona oprávnění k výkonu práva užít SW produkt včetně databáze (licenci) v rozsahu specifikovaném v souladu s kap. 2.6. části B ZD.

1.7.

Dodavatel se zaváže dodat MF SW produkt včetně databáze na vhodném nosiči dat. Dodávku SW produktu potvrdí MF podpisem předávacího protokolu. Součástí dodávky SW produktu bude rovněž dodávka dokumentace k SW produktu. (dále jen „Dokumentace“)

1.8.

SW produkt včetně databáze a Dokumentaci dodá Dodavatel MF v aktuální verzi v době jejich dodání.

1.9.

Při přechodu MF na jinou hardwarovou platformu podporovanou Dodavatelem dodá Dodavatel MF bezplatně na technickém nosiči dat příslušnou Verzi SW produktu pro danou platformu v termínu stanoveném dohodou smluvních stran.

1.10.

Cena za poskytnutí práva užít SW produkt včetně databáze (licencí) se stanoví dohodou smluvních stran jako nejvýše přípustná ve výši ……………… Kč bez DPH (slovy ……………………………………………………..) (uchazeč doplní cenu za licence) Cena za poskytnutí licence k SW produktu včetně databáze zahrnuje i cenu za dodávku příslušných nosičů a Dokumentace a cenu za dopravu a balení. K ceně bude účtována daň z přidané hodnoty dle příslušného platného právního předpisu. Strana 11 / celkem stran 68

1.11.

MF požaduje mít oprávnění licenci rozšířit i nad rámec sjednaný v této Licenční smlouvě.

1.12.

Dodavatel se zaváže, že po dobu účinnosti této Licenční smlouvy bude poskytovat MF údržbu práva užití SW produktu (dále jen Údržba SW) dle stejných standardů (tedy nikoliv horších), než jsou standardy platné pro globální podpůrný systém přímého výrobce SW produktu.…….. (uchazeč dále uvede výčet všech dalších dostupných služeb poskytovaných globálním podpůrným systémem výrobcem SW produktu dostupných v rámci údržby práva užití SW produktu, včetně kategorizace vad a způsob jejich řešení)

1.13.

Žádná ze stran neodpovídá za škodu, která vznikla v důsledku věcně nesprávného nebo jinak chybného zadání, které obdržela od druhé strany, nebo v důsledku okolností vylučujících odpovědnost.

1.14.

Odpovědnost Dodavatele za škody a ztráty vyplývající ze smlouvy či právního předpisu, včetně odpovědnosti za vzniklé náklady, vždy podléhá následujícím omezením: 1.14.1. S přihlédnutím k ustanovení § 379 obchodního zákoníku a s ohledem na všechny okolnosti související s uzavřením smlouvy, úhrnná předvídatelná škoda, jež by mohla vzniknout, může činit maximálně částku rovnající se ceně licencí poskytnutých Dodavatelem a uhrazených MF na základě této Licenční smlouvy. 1.14.2. škody

Při stanovení odpovědnosti Dodavatele se přihlíží k podílu MF na vzniku

1.15.

uvede cenu za údržbu SW produktu, Uchazeč uvede způsob a podmínky výpočtu ceny za údržbu SW produktu.

1.16.

MF se zaváže platit poplatky za údržbu SW produktu:

1.17.

Uchazeč uvede platební podmínky poskytnutí práva užití SW produktu včetně databáze (dodání licencí) a platební podmínky údržby SW produktu.

1.18. Tato Licenční smlouva se řídí českým právem, s tím, že nebude-li existovat v této Licenční smlouvě úprava pro daný vztah mezi oběma stranami, včetně vymezení předmětu smlouvy a práv a povinností stran, každá z obou stran tímto souhlasí s tím, že se potom budou jako nedílnou součástí smluvního ujednání řídit základní „Smlouvou o dodávce integrovaného informačního systému Státní pokladny (IISSP) a souvisejících služeb“, kterou obě smluvní strany dnešního dne rovněž uzavřely a jejíž je tato Licenční smlouva nedílnou součástí a přílohou a nebude-li úprava obsažena ani tam, potom se budou řídit Zadávací dokumentací veřejné zakázky na dodávku Integrovaného informačního systému Státní pokladny (IISSP) (dále jen: ZD), přičemž v případě, že dojde k posunu v termínu podpisu této Licenční smlouvy ve smyslu předpokládaném ZD, např. z důvodu přezkoumání Úřadem pro ochranu hospodářské soutěže, potom se termíny uvedené v této Licenční smlouvě, resp. v jejím návrhu ze strany Dodavatele přiměřeně posouvají, aniž by to bylo důvodem pro odstoupení pro Dodavatele, dále není MF odpovědné za posunutí termínů a za změny zadání v důsledku nepředpokládaného vývoje legislativního procesu oproti předpokládanému vývoji ke dni podpisu této smlouvy. .


Příloha č. 2 Smlouvy Smlouva o dílo na implementaci SW produktu za účelem zavedení do produktivního užívání (Implementační smlouva) uzavíraná mezi níže uvedenými smluvními stranami ve smyslu ust. § 536 a následujících ustanovení zákona č. 513/1991 Sb., obchodní zákoník, ve znění pozdějších předpisů, podle § 46 a násl. zákona č. 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ů a v souladu s výsledky zakázky na „Centralizovaný integrovaný informační systém (IISSP)“ podle § 27 zákona č. 137/2006 Sb. o veřejných zakázkách, ve znění pozdějších předpisů (dále jen „Implementační smlouva“)

Smluvní strany (1)Objednatel: Česká Republika – Ministerstvo financí se sídlem Letenská 15, 118 10 Praha 1 IČ 00006947 DIČ CZ00006947 jejímž jménem jedná ministr Ing. Miroslav Kalousek bankovní spojení: Česká národní banka, Praha 1 číslo účtu: 3328-001/0710 (dále jen „MF“)

(2)(obchodní firma uchazeče)………………………………………. se sídlem …………………………………………………, IČ ………………, DIČ …………………… , zastoupená …………………………………………………………………………… ………………………………………………………………………………………….. zapsána v obchodním rejstříku u ……………………………… v …………………, oddíl …, vložka …….., bankovní spojení:…………………………. . číslo účtu:………………………………. Swift: ………………………………….. IBAN: ……………………………….. (dále též jen „Dodavatel“) (uchazeč doplní svoji přesnou identifikaci s odvoláním na doložené platné doklady potvrzující jeho právní subjektivitu a oprávnění osoby nebo osob za uchazeče jednat). (3)

Pověřen k jednání ve věcech této Implementační smlouvy s výjimkou jejích změn:


za MF ve věcech smluvních: Judr. Tomáš Jindra, tel: +420-2-257 042 755, e-mail: [email protected] za MF ve věcech odborných: Ing. Pavel Nevšímal, tel: +420-2-257 042 755, e-mail: [email protected] za Dodavatele: ……………………….………

Obě smluvní strany, vědomy si svých závazků v této Implementační smlouvě obsažených a s úmyslem být touto Implementační smlouvou vázány, se dohodly na následujícím:


Čl. 1 Úvodní ustanovení 1.1.

Vzhledem k tomu, že SW produkt má pracovat v prostředí MF a je nezbytné jej odborně instalovat a implementovat, je účelem Implementační smlouvy zajištění požadované funkčnosti SW produktu včetně databáze v prostředí MF . Implementační smlouva proto stanoví podmínky a pravidla dodávky Díla v rozsahu definovaném v čl. 3 této Implementační smlouvy a v kap. 3 „Požadavky na rozsah implementované funkčnosti“ Přílohy č.2.9 Implementační smlouvy „Realizační koncept“, který bude dodatkem této Implementační smlouvy (viz dále čl. 2.3). Nedílnou součást této Implementační smlouvy tvoří tyto přílohy:

1.2.

1.3.

1.2.1.

Příloha č.2.1 - Specifikace Díla

1.2.2.

Příloha č.2.2 - Zásady provedení Díla

1.2.3.

Příloha č.2.3 - Časový harmonogram provedení Díla

1.2.4.

Příloha č.2.4 - Technická a organizační specifikace provedení Díla

1.2.5.

Příloha č.2.5 - Vady Díla a jejich odstraňování

1.2.6.

Příloha č.2.6 - Výklad pojmů

1.2.7.

Příloha č.2.7 – Seznam subdodavatelů

Smluvní strany se zavazují v dohodnuté lhůtě, tj. dle časového harmonogramu projektu definovaného v příloze č. 2.3 Implementační smlouvy uzavřít dodatek této Implementační smlouvy, v němž budou doplněny následující přílohy, které budou její nedílnou součástí a budou pro strany závazné: 1.3.1.

Příloha č. 2.8 - Definice projektu

1.3.2.

Příloha č. 2.9. Výstupy z analýzy (někdy označované také jako Realizační koncept nebo Cílový koncept)


1.4.

Nebude-li možné sjednat dodatky dle odst. 1.3. ve lhůtě stanovené harmonogramem, jsou strany na žádost kterékoliv z nich povinny sjednat k uzavření dodatku přiměřenou dodatečnou lhůtu.

1.5.

V případě rozporu mezi zněním jednotlivých příloh platí, že příloha s vyšším pořadovým číslem má přednost před přílohou s pořadovým číslem nižším.

Čl. 2

Předmět Implementační smlouvy 2.1.

Předmětem této Implementační smlouvy je závazek Dodavatele provést pro MF na jeho v této smlouvě definované náklady implementaci SW produktu pro podporu a řízení aktivit MF (dále jen „Předmět smlouvy“ nebo „Dílo“) v souladu s účelem této Implementační smlouvy.

2.2.

Specifikace Díla je uvedena v Příloze č. 2.1. Implementační smlouvy. Příloha 2.1. po vypracování přílohy č. 2.9.- Výstupy z analýzy (Realizační koncept), bude z hlediska vymezení předmětu této Implementační smlouvy přílohou č. 2.9. nahrazena.

2.3.

Dodavatel vyvine úsilí, které lze na něm spravedlivě požadovat, řešit výše uvedené požadavky a specifikace na bázi standardní funkčnosti SW produktu. MF doplní na základě této standardní funkčnosti SW produktu organizační a procedurální opatření na svojí straně.

Čl. 3 Doba a místo plnění 3.1.

Plnění předmětu Implementační smlouvy bude zahájeno nejpozději do 14 dnů od podpisu této Implementační smlouvy.

3.2.

Celý předmět Implementační smlouvy podle čl. 3 této Implementační smlouvy bude splněn do 31.12.2011.

3.3.

Místem plnění předmětu Implementační smlouvy je sídlo MF a jeho pracoviště.

Čl. 4

Všeobecné zásady 4.1.

Provedení Díla se řídí zásadami, obsaženými v Příloze č. 2.2 této Implementační smlouvy, není-li jinde v Implementační smlouvě nebo Smlouvě uvedeno jinak.

4.2.

Dílo bude provedeno postupně dle časového harmonogramu, který je uveden v Příloze č. 2.3. této Implementační smlouvy.

4.3.

Technická a organizační specifikace provedení Díla jsou uvedeny v Příloze č. 2.4 této Implementační smlouvy.


Čl. 5

Změny díla 5.1.

Kterákoliv ze smluvních stran je oprávněna písemně navrhnout změny Díla před jeho dokončením.

5.2.

Dodavatel se zavazuje provést hodnocení dopadů MF navrhovaných změn Díla na termíny a cenu Díla. Pokud by však takovéto hodnocení vyžadovalo dodatečné náklady anebo by nepříznivě ovlivnilo pracovní vytížení pracovníků nebo využití jiných prostředků určených k provedení Díla, Dodavatel tuto skutečnost oznámí MF a hodnocení provede pouze na základě písemného pověření MF. V takovém případě bude hodnocení hrazeno podle stráveného času a spotřebovaného materiálu v sazbách platných v době hodnocení. Termíny stanovené touto Implementační smlouvou pro provedení Díla se přiměřeně posouvají s ohledem na skutečnost, že Dodavatel využil k provedení hodnocení dopadů navrhovaných změn Díla některého z pracovníků nebo prostředků určených k provedení Díla. Za této situace bude postupováno dle §23. odst. 7 písm. a) zákona 137/2006 o veřejných zakázkách.

5.3.

Jakékoliv změny Díla musí být sjednány písemným dodatkem této Implementační smlouvy. V závislosti na tom budou upraveny zejména termíny plnění, cena, platební podmínky, součinnost MF.

5.4.

Postup změnového řízení je popsán v čl. 6. Přílohy č.2.2. této Implementační smlouvy.

5.5.

Žádná ze změn díla nesmí být v rozporu se zněním, smyslem a cílem zadávací dokumentace a v rozporu se zněním zákona 137/2006 o veřejných zakázkách.

Čl. 6

Předání a převzetí díla 6.1.

Předání a převzetí Díla bude probíhat způsobem specifikovaným v čl. 14 Přílohy č. 2.2 této Implementační smlouvy, tj. postupně, podepsáním akceptačních protokolů jednotlivých fází.

6.2.

Závazek Dodavatele provést Dílo je splněn řádným a včasným ukončením Díla a jeho předáním MF, který převzetí Díla osvědčí podpisem Protokolu o ukončení projektu pověřenými osobami MF.

6.3.

MF se zavazuje řádně provedené Dílo nebo jeho dohodnutou část akceptovat.

6.4.

Akceptační řízení proběhne na závěr každé fáze, tj. v termínech dle harmonogramu projektu v Příloze č. 2.3. této Implementační smlouvy.

6.5.

Dílo se považuje za řádně ukončené, pokud odpovídá specifikaci dle přílohy č. 2.9 (Realizační koncept). V tom případě jsou smluvní strany povinny podepsat do 10 dnů od data jeho vystavení Protokol o ukončení projektu. Pokud MF Protokol o ukončení projektu bezdůvodněv tomto termínu odmítne podepsat, považuje se Dílo za řádně předané a převzaté ke dni vystavení Protokolu Dodavatelem. Dílo se též považuje za ukončené, předané a převzaté užíváním Systému v produktivním provozu po dobu delší než 20 pracovních dnů, ať již před nebo po datu vystavení Protokolu, a to bez výskytu vad kategorie „Vysoká“ (viz Příloha 2.5 Implementační smlouvy).

6.6.

Pokud akceptační řízení díla nebo jeho dohodnuté části neproběhne úspěšně z důvodů na straně Dodavatele, bude uplatněno odkladné období 30 dnů, není-li písemně dohodnuto jinak, s následujícími ujednáními: a) odkladné období počne běžet ihned po datu neúspěšného akceptačního řízení a novým datem akceptačního řízení bude den následující po uplynutí odkladného období; a


b) během tohoto odkladného období bude Dodavatel na vlastní náklady pokračovat ve své práci na úspěšném vykonání akceptace.

Toto odkladné období nemá vliv na právo MF uplatnit pokuty dle článku 13 této Implementační smlouvy. Pokud po uplynutí odkladného období nebude stále akceptační řízení úspěšně vykonáno, bude kterákoli ze smluvních stran oprávněna tuto Implementační smlouvu ukončit v souladu s ustanoveními článku 14 této Implementační smlouvy, nedohodnou-li se smluvní strany jinak. 6.7.

Závazek Dodavatele provést pro pracovníky MF školení je splněn řádným provedením těchto školení Dodavatelem a podpisem Protokolu o provedeném školení pověřenými osobami MF. Žádná ze smluvních stran není oprávněna odmítnout podpis Protokolu o provedení školení v případě, že Dodavatel provedl pro MF školení v rozsahu a za podmínek obsažených zejména v čl. 10 Přílohy 2.2. této Implementační smlouvy.

Čl. 7

Cena a platební podmínky 7.1.

MF se touto Implementační smlouvou zavazuje zaplatit za předmět Implementační smlouvy cenu za podmínek stanovených touto Implementační smlouvou.

7.2.

Cena za řádné a včasné splnění a předání celého předmětu Implementační smlouvy se stanoví dohodou smluvních stran jako nepřekročitelná ve výši ……………… Kč bez DPH (slovy ……………………………………………………..) (uchazeč doplní cenu za implementaci v souladu se. části C této ZD a nabídkou) K ceně bude účtována daň z přidané hodnoty dle příslušného platného právního předpisu.

7.3. Části (fáze) projektu

Podrobná specifikace ceny je uvedena v následující tabulce:

Plnění druhu „Implementace“ (Části (fáze) projektu doplní uchazeč podle své nabídky v souladu (analogicky) s odst. 3.1. části B ZD. Zde je uveden příklad 5 částí projektu)

Cena bez DPH (Kč)

DPH ve výši ( %)

Cena včetně DPH (Kč)

1 2 3 4 5

Cena plnění druhu Implementace celkem) 7.4.

Cena dle odst. 7.2. tohoto článku Implementační smlouvy je sjednána za celý předmět Implementační smlouvy. Cena zahrnuje všechny práce a dodávky, dále veškeré poplatky, náklady na dopravu a ubytování členů implementačního týmu Dodavatele na území ČR, čas strávený na cestě a veškeré další náklady spojené s plněním předmětu Implementační smlouvy. Strana 17 / celkem stran 68

7.5.

Pokud je v této Implementační smlouvě a jejích přílohách uváděna konkrétní výše DPH, má tento údaj pouze informativní charakter s tím, že DPH bude vždy uváděna na daňových dokladech ve výši odpovídající právní úpravě platné ke dni uskutečnění zdanitelného plnění.

7.6.

Dílo (nebo jeho část) bude Dodavatelem fakturováno daňovým dokladem (fakturou) včetně daně z přidané hodnoty. Faktury budou Dodavatelem vystavovány po splnění (akceptaci) každé Fáze implementace SW produktu specifikované v bodě 7.7 této smlouvy na základě akceptačního protokolu, podepsaného pověřenými zástupci smluvních stran nebo na základě postupu dle odst. 6.5 výše. Předpokládaný termín akceptace je shodný s termínem zahájení podpory produktivního provozu dle Přílohy č. 2.3. této Implementační smlouvy. Nedílnou součástí faktury musí být MF potvrzené akceptační protokoly o akceptaci a převzetí plnění, vyjma případu, kdy protokol není podepsán z důvodů dle odst. 6.5 výše.

7.7.

Veškeré faktury za část plnění v oblasti implementace SW produktu odpovídající dosažení jednoho z milníků určeného v příloze č. 2.2. této smlouvy v bodě 9.5. budou vystaveny Dodavatelem vždy po akceptaci dané Fáze obsahující jeden z milníků určených v příloze č. 2.2. této smlouvy v bodě 9.5. a Dodavateli bude poté na základě platebních podmínek uvedených v této smlouvě vyplacena poměrná část z ceny plnění druhu implementace uvedené v bodě 7.3. této smlouvy a to po podepsání protokolu o dosažení daného milníku a v následující výši:

Dosažení milníku dle bodu 9.5. přílohy č.2.2. Implementační smlouvy Schválení Definice projektu Schválení Cílového konceptu Zahájení parametrizace Zahájení integračních testů Akceptace řešení Začátek školení koncových uživatelů Začátek produktivního provozu Řádné ukončení plnění projektu

Poměrná část z ceny dle čl. 8.3 této Implementační smlouvy vyplacená v případě splnění daného milníku 10% 20% 5% 10% 10% 10% 30% 5%

7.8.

Splatnost řádně vystaveného daňového dokladu - faktury, obsahující náležitosti dle § 28 zák. č. 235/2004 Sb., o DPH ve znění pozdějších předpisů a náležitosti obchodní listiny ve smyslu ustanovení § 13a obchodního zákoníku, činí 21 dnů od doručení MF.

7.9.

MF má právo daňový doklad před uplynutím lhůty jeho splatnosti vrátit, aniž by došlo k prodlení s jeho úhradou, obsahuje-li nesprávné údaje nebo náležitosti dle platných právních předpisů. Nová lhůta splatnosti v délce 21 dnů počne plynout ode dne doručení opraveného daňového dokladu MF


Čl. 8

Záruka za jakost 8.1.

Dodavatel odpovídá za řádné a včasné provedení předmětu Implementační smlouvy vymezeného v čl. 4 Smlouvy a finálně upřesněného přílohou č. 2.9 (Realizační koncept) této Implementační smlouvy a za to, že předmět Implementační smlouvy bude prost všech faktických a právních vad.

8.2.

Dodavatel odpovídá za Vady, které má předmět plnění v době jeho předání MF , nebo které se projeví ve Dodavatelem poskytnuté záruční době. Záruční doba je poskytována a začíná běžet dnem podpisu Protokolu o předání a převzetí oprávněnými zástupci obou smluvních stran. Záruční doba bude končit za 24 měsíců od předání a převzetí. Pokud nedošlo k podpisu Protokolu o ukončení projektu, a to bezdůvodně, počíná záruční doba běžet dnem kdy vznikla povinnost MF tento protokol podepsat, případně dnem, kdy se projekt považuje za řádně ukončený dle odst. 6.5 výše, a to podle toho, která skutečnost nastane dřív.

8.3.

Projeví-li se Vada kategorie „Střední“ nebo „Vysoká“ (viz Příloha č. 2.5 Implementační smlouvy), v době po splnění předmětu Implementační smlouvy (podepsání Protokolu o ukončení projektu), prodlužuje se záruční doba dle odstavce 8.2. o dobu, po kterou MF nemohl Dílo užívat v požadované funkcionalitě a sjednaném rozsahu. V takovém to případě se prodlužuje záruční doba pouze na funkcionalitu, u které se projevila vada, přičemž záruční doba na zbylou funkcionalitu Systému zůstává nedotčena.

8.4.

Bude-li zjištěna neodstranitelná vada, která představuje podstatné porušení této Implementační smlouvy, má MF právo odstoupit od této Implementační smlouvy za splnění podmínek uvedených v čl. 13 této Implementační smlouvy.

8.5.

Specifikace kategorií vad Díla a oznamování a odstraňování Vad jsou blíže popsány v Příloze č. 2.5 této Implementační Smlouvy.

Čl. 9

Práva a povinnosti smluvních stran 9.1.

Úspěšné provedení Díla je možné jen při stálé maximální součinnosti smluvních stran, a to zejména s ohledem na konkrétní potřeby součinnosti v jednotlivých fázích projektu, uvedených v Přílohách č. 2.2 a č. 2.4 této Implementační smlouvy. Neposkytování součinnosti ze strany MF je podstatným porušením Implementační smlouvy, pokud brání včasnému dodržení závazků z této Implementační smlouvy vyplývajících a takové poskytnutí součinnosti je v provozním možnostech MF.

9.2.

MF se zavazuje v termínech stanovených touto Implementační smlouvou, jinak v termínech odpovídajících postupu prací, poskytnout Dodavateli potřebnou součinnost, zejména: 9.2.1.

zabezpečit na svůj náklad vhodné pracovní prostředí SW produktu v konfiguraci popsané v části B Zadávací dokumentace, kap. 1;

9.2.2.

zajistit, aby bylo systémové a síťové prostředí (včetně potřebných konfigurací a bezpečnostních opatření) připraveno pro potřeby jednotlivých fází projektu dle požadavků ze strany SW produktu a dalších částí systému IISSP tak, aby bylo Dodavateli umožněno v termínech dle odsouhlaseného harmonogramu realizovat jednotlivé implementační kroky;

9.2.3.

umožnit pracovníkům Dodavatele přístup k příslušnému hardwaru a softwaru; MF odpovídá za neprodlené obstarání souhlasů potřebných na straně MF pro řádné Strana 19 / celkem stran 68

splnění předmětu této smlouvy Dodavatelem. Souhlasem je pro účely tohoto ustanovení míněn jakýkoli souhlas nebo povolení, potřebný pro Dodavatele a jeho subdodavatele, aby získali právo přístupu k tomuto hardwaru a softwaru a jejich používání, aniž by tím porušili vlastnická či autorská práva Dodavatelů či vlastníků tohoto softwaru či hardwaru. V případě jakýchkoli nároků uplatněných vůči Dodavateli z důvodu porušení těchto práv z důvodu nezajištění potřebných souhlasů MF bude MF hájit Dodavatele a uhradí mu prokazatelně vynaložené náklady a vzniklé škody; 9.2.4.

umožnit po dobu realizace projektu IISSP (tj. ve všech jeho částech) vzdálený přístup pracovníků Dodavatele k vývojovému a testovacímu prostředí SW produktu dodávaného v rámci IISSP, které bude provozováno v sídle MF;

9.2.5.

poskytovat Dodavateli dokumenty a informace potřebné pro provedení Díla;

9.2.6.

schvalovat předkládané dokumenty v dohodnuté lhůtě;

9.2.7.

jmenovat z řad svých pracovníků dostatečný počet odborníků do projektového týmu pro plnění projektových činností podle čl. 8 Přílohy č. 2.2 této Implementační smlouvy, vyčlenit pracovní kapacity těchto pracovníků pro projekt, zajistit jejich účast na schůzkách, školeních a dalších aktivitách souvisejících s provedením Díla;

9.2.8.

přijímat rozhodnutí ve společných řídících orgánech projektu, plnit je a zajistit dostatečné pravomoci vedoucímu projektu ze strany MF;

9.2.9.

zajistit místností pro konání schůzek i práci projektového týmu, vybavených nábytkem, telefonním přístrojem, pracovními stanicemi (PC) a přístupem k tiskárně a kopírce. Pracovníci Dodavatele pracující v místě MF budou mít možnost přístupu na Internet a přístupu do interní sítě Dodavatele pomocí VPN přes připojení k Internetu. Místnosti pro práci projektového týmu by měly být dimenzovány pro max. 15 pracovníků Dodavatele;

9.2.10. zajistit dle oboustranně odsouhlaseného plánu zálohování vývojového a testovacího prostředí SW produktu dodávaného v rámci IISSP v míře potřebné pro případnou obnovu dat vzhledem k činnostem prováděným v rámci implementace, včetně zajištění dostatečné dostupnosti příslušného hardware a software a obnovy funkčnosti technických prostředků a dat po haváriích a výpadcích. Veškeré termíny dodávky které má dle této smlouvy dodržet Dodavatel se prodlužují o dobu, po kterou nebude dostupné plně funkční vývojové a testovací prostředí, a to včetně dat, která v něm byla do té doby vytvořena; 9.2.11. zajistit vyčištění dat, která se mají vkládat do systému IISSP tak, aby jejich obsah i struktura splnily požadavky předepsané v odsouhlasených v projektových dokumentech. Data splňující tyto požadavky musejí být dostupná pro vložení do systému v termínech, které stanoví odsouhlasený projektový plán. Dodavatel se zavazuje:

9.3. 9.3.1.

při provádění Díla dle této Implementační smlouvy postupovat dle metodiky pro vedení projektu implementace, která odpovídá zásadám stanoveným v Příloze č. 2.2 této Implementační smlouvy, s odbornou péčí tak, aby bylo účelu této Implementační smlouvy dosaženo;

9.3.2.

zajistit pro plnění této Implementační smlouvy potřebný počet pracovníků a jejich disponibilní kapacitu tak, aby předmět Implementační smlouvy byl naplněn v odpovídající kvalitě a ve stanovených termínech;

9.3.3.

v případě, kdy se některý z vedoucích pracovníků uvedených v nabídce ze závažných důvodů nebude na plnění zakázky podílet, nahradit tohoto pracovníka


jiným pracovníkem s obdobnou odbornou kvalifikací a zkušeností, avšak vždy se souhlasem MF; 9.3.4.

při plnění jednotlivých projektových činností brát na zřetel provozní potřeby MF, postupovat podle pravidel obvyklých pro zpracování dat a v úzké součinnosti s MF provádět jednotlivá plnění této Implementační smlouvy;

9.3.5.

umožnit MF provádění průběžné kontroly plnění předmětu Implementační smlouvy;

9.3.6.

informovat bezodkladně MF o jakýchkoliv zjištěných překážkách plnění, byť by za ně Dodavatel neodpovídal, vznesených požadavcích orgánů státního dozoru a uplatněných nárocích třetích osob, které by mohly plnění této Implementační smlouvy ovlivnit;

9.3.7.

i bez pokynů MF provést nutné úkony, které, ač nejsou předmětem této Implementační smlouvy, budou s ohledem na nepředvídané okolnosti pro splnění Implementační smlouvy nezbytné, nebo jsou nezbytné pro zamezení vzniku škody. V takovém případě má Dodavatel právo na úhradu nezbytných nákladů podle zásad stanovených v zákoně pro jednatelství bez příkazu.

Čl. 10

Komunikace mezi smluvními stranami 10.1.

Smluvní strany spolu budou komunikovat buď písemně na adresy stanovené v úvodu této Implementační smlouvy, nebo telefonem, elektronickou poštou či faxem nebo osobně prostřednictvím vedoucích projektů výslovně jmenovaných touto Implementační smlouvou takto: 10.1.1. Dodavatel tímto výslovně jmenuje vedoucím projektu za Dodavatele pana/paní ………………………………s tím, že tato osoba je oprávněna písemně zmocnit další osobu. Takové zmocnění je účinné doručením oznámení druhé smluvní straně. 10.1.2. MF tímto výslovně jmenuje vedoucím projektu za MF pana/paní ………………………………s tím, že tato osoba je oprávněna písemně zmocnit další osobu. Takové zmocnění je účinné doručením oznámení druhé smluvní straně.

10.2.

Tito Vedoucí projektu jsou současně jako jediní oprávněni předkládat návrhy na změny této Implementační smlouvy statutárním orgánům smluvních stran.

10.3.

Smluvní strany se zavazují, že v případě změny své adresy budou o této změně druhou smluvní stranu informovat nejpozději do tří (3) dnů od dne změny.

Čl. 11

Práva k duševnímu vlastnictví 11.1.

Smluvní strany berou na vědomí, že při plnění této Implementační smlouvy může vzniknout, či být použito, dílo podléhající ochraně dle zákona č. 121/2000 Sb. (autorský zákon). Dodavatel je povinen sdělit tuto skutečnost MF bez zbytečného odkladu. Smluvní strany berou na vědomí, že odměna za užití takovéhoto díla je zahrnuta v ceně Díla dle čl. 7. této Implementační smlouvy.

11.2.

Dodavatel tímto uděluje MF neodvolatelnou, nevýhradní, celosvětovou, vyplacenou licenci používat, vykonávat, reprodukovat, zobrazovat, provádět a distribuovat pouze pro účely provozování a užívání IISSP kopie tohoto díla definovaného v odst. 11.1 výše.

11.3.

Každá ze stran se zavazuje, že na každé kopii vytvořené na základě licence udělené v souladu s tímto článkem uvede copyrightovou výhradu a jiné výhrady týkající se vlastnictví a autorských práv. Strana 21 / celkem stran 68

Čl. 12

Odpovědnost za škodu, smluvní pokuty 12.1.

Obě strany Implementační smlouvy jsou povinné vyvinout maximální úsilí k předcházení vzniku škod a k minimalizaci vzniklých škod. Žádná ze stran neodpovídá za škodu, která vznikla v důsledku věcně nesprávného nebo jinak chybného zadání, které obdržela od druhé strany, nebo v důsledku okolností vylučujících odpovědnost.

12.2.

Odpovědnost Dodavatele za škody a ztráty vyplývající z Implementační smlouvy či právního předpisu, včetně odpovědnosti za vzniklé náklady, vždy podléhá následujícím omezením: 12.2.1. S přihlédnutím k ustanovení § 379 obchodního zákoníku a s ohledem na všechny okolnosti související s uzavřením smlouvy, úhrnná předvídatelná škoda, jež by mohla vzniknout, může činit maximálně částku rovnající se ceně Díla dodaného Dodavatelem a uhrazeného MF na základě této Implementační smlouvy. 12.2.2. Při stanovení odpovědnosti Dodavatele se přihlíží k podílu MF na vzniku škody. 12.2.3. Dodavatel neodpovídá za škody způsobené tím, že druhá smluvní strana nesplní nebo poruší své povinnosti uložené touto smlouvou nebo právními předpisy.

12.3.

Dodavatel je povinen zaplatit MF smluvní pokuty za nedodržení následujících termínů a lhůt v těchto výších:

Porušení smluvní povinnosti nedodržení termínu zahájení produktivního provozu a podpory nedodržení termínu zahájení produktivního provozu a podpory kompletního systému nedodržení lhůty na zahájení odstraňování Vady „Vysoké“ (za každý případ) nedodržení lhůty na zahájení odstraňování Vady „Střední“ (za každý případ) nedodržení lhůty na zahájení odstraňování Vady „Nízké“ (za každý případ)

Jednotka smluvní pokuty

Výše smluvní pokuty

Kč/den

10 000,-

Kč/den

10 000,-

Kč/hodina

10 000,-

Kč/hodina

5 000,-

Kč/den

2 000,-

Vady jsou definovány přílohou č. 2.5 této smlouvy. Dny a hodiny uvedené v jednotkách smluvních pokut jsou myšleny jako pracovní dny a pracovní hodiny. 12.4.

Maximální souhrnná výše všech smluvních pokut uhrazených Dodavatelem na základě této Implementační smlouvy MF je ohraničena částkou rovnající se celkové ceně plnění podle této Implementační smlouvy.

12.5.

Smluvní pokutou není nikterak dotčeno právo na náhradu škody v částce převyšující výši smluvní pokuty za podmínky, že maximální výše smluvní pokuty a náhrady škody nepřekročí ve vzájemném součtu částku rovnající se celkové ceně plnění podle této Implementační smlouvy.

12.6.

Výše uvedené smluvní pokuty se neuplatní, pokud prodlení Dodavatele bylo způsobeno neposkytnutím součinnosti ze strany MF či pokud k prodlení došlo z důvodů vyšší moci. Strana 22 / celkem stran 68

Čl. 13

Ukončení Implementační smlouvy 13.1.

MF je oprávněno odstoupit od Implementační smlouvy v případě, že Dodavatel je z důvodů na straně Dodavatele v prodlení s předáním Díla nebo jeho části déle než dva (2) měsíce a nezjedná nápravu ani do patnácti (15) dnů od doručení písemného oznámení MF o takovém prodlení. MF je oprávněno odstoupit od Implementační smlouvy také v případě, že Dodavatel se stane nesolventním, ohlásí úpadek, nebo je proti němu prohlášen konkurs.

13.2.

MF je oprávněno i bez uvedení důvodu nerealizovat část této Implementační smlouvy v případě, že tuto skutečnost oznámí Dodavatel třicet (30) dnů předem. Dodavatel má v takovém případě právo na náhradu nákladů účelně vynaložených a prokázaných MF. Nerealizování části této Implementační smlouvy MF není porušením této Implementační smlouvy a Dodavatel nemá právo na náhradu škody ani na smluvní pokuty.

13.3.

Dodavatel má právo důvodů:

odstoupit od této Implementační smlouvy

z následujících

13.3.1. MF nemůže z důvodu existence okolností vylučujících odpovědnost pokračovat v plnění závazku podle této Implementační smlouvy po dobu delší než 6 měsíců. 13.3.2. Nedojde-li ani v dodatečné přiměřené lhůtě ke sjednání dodatku o znění části Přílohy č. 2.9 - Realizační koncept. 13.3.3. MF je v prodlení s placením oprávněně vystavených faktur Dodavatele a toto prodlení trvá po dobu delší než třicet (30) dní po písemném upozornění. 13.3.4. MF je zaviněně v prodlení s plněním svých závazků podle této Implementační smlouvy déle než třicet (30) dní a nezjedná nápravu ani do patnácti (15) dnů od doručení písemného oznámení Dodavatele o takovém prodlení. Ve výše uvedených případech má Dodavatel právo na zaplacení části ceny odpovídající plnění této Implementační smlouvy až do okamžiku ukončení, a to spolu s prokázanými náklady vzniklými Dodavateli v souvislosti s ukončením Implementační smlouvy. 13.4.

Dodavatel je dále oprávněn odstoupit od Implementační smlouvy v případě, že MF je v prodlení s placením oprávněně vystavených faktur Dodavatele a toto prodlení trvá po dobu delší než třicet (30) dní po písemném upozornění, a dále je oprávněn odstoupit od Implementační smlouvy v případě, že MF je zaviněně v prodlení s plněním svých závazků podle této Implementační smlouvy déle než třicet (30) dní a nezjedná nápravu ani do patnácti (15) dnů od doručení písemného oznámení Dodavatele o takovém prodlení. V takovém případě má Dodavatel právo na úhradu sjednané ceny za Dílo, sníženou o částku ušetřenou neprovedením celého Díla.

13.5.

Každá smluvní strana má právo odstoupit od této Implementační smlouvy, pokud je to výslovně stanoveno v této Implementační smlouvě, nebo z důvodu jejího podstatného porušení druhou stranou ve smyslu § 345 odst. 2) Obchodního zákoníku. Odstoupit od Implementační smlouvy může smluvní strana, jen pokud druhá smluvní strana, která Implementační smlouvu porušila, přes písemné upozornění na porušení Implementační smlouvy nezjedná nápravu ani v přiměřené lhůtě k nápravě, která jí byla poskytnuta, avšak nejkratší možná lhůta může činit pět (5) pracovních dní. Odstoupí-li z tohoto důvodu Dodavatel, má nároky stejné jako dle odst. 13.4. Odstoupí-li dle tohoto ustanovení od Implementační smlouvy MF, má Dodavatel právo na úhradu ceny dle odst. 13.2 výše.


Dále mohou smluvní strany od této Implementační smlouvy odstoupit, pokud je zmařen její účel ve smyslu § 356 Obchodního zákoníku. 13.6.

Odstoupení od Implementační smlouvy musí být provedeno písemným oznámením na adresu druhé smluvní strany uvedenou v této Implementační smlouvě nebo oznámenou dle odst. 10.3 výše. Odstoupení od Implementační smlouvy je účinné dnem doručení oznámení nebo dnem, kdy se za doručené považuje.

13.7.

Tato implementační smlouva se řídí českým právem, s tím, že nebude-li existovat v této implementační smlouvě úprava pro daný vztah mezi oběma stranami, včetně vymezení předmětu smlouvy a práv a povinností stran, každá z obou stran tímto souhlasí s tím, že se potom budou jako nedílnou součástí smluvního ujednání řídit základní „Smlouvou o dodávce integrovaného informačního systému Státní pokladny (IISSP) a souvisejících služeb“, kterou obě smluvní strany dnešního dne rovněž uzavřely a jejíž je tato implementační smlouva nedílnou součástí a přílohou a nebude-li úprava obsažena ani tam, potom se budou řídit Zadávací dokumentací veřejné zakázky na dodávku Integrovaného informačního systému Státní pokladny (IISSP) (dále jen: ZD), přičemž v případě, že dojde k posunu v termínu podpisu této implementační smlouvy ve smyslu předpokládaném ZD, např. z důvodu přezkoumání Úřadem pro ochranu hospodářské soutěže, potom se termíny uvedené v této implementační smlouvě, resp. v jejím návrhu ze strany Dodavatele přiměřeně posouvají, aniž by to bylo důvodem pro odstoupení pro Dodavatele, dále není MF odpovědné za posunutí termínů a za změny zadání v důsledku nepředpokládaného vývoje legislativního procesu oproti předpokládanému vývoji ke dni podpisu této smlouvy.

.

V Praze dne ..........................

.................................................... MF

V ……… dne ..........................

...................................................... Dodavatel


PŘÍLOHA Č. 2.1. Implementační smlouvy Specifikace Díla

Popis předmětu plnění zakázky Implementace “Integrovaného rozpočtového systému Státní pokladny (IISSP)“ Do tohoto místa vloží uchazeč jako tuto přílohu úplný text kap. 2.4.1 části B zadávací dokumentace – Výčet požadavků na povinnou část procesně-funkčních vlastnosti SW produktu. Návrh Implementační smlouvy, který nebude obsahovat tuto vloženou přílohu je zadavatelem považován za neúplný a uchazeč bude ze soutěže vyloučen pro nesplnění požadavku.


PŘÍLOHA Č. 2.2. Implementační smlouvy Zásady provedení Díla Čl. 1 Organizace a řízení projektu 1.1.

Organizační uspořádání a definice rolí v rámci projektu Projekt bude organizován v následujících úrovních řízení: Řídící výbor projektu (ŘV) , který je nejvyšším orgánem řízení projektu. Vedení projektu (Hlavní tým projektu) , který je orgánem operačního řízení projektu. Procesní týmy, které jsou výkonnými články projektu. Řídící výbor projektu (ŘV) , který je nejvyšším orgánem řízení projektu. Činí veškerá požadovaná rozhodnutí přesahující kompetence Vedoucích projektu. Schází se zpravidla jednou za dva týdny ke kontrole postupu projektu a dále podle potřeby. Oficiálně schvaluje ukončení jednotlivých fází projektu, rozhoduje o všech zásadních změnách projektu (rozsah, termíny, rozpočet, personální obsazení) a řeší eskalované záležitosti, předkládané Vedoucími projektu. Členy řídícího výboru jsou sponzoři MF a Dodavatele a dále případně další pověření pracovníci MF tak, aby řídící výbor měl dostatečné kompetence k příjímání výše uvedených rozhodnutí. ŘV předsedá sponzor projektu MF a o všech schůzkách ŘV se pořizuje písemný zápis. Schůzek ŘV se účastní vedoucí projektu MF a Dodavatele, kteří informují ŘV o aktuálním stavu projektu a předkládají ke schválení příslušné výstupní dokumenty jednotlivých fází projektu, případně k rozhodnutí eskalované záležitosti projektu. Hlavní tým projektu (HTP) , který je orgánem operačního řízení projektu. Koordinuje práci jednotlivých procesních týmů a přijímání rozhodnutí přesahující kompetence těchto týmů. Členové HTP se schází zpravidla jednou týdně, aby průběžně plánovali a kontrolovali postup projektu, rozhodovali o návrzích procesních týmů na změny projektu v rámci svých kompetencí (nebo je připravovali pro předložení Řídícímu výboru projektu) a připravují zprávu o stavu projektu pro jednání řídícího výboru. Členy HTP jsou vedoucí projektu a vedoucí procesních týmů MF a Dodavatele, případně další osoby jimi přizvané. V čele HTP stojí vedoucí projektu MF. Procesní týmy, které jsou výkonnými články projektu. Celý požadovaný rozsah funkčnosti Systému je rozdělen dle podnikových procesů MF, které má podporovat, do skupin souvisejících podnikových procesů. Každou skupinou procesů se zabývá k tomu určený procesní tým. Členové každého procesního týmu provádějí veškeré dohodnuté projektové aktivity tak, aby zabezpečili provedení požadovaného Díla v rámci jim vymezeného rozsahu funkčnosti Systému. Rozdělení zodpovědností mezi pracovníky MF a Dodavatele je blíže specifikováno v odst. 1.3. této přílohy. Členy procesních týmů jsou delegovaní pracovníci MF a Dodavatele. Práci každého procesního týmu řídí a kontroluje vedoucí příslušného týmu.

1.2.

Základní organizace projektového týmu (Projektové role a týmy) Strana 26 / celkem stran 68

Vedoucí p ro c e s n íh o tý m u I. (O b je d n a te l)

Č le n p ro c e s n íh o tý m u (O b je d n a te l)

S p o n z o r p ro je k tu O b je d n a te le

S p o n z o r p ro je k tu Z h o to v ite le

V e d o u c í p ro je k tu O b je d n a te le

V e d o u c í p ro je k tu Z h o to v ite le

Vedoucí p ro c e s n íh o tý m u II. (O b je d n a te l)

V edou cí te c h n ic k é h o tý m u (O b je d n a te l)

A d m in is trá to r S y s té m u (O b je d n a te l)

IT Č le n p ro c e s n íh o tý m u (O b je d n a te l)

S p rá v c e s y s té m u (O b je d n a te l)

A p lik a č n í k o n z u lta n t (Z h o to v ite l)

T e c h n ic k ý k o n z u lta n t (Z h o to v ite l)

Hlavní tým projektu

D a lš í č le n říd íc íh o v ý b o ru (O b je d n a te l)

...

Řídící výbor

Projektové role (zodpovědnosti

Procesní tým

1.3.

P ro g ra m á to r RDBM S (Z h o to v ite l)

Sponzor projektu MF Sponzorem projektu za MF je zpravidla člen vedení organizace, případně toho odborného útvaru, který je projektem nejvíce ovlivněn. Stává se patronem projektu, který podporuje zavádění výsledků projektu do běžného života organizace MF a napomáhá rychlému řešení eskalovaných záležitostí Vedoucími projektu. Je členem řídícího výboru. Sponzor projektu Dodavatele Zajišťuje pro vedoucího projektu Dodavatele požadovanou podporu nutnou pro splnění cílů projektu, aby tak zajistil plnou spokojenost MF. To zahrnuje účast na schůzích řídícího výboru nebo hlavního týmu projektu a poskytování pomoci při řešení vyhrocených problémů, pokud se vyskytnou. Vedoucí projektu MF Zodpovídá za operativní plánování a řízení všech dohodnutých projektových aktivit pracovníků MF. Postupuje v úzké součinnosti s Vedoucím projektu Dodavatele tak, aby byly v plánovaných termínech a kvalitě provedeny všechny plánované projektové aktivity každé fáze projektu. V případě potřeby eskaluje příslušné projektové záležitosti, které již nemůže v rámci své kompetence rozhodnout (změna rozsahu, rozpočtu, časového plánu projektu) na úroveň ŘV k rozhodnutí. Vedoucí projektu MF je členem hlavního týmu projektu (kterému předsedá) a účastní se jednání ŘV.


Vedoucí projektu Dodavatele Zodpovídá za operativní plánování a řízení všech dohodnutých projektových aktivit pracovníků Dodavatele. Postupuje v úzké součinnosti s Vedoucím projektu MF tak, aby byly v plánovaných termínech a kvalitě provedeny všechny plánované projektové aktivity každé fáze projektu. V případě potřeby eskaluje příslušné projektové záležitosti, které již nemůže v rámci své kompetence rozhodnout (změna rozsahu, rozpočtu, časového plánu projektu) na úroveň ŘV k rozhodnutí. Vedoucí projektu Dodavatele je členem hlavního týmu projektu a účastní se jednání ŘV. Vedoucí procesního týmu (MF) Je delegovaný pracovník MF, který rozděluje a koordinuje každodenní práci členů svého týmu v rámci plnění dohodnutých projektových činností MF. V první řadě je zodpovědný za poskytnutí dostatečných informací o stávajícím průběhu a případných očekávaných změnách podnikových procesů MF (které byly týmu přiděleny) pracovníkům Dodavatele tak, aby mohl být společně vytvořen návrh cílového řešení (Realizační koncept). Následně, po nastavení Systému pracovníky Dodavatele, je zodpovědný za otestování nastavené funkčnosti Systému na datech MF členy týmu tak, aby mohl Systém uvolnit do produktivního provozu. Nakonec zodpovídá i za zabezpečení podpory koncových uživatelů pro období produktivního provozu. Vedoucí technického týmu (MF) Je delegovaným pracovníkem MF, který řídí veškeré práce při instalaci a technické implementaci Systému. Z počátku projektu se podílí na definování a následné realizaci požadavků na technické prostředí (hardware) počítačového programu. Po zabezpečení všech požadavků, dle specifikace dodavatele technického prostředí, zodpovídá za zabezpečení správy Systému a to jak během vlastního projektu, tak hlavně během produktivního provozu Systému. Administrátor projektu (MF) V případě rozsáhlejších projektů, je tato role obsazována pro odlehčení Vedoucího projektu MF od administrativy projektu (zápisy ze schůzek ŘV a HTP, organizace schůzek, rezervace místností, atd.). Člen procesního týmu (MF) Pod vedením Vedoucího příslušného procesního týmu vykonává veškeré přidělené projektové aktivity v rámci návrhu cílového stavu podnikových procesů, dokumentace a testování funkčnosti Systému, školení koncových uživatelů a přípravě dat. IT Člen procesního týmu (MF) Tato role se obsazuje, v případě budování interní podpory koncových uživatelů pro produktivní provoz Systému. Podílí se na provádění projektových aktivit jako ostatní členové procesního týmu, a navíc se seznamuje hlouběji s funkčností a nastavením parametrů Systému tak, aby během produktivního provozu dokázal podporovat koncové uživatele. Aplikační konzultant (Dodavatel) Je to zkušený pracovník Dodavatele se znalostí určité oblasti funkčnosti počítačového programu. Spolupracuje s Vedoucím příslušného procesního týmu na plánování projektových aktivit členů týmu, nastavuje Systém dle dohodnutého průběhu podnikových procesů, definuje případná rozhraní a uživatelské reporty a obvykle provádí i školení členů projektového týmu. Administrátor systému (MF) Strana 28 / celkem stran 68

Správce Systému (dva či více vyškolených pracovníků MF, dle počtu koncových uživatelů a objemu zpracovávaných dat), který zodpovídá za správu Systému na všech jeho úrovních (báze Systému, Externí databáze, Operační systém, Sítě, Oprávnění). Programátor MF V případě budování vlastní programátorské kapacity MF pro podporu produktivního provozu Systému (hlavě uživatelské reporty) je vyškolen delegovaný pracovník MF. Technický konzultant (Dodavatel) Je to zkušený pracovník Dodavatele se znalostí báze Systému. Spolupracuje s Vedoucím technického týmu na plánování a organizaci provádění projektových aktivit členy týmu, instaluje Systém a školí Administrátory systému MF. Programátor (Dodavatel) Podporuje procesní týmy při realizaci dohodnutých uživatelských modifikací systému během vlastního projektu.

Čl. 2 Řiditelnost a kontrola vedení projektu nad postupem projektových prací 2.1.

Vedoucí projektu kontrolují stav a postup projektu průběžně, zejména pak na pravidelných týdenních projektových schůzkách – Hlavní tým projektu (HTP), kde vedoucí týmů prostřednictvím týdenních zpráv o stavu projektu informují o stavu prací, vzniklých problémech a rizicích souvisejících s projektem. Na HTP se také projednává další postup projektu. Aktuální stav se porovnává s projektovým plánem, vyhodnocuje se stav plnění a dle potřeby dochází k aktualizaci projektového plánu vedoucími projektu, případně u plánů vedoucími týmů.

2.2.

V rámci práce jednotlivých projektových týmů a HTP se vede seznam úkolů a seznam otevřených problémů. Tyto seznamy se pravidelně vyhodnocují a aktualizují na schůzkách těchto týmů.

2.3.

Dále, na úrovni HTP, resp. na úrovni ŘV se vede seznam požadavků na změnu rozsahu projektu (pokud se vyskytnou), přičemž schvalovací procedura striktně podléhá pravidlům daným Implementační smlouvou, případně upřesněným Definicí projektu. Tzn. zejména, že požadavky na změnu rozsahu podléhají vyhodnocení jejich dopadu na plán a rozpočet projektu a posléze schválení jejich Vytvoření funkčního prototypu Řídícím výborem.

2.4.

Dále vedoucí projektu požadují od vedoucích procesních týmů akceptaci dokumentů a dalších aktivit v rámci projektu.

Čl. 3 Komunikace v rámci projektu 3.1.

Způsoby komunikace. Pro ukládání projektové dokumentace bude zřízen sdílený projektový diskový prostor na technických prostředcích MF a na náklady MF. K tomuto prostoru zřídí MF přístupová práva všem členům projektového týmu. Schůze Řídícího výboru projektu


Řídící výbor se bude scházet pravidelně jednou za dva týdny a na závěr každé fáze projektu. Z každého jednání ŘV bude vypracován zápis. Šablona pro zápis z jednání ŘV je umístěna na společném projektovém diskovém prostoru. Schůze Hlavního týmu projektu Jednání HTP bude probíhat pravidelně, každý týden. Z každého jednání HTP bude vypracován zápis. Šablona pro zápis z jednání HTP bude umístěna na společném projektovém diskovém prostoru. Schůzky procesních týmů Implementační týmy se budou scházet v pravidelných Intervalech, minimálně jednou týdně. Podle potřeby mohou být jednání svolána ad hoc. Počet jednání bude záviset na fázi projektu. V počátečních fázích se předpokládá pravidelnější frekvence jednání s ohledem na větší potřebu koordinace. 3.2.

Administrátor projektu zajistí s dostatečným předstihem informovanost nadřízených všech účastníků projektu o plánu prací a školení e-mailem.

3.3.

Všechny týmy a ŘV se budou pravidelně setkávat s cílem: Projednávat status projektu Stanovit nové akce a následná opatření Podávat zprávy o postupu, problémech a nevyřešených bodech

3.4.

Z každé schůzky řídícího výboru, HTP a projektového týmu s konzultanty musí být vyhotoven zápis, který bude uložen v příslušném adresáři na sdíleném disku u Zákazníka. Ze zápisu musí být zřejmé, co bylo tématem dané schůzky, jaké z ní vyplývají úkoly, osoby zodpovědné za řešení a termín pro splnění daného úkolu tzn. bude vypracován zápis s minimálně následujícími body: Datum, čas a místo jednání Seznam účastníků a kdo další má být informován Popis jednání, komentář Úkoly (včetně odpovědné osoby a trvání) a způsob kontroly plnění úkolů

3.5.

Doporučená struktura jednání: Stanovení zapisovatele (ze strany zákazníka) Schválení zápisu z předešlého jednání Aktualizace nevyřízených problémů od konání minulého jednání Projednání statusu projektu Projednaní (předběžné) výsledků všech úkolů Přednesení otevřených problémů Přidělení otevřených problémů členům projektového týmu. Schválení výsledků jednání pro zápis


3.6.

Body programu pro schůzi HTP a pro zasedání řídícího výboru by měl připravit vedoucí projektu. Jednání by měly být vedena tak, aby mohla dospět k rozhodnutí.

Čl. 4 Existence a způsob řízení kvality 4.1.

Zajištění kontroly kvality projektu bude provedeno využitím služby Review Project, poskytované Dodavatelem. Kontrola kvality projektu implementace poskytuje nezávislé a objektivní posouzení implementačního projektu a identifikuje potenciální rizikové faktory, které by mohly ohrozit cíle projektu. Review Project nabízí vedoucím pracovníkům a projektovému vedoucímu na straně zákazníka alternativní pohledy, které taktéž vedou k dosažení cílů implementačního projektu. Cílem programu Review Project je prověření řídících, aplikačních a technických aspektů implementace z pohledu vedení projektu. Review Project vyhodnocuje dosažené výsledky a doporučuje vhodné implementační postupy podle doporučené metodiky implementace. Review Project program pozůstává z několika auditů projektu, každá z nichž jeden trvá až dva dny. Kontrola kvality probíhá na závěr jednotlivých fází projektu.

4.2.

Každý z auditů probíhá následovně: •

Zahajovací schůzka Cílem schůzky je seznámení vedoucího projektu a sponzora projektu s náplní jedno nebo dvoudenní kontroly projektu.

•

Rozhovory V další etapě jsou vedeny rozhovory s vybranými členy projektového týmu a s managementem zákazníka.

•

Studium klíčových dokumentů V této části dojde k posouzení vybraných dokumentů implementačního projektu.

•

Prezentace zjištěných skutečností Během krátké schůzky jsou prezentována zjištění vedoucímu projektu a sponzorovi projektu a proběhne stručná diskuze o zjištěných skutečnostech. Tato schůzka slouží zejména k ověření správného porozumění jednotlivým zjištěním.

•

Příprava prezentace Manager kvality zajistí na základě všech získaných informací závěrečnou prezentaci pro management.

•

Prezentace výsledků Závěrečnou schůzku svolává vedoucí projektu a sponzor projektu za účelem prezentace zjištění a závěrů.

Nástroje Během procesu kontroly kvality jsou využívány připravené kontrolní seznamy, dotazníky a formuláře. Plán Review project a závěrečná prezentace nebo zpráva jsou předány zákazníkovi. Ostatní dokumenty jsou používány pouze managerem kvality implementátora provádějícím review. Strana 31 / celkem stran 68

Role Implementátor poskytuje pro toto review zkušeného managera kvality, který vede schůzky a prezentuje výsledek. Za zákazníka organizuje kontrolu kvality vedoucí projektu, který poskytuje projektovou dokumentaci a zajišťuje přístup k požadovaným členům projektu. Přínosy • Zvýšení pravděpodobnosti dosažení úspěšné implementace • Včasné rozpoznání potenciálních kritických oblastí • Zmenšení pravděpodobnosti prodloužení implementace projektu • Možnost dosažení nižších nákladů na implementaci • Zvýšení jistoty a důvěry zákazníka v úspěšné řešení 4.3.

Konkrétní plán provedení služby Review project, tj. výběr projektových fází, které budou podrobeny kontrole, konkrétní termíny a délky trvání budou vzájemně dohodnuty mezi MF a Dodavatelem.

Čl. 5 Existence a způsob řízení rizik a problémů 5.1.

Rizika jsou prvotně identifikována v první fázi projektu. Součástí popisu jednotlivých rizik projektu je i popis jejich dopadu na projekt, klasifikace a návrh opatření na jejich snížení nebo eliminaci. Rizika jsou ve formě přehledného seznamu sledována během celého projektu a pravidelně vyhodnocována a aktualizována na úrovni vedení projektu. Rizika, zejména rizika klasifikovaná jako vysoká, jsou projednávána též na schůzkách Řídícího výboru.

Čl. 6 Existence a způsob řízení změn 6.1.

Během projektu se mohou vyskytnou požadavky na změnu nebo rozšíření předmětu implementované funkčnosti počítačového programu. Tento rozsah je na začátku projektu definován v čl. 2.1 Implementační Smlouvy a následně případně upřesněn v Definici projektu (příloha č.2.8 Implementační smlouvy) a nakonec detailně popsán v Cílovém konceptu (příloha č.2.9 Implementační Smlouvy). Přílohy č. 2.8 a 2.9. dle čl. 2.3 této Implementační smlouvy budou tvořit její dodatek.

6.2.

Protože je pro efektivní řízení projektu nezbytné, aby rozsah projektu byl neustále jasně stanoven a důrazně dodržován, následují závazná pravidla změnového řízení: Žadatel o změnu rozsahu projektu předloží písemně svou žádost Vedoucímu projektu MF, včetně zdůvodnění požadované změny. Vedoucí projektu MF změnový požadavek zaeviduje a předá Vedoucímu projektu Dodavatele k doplnění informací. Vedoucí projektu Dodavatele doplní do změnového požadavku, nejpozději do 7-14 dnů (podle rozsáhlosti požadované změny) po jeho obdržení, seznam dopadů, které bude mít Vytvoření funkčního prototypu této změny na projekt (časový plán, zdroje MF i Dodavatele, cena projektu). Takto doplněný změnový požadavek předloží Vedoucí projektu MF členům Řídícího výboru v dostatečném předstihu tak, aby na své nejbližší řádné nebo mimořádné schůzce mohl rozhodnout, že: o akceptuje předložený změnový požadavek – v tom případě Vedoucí projektu MF a Dodavatele zabezpečí zapracování změny do Cílového konceptu a Strana 32 / celkem stran 68

o

připraví návrh dodatku Implementační smlouvy zohledňující všechny dopady změny na projekt. neakceptuje předložený změnový požadavek – v tom případě Vedoucí projektu MF informuje žadatele o rozhodnutí Řídícího výboru a rozsah projektu zůstane beze změny.

Čl. 7 Další metody zaručující splnění cílů Zadavatele 7.1.

Projekt bude důsledně kontrolován a hodnocen ze strany Dodavatele. Tyto kontroly probíhají na měsíční bázi a zahrnují kontrolu v oblasti risk managementu, nákladů, časového harmonogramu. Tato kontrola je prováděna nejvyšším manažerem zodpovědným u Dodavatele za služby implementace SW produktu, jenž je předmětem implementace, Ressource managerem, Risk managerem, managerem kvality.

Čl. 8 Součinnost Zadavatele 8.1.

Seznam potřebné součinnosti Zadavatele - kapacity

Projektová role Řídící výbor Sponzor projektu Člen Řídícího výboru Vedení projektu Vedoucí projektu Administrátor projektu (nepovinné) (v případě potřeby podpory Vedoucího projektu s administrativu projektu – zápisy, organizace schůzek, rezervace místností, atd.) Procesní týmy Vedoucí procesního týmu (vlastník procesů organizace) Člen procesního týmu

Minimální počet pracovníků

Požadovaná kapacita pracovníka

1 1

1 den / měsíc 1 den / měsíc

1 1

100 % 40 %

1

2 dny / týden

2

2 dny / týden (ve fázi Analýzy 3 dny/týden) 100 % (kapacita bude poskytnuta pouze na konci fází vyžadujících testování)

Člen procesního týmu provádějící testování

2

Technické týmy Vedoucí technického týmu

1

2 dny / týden

2

50 %

Administrátor Systému (báze systému, externí databáze, operačního systému, sítí, oprávnění)


8.2.

Finální a závazné personální obsazení projektového týmu konkrétními pracovníky MF a Dodavatele, bude specifikováno v Příloze č. 2.8 Implementační smlouvy „Definice projektu“.

8.3.

V případě, že MF nezabezpečí výše uvedené minimální pokrytí projektového týmu svými pracovníky, bude to považováno za porušení povinnosti součinnosti MF a v tom případě je Dodavatel oprávněn pozastavit projekt až do okamžiku zjednání nápravy.

8.4.

Výměna neproduktivního účastníka projektu: Smluvní strany jsou oprávněny požádat o výměnu neproduktivního pracovníka druhé smluvní strany. Taková žádost musí být odůvodněná. Smluvní strana, která chce požádat o výměnu, musí nejdříve písemně předložit druhé straně svoje důvody a poukázat na případy, kdy takový pracovník vážně a opakovaným způsobem ohrozil úspěšný postup projektu. Předložené důvody výměny budou následně projednány na nejbližší schůzce řídícího výboru a ten také rozhodne o případné výměně. Do 14 dní od rozhodnutí řídícího výboru o změně neproduktivního pracovníka, musí příslušná smluvní strana poskytnout jiného vhodného kandidáta.

8.5.

V průběhu projektu MF zajistí následující součinnost, bez které nelze projekt realizovat a splnit požadavek přenosu Know How na MF: -

-

-

-

Potřebné hardwarové vybavení pro užívání počítačového programu dle parametrů (sizingu – definování výkonnosti a kapacity) příslušného hardwarového partnera výrobce SW produktu. Zajištění aplikačních a kmenových dat, jejich údržba a aktualizace. Dohodnuté pracovní prostředí projektového týmu. Jmenovat z řad svých pracovníků dohodnutý počet odborníků do projektového týmu pro plnění projektových činností bodu 8.1 této nabídky, vyčlenit pracovní kapacity těchto pracovníků pro projekt dle požadavků, zajistit jejich účast na schůzkách, školeních a dalších aktivitách souvisejících s implementací, přijímat rozhodnutí ve společných řídících orgánech projektu, plnit je a zajistit dostatečné pravomoci vedoucímu projektu ze strany MF. Návrh znění dohodnutých kapitol Definice projektu. Oficiální zahájení projektu (svolání kick-off meetingu a první schůzky řídícího výboru). Poskytnutí detailních informací o stávající, příp. budoucí plánované, organizační struktuře společnosti, podnikových procesech, datových tocích (mezi informačními systémy MF), datových strukturách pro implementaci relevantních dat a reportingu. Napojení instalovaných systémů na IISSP. Obsazení Realizačního plánu zodpovědnými pracovníky MF pro testování, dokumentaci a schválení jednotlivých podnikových procesů. Oficiální připomínkování předloženého návrhu Přílohy č. 2.9 této Implementační smlouvy „Realizační koncept“ pověřenými pracovníky MF. Vývoj, testování a dokumentace programů pro konverzi dat ze stávajících systémů MF na straně systémů MF. Vývoj, testování a dokumentace programů pro trvalá rozhraní s jinými informačními systémy MF na straně systémů MF. Přípravu správných a úplných dat ve stávajících systémech MF pro následnou migraci do Systému. Stanovení základní koncepce oprávnění (role). Úvodní vytvoření autorizačních profilů (na základě koncepce oprávnění) a jejich následná správa a aktualizace. Definici, naplánování a provedení testů nastavení Systému (data MF). Vytvoření Dokumentace koncového uživatele a školicích materiálů pro koncové uživatele. Definici, naplánování a provedení integračních testů Systému (data MF) pověřenými pracovníky MF. Strana 34 / celkem stran 68

-

-

-

Sestavení Protokolu o provedení integračních testů. Technickou, materiální a organizační podporu produktivního provozu Systému (včetně případného uzavření příslušných smluv o externí podpoře produktivního provozu systému). Provedení zkušební migrace dat dle plánu přechodu do produktivního provozu a ověření správnosti přenesených dat. Naplánování a provedení školení koncových uživatelů Systému dle připravených školicích materiálů (případně definice, naplánování a provedení testů připravenosti koncových uživatelů) na Systému a v prostorách MF Definici a provedení výkonových testů. Sestavení protokolu o připravenosti na zahájení produktivního provozu. Provedení ostré migrace dat dle plánu přechodu do produktivního provozu po schválení zahájení produktivního provozu Systému Řídícím výborem. Management změnového řízení. Kontinuální podporu koncových uživatelů Systému. Sestavení protokolu o ukončení projektu.

Pojem „systémy MF“ zahrnuje systémy MF včetně systémů třetích stran, které mají být napojeny na IISSP, nebo ze kterých má být do IISSP prováděna migrace dat. 8.6.

V průběhu projektu Dodavatel a MF společně zajistí: -

-

Projektové řízení v rámci celého projektu Předložení návrhu příloh č. 2.8 Definice projektu a č. 2.9 Realizační koncept, protokolu o provedení integračních testů, protokolu o připravenosti na zahájení produktivního provozu, protokolu o ukončení projektu Řídícímu výboru ke schválení. Finalizaci přílohy č. 2.8 této Implementační smlouvy „Definice projektu“ Finalizaci přílohy č. 2.9 této Implementační smlouvy „Realizační koncept“ Management změnového řízení projektu. Finalizaci agendy oficiálního zahájení projektu (kick-off meetingu a první schůzky řídícího výboru) Definici rozsahu požadované funkčnosti SW produktu. Stanovení časového harmonogramu a potřebných kapacit pro další postup projektu Průběžnou informovanost Řídícího výboru o stavu projektu Upřesnění rozsahu požadované funkčnosti SW produktu Upřesnění časového harmonogramu a potřebných kapacit dalšího postupu projektu Průběžnou informovanost Řídícího výboru o stavu projektu Definici, naplánování a provedení funkčních testů SW produktu (data MF) Definici, naplánování a provedení integračních testů SW produktu (data MF) Definici a provedení výkonových testů Sestavení plánu přechodu do produktivního provozu (plán migrace dat) Provedení zkušební migrace dat dle plánu přechodu do produktivního provozu a ověření správnosti přenesených dat Kontinuální podporu koncových uživatelů SW produktu Vypracování koncepce školení koncových uživatelů, vypracování dokumentace koncového uživatele a školící materiály pro koncové uživatele a vyškolení koncových uživatelů

Čl. 9 Postup provedení implementace 9.1.

Dodavatel označí svou implementační metodiku.

9.2.

Pod pojmem implementace se rozumí především odborná pomoc při nastavení a optimalizaci funkcionality systému, využívání a přenos know-how na pracovníky MF formou odborného řízení prací, poradenství a školení.


9.3.

SW produkt implementuje projektový tým konzultantů Dodavatele a projektový tým MF na základě Definice projektu (příloha č. 2.8 této Implementační smlouvy) a schváleného Cílového konceptu (příloha č. 2.9 této Implementační smlouvy) projektu implementace.

9.4.

Projekt bude probíhat postupně po částech (fázích) . Každá z těchto částí (fází) je dále popsána svým cílem, výstupními dokumenty a činnostmi provedenými Dodavatelem a MF. Poznámka: Dodavatel vloží svůj návrh částí (fází) projektu a jejich obsah, vstupní a výstupní dokumenty a ostatní náležitosti analogicky jako je uvedeno v tomto příkladě pro 5 částí (fází) projektu Část (Fáze) 1: Příprava projektu Cíl: Počáteční naplánování a příprava projektu po stránce materiální, technické i organizační. Výstupní dokumenty: - Definice projektu Dodavatel zajistí: - Podporu MF pro stanovení údajů pro sizing příslušného hardwarového vybavení pro testování a produktivní provoz - Instalaci SW produktu na hardware MF a vytvoření vývojového prostředí. - Návrh znění dokumentu popisujícího organizaci, pravidla a upřesněný harmonogram projektu (dále také „Definice projektu“) - Naplnění dohodnuté organizační struktury projektu konkrétními pověřenými pracovníky Dodavatele a jejich uvolnění pro projekt v potřebných kapacitách - Návrh prezentace pro oficiálního zahájení projektu - Úvodní školení projektového týmu dle školicího plánu (dokument Definice projektu) na Systému a v prostorách MF a v odůvodněných případech i prostorách a na Systému Dodavatele. - Revize úplnosti a kvality projektové fáze. MF zajistí: -

Potřebné hardwarové vybavení pro užívání SW produktu dle parametrů (sizingu) příslušného hardwarového partnera výrobce SW produktu. Dohodnuté pracovní prostředí projektového týmu. Naplnění dohodnuté organizační struktury projektu konkrétními pověřenými pracovníky MF a jejich uvolnění pro projekt ve stanovených kapacitách. Návrh znění dohodnutých kapitol Definice projektu. Oficiální zahájení projektu (svolání kick-off meetingu a první schůzky řídícího výboru).

Společně zajistí: - Projektové řízení vlastní projektové fáze. - Finalizaci dokumentu Definice projektu. - Finalizaci agendy oficiálního zahájení projektu (kick-off meetingu a první schůzky řídícího výboru). - Předložení Definice projektu Řídícímu výboru ke schválení. Část (Fáze) 2: Realizační koncept Cíl: Vytvořit detailní popis cílového stavu organizace a podnikových procesů MF zobrazených v SW produktu, včetně všech materiálních, technických a organizačních aspektů a tak dále zpřesnit zadání projektu. Strana 36 / celkem stran 68

Výstupní dokumenty: - Realizační koncept

Dodavatel zajistí: - Návrh znění dokumentu popisujícího analýzu a návrh řešení (dále také „Realizační koncept“) na základě informací poskytnutých MF a zařazení částí vypracovaných MF. - Školení projektového týmu - základní školení funkčnosti SW produktu dle plánu školení (dokument Definice projektu) na Systému a v prostorách MF. - Revize úplnosti a kvality projektové fáze. MF zajistí: -

-

Poskytnutí detailních informací o stávající, příp. budoucí plánované, organizační struktuře společnosti, podnikových procesech, datových tocích (mezi informačními systémy MF), datových strukturách pro implementaci relevantních dat a reportingu. Vypracování dohodnutých částí Cílového konceptu. Přípravu zápisů z pracovních schůzek procesních týmů. Napojení instalovaných systémů na systém podpory. Obsazení Realizačního plánu zodpovědnými pracovníky MF pro testování, dokumentaci a schválení jednotlivých podnikových procesů. Vypracování koncepce školení koncových uživatelů. Oficiální připomínkování předloženého návrhu Cílového konceptu pověřenými pracovníky MF.

Společně zajistí: - Projektové řízení vlastní projektové fáze. - Instalaci SW produktu na hardware MF a vytvoření testovacího prostředí včetně případného transportního režimu mezi vývojovým a testovacím prostředím. - Upřesnění rozsahu požadované funkčnosti SW produktu. - Upřesnění časového harmonogramu a potřebných kapacit dalšího postupu projektu. - Průběžnou informovanost Řídícího výboru o stavu projektu. - Management změnového řízení projektu. - Předložení Cílového konceptu Řídícímu výboru ke schválení.

Část (Fáze) 3: Vytvoření funkčního prototypu Cíl: Nastavit, otestovat a předat MF Systém tak, aby splňoval všechny podmínky kladené na jeho funkčnost, definované v oboustranně odsouhlaseném Cílovém konceptu. Výstupní dokumenty: - Protokol o provedení integračních testů - Dokumentace koncového uživatele - Školicí materiály pro koncové uživatele Dodavatel zajistí: - Základní a finální nastavení SW produktu. - Vývoj, testování a dokumentaci programů pro konverzi dat ze stávajících systémů MF na straně Systému.


-

MF zajistí: -

-

Vývoj a testování programů pro trvalá rozhraní s jinými informačními systémy MF na straně Systému. Vývoj a dokumentaci rozšíření standardní funkcionality SW produktu. Vývoj a testování nestandardních reportů. Finální nastavení Systému. Poskytnutí součinnosti při stanovení základní koncepce oprávnění (role). Doplnění předloženého Protokolu o provedení integračních testů o návrh řešení zjištěných nedostatků ve funkčnosti Systému. Průběžné dokumentování stavu nastavení SW produktu, sestavení úplné Dokumentace nastavení SW produktu Školení projektového týmu – detailní školení funkčnosti SW produktu, (včetně nastavování parametrů), pokud je specifikován tento typ školení ve školicím plánu (dokument Definice projektu) na Systému a v prostorách MF. Revize úplnosti a kvality projektové fáze. Instalaci SW produktu na hardware MF a vytvoření produktivního prostředí včetně případného transportního režimu mezi vývojovým, testovacím a produktivním prostředím. Zahájení správy Systému (organizace transportů, zálohování, oprávnění, …) dle pokynů pracovníků Dodavatele. Vývoj, testování a dokumentace programů pro konverzi dat ze stávajících systémů MF na straně systémů MF. Vývoj, testování a dokumentace programů pro trvalá rozhraní s jinými informačními systémy MF na straně systémů MF. Přípravu správných a úplných dat ve stávajících systémech MF pro následnou migraci do Systému. Stanovení základní koncepce oprávnění (role). Úvodní vytvoření autorizačních profilů (na základě koncepce oprávnění) a jejich následná správa a aktualizace. Definici, naplánování a provedení testů nastavení Systému (data MF). Vytvoření Dokumentace koncového uživatele a školicích materiálů pro koncové uživatele. Definici, naplánování a provedení integračních testů Systému (data MF) pověřenými pracovníky MF. Sestavení Protokolu o provedení integračních testů.

Společně zajistí: - Projektové řízení vlastní projektové fáze. - Management změnového řízení projektu. - Předložení Protokolu o provedení testů Řídícímu výboru ke schválení.

Část (Fáze 4): Příprava produktivního provozu Cíl: Uzavřít všechny přípravné projektové činnosti a připravit tak Systém pro zahájení produktivního provozu. Výstupní dokumenty: - Plán přechodu do produktivního provozu (migrační plán) - Protokol o připravenosti na zahájení produktivního provozu Dodavatel zajistí: - Podpora případného vyladění Systému po výkonových testech. - Technická podpora provedení zkušební a následně ostré migrace dat dle plánu přechodu do produktivního provozu. Strana 38 / celkem stran 68

MF zajistí: -

-

-

Revize úplnosti a kvality projektové fáze. Technickou, materiální a organizační podporu produktivního provozu Systému (včetně případného uzavření příslušných smluv o externí podpoře produktivního provozu systému). Provedení zkušební migrace dat dle plánu přechodu do produktivního provozu a ověření správnosti přenesených dat. Naplánování a provedení školení koncových uživatelů Systému dle připravených školicích materiálů (případně definice, naplánování a provedení testů připravenosti koncových uživatelů) na Systému a v prostorách MF. Definici a provedení výkonových testů. Sestavení protokolu o připravenosti na zahájení produktivního provozu. Provedení ostré migrace dat dle plánu přechodu do produktivního provozu po schválení zahájení produktivního provozu Systému Řídícím výborem.

Společně zajistí: - Projektové řízení vlastní projektové fáze. - Sestavení plánu přechodu do produktivního provozu (plán migrace dat). - Předložení protokolu o připravenosti na zahájení produktivního provozu Řídícímu výboru jako podklad ke schválení zahájení produktivního provozu Systému. Část (Fáze) 5: Produktivní provoz a podpora Cíl: Podpora koncových uživatelů Systému, během prvních kritických dnů a týdnů produktivního provozu Systému. Výstupní dokumenty: - Protokol o ukončení podpory produktivního provozu - Protokol o ukončení projektu (na konci celého projektu) Dodavatel zajistí: - Řešení zjištěných připomínek k funkčnosti Systému obsažených v protokolu o ukončení projektu. - Dokumentace nastavení Systému - Revize úplnosti a kvality projektové fáze. MF zajistí: -

Management změnového řízení. Kontinuální podporu koncových uživatelů Systému. Sestavení Protokol o ukončení podpory produktivního provozu, resp. Protokolu o ukončení projektu.

Společně zajistí: - Projektové řízení vlastní projektové fáze. - Předložení Protokol o ukončení podpory produktivního provozu, resp. Protokolu o ukončení projektu Řídícímu výboru ke schválení. Během všech částí (fází) MF zajistí: - Vypracovávání zpráv o stavu projektu. - Instalaci klientské části počítačového SW produktu (též frontend, SW produktu apod.) na stanice koncových uživatelů (po zaškolení Dodavatelem). - Dodavatel zajistí Provádění zápisů ze schůzek projektových týmů. Strana 39 / celkem stran 68

9.5.

Milníky projektu Projekt obsahuje tyto významné momenty, na kterých silně závisí úspěch celého projektu. • • • • • • • • •

9.6.

Zahájení projektu – Kick-off Schválení Definice projektu Schválení Cílového konceptu Zahájení parametrizace Zahájení integračních testů Akceptace řešení Začátek školení koncových uživatelů Začátek produktivního provozu Ukončení plnění projektu

Termín ukončení plnění – celého projektu •

termín ukončení – po akceptaci plnění projektu

Čl. 10 Školení 10.1.

Všechna školení musí probíhat v prostorách MF a na instalaci SW produktu u MF. Dodavatel zajistí v průběhu implementace SW produktu následující činnosti: (1) Úvodní školení s cílem seznámit vedení projektu MF rámcově s funkčností SW produktu. (2) Úvodní školení členů procesních týmů o SW produktu. (3) Školení procesních týmů v základní funkčnosti SW produktu. (4) Detailní školení každého procesního týmu v oblasti funkčností SW produktu, která odpovídá zaměření konkrétního procesního týmu a v rozsahu potřebném pro implementaci SW produktu u MF. (5) Přípravu uživatelské dokumentace implementovaného SW produktu. (6) Školení administrátorů SW produktu v používání, administraci a správě implementovaného SW produktu zahrnující seznámení s provozními charakteristikami, technickými parametry, postupy při správě a provozování implementovaného SW produktu, přezkoušení a vydání potvrzení (certifikátu) dosvědčujícího schopnost těchto osob používat, administrovat a spravovat implementovaný SW produkt. (7) Školení klíčových uživatelů (interních školitelů MF) v používání implementovaného SW produktu v rozsahu příslušné oblasti včetně přezkoušení a vydání potvrzení (certifikátu) dosvědčujícího schopnost klíčových uživatelů užívat implementovaný SW produkt v rozsahu dané oblasti a to nejméně v počtu:

10.2.

Dodavatel poskytne MF školení lektorů, školení klíčových uživatelů a školení koncových uživatelů Dodavatel je plně zodpovědný za školení, a to zejména za vlastní školení koncových uživatelů, příprava a tisk školicí dokumentace, zajištění školicích místností a „logistiku“ školení.


Rozsah „podpory Dodavatele při školení koncových uživatelů“ ze strany MFČR je stanoven v rozsahu: metodická podpora školení koncových uživatelů (doporučení ohledně optimálních počtů účastníků na kurzech, tisku školící dokumentace, délek školení apod.) definování kontaktních osob MFČR, které budou po provedených školeních zodpovídat a vyjasňovat případné dotazy koncových uživatelů, na které nebude lektor nebo klíčový uživatel schopen odpovědět sám příprava školících příruček pro koncové uživatele a školení klíčových uživatelů v rozsahu minimálně : i. všech uživatelů MFČR, Úřadu Vlády ČR ii. všech uživatelů všech správců kapitol státního rozpočtu, iii. čtyř klíčových uživatelů pro každou OSS, iv. čtyř klíčových uživatelů pro každou příspěvkovou organizaci.

Dodavatel zajistí : vlastní školení koncových uživatelů přípravu a tisk školící dokumentace zajištění školících místností, „logistiku“ školení

Čl. 11

Způsob přenosu know-how 11.1. Způsob přenosu znalostí od Dodavatele na pracovníky MF. V průběhu projektu je prioritním zájmem Dodavatele přenést znalosti z implementace na pracovníky MF. K tomuto přenosu dochází v průběhu celého projektu, zejména však: - druhá fáze – Realizační koncept o probíhá školení pracovníků MF o pracovníci MF se podílejí na vypracování a připomínkování Cílového konceptu (tedy celé koncepce nastavení systému) - třetí fáze – Vytvoření funkčního prototypu o pracovníci MF se aktivně podílejí na fázi Vytvoření funkčního prototypu a učí se SW Produkt ovládat o pracovníci MF SW produkt ovládají, připravují testovací scénáře, čímž u pracovníků MF dochází k uvědomění si propojení mezi firemními procesy a funkcemi SW produktu o pracovníci MF testují systém a tím se zdokonalují v jeho používání o pracovníci MF (vybraní členové projektového týmu, příp. tzv. klíčoví uživatelé) připravují uživatelské příručky a připravují školení koncových uživatelů a tím se zdokonalují v jeho používání a v budoucnu tak mohou školit a podporovat koncové uživatele systému o pracovníci MF se podílejí na přípravě oprávnění o pracovníci MF se učí spravovat systém na úrovni technické - čtvrtá fáze – Příprava produktivního provozu o pracovníci MF (vybraní členové projektového týmu, příp. tzv. klíčoví uživatelé) školí koncové uživatele o pracovníci MF provádějí migraci dat o pracovníci MF se připravují na technickou správu produktivních systémů - pátá fáze – Podpora produktivního provozu o pracovníci kompetenčního centra MF jsou první nebo druhá úroveň podpory koncových uživatelů, kde se snaží rozpoznat problémy a ve spolupráci s konzultanty je i řešit o pracovníci MF spravují systém na technické úrovni (zálohování, dozorování apod.) Strana 41 / celkem stran 68

Čl. 12 Projektová dokumentace a výstupy jednotlivých fází implementace 12.1. Existence základních dokumentů, dokumentovaný průběh implementace V průběhu celého projektu je nezbytné vytvářet a udržovat projektovou dokumentaci. Po akceptaci každé fáze projektu MF přechází další správa (včetně případné aktualizace) veškeré projektové dokumentace dané fáze do rukou pověřených pracovníků MF: Definice projektu Je společným výstupem první projektové části (fáze) „Příprava projektu“, který shrnuje počáteční naplánování a přípravu projektu po stránce materiální, technické i organizační. Osnova dokumentu: Základní informace - Název projektu - Místo projektu - Vedoucí projektu MF - Vedoucí projektu Dodavatele - Vedoucí Review project Všeobecný účel projektu Motivační cíle projektu - Podnikové cíle projektu - Způsob vyhodnocení splnění podnikových cílů projektu. - Definice cílů a výstupů projektu - Způsob vyhodnocení implementačních cílů projektu Předpoklady, počáteční a Realizační stav projektu - Počáteční stav - Smlouvy, smluvní podmínky - Základní omezení - Předpoklady - Realizační stav Rozsah projektu Strategie implementace Plán projektu - Milníky projektu - Školicí plán projektového týmu - Předchozí projekty - Souběžně běžící projekty - Následné projekty Organizace, role a zodpovědnost - Organizace projektu - Role a zodpovědnost Projektový tým - Procesní týmy Strana 42 / celkem stran 68

-

Technický tým Motivační plán pro projektový tým

Řízení rizik - Definice rizik projektu - Zajištění kontroly kvality projektu Náklady a rozpočet Procedury a standardy řízení projektu - Způsoby komunikace. - Dokumentace projektu a způsob aktualizace dokumentace - Definice základních pravidel řešení problémů - Změnové řízení - Plán aktivit pro tvorbu týmů - Způsob plánování a sledování projektu - Strategie využívání služeb výrobce SW produktu nebo Dodavatele Procedury a standardy implementace - Standardy a dokumentace nastavení počítačového programu - Dokumentace a řešení chybových stavů - Strategie testování - Dokumentace a způsob školení koncových uživatelů - Způsob řešení a dokumentace rozšíření a modifikací Základní definice místa práce, systému - Místo práce - Systém Strategie užívání počítačového programu (System landscape strategy) Požadavky na zajištění techniky - Kompletace požadavků na systémy a infrastrukturu - Způsob a plán zajištění techniky - Remote connection

Realizační koncept projektu Je společným výstupním dokumentem druhé projektové části (fáze) „Realizační koncept“ a jako detailní popis cílového stavu organizace a podnikových procesů MF zobrazených v SW produktu dále upřesňuje zadání projektu. Po schválení řídícím výborem se tento dokument stává pro obě strany závazným zadáním, podle něhož bude realizován zbytek projektu. Osnova dokumentu Úvod Cíle implementace a způsob řešení Popis současného stavu (pokud je požadováno, doplní MF) Organizační struktury - Kmenová data - Procesy Implementační přístup - Harmonogram - Základní pravidla při realizaci Celkový návrh řešení Strana 43 / celkem stran 68

-

Celkový návrh řešení Oblast 1 …

-

Organizační struktury

Návrh řešení - Modul M1 Organizační struktury Kmenová data Procesy Reporting Další rozšíření standardní funkčnosti nebo modifikace Migrace dat (konverze) Rozhraní Integrační vazby na další moduly Důležitá nastavení systému -

Modul M2 …

Role uživatelů Školení koncových uživatelů Akceptační kritéria - Integrační testy (třetí fáze projektu) - Systémové testy (čtvrtá fáze projektu) - Ukončení projektu (pátá fáze projektu) Požadovaná součinnost zákazníka Výklad použitých pojmů a zkratek Přílohy

Protokol o provedení integračních testů Vzniká jako výstupní dokument třetí části (fáze) projektu popisující výsledky provedených integračních testů. Jasně deklaruje, která z testované funkčnosti Systému vyhovuje požadavkům MF definovaným v Cílovém konceptu a to buď bez výhrad, nebo s výhradami (jakými) a nebo nevyhovuje. Po doplnění způsobu a termínů odstranění zjištěných nedostatků ve funkčnosti Systému se po schválení Řídícím výborem stává pro obě strany závazným potvrzením, že funkčnost Systému vyhovuje požadavkům MF. Testovací scénáře Jsou posloupností kroků („kuchařka“), které vedou k otestování SW produktu a jeho požadované funkcionality. Jednotlivé kroky testovacího scénáře představují jednotlivý úkon procesu zpracování určité operace. Součástí testovacího scénáře je také informace o sadě dat, která se mají použít a očekávaný výstup jednotlivého kroku testu. Dokumentace nastavení systému Po odstranění všech nedostatků ve funkčnosti Systému, popsaných v Protokolu o provedení integračních testů, je do jedné sady dokumentů shrnuta veškerá doposud průběžně vytvářená dokumentace nastavení Systému. Jedná se o dokumentaci nastavení parametrů Systému (IMG) z důrazem na změny standardního nastavení provedené během projektu, uživatelských modifikací


počítačového programu, vytvořených rozhraní na jiné informační systémy a uživatelských reportů (tiskových výstupů). Dokumentace nastavení systému je oficiálně předána správci dokumentace MF, který se dále stará o její aktualizaci, tj. dohlíží, aby veškeré následující změny nastavení Systému byly vždy do dokumentace zapracovány (včetně informací - kdo, kdy a proč změnu provedl). Dokumentace koncového uživatele Je pracovním manuálem („kuchařka“), podle kterého pracují koncoví uživatelé Systému. Popisuje vždy, pro jednotlivé transakce Systému, příslušné obrazovky (masky) Systému s vysvětlením významu jednotlivých polí a způsobu jejich vyplňování. Tato dokumentace je základem pro vlastní školení koncových uživatelů. Školící materiály pro koncové uživatele Podpůrné materiály pro školení koncových uživatelů, jak například prezentace, tak konkrétní cvičení na testovacích datech MF. S výhodou lze použít vybrané prezentační slajdy ze školení projektového týmu a testovací plány nastavení Systému (včetně připravených testovacích dat). Tyto materiály jsou nejdříve použity pro úvodní školení koncových uživatelů v rámci projektu a následně pro školení nových zaměstnanců. Protokol o připravenosti na zahájení produktivního provozu Vzniká jako výstupní dokument čtvrté části (fáze) projektu, konstatující připravenost Systému k zahájení produktivního provozu. Dle vzájemně dohodnutých akceptačních kritérií se tento protokol vystavuje obvykle na základě úspěšně provedené migrace dat dle Migračního plánu a výsledků provedených výkonových testů Systému. Mezi tyto testy řadíme zejména Zátěžový test systému, který testuje odezvy systému při simulované zátěži velkým počtem uživatelů a Objemový test, který testuje výkonové charakteristiky systému při uchovávání, zpracovávání a přístupu k velkým objemům dat. Tyto testy slouží k ověření výkonových charakteristik Systému, případně k jejich doladění nebo posílení Systému za podpory příslušného dodavatele hardwarového vybavení. Po doplnění způsobu a termínů odstranění zjištěných nedostatků Systému Dodavatelem se po schválení Řídícím výborem stává pro obě strany závazným potvrzením, že Systém je připraven k uvedení do produktivního provozu. Plán přechodu do produktivního provozu (Migrační plán) Představuje detailní časový harmonogram úvodního naplnění Systému příslušnými daty ze stávajících informačních systémů MF. Detailně popisuje časovou posloupnost jednotlivých migračních aktivit, tj. vždy kdo, kdy, jakými daty, přes jaká rozhraní a jak dlouho bude naplňovat Systém tak, aby bylo dosaženo plánovaného termínu zahájení produktivního provozu Systému. Protokol o ukončení projektu Vzniká jako výstupní dokument poslední části (fáze) projektu popisující zjištěné nedostatky Systému, které zjistili koncoví uživatelé Systému během úvodních týdnů produktivního provozu. Po doplnění způsobu a termínů odstranění zjištěných nedostatků Systému Dodavatelem se po schválení Řídícím výborem stává pro obě strany závazným potvrzením, že předmět této Implementační smlouvy byl naplněn a projekt je oficiálně ukončen. Zápisy z jednání Z každého jednání (schůzky) každého týmu (ŘV, HTP, Procesní týmy, Technický tým) během projektu je pořizován oboustranně odsouhlasený písemný zápis. Slouží k popisu obsahu jednání a přijatých rozhodnutí a k evidenci uložených úkolů a jejich plnění. Protokol o předání/převzetí dokumentu k prostudování Slouží k oficiálnímu potvrzení předání důležitých dokumentů jednou smluvní stranou a převzetí těchto dokumentů druhou smluvní stranou. Jedná se hlavně o výstupní dokumenty jednotlivých fází projektu a dále dokumenty obsahující důvěrné informace. Protokol o akceptaci


Slouží k oficiálnímu potvrzení, že MF schválil příslušnou fázi projektu a považuje ji tímto za uzavřenou. Je vystavován Vedoucím projektu Dodavatele a za MF je podepisován pověřenou osobou (např. Vedoucím projektu MF) na základě předcházejícího schválení Řídícím výborem. Protokol o provedeném školení Slouží k oficiálnímu potvrzení, že plánované školení, dle plánu školení (viz Definice projektu), bylo provedeno. Vystavuje ho školitel (pracovník Dodavatele, který školení provádí) a za MF podepisuje pověřená osoba (např. příslušný Vedoucí procesního týmu).

Čl. 13 Měřitelnost výstupů z každé části (fáze) implementace 13.1.

Implementace bude obsahovat 5 částí (fází), kde každá část (fáze) bude měřitelná separátně: Část) Fáze č. 1: Definice projektu – Počáteční naplánování a příprava projektu po stránce materiální, technické i organizační Výstup – dokument Definice projektu Měřitelné kritérium – shoda přílohy č. 2.8 Definice projektu Implementační smlouvy se specifikacemi uvedenými v přílohách č. 2.1, Implementační smlouvy.

Část (Fáze) č. 2: Realizační koncept – Vytvořit detailní popis cílového stavu organizace a podnikových procesů MF zobrazených v SW produktu, včetně všech materiálních, technických a organizačních aspektů a tak dále zpřesnit zadání projektu. Výstup – popsaný Realizační stav systému příloze č. 2.9 Implementační smlouvy Cílovém konceptu Měřitelné kritérium - shoda přílohy č. 2.9 Realizační koncept se specifikacemi uvedenými v přílohách č. 2.1, a 2.8 Implementační smlouvy a kap.3 přílohy č.2.9 Implementační Smlouvy.

Část (Fáze) č. 3: Vytvoření funkčního prototypu – Nastavit, otestovat a předat MF Systém tak, aby splňoval všechny podmínky kladené na jeho funkčnost, definované v oboustranně odsouhlasené příloze č. 2.9. Implementační smlouvy - Realizační koncept. Výstup – nastavený a otestovaný SW produkt

Měřitelné kritérium - soulad nastavení SW produktu se zněním Cílového konceptu (příloha č.2.9 Implementační smlouvy), vyjádřený úspěšným provedením testovacích scénářů v rámci integračních testů. Detailní akceptační kritéria pro vyhodnocení integračních testů budou definovány v rámci Cílového konceptu.

Část (Fáze) č. 4: Příprava produktivního provozu – akceptovaná migrace dat a připravenost systému k produktivnímu provozu


Výstup – připravený produktivní systém s namigrovanými daty, proškolení koncových uživatelů a nastavení přístupů do systému

Měřitelné kritérium - provedení migrace dat podle migračního plánu, akceptované výkonové testy, provedené školení koncových uživatelů a připravené uživatelské účty pro uživatele systému.

Část (Fáze) č. 5. Podpora produktivního provozu – Podpora koncových uživatelů Systému, během prvních kritických dnů a týdnů produktivního provozu Systému.

Výstup – funkční systém bez závažných vad

Měřitelné kritérium - předání dokumentace splňující specifikace uvedené v příloze č. 2.1 Implementační smlouvy a počet vad jednotlivých kategorií, které se vyskytly během posledních čtyřech týdnů této fáze, nepřekračující limit uvedený v příloze č. 2. 5 Implementační smlouvy.

Čl. 14 Podmínky akceptace 14.1.

Akceptační řízení bude probíhat v následujících krocích, tj. vždy na závěr každé fáze projektu: Akceptace dokumentu Definice projektu (na konci první fáze projektu): Poté, co Vedoucí projektu obou stran společně vytvořili návrh dokumentu, předloží tento v předstihu k připomínkám Řídícímu výboru tak, aby na své první schůzce mohl rozhodnout, že: -

akceptuje předložený dokument bez výhrad – v tom případě Vedoucí projektu MF jako pověřená osoba potvrdí rozhodnutí ŘV podpisem Protokolu o akceptaci Definice projektu.

-

akceptuje předložený dokument s připomínkami - v tom případě Vedoucí projektu MF jako pověřená osoba potvrdí rozhodnutí ŘV podpisem Protokolu o akceptaci Definice projektu s výčtem připomínek ŘV, které následně Vedoucí projektu obou stran společně zapracují do dokumentu.

-

neakceptuje předložený dokument – v tom případě ŘV rozhodne o řešení případných dopadů tohoto rozhodnutí na projekt, tj. případné změny harmonogramu, rozsahu nebo rozpočtu projektu a stanoví termín další schůzky, kdy bude upravený návrh dokumentu znovu projednáván.

Akceptace dokumentu Realizační koncept (na konci druhé fáze projektu): Vedoucí projektu Dodavatele poskytne MF návrh dokumentu k prostudování v tištěné podobě ve dvou vyhotoveních v dohodnutém termínu dle harmonogramu projektu (příloha č. 2.3 Implementační smlouvy). Převzetí dokumentu MF bude stvrzeno Protokolem o předání/převzetí dokumentu k prostudování, vystaveným Dodavatelem a podepsaným oprávněnými osobami MF (např. Vedoucí projektu MF). Vedoucí projektu MF zabezpečí připomínkování předloženého dokumentu pověřenými pracovníky MF (včetně příslušných členů řídícího výboru) a předání dokumentu shrnujícího všechny oficiální připomínky Vedoucímu projektu Dodavatele v dohodnutém termínu. Vedoucí projektu Dodavatele zabezpečí zapracování připomínek MF do návrhu dokumentu.


Dokument se zapracovanými připomínkami MF předloží Vedoucí projektu Dodavatele v předstihu Řídícímu výboru tak, aby na své nejbližší schůzce mohl rozhodnout, že: -

akceptuje předložený dokument bez výhrad – v tom případě Vedoucí projektu MF jako pověřená osoba stvrdí rozhodnutí ŘV podpisem Protokolu o akceptaci Cílového konceptu.

-

akceptuje předložený dokument s připomínkami - v tom případě Vedoucí projektu MF jako pověřená osoba stvrdí rozhodnutí ŘV podpisem Protokolu o akceptaci Cílového konceptu s výčtem připomínek ŘV. Vedoucí projektu obou stran následně společně zabezpečí zapracování připomínek do dokumentu.

-


Akceptace protokolu o provedení testů (na konci třetí fáze projektu): Poté co pověření pracovníci MF (členové jednotlivých procesních týmů) definovali, naplánovali a provedli testy zahájí následující akceptační proceduru:.

Akceptace po funkčních a integračních testech implementovaného SW produktu

•

vedoucí každého Procesního týmu za MF podpisem příslušného Akceptačního protokolu potvrdí, že byly provedeny všechny testy funkčností implementovaného SW produktu (funkční testy) a všechny testy vazeb na ostatní části implementovaného SW produktu (integrační testy) v zodpovědnosti daného Procesního týmu bez výskytu vad kategorie „Vysoká“ a „Střední“ a pro všechny vady kategorie „Nízká“, kterých může být maximálně 10 na jednu oblast SW produktu.

Akceptace po testech integrací implementovaného SW produktu na externí systémy

•

vedoucí každého Procesního týmu za MF podpisem příslušného Akceptačního protokolu potvrdí, že byly provedeny všechny testy integrací na externí systémy v zodpovědnosti daného Procesního týmu bez výskytu vad kategorie „Vysoká“ a „Střední“ a pro všechny vady kategorie „Nízká“, kterých může být maximálně 5 na 1 oblast,

Vedoucí projektu MF připraví Protokol o akceptaci testů, jehož přílohou budou Akceptační protokoly z funkčních a integračních testů a z integrací na externí systémy. Takto dopracovaný dokument předloží Vedoucí projektu MF v předstihu Řídícímu výboru tak, aby na své nejbližší schůzce mohl rozhodnout, že: o

akceptuje předložený dokument bez výhrad – v tom případě Vedoucí projektu MF jako pověřená osoba stvrdí rozhodnutí ŘV podpisem Protokolu o akceptaci testů. Vedoucí projektu obou stran následně společně zabezpečí odstranění zjištěných nedostatků ve funkčnosti Systému podle plánu.

o

akceptuje předložený dokument s připomínkami - v tom případě Vedoucí projektu MF jako pověřená osoba stvrdí rozhodnutí ŘV podpisem Protokolu o akceptaci testů s výčtem připomínek ŘV. Vedoucí projektu obou stran následně společně zabezpečí zapracování připomínek do dokumentu a odstranění zjištěných nedostatků ve funkčnosti Systému podle plánu.

o

neakceptuje předložený dokument, případně jeden z nich – v tom případě ŘV rozhodne o řešení případných dopadů tohoto rozhodnutí na projekt, tj. případné změny Strana 48 / celkem stran 68

harmonogramu, rozsahu nebo rozpočtu projektu a stanoví termín další schůzky, kdy bude upravený návrh dokumentu znovu projednáván.

Akceptace protokolu o připravenosti na zahájení produktivního provozu (na konci čtvrté fáze projektu) Poté co pověření pracovníci MF (členové jednotlivých procesních týmů za podpory technického týmu) definovali, naplánovali a provedli migrace dat dle Migračního plánu a výkonové testy Systému, zahájí následující akceptační proceduru: Akceptace po výkonových testech implementovaného SW produktu

•

vedoucí každého Procesního týmu za MF podpisem příslušného Akceptačního protokolu potvrdí, že byly provedeny všechny výkonové testy v zodpovědnosti daného Procesního týmu bez výskytu vad kategorie „Vysoká“ a „Střední“ a pro všechny vady kategorie „Nízká“, kterých může být maximálně 5 na 1 oblast.

Akceptace po migraci dat

•

vedoucí každého Procesního týmu za MF podpisem příslušného Akceptačního protokolu potvrdí, že byla správně migrována veškerá data potřebná pro zahájení produktivního provozu implementovaného SW produktu,

Akceptace po školení koncových uživatelů

•

vedoucí každého Procesního týmu za MF podpisem potvrdí, že byli v odsouhlaseném rozsahu proškoleni všichni koncoví uživatelé systému potřební pro zahájení produktivního provozu,

Akceptace po přiřazení uživatelských oprávnění

•

vedoucí každého Procesního týmů za MF podpisem potvrdí, že byla přiřazena uživatelská oprávnění v rozsahu potřebném pro zahájení produktivního provozu.

Vedoucí projektu MF připraví Protokol o připravenosti na zahájení produktivního provozu, jehož přílohou budou Akceptace po výkonových testech implementovaného SW produktu, Akceptace po migraci dat, Akceptace po školení koncových uživatelů a Akceptace po přiřazení uživatelských oprávnění. Takto dopracovaný dokument předá Vedoucí projektu MF Vedoucímu projektu Dodavatele, který zabezpečí doplnění Protokolu o připravenosti na zahájení produktivního provozu o způsob a termíny řešení zjištěních nedostatků. Takto dopracovaný dokument – Protokol o připravenosti na zahájení produktivního provozu předloží Vedoucí projektu Dodavatele v předstihu Řídícímu výboru tak, aby na své nejbližší schůzce mohl rozhodnout, že: -

akceptuje předložené dokument bez výhrad – v tom případě Vedoucí projektu MF jako pověřená osoba stvrdí rozhodnutí ŘV podpisem Protokolu o připravenosti na zahájení produktivního provozu. Vedoucí projektu obou stran následně společně zabezpečí odstranění zjištěných nedostatků Systému podle plánu.

-

akceptuje předložený dokument s připomínkami - v tom případě Vedoucí projektu MF jako pověřená osoba stvrdí rozhodnutí ŘV podpisem Protokolu o připravenosti na zahájení produktivního provozu s výčtem připomínek ŘV. Vedoucí projektu obou stran následně společně


zabezpečí zapracování připomínek do dokumentu a odstranění zjištěných nedostatků Systému podle plánu. -


Akceptace protokolu o ukončení podpory produktivního provozu (na konci páté fáze projektu) Na závěr projektu, na základě produktivního užívání Systému koncovými uživateli MF, během prvních týdnů produktivního provozu, shrnou pověření pracovníci MF (vedoucí Procesních týmů) zjištěné nedostatky Systému: o

vedoucí každého Procesního týmu za MF podpisem příslušného Akceptačního protokolu potvrdí, že v implementovaném SW produktu nejsou po dobu delší než 4 kalendářní týdny žádné vady kategorie „Vysoká“ a „Střední“,

o

vedoucí každého Procesního týmu za MF podpisem příslušného Akceptačního protokolu potvrdí, že v implementovaném SW produktu je maximálně 10 vad kategorie „Nízká“ na 1 modul, a byl stanoven a na úrovni příslušného Řídícího výboru odsouhlasen termín jejich odstranění,

o

vedoucí každého Procesního týmu za MF podpisem příslušného Akceptačního protokolu potvrdí, že byla dokončena kompletní dokumentace nastavení systému v zodpovědnosti daného Procesního týmu.

Vedoucí projektu MF připraví Protokol o ukončení podpory produktivního provozu, jehož přílohou bude Akceptace dokumentace a seznam otevřených chyb. Takto dopracovaný dokument předloží Vedoucí projektu MF v předstihu Řídícímu výboru tak, aby na své nejbližší schůzce mohl rozhodnout, že: -

akceptuje předložený dokument bez výhrad – v tom případě Vedoucí projektu MF jako pověřená osoba stvrdí rozhodnutí ŘV podpisem Protokolu o akceptaci ukončení projektu. Vedoucí projektu obou stran následně společně zabezpečí odstranění zjištěných nedostatků Systému podle plánu.

-

akceptuje předložený dokument s připomínkami - v tom případě Vedoucí projektu MF jako pověřená osoba stvrdí rozhodnutí ŘV podpisem Protokolu o akceptaci ukončení projektu s výčtem připomínek ŘV. Vedoucí projektu obou stran následně společně zabezpečí zapracování připomínek do dokumentu a odstranění zjištěných nedostatků Systému podle plánu.

-


Akceptace protokolu o ukončení projektu (na konci páté fáze projektu). Na základě akceptace projektu bude zahájena finální akceptace projektu. Vedoucí projektu Dodavatele navrhne Řídícímu výboru finální akceptaci a předloží návrh Protokolu o ukončení projektu tak, aby na své nejbližší schůzce mohl rozhodnout, že: -

akceptuje ukončení projektu bez výhrad – v tom případě Vedoucí projektu MF jako pověřená osoba stvrdí rozhodnutí ŘV podpisem Protokolu o akceptaci ukončení projektu. Vedoucí


projektu obou stran následně společně zabezpečí odstranění zjištěných nedostatků Systému podle plánu. -

akceptuje předložený dokument s připomínkami – v tom případě Vedoucí projektu MF jako pověřená osoba stvrdí rozhodnutí ŘV podpisem Protokolu o akceptaci ukončení projektu s výčtem připomínek ŘV. Vedoucí projektu obou stran následně společně zabezpečí zapracování připomínek do dokumentu a odstranění zjištěných nedostatků Systému podle plánu.

-



PŘÍLOHA Č. 2.3. Implementační smlouvy Časový harmonogram provedení Díla Uchazeč uvede harmonogram ve shodě s kap. 3.2 části B této ZD. Rozdělení do částí (fází) upraví uchazeč dle své metodiky implementace. Harmonogram musí obsahovat minimálně milníky dle bodu 9.5 Přílohy č. 2.2 této smlouvy Zadavatel doporučuje vložit úsečkový diagram nebo lépe sítový diagram.


PŘÍLOHA Č. 2.4. Implementační smlouvy Technická a organizační specifikace provedení Díla Čl. 1 Technická Specifikace Uchazeč doplní požadované údaje respektive odkaz na dokumenty, ve kterých budou tyto údaje specifikovány 1.2.

Verze produktů instalované : 1.2.1. SW produkt

- ………………………………….. (uchazeč uvede přesný název SW produktu a/případně jeho částí v aktuálních verzích v době podání nabídky)

1.2.2. Databáze

- ………………………………….. (uchazeč uvede název databáze nabízené pro realizaci předmětu plnění Smlouvy)

1.2.3. Operační systém

- bude upřesněno v dokumentu „Definice projektu“ (uchazeč uvede název dokumentu dle použité metodiky pro implementaci SW produktu)

1.3.

Instalace nových verzí

- není předmětem plnění této Implementační smlouvy

1.4.

HW platforma

-

1.5.

Počet instalací:

- ………………………………….. (uchazeč uvede počet a názvy prostředí (landscape) dle použité metodiky pro implementaci SW produktu pro prvotní nastavování SW produktu, testování SW produktu a produktivní využívání SW produktu)

1.6.

Počet koncových uživatelů SW produktu

1.7.

Jazykové / národní prostředí:

bude upřesněno v dokumentu „Definice projektu“ (uchazeč uvede název dokumentu dle použité metodiky pro implementaci SW produktu)

Realizační stav ………..

1.7.1. Jednací jazyk

- čeština nebo slovenština

1.7.2. Jazyk dokumentace

- čeština

1.7.3. Jazyk školení

- čeština nebo slovenština

1.7.4. Jazyky podporované uživatelským rozhraním SW produktu - čeština, angličtina, …… (uchazeč doplní další jazyky podporované uživatelským rozhraním SW produktu) 1.7.5. Legislativní podpora Místo vytváření Díla

- Česká republika - adresa sídla projektového týmu stanovené MF


Čl. 14 Složení klíčového implementačního týmu 1.8.

Dodavatel se zavazuje, že poskytne MF klíčový implementační tým ve struktuře dle níže předepsané tabulky: Uchazeč vyplní tabulku, do které zapíše týmy projektu, které navrhne a vedoucí týmů a jejich jména a zaměstnavatele., Vzor tabulky viz níže . # Oblast implementace Vedení projektu 1 Projektový manažer 2 Architekt řešení Technický tým 3 specialista – technolog IT 4 specialista pro rozhraní Podpůrné týmy 5 Školení Procesní týmy (týmy věcně-odborných oblastí) 6 Účetnictví (hlavní kniha, pohledávky, závazky, pokladna, bankovní styk, daně, řízení cash-flow) 7 8 9 10 11 12 13

1.9.

Správa a řízení investic Evidence, správa a účtování majetku Údržba majetku Controlling Pořizování (nákup) Správa rozpočtu Manažerský informační systém a průřezový reporting

Funkce-specialista Projektový manažer Architekt řešení Senior expert Senior expert Senior expert

Senior expert Senior expert Senior expert Senior expert Senior expert Senior expert Senior expert Senior expert

Dodavatel dále prohlašuje a podpisem této Implementační smlouvy potvrzuje, že: -

-

si je vědom, že jednacím jazykem projektu je český jazyk a zajistí komunikaci se Zadavatelem v českém jazyce, zajistí dostatečnou disponibilní kapacitu všech techniků pro projekt implementace SW produktu u Zadavatele, projektový manager pro projekt implementace SW produktu u Zadavatele nebude zastávat žádnou další roli v Klíčovém implementačním týmu, architekt řešení pro projekt implementace SW produktu u Zadavatele nebude zastávat žádnou další roli v Klíčovém implementačním týmu, v případě, že oblast požadovaná MF je v SW produktu pokryta více moduly, musí být v metodě vedení projektu, která je navrhována pro implementaci SW produktu, vyškoleni specialisté všech modulů dané oblasti, v případě, kdy se některý z techniků klíčového implementačního týmu, uvedených v odst. 2.1. této přílohy č. 2.3. Implementační smlouvy, nebude moci ze závažných důvodů na plnění zakázky podílet, nahradí Dodavatel tohoto technika jiným pracovníkem s obdobnou odbornou kvalifikací a zkušeností, avšak vždy se souhlasem Zadavatele.


PŘÍLOHA Č. 2.5. Implementační smlouvy Vady Díla a jejich odstraňování Čl. 1 Kategorizace vad Díla 1.1.

Vady budou rozlišeny podle stupně závažnosti vlivu na podporu procesů MF. Pro stanovení stupně závažnosti vady platí tato kriteria, příklady a opatření k odstranění:

Kategorie vady 1.Vysoká vada

2. Střední vada

3. Nízká vada

Příklad a opatření: Účelné používání části Systému nebo celého Systému není možné nebo je částečně omezené nepřijatelným způsobem. Chyba má závažný vliv na funkčnost Systému a/nebo jeho bezpečnost. Do této skupiny náleží především takové chyby, které vylučují další zpracování .

Příklad: Systém nepracuje a opětovně nenabíhá, ztráta/zničení dat, chybné výsledky při hromadném zpracovávání dat.

Účelné používání části Systému nebo celého Systému je omezené. Chyba má závažný vliv na funkčnost Systému a /nebo jeho bezpečnost. Připouští však další zpracování.

Opatření: Kvalifikovaný personál Dodavatele začne během servisní pohotovosti, nejpozději v rámci reakčního času, zpracovávat chybu a ručí alespoň krátkodobě za náhradní řešení a pokud je to možné, alespoň krátkodobě za odstranění příčiny chyby. Např. Konfigurací software, odstraněním chyb software. Dodavatel kromě toho nahlásí chybu obratem a s vysokou prioritou výrobci, pokud jím není sám Dodavatel. Příklad: Nesprávné nebo nekonzistentní zpracování, citelně nižší výkon informačního systému oproti dohodnutému, hromadění krátkodobých závad provozu.

Účelné používání části Systému nebo celého Systému je lehce omezené. Chyba nemá závažný vliv na funkčnost Systému a /nebo jeho bezpečnost. Připouští však bez omezení další zpracování.

Opatření: Kvalifikovaný personál Dodavatele začne během servisní pohotovosti, nejpozději v rámci reakčního času, zpracovávat chybu a ručí alespoň krátkodobě za náhradní řešení a pokud je to možné, alespoň krátkodobě za odstranění příčiny chyby. Např. Konfigurací software, odstraněním chyb software prostřednictvím patches. Dodavatel kromě toho nahlásí chybu obratem a s vysokou prioritou výrobci, pokud jím není sám Dodavatel. Příklad: Nesprávné chybové hlášení (software přejde do stavu čekání a dá se aktivovat pouze stiskem klávesy. Opatření: Kvalifikovaný personál


Dodavatele začne v přiměřeném čase zpracovávat chybu a ručí alespoň krátkodobě za náhradní řešení a pokud je to možné, alespoň krátkodobě za odstranění příčiny chyby. Např. Konfigurací software, odstraněním chyb software v rámci politiky uvolnění verze. Dodavatel kromě toho nahlásí chybu obratem a s vysokou prioritou výrobci, pokud jím není sám Dodavatel.

1.2.

MF oznámí výskyt vady kategorie „Vysoká“ a „Střední“ bezprostředně po jejím zjištění, výskyt vady kategorie „Nízká“ kumulovaně s periodou 10 pracovních dnů.

1.3.

Podle této Přílohy č. 2.5 Implementační smlouvy se nepostupuje v následujících případech: • • • • •

•

vada Díla je způsobena defektem technické infrastruktury MF, pokud tento defekt nebyl způsoben činností nebo zanedbáním Dodavatele, vada Díla náleží výlučně do oblasti, jež nespadá do smluvního rozsahu projektu IISSP, vada Díla je způsobená nesprávnou obsluhou nebo používáním pracovníky MF, ke které došlo v rozporu s dokumentací Díla, vada Díla náleží do oblastí, ve kterých MF provedl změny po akceptaci příslušné etapy, a vady Díla jsou způsobeny touto změnou, vada Díla způsobená tím, že Dílo pracuje v podmínkách, které se odlišují od podmínek pří akceptaci příslušné etapy (jako jsou např. změna databáze, změna prostředí IS, změna HW či změna datového spojení aj.), a vady Díla jsou způsobeny změnou těchto podmínek, vada Díla náleží výlučně do oblasti, jejíž výsledné provedení bylo realizováno na základě písemného požadavku MF a Dodavatel písemně zrazoval MF od takového provedení.

Čl. 2 Postup při hlášení a odstraňování Vad Díla 2.1.

MF bude při hlášení výskytu vad postupovat takto: Pro hlášení vad implementace bude MF používat službu (proces) společnosti dodavatele (Dodavatele), HELP-DESK pro zabezpečení podpory produktu (dodavatel v návrhu Implementační smlouvy nahradí „HELP-DESK názvem svého podpůrného systému). MF bude v tomto systému zakládat hlášení o vadě, bude prostřednictvím služby HELPDESK informován o postupu jejího odstraňování a o způsobu jejího odstranění a případném doporučení pro předcházení opakovanému vzniku podobné vady. Dodavatel zajistí MF jednotnou platformu pro hlášení, řešení a odstraňování vad jak samotného systému tak vad plynoucích z jeho implementace. V některých případech bude toto hlášení doprovozeno ještě telefonickým hlášením „Operátorovi“. Operátor je pracovník Dodavatele, který je v definovaném období určen jako kontaktní osoba pro MF ve věcech odstraňování vad, dostává od zadavatele informace o vzniku vad (v souladu s popisem procesu jejich hlášení), organizuje a řídí proces jejich odstraňování a komunikuje se zadavatelem v rámci tohoto procesu. Pro vady kategorie Vysoká a Střední platí následující pravidla V pracovní době, to jest od 8:00 do 17:00, je hlášení vad MF realizováno pouze procesem hlášení vad v systému HELP-DESK. Strana 56 / celkem stran 68

Mimo pracovní dobu je MF povinen navíc zabezpečit předání hlášení o vadě telefonicky (hlasově) na telefonní číslo „Operátora“ platné v době hlášení vady. V pracovní době začíná běžet lhůta pro zahájení odstranění vady uložením zprávy o vadě v systému HELP-DESK. Mimo pracovní dobu začíná běžet lhůta pro zahájení odstraňování vady ukončením telefonického nahlášení vady „Operátorovi“, kterému musí předcházet její uložení v systému HELP-DESK. Pokud nebude, mimo pracovní dobu, informace předána telefonicky a bude pouze zaznamenána v systému HELP-DESK, budou se lhůty pro zahájení odstraňování vad počítat od začátku pracovní doby prvního pracovního dne následujícího po dni, kdy bylo hlášení vady uloženo v systému HELPDESK. Informace o telefonickém předání zprávy o hlášení vady bude zaznamenána do knihy hlášení vad založené jak u MF, tak Dodavatele. Specifikace kontaktních informací na „Operátora“ bude předávána kontaktní osobou Dodavatele kontaktní osobě MF, a to písemně v dostatečném předstihu před dnem od kterého mají být předávané informace platné. Informace bude obsahovat jméno „Operátora“, telefonní číslo, a období pro které toto číslo platí. Pokud Dodavatel nedodá tuto informaci, přebírá tuto roli vedoucí projektu. Vady kategorie Nízká Vady kategorie vad „Nízká“ jsou hlášeny v systému HELP-DESK Pro účely hlášení o vadách se použije následující výklad pojmů: Pracovní den – pondělí až pátek s výjimkou státních svátků Pracovní doba – doba mezi 8:00 až 17:00 hodin v pracovních dnech Mimo pracovní doba - doba mimo pracovní dobu

2.2.

Dodavatel dodrží tyto maximální lhůty:

Kategorie vady

lhůta pro zahájení odstraňování vady

Vysoká Střední Nízká

8 hodin 24 hodin 2 pracovní dny

2.3.

MF se zavazuje poskytnout Dodavateli součinnost při řešení vad v následujícím rozsahu: MF je povinen vybudovat ve své organizaci podpůrnou strukturu (komoetenční centrum) řešící požadavky koncových uživatelů na první úrovni. Pouze vady, které nejsou vyřešeny touto podpůrnou strukturou, mohou být MF hlášeny v systému HELP-DESK“, a to výhradně prostřednictvím pracovníků kompetenčního centra MF. Za účelem samotného řešení vad MF: • jmenuje kontaktní osobu ze strany uživatelů pro řešení dané vady a zajistí účast kontaktní osoby na řešení této vady podle potřeb řešícího specialisty Dodavatele (pracovníci MF budou nápomocni při analýze vady, schválí návrh jejího řešení, provedou testování tohoto řešení a případné manipulace s daty), • umožní pracovníkům Dodavatele přístup k informacím o vadě a zajistí potřebnou součinnost na straně MF ve vzájemně dohodnutém čase, • poskytne nezbytnou technickou podporu v oblasti správy SW produktu, • umožní pracovníkům Dodavatele vstup do prostorů MF i v mimopracovní době, • bezplatně zabezpečí vhodné pracovní prostory a přiměřené podmínky pro práci: pracovní stanici s přístupem do vývojového a testovacího systému SW produktu a oprávněním pro vývoj, konfiguraci a uživatelské činnosti, s přístupem do Strana 57 / celkem stran 68

produktivního systému SW produktu s oprávněním zobrazení činnosti všech uživatelů, s přístupem na Internet, a externí telefonní linku. 2.4.

Odstraněním nahlášené vady se rozumí odstranění chybového stavu s identifikací příčiny a přijetí takových opatření, která zabrání opakování stejného chybového stavu v budoucnu. Odstranění vad v záruční době probíhá na náklady Dodavatele. Pokud dojde k opakování téže konkrétní vady kategorie „Vysoká“ a „Střední“ po jejím odstranění Dodavatelem a převzetí MF na základě protokolu, bude tato opakovaná vada hodnocena kategorií o jeden stupeň vyšší, nežli bylo její předchozí hodnocení, a to s výjimkou vad kategorie „Nízká“, při jejichž opakování se kategorie nezvyšuje.

2.5.

Při odstraňování vady je Dodavatel zejména povinen: o

po zjištění vady postupovat tak, aby v důsledku vady nedošlo ke vzniku škody nebo aby se vzniklá škoda maximálně omezila.

o

umožňuje-li to povaha vady, ještě před jejím odstraněním předat MF pokyny, jak do doby odstranění vady předejít jejím důsledkům pro jeho činnost, nebo jak tyto důsledky minimalizovat.

o

vyvinout maximální úsilí, aby zjištěná vada byla odstraněna v co nejkratší lhůtě, a to zejména, jedná-li se o vadu kategorie „Vysoká“.

o

odstranit vady tak, aby bylo zamezeno jejich dalšímu výskytu.

o

poskytnout MF dostupné informace o způsobu odstranění, případně řešení jak tomuto dalšímu výskytu vady předejít. Případná opakovaná konkrétní závada bude klasifikována o stupeň výše.

o

nelze-li vadu odstranit pro závadu na hardware MF, oznámit MF příčiny závady a doporučit způsob sjednání nápravy. Trvá-li vada i po odstranění závady hardware provést následně její odstranění

o

pro odstraňování vad zvolit optimální postup s cílem rychlého a efektivního odstranění vlivu vady na podporu procesů MF

o

v případě, že bude zjištěno, že nejde o vadu plnění Dodavatele a požadavek na odstranění byl tudíž vznesen MF neoprávněně, provést po dohodě s MF řešení takového problému, pokud je to však jeho v možnostech. Dodavateli v případě neoprávněně vzneseného požadavku na odstranění vady vznikne nárok na náhradu účelně vynaložených prokazatelných nákladů spojených s činností vykonanou na základě hlášení vady.

o

po odstranění vady předat MF popis způsobu odstranění vady formou protokolu, který bude zejména obsahovat:

odkaz na nahlášení a popis vady další popis vady zjištěný dodatečně při řešení opravy vady spolu s uvedením jména, kdo dodatečné informace poskytl popis odstranění vady spolu s odkazy na média, kde se nachází dodatečná dokumentace popisující způsob řešení stručný popis průběhu testu, byl-li prováděn, jakož i jeho výsledku jméno a spojení na osobu, která opravu provedla na straně Dodavatele

Tento protokol bude vyhotoven i v případě, že vada bude odstraněna vzdáleným přístupem, nebo telefonickou konzultací.


PŘÍLOHA Č. 2.6 Implementační smlouvy Výklad pojmů Veškeré pojmy použité v této Implementační smlouvě, jakož i v dokumentech na ni navazujících, budou vyloženy následujícím způsobem: Dílo (Předmět Implementační smlouvy)

Finální nastavení systému

Implementace počítačového programu

Instalace počítačového programu Integrační testy funkčnosti Systému

Dílem se rozumí veškerá činnost Dodavatele dle této Implementační smlouvy, tzn. provedení činností dle Přílohy č.2.2 a to bez ohledu na to, zda má výsledek této činnosti Dodavatele charakter díla ve smyslu § 536 odst. 2 obchodního zákoníku nebo autorského díla ve smyslu § 2 autorského zákona, nebo zda výsledkem této činnosti je či není hmotný substrát. Jedná se o nastavení Systému tak, aby podporoval i zbývajících 20% podnikových procesů MF. Toto nastavení se provádí po té, co proběhlo školení projektového týmu a pracovníci MF se seznámili s funkčností Systému v jeho základním nastavení. Nastavení uživatelských parametrů počítačového programu podle požadavků MF definovaných v Příloze č. 2.9 (Cílový koncept) a vyškolení pověřených pracovníků MF tak, aby MF mohl zahájit produktivní provoz počítačového programu v souladu s účelem Implementační smlouvy a Smlouvy Nasazení počítačového programu na technické zařízení (hardware) MF.

Testování klíčových řetězců procesů, které probíhají společně a překračují hranice funkčních modulů Systému. Tyto integrační testy probíhají na závěr fáze Vytvoření funkčního prototypu a jejich výstupem je finální akceptace provedeného Díla MF. Proto tyto testy zahrnují kromě testování integrace také testování výstupů Systému, rozhraní, procedur, návrhu organizace a profilů oprávnění. Migrační plán Časový harmonogram (plán) plnění produktivního systému ostrými počátečními daty MF, příp. postupného odstavování stávajících systémů MF, které nebudou dále používány a zprovoznění trvalých a dočasných rozhraní Systému. Modulové testy Nejnižší úroveň testování, kde se testuje jednotlivý program nebo funkčnosti Systému transakce a vyhodnocují se nedostatky nastavení systému. Toto testování je první test funkčnosti Systému, který se provádí průběžně během nastavování systému, a zaměřuje se na interní funkce příslušného funkčního modulu Systému a nikoliv na integraci v rámci celého Systému. Objemový test Technický test systému, jehož cílem je vyladit systém z hlediska Systému uchování, zpracování a rychlého přístupu k velkým objemům dat. Například se testuje doba, za kterou systém provede určitou uzávěrku, atd. Systém vzdálené Komunikační a informační systém, který umožňuje MF, při zachování podpory bezpečnosti dat, komunikovat se středisky podpory Dodavatele nebo pouze získávat informace z databáze informací pro zákazníky. Počítačový program Počítačový program, popřípadě soubor počítačových programů, představující autorské dílo, distribuovaný na základě licenční či jiné smlouvy s autorem nebo jiným oprávněným vykonavatelem majetkových autorských práv, k němuž byla MF poskytnuta licence nebo sublicence dle licenčních smluv (viz Čl. 3 odst. 3.1 této Implementační smlouvy) a kterého se týká předmět plnění této smlouvy. Produktivní provoz Užívání počítačového programu s reálnými daty MF pověřenými a Strana 59 / celkem stran 68

počítačového programu Projekt

vyškolenými pracovníky MF v souladu s účelem Implementační smlouvy a Smlouvy. Formalizovaný proces provádění dohodnutých činností, dle zásad uvedených v Příloze č. 2.2 implementační smlouvy, za účelem provedení Díla. Standardní objekty DDIC – data dictionary objekty, objekty (tabulky, view, datové elementy), a standardní programy. Smluvní strany Smluvní strany této Implementační smlouvy, tj. Dodavatel a MF Systém Počítačový program, případně více počítačových programů, odborně instalovaný na konkrétní hardwarové zařízení MF. Vada počítačového Vadou se pro účely této Implementační smlouvy rozumí nastavení programu systému Dodavatelem odchylně od zadání, které je uvedeno v oboustranně odsouhlaseném Cílovém konceptu (Příloha č. 2.9 Implementační smlouvy). Požadované nastavení musí být umožněno dostupnou funkcionalitou počítačového programu, která je popsaná v jeho dokumentaci. Verze počítačového Počítačový program, označený číselnou a písmennou řadou (např. 1.2C), programu v rozsahu určité funkcionality popsané v jeho originální dokumentaci. Výkonové testy Zátěžový a objemový test systému (Zálohování/Obnova, Archivace, Systému Tiskárny, …). Základní nastavení Toto nastavení uvede Systém do stavu, ve kterém již může být podporou systému minimálně 80% základních podnikových procesů MF. Vychází z jasně definovaných procesů popsaných v příloze č.4 (Realizační koncept). Zátěžový test Zkoumá technickou stránku Systému. Jeho nejdůležitější komponentou je Systému vyladění odezvy systému při simulované zátěži.


PŘÍLOHA Č. 2.7 Implementační smlouvy Seznam subdodavatelů


PŘÍLOHA Č. 2.8 Implementační smlouvy Definice projektu Osnova Definice projektu viz odst. 12.1. část „Definice projektu“ dle PŘÍLOHY Č. 2.2. Implementační smlouvy - Zásady provedení Díla


PŘÍLOHA Č. 2.9 Implementační smlouvy Výstupy z analýzy (Realizační koncept nebo Cílový koncept) Osnova Realizačního konceptu projektu viz odst. 12.1. část „Realizační koncept projektu“ dle PŘÍLOHY Č. 2.2. Implementační smlouvy - Zásady provedení Díla


Příloha č. 3 Smlouvy Smlouva o dodávce služeb odborné IT podpory (Servisní smlouva) uzavíraná mezi níže uvedenými smluvními stranami ve smyslu ust. § 269 odst. 2 zákona č. 513/1991 Sb., obchodní zákoník, ve znění pozdějších předpisů, podle § 46 a násl. zákona č. 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ů a v souladu s výsledky zakázky na „Centralizovaný integrovaný informační systém (IISSP)“ podle § 27 zákona č. 137/2006 Sb. o veřejných zakázkách, ve znění pozdějších předpisů (dále jen „Servisní smlouva“)

Čl. 1

Smluvní strany (1) Objednatel: Česká Republika – Ministerstvo financí se sídlem Letenská 15, 118 10 Praha 1 IČ 00006947 DIČ CZ00006947 jejímž jménem jedná ministr Ing. Miroslav Kalousek bankovní spojení: Česká národní banka, Praha 1 číslo účtu: 3328-001/0710 (dále jen „MF“) (dále též jen „MF“) (2) Obchodní firma uchazeče)………………………………………. se sídlem …………………………………………………, IČ ………………, DIČ …………………… , zastoupená …………………………………………………………………………… ……………………………………………………………………………………….. zapsána v obchodním rejstříku u ……………………………… v …………………, oddíl …, vložka …….., bankovní spojení:…………………………. . číslo účtu:………………………………. Swift: ………………………………….. IBAN: ……………………………….. (dále též jen „Dodavatel“) (uchazeč doplní svoji přesnou identifikaci s odvoláním na doložené platné doklady potvrzující jeho právní subjektivitu a oprávnění osoby nebo osob za uchazeče jednat). (3) Pověřen k jednání ve věcech této Servisní smlouvy s výjimkou jejích změn: za MF ve věcech smluvních: Judr. Tomáš Jindra, tel: +420-2-257 042 755, e-mail: [email protected]


za MF ve věcech odborných: Ing. Pavel Nevšímal, tel: +420-2-257 042 755, e-mail: [email protected] za Dodavatele: ……………………….………

Obě smluvní strany, vědomy si svých závazků v této Servisní smlouvě obsažených a s úmyslem být touto Servisní smlouvou vázány, se dohodly na následujícím:


Čl. 2 Předmět plnění 2.1.

Předmětem plnění je závazek Dodavatele poskytnut rezervovanou kapacitu IT odborníků pro poskytování služeb odborné IT podpory MF v rozsahu celkem 10 čld měsíčně počínaje dnem akceptace fáze 2 – realizační koncept a konče dnem 31.12.2011 a možnost jejího čerpání režimem dle článku 4 této Servisní smlouvy, a závazek MF za tuto spotřebovanou kapacitu zaplatit.

2.2.

Dodavatel poskytne v rámci Servisní smlouvy plnění:

2.3.

Konsultace ke koncepčním otázkám z oblasti IT strategií, architektury informačních systémů, k technickým a technologickým otázkám informačních systémů obecně . Konzultace a práce spojené s metodikou výpočtů ROI, TCO, NVP a efektivnosti informačních systémů Konsultace z oblasti standardů ITIL Odborná školení z oblasti IT podpora uživatelů s provozovanými (naimplementovanými) částmi, funkčnostmi, SW produktu, Vytvoření funkčního prototypu a implementace úprav a rozšíření provozovaného řešení SW produktu (analýza, modifikace, testování a zdokumentování) malého rozsahu instalace patchů od výrobce SW produktu a provedení příslušných úprav systému, tvorba nového programu v programovacím jazyce SW produktu nebo modifikace existujícího zdrojového kódu malého rozsahu.

Služby odborné IT podpory nesmí duplikovat nebo nahrazovat : služby údržby SW produktu po celou dobu poskytování služeb údržby SW produktu. služby spojené s odstraňování vad či nedodělků za dílo (projektem implementace naimplementovanou funkčnost) v záruční době díla.

2.4.

Dodavatel v se rámci Servisní smlouvy zavazuje k poskytnutí služeb odborné IT podpory v rozsahu celkem 10 čld měsíčně a to ode dne akceptace fáze 2 – realizační koncept do 31.12.2011.

2.5.

Odbornost pracovníků Dodavatele, jejichž kapacita bude nabízena, musí pokrýt celé spektrum odborností, které výše uvedený výčet odborné IT podpory vyžaduje. Fakturace Strana 65 / celkem stran 68

vyžádaných a dodaných služeb odborné IT podpory bude fakturována na základě výkazů práce (timesheetů) potvrzených MF jednou měsíčně. 2.6.

Dodavatel v příloze této Servisní smlouvy přiloží mobilizační schéma (proces, postup), který zaručí, že kapacita příslušného odborníka Dodavatele bude pro MF dostupná (poskytování služeb zahájeno) nejpozději do 14 dnů ode dne předání požadavku MF Dodavateli)

2.7.

MF si vyhrazuje právo tuto reservovanou kapacitu pracovníků Dodavatele bez jakékoliv sankce nevyužít. Nevyužitá rezervovaná kapacita z minulého měsíce je nepřevoditelná do měsíce následujícího.

Čl. 3 Oprávněné osoby 3.1.

Smluvní strany se pro účely poskytování služeb dle této Servisní smlouvy zavazují jmenovat koordinátory, kteří budou oprávněni k objednávání a řízení poskytování služeb

3.2.

Dodavatel tímto výslovně jmenuje Koordinátorem Dodavatele pana/paní ……………………………… s tím, že tato osoba je oprávněna písemně zmocnit další osobu. Takové zmocnění je účinné doručením oznámení druhé smluvní straně.

3.3.

MF tímto výslovně jmenuje Koordinátorem MF pana/paní ……………………………… s tím, že tato osoba je oprávněna písemně zmocnit další osobu. Takové zmocnění je účinné doručením oznámení druhé smluvní straně.

3.4.

Koordinátor Dodavatele je oprávněn objednávat služby dle této Servisní smlouvy.

3.5.

Tito výše uvedení Koordinátoři jsou současně jako jediní oprávněni předkládat návrhy na změny této Servisní smlouvy statutárním orgánům smluvních stran.

Čl. 4 Podmínky objednávání, čerpání, stanovení ceny a fakturace služeb funkční a technické podpory 4.1.

Služby funkční a technické podpory budou čerpány na základě žádosti MF. Dodavatel není oprávněn zahájit práce bez žádosti MF.

4.2.

MF bude pro podání žádosti o poskytnutí služeb funkční a technické podpory využívat mechanismu, který navrhne Dodavatel v této Servisní smlouvě

4.3.

Dodavatel je povinen po provedení objednaných služeb předložit k podpisu Koordinátorovi MF pracovní výkaz, který bude obsahovat seznam odpracovaných dnů a popis dodaných služeb. Z pracovního výkazu musí být dále zřejmé, který poradce Dodavatel služby poskytl. Pracovní výkaz bude vyhotoven ve dvou kopiích z nichž každá ze stran obdrží jednu. Podpisem pracovního výkazu Koordinátor MF potvrzuje, že objednané služby byly dodány.

4.4.

Cena za poskytnuté služby bude stanovena jako součin odpracovaných dnů potvrzených dle odst. 4.3 a sazby v Kč za člověkoden (čld). Sazba za člověkoden je ………….(doplní uchazeč), přičemž ovšem nesmí překročit v souhrnu celkovou částku stanovenou pro „podporu“ dle 7.1. základní „Smlouvy o dodávce integrovaného informačního systému Státní pokladny (IISSP) a souvisejících služeb“.

4.5.

Dodavatel je oprávněn vystavit fakturu za poskytnutí služeb po podpisu pracovního výkazu Koordinátorem MF. K vystavené faktuře musí být připojen originál pracovního výkazu.


4.6.

Veškeré faktury za plnění v rámci Servisní smlouvy budou vystaveny Dodavatelem a splatnost řádně vystaveného daňového dokladu - faktury, obsahující náležitosti dle § 28 zák. č. 235/2004 Sb., o DPH ve znění pozdějších předpisů a náležitosti obchodní listiny ve smyslu ustanovení § 13a obchodního zákoníku, činí 21 dnů od doručení MF.

4.7.

MF má právo daňový doklad před uplynutím lhůty jeho splatnosti vrátit, aniž by došlo k prodlení s jeho úhradou, obsahuje-li nesprávné údaje nebo náležitosti dle platných právních předpisů a nebo nejsou-li splněny věcné podmínky plnění Dodavatelem. Nová lhůta splatnosti v délce 21 dnů počne plynout ode dne doručení opraveného daňového dokladu MF.

Čl. 5

Odpovědnost za škodu, smluvní pokuty 5.1.

Obě strany Servisní smlouvy jsou povinni vyvinout maximální úsilí k předcházení vzniku škod a k minimalizaci vzniklých škod. Žádná ze stran neodpovídá za škodu, která vznikla v důsledku věcně nesprávného nebo jinak chybného zadání, které obdržela od druhé strany, nebo v důsledku okolností vylučujících odpovědnost.

5.2.

Odpovědnost Dodavatele za škody a ztráty vyplývající ze Servisní smlouvy či právního předpisu, včetně odpovědnosti za vzniklé náklady, vždy podléhá následujícím omezením: 5.2.1. S přihlédnutím k ustanovení § 379 obchodního zákoníku a s ohledem na všechny okolnosti související s uzavřením smlouvy, úhrnná předvídatelná škoda, jež by mohla vzniknout, může činit maximálně částku rovnající se maximální možné ceně při úplném využití celého plnění této smlouvy dodaného Dodavatelem a uhrazeného MF na základě této Servisní smlouvy. 5.2.2. Při stanovení odpovědnosti Dodavatele se přihlíží k podílu MF na vzniku škody. 5.2.3. Dodavatel neodpovídá za škody způsobené tím, že druhá smluvní strana nesplní nebo poruší své povinnosti uložené touto smlouvou nebo právními předpisy.

5.3.

Dodavatel je povinen zaplatit MF smluvní pokutu ve výši 5.000,- Kč za každý den prodlení v případě nedodržení lhůty zahájení poskytování služeb dle článku 2.6. Pokud MF nedodržel dohodnutý mobilizační proces, smluvní pokutu nelze uplatnit.

5.4.

Maximální souhrnná výše všech smluvních pokut uhrazených Dodavatelem na základě této Servisní smlouvy MF je ohraničena částkou rovnající se maximální možné ceně při úplném využití celého plnění této smlouvy

5.5.

Smluvní pokutou není nikterak dotčeno právo na náhradu škody v částce převyšující výši smluvní pokuty za podmínky, že maximální výše smluvní pokuty a náhrady škody nepřekročí ve vzájemném součtu částku rovnající se maximální možné ceně při úplném využití celého plnění této smlouvy.

5.6.

Výše uvedené smluvní pokuty se neuplatní, pokud prodlení Dodavatele bylo způsobeno neposkytnutím součinnosti ze strany MF či pokud k prodlení došlo z důvodů existence okolností vylučujících odpovědnost.

Čl. 6 Termín platnosti Servisní smlouvy 6.1.

Tato Servisní smlouva nabývá platnosti dnem podpisu oprávněnými zástupci obou smluvních stran a účinnosti nabývá dnem ………………….. Strana 67 / celkem stran 68

6.2.

Tato Servisní smlouva se řídí českým právem, s tím, že nebude-li existovat v této Servisní smlouvě úprava pro daný vztah mezi oběma stranami, včetně vymezení předmětu smlouvy a práv a povinností stran, každá z obou stran tímto souhlasí s tím, že se potom budou jako nedílnou součástí smluvního ujednání řídit základní „Smlouvou o dodávce integrovaného informačního systému Státní pokladny (IISSP) a souvisejících služeb“, kterou obě smluvní strany dnešního dne rovněž uzavřely a jejíž je tato Servisní smlouva nedílnou součástí a přílohou a nebude-li úprava obsažena ani tam, potom se budou řídit Zadávací dokumentací veřejné zakázky na dodávku Integrovaného informačního systému Státní pokladny (IISSP) (dále jen: ZD), přičemž v případě, že dojde k posunu v termínu podpisu této Servisní smlouvy ve smyslu předpokládaném ZD, např. z důvodu přezkoumání Úřadem pro ochranu hospodářské soutěže, potom se termíny uvedené v této Servisní smlouvě, resp. v jejím návrhu ze strany Dodavatele přiměřeně posouvají, aniž by to bylo důvodem pro odstoupení pro Dodavatele, dále není MF odpovědné za posunutí termínů a za změny zadání v důsledku nepředpokládaného vývoje legislativního procesu oproti předpokládanému vývoji ke dni podpisu této smlouvy.

V Praze dne ..........................

V ……… dne ..........................

.................................................... MF

...................................................... Dodavatel


Zadávací dokumentace

Recommend Documents