Děkuji, pane předsedající. Vážené paní poslankyně, vážení páni poslanci. Nejprve mi dovolte, vážený pane místopředsedo, vás ujistit, že dokončení přechodu na nové agendové systémy považuji za prioritní úkol, jehož postupné plnění je pravidelně kontrolováno v rámci mnou zřízené rezortní kontrolní pracovní skupiny složené z nejvyššího vedení rezortu MPSV.
V rámci této kontrolní skupiny dochází mimo jiné ke kontrole milníků stanovených v rámci integračního harmonogramu. V podstatě pokud dojde k jakékoliv odchylce, ať již v řádu dvou týdnů, nebo částky dvou milionů korun, tak bezprostředně kvůli těmto - odmlčení kvůli rozhovoru několika poslankyň, děkuji, - odchylkám konáme.
K vašemu dotazu ohledně vymezení rozsahu systému a jeho funkcí mohu sdělit, že přesný popis rozsahu dodávky každého systému je uveden v cílovém návrhu řešení, takzvaný solution design, dokument včetně analytických a architektonických modelů. Minimálně pět měsíců před nasazením systému do produkce je dodáván kompletní plán přechodu, tak zvaný cut over document, kde jsou informace potřebné pro uvedení výstupů projektu do produkčního stavu.
Připravenost každého funkčního celku je ověřování v rámci standardních testovacích fází. Mezi současná hlavní rizika patří zejména: Komplexita řešení a počet závislostí mezi jednotlivými systémy, kapacitní možnosti ze strany věcných garantů, kteří provádějí testování nově nasazovaných systémů, reportují chyby a následně musí opravy přetestovávat. A to za současného zajištění té běžné agendy. Dále pak složitost smluvních vztahů - to jste zmiňoval - a příprava navazujících veřejných zakázek, jejichž zpracování klade vysoké požadavky na personální kapacity věcných a technických garantů a IT architektů.
Ta analýza rizik včetně jejich mitigace probíhá v rámci projektového řízení na úrovni každého projektu. V rámci programového řízení na úrovni programu ISPV, případně na úrovni nejvyššího vedení v rámci již zmíněné rezortní kontrolní pracovní skupiny pro IT, případně i na úrovni porady vedení. Je to zhruba dvakrát měsíčně, kdy na poradě vedení Ministerstva práce a sociálních věcí to probíráme velmi detailně.
V závislosti mezi jednotlivými projekty jsou evidovány v IT roadmapě a integračním harmonogramu s integračními milníky. Detailní analýza dopadu případného nenasazení projektu ESF (?) úřadu práce k 1.1. 2020 neexistuje, neboť všechny okolní systémy jsou dlouhodobě připravovány právě na spuštění projektu ESF úřadu práce. V případě jeho nenasazení by došlo ke zpoždění nasazení do produkce ostatních klíčových projektů.
K vašemu doplňujícími dotazu ohledně nekonzistencí si dovoluji nejprve doplnit informaci ohledně dalšího postupu Ministerstva práce a sociálních věcí. Jak jsem již uvedla ve své odpovědi k původní interpelaci, z analýzy dat provedených pracovníky úřadu práce po oznámení zjištění datových nekonzistencí vyplynulo, že v jimi prověřovaném vzorku se jedná o falešně pozitivní zjištění, kdy chyba není ve zkoumaných datech, ale v jejich interpretaci v rámci použitých migračních algoritmů dodavatele migračních služeb z let 2017 a 2018.
MPSV v reakci na tuto informaci znovu oslovilo Úřad práce České republiky s žádostí o doplnění informace za účelem získání větší jistoty nad správností závěru Úřadu práce České republiky. Na základě doplněné informace MPSV došlo k závěru, že většina nekonzistencí neznamená chybu výpočtu výše platby, ale vznikla nesouladem mezi agendových a ekonomickým systémem, což je způsobeno nezajištěním automatických přenosů dat mezi ekonomickým a agendovým systémem. Jedná se například o manuální zadávání úroků u některých agend. Nebo takovéto nesrovnalosti pochází z období migrací z Fujitsu do OK aplikací na přelomu let 2013 a 2014.
K vaší doplňující otázce, jak ovlivňuje existence nekonzistentností možnost řádné a včasné migrace dat pro potřeby ieZaměstnanost (?) sděluji, že pro většinu oblasti v ieZaměstnanost budou migrována data nejdéle z období roku 2015. V případě zjištění nekonzistencí v průběhu migrace z OK aplikací do nového ieZam (?) bude k čištění dat přistoupeno individálně, například s rozlišením, zda se jedná o platební, či pouze evidenční data.
Jak jsem již uvedla ve své původní odpovědi, nekonzistence z let 2011 až 2014 byly způsobeny převážně migrací ze systému poskytovaného společností Fujitsu zpět do OK aplikací. Nejedná se tedy o pochybení společnosti Oksystém, které pouze převzalo migrovaná data ze systému dodávaných společností Fujitsu.
Co se týká vašeho dotazu, zda Oksystém pochybila při realizace projektu ověření konzistence dat v roce 2014, tak bych ráda uvedla, že se jednalo pravděpodobně o projekt verifikace dat a příprava dat k dalšímu použití, kdy výstupy tohoto projektu byly dle předávacího protokolu podepsaného ze dne 18. 2. 2013 předány na pěti datových nosičích Ministerstvu práce a sociálních věcí k dalšímu využití.
Nelze tedy učinit závěr, že společnost Oksystém pochybila. Pokud bud zjištěno, že nekonzistence vznikla v důsledku porušení smluvních povinností dodavatele a následkem toho vznikla MPSV škoda, bude MPSV uhrazení takové škody po dodavateli požadovat. V tuto chvíli nicméně ministerstvo prověřuje související právní a věcné aspekty.
V vaší poslední doplňující otázce ohledně řešení agendového systému na výplatu nepojistných dávek vás mohu ujistit, že analyzujeme všechny možnosti, jak zajistit výplatu dávek po roce 2020. A to i pro případ, že výběr dodavatele soutěže na IT systém na výplatu dávek bude opětovně zpožděn podaným návrhem na zahájení řízení u ÚOHSu. Pro takový případ opětovně prověřujeme, za jakých podmínek by bylo na nezbytně nutnou dobu realizovatelné transparentní otevřené zadávací řízení na rozvoj a provoz stávajícího systému.
Ve hře zůstává i varianta smíru v soudním řízení o platnosti odstoupení od smlouvy se společností Oksystém, kterou MPSV uzavřeno na základě otevřeného zadávacího řízení v roce 2016 a následně od ní v roce 2017 pro nedostatečnou součinnost dodavatele odstoupilo.
Detailnější informace k řešení ISDAF (?) i stav dalších projektů je uveden v podkladu vypracovaném pro 36. schůzi výboru pro sociální politiku plánovanou dne 19. září 2019. Obecně lze konstatovat, že vyjma systému ISDAF (?) jsou všechny klíčové projekty JISPSV ve stavu finálního testování včetně takzvaného End-to-end testu.
Výsledky z testování MPSV zohledňuje v úpravě budoucí resortní architektury a i při přípravě nových veřejných zakázek na zajištění provozu a rozvoje systému integrovaná provozní a podpůrná data a ekonomického systému Úřadu práce České republiky a MPSV.
