From: "Roman, Martin, Mgr." <martin.roman@nrsr.sk>

Subject: RE: Verejné pripomienkovanie projektu KNR SR „Vybudovanie elektronickej registratúry“

Date: 17 December 2021 at 13:44:47 CET

To: Juraj Dillinger <juraj.dillinger@slovensko.digital>

Cc: Guniš, Karol, Ing. <Karol.Gunis@nrsr.sk>

Dobrý deň,

 

Na základe Vašich pripomienok a zverejneného hodnotenia „Red Flags“ Vám zasielam odpovede k jednotlivým bodom:

 

Merateľné ciele (KPI)

Merateľný ukazovateľ ID3 - Skrátenie doby spracovania agendy (zníženie administratívnej náročnosti) - nebude možné vyhodnotiť, nakoľko nie je určený základ z ktorého sa počítajú percentá, t.j.nie sú definované: súčasný počet jednotlivých duplicitných úkonov a časy, ktoré jednotliví zamestnanci potrebujú na ich vykonanie. Bez procesných máp KNR SR súčasného a budúceho stavu nie je možné definovať súčasnú hodnotu celkovej časovej náročnosti duplicitných úkonov, a teda ani vyhodnotiť zlepšenie po ukončení projektu. Redukciou merateľných cieľov na jeden, ktorý má len hodnoty zrealizovaný/nezrealizovaný projekt je nedostatočné.

 

Odpoveď:

Súčasťou projektu je vypracovanie nového registratúrneho poriadku (v súčinnosti s príslušným odborným útvarom) optimalizovaného pre nový softvér. Ako iste viete pravidlá pre fungovanie registratúry sú striktne dané legislatívou a z nich jasne vyplývajú aj procesy ktoré je možné v rámci registratúry vykonávať. (z tohto dôvodu je registratúra certifikovaná MVSR) My sme vychádzali z toho že optimálne riešenie je aby bol registratúrny poriadok na mieru prispôsobený (samozrejme pri zabezpečení všetkých legislatívnych požiadaviek) obstaranému softvéru. Tak sa vyhneme tomu aby sme investovali o prispôsobovania softvéru registratúrnemu poriadku ktorý by bol vypracovaný dopredu. S ohľadom na uvedené nepovažujeme za efektívne investovať najskôr do projektu procesného mapovania a návrhu optimalizácie procesov pretože tie vyplynú z legislatívnych požiadaviek a budú implementované prostredníctvom softvéru ktorý je na ne certifikovaný.

 

 

Kalkulácia efektívnosti

“BC/CBA – odôvodnenie projektu” nie je spracované uveriteľne, lebo v BC/CBA nie je vypracované porovnanie nákladov na projekt s nákladmi na (funkčnosťou) porovnateľné alternatívne riešenia a v BC/CBA nie sú kalkulované náklady napríklad na:

vypracovanie podrobného popisu budúcich zmien a optimalizácie pracovných procesov zamestnancov Kancelárie NR SR,

prototyp GUI a navigácie.

 

Odpoveď:

Celé verejné obstarávanie projektu je napísané tak aby čo najviac rozširovalo hospodársku súťaž a berie ohľad na to aby sme neuprednostňovali žiadneho potenciálneho uchádzača (napr. definovaním že to musí byť krabicový softvér, v zásade akýkoľvek projekt môže byť kombináciou krabice, špecializovaného softvéru, softvéru na mieru a preexistentného softvéru). Vzhľadom na to že sa jedná o registratúru ktorá musí fungovať striktne v zmysle zákona a spĺňať certifikáciu MVSR nemá v tomto prípade porovnávanie alternatívnych riešení žiaden zmysel. Navyše registratúra ktorú používame ma vendor lock-in, nespĺňa požiadavky stanovené legislatívou a v neposlednom rade je registratúra K NR SR zaradená NBÚ ako základná služba a musí byť prevádzkovaná v intenciách zákona o kybernetickej bezpečnosti.

 

 

Vendor Lock-in a autorské práva

 

Odpoveď:

Uvedená problematike je veľmi podrobne a detailne riešená v opise predmetu obstarávania. Striktne sa riadi legislatívnymi požiadavkami a pravidlom aby sme čo najviac rozširovali hospodársku súťaž. Samozrejme že registratúra je veľmi špecifický systém z ktorého podstaty je jasné že iné ako certifikované riešenie pri vyhodnocovaní verejného obstarávania nemôže uspieť. Celú kapitolu z opisu predmetu obstarávania Vám zo súhlasom odboru právnych služieb a verejného obstarávania prikladám:

 

