Evidenční číslo smlouvy ČNB: 92-083-19

Evidenční číslo smlouvy ČNB: 00-000-00

Smlouva

o poskytnutí SW pro monitorování funkčnosti aplikace Okamžitých plateb

uzavřená podle § 1746 odst. 2 a § 2358 a násl. zákona č. 89/2012 Sb., občanský zákoník,

mezi:

Českou národní bankou

Na Příkopě 28

115 03 Praha 1

zastoupenou: Ing. Xxxxxxx Xxxxxxxxx, ředitelem sekce informatiky

Ing. Xxxxxxx Xxxxxxxx, ředitelem sekce správní

IČO: 48136450

DIČ: CZ48136450

(dále jen „objednatel“)

.................................. (doplní dodavatel)

č. účtu: ....................... / ……..

(plátce DPH uvede svůj účet, který je zveřejněn podle § 98 zákona o DPH)

(dále jen „poskytovatel“)

Článek I

Předmět smlouvy

Poskytovatel se zavazuje dodat a implementovat software pro monitorování funkčnosti aplikace Okamžitých plateb v aplikacích CERTIS – AMOS (dále jen „SW řešení“), a to jak do testovacího, tak do produkčního prostředí objednatele, včetně integrace na systémové a aplikační prostředí objednatele. SW řešení musí splňovat veškeré technické požadavky objednatele uvedené v příloze č. 2 smlouvy, musí být plně kompatibilní se standardním systémovým prostředím objednatele, specifikovaným v příloze č. 3 smlouvy, nesmí vykazovat zranitelnosti při testování podle části 4 přílohy č. 3 smlouvy a musí být realizováno v souladu s návrhem technického řešení dle přílohy č. 1 smlouvy.
V případě rozporu návrhu technického řešení dle přílohy č. 1 smlouvy s technickými požadavky objednatele uvedenými v příloze č. 2 smlouvy nebo návrhu technického řešení dle přílohy č. 1 smlouvy se standardním systémovým prostředím objednatele specifikovaným v příloze č. 3 smlouvy, je poskytovatel povinen při plnění této smlouvy postupovat přednostně dle požadavků uvedených v příloze č. 2 smlouvy a systémovým prostředím v příloze č. 3 smlouvy.
Součástí plnění dle odst. 1 tohoto článku je dále:

Dodání administrátorské, uživatelské a technické dokumentace, každé v jednom vyhotovení v elektronické podobě v otevřeném a strojově čitelném formátu, a to v českém jazyce. Administrátorská dokumentace bude obsahovat zejména konfigurační postupy a činnosti administrátora a dále též postupy pro věcného správce aplikace, zejména parametrizace aplikace, správu přístupových oprávnění a rolí. Uživatelská dokumentace bude obsahovat zejména popis způsobu použití aplikace koncovým uživatelem. Technická dokumentace musí obsahovat popis datového a funkčního modelu SW řešení, včetně vzájemných vazeb.
Dodání datového média s čitelným, nešifrovaným a kompletním zdrojovým kódem SW řešení.
Dodání všech potřebných licencí třetích stran, pokud jsou pro dodané SW řešení potřebné a nejsou součástí standardního systémového prostředí objednatele popsaného v příloze č. 3 této smlouvy, a udržování těchto licencí po celou dobu platnosti a účinnosti této smlouvy od předání a převzetí SW řešení.
Zaškolení 2 administrátorů ohledně věcné a technické správy SW řešení v rozsahu 1 pracovního dne, a to v sídle objednatele, nedohodnou-li se smluvní strany jinak.
Základní uživatelské nastavení SW řešení,
Poskytování podpory při testování v testovacím prostředí objednatele a při akceptačním testování v provozním prostředí objednatele.

Poskytovatel se dále zavazuje na žádost objednatele provádět úpravy SW řešení. Úprava musí odpovídat zadání objednatele, nenarušovat funkčnost SW řešení a podléhají akceptačnímu testování.
Poskytovatel se rovněž zavazuje k podpoře provozu SW řešení dle čl. VI smlouvy.
Poskytovatel bere na vědomí, že mu nebude umožněn vzdálený přístup k serverům objednatele, na kterých bude testováno a provozováno SW řešení.
Objednatel se zavazuje za poskytnuté plnění uhradit ceny dle této smlouvy.

Článek II

Lhůty a místo plnění

Dílo bude prováděno postupně v následujících lhůtách:

Poskytovatel předá SW řešení spolu s administrátorskou a uživatelskou dokumentací k instalaci do testovacího prostředí objednatele nejpozději do 4 týdnů od podpisu této smlouvy.
Objednatel provede testování dodaného SW řešení v testovacím prostředí. Testování bude prováděno po dobu 1 týdne.
Zaškolení administrátorů bude poskytovatelem provedeno nejpozději 3 pracovní dny před předáním SW řešení k akceptačnímu testování. O plánovaném datu zaškolení informuje poskytovatel objednatele nejméně 5 pracovních dnů předem. O provedení školení sepíše poskytovatel protokol obsahující den, čas a místo školení, jména školených osob a stručný popis obsahu školení, který bude podepsán pověřenými osobami obou smluvních stran.
Poskytovatel předá kompletní SW řešení k instalaci do provozního prostředí objednatele, a to bez vad zjištěných v rámci testování v testovacím prostředí, včetně datového média se zdrojovým kódem k akceptačnímu testování do 8 týdnů od podpisu smlouvy.
Objednatel provede akceptační testování dodaného SW řešení v provozním prostředí objednatele. Akceptační testování bude prováděno po dobu 2 týdnů.
Poskytovatel předá SW řešení bez vad zjištěných během testování, dokumentaci dle čl. I odst. 3 písm. a) a datové médium se zdrojovým kódem dle čl. I odst. 3 písm. b) objednateli nejpozději do 12 týdnů od podpisu této smlouvy. Nejpozději při předáním provede poskytovatel také základní uživatelské nastavení SW řešení. O předání a převzetí plnění bude sepsán smluvními stranami protokol, jehož přílohou je protokol o akceptačním testování, který bude podepsán pověřenými osobami obou smluvních stran.

