DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM

Transkript

1 Zadavatel: Česká republika Ministerstvo práce a sociálních věcí se sídlem: Na Poříčním právu 1/376, Praha 2, PSČ IČ: Název veřejné zakázky: Dodávka technického řešení Access Point MPSV a Access Point ČSSZ zadávaná v otevřeném řízení podle ust. 27 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů DODATEČNÉ INFORMACE K ZADÁVACÍM PODMÍNKÁM dle ust. 49 zákona č. 137/2006 Sb., o veřejných zakázkách, ve znění pozdějších předpisů (dále jen ZVZ ) MT Legal s.r.o., advokátní kancelář, sídlem Jakubská 1, Brno, jako zástupce výše uvedeného zadavatele v předmětném zadávacím řízení, obdržela v níže uvedeném termínu žádosti dodavatelů o dodatečné informace k zadávacím podmínkám. V návaznosti na obdržené žádosti zadavatel níže uvádí přesné znění žádosti a připojuje k nim dodatečné informace. Dodatečné informace zadavatel uveřejnil, včetně přesného znění žádosti, rovněž na profilu zadavatele. Žádost o dodatečné informace č. 1 (obdržena dne ): Žádám vás tímto o dodatečné informace k zakázce Dodávka technického řešení Access Point MPSV a Access Point ČSSZ, kterou vypsal zadavatel Česká republika Ministerstvo práce a sociálních věcí pod evidenčním číslem zakázky V zadávací dokumentaci v bodě 5.1. Základní kvalifikační předpoklady dle ust. 53 ZVZ není uvedeno, zda uchazeč může splnit základní kvalifikační předpoklady v rozsahu písm. a) až k) také předložením výpisu ze seznamu kvalifikovaných dodavatelů v souladu s 127 odst. 1 a 4 ZVZ. Prosím o upřesnění informace. Informace zadavatele: Zadavatel nijak neomezil prokazování splnění kvalifikace jakýmkoli způsobem předvídaným ZVZ. Dodavatel je tedy oprávněn prokázat splnění kvalifikace mimo jiné také předložením výpisu ze seznamu kvalifikovaných dodavatelů, a to za podmínek, způsobem a v rozsahu stanoveném ust. 127 ZVZ. 1

2 Informace zadavatele poskytnutá bez předchozí žádosti dle 49 odst. 4 ZVZ: S ohledem na skutečnost, že dotační orgán nepovolil zadavateli prodloužení lhůt v rámci realizace projektu, resp. veřejné zakázky, upravuje tímto zadavatel dobu plnění předmětu veřejné zakázky. Tabulka uvedená v bodu 3 zadávací dokumentace a časové údaje v ní uvedené se mění a nahrazují se údaji uvedenými níže v tabulce (změny oproti původnímu znění zadávací dokumentace jsou vyznačeny červeně). Číslo Stručný obsah fáze Zahájení fáze Ukončení fáze Rozpracování Vytvoření detailního plánu implementace Access Points Dodání HW pro AP MPSV a AP ČSSZ Realizace technického řešení Access Pointu MPSV a Access Pointu ČSSZ Nasazení a pilotní provoz Access Pointu MPSV a Access Pointu ČSSZ Ode dne nabytí účinnosti smlouvy Za 1 měsíc ode dne nabytí účinnosti smlouvy Nejpozději od Do (plán implementace) Do (dodání HW) Do min. trvání fáze 3 měsíce od zahájení, ukončení fáze však nejpozději do Současně s tím se upravují rovněž příslušná ustanovení návrhu smlouvy, který tvoří přílohu č. 2 zadávací dokumentace, a to následovně (změny oproti původnímu znění návrhu smlouvy jsou vyznačeny červeně): V čl. IV (DOBA A MÍSTO PLNĚNÍ) návrhu smlouvy se celý odst. 4.1 ruší a nově zní takto: Zhotovitel se zavazuje provést Dílo nejpozději do V čl. IV (DOBA A MÍSTO PLNĚNÍ) návrhu smlouvy se tabulka v odst. 4.2 ruší a nově zní takto: Fáze Zahájení Fáze Ukončení Fáze Do (plán Fáze 1 Dnem nabytí účinnosti Smlouvy implementace) Fáze 2 1 měsíc od nabytí účinnosti Smlouvy Fáze 3 Nejpozději od Do (dodání HW) Do min. trvání fáze 3 měsíce od zahájení, ukončení fáze však nejpozději do