LICENCIE, ZDROJOVÉ KÓDY A PRÁVA DUŠEVNÉHO VLASTNÍCTVA

5.1 požaduje aký počet licencíí požadujeme v obstarávaní take ju neuvádzam

5.2 Ak je predmetom dodávky krabicový SW

-          Pri dodaní krabicového SW sa podmienky riadia pravidlami pre použitie preexistentného SW v kapitole 5.5, avšak musia byť zohľadnené podmienky plánovaného životného cyklu ISVS tak, aby počas plánovanej prevádzky nedošlo k prevádzkovým problémom ktoré by vyplynuli z podmienok stanovených výrobcom špecializovaného SW.

5.3 Ak je predmetom dodávky špecializované konfigurovateľné riešenie, platformy alebo nástroje - špecializovaný SW

-          Pri dodaní špecializovaného SW sa podmienky riadia pravidlami pre použitie preexistentného SW v kapitole 5.5, avšak musí byť zohľadnený plánovaný životný cyklus ISVS tak, aby počas plánovanej prevádzky nedošlo k prevádzkovým problémom ktoré by vyplynuli z podmienok stanovených výrobcom špecializovaného SW a to ani v prípade ak by prevádzku a technickú podporu počas životného cyklu prevzala 3. strana.

-          Pokiaľ dodávateľ vytvorí v rámci plnenia pre verejného obstarávateľa zákaznícke úpravy pre špecializovaný SW vo forme programátorských prác, ktorých výsledok možno považovať za unikátne SW dielo, tak sa na všetky takéto úpravy vzťahujú všetky pravidlá obsiahnuté v kapitole 5.4 platné pre unikátne SW dielo.

5.4 Ak je predmetom dodávky unikátne softvérové dielo

-          Pokiaľ dodávateľ vytvorí v rámci plnenia pre verejného obstarávateľa počítačový program chránený autorským právom, dodávateľ udelí verejnému obstarávateľovi súhlas používať taký počítačový program ako licenciu nevýhradnú, časovo neobmedzenú, územne obmedzenú na územie Slovenskej republiky, v neobmedzenom rozsahu (najmä na neobmedzený počet zariadení a užívateľov) a na všetky spôsoby použitia

-          SW bude otvorený v súlade s licenčnými podmienkami verejnej softvérovej licencie Európskej únie podľa osobitného predpisu^[1], a to v rozsahu, v akom zverejnenie tohto kódu nemôže byť zneužité na činnosť smerujúcu k narušeniu alebo k zničeniu informačného systému verejnej správy.

-          dodávateľ odovzdá výlučnú kontrolu nad funkčným vývojovým a produkčným prostredím dodaného informačného systému, vrátane úplného aktuálneho zdrojového kódu, práv na používanie akéhokoľvek podkladového vývojového frameworku, vývojového komponentu použitého pri vývoji, preexistentného softvéru bezodkladne po dodaní diela VO.

-          Všetky použité podkladové vývojové frameworky, vývojové komponenty použité pri vývoji, preexistentný softvér musia byť v čase podpisu zmluvy oficiálne podporované výrobcom.

-          Dodávateľ je povinný odovzdať verejnému obstarávateľovi funkčné vývojové a produkčné prostredie, vrátane úplného aktuálneho zdrojového kódu pri ukončení zmluvy.

-          Dodávateľ prevedie na verejného obstarávateľa aj všetky osobitné práva na štruktúru a dátový model použitých databáz s príslušnou dokumentáciou a použitých súvisiacich technických riešení.

-          Verejný obstarávateľ je bez potreby akéhokoľvek ďalšieho povolenia dodávateľa oprávnený udeliť inému orgánu verejnej moci Slovenskej republiky sublicenciu na použitie počítačového programu bez ohľadu na účel na aký bude budúci Informačný systém vytvorený, vrátane subjektov ovládaných týmito orgánmi verejnej moci v zmysle § 66a zák. č. 513/1991 Zb., Obchodný zákonník alebo subjektov zriadených orgánom verejnej moci za účelom plnenia úloh vo verejnom záujme (bez ohľadu na právnu formu).

 

