ok, dik.Ale potom to kriterium sa bude tazko plnit, odkial ma firma vediet ,kde je nejake api VS a na co sa da vyuzit?
Ak firma sa chce uchadzat a robit nejaky projekt, tak by si to mala zistit, ale teda ano, katalog API podobny aspon ako nejake data.gov.sk tu chyba.
hehe, urobite nejaky ony, API_VS_search ? Neviem si predstavit, ako bude firma zistovat, kde vsade vo VS je nejake API a ci a ako sa da pouzit v navrhovanom projekte. Ale mozno som len velky laik a nejako rychlo a elegantne to ide.
2 Likes
Výsledkom bude nejaký produkt tej firmy, ktorý môže poskytovať komu chce. S verejnou správou to v podstate má spoločné “iba” to, že sa na to použijú OPII peniaze, a že to musí spĺňať kritériá (a snáď vyhrať v konkurencii iných projektov).
Povedal by som, že cieľom celej tej výzvy má byť “podporovanie” el. služieb VS a iných pekných myšlienok eGov. Náš GovBox je dobrý príklad. Je to naša vlastná služba, nie služba VS. Ale podporuje používanie el. schránok ÚPVS.
Tento pohľad Mirri zvažovalo, ale “odovzdanie” sa nedá len tak spraviť, išlo by o obchádzanie VO. Čiže produkt môže byť samozrejme ponúkaný aj úradom, ale pravidlá na jeho získanie sa nijako pre úrad nemenia tým, že vytvorenie produktu bolo podporené OPII peniazmi.
1 Like
Zapis:
Bod 1 – Výzva „Služby v oblasti IT správy a podpory pre výkon verejnej moci“ z PO7 OPII a Hodnotiace kritériá.
Podklady k predmetnej výzve ako aj k Hodnotiacim kritériám, prostredníctvom ktorých sa budú posudzovať a vyberať projekty do financovania boli zaslané čelnom PS dňa 24.05.2022. Pripomienky k návrhu hodnotiacich kritérií a návrhu výzvy boli doručené iba zo strany Slovensko.Digital dňa 01.06.2022.
Stretnutie:
GR SSOIS MIRRI (p. Kováčikova) v stručnosti predstavila návrh výzvy, ktorá je zameraná na podporu špecifického cieľa 7.2 prioritnej osi 7 OP Integrovaná infraštruktúra (PO7 OPII).
P. Fitoš následne oboznámil členom PS so základným cieľom výzvy, ktorým je podpora inovatívnych riešení podnikov, aby sa zabezpečilo zlepšenie využívania elektronických služieb verejnej správy, ich optimalizácia a zefektívnenia ich prevádzky. Zlepšenie využívania dát vo vlastníctve verejnej správy pre dodanie novej úžitkovej hodnoty pre občanov a podnikateľov.
Po predstavení výzvy nasledovala diskusia k návrhu výzvy, resp. prioritne k zneniu Hodnotiacich kritérií v nadväznosti na vznesené pripomienky Slovensko.digital.
Diskusia sa týkala najmä:
o Zadefinovania oprávneného typu aktivity PO7 OPII špecifického cieľa 7.2 (ŠC 7.2) vzhľadom na charakter plánovaných projektov, t. j., či projektami bude realizovaná aktivita „C. Podpora najmä malých a stredných podnikateľov prostredníctvom zdieľaných služieb (Podnikatelia získajú prístup k službám, ktoré boli vyvinuté pôvodne pre potreby verejnej správy)“, a/alebo aktivita „D. Podpora inovatívnych riešení MSP využívajúcich údaje a služby poskytované verejnou správou“ ŠC 7.2.
- ostáva otvorené, bude predmetom osobitného stretnutia zástupcov SSOIS (MIRRI), Slovensko.Digital, ITAS.
o Úpravy znenia hodnotiaceho kritéria č. 1.2 „Aplikácia relevantnej legislatívy a štandardov“ z dôvodu nejednoznačnosti takto zadefinovaného predmetu hodnotenia a spochybnenia jeho relevantnosti. Predmet hodnotenia je postavený vo veľmi všeobecnej rovine bez konkretizácie o akú legislatívu ide, čo môže vnášať subjektivitu do procesu hodnotenia žiadostí.
- ostáva otvorené, bude predmetom osobitného stretnutia zástupcov SSOIS (MIRRI), Slovensko.Digital, ITAS.
o Zadefinovania minimálnych povinných administratívnych kapacít, konkrétne vo vzťahu hodnotiacemu kritériu č. 3.1 Posúdenie administratívnych, odborných a prevádzkových kapacít žiadateľa a stanovenia jeho charakteru, či ako vylučujúce alebo bodované kritérium. Uvedené môže mať vplyv nato, aký typ žiadateľov sa bude uchádzať o podporu v rámci tejto výzvy, t. j. podniky pôsobiace v IT sektore dlhodobejšie s dostatočným pracovným zázemím, alebo napr. startupy, ktorých činnosť bude výlučne zameraná na projekt v rámci tejto výzvy.
- ostáva otvorené, bude predmetom osobitného stretnutia zástupcov SSOIS (MIRRI), Slovensko.Digital, ITAS.
o Spôsobu hodnotenia bodovaných hodnotiacich kritérií a prideľovania bodov. GR SSOIS MIRRI vysvetlila, že každé bodované hodnotiace kritérium ma definované vlastné bodové hodnotenie a to v závislosti od charakteru daného kritéria, pričom pri udeľovaní bodov sa aplikuje konkrétny počet bodov (napr. 5, 10, 20).
o Spôsobu posudzovania využiteľnosti riešenia (hodnotiace kritérium č. 1.4), ktoré by malo byť zameraná na tzv. „biznis case“ a nie „hospodársky sektor“.
- ostáva otvorené, bude predmetom osobitného stretnutia zástupcov SSOIS (MIRRI), Slovensko.Digital, ITAS.
o Otázky povinného aplikovania OpenSource v projektoch.
- ostáva otvorené, bude predmetom osobitného stretnutia zástupcov SSOIS (MIRRI), Slovensko.Digital, ITAS.
o Prierezovo ďalšie úpravy podmienok poskytnutia príspevku (ako počet zamestnancov vo firme) aj hodnotiace kritériá č. 4.1, 4.2, ktoré vzhľadom na krátkosť času neboli odkomunikované, budú predmetom osobitného stretnutia zástupcov SSOIS (MIRRI), Slovensko.Digital, ITAS.
- stretnutie sa uskutoční dňa 06.06.2022.
- Bod 2 – Predstavenie projektu Zlepšenia životných situácií (priorita Plánu obnovy a odolnosti).
Predstavenie projektu zástupkyňou MIRRI SITVS – Produktové oddelenie (prezentácia v prílohe).
Diskutujúci:
p. P. Frič:
- Ad Kúpa nehnuteľnosti - vidím zmysel vtedy keď je tam reťazenie v rámci viacerých služieb/OVMiek - pre nehnuteľnosť sa obávam, že pôjde len o vklad do katastra - dopad pre občanov nemusí mať aký - lebo toto za neho niekto robí.
o Reakcia MIRRI - nie je to len podanie do katastra a súkromný sektor vieme mať v ZS, je tam aj platba dane z nehnuteľnosti v prípade napríklad obcí, ohlasovňa pobytu.
- ZS nemajú byť len návody.
o Reakcia MIRRI – návody sú len minoritnou časťou aktivít, sú však dôležité napríklad modernizácia bude ukazovať krokovník - aby používateľ “nezabudol na niektoré kroky.”
- Vidím problém – ak jedna služba, ktorá je v rámci jednej ZS riešená ale je využívaná aj mimo danej ZS - tam vznikne problém.
p. Takáč
Kým nezaviažete OVM že budú z vlastnej iniciatívy aktualizovať informácie na UPVS a MIRRI nebude vyrubovať pokuty - môžete urobiť akýkoľvek systém Vám to fungovať nebude.
p. Illek
Návrh Slovensko digital, aby sa na PS Lepšie služby malo prechádzalo nasledovné:
· Výber, ktoré ZS a v akom poradí a ich určenia hraníc.
· Akonáhle bude Investičný plán a mockup.
· Centrálny komponent, ktorý sa spomínal, že by to mal podporovať - toto má byť údajne dôležitý komponent akurát nie je jasné čo by to malo byť. – reakcia MIRRI: V prípade dokončenia analýz pre to be stav a optimalizačných príležitostí budeme následne vedieť aké zmeny to budú a kde sa budú realizovať (dopady na systémy, legislatívu, uskutočniteľnosť zmien, ich náročnosť atď.), následne to môžeme prejsť aj na PS. Je to jeden s výstupov Investičného plánu.
· Princípy ako by mali fungovať centrálne komponenty.
My považujem hlavnú rolu MIRRI - zaistiť podporu prechodu ZS pomocou počítača najjednoduchšie ako sa to dá - nie byť špecialistami na biznis oblasti jednotlivých rezortov - rozdelenie rolí bude mimoriadne dôležité - ak má byť MIRRI zodpovedné za aktualizáciu údajov - z našich skúseností treba sa tomu potom naveky venovať a zabezpečiť aktualizácie.
Každý krok sa predsa rieši priamo s úradom a to sa nezmení. Má zmysel ísť iteratívnym spôsobom, tak jednoducho ako sa to dá v jednom čase. Návody vnímame ako niečo čo sa dá spraviť relatívne jednoducho a rýchlo a občanom to reálne naozaj pomôže. Za druhý krok považujeme asistovaný prechod ŽS.
p. P. Balaban
Vnímam túto iniciatívu kladne, ale mám nejaké obavy - ako si to tvorcovia predstavujú.
Každé OVM má vlastné služby, informačné systémy, weby, formuláre a tie služby poskytujú občanom - MIRRI chce robiť duplicitu tých služieb ostatných organizácií?
Reakcia MIRRI - nie my sa snažíme prepojiť s OVMkam, na MIRRI sú rôzne projekty aj OVM majú svoje rôzne projekty - my analyzujem napríklad formuláre OVM, ktoré občan musí vypĺňať a následne nám z toho vypadne ako vieme tieto dáta vypĺňať bez toho aby to musel robiť občan.
Vnímam MIRRI ako garanta pre vytváranie štandardov, nie na zbieranie a riadenie procesov a dát cez MIRRI. V dnešnej dobe centralizácia nie je trendom.
Efektívnejšie by bolo vytvoriť centrálny bod, ktorý sa bude odkazovať na jednotlivé OVM, nie budovať robustný systém - len napojiť systémy - pridanú hodnotu vidíme v mentorstve a tvorbe príkladu.
Doplnenia MIRRI:
- Výber, ktoré ZS a v akom poradí a ich určenia hraníc – výber a ohraničenie ŽS boli realizované na základe analýz dát – počty podaní v daných ŽS s ďalšími parametrami ako vekové hľadisko, úroveň počítačovej gramotnosti v konkrétnych vekových skupinách a ohraničenie tak, aby pokrylo čo najširšiu oblasť.
Investičný plán a mockup – bude možné prezentovať cca v polovici júla.
Záver MIRRI:
PS budeme pravidelne informovať o progresse na projekte/programe Životných Situácií.
Spravne chapem, ze ZS sa budu realizovat pomocou nejakeho modulu, ktory vyrobi / obstara MIRRI?
Myslim, ze je to dokonca v ramci projektu modernizacie UPVS. Teda cast interaktivnych navodov.
akože to vyzerá na veľmi kreatívne hackovanie vlastných pravidiel 
tak počkáme ako to bude gradovať ďalej
V čom hackovanie?
mozno som to pochopil zle, ZS su iba navody (teda interaktivne)?
Alebo to bude aplikacia, ktora nejako intelignetne a pekne zastresi UI nad viacerymi sluzbami/formularmi viacerych ovm?
hackovanim som myslel, ak je aplikacia, tak by sa to nemalo robit v ramci navodov
ŽS v žiadnom prípade nie sú “iba návody”. Zámer MIRRI je vybrané ŽS dostať do “cieľového stavu”, v ktorom budú optimalizované procesy VS, zmenené legislatívne pravidlá, prerobené back-end IS tak, aby prechod ŽS bol pre občana optimálne jednoduchý.
Považujeme však za nevyhnutné zamerať sa nielen na ružové - ale vzdušné a vzdialené - zajtrajšky, ale pomôcť občanom takpovediac asap spôsobom.
Jednoduchý návod je prvý level v takomto zlepšovaní ŽS. Na to netreba žiadny superzložitý systém.
Ďalší level je asistovaný prechod ŽS, kde, zjednodušene povedané, používateľovi je prezentovaná ŽS, stav kde sa v nej nachádza a pomoc pri jednolivých jej krokoch. A to spôsobom, ktorý teraz zákony, procesy, IS atď. umožňujú. Ja osobne práve túto vec vnímam ako primárnu zodpovednosť Mirri. Na to však už treba netriviálnu IT podporu, predstavu akú to má mať architektúru a implementovaný nástroj. Avšak ako presne má toto fungovať (a kedy to je spraviteľné) zatiaľ zjavne nie je dobre ujasnené.
2 Likes
ZS su pomerne dost zhava tema. Osobne si myslim, ze v aktualnej konstalacii stat nema na to aby robil kvalitny obsah - navody.
Ono co si budeme hovorit, ku komplikovanym procesom a legislative je tazko robit jednoduche navody. Preto by sa stat mal venovat primarne tymto temam.
Navodov ako prepisat auto, co robit ked sa mi narodi dieta alebo ako zaplatit dan najdem na internete hromadu - mimo ine mame dobre spracovane navody.digital 
Aj nas vyskum zahranicnych egov webov ukazuje, ze toto nie je pre egov cesta - je zhruba 12 zs, ktore sa objavuju vsade. Napr. cesi maju len 8 - gov.cz, alebo island len 7 - island.is.
Co sa tyka optimalizacie procesov, ono to zas nie je taky rocket science. Uplne by stacilo ak by urady zacali medzi sebou normalne komunikovat - ved mame na to el. schranku, dodrziavat vlastne pravidla - respektovali princip jeden krat a dost a pri tvorbe el. sluzieb zacali skutocne digitalizovat a tvorit sluzby orientovane na obcanov - nie kopirovat papierovy svet. To bohuzial robit nevedia, aj preto tato aktivita MIRRI
Mozno im to staci len ukazat, pozrite staci ked tu vas system automatizovane posle do schranky ineho OVM podanie a hotovo, oni si to tam vyriesia. Pozrite tuto el. sluzbu viete zoptimalizovat, tieto udaje ziskat z registrov, preco to od chudak ludi chcete znova? Atd. K tomu im prihodia budget z planu obnovy a uvidime co sa stane.
Toto nie je o filozofovani nad tym aky procesny engine pouzijeme a ako na neho napojime vsetky OVMka sveta. Nejdeme budovat raketoplan. Ideme riesit jednu zivotku za druhou. Dobry priklad je dookola obmielane narodenie dietata. Cely navod by mal vyzerat zhruba takto (disc. jedna sa o koncept, ktory sluzi na prezentaciu vizie SKITu a nie je sucastou navrhovanych ZS):
Od toho zas tak daleko nie sme. V podstate zivotka ako taka je uz pomerne fajn - ak neriesime edge cases. Staci “uz len” posielat spravu ak v registri vznikne novy zaznam a “uz len” mat dost ludi vyuzivajucich schranku - a na tom aktualne intenzivne pracujeme.
5 Likes
Súhlasím, že ďalšie návody v praxi veľa pridanej hodnoty neprinesú. Avšak ako počiatočná aktivita MIRRI môžu mať pozitívny efekt, že vznikne skupina ľudí s know-how, ktorá bude problematiku ovládať. A to je úplne najdôležitejšie, aby sa tomuto niekto seriozne a dlhodobo venoval. To v praxi znamená, oddelenie, alebo odbor na ministerstve. Nie to záruka úspechu, ale iba jeho predpoklad.
Nesúhlasím, že úradom stačí ukázať, nástroje už majú. Žiaľ tak to nefunguje. Explicitne musia mať zakotvené čo a komu a v akej forme a v akom prípade posielajú. Bodka. Môže sa nám to páčiť, môžeme s tým polemizovať, faktom je že úrady robia iba to čo majú exaktne zadefinované.
Čo sa týka IT riešenia, vzhľadom na silný rezortizmus, treba upustiť od nejakého centrálneho orchestrátora volaní. Kľudne, nech sa tie volania trackujú na jednom mieste, kde sa tie dáta budú interpretovať, aby človek mal prehľad čo sa deje, prípadne, ak niečo zlyhá, tak aby vedel, že má použiť ako záložné riešenie papier, ale nech sa niekto nesnaží urobiť nejaký centrálny modul, to sa znova zacyklíme na ďalších 10 rokov.
2 Likes
Suhlas. Takto je to definované v ústave. Štát môže robiť iba to čo mu zákony povoľujú. Na druhej strane občan môže robiť všetko čo mu zákony nezakazujú.
Orchestrator nie, lebo business sa nema externalizovat. Ale nejaky jeden spolocny komunikacny kanal je asi treba. Inak sa budu robit integracie kazdy s kazdym…
No pokial tomu dobre rozumiem to nie je o nejakych nastrojoch - nejakom zlozitom programovani, ale o procese. V podstate niekto musi za OVM prist a povedat im, hej, ked toto urobite a rozhodnete potom:
- urobte automatizovane podanie na tamto OVM
- alebo publikujte nejaky event do Kafky, nech ti, ktorych to zaujima a maju opravnenia sa o tom dozvedia
- alebo poslite obcanovi, spravu/notifikaciu, ze uz je hotovo a on moze pokracovat
- alebo podobne
Na vsetko toto uz vacsina technologie aj legislativy je. Za mna je to stale o tom, ci sa chce alebo nechce hladat riesenie.
Žiadny event do Kafky ani posielať notifikáciu nebudú, ak im to neurčuje zákon (teda zákon im nemusí určovať, že pošli event do kafky, ale pošli informáciu v nejakej forme). Totiž netreba to vnímať ako neochotu alebo svojvôľu. To že úrady robia iba to, čo im určuje zákon, je ochrana pred zneužívaním moci ktorou disponujú. Inak by sa celý systém mohol zvrhnúť (a to nie je ťažké si predstaviť, všakže).
To riešenie musí nájsť Mirri (pretože je nadrezortné), upraviť zákony a pripraviť nejaký program na prefinacovanie a to nejaký čas trvá. V podstate už táto vláda asi nestíha zrealizovať, ale môže pripraviť. (tak teda som skeptický viem, teoreticky nejaká šanca, že sa to stihne je, ak už niečo v rukách naozaj majú)
4 Likes
Pre mna je zarazajuce pisat v dnesnej dobe taketo zapisy (forma slohovej ulohy popisujucej stretnutie/diskusiu), este ze stretnutie malo body, ale vystup podla mna ma byt formalizovany, ku kazdemu bodu su vstupy/vystupy napr. vstupy - zodpovedny za dany bod, co je cielom bodu, vystupy -informacia, rozhodnutie, uloha aj s povinnym atributmi … zapis vela hovori o kvalite stretnutia - “pokecali sme si”
Co tymto stretnutiam velakrat chyba su “dalsie kroky/ulohy” to suhlasim. Avsak tieto skupiny do velkej miery sluzia aj ako informacia pre OVM a odbornu verejnost, ze co sa chysta a ako sa uvazuje. Z tohto pohladu to ucel plni.