Místem plnění je sídlo objednatele na adrese Česká národní banka, Na Xxxxxxx 00, 000 00 Xxxxx 0, nestanoví-li dále tato smlouva nebo nedohodnou-li se pověřené osoby smluvních stran jinak.
Požadavek, nabídka a další komunikace bude probíhat e‑mailem mezi pověřenými osobami smluvních stran, nebude-li to jejich povaha vylučovat, jinak zasíláním na adresu sídla objednatele Česká národní banka, Na Příkopě 28, 115 03 Praha 1, k rukám dohodnuté pověřené osoby objednatele, nebo zasláním na adresu …………………. (doplní dodavatel), k rukám dohodnuté pověřené osoby poskytovatele.

Článek III

Testování

Při testování v testovacím a v provozním prostředí objednatele bude objednatelem ověřeno, zda SW řešení je funkční, splňuje veškeré stanovené požadavky a nevykazuje přítomnost zranitelností (viz část 4 přílohy č. 3 smlouvy).
Během testování je přítomen pracovník poskytovatele.
Vyskytne-li se během testování vada, která si vynutí přerušení testování, zejména že SW řešení je nefunkční nebo SW řešení ohrožuje bezpečnost objednatele, odstraní tuto vadu poskytovatel ve lhůtě určené objednatelem. Vyskytne-li se taková vada více než dvakrát nebo nebude-li v určené lhůtě odstraněna, je objednatel oprávněn od této smlouvy odstoupit. Testování se na dobu opravy vady přerušuje.
Vady zjištěné během testování v testovacím prostředí objednatele odstraní poskytovatel na místě, jinak bez zbytečného odkladu, nejpozději však do 1 týdne od jejich zjištění. Poté se testování opakuje a nejsou-li vady odstraněny, je objednatel oprávněn od smlouvy odstoupit; tím nejsou dotčeny lhůty podle čl. II smlouvy.
Xxxxx zjištěným během akceptačního testování bude přidělena kategorie podle čl. VI odst. 2; vady (technické zranitelnosti) zjištěné penetračním testováním a skenem známých zranitelností mají vždy kategorii A bez ohledu na znění čl. VI odst. 2. Akceptační testování je považováno za úspěšné, jsou-li zjištěny nejvýše 3 vady kategorie C a žádné vady kategorie A nebo B. Není-li akceptační testování úspěšné, je objednatel oprávněn od smlouvy odstoupit nebo, vyskytnou-li se nejvýše 3 vady jakýchkoliv kategorií, poskytnout poskytovateli lhůtu k jejich odstranění; budou-li vady odstraněny ve stanovené lhůtě, akceptační testování se opakuje.
O průběhu každého testování bude sepsán objednatelem protokol, který bude obsahovat soupis vad zjištěných, odstraněných a v případě akceptačního testování i neodstraněných a bude podepsán alespoň jednou pověřenou osobou za každou smluvní stranu.
O předání a převzetí díla bude sepsán objednatelem protokol, který bude případně obsahovat soupis vad kategorie C zjištěných během akceptačního testování a lhůty určené pro jejich odstranění. Protokol bude podepsán pověřenými osobami obou smluvních stran.

Článek IV

Pověřené osoby smluvních stran

Pověřenými osobami smluvních stran jsou:

za objednatele:

...................., tel.: ...................., e-mail: .................... , (xxxxxxxxx nedoplňuje, bude doplněno před uzavřením smlouvy) ;

...................., tel.: ...................., e-mail: .................... (dodavatel nedoplňuje, bude doplněno před uzavřením smlouvy);

za poskytovatele:

...................., tel.: ...................., e-mail: .................... (doplní dodavatel);

...................., tel.: ...................., e-mail: .................... (doplní dodavatel).

V případě změny v osobě nebo údajích uvedených v odst. 1 tohoto článku jsou smluvní strany povinny nahlásit změnu následující pracovní den po provedení změny na e-mailové adresy pověřených osob druhé smluvní strany. Změna osob je účinná dnem jejího oznámení druhé smluvní straně, a to bez povinnosti uzavírat dodatek k této smlouvě.

Článek V

Cena a platební podmínky

(dodavatel nedoplňuje, bude doplněno dle nabídky vybraného dodavatele)

Cena za dodávku a implementaci SW řešení podle čl. I odst. 1, včetně odměny za právo k užívání programového vybavení (licenci), činí ............. Kč bez DPH. K ceně bude připočtena DPH v sazbě platné v den uskutečnění zdanitelného plnění. Sjednaná cena zahrnuje veškeré náklady poskytovatele spojené s plněním uvedeným v tomto odstavci.
Cena za úpravu SW řešení dle čl. I odst. 4 bude stanovena jako součin hodinové sazby ve výši ............. Kč bez DPH a počtu hodin uvedených poskytovatelem v nabídce.
Cena za poskytování podpory dle čl. I odst. 5 bude stanovena jako součin hodinové sazby ve výši ............. Kč bez DPH a počtu skutečně odpracovaných hodin pracovníky poskytovatele na odstranění závady.
Daňové doklady na ceny podle odstavců 1 až 3 je poskytovatel oprávněn vystavit nejdříve v den předání a převzetí příslušného plnění. Přílohou daňového dokladu bude vždy příslušný protokol o předání a převzetí plnění, resp. o odstranění vady.
Doklad k úhradě (fakturu) zašle poskytovatel elektronicky jako přílohu e-mailové zprávy na adresu xxxxxxx@xxx.xx ve formátu ISDOC. Pokud není možné vytvořit doklad ve formátu ISDOC, je možné zasílat jej ve formátu PDF. V jedné e-mailové zprávě smí být pouze jeden doklad k úhradě. Mimo vlastní doklad k úhradě může být přílohou e-mailové zprávy jedna až sedm příloh k dokladu ve formátech PDF, DOC, DOCX, XLS, XLSX. Přijaty budou i doklady k úhradě v jiném formátu, který bude v souladu s evropským standardem elektronické faktury. Nebude-li možné zaslat doklad k úhradě elektronicky, zašle jej poskytovatel v analogové formě na adresu:

Česká národní banka

sekce rozpočtu a účetnictví

odbor účetnictví

Na Příkopě 28

115 03 Praha 1

Doklad k úhradě bude obsahovat údaje podle § 435 občanského zákoníku a bankovní účet, na který má být placeno a který je uveden v záhlaví této smlouvy nebo který byl později aktualizován poskytovatelem (dále jen „určený účet“). Daňový doklad bude nadto obsahovat náležitosti stanovené v zákoně o dani z přidané hodnoty. Nezbytnou náležitostí každého dokladu je také číslo této smlouvy (ve formátu ISDOC v poli ID ve skupině Contract References), nebo číslo objednávky (ve formátu ISDOC v poli External_Order_ID ve skupině OrderReference), jsou-li objednávky v rámci smlouvy vystavovány. Pokud doklad bude postrádat některou ze stanovených náležitostí nebo bude obsahovat chybné údaje, je objednatel oprávněn jej vrátit poskytovateli, a to až do lhůty splatnosti. Nová lhůta splatnosti začíná běžet dnem doručení bezvadného dokladu.
V případě, že bude v dokladu k úhradě uveden jiný než určený účet, je pověřený pracovník poskytovatele povinen na základě výzvy objednatele sdělit na e-mailovou adresu, ze které byla výzva odeslána, zda má být zaplaceno na bankovní účet uvedený v dokladu, nebo na určený účet. V tomto případě se doklad k úhradě nevrací s tím, že lhůta splatnosti začíná běžet až dnem doručení sdělení poskytovatele podle předchozí věty.
Splatnost dokladu k úhradě je 14 dnů od doručení objednateli. Povinnost zaplatit je splněna odepsáním příslušné částky z účtu objednatele ve prospěch účtu poskytovatele.
Smluvní strany se ve smyslu ustanovení § 1991 občanského zákoníku dohodly, že je objednatel oprávněn započíst jakoukoli svou peněžitou pohledávku za poskytovatelem, ať splatnou či nesplatnou, oproti jakékoli peněžité pohledávce poskytovatele za objednatelem, ať splatné či nesplatné.

Článek VI

Poskytování podpory SW řešení

Poskytovatel od okamžiku předání a převzetí SW řešení po celou dobu trvání smlouvy ručí za to, že SW řešení bude funkční a schopné použití ve standardním systémovém prostředí objednatele, v souladu s předanou dokumentací, a nebude vykazovat zranitelnost při periodickém testování podle části 4 přílohy č. 3 této smlouvy. Rozpor s popsaným stavem je považován za vadu SW řešení
Vady SW řešení budou rozlišovány do kategorií A, B a C. Kategorii vady určuje objednatel.

Vady kategorie A:

úplná nefunkčnost SW řešení jako celku nebo úplná ztráta funkcionality SW řešení;
použití dodaného SW řešení není bezpečné nebo vykazuje technikou zranitelnost při testování Qualys podle přílohy č. 3 části 4;
SW řešení vykazuje ztrátu nebo poškození dat;
SW řešení úplně nebo částečně neplní / přestalo plnit jakýkoliv požadavek objednatele, který má zasadní vliv na provoz SW řešení;
SW řešení zcela chybí naplnění požadavku objednatele, který má zasadní vliv na provoz SW řešení;
SW řešení ohrožuje provoz nebo dostupnost ostatních aplikací v provozním prostředí objednatele.

Vadu kategorie A odstraní poskytovatel nejpozději do 3 pracovních dnů po jejím nahlášení, nedohodnopu-li se pověřené osoby smluvních stran jinak.

Vady kategorie B:

SW řešení jako celek, jeho funkcionalita nebo jeho komponenta má omezenou funkčnost, která však nemá negativní vliv na funkčnost žádného požadavku objednatele dle přílohy č. 2.
SW řešení vykazuje / začalo vykazovat vadu u požadavku objednatele, který nemá zásadní vliv na provoz SW řešení,
SW řešení zcela chybí naplnění požadavku objednatele, který nemá zásadní vliv na provoz SW řešení.

Vadu kategorie B odstraní poskytovatel nejpozději do 5 pracovních dnů po jejím nahlášení, nedohodnopu-li se pověřené osoby smluvních stran jinak.

Vady kategorie C:

drobná vada, která nemá vliv na provoz SW řešení (např. gramatické nebo pravopisné vady v požadované dokumentaci, drobný konstrukční nedostatek SW řešení);
ostatní vady výše nepopsané.

Vadu kategorie C odstraní poskytovatel nejpozději do 20 pracovních dnů po jejím nahlášení, nedohodnou-li se pověřené osoby smluvních stran jinak.

