Wiki zdrojový kód pre I-03 Prístup k projektu (pristup_k_projektu)

Naposledy upravil Milica Okáliová 2025/02/04 15:12

version	line-number	content
2.1	1
1.1	2
2.2	3	[[image:1738676219076-840.png]] [[image:1738676229127-407.png]]
2.1	4
2.2	5	~
2.1	6
2.2	7	~ PRÍSTUP K PROJEKTU
2.1	8
2.2	9	~ Vzor pre manažérsky výstup I-03
2.1	10
2.2	11	~ podľa vyhlášky MIRRI č. 401/2023 Z. z.
2.1	12
	13
	14
2.2	15	\|Povinná osoba\|Úrad pre verejné obstarávanie
	16	\|Názov projektu\|Digitálna transformácia úsekov verejnej správy pre Úrad pre verejné obstarávanie
	17	\|Zodpovedná osoba za projekt\|Pavol Gašparovič
	18	\|Realizátor projektu\|Úrad pre verejné obstarávanie
	19	\|Vlastník projektu\|Ing. Ľubomír Pálenik
2.1	20
2.2	21
1.1	22	Schvaľovanie dokumentu
2.1	23
2.2	24	\|Položka\|Meno a priezvisko\|Organizácia\|Pracovná pozícia\|Dátum\|(((
	25	Podpis
2.1	26
1.1	27	(alebo elektronický súhlas)
	28	)))
2.2	29	\|Schválil\|Ing. Ľubomír Pálenik\|Úrad pre verejné obstarávanie\|Riaditeľ odboru digitálnej agendy\|28.01.2025\|
1.1	30
	31
2.2	32	~1. História dokumentu
1.1	33
2.2	34	\|Verzia\|Dátum\|Zmeny\|Meno
	35	\|0.1\|20.01.2025\|Pracovný návrh\|Pavol Gašparovič
	36	\|1.0\|24.01.2025\|Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.\|Pavol Gašparovič
	37	\|2.0\|28.01.2025\|Zapracovanie pripomienok\|Pavol Gašparovič
	38	\|2.1\|03.02.2025\|Zapracovanie pripomienok\|Pavol Gašparovič
1.1	39
	40
2.2	41	2. Účel dokumentu
1.1	42
2.1	43
2.2	44	V súlade s Vyhláškou 401/2023 Z. z. je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.
2.1	45
2.2	46	Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky má obsahovať opis navrhovaného riešenia, architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry, špecifikáciu údajov spracovaných v projekte, čistenie údajov, prevádzku a údržbu výstupov projektu, prevádzkové požiadavky, požiadavky na zdrojové kódy. Dodávané riešenie musí byť v súlade so zákonom. Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu.
2.1	47
	48
2.2	49	2.1 Použité skratky a pojmy
2.1	50
	51
1.1	52	\|SKRATKA/POJEM\|POPIS
2.1	53	\|AI\|Umelá inteligencia
2.2	54	\|API\|Application Platform Interface, Rozhranie aplikačnej platformy
2.1	55	\|AS IS\|Aktuálny stav bez realizácie projektu
	56	\|DIGI\|Digitálna transformácia úsekov verejnej správy pre Úrad pre verejné obstarávanie
	57	\|EK\|Európska komisia
2.2	58	\|EÚ\|Európska únia
2.1	59	\|G2B\|Služby pre podnikateľov (Government to Business)
	60	\|G2C\|Služby pre občanov (Government to Citizens)