5.5 Preexistentný SW

Pokiaľ dodávateľ pri plnení alebo ako jeho súčasť použije (spravidla ich spracovaním) počítačový program dodávateľa alebo tretích strán, v takomto prípade udelí  verejnému obstarávateľovi oprávnenie používať takýto počítačový program v súlade s osobitnými licenčnými podmienkami tretích strán. Pre kvalifikovanie počítačového programu tretej strany je nevyhnutné splniť jednu z podmienok:

a)                   Ide o „preexistentný proprietárny softvér“ tzn.: taký softvér (softvérový produkt) výrobcov/ subjektov vykonávajúcich hospodársku/ obchodnú činnosť bez ohľadu na právne postavenie a spôsob ich financovania ktorý je na trhu bežne dostupný

b)                   Ide o „preexistentný open source softvér“ tzn.  taký open source softvér, ktorý  umožňuje spustenie, analyzovania, modifikáciu a zdieľanie zdrojového kódu, vrátane detailného komentovania zdrojových kódov a úplnej užívateľskej, prevádzkovej a administrátorskej dokumentácie.

-          Na SW produkty tretích strán, tzn. preexistentné obchodne dostupné SW, preexistentné obchodne nedostupné SW (krabicové SW, systémové SW, operačné SW a iné), ako aj preexistentné open source SW, a ktoré neboli vytvorené na základe tejto zmluvy pre VO, sa budú aplikovať vždy konkrétne licenčné podmienky subjektu vykonávajúceho majetkové práva k danému SW produktu. Dodávateľ sa v rámci plnenia predmetu tejto zmluvy zaväzuje pre VO zabezpečiť potrebnú licenciu/sublicenciu v rozsahu, ktorý vyžaduje plnenie tejto zmluvy. Za predpokladu, že licencie podľa predchádzajúcej vety tohto článku stratia platnosť a účinnosť, dodávateľ je povinný zabezpečiť kvalitatívne zodpovedajúci ekvivalent pôvodných licencií na obdobie platnosti a účinnosti tejto zmluvy, a to takým spôsobom, aby bol VO schopný zabezpečovať plynulú, bezpečnú a spoľahlivú prevádzku Diela alebo jeho časti (informačného systému) počas celého životného cyklu.

-          Ak sú s použitím preexistentného SW, služieb podpory k nemu v rozsahu v akom sú nevyhnutné, či iných súvisiacich plnení, spojené akékoľvek poplatky, je Dodávateľ povinný v rámci ceny diela riadne uhradiť všetky tieto poplatky za celú dobu trvania Zmluvy.

-          Všetky využitia preexistentných proprietárnych a open source softvérov v rámci projektu musia byť samostatne zadokumentované vrátane ich licenčných podmienok.

-          Všetky využitia preexistentných proprietárnych a open source softvérov v rámci projektu musia byť konzultované s verejným obstarávateľom.

 

5.6 Vyhnutie sa vendor lock-in