Objednatel nahlásí vadu včetně kategorie a jejího stručného popisu poskytovateli na tel: ……………… (doplní dodavatel), a to v době od ... do ... hod. (doplní dodavatel minimálně v rozsahu 8 hodin denně, z toho minimálně 5 hodin mezi 7:45 a 16:15 hod.), nebo zasláním e-mailu na e-mailovou adresu poskytovatele: ……………………… (doplní dodavatel), popř. ……………… (dodavatel může doplnit další způsoby nahlašování vady navíc).
Poskytovatel potvrdí objednateli nahlášení vady nejpozději následující pracovní den, a to e‑mailem zaslaným na e-mailovou adresu sdělenou při nahlášení vady nebo ze které byla vada nahlášena, popř. e-mailem zaslaným pověřeným osobám objednatele, nebudou-li předchozí způsoby potvrzení možné.
Poskytovatel bude odstraňovat nahlášené vady pouze v pracovní dny v době od 7:45 hod. do 16:15 hod.
Vady bude poskytovatel odstraňovat bez neodůvodněného přerušení od zahájení odstraňování až do úplného odstranění vady.
O odstranění vady bude vždy sepsán poskytovatelem protokol, který bude obsahovat alespoň charakteristiku vady, počet skutečně odpracovaných hodin na odstranění vady, datum a čas nahlášení vady a datum a čas odstranění vady, který podepíše za každou smluvní stranu alespoň jedna pověřená osoba.

Článek VII

Provádění úprav SW řešení

O potřebě úpravy SW řešení rozhoduje objednatel. Požadavek na úpravu SW řešení zašle pověřená osoba objednatele pověřené osobě poskytovatele. V požadavku bude uveden popis požadované úpravy a lhůta pro její provedení.
Poskytovatel zašle objednateli do 5 pracovních dnů od doručení požadavku nabídku, která bude obsahovat návrh technického řešení, rozpis pracnosti v hodinách a akceptaci lhůty navržené objednatelem nebo návrh jiné lhůty. Nedojde-li ohledně lhůty k dohodě, určí lhůtu objednatel s tím, že nebude kratší než 20 pracovních dnů. S realizací úpravy SW řešení může poskytovatel začít poté, co obdržel oznámení o akceptaci nabídky od pověřené osoby objednatele.
Součástí předání úpravy SW řešení je vždy předání čitelného, nešifrovaného a kompletního zdrojového kódu včetně aktualizované dokumentace, to vše v elektronické podobě.
U každé úpravy SW řešení proběhne testování, čl. III se použije obdobně vč. ustanovení o předání a převzetí, s tím, že délku testování určí objednatel, nejméně však v délce 3 dnů.

Článek VIII

Licenční ujednání

Poskytovatel poskytuje objednateli na dobu trvání majetkových práv k dílu nevýhradní a místně neomezenou licenci k užívání SW řešení (včetně dokumentace) a jeho úprav. Objednatel je oprávněn užívat vytvořené SW řešení a jeho úpravy (dále v tomto článku jen „SW“) všemi způsoby užití dle příslušných právních předpisů. Objednatel je zejména oprávněn:

spojit SW nebo kteroukoliv jejich část s jiným autorským dílem, zařadit do jiného díla, zařadit do díla souborného, a takto je užít způsoby dle této smlouvy,
zasahovat do kterékoliv části SW včetně zdrojových kódů, provádět úpravy a změny ve kterékoliv části SW včetně zdrojových kódů, a to jak sám, tak i prostřednictvím třetí osoby, a užívat takto změněný nebo upravený SW v rozsahu dle této smlouvy nebo i samostatně,

Objednatel se stane vlastníkem jakéhokoliv hmotného substrátu obsahujícího SW převzetím od poskytovatele. Objednatel si vyhrazuje právo zapůjčit SW třetí straně za účelem zajištění jeho údržby, provozu nebo rozvoje. Objednatel se dnem předání (poskytnutí) stává vlastníkem zdrojových kódů SW.
Licence umožňuje užívání SW bez omezení počtu současně pracujících uživatelů nebo kategorií uživatelského přístupu a rovněž bez omezení množství nebo typů počítačů objednatele nutných pro užívání SW řešení.
Za den poskytnutí příslušné licence se považuje vždy den, kdy je příslušné plnění poskytnuto objednateli k prvnímu užití.
Poskytovatel prohlašuje, že je licence a souhlasy dle tohoto článku objednateli oprávněn poskytnout a že na žádném z plnění dle této smlouvy neváznou žádná práva třetích osob, která by poskytnutí bránila. V případě porušení práv třetích osob chráněných autorským zákonem poskytovatel zajistí na své náklady náhradu škod uplatněných třetími osobami a nápravu vzniklého stavu tak, aby objednatel mohl SW řešení oprávněně užívat.
Objednatel není licence získané podle této smlouvy povinen užít.
Odměna za poskytnutí licencí podle této smlouvy je součástí cen podle čl. V této smlouvy.

Článek IX

Další ujednání

Poskytovatel se zavazuje zajistit, že jeho pracovníci, jakož i jiné osoby, které se budou podílet na plnění dle této smlouvy, zachovají mlčenlivost o všech skutečnostech, se kterými se po dobu plnění smlouvy seznámí a které nejsou veřejně dostupné. Uvádění podpory a údržby SW řešení dle této smlouvy poskytovatelem jako referenční zakázky tímto není dotčeno, vyjma případu, že by objednatel od této smlouvy odstoupil.
Závazek mlčenlivosti trvá i po skončení plnění podle této smlouvy.
Poskytovatel se zavazuje v plném rozsahu dodržovat bezpečnostní požadavky objednatele, které jsou uvedeny v příloze č. 4 této smlouvy.
Použije-li poskytovatel při své činnosti poddodavatele, nahradí škodu jím způsobenou stejně, jakoby ji způsobil sám.
Poskytovatel je srozuměn s tím, že veškerá komunikace při plnění této smlouvy bude mezi poskytovatelem a objednatelem probíhat v českém jazyce.

Článek X

Smluvní pokuty, úrok z prodlení

