Ku kap. 5:
Toto nie je pripomienka, ale (zatiaľ) otázka na diskusiu: viete mi prosím vysvetliť zmysel tejto kapitoly?
Ku kap. 6:
Vložiť do textu mechanizmus, že súvisiace podrobné dokumenty pre jednotlivé prioritné okruhy (t.j. subkapitoly pod 6) budú vytvorené, záväzné, aká bude ich štruktúra a pri ich tvorbe bude participácia/pripomienkovanie. Každá kapitola má obsahovať určite aj zhodnotenie súčasného stavu, odôvodnenie zvoleného riešenia, harmonogram plánovaných aktivít, plán legislatívneho pokrytia.
Prečo: Na úrovni NKIVS sú iba stručné charakteristiky hlavných tém riešených v jednotlivých kapitolách. Bez detailného popisu častokrát nie je zrejmé čo / ako / prečo má byť robené.
Ku kap. 3.2.1:
Doplniť biznis princíp: Orientácia na klienta (veľkými písmenami) - Verejná správa aktívne pracuje so skupinami klientov s cieľom vytvoriť také služby, ktoré sú klientmi vyžadované alebo preferované, a sú pre klienta jednoducho použiteľné. Verejná správa vzdeláva klientov svojich služieb o tom, aké služby sú vytvorené, ako sa používajú.
Ku kap. 3:
Doplniť samostatnú subkapitolu v ktorej budú popísané mechanizmy, prispievajúce k realizácii biznis princípov Proaktivita, Spätná väzba, Orientácia na klienta, ktoré nie sú súčasťou architektúry VS a ich realizácia nie je podmienená technologickým riešením. Ide najmä o mechanizmy komunikácie VS s verejnosťou, informovanie a vzdelávanie používateľov služieb eGovernmentu, podporu používateľov pri interakcii s VS a prispôsobenie zvolených riešení potrebám používateľov.
Prečo: V súčasnosti práve oblať práce s klientmi služieb - či už predchádzajúca implementácii riešení eGovernmentu, alebo následná - je zásadne nedostatočná. Zatiaľ nie je nijako systematicky rozpracovaná ani v predloženom materiály.
Ku kap. 3.2.3:
Doplniť aplikačný princíp: Modulárnosť - Aplikácie IKT sú členené na menšie samostatné časti, ktoré sú prepojené dobre definovanými rozhraniami s cieľom zvýšiť flexibilitu riešení.
Ku kap. 3.2.4:
Doplniť technologický princíp: Otvorenosť aplikačných rozhraní - Aplikačné rozhrania v IS sú budované spôsobom umožňujúcim ich použitie komukoľvek (po splnení určených podmienok). Špecificky všetky funkcie IS, ktoré sú dostupné grafickým rozhraním majú byť dostupné aj otvoreným aplikačným rozhraním.
Prečo: OpenAPI je dôležitý princíp, ktorý ak bude použitý ako základný architektonický princíp, napomôže aj v realizácii ďalších tém (napr. v oblasti multikanálového prístupu).
Ku kap. 3.3:
Popis aktuálneho stavu žiadame formalizovať do samostatného dokumentu, pre ktorý bude uvedené jeho štruktúra, spôsob participácie/pripomienkovania. Dokument má obsahovať aj popis dôležitých alebo akútnych charakteristík a plán ich riešenia (napr. povinná aktivácia el. schránok pre PO plánovaná na polovicu r.2016 a ako zaistiť aby sa aspoň vedeli prihlásiť do schránky). Dokument má byť aktualizovaný v rovnakej preiodicite ako NKIVS a predkladaný spolu s každoročným vyhodnotením jej plnenia.
Ku kap. 3 a uzneseniam:
Doplniť povinnosť pre správcov IS pri zmene špecializovanej legislatívy zaistiť aj realizáciu princípov potrebných na naplnenie NKIVS, najmä pre OpenAPI, OpenData, 1-krát a dosť, Multikanálový prístup.
Prečo: Keď už sa mení niektorý zákon, nech sa v ňom rovno vyriešiť, aby sa daná doména mohľa ľahko realizovať podľa NKIVS.
Ku kap. 3.3:
V tejto kapitole je stručne načrtnutá problematika VO IKT. Túto oblasť treba rozpracovať na podrobnejšej úrovni.
Prečo: MF aj pri rušení niektorých uznesení z Miklošovho desatora argumentovalo, že v NKIVS sú obsiahnuté záväzné princípy pre oblasť riadenia projektov.
Ku kap. 3.3:
Žiadame z formulácie “budú zverejňované ako otvorené dátaa cez centrálnu platformu” vypustiť slová “cez centrálnu platformu”.
Prečo: Nech si každý publikuje kde je to najvýhodnejšie, napr. ako API u seba. Určite už nie ďalšie centrálne úložiská pod hlavičkou OpenData.
Ku kap. 3.4:
Tento dokument sa týka celej informatizácie, nielen OPII. Žiadame tam popísať, ako sa to bude vzťahovať na všetkých.
Ku kap.4:
Žiadame v samostatnej kapitole popísať postup prechodu od existujúceho stavu k cieľovému, zachytenému v NKIVS. Dôraz musí byť dávaný na potrebné zmenu v už vybudovaných IS a na plán nabiehania nových komponentov. Myslíme si, že postupný prechod by mal obsahovať aj nasledovné kroky: vyhodnotenie inštitúcie, ako spĺňa pripravenosť na prechod k cieľovému stavu podľa podrobnej metodiky, vytvorenie plánu organizácie prechodu k cieľovému stavu, podpora “malých” projektov na úpravu existujúcich riešení, automatická realizácia potrebných riešení v nových projektoch.
Ku kap. 6.1:
V odrážkach ku stavebnému bloku “požívateľ má k dispozícii jednotný konfigurovateľný … komponent (tzv. portfólo klienta)” doplniť požiadavku, že všetky uvedené informácie / služby budú dostupné aj cez OpenAPI.
Ku kap. 6.2.1:
Žiadame uviesť strategické rozhodnutie, koľko budeme mať štátnych portálov / schránok, resp. ako bude zaistené že sa predíde duplicitám a zvolené bude najefektívnejšie riešenie.
Ku kap. 6.2.1:
V žiadame doplniť medzi komunikačné kanály “aplikačné rozhranie / OpenAPI”.
Ku kap. 6.2.5:
Žiadame doplniť do obrázka škatuľku “príručná registratúra / obeh dokumentov”.
Prečo: táto škatuľka je dôležitá pre monitorovanie, čo/kto/ako dlho pri spracovaní podania robí, sledovať termíny.
Ku kap 6.2.6:
Žiadame upresniť vetu “údaje naďalej zostávajú vo vlastníctve povinnej osoby”. Nie je jasné o čo ied
Ku kap. 6.2.6:
Žiadame doplniť špecifické mechanizmy zvyšovania kvality udajov a prepájania údajov medzi povinnými osobami (napr. že niektoré údaje už povinná osoba nebude evidovať, lebo je online dostupná
Ku kap. 6.2.7:
Žiadame doplniť aj body že OpenData majú byť použiteľné na právne účely a aby údaje povine zverejňovnané podľa osobitných predpisov bolo možné použiť ako OpenData.
Ku kap. 6.2.8
Žiadame doplniť možnosť použiť aj (za splnenie určitých podmienok:) privátnu dátovú sieť.
Ku kap. 6.2.9:
Žiadame vylúčiť návrhy na prechod fyzickej vrstvy do vlastníctva štátu.
Ku kap. 7:
…to be continued zajtra
jeeej na