• Dodávateľ je povinný dodržiavať technické štandardy a postupy tak, aby sa pri vývoji SW diela minimalizovali úpravy, ktoré́ by bránili prevzatiu iným dodávateľom.
• Súčasťou ponuky vo VO musí byť aj zoznam plánovaných technológií, frameworkov a produktov dodávateľa, resp. tretích strán - s odkazom na licenčné a obchodné podmienky ich používania
• VO má právo schvaľovať použitie akéhokoľvek preexistentného SW počas dodávky, prevádzky a rozvoja diela (písomne, musí existovať záznam v dokumentácii)
• VO má právo schvaľovať použitie nových produktov a technológií počas dodávky, prevádzky a rozvoja diela (písomne, musí existovať záznam v dokumentácii)
• VO má právo kontrolovať výstupy dodávateľa počas realizácie diela a životného cyklu diela
• VO je jediným a výhradným disponentom so všetkými informáciami zhromaždenými alebo získanými počas projektu a prevádzky projektom vytvoreného riešenia vrátane jeho zmien a servisu
• Dodávateľ je povinný odovzdať primeranú dokumentáciu potrebnú pre prevádzku a úpravy diela (logika systému, model fungovania systému atď.̌.) k akceptovanej časti plnenia v rozsahu ktorý umožní prebrať správu systému tretej strane
• Dodávateľ je povinný výkon majetkových autorských práv, dokumentácie a okomentovaného zdrojového kódu k SW dielu dodať najneskôr k momentu (aj priebežnej) akceptácie
• Dodávateľ má povinnosť zabezpečiť úplnú súčinnosť pri prechode na nového dodávateľa, najmä v oblasti architektúry a integrácie informačných systémov
• Dodávateľ má povinnosť zabezpečiť akúkoľvek a všetku potrebnú aj kontinuálnu súčinnosť budúcemu poskytovateľovi služieb prevádzky, podpory a rozvoja k dielu
• Dodávateľ je povinný pri akceptácii Diela alebo jeho časti odovzdať VO úplný aktuálny komentovaný zdrojový kód zapečatený, na neprepisovateľnom technickom nosiči dát s označením časti a verzie Informačného systému, ktorej sa týka. Zdrojový kód musí byť v podobe, ktorá zaručuje možnosť overenia, že je kompletný a v správnej verzii, tzn. umožňujúcej kompiláciu, inštaláciu, spustenie a overenie funkcionality, a to vrátane kompletnej dokumentácie zdrojového kódu. Zároveň musí byť odovzdaný zdrojový kód pokrytý testami (aspoň na 90%), musí dosahovať rating kvality (statická analýza kódu) podľa CodeClimate/CodeQL atď. (minimálne stupňa B).
• Iba v prípade neexistencie centrálnej licenčnej zmluvy pre daný SW produkt/licenciu resp. v prípade, ak je možné nákup zrealizovať za výhodnejších podmienok, ako sú uvedené v centrálnej licenčnej zmluve, je možné dodávať SW individuálne v rámci projektu.

 

 

Prototyp GUI a navigácie

V dokumentoch Projektový zámer a Prístup k projektu nie je požadovaný/definovaný:

prototyp GUI a navigácie ako samostatný výstup projektu,

rozsah prototypu GUI a navigácie,

vytvorenie a schválenie Protoypu GUI a navigácie pred začiatkom implementácie.

 

Odpoveď:

Do opisu predmetu obstarávania sme na základe Vašej pripomienky doplnili požiadavku. Samozrejme že to v prípade registratúry nemá zmysel keďže tá musí byť certifikovaná a z podstaty veci vyplýva že to bude špecializovaný softvér ateda sa nebudú počas projektu tvoriť prototypy GUI. Ak by sme to striktne požadovali súlad s metodikou Mirri pre UX tak by pravdepodobne v lepšom prípade došlo k zúženiu hospodárskej súťaže a v horšom prípade by sme neboli schopní obstarať elektronickú registratúru ktorá by plnila aj požiadavku certifikácie aj by mala UX v zmysle platnej metodiky MIRRI.

 

Doplnený text do opisu predmetu obstarávania:

·         Prototyp GUI a navigácie  (v prípade ak je predmetom dodávky alebo jej časti unikátne softvérové dielo s GUI rozhraním)

o    prototyp UX dizajnu v rozsahu ktorý je nevyhnutný na posúdenie návrhu v zmysle platnej metodiky MIRRI

 

Verím že Vám naše vysvetlenie pomôže zlepšiť hodnotenie projektu na stránke https://platforma.slovensko.digital/t/informacny-system-registratura-ereg/8013  a zároveň poskytnete naše vysvetlenie k zverejnenému pripomienkovaniu pre verejnosť aby sa mohli aj oni oboznámiť s kontextom projektu obstarania elektronickej registratúry pre Kanceláriu Národnej rady SR. Zároveň Vám chcem poďakovať že ste zmenili v poli „Náklady na projekt“ sumu z 13 000 000,-  na reálne odhadované náklady. Ak Vás môžem poprosiť doplňte k tej cene aj informácie že plánovaný životný cyklus elektronickej registratúry je 9 rokov aby boli tie sumy v kontexte.

 

Verejné pripomienkovanie projektu registratúra sme ukončili.

 

Ďakujem

S pozdravom

 

Mgr. Martin Roman 
vedúci oddelenia informačných systémov, poskytovaných elektronických služieb

a bezpečnosti informačno-komunikačných technológií

Odbor informačných a komunikačných technológií

Nám. Alexandra Dubčeka 1, 812 80 Bratislava 1
Tel.:   + 421 2 59 72 39 02

Mobil: +421 917 596 474

Email: martin.roman@nrsr.sk

Web:   www.nrsr.sk