SMLOUVA O POSKYTOVÁNÍ SYSTÉMU PRO SPRÁVU SERVISNÍCH LABORATOŘÍ




Shape1



SMLOUVA O POSKYTOVÁNÍ

SYSTÉMU PRO SPRÁVU SERVISNÍCH LABORATOŘÍ



Smluvní strany:


Ústav molekulární genetiky AV ČR, v. v. i.

se sídlem: Xxxxxxxx 0000, Xxxxx 0

IČO: 68378050

DIČ: CZ68378050

zapsaný v rejstříku veřejných výzkumných institucí vedeném Ministerstvem školství, mládeže a tělovýchovy

zastoupený prof. RNDr. Xxxxxxxx Xxxxxxxx, CSc., ředitelem

(dále jen „Klient“)


a


…………………

se sídlem …………………

IČO: …………………

DIČ: …………………

zapsaný …………………

zastoupený…………………

(dále jen „Poskytovatel“)




  1. Předmět smlouvy

    1. Předmětem smlouvy je (i) závazek Poskytovatele poskytovat služby specifikované v tomto článku 1 a (ii) závazek Klienta zaplatit Poskytovateli cenu podle této smlouvy, vše za podmínek stanových touto smlouvou.

    2. Poskytovatel se zavazuje poskytovat následující služby (dále jen „Služby“) Klientovi v souladu s podmínkami uvedenými v této smlouvě:

      1. Systém pro správu servisních laboratoří využívající webové rozhraní (dále jen „Systém“), který splňuje požadavky uvedené v příloze č. 1 této smlouvy – „Technická specifikace“ a je podrobněji popsán v příloze č. 2 této smlouvy – „Popis navrhovaného řešení“ – a další doplňkové služby uvedené v této smlouvě.

    3. Služby zahrnují:

      1. Systém umístěný v Ústavu molekulární genetiky AV ČR, v. v. i. až pro jeden tisíc (1000) uživatelů a konfigurací umožňující neomezený počet nezávislých servisních pracovišť; tento systém nesmí mít žádná další omezení (dále jen „Složka 1“).

      2. Systémy umístěné v šesti (6) institucích infrastruktury Czech-Bioimaging specifikovaných následně Klientem podporujících až sedm set (700) uživatelů celkem. Počty uživatelů mohou být u jednotlivých instalací libovolně nastaveny a měněny při zachování celkového počtu uživatelů pro všechny instituce. Tyto instalace služby budou sdílet konfiguraci Složky 1 a budou omezeny jednou instalací na jedno servisní pracoviště (dále jen „Složka 2“).

    4. Klient je oprávněn si zvolit, zda bude Systém umístěn na serverech Klienta nebo na serverech Poskytovatele.

    5. V případě, že bude Systém umístěn na serverech Poskytovatele (dále jen „Systém na serverech Poskytovatele“), pak tato služba a cena zahrnuje:

      1. denní zálohování dat s umístěním na bezpečném serveru umístěném mimo základní servery Poskytovatele;

      2. údržbu serverů Poskytovatele, včetně pravidelných bezpečnostních záplat a náhrady vadného hardwaru;

      3. okamžité znovu připojení služby v případě selhání hardwaru nebo softwaru; a

      4. počáteční instalaci softwaru a instalaci všech upgradů softwaru.

    6. V případě, že bude Systém umístěn na serverech Klienta (dále jen „Systém na serverech Klienta“), pak tato služba a cena zahrnuje:

      1. poskytnutí softwaru a upgradu pro instalaci Klientem; a

      2. online a telefonickou podporu Xxxxxxxxx s instalací softwaru a upgradů.

    7. Kromě výše uvedeného obě verze (Systém na serverech Poskytovatele i Systém na serverech Klienta) zahrnují:

      1. licenci k Systému;

      2. všechny upgrady Systému;

      3. úplnou konfiguraci a nastavení Systému podle požadavků Klienta;

      4. uživatelské návody, administrátorské návody a návody k nastavení včetně updatů;

      5. zákaznickou podporu.



  1. Poskytování Služeb

    1. Poskytovatel je povinen zahájit poskytování Služeb dne 1. ledna 2017. Poskytování Služeb vztahujících se k Složce 1 bude trvat do 31. prosince 2017. Poskytování služeb vztahujících se ke Složce 2 bude trvat do 31. prosince 2019.

    2. V případě Systému na serverech Klienta je Klient povinen poskytnout Poskytovateli specifikaci systémů umístěných na serverech Klienta a další technické informace požadované Poskytovatelem a potřebné pro implementaci Systému na serverech Klienta.

    3. V případě, že Klient změní své rozhodnutí ohledně způsobu poskytování Služeb podle odst. 1.4 této smlouvy (Systém na serverech Poskytovatele nebo Systém na serverech Klienta), zavazuje se Poskytovatel změnit způsob poskytování Služeb do 7 dnů od oznámení tohoto rozhodnutí.



  1. Zákaznická podpora

    1. Poskytovatel je povinen poskytovat Klientovi následující zákaznickou podporu:

      1. Zákaznická podpora bude přístupná prostřednictvím emailu, telefonicky a přes online screen-sharing software.

      2. Osoby poskytující zákaznickou podporu zodpoví jakoukoliv otázku Klienta týkající se Systému a Služeb, včetně návodu na způsob konfigurace.

      3. Požadavky na zákaznickou podporu budou zodpovězeny do 4 pracovních hodin (v pracovní dny od 9:00 hod. do 17:00 hod.).

      4. Poskytovatel vynaloží veškeré úsilí, které na něm lze rozumně požadovat, aby požadavek Klienta vyřešil během 4 pracovních hodin. Pokud nebude možno vyřešit požadavek bezodkladně, bude vyřešen do 8 pracovních hodin.

      5. V ceně služby je zahrnuta detailní konfigurace Systému a podpora nastavení Systému.

      6. Poskytovatel poskytne v ceně Služby Klientovi komplexní online školení v přiměřeném rozsahu, který lze od Poskytovatele Klientem požadovat.

      7. Poskytovatel se zavazuje ustanovit specialistu zákaznické podpory určeného Klientovi k poskytování podpory v celém rozsahu požadovaném Klientem a to zejména v období zavádění Služby. Pro období zavádění Služby nebo pro případ, že primární specialista zákaznické podpory nebude dostupný, se Poskytovatel zavazuje ustanovit k zajištění komplexní podpory dalšího specialistu zákaznické podpory určeného Klientovi.

    2. Klient se zavazuje poskytnout Poskytovateli jméno, telefonní číslo a emailovou adresu administrátora na straně Klienta včetně kontaktu na osoby pro Složku 1 a Složku 2.



  1. Cena a způsob úhrady

    1. Klient se zavazuje zaplatit cenu za Služby poskytované podle této smlouvy v následující výši:

      1. Složka 1:

        • Cena bez DPH: ………………… Kč

        • DPH: ………………… Kč

        • Cena včetně DPH: ………………… Kč

      2. Složka 2:

        • Cena bez DPH: ………………… Kč

        • DPH: ………………… Kč

        • Cena včetně DPH: ………………… Kč

      3. Celkem:

        • Cena bez DPH: ………………… Kč

        • DPH: ………………… Kč

        • Cena včetně DPH: ………………… Kč

    2. Cena je splatná do 30 dnů od obdržení faktury Poskytovatele Klientem. Poskytovatel vystaví fakturu do 5 dnů od podpisu této smlouvy.

    3. Poskytovatel není oprávněn účtovat jakékoliv další náklady za Služby s výjimkou následujícího:

      1. úprava Systému na míru Klientovi, pokud tato nebude využívána Poskytovatelem v jiných případech nebo pro jiné klienty;

      2. školení poskytované Poskytovatelem v místě Klienta.

