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 - <
>. 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 - <>. 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 - <>. 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 dat probíhá? 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 dat probíhá? 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 dat probíhá? 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
Digitally signed by Ludmila Hnutová DN: cn=Ludmila Hnutová, c=CZ, o=Česká správa sociálního zabezpečení, ou=Odbor právní, [email protected] Date: 2015.03.24 16:09:05 +01'00'