3 Zadavatel upozorňuje, že shora uvedené změny jsou uchazeči povinni zapracovat do návrhu smlouvy na plnění veřejné zakázky, který předloží jako součást svých nabídek. V souvislosti s výše uvedenou úpravou návrhu smluv rozhodl zadavatel o prodloužení lhůty pro podání nabídek a změně termínu otevírání obálek s nabídkami následovně: Lhůta pro podání nabídek nově končí: Termín otevírání obálek s nabídkami je nově stanoven na: v 10:00 hod v 10:00 hod. V tomto smyslu bude rovněž uveřejněno opravné oznámení o zakázce v Informačním systému o veřejných zakázkách, resp. ve Věstníku veřejných zakázek. Žádost o dodatečné informace č. 2 (obdržena dne ): 1. Z hlediska řešení kapitoly Bezpečnost, můžete sdělit předpokládaného vydavatele certifikátu s veřejným klíčem AP ČR (kapitola přílohy 1 ZD) 2. Vzhledem k uvedenému způsobu hodnocení nabídek dle ZD kapitoly 8.4. Hodnotící kritéria písmeno d. žádáme o dokumentaci bezpečnostních principů EESSI a bezpečnostních prvků MPSV a ČSSZ. 3. V Zadávací dokumentaci na straně 20 požadujete dodat popis napojení AP na existující komunikační a systémové infrastruktury IS MPSV a IS ČSSZ, které nejsou dále nikde detailněji zmíněné. Prosíme o dodání popisu těchto infrastruktur. 4. V Příloze č. 1 Zadávací dokumentace se na straně 9 a dále odkazuje na Referenční implementaci (RI), která má být výsledkem projektu v rámci EESSI. Vzhledem k tomu, že využití RI při budování AP MPSV a AP ČSSZ je povinné (strana 10 Přílohy 1) a je součástí hodnotících kritérií (strana 19, obsah kapitoly 3 Architektura, technická specifikace a integrace řešení Zadávací dokumentace), prosíme o dodání technické specifikace Referenční implementace. 5. Na stranách 27 a 28 Přílohy č. 1 Zadávací dokumentace je uvedeno, že pro úspěšné zpracování dat budou mimo jiné využity informace ze systému UIR-ADR (strana 27) a že AP MPSV bude plně integrován na UIR-ADR. V souladu se zákonem č. 111/2009 Sb., o základních registrech, byl od 1. července 2012 zahájen produkční provoz Registru územní identifikace, adres a nemovitostí (RÚIAN). Je správný předpoklad, že UIR- ADR nebude dále využíván a bude nahrazen RÚIAN? Odpověď zadavatele k dotazu č. 2: K otázce č. 1: Zadavatel sděluje, že tato otázka bude definitivně odsouhlasena společně s vybraným uchazečem v rámci návrhu technicko-implementačního a systémového projektu. V současnosti nelze uvést předpokládaného ani preferovaného vydavatele certifikátu. 3