Uvedené služby budou poskytovány Poskytovatelem za běžné ceny a náklady na tyto služby budou vždy předem dohodnuty mezi smluvními stranami.

    1. Cena může být změněna pouze v případě změny DPH v souladu s platnými právními předpisy.



  1. Prodlení

    1. V případě prodlení Poskytovatele s poskytováním Služeb specifikovaných v čl. 2 této smlouvy je Klient oprávněn požadovat smluvní pokutu ve výši 5.000 Kč za každý den prodlení.

    2. V případě prodlení Poskytovatele s poskytováním zákaznické podpory specifikované v čl. 3 této smlouvy je Klient oprávněn požadovat smluvní pokutu ve výši 2.000 Kč za každý den prodlení.

    3. V případě, že bude Klient v prodlení s úhradou jakékoliv částky dle této smlouvy, je povinen platit úrok z prodlení ve výši stanovené zákonem (nař. vl. č. 351/2013 Sb.)

    4. Vedle smluvní pokuty je Klient oprávněn požadovat náhradu škody vzniklé porušením povinností Poskytovatele a to ve výši, která převyšuje smluvní pokutu.



  1. Mlčenlivost

    1. Každá ze stran je povinna zachovávat mlčenlivost ohledně informací druhé smluvní strany, které jsou jí sděleny nebo které jiným způsobem získá v souvislosti s touto smlouvou a které mají důvěrnou povahu. Tuto povinnost nemá příjemce informace ve vztahu k informacím, u nichž prokáže, že je získal dříve, než mu byly poskytnuty druhou smluvní stranou nebo které obdrží nikoliv protiprávně od třetí osoby nebo které jsou veřejně přístupné, a to jinak než porušením povinnosti příjemce.



  1. Zvláštní ustanovení

    1. Poskytovatel bere na vědomí, že je ve smyslu § 2 písm. e) zákona č. 320/2001 Sb., o finanční kontrole, osobou povinnou spolupůsobit při finanční kontrole, a to včetně svých případných subdodavatelů.

    2. Poskytovatel bere na vědomí, že poskytovatel dotace nebo jím oprávněná osoba (případně další kontrolní orgány v souladu se zákonem) má v rámci kontroly právo přístupu k dokumentům souvisejícím se zadáním a realizací předmětu této smlouvy, včetně dokumentů podléhajících ochraně podle zvláštních právních předpisů (např. obchodní tajemství, utajované informace).

    3. Smluvní strany berou na vědomí, že Klient je subjektem uvedeným v § 2 zákona č. 340/2015 Sb., o registru smluv, a vztahuje se na něj povinnost uveřejnit soukromoprávní smlouvy v tomto zákoně uvedené.

    4. Smluvní strany souhlasí s uveřejněním této smlouvy v registru smluv a to včetně všech údajů ve smlouvě uvedených. Zákonné důvody pro případné neuveřejnění některého údaje z této smlouvy se příslušná smluvní strana zavazuje prokázat druhé smluvní straně nejpozději při uzavření této smlouvy.

    5. Smluvní strany se dohodly, že uveřejnění této smlouvy v registru smluv zajistí Klient, a to do tří dnů od uzavření smlouvy. V případě, že smlouva není podepisována smluvními stranami současně, zavazuje se každá ze stran odeslat podepsanou smlouvu další smluvní straně bezodkladně po svém podpisu smlouvy.



  1. Trvání a ukončení smlouvy

    1. Tato smlouva nabývá platnosti a účinnosti podpisem smluvních stran nebo v případě, že není podepsána mezi přítomnými stranami, pak dnem doručení smlouvy podepsané poslední smluvní stranou druhé smluvní straně.

    2. Smlouva je uzavřena na dobu určitou specifikovanou v odst. 2.1 této smlouvy.

    3. Klient je oprávněn od této smlouvy odstoupit v případě, že Poskytovatel bude v prodlení s plněním předmětu smlouvy nebo v případě, že Poskytovatel poruší jinou povinnost dle této smlouvy, a toto prodlení nebo porušení neodstraní ani v dodatečně poskytnuté lhůtě a to v souladu s podmínkami a v kvalitě požadované Klientem. Odstoupením nezanikají práva Klienta na náhradu škody způsobené porušením povinnosti Poskytovatele.

    4. Veškerá data Klienta, s nimiž je nakládáno podle této smlouvy, jsou jeho výlučným vlastnictvím a Poskytovateli k těmto datům nemá jakákoli práva. V případě ukončení smlouvy z jakéhokoliv důvodu, budou veškerá data Klienta převedena Poskytovatelem Klientovi do 5 pracovních dnů.



  1. Závěrečná ustanovení

    1. Tato smlouva je uzavřena v českém jazyce. V případě, že je vyhotoven a podepsán anglický překlad smlouvy a existuje rozdíl mezi českou a anglickou verzí, má přednost česká verze smlouvy.

    2. Právní vztahy z této smlouvy se řídí právem České republiky. Veškeré spory související s touto smlouvou budou rozhodovány soudy České republiky.

    3. Smluvní strany prohlašují, že si tuto smlouvu před jejím podpisem přečetly a s jejím obsahem bez výhrad souhlasí. Smlouva je vyjádřením jejich pravé, skutečné, svobodné a vážné vůle.



