Pripomienkovanie: Zvyšovanie úžitkovej hodnoty digitálnych služieb pre občanov, podnikateľov a inštitúcie verejnej správy

https://www.nases.gov.sk/modernizacia-upvs-zacalo-sa-verejne-pripomienkovanie-produktov-iniciacnej-fazy/index.html

Pripomienky je potrebné zaslať na adresu modernizaciaupvs@nases.gov.sk do 19.4.2021, 16:00 hod. vo zverejnenom dokumente.

Opis-predmetu-zakazky.pdf (1.6 MB)

Pripomienky piste sem ja ich skonsolidujem.

1 Like

Na prvy pohlad spisane OK (samozrejme potrebne sa venovat detailom). Mam vsak take otazky: Jedna sa o rozvoj UPVS? Jedna sa o kompletnu nahradu (asi nie)? Ak je to rozvoj existujuceho, tak by sa to asi nemala byt dodavka diela (navrh zmluvy zatial nevidno), pretoze dielo uz vzniklo alebo sa ide vyhodit? Ak je to orzvoj existuuceho, tak budu odovzdane kompletne zdrojaky a bude sa preberat Take over/ Hand over? ALebo je na zvazeni noveho dodavatela co preberie a co vyhodi? Alebo je to komplet nanovo? Poznamka pod ciarou, osobne som si myslel, ze prave toto preberie Slovensko IT a bez tendra (tak ako robia Slovensko v mobile). TOto si viem predstavit robit bez tendra, ostatne velmi nie.

2 Likes

Za najvacsie riziko tu vidim to, ze UPVS = slovensko.sk, kde ma byt defacto to iste ako v “slovensko vo vrecku” budu riesit dvaja dodavatelia? Nebolo by lepsie keby toto zastresoval jeden?

2 Likes

Odpoveď na časť tvojich otázok je tu: str. 48.

Dielo bude pozostávať z dodávky nasledujúcich aplikačných a podporných modulov (ďalej aj časti
Diela):
• Modul riadenia obsahu webových stránok.
• Modul vyhľadávanie a navigácia.
• Modul portfólio a profil klienta.
• Modul oprávnení tretích strán.
• Modul rozpracovaných podaní a príloh.
• Štátny messenger.
Súčasťou Diela je aj dodanie rozširujúcich komponentov existujúcich modulov ÚPVS, konkrétne autentifikačného modulu (IAM), modulu elektronických schránok (eDesk) a modulu elektronických
formulárov (eForm).

Ale mňa zaujala (nepáči sa mi) samotná úroveň dokumentu:

  • 125 strán, bez obsahu na začiatku
  • Požiadavky na dodanie diela začínajú až na strane 48
  • komplikované obrázky zaberajú sotva 2/3 šírky strany => mizerná čitateľnosť
  • Tab. 9 str. 51. totálny šit - hlavička na jednej strane a pokračovanie obsahu na ďalších stranách
  • aký má zmysel kapitola 3.1.2. Požiadavky na zabezpečenie pracovného tímu str. 62? To fakt chcú riešiť obsadenie firmy?
  • Žiaden záver, takže čitateľ ani nevie či má celý dokument

Toto keby mi odovzdal študent ako semestrálku (po formálnej stránke) tak ho vyhodím z kancelárie a môže to prerobiť. A formálnu stránku ich učím v 1. semestri bakalára…

To fakt úradníci za naše peniaze nemajú základné dokumentačné návyky?

2 Likes

A cgce mi niektop povedat, ze tieto moduly aspon ciastocne dnes neexistuju, teda vobec neexistuju? A podotazka k com je nutny statny messenger, to stat potrebuje novy samostatny messanger klen pre neho?

V dokumente som nenašiel požiadavku na odovzdanie “zdrojových” a licenčných práv…
Zasa ideme nakúpiť SW, ktorý bude môcť opravovať a rozširovať iba dodávateľ?

