Odpov di na dotazy k ve ejné zakázce. 30/2014-53-27 SSZ Registr IKP 1. V dokumentu 4_Priloha_1_Specifikace-predmetu-technicke-pozadavky_Rozvoj-podpora-RIKP v kapitole 2.1 Popis architektury a vazeb v APV IKP je znázorn na vazba na IVK - <<flow>>. Na rozdíl od tok nap íklad INP na IKP, kde je uvedena forma datového souboru, není u tohoto toku zp sob vazby z ejmý. Jakým zp sobem je tato vazba realizována? Odpov : Komunikace je realizována prost ednictvím webových služeb. 2. V dokumentu 4_Priloha_1_Specifikace-predmetu-technicke-pozadavky_Rozvoj-podpora-RIKP v kapitole 2.1 Popis architektury a vazeb v APV IKP je znázorn na vazba z KE - <<flow>>. Na rozdíl od tok nap íklad INP na IKP, kde je uvedena forma datového souboru, není u tohoto toku zp sob vazby ejmý. Jakým zp sobem je tato vazba realizována? Odpov : Komunikace je realizována prost ednictvím webových služeb. 3. V dokumentu 4_Priloha_1_Specifikace-predmetu-technicke-pozadavky_Rozvoj-podpora-RIKP v kapitole 2.1 Popis architektury a vazeb v APV IKP je znázorn na vazba na WORK. Co je WORK? Odpov : Jedná se o systém poskytující nástroje pro správu a ízení požadavku na zpracování v agendách správy nárokových podklad a rozhodování o dávkách d chodového pojišt ní. 4. V dokumentu 4_Priloha_1_Specifikace-predmetu-technicke-pozadavky_Rozvoj-podpora-RIKP v kapitole 2.1 Popis architektury a vazeb v APV IKP je znázorn na vazba na WORK - <<flow>>. Na rozdíl od tok nap íklad INP na IKP, kde je uvedena forma datového souboru, není u tohoto toku zp sob vazby z ejmý. Jakým zp sobem je tato vazba realizována? Odpov : WORK poskytuje integra ní rozhraní v podob webových služeb. 5. V dokumentu 4_Priloha_1_Specifikace-predmetu-technicke-pozadavky_Rozvoj-podpora-RIKP v kapitole 2.1 Popis architektury a vazeb v APV IKP je znázorn na vazba z DA. Jak asto p edání t chto Odpov : P edání dat probíhá denn.. 6. V dokumentu 4_Priloha_1_Specifikace-predmetu-technicke-pozadavky_Rozvoj-podpora-RIKP v kapitole 2.1 Popis architektury a vazeb v APV IKP je znázorn na vazba z INP. Jak asto p edání t chto Odpov : P edání dat probíhá denn..
7. V dokumentu 4_Priloha_1_Specifikace-predmetu-technicke-pozadavky_Rozvoj-podpora-RIKP v kapitole 2.1 Popis architektury a vazeb v APV IKP je znázorn na vazba z IVK. Jak asto p edání t chto Odpov : P edání dat probíhá denn.. 8. V dokumentu 4_Priloha_1_Specifikace-predmetu-technicke-pozadavky_Rozvoj-podpora-RIKP v kapitole 2.1 Popis architektury a vazeb v APV IKP je ve schématu komponent znázorn na vazba na SI2. Co je SI2? Odpov : Jedná se o komunika ní rozhraní kmenových evidencí. 9. V dokumentu 4_Priloha_1_Specifikace-predmetu-technicke-pozadavky_Rozvoj-podpora-RIKP v kapitole 2.1 Popis architektury a vazeb v APV IKP je ve schématu komponent znázorn na vazba na Drc Aktualni. Co je Drc Aktualni? Odpov : Jedná se o formu databázového rozhraní zajiš ující podporu hromadných operací z dat kmenových evidencí. 10. V dokumentu 4_Priloha_1_Specifikace-predmetu-technicke-pozadavky_Rozvoj-podpora-RIKP v kapitole 2.1 Popis architektury a vazeb v APV IKP je znázorn na vrstva DB. Z pohledu požadovaného obsahu napln ní kapitol Testovácí ást, Nasazování, atd, jaká je použitá databázová platforma registru IKP? Odpov : Použitá platforma je Oracle 10g. P ipravuje se migrace na Oracle 12c. 11. V dokumentu 4_Priloha_1_Specifikace-predmetu-technicke-pozadavky_Rozvoj-podpora-RIKP v kapitole 2.1 Popis architektury a vazeb v APV IKP je znázorn na vrstva DB. Z pohledu požadovaného obsahu napln ní kapitol Testovácí ást, Nasazování, atd, je na DB vrstv realizována n jaká ást aplika ní logiky ve form uložených procedur nebo databázových trigr? Odpov : Import dat je pomocí SQL-loaderu. 2 triggery jsou použity jen pro vkládání primárních identifikátor ze sekvencí. 46 uložených procedur je pro ízení front požadavk, dávkové zpracování dat (nap. výmaz historických záznam ) a 24 scheduled jobs pro ízení front požadavk. 12. V dokumentu 4_Priloha_1_Specifikace-predmetu-technicke-pozadavky_Rozvoj-podpora-RIKP v kapitole 2.1 Popis architektury a vazeb v APV IKP je znázorn na vrstva AS. Její sou ásti je komponenta Statistiky. Je tato komponenta ešena kompletním istým vývojem v Microsot.NET nebo jsou využity n jaké SW komponenty (pokud ano, tak jaké?), p ípadn produkty t etích stran (pokud ano, tak jaké?) - nap íklad SQL Reporting Services, a podobn. Odpov : Statistky jsou po ítány pomocí aplika ní vrstvy postavené na Microsoft.Net frameworku ve spolupráci s PLSQL Oracle. SQL reporting se nepoužívají (jsou sou ástí MS SQL serveru a IKP používá Oracle). Z komponent t etích stran je použita pouze schválená knihovna pro podporu logování Log4Net.
13. Obsahuje implementace registru IKP komponenty t etích stran, které nejsou standardní sou ástí vývojové platformy Microsoft.NET (pokud ano, tak jaké?)? Odpov : Z komponent t etích stran je použita pouze schválená knihovna pro podporu logování Log4Net. 14. Pokud obsahuje implementace IKP komponenty t etích stran, které nejsou standardní sou ástí vývojové platformy Microsoft.NET, jaké komponenty to jsou a jaký je licen ní vztah pro tyto komponenty ze strany SSZ? Odpov : Používá se knihovna pro podporu logování Log4Net - GNU Public License (GPL) od Apache Software Foundation. Klient IKP pro n které usecase používá kooperaci s MS Office MS Excel. 15. V dokumentu 4_Priloha_1_Specifikace-predmetu-technicke-pozadavky_Rozvoj-podpora-RIKP v kapitole 2.1 Popis architektury architektury a vazeb v APV IKP není z ejmým zp sobem znázorn n zp sob autentizace a autorizace uživatel IKP. Je problematika autorizace a autentizace ešena kompletn intern v rámci IKP nebo jsou využity jiné systémy SSZ (pokud ano, tak jaké? - nap íklad integrace do AAA portálu dle standard SSZ)? Odpov : Problematika autentizace a autorizace uživatel IKP je zahrnuta v integraci AAA portálu dle standard SSZ. 16. V dokumentu 4_Priloha_1_Specifikace-predmetu-technicke-pozadavky_Rozvoj-podpora-RIKP v kapitole 2.1 Popis architektury a vazeb v APV IKP není z ejmým zp sobem znázorn n zp sob autentizace a autorizace uživatel IKP. Pokud je pro autentizaci a autorizaci použit jiný systém mimo implementaci IKP, jaký a jaký je zp sob integrace na n j? Odpov : Integrace do AAA portálu je ízena platnými standardy SSZ. 17. Existuje pevn definovaný termín, od kterého je nutné p evzít APV IKP do servisu? Pokud ano, jaký je to termín? Odpov : Termín pro p evzetí do servisu není pevn definovaný, bude dále up esn n v rámci díl ích smluv. 18. V odpov dích na dotazy Zadavatel uvedl, že vlastní všechny zdrojové kódy aplikace. Vlastní zadavatel i další sou ásti ešení IKP? Tj. P edevším aktuální analytickou dokumentaci, programátorskou dokumentaci, testovací dokumentaci a stávající testovací scéná e, automatizované regresní testy a podobn? Odpov : Zadavatel vlastní bezpe nostní dokumentaci, testovací scéná e, analytickou dokumentaci, instala ní p íru ku a administrátorskou dokumentaci.
19. Jaký je režim vývoje APV IKP? Je na SSZ provozováno n jaké ešení pro verzování kódu (nap. TFS), nebo je tato innost ist v režii dodavatele a na SSZ jsou p edávány pouze výsledné výstupy související s provozem ešení? Odpov : Režim vývoje APV IKP a verzování je ur eno v platných standardech SSZ. 20. V ZD je uvedeno jako místo pln ní VZ prostory zadavatele. Znamená to, že zadavatel požaduje nap íklad v p ípad rozvoje aplikace APV IKP fyzickou p ítomnost kompletního vývojového týmu v prostorách zadavatele? Odpov : Zadavatel nepožaduje p ítomnost kompletního týmu v p ípad rozvoje, ale jednotliví lenové budou p ítomni minimáln p i testování v integra ním prost edí SSZ. 21. Pro ú ely aplika ní podpory APV IKP je sou ástí dokumentu 4_Priloha_1_Specifikace-predmetutechnicke-pozadavky_Rozvoj-podpora-RIKP v kapitole 4.2.1 uvedena reak ní doba kategorie A 1.hod. V souvislosti s definovaným místem pln ní VZ, kterým jsou prostory Zadavatele by toto v praxi znamenalo fyzickou p ítomnost osob zajiš ujících aplika ní podporu v prostorách zadavatele. Umožní Zadavatel pro ú ely aplika ní podpory vzdálený p ístup k APV IKP technickými prost edky (nap íklad VPN, Remote Desktop Access, a podobn )? Odpov : SSZ standardn neposkytuje vzdálený p ístup k DB SSZ ani k aplika ním server m. Je však možná p ítomnost realiza ního týmu a sou in ní s administrací SSZ. 22. Vzhledem k tomu, že v dokumentu 4_Priloha_1_Specifikace-predmetu-technickepozadavky_Rozvoj-podpora-RIKP se požaduje uvedení návrhu p edání aplika ní podpory a rozvoje ípadnému novému dodavateli, je možné o ekávat, že má Zadavatel obdobnou metodiku p edání i stávajícímu Dodavateli APV IKP. Je tomu tak a je Zadavatel schopen toto p edání ze strany stávajícího Dodavatele APV IKP zajistit? Odpov : Zadavatel je schopen zajistit p edání APV IKP. 23. Zadavatel uvádí v zadávací dokumentaci v kapitole 9.2 zp sob hodnocení p emž jedno z díl ích hodnotících kritérií je Nabídková cena. Toto kritérium má dále 2 subkritéria s p íslušnými váhami. V p íloze 2 v kapitole 1.1 Jednotkové ceny za lov koden uvádí Pro veškeré dodávané služby dle této Smlouvy platí následující jednotkové ceny za lov koden (dále jen D, 1 D odpovídá 8 lov kohodinám) rozd lené podle rolí Není tedy možné žádným zp sobem m nit nezávisle celkovou cenu za zajišt ní rozvoje aplikace (dle l. 3 P ílohy. 1 Rámcové smlouvy) a celkovou cenu za zajišt ní aplika ní podpory (dle l. 4 P ílohy. 1 Rámcové smlouvy). V ádku Ostatní v obou tabulkách má být stanovena také jedna jednotková cena za všechny Ostatní role. Co když je takových rolí více (Ostatní A, Ostatní B, Ostatní C apod.)? Má je Uchaze konkrétn vyzna it a p idat ádky? Mohou být r zné pro ob p íslušné tabulky? Má být jednotková cena zpr rována do jedné ádky? Kde všude v nabídce mají být takové role explicitn s p esnými názvy uvedeny? Zp sob hodnocení je pro Uchaze e matoucí, proto žádáme o úpravu zp sobu hodnocení nebo ípadn o vysv tlení zp sobu hodnocení.
Odpov : Kategorie Ostatní role je brána jako jedna položka bez dalšího len ní. 24. 3. 2015 Bc. Ludmila Hnutová odd lení centrálního zadávání ve ejných zakázek SSZ