V ………………… dne ………………… V ………………… dne …………………





_______________________ _______________________

Klient Poskytovatel


Příloha č. 1

Technická specifikace


Servisní laboratoře

  • Systém musí podporovat konfiguraci více nezávislých servisních pracovišť.

  • Musí poskytovat možnost identifikace operátorů, manažerů a uživatelů servisní laboratoře pro každou nakonfigurovanou servisní laboratoř.

  • Musí umožňovat přiřazení zařízení a služeb k jednotlivým servisním pracovištím, takže pouze operátoři, manažeři a uživatelé servisní laboratoře vědí o existenci zařízení a služeb poskytovaných servisní laboratoří.

  • Musí poskytovat systém webových stránek pro každou servisní laboratoř nakonfigurovanou v systému, včetně jednoduchého systému pro správu obsahu.

Uživatelé

  • Systém musí podporovat jak lokální uživatele, tak i uživatele používající jiné způsoby ověřování identity jako LDAP, IMAP, SMTP a Sibboleth. Musí podporovat použití několika systémů ověřování identity najednou. Všechny metody ověřování identity musí používat šifrovanou komunikaci (např. SSL).

  • Informace o uživateli v systému musí obsahovat úplné kontaktní informace, včetně e-mailové adresy, telefonního kontaktu, laboratoře, oddělení a instituce spolu s poštovní adresou a fakturačními údaji. Informace o laboratořích, odděleních a ústavech musí být organizována v číselnících.

  • Systém musí umožňovat přímou aktualizaci nebo pravidelnou synchronizaci informací o uživateli v systému (včetně, ale nikoli výhradně: jména, příjmení, e-mailové adresy, organizační jednotky) z externí adresářové služby.

  • Systém musí umožňovat rozlišení různých typů a skupin uživatelů. K dispozici musí být nejméně tři typy uživatelů – „Interní“, „Externí“ a „Komerční“. Každý uživatel může být členem více než jedné skupiny uživatelů, například laboratoře, anebo jakékoliv jiné skupiny.

  • Systém musí umožňovat přiřazování osvědčení o školení uživatelů ke každému zařízení, které je v systému nakonfigurováno. V případě potřeby, systém musí umožňovat ověření oprávnění uživatele pracovat na daném zařízení v okamžiku jeho rezervace a umožňovat automatické akce systému dle výsledku tohoto ověření, např. potvrzení, zamítnutí rezervace či jiné akce dle potřeby. Systém musí umožňovat vícestupňová uživatelská osvědčení.

  • Musí být umožněna přímá aktualizace nebo pravidelná synchronizace členství uživatele ve skupinách externí adresářové služby na základě osvědčení o školení uživatelů k zařízení v systému.

  • Systém musí umožňovat výběr servisních pracovišť jako uživatelskou předvolbu. Tato uživatelská předvolba musí být dostupná každému uživateli a na základě této předvolby jsou uživateli dostupná jen zařízení a služby těch servisních laboratoří, které si sám zvolí.

  • Systém musí umožňovat použití různých rolí uživatele při interakci se systémem, včetně rolí správce systému, manažerů, operátorů a standardních uživatelů.

  • Systém musí mít integrovanou proceduru registrace pro nové uživatele, včetně mechanismu získání informací o laboratoři, oddělení či ústavu, pokud tyto ještě nejsou v systému dostupné.