V případě prodlení poskytovatele v kterékoliv lhůtě stanovené v čl. II odst. 1 písm. a), c), d) nebo e) nebo čl. VII odst. 2 je objednatel oprávněn požadovat smluvní pokutu ve výši 1 500 Kč za každý den prodlení.
V případě prodlení poskytovatele ve lhůtě pro odstranění vady kategorie A dle čl. VI odst. 2 je objednatel oprávněn požadovat smluvní pokutu 500 Kč za každý pracovní den prodlení.
V případě prodlení poskytovatele ve lhůtě pro odstranění vady kategorie B dle čl. VI odst. 2 je objednatel oprávněn požadovat smluvní pokutu 200 Kč za každý pracovní den prodlení.
V případě prodlení poskytovatele ve lhůtě pro odstranění vady kategorie C dle čl. VI odst. 2 je objednatel oprávněn požadovat smluvní pokutu 100 Kč za každý pracovní den prodlení.
Je-li telefonická linka pro nahlášení vady podle čl. VI odst. 3 nefunkční po dobu delší než 48 hodin, je objednatel oprávněn požadovat smluvní pokutu 1 500 Kč za každý pracovní den nefunkčnosti telefonické linky (včetně prvních 48 hodin).
V případě, že poskytovatel nepotvrdí objednateli nahlášení vady ve lhůtě podle čl. VI odst. 4 nebo je v určené hodiny nefunkční telefonická linka pro nahlášení vady podle čl. VI odst. 3 při současné nedostupnosti e-mailu pro nahlášení vady, je objednatel oprávněn požadovat smluvní pokutu ve výši 1 500 Kč za každý takový případ.
V případě prodlení objednatele s úhradou daňového dokladu je poskytovatel oprávněn požadovat úrok z prodlení podle předpisů občanského práva.
Smluvní pokuty a úrok z prodlení jsou splatné do 14 dnů ode dne doručení platebního dokladu povinné smluvní straně. Povinnost zaplatit je splněna odepsáním příslušné částky z účtu povinného ve prospěch účtu.
Ujednáními o smluvní pokutě není dotčeno právo smluvních stran na náhradu škody.

Článek XI

Trvání smlouvy, ukončení smlouvy, odstoupení od smlouvy

Smlouva se uzavírá na dobu neurčitou.
Smlouvu lze ukončit písemnou výpovědí, a to nejdříve po 4 letech od předání a převzetí SW řešení, přičemž výpovědní lhůta činí 3 měsíce a počíná běžet prvním dnem měsíce následujícího po doručení výpovědi druhé smluvní straně.
V případě, že některá ze smluvních stran podstatným způsobem poruší smluvní povinnost vyplývající pro ni z této smlouvy, je druhá smluvní strana oprávněna od smlouvy odstoupit.
Odstoupení od smlouvy je účinné doručením písemného oznámení o odstoupení druhé smluvní straně.
Za podstatné porušení smluvní povinnosti se považuje:

a) ze strany poskytovatele:

prodlení ve lhůtě pro odstranění vady kategorie A podle čl. VI odst. 2 delší než 10 pracovních dnů;
prodlení ve lhůtě pro odstranění vady kategorie B podle čl. VI odst. 2 delší než 15 pracovních dnů;
prodlení ve lhůtě pro odstranění vady kategorie C podle čl. VI odst. 2 delší než 60 pracovních dnů;
opakovaná nefunkčnost telefonické linky pro nahlášení vady podle čl. VI odst. 3 při současné nedostupnosti e-mailu pro nahlášení vady;
nefunkčnost telefonické linky pro nahlášení vady podle čl. VI odst. 3 po dobu delší než 10 pracovních dnů;
opakované prodlení poskytovatele ve lhůtě podle čl. VII odst. 2.

b) ze strany objednatele:

prodlení s úhradou daňového dokladu delší než 30 dnů.

Článek XII

Uveřejnění smlouvy a dalších souvisejících skutečností

Poskytovatel si je vědom zákonné povinnosti objednatele uveřejnit na svém profilu tuto smlouvu včetně všech jejích případných změn a dodatků, a výši skutečně uhrazené ceny za plnění této smlouvy.
Profilem objednatele je elektronický nástroj, prostřednictvím kterého objednatel, jako veřejný zadavatel dle zákona č. 134/2016 Sb., o zadávání veřejných zakázek (dále jen „ZZVZ“), uveřejňuje informace a dokumenty ke svým veřejným zakázkám způsobem, který umožňuje neomezený a přímý dálkový přístup, přičemž profilem objednatele v době uzavření této smlouvy je xxxxx://xxxx.xxx.xx/.
Povinnost uveřejňování dle tohoto článku je objednateli uložena § 219 ZZVZ.
Uveřejnění bude provedeno dle ZZVZ a příslušného prováděcího předpisu k ZZVZ.

Článek XIII

Závěrečná ustanovení

Smlouva nabývá platnosti a účinnosti dnem jejího podpisu poslední ze smluvních stran.
Smlouvu lze měnit nebo doplňovat pouze formou písemných vzestupně číslovaných dodatků podepsaných oprávněnými zástupci obou smluvních stran, není-li ve smlouvě uvedeno jinak.
Závazkový vztah založený touto smlouvou se řídí českým právním řádem, zejména občanským zákoníkem a dále rovněž příslušnými ustanoveními 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ů.
Smlouva je vyhotovena ve třech stejnopisech, z nichž objednatel obdrží dva a poskytovatel jeden stejnopis.

Přílohy:

č. 1 – Návrh technického řešení (dodavatel nedoplňuje, bude doplněno z nabídky dodavatele)

č. 2 - Technické požadavky objednatele na SW

č. 3 - Systémové prostředí a související požadavky objednatele

č. 4 - Bezpečnostní požadavky objednatele

V Praze dne: ............................. V …………. dne: ………….

Za objednatele: Za poskytovatele:

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

Xxx. Xxxxx Xxxxxxx (doplní dodavatel)

ředitel sekce informatiky

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

Xxx. Xxxxxx Xxxxxx

ředitel sekce správní