4 K otázce č. 2: Dle sdělení Evropské komise lze dokumentaci k evropské části EESSI poskytnout až vybranému uchazeči. Informace týkající se ČSSZ a MPSV budou rovněž poskytnuty až vybranému uchazeči až po podpisu smlouvy. Zadavatel předpokládá návrh vyšší úrovně zabezpečení ze strany uchazeče na základě jeho best practice. K otázce č. 3: K dotazu zadavatel sděluje, že ve vztahu k ČSSZ je požadované blíže popsáno v kap. 5.3 Přílohy č. 1 ZD. Architektura agendových systémů MPSV je obdobná jako v případě ČSSZ. Aplikace jsou v současné době převáděny do tzv. resortního cloudu, který primárně využívá technologie Microsoft (databáze SQL, integrační řešení BizTalk). K otázce č. 4: Zadavatel sděluje, že správce AP může podle pravidel bezpečnosti informací, stanovených Evropskou komisí, předat technickou specifikaci Referenční implementace i s dokumentací až dodavatelům, se kterými má uzavřenu smlouvu. K otázce č. 5: Zadavatel potvrzuje, že bude využíván aktuálně platný registr. Žádost o dodatečné informace č. 3 (obdržena dne ): 1. ZD uvádí požadavek na dodání samostatných Access Pointů pro MPSV a ČSSZ. Je možné v nabídce navrhnout řešení, ve kterém bude mezinárodní část Access Pointu (IPAP) společná pro obě instituce, přičemž její umístění bude realizováno dle volby zadavatele (prostředí MPSV, nebo ČSSZ, případně KIVS). Národní část (NPAP) pro MPSV a ČSSZ budou samostatné. 2. ZD uvádí požadavek na automatické zpracování obsahu národních i mezinárodních SED v v NPAP ve vazbě na interní aplikace zadavatele. Pro část ZD týkající se ČSSZ jsou uvedeny příklady kategorií dat, které jsou zahrnuty do automatizace v rámci připravovaného projektu, i když jejich popis není definován jako konečný. Pro část MPSV tyto informace chybí. Žádáme proto o zaslání seznamu dat (nebo jejich skupin), které budou zahrnuty do automatického zpracování ve vazbě na seznam interních aplikací. 3. ZD uvádí požadavek na automatické zpracování obsahu národních i mezinárodních SED v v NPAP ve vazbě na interní aplikace zadavatele. Je správný předpoklad, že uchazeč v rámci své dodávky vytvoří návrh a realizuje rozhraní pro komunikaci s interními aplikacemi MPSV a ČSSZ. V zodpovědnosti zadavatele tedy bude zajistit úpravy interních aplikací tak, aby pomocí rozhraní navrženého uchazečem tyto aplikace předávaly požadovaná data do národní části Access Pointu (NPAP). 4

5 Odpověď zadavatele k dotazu č. 3: K otázce č. 1: Zadavatel v zadávací dokumentaci požaduje dodání samostatných Access Pointů pro MPSV a ČSSZ, tedy včetně samostatného řešení IPAP pro MPSV a IPAP pro ČSSZ. Společné řešení mezinárodní části Access Pointu (IP/AP) pro MPSV a ČSSZ není přípustné. K otázce č. 2: Do automatického zpracování dat s vazbou na interní aplikace MPSV budou zahrnuty obdobné kategorie dat, jako je uvedeno v části popisující AP ČSSZ, tj. kategorie 1 (identifikační data subjektu), kategorie 2 (automatizovaná data agend). Dotčené agendy spadající pod MPSV jsou uvedeny v odst. 2.4 zadávací dokumentace Předmět plnění veřejné zakázky. K otázce č. 3: Zadavatel sděluje, že uvedený předpoklad je správný. Zadavatel připraví relevantní data dle návrhu vybraného uchazeče. Detailní popis bude součástí technicko implementačního projektu. Žádost o dodatečné informace č. 4 (obdržena dne ): 1. Na volne prístupných stránkách týkajúcich sa EESSI sú k dispozici úradné verzie SED. Kde sú dostupníé vzory národného Národného štrukturovaného.elektronického dokumentu (NSED)? Aký bude ich předpokládaný počet? 2. Aké sú konkrétné informačné systémy, s ktorými sa bude integrovat Access Point ČSSZ (integrácia s aplikáciami MPSV je popísaná na str. 28 prílohy č. 1 zadávací dokumentácie). Na str. 38 sú popísané len informácie, ktoré lze získávat automatizovaně z ISČSZ. 3. Agendou integrujúcou data požadované na výmenu medzi dalšími europskými subjekty sociálného zabezpečenia bude nový systém VPO Volný pohyb osob, ako súčást tejto verejnej zakázky (str. 38 přílohy č. 1 zadávacej dokumentácie). Požadavky na tento systém nie sú v zadávacej dokumentácii špecifikované. a. Je súčasťou plnenia predmetu tejto verejnej zakázky vytvorenie nového VPO? b. Je súčasťou plnenia predmetu tejto verejnej zakázky integrácia so systémom VPO? 4. V predloženém návrhu zmluvy sú uvedené rozné lehoty (napr. pre odstránenie vád systému), pričom pro niektorých je uvedená špecifikácia, že ide o pracovné dni, (body 10.1 a 16.1), resp. kalendárne dni (body 6.5, 8.2 a 12.2) a při niektorých žádná špecifikácie uvedená nie je (napr. body 7.11, 12.11, 13.1, 15.2., 17.7). Pokial nie je explicitne uvedené, jedná sa o kalendárne dni? 5

