Je potrebné, aby zverejnené otvorené údaje boli katalogizované na centrálnom portáli otvorených údajov data.slovensko.sk podľa aktuálneho štandardu DCAT_AP_SK.
Časť projektu/riešenia Sociálne dávky a príspevky a sociálne služby neuvažuje s využitím koncových služieb. Časť projektu/riešenia úsek čerpania financií z fondov Európskej únie IRS bude využívať koncové služby.
Časť projektu/riešenia Sociálne dávky a príspevky a sociálne služby nebude poskytovať údaje do IS CPDI. Časť projektu/riešenia úsek čerpania financií z fondov Európskej únie IRS tiež nebude poskytovať údaje do IS CPDI.
MIRRI prevádzkuje vo verejnej časti vládneho cloudu (eSKa cloud) IS KAV (konsolidovaná analytická vrsva), ktorý predstavuje centrálnu informačnú technológiu poskytujúcu komplexné IaaS, PaaS služby ako aj analytické nástroje na spracovanie dát. Bude prístupný pre všetky analytické útvary všetkých orgánov verejnej moci vrátane MPSVaR a jemu podriadené organizácie. Preto v danej súvislosti odporúčame úzku spoluprácu s MIRRI SR pri nadefinovaní rozdielov a prienikov IS KAV vs Váš plánovaný DWH ako aj informačná technológia/funkcionality, ktoré majú byť dodané podľa predkladaného projektu v záujme eliminácie rizika vzniku duplicitných nákladov.
Súhlasíme s návrhom na koordináciu s tímom MIRRI zodpovedným za IS KAV. Avšak treba poznamenať, že predkladané riešenie je len technologickou modernizáciou súčasných procesov a používaných softvérových nástrojov.
Akým spôsobom budú dáta sprístupňované prostredníctvom uvedenej elektronickej služby orgánom územnej samosprávy? Upozorňujeme, že štátne orgány musia mať pre spracúvanie údajov (ako aj iné svoje činnosti) explicitne ustanovenú kompetenciu v konkrétnom zákone. V predkladanom projekte chýbajú aktivity legislatívno-právneho charakteru, ktoré by preukázali oprávnenosť pre možnosť využívania uvedenej elektronickej služby orgánmi územnej samosprávy
Orgány územnej samosprávy a ich oprávnené osoby získajú prístup k údajom týkajúcim sa sociálnych služieb prostredníctvom elektronickej služby s využitím IAD prístupového manažmentu a EID autorizácie. Prístup bude udeľovaný na základe identifikátora samosprávy (napr. IČO), pričom systém umožní vizualizáciu len tých dát, ku ktorým má príslušná územná samospráva kompetencie. Legislatáva ktorou sa MSPVR riadi je: - Zákon č. 448/2008 Z. z. o sociálnych službách - Zákon č. 369/1990 Zb. o obecnom zriadení - Zákon č. 302/2001 Z. z. o samospráve vyšších územných celkov (VÚC) - Zákon č. 18/2018 Z. z. o ochrane osobných údajov - Zákon č. 305/2013 Z. z. o e-Governmente - Zákon č. 377/1990 Zb. o hlavnom meste Slovenskej republiky Bratislave - Zákon č. 401/1990 Zb. o meste Košice - Zákon č. 211/2000 Z. z. o slobodnom prístupe k informáciám - Zákon č. 540/2001 Z. z. o štátnej štatistike - Zákon č. 417/2013 Z. z. o pomoci v hmotnej núdzi
v rámci predkladaného projektu odporúčame dopracovať časť týkajúcu sa dát, ktoré majú byť evidované v META IS vo vzťahu ku konkrétnemu IS aj o úroveň registrov.
Pri vývoji aplikácií a navrhovaného DWH rieśenia opätovne upozorňujeme na nevyhnutnosť identifikácie synergií s existujśucim IS KAV a NKOD data.slovensko.sk (portál otvorených dát)
Predmetom riešenia bude rezortný informačný systém predikcií, analýzy a poskytovania údajov, ktorý využíva rezortný DWH ako zdroj údajov pre ďalšie spracovanie a vizualizáciu. Predmetom navrhovaného riešenia nie je implementácia DWH ako takého.
1. Medzirezortné riešenie nie je plánované, ale iba navrhnuté pre prípad potreby v budúcnosti. 2. Zverejňovanie otvorených dát na stránkach MPSVR SR patrí do kompetencií a povinností: - Zákon č. 448/2008 Z. z. o sociálnych službách - Zákon č. 211/2000 Z. z. o slobodnom prístupe k informáciám 3. Pri územných samosprávach sú kompetencie rezortu práce určené hlavne v: - Zákon č. 211/2000 Z. z. o slobodnom prístupe k informáciám - Zákon č. 302/2001 Z. z. o samospráve vyšších územných celkov (VÚC) - Zákon č. 369/1990 Zb. o obecnom zriade - a ďalších uvedených v komentári "Markéta Šimoni, 2025/02/15 12:33"
Projekt na viacerých miestach obsahuje rozporuplné informácie týkajúce sa vytvárania resp. nevytvárania elektronických služieb prístupných koncovému používateľovi
Časť projektu/riešenia Sociálne dávky a príspevky a sociálne služby nebude poskytovať koncové služby. Časť projektu/riešenia úsek čerpania financií z fondov Európskej únie IRS nebude poskytovať koncové služby
Upozorňujeme, že pri vytváraní dátových modelov je nevyhnutná spolupráca s Centrálnou dátovou kanceláriou vo vzťahu k vytváraniu centrálneho modelu údajov ako základného nástroja pre zabezpečenie dátovej interoperablity
Nevyhnutné zanalyzovať a prípadne doplniť využívanie cloudového riešenia v IS KAV, najmä jeho IaaS, PaaS, SaaS služieb ako aj portál data.slovensko.sk príp. znalosti.gov.sk
Odporúčame, aby súčasťou výstupu projektu bola aj kompletná dokumentácia a metodika, týkajúca sa merania, vyhodnocovania dátovej kvality a prípadne prijímania opravných opatrení
Dátová kvalita bude garantovaná na úrovni Rezortného DWH, ktoré budem zdrojovým systémom dát. Detailnejšie sa problematike kvality dát bude zaoberať Detailný návrh riešenia.
Súhlasíme s návrhom na koordináciu s tímom MIRRI zodpovedným za IS KAV. Avšak treba poznamenať, že predkladané riešenie je len technologickou modernizáciou súčasných procesov a používaných softvérových nástrojov
Tento náhľad celkovej architektúry má niekoľko chýb:
1. Nie je to náhľad celkovej architektúry, ale len vzťahov troch inf. systémov
2. Vzťahy medzi uvedenými systémami nedávajú zmysel ani z pohľadu popisu návrhu riešenia ani z pohľadu architektúry ministerstva, lebo asi Rezortný IS pre riadenie dát (dátový sklad) nie je a nebude zložený z inf. systému štát. soc. dávok a systému IRS. Dátový sklad by mal byť len systémom čerpajúcim dáta z uvedených systémov pre účely analytického spracovania.
Bude predmetom riešenia systém, ktorý sa volá všeobecne DWH alebo systém "rezortný inf. systém pre riadenie dát (dátový sklad), ako je uvedené v schéme 1? Treba zjednotiť názov a popis systému, zaviesť jednotnú skratku použitú v návrhu projektu a zaevidovať tento systém v METAIS. Skratku DWH (ako náhrada za slovo Datawarehouse) odporúčam používať len ako skrátený názov typického technologického prístupu pre spracovanie dát použitého v projekte a nie pre názov rezortného komponentu analytického spracovania dát.
Predmetom riešenia bude rezortný informačný systém predikcií, analýzy a poskytovania údajov, ktorý využíva rezortný DWH ako zdroj údajov pre ďalšie spracovanie a vizualizáciu. Predmetom navrhovaného riešenia nie je implementácia DWH ako takého.
Ak sa nasledujúcim obrázkom myslí Schéma 3, tak popis v tomto odstavci neodpovedá obsahu obrázku, ani uvedenými komponentami (Rezotné RWH, BI, Webstránka vs Systém štát. soc. dávok)
Neakceptované zparacovanie. Nevidím nejakú podstatnú zmenu a zosúladenie obrázka v shéme 3 s textom popisu, napr. 1) Rezortné DWH, 2) Nástroj BI a 3) Webstránka MPSVR. V schéme je uvedený nejaký komponent "Systém štátnych sociálnych dávok", ktorý nie je registrovaný v METAIS a ani sa v texte nespomína.
Pre správu prístupu používateľov bude implementovaný nový alebo použitý existujúci systém správy identít a prístupov? V oboch prípadoch by bolo treba uviesť ho v popise architektúry riešenia. Taktiež by bolo treba uviesť, či sa buď využijú existujúce alebo implementujú nové procesy správy identít používateľov týchto služieb (reportov z DWH/webstránok). Uvažuje sa aj s využitím integrácie na IAM ÚPVS a prihlasovanie pomocou eID/mID a WebSSO s IAM ÚPVS?
Prihlasovať sa bude pravdepodobne cez EID v kombinacií s authentikáciou do BI nástroja, ktoré budú synchronizované. Detail sa rieši v rámci DNR a výsupy budú prezentované v tej časti
Akceptované vysvetlenie. Použitie eID/MID pre používateľov z orgánov ver. správy môže byť problém pre neochotu zamestnancov tak sa prihlasovať. Necháme rozhodnutie na DNR.
"Systém predikcií, analyzy..." = "Rezortné DWH" alebo je to ešte nejaký ďalší plánovaný systém, napr. v schéme 3 je uvedený Systém štát. soc. dávok? Niekde sa používa DWH, inde dátový sklad inde ešte iný názov. Chápem, že DWH a dátový sklad sú synonymá, ale keď sa bavíme o ich konkrétnej implementácii je vhodnejšie všade, kde sa hovorí o konkrétnom riešení uviesť názov tohto konkrétneho riešenia, aby bolo jasné, že sa píše o ňom a nie o niečom inom. Prosím zjednotiť názvoslovie, popis a identifikáciu. Nové ISVS prosím zaevidovať v METAIS a uveisť ich METAIS kódy v tabuľkách budovaných eGovernment komponentov.
Taktiež zjednoťte názvy implementovaných modulov s modulmi v CBA, kde sú uvedené moduly "Správa údajov" a "Analytická platforma", aby bolo jasné, ktorý popis a ktoré požiadavky k čomu patria.
Vysvetlené: 1. DWH je samostatné riešenie, ktoré MPSVR realizuje iným projektom a na ktoré sa predkladané riešenie bude integrovať. 2. Systém štátnych sociálnych dávok = Systém predikcií, analýzy a poskytovania údajov a je opravené v celom dokumente. 3. Systémy budú zaevidované v META IS.
Neakceptované zapracovanie: V texte je síce urobená zmena (Systém štátnych sociálnych dávok = Systém predikcií, analýzy), ale v schéme 3 nie. A tiež ani v Katalógu požiadaviek.
Datový sklad je technológia a nie objekt evidencie. Nemá zmysel vypĺňať tabuľku abstraktnými pojmami a evidenciami. Predpokladám, že obsahom navrhovaného Rezortného DWH budú dáta z agendových systémov ministerstva a nebudú sa tvoriť nejaké nové evidencie len analytické dáta. Ak je to tak, terab uviesť, že obsahom projektu nie je zavedenie nových objektov evidencie, ale že sa bude pracovať z exist. evidenciami ministerstva.
Ak som niečo neprehliadol, tak v METAIS nevidím evidenciu takého dôležitého systému a aktíva ako je Rezortný DWH, ktorý buduje alebo prevádzkuje MPSVaR. Prosím doevidovať Rezortný DWH v METAIS a uviesť jeho kód aj v tabuľkách dotknutých ISVS týmto projektom.
Podobne ako v prípade tabuľky týkajúcej sa objektov evidencie je obsahom tejto tabuľky nezmyselné objekty evidencie (napr. Datový sklad je technológia a nie objekt evidencie) Nemá zmysel vypĺňať tabuľku abstraktnými pojmami ako je report, uloženie dát, dátové spojenie atď. Predmetom riadenia dátovej kvality budú asi objekty evidencie preberané z RSD a iných systémov ministerstva, ako sú napr. údaje o poistencoch, údaje o dávkach, údaje o adresách, atď.
Budovanie Rezortného dátového skladu sa nedá urobiť bez integrácie na systémy poskytujúce zdrojové údaje ministerstva. Okrem toho som v inom komentári spomenul potrebu buď vytvorenia alebo integrácie na nejaký systém správy identít používateľov služieb a reportov z Rezortného DWH.
Vysvetlené: Rezortné DWH je jediným dátovým zdrojom navrhovaného riešenia. Integrácie medzi rezortným DWH a inými systémami je predmetom samostatného projektu.
Pre zverejnenie otvorených dát by mali byť informácie o dostupných otvorených dátach uvedené v Národnom katalógu otvorených dát. V prípade automatizácie publikovania dát, bude treba urobiť potrebnú integráciu (viac info tu: Ako môžem automatizovane publikovať otvorené údaje na data.slovensko.sk?)
Celá tabuľka je vyplnená všeobecnými zástupnými údajmi. Keďže aj zdrojová tabuľka obejktov evidencie referencovaná v tejto tabuľke je vyplnená nezmyselnými dátami nedávajú zmysel ani údaje v tejto tabuľke. Prosím o nápravu a uviesť skutočné významné objekty evidencie a ich kategórie s ktorými sa bude v projekte pracovať.
V tejto tabuľke sú uvedené všeobecné a popisovanej oblasti neodpovedajúce objekty evidencie s ktorými bude riešenie pracovať. Datový sklad je technológia a nie objekt evidencie. Nemá zmysel vypĺňať tabuľku abstraktnými pojmami a evidenciami. Predpokladám, že obsahom navrhovaného Rezortného DWH budú dáta z agendových systémov ministerstva a nebudú sa tvoriť nejaké nové evidencie. Predmetom spracovania budú podľa popisu dáta (objekty evidencie) minimálne zo systémov RSD a Centrálny register klientov.
Okrem RSD sa nižšie spomína aj "Centrálny register klientov". A z popisu nie je celkom jasné, či je predmetom projektu vytvorenie nového Rezortného DWH, alebo rozvoj existujúceho rezort. DWH.
Keďže tento systém Dátový sklad (DWH) podľa tohto popisu už existuje, je predmetom tohto projektu rozvoj tohto Datawarehouse alebo vytvorenie nového Datawarehouse. A keď bude vytvorený nový DWH tak čo sa stane s týmto DWH (pre RSD MIS). Bude nahradený? Prečo prevádzkovať 2 DWH? Ak je predpoklad nahradenia DWH len pre RSD, je to nejako zhľadnené v CBA, napr. v eliminácii nákladov na prevádzku tohto staršieho DWH?
Vysvetlené: Súčasné DWH (Oracle DB) je neoddeliteľnou súčasťou ISSZ/IS RSD a musí zostať v prevádzke na spracovanie zákonom stanovených štatistík. Na druhej strane, plánované rezortné DWH bude pokrývať širšie požiadavky na analytiku, reporting a predikcie naprieč viacerými zdrojmi a životnými situáciami, čím poskytne pridanú hodnotu v podobe pokročilých analýz a strategického plánovania. Aktuálne sa nepočíta s optimalizáciou alebo konsolidáciou dátových skladov, avšak do budúcnosti zostáva táto možnosť otvorená.
Centrálny register klientov nie je uvedený ako ISVS v tabuľke existujúcich ISVS ministerstva, ktorý bude dotknutý realizáciou projektu. Navyše tento systém by nemal byť uvedený ako technologický komponenta ale ako aplikačný komponent.
Integrácia CRK na dátový sklad je predmetom samostatného projektu, ktorý realizuje MPSVR. V kontexte predkladaného projektu je CRK uvedený len v súčasnom stave, pričom v TO BE stave bude predkladané riešenia čerpať dáta z CRK prostredníctvom komponentu DWH.
Čiastočne akceptované: Architektonická schéma bola upravená v súlade s pripomienkami. Tabuľka AS IS ISVS sa vzťahuje len na agendový informačný systém RSD, nakoľko podporné systémy nie sú priamo dotknuté.
Nemyslím si, že CRK, ak sa tým myslí "Centrálny register klientov" je technologický komponent. Je to skôr aplikačný komponent podporujúci biznis proces a služby.
V prípade CRK ide o aplikačný komponent, ale integrácia v súčasnom stave nie je aplikačná ale dátová na DB RSD PRO. DB CRK bola upravená v schéme súčasného stavu.
Nemá byť v tejto schéme technologickej podpory namiesto "Systém štátnych soc. dávok" buď "Rezortný DWH" alebo "Systém predikcií, analýzy a poskytovania údajov" (ak tento systém má byť Rezortným DWH popisovaným v prístupe k riešeniu")?
1. či je predmetom riešenia rezortný DWH alebo je predmetom riešenia využitei existujúceho rezortného DWH,
2. to že existujú výpočtové zdroje rezortného DWH, ešte neznamená, že sú škálovateľné a ako (do šírky - rozdelením záťaže alebo do výšky-pridaním výpočtových kapacít serveru)
Vysvetlené: 1. Predmetom riešenia nie je rezortné DWH. 2. Rezortné DWH je samostatné riešenie, ktoré MPSVR realizuje iným projektom, pričom škálovanie je riadené jeho konfiguráciou (rozšírenie záťaže). Navrhované riešenie túto škálovateľnosť nemení, ale musí s ňou počítať.
Neakceptované.Pre účely ilustrácie proj. zámeru je schéma náhľadu na riešenú oblasť v projektovom zámere akceptovateľná aj keď nepoužíva jazyk Archimate. Tento manažérsky náhľad by ale nemal nahrádzať a byť použitý na ilustráciu v projektovom prístupe, ktorý je hlavným dokumentom popisu architektúry navrhovaného riešenia. Keďže navyše je Schéma č. 3 v projektovom prístupe kompletne nekonzistentná s okolitým popisom, chýba v projektovom prístupe pre túto aktivitu realizácie Systému predikcií, analýzy a poskytovania údajov schéma ToBe achitektúry ideálne aj s vyznačením zmien oproti súčasnej architektúre a tak strácame čas tým zbytočným vyjasňovaním si, čo je vlastne predmetom projektu a či sú správne zachytené dopady na architektúru MPSVaR a jej súlad s evidenciou hlavných komponentov a ich vzťahov v METAIS.
V dokumente CBA, hárku „Rozpočet - HW Licencie“ sa nachádzajú licencie za nástroj BI - obidva riadky MS Fabric aj MS PowerBI sa vzťahujú k nástroju BI.
Pozrel som v aktuálnej CBA v METAIS, súbor M_05_BC_CBA_PRILOHA_Projekt_MPSVR_DIGI_TRAN_IRS_DATA_v_1.2.xlsx a nenašiel som tieto licencie vyplnené v uvedenom hárku a nenašiel som ich ani keď som dal prehľadať celý dokument na výskyt textu "fabric" alebo "power".
V rámci rozsahu navrhovaná architektúra nadväzuje na existujúce technologické riešenia a zároveň reflektuje princípy „cloud first“, pričom kľúčové komponenty sú umiestnené v cloudovom prostredí. Riešenie je škálovateľné, bezpečné a umožňuje jednoduchú integráciu nových služieb.
Pre budovanie systému typu DWH sú k dispozícii cloudové služby typu PaaS, ktoré by aj zjednodušili vývoj aj prevádzku DWH a tiež by poskytli vyššiu škálovateľnosť riešenia. Umožnili by tiež ponechanie väčšieho výpočtového výkonu pre kritickejšie systémy ministerstva. Prosím prehodnotiť využitie služieb z katalógu služieb vládneho cloudu pre oblasť DWH/BI s potrebnou úrovňou ochrany dát, ktoré by mohli byť využité pre budovanie rezortného DWH. Zvážte možnosť využívania existujúcich SaaS služieb, najmä analytickych BI nastrojov - PowerBI a Tableau, registrovaných vo verejnej časti vládneho cloudu : Katalóg služieb Vládneho cloudu SR
Vysvetlené: Rezortné DWH je samostatné riešenie, ktoré MPSVR realizuje iným projektom. Tento projekt neobsahuje budovanie alebo prevádzkovanie DWH, ale iba jeho integráciu s navrhovaným riešením.
Treba zaevidovať navrhovaný ISVS v METAIS a zaradiť ho k projekt_3236 - vytvoriť vzťah "projekt realizuje ISVS" a zároveň zrušiť podobný evidovaný vzťah na systém isvs_10857 (Informačný monitorovací systém pre programové obdobie 2021 - 2027 (ITMS21+)), lebo tento projekt nemôže realizovať ani meniť systém ITMS21+, lebo tento isvs nie je v gescii MPSVaR.
Prosím prerobiť tak, že v náhľade bude ako hlavný komponent ISVS Informačný riadiaci systém (IRS) a tieto subkomponenty budú modelované ako funkčné bloky. Lebo v súčasnom stave riešenia sú to zatiaľ len architektonické stavebné bloky a tie je lepšie modelovať ako funkčné bloky ešte nerozdelené do implementačných komponentov. Zároveň odpadne otázka, či ich terba evidovať ako podmoduly v METAIS. Ale podľa vyššie uvedeného sa predpokladá, že IRS bude mať backoffice modul s týmito funkčnými blokmi a tiež interný a externý portál, ktoré by už mali byť evidované ako podmoduly IRS v METAIS, lebo to budú samostatne nasadzované komponenty spdajúce do kategorizácie ISVS napr. podľa zákonov 95/2019 a 305/2013, minimálne Špecializovaný portál.
Podobne ako pre schému 7 treba komponenty modelovať ako funkčné moduly a nie komponenty a agregovať ich pod IRS. V rámci neho môže ostať pomocná agregácia "Funkčné bloky pre Prijímateľa".
V projekte je uvažované s interáciou na ITMS21+ alebo IS CPDI (ak budú všetky potrebné dáta z ITMS21+ prebrané cz IS CPDI), takže minimálne 1 aplikačná služba pre integráciu s ITMS21+(CPDI bude veľmi pravdepodbne potrebná.
Neakceptované. Aj dávkové preberanie dát je integrácia. A naozaj bude stačiť dávková integrácia? Ako často? Nebude to mať dopad na procesy, napr. tým, že budú musieť čakať na zbehnutie dávkovej synchronizácie údajov?
Nebude výhodné a potrebné integrovať aj napr. Centrálny Register klientov (CRK) a niektoré moduly ÚPVS, napr. služby pre zasielanie správ do schránky v eDesk, alebo keď bude pre zasielanie správ do eDesk použitý iný systém MPSVaR nebude treba integrovať ten, napr. registratúru?
V rámci systému sa neplánuje realizovať nové integrácie, ale využitie existujúcich integrácií, v rámci interných systémov MPSVR a jej vnútornej architektúry. Vzhľadom na využitie týchto údajov v rámci internej architektúry MPSVR nie sú uvádzané v zozname plánovaných integrácií na iné ISVS.
Akceptované. Máte to aspoň uvedené v Katalógu požiadaviek, aj keď by bolo oveľa lepšie mať to aj tu popísané, zaevidované v METAIS a v modeli architektúry riešenia.
Podľa popisu predpokladanej funkčnosti by možno veľká časť riešenia mohla byť realizovaná prepoužitím systému ITMS21+. Bola preskúmanaá možnosť prepoužita riešenia ITMS21+ pre navrhovaný systém IRS?
V rámci systému IRS sa bude využívať funkcionalita, ktorá v súčasnosti nie je v rámci ITMS21+ dostupná a zároveň bude prispôsobená individuálnym požiadavkám MPSVR, ktoré súvisia s internými procesmi a postupmi spracovania.
Architektonicky nahlad vyssie obsahuje 4 aplikacne sluzby, ktore nie su blizsie v dokumentacii popisane, ani zaevidovane v MetaIS.
Medzi cielmi projektu mate zavedenie intuitivneho rozhrania pre obcanov = koncova sluzba, predpokladam web. Je potrebna koncova sluzba.
Dalej ciel automatizacia a optimalizacia procesov je tiez reprezentovana novou/upravenou aplikacnou sluzbou, nakolko dojde k zruseniu nejakych procesnych krokov, alebo informacnych vstupov.
Koncové služby typu G2G treba zaevidovať v METAIS. Taktiež treba zaevidovať aplikačné služby, ktoré budú tieto koncové služby obsluhovať (budú mať k nim vzťah, ktorý by tiež al byť evidovaný v METAIS) a pre tieto Aplikačné služby treba zaevidovať ich vzťah na ISVS, ktorý ich bude realizovať - v tomto prípade pravdepodbne systém isvs_15113 Informačný riadiaci systém (IRS).
Odporúčam dať si do katalógu požiadaviek a do opisu predmetu zákazky požiadavku:
Súčasťou dodávky diela bude vypracovanie Bezpečnostného projektu pre nové a zmenené aktíva (v súlade s vyhláškou č. 179/2020 Z.z.), ktorého prvá verzia musí byť dodaná súčasne s Detailným návrhom riešenia (DNR), aby opatrenia z bezpeč. projektu boli zapracované do DNR a do implementovaného riešenia. Bezpečnostný projekt musí byť aktualizovaný Dodávateľom počas celej realizačnej fázy projektu, aj na základe nálezov z bezpečnostného testovania.
Prosím vložiť schému archittektúry, ktorú ste posielali separátne e-mailom, sem do dokumentu projektového prístupu. Nie je na tej schéme nič, kvôli čomu by nemohla byť METAIS. Nie je tam nič, čo by sa dalo zneužiť na kybernetický útok alebo obchodné zneužitie. Hlavne nie vo fáze, keď sa implementácia toho systému ešte len pripravuje a nie sú známe konkrétne inštancie implementovaných komponentov, ich konkrétnych adries v sieti, implementovaných bezp. opatrení atď. Do schémy doplňte aplikačné a najlepšie aj koncové služby podľa ich evidencie v METAIS (pozrite pripomienku k tabuľke koncových služieb). Pozrite usmernenie Metodické usmernenie č. 24769/2023/oSBATA-1 – o zverejňovaní projektovej dokumentácie na portáli MetaIS zverejnené tu: https://mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/
Je potrebné, aby zverejnené otvorené údaje boli katalogizované na centrálnom portáli otvorených údajov data.slovensko.sk podľa aktuálneho štandardu DCAT_AP_SK.
Akceptované a doplnené do textu.
V projektovom zámere v kapitole 5.2.1.1 Prehľad koncových služieb – budúci stav uvádzate koncové služby typu G2G. Prosim zosuladiť.
Zároveň všetky kapitoly, ktoré su nerelevantné alebo n/a prosíme uvádzať dôvody.
Pre sprehľadnenie dokumentácie prosíme o dodržiavanie predpísanej šablóny a zároveň nemazať kapitoly.
Časť projektu/riešenia Sociálne dávky a príspevky a sociálne služby neuvažuje s využitím koncových služieb.
Časť projektu/riešenia úsek čerpania financií z fondov Európskej únie IRS bude využívať koncové služby.
Časť projektu/riešenia úsek čerpania financií z fondov Európskej únie IRS bude využívať koncové služby - poprosím zaevidovať KS.
v tabulke č. 28 uvádzate prehlad udajov - budci stav
Časť projektu/riešenia Sociálne dávky a príspevky a sociálne služby nebude poskytovať údaje do IS CPDI.
Časť projektu/riešenia úsek čerpania financií z fondov Európskej únie IRS tiež nebude poskytovať údaje do IS CPDI.
ok
prosíme o doplnenie jednotlivych kateg. údajov.
Upravené v texte.
ok
MIRRI prevádzkuje vo verejnej časti vládneho cloudu (eSKa cloud) IS KAV (konsolidovaná analytická vrsva), ktorý predstavuje centrálnu informačnú technológiu poskytujúcu komplexné IaaS, PaaS služby ako aj analytické nástroje na spracovanie dát. Bude prístupný pre všetky analytické útvary všetkých orgánov verejnej moci vrátane MPSVaR a jemu podriadené organizácie. Preto v danej súvislosti odporúčame úzku spoluprácu s MIRRI SR pri nadefinovaní rozdielov a prienikov IS KAV vs Váš plánovaný DWH ako aj informačná technológia/funkcionality, ktoré majú byť dodané podľa predkladaného projektu v záujme eliminácie rizika vzniku duplicitných nákladov.
Ak majú byť na základe projektu datasety vzniknuté analytickou činnosťou sprístupňované verejnosti, upozorňujeme na povinnosť orgánov verejnej moci sprístupňovať takéto dáta prostredníctvom ich katalogizácie v Národnom katalógu otvorených dát na data.slovensko.sk. Referencia na aktuálny metaúdajový štandard sa nachádza tu (https://htmlpreview.github.io/?https://github.com/slovak-egov/centralny-model-udajov/blob/develop/tbox/national/dcat-ap-sk/index.html).
Súhlasíme s návrhom na koordináciu s tímom MIRRI zodpovedným za IS KAV. Avšak treba poznamenať, že predkladané riešenie je len technologickou modernizáciou súčasných procesov a používaných softvérových nástrojov.
ok
Akým spôsobom budú dáta sprístupňované prostredníctvom uvedenej elektronickej služby orgánom územnej samosprávy? Upozorňujeme, že štátne orgány musia mať pre spracúvanie údajov (ako aj iné svoje činnosti) explicitne ustanovenú kompetenciu v konkrétnom zákone. V predkladanom projekte chýbajú aktivity legislatívno-právneho charakteru, ktoré by preukázali oprávnenosť pre možnosť využívania uvedenej elektronickej služby orgánmi územnej samosprávy
Orgány územnej samosprávy a ich oprávnené osoby získajú prístup k údajom týkajúcim sa sociálnych služieb prostredníctvom elektronickej služby s využitím IAD prístupového manažmentu a EID autorizácie. Prístup bude udeľovaný na základe identifikátora samosprávy (napr. IČO), pričom systém umožní vizualizáciu len tých dát, ku ktorým má príslušná územná samospráva kompetencie.
Legislatáva ktorou sa MSPVR riadi je:
- Zákon č. 448/2008 Z. z. o sociálnych službách
- Zákon č. 369/1990 Zb. o obecnom zriadení
- Zákon č. 302/2001 Z. z. o samospráve vyšších územných celkov (VÚC)
- Zákon č. 18/2018 Z. z. o ochrane osobných údajov
- Zákon č. 305/2013 Z. z. o e-Governmente
- Zákon č. 377/1990 Zb. o hlavnom meste Slovenskej republiky Bratislave
- Zákon č. 401/1990 Zb. o meste Košice
- Zákon č. 211/2000 Z. z. o slobodnom prístupe k informáciám
- Zákon č. 540/2001 Z. z. o štátnej štatistike
- Zákon č. 417/2013 Z. z. o pomoci v hmotnej núdzi
ok
v rámci predkladaného projektu odporúčame dopracovať časť týkajúcu sa dát, ktoré majú byť evidované v META IS vo vzťahu ku konkrétnemu IS aj o úroveň registrov.
Zapracované.
Pri vývoji aplikácií a navrhovaného DWH rieśenia opätovne upozorňujeme na nevyhnutnosť identifikácie synergií s existujśucim IS KAV a NKOD data.slovensko.sk (portál otvorených dát)
Predmetom riešenia bude rezortný informačný systém predikcií, analýzy a poskytovania údajov, ktorý využíva rezortný DWH ako zdroj údajov pre ďalšie spracovanie a vizualizáciu. Predmetom navrhovaného riešenia nie je implementácia DWH ako takého.
ok
Prosíme identifikovať, na základe akých kompetencií MPSVaR má byť riešenie prístupné iným a ktorým ministerstvám, samosprávam a verejnosti.
1. Medzirezortné riešenie nie je plánované, ale iba navrhnuté pre prípad potreby v budúcnosti. 2. Zverejňovanie otvorených dát na stránkach MPSVR SR patrí do kompetencií a povinností: - Zákon č. 448/2008 Z. z. o sociálnych službách - Zákon č. 211/2000 Z. z. o slobodnom prístupe k informáciám 3. Pri územných samosprávach sú kompetencie rezortu práce určené hlavne v: - Zákon č. 211/2000 Z. z. o slobodnom prístupe k informáciám - Zákon č. 302/2001 Z. z. o samospráve vyšších územných celkov (VÚC) - Zákon č. 369/1990 Zb. o obecnom zriade - a ďalších uvedených v komentári "Markéta Šimoni, 2025/02/15 12:33"
ok
Projekt na viacerých miestach obsahuje rozporuplné informácie týkajúce sa vytvárania resp. nevytvárania elektronických služieb prístupných koncovému používateľovi
Časť projektu/riešenia Sociálne dávky a príspevky a sociálne služby nebude poskytovať koncové služby.
Časť projektu/riešenia úsek čerpania financií z fondov Európskej únie IRS nebude poskytovať koncové služby
ok
Upozorňujeme, že pri vytváraní dátových modelov je nevyhnutná spolupráca s Centrálnou dátovou kanceláriou vo vzťahu k vytváraniu centrálneho modelu údajov ako základného nástroja pre zabezpečenie dátovej interoperablity
Ďakujeme za upozornenie. Uvedené bude zohľadnené v rámci prípravy DNR.
ok
Nevyhnutné zanalyzovať a prípadne doplniť využívanie cloudového riešenia v IS KAV, najmä jeho IaaS, PaaS, SaaS služieb ako aj portál data.slovensko.sk príp. znalosti.gov.sk
Viď komentár k pripomienke "Markéta Šimoni, 2025/02/15 12:29"
ok
Odporúčame, aby súčasťou výstupu projektu bola aj kompletná dokumentácia a metodika, týkajúca sa merania, vyhodnocovania dátovej kvality a prípadne prijímania opravných opatrení
Dátová kvalita bude garantovaná na úrovni Rezortného DWH, ktoré budem zdrojovým systémom dát. Detailnejšie sa problematike kvality dát bude zaoberať Detailný návrh riešenia.
ok
viď pripomienky vyššie, týkajúce sa IS KAV
Súhlasíme s návrhom na koordináciu s tímom MIRRI zodpovedným za IS KAV. Avšak treba poznamenať, že predkladané riešenie je len technologickou modernizáciou súčasných procesov a používaných softvérových nástrojov
ok
Totožné pripomienky ako vyššie
Pripomienka zapracovaná úpravou textu.
Tento náhľad celkovej architektúry má niekoľko chýb:
1. Nie je to náhľad celkovej architektúry, ale len vzťahov troch inf. systémov
2. Vzťahy medzi uvedenými systémami nedávajú zmysel ani z pohľadu popisu návrhu riešenia ani z pohľadu architektúry ministerstva, lebo asi Rezortný IS pre riadenie dát (dátový sklad) nie je a nebude zložený z inf. systému štát. soc. dávok a systému IRS. Dátový sklad by mal byť len systémom čerpajúcim dáta z uvedených systémov pre účely analytického spracovania.
Pôvodný obrázok celkovej architektúry bol odstránený, vysvetlenie architektúry z vysokoúrovňového pohľadu bolo doplnené do textu.
Bude predmetom riešenia systém, ktorý sa volá všeobecne DWH alebo systém "rezortný inf. systém pre riadenie dát (dátový sklad), ako je uvedené v schéme 1? Treba zjednotiť názov a popis systému, zaviesť jednotnú skratku použitú v návrhu projektu a zaevidovať tento systém v METAIS. Skratku DWH (ako náhrada za slovo Datawarehouse) odporúčam používať len ako skrátený názov typického technologického prístupu pre spracovanie dát použitého v projekte a nie pre názov rezortného komponentu analytického spracovania dát.
Predmetom riešenia bude rezortný informačný systém predikcií, analýzy a poskytovania údajov, ktorý využíva rezortný DWH ako zdroj údajov pre ďalšie spracovanie a vizualizáciu. Predmetom navrhovaného riešenia nie je implementácia DWH ako takého.
Ak sa nasledujúcim obrázkom myslí Schéma 3, tak popis v tomto odstavci neodpovedá obsahu obrázku, ani uvedenými komponentami (Rezotné RWH, BI, Webstránka vs Systém štát. soc. dávok)
Akceptované úpravou textu a úpravou diagramu.
Neakceptované zparacovanie. Nevidím nejakú podstatnú zmenu a zosúladenie obrázka v shéme 3 s textom popisu, napr. 1) Rezortné DWH, 2) Nástroj BI a 3) Webstránka MPSVR. V schéme je uvedený nejaký komponent "Systém štátnych sociálnych dávok", ktorý nie je registrovaný v METAIS a ani sa v texte nespomína.
Pre správu prístupu používateľov bude implementovaný nový alebo použitý existujúci systém správy identít a prístupov? V oboch prípadoch by bolo treba uviesť ho v popise architektúry riešenia.
Taktiež by bolo treba uviesť, či sa buď využijú existujúce alebo implementujú nové procesy správy identít používateľov týchto služieb (reportov z DWH/webstránok). Uvažuje sa aj s využitím integrácie na IAM ÚPVS a prihlasovanie pomocou eID/mID a WebSSO s IAM ÚPVS?
Prihlasovať sa bude pravdepodobne cez EID v kombinacií s authentikáciou do BI nástroja, ktoré budú synchronizované. Detail sa rieši v rámci DNR a výsupy budú prezentované v tej časti
Akceptované vysvetlenie. Použitie eID/MID pre používateľov z orgánov ver. správy môže byť problém pre neochotu zamestnancov tak sa prihlasovať. Necháme rozhodnutie na DNR.
"Systém predikcií, analyzy..." = "Rezortné DWH" alebo je to ešte nejaký ďalší plánovaný systém, napr. v schéme 3 je uvedený Systém štát. soc. dávok? Niekde sa používa DWH, inde dátový sklad inde ešte iný názov. Chápem, že DWH a dátový sklad sú synonymá, ale keď sa bavíme o ich konkrétnej implementácii je vhodnejšie všade, kde sa hovorí o konkrétnom riešení uviesť názov tohto konkrétneho riešenia, aby bolo jasné, že sa píše o ňom a nie o niečom inom.
Prosím zjednotiť názvoslovie, popis a identifikáciu. Nové ISVS prosím zaevidovať v METAIS a uveisť ich METAIS kódy v tabuľkách budovaných eGovernment komponentov.
Taktiež zjednoťte názvy implementovaných modulov s modulmi v CBA, kde sú uvedené moduly "Správa údajov" a "Analytická platforma", aby bolo jasné, ktorý popis a ktoré požiadavky k čomu patria.
Vysvetlené: 1. DWH je samostatné riešenie, ktoré MPSVR realizuje iným projektom a na ktoré sa predkladané riešenie bude integrovať. 2. Systém štátnych sociálnych dávok = Systém predikcií, analýzy a poskytovania údajov a je opravené v celom dokumente. 3. Systémy budú zaevidované v META IS.
Neakceptované zapracovanie: V texte je síce urobená zmena (Systém štátnych sociálnych dávok = Systém predikcií, analýzy), ale v schéme 3 nie. A tiež ani v Katalógu požiadaviek.
Datový sklad je technológia a nie objekt evidencie. Nemá zmysel vypĺňať tabuľku abstraktnými pojmami a evidenciami. Predpokladám, že obsahom navrhovaného Rezortného DWH budú dáta z agendových systémov ministerstva a nebudú sa tvoriť nejaké nové evidencie len analytické dáta. Ak je to tak, terab uviesť, že obsahom projektu nie je zavedenie nových objektov evidencie, ale že sa bude pracovať z exist. evidenciami ministerstva.
Po úprave textu nie je DWH uvádzaný ako objekt evidencie.
Akceptované
Znova uviesť jednotný názov konkrétneho budovaného systému
Rezortné DWH je samostatné riešenie, ktoré MPSVR realizuje iným projektom a na ktoré sa predkladané riešenie bude integrovať.
Ak som niečo neprehliadol, tak v METAIS nevidím evidenciu takého dôležitého systému a aktíva ako je Rezortný DWH, ktorý buduje alebo prevádzkuje MPSVaR. Prosím doevidovať Rezortný DWH v METAIS a uviesť jeho kód aj v tabuľkách dotknutých ISVS týmto projektom.
Podobne ako v prípade tabuľky týkajúcej sa objektov evidencie je obsahom tejto tabuľky nezmyselné objekty evidencie (napr. Datový sklad je technológia a nie objekt evidencie)
Nemá zmysel vypĺňať tabuľku abstraktnými pojmami ako je report, uloženie dát, dátové spojenie atď.
Predmetom riadenia dátovej kvality budú asi objekty evidencie preberané z RSD a iných systémov ministerstva, ako sú napr. údaje o poistencoch, údaje o dávkach, údaje o adresách, atď.
Upravené v texte a v tabuľke.
Akceptované zapracovanie.
Budovanie Rezortného dátového skladu sa nedá urobiť bez integrácie na systémy poskytujúce zdrojové údaje ministerstva. Okrem toho som v inom komentári spomenul potrebu buď vytvorenia alebo integrácie na nejaký systém správy identít používateľov služieb a reportov z Rezortného DWH.
Vysvetlené: Rezortné DWH je jediným dátovým zdrojom navrhovaného riešenia. Integrácie medzi rezortným DWH a inými systémami je predmetom samostatného projektu.
Akceptované
Pre zverejnenie otvorených dát by mali byť informácie o dostupných otvorených dátach uvedené v Národnom katalógu otvorených dát. V prípade automatizácie publikovania dát, bude treba urobiť potrebnú integráciu (viac info tu: Ako môžem automatizovane publikovať otvorené údaje na data.slovensko.sk?)
MPSVR počíta s tým, že bude musieť zverejniť otvorené dáta v Národnom katalógu otvorených dát.
Čiastočne akceptované: V proj. prístupe síce máte uvedené poskytovanie otvorených údajov, ale nemáte k tomu uvedenú požiadavku v Katalógu požiadaviek.
Celá tabuľka je vyplnená všeobecnými zástupnými údajmi. Keďže aj zdrojová tabuľka obejktov evidencie referencovaná v tejto tabuľke je vyplnená nezmyselnými dátami nedávajú zmysel ani údaje v tejto tabuľke. Prosím o nápravu a uviesť skutočné významné objekty evidencie a ich kategórie s ktorými sa bude v projekte pracovať.
Upravené podľa predcháadzajúcej tabuľky.
Akceptované
V tejto tabuľke sú uvedené všeobecné a popisovanej oblasti neodpovedajúce objekty evidencie s ktorými bude riešenie pracovať. Datový sklad je technológia a nie objekt evidencie. Nemá zmysel vypĺňať tabuľku abstraktnými pojmami a evidenciami. Predpokladám, že obsahom navrhovaného Rezortného DWH budú dáta z agendových systémov ministerstva a nebudú sa tvoriť nejaké nové evidencie. Predmetom spracovania budú podľa popisu dáta (objekty evidencie) minimálne zo systémov RSD a Centrálny register klientov.
Upravená tabuľka aj súvisiaci text pred ňou.
Akceptované
Okrem RSD sa nižšie spomína aj "Centrálny register klientov". A z popisu nie je celkom jasné, či je predmetom projektu vytvorenie nového Rezortného DWH, alebo rozvoj existujúceho rezort. DWH.
Vysvetlené: Viď komentár "Vladimír Kováč, 2025/03/05 11:05"
Akceptované vysvetlenie
Keďže tento systém Dátový sklad (DWH) podľa tohto popisu už existuje, je predmetom tohto projektu rozvoj tohto Datawarehouse alebo vytvorenie nového Datawarehouse. A keď bude vytvorený nový DWH tak čo sa stane s týmto DWH (pre RSD MIS). Bude nahradený? Prečo prevádzkovať 2 DWH? Ak je predpoklad nahradenia DWH len pre RSD, je to nejako zhľadnené v CBA, napr. v eliminácii nákladov na prevádzku tohto staršieho DWH?
Vysvetlené: Súčasné DWH (Oracle DB) je neoddeliteľnou súčasťou ISSZ/IS RSD a musí zostať v prevádzke na spracovanie zákonom stanovených štatistík. Na druhej strane, plánované rezortné DWH bude pokrývať širšie požiadavky na analytiku, reporting a predikcie naprieč viacerými zdrojmi a životnými situáciami, čím poskytne pridanú hodnotu v podobe pokročilých analýz a strategického plánovania. Aktuálne sa nepočíta s optimalizáciou alebo konsolidáciou dátových skladov, avšak do budúcnosti zostáva táto možnosť otvorená.
Akceptované, Ale upozorňujem na inú otvorenú pripomienku o chýbajúcej evidencii rezortného DWH v METAIS.
Centrálny register klientov nie je uvedený ako ISVS v tabuľke existujúcich ISVS ministerstva, ktorý bude dotknutý realizáciou projektu. Navyše tento systém by nemal byť uvedený ako technologický komponenta ale ako aplikačný komponent.
Integrácia CRK na dátový sklad je predmetom samostatného projektu, ktorý realizuje MPSVR. V kontexte predkladaného projektu je CRK uvedený len v súčasnom stave, pričom v TO BE stave bude predkladané riešenia čerpať dáta z CRK prostredníctvom komponentu DWH.
Akceptované vysvetlenie
IS DSD nie je uvedený v tabuľke ISVS v stave As IS, ktoré budú dotknuté projektom. A nie je uvedený ani v schéme.
Čiastočne akceptované: Architektonická schéma bola upravená v súlade s pripomienkami. Tabuľka AS IS ISVS sa vzťahuje len na agendový informačný systém RSD, nakoľko podporné systémy nie sú priamo dotknuté.
Akceptované
Nemyslím si, že CRK, ak sa tým myslí "Centrálny register klientov" je technologický komponent. Je to skôr aplikačný komponent podporujúci biznis proces a služby.
Diagram bol mierne upravený. Nakoľko nejde o aplikačnú ale dátovú integráciu je vhodnejšie ponechať CRK DB v technologickej vrstve
Akceptované vysvetlenie
Ako píšme inde, CRK je aplikačný komponent a nie technologický komponent.
V prípade CRK ide o aplikačný komponent, ale integrácia v súčasnom stave nie je aplikačná ale dátová na DB RSD PRO. DB CRK bola upravená v schéme súčasného stavu.
Akceptované, aj keď je v schéme niekoľko nie veľmi vhodne použitých výrazových prvkov jazyka Archimate pre znázornenie architektúry stavu AsIs
Nemá byť v tejto schéme technologickej podpory namiesto "Systém štátnych soc. dávok" buď "Rezortný DWH" alebo "Systém predikcií, analýzy a poskytovania údajov" (ak tento systém má byť Rezortným DWH popisovaným v prístupe k riešeniu")?
Akceptované, schéma aktualizovaná.
Akceptované
Táto veta zavádza niekoľko nejasností:
1. či je predmetom riešenia rezortný DWH alebo je predmetom riešenia využitei existujúceho rezortného DWH,
2. to že existujú výpočtové zdroje rezortného DWH, ešte neznamená, že sú škálovateľné a ako (do šírky - rozdelením záťaže alebo do výšky-pridaním výpočtových kapacít serveru)
Vysvetlené: 1. Predmetom riešenia nie je rezortné DWH. 2. Rezortné DWH je samostatné riešenie, ktoré MPSVR realizuje iným projektom, pričom škálovanie je riadené jeho konfiguráciou (rozšírenie záťaže). Navrhované riešenie túto škálovateľnosť nemení, ale musí s ňou počítať.
Akceptované vysvetlenie, ale lepšie by bolo, keby to bolo zrozumitelnejšie uvedené v samotnom texte proj. prístupu.
Nástroj BI nie je uvedený v schéme architektúry
Nástroj BI je napríklad uvedený v schéme č. 6 architektúry v Projektovom Zámere.
Neakceptované.Pre účely ilustrácie proj. zámeru je schéma náhľadu na riešenú oblasť v projektovom zámere akceptovateľná aj keď nepoužíva jazyk Archimate. Tento manažérsky náhľad by ale nemal nahrádzať a byť použitý na ilustráciu v projektovom prístupe, ktorý je hlavným dokumentom popisu architektúry navrhovaného riešenia. Keďže navyše je Schéma č. 3 v projektovom prístupe kompletne nekonzistentná s okolitým popisom, chýba v projektovom prístupe pre túto aktivitu realizácie Systému predikcií, analýzy a poskytovania údajov schéma ToBe achitektúry ideálne aj s vyznačením zmien oproti súčasnej architektúre a tak strácame čas tým zbytočným vyjasňovaním si, čo je vlastne predmetom projektu a či sú správne zachytené dopady na architektúru MPSVaR a jej súlad s evidenciou hlavných komponentov a ich vzťahov v METAIS.
Licencie na nástroj BI nie sú uvedené v CBA
V dokumente CBA, hárku „Rozpočet - HW Licencie“ sa nachádzajú licencie za nástroj BI - obidva riadky MS Fabric aj MS PowerBI sa vzťahujú k nástroju BI.
Pozrel som v aktuálnej CBA v METAIS, súbor M_05_BC_CBA_PRILOHA_Projekt_MPSVR_DIGI_TRAN_IRS_DATA_v_1.2.xlsx
a nenašiel som tieto licencie vyplnené v uvedenom hárku a nenašiel som ich ani keď som dal prehľadať celý dokument na výskyt textu "fabric" alebo "power".
Aj podľa tejto vety aj podľa CBA usudzujem, že obsahom projektu nie je obstaranie techolog. infraštruktúry (serverov alebo cloudových služieb).
V rámci rozsahu navrhovaná architektúra nadväzuje na existujúce technologické riešenia a zároveň reflektuje princípy „cloud first“, pričom kľúčové komponenty sú umiestnené v cloudovom prostredí. Riešenie je škálovateľné, bezpečné a umožňuje jednoduchú integráciu nových služieb.
Akceptované vysvetlenie
Pre budovanie systému typu DWH sú k dispozícii cloudové služby typu PaaS, ktoré by aj zjednodušili vývoj aj prevádzku DWH a tiež by poskytli vyššiu škálovateľnosť riešenia. Umožnili by tiež ponechanie väčšieho výpočtového výkonu pre kritickejšie systémy ministerstva. Prosím prehodnotiť využitie služieb z katalógu služieb vládneho cloudu pre oblasť DWH/BI s potrebnou úrovňou ochrany dát, ktoré by mohli byť využité pre budovanie rezortného DWH. Zvážte možnosť využívania existujúcich SaaS služieb, najmä analytickych BI nastrojov - PowerBI a Tableau, registrovaných vo verejnej časti vládneho cloudu : Katalóg služieb Vládneho cloudu SR
Vysvetlené: Rezortné DWH je samostatné riešenie, ktoré MPSVR realizuje iným projektom. Tento projekt neobsahuje budovanie alebo prevádzkovanie DWH, ale iba jeho integráciu s navrhovaným riešením.
Akceptované vysvetlenie.
Treba zaevidovať navrhovaný ISVS v METAIS a zaradiť ho k projekt_3236 - vytvoriť vzťah "projekt realizuje ISVS" a zároveň zrušiť podobný evidovaný vzťah na systém isvs_10857 (Informačný monitorovací systém pre programové obdobie 2021 - 2027 (ITMS21+)), lebo tento projekt nemôže realizovať ani meniť systém ITMS21+, lebo tento isvs nie je v gescii MPSVaR.
Zapracované.
Akceptované
Prosím prerobiť tak, že v náhľade bude ako hlavný komponent ISVS Informačný riadiaci systém (IRS) a tieto subkomponenty budú modelované ako funkčné bloky. Lebo v súčasnom stave riešenia sú to zatiaľ len architektonické stavebné bloky a tie je lepšie modelovať ako funkčné bloky ešte nerozdelené do implementačných komponentov. Zároveň odpadne otázka, či ich terba evidovať ako podmoduly v METAIS. Ale podľa vyššie uvedeného sa predpokladá, že IRS bude mať backoffice modul s týmito funkčnými blokmi a tiež interný a externý portál, ktoré by už mali byť evidované ako podmoduly IRS v METAIS, lebo to budú samostatne nasadzované komponenty spdajúce do kategorizácie ISVS napr. podľa zákonov 95/2019 a 305/2013, minimálne Špecializovaný portál.
Diagram nahradený aktualizovanou verziou so zohľadnením pripomienky,
Akceptované
Podobne ako pre schému 7 treba komponenty modelovať ako funkčné moduly a nie komponenty a agregovať ich pod IRS. V rámci neho môže ostať pomocná agregácia "Funkčné bloky pre Prijímateľa".
Diagram nahradený aktualizovanou verziou so zohľadnením pripomienky,
Akceptované
V projekte je uvažované s interáciou na ITMS21+ alebo IS CPDI (ak budú všetky potrebné dáta z ITMS21+ prebrané cz IS CPDI), takže minimálne 1 aplikačná služba pre integráciu s ITMS21+(CPDI bude veľmi pravdepodbne potrebná.
Získavanie údajov z ITMS je plánované, ale nie prostredníctvom integrácie, ale dávkovými spracovaniami získaných dát.
Neakceptované. Aj dávkové preberanie dát je integrácia. A naozaj bude stačiť dávková integrácia? Ako často? Nebude to mať dopad na procesy, napr. tým, že budú musieť čakať na zbehnutie dávkovej synchronizácie údajov?
Nebude výhodné a potrebné integrovať aj napr. Centrálny Register klientov (CRK) a niektoré moduly ÚPVS, napr. služby pre zasielanie správ do schránky v eDesk, alebo keď bude pre zasielanie správ do eDesk použitý iný systém MPSVaR nebude treba integrovať ten, napr. registratúru?
V rámci systému sa neplánuje realizovať nové integrácie, ale využitie existujúcich integrácií, v rámci interných systémov MPSVR a jej vnútornej architektúry. Vzhľadom na využitie týchto údajov v rámci internej architektúry MPSVR nie sú uvádzané v zozname plánovaných integrácií na iné ISVS.
Akceptované. Máte to aspoň uvedené v Katalógu požiadaviek, aj keď by bolo oveľa lepšie mať to aj tu popísané, zaevidované v METAIS a v modeli architektúry riešenia.
Tu má byť nadpis o konzumácii údajov z IS CPDI.
zapracovali sme zmenou nadpisu
Akceptované. Nepodstatné.
Podľa popisu predpokladanej funkčnosti by možno veľká časť riešenia mohla byť realizovaná prepoužitím systému ITMS21+. Bola preskúmanaá možnosť prepoužita riešenia ITMS21+ pre navrhovaný systém IRS?
V rámci systému IRS sa bude využívať funkcionalita, ktorá v súčasnosti nie je v rámci ITMS21+ dostupná a zároveň bude prispôsobená individuálnym požiadavkám MPSVR, ktoré súvisia s internými procesmi a postupmi spracovania.
Akceptované
Architektonicky nahlad vyssie obsahuje 4 aplikacne sluzby, ktore nie su blizsie v dokumentacii popisane, ani zaevidovane v MetaIS.
Medzi cielmi projektu mate zavedenie intuitivneho rozhrania pre obcanov = koncova sluzba, predpokladam web. Je potrebna koncova sluzba.
Dalej ciel automatizacia a optimalizacia procesov je tiez reprezentovana novou/upravenou aplikacnou sluzbou, nakolko dojde k zruseniu nejakych procesnych krokov, alebo informacnych vstupov.
Koncové služby typu G2G treba zaevidovať v METAIS. Taktiež treba zaevidovať aplikačné služby, ktoré budú tieto koncové služby obsluhovať (budú mať k nim vzťah, ktorý by tiež al byť evidovaný v METAIS) a pre tieto Aplikačné služby treba zaevidovať ich vzťah na ISVS, ktorý ich bude realizovať - v tomto prípade pravdepodbne systém isvs_15113 Informačný riadiaci systém (IRS).
Odporúčam dať si do katalógu požiadaviek a do opisu predmetu zákazky požiadavku:
Súčasťou dodávky diela bude vypracovanie Bezpečnostného projektu pre nové a zmenené aktíva (v súlade s vyhláškou č. 179/2020 Z.z.), ktorého prvá verzia musí byť dodaná súčasne s Detailným návrhom riešenia (DNR), aby opatrenia z bezpeč. projektu boli zapracované do DNR a do implementovaného riešenia. Bezpečnostný projekt musí byť aktualizovaný Dodávateľom počas celej realizačnej fázy projektu, aj na základe nálezov z bezpečnostného testovania.
Prosím vložiť schému archittektúry, ktorú ste posielali separátne e-mailom, sem do dokumentu projektového prístupu. Nie je na tej schéme nič, kvôli čomu by nemohla byť METAIS. Nie je tam nič, čo by sa dalo zneužiť na kybernetický útok alebo obchodné zneužitie. Hlavne nie vo fáze, keď sa implementácia toho systému ešte len pripravuje a nie sú známe konkrétne inštancie implementovaných komponentov, ich konkrétnych adries v sieti, implementovaných bezp. opatrení atď. Do schémy doplňte aplikačné a najlepšie aj koncové služby podľa ich evidencie v METAIS (pozrite pripomienku k tabuľke koncových služieb). Pozrite usmernenie Metodické usmernenie č. 24769/2023/oSBATA-1 – o zverejňovaní projektovej dokumentácie na portáli MetaIS zverejnené tu: https://mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/