MIRRI Pracovná skupina K9.3 Strategická architektúra

Ja som sa k tomu dokumentu paradoxne dostal az teraz niekedy a spravim nieco co nerobim casto: Pochvalim!

Velmi chvalim:

  • decentralizacia - ais centricky pristup - ked sa pozrime do UK, hocikam, toto je cesta ako z pruseru von.
  • decentralizacia formularov (smerom k aisom) - centralizacia spolocnych modulov (autentifikacie atd) - ano ano. centralne maju byt support sluzby, take, ze to tvorcom AISov pomaha, nie ich to brzdi.
  • open api - bez debaty
  • velmi chvalim potrebu maximalne limitovat orchestraciu procesov.
  • kratky dokument, napisany ludsky

Komentare:

  1. Všetky asistované kanály (klientske pracovisko, IOM…) by mali byť zdokonaľované súčasne so samoobslužnými kanálmi.

Moj nazor na IOM je ze ten princip ako sa urobil u nas je uplne zly - asissted digital treba vyriesit autentifikaciou a splnomocnenim, nasledne ostava uplne vsetko rovnake. pridana hodnota - uradnik to vie ukazat, netreba robit duplicitne aplikacie (ktore nebodaj nemaju ani rovnakeho vlastnika).

“9. Oddelenie kontextového a obslužného významu termínu životné situácie”

Toto som nepochopil.

“10. Legislatíva nemôže byť bariérou pre efektívne procesné riešenia”

amen.

"Uvažovať o podpore životných situácií cez iné spôsoby (napríklad cez procesnú orchestráciu) je možné až keď sú možnosti tohto konceptu vyčerpané - podpora životných udalostí by mala primárne reagovať na zmenu údajov v zdrojových referenčných registroch. "

amen!

ad Frontendova integracia - rozumiem preco to treba, avsak (aj ked to bolo viac krat v dokumente spomenute, vzdy vzdy vzdy tu treba prizvukovat to, ako to najprv skusit urobit automatizovne. ak zacneme orchestrovat podania, pre obcana to bude vyzerat dobre (aj ked to bude pomale). Pre uradnika sa nezmeni nic. Neusetrime tam kde by IT malo setrit primarne skoro nic. Prestane byt verejny tlak na vylepsovanie, uradnici sa zblaznia a sme skoncili.

Celkovo: Som spokojny, hlavne ciele toho co aj my presadzujeme sa tam dostali.

3 Likes