6 Odpověď zadavatele k dotazu č. 4: K otázce č. 1: Národní SED si vytváří instituce (AP) České republiky ze své vlastní iniciativy a pro svou vlastní potřebu. Jejich definice ještě není ukončena, a proto nemohou být poskytnuty. Jejich definice a podoba ovšem vychází z evropských SED definovaných Evropskou komisí, neboť budou používány v případech, kdy se na vyplňování jednoho SED podílí více institucí (AP) ČR. Jejich počet bude ve srovnání s evropskými SEDy nízký, neboť se týkají pouze omezeného počtu situací. K otázce č. 2: Informační systémy, se kterými se bude AP ČSSZ integrovat, jsou popsány v kapitolách a Přílohy č. 1 k zadávací dokumentaci (str ). Tento popis integrace pro ČSSZ odpovídá rozsahu zmiňovaného popisu integrace pro MPSV. K otázce č. 3: Zadavatel sděluje, že vytvoření nového systému VPO je součástí předmětu plnění této veřejné zakázky, avšak pouze pro AP ČSSZ. K otázce č. 4: Zadavatel uvádí, že pokud není v textu přílohy č. 2 zadávací dokumentace (obchodní podmínky návrh smlouvy) explicitně uvedeno, že se jedná o pracovní dny, jedná se vždy o dny kalendářní. Žádost o dodatečné informace č. 5 (obdržena dne ): 1. V Zadávací dokumentaci není podrobně popsána idea národní komunikace mezi Access Pointy. Prosíme o upřesnění následujícího: Jaké jsou konkrétní příklady primárních NSEDů (národních SEDů). Kdo je kompetentní za tvorbu a údržbu katalogu NSEDů (tj. národní části katalogu RI_IR). Kdo je kompetentní za tvorbu a údržbu adresáře všech institucí pro národní komunikaci (tj. národní části adresáře RI_DS). Odpověď zadavatele k dotazu č. 5: Zadavatel k dotazu sděluje, že národní SED si vytvářejí instituce (AP) České republiky ze své vlastní iniciativy a pro svou vlastní potřebu. Jejich definice ještě není ukončena, a proto nemohou být poskytnuty. Jejich definice a podoba ovšem vychází z evropských SED definovaných Evropskou komisí, neboť budou používány v případech, kdy se na vyplňování jednoho SED podílí více institucí (AP) ČR. 6

7 Katalog NSEDů bude udržován všemi českými vlastníky Access pointů. NSEDy jsou tvořeny, měněny a používány na základě vzájemné shody mezi dotčenými českými institucemi, k tomu se jejich zástupci schází a pořizují zápisy z jednání. Národní část adresáře RI-DS je tvořena kompetentními institucemi tak, aby odpovídala působnostem a potřebám těchto institucí i pravidlům pro mezinárodní výměnu dat. Žádost o dodatečné informace č. 6 (obdržena dne ): 1. Na straně 31 Přílohy č. 1 Zadávací dokumentace jsou zmíněny národní SEDy (NSED). Pro odhad implementace NSED je nezbytně nutné znát typy, počet a strukturu jednotlivých NSED. Ze Zadávací dokumentace rovněž není zřejmé, kdo bude správcem katalogu národních SED pro ČR a v jaké formě budou předávány informace o změnách v NSED do jednotlivých AP a CI. Odpověď zadavatele k dotazu č. 6: Národní SED si vytváří instituce (AP) České republiky ze své vlastní iniciativy a pro svou vlastní potřebu. Jejich definice ještě není ukončena, a proto nemohou být poskytnuty. Jejich definice a podoba ovšem vychází z evropských SED definovaných Evropskou komisí, neboť budou používány v případech, kdy se na vyplňování jednoho SED podílí více institucí (AP) ČR. Jejich počet bude ve srovnání s evropskými SEDy nízký, neboť se týkají pouze omezeného počtu situací. Katalog NSEDů bude udržován všemi českými vlastníky Access pointů. NSEDy jsou tvořeny, měněny a používány na základě vzájemné shody mezi dotčenými českými institucemi, k tomu se jejich zástupci schází a pořizují zápisy z jednání. Žádost o dodatečné informace č. 7 (obdržena dne ): 1. Dle Přílohy č. 1 Zadávací dokumentace (strana 38) a dle Dodatečných informací č. 4 k zadávacím podmínkám je součástí předmětu plnění této veřejné zakázky vytvoření nového agendového systému VPO (Volný pohyb osob) pro ČSSZ. Protože nikde v Zadávací dokumentaci není toto plnění vymezeno, žádáme o zaslání funkční specifikace VPO a požadavků na toto řešení. Odpověď zadavatele k dotazu č. 7: Umístění systému VPO je znázorněno na obrázku 7 v odst přílohy č. 1 zadávací dokumentace oranžově označená část aplikační vrstvy. Zároveň byl systém VPO v ZD definován jako integrační platforma a další požadavky jsou uvedeny zejména v odst. 5.2 přílohy č. 1 zadávací dokumentace. 7