Zařízení

  • Systém musí rozlišovat zařízení různých typů a umožňovat jejich členění do skupin. U každého zařízení musí být konfigurovatelný jeho typ a zařazení do skupin.

  • Systém musí rozlišovat nejméně čtyři typy zařízení – „Lab only“, „Internal only“, „Core facility equipment“ a „Core facility staff“. Pro každou servisní laboratoř nakonfigurovanou v systému musí existovat odpovídající unikátní typy zařízení „Core Facility equipment“ a „Core Facility staff“. Zařízení typu „Core Facility staff“ představuje osoby poskytující podporu uživatelům.

  • Systém musí umožňovat zařazení zařízení do skupin, reprezentujících například použitou technologii, či do jakékoliv jiné skupiny využívané pro účely výstupních sestav, ověřování osvědčení o školení uživatele, anebo pro jakýkoliv jiný účel.

Služby

  • Systém musí podporovat vytváření formulářů pro objednávání služeb, včetně prostředků pro konfiguraci obsahu formulářů. Vyplňování formulářů musí být organizováno v sekvenčních krocích, z nichž každý musí být nezávisle konfigurovatelný.

  • Systém musí mezi jednotlivými kroky umožňovat práci a výpočty s již zadanými daty, jejichž výsledky jsou pak zobrazeny v dalším kroku.

  • Systém musí rozlišovat různé typy a skupiny poskytovaných služeb tak, jak bylo popsáno v části „zařízení“ (kromě typu „Core Facility staff).