Příloha č. 1

Návrh technického řešení

(dodavatel nedoplňuje, bude doplněno z nabídky dodavatele)

Příloha č. 2

Technické požadavky objednatele na SW řešení

1.POŽADAVKY

1.1Požadavky na funkcionalitu poptávaného SW produktu

Okamžité platby mají charakter synchronního zpracování dat a tudíž i nepatrné výpadky mohou být vnímány na obou stranách (ČNB – externí subjekt/banka) v porovnání se současně provozovaným asynchronním způsobem. Hlavním cílem aplikace SKOP je rozpoznat, jestli je závada na přenosové trase, nebo v systému ČNB.

Aplikace SKOP, umožní nestranné zobrazení funkčnosti aplikace Okamžitých plateb na straně ČNB.

Aplikace SKOP, neslouží pro analýzu příčiny nedostupnosti, zda jde o výpadek připojení, či vlastní aplikace. Cílem je určit subjekt odpovědný za řešení výpadku. SKOP je pouze pasivní pozorovatel funkčnosti, neúčastní se vlastního fungování okamžitých plateb a není pro něj nezbytně nutný.

Vyplývající požadavky:

ČNB dodá 2 samostatné servery na platformě Intel x86 s operačním systémem RedHat Linux ver. 6 nebo 7 (případně Oracle Linux) nebo s operačním systémem MS Windows 2016. Servery budou umístěny v primárním a záložním výpočetním středisku. ČNB zajistí zálohy těchto serverů.
Dodavatel dodá a následně bude udržovat aplikaci pro monitorování funkčnosti Okamžitých plateb.
Systém by měl být co nejjednodušší, s minimálními požadavky na instalace SW třetích stran.

1.1.1Topologické umístění v síti

SKOP je umístěný v DMZ tak, aby napodobil komunikaci „fiktivní“ banky, z pohledu firewallů jde o externí prostředí, a tudíž není závislý na interní síti, ani na interních systémech, webových, aplikačních či databázových serverech.

Vyplývající požadavky:

ČNB urči seznam monitorovaných IP adres, DNS server v tomto prostoru není k dispozici.
SKOP bude monitorovat aplikace na určených IP adresách a portech.

1.1.2Výstupy

SKOP si lze představit jako „radar“, který monitoruje výše uvedené IP adresy a porty, případně adresy URL v pravidelných intervalech (např. 60 sec). Zjištěné stavy zaznamenává do souboru (databáze) pro pozdější využití při reklamacích.

Vyplývající požadavky:

SKOP, zaznamenává dostupnosti podle jednotlivých IP adres v pravidelných intervalech a tyto hodnoty uchovává minimálně 40 dní pro potřeby případných reklamací
Aplikace disponuje funkcí reportu výsledků monitorování za určené období (např. den, týden, měsíc) za jednotlivý subjekt anebo celkově.
SKOP, umožňuje operátorům v ČNB zjišťovat stav.
Spojení uživatele s aplikací SKOP, probíhá pomocí webového prohlížeče protokolem HTTPS s ověřením platného jména a hesla uživatele.

1.1.3Testované banky

SKOP, testuje funkčnost aplikací všech bank, které se účastní na Okamžitých platbách včetně ČNB. Využívá k tomu speciální funkci „no operation (NOP)“, která je součásti aplikace a které nemá žádnou výkonnou funkčnost. V ideálním případě by toto volání mohlo prověřit i konektivitu vůči databázi. Funkce NOP je provedena v hlavní smyčce aplikace, která vykonává požadavky v architektuře web services serveru. SKOP tedy funguje jako web service klient. Testované banky jsou určeny v souboru parametrů, kde každý řádek obsahuje jméno banky a URL web service, pomocí kterého je volána funkce NOP a další parametry.

Vyplývající požadavky:

Aplikace SKOP, funguje jako Web Service Client, tj. navazuje HTTPS spojení na jednotlivé web services, které si zrealizují externí subjekty včetně ČNB samy.
Vstupem pro aplikaci bude soubor testovaných bank, kde jednotlivé řádky budou představovat URL web service pro volání funkce NOP.
Aplikace SKOP bude pro přihlášení na web service používat speciální účet.

1.1.4Metoda testování

SKOP v určitých intervalech volá v architektuře web service klient funkci NOP v každé bance. Interval je uveden v sekundách v souboru parametrů u každé banky. Pokud není uveden, tak ve výchozím stavu např. po 1 minutě. V souboru parametrů je taky u každé banky uveden limit na úspěšnou odpověď a limit maximálního čekání na odpověď. Pokud limity nejsou pro banku uvedeny, využije SKOP nastavené výchozí hodnoty. Výsledek testu banky je tedy buď zelená (vše v limitu), nebo oranžová (banka odpovídá, ale mimo stanovený limit), nebo červená (SKOP se nedočkal odpovědi).

Vyplývající požadavky:

SKOP zaznamenává průběh monitorování do souboru/databáze pro pozdější reklamaci.
Vstupní souborem je seznam subjektů s URL web services a parametry očekáváných odezev.
SKOP rozlišuje 3 stavy:
1. Plněn funkčí (odezvy jsou ve stanoveném limitu, „zelená“)
2. Funční, ale mimo stanovené limity („oranžová)
3. Nefunkční (bez odezvy, „červenáů)

1.1.5Stavy banky

SKOP zobrazuje stav výsledku posledního testování každé banky.

1.1.6SMS alerty a log

SKOP při změně stavu banky (k lepšímu i horšímu) zasílá SMS alert odpovědnému zaměstnanci banky. Čísla, na které jsou SMS zasílány, jsou v konfiguračním souboru pro každou banku. Každá banka může mít více čísel, na které chce aletry zasílat. Počítač, kde je SKOP provozován, nevyužívá SMS bránu ve vnitřní síti ČNB, ale umí zasílat SMS v rámci své konfigurace. Každá změna stavu je zároveň logována do souboru.

