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
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
Rámcová dohoda o poskytování IT služeb
Číslo 2025/15773
Česká pošta, s.p. ¤ ¤ ¤
se sídlem: ¤ Politických vězňů 909/4, 225 99 Praha 1 ¤ ¤
IČO: ¤ 47114983 ¤ ¤
DIČ: ¤ CZ47114983 ¤ ¤
zastoupen: ¤ Ing. Miroslavem Štěpánem, generálním ředitelem ¤
Ing. Martinem Götzem, ředitelem úseku ICT ¤
zapsán v obchodním rejstříku u: ¤ Městského soudu v Praze, oddíl A, vložka 7565 ¤ ¤
bankovní spojení: ¤ XXXXXXXXXXXXXX XXXXXXXX XXXXXX XXXX ¤
XX XXX XXXXXXXXXXXXXX¤
dále jen „ Objednatel “ ¤ ¤ ¤
a
MULTIMA a.s. ¤ ¤
se sídlem: ¤ Čechovo nábřeží 1790, Bílé Předměstí, Pardubice 530 03 ¤ ¤
IČO: ¤ 25056051 ¤ ¤
DIČ: ¤ CZ25056051 ¤ ¤
zastoupena: ¤ Ing. Janem Novotným, MBA, předsedou správní rady ¤ ¤
zapsána v obchodním rejstříku u: ¤ Krajského soudu v Hradci Králové, oddíl B, vložka 3884. ¤ ¤
bankovní spojení: ¤ XXXXXXXXX XXXX XXXXX XXXXXXXX XXX XXXXXXXXX XXXX ¤
XX XXX XXXXXXXXXXXXXXX
¤
dále jako „ Dodavatel č. 1 “ ¤ ¤ ¤
a
BOOTIQ s.r.o. ¤ ¤
se sídlem: ¤ ¤
IČO: ¤
Hybernská 1007/20, Nové Město, 110 00 Praha 1 ¤
29155495 ¤ ¤
DIČ: ¤ CZ29155495 ¤ ¤
zastoupena: ¤ Lukášem Novákem, předsedou rady jednatelů ¤
Marcelem Červeným, místopředsedou rady jednatelů ¤
zapsána v obchodním rejstříku u: ¤ Městského soudu v Praze, oddíl C, číslo vložky 20433 ¤ ¤
bankovní spojení: ¤ XXXXXXXXX XXXX XXXXX XXXXXXXX XXX XXXXXXXXX XXXX ¤ ¤
XXXXXXXXXXXXXXXXXXXX¤ ¤
dále jako „ Dodavatel č. 2 “ ¤
Strana [|1 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
a
Moore Technology CZ s.r.o. ¤ ¤
se sídlem: ¤ Karolinská 661/4, Karlín, 186 00 Praha 8 ¤ ¤
IČO: ¤ 04896661 ¤ ¤
DIČ: ¤ CZ04896661 ¤ ¤
zastoupena: ¤ Ing. Miloslavem Rutem, jednatelem ¤ ¤
zapsána v obchodním rejstříku u: ¤ Městského soudu v Praze, oddíl C, vložka 255320 ¤ ¤
bankovní spojení: ¤ XXXXXXXXXXXXXX XXXX ¤
XX XXX XXXXXXXXXXXXXXX¤
dále jako „ Dodavatel č. 3 “ ¤ ¤ ¤
dále jednotlivě jako „ Dodavatel “ či společně jako „ Dodavatelé “ dále všichni jednotlivě jako „ Smluvní
strana “ a společně jako „ Smluvní strany “ uzavírají v souladu s ustanovením § 1746 odst. 2 zákona č.
89/2012 Sb., občanského zákoníku, ve znění pozdějších předpisů (dále jen „ Občanský zákoník “) a
zákonem č. 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
o zadávání veřejných zakázek “), tuto Rámcovou dohodu o poskytování IT služeb (dále jen
„ Smlouva “).
Preambule
Objednatel provedl zadávací řízení k veřejné zakázce „ Poskytování IT služeb pro podporu vývoje
SW a aplikací “ (dále jen „ Zadávací řízení “) na uzavření této Smlouvy. Tato Smlouva je uzavírána
s Dodavateli na základě výsledku Zadávacího řízení.
1 Účel a předmět Smlouvy
1.1 Účelem této Smlouvy je stanovení podmínek a právního rámce pro uzavírání dílčích smluv o
poskytování služeb mezi Dodavateli a Objednatelem (dále jen „ Dílčí smlouva “), a to na základě
výzvy Objednatele k předložení návrhu na uzavření Dílčí smlouvy a akceptace návrhu na
uzavření Dílčí smlouvy Objednatelem. Služby mají být Objednatelem použity pro získávání
odborných postupů, stanovisek, návrhů řešení a realizace od Dodavatele.
1.2 Předmětem Smlouvy je závazek Dodavatelů poskytnout Objednateli na svůj náklad a nebezpečí
IT služby a z nich vyplývající odborné výstupy a konzultace a garantovat personální kapacitu pro
tyto služby minimálně v rozsahu a v rámci rolí specifikovaných Přílohou č. 1 této Smlouvy (dále
jen „ Plnění “),
1.3 Dodavatel se zavazuje poskytnout Objednateli Plnění za podmínek uvedených v této Smlouvě a
v Dílčí smlouvě ve sjednaném rozsahu, jakosti a čase.
1.4 Objednatel se zavazuje zaplatit za Plnění poskytnuté v souladu s touto Smlouvou a Dílčí
smlouvou Cenu dle čl. [|3 ]Smlouvy.
1.5 K dosažení účelu této Smlouvy jsou Smluvní strany povinny vzájemně si poskytovat potřebné
informace a nezbytnou součinnost.
2 Dílčí smlouvy a postup jejich uzavření
Strana [|2 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
2.1 Dílčí smlouvy na základě rámcové dohody budou uzavírány bez obnovení soutěže. Objednatel
vyzve Dodavatele, jehož nabídka podaná v Zadávacím řízení byla vyhodnocena jako ekonomicky
nejvýhodnější, k předložení návrhu na uzavření Dílčí smlouvy (dále jen „ Výzva k předložení
Návrhu “ nebo „ Výzva “ a „ Návrh “). V případě, že tento Dodavatel odmítne Návrh předložit,
nebo bude jeho návrh v rozporu s Výzvou k předložení návrhu nebo s touto Smlouvou, je
Objednatel oprávněn vyzvat k předložení Návrhu Dodavatele, jehož nabídka podaná v Zadávacím
řízení byla druhá ekonomicky nejvýhodnější. Obdobným způsobem může Objednatel postupovat
do doby, než je Dílčí smlouva uzavřena, nebo Návrh odmítne předložit poslední Dodavatel.
Výzva k předložení Návrhu má charakter výzvy k předložení návrhu na uzavření smlouvy dle §
1731 Občanského zákoníku. Objednatel není povinen Návrh akceptovat, v takovém případě
k uzavření Dílčí smlouvy nedojde.
2.2 Objednatel ve Výzvě uvede požadavky obsažené ve formuláři uvedeném v Příloze č. 6 Smlouvy,
zejména přesné požadavky na specializaci specialisty, počet požadovaných specialistů, místo
Plnění, dobu poskytnutí a začátek poskytování Plnění a případně lhůtu pro předložení Návrhu
Dodavatelem.
2.3 Dodavatel, jemuž byla doručena Výzva k předložení Návrhu, je povinen doručit Objednateli ve
lhůtě 2 pracovních dnů, není-li ve Výzvě stanoveno jinak, Návrh na uzavření Dílčí smlouvy nebo
mu ve stejné lhůtě sdělit, že Návrh nepředloží. Návrh musí obsahovat alespoň tyto náležitosti:
a) identifikační údaje Dodavatele a Objednatele;
b) číslo Smlouvy;
c) specifikaci a rozsah Plnění v souladu s Výzvou (zejména seznam specializací)
d) nabízenou cenu Plnění uvedenou jako jednotkovou cenu i celkovou cenu;
e) harmonogram, který bude obsahovat konkrétní specializace osob, počet osob a dobu
poskytování Plnění v souladu s Výzvou k předložení Návrhu;
f) počet člověkodní pro každou specializaci zvlášť;
g) projev vůle Dodavatele být Návrhem vázán v případě jeho přijetí Objednatelem;
h) určení, že se Dílčí smlouva, která v případě akceptace Návrhu Objednatelem vznikne, řídí
stejnými podmínkami, jako jsou stanoveny ve Smlouvě (včetně VOP);
i) určení, že se jedná o neodvolatelný Návrh na uzavření Dílčí smlouvy;
j) dobu pro akceptaci Návrhu Objednatelem, která nesmí být kratší než dva (2) Pracovní dny
ode dne doručení Návrhu Objednateli;
k) další náležitosti požadované Objednatelem ve Výzvě k předložení Návrhu; a
l) podpis oprávněné osoby Dodavatele.
Není-li ve Výzvě uvedeno jinak, bude Návrh předložen ve formě vyplněného formuláře
uvedeného v Příloze č. 7 této Smlouvy.
Návrh Dodavatele nesmí být v rozporu s touto Smlouvou a Výzvou k předložení Návrhu.
Vyzvaný Dodavatel není oprávněn navrhnout v Návrhu podmínky, které budou pro Objednatele
méně výhodné v porovnání s touto Smlouvou.
2.4 Akceptací Návrhu Objednatelem dojde mezi Objednatelem a příslušným Dodavatelem k uzavření
Dílčí smlouvy o poskytování služeb za podmínek stanovených v Návrhu. Akceptaci provede
Objednatel písemným oznámením přijetí Návrhu Dodavateli.
2.5 Počet Výzev k předložení Návrhu učiněných Objednatelem není omezený. Současně platí, že
Objednatel není povinen Výzvu k předložení Návrhu učinit.
Strana [|3 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
2.6 Po uzavření Dílčí smlouvy sdělí Objednatel Dodavateli číslo Evidenční objednávky.
2.7 Je-li tato Smlouva uzavřena s jedním Dodavatelem, bude při uzavírání Dílčí smlouvy
postupováno dle odst. 2.1 – 2.6 Smlouvy obdobně.
3 Cena
3.1 Cena Plnění bude stanovena dle nabídky Dodavatele, s nímž bude uzavřena Dílčí smlouva, a to
jako násobek jednotkové ceny jednotlivých složek Plnění (člověkodní jednotlivých specialistů) a
počtu složek Plnění poskytnutých na základě Dílčí smlouvy. Cena každé jednotlivé složky Plnění
je uvedena v Příloze č. 2 Smlouvy. Dodavatel není oprávněn v Návrhu tyto jednotkové ceny
překročit.
3.2 Cena každé jednotlivé složky Plnění zahrnuje veškeré náklady Dodavatele spojené s plněním
Smlouvy, Dílčí smlouvy a poskytnutím Plnění Objednateli. Jednotkové ceny jsou cenou
konečnou, nejvýše přípustnou a nemohou být změněny. Jednotkové ceny obsahují veškeré nutné
náklady k řádnému poskytování Plnění včetně nákladů souvisejících (náklady za dopravu apod.).
3.3 Maximální celková cena Plnění poskytnutého souhrnně všemi Dodavateli na základě této
Smlouvy nesmí převýšit částku 14 000 000,- Kč bez DPH .
4 Platební podmínky
4.1 Daňový doklad bude vystaven Dodavatelem nejdříve po poskytnutí dílčího Plnění sjednaného
v příslušné Dílčí smlouvě. Za den uskutečnění zdanitelného plnění se považuje den ukončení
poskytování dílčího Plnění dle příslušné Dílčí smlouvy potvrzeného podpisem akceptačního
protokolu (dále jen „ Akceptační protokol “) Objednatelem s výrokem bez výhrad.
4.2 Splatnost daňového dokladu je třicet (30) kalendářních dní u dílčího (fakturovaného) Plnění do
300 000,- Kč a šedesát (60) kalendářních dnů u dílčího (fakturovaného) Plnění v hodnotě
300 000,- Kč a více, ode dne jeho vystavení Dodavatelem.
4.3 Objednatel neposkytuje Dodavateli jakékoliv zálohy na Cenu.
4.4 Daňové doklady zasílá Dodavatel Objednateli postupem dle čl. 2.6 Všeobecných obchodních
podmínek Objednatele, které tvoří přílohu č. 3 Smlouvy (dále jen „VOP“).
5 Doba, místo a podmínky poskytnutí Plnění
5.1 Ústní informace, které Dodavatel Objednateli poskytne, nejsou vyjádřením jeho definitivních
názorů a závěrů. Tyto definitivní názory a závěry jsou obsaženy pouze v písemném výstupu.
5.2 Písemné výstupy z poskytnutého Plnění, zprávy, zápisy, stanoviska, dokumentace a jiné materiály
se stávají okamžikem jejich předání Objednateli jeho výlučným vlastnictvím. Dodavatel nesmí
poskytnout žádný z těchto dokumentů třetí straně bez předchozího písemného souhlasu
Objednatele.
5.3 Dodavatel je povinen předat Plnění Objednateli v termínu uvedeném v Dílčí smlouvě. K předání
a převzetí plnění dojde na základě podpisu Akceptačního protokolu sepsaného Smluvními
stranami, jehož vzor je součástí Přílohy č. 4 Smlouvy. Spolu s Plněním vrátí Dodavatel
Objednateli veškeré doklady, dokumenty a podklady, které od Objednatele v souvislosti
s Plněním převzal. Případné výhrady Objednatele budou zaneseny v Akceptačním protokole
spolu s uvedením lhůty k odstranění vytýkaných vad Dodavatelem. Po odstranění vytknutých vad
se provádí nové akceptační řízení obdobně. Objednatel je oprávněn odmítnout převzít Plnění
v rámci akceptace i opakovaně. Za okamžik poskytnutí Plnění se rozumí okamžik podpisu
Akceptačního protokolu Objednatelem s výrokem bez výhrad.
Strana [|4 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
5.4 Dodavatel je povinen poskytnout Plnění osobně na adresách Olšanská 28/9, Praha 3; Těšínská
2672 Opava; Opavská 130, Vítkov; nebo Wattova 1046, Ostrava (konkrétní místo bude upřesněno
v Dílčí smlouvě), není-li v Dílčí smlouvě stanoveno jinak. Objednatel může povolit i poskytování
Plnění vzdáleným přístupem (home-office), je-li to účelné s předchozím souhlasem Objednatele.
Náklady vzniklé Smluvní straně na realizaci vzdáleného přístupu nese každá Smluvní strana
samostatně.
5.5 Objednatel se zavazuje zajistit pracovníkům Dodavatele během poskytování Plnění dle této
Smlouvy, je-li to nezbytné, přístup na příslušná pracoviště Objednatele a zajistit součinnost
nezbytnou k provedení Plnění dle specifikace uvedené v příslušné Dílčí smlouvě. V případě, že
Objednatel neposkytne součinnost dle požadavků Dodavatele je Dodavatel oprávněn pozastavit
poskytování Plnění až do zabezpečení příslušné součinnosti ze strany Objednatele. Dodavatel se
zavazuje dodržovat v objektech Objednatele či jím určeného subjektu příslušné vnitřní pokyny a
směrnice stanovující provozně technické a bezpečnostní podmínky pohybu osob v objektech
Objednatele či jím určeného subjektu. Při plnění této Smlouvy v objektech Objednatele či jím
určeného subjektu musí Dodavatel v maximální míře respektovat nutnost zajištění nerušeného
užívání objektů jejich uživateli.
6 Práva a povinnosti Smluvních stran
6.1 Dodavatel se zavazuje poskytovat Plnění dle této Smlouvy samostatně, svědomitě, s řádnou a
odbornou péčí. Při poskytování Plnění je Dodavatel vázán zákony, obecně závaznými právními
předpisy a pokyny Objednatele, pokud tyto nejsou v rozporu s těmito normami nebo zájmy
Objednatele.
6.2 Dodavatel se zavazuje, že při své činnosti bude dbát, aby nebyla poškozena dobrá obchodní
pověst a obchodní firma Objednatele. Při poskytování Plnění musí Dodavatel dbát zájmů
Objednatele. Dodavatel se zavazuje nevyvíjet jakékoliv aktivity, a to jak přímo, tak
zprostředkovaně, které jsou v rozporu se zájmy Objednatele ve všech oblastech jeho činnosti.
6.3 Dodavatel se zavazuje:
informovat neprodleně Objednatele o všech skutečnostech majících vliv na plnění dle této
Smlouvy,
plnit řádně a ve stanoveném termínu své povinnosti vyplývající z této Smlouvy,
požádat včas Objednatele o potřebnou součinnost za účelem řádného plnění této
Smlouvy,
na vyžádání Objednatele se zúčastnit osobní schůzky, pokud Objednatel požádá o
schůzku nejpozději 2 pracovní dny předem.
6.4 Dodavatel je povinen při výkonu své činnosti dle této Smlouvy včas písemně upozornit
Objednatele na zřejmou nevhodnost jeho pokynů, jejichž následkem může vzniknout újma nebo
nesoulad s obecně závaznými právními předpisy. Pokud Objednatel navzdory tomuto upozornění
trvá na svých pokynech, Dodavatel neodpovídá za jakoukoli újmu způsobenou jeho jednáním na
základě takových pokynů Objednatele.
6.5 Objednatel se zavazuje poskytnout Dodavateli veškerou nezbytnou součinnost při plnění
předmětu této Smlouvy. Bude-li třeba pro řádné poskytnutí Plnění zapotřebí zvláštní plné moci,
Objednatel takovou plnou moc Dodavateli bez zbytečného odkladu udělí. V případě, že
Objednatel neposkytne součinnost dle požadavků Dodavatele je Dodavatel oprávněn pozastavit
poskytování Plnění až do zabezpečení příslušné součinnosti ze strany Objednatele.
6.6 Dodavatel není oprávněn postoupit ani převést jakákoliv svá práva či povinnosti vyplývající z této
Smlouvy na třetí osobu bez předchozího písemného souhlasu Objednatele.
Strana [|5 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
6.7 Dodavatel písemně sdělí Objednateli všechny případné poddodávky, které hodlá udělit při plnění
Smlouvy a poddodavatele, jimž je hodlá udělit. Dodavatel odpovídá za plnění poskytnuté
poddodavatelem, jako by plnil sám, včetně odpovědnosti za způsobenou újmu. Pro vyloučení
pochybností odst. 3.5 VOP zůstává nedotčen.
6.8 Veškeré informace, které Objednatel Dodavateli předá v souvislosti s touto Smlouvou, je
Dodavatel oprávněn využívat výlučně pro účely plnění svých závazků dle této Smlouvy. Předá-li
Objednatel Dodavateli v souvislosti s plněním této Smlouvy jakékoli podklady v hmotné podobě,
je Dodavatel povinen tyto podklady vrátit Objednateli nejpozději při zániku této Smlouvy.
6.9 Dodavatel se zavazuje zajistit, aby Plnění této Smlouvy prováděly osoby ve složení a
v minimálním počtu uvedeném v Příloze č. 1 této Smlouvy. Osoba IT specialisty může být
zaměstnanec Dodavatele, či jeho dodavatel (v postavení poddodavatele vůči Objednateli).
Dodavatel odpovídá za plnění poddodavatele jako by plnil sám. Dodavatel je povinen pověřit
plněním závazků z této Smlouvy pouze toho specialistu, který je k tomu odborně způsobilý.
6.10 Bude-li ze závažných důvodů vzniklých na straně Dodavatele (např. ukončení pracovněprávního
či jiného smluvního vztahu, úmrtí, dlouhodobá pracovní neschopnost) nebo z důvodů pracovní
nezpůsobilosti na straně samotného IT specialisty (např. profesní neodbornost, nedodržování
pokynů a termínů daných Objednatelem) nutné nahradit IT specialistu nebo nově přidat dalšího
IT specialistu, je Objednatel oprávněn požadovat, aby Dodavatel nahradil nezpůsobilou osobu
novým IT specialistou či přidal nového IT specialistu s odpovídající nebo vyšší odbornou
kvalifikací, než jakou disponoval nahrazený IT specialista v Příloze č. 1 Smlouvy, a to do pěti
pracovních dnů ode dne vzniku uvedeného důvodu, pokud se Objednatel a Dodavatel nedohodnou
jinak. Ke změně specialistů není nutné uzavření dodatku ke Smlouvě.
6.11 Změna v osobě specialisty dle odst. 6.10 Smlouvy bude neprodleně oznámena Objednateli, který
si vyhrazuje právo rozhodnout o tom, zda je pro něj nahrazený nebo nově přidaný IT specialista
akceptovatelný nebo nikoliv. Dodavatel je povinen akceptovat takové rozhodnutí Objednatele a
nabídnout vhodnější osobu do tří pracovních dnů od rozhodnutí Objednatele. Dodavatel je
oprávněn požadovat po Objednateli stručnou zprávu o důvodech neakceptace osoby IT
specialisty.
6.12 Každá osoba IT specialisty musí splňovat požadavek na komunikaci v českém nebo slovenském
jazyce. Pokud tato osoba nesplní požadavek na komunikaci v českém nebo slovenském jazyce,
Dodavatel na vlastní náklady zajistí tlumočníka pro potřeby zprostředkování odborné komunikace
s Objednatelem.
7 Pojištění
7.1 Dodavatel je povinen po celou dobu trvání Smlouvy a Dílčí smlouvy mít sjednáno pojištění
odpovědnosti za újmy způsobené v souvislosti se Smlouvou a Dílčí smlouvou Dodavatelem nebo
osobou, za niž Dodavatel odpovídá, s pojistnou částkou nejméně ve výši 1 000 000,- Kč.
8 Záruční podmínky
8.1 Dodavatel zaručuje a odpovídá za to, že veškeré návody, rady a doporučení, které v souvislosti
s poskytováním Plnění Objednateli poskytl, vychází z nejaktuálnějších informací, které bylo
možné získat na trhu. Dodavatel poskytuje záruku za jakost na Plnění (na aktuálnost informací)
v délce jednoho (1) roku od podpisu Akceptačního protokolu; dojde-li v záruční době ke změně
informací, ze kterých Dodavatel při poskytování Plnění vycházel, je povinen na tuto změnu
Objednatele neprodleně upozornit a, požaduje-li to Objednatel, i přepracovat písemný výstup.
Veškeré činnosti Dodavatele dle tohoto článku jsou zahrnuty v Ceně Plnění.
Strana [|6 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
9 Autorská práva
9.1 V případě, že v rámci Plnění vznikne autorské dílo podléhající ochraně podle autorského zákona
(dále jen „ dílo “), uděluje tímto Dodavatel Objednateli k okamžiku předání a převzetí Plnění
licenci k užití takového díla v rozsahu uvedeném v tomto článku Smlouvy, nebude-li Smluvními
stranami dohodnuto jinak (zejména v případech, kdy Dodavatel není z objektivních důvodů
schopen licenci v takovém rozsahu Objednateli poskytnout). V případě existence objektivního
důvodu, který brání v získání licence dle tohoto článku Smlouvy, se Dodavatel zavazuje na tuto
skutečnost upozornit Objednatele předtím, než bude podepsán Akceptační protokol, a předložit
Objednateli příslušné licenční ujednání, na základě, kterého bude Objednatel oprávněn dílo
užívat.
9.2 Veškerá licenční oprávnění udělená dle této Smlouvy jsou zahrnuta v Ceně Plnění.
9.3 Dodavatel poskytuje Objednateli nevýhradní, časově i místně neomezenou licenci k užití díla dle
této Smlouvy. Objednatel není povinen licenci touto Smlouvou mu poskytnutou využít. Současně
s licencí uděluje Dodavatel Objednateli souhlas k provádění jakýchkoliv modifikací, úprav, změn
díla, včetně práva do něj dle svého uvážení zasahovat, zapracovávat do dalších autorských děl a
spojovat jej s jinými autorskými díly, případně zařazovat do databází, a to včetně oprávnění
Objednatele takovými zásahy pověřit třetí osoby.
9.4 Smluvní strany sjednávají, že Objednatel může oprávnění užít dílo zcela nebo zčásti, úplatně, či
bezúplatně poskytnout třetím osobám, a to formou poskytnutí podlicence nebo toto právo na třetí
osoby postoupit, přičemž Objednatel je oprávněn zmocnit tyto třetí osoby k dalšímu
podlicenčnímu převodu těchto práv či k jejich postoupení.
9.5 Dodavatel prohlašuje, že může s dílem nakládat a náleží mu veškerá majetková oprávnění, která
Objednateli poskytuje, a to v nejširším rozsahu.
9.6 Dodavatel není oprávněn licenci k dílu vypovědět ani ukončit jiným způsobem, než jak
předpokládá tato Smlouva.
9.7 V souvislosti s tímto ujednáními o licenční smlouvě ve smyslu tohoto článku Smlouvy Smluvní
strany výslovně vylučují ustanovení § 2378, § 2379, § 2380, § 2381 a § 2382 Občanského
zákoníku.
10 Sankce
10.1 Pro vyloučení pochybností Smluvní strany uvádějí, že sankce sjednané v tomto článku Smlouvy
se použijí na místo příslušných sankcí VOP, dopadají-li na stejné porušení povinnosti. Ostatní
sankční ujednání VOP zůstávají nedotčena.
10.2 V případě nedodržení podmínek záruky podle čl. 8 Smlouvy je Dodavatel povinen uhradit
Objednateli smluvní pokutu ve výši XX XXXXX XX za každý takový případ, pokud se na základě
objektivních důvodů Smluvní strany nedohodnou jinak.
10.3 V případě prodlení s požadovaným začátkem poskytnutí Plnění specialisty je Dodavatel povinen
uhradit Objednateli smluvní pokutu ve výši XX XXXXX XX za každý den prodlení, pokud se na
základě objektivních důvodů Smluvní strany nedohodnou jinak.
10.4 V případě porušení povinností uvedených v odst. 6.9 nebo 6.10 Smlouvy Dodavatele je Dodavatel
povinen uhradit Objednateli smluvní pokutu ve výši XX XXXXX XX za každé jednotlivé porušení.
Strana [|7 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
11 Pravidla bezpečnosti ICT systémů Objednatele
11.1 Dodavatel se zavazuje respektovat bezpečnostní politiky Objednatele (včetně ochrany osobních
údajů a chráněných informací Objednatele) a to v rozsahu a míře, ve které jsou ze strany
Objednatele aplikovány na předmět plnění Smlouvy. Dodavatel je uplatní i vůči všem svým
zaměstnancům, externistům i poddodavatelům, a to i v případě jejich zřetězení. Zejména to
znamená:
a) povinnost využít pro Plnění pouze bezúhonné subjekty a osoby, na jejichž straně nestojí
žádné bezpečnostní překážky a povinnost poskytnout veškerou potřebnou součinnost pro
provedení hodnocení rizik (tato součinnost je Dodavatelem již zohledněna v ceně Plnění);
b) povinnost informace (dále jen data), ke kterým získá přístup při poskytování Plnění
v souladu se Smlouvou nebo Dílčí smlouvou, jen k účelu, pro který mu byla poskytnuta a
jen za podmínek, které byly pro jejich využití stanoveny, rovněž tak povinnost zachovávat
důvěrnost dat, a to i po ukončení smluvního vztahu;
c) povinnost splnit opatření směřující k vrácení nebo zničení informací po ukončení
smluvního vztahu (nebo i v jeho průběhu, pokud o to Objednatel Dodavatele písemně
požádá).
d) povinnost respektovat omezení v oblasti vytváření evidence kopií dat souvisejících s
poskytovanými plněními Smlouvy;
e) povinnost i na své straně evidovat přístup svých pracovníků a/nebo dodavatelů k
rozhraním, službám a prostředkům Objednatele, pokud jim byly v rámci smluvního vztahu
poskytnuty;
f) povinnost včas oznamovat veškeré personální a jiné změny u svých zaměstnanců či
poddodavatelů, kterým byly poskytnuty přístupové údaje k systémům Objednatele, a které
jsou relevantní pro přidělování, změny nebo odnímání oprávnění, pokud jim byly
poskytnuty;
g) akceptaci oprávnění Objednatele monitorovat činnost zaměstnanců Dodavatele a
poddodavatelů při užívání rozhraní, služeb a prostředků Objednatele;
h) uznání práva na zakázání činnosti svých zaměstnanců a/nebo poddodavatelů, při plnění
zakázky, v případě porušení politik a pravidel Objednatele;
i) přijetí odpovědnosti za veškeré funkce vlastního kódu, a také za veškeré instalace,
konfigurace, změny technického i programového vybavení a další úkony jím provedené v
rámci Plnění;
j) povinnost využít pro realizaci Plnění pouze zdroje jako jsou zdrojové kódy, moduly,
hardware, software a další komponenty, na jejichž straně nestojí žádné bezpečnostní
překážky pro použití v rámci poskytování Plnění;
k) povinnost nahlásit Objednateli podezření na bezpečnostní slabiny či bezpečnostní události
nebo incidenty vzniklé v jakékoliv souvislosti poskytováním Plnění a mají vliv na
bezpečnost;
l) povinnost nastavit systém řízení změn.
11.2 Dodavatel přijímá také závazek podrobit se auditu bezpečnosti, a to v přiměřeném rozsahu, ať už
realizovaného ze strany Objednatele nebo jiných kontrolních orgánů, a tento závazek aplikuje v
případném zřetězení na všechny své externisty a subdodavatele.
11.3 Dodavatel je povinen dodržovat při výkonu své činnosti všechny bezpečnostními požadavky
stanovené v Bezpečnostní příručce uživatele ICT Objednatele, jejíž aktuální znění tvoří Přílohu
Strana [|8 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
č. 5 Smlouvy a v případě výzvy Objednatele zajistit účast specialistů na bezpečnostním školení.
Objednatel je oprávněn provádět v Bezpečnostní příručce uživatele ICT Objednatele změny. O
změnách bude Dodavatel Objednatelem informován. Dodavatel je povinen řídit se novým
obsahem Bezpečnostní příručky uživatele ICT Objednatele od data stanoveného Objednatelem,
nejdříve však ode dne, kdy byl o změně informován.
12 Závěrečná ustanovení
12.1 Tato Smlouva nabývá platnosti dnem jejího podpisu Smluvními stranami a účinnosti dnem
zveřejnění v registru smluv podle zákona o registru smluv. Plnění předmětu této Smlouvy v době
od platnosti Smlouvy do její účinnosti se považuje za plnění podle této Smlouvy a práva a
povinnosti z něj vzniklé se řídí touto Smlouvou.
12.2 V případě částečného ukončení účinnosti této Smlouvy vůči jednomu z Dodavatelů zaniká
účinnosti této Smlouvy pouze v rozsahu vzájemných práv a povinností dotčeného Dodavatele a
Objednatele. Vzájemná práva a povinnosti vyplývající z této Smlouvy ohledně zbylých
Dodavatelů a Objednatele zůstávají zachovány.
12.3 Smlouva se uzavírá na dobu určitou, a to na třicet šest (36) měsíců ode dne nabytí účinnosti
Smlouvy nebo do vyčerpání maximální ceny dle odst. [|3.3 ] Smlouvy, podle toho, která ze
skutečností nastane dříve. Pro případ, že tato Smlouva není uzavírána za přítomnosti obou
Smluvních stran, platí, že Smlouva nebude uzavřena, pokud ji Dodavatel podepíše s jakoukoliv
změnou či odchylkou, byť nepodstatnou, nebo dodatkem. To platí i v případě připojení
obchodních podmínek Dodavatele, které budou odporovat svým obsahem jakýmkoliv způsobem
textu této Smlouvy, případně VOP.
12.4 Smluvní strany výslovně potvrzují, že si vzájemně sdělily veškeré okolnosti důležité pro uzavření
Smlouvy. Smluvní strany prohlašují, že se dohodly o veškerých náležitostech Smlouvy.
12.5 Smluvní strany potvrzují, že si při uzavírání Smlouvy vzájemně sdělily všechny skutkové a právní
okolnosti, o nichž ví nebo vědět musí, tak, aby se každá ze Smluvních stran mohla přesvědčit o
možnosti uzavřít platnou Smlouvu a aby byl každé ze Smluvních stran zřejmý zájem druhé
Smluvní strany Smlouvu uzavřít.
12.6 Je-li Smlouva vyhotovena v listinné podobě, je vyhotovena v takovém počtu stejnopisů s platností
originálu, aby každá ze Smluvních stran obdržela po jednom (1) stejnopisu. Pokud je Smlouva
vyhotovena v elektronické podobě, všechny Smluvní strany obdrží elektronický originál opatřený
elektronickými podpisy Smluvních stran, včetně časového razítka dle příslušných právních
předpisů.
12.7 Kontaktní údaje Smluvních stran pro doručování jsou následující:
Kontaktní osoby Objednatele:
Ve věcech smluvních:
XXXX XXXX XXXXXXXX XXXXXXX XXXXXXXXXXXXXXXXXXXXXXX XXXXX XXXX XXX XXX XXX
Ve věcech technických:
XXXX XXXXXX XXXXXXXX XXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXX XXXXX XXXX XXX XXX XXX
Kontaktní osoby Dodavatele č. 1:
Ve věcech smluvních:
XXXX XXXX XXXXXXXX XXXXXXX XXXXXXXXXXXXXXXXXXXXX XXXXX XXXX XXX XXX XXX
Ve věcech technických:
Strana [|9 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
XXXX XXXXX XXXXXXX XXXXXXX XXXXXXXXXXXXXXXXXXXX XXXXX XXXX XXX XXX XXX
Kontaktní osoby Dodavatele č. 2:
Ve věcech smluvních:
XXXXXX XXXXXXX XXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXX XXXXX XXXX XXX XXX XXX
Ve věcech technických:
XXXXXX XXXXXXX XXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXX XXXXX XXXX XXX XXX XXX
Kontaktní osoby Dodavatele č. 3:
Ve věcech smluvních:
XXXX XXXXXXXX XXXX XXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXX XXXX XXX XXX XXX ]
Ve věcech technických:
XXXX XXXXX XXXXXXXXX XXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXX XXXX XXX XXX XXX
12.8 Nedílnou součástí této Smlouvy jsou následující přílohy:
Příloha č. 1 – Specifikace a jmenný seznam specialistů
Příloha č. 2 – Cena
Příloha č. 3 – VOP
Příloha č. 4 – Vzor Akceptačního protokolu
Příloha č. 5 - Požadavky na bezpečnost ICT – Pravidla pro dodavatele
Příloha č. 6 – vzor formuláře pro Výzvu
Příloha č. 7 – vzor formuláře pro Návrh
12.9 Smluvní strany potvrzují, že se s textem VOP seznámily před podpisem této Smlouvy a je jim
znám jejich význam v souladu a ve spojitosti se Smlouvou. Dále Smluvní strany potvrzují, že
veškerým ustanovením Smlouvy a VOP plně a bez jakýchkoli obtíží porozuměly a nepovažují je
za nevýhodná. VOP představují závaznou a nedílnou součást Smlouvy.
NA DŮKAZ TOHO, že Smluvní strany s obsahem Smlouvy souhlasí, rozumí ji a zavazují se k jejímu
plnění, připojují své podpisy a prohlašují, že tato Smlouva byla uzavřena podle jejich svobodné a vážné
vůle prosté tísně, zejména tísně finanční.
V Praze ¤ V Pardubicích ¤ ¤
¤
_______________________________________¤_ _______________________________________¤_
Ing. Miroslav Štěpán
generální ředitel Ing. Jan Novotný, MBA ¤
Česká pošta, s.p.
předseda správní rady
MULTIMA a.s.
Strana [|10 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
V Praze V Praze
_______________________________________¤_ _______________________________________¤_
Ing. Martin G öt z
ředitel úseku ICT Lukáš Novák ¤
Česká pošta, s.p.
předseda rady jednatelů
BOOTIQ s.r.o.
V Praze
¤ ________________________________________
Marcel Červený
místopředseda rady jednatelů
BOOTIQ s.r.o.
V Praze
_______________________________________¤_
¤ Ing. Miloslav Rut ¤
jednatel
Moore Technology CZ s.r.o.
¤
¤ ¤ ¤
¤ ¤ ¤
Strana [|11 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
Příloha č. 1 – Specifikace a jmenný seznam specialistů
Tým IT specialistů se musí skládat v min. počtu 2 osob za každou níže uvedenou pozici:
1) Analytik – konzultant
Analytik provádí detailní analýzu pro navrženou architekturu řešení. Základem jeho znalostí jsou
klasické analytické techniky, CASE nástroje a znalost oboru informačních technologií. Dále pro
navržený analytický model vytváří návrh fyzického řešení. Výsledkem jeho činnosti je detailní
model informačního systému a odpovídající detailní technologický model.
2) Solution architekt
Architekt navrhuje architekturu cílového řešení zadavatele (aplikace, systémy, infrastruktura,
systémy řízení ICT/ITIL, datové modely, specifická rozhraní atd.) na základě detailní analýzy a
konkrétních potřeb Objednatele na ICT technologie. Mezi jeho nejdůležitější dovednosti patří
vynikající všeobecný aktuální přehled v ICT technologiích, přednosti/nevýhody jednotlivých
produktů, systémů technologií atd., tak aby jím navržené řešení bylo optimálním pro dané potřeby
Objednatele a zároveň splňovalo optimální poměry mezi cenou/výkonem.
3) Solution architekt - Liferay
SA Liferay pokrývá nejen oblast solution architektury (viz popis role SA výše) v prostředí Liferay
DXP, ale i řešení související s možnostmi integrace dílčích systémů do prostředí portálu na
platformě Liferay DXP – redakční i aplikační část, s odborným přesahem do samotného custom-
vývoje v prostředí Liferay DXP – v technologiích JAVA/REACT (konrétně s využitím Java 8 a
vyšší, Java EE, JMS, Camel, integrace na úrovni WS SOAP/REST, OpenAPI) navrhování
technického designu SW (Solution architektury), včetně návrhových vzorů).
4) Programátor / vývojář JAVA
Programátor / vývojář provádí programové řešení (algoritmizaci) úlohy podle předaného zadání
(analýzy) pro tyto práce. Jeho práce spočívá ve vytváření jak nových úloh (modulů), tak i v
provádění programových úprav do již existujících úloh (modulů), výstupních sestav a rozhraní.
Součástí jeho práce je i dokumentace vytvořeného řešení a všech provedených změn (programování
v prostředí JAVA, Web services, seniorní znalosti technologií REST, OpenAPI, JBoss, Apache
Kafka, RabbitMQ, MongoDB, SQL, Spring, Spring Boot, Spring Cloud, ElasticSearch, Git,
PostgreSQL, OracleDB, nástroje Atlassian, Liferay DXP atd).
5) Programátor / vývojář PowerBuilder
Programátor / vývojář provádí programové řešení (algoritmizaci) úlohy podle předaného zadání
(analýzy) pro tyto práce. Jeho práce spočívá v provádění programových úprav do již existujících
úloh (modulů), výstupních sestav a rozhraní, identifikace problémů a návrh řešení. Součástí jeho
práce je i dokumentace vytvořeného řešení a všech provedených změn (programování v prostředí
PowerBuilder 6.5, SQL, C++).
6) Programátor / vývojář ReactJS
Programátor / vývojář provádí programové řešení (algoritmizaci) úlohy podle předaného zadání
(analýzy) pro tyto práce. Úkolem programátora-vývojáře ReactJS je tvorba komponent, budování
design systému na MaterialUI, handlování store přes Redux, build a bundle přes Create React App,
aktivní využivání React Async a Axios. Programátor-vývojář ReactJSJe schopen řešení přes vlastní
React hooks, orientuje se v EA a UML, aktivně při své práci využívá Jest testy. Je povinen mít
Strana [|12 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
seniorní zkušenost i s reaktivními prvky – RxJS. Součástí jeho práce je i dokumentace vytvořeného
řešení a všech provedených změn. Při práci využívá podpůrné nástroje Atlassian.
7) Programátor / vývojář C/CC+
Programátor /vývojář provádí programové řešení (algoritmizaci) úlohy podle předaného zadání
(analýzy) pro tyto práce. Jeho práce spočívá ve vytváření jak nových úloh (modulů), tak i v
provádění programových úprav do již existujících úloh (modulů), výstupních sestav a rozhraní.
Součástí jeho práce je i dokumentace vytvořeného řešení a všech provedených změn (programování
v C/C++ pod OS Linux/Cent OS).
8) Programátor / vývojář Liferay
Programátor / vývojář Liferay bude vyvíjet zejména SPA aplikace v prostředí platformy Liferay v
technologiích ReactJS a Typescript (React hooks, asynchronicita), případně s integrací (REST API)
a s využitím knihoven jako Redux, Axios, Formik, React router (Objednatel spravuje vlastní CRA
template, využívá MaterialUI knihovny a s pomocí Storybooku udržuje vlastní design systém).
9) Databázový specialista / vývojář
Databázový specialista/vývojář realizuje programová řešení (algoritmizaci) úlohy podle předaného
zadání (analýzy) zejména na úrovni databázové/datové vrstvy. Jeho práce spočívá ve vytváření jak
nových úloh a funkcionalit, tak i v provádění úprav do již existujících struktura datových modelů,
případně až do úrovně rozhraní/komunikace s další vrstvou SW-řešení. Součástí jeho práce je i
dokumentace vytvořeného řešení a všech provedených změn. (programování v T-SQL pro DB
Sybase, Oracle, PostgreSQL)
10) Designer Liferay
Bude navrhovat a vyvíjet UX design v prostředí platformy Liferay (UX=User Experience – návrhy
designu musí být řešeny tak, aby byly v souladu s cíli konkrétního uživatelského prostředí,
webových stránek, aplikací a samotných koncových uživatelů z pohledů jejich potřeb a možností) s
využitím JS, HTML, CSS, se znalostí MaterialUI, případně s přesahem do programování v ReactJS
(s použitím např. Create React App (CRA), ESLint, Prettier, React Async a Axios, Formik, React
hooks).
11) Tester
Tester provádí testování aplikací a systémů dle připravených testovacích scénářů, zapisuje neshody
proti deklarované funkcionalitě. Výsledkem jeho činnosti je hodnocení shody funkcionality (dle
dokumentace, testovacích scénářů apod.) proti reálné funkcionalitě testované aplikace, systému.
12) Konzultant
Konzultant pomáhá definovat potřeby Objednatele na ICT technologie (aplikace, systémy,
infrastruktura, systémy řízení ICT/ITIL atd.) a pomáhá/zajišťuje jejich implementaci v jeho
prostředí. Nejdůležitější jeho dovedností je velice dobrá znalost své oblasti ICT, schopnost
komunikace s Objednatelem, pochopení jeho potřeb a odpovídající poradenská a konzultační
činnost v dané oblasti. Výsledkem jeho činnosti je poradenská a konzultační činnost v oblasti
informačních technologií, ICT infrastruktury, v oblasti ITSM, ISO/IEC 20000, ICT systémů a
konkrétních aplikací (ERP, CRM, DWH/BI, SAP apod.)
13) Databázový expert/vývojář Oracle
Strana [|13 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
Databázový expert/vývojář ORACLE realizuje komplexní řešení datových vrstev a databází, včetně
návrhu, ladění a optimalizace clustrových a záložních variant řešení. Jeho práce spočívá ve vytváření
jak nových struktur, úloh či řešení, tak i v provádění úprav do již existujících struktur datových
modelů a DB-řešení, případně až do úrovně rozhraní/komunikace s dalšími vrstvami SW-řešení.
Součástí jeho práce je i dokumentace vytvořeného řešení a všech provedených změn. (vývoj v
PL/SQL, Oracle RAC, Oracle GoldenGate, OCI, Oracle Exadata, výkonové optimalizace
(Performance a SQL Tuning) na úrovni správy indexů i konfigurací serverové strany, návrhy řešení
zabezpečených/šifrovaných systémů s vysokou dostupností a zálohováním (s obnovou), migrace
velkých objemů dat)
14) Databázový expert/vývojář SYBASE
Databázový expert/vývojář SYBASE realizuje komplexní řešení datových vrstev a databází, včetně
návrhu, ladění a optimalizace clustrových a záložních variant řešení. Jeho práce spočívá ve vytváření
jak nových struktur, úloh či řešení, tak i v provádění úprav do již existujících struktur datových
modelů a DB-řešení, případně až do úrovně rozhraní/komunikace s dalšími vrstvami SW-řešení.
Součástí jeho práce je i dokumentace vytvořeného řešení a všech provedených změn. (vývoj v
Adaptive Server Enterprise (ASE), PowerDesigner, Replication Server, Transact-SQL, výkonové
optimalizace na úrovni správy indexů i konfigurací serverové strany, návrhy řešení
zabezpečených/šifrovaných systémů s vysokou dostupností a zálohováním (s obnovou), migrace
velkých objemů dat)
15) Databázový expert/vývojář PostgreSQL
Databázový expert/vývojář PostgreSQL realizuje komplexní řešení datových vrstev a databází,
včetně návrhu, ladění a optimalizace clustrových a záložních variant řešení. Jeho práce spočívá ve
vytváření jak nových struktur, úloh či řešení, tak i v provádění úprav do již existujících struktur
datových modelů a DB-řešení, případně až do úrovně rozhraní/komunikace s dalšími vrstvami SW-
řešení. Součástí jeho práce je i dokumentace vytvořeného řešení a všech provedených změn. (vývoj
v PostgreSQL, výkonové optimalizace na úrovni správy indexů i konfigurací serverové strany,
návrhy řešení zabezpečených/šifrovaných systémů s vysokou dostupností a zálohováním (s
obnovou), migrace velkých objemů dat)
Page Break
Strana [|14 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
Jmenný seznam specialistů – Dodavatel č. 1 ¤
¤
¤ Pozice ¤ Jméno a příjmení ¤ ¤
XXXXX XXXXXXXXX ¤ ¤
1. ¤ Analytik – konzultant ¤ XXXXX XXXX ¤ ¤
¤ ¤ XXXXX XXXXX ¤ ¤
XXXXX XXXXXXX ¤ ¤
2. ¤ Solution architekt ¤ XXXX XXXXXXX ¤ ¤
¤ ¤ XXXXX XXXX ¤ ¤
XXXXX XXXXXXX ¤ ¤
3. ¤ Solution architekt – Liferay ¤ XXX XXXXXX ¤ ¤
¤ ¤ XXXXX XXXXXXX ¤ ¤
XXXXX XXXXXXX ¤ ¤
4. ¤ Programátor / vývojář JAVA ¤ XXXXXXXX XXXX ¤ ¤
¤ ¤ XXXXXX XXXXXXXXX¤ ¤
XXXXXX XXXXX ¤ ¤
5. ¤ Programátor / vývojář PowerBuilder¤ XXXXXX XXXXXX ¤ ¤
¤ ¤ XXXX XXXXX ¤ ¤
XXXXX XXXXX ¤ ¤
¤ ¤ XXXXX XXXXXXX ¤ ¤
XXXXXXX XXXXXXXX ¤ ¤
6. ¤ Programátor / vývojář ReactJS ¤ XXXXXX XXXXXXX X ¤
¤ ¤ XXX XXX ¤ ¤
XXXXXX XXXXXXX ¤ ¤
¤ ¤ XXXXX XXXXXXXX¤ ¤
XXXXXX XXXXX ¤ ¤
7. ¤ Programátor / vývojář C/CC+ ¤ XXXXX XXXXXXX X ¤
¤ ¤ XXXXXXXX XXXXXXXX ¤ ¤
XXXXX XXXXXX ¤ ¤
8. ¤ Programátor / vývojář Liferay ¤ XXXXX XXXXXX ¤ ¤
¤ ¤ XXXX XXXXXXX ¤ ¤
XXXXXXXX XXXX ¤
9. ¤ Databázový specialista / vývojář - XXXXXX XXXXXXX ¤
¤ o¤ becný (napříč technologiemi)¤
10. ¤ Designer Liferay ¤
¤ ¤
11. ¤ Tester ¤
¤ ¤
12. ¤ Konzultant ¤
¤ ¤
13. ¤ Databázový expert/vývojář Oracle ¤
¤ ¤
14. ¤ Databázový expert/vývojář SYBASE ¤
¤ ¤
Strana [|15 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
15. ¤ Databázový expert/vývojář XXXXXX XXXXXXXX ¤ ¤
¤ P¤ ostgreSQL ¤ XXXXXX XXXXX ¤ ¤
Jmenný seznam specialistů – Dodavatel č. 2 ¤
¤
¤ Pozice ¤ Jméno a příjmení ¤ ¤
XXXXXXX XXXXXXX ¤ ¤
1. ¤ Analytik – konzultant ¤ XXX XXXXXXXX ¤ ¤
¤ ¤ XXXXX XXXXXX ¤ ¤
XXXXXX XXXXXX ¤ ¤
2. ¤ Solution architekt ¤ XXXX XXXX ¤ ¤
¤ ¤ XXXXXXXXX XXXXXXXX ¤ ¤
XXXXXX XXXXX ¤ ¤
3. ¤ Solution architekt – Liferay ¤ XXXXXXXX XXXXXXXXX¤ ¤
¤ ¤ XXXXXX XXXXXXXX ¤ ¤
XXXXXX XXXX ¤ ¤
4. ¤ Programátor / vývojář JAVA ¤ XXXXXXX XXXXXXX ¤ ¤
¤ ¤ XXX XXXXXXXX ¤ ¤
XXXXX XXXXXXXXX ¤ ¤
5. ¤ Programátor / vývojář PowerBuilder¤ XXXX XXXX ¤ ¤
¤ ¤ XXXXX XXXX ¤ ¤
XXXXXX XXXXXXXXX ¤ ¤
6. ¤ Programátor / vývojář ReactJS ¤ XXXXX XXXXXX ¤ ¤
¤ ¤ XXXXXXXX XXXXX ¤ ¤
XXXXXX XXXXXX ¤ ¤
7. ¤ Programátor / vývojář C/CC+ ¤ XXXXXXX XXXXXXX ¤ ¤
¤ ¤ XXXXXXXX XXXXXXXXXX¤ ¤
XXXXX XXXXXXXXXX¤ ¤
8. ¤ Programátor / vývojář Liferay ¤ XXXX XXXXX ¤ ¤
¤ ¤ XXXXX XXXXXX ¤ ¤
XXXXX XXXXXX ¤
9. ¤ Databázový specialista / vývojář - XXXXX XXXXX ¤
¤ o¤ becný (napříč technologiemi)¤
10. ¤ Designer Liferay ¤
¤ ¤
11. ¤ Tester ¤
¤ ¤
12. ¤ Konzultant ¤
¤ ¤
13. ¤ Databázový expert/vývojář Oracle ¤
¤ ¤
Strana [|16 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
14. ¤ Databázový expert/vývojář SYBASE ¤ XXXXXXXX XXXXXXX ¤ ¤
¤ ¤ XXXXXXXXX XXXXX ¤ ¤
XXXXX XXXXX ¤ ¤
15. ¤ Databázový expert/vývojář XXXXXX XXXXXXXX ¤ ¤
¤ P¤ ostgreSQL ¤
¤
Jmenný seznam specialistů – Dodavatel č. 3 ¤
¤
¤ Pozice ¤ Jméno a příjmení ¤ ¤
XXXX XXXXX XXXXXX ¤ ¤
1. ¤ Analytik – konzultant ¤ XXX XXXXX XXXXXXXX ¤ ¤
¤ ¤ XXXX XXXXX XXXXXXXXX¤ ¤
XXXXX XXXXXX ¤ ¤
2. ¤ Solution architekt ¤ XXXX XXXXXXX ¤ ¤
¤ ¤ XXXXX XXXX ¤ ¤
XXXX XXXXXXXXX XXXXX ¤ ¤
3. ¤ Solution architekt – Liferay ¤ XXXXX XXXXX ¤ ¤
¤ ¤ XXXX XXXXXX XXXXX ¤ ¤
XXXXX XXXXXXX ¤ ¤
4. ¤ Programátor / vývojář JAVA ¤ XXXXXX XXXXX ¤ ¤
¤ ¤ XXXXXX XXXXXX ¤ ¤
XXXX XXXX XXXXXXX ¤ ¤
5. ¤ Programátor / vývojář PowerBuilder¤ XXX XXXXX XXXXXXX ¤ ¤
¤ ¤ XXXXX XXXXXXX ¤ ¤
XXXXXXX XXXXXXXX ¤ ¤
6. ¤ Programátor / vývojář ReactJS ¤ XXXX XXXXX XXXX ¤ ¤
¤ ¤ XXXX XXXX ¤ ¤
XXXXXX XXXXXXX ¤ ¤
7. ¤ Programátor / vývojář C/CC+ ¤ XXXXX XXXXXXXX¤ ¤
¤ ¤ XXXX XXXXXX XXXXXXXXXX¤ ¤
XXXXX XXXXXXXXX¤
8. ¤ Programátor / vývojář Liferay ¤ XXXXX XXXXXXXX ¤
¤ ¤ XXXX XXXXX XXXXX ¤
9. ¤ Databázový specialista / vývojář -
¤ o¤ becný (napříč technologiemi)¤
10. ¤ Designer Liferay ¤
¤ ¤
11. ¤ Tester ¤
¤ ¤
12. ¤ Konzultant ¤
¤ ¤
Strana [|17 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
13. ¤ Databázový expert/vývojář Oracle ¤ XXX XXXXX XXXXXXXXX X ¤
¤ ¤ XXXX XXXXXXX XXXXX X ¤
XXXXX XXXXXX ¤ ¤
14. ¤ Databázový expert/vývojář SYBASE ¤ XXXXX XXXXXXXX ¤ ¤
¤ ¤ XXXX XXXXXXX XXXXX ¤ ¤
Databázový expert/vývojář XXXX XXXXX XXXXXX ¤ ¤
15. ¤ P¤ ostgreSQL ¤
¤
Každý ze specialistů splňuje tyto minimální požadavky:
- min. ukončené středoškolské vzdělání s maturitou;
- pozice Solution architekt – Liferay, Programátor / vývojář Liferay a Designer Liferay: min. 2 roky
praxe na stejné nebo obdobné pozici, v jaké se bude podílet na předmětu plnění ;
ostatní pozice: min. 5 let praxe na stejné nebo obdobné pozici, v jaké se bude podílet na předmětu
plnění;
- účast na min. jedné zakázce dle požadavků v Zadávacím řízení.
Strana [|18 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
Příloha č. 2 – Cena
V tabulce jsou uvedeny jednotkové ceny jednotlivých Dodavatelů za 1 člověkoden podle specializace.
Dodavatel č. 1
Pozice ¤ Cena za 1 člověkoden v Kč bez DPH ¤ ¤
Analytik – konzultant ¤ 9 000,- ¤ ¤
Solution architekt ¤
Solution architekt – Liferay ¤ 10 000,- ¤ ¤
Programátor / vývojář JAVA ¤
Programátor / vývojář PowerBuilder¤ 10 000,- ¤ ¤
Programátor / vývojář ReactJS ¤
Programátor / vývojář C/C++ ¤ 9 000,- ¤ ¤
Programátor / vývojář Liferay ¤
Databázový specialista / vývojář - obecný (napříč 6 000,- ¤ ¤
technologiemi)¤
Designer Liferay ¤ 9 000,- ¤ ¤
Tester ¤
Konzultant ¤ 6 000,- ¤ ¤
Databázový expert/vývojář Oracle ¤
Databázový expert/vývojář SYBASE ¤ 9 000,- ¤ ¤
Databázový expert/vývojář PostgreSQL ¤
¤
9 000,- ¤
7 500,- ¤ ¤
4 000,- ¤ ¤
10 000,- ¤ ¤
9 000,- ¤ ¤
9 000,- ¤ ¤
9 000,- ¤ ¤
Dodavatel č. 2
Pozice ¤ Cena za 1 člověkoden v Kč bez DPH ¤ ¤
Analytik – konzultant ¤ 8 900,- ¤ ¤
Solution architekt ¤ 9 950,- ¤ ¤
Solution architekt – Liferay ¤ 9 500,- ¤ ¤
Programátor / vývojář JAVA ¤
Programátor / vývojář PowerBuilder¤ 8 950,- ¤ ¤
10 000,- ¤ ¤
Programátor / vývojář ReactJS ¤ 8 950,- ¤ ¤
Programátor / vývojář C/C++ ¤ 10 900,- ¤ ¤
Programátor / vývojář Liferay ¤ 8 950,- ¤ ¤
Databázový specialista / vývojář - obecný (napříč ¤
technologiemi)¤ 10 000,- ¤
Designer Liferay ¤
7 300,- ¤ ¤
Tester ¤
3 900,- ¤ ¤
Konzultant ¤ 10 000,- ¤ ¤
Databázový expert/vývojář Oracle ¤ 8 900,- ¤ ¤
Strana [|19 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
Databázový expert/vývojář SYBASE ¤ 8 900,- ¤ ¤
Databázový expert/vývojář PostgreSQL ¤
8 900,- ¤ ¤
Dodavatel č. 3
Pozice ¤ Cena za 1 člověkoden v Kč bez DPH ¤ ¤
Analytik – konzultant ¤ 12 100,- ¤ ¤
Solution architekt ¤ 13 200,- ¤ ¤
Solution architekt – Liferay ¤ 12 650,- ¤ ¤
Programátor / vývojář JAVA ¤ 11 550,- ¤ ¤
Programátor / vývojář PowerBuilder¤ 12 650,- ¤ ¤
Programátor / vývojář ReactJS ¤
Programátor / vývojář C/C++ ¤ 12 100,- ¤ ¤
12 100,- ¤ ¤
Programátor / vývojář Liferay ¤ 12 650,- ¤ ¤
Databázový specialista / vývojář - obecný (napříč ¤
technologiemi)¤ 12 100,- ¤
Designer Liferay ¤
11 000,- ¤ ¤
Tester ¤ 9 900,- ¤ ¤
Konzultant ¤
Databázový expert/vývojář Oracle ¤ 11 000,- ¤ ¤
12 650,- ¤ ¤
Databázový expert/vývojář SYBASE ¤ 12 650,- ¤ ¤
Databázový expert/vývojář PostgreSQL ¤ 12 650,- ¤ ¤
Strana [|20 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
Příloha č. 3 - VOP
VOP jsou uvedeny v samostatné .pdf příloze
Page Break
Strana [|21 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
Příloha č. 4 – Vzor Akceptačního protokolu
AKCEPTAČNÍ PROTOKOL
Způsob provedení akceptace:
Oddělení [| ](Objednatel) akceptuje dodání kapacit odborných specialistů na základě Objednávky
[| ]ze strany externího Dodavatele [| ]
specializace ¤ jméno a příjmení poskytnut poskytnut ¤
specialisty ¤ od (datum) do Počet člověkodní, které byly
včetně ¤ (datum) poskytnuty specialistou
včetně ¤
Objednateli ¤
¤ ¤ ¤ ¤ ¤ ¤
¤ ¤ ¤ ¤ ¤ ¤
¤ ¤ ¤ ¤ ¤ ¤
¤ ¤ ¤ ¤ ¤ ¤
Na základě tohoto akceptačního protokolu je Dodavatel oprávněn vystavit fakturu za dílčí plnění
v souladu s příslušnou Dílčí smlouvou.
Akceptováno dne:
Výsledek akceptace:
Předal / Převzal ¤ Role na projektu Datum ¤ ¤
(koncepci), funkce ¤ Podpis ¤
¤ Dodavatel ¤ ¤
¤
¤ Objednatel ¤
¤
¤
¤
¤
Strana [|22 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
Příloha č. 5 – Požadavky na bezpečnost ICT – Pravidla pro dodavatele
1 Úvodní ustanovení
Česká pošta (dále jen ČP) zastává pozici odpovědné osoby ve smyslu zákona č. 181/2014 Sb., o
kybernetické bezpečnosti, ve znění pozdějších předpisů (dále jen „ ZKB “) a vyhlášky č. 82/2018 Sb., o
kybernetické bezpečnosti, ve znění pozdějších předpisů (dále jen „ VKB “), konkrétně je správcem
kritické informační infrastruktury (dále jen „ KII “). Dále pak je správcem či zpracovatelem osobních
údajů dle Obecného nařízení o ochraně osobních údajů (dále jen „ GDPR “) a zároveň je dle PCI DSS
"merchant" (obchodník) . ČP také provozuje systémy certifikovaní dle ISO 27001:2013 a ISO
27001:2022.
Z důvodu udržení jednotnosti kybernetické bezpečnosti jsou požadavky definované ve výše uvedených
legislativách a normách přenášeny a v relevantní míře aplikovány na všechny systémy provozované
v rámci ICT ČP. V rámci ČP je nutné zajistit celou ICT infrastruktury a zabezpečit ji před potenciálními
hrozbami a riziky v rámci řízení kybernetické bezpečnosti.
Kybernetická bezpečnost představuje inherentní a neoddělitelnou součást činností ČP. V souladu s
platnými právními předpisy, normami a osvědčenými postupy ČP klade důraz na efektivní implementaci
opatření týkajících se kybernetické bezpečnosti a tato opatření jsou vyžadována také v rámci činnosti
dodavatelů. Tímto ČP zajišťuje dodržování nejnovějších standardů a osvědčených postupů v rámci
celého dodavatelského řetězce, s cílem zajistit optimální ochranu informačních aktiv a udržení
kybernetické odolnosti v digitálním prostředí.
2 Účel
Následující dokument stanovuje pravidla pro dodavatele ČP v souladu s ustanoveními ZKB, VKB a
dalších příslušných vyhlášek, opatření a metodických pokynů za účelem zachování požadované úrovně
kybernetické a informační bezpečnosti ČP a snížení bezpečnostních rizik spojených s přístupem
dodavatelů k informačním aktivům ČP v rámci životního cyklu dodávky.
3 Zkratky a pojmy
POJMY ¤ ¤ ¤
Bezpečnost
informací ¤ Zachování důvěrnosti, integrity a dostupnosti informací. ¤ ¤
Bezpečnostní událost, která může způsobit nebo způsobila narušení bezpečnosti informací v ¤
událost ¤
informačních systémech nebo narušení bezpečnosti služeb anebo bezpečnosti a
integrity sítí elektronických komunikací ¤
Bezpečnostní narušení bezpečnosti informací v informačních systémech nebo narušení bezpečnosti ¤
incident ¤
služeb anebo bezpečnosti a integrity sítí elektronických komunikací v důsledku
Bezpečnostní události ¤
Dostupnost ¤ Dostupnost informace v okamžiku její potřeby. ¤ ¤
Důvěrnost ¤
Dostupnost informace pouze oprávněným osobám. ¤ ¤
Informační a Veškerá technika, která se zabývá zpracováním a přenosem informací, a to je zejména ¤
komunikační výpočetní a komunikační technika (hardware i firmware) a programové vybavení
technologie (ICT) ¤ (např. firemní aplikace, e-mail, cloudová a interní úložiště, Skype pro firmy, atd.) ¤
Integrita ¤ Zajištění správnosti a úplnosti informací. ¤ ¤
Strana [|23 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
Mobilní zařízení ¤ Přenosný elektronický přístroj s různým programovým vybavením jako např. mobilní ¤
telefon, notebook, notebook, smartbook, PDA, tablet, USB zařízení apod. ¤
Pracovník ¤
Zaměstnanci dodavatele a fyzické osoby v obdobném postavení (například DPP, DPČ, ¤
Uživatel ¤ fyzická osoba na IČO apod.), kteří se podílí a/nebo mají podílet na plnění předmětu
ZKRATKY ¤ Smlouvy. Stanoví-li Pravidla povinnost pracovníkům dodavatele, dodavatel odpovídá
ČP ¤ za její s/plnění pracovníkem, průběžnou kontrolu a audit takového plnění a odpovídá
GDPR ¤ za veškerou újmu způsobenou porušením takové povinnosti. ¤
NÚKIB ¤
Politika ČP ¤ Každá fyzická osoba (včetně Pracovníků, zaměstnanec ČP nebo smluvně ¤
PCI DSS ¤ pověřený zaměstnanec externí fyzické nebo právnické osoby), které byl přidělen
Pravidla ¤ přístup k ICT ČP a příslušná přístupová oprávnění. Pro účely tohoto dokumentu se
VKB ¤ jedná o uživatele ICT ČP. ¤
ZKB ¤
¤ ¤
Státní podnik Česká pošta (Česká pošta, s.p.), tedy Objednatel. ¤ ¤
General Data Protection Regulation je nařízení Evropské unie. ¤ ¤
Národní úřad pro kybernetickou a informační bezpečnost¤ ¤
Bezpečnostní politika ČP, jednotlivé dokumenty, které ji tvoří a část bezpečností ¤
dokumentace ČP, se kterými byl Dodavatel seznámen ze strany ČP pro účely plnění
Smlouvy. ¤
Payment Card Industry Data Security Standard je soubor bezpečnostních standardů ¤
určených k ochraně údajů držitelů platebních karet. ¤
Tato Pravidla pro dodavatele. ¤ ¤
Vyhláška č. 82/2018 Sb., o bezpečnostních opatřeních, kybernetických bezpečnostních ¤
incidentech, reaktivních opatřeních, náležitostech podání v oblasti kybernetické
bezpečnosti a likvidaci dat (vyhláška o kybernetické bezpečnosti), ve znění pozdějších
předpisů. ¤
Zákon č. 181/2014 Sb. , o kybernetické bezpečnosti a o změně souvisejících zákonů ¤
(zákon o kybernetické bezpečnosti). ¤
4 Organizace bezpečnosti informací
Dodavatel je povinen užívat data, ke kterým získá přístup při plnění Smlouvy, jen k účelu, pro
který byla poskytnuta a jen za podmínek, které byly pro jejich využití stanoveny Smlouvou,
rovněž tak povinnost zachovávat důvěrnost dat, a to i po ukončení Smlouvy za podmínek dle
Smlouvy.
Dodavatel je povinen seznámit všechny své zaměstnance podílející se na plnění dle Smlouvy,
bez ohledu na úroveň oprávnění, s požadavky dle těchto Pravidel pro dodavatele.
Dodavatel je povinen poskytnout ČP veškerou součinnost nezbytnou k tomu, aby ČP řádně
naplňovala právní povinnosti stanovené ZKB a VKB, opatřeními a metodikami NÚKIB (v
rozsahu, v jakém jsou součástí Politiky ČP), PCI DSS a GDPR. Zejména se dodavatel zavazuje
poskytnout ČP součinnost směřující k zavedení a provádění bezpečnostních opatření podle
ZKB, VKB a Politiky ČP.
Dodavatel se zavazuje přijmout, udržovat a dokumentovat systém řízení bezpečnosti informací
spočívající v přijetí dostatečných organizačních a technických opatření pro zajištění
kybernetické a informační bezpečnosti, mít jej připravený na audit a kdykoliv jej na žádost ČP
Strana [|24 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
bezodkladně (nejdéle do 5 pracovních dnů) předložit. Taková žádost nebude zasílána dříve jak
30 dnů po uzavření Smlouvy.
5 Personální bezpečnost
Dodavatel se zavazuje poskytnout ČP úplný jmenný seznam pracovníků dodavatele, kteří se
podílejí na předmětu plnění Smlouvy. Dodavatel se zavazuje informovat ČP o změnách
v pracovnících a personálním zabezpečení Smlouvy v předstihu minimálně 5 pracovních dní.
Dodavatel se zavazuje informovat ČP o ukončení pracovního nebo obdobného poměru
pracovníků dodavatele, pro které byly u ČP vytvořeny přístupové účty, minimálně v předstihu
5 pracovních dní před ukončením takového poměru. Dodavatel je také povinen zvážit, zdali
takový pracovník dodavatele nepředstavuje po dobu výpovědní doby nebo obdobné doby
bezpečnostní riziko (zejména s ohledem na důvod ukončení) a případně přijmout opatření
k zabránění zneužití přístupového účtu takovým pracovníkem dodavatele (pokud je nutné
zamezit přístup pracovníkovi ihned, oznámí to ČP).
Dodavatel se zavazuje zavést systém prověřování uchazečů o zaměstnání a pracovníků, kteří se
budou podílet na plnění pro ČP, aby zamezil vzniku potenciálního rizika v rámci přístupu
k informačním a komunikačním systémům ČP.
Dodavatel se zavazuje přijmout ve smlouvách se svými pracovníky odpovídající pravidla pro
nakládání s informacemi, zachovávání kybernetické a informační bezpečnosti, zachování
mlčenlivosti a zpracování osobních údajů v souladu s účinnými právními předpisy a poskytnout
pracovníkům pravidla pro dodavatele a smluvně či jiným podobným závazným způsobem (např.
vnitřním předpisem) je zavázat k jejich dodržování.
Pracovníci dodavatele:
o musí být seznámeni s těmito Pravidly s bezpečnostními požadavky Smlouvy;
o mají dostatečné znalosti a praktické zkušenosti pro plnění přidělených úkolů;
o mají veškeré potřebné zkoušky a atestace, které vyplývají ze zákona nebo požadavků
regulátora a/nebo Smlouvy na druh práce, kterou mají v prostředí ČP vykonávat;
o jsou dodavatelem pravidelně školeni v oblastech bezpečnosti informací, kybernetické
a informační bezpečnosti a právních a regulatorních požadavků relevantních pro
naplnění předmětu Smlouvy;
o kteří budou vstupovat nebo vjíždět do prostor ČP, musí být před započetím výkonu
práce podrobeni ve smyslu právních předpisů školení o požární ochraně a bezpečnosti
práce a současně musí být seznámeni s povinnostmi dodavatele při pohybu v prostorách
ČP.
Dodavatel se zavazuje k vytvoření odpovídajícího disciplinárního procesu k přijetí opatření
proti pracovníkům, kteří se dopustí porušení pravidel kybernetické a informační bezpečnosti
v rámci nastaveného systému řízení kybernetické a informační bezpečnosti u dodavatele a
komunikovaných pravidel pro zajištění kybernetické a informační bezpečnosti ČP.
6 Fyzická bezpečnost
Přístup pracovníků dodavatele do prostor ČP je povolen, pouze pokud je jejich přítomnost
nezbytná pro plnění pracovních povinností a na dobu nezbytně nutnou pro plnění pracovních
povinností ze Smlouvy.
Pracovníci dodavatele jsou povinni se v prostorách ČP pohybovat pouze v doprovodu
odpovědného zaměstnance ČP.
Volný pohyb pracovníků dodavatele v prostorách ČP je povolen pouze v případě, že dané osobě
byla vystavena osobní přístupová karta. Pracovník dodavatele je povinen přístupovou kartu
chránit, mít ji vždy při sobě na bezpečném místě, udržovat ji v místě odstíněném od
potenciálního neoprávněného čtení (RFID ochrana) a není oprávněn přístupovou kartu dále
Strana [|25 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
zapůjčit jiným pracovníkům a/nebo třetím osobám a/nebo umožnit přístup jiných pracovníků
a/nebo třetích osob do prostor ČP.
Pracovníci dodavatele nejsou oprávněni do prostředí ČP přinést zbraně, výbušniny, hořlaviny,
bojové prostředky, jedy, radioaktivní a toxické látky, popř. jakékoli jiné látky ohrožující lidský
život a/nebo zdraví.
Bez písemného povolení ČP je zakázáno vynášení jakýchkoliv předmětů nepatřících
pracovníkům dodavatele a/nebo nesloužících k plnění Smlouvy, zejména jakékoliv
dokumentace a/nebo paměťové médium (CD/DVD/Blu-ray disk, flash disk / paměťové karty,
hard disk, zálohovací pásky apod.) z prostor ČP, popř. jiného místa plnění příslušné Smlouvy
určeného Smlouvou, a jejich kopírování, fotografování, pořizování videozáznamů, připojování
k jiným zařízením (než zařízení ČP) apod., pokud není ve Smlouvě anebo jinde písemně
dohodnuto jinak.
Přístup pracovníků dodavatele do prostor ČP se zvýšeným stupněm bezpečnosti – chráněných
zón (jako jsou serverové místnosti, datové místnosti, technické místnosti, trezor, pokladna
apod.) je povolen pouze v doprovodu oprávněného zaměstnance ČP. Doprovod je nezbytný po
celou dobu fyzické přítomnosti pracovníků dodavatele v těchto prostorách a nepostačuje
přístupová karta.
V případě ztráty přístupové karty nebo v případě podezření ze ztráty přístupové karty je
pracovník a/nebo dodavatel povinen bezodkladně zajistit blokaci přístupové karty.
Před vrácením zapůjčených paměťových médií dodavateli musí být veškerá data ČP vymazána
způsobem, který znemožňuje jejich opětovné obnovení; pokud toto nebylo provedeno ze strany
ČP, je dodavatel povinen dané provést. O tomto je dodavatel povinen sepsat protokol a na výzvu
ČP jej bezodkladně (nejdéle do 5 pracovních dnů) předložit.
Za prostory ČP se považují také prostory využívané ČP na základě smluvního vztahu s jejich
vlastníkem a/nebo oprávněným uživatelem.
7 Řízení aktiv
Dodavatel je povinen zpracovávat a uchovávat důvěrná data a informace související s
předmětem plnění Smlouvy pouze na IT prostředcích, které jsou umístěny na území Evropské
unie nebo Evropského hospodářského prostoru či USA, pokud tomu nebrání jiná legislativa.
Dodavatel je povinen přistupovat k aktivům ČP pouze z prostředí a za použití prostředků
dohodnutých ve Smlouvě; pokud nebyly dohodnuty ve Smlouvě, pak ze zabezpečeného
prostředí a za použití důvěryhodných prostředků zabezpečených v souladu s CIS Benchmark
z 50% a nejméně zabezpečených v souladu s minimálním bezpečnostním standardem vydaný
NÚKIB a NAKIT. Za důvěryhodné se považují prostředí a prostředky, které jsou určené pro
použití v podnikovém prostředí a jsou odpovídající pro plnění dle Smlouvy.
Dodavatel bere na vědomí, že ČP má vlastní infrastrukturu IT s licenčním portfoliem, které
podléhá nebo může podléhat smluvním závazkům se třetí stranou k celopodnikovému pokrytí.
Dodavatel v rámci řešení bude v případě dodávky sw licencí třetí strany respektovat platné
celopodnikové smluvní závazky ČP s dodavateli licenčních produktů a podpory.
8 Řízení přístupových oprávnění
Dodavatel se zavazuje řídit všechna přístupová oprávnění v souladu s principem minimálního
oprávnění („need to know“).
Dodavatel se zavazuje zajistit jedinečnou identifikaci osob, popřípadě i aplikací s právem
přístupu. Jedinečná identifikace osob musí být spravována v rámci centrálního IDM v souladu
s požadavky Smlouvy a nejsou-li takové, pak s požadavky VKB §19.
Dodavatel se zavazuje na své straně evidovat přístup svých pracovníků k rozhraním, službám a
prostředkům ČP, které jim byly pro plnění Smlouvy poskytnuty.
Strana [|26 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
Dodavatel se zavazuje neprodleně oznamovat veškeré personální a jiné změny u svých
pracovníků podílejících se na plnění pro ČP, které jsou relevantní pro přidělování, změnu nebo
odejmutí přístupového oprávnění.
Dodavatel se zavazuje monitorovat a dokumentovat činnost svých pracovníků při užívání
vlastních rozhraní, služeb a prostředků, pokud jsou tyto technické prostředky využívány k
plnění Smlouvy.
Dodavatel odpovídá v plném rozsahu za neoprávněné využití, resp. zneužití, přístupového
oprávnění (včetně loginu, hesla, popř. i dalších přidělených přihlašovacích údajů, jako je PIN,
certifikát, token).
Dodavatel není oprávněn po ukončení příslušné Smlouvy, při jejímž plnění měl zřízeno a užíval
přístupové oprávnění, nadále takové přístupové oprávnění užívat, a to bez ohledu na skutečnost,
že takové přístupové oprávnění nebylo při ukončení příslušné Smlouvy ze strany ČP zrušeno.
Pokud existuje mezi ČP a dodavatelem více Smluv na různá nebo stejná plnění, a nedohodnou-li
se ČP s dodavatelem ve Smlouvě jinak, musí dodavatel řídit oprávnění podle každé Smlouvy
zvlášť a pracovníci musí mít individuální účty pro plněné každé Smlouvy zvlášť.
Dodavatel si je vědom toho, že ČP může jednostranně odebrat přístup do prostředí ČP v případě
porušení Politiky ČP, Smlouvy a/nebo Pravidel, v případě bezpečnostního incidentu nebo jiného
chování ohrožujícího (včetně navýšení rizika) bezpečnost informací a/nebo aktiv ČP.
Individuální účty musí být dodavatelem vždy chráněny PIN nebo heslem (pokud jsou vydávány
ze strany ČP, zajišťuje dané ČP). Heslo musí odpovídat minimálním požadavkům na hesla ČP
a nejsou-li takové, pak minimálním požadavkům ZKB, VKB a metodických pokynů NÚKIB.
9 Bezpečnost provozu
Dodavatel je povinen provádět pravidelný bezpečnostní monitoring IT svého prostředí, logovat
události na svém prostředí a na rozhraní komunikace směrem k systémům ČP. Dále je povinen
realizovat periodické ověřování zranitelností u aplikací a nástrojů komunikujících se systémy
ČP a u souvisejících podpůrných aktiv.
Dodavatel je povinen na svém prostředí implementovat tzv. bezpečnostní záplaty do aplikací,
operačních systému, nástrojů pro ošetření zranitelností, a to bez zbytečného prodlení v případě
zjištění jakékoliv zranitelnosti.
V případech, kdy to bude žádoucí a vhodné, je dodavatel povinen provádět i penetrační testování
vlastního prostředí.
Logování událostí sleduje a loguje minimálně:
o datum a čas včetně specifikace časového pásma,
o typ prováděné činnosti,
o identifikaci technického aktiva, které činnost zaznamenalo,
o jednoznačnou identifikaci účtu, pod kterým byla činnost provedena,
o jednoznačnou síťovou identifikaci zařízení původce,
o úspěšnost nebo neúspěšnost činnosti,
o přihlašování a odhlašování ke všem účtům, a to včetně neúspěšných pokusů (nebudou-li
autentizovány pomocí AM - jako např. servisní účty aplikace, správcovské účty aj.),
o úspěšné i neúspěšné manipulace s účty, oprávněními a právy,
o neprovedení činností v důsledku nedostatku přístupových práv a oprávnění,
o události vzešlé z činnosti uživatelů, které mohou mít vliv na bezpečnost digitalizace
nebo vytěžování a manipulace s daty,
o zahájení a ukončení činností technických aktiv,
o kritická i chybová hlášení technických aktiv,
o pokusy o přístup k záznamům monitorovacího SW o událostech a také pokusy o
manipulaci se záznamy o událostech v něm a změny nastavení monitorovacích nástrojů
pro zaznamenávání událostí,
Strana [|27 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
o synchronizaci jednotného času (pokud ji bude provádět sám a nespoléhat přitom na OS
či časový server ČP).
Dodavatel nesmí využívat přístup k systémům ČP k jakýmkoli jiným aktivitám než k činnostem,
které výslovně stanoví Smlouva.
10 Bezpečnost komunikací
Dodavatel se zavazuje k zavedení bezpečnostních mechanismů k zajištění bezpečnosti sítě ve
svém prostředí.
V případě, že je Smlouvou a/nebo v rámci opatření pro snížení rizik navrženo zavedení
šifrování, musí parametry kryptografických prostředků a povolené algoritmy naplňovat
požadavky na šifrování dle Politiky ČP a nejsou-li takové, pak požadavky dle VKB § 26
Kryptografické prostředky a aktuální doporučení NÚKIB v oblasti kryptografických
prostředků.
Komunikace mezi prostředím dodavatele a prostředím ČP musí probíhat pouze na
zabezpečeném rozraní, které je monitorováno, není-li ve Smlouvě uvedeno jinak.
11 Bezpečnost vývoje
Dodavatel je povinen se před započetím vývojových prací seznámit se softwarovými a
hardwarovými technologiemi, které jsou v prostředí ČP podporované a používané. Dále je
dodavatel povinen si nechat odsouhlasit uvažované zdroje (hardware, software atd.),
design/architekturu navrhovaného řešení a z toho vyplívající případné další požadavky, to vše
za podmínek dle Smlouvy.
Před započetím vývojových prací je dodavatel povinen seznámit se s bezpečnostními a
auditními požadavky ČP na vyvíjený software a odpovídající Politikou ČP.
Dodavatel je povinen přistupovat k bezpečnosti informací jako k integrální součásti celého
vývojového cyklu vývoje softwaru. Požadavky na informační bezpečnost musí být součástí
analýzy požadavků na vyvíjený software, fáze plánování a návrhu vyvíjeného softwaru, a to ve
vztahu k zamýšlenému nasazení a integraci do existujících procesů ČP.
Dodavatel je povinen zajistit, aby veškerý vývoj byl v souladu s požadavky a pravidly
bezpečného vývoje, přičemž je nutné uplatňovat osvědčené postupy (best practices) a
mezinárodně uznávané standardy. Minimálním požadavkem je dodržování zásad definovaných
v rámci normy ISO 27001, zaměřené na řízení bezpečnosti informací, a pravidel uvedených v
OWASP (Open Web Application Security Project), které poskytují konkrétní doporučení pro
prevenci zranitelnosti softwaru. Dodavatel je dále povinen pravidelně provádět bezpečnostní
analýzy a testování vyvíjeného softwaru, například penetrační testy, a zajistit, že budou
identifikované zranitelnosti bezodkladně odstraněny.
Dodavatel se zavazuje v rámci vývoje a testování používat pouze testovací data
vytvořená/dodaná v souladu se Smlouvou; testování na ostrých datech je vyloučeno. Testovací
data zároveň musí být anonymizovaná, leda je nezbytné využít neanonymizovaných dat a
takový postup je dopředu s ČP dohodnut.
Pokud není ve Smlouvě uvedeno jinak, součástí vývojových prací je i dodání úplné
dokumentace dodaného software, včetně:
o dokumentace architektury/designu – zahrnuje vztahy k prostředí a stavebním základům,
které budou použity v návrhu softwarových komponent (pokud je tvořena analýza, pak
analýzu po aktualizaci dle skutečného provedení);
o technická dokumentace – dokumentace kódu, soupis použitých open source zdrojů,
popis rozhraní a API;
o bezpečnostní dokumentace – dokumentace chyb a zranitelností dle metodiky OWASP,
výsledky penetračního testování,
Strana [|28 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
o uživatelská dokumentace – manuály pro koncového uživatele, systémové
administrátory a osazenstvo podpory;
o příručka pro administraci, instalaci a údržbu;
o programátorskou dokumentaci (vývojové postupy, diagramy apod.).
Dodavatel musí ČP proaktivně upozornit na všechny jemu známé skutečnosti spojené s vývojem
a chováním dodaného kódu, které by po nasazení mohly negativně ovlivnit běh v produkčním
prostředí a/nebo návazné systémy.
Dodavatel odpovídá za životní cyklus programového kódu a souvisejících aktiv v tom smyslu,
že ČP bude včas podrobně informována o jejich stavu, využití, potřebnosti apod., vč.
zranitelností a jakýchkoli bezpečnostních rizicích.
12 Řízení poddodavatelů
Dodavatel se zavazuje zavést pravidla výběru a postupy pro řízení a evidenci svých
poddodavatelů, podílejících se na plnění této zakázky v souladu s pravidly a postupy ČP.
Dodavatel se zavazuje využít pro plnění zakázky pouze bezúhonné subjekty a osoby, na jejichž
straně nestojí žádné bezpečnostní překážky (ve smyslu kybernetické bezpečnosti).
Dodavatel se zavazuje přenést na tyto subjekty povinnost poskytnout veškerou potřebnou
součinnost pro provedení hodnocení rizik.
Dodavatel se zavazuje své poddodavatele smluvně či podobným způsobem zavázat
k dodržování těchto Pravidel, Politiky ČP a dalších povinností v oblasti bezpečnosti informací
vyplývajících ze Smlouvy v rozsahu, v jakém je k nim zavázán sám.
13 Řízení bezpečnostních incidentů
Dodavatel je povinen vyhodnocovat bezpečnostní události svých aplikací a nástrojů a jeho
souvisejících podpůrných aktiv, které se podílejí na této zakázce a mohou ovlivnit bezpečnost
ČP.
Dodavatel je povinen nahlásit ČP podezření na bezpečnostní zranitelnosti, bezpečnostní události
nebo bezpečnostní incidenty vzniklé v jakékoliv souvislosti s plněním povinností dodavatele,
ať už by k tomu došlo při užívání rozhraní, služeb a prostředků ČP anebo na straně dodavatele
či jeho poddodavatele (či kterékoliv jiné osoby, např. pracovníků), které jsou relevantní pro
zachování bezpečnosti informací aktiv ČP (včetně schopnosti způsobit změnu v hodnocení
rizik) a/nebo by mohly mít negativní vliv na předmět plnění nebo ohrozit chod IS ČP. Pokud je
v takovém případě možné přijmout opatření k zabránění vzniku bezpečnostního incidentu, je
dodavatel povinen je přijmout (na svém prostředí a/nebo plnění dle Smlouvy) a doporučit ČP
kroky k přijetí takových opatření (na ostatním prostředí ČP).
Dodavatel je povinen oznámit ČP a evidovat každý bezpečností incident vzniklý v jakékoliv
souvislosti s plněním povinností dodavatele, ať už by k tomu došlo při užívání rozhraní, služeb
a prostředků ČP anebo na straně dodavatele či jeho poddodavatele (či kterékoliv jiné osoby,
např. pracovníků), které jsou relevantní pro zachování bezpečnosti informací aktiv ČP (včetně
schopnosti způsobit změnu v hodnocení rizik) a/nebo by mohly mít negativní vliv na předmět
plnění nebo ohrozit chod IS ČP. Dodavatel je povinen oznámit takový bezpečností incident
nejpozději do čtyř (4) hodin po jeho zjištění. Dodavatel zároveň sdělí ČP opatření, která již
provedl ve vztahu k tomuto bezpečnostnímu incidentu, aby ČP mohla případně splnit svou
ohlašovací povinnost dle legislativy jako je zejména GDPR, ZKB, PCI DSS, ale i smluvních
požadavků svých klientů.
Dodavatel je povinen ohlásit jednotlivý bezpečnostní incident nebo událost současně všemi
následujícími způsoby:
o e-mailem na e-mailovou adresu uvedenou ve Smlouvě;
o telefonicky na telefonní číslo uvedené ve Smlouvě; a
o na Helpdesk ČP.
Strana [|29 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
14 Kontinuita činností
Dodavatel je povinen mít zaveden plán obnovy pro aplikace a systémy provozované
dodavatelem a přímo ovlivňující plnění Smlouvy.
Pro relevantní ICT aktiva dodavatele, která jsou používána pro anebo v souvislosti s plněním
Smlouvy, je dodavatel povinen zajistit vhodný cyklus zálohy dat, který splňuje smluvně
ujednané požadavky dle Smlouvy. Přitom musí dodavatel posoudit minimálně následující:
o plán zálohy;
o umístění záloh (zálohy musí být ukládány v jiné oblasti, než zálohována data);
o metody zálohování, formáty dat a médií;
o retenční období pro zálohování;
o ověřování integrity záloh;
o postupy obnovení a testování, včetně harmonogramů obnovy v případě narušení;
o použití šifrování;
o oddělení záloh v cloudovém prostředí s více zákazníky;
o frekvence a metody revize procesů pro zálohování a obnovu;
o dokumentace záloh a jejich obsahu, včetně označování médií.
Zálohovaná data musí být chráněna před neoprávněným přístupem. Tato data musí být chráněna
dalšími bezpečnostními opatřeními, které vyžaduje jejich klasifikace (úroveň).
15 Zabezpečení mobilních zařízení
Mobilní zařízení, skrz které mají pracovníci a/nebo dodavatel přístup k aktivům ČP a/nebo na
nich mají uložena aktiva ČP, musí nad rámec dalších požadavků uvedených v těchto Pravidlech,
splňovat v tomto článku níže uvedené požadavky.
Mobilní zařízení musí být vždy chráněno proti neautorizovanému použití vhodnými prostředky
jako je PIN, heslo, biometrika.
Mobilní zařízení musí být adekvátním způsobem chráněna proti:
o narušení bezpečnosti dat a informací ČP.
o zneužití třetími osobami (průnik do systému, aplikací atp.);
o ztrátě nebo poškození (zničení, odcizení nebo poškození dat nebo výpočetní techniky
atp.);
o neoprávněnému použití (přístup k důvěrným informacím, službám, technických
prostředků atp.);
o použití, které není v souladu s účelem jejich pořízení a/nebo účelem, pro které jim byl
umožněn přístup k aktivům ČP; a
o útokům třetích stran (škodlivé programové vybavení, hackerské útoky, nezáplatované
zranitelnosti atp.).
Dodavatel je povinen vrátit užívané mobilní zařízení ČP (pokud mu bylo ze strany ČP předáno)
ve stavu, ve kterém je převzal, s přihlédnutím k běžnému opotřebení, při ukončení Smlouvy,
popř. dříve, byl-li o to ze strany ČP výslovně požádán, a to vždy bez prodlení.
16 Soulad s pravidly pro dodavatele
Dodavatel se zavazuje k součinnosti v rámci pravidelných kontrol ze strany ČP, které mají za
cíl ověřit soulad procesů a postupů s těmito Pravidly, a to za podmínek dle Smlouvy.
17 Změnové řízení
Dodavatel je povinen vést podrobnou dokumentaci všech konfiguračních změn v informačním
systému, infrastruktuře nebo softwaru.
Strana [|30 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
Dokumentace musí obsahovat:
o Popis změny.
o Důvod změny.
o Očekávaný dopad na systém.
o Datum provedení změny.
o Osobu odpovědnou za provedení změny
o Popis postupu pro návrat do předchozího stavu.
Všechny změny podléhají předchozímu schválení Objednatelem prostřednictvím
definovaného procesu změnového řízení.
Dodavatel je povinen poskytnout Objednateli veškeré relevantní informace nezbytné k
rozhodnutí o schválení změny.
Dodavatel je povinen spolupracovat s Objednatelem na změnové řízení při jakékoliv
plánované změně.
Proces změnového řízení bude zahrnovat:
o Identifikaci změny.
o Analýzu dopadů na systém a služby.
o Návrh opatření pro minimalizaci rizik.
o Vyhodnocení nákladů a přínosů.
Dodavatel je povinen aktivně spolupracovat s Objednatelem při plánování, analýze a
implementaci změn.
Dodavatel nese odpovědnost za správné provedení změn dle schváleného plánu změnového
řízení.
Veškeré změny musí být prováděny způsobem, který minimalizuje přerušení provozu.
Dodavatel je povinen pravidelně aktualizovat dokumentaci na základě provedených změn.
Aktualizovaná dokumentace musí být předána Objednateli v předem dohodnutém formátu a
termínu.
Veškeré kroky související s prováděním změn musí být plně auditovatelné.
Dodavatel je povinen uchovávat záznamy o změnách po dobu stanovenou Smlouvou.
Dodavatel musí Objednatele včas informovat o všech plánovaných změnách, jejich průběhu a
případných odchylkách od plánu.
V případě mimořádných událostí (např. havárií) musí být Objednatel neprodleně informován.
V případě neplánovaných změn (např. reakce na kritický incident) musí být změna zpětně
zdokumentována a projednána s Objednatelem.
Dodavatel musí prokázat, že změna byla nezbytná a provedena v souladu s procesy
minimalizace rizik.
Dodavatel je povinen informovat personál Objednatele o důsledcích změn, pokud tyto změny
ovlivňují provozní činnosti nebo užívání systému.
Page Break
Strana [|31 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
Příloha č. 6 – Vzor formuláře pro Výzvu
VÝZVA
Evidenční číslo výzvy č. [| ](rok_měsíc_den_číslo návrhu)
Dodavatel:
¤
Název dodavatele [| ]
IČ dodavatele [| ]
Adresa dodavatele [| ]¤
Objednatel:
¤
Česká pošta, s.p.
IČO 47114983
Politických vězňů 909/4, 225 99 Praha 1 ¤
V souladu s Rámcovou dohodou o poskytování IT služeb č. [| ] Vás tímto vyzýváme k poskytnutí níže
uvedeného specialisty (specialistů) s těmito parametry:
specialista:
Název role [| ]¤ ¤
stručný popis úkolu: [| ]
¤
Bude k dispozici pro projekt [| ], kde bude vykonávat [| ]
¤
požadovaný harmonogram Plnění
Nástup na plnění úkolu ¤ [| ]. [| ]. [| ]¤ ¤
Ukončení a předání úkolu ¤ [| ]. [| ]. [| ]¤ ¤
předpokládaná kalkulace Plnění
Strana [|32 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
smluvní cena za 1 MD ¤ počet MD ¤ výsledná cena ¤ ¤
[| ], [| ]Kč bez DPH ¤ [| ]¤ [| ]Kč bez DPH ¤ ¤
Na základě této výzvy vás žádám o vyjádření k výše uvedenému požadavku. Souhlas prosím potvrďte zasláním
Návrhu . Podepsaný Návrh v PDF formátu prosím zašlete na kontaktní osoba objednatele: [| ]
¤
¤
Výzvu k předložení návrhu vystavil(a) kontaktní osoba Objednatele: [| ] dne [| ]
Strana [|33 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
Příloha č. 7 – Vzor formuláře pro Návrh
NÁVRH
Návrh k výzvě č. [| ](rok_měsíc_den_číslo návrhu)
Dodavatel:
¤
Název dodavatele [| ]
IČ dodavatele [| ]
Adresa dodavatele [| ]¤
Objednatel:
¤
Česká pošta, s.p.
IČO 47114983
Politických vězňů 909/4, 225 99 Praha 1 ¤
V souladu s Rámcovou dohodou o poskytování IT služeb č. [| ]Vám tímto podáváme Návrh k poskytnutí níže
uvedeného specialisty (specialistů) s těmito parametry:
specialista:
Název role [| ]¤ ¤
jméno a příjmení poskytnutého specialisty:
Jméno [| ] ¤
Telefonní číslo +420 [| ][| ][| ]
e-mail [| ][|@ [| ]. [| ]¤
stručný popis úkolu: [| ]
¤
Bude k dispozici pro projekt [| ], kde bude vykonávat [| ]
¤
harmonogram v souladu s Výzvou
Strana [|34 ](celkem [|35 ])
Rámcová dohoda č. 2025/15773 o poskytování IT služeb
Nástup na plnění úkolu ¤ [| ]. [| ]. [| ]¤ ¤
Ukončení a předání úkolu ¤ [| ]. [| ]. [| ]¤ ¤
kalkulace v souladu s Výzvou počet MD ¤ výsledná cena ¤ ¤
smluvní cena za 1 MD ¤
[| ], [| ]Kč bez DPH ¤ [| ]¤ [| ]Kč bez DPH ¤ ¤
Tímto Návrhem dodavatel akceptuje výše uvedenou Výzvu k předložení návrhu a zavazuje se k výše uvedenému
poskytnutí specialisty. Dodavatel prohlašuje, že činí neodvolatelný Návrh na uzavření Dílčí smlouvy. Dílčí
smlouva, která v případě akceptace Návrhu Objednatelem vznikne, se řídí stejnými podmínkami, které jsou
stanoveny ve Smlouvě, a to včetně Všeobecných obchodních podmínek.
Objednatel je povinen akceptovat Návrh dodavatele nejpozději do 5 pracovních dnů ode dne doručení Návrhu
Objednateli.
za Dodavatele, že s výše uvedenými podmínkami souhlasí:
kontaktní osoba Dodavatele: [| ]
¤
¤
Za Objednatele, že akceptuje Návrh Dodavatele:
kontaktní osoba Objednatele: [| ]
¤
¤
Strana [|35 ](celkem [|35 ])