ŘEDITELSTVÍ
ŘEDITELSTVÍ
xxxx. XXXx. XXXXXXXX XXXXXX, Ph.D., ředitel FN Brno
Tel.:000 000 000
FAKULTNÍ NEMOCNICE BRNO
Jihlavská 20, 625 00 Brno
IČ: 652 697 05
Zadávací dokumentace
k nadlimitní veřejné zakázce na služby
zadávané v otevřeném řízení dle § 56 zákona č. 134/2016 Sb., o zadávání veřejných zakázek (dále jen „zákon“), nazvané
„Zvýšení kybernetické bezpečnosti ve FN Brno – Asset Management včetně řízení bezpečnostních událostí“
Veřejná zakázka je spolufinancována Evropskou unií z Evropského fondu pro regionální rozvoj v rámci Integrovaného regionálního operačního programu (IROP), registrační číslo projektu: CZ.06.3.05/0.0/0.0/15_011/0006912
Zadavatel:
Fakultní nemocnice Brno
Jihlavská 20, 625 00 Brno
IČ: 65269705
I.Identifikační údaje zadavatele
Název zadavatele: Fakultní nemocnice Brno
IČ: 65269705
DIČ: CZ65269705
Sídlo zadavatele: Jihlavská 20, 625 00 Brno
Statutární orgán: xxxx. XXXx. Xxxxxxxx Xxxxxx, Ph.D., ředitel
Bankovní spojení: Česká národní banka
Číslo účtu: 00000000/0710
Fakultní nemocnice Brno je státní příspěvková organizace zřízená rozhodnutím České republiky – Ministerstva zdravotnictví. Nemá zákonnou povinnost zápisu do obchodního rejstříku, je zapsána do živnostenského rejstříku vedeného Živnostenským úřadem města Brna.
II.Předmět veřejné zakázky
Předmětem veřejné zakázky je dodávka a implementace komplexního softwarového řešení, které zadavateli umožní zavést efektivní evidenci a správu požadavků na podporu a servis informační a komunikační infrastruktury, požadavků na řešení kybernetických bezpečnostních událostí, zjištěných zranitelností a dalších tiketů. Nabízené řešení musí současně zadavateli umožnit zavést efektivní správu i technickou evidenci veškerých technických aktiv pro potřeby řízení informačních a komunikačních technologií a pro řízení kybernetické bezpečnosti v souladu se zákonem č. 181/2014 Sb., o kybernetické bezpečnosti, ve znění pozdějších předpisů. Předmětem veřejné zakázky je rovněž poskytování služeb podpory k implementovanému řešení po dobu 60 měsíců.
II.1.Klasifikace předmětu veřejné zakázky
Hlavní CPV kód: 72260000-5 Služby související s programovým vybavením
II.2.Rozdělení veřejné zakázky na části
Veřejná zakázka není rozdělena na části.
III.Kvalifikace účastníka zadávacího řízení
Zadavatel požaduje, aby součástí nabídky bylo doložení splnění podmínek kvalifikace podle zákona, které dodavatel prokáže ve lhůtě pro podání nabídek následujícím způsobem.
Splnění podmínek kvalifikace prokazuje dodavatel již ve své nabídce, a to předložením prostých kopií požadovaných dokumentů. Kopie mohou být nahrazeny čestným prohlášením nebo jednotným evropským osvědčením dle § 87 zákona. Zadavatel si může v průběhu zadávacího řízení vyžádat předložení originálů nebo úředně ověřených kopií dokladů o splnění podmínek kvalifikace.
Doklady prokazující základní způsobilost podle § 74 zákona a profesní způsobilost podle § 77 odst. 1 zákona musí prokazovat splnění požadovaného kritéria způsobilosti nejpozději v době 3 měsíců přede dnem zahájení zadávacího řízení.
III.1.Základní způsobilost dle § 74 zákona a způsob jejího prokázání
Účastník zadávacího řízení předloží výpis z Rejstříku trestů k prokázání splnění podmínek ve vztahu k § 74 odst. 1 písm. a) zákona, tj. k prokázání, že nebyl v posledních 5 letech před zahájením zadávacího řízení pravomocně odsouzen pro trestný čin uvedený v příloze č. 3 k zákonu nebo obdobný trestný čin podle právního řádu země sídla; k zahlazeným odsouzením se nepřihlíží.
Jde-li o právnickou osobu, musí tento předpoklad splňovat jak tato právnická osoba, tak zároveň každý člen jejího statutárního orgánu. Je-li členem statutárního orgánu dodavatele právnická osoba, musí výše uvedené podmínky splňovat jak tato právnická osoba, tak každý člen statutárního orgánu této právnické osoby a také osoba zastupující tuto právnickou osobu v statutárním orgánu dodavatele.
Podává-li nabídku či žádost pobočka závodu zahraniční právnické osoby, musí výše uvedené podmínky splňovat tato právnická osoba a vedoucí pobočky závodu. Podává-li nabídku či žádost o účast pobočka závodu české právnické osoby, musí výše uvedené podmínky splňovat vedle výše uvedených osob rovněž vedoucí pobočky.
Tento základní kvalifikační předpoklad musí splňovat účastník zadávacího řízení v zemi svého sídla.
Účastník zadávacího řízení předloží dle § 75 odst. 1 písm. b) zákona potvrzení příslušného finančního úřadu ve vztahu k § 74 odst. 1 písm. b), a dle § 75 odst. 1 písm. c) zákona písemné čestné prohlášení ve vztahu ke spotřební dani podepsané osobou oprávněnou zastupovat účastníka zadávacího řízení k prokázání splnění podmínek ve vztahu k § 74 odst. 1 písm. b) zákona, tj. k prokázání, že účastník zadávacího řízení nemá v evidenci daní zachyceny splatné daňové nedoplatky, a to jak v České republice, tak v zemi svého sídla.
Účastník zadávacího řízení předloží dle § 75 odst. 1 písm. d) zákona písemné čestné prohlášení podepsané osobou oprávněnou zastupovat účastníka zadávacího řízení k prokázání splnění podmínek ve vztahu k § 74 odst. 1 písm. c) zákona, tj. k prokázání, že účastník zadávacího řízení nemá splatný nedoplatek na pojistném nebo na penále na veřejné zdravotní pojištění, a to jak v České republice, tak v zemi svého sídla.
Účastník zadávacího řízení předloží dle § 75 odst. 1 písm. e) zákona potvrzení příslušné okresní správy sociálního zabezpečení k prokázání splnění podmínek ve vztahu k § 74 odst. 1 písm. d) zákona, tj. že nemá splatný nedoplatek na pojistném nebo na penále na sociálním zabezpečení a příspěvku na státní politiku zaměstnanosti, a to jak v České republice, tak v zemi sídla.
Účastník zadávacího řízení předloží dle § 75 odst. 1 písm. f) zákona výpis z obchodního rejstříku, nebo předloží písemné čestné prohlášení, v případě, že není v obchodním rejstříku zapsán, ve vztahu k § 74 odst. 1 písm. e) zákona.
III.2.Profesní způsobilost dle § 77 odst. 1 zákona a způsob jejího prokázání
Účastník zadávacího řízení předloží dle § 77 odst. 1 zákona výpis z obchodního rejstříku nebo jiné obdobné evidence, pokud jiný právní předpis zápis do takové evidence vyžaduje.
III.3.Technická kvalifikace dle § 79 odst. 2 písm. b) a k) zákona a způsob jejího prokázání
Účastník zadávací řízení předloží dle § 79 odst. 2 písm. b) zákona seznam významných dodávek obsahující minimálně 2 významné obdobné dodávky poskytnuté za poslední 3 roky před zahájením zadávacího řízení včetně uvedení ceny bez DPH, doby jejich poskytnutí a identifikace objednatele. Za významnou obdobnou dodávku se pro účely této veřejné zakázky považuje implementace nabízeného systému Service Desk v obdobném rozsahu včetně poskytování služeb podpory k takovému systému. Minimální finanční objem za implementaci a licenci bez DPH každé této dodávky musí činit alespoň 1 500 000,- bez DPH.
Rovnocenným dokladem k prokázání kritéria podle § 79 odst. 2 písm. b) zákona je zejména smlouva s objednatelem a doklad o uskutečnění plnění dodavatele.
Účastník zadávací řízení předloží dle § 79 odst. 2 písm. b) zákona seznam významných dodávek obsahující minimálně 2 významné obdobné dodávky poskytnuté za poslední 3 roky před zahájením zadávacího řízení včetně uvedení ceny bez DPH, doby jejich poskytnutí a identifikace objednatele. Za významnou obdobnou dodávku se pro účely této veřejné zakázky považuje implementace nabízeného systému Asset Management v obdobném rozsahu včetně poskytování služeb podpory k takovému systému. Minimální finanční objem za implementaci a licenci bez DPH každé této dodávky musí činit alespoň 1 500 000,- bez DPH.
Rovnocenným dokladem k prokázání kritéria podle § 79 odst. 2 písm. b) zákona je zejména smlouva s objednatelem a doklad o uskutečnění plnění dodavatele.
Účastník zadávací řízení předloží dle § 79 odst. 2 písm. k) zákona popisy nebo fotografie všech výrobků určených k dodání. Tento kvalifikační předpoklad účastník zadávacího řízení prokáže předložením listin (zejm. technických listů, produktových listů, návodů k použití apod.) obsahujících technickou specifikaci výrobků. Z předložených listin musí vyplývat, že výrobky splňují veškeré technické požadavky stanovené v této zadávací dokumentaci. Zadavatel tedy musí být z jednotlivých předložených dokumentů schopen posoudit splnění všech svých technických podmínek.
III.4.Prokazování kvalifikace v případě společné účasti dodavatelů
V případě společné účasti dodavatelů prokazuje dle § 82 zákona základní způsobilost a profesní způsobilost podle § 77 odst. 1 zákona každý dodavatel samostatně.
III.5.Prokazování splnění kvalifikace prostřednictvím jiných osob
Dodavatel může prokázat splnění určité části technické kvalifikace nebo profesní způsobilosti s výjimkou kritéria podle § 77 odst. 1 zákona požadované zadavatelem prostřednictvím jiných osob. V takovém případě je povinen zadavateli předložit:
doklady prokazující splnění profesní způsobilosti podle § 77 odst. 1 zákona jinou osobou,
doklady prokazující splnění chybějící části kvalifikace prostřednictvím jiné osoby,
doklady o splnění základní způsobilosti podle § 74 zákona jinou osobou a
písemný závazek jiné osoby k poskytnutí plnění určeného k plnění veřejné zakázky nebo k poskytnutí věcí nebo práv, s nimiž bude dodavatel oprávněn disponovat v rámci plnění veřejné zakázky, a to alespoň v rozsahu, v jakém jiná osoba prokázala kvalifikaci za dodavatele.
III.6.Prokazování splnění kvalifikace výpisem ze seznamu kvalifikovaných dodavatelů
Účastník může namísto dokladů k prokázání základní způsobilosti podle § 74 zákona a profesní způsobilosti podle § 77 zákona předložit výpis ze seznamu kvalifikovaných dodavatelů, který nahrazuje prokázání základní způsobilosti podle § 74 zákona. Prokázání profesní způsobilosti podle § 77 zákona nahrazuje tento výpis ze seznamu kvalifikovaných dodavatelů v tom rozsahu, v jakém údaje v tomto výpisu prokazují splnění kritérií profesní způsobilosti.
Výpis ze seznamu kvalifikovaných dodavatelů nesmí být k poslednímu dni, ke kterému má být prokázáno splnění kvalifikace, starší než 3 měsíce.
III.7.Změny kvalifikace účastníka zadávacího řízení
Pokud po předložení dokladů nebo prohlášení o kvalifikaci dojde v průběhu zadávacího řízení ke změně kvalifikace účastníka zadávacího řízení, je účastník zadávacího řízení povinen tuto změnu oznámit zadavateli do 5 pracovních dnů oznámit a do 10 pracovních dnů od oznámení této změny předložit nové doklady nebo prohlášení ke kvalifikaci; zadavatel může tyto lhůty prodloužit nebo prominout jejich zmeškání. Tato povinnost účastníkům zadávacího řízení nevzniká, pokud je kvalifikace změněna takovým způsobem, že:
podmínky kvalifikace jsou nadále splněny,
nedošlo k ovlivnění kritérií pro snížení počtu účastníků zadávacího řízení nebo nabídek a
nedošlo k ovlivnění kritérií hodnocení nabídek.
IV.Technické podmínky
Zadavatel požaduje zboží nové, nikoliv demo, repasované nebo jakkoliv již dříve použité.
Zboží musí splňovat veškeré technické požadavky stanovené pro jeho uvedení na trh a do provozu dle právních předpisů, zejména zákona č. 22/1997 Sb., o technických požadavcích na výrobky a nařízení vlády č. 54/2015 Sb., kterým se stanoví technické požadavky na zdravotnické prostředky, ve znění pozdějších předpisů.
Pokud je v technické specifikaci níže užit pojem „možnost“, rozumí se tím vlastnost, funkce či schopnost zboží, nikoliv pouze jeho připravenost k využití této možnosti (tzn. že zadavatel požaduje, aby mohl tyto „možnosti“ využívat bez dalších finančních investic do různých rozšíření, upgradů, apod., nejsou-li tyto výslovně zmíněny).
Zadavatel požaduje dodávku a implementaci komplexního softwarového řešení, které zadavateli umožní:
zavést efektivní evidenci a správu požadavků (tiketů) na podporu a servis informační a komunikační infrastruktury, požadavků na řešení kybernetických bezpečnostních událostí, zjištěných zranitelností a dalších ticketů (dále také jen „Service Desk“). Nabízené řešení musí současně zadavateli umožnit zavést efektivní správu i technickou evidenci veškerých technických aktiv pro potřeby řízení informačních a komunikačních technologií a pro řízení kybernetické bezpečnosti v souladu se zákonem č. 181/2014 Sb., o kybernetické bezpečnosti, ve znění pozdějších předpisů (dále také jen „Asset Management“ a „ZKB“) a vyhlášky č. 82/2018 Sb., o kybernetické bezpečnosti (dále jen „VKB“).
Nabízené řešení tedy musí obsahovat dvě základní vzájemně plně integrované funkcionality Service Desk a Asset Management, tj. Service Desk a Asset Management musí tvořit jeden funkční celek (souhrnně tento funkční celek dále též pouze „Řešení“).
Není-li dále uvedeno jinak, licence, která bude zadavatele opravňovat užívat nabízené řešení nebo kteroukoli jeho součást (dále též jen „Licence“), nesmí být omezena co do způsobu užívání, nesmí být žádným způsobem územně, časově ani množstevně omezena, tj. zejména nesmí být omezena počtem záznamů v kterékoli požadované evidenci, počtem procesů, počtem tiketů, počtem uživatelů, počtem koncových stanic, počtem evidovaných zařízení, počtem evidovaných aktiv, počtem zařízení připojených do sítě zadavatele, počtem registrovaných ani současně pracujících (přihlášených) uživatelů, počtem externích účtů třetích osob (dodavatelů) apod.
Nabízené řešení musí v plném rozsahu splňovat požadavky ZKB a VKB.
IV.1.Specifikace požadavků na Service Desk
Zadáním je informační systém umožňující zavést efektivní správu servisních požadavků (dále v kap. IV.1 též jen „Systém“). Musí pomáhat pracovníkům servisních oddělení v řešení a zdokumentování každodenních operativních úkolů a ve sdílení a údržbě informací spojených s řešením servisních požadavků. Musí poskytovat důležité informace pro plánování servisních zásahů, jejich vyhodnocování, řízení priorit a komplexní řízení servisních týmů zadavatele.
IV.1.1.Obecné požadavky zadavatele
Zadavatel požaduje splnění následujících požadavků na Systém:
jednotný systém pro komplexní správu servisních požadavků organizace, a to zejména v oblastech IT, kybernetické bezpečnosti, komunikace s dodavateli, správa budov, správa vozového parku, personální problematika atd., tj. tak, aby zadavatel mohl zavést jednotné kontaktní místo pro zadávání a správu požadavků na služby, a to jak uvnitř organizace, tak i s třetími osobami (zejména dodavateli);
v případě, že Licence bude množstevně omezena, připouští zadavatel omezení pouze co do počtu registrovaných uživatelů, a to alespoň pro 10000 registrovaných uživatelů, přičemž každý takový uživatel musí mít v systému možnost zastávat jakoukoliv roli (zadavatel, řešitel, schvalovatel, manažer, operátor, administrátor, čtenář apod.);
Systém musí obsahovat možnost zadávání požadavků minimálně na portálu, e-mailem a telefonicky (řešitel nebo operátor může zadat do systému požadavek za žadatele);
Systém musí splňovat podporu jediného centrálního místa hlášení požadavků dle ITIL (Information Technology Infrastructure Library) funkce ServiceDesk;
Systém musí splňovat požadavky na evidenci a řízení celého životního cyklu zvládání kybernetických bezpečnostních událostí a incidentů podle ZKB a VKB, a to včetně evidence informací ze zajištěných důkazů;
uživatelské rozhraní Systému je lokalizováno do českého jazyka;
Zadavatel požaduje možnost zapojení externích dodavatelů služeb do Systému – Systém musí obsahovat vlastní databázi uživatelů, kde bude možno zadávat přístupová práva do aplikace pro tyto externí dodavatele služeb, aby mohli v Systému plnohodnotně pracovat, tj. zejména aby zadavatel mohl na tyto externě poskytované služby zadávat požadavky, externí dodavatelé je mohli řešit aj.
Systém musí umožnit vytvářet vazby mezi požadavky v Systému. U vazeb musí být možnost specifikovat různé druhy závislostí – minimální funkcionalita vazeb jsou podřízené a nadřízené požadavky;
Systém musí být schopen automatický rozpad jednoho požadavku na několik podřízených požadavků s automatickým vytvořením vzájemných vazeb na základě interaktivního vstupního formuláře u dané služby;
Systém musí být schopen automaticky zakládat periodické požadavky (alespoň plánovaná údržba, pravidelné revize, periodické opravy, periodické technické prohlídky apod.);
zadavatel požaduje možnost uživatelsky definovat, rozšiřovat a modifikovat portál minimálně na úrovni kategorií požadavků a jejich popisů, báze znalostí a publikování zpráv;
volbou služby musí být automaticky bez dalšího zadávání přidělena skupina řešitelů a parametry SLA (Service Level Agreement);
SLA musí být automaticky přiděleno jako vlastnost dané služby kombinovaná s žadatelem – pro tu samou službu se různým žadatelům přidělí různé pevně definované SLA;
pro každou službu musí být možno plně definovat vstupní zadávací formulář včetně vlastních uživatelských položek;
je požadováno, aby k požadavku bylo možno přímo ze vstupního formuláře připojit minimálně pět příloh, přičemž maximální dovolená velikost jedné přílohy musí být minimálně 50 MB;
pro každou službu musí být možno plně definovat workflow;
každý uživatel si může definovat vlastní pohledy a filtry nad požadavky;
Systém musí obsahovat možnost fulltextového vyhledávání nad všemi informacemi a filtrování evidovaných požadavků podle všech kritérií;
možnost spouštět uživatelské skripty a operace podporující integraci na další systémy v průběhu řešení workflow;
uživatelsky definovatelné komplexní schvalovací workflow. Předpřipravená schémata schválení nadřízeným. V libovolný okamžik řešení, možnost vynucení schválení podle určitého pravidla. Napojení na Microsoft AD pro načtení vztahů nadřízený podřízený pro schvalování;
možnost definovat šablony libovolných úkolů a plánovat jejich pravidelné automatické zakládání.
možnost definovat vlastní příkazy pro provádění vlastních operací nad požadavky nebo operací s externími systémy. Možnost definovat vlastní záložky s vlastním obsahem v detailu požadavku. Může jít o vlastní formulář v rámci Service Desku nebo parametrizovatelný externí odkaz. Automatické provádění akcí na základě události na požadavku. Automatické akce lze spouštět na základě změny hodnot položek požadavku (systémových i vlastních) či na základě události založení nového požadavku. Podpora odesílání vlastních e-mailových zpráv.
možnost pozastavit SLA za strany řešitele v případě čekání na zadavatele požadavku.
podpora načítání e-mailů z Microsoft Outlook do tiketů. Přímé zakládání tiketů do Service Desk z prostředí Microsoft Outlook z e-mailu nebo události v Microsoft Outlook.
zadavatel požaduje pro usnadnění a zrychlení práce přímé zobrazení katalogu služeb v poštovním klientu Microsoft Outlook a možnost přímo z tohoto poštovního klienta zadávat požadavky do vybrané služby z tohoto katalogu včetně všech požadovaných vstupních parametrů.
integrace s poštovními servery např. Microsoft Exchange pro automatické vyčítání e-mailů a zakládání nových požadavků či nových záznamů k stávajícím požadavkům;
integrované přihlašování do portálu i konzol. Nativní integrace s Microsoft Active Directory. V rámci implementace Řešení bude vytvořena šablona ticketu, která bude propojena s Microsoft Active Directory a bude umožňovat prostřednictvím ticketu povolení a zakázání specifického účtu z Active Directory;
automatické načítání vztahu zaměstnance a jeho nadřízeného z Microsoft Active Directory;
nastavení pravidel pro automatické vyčítání e-mailů;
zadavatel požaduje napojit systém přímo na Microsoft Exchange server a on-line sledovat kalendáře řešitelů při kapacitním plánování. Systém nesmí zavádět další kalendáře a řešitelé musí mít svůj kapacitní plán na jednom místě;
zadavatel požaduje možnost grafického zobrazení workflow jednotlivých služeb do vizualizačního nástroje, preferovaný nástroj je Microsoft Visio;
zadavatel požaduje možnost nastavení pracovní doby řešitelů a aby se od této pracovní doby odvozovala SLA a reakční doby;
zadavatel požaduje možnost uživatelského nastavování eskalačních procesů.
zadavatel požaduje, aby Systém umožňoval uživatelské přidávání sloupců do tabulek databáze a aby tyto sloupce bylo možné použít do vstupních formulářů v katalogu služeb.
Systém musí umožnit uživatelsky nastavitelné vazby mezi souvisejícími požadavky.
IV.1.2.Požadavky na uživatelské rozhraní
Zadavatel požaduje splnění následujících požadavků na Systém:
z uživatelského pohledu musí systém podporovat katalog služeb. Katalog musí vycházet ze stromové struktury členěné dle jednotlivých oblastí – samostatný strom pro požadavky směřující na každou oblast jako jsou např. IT, správa budov, správa vozového parku, personální problematika apod.;
celý katalog služeb musí být uživatelům přístupný na portálu a pro každou službu musí být připravena na portálu samostatná ikona nebo dlaždice s názorným a přehledným piktogramem pro maximální zpřehlednění katalogu. Před vlastním spuštěním akce (kliknutí na ikonu nebo dlaždici dané služby) se musí automaticky zobrazit nápověda podrobně popisující tuto službu;
zadavatel požaduje plný přístup a práci v aplikaci z Microsoft Outlook – možnost plné práce řešitelů z prostředí Microsoft Outlook bez nutnosti odskoku do jiného prostředí. (Microsoft Outlook jako plnohodnotný klient);
zadavatel požaduje integraci řešení s kalendáři v Microsoft Outlook – možnost zadávat události do kalendáře Microsoft Outlook přímo z tiketu v Service Desk s automatickým vytvořením jednoznačné vazby mezi touto událostí a tiketem ze kterého byla vytvořena;
musí být umožněno upravovat grafický vzhled min. definovat vlastní uživatelské příkazy, záložky a položky menu;
uživateli se musí zobrazit pouze ty služby, ve kterých má přidělenou nějakou roli;
Zadavatel požaduje v deníku požadavků zobrazování fotografie autora příspěvku z důvodu snadné a rychlé orientace v Systému;
Položky deníku umožňující zobrazit plné HTML např. emailová komunikace plně odpovídající originálu e-mailu včetně obrázků a příloh 1:1 s originálem z důvodu jednoznačné a nezkreslené komunikace mezi uživateli Systému;
Systém musí obsahovat na portálu funkcionalitu báze znalostí s možností uživatelského vytváření a publikování článků. Články musí být možno členit a napojit na odpovídající služby v katalogu služeb. Přístup k článkům a jejich zobrazování musí být řízeno dle uživatelských rolí jednotlivých uživatelů;
Systém musí obsahovat na portálu funkcionalitu pro vytváření a zveřejňování zpráv a aktualit např. plánované odstávky;
Možnost vytvoření báze znalostí (knowledgebase) z řešených událostí pro zjednodušení a zrychlení zpracování standardních požadavků;
Navržené řešení musí být certifikováno dle ITIL2011 minimálně v rozsahu následujících procesů:
Aktivní snižování výskytu incidentů a jejich dopadu (Problem Management);
Řešení incidentů – každodenních potíží (Incident Management);
Plnění běžných žádostí (Request Fulfillment);
Řízení změn (Change Management);
Správa katalogu poskytovaných služeb (Service Catalog Management);
k nabídce musí být přiložen certifikát vydaný způsobilou certifikační autoritou, potvrzující výše uvedený rozsah certifikací řešení dle ITIL2011.
IV.1.3.Požadavky na funkcionalitu řízení poskytování servisní podpory
Funkcionalita Systému pro řízení poskytování servisní podpory, resp. Systém musí splňovat následující požadavky zadavatele:
umožňuje podporu všech procesů, které zadavatel potřebuje pro řízení provozu služeb. Z doporučených procesů ITIL, které musí nabízené řešení podporovat, musí být realizovány následující procesy a funkce:
Incident Management:
řízení rychlého řešení výpadků v infrastruktuře. Napojení na monitoring provozních stavů informační a komunikační infrastruktury;
Request Fulfillment:
standardní proces řízení požadavků na služby. Podpora řízení hromadných požadavků;
Change Management:
standardní proces řízení životního cyklu všech změn, zejména řízení nákupu hardware a software včetně podpory schvalování;
Service Catalog Management;
Problem Management;
možnost definovat IT služby;
nastavení priority řešených požadavků.
umožňuje generování a tisk reportů;
Systém musí obsahovat znalostní databázi s možností její aktualizace;
Má vyřešen bezpečný přístup do aplikace (integrované přihlašování do portálu i konzol, řízení oprávnění přístupu k informacím), a to alespoň jednofaktorové přihlašování s využitím kryptografického algoritmu, který bude splňovat doporučení NÚKIB pro kryptografické prostředky dostupné zde:
xxxxx://xxx.xxxxx.xx/xxxxxxxx/xxxxxx_xxxxx/Xxxxxxxxxxxxxx_xxxxxxxxxx_xxxxxxxxxx_x0.0.xxx ;.
Systém musí obsahovat portál pro zaměstnance a vedoucí zaměstnance na manažerské úrovni.
IV.1.4.Požadavky na administraci řešení
Zadavatel požaduje pro administrátory plná oprávnění k Systému a tím i možnost nezávisle na dodavateli po dokončení implementace měnit veškerá nastavení a konfiguraci Systému, a to včetně možnosti:
přidávání a odebírání uživatelů a jejich zařazování do skupin;
přidávání a odebírání skupin, přidávání uživatelských rolí;
nastavení přístupových práv k jednotlivým objektům;
nastavení posílání notifikací a úprava jejich obsahu;
Systém umožňuje přidávat vlastní položky do formulářů;
v systému lze definovat vlastní workflow nad požadavky;
definice vlastního katalogu služeb;
definice úrovně kvality služeb (SLA);
nastavení oprávnění přístupů k jednotlivým službám;
Systém umožňuje vytváření vlastních schvalovacích procesů.
IV.1.5.Požadavky na integraci s aplikacemi třetích stran
Zadavatel požaduje splnění následujících požadavků na integraci Systému:
nativní integrace s Microsoft Active Directory umožňující automatické načítání vztahu zaměstnance a jeho nadřízeného;
načítání e-mailů z Microsoft Outlook a plánování do kalendářů;
integrace s poštovními servery např. Microsoft Exchange pro automatické vyčítání e-mailů a zakládání nových požadavků či nových záznamů k stávajícím požadavkům;
export dat do Microsoft Word, Excel;
reporting – tisk a export karty požadavku (tiketu), ve kterém budou veškeré evidované atributy tiketu, kompletní historie tiketu včetně uvedení, kdy, kdy a co v tiketu upravil;
propojení s 3. systémem prostřednictvím REST API. V rámci implementace Řešení bude vytvořena šablona ticketu, která bude propojena s Next Generation Firewallem Checkpoint a bude umožňovat prostřednictvím ticketu vypínání a zapínání VPN přístupu pro specifickou skupinu VPN;
možnost založení a aktualizace požadavků prostřednictvím načítání strukturovaných e-mailů z definované e-mail schránky. V rámci implementace Řešení budou vytvořeny 2 šablony pro napojení na 2 samostatné e-mailové schránky, které budou umožňovat zakládání nových ticketů a jejich aktualizaci ze strukturovaných e-mailů, včetně vytvoření dokumentace a popisu parametrů strukturovaného e-mailu;
integrace s Active Directory – automatické přihlašování do aplikace Microsoft Active Directory verze viz Windows server v kap. IV.1.6 této zadávací dokumentace. Dodávka tohoto systému není součástí předmětu veřejné zakázky;
integrace s Microsoft Office Outlook verze 2016 a vyšší. Dodávka tohoto systému není součástí předmětu veřejné zakázky;
integrace s Microsoft Microsoft Exchange verze 2016 a vyšší. Dodávka tohoto systému není součástí předmětu veřejné zakázky.
IV.1.6.Systémové požadavky
Zadavatel požaduje splnění následujících požadavků na provoz Systému:
využití databáze Microsoft SQL Server 2017 a vyšší pro ukládání dat. Dodávka této databáze není součástí předmětu veřejné zakázky;
Systém musí být provozován na serverovém operačním systému Microsoft Windows Server 2019 a vyšší. Dodávka tohoto operačního systému není součástí předmětu veřejné zakázky;
pro provozování třívrstvé architektury s lehkými klienty musí Systém využívat Microsoft IIS server. Dodávka tohoto systému není součástí předmětu veřejné zakázky;
připojení E-mail systému SMTP protokolem pro odesílání zpráv a IMAP nebo EWS protokolem pro vyčítání schránky do Service Desk.
IV.2.Požadavky na Asset Management
Zadavatel požaduje informační systém umožňující organizaci zavést efektivní správu a technickou evidenci veškerých technických aktiv pro potřeby správy informačních a komunikačních technologií (dále též jen „ICT“; tento systém dále v kap. IV.2 též jen „Systém“) a pro řízení aktiv a navazující hodnocení rizik dle ZKB a VKB. Systém musí poskytovat podporu pracovníkům Centra informatiky a Úseku kybernetické bezpečnosti zadavatele v řešení a dokumentování každodenních operativních úkolů a ve sdílení a údržbě informací spojených s ICT infrastrukturou včetně záznamů o konfiguracích a vzájemných vazbách mezi technickými aktivy. Musí poskytovat důležité informace pro plánování obnovy technických aktiv a přípravu rozpočtů a musí pomáhat v řízení podnikatelských rizik právního či regulačního postihu spojených s užívání nelegálního software ve společnosti.
IV.2.1.Obecné požadavky zadavatele
Zadavatel požaduje splnění následujících požadavků na Systém:
klíčovým prvkem celého Asset Managementu musí být konfigurační databáze, která musí sloužit jako centrální úložiště dat a metadat popisujících veškerá aktiva související s ICT prostředím zadavatele, s jeho řízením a správou a s řízením a správou těchto aktiv. Struktura dat uložených v konfigurační databázi musí odpovídat enterprise architektuře zadavatele a jeho procesním potřebám, a to alespoň v rozsahu korespondujícím s požadavky ITIL a informačními systémy Microsoft, dále s požadavky vyplývajícími ze skutečnosti, že zadavatel je určen provozovatelem základní služby dle ZKB a jako takový provozuje více než 20 informačních systémů základní služby (ISZS).
v případě, že Licence bude množstevně omezena, připouští zadavatel omezení pouze co do počtu evidovaných koncových stanic, a to alespoň pro 5000 takových koncových stanic na platformě Microsoft Windows, VDI a serverů virtuálních i fyzických na platformě Microsoft Windows a Linux. Zadavatel však nepřipouští omezení licence podle počtu evidovaných aktiv;
poskytuje detailní, automaticky udržovaný přehled počítačových programů používaných zadavatelem (dále též jen „SW“) a instalovaných na jednotlivých koncových stanicích a serverech;
automatická detekce hardware a software včetně určení licenční potřeby;
sledování historie licence (přiřazení, prodloužení platnosti, odebrání);
sledování využití SW;
notifikace expirací licencí (předplatného, maintenance) k SW;
možnost zadání downgrade SW v případě, že licenční politika dovoluje užívání nižší verze;
automatická aktualizace SW vzorů včetně možnosti úprav;
sledování historie přiřazení HW uživatelům a opačně;
sledování životního cyklu evidovaného HW;
sledování historie hodnot vlastností evidovaného HW;
možnost napojit evidenci HW na evidenci majetku v účetním systému (pouze čtení);
možnost evidovat nabývací doklady (např. faktura, dodací list, smlouva);
vzdálené scanování HW a SW;
časové plánování scanování HW a SW;
minimální zatížení klienta během sběru;
detekce softwarových balíků (Microsoft Office apod.);
webové rozhraní;
lokalizace v českém jazyce;
e-mailová notifikace na uživatelem definované události;
úrovně oprávnění – definovatelné role a úrovně;
základní reporting, standardní a souhrnné sestavy dle ITIL;
variabilní uživatelsky definovatelný reporting;
exporty dat do formátu CSV a XML;
manažerské výstupy pro licenční, finanční a infrastrukturální agendu řízení IT;
možnost evidence další ICT majetek (telefony, tiskárny apod.) a zdravotnické prostředky (podle zákona č. 89/2021 Sb.), přičemž poskytnutá licence nesmí být omezena co do počtu evidovaných položek majetku;
podpora evidence libovolného majetku i mimo ICT a zdravotnické prostředky – možnost vytváření vlastních objektů a vlastností k těmto objektům bez nutnosti rozšiřování licence za účelem technické evidence jakéhokoliv majetku úřadu (auta, nábytek, budovy, technika apod.);
možnost nastavit práva na zobrazení jednotlivých vlastností objektů. Například některým uživatelům se nebudou zobrazovat údaje o cenách nebo jiné citlivé údaje na objektu;
zadavatel požaduje možnost přidávat do produktu libovolné vlastní objekty, které budou předmětem evidence v Asset Managementu;
zadavatel požaduje možnost upravovat a přidávat vlastnosti těchto objektů;
Systém musí podporovat rychlou orientaci v umístění majetku. Z tohoto důvodu požaduje zadavatel, aby veškerá struktura umístění majetku byla organizována v přehledné graficky zobrazené stromové struktuře. Tuto stromovou strukturu musí být možné volně modifikovat a upravovat;
zadavatel požaduje možnost přesunu majetku nebo i části stromu výše uvedené struktury přesunem myší (metoda Drag & Drop).
Systém musí obsahovat portál pro zaměstnance, kde každý zaměstnanec může sledovat svůj svěřený majetek bez nutnosti instalace klientů na koncové počítače uživatelů.
Systém musí obsahovat rozsáhlou knihovnu softwarových vzorů pro automatizované detekce, a to v rozsahu minimálně 25000 položek, přičemž Systém musí umožňovat stahovat a provádět automatické aktualizace této knihovny;
Systém musí obsahovat znalostní databázi o software, automaticky udržovanou a publikovanou výrobcem software a poskytovanou formou služby. Systém musí obsahovat automatický mechanismus pro odesílání hlaviček nerozpoznaného software bez nutnosti ručního zásahu a následný automatický upgrade aktualizované softwarové knihovny – celý proces musí být plně automatický bez nutnosti jakéhokoliv zásahu nebo podpory na straně uživatele;
zadavatel požaduje plný přístup k databázi a naprosto volnou možnost tvorby reportů - alespoň předpřipravené výstupy, možnost exportu do Excelu, možnost přímého SQL dotazu do databáze;
pro počítače umístěné mimo síťovou infrastrukturu zadavatele požadujeme odesílání dat z těchto počítačů prostřednictvím internetu pomocí zabezpečeného protokolu (zabezpečení protokolu musí odpovídat publikovaným minimálním požadavkům na kryptografické algoritmy od NÚKIB: xxxxx://xxx.xxxxx.xx/xxxxxxxx/xxxxxx_xxxxx/Xxxxxxxxxxxxxx_xxxxxxxxxx_xxxxxxxxxx_x0.0.xxx ;
Systém musí obsahovat možnost rozšíření o automatický mechanismus pro hlídání neoprávněně nainstalovaného software s možností několikastupňového eskalačního procesu;
inventura a samoobslužná kontrola svěřeného majetku – systém musí umožnit každému zaměstnanci, který má do svého užívání svěřený majetek, provést inventuru svěřeného majetku pomocí webového portálu a odsouhlasit její správnost a úplnost;
možnost zmapování a evidence celé infrastruktury – možnost vytváření logických vazeb mezi položkami.
IV.2.2.Požadavky na funkcionalitu řízení procesů
Zadavatel požaduje splnění následujících požadavků na Systém:
umožňuje podporu všech procesů dle ITIL, které jsou nezbytné pro řízení životního cyklu IT zdrojů souvisejících s provozem IT služeb. Z těchto procesů ITIL, které musí Systém podporovat, musí být v rámci projektu realizovány alespoň následující procesy a funkce:
Software Asset Management:
řízení životního cyklu spojeného se softwarovými aktivy;
podpora automatizace zjišťování informací o konfiguračních položkách software. Zautomatizovaná podpora operativní práce IT týmu spojená s řešením a udržením softwarové a licenční čistoty;
umožňuje generování a tisk reportů, které je možné uživatelsky konfigurovat;
integrované přihlašování do portálu i konzol, řízení oprávnění přístupu k informacím;
obsahuje portál pro zaměstnance, manažery a IT tým;
podpora využití čárových kódů při operativní práci spojené z pořizování a zaváděním nových položek majetku;
podpora inventarizace majetku s využitím podpory čárových kódů;
podpora vedení návazné dokumentace dle ITIL.
IV.2.3.Podpora kybernetické bezpečnosti
Nabízený Systém musí v plném rozsahu splňovat požadavky ZKB a VKB, a to zejména:
umožňovat provádět úplnou evidenci, správu a řízení aktiv podle § 4 VKB, včetně všech nezbytných parametrů;
možnost přidat k evidované položce atributy nezbytné pro její řízení jakožto aktiva dle VKB, tj. alespoň vlastnosti Důvěrnost, Integrita, Dostupnost a Celková hodnota aktiva, přičemž musí být možné uživatelsky nastavit vzorec výpočtu Celkové hodnoty aktiva;
možnost označit evidované položky jako aktiva nebo systém dle § 28 VKB spadající do systému řízení bezpečnosti informací a samostatně s nimi za účelem řízení aktiv a rizik dle VKB pracovat;
vytvářet nebo importovat primární aktiva včetně parametrů;
vytvářet závislostní vazby mezi evidovanými aktivy;
vytvářet skupiny podpůrných aktiv se shodnými bezpečnostními charakteristikami, a tak spravovat typová podpůrná aktiva;
Evidovat technická bezpečnostní opatření podle VKB a přiřazovat je k evidovaným aktivům;
umožnit vazbu aktivum a definovaný typ služby / SLA;
umožnit vazbu aktivum a osob v bezpečnostních rolích, kdy k jednomu aktivu může být i více bezpečnostních rolí;
umožňovat víceuživatelský paralelní přístup k Systému;
pro zajištění řízení identit uživatelů a přístupů napojit se na centrální adresářové služby typu Microsoft Active Directory a přebírat z nich služby pro zajištění jednotného identitního prostoru;
umožňovat definici rolí a řídit přístup k datům (konfiguračním položkám, jejich atributům, vazbám aj.) na základě těchto rolí;
zobrazovat strukturu umístění majetku v graficky přehledné struktuře, kterou musí být možné uživatelsky volně modifikovat a upravovat. Vedle standardní struktury musí být graficky možné zobrazit pro oblast kybernetické bezpečnosti i struktura závislostních vazeb mezi aktivy nebo zobrazení všech aktiv v příslušné skupině;
Zajistit automaticky jedenkrát denně aktualizaci hodnot vlastností Důvěrnost, Integrita, Dostupnost a Celková hodnota aktiva v objektech. Hodnoty jsou propisovány do dalších objektů na základě provázanosti objektů speciálním typem vazby (bere se vždy maximální hodnota, avšak zadavatel požaduje možnost uživatelského nastavení jiného výpočtu).
IV.2.4.Minimální vlastnosti administrace řešení
Zadavatel požaduje splnění následujících požadavků na Systém:
přidávání a odebírání uživatelů a jejich zařazování do skupin;
přidávání a odebírání skupin, přidávání uživatelských rolí;
nastavení přístupových práv k jednotlivým objektům;
nastavení přístupových práv k částem používané struktury umístění majetku.
IV.2.5.Integrace s aplikacemi třetích stran
Zadavatel požaduje splnění následujících požadavků na integraci Systému:
přímá integrace s Microsoft Active Directory verze 2012 a vyšší. Automatické přihlašování do Microsoft Active Directory automatické načítání vztahu zaměstnance a jeho nadřízeného;
Systém musí využívat databázi Microsoft SQL v aktuálně podporované verzi;
integrace na Microsoft SCCM;
integrace s nástroji pro správu pracovních stanic – alespoň VNC, RemoteDesktop;
import a export dat ve strukturované podobě z a do Microsoft Excel, XML, CSV;
propojení se systémy třetích stran prostřednictvím REST API;
možnost uživatelské rozšiřování pomocí VBA skriptů;
otevřené API pro plnou integraci s dalšími systémy, zejména se systémem pro řízení rizik dle ZKB a VKB a dle GDPR; součástí dodávky musí být plná dokumentace tohoto API v českém jazyce.
IV.2.6.Technické požadavky
Zadavatel požaduje splnění následujících požadavků na Systém:
nabízené řešení musí využívat databázi Microsoft SQL pro ukládání dat Microsoft SQL Server 2017 vyšší (dodávka této databáze není součástí předmětu veřejné zakázky);
nabízené řešení musí využívat operační systém Microsoft Windows Server 2019 a vyšší (dodávka tohoto operačního systému není součástí předmětu veřejné zakázky);
Microsoft IIS server viz Windows server (není součástí poptávky).
IV.3.Požadavky na integraci Service Desk a Asset Management
Požadavky na integraci Service Desk a Asset Management do Řešení:
požadavek ze Service Desk musí být možné navázat přímo pomocí funkce spustitelné ze Service Desk na libovolnou položku evidovanou v Asset Management a naopak;
k jednomu požadavku v Service Desk bylo možno navázat více požadavků, a to za účelem hromadných akcí, například hromadného upgrade serverů;
možnost navázat konfigurační položku či objekt musí být možné vynucovat tím, že to bude uživatelsky nastaveno jako povinná vlastnost při zadávání požadavku (povinné pole);
pro rychlou orientaci v Řešení požadujeme, aby z požadavku v Service Desk byl přímý odkaz (link) na majetek v Asset Management, který má tento uživatel přidělený;
pro zvýšení rychlosti a jednoznačnosti při zadávání požadavků do Service Desk musí být možné založit požadavek týkající se konkrétní položky přímo z Asset Managementu s tím, že zároveň bude přednastavena výchozí služba a SLA požadavku;
zadavatel požaduje, aby u každého objektu v Asset Managementu byl přímo zobrazován seznam požadavků, které souvisí s tímto objektem (konfigurační položkou Možnost zobrazit z AM požadavky související s konkrétním objektem
logování založených provázaných požadavků u objektů v Asset Management;
zaznamenávání všech úkonů provedených v Řešení s možností generování uživatelsky nastavených reportů, ze kterých bude patrné, kdo, kdy učinil jaký úkon, přičemž údaje o úkonech musí být chráněny proti neoprávněným změnám;
zadavatele požaduje jednotný portál pro zadávání a práci s požadavky s přehledným zobrazením majetku přihlášeného uživatele, kde se majetek načítá z Asset Management. Zobrazen musí být i majetek z Asset Management, u kterého je přihlášený uživatel nastaven jako zodpovědná osoba za tento majetek;
zadavatel požaduje funkcionalitu dostupnou v Service Desku, která zajistí zobrazení položek evidovaných v Asset Managementu souvisejících s požadavkem evidovaným v Service Desk;
zadavatel požaduje funkcionalitu, která zajistí, aby, když uživatel zakládá v Service Desk požadavek (tiket), se automaticky založila vazba mezi tímto požadavkem a majetkem;
z důvodu zjednodušení správy a práce koncových uživatelů zadavatel požaduje, aby koncový uživatel měl svůj svěřený majetek zobrazen přímo v prostředí klienta stávajícího Service Desk, aby nemusel spouštět jiný program (klienta) a nemusel být jiný software instalován na jeho počítač;
zadavatel požadujeme možnost založit požadavek do Service Desk přímo z portálu dle předchozí odrážky, kde má žadatel evidován a vidí svůj svěřený majetek;
zadavatel požaduje, aby při zakládání požadavku dle předchozí odrážky byly automaticky předdefinovány relevantní služby (např. u mobilního telefonu pouze změna o žádost tarifu apod.);
zadavatel požaduje, aby Řešení bylo vybaveno funkcionalitou umožňující provádět analýzu poruchovosti evidovaných zařízení, kde budou provázána data z evidence majetku s evidencí požadavků na opravu tohoto majetku.
IV.4.Služby
Zadavatel požaduje zajištění podpory nabízeného řešení po dobu 60 měsíců alespoň v rozsahu služeb uvedených v příloze č. 2 návrhu smlouvy, který je přílohou č. 1 této zadávací dokumentace.
Dále zadavatel požaduje:
poskytování veškerých update a upgrade výrobce Service Desk a Asset Management včetně odpovídajících aktualizací dokumentace Řešení;
poskytování aktualizací knihovny softwarových vzorů;
možnost zasílat dodavateli e-mailem nerozpoznané softwarové detekce pro
aktualizaci knihovny softwarových vzorů.
IV.5.Obchodní podmínky
Obchodní podmínky jsou obsaženy v závazném návrhu smlouvy, který je přílohou této zadávací dokumentace.
Pro doplnění příslušného návrhu smlouvy platí následující požadavky zadavatele (dále viz kap. IX této zadávací dokumentace):
smlouva musí být předložena ve znění uvedeném v příslušné příloze této zadávací dokumentace, a to bez jakýchkoli změn ve formátu DOC nebo DOCX;
do smlouvy je však účastník zadávacího řízení povinen doplnit zadavatelem vyznačené údaje;
do přílohy č. 1 smlouvy účastník zadávacího řízení přehledně a ve strojově čitelném formátu doplní detailní specifikaci nabízeného Řešení, služeb neuvedených v příloze č. 2 smlouvy a dalších plnění požadovaných touto zadávací dokumentací, a to tak, aby z takto doplněné smlouvy jednoznačně vyplývalo splnění všech požadavků uvedených v této zadávací dokumentaci.
X.Xxxx podmínky a požadavky zadavatele
V.1.Povinné doklady
Součástí nabídky musí být následující doklady v českém jazyce (není-li dále stanoveno jinak):
údaje a dokumenty, které zadavatel potřebuje k hodnocení nabídek a posouzení splnění podmínek účasti v zadávacím řízení;
veškeré doklady, které jsou dle právních předpisů nezbytné pro splnění předmětu veřejné zakázky, jakož i doklady, které jsou požadovány touto zadávací dokumentací;
uživatelský návod k nabízenému Řešení v českém jazyce ve formátu DOC, DOCX nebo PDF; pokud výrobce Service Desk nebo Asset Management nemá sídlo v České republice, předloží účastník zadávací řízení odpovídající uživatelský manuál současně v anglickém jazyce, a to ve formátu DOC, DOCX nebo PDF.
V.2.Výhrady zadavatele
Zadavatel si vyhrazuje právo:
upravit, doplnit nebo změnit podmínky veřejné zakázky, a to všem účastníkům zadávacího řízení shodně a stejným způsobem;
upravit předložený návrh kupní smlouvy, tzn. provést úpravy po formálně právní stránce, které nenaruší podstatné náležitosti této smlouvy, a to při zachování souladu konečného znění smlouvy se zadávacími podmínkami této veřejné zakázky;
v případě nabídek se shodným hodnocením určit vítěze losem.
VI.Prohlídka místa plnění
Zadavatel s ohledem na charakter předmětu veřejné zakázky neumožní prohlídku místa plnění.
VII.Požadavky na způsob zpracování nabídkové ceny
Nabídková cena bude pro každou část veřejné zakázky zpracována jako celková cena za splnění celého předmětu veřejné zakázky za 60 měsíců, tj. cena za poskytnutí veškerých dalších požadovaných plnění, jak je předmět veřejné zakázky specifikován v této zadávací dokumentaci a v návrhu smlouvy, který je přílohou č. 1 této zadávací dokumentace, a to v Kč bez daně z přidané hodnoty (dále jen „DPH“), včetně DPH a s vyčíslením sazby a výše DPH.
Účastník zadávacího řízení tedy zpracuje nabídkovou cenu do následující tabulky. Pojmy začínající velkým písmenem, jako je „Cena plnění“, „Paušální Služba“ a „Cena za člověkohodinu“, jsou vymezeny v návrhu smlouvy, který je přílohou č. 1 této zadávací dokumentace. Účastník zadávacího řízení současně v následující tabulce uvede ceny za 60 měsíců poskytování jednotlivých Paušálních Služeb, přičemž zadavatel upozorňuje, že součástí Ceny plnění (tj. řádku č. 1) jsou v souladu s odst. VI.1 návrhu smlouvy ceny za poskytování Paušálních Služeb P01, P02, P03 a P04 za dobu 60 měsíců.
Č. řádku |
Položka |
Cena bez DPH v Kč |
Sazba DPH v % |
Výše DPH v Kč |
Cena včetně DPH v Kč |
1 |
Cena plnění |
[DOPLNÍ DODAVATEL] |
[DOPLNÍ DODAVATEL] |
[DOPLNÍ DODAVATEL] |
[DOPLNÍ DODAVATEL] |
2 |
Cena za 60 měsíců poskytování Paušální Služby P05 |
[DOPLNÍ DODAVATEL] |
[DOPLNÍ DODAVATEL] |
[DOPLNÍ DODAVATEL] |
[DOPLNÍ DODAVATEL] |
3 |
Cena za 1 člověkohodinu |
[DOPLNÍ DODAVATEL] |
[DOPLNÍ DODAVATEL] |
[DOPLNÍ DODAVATEL] |
[DOPLNÍ DODAVATEL] |
4 |
Cena za 100 člověkohodin |
[DOPLNÍ DODAVATEL] |
[DOPLNÍ DODAVATEL] |
[DOPLNÍ DODAVATEL] |
[DOPLNÍ DODAVATEL] |
5 |
Nabídková cena, tj. součet údajů v řádcích 1, 2 a 4 |
[DOPLNÍ DODAVATEL] |
XXX |
[DOPLNÍ DODAVATEL] |
[DOPLNÍ DODAVATEL] |
VIII.Vysvětlení zadávací dokumentace
Zadavatel může zadávací dokumentaci vysvětlit, pokud takové vysvětlení, případně související dokumenty, uveřejní na profilu zadavatele, a to nejpozději 5 pracovních dnů před uplynutím lhůty pro podání žádostí o účast, předběžných nabídek nebo nabídek.
Pokud o vysvětlení zadávací dokumentace písemně požádá dodavatel, zadavatel vysvětlení uveřejní, odešle nebo předá včetně přesného znění žádosti bez identifikace tohoto dodavatele. Zadavatel není povinen vysvětlení poskytnout, pokud není žádost o vysvětlení doručena včas, a to alespoň 3 pracovní dny před uplynutím lhůt podle prvního odstavce, tj. celkem alespoň 8 pracovních dnů před uplynutím lhůty pro podání nabídek. Pokud zadavatel na žádost o vysvětlení, která není doručena včas, vysvětlení poskytne, nemusí dodržet lhůtu podle prvního odstavce.
Pokud je žádost o vysvětlení zadávací dokumentace doručena včas a zadavatel neuveřejní, neodešle nebo nepředá vysvětlení do 3 pracovních dnů, prodlouží lhůtu pro podání nabídek nejméně o tolik pracovních dnů, o kolik přesáhla doba od doručení žádosti o vysvětlení zadávací dokumentace do uveřejnění, odeslání nebo předání vysvětlení 3 pracovní dny.
Pokud se vysvětlení zadávací dokumentace týká částí zadávací dokumentace, které se neuveřejňují podle § 96 odst. 2 zákona, odešle je nebo předá zadavatel všem dodavatelům, kteří podali žádost o příslušné části zadávací dokumentace. V případě vysvětlení částí zadávací dokumentace, které se neuveřejňují, se vysvětlení zadávací dokumentace na profilu zadavatele neuveřejňuje.
Kontaktní osobou zadavatele je Xxx. Xxx. Xxxxxx Xxxxxxx, Ph.D., Oddělení právních věcí, Fakultní nemocnice Brno, Xxxxxxxxx 00, 000 00 Xxxx, e-mail: xxxxxxx.xxxxxx@xxxxxx.xx (viz též kap. XII této zadávací dokumentace).
IX.Xxxxxxxx a další požadavky na zpracování nabídky
Zadavatel akceptuje nabídky pouze v elektronické podobě.
Nabídka bude zpracována v českém jazyce a předložena prostřednictvím elektronického nástroje E-ZAK dostupného na adrese: xxxxx://xxxx.xxxxxx.xx/
Nabídka bude zpracována v českém jazyce a předložena ve formátu DOC, DOCX nebo PDF.
Účastník zadávacího řízení předloží jako součást nabídky v samostatném souboru elektronickou verzi smlouvy uvedené v příslušné příloze této zadávací dokumentace (viz kap. IV.5), a to ve formátu DOC nebo DOCX. Elektronická verze smlouvy musí být řádně vyplněna v souladu s touto zadávací dokumentací, a to včetně všech příloh. Celá elektronická verze smlouvy včetně příloh musí být v jednom souboru a musí být celá strojově čitelná v souladu se zákonem č. 340/2015 Sb., o registru smluv, ve znění pozdějších předpisů (dále jen „zákon o registru smluv“).
V případě, že obsah některé přílohy smlouvy nebude celý strojově čitelný dle zákona o registru smluv, předloží účastník zadávacího řízení takovou přílohu rovněž jako samostatný soubor, který musí podmínky strojové čitelnosti dle zákona o registru smluv splňovat (např. ve formátu XLS nebo XLSX). Zadavatel ve vztahu k podmínkám strojové čitelnosti zejména upozorňuje, že tabulky nebo texty vložené jako obrázky do textového souboru se smlouvou podmínky strojové čitelnosti dle zákona o registru smluv nesplňují. V případě, že obsah doplňovaný do příloh smlouvy účastníkem zadávacího řízení podmínky strojové čitelnosti nesplňuje, musí jej účastník zadávacího řízení předložit jako součást nabídky v samostatném souboru, který musí podmínky strojové čitelnosti dle zákona o registru smluv splňovat (např. technická specifikace v samostatném PDF souboru s textovou vrstvou, cenová nabídka v samostatném XLSX souboru apod.).
Jednotlivé soubory nabídky musí být pojmenovány tak, aby bylo jednoznačné, jaký soubor má jaký význam.
Struktura nabídky:
Obsah nabídky – seznam předkládaných dokumentů;
Krycí list účastníka obsahující identifikační údaje účastníka, a to obchodní firmu nebo název, sídlo, právní formu, IČ, DIČ, bankovní spojení, statutární orgán, telefonní, faxové a e-mailové spojení, adresu pro doručování písemností, internetovou adresu, ID datové schránky apod;
Doklady prokazující splnění kvalifikačních podmínek dle této zadávací dokumentace;
Další doklady dle této zadávací dokumentace;
Cenová nabídka zpracovaná dle této zadávací dokumentace;
Návrh smlouvy uvedený v příslušné příloze této zadávací dokumentace a zpracovaný (tj. vyplněný) dle této zadávací dokumentace včetně příloh, a to v samostatném souboru ve formátu DOC nebo DOCX.
X.Pravidla pro hodnocení nabídek
Nabídky budou hodnoceny podle ekonomické výhodnosti, a to tak, že budou seřazeny podle nabídkové ceny bez DPH od nejnižší do nejvyšší. Jako ekonomicky nejvýhodnější bude hodnocena nabídka s nejnižší nabídkovou cenou bez DPH.
XI.Komunikace mezi zadavatelem a účastníky zadávacího řízení
Veškerá písemná komunikace mezi zadavatelem a účastníky zadávacího řízení probíhat výhradně elektronicky, a to za využití:
elektronického nástroje E-ZAK na adrese xxxxx://xxxx.xxxxxx.xx/; zadavatel doporučuje účastníkům včas se v elektronickém nástroji registrovat a z důvodu eliminace technických problému při podávání nabídky provést TEST NASTAVENÍ PROHLÍŽEČE;
datové schránky zadavatele: 4twn9vt;
e-mailem na adresu kontaktní osoby pro toto zadávací řízení.
XII.Xxxxxxxx pro uzavření smlouvy
Zadavatel dále bude od vybraného dodavatele dle § 122 odst. 3 zákona požadovat, aby předložil originály nebo ověřené kopie dokladů o kvalifikaci, ledaže je již bude mít k dispozici.
Zadavatel od vybraného dodavatele, který je právnickou osobou a není evidován v evidenci o skutečných majitelích, dále bude požadovat, aby jako podmínku pro uzavření smlouvy předložil dle § 122 odst. 5 zákona výpis z evidence obdobné evidenci údajů o skutečných majitelích nebo:
identifikační údaje všech osob, které jsou jeho skutečným majitelem podle zákona č. 253/2008 Sb., o některých opatřeních proti legalizaci výnosů z trestné činnosti a financování terorismu, ve znění pozdějších předpisů; a
doklady, z nichž vyplývá vztah všech osob podle písmene a) k dodavateli; těmito doklady jsou zejména:
výpis z obchodního rejstříku nebo jiné obdobné evidence;
seznam akcionářů;
rozhodnutí statutárního orgánu o vyplacení podílu na zisku;
společenská smlouva, zakladatelská listina nebo stanovy.
Zadavatel upozorňuje, že podle § 211 odst. 3 zákona musí veškerá komunikace mezi zadavatelem a účastníky zadávacího řízení probíhat elektronicky. Vzhledem k této povinnosti bude zadavatel veškeré doklady vyžadovat v elektronické podobě ve formě, která má povahu originálu. Doklady dle § 122 odst. 5 zákona vybraný dodavatel předloží elektronicky v prostých kopiích, ledaže je vybraný dodavatel evidován v evidenci o skutečných majitelích.
Zadavatel upozorňuje, že bez předložení kteréhokoli z výše požadovaných dokumentů nebude s vybraným dodavatelem uzavřena smlouva.
XIII.Lhůta a místo pro podání nabídek a otevírání obálek
XIII.1.Lhůta pro podání nabídek
Lhůta pro podání nabídek se stanovuje do 20. 12. 2021 v 10:00 hodin.
XIII.2.Místo podání nabídek
Prostřednictvím elektronického nástroje E-ZAK na adrese xxxxx://xxxx.xxxxxx.xx/
XIII.3.Otevírání nabídek
Otevírání nabídek proběhne dne 20. 12. 2021 v 10:00 hodin prostřednictvím elektronického nástroje E-ZAK na adrese xxxxx://xxxx.xxxxxx.xx/
V Brně dne 18. 11. 2021
xxxx. XXXx. Xxxxxxxx Xxxxxx, Ph.D.,
ředitel Fakultní nemocnice Brno
Přílohy:
Přílohy č. 1 – závazný návrh smlouvy