Kalendář a rezervace

  • Systém musí umožňovat zobrazovat rezervovatelná zařízení a přehledný grafický „drag and drop“ kalendář.

  • Kalendář musí umožňovat minimálně náhledy zobrazující jednotlivé dny, týdny a náhled časové osy s volitelným zobrazením jednoho či více zařízení ve všech těchto typech náhledů.

  • U každého individuálního uživatele musí existovat možnost konfigurovat náhled kalendáře, tak, aby zobrazoval jen relevantní zařízení uživatele. Musí být rovněž umožněno ukládání těchto náhledů pro jejich pozdější použití.

  • Systém musí umožňovat rezervace s opakujícím se výskytem a rezervace delší než 24 hodin.

  • Kalendář musí umožňovat vytváření rezervací kliknutím a tažením přímo v náhledu kalendáře, ve kterém je zobrazeno jedno či více zařízení.

  • Systém musí nabízet jednoduché prostředky k tomu, aby jednotlivé časové úseky týdne byly označeny tak, že rezervace vytvořené některými uživateli budou automaticky potvrzeny a rezervace vytvořené jinými uživateli budou přijaty, či automaticky odmítnuty.

  • Systém musí umožňovat, aby automatické akce popsané v předcházejícím odstavci automaticky měnily své chování v závislosti na tom, v jakém časovém úseku budoucnosti je rezervace vytvářena.

  • Systém musí umožňovat na první pohled zřejmou grafickou identifikaci časových období, ve kterých uživatel může či nemůže provádět rezervace zařízení.

  • Systém musí poskytovat prostředky pro definici a konfiguraci jakéhokoliv počtu pravidel, které jsou aplikovány na vytvářené rezervace. Pravidla musí umožňovat použití informací o zařízení, uživateli, relativním čase, absolutním čase či jakoukoliv jinou informaci dostupnou v databázi. Příkladem může být znemožnění provádění změn rezervací v minulosti některým uživatelům, zatímco jiným uživatelům bude provádění takových změn umožněno.

  • Systém musí umožňovat přiřazení typu rezervace ke každé vytvořené rezervaci. Musí být rozlišeny nejméně čtyři typy rezervací – „Self-operated“, „Quick setup“, „Advanced setup“ a „Full assistance“. Systém musí zároveň podporovat automatické vytváření rezervací pro zařízení typu „Core Facility staff“ (představující kalendáře operátorů servisní laboratoře), v závislosti na tom, ke kterému servisnímu pracovišti je zařízení přiřazeno, a zvoleném typu rezervace. Musí být rovněž umožněno grafické odlišení jednotlivých typů rezervací, takže je na první pohled zřejmé, o jaký typ rezervace se jedná.

  • Systém musí umožňovat použití informačního kanálu iCal do externích kalendářových aplikací pro jakékoliv zařízení v systému.

  • Systém musí umožňovat náhled do kalendáře jen pro čtení bez nutnosti přihlášení se do aplikace.