8 Žádost o dodatečné informace č. 8 (obdržena dne ): 1) Jaké další typy aplikačního rozhraní (tj. standardy, protokoly, apod.) kromě webových služeb (Web Services, SOAP) musí AP podporovat při integraci na agendové systémy MPSV a ČSSZ? 2) Bude možné (v kontextu centralizace resortu MPSV a budování Jednotné datové základny) získat veškerá data nezbytná pro požadované automatizované doplňování SED prostřednictvím Jednotné datové základny? Pokud ne, tak která data budou dostupná mimo Jednotnou datovou základnu a která v rámci Jednotné datové základny. 3) Jaká je požadovaná, nebo případně preferovaná, platforma pro virtualizaci v datovém centru, kde mají být AP nasazeny? Mají být licence pro zajištění virtualizace součástí dodávky? Je tato virtualizace požadovaná nebo jen preferovaná? 4) Pro jaké jiné účely, kromě rozdělení nabídkové ceny v příloze č. 4 smlouvy, je významné rozdělení dodávaného HW a SW způsobem popsaným v ZD na straně 18 textem: Česká správa sociálního zabezpečení bude mít v operativním užívání 53 % příslušné dodávky hardwaru se souvisejícími činnostmi za účelem efektivního a hospodárného dosažení své participace na cílech projektu a 52 % příslušné dodávky softwaru se souvisejícími činnostmi za účelem efektivního a hospodárného dosažení své participace na cílech projektu. Uvedené členění je pro uchazeče závazné rovněž pro účely doplnění podrobného rozpisu nabídkové ceny dle požadavků přílohy č. 2 zadávací dokumentace, a to její přílohy č. 4.? 5) Je možné pro účely provozu výsledného systému využívat licence (například MS SQL Server či Oracle, MS Windows Server či RedHat Enterprise Linux apod.) již existující v datovém centru či resortním cloudu Objednatele? Pokud ano, jaké konkrétní licence v jakých verzích, počtech a edicích je možné využít? 6) Je možné využít k nákupu nových licencí produktů Microsoft ceny dané smlouvou mezi Ministerstvem vnitra a Fujitsu-Siemens? 7) Je možné pro účely provozu či testů výsledného systému využívat již existující hardware v datovém centru či resortním cloudu Objednatele? Jaké jsou parametry tohoto hardware? Je tento hardware již pokryt některými z výše uvedených licencí, případně zmíněných v odpovědi na otázku č. 5? 8) Bude Objednatelem zajištěno síťové propojení mezi datovým centrem či servery, kde bude provozováno výsledné řešení a datovými centry či servery, které hostují agendové aplikace MPSV a ČSSZ? 9) Bude Objednatelem zajištěno síťové propojení mezi datovým centrem či servery, kde bude provozováno výsledné řešení a sítí s-testa? 10) Co je myšleno větou Agendou integrující data požadovaná pro výměnu mezi dalšími evropskými subjekty sociálního zabezpečení bude nový systém VPO Volný pohyb osob, jako součást této veřejné zakázky. uvedenou v příloze č.1 ZD na straně 38? Znamená to, že součástí dodávky má být systém VPO Volný pohyb osob? Pokud ano, tak jaké jsou požadavky na tento systém? Nebo je tímto myšleno pouze to, že systém VPO Volný pohyb osob bude jedním z integrovaných systémů v rámci celého 8

