Obávam sa, či takto komplexná dátová časť nepresahuje možnosti výzvy Lepší eGov a či by nebolo vhodné pozrieť sa aj na možnosti výzvy Lepšie dáta, ktorá je práve zaameraná na zbieranie, optimalizáciu a zverejňovanie dát OVM.
Pripomienka bola zapracovaná, zároveň pripájame vyjadrenie : Projekt CITES je prioritne zameraný na zavedenie nových elektronických služieb pre držiteľov exemplárov spadajúcich pod DOHOVOR O MEDZINÁRODNOM OBCHODE S OHROZENÝMI DRUHMI VOĽNE ŽIJÚCICH ŽIVOČÍCHOV A RASTLÍN - CITES. Zavedením týchto služieb sa skvalitní evidencia ako aj kontrola nad dodržiavaním uvedeného dohovoru. Pridanou hodnotou je sprístupnenie údajov v rámci evidencia a to ako "Moje údaje" pre samotných držiteľov ako aj "Otvorené údaje" pre sprístupnenie údajov v rozsahu zodpovedajúcom požiadavkam na sprístupnenie evidencií
Prezentačná vrstva je z daného popisu veľmi ťažko uchopiteľná a dáva iba veľmi všeobecnú predstavu o tom, čo bude zastrešovať. Navyše v tejto časti absentujú ostatné skupiny cieľových používateľov ako napr. zamestnanci MŽP (reporting, evidencia...)
Je potrebné definovať formáty v ktorých budú datasety zverejňované, za akých licenčných podmienok a tiež je potrebné dodržiavať aktuálny štandard metadátový DCAT_AP_SK.
Je potrebné podrobnejšie popísať transformačný modul, ktorý slúži na konverziu dát medzi rôznymi formátmi a štruktúrami, čím umožňuje integráciu, výmenu a harmonizáciu údajov medzi systémami s odlišnými dátovými požiadavkami. Tento modul by mal napr. ponúkať aj možnosti šifrovania údajov resp. anonymizácie údajov. Prípadne definovať použitie ETL nástrojov v procesoch získavania a spracovania údajov.
Pre poskytovanie údajov prostredníctvom integračných rozhraní bude použitý transformačný modul pre konverziu a spracovanie údajov. Cieľom je zabezpečiť integráciu, harmonizáciu a bezpečný prenos údajov medzi rôznymi platformami a systémami. Jeho hlavné vlastnosti sú konverzia medzi formátmi, automatická transformácia štruktúr dát na základe požiadaviek cieľového systému, validácia kompatibility s centrálnym modelom údajov a dodržiavanie definícií referencovateľných identifikátorov. Harmonizácia a mapovanie medzi dátovými modelmi z rôznych zdrojov, ich šifrovanie a anonymizácia údajov alebo pseudonymizácie údajov v súlade s požiadavkami na ochranu osobných údajov. Zároveň sa zabezpečí dodržiavanie princípov ochrany osobných údajov v súlade s GDPR.
Detialnejšie spracovanie bude predmetom DNR v časti technickej špecifikácie.
dobrý deň, jedná sa o formuláciu vety alebo technické riešenie?
Návrh architektúry riešenia budúceho stavu pre informačný systém CITES oproti súčasnému stavu spočíva v zmene prístupu a práve je zámerom ziadatela umiestnit riesenie v prostredí internetu.
nazvoslovie KS prosim upravit v sulade s metodikou tvorby nazvoslovia KS, nasledne je potrene v MetaIS doplnit relevantne atributy - popis, pristupove miesto, pouzivatel a zaroven relevantne vztahy - faza zivotneho cyklu, zivotna situacia, aplikacna sluzba, agenda
prosim zosuladit s evidenciou v MetaIS, nakolko v MetaIS je na projekt naviazanych 12 AS...zaroven je potrebne kazdu AS naviaazt na ISVS a doplnit im fazu zivotneho cyklu
Vysvetlenie: V tabuľke sa nachádzajú integrácie potrebné v procese posudzovania žiadosti, pre integrácie na systémy ktoré sú dostupné prostredníctvom CPDI sa počíta s ich využitím.
Prosim uviest do zoznamu rizik pripadnu nerealizaciu projektu lepsich udajov MZP SR, bola brana du uvahy aj tato moznost? Co v pripade ze projekt MZP nebude realizovany? Nebude tym ohrozeny tento projet?
kedze hovorite o biznis architekture, prosim model upravit a riesit len komponenty z pohladu biznis architektury - chybaju mi v nej biznis procesy/funkcie, pristupove miesta a pod....
zvazit tuto AS, nakolko podla vyzvy "(nie sú podporované zmeny na back-ende podporných IS, t.j. napr. IS registratúry" - kapitola 2 Strucny ciel vyzvy)
Pripomienka bola zapracovaná a požadovaná definícia doplnená v texte v nasledovnom znení:
Technologické zmeny v projekte sa budú týkať nasledovných oblastí:
- koncové služby,
- aplikačné služby,
- webové sídla,
- špecializované portály.
Vymedzenie okruhu podaktivít, ktoré budú riešené projektom:
A: Technologické a netechnologické zmeny na front-ende, tzn. zmeny grafických používateľských rozhraní „GUI“:
Zmeny GUI:
- Zmeny informačnej architektúry a obsahového manažmentu služieb, zresponzívnenie GUI, zosúladenie GUI s jednotným
dizajn manuálom štátnej správy;
- Pridanie sekcia „často kladených otázok“ ku koncovej službe na viditeľnom a prístupnom mieste;
- Pridanie „Dema služby“ - inštruktáž vo forme videa, ako službu využiť;
- Zavedenie ľahkého prístupu k živej online podpore do koncových služieb (napr. formou chatu, info linky, ...);
- Umožniť sledovanie krokov v službe - služba prehľadne zobrazuje postup krokov, ktoré je potrebné vykonať a zároveň
používateľovi ukazuje, v ktorom kroku sa nachádza;
- Pridať možnosti uložiť rozpracované podanie a vrátiť sa k nemu neskôr;
- Zobrazovanie maximálneho času pre ukončenie vybavenia služby (tzn. služba min. na začiatku informuje užívateľ o
maximálnom čase na realizáciu celého procesu (vrátane legislatívneho čakania);
- Poskytovanie služieb a personalizovaných informácií aj pre cudzincov (tzn. služba poskytuje jazykové mutácie a je
uspôsobená využitiu zahraničnými používateľmi);
B: Technologické riešenia na back-ende koncových služieb:
Zmeny na back-ende koncových služieb, digitálnych kanálov, špecializovaných portáloch sú dotvorenie otvorených aplikačných rozhraní, funkcionality/riešenia podporujúce proaktívny prístup (nie sú podporované zmeny na back-ende podporných IS, t.j. napr. IS registratúry).
C: Napájanie sa na centrálne moduly digitálneho ekosystému verejnej správy:
Súčasťou centrálneho digitálneho ekosystému verejnej správy sú:
- Ústredný portál verejnej správy (ÚPVS), Elektronická schránka správ ÚPVS, Osobná zóna občana a podnikateľa UPVS, Centrálny notifikačný modul UPVS a iné.
- Slovensko v mobile, Služba Web SSO a modul mobilnej autentifikácie (mID),
- Centrálna API manažment platforma, Konsolidovaná analytická vrstva (KAV).
kedze projekt by mal byt financovany prostrednictvom dopytovej vyvzy "lepsie eGov sluzby" prosim v tejto casti jasne popisat "Technologické a netechnologické zmeny na front-ende, tzn. zmeny grafických používateľských rozhraní „GUI“
ISVS CITES 2.0 treba modelovať a evidovať v METAIS ako Aplikačný komponent a nie ako agregačný komponent. Pre naznačenie agregácie modulov portál, register, integ. komponent treba použiť vzťah agregácie (<>---) medzi CITES 2 a podmodulmi. Taktiež treba zvážiť, či nie je potrebné samostatne evidovať niektorý podmodul, napr. register a integr. komponent, ak sú samostate nasadzované a poskytujú aplik. služby na externú integráciu.
Pre výber vhodných cloudových služieb je potrebné si urobiť klasifikáciu informačného systému a spracovávaných dát podľa Metodického usmernenia pre klasifikáciu ISVS (023107/2023/oSBATA-1). Služby z katalógu cloudových služieb treba potom vyberať podľa zistenej klasifikácie ISVS.
Doplnené informácie do textu "Pre výber vhodných cloudových služieb bude realizovaná klasifikácia informačného systému a spracovávaných dát podľa Metodického usmernenia pre klasifikáciu ISVS (023107/2023/oSBATA-1 a následne budú služby z katalógu cloudových služieb vybraté podľa zistenej klasifikácie ISVS. "
Prosím vyhodnotiť, ktoré služby by mohli byť cez svoje programové API sprístupnené zainteresovaným osobám - konzumentom služieb, aby mohli pre zjednodušenie komunikácie so systémom využiť jeho API. Pre sprístupnenie API určených na integáciu iným OVM a verejnosti (právnickým osobám) uvažujte s využívaním centrálnej API manažment platformy (isvs_9513) vytvorením vzťahu "AS slúži AS" medzi službami CITES určenými na externú integráciu a aplikačnou službou as_60157 (“Konzumovanie služieb prostredníctvom API GW).
OK. Vyriešené pre túto požiadavku. Pozrite moju súvisiacu pripomienku z 15.1.2025 o zaevidovaní tejto požiadavky aj do katalógu požiadaviek, aj do METAIS.
Integrácie na využívanie služieb ÚPVS evidovať v METAIS (a v arch. modeli aplikačnej vrstvy) podľa príručky používateľa METAIS, kap. 2.4.1 Integrácia na Spoločné moduly ÚPVS
Obrázok architektúry je skôr celková architektúra, resp. viac orientovaná na aplikač. architektúru. pre prehľadnosť by bolo lepšie ju rozdeliť a separátne uviesť biznis architektúru, aplik. architektúru a integrácie, podporu koncových služieb aplik. službami a separátne technologickú architektúru. Vzťahy medzi ISVS a Aplik. službami a Aplik. službamia Koncovými službami zaevidovať aj v METAIS a tiež uviesť v tabuľkách proj. prístupu nižšie.
OK. Vyriešené, ale upozorňujem na inú pripomienku z 15.1.2025, kde táto integrácia na službu IAM ÚPVS nie je správne (resp. vôbec) zaevidovaná v METAIS a nie je ani uvedená pri aplikačnej službe určenej na túto integráciu.
Máte to síce v katalógu požiadaviek, ale aj tu by bolo vhodné uviesť, že rozhranie webového portálu bude podľa jednotného dizajn manuál elektronických služieb verejnej správy (https://idsk.gov.sk/).
Prosím buď priložiť model súbor modelu architektúry riešenia projektu vo výmennom formáte Archimate, alebo vytvoriť model riešenia v spoločnom repozitári Horizzon/BizzDesign, kde majú prístup páni Tobik a Tuchyna z Min. živ. prostredia.
Prosím doplniť vzťahy na konzumované aplik. služby aj v tomto dokumente aj v evidencii vzťahov tejto služby v METAIS podľa príručky METAIS kapitola 2.4.1 Integrácia na Spoločné moduly ÚPVS.
Prosím doplniť aplikačnú službu pre takúto externú integráciu, zaevidovanie tohto plánovaného vzťahu na aplikačnú službu Centr. API manažment platformy (as_60157) a tiaž dať túto požiadavku do katalógu požiadaviek.
Keďže podľa popisu je plánované získavanie konsolidovaných údajov z registrov, tak integrácia len na službu push nebude stačiť. Treba integrovať aj služby sluzba_is_49250 a sluzba_is_49253 (poskytnutie konsol. údajov). Treba vzťah registrovať aj METAIS.
Duplicitná informácia
upravené , duplicita vznikla kopírovaním, Ďakujeme za upozornenie
Obávam sa, či takto komplexná dátová časť nepresahuje možnosti výzvy Lepší eGov a či by nebolo vhodné pozrieť sa aj na možnosti výzvy Lepšie dáta, ktorá je práve zaameraná na zbieranie, optimalizáciu a zverejňovanie dát OVM.
Vrátane časti "moje údaje" a "otvorené údaje"
Pripomienka bola zapracovaná, zároveň pripájame vyjadrenie : Projekt CITES je prioritne zameraný na zavedenie nových elektronických služieb pre držiteľov exemplárov spadajúcich pod DOHOVOR O MEDZINÁRODNOM OBCHODE S OHROZENÝMI DRUHMI VOĽNE ŽIJÚCICH ŽIVOČÍCHOV A RASTLÍN - CITES. Zavedením týchto služieb sa skvalitní evidencia ako aj kontrola nad dodržiavaním uvedeného dohovoru. Pridanou hodnotou je sprístupnenie údajov v rámci evidencia a to ako "Moje údaje" pre samotných držiteľov ako aj "Otvorené údaje" pre sprístupnenie údajov v rozsahu zodpovedajúcom požiadavkam na sprístupnenie evidencií
Prezentačná vrstva je z daného popisu veľmi ťažko uchopiteľná a dáva iba veľmi všeobecnú predstavu o tom, čo bude zastrešovať. Navyše v tejto časti absentujú ostatné skupiny cieľových používateľov ako napr. zamestnanci MŽP (reporting, evidencia...)
Pripomienka bola zapracovaná.
Je potrebné definovať formáty v ktorých budú datasety zverejňované, za akých licenčných podmienok a tiež je potrebné dodržiavať aktuálny štandard metadátový DCAT_AP_SK.
Pripomienka zapracovaná, znenie doplnené priamo v texte.
Je potrebné doplniť akým spôsobom sa budú vytvárať tieto datasety v kvalite 5*. V akých formátoch JSON_LD, XML_RDF?
Pripomienka bola zapracovaná, znenie doplnené priamo v texte.
Je potrebné podrobnejšie popísať transformačný modul, ktorý slúži na konverziu dát medzi rôznymi formátmi a štruktúrami, čím umožňuje integráciu, výmenu a harmonizáciu údajov medzi systémami s odlišnými dátovými požiadavkami. Tento modul by mal napr. ponúkať aj možnosti šifrovania údajov resp. anonymizácie údajov. Prípadne definovať použitie ETL nástrojov v procesoch získavania a spracovania údajov.
Pripomienka bola zapracovaná v nasledovnom znení:
Pre poskytovanie údajov prostredníctvom integračných rozhraní bude použitý transformačný modul pre konverziu a spracovanie údajov. Cieľom je zabezpečiť integráciu, harmonizáciu a bezpečný prenos údajov medzi rôznymi platformami a systémami. Jeho hlavné vlastnosti sú konverzia medzi formátmi, automatická transformácia štruktúr dát na základe požiadaviek cieľového systému, validácia kompatibility s centrálnym modelom údajov a dodržiavanie definícií referencovateľných identifikátorov. Harmonizácia a mapovanie medzi dátovými modelmi z rôznych zdrojov, ich šifrovanie a anonymizácia údajov alebo pseudonymizácie údajov v súlade s požiadavkami na ochranu osobných údajov. Zároveň sa zabezpečí dodržiavanie princípov ochrany osobných údajov v súlade s GDPR.
Detialnejšie spracovanie bude predmetom DNR v časti technickej špecifikácie.
prosim skonsolidovat dane tvrdenie - raz sa hovori o vybudovani noveho IS, nasledne ide o rozvoj IS CITES...
Pripomienka bola zapracovaná, vyjadrenia zjednotné s Projektovým zámerm, jedná sa o rozvoj IS CITES.
prosim preformulovat, nakolko architektura riesenia nebude riesena v prostredi internetu...
dobrý deň, jedná sa o formuláciu vety alebo technické riešenie?
Návrh architektúry riešenia budúceho stavu pre informačný systém CITES oproti súčasnému stavu spočíva v zmene prístupu a práve je zámerom ziadatela umiestnit riesenie v prostredí internetu.
nazvoslovie KS prosim upravit v sulade s metodikou tvorby nazvoslovia KS, nasledne je potrene v MetaIS doplnit relevantne atributy - popis, pristupove miesto, pouzivatel a zaroven relevantne vztahy - faza zivotneho cyklu, zivotna situacia, aplikacna sluzba, agenda
Pripomienka bola zapracovaná, názvoslovie upravené a doplnené boli požadované väzby AS/KS/prístup
prosim zosuladit s evidenciou v MetaIS, nakolko v MetaIS je na projekt naviazanych 12 AS...zaroven je potrebne kazdu AS naviaazt na ISVS a doplnit im fazu zivotneho cyklu
Pripomienka bola zapracovaná, AS boli zosúladené a doplnené v Meta IS
prosim uviest len ISVS, kde bude peer-to-peer integracia... GP, SVPS a FR SR by ste mali zrejme vyuzit integraciu cez IS CSRU (po novom IS CPDI)
Vysvetlenie: V tabuľke sa nachádzajú integrácie potrebné v procese posudzovania žiadosti, pre integrácie na systémy ktoré sú dostupné prostredníctvom CPDI sa počíta s ich využitím.
Prosim uviest do zoznamu rizik pripadnu nerealizaciu projektu lepsich udajov MZP SR, bola brana du uvahy aj tato moznost? Co v pripade ze projekt MZP nebude realizovany? Nebude tym ohrozeny tento projet?
Pripomienka bola zapracovaná, riziko zaevidované, znenie upravené.
prosim uviest technologicku architekturu IS CITES a nie komplexnu architekturu MZP
Pripomienka zapracovaná, zobrazenie bolo upravené pre IS CITES
prosim doplnit procesne diagramy jednotlivych sluzieb
Pripomienka bola zapracovaná, doplnené grafické zobrazenie procesu.
kedze hovorite o biznis architekture, prosim model upravit a riesit len komponenty z pohladu biznis architektury - chybaju mi v nej biznis procesy/funkcie, pristupove miesta a pod....
Pripomienka bola zapracovaná, Obrázok náhľadu upravený priamo v texte
zvazit tuto AS, nakolko podla vyzvy "(nie sú podporované zmeny na back-ende podporných IS, t.j. napr. IS registratúry" - kapitola 2 Strucny ciel vyzvy)
Vysvetlenie: Jedná sa o integráciu už na existujúce integračné rozhranie IS registratúry
prosim uviest kod MetaIS
v zmysle prilohy 8 vyzvy, bod 4 prosim jasne vydefinovat opravnene podaktivit, ktore bude projektom riesene...
Pripomienka bola zapracovaná a požadovaná definícia doplnená v texte v nasledovnom znení:
Technologické zmeny v projekte sa budú týkať nasledovných oblastí:
- koncové služby,
- aplikačné služby,
- webové sídla,
- špecializované portály.
Vymedzenie okruhu podaktivít, ktoré budú riešené projektom:
A: Technologické a netechnologické zmeny na front-ende, tzn. zmeny grafických používateľských rozhraní „GUI“:
Zmeny GUI:
- Zmeny informačnej architektúry a obsahového manažmentu služieb, zresponzívnenie GUI, zosúladenie GUI s jednotným
dizajn manuálom štátnej správy;
- Pridanie sekcia „často kladených otázok“ ku koncovej službe na viditeľnom a prístupnom mieste;
- Pridanie „Dema služby“ - inštruktáž vo forme videa, ako službu využiť;
- Zavedenie ľahkého prístupu k živej online podpore do koncových služieb (napr. formou chatu, info linky, ...);
- Umožniť sledovanie krokov v službe - služba prehľadne zobrazuje postup krokov, ktoré je potrebné vykonať a zároveň
používateľovi ukazuje, v ktorom kroku sa nachádza;
- Pridať možnosti uložiť rozpracované podanie a vrátiť sa k nemu neskôr;
- Zobrazovanie maximálneho času pre ukončenie vybavenia služby (tzn. služba min. na začiatku informuje užívateľ o
maximálnom čase na realizáciu celého procesu (vrátane legislatívneho čakania);
- Poskytovanie služieb a personalizovaných informácií aj pre cudzincov (tzn. služba poskytuje jazykové mutácie a je
uspôsobená využitiu zahraničnými používateľmi);
B: Technologické riešenia na back-ende koncových služieb:
Zmeny na back-ende koncových služieb, digitálnych kanálov, špecializovaných portáloch sú dotvorenie otvorených aplikačných rozhraní, funkcionality/riešenia podporujúce proaktívny prístup (nie sú podporované zmeny na back-ende podporných IS, t.j. napr. IS registratúry).
C: Napájanie sa na centrálne moduly digitálneho ekosystému verejnej správy:
Súčasťou centrálneho digitálneho ekosystému verejnej správy sú:
- Ústredný portál verejnej správy (ÚPVS), Elektronická schránka správ ÚPVS, Osobná zóna občana a podnikateľa UPVS, Centrálny notifikačný modul UPVS a iné.
- Slovensko v mobile, Služba Web SSO a modul mobilnej autentifikácie (mID),
- Centrálna API manažment platforma, Konsolidovaná analytická vrstva (KAV).
kedze projekt by mal byt financovany prostrednictvom dopytovej vyvzy "lepsie eGov sluzby" prosim v tejto casti jasne popisat "Technologické a netechnologické zmeny na front-ende, tzn. zmeny grafických používateľských rozhraní „GUI“
Pripomienka bola zapracovaná, doplnené znenie priamo v texte
IS CSRU zmenit na IS CPDI
Pripomienka bola zapracovaná, upravená skratka v celom texte
Odporúčame neduplikovať text medzi PZ a PP
Pripomienka bola zapracovaná, duplicita odstránená s pripojenou informáciou v Prístupe k projektu, že dané náležitosti sú uvedené v Projektovom zámere
ISVS CITES 2.0 treba modelovať a evidovať v METAIS ako Aplikačný komponent a nie ako agregačný komponent. Pre naznačenie agregácie modulov portál, register, integ. komponent treba použiť vzťah agregácie (<>---) medzi CITES 2 a podmodulmi. Taktiež treba zvážiť, či nie je potrebné samostatne evidovať niektorý podmodul, napr. register a integr. komponent, ak sú samostate nasadzované a poskytujú aplik. služby na externú integráciu.
Pripomienka bola zapracovaná, upravené v zmysle vzoru pre dokument Prístup k projektu
OK. Vyriešené
Pre výber vhodných cloudových služieb je potrebné si urobiť klasifikáciu informačného systému a spracovávaných dát podľa Metodického usmernenia pre klasifikáciu ISVS (023107/2023/oSBATA-1). Služby z katalógu cloudových služieb treba potom vyberať podľa zistenej klasifikácie ISVS.
Doplnené informácie do textu "Pre výber vhodných cloudových služieb bude realizovaná klasifikácia informačného systému a spracovávaných dát podľa Metodického usmernenia pre klasifikáciu ISVS (023107/2023/oSBATA-1 a následne budú služby z katalógu cloudových služieb vybraté podľa zistenej klasifikácie ISVS. "
OK. Vyriešené
Prosím vyhodnotiť, ktoré služby by mohli byť cez svoje programové API sprístupnené zainteresovaným osobám - konzumentom služieb, aby mohli pre zjednodušenie komunikácie so systémom využiť jeho API. Pre sprístupnenie API určených na integáciu iným OVM a verejnosti (právnickým osobám) uvažujte s využívaním centrálnej API manažment platformy (isvs_9513) vytvorením vzťahu "AS slúži AS" medzi službami CITES určenými na externú integráciu a aplikačnou službou as_60157 (“Konzumovanie služieb prostredníctvom API GW).
Pripomienka bola zapracovaná, znenie doplnené priamo v texte
OK. Vyriešené pre túto požiadavku. Pozrite moju súvisiacu pripomienku z 15.1.2025 o zaevidovaní tejto požiadavky aj do katalógu požiadaviek, aj do METAIS.
Integrácie na využívanie služieb ÚPVS evidovať v METAIS (a v arch. modeli aplikačnej vrstvy) podľa príručky používateľa METAIS, kap. 2.4.1 Integrácia na Spoločné moduly ÚPVS
Pripomienka bola zapracovaná, aktualizované aj v Meta IS
Obrázok architektúry je skôr celková architektúra, resp. viac orientovaná na aplikač. architektúru. pre prehľadnosť by bolo lepšie ju rozdeliť a separátne uviesť biznis architektúru, aplik. architektúru a integrácie, podporu koncových služieb aplik. službami a separátne technologickú architektúru. Vzťahy medzi ISVS a Aplik. službami a Aplik. službamia Koncovými službami zaevidovať aj v METAIS a tiež uviesť v tabuľkách proj. prístupu nižšie.
Pripomienka bola zapracovaná a obrázok nahradený architektúrou pre IS CITES, vzťahy medzi ISVS, AS a KS zaevidované v Meta IS
OK. Vyriešené
Pre správu identít a autentifikáciu treba využiť integráciu na IAM ÚPVS a WebSSO umožňujúce prihláseniesa používateľa s pmocou eID a mobilného ID.
Pripomienka bola zapracovaná, doplnené priamo v texte
OK. Vyriešené, ale upozorňujem na inú pripomienku z 15.1.2025, kde táto integrácia na službu IAM ÚPVS nie je správne (resp. vôbec) zaevidovaná v METAIS a nie je ani uvedená pri aplikačnej službe určenej na túto integráciu.
Máte to síce v katalógu požiadaviek, ale aj tu by bolo vhodné uviesť, že rozhranie webového portálu bude podľa jednotného dizajn manuál elektronických služieb verejnej správy (https://idsk.gov.sk/).
Pripomienka bola zapracovaná, doplnené a zapracované priamo do textu
OK. Vyriešené
Prosím buď priložiť model súbor modelu architektúry riešenia projektu vo výmennom formáte Archimate, alebo vytvoriť model riešenia v spoločnom repozitári Horizzon/BizzDesign, kde majú prístup páni Tobik a Tuchyna z Min. živ. prostredia.
Pripomienka bola zapracovaná, požadovaný výstup bol zverejnený v MetaIS na karte Dokumenty vo formáte Archimate vytvorený v SW ARCHI
OK. Vyriešené
Prosím doplniť vzťahy na konzumované aplik. služby aj v tomto dokumente aj v evidencii vzťahov tejto služby v METAIS podľa príručky METAIS kapitola 2.4.1 Integrácia na Spoločné moduly ÚPVS.
pripomienka zapracovaná
Vyriešené
Prosím doplniť aplikačnú službu pre takúto externú integráciu, zaevidovanie tohto plánovaného vzťahu na aplikačnú službu Centr. API manažment platformy (as_60157) a tiaž dať túto požiadavku do katalógu požiadaviek.
Pripomienka bola zapracovana
Vyriešené
Keďže podľa popisu je plánované získavanie konsolidovaných údajov z registrov, tak integrácia len na službu push nebude stačiť. Treba integrovať aj služby sluzba_is_49250 a sluzba_is_49253 (poskytnutie konsol. údajov). Treba vzťah registrovať aj METAIS.
pripomienka zapracovaná, vzťah zaregistrovaný v META IS , doplnené aj v tomto dokumente, v tabulke integracie
Všetky tieto AS nemajú v METAIS registrovaný ISVS (isvs_14778), ktorý ich bude realizovať.
pripomienka zapracovaná , ISVS vzťah v Meta IS zaregistrovaný a priradený
informácia sa ma týkať konzumujúceho IS VS na strane žiadateľa
uvádzať kód poskytovateľského ISVS
duplicita informácie
nie je nám zrejmý v tejto časti odkaz na uvedené ustanovenia vyhlášky č. 78/2020 Z. z., ktoré sa týkajú otvorených dát
v dokumente nie je zmienka o poskytovaní údajov do IS MOU / IS CPDI
navrhovaná úprava do CBA - požiadavka ID 99 - integrácia na RPO zahŕňa aj "Integráciu na IS obchodného registra SR (OR SR)"