Vlastní datové typy a vlastnosti

  • Systém musí umožňovat vytváření vlastních datových typů.

  • Musí být umožněno, aby rezervacím, projektům, zařízením, službám a uživatelům mohly být přidávány nové vlastnosti.

  • Vlastní datové typy musí zahrnovat alespoň celé číslo, číslo s desetinnou čárkou, řetězec, padací seznam vlastních hodnot, logickou hodnotu, datum, datum a čas, a odkazy na jiný objekt, který může být vlastní datový typ nebo již existující datový typ.

  • Musí být rovněž umožněno vytváření vlastností, které dovolí připojení jednoho anebo více souborů k rezervaci, projektu, zařízení, službě či uživateli.

  • Musí být možné mandatorně požadovat, aby byl soubor připojen, například požadovat připojení souboru při vytváření rezervace. Musí být rovněž možné požadovat, aby byl soubor připojen v definovaném časovém úseku před započetím rezervace a v případě jeho nepřipojení automatické zrušení rezervace.

  • Musí být umožněno požadovat připojení souboru pouze určitého typu, například *.pdf anebo *. PDF.

  • Systém musí umožňovat vytváření vlastních podtypů formulářů pro rezervaci zařízení a služby, takže množina zobrazených vlastností ve formuláři bude závislá na tom, které zařízení je rezervováno, anebo která služba je objednávána.

Projekty

  • Systém musí podporovat koncept projektů, které sdružují předmět plánované práce s uživateli, zařízeními a službami. Uživatelé pak mohou vědět pouze o existenci těch projektů, se kterými jsou asociováni.

  • Projekty musí obsahovat informaci o cenách zařízení a služeb. Musí rovněž existovat jednoduchý způsob, pomocí něhož mohou správci zařízení či služby přepsat výchozí ceny. Toto musí být umožněno pro každý individuální projekt.

  • Systém musí umožňovat, aby některá zařízení a služby vyžadovaly uvedení projektu pro vytvoření rezervace, zatímco jiná nikoliv.

  • Použití projektu pro vytvoření rezervace či objednávku služby musí být povoleno pouze v případech, že uživatel, který rezervaci či objednávku vytváří, je s projektem asociován, anebo se jedná o správce zařízení či služby, anebo správce systému.

  • Musí být možné definovat maximální finanční náklady pro každý projekt a systém musí udržovat průběžný součet prostředků na projekt již vynaložených a také prostředků zbývajících.

  • Pokud finanční prostředky určené pro daný projekt již nepostačují pro vytvářenou rezervaci či objednávku služby, systém tyto automaticky zamítne.

  • Systém musí umožňovat rozlišení různých typů projektů a jejich seskupování ve skupinách. Musí být k dispozici nejméně tři typy projektů – „Internal“, „External“ a „Czech-Bioimaging“. Skupiny projektů budou využity například pro seskupování projektů dle poskytovatele finanční dotace.