Nie som zadávateľ a ani nijako spojený s NASES, takže neviem odpovedať na tvoju otázku. Len som vybral veci z dokumentácie.

Ale ja osobne “Štátny messenger” => zabezpečnú možnosť štátu informovať FO a PO hromadne, a našu možnosť sa “štátu” opýtať vidím ako dobrú vec.

Vysielanie “rozhlasu” už dávno nie je celoplošné a počúvanosť je malá.

Samozrejme je to otázka reálneho naplnenia toho pojmu.

Dám to na príklade schránky na Slovensko.sk: dnes už môžem urobiť “všeobecné podanie” jednotlivým zložkám štátu. Ale boli doby kedy sa takmer ani odpovedať nedalo…

A to akoze preco musi si dat ako dileo naprogramovat messenger? Preco by mu nevyhoveli profesionalne existujuce messengre? TO si bdue stat vyvijat vlastnu navigaciu, vlastny messenger a dalsie kompoennty? Z akeho dovodu?

Ak to bude overená komunikácia = viem že to je od štátu a nie žiaden Hoax. Bude to bez reklamy a jasný odosielateľ = dôveryhodnosť prijatej správy. Jednotlivé časti štátu môžu skupinovo cieliť správy - podľa oboru, podľa lokácie, podľa iných kritérií…
O prichádzajúcej STK ma štát informuje cez štátny messenger a nemusí operátorovi platiť za SMS.
Tých vlastností je viac, a ak to bude v balíku iných vecí tak v zásade aj lacné (dúfam)…

tak raz chceme rozdelovat zakazky na oddelitelne celky a raz je delenie problem. Just Joking :slight_smile:

Prave toto mi pride ako mimoriadne nevhodne delenie zakazky.

2 Likes

v dokumente sa pise “Dielo bude pozostávať z dodávky nasledujúcich aplikačných a podporných modulov” nie z naprogramovania nasledujucich… cize to moze byt v pohode produkt oss, alebo komercny.

Potom to ale nemzte prehlasit za dielo a cele je to koncipovane ako dielo …

Potom ale časový harmonogram nemá zmysel. Vytvoriť niečo za 2 roky, ok dlho ale nie neprimerane.
Kúpiť existujúce riešenie, predať statu a potrebovať na to 2 roky?

“štátny messanger” je ako z učebnice “Ako rozkradnúť miliardu”.
Vymyslený problém a požadované riešenie, ktoré nebude využité/využívané.
Ale však prečo by sme šli cestou ako Británia, Austrália, Singapur, či Holansko? tieto krajiny využívajú messanger-y rozšírené u obyvateľov a urobili si len gov account na distribúciu obsahu.
To z akou ľahkosťou chcú minúť (vyhodiť) peniaze je strašné. Ako keby to boli len papieriky.
Jdu blejt velebnosti.

3 Likes

mne hned do ako padlo v popise existujúceho stavu obrazok č.1


Mobile Auth OAUTH ?

tak je to v existujúcom stave alebo nie ? :slight_smile:

Ja len dufam, ze NASES dokaze nominovat niekoho, kto tu trochu podiskutuje s komunitou, lebo ten dokument si dokazeme vysvetlit na x sposobov. Dohady asi nema vyznam teraz velmi rozoberat, staci ich asi spisat na kopu a hadam dostaneme odpovede.
Mna by napriklad zaujimal target operating model buduceho setupu. Kto, na com a s akymi kapacitami bude nove sk.sk prevadzkovat. Dnes na to nases nie je pripraveny a ludske zdroje su fakt problem.

2 Likes

Tak pozor. Gdoc vyssie sa pokazil, dokument je ovela dlhsi a zacina to zaujimave vlastne az tam kde sa usekol.

Treba toto pdf pozerat Opis-predmetu-zakazky.pdf (1.6 MB)