Vyplývající požadavky:

ČNB dodá SMS bránu a příslušené API pro zasílání SMS.
SKOP, zasílá alerty na určená telefonní čísla s informací o změně stavu

1.1.7Správa XXXX

XXXX, spravuje technický správce v ČNB. Má k počítači, kde je provozován SKOP vzdálený přístup, aby mohl instalovat upgrady aplikace a operačního systému. Kromě toho provádí registraci certifikátů pro vzájemnou autentizaci SSL.

Vyplývající požadavky:

SKOP, umožní autorizovaným uživatelům stahovat reporty.

1.2Ostatní požadavky

V technické specifikaci nabízeného SW řešení musí být uveden způsob aktualizace.

1.3Hardwarové a softwarové nároky aplikace

Poskytovatel SW řešení dodá takový produkt, který je plně kompatibilní se standardním prostředím ČNB, které je uvedeno v příloze č. 3 této smlouvy - Standardní prostředí ČNB a související požadavky objednatele.

2.Slovník pojmů

Výraz	Význam
SKOP	Stavová konzole okamžitých plateb
SEPA	Single European Payment Area - jednotná oblast pro platby v eurech.
SEPA CT	Soubor pravidel a technických norem pro provádění SEPA plateb.
SWIFT	Společnost pro celosvětovou mezibankovní finanční komunikaci.

Příloha č. 3

Systémové prostředí a související požadavky objednatele

3.Systémové prostředí ČNB

SW musí akceptovat standardní systémové prostředí ČNB a musí být snadno do tohoto prostředí implementovatelný.

3.1Serverová část

Serverové prostředí je tvořeno:

HW platformou x86/x64 serverů s OS MS Windows Server 2008R2/2012/2016, RedHat Linux v6 nebo v7, případně Oracle Linux jako alternativní prostředí,
virtualizovanými verzemi serverů na platformách VMWare vSphere nebo Oracle VM

Pokud bude SW dodán s využitím těchto platforem, zajistí licence ČNB. Bude-li dodán s využitím jiných platforem, je poskytovatel zavázán dodat i potřebné licence.

3.2Klientská část

Klientská část je založena na OS:

MS Windows 7 Professional nebo Windows 10 (64bit) + aktuální aktualizace, nebo
na publikovaném vDesktopu prostřednictvím Citrix XenApp 6.5 na MS Windows 2008 Server R2 (virtuální desktop využívající MS terminálové služby).

Další SW na klientské části je:

TCP/IP síťové služby (DHCP klient, SNMP klient),
MS .NET Framework verze 4.0 a vyšší
MS Office 2010 Professional Plus CZ + Service Pack 2
MS Internet Explorer 10 CZ (aktuální SP),
Adobe Acrobat Reader 10 CZ – prohlížeč souborů ve formátu PDF,
Java JRE 8.x
Symantec EndPoint Protection v.12.1 - antivirový program.

Instalace další provozní platformy na klientskou stanici není preferována. Instalace programového vybavení na klientskou stanici je prováděna především prostřednictvím vzdálené automatické instalace. Instalace musí být kompatibilní se službou MS Installer (standardní služba operačního systému). Instalace programového vybavení na vDesktop je prováděna centrálně pomocí tzv. image z provisioning serverů.

Není přípustné ukládat na klientskou stanici/vDesktop data trvalé hodnoty, taková data je nutno ukládat na centrální diskové kapacity. Na klientské stanici nesmí být prováděno dávkové zpracování dat IS.

Na klientské stanici a vDesktop pracuje uživatel standardně pod právy přidělené skupině „Users“.

Při realizaci IS je nutné zajistit, aby programové komponenty realizovaného SW nebyly v rozporu s komponentami dalších provozovaných IS. Realizovaný SW tedy musí být provozovatelný v systémovém prostředí ČNB a současně nesmí narušovat funkčnost ostatních IS.

3.3Datová síť

Servery jsou připojeny typicky rychlostí 1 Gb 1000Base-T.
Mezi servery a klientskými stanicemi je pouze L3 konektivita, mezi servery možná L2 nebo L3 konektivita.
Adresace dle RFC 1918 (10.x.y.z 172.16-31.y.z, 192.168.y.z).
Datová síť je plně přepínaná s redundantním jádrem.

3.4Systémové služby

Synchronizace času

Čas na všech komponentách sítě ČNB mimo stanic uživatelů je synchronizován se zdrojem přesného času (pro zajištění správného vyhodnocení auditních záznamů).

4.Bezpečnost IT