Oprávnění

  • Systém musí umožňovat řízení oprávnění tak, aby:

    • Oprávnění ke čtení a aktualizaci kterékoliv vlastnosti každého objektu v systému mohlo záviset na libovolně komplikované booleovské logice, která porovnává hodnoty dosažitelné z ovládaného objektu s konstantami anebo jinými vlastnostmi, které jsou dosažitelné ze stejného objektu. Takové řízení oprávnění musí být umožněno jak u přednastavených objektů, tak i u vlastních datových typů a vlastností.

    • Povědomí o existenci objektu a schopnost odstranit objekt musí být ovladatelné podobným způsobem pomocí jakékoliv vlastnosti, která je dostupná z daného objektu. To znamená, že například jednoduchý výpis zobrazující počet rezervací bude zobrazovat různé hodnoty různým uživatelům v závislosti na jejich oprávněních v systému.

Automaticky prováděné akce

  • Systém musí podporovat provádění automatických akcí, které lze spustit v reakci na jakoukoliv událost v databázi, anebo v čase relativním k času uloženému například v rezervaci zařízení. Takovéto akce související s pracovními postupy musí podporovat především odesílání e-mailů, hledání dat v databázi, výpočet hodnoty pomocí mnoha definovatelných funkcí, vytvoření/aktualizace/vymazání dat v databázi a pokud požadováno, kontrolu a zabránění provedení změn databáze.

Fakturace

  • Systém musí umožňovat automatické generování informací potřebných k fakturaci.

  • Systém musí umožňovat kalkulaci ceny rezervací anebo služeb pomocí libovolného vzorce, který bude využívat informace o typu uživatele, typu projektu, typu rezervace zařízení nebo služby a doby trvání rezervace.

Výkazy

  • Systém musí poskytovat nástroje k vytváření vlastních výkazů, které z databáze vyextrahují přesně takové objekty, které jsou pro výpis podstatné a které nám umožní analyzovat data a události, dle aktuální potřeby. Tyto nástroje musí být natolik flexibilní, že dovolí generovat i zprávy, o jejichž potřebě v tuto chvíli nemáme žádné povědomí. Musí tak například umožnit zahrnout do výpisu rezervací i takové rezervace, které jsou dosažitelné z každé rezervace pomocí konstant či jiných vlastností rezervace.

  • Výkazy musí umožňovat extrakci jakékoliv informace z databáze.

Vzdálené řízení hardwaru

  • Musí být umožněno použití tabletu či jiného vhodného prostředku umístěného vedle zařízení k tomu, aby bylo zaznamenáno přihlášení a odhlášení uživatele a pro účely fakturace tak byl zaznamenán čas, po který bylo zařízení používáno. Rovněž musí být umožněna kontrola vzdáleného hardwaru pomocí relé, které zapne anebo vypne napájení zařízení po přihlášení a odhlášení uživatele.

