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
LESY ČESKÉ REPUBLIKY, S.P. SML-00001-2026-99-16
SMLOUVA O DÍLO
dle ustanovení § 2586 a násl. zákona č. 89/2012 Sb., občanský zákoník, ve znění pozdějších předpisů
(dále jen „občanský zákoník“)
Lesy České republiky, s.p.
se sídlem Přemyslova 1106/19, Nový Hradec Králové, 500 08 Hradec Králové
IČO: 421 96 451
DIČ: CZ42196451
zapsaný v obchodním rejstříku vedeném Krajským soudem v Hradci Králové, oddíl AXII, vložka 540
bankovní spojení: Komerční banka, a.s., pobočka Hradec Králové,
číslo účtu: 26300511/0100
zastoupený: Ing. Liborem Strakošem, výrobně-technickým ředitelem, dle podpisového
řádu
osoba oprávněná k jednání ve věcech technických:
odboru informačních a komunikačních
technologií
Telefon:
Mobilní telefon:
E-mail:
(dále jako „objednatel“) na straně jedné
a
HA-SOFT, s.r.o.
se sídlem Rokycanova 566/17, 615 00 Brno
IČO: 463 45 680
DIČ: CZ46345680
zapsaná v obchodním rejstříku vedeném Krajským soudem v Brně, oddíl C, vložka 5612
Zastoupený: Ing. Petrem Lasotou, jednatelem společnosti
bankovní spojení: Československá obchodní banka, a. s., pobočka Brno
číslo účtu: 205313/0300
osoba oprávněná k jednání ve věcech technických:
Ing. Petr Lasota
Mobilní telefon:
E-mail:
(dále jako „zhotovitel“) na straně druhé
(objednatel a zhotovitel dále též společně jako „smluvní strany“ a každý jednotlivě jako „smluvní
strana“)
uzavírají na základě výsledku řízení k zadání veřejné zakázky s názvem „Výzva k podání nabídek č. 4
– Změny Seiwin 2025+“ (ev. č. zakázky: 099/2024/008/004), zadané v rámci dynamického nákupního
LESY ČESKÉ REPUBLIKY, S.P.
systému ve smyslu ustanovení § 138 zákona č. 134/2016, Sb., o zadávání veřejných zakázek, ve znění
pozdějších předpisů, níže uvedeného dne, měsíce a roku tuto smlouvu o dílo (dále jen „smlouva“):
I.
Předmět smlouvy
1. Předmětem smlouvy je za podmínek smlouvou dále stanovených poskytnout zhotovitelem
objednateli plnění spočívající v dodání a implementaci souboru úprav informačního systému
SEIWIN5 (dále jen „Soubor úprav“). Soubor úprav bude odpovídat funkčním i nefunkčním
požadavkům definovaným v příloze č. 1 smlouvy – Technická specifikace a rovněž i dalším
podmínkám uvedeným v příloze č. 1 smlouvy – Technická specifikace.
2. Implementací se rozumí provedení instalace Souboru úprav, a to v rozsahu stanoveném smlouvou,
a dále provedení uživatelského nastavení Souboru úprav včetně nastavení takto upraveného
informačního systému SEIWIN5 u objednatele dle smlouvy, uvedení Souboru úprav včetně takto
upraveného informačního systému SEIWIN5 do provozu, vytvoření elektronické dokumentace,
provedení základního školení k Souboru úprav a k takto upravenému informačnímu systému
SEIWIN5. Implementace Souboru úprav bude provedena na serverovém vybavení ve vlastnictví
objednatele.
3. Objednatel se zavazuje zaplatit zhotoviteli za řádné poskytnutí plnění předmětu smlouvy
dohodnutou cenu.
II.
Způsob provádění plnění – implementace, doba a místo plnění
1. Zhotovitel je povinen provést dílo (a poskytnout veškerá plnění) dle této smlouvy na svůj náklad a
nebezpečí v termínech dle této smlouvy.
2. Objednatel poskytne zhotoviteli potřebnou součinnost, kterou se rozumí zejména zajištění
vyhovujících technicko-organizačních podmínek v rozsahu nezbytném pro naplnění účelu
smlouvy.
3. Obě smluvní strany jsou povinny se vzájemně informovat o všech skutečnostech, které mají nebo
mohu mít vliv na řádné plnění smlouvy.
4. Zhotovitel se zavazuje veškerá plnění dle této smlouvy poskytnout a předat objednateli v místě
sídla objednatele, a to nejpozději do 14 měsíců od nabytí účinnosti smlouvy.
5. Zhotovitel se dále zavazuje veškerá plnění dle čl. I. této smlouvy poskytovat objednateli
v člověkodnech účelně strávených zhotovitelem poskytováním plnění dle této smlouvy. Počet
člověkodní, v rámci kterých má zhotovitel povinnost poskytnout objednateli plnění dle čl. I. této
smlouvy, je uveden v příloze č. 2 smlouvy – Ceník a počet člověkodní; počet člověkodní zhotovitel
uvedl ve své nabídce, kterou předložil v řízení k zadání veřejné zakázky, v rámci něhož byla
uzavřena tato smlouva. Jeden člověkoden poskytování plnění dle této smlouvy odpovídá osmi
člověkohodinám poskytování plnění dle této smlouvy a jedna člověkohodina poskytování plnění
dle této smlouvy odpovídá šedesáti minutám účelně stráveným poskytováním plnění dle této
smlouvy.
6. Objednatel je oprávněn se průběžně informovat o stavu/postupu plnění smlouvy u zhotovitele,
stejně jako je oprávněn kontrolovat postup provádění prací zhotovitelem; zhotovitel je povinen
poskytnout objednateli za tímto účelem potřebnou součinnost.
2
LESY ČESKÉ REPUBLIKY, S.P.
7. O poskytnutém plnění dle čl. I. této smlouvy má zhotovitel povinnost zpracovávat výkazy, a to
způsobem uvedeným v odst. 8 až odst. 13 tohoto článku smlouvy (dále jen „Výkazy“ a každý
jednotlivě jen „Výkaz“).
8. Výkaz musí obsahovat popis poskytnutého plnění tak, aby bylo jednoznačně zřejmé, o které plnění
dle přílohy č. 1 smlouvy – technická specifikace se jedná, včetně data, kdy bylo plnění poskytnuto
a uvedení doby účelně zhotovitelem vynaložené na poskytnutí plnění v podrobnostech nezbytných
pro určení ceny za poskytnuté plnění. Doba poskytování plnění bude ve Výkazu uvedena
samostatně v člověkodnech s přesností na jedno desetinné místo (např. 2,8 člověkodnů).
9. Výkaz má zhotovitel povinnost předložit objednateli ke kontrole a případnému schválení vždy po
uplynutí doby, za kterou je Výkaz zpracováván (viz odst. 13 tohoto článku smlouvy). Objednatel
Výkaz bez zbytečného odkladu od jeho předložení zhotovitelem zkontroluje.
10. V případě Výkazu vztahujícímu se k plnění, jehož poskytnutím dochází k předání výsledků
poskytnutého plnění, bude součástí Výkazu informace objednatele o tom, zda výsledky
poskytnutého plnění byly objednateli zhotovitelem předány bez vad a nedodělků.
11. V případě, že příslušné plnění, k němuž se Výkaz vztahuje, bylo v souladu s touto smlouvou řádně
poskytnuto [včetně předání (je-li to pro dané plnění relevantní) výsledků poskytnutého plnění bez
vad a nedodělků], potvrdí tuto skutečnost objednatel zhotoviteli, a to podpisem příslušného
Výkazu, čímž dojde ke schválení Výkazu. V případě, že zhotovitelem objednateli poskytnuté
plnění nesplňuje podmínky ujednané smlouvou, zejména pokud plnění nebylo dodáno včas, ve
sjednané jakosti, specifikaci či pokud je nefunkční či pokud vykazuje jakékoli vady či nedodělky,
není objednatel povinen Výkaz podepsat (schválit).
12. Schválený Výkaz objednatelem je podkladem k vystavení daňového doklady (faktury) dle čl. III.
odst. 4 a násl. smlouvy.
13. Zhotovitel má povinnost zpracovat Výkaz vždy zpětně za dobu 3 měsíců (kvartálně), po které bylo
zhotovitelem objednateli poskytováno plnění dle čl. I. smlouvy. Výkaz, který není možné zpracovat
v souladu s předchozí větou (např. z důvodu dokončení díla nebo ukončení smlouvy) bude
zhotovitelem zpracován za dobu poskytování plnění dle čl. I. smlouvy zhotovitelem, ke které nebyl
zpracován Výkaz dle věty první tohoto odstavce.
14. Společně se závěrečným Výkazem má zhotovitel povinnost pořídit protokol o poskytnutí a předání
veškerých plnění dle čl. I. smlouvy zhotovitelem a jejich převzetí objednatelem, datovaný a
podepsaný oprávněnými zástupci obou smluvních stran.
15. V případě, že předání plnění dle této smlouvy zhotovitelem objednateli vyžaduje součinnost
objednatele, je zhotovitel povinen vyrozumět objednatele o zamýšleném předání plnění
v dostatečném časovém předstihu tak, aby byl objednatel schopen poskytnout zhotoviteli potřebnou
součinnost
16. Objednatel je oprávněn odmítnout převzetí plnění dle této smlouvy, pokud nesplňuje podmínky
ujednané smlouvou, zejména pokud plnění nebylo dodáno včas, ve sjednané jakosti, specifikaci či
pokud je nefunkční či pokud vykazuje jakékoli vady či nedodělky.
III.
Cena, platební podmínky
1. Dohodnutá (celková) cena za poskytnutí veškerých plnění (příp. práv) dle této smlouvy, včetně
ceny za 1 člověkoden (man-day) účelně strávený poskytováním plnění dle této smlouvy, je uvedena
v příloze č. 2 smlouvy – Ceník a počet člověkodní.
3
LESY ČESKÉ REPUBLIKY, S.P.
2. K ujednané ceně bude připočtena DPH dle příslušných právních předpisů, vznikne-li k její úhradě
povinnost.
3. Smluvní strany sjednávají, že cena uvedená v odst. 1 tohoto článku smlouvy, resp. v příloze č. 2
smlouvy – Ceník a počet člověkodní vyčíslená bez DPH má charakter ceny finální (maximálně
přípustné), tj. zahrnuje ocenění splnění všech plnění a práv, které má zhotovitel dle smlouvy
poskytnout objednateli. Zhotovitel není v souvislosti s plněním smlouvy oprávněn účtovat a
požadovat na objednateli úhradu jakýchkoliv jiných či dalších částek.
4. Cena za plnění této smlouvy zhotovitelem bude zhotoviteli hrazena na základě řádných daňových
dokladů (faktur) vystavených zhotovitelem a řádně doručených objednateli. Objednatel bude cenu
za plnění této smlouvy hradit zhotoviteli dle skutečně zhotovitelem poskytnutého plnění, resp. dle
počtu člověkodnů (man-dayů) účelně zhotovitelem stráveným poskytováním plnění dle této
smlouvy, uvedených zhotovitelem ve Výkazech schválených objednatelem.
5. Cenu dle odst. 1 tohoto článku smlouvy bude objednatel hradit zhotoviteli vždy zpětně po
poskytnutí příslušného plnění zhotovitelem a odsouhlasení příslušného Výkazu (který se k tomuto
plnění vztahuje) objednatelem. Daňový doklad (fakturu) za poskytnutá plnění zhotovitel vystaví a
doručí objednateli vždy po podpisu příslušného Výkazu objednatelem, a to nejpozději do
5 kalendářních dnů od podpisu; kopie příslušného Výkazu vztahujícího se k plnění, za nějž má být
fakturováno, musí být vždy součástí příslušného daňového dokladu (faktury). Za datum
uskutečnění zdanitelného plnění je považován den podpisu příslušného Výkazu objednatelem
6. Daňový doklad (faktura) musí obsahovat veškeré náležitosti daňového dokladu dle příslušných
právních předpisů, zejména zákon č. 235/2004 Sb., o dani z přidané hodnoty, ve znění pozdějších
předpisů (dále též „zákon o DPH“). Přílohou daňového dokladu (faktury) musí být kopie
příslušného Výkazu a v případně závěrečného daňového dokladu (faktury) také kopie protokolu dle
čl. II. odst. 14 smlouvy. V případě, že daňový doklad (faktura) nebude odpovídat požadavkům
příslušných právních předpisů a/nebo smlouvy, je objednatel oprávněn vrátit jej bez proplacení zpět
zhotoviteli, aniž by se dostal do prodlení s jeho úhradou; lhůta splatnosti v takovém případě počíná
běžet až od doručení bezvadného (opraveného, doplněného) daňového dokladu objednateli, a to
včetně požadované přílohy.
7. Veškeré cenové údaje podle smlouvy musí být uvedeny v českých korunách a veškeré platby podle
smlouvy budou prováděny v české měně
8. Daňový doklad (faktura) se považuje za včas uhrazený, pokud je fakturovaná částka nejpozději
v den splatnosti odepsána z účtu objednatele ve prospěch účtu zhotovitele.
9. Objednatel nebude poskytovat zálohy na cenu za plnění dle smlouvy.
10. Daňový doklad (faktura) musí mít splatnost vždy minimálně 30 dní ode dne jeho doručení
objednateli.
11. Stane-li se zhotovitel nespolehlivým plátcem ve smyslu ustanovení § 106a zákona o DPH, je
povinen neprodleně o tomto písemně informovat objednatele.
12. Bude-li zhotovitel ke dni poskytnutí zdanitelného plnění veden jako nespolehlivý plátce ve smyslu
ustanovení § 106a zákona o DPH, je objednatel oprávněn část ceny odpovídající dani z přidané
hodnoty uhradit přímo na účet správce daně v souladu s ustanovením § 109a zákona o DPH.
Zhotovitel obdrží pouze ceny (část ceny) bez DPH.
4
LESY ČESKÉ REPUBLIKY, S.P.
IV.
Licenční ujednání
Naplňuje-li plnění poskytnuté zhotovitelem dle této smlouvy objednateli znaky autorského díla ve
smyslu 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 „Autorské
dílo“), poskytuje zhotovitel objednateli časově neomezenou licenci k takovému Autorskému dílu.
Územní rozsah licence je omezen na území České republiky. Licence je sjednána jako neomezená
multilicence pro všechny zaměstnance a vedoucí osoby ve vedení objednatele. Objednatel je
oprávněn užívat Autorské dílo pouze pro účely řízení objednatele. Objednatel nesmí bez souhlasu
zhotovitele Autorské dílo kopírovat nebo jinak rozmnožovat, vyjma rozmnožení pro účely
archivace nebo zálohování pro případ havárie systému. Objednatel nesmí poskytnout, zpřístupnit
nebo jakýmkoliv způsobem umožnit užití Autorského díla třetím osobám. Objednatel není povinen
licenci využít. Cena za případné poskytnutí plnění/práv dle tohoto odstavce zhotovitelem
objednateli je zahrnuta v ceně dle čl. III. odst. 1 smlouvy.
V.
Mlčenlivost
1. Každá ze smluvních stran se zavazuje zachovávat mlčenlivost o všech informacích týkajících se
druhé smluvní strany a předmětu smlouvy, které (a) získala přímo či nepřímo od druhé smluvní
strany v souvislosti s uzavřením anebo plněním smlouvy anebo (b) je získá jiným způsobem
v souvislosti s plněním smlouvy (dále jen „důvěrné informace“). Povinnost mlčenlivosti zahrnuje
povinnost smluvních stran učinit vše, co po nich lze spravedlivě požadovat, aby důvěrné informace
nevešly ve známost nepovolané osoby.
2. Smluvní strana je oprávněna sdělit důvěrnou informaci třetí osobě pouze s předchozím písemným
souhlasem druhé smluvní strany s tím, že tento souhlas je vázán na povinnost zavázat tuto třetí
osobu, aby nakládala s těmito informacemi jako s důvěrnými a na souhlas této třetí osoby, že
závazek přijímá, a to alespoň v rozsahu stanoveném smlouvou; tím nejsou dotčeny povinnosti
smluvních stran stanovené obecně závaznými právními předpisy.
3. Důvěrnými informacemi nejsou nebo přestávají být:
a) informace, které byly v době, kdy je smluvní strana získala, veřejně známé, nebo
b) informace, které byly smluvní straně prokazatelně známé před jejich poskytnutím, nebo
c) informace, které je smluvní strana povinna sdělit oprávněné osobě na základě účinných
právních předpisů.
4. Poskytnutí informace na základě povinnosti stanovené smluvní straně obecně závazným právním
předpisem není považováno za porušení povinnosti smluvní strany sjednané v tomto článku
smlouvy. Jedná se zejména o povinnost objednatele na žádost poskytnout informace podle zákona
č. 106/1999 Sb., o svobodném přístupu k informacím, ve znění pozdějších předpisů, či zákona
č. 141/1961 Sb., o trestním řízení soudním (trestní řád), ve znění pozdějších předpisů, či jiných
obecně závazných právních předpisů (zákon č. 134/2016 Sb., o zadávání veřejných zakázek, ve
znění pozdějších předpisů, zákon č. 340/2015 Sb., o zvláštních podmínkách účinnosti některých
smluv, uveřejňování těchto smluv a o registru smluv (zákon o registru smluv) apod.).
5
LESY ČESKÉ REPUBLIKY, S.P.
VI.
Záruka, odpovědnost za vady
1. Zhotovitel poskytuje objednateli záruku za jakost na zhotovitelem objednateli poskytnuté plnění
dle čl. I smlouvy o době trvání 12 měsíců. Záruční doba počíná běžet dnem podpisu protokolu dle
čl. II. odst. 14 smlouvy oběma smluvními stranami.
2. Oznamovat vady a uplatňovat práva z odpovědnosti za ně (reklamace) bude objednatel
u zhotovitele písemně. Písemná forma je zachována rovněž při použití elektronické pošty (e-mailu).
Zhotovitel se zavazuje vyřídit reklamaci a odstranit vady nejpozději do 10 pracovních dnů od jejího
oznámení, ledaže bude smluvními stranami písemně ujednáno jinak. Neuplatní-li objednatel
písemně při oznámení vady jiné právo z odpovědnosti za vady, platí, že požaduje odstranění vady.
3. Zhotovitel je povinen nahradit objednateli veškeré náklady, jež objednatel účelně vynaložil
v souvislosti s uplatněním práva z odpovědnosti za vady a odstraňováním vady. Tuto náhradu
poskytne zhotovitel na účet objednatele, a to na základě písemné výzvy objednatele k úhradě, a to
nejpozději do 21 dnů ode dne doručení výzvy zhotoviteli.
VII.
Smluvní pokuty a úrok z prodlení
1. V případě prodlení zhotovitele s předáním plnění dle čl. I. smlouvy v termínu dle čl. II. odst. 4
smlouvy je zhotovitel povinen zaplatit objednateli smluvní pokutu ve výši 0,05 % z (celkové) ceny
za poskytnutí veškerých plnění (příp. práv) dle této smlouvy bez DPH dle čl. III. odst. 1 smlouvy,
a to za každý i započatý den prodlení.
2. V případě prodlení zhotovitele s vyřízením reklamace a/nebo s odstraněním vady dle čl. VI. odst.
2 smlouvy, je zhotovitel povinen zaplatit objednateli smluvní pokutu ve výši 0,1 % z (celkové)
ceny za poskytnutí veškerých plnění (příp. práv) dle této smlouvy bez DPH dle čl. III. odst. 1
smlouvy, a to za každý i započatý den prodlení.
3. V případě, že smluvní strana porušila kteroukoli svou povinnost pro ni vyplývající z čl. V. smlouvy
je tato smluvní strana, která se dopustila porušení, povinna zaplatit druhé smluvní straně smluvní
pokutu ve výši 50 000 Kč, a to za každý jednotlivý případ porušení.
4. Smluvní strany prohlašují, že sjednaná výše smluvních pokut je přiměřená významu
zajištěné/utvrzené právní povinnosti.
5. Ujednáním o smluvní pokutě, ani jejím zaplacením není jakkoli dotčeno či jinak omezeno právo
objednatele na náhradu škody, a to v plném rozsahu.
6. Smluvní pokuta je splatná do 21 dnů od doručení písemného oznámení o jejím uplatnění druhé
smluvní straně, nestanoví-li smlouva jinak.
7. Pro případ prodlení s úhradou peněžitého závazku dle smlouvy je smluvní strana, která je
v prodlení, povinna zaplatit druhé smluvní straně úrok z prodlení ve výši 0,05 % z dlužné částky
za každý, byť i započatý den prodlení.
VIII.
Odstoupení od smlouvy
1. Kterákoli ze smluvních stran je oprávněna od této smlouvy písemně odstoupit v případech a za
podmínek stanovených občanským zákoníkem a/nebo ujednaných touto smlouvou.
2. Objednatel je oprávněn od smlouvy písemně odstoupit zejména v případě, že:
6
LESY ČESKÉ REPUBLIKY, S.P.
a) zhotovitel se ocitl v prodlení s poskytnutím (předáním) plnění dle čl. I. smlouvy objednateli o
dobu delší než 15 dnů,
b) zhotovitel se ocitl v prodlení s vyřízením reklamace a/nebo s odstraněním vady o dobu delší
než 10 pracovních dnů,
c) zhotovitel vstoupil do likvidace,
d) nabylo právní moci rozhodnutí soudu o úpadku zhotovitele ve smyslu zákona
č. 182/2006 Sb., o úpadku a způsobech jeho řešení (insolvenční zákon), ve znění pozdějších
předpisů,
e) z chování či jednání zhotovitele lze mít za to, že smlouvu poruší podstatným způsobem.
3. Zhotovitel je oprávněn od této smlouvy písemně odstoupit zejména v případě, že se objednatel ocitl
v prodlení se zaplacením ceny o dobu delší než 30 dnů.
4. Předčasným ukončením této smlouvy není dotčena platnost kteréhokoliv ustanovení smlouvy, jež
má výslovně či ve svých následcích zůstat v platnosti po jejím zániku, zejména závazku
mlčenlivosti.
IX.
Závazek a prohlášení zhotovitele
1. Zhotovitel se zavazuje:
a) po celou dobu trvání smluvního vztahu založeného smlouvou zajistit především důstojné
pracovní podmínky pro veškeré své zaměstnance podílející se na plnění smlouvy, stejně jako
udržovat férové dodavatelské vztahy s obchodními partnery, jejichž služeb při plnění smlouvy
využije,
b) dodržovat veškeré právní předpisy, zejména pak z oblasti práva životního prostředí, práva
sociálního či pracovního (odměňování, dodržování délky pracovní doby a doby odpočinku
mezi směnami, placené přesčasy), dále předpisy týkající se oblasti zaměstnanosti
a bezpečnosti a ochrany zdraví při práci, tj. zejména zákon č. 435/2004 Sb., o zaměstnanosti,
ve znění pozdějších předpisů, a zákon č. 262/2006 Sb., zákoník práce, ve znění pozdějších
předpisů, a to vůči všem osobám či subjektům, které se na plnění smlouvy podílejí a bez ohledu
na to, zda bude plnění poskytováno jím samotným či jeho poddodavatelem. Zhotovitel zajistí,
že na plnění smlouvy se budou podílet pouze osoby, které byly proškoleny z problematiky
BOZP a požární ochrany, a jsou náležitě vybaveny osobními ochrannými pracovními
prostředky dle účinné legislativy. Současně je zhotovitel povinen dodržovat veškeré
podmínky, které ujednal se svými obchodními partnery podílejícími se na plnění smlouvy,
zejména je vůči nim povinen řádně a včas plnit své finanční závazky při respektování
ustanovení § 1963 občanského zákoníku.
2. Zhotovitel prohlašuje, že veřejný funkcionář uvedený v ustanovení § 2 odst. 1, písm. c) zákona
č. 159/2006 Sb., o střetu zájmů, ve znění pozdějších předpisů, nebo jím ovládaná osoba nevlastní
ve zhotoviteli ani v žádné z osob, jejichž prostřednictvím zhotovitel v řízení k zadání veřejné
zakázky, v rámci něhož byla uzavřena tato smlouva, prokazoval kvalifikaci, podíl představující
alespoň 25 % účasti společníka. V případě, že prohlášení zhotovitele učiněné v předchozí větě je
nebo se ukáže být nepravdivým, je objednatel oprávněn od smlouvy písemně odstoupit.
7
LESY ČESKÉ REPUBLIKY, S.P.
3. Zhotovitel prohlašuje, že ke dni uzavření smlouvy u něj neexistují podmínky pro uplatnění
mezinárodních sankcí ve smyslu ustanovení § 48a zákona č. 134/2016 Sb., o zadávání veřejných
zakázek, ve znění pozdějších předpisů, a současně se zavazuje, že tyto nebudou existovat ani po
celou dobu účinnosti smlouvy; v opačném případě je objednatel oprávněn od smlouvy písemně
odstoupit a poskytovatel je povinen zaplatit objednateli smluvní pokutu ve výši 150 000 Kč, a to
za každý jednotlivý případ porušení.
X.
Criminal Compliance doložka
1. Smluvní strany níže svým podpisem stvrzují, že v průběhu vyjednávání o této smlouvě vždy jednaly
a postupovaly čestně, transparentně a v souladu s veškerými právními předpisy, a že takto budou
jednat i při jejím plnění.
2. Smluvní strany prohlašují, že v souvislosti s touto smlouvou vyvinou maximální úsilí, aby žádné
ze smluvních stran nemohla být přičtena trestní odpovědnost podle příslušných právních předpisů.
3. Objednatel zachovává nulovou toleranci k jakémukoli nelegálnímu jednání, dodržuje maximální
transparentnost, legalitu, etiku a uplatňuje zásady Criminal Compliance (www.lesycr.cz/cpp).
XI.
Závěrečná ustanovení
1. Pokud není ve smlouvě ujednáno jinak, řídí se vztahy mezi smluvními stranami právním řádem
České republiky, zejména občanským zákoníkem a právními předpisy souvisejícími.
2. Tuto smlouvu lze měnit či doplňovat pouze formou písemných dodatků podepsaných oběma
smluvními stranami.
3. Žádná ze smluvních stran není oprávněna bez předchozího písemného souhlasu druhé smluvní
strany postoupit či převést smlouvu či jakékoliv právo či povinnost vyplývající ze smlouvy na
jakoukoliv třetí osobu.
4. Tato smlouva nabývá platnosti dnem jejího podpisu oběma smluvními stranami. Pokud smlouva
podléhá povinnosti uveřejnění dle zákona č. 340/2015 Sb., o zvláštních podmínkách účinnosti
některých smluv, uveřejňování těchto smluv a o registru smluv (zákon o registru smluv), ve znění
pozdějších předpisů, nabývá účinnosti dnem jejího uveřejnění v souladu se zmíněným zákonem;
smluvní strany pro tyto případy vyjadřují svůj souhlas s uveřejněním celého znění smlouvy včetně
metadat, a to v rozsahu a způsobem stanoveným zákonem. V ostatních případech smlouva nabývá
účinnosti dnem jejího podpisu oběma smluvními stranami.
5. Zastupuje-li každou ze smluvních stran osoba oprávněná za ni jednat, jež disponuje platným
uznávaným elektronickým podpisem ve smyslu zákona č. 297/2016 Sb., o službách vytvářejících
důvěru pro elektronické transakce, ve znění pozdějších předpisů, je smlouva uzavírána
elektronicky. V ostatních případech se smlouva uzavírá v listinné podobě a je vyhotovena v počtu
4 stejnopisů, z nichž po 2 vyhotoveních obdrží každá ze smluvních stran.
6. Smluvní strany prohlašují, že si tuto smlouvu před jejím podpisem přečetly, jejímu obsahu rozumí
a bez výhrad s ním souhlasí. Smlouva je vyjádřením jejich pravé, skutečné, svobodné a vážné vůle,
na důkaz čehož níže připojují, prosty omylu, své podpisy.
7. Nedílnou součástí smlouvy je tato příloha:
8
LESY ČESKÉ REPUBLIKY, S.P.
Příloha č. 1 – Technická specifikace
Příloha č. 2 – Ceník a počet člověkodní
V Hradci Králové dne: dle elektronického podpisu V Brně dne: dle elektronického podpisu
Za objednatele: Za zhotovitele:
………………………………………………… …………………………………………………..
Ing. Libor Strakoš Ing. Petr Lasota
výrobně-technický ředitel jednatel
Lesy České republiky, s.p. HA-SOFT, s.r.o.
9
PŘÍLOHA Č. 1 SMLOUVY – TECHNICKÁ SPECIFIKACE
ve smyslu ustanovení § 36 zákona č. 134/2016 Sb., o zadávání veřejných zakázek,
ve znění pozdějších předpisů (dále jen „zákon“)
Lesy České republiky, s.p.
Přemyslova 1106/19, Nový Hradec Králové, 500 08 Hradec Králové
IČO: 421 96 451
1. Změnové požadavky v oblasti mobilní aplikace Dříví
1.1.Funkční požadavky věcné
Tabulka č. 1 Seznam věcných funkčních požadavků
ID Popis
Automatické ukládání dodacích lístku v mobilní aplikaci při tisku
DRV01
DRV02 V hlavičce ičo doplnit informaci o zakázce, smlouvě (ičo) dodavatele. viz. obrázek, první dvě přílohy
DRV03
Doplnění možnosti typovat tlouštěk (1,1a,1b,2,2a,…) a jakostí ( 3B, 3B/C, Br/Cx,…) dle odbytového
členění bez narušení stávajících sdružených TL (D0,d1,D2,…) a jakostech (3A, 3D,..)
Podrobnější popis v příloze „odbytové TLa Jak,…)
DRV04 Propojení a přebírání dat z DOA do mobilní DRIVI
DRV05
DRV06 Úprava a doplnění sumářů a TISK
DRV07
DRV08 Větší možnosti v nastavení aplikace z pozice LS, např. nezobrazování sort-jakostí, které se v rámci LS
DRV09 nepoužívají
Přístup do zápisu teplické metody přímo z plochy kusového příjmu – vedle potvrzujícího tlačítka by mohlo
být tlačítky „tužky“ stále zobrazené
Možnost doplnit název dopravce i v případě, že dopravu LČR nezajišťují a neplatí (identifikace odvozu) –
vložení textu
Zvětšení velikosti fontu u čísla DL
DRV10 Doplnění QR kódu na odvozní lístek
DRV11 Podpisy OL – u pracovníků LČR podpisová vzor přednastaven, u odběratele vložení jména a podpisu přes
DRV12 display mobilu (podpisová okénka)
DRV13 Při vytváření OL v rámci drobného prodeje (druh pohybu 8) umožnit editaci odběratele pro zadávání textu
DRV14 (nyní pouze číslo z definovaného číselníku). V případech drobného prodeje – DP8 není dořešeno spárování
dodacího lístku s dokladem z Prodejny (POK)
Úprava MVO -Využití číselníku TAB79RZ – registrační značky- doplnění i jméno řidiče.
Zobrazení dokladů 522/551 při standardním tisku v prostředí MVO (desktop)
522 obsahuje hlavičku a co je naloženo, avšak bez sumáře po dřevinách, sortimentech, tl.st.
551 proti tomu jakožto účetní doklad zase neobsahuje detail naloženého dříví, ale obsahuje jen
sumář za dřevinu a sort. Ani jeden z lístků tak neobsahuje úplnou informaci, která by zrcadlila
reálně uzavřenou smlouvu nebo následný obsah faktury.
DRV15 Úprava webové služby na základě nových funkcionalit a změny datové vrstvy v modulu Dříví a MVO
(oboustranný přenos)
Mobilní aplikace Dříví je určená pro OS Android v aktuálně podporovaných verzích a veškeré úpravy v aplikaci tak nemění cílovou
platformu aplikace ani její použití na již nepodporovaných verzích.
2. Změnové požadavky v oblasti MVO a LHE
2.1.Funkční požadavky věcné
Tabulka č. 2 Seznam věcných funkčních požadavků
ID Popis
Návrhář
MVO01
▪ ODB – pole CMR v databázi elektropřejímek (PRP zasílá zpět přejímku bez
záměru, ale zato s CMR, není jak párovat doklady při kontrolách)
▪ MVO – konsignace neobsahuje políčko „Smazán“
ZD PČ - Přidání "Sumář převzatých služeb pěstebních a ostatních činností"
MVO02
ZD PČ - Přidání "Sumář použitého sadebního materiálu"
MVO03
ZD PČ - Úprava přebírání dat z projektu do ZDL-PČ
MVO04 ZD PČ - Přidání 4 tlačítek na editor (Prohlížení stavu BH, Převzetí stavu BH, Prohlížení stavu NP, Převzetí
MVO05 stavu NP) obdoba dokladu 511/513
Automatické ukládání dodacích lístků v mobilní aplikaci při tisku.
MVO06
V hlavičce IČO doplnit informaci o zakázce, smlouvě IČO dodavatele.
MVO07 Doplnění možosti typovat tlouštěk (1, 1a, 1b, 2, 2a …) a jakostí (3B, 3B/C, Br/Cx, …) dle odbytového
MVO08 členění bez narušení stávajících sdružených TL (D0,d1, d2,…) a jakostech (3A, 3D, …)
Přihrávání dat LHE z MVO do Prolepu
MVO09
MVO10 Úprava propojení WS mezi Targrt2100 a MVO - úprava denního přepočtu dnů na hodiny
MVO11 Evidence odpracovaných směn v rizikových činnostech v hrubých mzdách dle zákonu 324/2025 Sb.
MVO12 Target - Úprava přehrávaní dat do Číselníku TAB80V
Target - Je třeba přehodit plnění pole Jméno pracovníka/dodavatele (Aktuálně se plní Jméno
+ Příjmení -> Nově se musí plnit Příjmení + Jméno)
MVO13
Target Úpravy vstupů a výstupů z MVO do IS Target
- Doplnění příznaku/ checkboxu (pravděpodobně do TAB82MS – Druhy mezd a
MVO14 srážek), který určí druhy mezd, jež budou evidovány v MVO, ale nebudou zasílány
Target do IS Target
MVO15 Úpravy vstupů a výstupů z MVO do IS Target
Target - Možnost manuálního doeditování pole Kmenový úsek v TAB80V Pracovníci,
dodavatelé, rozvrhy u zasílaných pracovníků. Toto pole není obsaženo v IS Target.
Úpravy vstupů a výstupů z MVO do IS Target
- Sesumarizovat aktuální výstupy odchylek v návaznosti na počet jednotlivých
záznamů uživatele viz příklad níže (aktuální nastavení - přepočet dle plánované
docházky, vynechávání dnů bez plánované docházky….zůstává nezměněn
– zjednodušeně se jedná čistě o snížení počtu výstupů)
3. Změnové požadavky v oblasti odbytu
3.1.Funkční požadavky věcné
Tabulka č. 3 Seznam věcných funkčních požadavků
ID Popis
Automatické párování sortimentů na OL přes DoA na fakturaci:
ODB01
ODB02 o Odvážené délky si najdou obchodní položky (přesná délka=přesná karta; jinak 2-7,9 m =
obecně výřezy; 8 m+ = obecně celé délky)
ODB03
ODB04 V odbytu prosím u každé pohledávky doplnit položku „ID kontraktu“ (celé číslo text (vč. lomítek,
podtržítka a pomlček) max 20 znaků, nepovinný údaj). Toto ID kontraktu je třeba aby bylo samostatným
sloupcem v modulu FML (vč. možnosti filtrování a seřazení pohledávek dle tohoto čísla). Tento sloupec
rovněž aby bylo možno začlenit do exportu dat z FML do .csv
Vytvořit v Odbytu a Nájmech v Seiwin5 tlačítka pro náhledy do DMS na konkrétní fakturu a příslušnou
smlouvu/objednávku (obdoba jako u faktur přijatých (odkazy pro náhledy budou zasílány z DMS webovou
službou) –
Přejmenování v úloze ODBYT - pole „e-mail odeslán a datum odeslání e-mailu“ na „odesláno do DMS“ a
„datum odeslání do DMS“. – vytvoření nových pohledů pro hlavičkové mřížky (Seznam dokladů. Seznam
MF odbytu)
ODB05 Přejmenování záhlaví sloupce v úloze ODBYT – záložka Přílohy na dokladu – sloupec Email.
ODB06
ODB07 Možnost odesílat do DMS více položek najednou.
ODB08
Rozlišit názvy příloh podle toho o jaký typ dokladu se jedná – do názvu přílohy zařadit typ faktury, např.
zálohová faktura, daňový doklad o přijaté platbě, opravný daňový doklad, klasická faktura. – úprava
vytváření názvu souboru
Doplnění možnosti typování tlouštěk (1, 1a, 1b, 2, 2a …) a jakostí (3B, 3B/C, Br/Cx, …) dle odbytového
členění bez narušení stávajících sdružených TL (D0,d1, d2,…) a jakostech (3A, 3D, …)
4. Změnové požadavky v oblasti CML, FML
4.1.Funkční požadavky věcné
Tabulka č. 4 Seznam věcných funkčních požadavků
ID Popis
FCML01 Na dokladu vytvořit v záložce „Ostatní“ tabulku pro porovnání nákladů a výnosů na pomocných provozech
(tj. výkony 6XX) - kontrola, zda jsou pomocné provozy vyrovnané. Rozpad po výkonech do účtů.
FCML02 Na dokladu vytvořit v záložce „Ostatní“ tabulku pro kontrolu osobních nákladů (tj. účty 521000 – 528999)
FCML03 – rozpad po účtech do výkonů.
V odbytu prosím u každé pohledávky doplnit položku „ID kontraktu“ (celé číslo text (vč. lomítek,
podtržítka a pomlček) max 20 znaků, nepovinný údaj). Toto ID kontraktu je třeba aby bylo samostatným
sloupcem v modulu FML (vč. možnosti filtrování a seřazení pohledávek dle tohoto čísla). Tento sloupec
rovněž aby bylo možno začlenit do exportu dat z FML do .csv
5. Změnové požadavky v oblasti Honitby
5.1.Funkční požadavky věcné
Tabulka č. 5 Seznam věcných funkčních požadavků
ID Popis
Vytvoření seznam honiteb s vazbami na vlastníka, na lokalizaci, vytvoření historizace dole platnosti
Hon01 honiteb.
Hon02
Hon03 Upravit cz kod honiteb, napojení na kódy LČR
Hon04 Úpravy k zamezení duplikování
Hon05 Vytvoření bilančních sestav vyhodnocení škod a ochranářských opatření
Napojení do modulů MVO, SUL,..
Hon06 Napojení na sdílený číselník LČR
Hon07 Dopracování sumární pohledy nad honitbami z pohledu nadřazených jednotek (OŘ, ředitelství LČR)
Hon08
Hon09 vytvoření sestav „Podíl ploch nových oplocenek, plochy MZD v 1. obnově a celkové 1. obnovy“
Hon10 Přidání další záložky (obdoba plán lovu nebo lov) - Obsah (dat a XLS) a název specifikuje LČR
Hon11
Hon12 Rozšíření v návrháři datového zdroje NP o pole honitba a honitba OSSM
Hon13
Rozšíření v návrháři datového zdroje Výroba o pole honitba _UHUL
Vyhodnocení honiteb – přidání nových vstupních hodnot (Plocha nových oplocenek, Plocha MZD v 1.
obnově)
Vyhodnocení honiteb" - možnost zobrazí vyhodnocení za výběr honiteb, včetně možnosti spuštění v MVP
6. Změnové požadavky v oblasti bilance holin a nezajištěných porostů
6.1.Funkční požadavky věcné
Tabulka č. 6 Seznam věcných funkčních požadavků
ID Popis
Vytvoření nového super přehledu zákonných evidencí (sloučení BH a NP do jedné evidence) BH budou
BHNP01 součást evidence NP. Dnes se vedou dvě evidence, ale bez propojených vazeb
BHNP02
Změna evidence dle nových lhůt zalesnění/zajištění, doplnění možnosti editace výjimek na lhůty zajištění a
zalesnění v TAB
BHNP03 Vytvoření zahajovacích stavů NP (+ BH) po ukončení platnosti LHP
BHNP04
Úprava na zobrazování plochy podsadby a cílového roku zajištění v přehledu stavů NP. (přehled stavů,
doplnění podvýkonů do evidence a následné filtrování do sestav
Doplnění sloupců o evidence podílu zalesnění/zajištění JPRL/IH
BHNP05
BHNP06 Školení na novou metodiku BH / NP
7. Změnové požadavky v oblasti ekonomických modulů
7.1.Funkční požadavky věcné
Tabulka č. 7 Seznam věcných funkčních požadavků
ID Popis
Používání a vytěžování souborů elektronické fakturace (MTZ, NAJ a ODB) ISDOC
EM01
Vytěžování elektronické fakturace: Interní nastavení (MTZ, NAJ a ODB) ISDOC
EM02
Vytěžování elektronické fakturace: Externí nastavení (MTZ, NAJ a ODB) ISDOC
EM03 Elektronická archivace sestav. Základním požadavkem je automatické vytěžení sestav z úloh SEIWIN5 a
jejich uložení do úlohy ACTA.
EM04
EM05 Bude se jednat o jednorázovou operaci vždy po uzavření účetního roku, nejpozději do 31.5.
EM06 Cílem je v úloze ACTA vytvořit dokument, kdy sestava bude přílohou. Spis bude vždy jeden za celý
uzavřený rok.
EM07
EM08 Sestavy budou vytvářeny nad konkrétní organizační jednotkou.
EM09
Elektronická archivace sestav v prostředí SEIWIN – Napojení na DMS LČR
Účtovací dopis přijatý – přílohy
- U účtovacího dopisu přijatého jsou nyní přílohy přebírány z účtovacího dopisu vydaného.
Požadavkem je doplnit možnost uživatelem přidat další přílohy k účtovacímu dopisu
přijatému.
Přílohy, které jsou přebírány z účtovacího dopisu vydaného nebude možné uživatelem
editovat.
Výkazy podniku pro 13. účetní měsíc
- V podnikové verzi účetnictví UCP je potřeba vytvářet ve 13. měsíci výkazy Rozvaha a
Výkaz zisku a ztrát (VZZ) v jiné struktuře, než v běžných měsících 1-12.
- Požadavkem je vytvořit oddělené číselníky pro definici výkazů Rozvaha a VZZ v
podnikové verzi.
- V UCP pak bude možné vytvořit výkazy Rozvaha a VZZ jak v závodové verzi, tak i v
podnikové verzi. Vytvoření podnikových výkazů bude dostupné v modulu UCP v menu
Závěrka – Výkazy pod samostatnými volbami.
Hromadné zpracování závěrkových sestav
- Bude v NJP, POP, KPF, MTP, ODP
Přenos žádanek z modulu ABO
- U tohoto úkolu bude potřeba součinnosti, třetí strany, která žádanky ze SEIWIN přijímá
8. Změnové požadavky v oblasti ostatní aktivity SEIWIN
8.1.Funkční požadavky věcné
Tabulka č. 8 Seznam věcných funkčních požadavků
ID Popis
Elektronická evidence chemických přípravků
SEIW01 Úprava ODB pro import vstupního souboru přejímek z elektronických průměrek. Data pro vytvoření
SEIW02 následné faktury toto vložit do ODB
SEIW03
Tvorba průvodky v Seiwin5 a její odesílání ve formě přílohy do DMS s příznakem "Průvodka"
SEIW04
SEIW05 LČR má požadavek na třetí stranu k zasílání "Čísla smluvního partnera" a ukládat ho ke konkrétní položce
v Číselníku smluvních partnerů v DMS.následně bude možné na základě tohoto čísla automaticky
přiřazovat smluvního partnera k faktuře (nyní je prováděno
ručně). Možnost připojení smluvního partnera na základě IČ zaslaného ze Seiwin5 (pokud ještě položka
neobsahuje číslo smluvního partnera ze Seiwin5), pokud takové IČ Číselník smluvních partnerů v DMS
neobsahuje, automaticky založit.
Požadavek LČR - Z důvodu bezpečnosti je potřeba blokovat upravování soubory formátu v Office (doc,
xls, ppt) a formátů OpenOffice (rtf atd.) a plain text (txt, xml atd.). Prohlížet nadále půjde, ale úpravy už
ne. Požadavek na změnu načítání/výstupů souborů
"starých formátů" např. .xls na nové .xlsx.
9. Změnové požadavky v oblasti ostatní aktivity SUL (škody a újmy)
9.1.Funkční požadavky věcné
Tabulka č. 9 Seznam věcných funkčních požadavků
ID Popis
Při změně stavu škodní žádosti na Odeslaná, nagenerovat a uložit do příloh sestavu SUL 5501 (sestava
SUL01 SUL 5502 není nakonec požadována):
U sestavy SUL 5503 možnost filtrování dle pole Druhu honitby i dle pole Typ honitby:
SUL02
Přidat do Návrháře dotazů “Žádosti vše” pole Druh honitby a Typ honitby:
SUL03 U TV 37 přidat na konfigurační okno pole (sloupec) Těžba LHE, umožnit převzetí m3 těžby z LHE (vč.
SUL04 řádků dalších dřevin mimo HK) a doplnění pole do detailního Excelu i Návrháře dotazů:
SUL05 Dodělat do návrháře pole - Typ žádostí, podtyp žádosti, typ honitby
SUL06 Přidat do Návrháře dotazů “Žádosti vše” pole Druh honitby a Typ honitby A typu žádosti
SUL07 Školení na škody a újmy pro uživatel na nové věci - honitby novinky v žádostech
10. Požadavky na školení
10.1.Funkční požadavky věcné
Tabulka č. 10 Seznam věcných funkčních požadavků
ID Popis
Školení pro správce na modul Dříví
Skol01
Skol02 Školení pro správce na návrhář v jednotlivých modulech
Skol03
Školení na novinky v jednotlivých modulech
11.Změnové požadavky v oblasti SEM
11.1.Funkční požadavky věcné
Tabulka č. 11 Seznam věcných funkčních požadavků
ID Popis
SEM01 Požadavek na úpravu vzorků: Nová/upravená pole:
SEM02 - čas odběru vzorku
- čas přijetí vzorku
- místo odběru vzorku (číselník?)
- způsob odběru vzorku (ručně/jiný?)
- způsob doručení vzorku (poštou/osobně/jiný?)
- Změna teploty klíčení na textové pole
Opravy/úpravy zkoušek v laboratoři - aktuálně to nejde poté, co byl již vytvořen protokol s danou
zkouškou
SEM03 Omezení nabídky laboratorních zařízení použitých ve zkoušce podle příznaku v TABLABZAR. (Nabídka
SEM04 jen těch zařízení, která ke zkoušce patří a pomocí nich jde zkoušku udělat).
SEM05
SEM06 Úprava sestavy v modulu SEM
SEM07
Úprava klíčivosti (prodloužené)
Úprava u luštění - proklik do fakturace -
Další úpravy k objednávkovému systému - doladění k napojení s třetí stranou
12.Změnové požadavky v oblasti POWER BI reporting
12.1.Funkční požadavky věcné
Tabulka č. 12 Seznam věcných funkčních požadavků
ID Popis
Rep01 Konzultace k architektuře napojení zdrojů SEIWIN do DWH
Rep02 - Zhotovitel zajistí poskytnutí odborných konzultací zaměřených na návrh architektury napojení
Rep03 zdrojových systémů SEIWIN do datového skladu (DWH), a to včetně doporučení integrační
Rep04 architektury, datových toků a rozhraní.
Rep05
Rep06 Konzultace k nastavení reportů nad DS I
- Zhotovitel zajistí poskytnutí konzultací k nastavení a optimalizaci reportů při využití datového
skladu SEIWIN DS I, včetně doporučení struktury reportů a způsobu využití dostupných dat pro
reporting.
Návrh napojení produkční databáze SEIWIN do MS Fabric
- Zhotovitel zpracuje návrh napojení zdroje dat z produkční databáze SEIWIN do cílového řešení
Microsoft Fabric, včetně návrhu datových toků, integračních kroků a umístění dat v jednotlivých
vrstvách řešení.
Konzultace k návrhu cílové architektury DWH
- Zhotovitel zajistí poskytnutí konzultací k návrhu cílové architektury DWH, včetně sdílení
zkušeností z tvorby BI platformy v obdobné organizaci a doporučení vhodných metodik a
osvědčených postupů.
Zpracování vzorových zdrojových dat pro oblast výroby v DS I
- Zhotovitel zpracuje vzorová zdrojová data pro oblast výroby v datovém skladu DS I, a to v
rozsahu nezbytném pro účely testování, modelování a ověření připravovaných reportů.
Spolupráce při tvorbě pilotních výrobních reportů v Power BI
- Zhotovitel poskytne součinnost a odborné konzultace při tvorbě vzorových/pilotních reportů pro
oblast výroby v reportingovém nástroji Power BI, včetně návrhu struktury reportů, metrik a
základního ověření správnosti dat.
Rep07 Příprava formalizovaných exportních souborů pro Power BI
Rep08 - Zhotovitel připraví formalizované a komentované exportní soubory s daty určenými pro přímé
napojení nástroje Power BI, včetně definice formátu, popisu jednotlivých polí a doporučeného
způsobu aktualizace těchto souborů.
Konzultace a návrh koncepce zajištění datové kvality
- Zhotovitel zajistí poskytnutí konzultací a návrh koncepčního řešení pro zajištění datové kvality
dat čerpaných ze zdroje SEIWIN, včetně identifikace kritických oblastí, návrhu kontrolních
mechanismů a doporučení opatření ke zvýšení kvality dat.
13. Změnové požadavky v oblasti mobilní Prodejna a Pokladna
13.1. Funkční požadavky věcné
Tabulka č. 13 Seznam věcných funkčních požadavků
ID Popis
MPR01 Řazení podle prodejních položek – MPR
MPR02 Možnost nastavení řazení prodejních položek dle:
MPR03 - kódu položky
MPR04 - názvu položky
- četnosti výskytu na dokladech
- vlastního řazení - samostatný formulář, na kterém je možné seřadit položky ručně uživatelsky
Úprava mobilní prodejny pro modul EUDR
- Modul POK - Servis – Prodejny – nastavení – přidat zaškrtávátko "Tisknout EUDR informace",
Servis – Položky pro prodejny – rozšíření o RČ a VČ prodejních položek provázaných s obchodní
položkou, která je provázaná na příslušnou celní skupinu. Doplní se nejstarší platné RČ za OJ.
Prodejní položky bez vazby na obchodní položku nebudou mít RČ a VČ a nebudou podléhat
nařízení EUDR. Rozšíření dokladu (položky) o RČ a VČ. Úprava sestavy opisu účtenky.
Úprava mobilní prodejny pro modul EUDR
- Webová služba - Rozšířit profil o příznak tisku informací EUDR (ref. a ver. číslo). Rozšíření
prodejních položek o RČ a VČ. Rozšíření detailu dokladu o RČ a VČ
Úprava mobilní prodejny pro modul EUDR
- Mobilní aplikace Prodejna - Rozšíření datových struktur profilu prodejny, prodejních položek a
dokladu o EUDR informace (RČ, VČ, tisknout EUDR). Zápis RČ a VČ k položce na
dokladu (uživatel nebude při tvorbě dokladu údaje vidět). Úprava tisku prodejního dokladu – v
patičce dokladu tisk referenčního a verifikačního čísla v případě nastavení tisku u prodejny a
současně alespoň jedna z položek má povahu spadající pod nařízení EUDR a má vyplněné RČ a
VČ.
Mobilní aplikace Prodejna je určená pro OS Android v aktuálně podporovaných verzích a veškeré úpravy v aplikaci tak nemění
cílovou platformu aplikace ani použití na již nepodporovaných verzích.
14.Nefunkční požadavky
14.1.Nefunkční požadavky věcné
Tabulka č. 14 Seznam věcných nefunkčních požadavků
ID Oblast Požadavek
Odezva systému – pro Systém musí poskytnout plně funkční interface (bude možné provádět všechny
NEF01 požadovaný modul potřebné úlohy) bez zbytečné prodlevy po spuštění uživatelem. Spuštěním interface se
rozumí start systému na straně uživatele. Změna obrazovky či vrácení hodnot ze
NEF02 Uživatelská základna serveru na obrazovku je chápána jako standardní uživatelská úloha s odezvou
NEF03 modulu uvedenou níže.
NEF04 Sizing a výkon systému Systém musí zajistit hladký provoz pro 800 souběžně pracujících uživatelů z různých
NEF05 Časová dostupnost lokalit společnosti LČR a jejich bezproblémový souběh s jakýmikoliv systémovými
úlohami, které nejsou spuštěny přímo uživateli, ale jsou nutné pro provoz systému.
NEF06 Místní dostupnost Hladký provoz znamená, že uživatelské rozhraní bude poskytovat přiměřenou
Spolehlivost odezvu.
Přiměřenou odezvou systému se rozumí rychlý plnohodnotný výsledek uživatelské
akce (zobrazení obrazovky, výpočet výsledku, uložení dokladu, zobrazení nápovědy
apod.) v řádu jednotek sekund. Výjimkou jsou složité reporty.
Předpokládá se, že se systémem bude pracovat 650 uživatelů.
Systém zpracovává data v reálném čase, tj. pořizování záznamů a jejich zpracování
probíhá v reálném čase, výjimkou je práce offline.
Systém musí být schopen fungování na bázi 24/7.
Provozní dobou, kdy musí být systém dostupný pro práci uživatelů je Pondělí – Pátek:
7:00 – 16:00.
Systém musí umožnit operativní plánování odstávek na údržbu za současně
minimálních nároků na provádění restartů systému.
Systém musí poskytovat funkcionalitu s výše uvedenými parametry pro všechny
lokality LČR rozprostřené po celém území České republiky. Pro mobilní aplikaci
musí být exaktně vyspecifikováno, jaké jsou offline funkcionality, omezení případně
co lze zpracovávat pouze online a případné požadavky na synchronizaci.
Pokud dojde k výpadku systému, systém musí být schopen náběhu na plnou
funkcionalitu s minimální interakcí provozních administrátorů. Při obnově bude
provedena automatická kontrola konzistence dat a v případě problémů bude systém
spuštěn s omezenou funkcionalitou.
Musí být navržen koncept architektury a opatření, která povedou k minimalizaci
výpadků systému (zdvojené servery, konektivita apod.).
Pokud se jedná o mobilní aplikaci, pokud to proces dovolí, tak umožnit chod aplikace
i bez datové konektivity do internetu.
Pokud uživatel ví, že pojede do lokality bez datové konektivity, může mít možnost si
požadované data stáhnout dopředu aby bylo umožněna práce offline.
Obecné požadavky Systém musí být obecně vybaven širokou škálou mechanismů, které zajišťují
všestrannou bezpečnost zpracovávaných informací a chrání systém před obvyklými
NEF07 útoky z vnějšího i vnitřního prostředí, poruchami a nedostatečností systémových
NEF08
NEF09 zdrojů, ale rovněž poskytují podporu pro vývoj systému, upgrade, vlastní úpravy,
změny atd. Všechny tyto mechanismy musí být plně funkční v průběhu produktivního
provozu systému.
Identifikace a autentizace Autentizace a autorizace uživatelů do systému musí být prováděna s využitím principu
uživatelů „Single sign on Pass-Through“ na základě záznamů vedených v Active Directory
(AD).
Systém musí umožňovat blokování účtu po zvoleném počtu po sobě jdoucích
neplatných pokusů o přihlášení, vypršení hesla po stanovené době, automatické
vynucené odhlášení uživatele po zvolené době nečinnosti.
Uložení a přenos hesla musí probíhat v zašifrované podobě.
Řízení přístupu Řízení přístupu k systému musí být realizováno na základě rolí (RBAC – „Role Based
uživatelů Access Control“).
NEF10 Logování přístupů, SW produkt umožňuje centrální správu uživatelů, uživatelských rolí a oprávnění.
aktivit Uživatelé systému budou získávat přístup k funkcionalitám na základě rolí
NEF11 Zálohování a archivace přidělovaných administrátorem. Funkci přidělování práv bude zastávat speciální
NEF12 uživatel a ostatní uživatelé nesmí mít možnost přidělovat práva sami sobě ani ostatním
NEF14 Standardy informační uživatelům.
NEF15 bezpečnosti Systém musí umožnit logování veškerých přístupů do systému a aktivit v něm. Musí
NEF16 Systémová nastavení být umožněno nastavení logování následujících parametrů: uživatelské jméno, čas a
NEF17 datum, aktivita v systému, zařízení a IP adresa. Systém musí zároveň být schopný
NEF18 Aktualizace logovat úspěšné i neúspěšné pokusy o přihlášení do systému.
Administrátorské Systém musí být on-line zálohovaný tak, aby data a nastavení systému bylo možné
NEF19 nástroje v případě potřeby bez zbytečného odkladu obnovit. Archivovaná data a dokumenty
Řízení přístupu musí být přístupny pro zpětnou analýzu po dobu danou platnými zákony (relevantními
NEF20 k nastavení pro státní podnik LČR), přičemž po celou dobu musí být chráněna před modifikací a
NEF21 Archivace dat zničením.
NEF22 Architektura Navrhované řešení musí být v souladu s požadavky normy řady ISO/IEC 27000.
NEF23
NEF24 Flexibilita Systém musí umožňovat přístup k nastavení systému skrze grafické uživatelské
NEF25 rozhraní (GUI). Rozhraní bude poskytovat informaci o dopadech nastavení a způsob
Topologie sítě provedení nastavení bude buď self-explanatory (volba pomocí přepínače) a/nebo bude
Manuální operace způsob nastavení a jeho dopad na procesy vysvětlen přímo v nastavovací obrazovce
Hromadné operace a/nebo administrátorské/uživatelské příručce.
Systém musí poskytovat nástroje k automatické aktualizaci systému, automatické
Automatická rozhraní obnově původního stavu při nezdařené aktualizaci, automatickému informování o
Formát dat výsledku aktualizace.
Systém musí disponovat nástroji pro řízení, konfiguraci a administraci celého systému
včetně řízení automatických operací a jejich časování.
Možnost nastavování systému bude podléhat řízení přístupu na základě rolí (RBAC –
Role Based Access Control).
Systém podporuje řízení životního cyklu dat (tj. pořízení, archivaci dat včetně
přímého přístupu k archivovaným informacím, skartace).
Architektura řešení musí splňovat následující požadavky:
- využití standardních SW produktů (tedy tzv. krabicových řešení), komponent a
funkčností zvláště u zásadních komponent jako je databáze,
- centralizovaná architektura, v níž data jsou umístěna na jednom místě na centrálním
datovém serveru a SW aplikace objekty a data sdílí,
- využití minimálně dvouvrstvé architektury (klient –databázový server), preferovaná
je třívrstvá čí více vrstvá architektura
- přístup do systému musí být umožněn prostřednictvím tenkého klienta či webového
rozhraní z koncového zařízení (PC, notebook, terminál, popřípadě mobilní zařízení)
nebo silného klienta,
- nové řešení musí být plně integrovatelné s ostatními využívanými nástroji a systémy
Systém musí být implementován spolu s potřebnými objekty, funkčností a
parametrizačními nástroji, umožňujícími nastavení (parametrizaci) systému pro
konkrétní scénáře, procesy a činnosti LČR a musí umožnit modifikaci a případné
doplnění funkčností systému pomocí těchto parametrizačních nástrojů.
Cílový systém neklade omezující požadavky na topologií sítě a poskytuje tytéž funkce
a dostupnost bez ohledu na místo napojení.
Systém umožní uživatelům manuálně zpracovávat doklady a operace formou
postupného zadávání detailů daného případu a následného finálního potvrzení.
Systém nabídne funkcionalitu hromadného zpracování, kdy uživatel zadá pokyn ke
zpracování spolu se zdrojovým nebo cílovým datovým zdrojem a systém provede
hromadné zpracování (import dat a jejich zpracování, nebo zpracování pokynu a
následný export dat).
Systém musí umožnit naiplementovat integraci s dalšími systémy LČR, bude-li nutná
konzumace jejich dat, nebo export dat do ostatních systémů.
Data určená pro manuální/automatické hromadné zpracování musí systém přijímat a
poskytovat v běžně užívaných formátech, např.: XML, CSV, JSON a další používané
formáty.
NEF26 Uživatelské rozhraní Uživatelské rozhraní umožní uživatelům přístup k uživatelským manuálním a
NEF27 Jazyková mutace hromadným operacím a poskytne funkcionality k jejich automatizaci.
NEF28 Veškeré komponenty systému určené pro interakci s koncovým uživatelem – texty,
NEF29 GUI nastavení, názvy komponent, názvy akcí v rozhraní, reporty interní i exportované a
NEF30 Nápověda nápovědy musí být dostupné v českém jazyce.
NEF31 Chybová hlášení Aplikace musí poskytovat přehledné uživatelské rozhraní, aby bylo dosaženo
NEF32 Kompatibilita s HW a přívětivého rozhraní pro zaměstnance.
NEF33 SW On-line nápověda musí být dostupná ve všech částech systému. Nápověda bude
Řízení přístupu kontextuálně napsaná.
NEF34 k auditním záznamům Všechna chybová hlášení musí být zobrazována přímo v uživatelském rozhraní a
Uchovávání auditních budou obsahovat vysvětlující text a popis operací pro odstranění chyby.
NEF35 záznamů Rozhraní a všechny jeho komponenty musí být kompatibilní s HW a SW používaným
NEF36 Regulatorní požadavky na koncových zařízeních ve společnosti LČR. Informace o standardech používaných
NEF37 v prostředí objednatele jsou uvedeny tomto dokumentu.
NEF38 SLA – RPO Samotný přístup k auditním záznamům musí být zaznamenáván a umožněn pouze
NEF39 Zajištění implementační, oprávněným uživatelům.
NEF40 projektové, uživatelské a Uchovávání auditních záznamů musí být realizováno takovým způsobem, aby
NEF41 provozní dokumentace záznamy byly přístupné pro zpětné zkoumání po dobu danou platnými právními
NEF42 Školení administrátorů a předpisy ČR a archivačním řádem LČR.
NEF43 uživatelů Systém musí naplňovat veškeré požadavky kladené platnou a účinnou právní
Podpora provozu legislativou České republiky a Evropské Unie zejména ve vztahu k ochraně osobních
NEF44 údajů. Data v systému musí být systémem uchovávána v kompletní podobě tak, aby
Implementace dle byla zajištěna možnost auditovatelnosti.
doporučené metodologie Zároveň musí obsahovat zajištění zabezpečení systému proti úniku osobních dat,
Jazyk podpory řešení zamezení přístupu neoprávněných osob do IS, výmaz osobních údajů po vypršení
Standardy důvodu pro jejich uchovávání, odůvodněné zpracování a uchovávání osobních údajů
Standardy (účel, způsob atd.).
Standardy V případě výpadku systému, nesmí dojít ke ztrátě dat starších než 24 hodin.
Zhotovitel musí dodat dokumentaci k systému (Uživatelská dokumentace; Provozní
Licenční model dokumentace). Dokumentace musí být předána v elektronické podobě a v českém
jazyce, musí být kompletní a srozumitelná.
Zhotovitel musí vyškolit školitele objednatele (klíčové uživatele) na používání
produktu. Zhotovitel musí zajistit školení zástupců IT (administrátorů IIS) v oblasti
údržby, provozu a administrace řešení.
Zhotovitel musí bez zbytečného odkladu poskytnout kapacitu svých relevantních
zdrojů na podporu provozu a řešení incidentů, a to na vyžádání objednatele a
v termínech stanovených objednatelem.
Řešení musí být implementováno na základě výrobcem doporučované metodologie a
postupů.
Podpora řešení (systémová i personální) musí být poskytována v českém jazyce.
Databáze - Microsoft SQL Server 2016 standard edition nebo vyšší, Oracle Database
19 SE2 nebo vyšší
Aplikační servery - Microsoft Windows Server 2022 a vyšší, RHEL 8 a vyšší
Koncové stanice – Microsoft Windows 10 Enterprise nebo vyšší, nebo RDP terminál
server 2022, mobilní zařízení s Android či IOS v aktuálně podporovaných
verzích
Objednatel požaduje dodání systému formou uživatelsky neomezené licence (tzv.
multilicence).
Příloha č. 2 Smlouvy - Ceník a počet člověkodní
Obchodní firma/název: HA-SOFT, s.r.o.
IČO: 463 45 680
POLOŽKA POČET ČLOVĚKODNÍ ZA DÍLO CENA ZA JEDEN ČLOVĚKODEN * CENA ZA DÍLO CELKEM
(KČ BEZ DPH) (KČ BEZ DPH)
1 666
12 000,00 7 992 000,00
*jeden člověkoden (man-day) je roven 8 hodinám účelně vynaloženým na provádění díla
1