Servery a na nich instalované SW produkty jsou pravidelně monitorovány a skenovány produktem QUALYS (xxxx://xxx.xxxxxx.xxx/). Pokud jsou nalezeny zranitelnosti u instalovaných produktů hodnoty 4 a vyšší (hodnoty výstupu ze systému Qualys), jsou neprodleně odstraněny a to formou aplikací patchů či jiným doporučeným postupem.

Součástí akceptace systému je provedení penetračního testu a skenu známých zranitelností, přičemž systém nesmí obsahovat technické zranitelnosti dle seznamů OWASP Top 10 a CWE/SANS top 25. Testována jsou rozhraní dostupná z internetu, interním uživatelům i případná další (propojení s jinými systémy).

Všechna datová média (především pevné disky) použitá v informačním systému jsou před přemístěním mimo prostory ČNB bezpečně smazána nebo zničena.

K funkcím pro správu, změny, diagnostiku apod. systému je přístup pouze ze sítě ČNB (příp. prostřednictvím běžného vzdáleného přístupu zaměstnance ČNB do této sítě.) Poskytovatelé nemají ze svých sítí jiný přístup k systému než veřejnost.

Příloha č. 4

Bezpečnostní požadavky ČNB

Poskytovatel odpovídá za to, že do objektů objednatele (dále jen „ČNB“) budou vstupovat nebo vjíždět pouze ti jeho pracovníci, kteří jsou jmenovitě uvedeni v písemném seznamu schváleném ČNB (dále jen „seznam“). Tato povinnost se vztahuje i na posádky vozidel poskytovatele vjíždějících do garáží ČNB za účelem složení a naložení nákladu. Seznam poskytovatel předloží ČNB nejpozději den před zahájením prací.
Seznam bude obsahovat tyto položky: jméno, příjmení a číslo průkazu totožnosti každého z pracovníků poskytovatele. Poskytovatel se zavazuje zajistit, aby všichni jeho pracovníci uvedení v seznamu byli ještě před předložením seznamu ČNB proškoleni o podmínkách zpracování osobních údajů a o právech subjektů údajů ve smyslu obecného nařízení o ochraně osobních údajů - Nařízení Evropského parlamentu a Rady (EU) 2016/679 ze dne 27. dubna 2016 o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (dále jen „GDPR“). Poskytovatel se zejména zavazuje, že všichni jeho pracovníci uvedení v seznamu budou nejpozději do okamžiku předložení seznamu ČNB poučeni:

o tom, že poskytovatel předá jejich osobní údaje v rozsahu: jméno, příjmení a číslo průkazu totožnosti České národní bance, sídlem Na Příkopě 28, Praha 1 v rámci plnění této smlouvy, a to za účelem ochrany práv a oprávněných zájmů ČNB (zajištění evidence osob vstupujících do budovy ČNB z důvodu ochrany majetku a osob a správy přístupového systému ČNB);
o veškerých právech subjektu údajů, která mohou uplatnit vůči poskytovateli a ČNB, zejména o právu na přístup k osobním údajům, které jsou o nich zpracovávány, právu na námitku proti zpracování osobních údajů, právu požadovat nápravu situace, která je v rozporu s právními předpisy, a to zejména formou zastavení nakládání s osobními údaji, jejich opravou, doplněním či odstraněním, jakož i o právu podat stížnost k Úřadu pro ochranu osobních údajů.

Za poučení svých pracovníků ponese poskytovatel vůči ČNB následně odpovědnost. V případě nesplnění povinnosti podle bodu 2. nahradí poskytovatel újmu, která v souvislosti s uvedeným ČNB vznikne, a to včetně případné nemajetkové újmy vzniklé poškozením dobrého jména a dobré pověsti, újmy vzniklé v důsledku postihu pravomocně uloženého ČNB správním nebo jiným k tomu oprávněným orgánem veřejné moci a újmy vzniklé ČNB v důsledku úspěšného uplatnění práv pracovníků poskytovatele vůči ČNB.
Požadavky na případné doplňky a změny schváleného seznamu je nutno neprodleně oznámit ČNB. Případné doplňky a změny seznamu podléhají schválení ČNB. Osoby neschválené ČNB nemohou vstupovat do objektů ČNB, přičemž ČNB si vyhrazuje právo neuvádět důvody jejich neschválení.
Při příchodu do objektů ČNB pracovníci poskytovatele sdělí důvod vstupu, prokáží se osobním dokladem a podrobí se bezpečnostní kontrole. Osoby, které nejsou uvedeny v seznamu, nebudou do objektů ČNB vpuštěny.
Schválení pracovníci poskytovatele musí dbát pokynů bankovních policistů, které se týkají režimu vstupu, pohybu a vjezdu do objektu ČNB. Pracovníci poskytovatele budou do prostor ČNB vstupovat a v těchto prostorách se pohybovat v režimu návštěv, to znamená vždy pouze v doprovodu zaměstnance ČNB nebo zaměstnance referátu bankovní policie ČNB.
V případě mimořádné události se pracovníci poskytovatele musí řídit pokyny bankovních policistů nebo dozorujícího zaměstnance ČNB, a dále instrukcemi vyhlašovanými vnitřním rozhlasem ČNB.
Pracovníci poskytovatele nesmí vnášet do prostor ČNB nebezpečné předměty, jako jsou střelné zbraně, výbušniny apod. O tom, co je či není nebezpečný předmět, rozhodují bankovní policisté v souladu s vnitřními předpisy ČNB.
ČNB si vyhrazuje právo nevpustit do objektů ČNB pracovníka poskytovatele, který je zjevně pod vlivem alkoholu, drog nebo jiné omamné látky.
Bez písemného povolení ČNB je zakázáno fotografování a pořizování videozáznamů z interiéru objektů ČNB.
Ve všech prostorech objektů ČNB je přísný zákaz kouření a používání otevřeného ohně. O povolení práce se zvýšeným požárním nebezpečím požádá poskytovatel písemnou formou vždy nejpozději jeden pracovní den před zahájením prací dozorujícího zaměstnance ČNB. Dále se pracovníci poskytovatele musí zdržet poškozování či odcizování majetku ČNB, a dále i jakéhokoli nevhodného chování vůči zaměstnancům a návštěvníkům ČNB.
Pracovníci poskytovatele uvedení v seznamu se musí před započetím výkonu práce v objektech ČNB seznámit, ve smyslu předpisů o požární ochraně, bezpečnosti a hygieně práce, se specifiky daných objektů ČNB (např. způsob vyhlášení požárního poplachu, určení ohlašovny požáru, seznámení s únikovými cestami, poplachovými směrnicemi, evakuačním plánem, umístěním věcných prostředků požární ochrany apod.). ČNB je oprávněna kdykoliv podrobit kontrole kterékoliv pracovníka poskytovatele uvedeného na seznamu ohledně dodržování těchto předpisů a ustanovení.

Document Metadata

Table of Contents

Evidenční číslo smlouvy ČNB: 92-083-19

Document Metadata