Obecné

  • Nabídka musí pokrýt více instalací systému a musí být rozdělena na dvě části. Obě části nabídky musí být realizovány současně.

    • Systém nasazen v Ústavu molekulární genetiky AV ČR, v.v.i. Tato instalace musí podporovat nejméně 1000 uživatelů a konfiguraci více nezávislých servisních pracovišť. Tento systém nesmí mít žádná další omezení. Doba poskytování služby 1 rok.

    • Systémy nasazené v šesti partnerských institucích velké výzkumné infrastruktury Czech-Bioimaging podporující nejméně 700 uživatelů. Počty uživatelů mohou být u jednotlivých instalací libovolně nastaveny a v průběhu trvání služby měněny, při zachování celkového počtu uživatelů pro všechny partnery. Tyto instalace služby budou sdílet konfiguraci systému používanou Ústavem molekulární genetiky a budou limitovány na jedno servisní pracoviště. Doba poskytování služby 3 roky.

  • Funkcionalita požadovaná pro tuto zakázku musí být připravena k nasazení v lednu 2017 a musí již být v této době instalována a užívána i v jiných institucích.

  • Automatické akce, vlastní datové typy a vlastnosti, oprávnění, výkazy a vzdálené řízení přístupu musí být plně konfigurovatelné zadavatelem prostřednictvím webového rozhraní.

  • Musí existovat možnost provozovat službu jak na serverech vlastních, tak i na serverech dodavatele, dle naší volby. Dodavatel musí specifikovat minimální hardwarové a softwarové požadavky na aplikační server.

  • Poskytovaná služba a cena služby musí zahrnovat instalaci a plnou konfiguraci systému, jakož i veškeré budoucí upgrady softwaru.

  • Pokud bude služba provozována na serverech dodavatele, tak musí cena zahrnovat:

    • Denní zálohy dat ukládané na zabezpečený dislokovaný server

    • Údržbu serverů, včetně pravidelných instalací bezpečnostních záplat a výměny hardwaru při jeho selhání

    • Rychlé znovuobnovení poskytované služby v případě hardwarového či softwarového selhání

    • Počáteční instalaci softwaru, včetně instalace všech upgradů

  • Pokud bude služba poskytována na serverech zadavatele, tak služba i cena musí obsahovat:

    • Dodávku softwaru, včetně poskytnutí všech upgradů

    • Telefonickou i online podporu instalace softwaru a všech upgradů

  • Zadavatel je oprávněn provozovat klon produkčního serveru pro účely zálohy a testování

Podpora

  • Musí být dostupná komplexní dokumentace, včetně průvodců pro uživatele, správu a pro konfiguraci systému.

  • Musí být zajištěno kompletní proškolení.

  • Uživatelská podpora musí být zajištěna prostřednictvím e-mailu, telefonu a softwaru pro on-line sdílení obrazovky.

  • Musí být poskytnuta komplexní podpora pro uvedení systému do provozu a jeho plnou konfiguraci, včetně sdílení know-how, jak nejlépe dosáhnout požadované výsledky.

  • Reakční doba při požadavcích na podporu je stanovena nejvýše na 6 hodin (pracovní doba).



Příloha č. 2

Popis navrhovaného řešení



Příloha č. 3

Seznam poddodavatelů (příp. prohlášení dodavatele, že provede předmět této Smlouvy bez poddodavatelů)



Název veřejné zakázky:



„SYSTÉM PRO SPRÁVU SERVISNÍCH LABORATOŘÍ “




Dodavatel - obchodní jméno: …………………………………………………………………………



Sídlem: ………………………………………………………………………………………………..



IČ: ……………………………………………



Varianta č. 1:



Prohlašujeme, že máme v úmyslu zadat část veřejné zakázky jiné osobě (poddodavateli) a níže předkládáme seznam poddodavatelů, kteří se budou podílet na plnění předmětu veřejné zakázky:



Pořadové číslo poddodávky

Identifikační údaje poddodavatele

Věcná specifikace poddodávky - stručný popis plnění

Celkový finanční objem poddodávky

Právní rámec poddodávky (smlouva, smlouva o smlouvě budoucí, čestné prohlášení)

1.





2.





3.





4.





5.









Varianta č. 2:



Prohlašujeme, že nemáme v úmyslu zadat část veřejné zakázky jiné osobě (poddodavateli).









V ………………. Dne ………………….





Podpis osoby oprávněné jednat jménem či za dodavatele …………………………………………………….




Shape3 Shape2 13


Document Metadata

Filed: November 16th, 2016