Tuto gdoc, ktory sa uz snad podarilo dobre skonvertovat (cislovanie stran asi sa zmenilo ale) https://docs.google.com/document/d/1V69Zb0cP0SSAp2Eybg_hUKETB-X5GIUA/edit

Ok, takze som spisal pripomienky, zaradil snad aj tie, ktore tu boli nejako spomenute. Kricte ak to tam nevidite.

Za mna TL;DR:

  • funkcne sa tomu neda velmi co vytknut, v principe toto chceme, je to v sulade so strategiami, architektura je podla mna dobre navhrnuta.
  • s jedinou vynimkou, ktora sa nam vracia ako bumerang “rozpracovane podania”. Toto je podla mna chyba, obrovsku komplexitu to prida vsade, fakt to nerobme. Eskalujem to na PS arch a lepsie sluzby a NKIVS. Lebo odpoved na to tam podla mna uz padla, ale ideme opacne. Je to rozpisane v pripomienkach 22 + 22 doplnenie
  • z pohladu opisu predmetu zakazky. Niektore casti su popisane velmi dobre (napr. vyhladavanie) aj ked scope by som zosekal (AI a semanticke ontologie na webe sk.sk fakt nepotrebujeme, mame prizemnejsie problemy) ine ako keby boli uplne odseknute a vybavene jednou vetou.
  • nie je z toho celeho zrejme, ze ktore moduly sa idu prerabat. je tam jasne napisane, ze IAM ide prec, ale co ten zvysok? bude sa UPVS pouzivat ako API a potom sa to niekedy cele odreze? Riesi tento projekt vendor lock GT alebo nie? Nie je napriklad vobec jasne, ze ci schranky budu responzivne a ci je to scope projektu, je to tam napisane tak salamunsky. Toto je velmi dolezite v kontexte dalsieho projektu “slovensko v mobile”, lebo ten po precitani tohto vyzera tak, ze ide trochu o duplicity: nativnu vrstvu k edesk, autorizacii klikom, platbam … co nedava velky zmysel.
  • cely opis predmetu zakazky je pisany, ze toto vsetko ma dodat jeden dodavatel (aspon ja som to tak pochopil). Pritom je uplne zrejme, ze ten bude v roli systemoveho integratora, ktory pozliepa existujuce riesenia. Neverim, ze je v silach hocikoho vobec spravit napriklad len ten scope vyhladavania. Na to existuju specializovane produkty/riesenia, ktore robia len to (kedze som jeden presne taky v minulosti robil, viem co to zahrna). Cize za mna byt to malo byt rozdelene na casti, ktore sa daju obstarat samostatne, nech Slovensko IT (ak musi) robi toho systemoveho integratora, ale robit toto ako jeden velky balik… snad sa mylim, lebo to zdovodnenie, ze preco sa to neda rozdelit by muselo byt dost kreativne.

Pondelok to treba poslat, cize este je cas na doladovanie. Dokument hore je otvoreny na komentare. Skonsolidujem co bude treba do pondelka.

3 Likes

neviem ja ked som to cital tak som porozumel ze sa rozsiruje. Ci som ta len zle pochopil?

Ak som spravne pocul z trhu tak presne pre vyhladavanie planuju buduci ucastnici prave pouzitie existujucich produktov. Zevraj su uz aj strategicke partnerstva vytvorene s dodavatelmi sucasneho UPVS.

Mne sa na celom dokumente zasadne nepacia dve veci

  1. modul rozpracovanych podani - dovody ste popisali dobre
  2. nový online dizajnér formulárov
  • to vazne ideme robit novy statny dizajner ? - su na to vobec dovody mat takyto custom made nastroj len pre SR nakupeny centralne ? nevieme to prezit bez neho ?
  • pod akou licenciou bude dostupny - v dokumente sa hovori len o OVM, čiže pre dodavatelov OVM nie ?
  • tu mam aj skvely tip na buduceho dodavatela :slight_smile:
1 Like