9 řešení? 11) Pro účely monitoringu pilotního provozu včetně plnění SLA budou používány monitorovací nástroje Uchazeče, nebo Uchazeč pouze předá dokumentaci monitorovatelných veličin a nainstaluje monitorovacího agenta pro nástroje Objednatele a vlastní monitoring bude realizován nástroji Objednatele? Bude i při použití vlastních monitorovacích nástrojů Objednatele umožněno Uchazeči realizovat vlastní sekundární monitoring pilotního provozu vlastními nástroji? 12) Bude možné nasazení všech částí řešení AP ČSSZ i AP MPSV (IPAP, NPAP včetně rozšíření, ČSSZ IN, webové aplikace) v jednom datovém centru? Pokud ne, jaká jsou zadavatelem kladena omezení na umístění instalace řešení? 13) Předpokládá se instalace řešení v resortním cloudu? 14) Budou potřebné úpravy na straně existujících agendových systémů či existující infrastruktury MPSV i ČSSZ realizovány jejich stávajícími dodavateli a náklady na tyto úpravy ponese Objednatel? 15) Má Objednatel nějaký grafický manuál či pravidla pro tvorbu uživatelského rozhraní aplikací? 16) Co přesně znamená zkratka IKR. Pokud jde o nějaký prvek ICT architektury zadavatele, pak žádáme o informace o jeho funkcích, architektuře a použitých technologiích. 17) Interním aplikačním rozhraním, na které se odkazuje příloha č. 1 ZD na straně 33, je myšleno rozhraní na straně stávajících interních aplikací ČSSZ? Odpověď zadavatele k dotazu č. 8: K otázce č. 1: Popis standardů ČSSZ poskytuje zadavatel vzhledem k jejich objemu pouze v elektronické podobě jako přílohu k těmto dodatečným informacím č. 5. Příloha k dodatečným informacím č. 5 je dostupná na profilu zadavatele na adrese: K otázce č. 2: Zadavatel sděluje, že AP MPSV a AP ČSSZ jsou plánovány jako dva oddělené systémy. K otázce č. 3: V současné době jsou nasazeny obě virtualizační platformy, jak Hyper-V tak i VMWare. Licence virtualizační platformy musí být součástí dodávky. Zadavatel uvádí, že preferuje VMWARE 5 pro nasazení do datových center. K otázce č. 4: Zadavatel sděluje, že jedná se o záležitost nastavení interních vztahů mezi ČSSZ a MPSV při užívání pořizovaného plnění. Zadavatel požaduje, aby byly v rámci struktury nabídkové ceny dodrženy požadavky stanovené v zadávací dokumentaci. 9

10 K otázce č. 5: Pro účely provozu výsledného systému je nutné dodat patřičné licence, neboť zadavatel nedisponuje volnými licencemi zmiňovaných SW produktů. K otázce č. 6: Zadavatel sděluje, že odpověď na dotaz uchazeče je nutno důkladněji ověřit. Zadavatel poskytne odpověď bez zbytečného odkladu po jejím zpracování. K otázce č. 7: Zadavatel uvádí, že dodávka HW je součástí plnění této veřejné zakázky. K otázce č. 8: Zadavatel požaduje, aby v rámci řešení byly dodrženy veškeré standardy bezpečné komunikace. Síťové propojení mezi datovými centry ČSSZ je zajištěno. Propojení na systémy MPSV ČSSZ nezajišťuje. Zadavatel sděluje, že ze strany MPSV bude odpověď v nejbližším termínu ještě dále upřesněna. K otázce č. 9: Součástí plnění této veřejné zakázky je napojení dodaného řešení včetně potřebných nastavení na základě přístupových údajů poskytnutých zadavatelem. K otázce č. 10: Umístění systému VPO je znázorněno na obrázku č. 7 v kap přílohy č. 1 zadávací dokumentace oranžově označená část aplikační vrstvy. Zároveň byl systém VPO v ZD definován jako integrační platforma a další požadavky jsou uvedeny zejména v kapitole 5.2 přílohy č. 1 zadávací dokumentace. K otázce č. 11: Zadavatel požaduje, aby způsob zajištění monitoringu pilotního provozu navrhnuli uchazeči. K otázce č. 12: AP MPSV a AP ČSSZ jsou plánovány jako dva oddělené systémy. Je však nutné dodržet podmínku, aby řešení splňovalo podmínky HA. Instalace v jednom datovém centru ČSSZ je tedy neakceptovatelná. K otázce č. 13: Zadavatel sděluje, že odpověď na dotaz uchazeče je nutno důkladněji ověřit. Zadavatel poskytne odpověď bez zbytečného odkladu po jejím zpracování. K otázce č. 14: Zadavatel sděluje, že úpravy na straně existujících systémů a infrastruktury jsou v režii zadavatele. 10

