V celom dokumente sa (opäť) dosť ignorujú malé OVM. Prosím odprezentujte si na PS aktuálny zoznam OVM. Veľmi treba mať na pamäti aj org. typu “materská škôlka”, “Obec Vyšná Boca” (nie je povinné byť v DEUSe - to rovno môžeme zrušiť samosprávu), “centrum voľného času”, “knižnica”, “múzeum” a podobne. Mala by byť možnosť mať aj kompletne vlastnú implementáciu celej interakcie s iba minimálnym použitím centrálnych komponentov - možno nejako kategorizovať pre ktoré OVM/služby to bude povolené?
Riešenie ako je vymyslené stále vyzerá na centralistickú chyméru, ktorá už sa zopárkrát nepodarila realizovať…
Niektoré konania / podania sa dajú vybaviť iba papierovo / osobne / genericky - bude to tak vždy. Je k nim však dobré mať nejakú elektronickú podporu. To v dokumente nevidím. Má byť služba popísaná v centrálnom katalógu? Publikovanie formulára len na tlačenie? (pdf)
Obrázok na str. 19 nie je čitateľný, ale teda z textu sa dá vytušiť zhruba čo popisuje.
Na str.20 sa spomína “spoločný modul FE pre konsolidovaný stav podaní”, ktorý má zachytávať všetky udalosti o zmenách v podaniach. To imho nebude fungovať a nebude to ani efektívne. Aj ak by tento komponent bol hneď zajtra nasadený, najbližších mnoho rokov aj tak nebudú do neho “všetci” vedieť posielať udalosti. Ambícia niekde na jednom mieste evidovať “všetky bežiace konania” každého subjektu je dosť megalománska - a aký má byť efekt? Skôr zmysel dáva, aby každý OVM vytvoril funkciu (presnejšie: pre každý typ konania musí existovať funkcia), ktorá pre zadaný subjekt vráti zoznam rozpracovaných podaní. Táto funkcia môže byť v pohode asynchrónna, môže vrátiť výstup nie naraz, môže bežať povedzme aj niekoľko dní (čo ak je príslušná agenda realizovaná papierovo?), ak treba, pre niektoré agendy môže byť spoplatnená (povedzme v agende kde zistiť stav konaní je objektívne náročné, alebo kapacitne limitované). Toto riešenie je flexibilnejšie, má rýchlejší nábeh, plus ušetríme jeden spoločný komponent a závislosť na ňom.
Ku kap. 4.3: Myslím že celý koncept asistovaných služieb je zrelý na podstatné prehodnotenie. Myšlienka “hocičo nakliká za mňa pracovník IOM” je úplne nereálna.
Že na IOM môžem dostať hocaké potvrdenie / výpis? Áno samozrejme. Že mi vedia pozrieť / exportovať správy v schránke? (napr. ak podnikateľovi ukradnú eID a má iba papierik od polície) Áno samozrejme. Zaručená konverzia? Základné typy samozrejme, exotické (napr. z neštanradného formátu podpisu) vyhodnoťme čo s nimi. Vedia v mojom mene pozrieť do evidencií (napr. My data)? Áno, dáva to zmysel. Pri ostatnom sa pozrime čo dáva zmysel.
Btw. ak máme na IOM zaručenú konverziu, nie je vôbec potrebné aby podanie robil pracovník IOM “za používateľa”. Je to chúlostivá vec, robia sa kvôli tomu krkolomné veci - typu podpis mandátnym certifikátom pracovníka IOM plus el. pečať IOM - a načo? Veď používateľ aj tak na papieri podanie podpíše. Tak nech sa jeho papierové podanie iba následne zaručene skonvertuje. Použijeme štandardný proces a ešte sa ušetrí mrte IOM-špecifických imlpementačných vecí.
Kap. 4.4 - platby: Nebudem do tohto veľmi vŕtať, iba jednu prosbu mám: Zaveďme štandardnú možnosť nastaviť inkasné platby voči banke klienta. Raz sa spraví netriviálny setup, avšak následne netreba žiadne vyberania spôsobov platby, presmerovania, PINy, dokonca ani závislosť na PSD2 API.
Kap. 4.5.1 / proaktívne služby: Nie je mi jasné, prečo by pre proaktívne služby mali existovať ľubovoľné špecializované komponenty. Z pohľadu centrálnej navigácie / prezentácie / spracovania podaní sú to skrátka štandardné služby, prípadne nastavenia. Skrátka mi príde (do schránky, alebo štandardného komponentu portfólia klienta) notifikácia / výzva / informácia o začatí konania. To že nejaká vec je “proaktívna” nesúvisí nijako s jej IT riešením. Z hľadiska procesov aj interakcie nevidím rozdiel medzi “proaktívnym oslovením klienta” keď mi dnes príde exekučný príkaz, predvolanie na políciu, správa o nedoplatku v poisťovni dnes a ak mi zajtra príde predvyplnené daňové priznanie, alebo informácia o začatí konania o zápise do katastra na mojej nehnuteľnosti po skončení kolaudácie.
Prosím nezavádzajme nejaké špeciálne “ponuky o proaktívnych službách”. Čo to akože má byť? Keď pri zmene trvalého bydliska sa táto automaticky premietne do iných agend? Keď na katastri chcem byť notifikovaný o začatí konania na ľubovoľnej parcele ktorú chcem sledovať? Keď chcem poslať notifikáciu týždeň pred tým než mi expiruje na aute STK? Ak chcem nastaviť automatickú platbu pre niektoré očakávané typy príkazov na úhradu? Tieto typy “ponúk” sú natoľko rozdielne, vyžadujúce špecifické nastavenia, a súčasne natoľko nerozlíšiteľné od mnohých ne-proaktívnych služieb, že je zbytočné ich niekde samostatne “konsolidovať”. A ešte ušetríme ďalší špecializovaný centrálny komponent.
–
Kap. 5.2: Nie je mi jasné, načo je uvedená v dokumente tá siahodlhá tabuľka. Ako napr súvisí nadradený biznis proces Priebeh konania s tým čo táto strategická priorita rieši? Imho nijako.
Čo ja viem, keď je v tej tabuľke riešené “Ustanovenie opatrovníka”, malo by byť skôr všeobecnejšie riešené konania za inú osobu (zákonný zástupca, splnomocnenie, opatrovník atď…), Či to je v inom dokumente?
Naopak, kľúčové kapitoly 5.3, 5.4 a 6 sú prázdne. Takto nie je dokument možné pripomienkovať a ani schváliť.
Nevyvesil si sem náhodou starú verziu dokumentu?