2.2	61	\|G2G\|Služby pre verejnú správu, komunikácia systémov verejnej správy bez zásahu človeka (Government to Government)
2.1	62	\|GDPR\|General Data Protection Regulation, NARIADENIE EURÓPSKEHO PARLAMENTU A RADY (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov
2.2	63	\|HW\|Hardvér (Hardware)
	64	\|IAM\|Identity access management
2.1	65	\|ID\|Identifikačné číslo
	66	\|IKT\|Informačné komunikačné technológie
	67	\|IS\|Informačný systém
2.2	68	\|IS CPDI\|Informačný systém Centrálna platforma dátovej integrácie
2.1	69	\|IT\|Informačné technológie
2.2	70	\|ITIL\|Information Technology Infrastructure Library
	71	\|IS EPVO\|Informačný systém Elektronickej platformy verejného obstarávania
2.1	72	\|IS VS\| Informačný systém verejnej správy
2.2	73	\|JSON\|JavaScript Object Notation, Označenie objektu JavaScript
	74	\|KUPUJÚCI\|Verejný obstarávateľ/obstarávateľ/dotovaná osoba
	75	\|LDAP\|Lightweight Directory Access Protocol
2.1	76	\|MIRRI\|Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky
	77	\|PROFIL VO/O\|Profil verejného obstarávateľa/obstarávateľa
2.2	78	\|SaaS\|Software as a Service (Softvér ako služba)
2.1	79	\|SDK\|Software Development Kit
2.2	80	\|SLA\|Service level agreement
2.1	81	\|SR\|Slovenská republika
	82	\|SW\|Softvér (Software)
	83	\|TO BE\|Cieľový stav po realizácii projektu
2.2	84	\|ÚPVS\|Ústredný portál verejnej správy
2.1	85	\|ÚVO\|Úrad pre verejné obstarávanie
2.2	86	\|VESTNÍK\|Vestník verejného obstarávania
2.1	87	\|VS\|Verejná správa
	88	\|Z.z.\|Zbierka zákonov
1.1	89
	90
2.2	91	3. Popis navrhovaného riešenia
1.1	92
2.2	93	Navrhované riešenie projektu "Digitálna transformácia úsekov verejnej správy pre Úrad pre verejné obstarávanie" (ďalej "DIGI") predstavuje komplexnú modernizáciu, ktorej cieľom je zlepšenie efektívnosti, transparentnosti a kvality verejných služieb. Projekt sa zameriava na optimalizáciu procesov prostredníctvom digitalizácie a implementácie moderných technológií, ktoré umožnia účinnejšie a transparentnejšie spracovanie údajov a vykonávanie rozhodnutí. Tento krok je zásadný pre splnenie národných aj európskych legislatívnych požiadaviek a zároveň pre podporu rozvoja elektronizácie verejného sektora.
1.1	94
2.2	95	Jedným z kľúčových aspektov navrhovaného riešenia je kontinuálny rozvoj IS eForms, ktorý je nevyhnutný pre zabezpečenie legislatívneho súladu s požiadavkami EK. Tento systém zohráva dôležitú úlohu pri zabezpečení štandardizácie a transparentnosti procesov verejného obstarávania. Zlepšenie funkcionality systému eForms a jeho pravidelná aktualizácia umožní prehľadnejšiu a jednoduchšiu prácu s elektronickými formulármi používanými v oblasti verejného obstarávania a ich správu, čím sa zvýši kvalita a efektívnosť procesov. Rozvoj systému zahŕňa aj integráciu nových verzií Software Development Kit (SDK), ktoré prispievajú k zlepšeniu služieb a ich prispôsobeniu dynamicky sa meniacim požiadavkám. Tento krok je kľúčový pre zabezpečenie kompatibility IS s európskymi normami a pre udržanie funkčnosti celého systému verejného obstarávania.
1.1	96
2.2	97	Ďalšou významnou súčasťou projektu je zavedenie AI do rozhodovacích procesov na ÚVO. AI umožní automatizované spracovanie dát a zlepšenie metodického usmerňovania kupujúcich. Tento technologický pokrok podporí znižovanie administratívnej náročnosti, čo umožní zamestnancom úradu venovať sa komplexnejším a strategickým úlohám. Zavedenie chatbotov trénovaných na špecifických dátach uľahčí poskytovanie podpory kupujúcim a prispeje k zjednodušeniu a profesionalizácii v oblasti verejného obstarávania. Automatizované vyhľadávanie informácií a lepšie analytické nástroje zefektívnia interné procesy ÚVO, čím sa zabezpečí vyššia konzistentnosť rozhodnutí a celková transparentnosť procesov. Migrácia IT infraštruktúry do cloudového prostredia je ďalším kľúčovým prvkom navrhovaného riešenia. Tento krok zahŕňa presun systémov, ako sú Microsoft Exchange a SharePoint do cloudových služieb Microsoft Office 365. Cieľom tejto migrácie je zníženie prevádzkových nákladov, zvýšenie flexibility a dostupnosti systémov a zároveň zjednodušenie ich správy. Zavedenie cloudového riešenia prinesie možnosti efektívnejšej správy dokumentov, lepšiu dostupnosť služieb pre zamestnancov úradu a rýchlejšie adaptovanie na technologické zmeny. Výsledkom bude zvýšenie celkovej efektívnosti a kvality poskytovaných služieb. Projekt taktiež zahŕňa náhradu existujúcich komerčných riešení autentifikácie, autorizácie a auditu za open-source platformy. Táto zmena nielenže zníži náklady na prevádzku, ale zároveň posilní bezpečnosť prostredia ÚVO. Open-source riešenia ponúkajú možnosť zavedenia pokročilých funkcií, ako je dvojfaktorová autentifikácia, čo zlepší ochranu údajov a komfort používateľov. Tento krok tiež prispeje k zníženiu závislosti od komerčných poskytovateľov a umožní lepšie prispôsobenie technologických riešení potrebám úradu. Celkové riešenie projektu je koncipované tak, aby bolo v súlade so stratégiou digitálnej transformácie Slovenska a s cieľmi európskych iniciatív v oblasti verejného obstarávania. Implementácia moderných technológií a optimalizácia procesov prispeje k zlepšeniu kvality verejných služieb, zvýšeniu transparentnosti a zníženiu nákladov. Projekt predstavuje strategickú investíciu do budúcnosti digitálnej verejnej správy, ktorá posilní pozíciu Slovenska v rámci európskeho priestoru a prispeje k efektívnejšiemu využívaniu verejných zdrojov.
1.1	98
	99
2.2	100	Hlavným cieľom projektu je optimalizácia a automatizácia procesov vybraného úseku verejnej správy U00203 – Verejné obstarávanie, ktoré vedú k zlepšeniu kvality a zvýšeniu efektívnosti verejných služieb na ÚVO. Projekt plánuje napomôcť k odstráneniu bariéry prostredníctvom digitálnej transformácie verejnej správy, optimalizácie a automatizácie interných procesov, zefektívnenia implementácie služieb využívaním cloud natívnych služieb, ako aj k dobudovaniu digitálneho prostredia založeného na zdieľaní údajov v rámci ÚVO a celkovo vo verejnej správe, za zníženia nákladov.
1.1	101
2.2	102	Hlavný cieľ navrhovaného riešenia zahŕňa:
1.1	103
2.2	104	* Zvýšenie kvality a efektívnosti verejných služieb poskytovaných ÚVO.
2.1	105	* Odstránenie bariér prostredníctvom digitálnej transformácie verejnej správy a modernizácie interných procesov a zníženia nákladov.
	106	* Optimalizácia a automatizácia interných procesov.
	107	* Zefektívnenie implementácie služieb využívaním cloud natívnych služieb.
	108	* Implementácia zmien a aktualizácií podľa požiadaviek EK, čo je nevyhnutné pre zabezpečenie povinností Slovenskej republiky v rámci európskej a národnej legislatívy.
	109	* Udržiavanie funkčnosti systému verejného obstarávania a jeho kompatibility s európskymi systémami a štandardami.
	110	* Zavedenie AI pre interné rozhodovacie procesy a externé služby, čo má znížiť časovú a kapacitnú náročnosť procesov a zvýšiť efektivitu a profesionalizáciu používateľov.
	111	* Migrácia služieb (napr. Microsoft Exchange a SharePoint) do cloudového prostredia s cieľom znížiť náklady a zlepšiť flexibilitu.
	112	* Náhrada komerčných riešení (napr. AAA platforma) za open-source alternatívy na zvýšenie bezpečnosti a zníženie nákladov.
	113	* Zavedenie nových technologických riešení pre zlepšenie správy, konzistencie, monitorovania a auditovateľnosti rozhodovacích procesov.
	114	* Zlepšenie dostupnosti a vyhľadávania právno-aplikačných výstupov vytvorením štruktúrovanej databázy.
1.1	115
	116
	117
2.2	118	Realizácia projektu DIGI predstavuje významný krok k modernizácii ÚVO. Prostredníctvom implementácie navrhovaných aktivít sa dosiahne zvýšenie efektivity, transparentnosti a kvality poskytovaných služieb, čo prispeje k posilneniu dôvery verejnosti v tento kľúčový sektor. Projekt nielenže podporí digitalizáciu a automatizáciu procesov, ale zároveň zabezpečí legislatívny súlad a technologickú pripravenosť ÚVO na budúce výzvy. Týmto spôsobom projekt napĺňa strategické ciele digitálnej transformácie verejnej správy v SR v rámci európskeho spoločenstva.
1.1	119
	120
2.2	121	4. Architektúra riešenia projektu
1.1	122
2.2	123	4.1 Biznis vrstva
1.1	124
2.2	125	Architektúra riešenia projektu je spracovaná v súlade s hlavnými cieľmi motivačnej architektúry, ktoré sú podrobnejšie definované funkčnými resp. nefunkčnými požiadavkami uvedené v prílohe Katalóg požiadaviek. Architektúra riešenia projektu je ďalej rozpracovaná na úrovni biznis vrstvy, aplikačnej vrstvy, technologickej vrstvy a bezpečnostnej vrstvy.
1.1	126
2.2	127	Biznis vrstva – súčasný stav
1.1	128
2.2	129	V rámci biznis architektúry súčasného stavu sú identifikované fyzické osoby a právnické osoby, pričom môžu vystupovať vo viacerých rolách (biznis aktéri):
1.1	130
2.1	131	* Fyzické osoby:
2.2	132	** Občan
2.1	133	** Zamestnanec ÚVO
2.2	134	* Právnické osoby:
2.1	135	** Podnikateľ
2.2	136	** Kupujúci a iné zainteresované osoby v procese VO
2.1	137	** ÚVO
2.2	138	** MIRRI SR
	139	** Kontrolné orgány a orgány EÚ
2.1	140
2.2	141	Pre zabezpečenie svojej agendy ÚVO využíva viacero elektronických prístupových rozhraní/kanálov: webový portál ÚVO ako aj listinnú, telefonickú a osobnú komunikáciu.
2.1	142
2.2	143	[[image:file:///C:/Users/MILICA~~1.OKA/AppData/Local/Temp/msohtmlclip1/01/clip_image002.gif]][[image:1738676394941-581.png]]
2.1	144
2.2	145	Obrázok 1 Biznis architektúra – súčasný stav
2.1	146
	147
2.2	148	Biznis vrstva – budúci stav
2.1	149
2.2	150	[[image:file:///C:/Users/MILICA~~1.OKA/AppData/Local/Temp/msohtmlclip1/01/clip_image004.gif]][[image:1738676414305-987.png]]
2.1	151
2.2	152	Obrázok 2 Biznis architektúra – budúci stav (zelenou, upravované komponenty)
2.1	153
2.2	154	Oproti súčasnému stavu budú projektom realizované nasledovné aktivity, ktoré budú podporené v rámci existujúcej biznis architektúry:
2.1	155
	156
2.2	157	Aktivita 1: Zabezpečenie povinnej časti rozvoja IS eForms určenej zo strany Európskej komisie
2.1	158
2.2	159	Ciele aktivity:
2.1	160
2.2	161	Vzhľadom k neustálemu vydávaniu nových verzií SDK v súlade s priebežne aktualizovanými požiadavkami EK a nutnosť ich zapracovania do IS eForms, ktoré sa musia nasadzovať vo všetkých členských štátoch EÚ. Na tento vývoj je potrebné reagovať neustálou aktualizáciou existujúceho IS eForms, ktorý bol spustený do prevádzky v roku 2023. Cieľom tejto aktivity je zabezpečenie povinnej časti rozvoja IS eForms v súlade s priebežne aktualizovanými požiadavkami EK, čo znamená kontinuálne zlepšovanie IS eForms prostredníctvom zmenových požiadaviek. Zabezpečenie kontinuálnych upgradov IS z dôvodu dynamického rozvoja SDK v zmysle požiadaviek a štandardov EK bude prispievať k funkčnosti systému verejného obstarávania, ako aj kvality verejného obstarávania v SR.
2.1	162
	163
2.2	164	Aktivita 2: Využitie umelej inteligencie pre kľúčové procesy ÚVO
2.1	165
2.2	166	Cieľom tejto aktivity je využite technológie AI pre podporu činností:
2.1	167
2.2	168	1. pre interné prostredie: podpora zefektívnenia vydávania nových rozhodnutí pri výkone dohľadu postupov vo verejnom obstarávaní a konzistencie rozhodovacích procesov ÚVO;
	169	1. pre externé prostredie: uľahčenie úkonov kupujúcich pri vykonávaní jednotlivých činností súvisiacich so životným cyklom verejného obstarávania.
2.1	170
2.2	171	Doručenie tejto aktivity bude predstavovať zásadnú digitálnu transformáciu súčasných procesov pri vydávaní rozhodnutí ÚVO (najmä manuálne vyhľadávanie kontextových informácií z už existujúcich obdobných rozhodnutí) a digitálnu transformáciu v súčasnosti využívaných foriem poskytovania metodickej podpory z oblasti verejného obstarávania (najmä online/on-premise školenia, telefonická podpora).
2.1	172
2.2	173	Školenia v rámci tejto aktivity budú vykonávané pre interných zamestnancov ÚVO vzhľadom k potrebe naučiť sa s AI pracovať, efektívne ju používať, ako aj napĺňať ju relevantnými poznatkami, ktoré bude ďalej využívať nielen interné, ale aj externé prostredie. Vývoj informačno-komunikačných technológií (vrátane rozvoja a implementácie AI) neustále napreduje a ich využitie sa rozširuje do viacerých oblastí v rámci verejnej správy a služieb, avšak SR v porovnaní s krajinami ako Estónsko, Fínsko či Spojené kráľovstvo je v počiatočnom štádiu. Jedným z veľkých impulzov bola pandemická situácia spôsobená ochorením COVID-19, ktorá významne urýchlila digitálnu transformáciu verejnej správy a vytvorila tak dobrý základ pre zavádzanie technológií AI.
2.1	174
2.2	175	V zmysle odporúčaní uvedených v dokumente “What factors influence perceived artificial intelligence adoption by public managers?” vydaným Spoločným výskumným centrom EK je vhodné zakomponovanie digitalizácie a AI do budovania stratégie a vykonávanie opatrení týkajúcich sa zvyšovania gramotnosti v oblasti AI v rámci interných kapacít vzhľadom na dlhodobý charakter implementácie riešenia. Uvedené by bolo základom nielen k zlepšeniu pracovných podmienok, ale vytvoril by sa aj priestor na lepšiu špecializáciu zamestnancov, ktorí by boli odbremení od niektorých byrokratických postupov a mohli by venovať viac času na strategické a inovatívne riešenia. V konečnom dôsledku je cieľom vytvorenie jednotnej informačnej platformy na báze AI s podporou agregovania najlepších postupov vo verejnom obstarávaní jednak pre interné prostredie ako aj pre externé prostredie. Využívanie AI so zohľadnením osobitosti odvetia je východiskom pre spracovanie informácií v konkrétnom kontexte pre rýchlejšie prijímanie správnych rozhodnutí a opatrení. Konverzačné rozhranie bude vybudované na veľkých jazykových modeloch a primárnym prínosom bude zvýšenie produktivity a s ňou spojené benefity ako napr. automatizácia opakujúcich sa úloh, analýza veľkého objemu dát či zefektívnenie komunikácie.
2.1	176
2.2	177	Aktivita 3: Migrácia Microsoft Exchange on-premise do prostredia cloudovej služby Microsoft Office365
2.1	178
2.2	179	Cieľom aktivity je minimalizácia nákladov na hardvér, softvér a údržbu e-mail služby v prostredí ÚVO. Cieľový stav umožní kontinuálne a ucelené adoptovanie nových vlastností tejto e-mail služby, a tým aj modernizáciu digitálneho prostredia ÚVO a zlepšenie existujúcich procesov, čo vytvára predpoklad pre digitálnu transformáciu ÚVO interných aj externých procesov.
2.1	180
2.2	181	Aktivita 4: Migrácia Microsoft Sharepoint on-premise do prostredia cloudovej služby Microsoft 365 a rozvoj existujúceho využitia platformy Sharepoint v cloud prostredí
2.1	182
2.2	183	Cieľom aktivity je minimalizácia nákladov na hardvér, softvér a údržbu služby Sharepoint v prostredí ÚVO. Cieľový stav umožní kontinuálne adoptovanie nových vlastností tejto služby, a tým aj modernizáciu digitálneho prostredia ÚVO a zlepšenie existujúcich procesov, čo vytvára predpoklad pre digitálnu transformáciu ÚVO interných aj externých procesov.
2.1	184
2.2	185	Aktivita 5: Digitálna transformácia rozhodovacích procesov ÚVO
2.1	186
2.2	187	V súčasnosti sú informácie o konaniach rôzneho druhu evidované rôznymi spôsobmi - v existujúcich aplikáciách (Modul Dohľadu I, Modul Rada, Modul Kontrola), prípadne v samostatných súboroch XLS. S týmto faktom súvisí aj nejednotná množina evidovaných údajov, rozdiely v samotných rozhodovacích procesoch. Zavedením jednotnej evidencie konaní bude možné zjednotiť procesy, zabezpečiť prehľadné a transparentné údaje, v ktorých bude možné vyhľadávať a z ktorých bude možné vytvárať analytické výstupy. Cieľom zavedenia jednotnej evidencie je možnosť jednoducho a prehľadne pracovať s údajmi o jednotlivých konaniach, ako napr. stav konania, dátum začatia konania, dátum ukončenia konania a pod. Zároveň spoločná aplikácia zabezpečí prehľadnosť údajov aj naprieč ÚVO. Umožní spracovateľom rýchlym preverením získať informácie o prebiehajúcich a prípadne súvisiacich konaniach, ako aj o podrobnostiach už ukončených konaní - dokumentoch, prílohách, samotných rozhodnutiach. Tým bude zjednodušený proces zdieľania údajov medzi jednotlivými organizačnými útvarmi úradu.
2.1	188
	189
2.2	190	Aplikácia zabezpečí možnosť evidencie konania od momentu prijatia podnetu, začatia konania, prípadných prerušení konania, ako aj informácie o samotnom rozhodnutí. Zároveň umožní evidenciu potrebných dokumentov – doručený podnet, vytvárané dokumenty (informácia o začatí konania, výzva na doplnenie, výzva na vyjadrenie, informácia o prerušení konania, rozhodnutie,... ), doručené odpovede na dožiadania, a i.. Súčasťou aplikácie bude aj možnosť publikovať vybrané dokumenty na webovom sídle úradu a vo vestníku, príp. v Profile VO/O.
2.1	191
2.2	192	Cieľom tejto aktivity je maximálna miera digitalizácie rozhodovacích procesov, zosúladenie aplikácií s aktuálnym legislatívnym prostredím, zabezpečenie predpokladov pre konzistenciu, monitorovanie procesov a ich dát. Doručenie tejto aktivity bude predstavovať zásadnú digitálnu transformáciu uvedených procesov, čím bude zaručená ich konzistencia a auditovateľnosť.
2.1	193
2.2	194	Aktivita 6: Náhrada súčasnej komerčnej AAA (Authentication, Authorization, Accounting) platformy za open source riešenie
2.1	195
2.2	196	Cieľom aktivity je minimalizácia nákladov na hardvér, softvér a údržbu súčasnej komerčnej AAA platformy v prostredí ÚVO, ktorá je vstupnou bránou do procesov verejného obstarávania. Súčasné komerčné riešenie predstavuje vzhľadom na výšku prevádzkových nákladov zásadný problém pre využite technológie tohto typu pri rozvíjaní ďalších systémov verejného obstarávania, resp. núti ÚVO k realizácii technických opatrení, ktoré obmedzujú používateľov súčasných systémov verejného obstarávania. Odstránením tejto bariéry by bolo možné v plnej miere podporovať digitálnu transformáciu ďalších systémov ÚVO.
2.1	197
	198
2.2	199	4.1.1 Prehľad koncových služieb – budúci stav:
2.1	200
2.2	201	=== ===
2.1	202
2.2	203	Projektom nebudú budované ani upravované žiadne koncové služby pre G2C, G2B, G2G.
2.1	204
	205
2.2	206	4.1.2 Jazyková podpora a lokalizácia
2.1	207
	208
2.2	209	Požiadavky na jazykovú lokalizáciu riešenia a používateľské prostredie bude implementované v slovenskom jazyku//.//
2.1	210
	211
2.2	212	4.2 Aplikačná vrstva
2.1	213
2.2	214	Súčasný stav aplikačnej architektúry AS-IS
2.1	215
	216
2.2	217	Prostredie ÚVO pozostáva z viacerých nezávislých systémov, ktoré fungujú autonómne. Súčasná architektúra je tvorená samostatnými aplikáciami a modulmi, pričom každý z nich má vlastné dátové úložiská a špecifické požiadavky na správu dát. Významné komponenty, ktoré tvoria túto architektúru, zahŕňajú najmä:
2.1	218
2.2	219	* KME – slúži ako jedno z centrálnych úložísk kľúčových dátových objektov.
	220	* IO modul – systémy zamerané na zber a ukladanie informácií.
	221	* IS eForms - systém zložený z externej aplikácie pre používateľov pre správu a odosielanie podaní a oznámení a internej aplikácie určenej pre zamestnancov ÚVO slúžiaci na ich spracovanie a zverejňovanie.
	222	* Sharepoint aplikácie - Modul Dohľadu I, Modul Rada
	223	* Modul kontroly
2.1	224
	225
2.2	226	Budúci stav aplikačnej architektúry TO-BE
1.1	227
	228
2.2	229	Zabezpečenie povinnej časti rozvoja IS eForms určenej zo strany Európskej komisie
1.1	230
	231
2.2	232	Implementácia SDK eForms bude realizovaná minimálne v rozsahu už zverejnených SDK 1.11, SDK 1.12 a SDK 1.13, prípadne ďalších SDK zverejnených EK v čase trvania projektu (formou zmeny projektu):
1.1	233
2.2	234	SDK 1.11
1.1	235
2.2	236	* Nasledujúci text predstavuje prehľad najdôležitejších zmien, ktoré budú vykonané v rámci implementácie SDK vo verzii 1.11:
1.1	237
2.2	238	* //Aktualizácia štruktúry a obsahu formulárov//
	239	** Rozdelenie polí a pridanie nových elementov
	240	*** Pole BT-1501(s)-Contract bolo nahradené dvomi samostatnými poliami:
	241	**** BT-1501(c)-Contract pre identifikátor modifikovanej zmluvy (pridaný nový element efbc:ModifiedContractIdentifier).
	242	**** BT-1501(p)-Contract pre identifikátory ďalších sekcií ovplyvnených modifikáciou.
	243	*** Pridané nové pole OPT-093-Review pre technický identifikátor revízie, ktorý bude použitý v formulároch budúcich oznámení o ukončení zmluvy.
	244	*** Pole BT-150-Contract-Scheme bolo odstránené, pretože príslušný atribút už nie je potrebný.
	245	*** Uzol ND-Modification bol opravený tak, aby nebol opakovateľný.
	246	** Zmeny v definícii typov oznámení
	247	*** Aktualizované polia pre subtypy 14 a 15 v súvislosti s druhou fázou postupu (pri viacetapových postupoch).
	248	*** Opravené subtypy oznámení 1, 5 a 13 (napr. pridanie polí BT-01(e)-Procedure a BT-01(f)-Procedure).
	249	* //Zlepšenie validačných pravidiel a konzistencie údajov//
	250	** Úpravy pravidiel XML a schematronu
	251	*** Zavedené pravidlá na kontrolu vyplnenia povinných atribútov XML, ako sú listName a currencyID.
	252	*** Identifikátory fáz z SDK 1.10.0 sú upravené tak, aby začínali predponou "eforms-", čím sa zabezpečí súlad so štandardom Schematron.
	253	** Nové pravidlá a závislosti medzi poľami
	254	*** Preferovaný dátum zverejnenia (BT-738) oznámenia môže byť rovnaký ako dátum odoslania oznámenia (BT-05).
	255	*** Povolený popis obnovenia (BT-57-Lot) aj v prípade, ak pole BT-58 obsahuje prázdnu hodnotu (je null).
	256	*** Zavedené pravidlá na závislosť medzi typom klasifikácie a hlavnou klasifikáciou (BT-26 a BT-262).
	257	*** Dátum rozhodnutia o pridelení zmluvy (BT-1451) v rovnaký deň ako odoslanie oznámenia (BT-05).
	258	*** Zjednodušené pravidlá pre niektoré subtypy na základe príslušných podmienok (napr. BT-22 a BT-131).
	259	** Zmeny v pravidlách a štruktúre dát
	260	*** Zavedená tolerancia pri porovnaní súm desatinných hodnôt (napr. váhy kritérií).
	261	*** Aktivácia pravidiel pre informácie o subdodávkach na úrovni častí a oznámení.
	262	*** Odstránenie pravidiel pre unikátnosť poradia dôležitosti.
	263	*** Aktivované pravidlá pre dôvernosť údajov (napr. BT-801 a BT-802-Lot).
	264	*** Odstránenie povinnosti vyplniť pole BT-132 (Dátum a čas otvárania ponúk) v podtypoch oznámení 16 a 17.
	265	*** Odstránenie pravidla, ktoré vyžadovalo, aby maximálna hodnota rámcovej dohody (BT-118-NoticeResult) bola súčtom hodnôt jednotlivých častí. Táto zmena odstráni nepresné obmedzenia.
	266	*** Pridanie pravidiel na kontrolu povinných XML atribútov „listName“ a „currencyID“, aby zabezpečil úplnosť XML údajov.
	267	*** Povolenie pravidiel druhej fázy v oznámeniach podtypu 14 namiesto podtypu 15.
	268	*** Úprava pravidla pre Opis obnovenia (BT-57-Lot), ak hodnota Maximálny počet obnovení „Renewal Maximum“ (BT-58) nie je null.
	269	*** Oprava pravidla BR-BT-01118-0032 a odstránenie pravidiel BR-BT-00556-0034, BR-BT-00556-0033 a BR-BT-00556-0032, ktoré boli nesprávne viazané na Výber víťaza BT-142.
	270	*** Aktualizácia pravidiel pre lehoty v postupoch s jedným alebo viacerými fázami, aby zohľadnili rôzne scenáre.
	271	*** Oprava podmienky pre BT-106-Procedúra (zrýchlený postup), aby zodpovedali schválenej tabuľke pravidiel.
	272	*** Aktivácia pravidla pre pole Rokovenie nie je potrebné „No Negotiation Necessary“ (BT-120-Lot).
	273	*** Označenie poľa Lehota na predkladanie ponúk BT-131 ako voliteľné pole pre podtyp oznámenia 8.
	274	*** Aktivácia pravidiel pre subdodávky na úrovni častí (BT-64, BT-651, BT-729).
	275	*** Zladenie pravidla BR-BT-00615-0119 pre pole URL na prístup k súťažným podkladom s obmedzeným prístupom (BT-615) pre oznámenia podtypu 7 s inými ekvivalentnými podtypmi oznámení.
	276	*** Označenie poľa Interný identifikátor BT-22 ako voliteľné.
	277	*** Umožnenie použitia hodnoty zámer zrušiť oznámenie „cancel-intent“ aj po uplynutí termínu na predloženie ponúk.
	278	*** Odstránenie obmedzenia vyžadujúceho, aby termín na predloženie žiadostí o účasť (Participation Request Deadline) zodpovedal koncu DNS.
	279	*** Umožnenie pokrytia GPA (BT-115), pokiaľ nie je výslovne povinné alebo zakázané, a odstránenie závislosti od právneho typu kupujúceho (BT-11).
	280	*** Povolenie Vedúceho skupiny „Tendering Party Leader“ (OPT-170), ak viacero uchádzačov podáva spoločnú ponuku.
	281	*** Povolenie ID subdodávateľa „Subcontractor ID Reference“ (OPT-301), ak existuje hlavný dodávateľ (Main Contractor).
	282	*** Povolenie pole Viazanosť ponuky „Tender Validity Deadline“ (BT-98-Lot) iba pre verejnú súťaž.
	283	*** Pravidlo, ktoré vyžaduje Opis lehôt na preskúmanie „Review Deadline Description“ (BT-99), ak neexistuje organizácia poskytujúca informácie o preskúmaní.
	284	*** Pravidlo, ktoré zakáže Maximálny počet záujemcov „Maximum Candidates Indicator“ (BT-661), Minimálny počet záujemcov „Minimum Candidates“ (BT-50), Postupné znižovanie počtu účastníkov „Successive Reduction Indicator“ (BT-52), ak existuje len jednoetapový (jednofázový) postup.
	285	*** Odstránenie obmedzenia na hodnoty rámcových dohôd v oznámeniach o zmene zmluvy, pre zabezpečenie väčšej flexibility pri ich úprave.
	286	* //Prispôsobenie systému novým štandardom a odstránenie zastaraných prvkov//
	287	** Odstránenie pravidiel a schém založených na neaktuálnych požiadavkách (napr. manuálne schematrony spojené s API TED).
	288	** Odstránenie medzier na začiatku alebo na konci niektorých polí.
	289	** Aktualizácia pravidiel pre použitie URL, e-mailov a telefónnych čísel, aby boli voliteľné mimo konkrétnych situácií.
	290	** Zaradenie pravidiel na zabezpečenie presnosti údajov, ako napr. korekcia pravidiel BR-BT-01118-0032.
	291	** Pridanie jednotky pre „kus“ (piece) a odstránenie 39 nadbytočných jednotiek z kódového zoznamu „measurement-unit“.
2.1	292
1.1	293
2.2	294	Tieto zmeny budú implementované vo všetkých dotknutých formulároch vrátane nadlimitných aj podlimitných formulárov, pokiaľ sa ich uvedené zmeny týkajú. Hoci podlimitné formuláre nie sú priamo odosielané na zverejnenie do EÚ, ich štruktúra je odvodená z nadlimitných formulárov, a preto musia byť prispôsobené rovnakým spôsobom.
1.1	295
2.2	296	Zmeny systému budú vykonané so zachovaním všetkých existujúcich funkcionalít alebo ich aktualizáciou, ak si to vyžiada implementácia nových požiadaviek.
1.1	297
2.2	298	SDK verzia 1.11 obsahuje okrem vyššie uvedeného aj všetky kompatibilné zmeny z predchádzajúcich, zatiaľ neimplementovaných verzií. Táto verzia tak poskytuje ucelený balík zmien potrebných na zabezpečenie plnej funkčnosti a súladu s novými štandardmi.
1.1	299
2.2	300	Podrobné informácie o týchto zmenách a ich implementácii sú uvedené v technickej dokumentácii SDK 1.11 na oficiálnej stránke vývojára SDK 1.11 Release notes ([[https:~~/~~/github.com/OP-TED/eForms-SDK/compare/1.10.0%E2%80%A61.11.0>>url:https://github.com/OP-TED/eForms-SDK/compare/1.10.0%E2%80%A61.11.0]] ).
1.1	301
	302
2.2	303	SDK 1.12
1.1	304
2.2	305	V súlade s implementáciou verzie SDK 1.12 do IS eForms bude potrebné vykonať zmeny, ktoré reflektujú aktualizácie pre SDK 1.12, ktoré zahŕňajú najmä nasledovné zmeny:
1.1	306
2.2	307	* //Aktualizácia štruktúry a obsahu formulárov//
	308	** Pridanie nových funkčností pre biznis entity:
	309	*** Zavedenie biznis entít, ktoré zoskupujú polia do biznis entít, čo umožňuje implementáciu nových funkcionalít, ktoré predtým neboli prakticky realizovateľné.
	310	*** Nová sekcia businessEntities v súboroch „field.json“ poskytuje informácie o každej biznis entite.
	311	*** Referencie na biznis entity sú pridané do definícií polí, uzlov a typov oznámení.
	312	** Aktualizácia schém a polí:
	313	*** Aktualizácia schém na zahrnutie informácií týkajúcich sa reportovania údajov v zmysle nariadenia o zahraničných subvenciách (FSR) a nový prístup k dôvodom na vylúčenie a výberovým kritériám definovaným v prílohe nariadenia.
	314	*** Zavedenie nových polí a uzlov pre FSR, ako sú BT-681-Lot a BT-682-Tender.
	315	*** Aktualizácia existujúcich polí pre dôvody na vylúčenie a podmienky účasti (napr. odstránenie BT-747, BT-748, BT-749 a ich náhrada BT-809-Lot).
	316	*** Aktualizácia niektorých prednastavených hodnôt.
	317	** Úprava definícií typov oznámení:
	318	*** Pridanie nových skupín polí pre uvedenie zdrojov pre Dôvody na vylúčenie (BT-806-Procedure) a Podmienky účasti (BT-821-Lot).
	319	*** Systém zarovná sekciu Predpokladané trvanie „Planned Duration“ v častiach Predbežných oznámení (PIN-only) podľa štruktúry častí.
	320	* //Zlepšenie validačných pravidiel a konzistencie údajov//
	321	** Aktualizácia pravidiel pre Dôvody na vylúčenie a Podmienky účasti s dôrazom na povinné prvky a závislosti medzi nimi.
	322	** Zavedenie nových pravidiel na kontrolu konzistencie medzi ponukami a ich výsledkami.
	323	** Rozšírenie pravidiel pre kontrolu poštových smerovacích čísel pre každú krajinu.
	324	** Aktualizácia pravidiel pre správnu identifikáciu predchádzajúcich oznámení (napr. pole OPP-090-Procedure).
	325	** Aktualizácia pravidiel pre kategórie vozidiel a súvisiace údaje v sekcii Výsledky častí sú preusporiadané na lepšiu čitateľnosť. Najprv sa vyberie kategória vozidla, potom číslo a typ vozidla.
	326	** Zavedenie kontroly existencie informácií o ponukách od stredne veľkých podnikov v rámci pravidla BR-BT-13713-0102.
	327	** Aktualizácia pravidiel pre Číslo kritéria na vyhodnotenie ponúk, BT-541 tak, aby sa pravidlo spustilo aj pri absencii rozšírení a zabránilo konfliktu s poľom Komplikované kritériá na vyhodnotenie ponúk BT-543.
	328	** Aktualizácia kontextu pravidiel pre polia: Odôvodnenie zámeru uzavrieť zmluvu BT-135-Procedure, Odôvodnenie dĺžky trvania rámcovej dohody BT-109-Lot, Kategórie kupujúcich v rámcovej dohode, BT-111-Lot, Maximálny počet účastníkov rámcovej dohody BT-113-Lot, Zrýchlený postup BT-106-Procedure, Zadanie zákazky subdodávateľovi BT-773-Tender a Ponuka OPT-321-Tender, čím sa zabezpečí, aby sa povinné pravidlá aktivovali aj v prípade absencie nadradeného prvku.
	329	** Pridanie pravidiel pre validáciu polí súvisiacich so zadávaním údajov o zahraničných subvenciách (FSR).
	330	** Zrušenie obmedzení „Minimálny počet > 5“ pre Minimálny počet záujemcov BT-50-Lot v dynamických nákupných systémoch (DNS).
	331	** Uplatnenie pravidiel právneho základu pre každý podtyp oznámenia samostatne
	332	* //Odstránenie zastaraných a zbytočných prvkov//
	333	** Zrušenie neefektívnych pravidiel snažiacich sa získať informácie z iných oznámení.
	334	** Odstránenie duplicitných alebo nadbytočných číselníkov, ktoré sa zhodujú so svojimi nadradenými číselníkmi (napr. eforms-xxx).
	335	* //Prispôsobenie systému novým štandardom//
	336	** Zaradenie nových kódov do číselníkov (napr. „susp-review“ do číselníka change-corrig-justification).
	337	** Aktualizácia zobrazenia pre polia s viacerými jazykmi v sekciách Oprava a Zmena Zmluvy.
	338	** Prispôsobenie štruktúry sekcií pre jednoduchšie vyplňovanie podmienok týkajúcich sa subdodávky.
1.1	339
2.2	340	Tieto zmeny budú implementované vo všetkých dotknutých formulároch, vrátane nadlimitných aj podlimitných formulárov, ak sa ich uvedené zmeny týkajú. Hoci podlimitné formuláre nie sú priamo odosielané na zverejnenie do EÚ, ich štruktúra je odvodená z nadlimitných formulárov, a preto musia byť prispôsobené rovnakým spôsobom.
1.1	341
2.2	342	Zmeny systému budú vykonané so zachovaním všetkých existujúcich funkcionalít alebo ich aktualizáciou, ak si to vyžiada implementácia nových požiadaviek.
2.1	343
2.2	344	SDK verzia 1.12 obsahuje okrem vyššie uvedeného aj všetky kompatibilné zmeny z predchádzajúcich, zatiaľ neimplementovaných verzií. Táto verzia tak poskytne komplexný súhrn všetkých relevantných úprav potrebných na zabezpečenie plnej funkčnosti a súladu so stanovenými požiadavkami.
2.1	345
2.2	346	Podrobné informácie o týchto zmenách a ich implementácii sú uvedené v technickej dokumentácii SDK 1.12. na oficiálnej stránke vývojára SDK Release Notes ([[https:~~/~~/github.com/OP-TED/eForms-SDK/compare/1.11.0%E2%80%A61.12.0>>url:https://github.com/OP-TED/eForms-SDK/compare/1.11.0%E2%80%A61.12.0]] ).
2.1	347
	348
2.2	349	SDK 1.13
2.1	350
2.2	351	V súlade s implementáciou verzie SDK 1.13.0 do IS eForms bude potrebné vykonať zmeny, ktoré reflektujú aktualizácie pre SDK 1.13.0, ktoré zahŕňajú najmä nasledovné zmeny:
1.1	352
2.2	353	* //Aktualizácia štruktúry a obsahu formulárov~://
1.1	354
2.2	355	* Pridanie nových polí a nových formulárov v súlade s implementáciou Vykonávacieho nariadenia Komisie (EÚ) 2023/2884, príp. vylepšenia existujúcich formulárov:
	356	** Doplnenie polí pre reportovanie údajov týkajúcich sa Medzinárodného nástroja obstarávania (IPI) v oznámeniach o výsledku.
	357	** Doplnenie polí pre reportovanie údajov týkajúcich sa Smernice o energetickej efektívnosti (EED) v oznámeniach typu súťaž a výsledok
	358	Nový typ formulára E1** Predbežné trhové konzultácie
	359	Nový typ formulára E2** Dobrovoľné Plánovanie
	360	Nový typ formulára E3** Dobrovoľná Súťaž
	361	Nový typ formulára E4** Dobrovoľný Výsledok.
	362	Nový typ formulára E5** Ukončenie zmluvy, vrátane novej sekcie Review, ktorá bola pridaná aj do všetkých oznámení typu výsledok (podtypy 29-37, E4, E5).
	363	Nový typ formulára E6** Zmena zmluvy pre smernicu o obrane a bezpečnosti 2009/81/ES.
	364	** Zlepšenie informácií o rámcových dohodách v oznámeniach o zmene zmluvy (pridanie chýbajúcich polí na zosúladenie s inými formulármi).
	365	* //Zlepšenie validačných pravidiel a konzistencie údajov~://
	366	** Zefektívnenie pravidiel Schematronu na zvýšenie výkonu validácie pre oznámenia s veľkým počtom entít (napr. organizácie, časti, tendre).
	367	** Pridanie pravidiel pre existenciu Deadline Receipt Requests (BT-1311) ako nepovinného poľa pre kvalifikačné systémy (podtyp 15).
	368	** Úprava pravidiel pre pole Tender Validity Deadline (BT-98) len pre jednostupňové postupy.
	369	** Rozšírenie použitia Dispatch Invitation Tender (BT-130-Lot) pre všetky jednostupňové postupy a „Priame rokovacie konanie“.
	370	** Pridanie závislosti druhu postupu (BT-105) pri kontrole existencie termínov/lehôt.
	371	** Definícia prispôsobených číselníkov pre Druh postupu "Procedure Type" podľa jednotlivých podtypov oznámení.
	372	** Pridanie pravidiel na zabezpečenie vyplnenia miesta plnenia (BT-5141, BT-727).
	373	** Odstránenie poľa Viazanosť ponuky (BT-98-Lot) a jeho príslušnosti z podtypov oznámení 9 až 15, keďže tieto podtypy neobsahujú jednofázové postupy.
	374	* //Odstránenie zastaraných a zbytočných prvkov~://
	375	** Odstránenie pravidiel, ktoré vyžadovali jedinečné identifikátory organizácie v oznámení (v niektorých krajinách sa rovnaké ID používa pre viacero organizácií).
	376	** Zrušenie pravidiel pre jazykové výnimky v názvoch organizácií (napr. „test“ alebo „sale“).
	377	** Odstránenie nepoužívaných kódov vo vybraných číselníkoch
	378	* //Prispôsobenie systému novým štandardom~://
	379	** Prechod na NUTS 2024, ktorý nahrádza NUTS 2021 (zmeny v DE, IT, LV, NL, PT, FI, NO a odstránenie UK).
	380	** Úprava pravidiel pre postupy pri zadávaní ponúk a aktualizácii údajov.
	381	** Zlepšenie zobrazenia nepublikovaných parametrov a hodnôt kritérií na vyhodnotenie ponúk.
	382	** Presunutie poľa: Opis lehôt na preskúmanie „BT-99-Lot Review Deadline Description“ zo sekcie Podmienky obstarávania „5.1.12 Procurement terms" pod sekciu Ďalšie informácie „5.1.16 Further information“ pod organizáciu preskúmania „Review organisation“.
1.1	383
2.2	384	Tieto zmeny budú implementované vo všetkých dotknutých formulároch, vrátane nadlimitných aj podlimitných formulárov, ak sa ich uvedené zmeny týkajú. V súlade s implementáciou dobrovoľných formulárov budú upravené aj podlimitné formuláre, aby sa zosúladili s týmito novými požiadavkami. Podlimitné formuláre, ktoré predbehli zavedenie dobrovoľných formulárov, musia byť prispôsobené na zaistenie kompatibility.
1.1	385
2.2	386	Zmeny systému budú vykonané so zachovaním všetkých existujúcich funkcionalít alebo ich aktualizáciou, ak si to vyžiada implementácia nových požiadaviek. SDK verzia 1.13.0 obsahuje okrem vyššie uvedeného aj všetky kompatibilné zmeny z predchádzajúcich, zatiaľ neimplementovaných verzií. Táto verzia tak poskytne komplexný súhrn všetkých relevantných úprav potrebných na zabezpečenie plnej funkčnosti a súladu so stanovenými požiadavkami.
1.1	387
2.2	388	Detailné informácie o týchto zmenách a ich implementácii sú dostupné v technickej dokumentácii SDK 1.13.0 na oficiálnej stránkach vývojára SDK Release Notes ([[https:~~/~~/github.com/OP-TED/eForms-SDK/compare/1.12.0%E2%80%A61.13.0>>url:https://github.com/OP-TED/eForms-SDK/compare/1.12.0%E2%80%A61.13.0]] ).
1.1	389
2.2	390	Ďalšie zmeny potrebné v súvislosti s implementáciou vyššie uvedených SDK v rámci projektu:
1.1	391
2.2	392	* Aktualizácia národných pravidiel a dynamizácie polí - Národné pravidlá a dynamické polia budú prispôsobené požiadavkám vyplývajúcim z verzií SDK 1.11, SDK 1.12 a SDK 1.13. Ak je to možné a nie je to v rozpore s pravidlami pre aktualizáciu v zmysle SDK, a kde je to relevantné, je potrebné zachovať národné pravidlá a dynamizáciu, ktoré boli vytvorené ako nadstavba nad pravidlá obsiahnuté v jednotlivých SDK.
	393	* Úprava dátových štruktúr informačného systému eForms - IS eForms bude aktualizovaný tak, aby reflektoval zmeny v dátových štruktúrach, ktoré sú vyvolané novými verziami SDK.
	394	* Zabezpečenie aktualizácie kontextu zákazky – pred-vypĺňanie oznámení, ktoré patria pod jednu zákazku, bude zabezpečené aj na základe zmien definovaných v SDK 1.11, SDK 1.12 a SDK 1.13.
	395	* Úprava používateľského rozhrania IS eForms - Používateľské rozhrania IS eForms (vrátane IS MAPO) ak je to potrebné, budú upravené tak, aby zohľadňovali požiadavky nových verzií SDK.
	396	* Prispôsobenie označení a hintov v systéme - Aktualizácia označení a nápovedí bude vykonaná v súlade so zmenami vyplývajúcimi z nových verzií SDK.
	397	* Synchronizácia publikovania PDF a JSON súborov oznámení – IS eForms zabezpečí generovanie PDF a JSON súborov oznámení a ich synchronizované publikovanie vo Vestníku verejného obstarávania.
	398	* Možnosť dobrovoľného odoslania podlimitných oznámení a oznámení o trhových konzultáciách do TED – k dispozícii bude pripravená funkcionalita, ktorá umožní aby podlimitné oznámenia a oznámenia o predbežných trhových konzultáciách definované v SDK 1.13 mohli byť dobrovoľne zasielané na zverejnenie v TED, po prijatí príslušných legislatívnych zmien.
1.1	399
2.2	400	Tieto úpravy sú nevyhnutné na zabezpečenie plnej kompatibility systému s verziami SDK 1.11, SDK 1.12 a SDK 1.13, ako aj na zaistenie funkčnosti a súladu s legislatívnymi požiadavkami.
1.1	401
2.2	402	Celkové zhrnutie zmien z verzie SDK 1.7 na verziu SDK 1.11
1.1	403
2.2	404	\| \|Nové\|Vymazané\|Modifikované
	405	\|Polia a Uzly\|537\|36\|724
	406	\|Typy oznámení\|0\|0\|40
	407	\|Číselníky\|5\|9\|136
	408	\|Schémy\|0\|0\|4
	409	\|Schematron pravidlá\|296\|6\|12
1.1	410
	411
2.2	412	Celkové zhrnutie zmien z verzie SDK 1.11 na verziu SDK 1.12
1.1	413
2.2	414	\| \|Nové\|Vymazané\|Modifikované
	415	\|Polia a Uzly\|16\|6\|Všetky existujúce
	416	\|Typy oznámení\|0\|0\|40
	417	\|Číselníky\|6\|6\|57
	418	\|Schémy\|0\|0\|2
	419	\|Schematron pravidlá\|30\|0\|289
1.1	420
2.1	421
2.2	422	Celkové zhrnutie zmien z verzie SDK 1.12 na verziu SDK 1.13
2.1	423
2.2	424	\| \|Nové\|Vymazané\|Modifikované
	425	\|Polia a Uzly\|50\|12\|776
	426	\|Typy oznámení\|6\|0\|40
	427	\|Číselníky\|21\|4\|59
	428	\|Schémy\|0\|0\|3
	429	\|Schematron pravidlá\|52\|0\|268
2.1	430
	431
	432
2.2	433	Využitie umelej inteligencie pre kľúčové procesy ÚVO:
2.1	434
2.2	435	Aplikačná architektúra generatívneho AI riešenia je navrhnutá tak, aby integrovala pokročilé schopnosti AI do každodenných aplikácií a služieb, ktoré používatelia bežne využívajú. Takéto riešenie umožňuje používateľom interakciu prostredníctvom prirodzeného jazyka, pričom poskytuje asistenciu pri navrhovaní obsahu, analýze údajov, automatizácii úloh a zlepšení spolupráce bez prerušenia pracovného procesu. Riešenie využíva veľké jazykové modely (LLM), ktoré sú vopred doladené pomocou metód učenia s učiteľom a posilňovacieho učenia. Na spracovanie používateľských požiadaviek sa aplikuje mechanizmus predspracovania údajov, ktorý zohľadňuje špecifické kontextové informácie a pristupuje k relevantným dátovým zdrojom v rámci bezpečnostných oprávnení používateľa. Tento proces zahŕňa predspracovanie vstupných údajov, analýzu a následné generovanie výstupu prispôsobeného konkrétnemu kontextu.
2.1	436
	437
2.2	438	Riešenie je navrhnuté tak, aby rešpektovalo všetky bezpečnostné politiky, vrátane kontrol prístupu, autentifikácie a ochrany údajov. Funkcionalita zabezpečuje, že prístup k dátam je obmedzený na používateľov s príslušnými oprávneniami, čím sa zaručuje bezpečnosť a súlad s legislatívnymi normami. Okrem toho môže byť systém rozšírený o prémiové funkcie, ako sú pokročilé modely, nástroje na tvorbu vlastných chatbotov alebo skorý prístup k experimentálnym funkciám. Týmto spôsobom architektúra umožňuje neustály vývoj a prispôsobenie riešenia, čím zvyšuje produktivitu používateľov a zároveň zachováva vysokú úroveň bezpečnosti a ochrany súkromia.
2.1	439
2.2	440	[[image:1738676562932-276.png]]
2.1	441
2.2	442	Aplikačná architektúra vyžaduje rozdelenie AI do dvoch prostredí, pričom ide o dva samostatne fungujúce systémy a modely. Tieto dve prostredia sú:
2.1	443
2.2	444	1. Interné prostredie ÚVO
	445	1*. Prostredie je určené iba pre zamestnancov ÚVO a bude fungovať ako asistent pri vykonávaní činnosti ÚVOVO
	446	1*. Model bude mať rozhranie, cez ktoré bude možné zadávať dopyty a otázky, pričom rozhranie bude pomáhať pri vyhľadávaní v dokumentoch relevantných pre zamestnanca ÚVO, taktiež bude pomáhať pri formulácií textov
	447	1*. AI model bude čerpať z dokumentov uložených v dátovom úložisku, v ktorom sa budú nachádzať Dokumenty ÚVO SR, Dokumenty ÚVO ČR a Dokumenty EÚ
	448	1. Externé prostredie pre verejnosť
	449	1*. Prostredie je určené primárne pre kupujúcich, ktorým pomôže pomocou chat rozhrania dopytovať sa a klásť otázky pri tvorbe VO
	450	1*. AI model bude čerpať z dokumentov uložených v dátovom úložisku, v ktorom sa budú nachádzať Metodiky a pravidlá pre tvorbu VO, Rozhodnutia a usmernenia ÚVO
2.1	451
	452
2.2	453	Migrácia Microsoft Exchange on-premise do prostredia cloudovej služby Microsoft Office365:
2.1	454
2.2	455	Migrácia Microsoft Exchange z lokálneho prostredia na cloudovú platformu Microsoft Office 365 predstavuje pre ÚVO významnú zmenu v aplikačnej architektúre a prevádzkovom modeli.
2.1	456
1.1	457
2.2	458	Táto transformácia zahŕňa presun z tradičného lokálneho riešenia Microsoft Exchange 2019, kde sú servery fyzicky spravované Odborom digitálnej agendy / Oddelením prevádzky informačných a komunikačných technológii, na moderné cloudové prostredie, ktoré spravuje Microsoft. Tento prechod zmení spôsob ukladania, správy a sprístupňovania údajov, ako aj prístupu k nim. Kým doteraz bol ÚVO plne zodpovedný za prevádzku, údržbu a zabezpečenie všetkých serverov a infraštruktúry, po migrácii tieto úlohy preberá poskytovateľ cloudovej služby. Migrácia zahrňuje používateľské účty fyzických osôb, technické účty budú uložené lokálne, teda celkové riešenie bude formou hybridného prostredia. Údaje budú uložené v zabezpečených datacentrách Microsoftu, ktoré poskytujú vysokú mieru redundancie a zabezpečenia. To znamená, že ÚVO už nebude musieť riešiť fyzické úložisko, zálohovanie alebo aktualizácie hardvéru, čo výrazne zníži nároky na interné IT zdroje. Prístup k službám sa výrazne zjednoduší a rozšíri. Zatiaľ čo pri lokálnom riešení bola často potrebná VPN na pripojenie k sieti ÚVO, cloudová platforma umožní používateľom prístup k e-mailom a ďalším migrovaným službám odkiaľkoľvek s internetovým pripojením, a to na rôznych zariadeniach. Táto flexibilita zlepší produktivitu zamestnancov a umožní im efektívnejšiu prácu na diaľku.
1.1	459
	460
2.2	461	Bezpečnosť údajov bude aj naďalej kľúčovou prioritou, kde súčasťou dodávaného diela je aj zabezpečenie pomocou Exchange Online Protection. Hoci infraštruktúra prechádza pod správu Microsoftu, ÚVO si zachová kontrolu nad politikami prístupu a zabezpečenia. Platforma Office 365 poskytuje robustné nástroje na ochranu údajov, vrátane šifrovania, viacfaktorovej autentifikácie a pokročilých bezpečnostných funkcií, ktoré ochránia citlivé informácie ÚVO pred hrozbami. Migrácia tiež znamená prechod na nový finančný model.
1.1	462
	463
2.2	464	Namiesto jednorazových nákladov na hardvér a softvér bude ÚVO platiť za služby formou predplatného. Tento model umožňuje predvídateľnejšie plánovanie rozpočtu a zároveň zabezpečuje prístup k najnovším technológiám a aktualizáciám. Okrem toho migrácia na Office 365 umožní úradu využiť integrované služby a nástroje, ako sú Teams, SharePoint a OneDrive, ktoré zlepšia spoluprácu medzi zamestnancami a umožnia efektívnejšiu komunikáciu a zdieľanie informácií. Tento prechod znamená nielen technologický posun, ale aj významný krok k digitalizácii procesov na ÚVO, čím sa zlepší kvalita poskytovaných služieb a znížia sa náklady na prevádzku.
1.1	465
	466
2.2	467	Migrácia Microsoft Sharepoint on-premise do prostredia cloudovej služby Microsoft 365 a rozvoj existujúceho využitia platformy Sharepoint v cloud prostredí:
1.1	468
2.2	469	Migrácia Microsoft SharePoint (verzia 2016) z on-premise (Windows server 2019 Datacenter) infraštruktúry do cloudového prostredia Microsoft 365 predstavuje zásadnú transformáciu aplikačnej architektúry a zároveň otvára priestor na rozvoj platformy v novom prostredí. Tento prechod prináša zmenu vo viacerých oblastiach – od správy infraštruktúry a ukladania dát až po možnosti integrácie a rozšírenia funkcionality.
1.1	470
2.2	471	V on-premise prostredí si SharePoint vyžadoval lokálnu infraštruktúru spravovanú interným IT oddelením. Tá zahŕňala fyzické servery, úložiská, sieťové prvky a pravidelnú údržbu vrátane zálohovania a aktualizácií softvéru. V prípade výpadkov či havárií bola organizácia zodpovedná za riešenie situácie a obnovenie služieb. V cloudovom prostredí Microsoft 365 sa tieto nároky na správu infraštruktúry eliminujú. Microsoft zabezpečuje prevádzku, údržbu a aktualizáciu infraštruktúry, pričom organizácia sa sústredí na správu obsahu a prístupových práv.
1.1	472
2.2	473	Údaje, ktoré boli predtým uložené v lokálnych úložiskách, sa presúvajú do bezpečných datacentier Microsoftu, kde sú chránené vysokou úrovňou šifrovania a redundantnými mechanizmami. Tento prechod umožňuje zvýšenú dostupnosť dát a zjednodušený prístup k informáciám pre používateľov, ktorí môžu pracovať s platformou SharePoint kdekoľvek a na rôznych zariadeniach. Cloudové prostredie zároveň poskytuje zabudované nástroje na automatické zálohovanie a rýchle zotavenie po havárii, čím sa eliminuje riziko straty údajov.
1.1	474
2.2	475	V rámci migrácie sa očakáva migrácia súčasného úložiska dokumentov a obsahu do cloudovej verzie SharePointu a vybudovanie jednoduchého interného CMS, ktoré bude zároveň zlepšovať informovanosť zamestnancov ÚVO. CMS bude vyžadovať prihlásenie používateľa pomocou doménového konta ÚVO.
1.1	476
2.2	477	Z hľadiska funkcionality cloudové prostredie Microsoft 365 rozširuje možnosti využitia SharePointu. Integrácia so službami, ako sú Microsoft Teams, Power Platform, OneDrive a ďalšie, umožňuje prepojenie pracovných procesov, jednoduchšiu spoluprácu a automatizáciu rutinných úloh. Okrem toho cloud poskytuje nové nástroje na správu obsahu, napríklad pokročilé vyhľadávanie poháňané umelou inteligenciou, klasifikáciu dokumentov a správu metadát, ktoré zvyšujú efektivitu práce s informáciami.
1.1	478
2.2	479	Migrácia taktiež prináša zmenu licenčného modelu – namiesto jednorazového nákupu licencií pre lokálnu infraštruktúru organizácia prechádza na model predplatného. Tento prístup zabezpečuje prístup k najnovším funkciám, pravidelným aktualizáciám a bezpečnostným zlepšeniam bez potreby ďalších investícií do hardvéru či softvéru.
1.1	480
2.2	481	Rozvoj SharePointu v cloudovom prostredí zahŕňa aj možnosti automatizácie procesov prostredníctvom nástrojov ako Power Automate a Power Apps, ktoré umožňujú vytvárať vlastné aplikácie a pracovné postupy. Organizácia môže využiť tieto nástroje na digitalizáciu interných procesov, zefektívnenie správy projektov a lepšiu správu zdieľaných zdrojov. Vďaka cloudovému prostrediu sú tieto nástroje dostupné aj bez špeciálnych investícií do vývoja či infraštruktúry.
1.1	482
2.2	483	Celková transformácia architektúry pri migrácii SharePointu do Microsoft 365 znamená výrazné zlepšenie flexibility, bezpečnosti a dostupnosti platformy. Tým sa otvárajú nové možnosti pre optimalizáciu pracovných procesov, zlepšenie spolupráce a podporu digitálnej transformácie organizácie.
1.1	484
	485
2.2	486	Dohľadová aplikácia:
1.1	487
2.2	488	Dohľadová aplikácia bude podporovať rôzne typy rolí/oprávnení, minimálne spracovateľ, asistent, superspracovateľ, dozor, admin, pozorovateľ. Každá z rolí bude mať definovanú množinu oprávnení na čítanie/prezeranie údajov, ako aj na úpravu záznamov. Spravidla spracovateľ vidí a môže upravovať záznamy, ktoré sú mu priradené na spracovanie. Asistent má možnosť zakladať a spravovať konania (priraďovať záznamy na spracovanie a prezerať priebeh spracovania konaní) na vlastnom útvare podľa organizačnej štruktúry. Superspracovateľ má možnosť vidieť všetky záznamy/konania svojich podriadených a môže ich upravovať. Dozor má prehľad o všetkých konaniach na vlastnom útvare. Admin má oprávnenie vykonávať nastavenia systému a zároveň vidieť a upravovať všetky záznamy evidované v systéme naprieč všetkými organizačnými útvarmi. Pozorovateľ môže vidieť iba jemu sprístupnené konania a záznamy. Organizačná štruktúra bude prevzatá na základe integrácie na Active directory.
1.1	489
2.2	490	Aplikácia zabezpečí integráciu na registratúrny systém tak, aby po označení záznamu v registratúre boli tieto záznamy viditeľné v aplikácii a následne bolo možné ich spracovať v dohľadovej aplikácii. V prípade nesprávneho označenia v registratúre je tiež nutné zabezpečiť možnosť odmietnutia záznamu v dohľadovej aplikácii, čím sa tento vráti na spracovanie do registratúry. Po prevzatí záznamu na spracovanie musí systém umožniť vytvoriť nové konanie zo záznamu, ale aj priradiť záznam k existujúcemu konaniu – ako dokument/komunikáciu týkajúcu sa prebiehajúceho konania. Zároveň systém umožní vytvorenie spisu priamo v dohľadovej aplikácii, čo prostredníctvom integrácie na registratúru vytvorí spis aj v registratúre. V prípade, ak je už spis vytvorený, priradením záznamu k existujúcemu konaniu založí záznam do existujúceho spisu v registratúre. Systém umožní tvorbu pracovných verzií dokumentov, ktoré nie sú posielané do registratúry, ale aplikácia si ich ukladá lokálne. Ak sa používateľ rozhodne, že ide o finálnu verziu, ktorá je pripravená na odoslanie, tak systém umožní evidovanie dokumentu ako odoslanej pošty, pričom pre daný dokument vytvorí príslušný záznam, ktorý automaticky vloží do spisu. Pokiaľ dokument nebude používateľom zavedený do registratúry, nebude mať pridelené registratúrne číslo. Systém umožní zaevidovanie konania z prijatého registratúrneho záznamu/podnetu. Základnými atribútmi sú autor podnetu, dátum prijatia, vec, registratúrne číslo. Pri priradení záznamu na spracovateľa sú týmto používateľom doplnené ďalšie údaje, ako priradený spracovateľ, typ konania, dátum začatia konania, stav konania, a i.. Počas priebehu konania systém umožní opakovane prerušiť konanie, pričom používateľ musí vyplniť dátum aj dôvod prerušenia. Po uplynutí dôvodu na prerušenie používateľ zapíše koniec prerušenia. Čas prerušenia konania systém nezapočíta do času vybavenia podnetu.
2.1	491
2.2	492	Systém umožní používateľom zverejňovať dokumenty (najmä informáciu o začatí konania a rozhodnutie) na webovom sídle ÚVO (vestník, zoznam konaní a rozhodnutí). Aplikácia bude záznamy vo všetkých stavoch (prijatá pošta, prevzatý záznam, prebiehajúce konanie, ukončené konanie) zobrazovať v samostatnom pohľade/obrazovke tak, aby bolo možné jednoducho so záznamami pracovať, prehliadať ich a filtrovať podľa základných filtračných kritérií (dátum začatia, oznámenie o začatí konania, Kupujúci, a pod.). Aplikácia umožní používateľom sledovať súvisiace konania, na základe čísla oznámenia z vestníka, mena/názvu Kupujúceho. Pokiaľ k danému atribútu je v systéme evidované ďalšie konanie, systém o ňom sprístupní informácie spracovateľovi. Ak ide o ukončené konanie, spracovateľ môže vidieť všetky informácie o konaní. Ak konanie ešte nebolo ukončené, spracovateľovi systém sprístupní len informáciu o type prebiehajúceho konania bez ďalšieho detailu. Systém používateľom ponúkne prehľad úloh na základe dátumov začiatku konania a zákonných lehôt (zapísaných v základných parametroch systému). Rovnako zabezpečí odosielanie notifikácií o blížiacom sa termíne na dokončenie úlohy.
2.1	493
2.2	494	[[image:1738676635163-332.png]]
2.1	495
2.2	496	Prehľad aplikačných komponentov dohľadovej aplikácie:
2.1	497
2.2	498	Komponent pre evidenciu konaní
2.1	499
2.2	500	Tento komponent bude zodpovedný za evidenciu všetkých údajov súvisiacich s konaniami vo verejnom obstarávaní. Poskytne možnosť zaznamenať všetky kroky od prijatia podnetu, cez začiatok konania, jeho priebeh, prípadné prerušenie, až po vydanie rozhodnutia. Bude obsahovať možnosť spracovania dokumentov, ako sú informácie o začatí konania, výzvy na doplnenie, rozhodnutia a ďalšie súvisiace písomnosti. Tento komponent musí umožniť sledovanie stavu jednotlivých konaní, pričom pre používateľov poskytne prehľad o aktuálnych aj historických dátach. Zároveň bude podporovať možnosť priradenia záznamov konkrétnym spracovateľom a zobrazenie podrobností o ukončených prípadoch.
2.1	501
	502
2.2	503	Komponent pre správu dokumentácie
2.1	504
2.2	505	Tento komponent bude úzko integrovaný s registratúrnym systémom. Umožní správu všetkých dokumentov súvisiacich s konaniami, vrátane možnosti vytvárania nových spisov, priraďovania dokumentov k existujúcim spisom a evidovania pracovných verzií. Dokumenty, ktoré nebudú finalizované, zostanú vo verziách, ktoré nepôjdu do registratúry, kým ich používateľ neschváli. Tento komponent zároveň zabezpečí, že všetky relevantné údaje (dátum prijatia, dátum odoslania, dátum právoplatnosti atď.) budú synchronizované s registratúrou a budú prístupné prostredníctvom dohľadovej aplikácie.
2.1	506
	507
2.2	508	Komponent pre správu používateľov a oprávnení
2.1	509
2.2	510	Komponent bude integrovaný s Active Directory, čím sa zabezpečí správne prideľovanie oprávnení na základe organizačnej štruktúry ÚVO. Používatelia budú rozdelení do rolí (spracovateľ, asistent, superspracovateľ, dozor, admin), pričom každá rola bude mať presne definované oprávnenia. Tento komponent umožní správu prístupov k jednotlivým funkciám aplikácie, ako aj k dátam v rámci konkrétnych organizačných útvarov. Zabezpečí tiež prehľad o činnostiach používateľov.
2.1	511
	512
2.2	513	Komponent pre integráciu a interoperabilitu
2.1	514
2.2	515	Komponent bude zodpovedný za integráciu aplikácie s ďalšími systémami. Bude podporovať prepojenie s registratúrnym systémom, s databázou IS eForms (Vestník) a ďalšími relevantnými aplikáciami. Zabezpečí, že dáta budú prúdiť medzi systémami bez manuálneho zásahu, čím sa odstráni duplicita údajov a zabezpečí sa ich konzistencia. Tento komponent bude tiež obsahovať API pre prístup k údajom a ich využitie v iných systémoch alebo na analytické účely.
2.1	516
	517
2.2	518	Komponent pre notifikácie a sledovanie úloh
2.1	519
2.2	520	Hlavnou úlohou tohto komponentu je zabezpečiť, aby používatelia dostávali upozornenia o blížiacich sa termínoch, zákonných lehotách a pridelených úlohách. Používatelia budú môcť sledovať všetky svoje aktuálne úlohy na jednom mieste, pričom komponent zabezpečí prehľadné triedenie a filtrovanie úloh podľa priorít a termínov. Zároveň bude integrovaný s kalendárom a umožní plánovanie aktivít.
2.1	521
	522
2.2	523	Komponent pre zverejňovanie údajov
2.1	524
2.2	525	Tento komponent umožní automatizované zverejňovanie informácií a dokumentov na webovom sídle ÚVO a vo vestníku. Používatelia budú môcť označiť dokumenty určené na zverejnenie, pričom systém ich po schválení automaticky sprístupní verejnosti. Bude podporovať zverejňovanie informácií o začatí konania, rozhodnutí, zoznamoch konaní a ďalších údajoch, ktoré sú dôležité pre transparentnosť.
2.1	526
	527
2.2	528	Komponent pre analytiku a reporting
2.1	529
2.2	530	Tento komponent poskytne pokročilé možnosti na analýzu údajov a generovanie reportov. Umožní vizualizáciu dát o prebiehajúcich a ukončených konaniach, identifikáciu trendov a problémových oblastí. Podporí tvorbu plánov na zlepšenie procesov verejného obstarávania a poskytne prehľady pre manažérske rozhodovanie. Tento komponent bude integrovať údaje zo všetkých ostatných komponentov a zabezpečí ich spracovanie v reálnom čase.
2.1	531
2.2	532	Dohľadová aplikácia zabezpečí spracovanie agendy/typy konaní:
2.1	533
2.2	534	* Námietky
	535	* Kontroly
	536	* Správne konania
	537	* Rozklady
	538	* Odvolania
	539	* Priame rokovacie konania v mimoodvolacom konaní
	540	* Návrh na vyhotovenie/úpravu referencie
	541	* Strategické námietky
	542	* Strategické kontroly
2.1	543
2.2	544	[[image:file:///C:/Users/MILICA~~1.OKA/AppData/Local/Temp/msohtmlclip1/01/clip_image010.jpg]][[image:1738676721833-970.png]]
2.1	545
2.2	546	Aplikačná architektúra predpokladá vytvorenie dohľadovej aplikácie skladajúcej sa z viacerým komponentov, pričom ako celok budú integrované voči registratúre, s ktorou bude prebiehať obojstranná komunikácia pre zaevidovanie prichádzajúcich záznamov a taktiež tvorba záznamov zaevidovaných v rámci dohľadovej aplikácie. Špecifikácia integrácie bude predmetom fázy Analýza a Dizajn. Ďalším integrovaným systémom je samotný portál ÚVO skladajúci sa z niekoľkých komponentov, ktoré zodpovedajú za publikovanie informácií. Aplikácia bude zasielať dáta do komponentov portálu pre účely publikovania informácií verejnosti. Samotná špecifikácia integrácie bude zadefinovaná v rámci fázy Analýza a dizajn.
2.1	547
	548
2.2	549	Náhrada súčasnej komerčnej AAA (Authentication, Authorization, Accounting) platformy za open source riešenie:
2.1	550
2.2	551	Ide o implementáciu open-source riešenia na správu identity a prístupu, ktoré ponúka funkcie autentifikácie, autorizácie a jednotného prihlásenia (SSO). Jeho aplikačná architektúra je modulárna a škálovateľná, pričom kľúčové prvky zabezpečujú komplexnú správu identity a prístupu. Základom je Server, ktorý je zodpovedný za autentifikáciu používateľov, vydávanie tokenov a správu relácií. Tento server podporuje koncept Realm, ktorý umožňuje logické oddelenie konfigurácie pre rôzne aplikácie alebo organizácie. Na úrovni úložiska riešenie využíva relačné databázy, ako je PostgreSQL, na ukladanie údajov o používateľoch, rolách, klientoch a konfiguráciách. Integračná vrstva umožňuje synchronizáciu s LDAP alebo Active Directory, čím zabezpečuje centralizovanú správu používateľských účtov. Autentifikačné mechanizmy riešenia podporujú moderné protokoly, ako sú OAuth 2.0, OpenID Connect a SAML 2.0, čo umožňuje jednoduchú integráciu s modernými aj staršími aplikáciami. Používateľské prihlásenia môžu byť doplnené o multifaktorovú autentifikáciu (MFA), vrátane OTP a ďalších metód.
2.1	552
2.2	553	Tokeny, ako Access Token, Refresh Token a ID Token, sú základom na správu relácií a prístupu k aplikáciám. Riešenie tiež podporuje integráciu s externými API bránami, čo umožňuje ochranu a správu mikroslužieb. Správa je zabezpečená prostredníctvom Admin Console, kde administrátori môžu konfigurovať autentifikačné toky, pravidlá prístupu a klientov, pričom sa vyžaduje GUI rozhranie. Používatelia majú k dispozícii User Interface na správu svojich účtov.
2.1	554
2.2	555	Architektúra riešenia je navrhnutá tak, aby bola bezpečná a rozšíriteľná. Podporuje škálovanie prostredníctvom clusteringu a integráciu s kontajnerovými platformami, ako sú Kubernetes alebo OpenShift. Navyše, prispôsobiteľnosť pomocou Service Provider Interfaces (SPI) umožňuje vytvárať vlastné autentifikačné toky, pravidlá alebo rozšírenia. Celkovo riešenie poskytuje robustnú a modernú platformu na správu identity a prístupu pre rôzne scenáre nasadenia.
2.1	556
2.2	557	Je vyžadované, aby riešenie podporovalo aj integráciu na centrálny systém ÚPVS IAM, pričom riešenie musí podporovať možnosť vlastnej konfigurácie mapovania atribútov z ÚPVS identít na atribúty uložené v rámci IAM. Riešenie musí poskytnúť rovnaké rozhranie a protokoly pre integráciu ostatným aplikáciám, ktoré sú v súčasnosti integrované na súčasné riešenie. Je potrebné dbať na to, aby nebolo nutné vytvárať zmeny v už integrovaných aplikáciách, teda riešenie musí poskytovať aplikáciám rovnaké atribúty a mapovanie atribútov, aké v súčasnosti aplikácie využívajú.
2.1	558
2.2	559	Očakáva sa zachovanie súčasných používateľských účtov a to buď formou integrácie na súčasné úložisko identít LDAP alebo migráciou účtov do nového IAM storage. Je dôležité nenarušiť kontinuitu fungovania súčasných používateľov dotknutých IS.
2.1	560
2.2	561	[[image:1738676763423-346.png]]
2.1	562
2.2	563	[[image:file:///C:/Users/MILICA~~1.OKA/AppData/Local/Temp/msohtmlclip1/01/clip_image012.jpg]]
1.1	564
2.2	565	Aplikačná architektúra v prípade IAM predpokladá zachovanie integrácie pre informačné systémy využívajúce súčasný spôsob autentifikácie. V prípade IS EPVO ide o konzumáciu údajov a vytváranie si lokálnej kópie, a preto sa vyžaduje, aby nové IAM poskytovalo webové služby, cez ktoré je možné načítať údaje o používateľoch. Taktiež sa vyžaduje integrácia na ÚPVS IAM, v rámci ktorej sa budú načítavať všetky údaje, ktoré ÚPVS IAM poskytuje.
1.1	566
	567
2.2	568	4.2.1 Rozsah informačných systémov – AS IS
2.1	569
	570
2.2	571	\|Kód IS VS //(z MetaIS)//\|Názov IS VS\|(((
	572	Modul IS VS
2.1	573
2.2	574	//(zaškrtnite ak ISVS je modulom)//
	575	)))\|Stav IS VS\|Typ IS VS\|(((
	576	Kód nadradeného IS VS
2.1	577
2.2	578	//(v prípade zaškrtnutého checkboxu pre modul ISVS)//
1.1	579	)))
2.2	580	\|isvs_10860\|IS eForms\|☐\|Prevádzkujem a plánujem rozvíjať\| Agendový\|
	581	\|isvs_8425\|Nuntio\|☐\|Prevádzkujem a plánujem rozvíjať\| Agendový\|
	582	\|isvs_8409\|Informačný systém Profil\|☐\|Prevádzkujem a neplánujem rozvoj\|Agendový\|
	583	\|isvs_8408\|Informačný systém Vestník\|☐\|Prevádzkujem a neplánujem rozvoj\|Agendový\|
	584	\|isvs_453\|Webové sídlo ÚVO\|☐\|Prevádzkujem a plánujem rozvíjať\|Prezentačný ISVS\|
2.1	585
	586
2.2	587	4.2.2 Rozsah informačných systémov – TO BE
2.1	588
	589
2.2	590	Rozsah dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav:
1.1	591
2.2	592	\|Kód IS VS //(z MetaIS)//\|Názov IS VS\|(((
	593	Modul IS VS
1.1	594
2.2	595	//(zaškrtnite ak ISVS je modulom)//
	596	)))\|Stav IS VS\|Typ IS VS\|(((
	597	Kód nadradeného IS VS
1.1	598
2.2	599	//(v prípade zaškrtnutého checkboxu pre modul ISVS)//
2.1	600	)))
2.2	601	\|isvs_10860\|IS eForms\|☐\|Prevádzkujem a plánujem rozvíjať\| Agendový\|
	602	\|Isvs_8425\|Nuntio\|☐\|Prevádzkujem a plánujem rozvíjať\| Agendový\|
	603	\|isvs_14903\|IS Dohľadová aplikácia\|☐\|Plánujem vybudovať\| Agendový\|
	604	\|isvs_8409\|Informačný systém Profil\| ☐ \|Prevádzkujem a plánujem rozvíjať\|Agendový\|
	605	\|isvs_8408\|Informačný systém Vestník\| ☐ \|Prevádzkujem a plánujem rozvíjať\|Agendový\|
	606	\|isvs_453\|Webové sídlo ÚVO\| ☐ \|Prevádzkujem a plánujem rozvíjať\|Prezentačný ISVS\|
1.1	607
	608
	609
2.2	610	4.2.3 Využívanie nadrezortných a spoločných IS VS – AS IS
1.1	611
	612
2.2	613	V súčasnosti sú využívané nadrezortné a spoločné ISVS.
1.1	614
2.2	615	\|Kód IS\|Názov IS VS\|Kód IS - Spoločné moduly\|Spoločné moduly podľa zákona č. 305/2013 e-Governmente
	616	\|isvs_10860\|IS eForms\|isvs_10519\|IS CPDI - Modul procesnej integrácie a integrácie údajov
	617	\|isvs_10860, isvs_8425\|IS eForms, Nuntio\|isvs_8847\|Modul elektronických schránok
	618	\|isvs_8409\|Informačný systém Profil\|isvs_8846\|Autentifikačný modul – komunikačná časť
	619	\|isvs_8425\|Nuntio\|Isvs_9368\|Modul centrálnej elektronickej podateľne
	620	\|isvs_10860\|IS eForms\|Isvs_8848\|Modul elektronických formulárov
	621	\|isvs_10860, isvs_8425\|IS eForms, Nuntio\|isvs_9369\|Modul elektronického doručovania
	622	\|isvs_8425\|Nuntio\|Isvs_9370\|Notifikačný modul
	623	\|isvs_8425\|Nuntio\|Isvs_8851\|Modul dlhodobého uchovávania
1.1	624
	625
	626
	627
2.2	628	4.2.4 Prehľad plánovaných integrácií ISVS na nadrezortné IS VS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE
1.1	629
	630
2.2	631	Nerelevantné – projektom nie sú plánované žiadne integrácie na nadrezortné ISVS.
2.1	632
	633
2.2	634	\|Kód IS\|Názov IS VS\|Kód IS - Spoločné moduly\|Spoločné moduly podľa zákona č. 305/2013 e-Governmente
	635	\|isvs_10860\|IS eForms\|isvs_10519\|IS CPDI - Modul procesnej integrácie a integrácie údajov
	636	\|isvs_10860, isvs_8425\|IS eForms, Nuntio\|isvs_8847\|Modul elektronických schránok
	637	\|isvs_8409\|Informačný systém Profil\|isvs_8846\|Autentifikačný modul – komunikačná časť
	638	\|isvs_8425\|Nuntio\|Isvs_9368\|Modul centrálnej elektronickej podateľne
	639	\|isvs_10860\|IS eForms\|Isvs_8848\|Modul elektronických formulárov
	640	\|isvs_10860, isvs_8425\|IS eForms, Nuntio\|isvs_9369\|Modul elektronického doručovania
	641	\|isvs_8425\|Nuntio\|Isvs_9370\|Notifikačný modul
	642	\|isvs_8425\|Nuntio\|Isvs_8851\|Modul dlhodobého uchovávania
2.1	643
	644
2.2	645	4.2.5 Prehľad plánovaného využívania iných IS VS (integrácie) – TO BE
2.1	646
	647
2.2	648	Nerelevantné - projektom nie sú plánované žiadne integrácie.
2.1	649
	650
2.2	651	4.2.6 Aplikačné služby pre realizáciu koncových služieb – TO BE
2.1	652
	653
2.2	654	Nerelevantné - projektom nie sú budované žiadne aplikačné služby pre realizáciu koncových služieb.
2.1	655
	656
2.2	657	4.2.7 Aplikačné služby na integráciu – TO BE
2.1	658
	659
2.2	660	Nerelevantné – projektom nie sú budované žiadne aplikačné služby na integráciu.
2.1	661
	662
2.2	663	4.2.8 Poskytovanie údajov z ISVS do IS CPDI – TO BE
2.1	664
	665
2.2	666	Nerelevantné - Projektom nebudú poskytované údaje do CSRÚ.
2.1	667
	668
2.2	669	4.2.9 Konzumovanie údajov z IS CPDI – TO BE
2.1	670
	671
2.2	672	Nerelevantné - Projektom nebudú konzumované údaje z CSRÚ.
2.1	673
	674
2.2	675	4.3 Dátová vrstva
2.1	676
2.2	677	4.3.1 Údaje v správe organizácie
2.1	678
2.2	679	Riadenie životného cyklu správy údajov zahŕňa viacero prepojených procesov a činností, ktoré sú nevyhnutné pre efektívne získavanie, správu, udržiavanie, distribúciu a archiváciu údajov v organizácii. Tento proces je obzvlášť dôležitý v projektoch, ktoré zahŕňajú informačné systémy obsahujúce objekty evidencie. Aby bol manažment údajov efektívny, je potrebné zaviesť štruktúrovaný proces. Zavedenie procesov nad informačnými systémami umožňuje efektívny manažment údajov v celom životnom cykle, od ich získania až po archiváciu a zaisťuje, že údaje budú správne spravované a chránené počas celého ich použitia. ÚVO nemá zavedený systematický manažment údajov (vrátane nastavenie príslušných procesov a metodík pre správu celého životného cyklu údajov) – Predmetné je plánované realizovať v rámci projektu Lepšie využívanie údajov ÚVO. V kapitolách nižšie nepopisujeme AS IS stav a TO BE stav organizácie z pohľadu údajov, nakoľko predmetom projektu je digitálna transformácia úradu v rámci ktorej dochádza len k viacerým technologickým upgradom IS.
2.1	680
	681
	682
2.2	683	4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE
2.1	684
2.2	685	Nerelevantné - predmetom projektu je digitálna transformácia ÚVO, v rámci ktorej dochádza len k viacerým technologickým upgradom IS.
2.1	686
2.2	687	4.3.3 Referenčné údaje
2.1	688
2.2	689	4.3.3.1 Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné
2.1	690
2.2	691	V projekte nebudú vznikať údaje, ktoré by sa dali označiť ako referenčné.
2.1	692
2.2	693	4.3.3.2 Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CPDI
2.1	694
2.2	695	Nerelevantné – Projektom nebudú poskytované ani konzumované údaje do/z CSRÚ.
2.1	696
	697
2.2	698	4.3.4 Kvalita a čistenie údajov
2.1	699
2.2	700	4.3.4.1 Zhodnotenie objektov evidencie z pohľadu dátovej kvality
2.1	701
2.2	702	Nerelevantné - nejedná sa o projekt manažmentu údajov.
2.1	703
2.2	704	4.3.4.2 Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
2.1	705
	706
2.2	707	\|Rola\|Činnosti\|Pozícia zodpovedná za danú činnosť (správca ISVS / dodávateľ)
	708	\|Dátový špecialista pre dátovú kvalitu\|Spracovanie výstupov merania, interpretácie, zápis biznis pravidiel, hodnotiace správy z merania\|Dátový špecialista pre dátovú kvalitu
2.1	709
2.2	710	4.3.5 Otvorené údaje
2.1	711
2.2	712	Projektom nebudú poskytované žiadne otvorené údaje. – Nerealizuje sa
2.1	713
2.2	714	4.3.6. Analytické údaje
2.1	715
2.2	716	Projektom nebudú poskytované žiadne analytické údaje. – Nerealizuje sa
2.1	717
2.2	718	4.3.7 Moje údaje
2.1	719
2.2	720	Projektom nebudú poskytované žiadne moje údaje. – Nerealizuje sa
2.1	721
2.2	722	4.3.8 Prehľad jednotlivých kategórií údajov
2.1	723
	724
2.2	725	Projektom nebudú poskytované/konzumované referenčné, otvorené, analytické a ani žiadne moje údaje.
2.1	726
	727
2.2	728	4.4 Technologická vrstva
2.1	729
2.2	730	4.4.1 Prehľad technologického stavu - AS IS
2.1	731
2.2	732	[[image:1738677686665-760.png]]
2.1	733
2.2	734	Obrázok 3 Schéma technologickej vrstvy
2.1	735
2.2	736	Súčasťou projektu nie je rozšírenie technologickej vrstvy. V projekte nedochádza k zmene architektúry technologickej vrstvy napriek tomu, že v práci projektu dochádza k prechodu využívania SaaS.
2.1	737
	738
2.2	739	4.4.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
2.1	740
2.2	741	Súčasťou projektu nie je rozšírenie technologickej vrstvy. V projekte nedochádza k zmene architektúry technologickej vrstvy.
2.1	742
2.2	743	4.4.3 Návrh riešenia technologickej architektúry
2.1	744
2.2	745	Technologická architektúra sa oproti súčasnému stavu nemení a bude prevádzkovaná v rovnakom technologickom prostredí.
2.1	746
2.2	747	4.4.4 Využívanie služieb z katalógu služieb vládneho cloudu
2.1	748
2.2	749	Projekt nebude využívať služby z katalógu vládneho cloudu.
2.1	750
2.2	751	4.5 Bezpečnostná architektúra
2.1	752
2.2	753	Základnými východiskami pre rozvíjané riešenie bezpečnosti IS sú rovnako ako v súčasnom stave právne predpisy ako zákon č. 18/2018 Z.z. o ochrane osobných údajov, zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe, zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti a ďalej ISO/IES 27000, Common Criteria a OWASP Guides a dodatočných požiadaviek prevádzkovateľa systému.
2.1	754
2.2	755	Riešenie bude v oblasti bezpečnosti a ochrany dát aplikovať relevantné centrálne nastavené bezpečnostné politiky a pravidlá. Na technologickej úrovni budú implementované systémy v čo najvyššej možnej miere využívať komponenty, platformy a technológie datacentra ÚVO v nasledujúcich oblastiach:
2.1	756
2.2	757	* Bezpečnosť aplikácií s cieľom zabezpečiť dôvernosť, integritu, autentickosť a dostupnosť dát vytváraných, spracovávaných, uchovávaných alebo prenášaných prostredníctvom riešenia, a to v súlade so štandardom ISO/IEC 15408.
	758	* Bezpečnosť platformy a bezpečnosť dátových úložísk v cloudovom prostredí, v rámci ktorej sa definujú aktualizácie a udržiavanie štandardov pre jednotlivé operačné a databázové systémy, riadenie servisných a bezpečnostných záplat, riadenie zraniteľností a prístupov k virtualizačnej platforme, logovanie prístupov a zmien pre audit, ochrana pred škodlivým kódom.
	759	* Bezpečnosť sietí, kde sa nastaví monitoring sieťových prístupov, DNS bezpečnosť, bezpečnosť vzdialenej práce a práce externistov, emailových sieťových brán, dôveryhodných sieťových a internetových spojení.
	760	* Riadenie prístupov a autentifikačný a autorizačný koncept bude využívať centrálny komponent pre správu identít a prístupov.
	761	* Riadenie kontinuity prevádzky bude budované na replikácie dát a virtuálnych serverov. Validácia vstupných a výstupných dát – vzhľadom na zvýšené toky dát z externého prostredia bude potrebné venovať zvýšenú pozornosť validáciám štruktúr a povoleného obsahu dát pred ich spracovaním a importom do konsolidovanej databázy. Výstupné dáta bude potrebné špecificky kontrolovať a chrániť pred zverejnením obchodne citlivých a osobných údajov.
	762	* Riadenie prostredí pre vývoj, migrácie dát a testovanie – pre štandardný prístup implementácie a testovania zmien a datasetov pred ich nasadením do produkčného prostredia.
2.1	763
	764
2.2	765	Všetky rozhrania si budú vyžadovať pripojenie pomocou SSL. Zabezpečený bude monitoring sieťových prístupov, bezpečnosti údajov na diskových poliach, logovanie prístupov a zmien, ako aj služba poskytovania bezpečnej prístupovej siete. V rámci samotného IS budú využívané analytické nástroje pre monitorovanie a vyhodnocovanie bezpečnosti. V rámci IKT vybavenia bude zabezpečené nástroje pre ochranu proti škodlivému softvéru. IKT vybavenie v rámci miest podpory bude využívať VPN prepojenie. Pred spustením IS do prevádzky budú realizované penetračné testy.
2.1	766
2.2	767	Povinnosťou bude preukázať súlad so zákonom č. 95/2019 zákona o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov. Pre úspešnú realizáciu projektu je potrebné zabezpečiť dodržanie pravidiel stanovených Vyhláškou č. 78/2020 (resp. jej novelizácii) Z. z. o štandardoch pre informačné technológie verejnej správy. Z hľadiska ochrany osobných údajov bude dátový manažment realizovaný v súlade so zákonom č. 18/2018 Z.z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov. Implementácia a prevádzka systému musí v oblasti bezpečnosti brať do úvahy aj Zákon 69/2018 Z. z. o kybernetickej bezpečnosti, v znení neskorších predpisov. Bude vypracovaný bezpečnostný projekt rešpektujúci tieto pravidlá.
2.1	768
2.2	769	Bezpečnostná architektúra budúceho stavu bude v súlade s dotknutými právnymi normami a zároveň s technickými normami, ktoré stanovujú úroveň potrebnej bezpečnosti IS, pre manipuláciu so samotnými dátami, alebo technické / technologické / personálne zabezpečenie samotnej výpočtovej techniky/HW vybavenia. Ide najmä o:
2.1	770
	771
2.2	772	* Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe;
2.1	773
2.2	774	* Vyhláška Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy
2.1	775
2.2	776	* Zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente);
2.1	777
2.2	778	* Vyhláška Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 547/2021 Z. z. o elektronizácii agendy verejnej správy;
2.1	779
2.2	780	* Zákon č. 368/2021 o mechanizme na podporu obnovy a odolnosti a o zmene a doplnení niektorých zákon;
2.1	781
2.2	782	* Zákon č. 540/2001 Z. z. o štátnej štatistike ;
2.1	783
2.2	784	* Zákon č. 211/2000 Z. z. o slobodnom prístupe k informáciám (zákon o slobode informácií);
2.1	785
2.2	786	* Zákon č. 177/2018 Z. z. o niektorých opatreniach na znižovanie administratívnej záťaže využívaním informačných systémov verejnej správy;
2.1	787
2.2	788	* Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti;
2.1	789
2.2	790	* Zákon č. 45/2011 Z.z. o kritickej infraštruktúre ;
2.1	791
2.2	792	* Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy;
2.1	793
2.2	794	* Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy;
2.1	795
2.2	796	* Vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov;
2.1	797
2.2	798	* Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov);
2.1	799
2.2	800	* Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov;
2.1	801
2.2	802	* Zákon č. 343/2015 Z. z. o verejnom obstarávaní a o zmene a doplnení niektorých zákonov v znení neskorších predpisov – úplné znenie;
2.1	803
2.2	804	* Vyhláška č. 481/2023 Z. z. zo dňa 12. 12. 2023, ktorou sa ustanovuje finančný limit pre nadlimitnú zákazku, finančný limit pre nadlimitnú koncesiu a finančný limit pri súťaži návrhov;
2.1	805
2.2	806	* Vyhláška č. 73/2022 Z. z. zo dňa 14. 3. 2022, ktorou sa ustanovujú obsahové náležitosti dotazníka na zápis do zoznamu elektronických prostriedkov na elektronickú komunikáciu vo verejnom obstarávaní;
2.1	807
2.2	808	* Vyhláška č. 171/2019 Z. z. zo dňa 11. 6. 2019, ktorou sa mení a dopĺňa vyhláška Úradu pre verejné obstarávanie č. 157/2016 Z. z., ktorou sa ustanovujú podrobnosti o druhoch súťaží návrhov v oblasti architektúry, územného plánovania a stavebného inžinierstva, o obsahu súťažných podmienok a o činnosti poroty;
2.1	809
2.2	810	* Vyhláška č. 41/2019 Z. z. zo dňa 11. 02. 2019, ktorou sa ustanovujú podrobnosti o technických a funkčných požiadavkách pre nástroje a zariadenia používané na elektronickú komunikáciu vo verejnom obstarávaní;
2.1	811
2.2	812	* Vyhláška č. 157/2016 Z. z. zo dňa 23. 03. 2016, ktorou sa ustanovujú podrobnosti o druhoch súťaží návrhov v oblasti architektúry, územného plánovania a stavebného inžinierstva, o obsahu súťažných podmienok a o činnosti poroty;
2.1	813
2.2	814	* Vyhláška č. 155/2016 Z. z. zo dňa 23. 03. 2016, ktorou sa ustanovujú podrobnosti o jednotnom európskom dokumente a jeho obsahu;
2.1	815
2.2	816	* Vyhláška č. 132/2016 Z. z. zo dňa 23. 03. 2016, ktorou sa ustanovujú podrobnosti o postupe certifikácie systémov na uskutočnenie elektronickej aukcie;
2.1	817
2.2	818	* Zákon o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov – úplné znenie (Zákon o e-Governmente);
2.1	819
2.2	820	* Zákon č. 214/2021 Z. z. o podpore ekologických vozidiel cestnej dopravy a o zmene a doplnení niektorých zákonov;
2.1	821
2.2	822	* Vykonávacie Nariadenie Komisie (EÚ) 2019/1780 z 23. septembra 2019, ktorým sa stanovujú štandardné formuláre na uverejňovanie oznámení v oblasti verejného obstarávania a ktorým sa zrušuje vykonávacie nariadenie (EÚ) 2015/1986 (elektronické formuláre),
2.1	823
2.2	824	* Vykonávacie nariadenie Komisie (EÚ) 2022/2303 z 24. novembra 2022, ktorým sa mení vykonávacie nariadenie (EÚ) 2019/1780, ktorým sa stanovujú štandardné formuláre na uverejňovanie oznámení v oblasti verejného obstarávania,
2.1	825
2.2	826	* Vykonávacie nariadenie komisie(EÚ) 2023/2884 z 20. decembra 2023, ktorým sa mení vykonávacie nariadenie (EÚ) 2019/1780, ktorým sa stanovujú štandardné formuláre na uverejňovanie oznámení v oblasti verejného obstarávania
2.1	827
	828
2.2	829	4.6 Závislosti na ostatné IS VS / projekty
2.1	830
2.2	831	Predkladaný projekt nie je závislý na iných pripravovaných resp. prebiehajúcich projektoch.
2.1	832
	833
2.2	834	5. Zdrojové kódy
2.1	835
2.2	836	Súčasťou dodávky budú aj zdrojové kódy k vytvorenému riešeniu, pokiaľ to nevylučujú licenčné podmienky tretích osôb vo vzťahu k štandardným Softvérovým produktom, s komentármi a technickým popisom, a to pre prevádzkové a testovacie verzie počítačových programov, a práva na ich zverejnenie v centrálnom repozitári zdrojových kódov podľa § 15 ods. 2 písm. d) Zákona o informačných technológiách vo verejnej správe a § 31 vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu o štandardoch pre informačné technológie verejnej správy č. 78/2020 Z. z., a iného predpisu, ktorý môže v budúcnosti vyhlášku č. 78/2020 Z. z. nahradiť alebo doplniť.
2.1	837
2.2	838	ÚVO plánuje pri obstarávaní postupovať v zmysle vzoru Zmluvy o dielo. Zmluvnú úpravu predkladáme nasledujúcu:
2.1	839
2.2	840	* Zhotoviteľ je povinný pri akceptácii Informačného systému odovzdať Objednávateľovi funkčné vývojové a produkčné prostredie, ktoré je súčasťou Informačného systému.
	841	* Zhotoviteľ je povinný pri akceptácii Informačného systému alebo jeho časti odovzdať Objednávateľovi Vytvorený zdrojový kód v jeho úplnej aktuálnej podobe, 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. Za odovzdanie Vytvoreného zdrojového kódu Objednávateľovi sa na účely tejto Zmluvy o dielo rozumie odovzdanie technického nosiča dát Oprávnenej osobe Objednávateľa. O odovzdaní a prevzatí technického nosiča dát bude oboma Zmluvnými stranami spísaný a podpísaný preberací protokol.
	842	* Informačný systém (Dielo) v súlade s Technickou špecifikáciou obsahuje od zvyšku Diela oddeliteľný modul (časť) vytvorený Zhotoviteľom pri plnení tejto Zmluvy o dielo, ktorý je bez úpravy použiteľný aj tretími osobami, aj na iné alebo podobné účely, ako je účel vyplývajúci z tejto Zmluvy o dielo (ďalej ako „Modul"). Vytvorený zdrojový kód Informačného systému (s výnimkou Modulu) vrátane jeho dokumentácie bude prístupný v režime podľa § 31 ods. 4 písm. b) Vyhlášky č. 78/2020 (s obmedzenou dostupnosťou pre orgán vedenia a orgány riadenia v zmysle Zákona o ITVS – vytvorený zdrojový kód je dostupný len pre orgán vedenia a orgány riadenia). Pre zamedzenie pochybností uvádzame, že sa jedná len o zdrojový kód ktorý Dodávateľ vytvoril, alebo pozmenil v súvislosti s realizáciou diela. Objednávateľ je oprávnený sprístupniť Vytvorený zdrojový kód okrem orgánov podľa predchádzajúcej vety aj tretím osobám, ale len na špecifický účel, na základe riadne uzatvorenej písomnej zmluvy o mlčanlivosti a ochrane dôverných informácií.
	843	* Ak je medzi zmluvnými stranami uzatvorená SLA zmluva, od prevzatia Informačného systému sa prístup k vytvorenému zdrojovému kódu vo vývojovom a produkčnom prostredí, vrátane nakladania s týmto zdrojovým kódom, začne riadiť podmienkami dohodnutými v SLA zmluve.
	844	* Vytvorený zdrojový kód musí byť v podobe, ktorá zaručuje možnosť overenia, že je kompletný a v správnej verzii, t. j. v takej, ktorá umožňuje kompiláciu, inštaláciu, spustenie a overenie funkcionality, a to vrátane kompletnej dokumentácie zdrojového kódu (napr. interfejsov a pod.) takejto Informačného systému alebo jeho časti. Zároveň odovzdaný Vytvorený zdrojový kód musí byť pokrytý testami (aspoň na 90%) a dosahovať rating kvality (statická analýza kódu) podľa CodeClimate/CodeQLa pod. (minimálne stupňa B).
	845	* Pre zamedzenie pochybností, povinnosti Zhotoviteľa týkajúce sa Vytvoreného zdrojového kódu platí i na akékoľvek opravy, zmeny, doplnenia, upgrade alebo update Vytvoreného zdrojového kódu a/alebo vyššie uvedenej dokumentácie, ku ktorým dôjde pri plnení tejto Zmluvy o dielo alebo v rámci záručných opráv. Vytvorené zdrojové kódy budú vytvorené vyexportovaním z produkčného prostredia a budú odovzdané Objednávateľovi na elektronickom médiu v zapečatenom obale. Zhotoviteľ je povinný umožniť Objednávateľovi pri odovzdávaní Vytvoreného zdrojového kódu, pred zapečatením obalu, skontrolovať v priestoroch Objednávateľa prítomnosť Vytvoreného zdrojového kódu na odovzdávanom elektronickom médiu.
	846	* Nebezpečenstvo poškodenia zdrojových kódov prechádza na Objednávateľa momentom prevzatia Informačného systému alebo jeho časti, pričom Objednávateľ sa zaväzuje uložiť zdrojové kódy takým spôsobom, aby zamedzil akémukoľvek neoprávnenému prístupu tretej osoby. Momentom platnosti SLA zmluvy umožní Objednávateľ poskytovateľovi, za predpokladu, že to je nevyhnutné, prístup k Vytvorenému zdrojovému kódu výlučne na účely plnenia povinností z uzatvorenej SLA zmluvy.
	847	* V čo najvyššej možnej miere zabezpečiť, aby jednotlivé IS/moduly boli vyvinuté formou open source (EUPL licenčný model)
2.1	848
	849
	850
2.2	851	Ďalej uvádzame postupy, v zmysle ktorých bude narábané so zdrojovým kódom.
2.1	852
	853
2.2	854	* Centrálny repozitár zdrojových kódov: https:~/~/www.zakonypreludi.sk/zz/2020-78/znenie-20200501#p31+
	855	* Overenie zdrojového kódu s cieľom jeho prepoužitia: https:~/~/www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p7-3-c+
	856	* Spôsoby zverejňovania zdrojového kódu: https:~/~/www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p8-9+
	857	* Inštrukcie k EUPL licenciám: https:~/~/joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf+
2.1	858
	859
2.2	860	Uvedeným spôsobom obstarávania dôjde k zamedzeniu „Vendor lock-in" v súlade so Zákonom o ITVS.
2.1	861
	862
2.2	863	6. Prevádzka a údržba
2.1	864
2.2	865	Prevádzka a údržba navrhnutého riešenia projektu bude zabezpečená internými personálnymi kapacitami na úrovni podpory L1 až L3 (L3 externe). Pre hlásenie problémov bude využívaný Helpdesk. Predpoklad riešenia problémov a požiadaviek bude od nahlásenia problému alebo požiadavky prostredníctvom helpdesku (e-mailom, telefonicky, formulárom), identifikácia a preverenie problému/požiadavky, vykonanie opravy/podpory.
2.1	866
2.2	867	ÚVO v súčasnosti disponuje interným zamestnancom: Manažér kybernetickej a informačnej bezpečnosti.
2.1	868
2.2	869	6.1 Prevádzkové požiadavky
2.1	870
2.2	871	Prevádzkové požiadavky budú zabezpečené na úrovni podpory L1, L2 a L3.
2.1	872
2.2	873	6.1.1 Úrovne podpory používateľov
2.1	874
2.2	875	Help Desk bude realizovaný cez 3 úrovne podpory s nasledujúcim označením:
2.1	876
2.2	877	* L1 podpora - začiatočná úroveň podpory, ktorá je zodpovedná za riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.
	878	* L2 podpora - riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.
	879	* L3 podpora - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťažnejších hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov, ktorú bude zabezpečovať výrobca implementovaných nástrojov.
2.1	880
2.2	881	Prevádzka implementovaných nástrojov v rámci projektu L1 až L3 bude zabezpečená internými zamestnancami ÚVO. V prípade nevyhnutnej potreby bude zabezpečená L3 podpora výrobcu implementovaných nástrojov, ktorá bude financovaná z vlastných zdrojov ÚVO.
2.1	882
2.2	883	6.1.2 Riešenie incidentov – SLA parametre
2.1	884
2.2	885	Za incident je považovaná chyba IS, t.j. správanie sa v rozpore s prevádzkovou a používateľskou dokumentáciou IS. Za incident nie je považovaná chyba, ktorá nastala mimo prostredia IS napr. výpadok poskytovania konkrétnej služby Vládneho cloudu alebo komunikačnej infraštruktúry.
2.1	886
2.2	887	Označenie naliehavosti incidentu:
2.1	888
2.2	889	\|Označenie naliehavosti incidentu\|Závažnosť incidentu\|Popis naliehavosti incidentu
	890	\|A\|Kritická\|Je to vada spôsobená vážnou chybou a/alebo nedostatkom dodávanej softvérovej aplikácie, pričom táto chyba a/alebo nedostatok zabraňuje používaniu dodávanej softvérovej aplikácie. Nie je možné poskytnúť požadovaný výstup z IS.
	891	\|B\|Vysoká\|(((
	892	Je vada, spôsobená chybou a/alebo nedostatkom dodávanej softvérovej aplikácie, pričom táto chyba a/alebo nedostatok obmedzuje používanie dodávanej softvérovej aplikácie nasledovne:
2.1	893
2.2	894	Niektoré aplikačné funkcie (moduly, komponenty, objekty, programy) dodávanej softvérovej aplikácie nie sú funkčné alebo nie je umožnený prístup k niektorej aplikačnej funkcii (modulu, komponentu, objektu, programu) dodávanej softvérovej aplikácie
2.1	895
2.2	896	alebo
2.1	897
2.2	898	(ii) Nie je možné vykonať výber niektorých údajov alebo nie je možné vyhotoviť niektorý výstup z databázy údajov dodávanej softvérovej aplikácie alebo nie je možné vykonať prístup k niektorým údajom v databáze údajov dodávanej softvérovej aplikácie.
2.1	899
2.2	900	napr. tlač pomocných výstupov, zostavy, funkčnosť nesúvisiaca s vyrubením a pod.
	901	)))
	902	\|C\|Stredná\|(((
	903	Do tejto kategórie spadajú všetky chyby a/alebo nedostatky spojené s používaním dodávanej softvérovej aplikácie, ktoré nie sú klasifikované ako závažné alebo kritické vady, pričom však čiastočne obmedzujú používanie dodávanej softvérovej aplikácie a vyžadujú si:
2.1	904
2.2	905	Nastavenie parametrov systému Poskytovateľom alebo
2.1	906
2.2	907	(ii) Vzniknutá vada a/alebo nedostatok má za príčinu miernu nepohodlnosť pri práci so softvérovou aplikáciou, ktorá je však funkčná.
	908	)))
2.1	909
	910
2.2	911	možný dopad:
2.1	912
	913
2.2	914	\|Označenie závažnosti incidentu\|Dopad\|Popis dopadu
	915	\|1\|katastrofický\|katastrofický dopad, priamy finančný dopad alebo strata dát,
	916	\|2\|značný\|značný dopad alebo strata dát
	917	\|3\|malý\|malý dopad alebo strata dát
2.1	918
	919
	920
2.2	921	Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
2.1	922
	923
2.2	924	\|(% colspan="2" rowspan="2" %)Matica priority incidentov\|(% colspan="3" %)Dopad
	925	\|Katastrofický - 1\|Značný - 2\|Malý - 3
	926	\|(% rowspan="3" %)Naliehavosť\|Kritická - A\|1\|2\|3
	927	\|Vysoká - B\|2\|3\|3
	928	\|Stredná - C\|2\|3\|4
2.1	929
	930
2.2	931	Vyžadované reakčné doby:
2.1	932
	933
2.2	934	\|Označenie priority incidentu\|Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu\|Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^\|(((
	935	//Spoľahlivosť ^^(3)^^//
2.1	936
2.2	937	//(počet incidentov za mesiac)//
2.1	938	)))
2.2	939	\|1\|0,5 hod.\|4 hodín\|//1//
	940	\|2\|1 hod.\|12 hodín\|//2//
	941	\|3\|1 hod.\|24 hodín\|//10//
	942	\|4\|1 hod.\|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov
2.1	943
	944
2.2	945	* (1) Reakčná doba je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.
2.1	946
	947
2.2	948	* (2) DKVI znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu úspešným uchádzačom (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom (DKVI) sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je úspešný uchádzač oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.
2.1	949
	950
2.2	951	* (3) Maximálny počet incidentov za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.
2.1	952
	953
2.2	954	* (4) Incidenty nahlásené verejným obstarávateľom úspešnému uchádzačovi v rámci testovacieho prostredia
2.1	955
2.2	956	a)Majú prioritu 3 a nižšiu
2.1	957
2.2	958	b)Vzťahujú sa výhradne k dostupnosti testovacieho prostredia
2.1	959
2.2	960	c)Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.
2.1	961
2.2	962	Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:
2.1	963
2.2	964	* Služby systémovej podpory na požiadanie (nad paušál)
	965	* Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)
2.1	966
2.2	967	Pre tieto služby budú dohodnuté osobitné parametre dodávky.
2.1	968
	969
2.2	970	6.2 Požadovaná dostupnosť IS:
2.1	971
	972
2.2	973	\|Popis\|Parameter\|Poznámka
	974	\|Prevádzkové hodiny\|8 hodín\|Po – Pia, 8:00 - 16:00
	975	\|(% rowspan="2" %)Servisné okno\|14 hodín\|od 17:00 hod. - do 7:00 hod. počas pracovných dní
	976	\|24 hodín\|od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov Servis a údržba sa bude realizovať mimo pracovného času.
	977	\|Dostupnosť produkčného prostredia IS\|97%\|(((
	978	* 97% z 24/7/365 t.j. max ročný výpadok je 10,95 dňa. Maximálny mesačný výpadok je 21,9 hodiny.
	979	* Vždy sa za takúto dobu považuje čas od 0.00 hod. do 23.59 hod. počas pracovných dní v týždni.
	980	* Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 6:00 hod. - do 18:00 hod. počas pracovných dní). Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.
	981	* V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.
2.1	982	)))
	983
	984
2.2	985	6.2.1 Dostupnosť (Availability)
2.1	986
	987
2.2	988	Dostupnosť znamená, že dáta sú prístupné v okamihu jej potreby. Narušenie dostupnosti sa označuje ako nežiaduce zničenie (destruction) alebo nedostupnosť. Dostupnosť je zvyčajne vyjadrená ako percento času v danom období, obvykle za rok. V projekte sa uvažuje 97% dostupnosť znamená výpadok 10,95 dňa.
2.1	989
	990
2.2	991	6.2.2 RTO (Recovery Time Objective)
2.1	992
	993
2.2	994	V rámci projektu sa očakáva tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni.
2.1	995
	996
2.2	997	6.2.3 RPO (Recovery Point Objective)
2.1	998
	999
2.2	1000	V rámci projektu sa očakáva tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni.
2.1	1001
	1002
2.2	1003	7. Požiadavky na personál
2.1	1004
2.2	1005	Požiadavky na personál, ako aj pracovné náplne jednotlivých projektových rolí sú detailne popísané v Projektovom zámere.
2.1	1006
	1007
2.2	1008	8. Implementácia a preberanie výstupov projektu
2.1	1009
2.2	1010	Implementácia a preberanie výstupov projektu bude realizované v súlade s Vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy v zmysle ustanovení podľa § 5 a nasledovných ustanovení.
2.1	1011
	1012
2.2	1013	9. Prílohy
2.1	1014
2.2	1015	Koniec dokumentu
2.1	1016
	1017
	1018
	1019
2.2	1020

Wiki zdrojový kód pre I-03 Prístup k projektu (pristup_k_projektu)

Aplikácie

Navigácia

Tips

Moje posledné úpravy

Need help?