Upozornění: Text přílohy byl získán strojově a nemusí přesně odpovídat originálu. Zejména u strojově nečitelných smluv, kde jsme použili OCR. originál smlouvy stáhnete odsud
Smlouva o dílo na implementaci BNS
Smlouva o dílo na implementaci BNS
na platformě SQL Server
č. 5036/Z/01 , č. BVV 2017-1541
uzavřená podle ust. § 2586 a násl. zákona č. 89/2012 Sb., občanského zákoníku
v platném znění (dále jen „občanský zákoník")
I. Smluvní strany
1) Zhotovitel: INEKON SYSTEMS s.r.o.
Firma: Dělnická 1324/9, Holešovice, 170 00 Praha 7
Sídlo: Ing. Jan Hušek, Ph.D., jednatel
Jednající: 27252167
IČO: CZ27252167
DIČ :
Společnost je zapsaná v obchodním rejstříku vedeném Městským soudem v Praze, oddíl
C, vložka 107766
(dále jen „Zhotovitel")
2) Objednatel: Veletrhy Brno, a.s.
Firma:
(dále jen „Objednatel")
(dále společně označovány jako „smluvní strany").
Smluvní strany uzavírají tuto smlouvu o dílo na implementaci Business Navigation System
(BNS), na podporu manažerského plánování a analýz na platformě SQL Server.
Zhotovitel se zavazuje k provedení díla níže specifikovaného a objednatel k jeho převzetí
a zaplacení ceny za jeho provedení, a to vše za podmínek ve smlouvě uvedených.
II. Předmět smlouvy
1) Smlouvou se Zhotovitel zavazuje implementovat Objednateli softwarový produkt
Business Navigation System - Advanced Budgeting (dále jen BNS-AB) na
platformě SQL Server Standard - klient v MS Excel a pro analýzy softwarový
produkt Business Navigation System - webový klient (dále jen BNS WWW) na
platformě SQL Server Standard - (i) v rozsahu 1. etapy projektu tj. integrovaný
Číslo smlouvy: 5036/Z/01 Strana 1 \
\y~\
Smlouva o dílo na Implementaci BNS INfcřON srsrews
modul PV/VN/WF (Prodejní Výkonnost/Variabilní náklady/Workflow) a (ii)
v rozsahu 2. etapy projektu tj. modul IN (investice) a modul FN (Fixní náklady).
Veškeré produkty jsou implementovány v české jazykové mutaci se standardním
nastavením práv. Veškeré produkty jsou implementovány v rozsahu aktualizované
nabídky 1.a 2.etapy ze dne 9. 11. 2017 uvedené v příloze č. 4 za podmínek
uvedených pro 1. etapu projektu v Navigační koncepci verze 1.5 ze dne 14. 6.
2017 uvedené v Příloze č. 6 této smlouvy vypracované Zhotovitelem a schválené
Objednatelem dne 27. 9. 2017, která je jediným zadáním projektu implementace a
v Implementačních podmínkách BNS specifikovaných v příloze č. 1 Smlouvy a
zpřesněné přípravou funkčního prototypu na serveru Zhotovitele. Prototyp
obsahuje pro část plánů areálových akcí podporu plánování jak pro plochu,
realizaci služby i venkovní reklamu. V rámci implementace budou v 1. etapě
implementovány segmenty a datový model bude doplněn daty. Jedná se o
segmenty jako např.: Balíčky, Interní servis, A+B+C, D, Tvrdé služby, Veletržní
reklama. Implementační podmínky BNS vymezují závazné postupy plnění,
odpovědnost jednotlivých osob na straně Zhotovitele a Objednatele a další
závazná pravidla pro plnění předmětu smlouvy. Navigační koncepce čí její část je
platná a smluvně závazná óde dne podpisu akceptačního protokolu oprávněnou
osobou na straně Objednatele a Zhotovitele a stává se nedílnou součástí této
smlouvy. Změnové či rozvojové požadavky oproti Navigační koncepci budou
popsány v rámci Detailní analýzy příslušného modulu. Konzultace ke změnovým čí
rozvojovým požadavkům a jejich následně písemné zapracování jsou považovány
za vícepráce (víz čl. XII, odst. 1).
2) Standardním nastavením práv se pro účely této smlouvy rozumí nastavení práv
čtení a zápisu pomocí rolí pro každý jednotlivý modul jako celek, tj. uživatel
s právem čtení vidí všechny hodnoty ukazatelů všech úrovní všech dimenzí a
s právem zápisu má možnost tyto hodnoty zapisovat nebo upravovat. Varianty rolí:
(1) nemá právo, (2) má právo čtení, (3) má právo Čtení a zápisu. Součástí
standardního nastavení systému BNS je i funkcionalita zamykání verzí (obvykle
hotových plánů) proti zápisu (zamykání přes role).
3) Objednatel a Zhotovitel se dohodli v Zakládací listině projektu v příloze č.3 této
smlouvy na přírůstkovém harmonogramu projektu, tj. plnění dle této smlouvy,
personální organizační strukturu a další body týkající se předmětu smlouvy.
Zakládací listinu projektu podepisuje vedoucí projektu na straně Objednatele a
Zhotovitele.
4) Smluvní strany se mohou písemně dohodnout, že pověří jiné osoby, než statutární
zástupce, prováděním některých činností a plnění dle této smlouvy.
III. Místo, doba a způsob plnění
1) Místem plnění díla je sídlo objednatele: Výstaviště 405/1, Pisárky, 603 00 Brno
2) Předmět smlouvy uvedený v čl. II, odst. 1 Smlouvy bude realizován způsobem a za
podmínek uvedených v Implementačních podmínkách BNS. Plnění Zhotovitele bude
uskutečněno postupně formou dílčího plnění podle čl. IV, odst. 1 této Smlouvy, Pro
každé dílčí plnění vystaví Zhotovitel předávací a akceptační protokol dle
Implementačních podmínek BNS. Předávací a akceptační protokol je podkladem
pro následnou fakturaci dílčího plnění. V případě, kdy je předání samotným
předmětem plnění smlouvy, stává se předávací protokol podkladem pro následnou
fakturaci dílčího plnění.
Číslo smlouvy: 5036/Z/01 Strana 2
Smlouva o dílo na implementaci BNS
3) Termín uvolnění BNS do rutinního provozu, který nastane po verifikaci nastavení
systému Objednatelem v rámci akceptačních zkoušek, je uveden v přírůstkovém
harmonogramu v zakládací listině projektu v Příloze č.3 této smlouvy. Tento termín
je platný při splnění Implementačních podmínek BNS a ostatních termínů dle
Zakládací listiny projektu Objednatelem. Dodavatel se zavazuje nejpozději do 2
měsíců od písemné výzvy objednatele zahájit implementaci. Implementace je
řízena dle přírůstkového harmonogramu uvedeného v příloze č. 3. Změny v
přírůstkovém harmonogramu mohou být učiněny na základě odsouhlasení mezi
Objednatelem a Dodavatelem.
4) Objednatel v průběhu realizace předmětu smlouvy zajistí řádnou spolupráci svých
zaměstnanců, resp. pověřených osob s pracovníky Zhotovitele, resp. Zhotovitelem
pověřených osob, podle schválené verze Navigační koncepce, Zakládací[ listiny
projektu a za podmínek uvedených v Implementačních podmínkách BNS. Řádnou
spoluprací se pro účel této Smlouvy rozumí zejména nutná součinnost při
zpracování Detailní analýzy vč. vyplnění její přílohy „Požadavky na data", příprava a
dodání dat v souladu s Detailní analýzou vč. příloh a dodržování délky akceptační
doby.
5) Objednatel a Zhotovitel je povinen se řídit obsahem oboustranně schváleného a
podepsaného zápisu za podmínek uvedených v Implementačních podmínkách BNS.
Zápis slouží jako podklad Zhotoviteli při realizaci dílčího plnění. Úlohou zápisu je
specifikace organizačního zajištění realizace předmětu smlouvy a upřesnění zadání
vyplývající ze schválené verze Navigační koncepce, Zakládací listiny projektu a
Implementačních podmínek BNS. Zápisem však není možné zadání změnit. Změna
zadání je možná pouze v případě, kdy je zapracovaná v oboustranně schválené
Detailní analýze příslušeného modulu (podpisem akceptačního protokolu) či na
základě oboustranně podepsaného změnového listu ke schválené Detailní analýze
za podmínek uvedených v Implementačních podmínkách BNS.
6) V případě, že Objednatel nedodrží podmínky a termíny dle čl. III., odst. 3, 4 a 5 této
Smlouvy, vyhrazuje si Zhotovitel právo jednostranně upravit navazující termíny a
milníky v harmonogramu projektu podle vlastních možností. Mimo tento případ bude
případný posun termínů harmonogramu upraven písemnou dohodou obou stran.
Takovéto zpoždění v plnění se nepovažuje za prodlení.
7) Objednatel bude Zhotoviteli podle harmonogramu projektu předávat požadované
číselníky a data za podmínek uvedených v Implementačních podmínkách a podle
schválené verze Navigační koncepce a Detailní analýzy vč. příloh v odpovídající
kvalitě a struktuře (dále jen zdrojová data), která Zhotovitel překontroluje a v
případě zjištění chyb, pošle tyto formou připomínek objednateli. Objednatel dodá
revidovaná zdrojová data, která Zhotovitel podruhé překontroluje a zavede do
systému BNS. Import zdrojových dat do datového skladu BNSI bude realizován
prostřednictvím automatických nočních aktualizací v předem domluveném
formátu. Zdrojová data mohou být ve formě databázové tabulky, view, procedury,
funkce nebo souboru ve formátu txt, csv nebo xls. Datový zdroj pro číselníky bude
minimálně obsahovat kód prvku a jeho popis (název). Pokud nebudou zdrojová
data předána v kvalitě odpovídající zadání podle schválené verze Navigační
koncepce a Detailní analýzy vč. příloh či nedodrženy podmínky uvedené
v Implementačních podmínkách, je Zhotovitel oprávněn fakturovat další činnosti při
zpracování těchto dat jako vícepráce (opakovaná kontrola dat, opakovaný import
dat do BNS) a upravit navazující termíny a milníky v harmonogramu projektu.
V případě, kdy jsou zdrojová data realizována prostřednictvím souboru (csv, xls
nebo txt), veškeré práce související s dohledáváním / odstraňováním chyb
Číslo smlouvy: 5036/Z/01 Strana 3
Smlouva o dílo na implementaci BNS ><
způsobených nedodržením formátu a struktury těchto souborů ze strany
Objednatele nad rámec výše uvedeného postupu kontroly dat budou považovány
za vícepráce. Nedodržením formátu či struktury se rozumí rozdíl mezi
problémovým souborem a souborem, který Zhotovitel úspěšně použil při prvotním
testování načítacích procedur (např. pro xls soubory se může jednat o změnu
označení listu, změna umístění dat v rámci listu, změna formátu data či formátu
čísla atd.).
8) Objednatel se Zhotovitelem se dohodli, že v případě sporného znění textace dvou
dokumentů se za platné a jediné závazné znění považuje textace v čase později
akceptovaného, nebo oprávněnými osobami obou stran později schváleného
dokumentu.
9) Objednatel je povinen umožnit Zhotoviteli, resp. Zhotovitelem pověřeným osobám
návštěvy na příslušných pracovištích dle požadavků Zhotovitele tak, aby jednotlivé
činnosti mohly být prováděny v souladu s touto smlouvou. Zhotovitel je při
předmětných návštěvách povinen počínat si tak, aby pouze v nejnutnější míře
narušoval jiné činnosti Objednatele.
10) Zhotovitel je povinen nejpozději s předáním projektu do rutinního provozu předat
Objednateli uživatelskou a administrátorskou dokumentaci BNS. Uživatelská
dokumentace je v souladu se schválenou verzí Detailní analýzy zpracována pro
každý modul samostatně s vymezením seznamu ukazatelů, seznamu analytických a
plánovacích panelů vč. jejich popisu a schematickým znázorněním popisu plánu,
postupu plánování a plánovacích kroků (plánuje-li se v modulu).
11) Zhotovitel si vyhrazuje právo při zprovozňování dílčích plnění či jejich úprav na
základě změnových či rozvojových požadavků dočasně omezit dostupnost celého
systému BNS. O termínu dočasného omezení dostupnosti celého systému BNS
bude Zhotovitel informovat Objednatele bez zbytečného odkladu.
IV. Cena předmětu smlouvy
Číslo smlouvy: 5036/Z/01 Strana 4
Smlouva o dílo na implementaci BNS
Číslo smlouvy: 5036/Z/01 Strana 5
Smlouva o dílo na implementaci BNS in ě íO n i yV:tW$
V. Předání a akceptace
1) Zhotovitel předá Objednateli jednotlivé výstupy dílčích plnění na základě
předávacího protokolu. Předáním vzniká Objednateli povinnost podepsat předávací
protokol. Podpisem předávacího protokolu Objednatelem je zahájena Akceptační
procedura v těch případech, kdy předání není samotným předmětem plnění.
V případě, že Objednatel odmítne potvrdit předání dílčího plnění podpisem
předávacího protokolu dle schváleného harmonogramu projektu z důvodů ležících
na straně Objednatele, je Zhotovitef oprávněn toto dílčí plnění fakturovat bez ohledu
na to, zda se fakturace váže na předání či akceptaci dílčího plnění.
2) Objednatel je do deseti pracovních dnů (v případě kroku 2.3 Implementačních
podmínek BNS do pěti pracovních dnů) od zahájení Akceptační procedury (dále
akceptační doba) povinen zpracovat a Zhotoviteli předložit akceptační protokol,
který se vyjadřuje ke splnění akceptačních kriterií s uvedením výroku jedním z:
akceptováno, akceptováno s výhradami (akceptováno s výhradou je využito,
nejedná-li se o zásadní nedostatky bránící realizaci navazujících implementačních
kroků, nebo celého díla a u nichž je očekáváno odstranění v krátké době) nebo
neakceptováno (jsou-li zjevně porušeny klíčová akceptační kriteria, která brání
realizaci navazujících implementačních kroků nebo užívání díla jako celku). Pokud
je výrok ze strany Objednatele akceptováno s výhradou, nebo neakceptováno, je
tento povinen uvést do akceptačního protokolu konkrétní vyjádření kakceptačním
kritériím a jeho zdůvodnění. V opačném případě se vychází z fikce, že je
akceptováno.
3) V případě, že ze strany Objednatele nedojde k Akceptaci Zhotovitelem
předloženého výstupu (výrok neakceptováno) s vyjádřením a zdůvodněním, je
Zhotovitel povinen sjednat nápravu cestou odstranění výhrad uvedených v
akceptačním protokolu v odkladném období odpovídající k provedení těchto úprav.
Po ukončení odkladného období zahajuje Zhotovitel novou Akceptační proceduru
opětovným předáním výstupů projektu k Akceptaci.
4) Pokud Objednatel nepředá Zhotoviteli během akceptační doby akceptační protokol,
znamená to, že Objednatel akceptoval plnění v rozsahu předávacího protokolu bez
výhrad. V takovém případě plní funkci akceptačního protokolu předávací protokol.
5) Pokud Objednatel neudává prokazatelné porušení akceptačních kritérií, má
Zhotovitel právo po třetím uvedení výroku neakceptováno projekt pozastavit a svolat
jednání řídící komise, zároveň mu tím vzniká nárok na smluvní pokutu ve výši 20%
ceny dílčího plnění, které byfo obsahem akceptace. Pokud ani na třetí pokus
Zhotovitel neodstraní prokazatelné porušení akceptačních kritérií, má Objednatel
právo projekt pozastavit a svolat jednání řídící komise, zároveň mu tím vzniká nárok
na smluvní pokutu ve výši 20% ceny dílčího plnění, které bylo obsahem akceptace.
6) Pokud bude Objednatel vyžadovat úpravu zhotovitelem předloženého výstupu po
jeho Akceptaci, Zhotovitel tuto úpravu provede nad rámec rozpočtu projektu formou
víceprací. Zároveň má Zhotovitel právo jednostranně navrhnout úpravu navazujících
termínů a milníků v harmonogramu projektu podle vlastních možností. Tím není
dotčeno právo na případný posun termínů harmonogramu upravit písemnou
dohodou obou stran. Takovéto zpoždění v plnění se nepovažuje za prodlení.
7) Pokud bude Objednatel písemně vyžadovat v libovolné fázi projektu jinou
akceptační dobu, má Zhotovitel právo navrhnout úpravu navazujících termínů a
milníků v harmonogramu projektu podle vlastních možností. Případný posun termínů
Číslo smlouvy: 5036/Z/01 Strana 6
Smlouva o dílo na implementaci BNS
harmonogramu bude upraven písemnou dohodou obou stran. Takovéto zpoždění
v plnění se nepovažuje za prodlení.
8) Předáním/převzetím díla jako celku, prokazujícím úplné splnění předmětu této
smlouvy (díla) ze strany Zhotovitele, se rozumí Akceptace výstupů dílčích plnění
Objednatele s výsledkem akceptace „Akceptováno" nebo „Akceptováno s
výhradami". V případě, že i přesto Objednatel odmítne převzít dílo jako celek a
podepsat protokol o předání díla do rutinního provozu, není Zhotovitel v prodlení se
splněním termínu plnění.
9) K předání a převzetí plnění jsou oprávněny osoby Objednatele a Zhotovitele
uvedené v Zakládací listině projektu, případně jiné pověřené osoby, nebo statutární
zástupci.
VII. Záruky zhotovitele a odpovědnost za vady
1) Předmět smlouvy má po dobu nejméně 12 měsíců vlastnosti, které odpovídají
výsledku ve smlouvě.
Číslo smlouvy: 5036/Z/01 Strana 7
Smlouva o dílo na Implementaci BNS
2) Záruční doba 12 měsíců začíná běžet dnem převzetí systému BNS do rutinního
provozu na základě akceptačního protokolu (podpis protokolu o splnění díla).
3) Právní vady je Objednatel povinen oznámit Zhotoviteli bez zbytečného odkladu poté,
kdy se o nich dověděl.
4) Objednatel je povinen prohlédnout předmět plnění, resp. jeho část při předání a bez
zbytečného odkladu. Objednatel je povinen neprodleně po zjištění, oznámit zjevné
vady Zhotoviteli.
5) Vady zjistitelné při převzetí, tj. např. vady v množství, je Objednatel povinen vytknout
již v předávacím protokolu, nebo je nejpozději do 5 pracovních dnů od převzetí
poslední etapy plnění a podpisu posledního předávacího protokolu písemně oznámit
Zhotoviteli. Zhotovitel je povinen oznámené vady na své náklady v přiměřené lhůtě
odstranit.
6) Práva z odpovědnosti za vady nelze uplatnit, vzniknou-li po konci záruční doby.
7) Objednatel je povinen po zjištění, nejpozději však do konce záruční doby, oznámit
vady Zhotoviteli.
8) Práva z odpovědnosti za vady zanikají, nebudou-li reklamována u Zhotovitele
nejpozději do konce záruční doby.
9) Zhotovitel neodpovídá zejména za zhoršení vlastností předmětu plnění nebo za
poškození, které během nebo po splnění způsobil zejména Objednatel, nebo třetí
osoby, nebo které byly způsobeny neodvratitelnými událostmi.
10) Záruka se zejména nevztahuje na následující případy poškození HW, SW a
systému;
a) poškození způsobené neodborným zacházením Objednatelem nebo dalšími
osobami, které zasáhly do využívaného HW, SW bez vědomí Zhotovitele nebo i
s jeho vědomím, ale neodborně, resp. tak, že způsobily škodu;
b) poškození způsobené dodávkou či výpadkem dodávky elektrického proudu
nesplňujícího specifikaci pro dané zařízení včetně blesku a momentálních
napěťových špiček,
c) poškození způsobené živelnými pohromami,
d) poškození jako následek vloupání Či spáchání jiného trestného činu nebo
přečinu,
e) zavirování počítačovými viry neodbornou a nedbalou manipulací Objednatele
nebo třetích osob,
f) poškození způsobené nesprávným používáním SW, neodborným zásahem do
aplikačního programu nebo do systémového programového vybavení a
prostředí, včetně jakéhokoli zásahu do konfigurace systému,
g) chyby vzniklé umístěním počítačů nebo nosičů informací v nevhodném
prostředí, pokud jde o vlhkost, prašnost, elektromagnetické rušení a
elektrostatické výboje.
h) reinstalaci softwaru vymazaného nebo poškozeného neodborným zacházením
objednatelem nebo dalšími osobami, které zasáhly do využívaného HW, SW
bez vědomí Zhotovitele.
Vlil. Smluvní pokuty a vyšší moc
1) Pro případ prodlení Objednatele s placením jakékoli sjednané ceny dle této smlouvy
nebo její části zaplatí Objednatel Zhotoviteli úrok z prodlení v zákonné výši a dále
Číslo smlouvy: 5036/Z/01 Strana 8
Smlouva o dílo na implementaci BNS N t*O N >' Vc-Vv
smluvní pokutu ve výši 0,05% z fakturované částky (bez DPH) za každý započatý
den prodlení.
2) V případě, že je Zhotovitel v prodlení se splněním termínu plnění, zavazuje se
zaplatit Objednateli, smluvní pokutu ve výši 0,05% z ceny nesplněného plnění za
každý, i započatý, den prodlení.
3) Splatnost výše uvedených sankcí činí 30 dnů po obdržení daňového dokladu s
vyčíslením sankce a doložením nároku na smluvní pokutu, bezhotovostním
způsobem, převodem na účet uvedený v příslušném daňovém dokladu.
4) Jestliže z důvodů vyšší moci či neplnění povinností součinnosti Objednatele, resp.
osob pověřených Objednatelem bude Zhotoviteli zabráněno v plnění jeho smluvních
povinností, má Zhotovitel, bez uplatnění ujednání o smluvní pokutě ze strany
Objednatele, právo přiměřeně prodloužit sjednanou dobu realizace předmětu
smlouvy, tj. v takovémto případě nemá Objednatel nárok na úhradu smluvní pokuty.
IX. Odstoupení od smlouvy
1) Smluvní strany si výslovně sjednaly, že za důvody, pro které může Objednatel od
smlouvy odstoupit, je považováno:
a) dodání SW produktů s neodstranitelnými vadami, které je činí
neupotřebitelnými;
b) neodstraní-li Zhotovitel Objednatelem uplatněné odstranitelné vady ve lhůtě 60
pracovních dnů, případně v delší lhůtě, pokud potřeba této delší lhůty bude
předem Zhotovitelem Objednateli písemně sdělena a zdůvodněna.
2) Za důvody, které opravňují Zhotovitele odstoupit od této smlouvy, je považováno:
a) prodlení Objednatele v zaplacení jakékoli částky části ceny předmětu této
smlouvy o více než 60 dnů;
b) porušení podmínek licence související s plněním této smlouvy.
3) Při odstoupení od smlouvy podle tohoto článku si smluvní strany vrátí vzájemně
poskytnutá plnění do 15 pracovních dnů ode dne zániku smlouvy a strana, která
porušila své závazky, je povinna nahradit straně, která od smlouvy odstoupila,
vzniklou škodu.
X. Řešení sporů
1) Práva a povinnosti vyplývající z této smlouvy pro smluvní strany se řídí českým
právním řádem, zejména se řídí příslušnými ustanoveními občanského zákoníku ČR
v platném znění právní vztahy smlouvou výslovně neupravené a z této Smlouvy
vzniklé. Na řešení sporů z této smlouvy jsou příslušné soudy ČR. Smluvní strany se
zavazují řešit případné spory především smírnou cestou.
XI. Ochrana důvěrných informací
1) Zachování mlčenlivosti: Veškeré dokumenty, data a informace od Objednatele jsou
přísně důvěrné a nejsou určeny pro třetí strany vyjma stran, které se s vědomím
Objednatele podílejí na plnění této smlouvy. Veškerá ostrá data Objednatele nesmí
být předána třetím osobám mimo výše uvedených osob a ten je může jedině použít
Číslo smlouvy: 5036/Z/01 Strana 9
Smlouva o dílo na Implementaci BNS iYjfoV-i
jen pro vývoj a správu aplikace, V případě porušení této povinnosti je Zhotovitel
povinen Objednateli uhradit prokazatelně vzniklou škodu.
2) Objednatel zavazuje, že nezveřejní uživatelskou ani adminístrátorskou dokumentaci
o systému BNS. V případě porušení této povinnosti je Objednatel povinen
Zhotoviteli uhradit prokazatelně vzniklou škodu.
XII. Společná a závěrečná ustanovení
1) Víceprací se rozumí veškerá činnost Zhotovitele, kterou pro objednavatele provede
nad rámec smluvních povinností uvedených v této smlouvě a na základě písemné
dohody smluvních stran. Jedná se o činnosti, za které nese dle Implementačních
podmínek BNS odpovědnost Objednatel nebo pokud dojde ke změně zadání ze
strany Objednatele proti Navigační koncepci. Dohoda o provedení víceprací se
uzavírá dodatkem k této smlouvě nebo jako samostatný obchodní případ na základě
smlouvy. Smluvní strany se mohou písemně dohodnout, že pověří jiné osoby, než
statuární zástupce, schvalováním víceprací. V takovém případě lze vícepráce
považovat za schválené, pokud jsou odsouhlaseny pověřenou osobou písemně
(zápis, změnový list) či elektronicky (email).
2) Tato Smlouva nabývá platnosti a účinnosti dnem jejího podpisu smluvními stranami.
3) Práva a povinnosti vyplývající z této Smlouvy nelze bez souhlasu druhé strany
převést na třetí osobu.
4) Tato Smlouva je závazná i pro případné právní nástupce smluvních stran.
5) SrnIuvní vztahy výslovně neupravené touto smlouvou se řídí občanským zákoníkem
a předpisy souvisejícími.
6) Smlouva je vyhotovena ve 4 vyhotoveních v českém jazyce, z nichž každé má
platnost originálu. Každá smluvní strana obdrží po dvou vyhotoveních.
T) Doručování dle této Smlouvy se děje doporučenými dopisy odeslanými
prostřednictvím držitele poštovní licence na adresu smluvní strany zapsanou v
obchodním rejstříku. Za den doručení se považuje třetí pracovní den po odeslání
doporučené zásilky, jak výše uvedeno. Kromě toho lze doručit osobním předáním do
sekretariátu jednatele smluvní strany proti podpisu o převzetí písemnosti. Odmítnutí
potvrzení o převzetí písemnosti se považuje za doručení.
8) Tuto Smlouvu lze měnit a doplňovat pouze písemnou dohodou smluvních stran ve
formě číslovaných dodatků, podepsaných oprávněnými zástupci obou smluvních
stran.
9) Nedílnou součástí této Smlouvy je i smlouva o dodání software produktu a udělení
práv ho užívat Č.5036/S/01. V případě podstatného porušení smlouvy podle čl. IX
jsou smluvní strany oprávněny odstoupit i od smlouvy Č.5036/S/01.
10) 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ě a nikoli v tísni nebo za nápadně nevýhodných podmínek, Na
důkaz dohody o všech článcích této smlouvy připojují oprávnění zástupci smluvních
stran své vlastnoruční podpisy.
Číslo smlouvy: 5036/Z/01 Strana 10
Smlouva o dílo na implementaci BNS INEKON SYSTEMS
11) Obě smluvní strany berou na vědomí, že uzavření smlouvy o poskytování služby
dlouhodobé údržby MIS BNS (supportní smlouva) bude vždy datováno ke dni
protokolárního převzetí systému BNS do rutinního provozu.
Součástí každého vyhotovení smlouvy jsou přílohy:
Příloha smlouvy č. 1: Implementační podmínky BNS
Příloha smlouvy č. 2: Síť, HW, SW a znalostní požadavky pro BNS {je uvedena
v příloze č. 1 Smlouvy o dodání software produktu a udělení práv ho užívat
č.5036/S/01)
Příloha smlouvy č. 3 Zakládací listina projektu
Příloha smlouvy č. 4 Aktualizovaná nabídka 1.a 2.etapy ze dne 9. 11. 2017
Příloha smlouvy č. 5 Návrh supportní smlouvy
Příloha smlouvy č. 6 Navigační koncepce
V Brně dne V Praze dne ? 4.74-7c / f -
INEI^ON SYSTĚMS s.r.o.
Ing. Jan Hušek,\Ph.D.
jednatel
(Objednatel) (Zhotovitel)
Číslo smlouvy: 5036/Z/01 Strana 11
implementační podmínky bns
Im plem entační podmínky BNS stanovují pravidla platná v implementační fázi BNS (fáze č. 4).
Výstupem této fáze je uvedení systému BNS do rutinního provozu. Implementační fáze navazuje na
fázi koncepční, při níž vzniká Navigační koncepce, jež obsahuje návrh systému BNS. Po
im plementační fázi následuje fáze servisní, jejím ž cílem je dlouhodobá údržba a rozvoj řešení BNS
v zákaznickém prostředí.
Bližší pohled na celou problematiku poskytuje následující schéma.
Schéma č. 1
i. fáze 2. fáze 3. fáze 5. fáze
obchodní vzdál ávací koncepční s e rv is n í
1. Použité pojmy a zkratky
■ etapa - procesní jednotka implementace, při níž je implementován jeden nebo několik
modulů systému BNS.
■ fáze - věcně i časově specifikovaná část projektu BNS. Projekt BNS rozeznává 5
standardních fází (viz. Schéma č. 1).
■ krok - základní procesní jednotka implementace systému BNS. Metodika implementace
rozeznává 15 standardních kroků (viz. Schéma č. 2).
■ modul - klíčová funkční komponenta BNS, jež je předmětem implementace v rámci určité
etapy.
■ navigační koncepce (NK) - základní dokument specifikující návrh řešení BNS. NK je
výstupem koncepční fáze projektu, která předchází fázi implementační (viz. Schéma č. 1).
Navigační koncepce obsahuje navigační rámec, datový model a procesní model.
■ detailní analýza (DA) - dokument, který podrobně a závazným způsobem specifikuje
zadání (datový a procesního model) dle schválené verze Navigační koncepce. V souladu s
tímto zadáním je ověřována existence dat v potřebných strukturách v základním provozním
systému (datový zdroj) pro příslušný modul. Stvrzení dostupnosti dat v datovém zdroji se
provádí v dokumentu Požadavky na data, který je součástí Detailní analýzy. Detailní
analýza představuje vstupní krok implementační fáze projektu (viz. Schéma č. 1).
■ realizační tým (R T ) - skupina specialistů objednatele a zhotovitele (vedoucí projektu,
garant, správa BNS), kteří provádějí implementaci BNS.
* upřesnění návrhu řešení - aktivita, při níž je konkretizován návrh řešení specifikovaný
v Detailní analýze. Jedná se především o ta témata, u kterých je v Detailní analýze
vysloveně uvedeno, že budou zpřesněna v průběhu implementace BNS. Upřesnění návrhu
řešení je formulováno v zápise z konzultací, který je podepsán odpovědnými pracovníky
objednatele a zhotovitele a má závazný charakter.
■ změna návrhu řešení - aktivita, při níž dochází ke změně původního návrhu řešení BNS
specifikovaného v Detailní analýze. Změna zadání může proběhnout pouze formou
Změnového listu (viz níže).
■ změnový list (ZL) - dokument, kterým se mění návrh řešení BNS, který je specifikován
v Detailní analýze. Změnový list vstupuje v platnost podpisem odpovědných pracovníků
objednatele a zhotovitele.
2. Organizační zajištění implementace BNS
Implementace BNS je zajišťována vedoucím projektu (VP) a realizačním týmem (RT), který tvoří
zástupci objednatele a zhotovitele. Realizační tým musí být ustanoven nejpozději do zahájení
implementace BNS prostřednictvím oboustranného odsouhlasení Zakládací listiny projektu.
Vedoucí projektu - vedoucí realizačního týmu za objednatele a zhotovitele zajišťuje veškerou
řídící, organizační a koordinační činnost Implementace systému BNS.
Vedoucí projektu objednatele je manažer či firemní specialista. Nutné předpoklady:
• účast na školení BNS-Trainíng,
• účast na konzultacích k zadání BNS a součinnost pří jeho formulaci,
• účast na oponentuře dokumentu Navigační koncepce.
Detaily odpovědností VP jsou uvedeny v Zakládací listině projektu.
Realizační tým má za objednatele i zhotovitele následující složení:
* g a ra n t modulu BNS je odpovědný především za dodržení věcné náplně garantovaných
modulů (datové struktury, funkce) dle specifikací v Detailní analýze a za dodržení
harmonogramu implementace dané etapy. Garant modulu má v rámci implementačního
plánu klíčovou odpovědnost za kroky implementačních etap 2.1 - 2.7 a aktivně se zapojuje
do kroku 1.2 - Školení základního ovládání BNS a kroku 3.5 - Komplexní zkoušky
objednatele.
Garant modulu objednatele je firemní specialista či manažer. Nutné předpoklady:
• účast na školení BNS-Training, minimálně v částech, jež se týkají garantovaného
modulu,
• účast na konzultacích k zadání BNS a součinnost při jeho formulaci,
• nastudoval, rozumí a akceptoval, příp. připomínkoval dokument Navigační koncepce
pro garantovaný modul a následně dokument Detailní analýza.
Detaily odpovědností člena RT - garanta jsou uvedeny v Zakládací listině projektu.
■ správu BNS vykonává jeden nebo několik firemních specialistů (obvykle specialistů IT).
Správa systému se dle své odbornosti aktivně podílí na realizaci všech implementačních
kroků BNS. Klíčovou roli má správa BNS v kroku 1.1, 2.2 a kroku 3.2.
Detaily odpovědností člena RT - správy BNS jsou uvedeny v Zakládací listině projektu.
V případě, že člen RT nesplňuje předpoklady pro uvedenou roli vyplývající z implementačních
podmínek nebo ze Zakládací listiny projektu nebo došlo v průběhu projektu k personální výměně,
vyhrazuje sí zhotovitel právo provést potřebná doplňková školení. Uvedená služba má charakter
víceprací.
O změnách na pozicích v RT mají obě strany povinnost se informovat bez zbytečného odkladu.
3 Postup při změnách návrhu řešení systému BNS
Změna návrhu řešení přestavuje:
1) odklon od původního návrhu řešení BNS specifikovaného v Navigační koncepci;
2) odklon od původního návrhu řešení BNS specifikovaného v Detailní analýze.
Pokud je v průběhu zpracování Detailní analýzy vyvolána Objednatelem změna spojená na straně
Zhotovitele s dodatečnou analýzou nad rámec původního návrhu řešení BNS specifikovaného
v Navigační koncepci, bude dodržen následující postup:
a. Objednatel předloží Zhotoviteli objednávku na analýzu změny v rozsahu člověkohodin
(práce nad rámec rozpočtu projektu) předem stanovených Zhotovitelem. Objednávka může
být nahrazena zápisem z je d n á n í mezi Objednatelem a Zhotovitelem.
b. Po oboustranném odsouhlasení objednávky Zhotovitel rozšíří Detailní analýzu o změny dle
schválené objednávky s vyčíslením dopadu na pracnost vlastních implementačních prací na
realizaci změny.
c. Schválením finální verze Detailní analýzy Objednatel zároveň odsouhlasí navýšení pracnosti
vlastní implementace změny (práce nad rámec rozpočtu projektu).
Pokud je v průběhu implementace vyvolána Objednatelem změna návrhu řešení spojená s
dodatečnými pracemi nad rámec návrhu uvedeného v Detailní analýze, bude dodržen následující
postup:
a. Garant daného modulu Objednatele předá Zhotoviteli Změnový list specifikující
požadovanou změnu. Změnový list bude schválený (podepsaný) vedoucím projektu
Objednatele.
b. Garant daného modulu Zhotovitele doplní do Změnového listu klasifikaci změny, odhadne
její pracnost a promítne dopad změny na harmonogram implementace BNS, případně i
návaznosti na další moduly BNS a doplněný Změnový list předá ke konečnému schválení
Objednateli.
c. Objednatel se k návrhu změny dle Změnového listu vyjadřuje podle pravidel uvedených
v Zakládací listině projektu (určující právo na schválení změn s dopadem na termíny a
pracnost). V případě schválení změny Zhotovitel změnu realizuje a předá ji Objednateli
spolu s aktualizovanou verzí Detailní analýzy.
4. Implementační plán BNS
Im plem entační plán BNS upravuje návaznost a synchronizaci jednotlivých implementačních kroků,
stanovuje nezbytnou součinnost mezi zhotovitelem a objednatelem a řeší problematiku náhradního
plnění formou nadstandardních služeb v případě, že nemůže objednatel své povinnosti efektivně
vykonávat.
Celý implementační plán je veden snahou zabezpečit harmonogram a rozpočet projektu a dodržet
obsahovou stránku řešení v souladu s Detailní analýzou. Velký důraz je kladen na testování
jednotlivých procesů a funkcí i korektnosti dat.
Im plem entace (implementační fáze) BNS probíhá standardně ve čtrnácti krocích sdružených do tří
skupin. Přípravné kroky (1.1, 1.2) a závěrečné kroky (3.1, 3.2, 3.3, 3.4 a 3.5) se týkají celého
systému BNS, tedy všech jeho modulů. Implementační kroky 2.1 - 2.7, prostřední části schématu,
jsou realizovány samostatně pro každou z etap implementace.
Většina implementačních kroků vyžaduje nezbytnou součinnost specialistů objednatele a
zhotovitele. Kroky 2.5 a 3.3 mají interní charakter a týkají se pouze zhotovitele.
Bližší pohled na strukturu kroků poskytuje následující schéma.
Schém a č. 2
Kroky implementačních etap Závěrečné kroky
^ Etapd 2 ^ Etapa '3^
Etápá .1
Detailní analýza Zpracování komplexního
procesního modelu
Implementace datového
skladu BNS I Školení správy BNS
2.3 Ověření datového Komplexní zkoušky
interní
modelu modulu BNS
Předání do komplexních
Školení základního zkoušek objednatele
ovládání BNS
Komplexní zkoušky
objednatele
Komplexní rutinní provoz BNS
2.7
1.1 Zprovoznění prostředí
Cíl: Zprovoznit SW prostředí nutné pro fungování BNS a zaslat informace o serveru a nastavení
klienta pro další uživatele.
A. Odpovědnost zhotovitele
1. Vzdálená instalace SW prostředí ve struktuře: (1) databázové prostředí pro datový sklad
BNSI, (2) databázové prostředí OLAP (server BNS), (3) verze BNS „Mam m ut - demo".
2. Instalace prvního vzorového klientského pracoviště BNS (správa BNS objednatele instaluje
pracoviště zbývající).
Poučení správy BNS objednatele o topologii systému a o zásadách provozu serveru. Zaslání
3. info emailu s postupem pro instalaci dalších klientských pracovišť a přidání dalších uživatelů.
B. Odpovědnost objednatele C. Při neplnění odpovědnosti objednatele
1. Zprovoznit HW prostředky a zajistit SW Nelze pokračovat v projektu.
přístupy pro konzultanty zhotovitele.
2. Zprovoznit testovací prostředí.*1 Nelze pokračovat v projektu.
Účast odpovědných pracovníků na Opakování školení formou víceprací; prodloužení
3. zaškolení správy BNS. harmonogramu projektu.
4. Zaškolená správa BNS instaluje
Instalaci provádí zhotovitel formou víceprací.
klientská pracoviště zbývající.
D. Testování a způsob akceptace
1. Akceptační protokol o zprovoznění prostředí.
1.2 Školení základního ovládání BNS
Cíl: Naučit garanty modulů (uživatele systému) správně ovládat a využívat MIS BNS.
A. Odpovědnost zhotovitele
1. Dodání uživatelské dokumentace (Základy ovládání BNS-AB).
2. Provést školení základů ovládání BNS na dohodnutém vzorku dat objednatele.
3. Připravit cvičné příklady a závěrečné testy.
B. Odpovědnost objednatele C. Při neplnění odpovědnosti objednatele
Účast garantů modulů po celou dobu Opakování školení formou víceprací; prodloužení
1 . školení a úspěšné absolvování testů. harmonogramu projektu.
D. Testování a způsob akceptace
1 . Všichni účastníci školení úspěšně absolvují školení.
1 Požadavky na testovací (pracovní) prostředí jsou následující:
1. Server (alespoň Win server 2008)
2. Klient (Win 7) - testovací BNS klient (virtuál)
a. H W 1 core CPU + 1 GB RAM + 5GB volného místa na C:\
b. OS Win 7 + MS EXCEL 2007 nebo novější s nainstalovanou podporou VBA
Protokol o provedení školení.
Certifikát ovládání BNS.
2.1 Detailní analýza
Cíl: Dokument Detailní analýza podrobně a závazným způsobem specifikuje zadání (datový a
procesního model) dle schválené verze Navigační koncepce. V souladu s tímto zadáním je
ověřována existence dat v potřebných strukturách v provozním systému (datový zdroj) pro
příslušný modul.
A. Odpovědnost zhotovitele
Konzultace požadavků na data modulu s garantem modulu a IT specialistou (odpovědným
1. za přípravu dat) objednatele.
Zpracovat závaznou Detailní analýzu (detailní specifikaci zadání) pro vybraný modul
2. spočívající v dílčích upřesněních dokumentu Navigační koncepce a ve zpracování příloh
„Požadavky na data", „Výpočtový model" a „Detailní harmonogram".
B, Odpovědnost objednatele C. Při neplnění odpovědnosti objednatele
Objednatel je povinen zajistit Nelze pokračovat v projektu.
Zhotoviteli potřebnou součinnost pří
1. zpracování Detailní analýzy a jejích Zhotovitel v rámci projektu garantuje Objednateli
součásti (příloh). součinnost k Požadavkům na data v rozsahu jedné
konzultace (4čh) / modul. Druhá a další
a) Objednatel se zavazuje k internímu konzultace (osobní, vzdálená konference) s cílem
vyjasnění a akceptaci pojmů, obsahu vyjasnit si Požadavky na data bude realizovaná
a logiky Detailní analýzy vč. s dopadem na termíny a pracnost projektu
Požadavků na data mezi garantem (vícepráce).
objednatele a IT specialistou
objednatele ve vztahu k datovým
2. zdrojům (k základnímu informačnímu
systému, k externím datovým
souborům apod.).
b) Objednatel poskytne data ve shodě
s Detailní analýzou vč. Požadavků na
data.
D, Testování a způsob akceptace
Protokol o předání Detailní analýzy pro příslušný modul, Předání vzdáleně (elektronicky) nebo
1. formou schůzky.
Akceptační protokol Detailní analýzy pro příslušný modul. Akceptace probíhá v rozsahu 5
pracovních dní.
2.2 Implementace datového skladu BNSI
Cíl: Zprovoznit datový sklad pro daný modul BNS.
A, Odpovědnost zhotovitele
Vytvoření struktury datového skladu BNSI, vytvoření a zprovoznění procedur pro načítání
1. dat z dohodnutých datových zdrojů do BNSI, vytvoření dialogů pro nastavení přístupových
práv.
2. Kontrola načtených dat na kontrolní sestavy poskytnuté objednatelem.
B. Odpovědnost objednatele C. Při neplnění odpovědnosti objednatele
Předat závazně, správně a úplně Spolupráce zhotovitele na vyplnění Požadavků na
data formou víceprací.
vyplněný dokument Požadavky na
data spolu s veškerými číselníky a
vzorkem dat pro konkrétní modul.
Správností a úplností se rozumí stav,
kdy lze v dokumentu bez potíží
identifikovat veškeré zdroje dat
(databázové tabulky; view, externí
číselníky) a identifikovat přiřazení dat
datových zdrojů k pojmům v Navigační
koncepci a Detailní analýze, a kdy lze
1. uplatnit filtry, pravidla a další
podmínky využití datových zdrojů pro
potřeby modulu BNS (pokud je například
některý atribut odvoditelný dle prvních
dvou znaků jiného, musí to být
v dokumentu jednoznačně uvedeno, i
s příslušnou podmínkou a výsledkem pro
jednotlivé varianty).
Takto vyplněný dokument Požadavky
na data se stává součástí projektové
dokumentace a objednatel je povinen
jej předat zhotoviteli.
Předat data nebo procedury (SQL Spolupráce zhotovitele na přípravě dat nebo
dotazy) pro jejich načtení ze
procedur (SQL dotazů) pro jejich načtení, zjištění a
základního provozního systému pro
konstrukci BNSI. odstranění chyby v předaných datech či
V okamžiku dodání vyplněného
dokumentu Požadavky na data musí procedurách (nekonzistence, rozpory se
být k dispozici i všechny relevantní
datové zdroje, včetně externích schváleným zadáním) řešena formou víceprací
2. číselníků v Excelu, a to buď ve finální
verzi, nebo alespoň se vzorkem dat s dopadem na harmonogramu projektu.
v rozsahu, který umožňuje zahájit
práci na tvorbě datového skladu BNSI.
Není-li oboustranně domluveno a
odsouhlaseno jinak, budou za předaná
a splněná data považována pouze
data kompletní.
Předání kontrolních sestav pro
jednotlivé ukazatele (sumární měsíční
hodnoty za vybraná období či stavové
hodnoty za vybrané období - např.
ceny, normy,...).
1/ okamžiku dodání vyplněného
dokumentu Požadavky na data musí V případě nedodání kontrolní sestavy se data
testují způsobem, o němž rozhodne zhotovitel.
být k dispozici kontrolní sestavy, jejíž V takovém případě budou jakékoli připomínky
3. obsah musí odpovídat dohodnutému objednatele ke správnosti dat řešeny formou
víceprací s dopadem na harmonogram projektu.
vzorku dat pro BNSI. Objednatel
poskytne textový popis postupu
vytvoření kontrolní sestavy vč.
uvedení datového zdroje (který musí
být ve shodě s datovým zdrojem pro
tvorbu datového skladu BNSI) a
upozornění na případné nestandardní
postupy (programové úpravy
základního provozního systému).
Kontrolní sestavy musí korespondovat
s interpretací pojmů detailní analýzy.
V případě datových neshod Úpravy definic v datových vazbách oproti návrhu
poskytnout maximální součinnost př!
jejich odstranění. v Detailní analýze se řeší Změnovým listem.
Poskytne dílčí detailní sestavy pro Pokud budou příčiny rozdílu na straně objednatele
4. bližší určení příčin rozdílů, potřebná (nedodaná kontrolní sestava, nekorektní kontrolní
vysvětlení, zajistí u dodavatele sestava a je jí popis, chybná interpretace hodnot
základního provozního systému ukazatelů nebo struktur dimenzí) bude řešení
poskytnutí zdrojového kódu pro rozdílů BNSI s dopadem na termíny a pracnost
generování sestav, apod. projektu (vícepráce).
Zajistí rutinní aktualizaci (podle Pokud je „chyba” v BNS je způsobena nedodržením
5. dohodnutého režimu) pomocných rutinní aktualizace pomocných zdrojových dat
(např. číselníku) má řešení chyby dopad na
zdrojových dat (v ERP či externích vícepráce.
souborech TXT, XLS).
D, Testování a způsob akceptace
1. Zhotovitel - interně.
2.3 Implementace a ověření datového modelu daného modulu BNS
Cíl: Ověřit správnost struktur datového modelu (OLAP kostky), jež byl navržen v Navigační
koncepci / Detailní analýze.
A. Odpovědnost zhotovitele
1. Zprovoznit datový model (dimenze, hierarchie, úrovně konsolidace, prvky, hodnoty
ukazatelů, výpočetní vztahy pro skutečnost).
2. Zprovoznit procedury pro aktualizaci modulů z datového skladu BNSI.
3. Zprovoznit analytický panel „Vývoj v roce po měsících” .
B. Odpovědnost objednatele C. Pří neplnění odpovědnosti objednatele
Garant modulu kontroluje datové Kontrola správnosti je prováděna zhotovitelem
1. struktury modelu (ukazatele, dimenze, formou víceprací.
úrovně). Požadavky na změny zadání řešeny formou
Změnového listu.
D. Testování a způsob akceptace
Protokol o předání datového modelu. Předání vzdáleně nebo formou schůzky.
1. Akceptační protokol datového modelu. Ověření probíhá maximálně v rozsahu 5 pracovních
dní.
2.4 Zpracování procesního modelu daného modulu BNS
Cíl: Zpracování procesního modelu specifikovaného v Navigační koncepci / Detailní analýze.
A. Odpovědnost zhotovitele
1. Zprovoznění všech panelů Builder a Analyser, jež jsou součástí daného modulu.
2. Zpracování uživatelské dokumentace daného modulu.
B. Odpovědnost objednatele C. Při neplnění odpovědnosti objednatele
Objednatel poskytne kompletní data ve Objednatel akceptuje, že Zhotovitel nemůže v rámci
shodě s Detailní analýzou vč. navazujícího implementačního kroku plně otestovat
Požadavků na data (v případě, že funkčnost systému BNS, a že se nejedná o důvod
1. v rámci implementačního kroku 2.1 po k nepřevzetí dílčího plnění či následné neakceptaci
domluvě se Zhotovitelem, poskytl dílčího plnění.
pouze vzorek dat).
D. Testování a způsob akceptace
1. Zhotovitel - interně.
2.5 Dílčí zkoušky interní
Cíl: Nezávislé ověření datového a procesního modelu před odevzdáním daného modulu BNS
objednateli.
A. Odpovědnost zhotovitele
Garant modulu zhotovitele předá internímu auditorovi Protokol o interní dílčí zkoušce
1. s vyplněnou částí 1 - Předání do iDZ.
Interní auditor modulu zhotovitele ověřuje správnost datových struktur a funkcí podle
2. Protokolu o interní dílčí zkoušce (část 2 - Výsledky iDZ).
B. Odpovědnost objednatele C. Při neplnění odpovědnosti objednatele
1. Interní krok zhotovitele nevyžadující
součinnost s objednatelem.
D. Testování a způsob akceptace
Zhotovitel - interně
1.
Protokol o interní dílčí zkoušce (iDZ).
2.6 P ře d á n í m o d u lu do dílčích zkoušek objednatele
Cíl: Zajistit předpoklady pro provedení dílčích zkoušek daného modulu objednatelem.
A. Odpovědnost zhotovitele
1. Instalace daného modulu v prostředí objednatele.
2. Dodání pravidel testování {Akceptačního protokolu kroku 2.7) s vyplněnou částí 1 - Předání
do DZ.
3. Dodání uživatelské dokumentace pro předávaný modul.
4. Provést školení analytických i plánovacích panelů MIS BNS pro předávaný modul.
B. Odpovědnost objednatele C. Při neplnění odpovědnosti objednatele
Převzetí modulu, pravidel testování a
1. uživatelské dokumentace vč. účasti Nelze pokračovat v projektu.
na školení.
D. Testování a způsob akceptace
1. Protokol o předání do dílčích zkoušek.
2.7 Dílčí zkoušky objednatele
Cíl: Ověření korektností funkcí a dat daného modulu objednatelem.
A. Odpovědnost zhotovitele
Po dobu zkoušek poskytnout Objednateli nezbytnou součinnost v rozsahu 4čh / modul.
1. Následná součinnost bude zajišťována formou víceprací vyjma případů, kdy Objednatel
prokáže, že pochybení je na straně Zhotovitele.
B. Odpovědnost objednatele C. Při neplnění odpovědností objednatele
Garant modulu provádí dílčí zkoušky Pokud Objednatel nepředá Zhotoviteli během
ve standardním rozsahu 10 pracovních akceptační doby akceptační protokol, znamená to,
dní (akceptační doba) od předání že Objednatel akceptoval plnění bez výhrad.
1. modulu do dílčích zkoušek, při nichž V takovém případě plní funkci akceptačního
ověřuje korektnosti všech funkcí a protokolu předávací protokol.
skutečných a plánovaných hodnot
ukazatelů. Případné požadavky na změny v zadání jsou řešeny
formou Změnového listu.
Ověřuje se dodaná funkčnost se
2. zadáním v Detailní analýze.
D. Testování a způsob akceptace
Akceptační protokol dílčích zkoušek. Dílčí zkoušky probíhají maximálně v rozsahu 10
pracovních dní.
Pokud dle Objednatele přetrvávají výhrady z kroku 2.3, musí být uvedeny v akceptačním
1. protokolu kroku 2.7. V opačném případě se považují za bezpředmětné.
Požadavky Objednatele na změny či odstranění vad, jejichž příčina neleží na straně
Zhotovitele, nejsou důvodem k neakceptaci čí akceptaci s výhradou (tyto nelze uvádět do
akceptačního protokolu).
3.1 Zpracování komplexního procesního modelu
Cíl: Nastaveni vazeb mezi moduly a obecných průřezových funkcí.
A. Odpovědnost zhotovitele
1. Tvorba přenosových panelů a procesní dokumentace.
2. Tvorba konečné verze dokumentace správy systému.
B, Odpovědnost objednatele C. Při neplnění odpovědnosti objednatele
Nelze pokračovat v projektu.
Realizační tým objednatele upřesní
1. ukazatele určené k přenosu a dodá
přenosové mapy, které vyjadřují vazby
mezi strukturami zdrojového a cílového
modelu pro přenášené ukazatele (např.
přenos tržeb ve strukturách produktů a
zákazníků na struktury účtů a
středisek).
D. Testování a způsob akceptace
1. Zhotovitel - interně
3.2 Školení správy BNS
Cíl: Provést vyškolení pracovníků správy BNS v potřebném rozsahu.
A. Odpovědnost zhotovitele
1. Předání konečné verze dokumentace správy systému.
Příprava, realizace školení (architektura BNS, nastavení přístupových práv BNS, princip
2. aktualizací BNS, zálohování a obnova BNS) a provedení výstupních testů.
B. Odpovědnost objednatele C. Při neplnění odpovědnosti objednatele
Účast pracovníků správy BNS na školení Opakování školení formou víceprací; prodloužení
po celou dobu jeho trvání, převzetí harmonogramu projektu; do úspěšného absolvování
1. konečné verze dokumentace správy testu Objednatelem převezme správu BNS
systému a úspěšné absolvování testů Zhotovitel (za tuto asistenci si bude Zhotovitel
(praktických zkoušek). účtovat 500 Kč / pracovní den).
2. Nastavení přístupových práv, režimu Vyžádaná spoluúčast zhotovitele řešena formou
aktualizace a systému zálohování2. víceprací.
D. Testování a způsob akceptace
Všichni účastníci školení úspěšně absolvují školení.
1.
Protokol o provedení školení. Certifikát administrátora BNS.
3.3 Komplexní zkoušky interní
Cíl: Interní ověření komplexní funkčnosti systému BNS jako celku před jeho odevzdáním do
komplexních zkoušek objednateli.
2 Objednatel nese po předání projektu do rutinního provozu odpovědnost za zálohování následujících oblastí:
1. Zdrojová data pro BNSI (XLS, TXT, ...)
a) autom aticky generovaná
b) ručně udržovaná
2. Relační databáze
a) BNSI-XXX
b) BNSO-XXX
c) BNS-XXX
d )BNSW-XXX
3. Analytická databáze XXX
a) databáze
b) projekt
4. Dokumentace (k veškerým částem projektu)
5. Případné další aplikace specifikované v Navigační koncepci či objednávce
Vysvětlivka: XXX = kód objednatele
i
A, Odpovědnost zhotovitele
1. Ověření vazeb mezi moduly a obecných průřezových funkcí.
2. Ověření funkčnosti přístupových práv ve víceuživatelském režimu.
3. Ověření načítání dat v režimu automatickém a ručním (ověření rychlosti a korektnosti
přenosů).
4. Závěrečná interní prezentace systému.
B, Odpovědnost objednatele C. Při neplnění odpovědností objednatele
1. Interní krok zhotovitele nevyžadující
součinnost s objednatelem.
D. Testování a způsob akceptace
Zhotovitel - interně
1.
Protokol o interní komplexní zkoušce (iKZ).
3.4 Předání do komplexních zkoušek objednatele
Cíl: Zajistit předpoklady pro provedení komplexních zkoušek objednatelem.
A, Odpovědnost zhotovitele
1. Dodání pravidel testování (Akceptačního protokolu kroku 3,5) s vyplněnou částí 1 - Předání
do KZ.
2. Předání procesní dokumentace.
3, Vysvětlení funkčnosti mezimodulárních vazeb daných modulů.
B. Odpovědnost objednatele C. Při neplnění odpovědností objednatele
1. Převzetí pravidel testování a procesní Nelze pokračovat v projektu.
dokumentace.
D. Testování a způsob akceptace
1. Protokol o předání do komplexních zkoušek.
3.5 Komplexní zkoušky objednatele
Cíl: Ověření komplexní funkčnosti systému BNS jako celku, které provádějí proškolení garanti
modulů objednatele.
A. Odpovědnost zhotovitele
1. Poskytovat objednateli pod dobu testování nezbytnou součinnost.
B. Odpovědnost objednatele C. Pří neplnění odpovědnosti objednatele
Ověření vazeb mezi moduly a obecných
Vyžádaná spoluúčast zhotovitele v místě
1. průřezových funkcí. objednatele řešena formou víceprací.
Nastavení a ověření přístupových práv Vyžádaná spoluúčast zhotovitele v místě
2. ve víceuživatelském režimu. objednatele řešena formou víceprací.
Ověření načítání dat v režimu Vyžádaná spoluúčast zhotovitele v místě
3. automatickém a ručním (ověření objednatele řešena formou víceprací.
rychlosti a korektnosti přenosů).
D. Testování a způsob akceptace
Akceptační protokol komplexních zkoušek. Akceptace probíhá v rozsahu 10 pracovních dní.
Požadavky Objednatele na změny či odstranění vad, jejichž příčina neleží na straně
1. Zhotovitele, nejsou důvodem k neakceptaci či akceptaci s výhradou (tyto nelze uvádět do
akceptačního protokolu).
Protokol o splnění díla dle smlouvy (předání systému do rutinního provozu).
WI