Kedze je to dost klucovy projekt (v zakone o egov hladajte modul uradnej komunikacie MUK) a ma sluzit na centralnu distribuciu a cistenie referencnych dat, tak ma to velmi zaujima. Jednak take veci uz dost dlho robim, dvak sme teraz spustili ekosystem.slovensko.digital, ktory v malej miere robi nieco velmi podobne (cistenie a distribucia dat) a po tretie by to mohol byt velmi dobry zdroj open data.
Zatial co mi bezi infoziadost na detailnu funkcnu specifikaciu projektu CSRU - centralna sprava referencnych udajov, tak som si precital studiu uskutocnitelnosti.
Moje postrehy.
Celkom chvalim, ze je to studia bez kopca omacok, rozsahom je extremne kratka (50 stran), ked odratam povinnu jazdu tabuliek sluzieb, tak to je fakt citanie na pol hodinu. - zmluvu kolko nas tento dokument stal neviem najst, ale dufam, ze nie viac ako nizke tisice eur.
pointa toho celeho ak to chapem je 1) kupit soft na cistenie/master data management dat a 2) na to prilepit nejaku integracnu platformu, nieco co vie poskytovat data push/pull sposobom. + 3) integracie na existujuce referencne/zdrojove registre.
na to je hotove riesenie (napr Talend - ktory sa pokial viem na to kupil) 2) nie je ziadny zasadny problem. da sa hybat od SQL endpointu (easy, ale velke nevyhody), cez denne davky, az po komplikovane veci (distribuovane transakcie a kadeco ine). 3) moze byt problem kvoli sucinnosti a pripadnym zasahom do systemov tretich stran, ale v principe by malo ist len o ETL skripty, ziadna veda.
podla studie sa ziadny hw nekupuje, ide to do cloudu. vyborne.
Pri tejto tabulke by som sa zastavil, lebo z mojho pohladu je gro projektu hotova krabica (napr. prave Talend, ktory robi cistenie, MDM…) za 370 800. Kde sa roztopi zvysnych 12.5M eur by som velmi rad videl. Viem si predstavit, ze kazdy zdroj ref. udajov treba znalyzovat, navrhnut sposob ako sa bude tahat, ukladat a v CSRU, ale ziadnu velku vedu tam nevidim.
CBA
Cistenie dat - Znizenie casu na korekciu o hodinu. Nie je mi uplne jasne odkial su tieto cisla. Dalej ako prebehne korekcia dat - identifikacia duplicity/chybneho udaju je pomerne lahka zalezitost, gro problemu s opravou dat je prave proces toho, ako sa to ma udiat v zdrojovom registri. Podla mna je toto mozne az v pripade, ked budu ine registre a systemy naviazane na referencne registre (pricom vyhlasenych ref. registrov k tomuto dnu podla mna je 0). Cize akekolvek vypocty setrenia casu, toho co sa momentalne asi ani vobec nedeje mi pride trosku uletene.
Toky - Netusim co sa mysli pod tokmi.
V kazdom pripade by som velmi rad videl ako z tychto ciselok vypocitali tuto tabulku.
Chyba v úvahe. Neexistuje, aby sa ušetrilo na osobných nákladoch. To by bolo v rozpore siným projektom. Ktorý priamo v zadaní má:
“V súlade s cieľmi OPIS má byť na konci programového obdobia 2007-2013 vytvorených 1 541 pracovných miest ako priamy dôsledok implementácie programu.” - na analýzu ako sa to podarilo bolo vyčlenených 118 500,00 €. V tom projekte sa nehovorí nič o kontrole úbytku na základe odstránenia administratívy.
(Názov projektu: Zabezpečenie analýzy vplyvu operačného programu Informatizácia spoločnosti na tvorbu pracovných miest (21140120041))
V záverečnej CBA, ktorú predkladali po ukončení projektu, sa im tá návratnosť ešte zlepšila na rok 4, nie 6.
Narástli tam totiž nepriame úspory času používateľov, čo sú vlastne úradníci na druhej strane, ak tomu dobre rozumiem:
V tej pôvodnej je len toto:
Tiež by ma zaujímalo, čo sú toky výmeny údajov, tipujem z brucha, že je to programovanie nejakého prepojenia dvoch systémov, ktoré nemali spolu komunikovať?
Samozrejme, nikde nie je popísané, že ako tá úspora HR nákladov skutočne nastane - vyhodia sa ľudia? Nebudú sa hireovať noví, lebo týchto presunieme inam?
Tak ako píšu v tej štúdii: priemerný ročný počet údajov, ktoré vyžadujú korekciu, je 300 000.
Neviem čo presne tým myslia, ale tak asi čakajú, že sa každoročne nájdu nejaké chyby…
Teda predstavujem si to tak, že niekto v OR zadá meno firmy a zoznam konateľov spolu s adresami.
Potom si jeden z konateľov zmení trvalý pobyt.
Táto zmena sa prejaví niekde inde a v OR je teda “chyba”. Tak ju treba manuálne opraviť?
Alebo niekto v SP spraví preklep a nebude sa dať automaticky spojiť SZČO, registrovaný v SP, so SZČO v ŽR?
Alebo sú to iné chyby?
V momente ked sa vyhlasi register za referencny, plati prechodne obdobie, ked sa musia v systemoch zacat pouzivat identifikatory, ktore smeruju na referencne registre/data. Cize napriklad teraz mame ako referencny RPO, tak vsetky systemy by mali zacat pouzivat identifikatory z RPO. Ak chcu mat okrem identifikatora aj ine udaje (to asi urcite chcu), tak si ich musia dotiahnut - proste tam musi byt nejaka synchronizacia.
Lenze, toto nema vobec nic s CSRU. Uspora toho, ze uz nebude treba robit taketo opravy nie je zasluha CSRU, ale toho, ze mame referecny register a iny system sa na neho napoji. CSRU toto cele len centralizuje a dava na jedno miesto. Z tech hladiska je jeden integracny bod dobry napad, ale ta uspora bude uplne ina a udeje sa uplne inde.
Bude to riesit aj service discovery pre uz existujuce API? Je to podla teba lepsie riesit centralne alebo nechat API na jednotlive projekty a spravit discovery API. Budu cez to komunikovat aj systemy medzi sebou v sulade s eat your own dog food?
Toto chcem vidiet v praxi. Ale ine ma zaujalo. Co su to teda tie konsolidovane udaje? Ked opravu treba vykonat v referencnom registri? CSRU predsa nemoze len tak nieco zmenit a poslat to konzumentom. Ci?
Toto je bez komentara.
Volajme to teda Schrodingerova operacia.
Toto sem musim dat cele. Nahrate na SFTP data, zavolate SOAP sluzbu s menom suborov, spusti sa import, potom sa spusti kontrola kvality udajov pricom vystup sa ulozi na SFTP a niekto dostane emailom odkaz na tento subor. WOW.
V skratke - jedenkrat a dost, ale az zajtra. Kedze synchronizacia sa deje v davkach. Pripadne bude treba pouzit synchronne volanie, ktore prelezie cez ESB v CSRU, vojde do sluzby v zdrojovom/referencom registri a vrati to oblukom odpoved.
Tie casy odozvy pre synchronne sluzby dufam nie su v sekundach.
Z tohto co som doteraz videl to bohuzial vyzera tak, ze kupili Talend, k tomu prilepili ESB a vystavili sluzby Talendu cez nejaky divny SOAP/SFTP interface.
Myslim, ze teraz je naozaj na mieste otazka, ze co sa v tomto projekte urobilo za tych 12.5 miliona eur (teda celkova suma - licencie v SU). Naozaj velmi zaujimave by boli zdrojaky a vykazy.
CSRU mal poskytovať ISVS údaje z iných ISVS. Napríklad ak k agende dane z nehnuteľnosti potrebujete potvrdenie o tom, že riešený človek je TZP tak by ste ho nemali vôbec zháňať, či pytať od občana (či elektronicky alebo listinne ) ale pri riešení agendy spravíte dopyt na CSRU a ono vám to vráti údaje, ktoré inak su v UPSVaR a teda nie je potrebné sa pre nejaké dáta integrovať na x IS, stačí na jeden. Tie sync naprieč IS (zmena bydliska to by mohol robiť tiež, ale nato momentalne pripraveny nie je (pokial ja viem). Ak si dobre pamatam, tak sa začal robit niekedy na jar 2015, v auguste sme uz mali testy na tu ich uni-sluzbu a v novembri nam pustili prod. Cize sa to robilo rychlo, preto aj by som celkom zvedavy na vykaz prac lebo to uz idu do stoviek ludi :). Ta cena je celkom sok. Som tak myslel ze to stalo desatinu. Za pol roka dat cca 10 mil, aj ked dam 800 Eur MD tak to vychadza ze tam muselo robit minimalne 80-100 ludi sucasne. A to by sme na slovensku asi pocitili. Ibaze by to HP robilo v indii.
FYI: Poslal som dnes dalsiu infoziadost k projektu, pytam si vykazy, akceptacne protokoly, hw specifikaciu, etc. Az pride odpoved tak sem hodim.
Pribeh s DFS je smutnovtipny.
Odpoved na prvu infoziadost som dostal z UPII aj MF. Bola takmer identicka (az na tel. kontakt), co ma zmiatlo az natolko, ze som volal na ine cislo a pytal, sa ako dopadlo vyciernovanie DFS a jej spristupnenie. Samozjreme pani na UPII netusila o com som sa rozpraval s pani na MF.
Budem tam musiet ist osobne, lebo: Vyciernovanie by zaberalo vela casu , su tam vraj nejake informacie (asi o kritickej infrastrukture), nemaju to v el. forme (!!!) a museli by to skenovat, a je to dlhe (300+ stran). Sice uplne nerozumiem ako vyciernovanie zaberie vela casu a pripravenie dokumentu, aby som do neho mohol nahliadnut sa lisi, ale budiz. Cize tam na buduci tyzden skocim a budem si to pozerat na mieste. Potom sem napisem nejake highlights.
To by bolo v rozpore siným projektom. Ktorý priamo v zadaní má:
Toto znamena, ze vychadzaju z toho, ze pokial sa ten system nespravi, sa budu kazdy rok cistit a opravovat stale tie iste udaje?