11 K otázce č. 15: Zadavatel sděluje, že má v této oblasti zpracována pouze doporučení neformálního charakteru, která nejsou pro účely zpracování nabídky a návrhu řešení relevantní. K otázce č. 16: Jedná se o Informační a komunikační rozhraní ČSSZ. Zadavatel sděluje, že v zadávací dokumentaci jsou uvedeny všechny důležité informace a požadavky na výše uvedené rozhraní. K otázce č. 17: Zadavatel má za to, že na straně 33 přílohy č. 1 zadávací dokumentace není uveden žádný odkaz na interní aplikační rozhraní. Pro poskytnutí relevantní odpovědi je proto nutno dotaz více konkretizovat. Odpověď zadavatele k dotazu č. 8 - doplnění: K otázce č. 6: Zadavatel sděluje, že pro k nákupu licencí je možno využít ceny dané smlouvou mezi Ministerstvem vnitra ČR a spol. Fujitsu-Siemens. K otázce č. 8: Zadavatel doplňuje, že MPSV zajistí propojení mezi svými agendovými systémy a AP. K otázce č. 13: Pro výsledné řešení se předpokládá instalace na samostatném HW, místo plnění je definováno v zadávací dokumentaci, resp. její příloze č. 1 a č. 2. Žádost o dodatečné informace č. 9 (obdržena dne ): V Příloze č. 2 Návrh smlouvy závazné obchodní podmínky dle bodu 7.6 Kategorizace vad předávaného plnění při akceptačním řízení a následně dle bodu 7.11 bychom prosili o tato upřesnění: 1) v bodě 7.11 je uvedeno Maximální lhůta na odstranění vady kategorie A nepřesáhne 5 dnů od data podpisu Akceptačního protokolu. Maximální lhůta na odstranění vad kategorie B a C nepřesáhne 2 dny od podpisu Akceptačního protokolu. - Vzhledem k tomu, že vada kategorie A je vážná vada s nejvyšší prioritou, myslí zadavatel opravdu 5 dnů na odstranění vady kategorie A? 2) Jsou lhůty na odstranění vad kategorií A, B, C myšleny v pracovních dnech nebo v 11

12 kalendářních dnech? V zadávací dokumentaci 01_IOP_154_MPSV_Access Point_ZD_fin.pdf na straně 19 je tabulka Požadavky zadavatele na obsah jednotlivých kapitol. Kapitola 1 má obsahovat Shrnutí (výčet) plnění základních požadavků zadavatele kladených na realizaci AP dle zadávací dokumentace, včetně uvedení odkazu do konkrétní kapitoly/podkapitoly nabídky uchazeče. Rádi bychom se zeptali, jak a kde jsou definovány základní požadavky zadavatele, abychom případně ve výčtu něco neopomněli? Předpokládá zadavatel, že součástí dodávky budou i licence operačního systému MS Windows v licenčním modelu, který uchazeč zvolí podle svého uvážení? Odpověď zadavatele k dotazu č. 9: K prvnímu bodu, otázce č. 1: Zadavatel sděluje, že trvá na zachování lhůty 5 dnů na odstranění vady kategorie A. K prvnímu bodu, otázce č. 2: Zadavatel odkazuje na odpověď poskytnutou k dotazu č. 4 výše a uvádí, že pokud není v textu přílohy č. 2 zadávací dokumentace explicitně uvedeno, že se jedná o pracovní dny, jedná se vždy o dny kalendářní. Ke druhému bodu: Základní požadavky na dodávané řešení jsou obsaženy v odst. 2.4 zadávací dokumentace a dále v odst. 4.1, 5.2 a 5.3 přílohy č. 1 k zadávací dokumentaci. Ke třetímu bodu: Zadavatel sděluje, že pro účely provozu výsledného systému je nutné dodat patřičné licence, neboť zadavatel nedisponuje volnými licencemi zmiňovaných SW produktů. V Praze dne Česká republika Ministerstvo práce a sociálních věcí v zastoupení MT Legal s.r.o., advokátní kancelář JUDr. Petr Novotný 12