I-02 Projektový zámer (projektovy_zamer)

PROJEKTOVÝ ZÁMER

Vzor pre manažérsky výstup  I-02

 podľa vyhlášky MIRRI č. 401/2023 Z. z.  (účinnosť od 1.4.2025)

Schvaľovanie dokumentu

1. HISTÓRIA DOKUMENTU

1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE

Tento dokument je v súlade s vyhláškou MIRRI č. 401/2023 Z.z. v znení neskorších predpisov, pričom je  určený na rozpracovanie detailných informácií prípravnej a iniciačnej fázy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.

Dokument Projektový zámer obsahuje manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, návrh merateľných ukazovateľov a obsahuje aj

1. detailný opis požadovaných projektových výstupov,
2. detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu,
3. detailný opis rozpočtu projektu a jeho prínosov,
4. harmonogram projektu,
5. vyhodnotenie rizík a závislostí,
6. architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy a bezpečnostnej architektúry,
7. vyhodnotenie alternatív riešenia projektu pre každú vrstvu architektúry riešenia,
8. špecifikáciu a klasifikáciu údajov spracovaných v projekte,
9. požiadavky na prevádzku a údržbu výstupov projektu,
10. požiadavky na technologickú infraštruktúru a posúdenie alternatív prevádzky infraštruktúry cloud computingom,
11. požiadavky na zdrojové kódy,
12. opis implementácie projektu a preberania výstupov projektu.

Súbežne boli vyhotovené dokumenty ako I-04 Katalóg požiadaviek, M-05 Analýza nákladov a prínosov a M-06 Evidencia komponentov v MetaIS.

1. 
   
   1. Použité skratky a pojmy

Tabuľka 1 Skratky a pojmy

1. DEFINOVANIE PROJEKTU

1. 
   
   1. Manažérske zhrnutie

Dôvod realizácie projektu

Mesto Lučenec čelí dlhodobým problémom v odpadovom hospodárstve: nedostatočné triedenie komunálneho odpadu, neoprávnené využívanie kontajnerových stojísk, zvýšené náklady na odvoz a environmentálne zaťaženie. Projekt reaguje na tieto výzvy zavedením inteligentných technológií, ktoré umožnia spravodlivý systém poplatkov, zníženie nelegálneho odpadu a efektívnejšie hospodárenie s verejnými zdrojmi.

Obsah projektu

Predmetom projektu je:

• HW riešenia:
  • elektronické uzamykanie polopodzemných kontajnerov,
  • čipový systém otvárania stojísk kontajnerov,
  • inteligentný vhadzovací bubon pre polopodzemné kontajnery,
  • RFID čítačky na zvozové vozidlá a ručné čítačky.
• SW riešenia a služby:
  • evidencia a monitoring výsypov odpadu v reálnom čase,
  • zabezpečený prenos dát,
  • správa prístupových čipov a databázy používateľov,
  • integrácia do mestských informačných systémov.
• Súvisiace aktivity: montáž, inštalácia a podpora prevádzky.

Indikatívna výška finančných prostriedkov

• Celkové oprávnené výdavky: 644 312,03 €
• Požadovaný nenávratný finančný príspevok (EFRR + ŠR): 592 767,07 €
• Spolufinancovanie zo strany Mesta Lučenec: 51 544,96 €

Prínosy projektu

• Pre obyvateľov: vyššia čistota a hygiena, spravodlivý systém poplatkov („pay as you throw“), motivácia k triedeniu odpadu.
• Pre mesto: efektívnejšie plánovanie trás a harmonogramov zvozu, zníženie nákladov na prevádzku, presná evidencia vývozov a množstva odpadu.
• Pre životné prostredie: zníženie objemu nevytriedeného odpadu a obmedzenie nelegálnych skládok, nižšia uhlíková stopa.

Cieľová skupina

Výsledky projektu sú určené pre všetkých obyvateľov mesta Lučenec – najmä 5 300 používateľov ročne (obyvatelia bytových a rodinných domov využívajúcich stojiská a polopodzemné kontajnery).

Väzba na európske fondy

Projekt je realizovaný ako dopytovo-orientovaný projekt v rámci Programu Slovensko 2021 – 2027, priorita 1P1 Veda, výskum a inovácie, špecifický cieľ RSO1.2 – Využívanie prínosov digitalizácie. Je súčasťou Integrovaného územného mechanizmu – Integrovaných územných investícií (IÚI) pre Funkčnú mestskú oblasť Lučenec.

Prijímateľom je Mesto Lučenec, ktoré disponuje organizačnými a personálnymi kapacitami na riadenie a udržateľnosť projektu.

1. 
   
   1. Motivácia a rozsah projektu

Problém

Mesto Lučenec v súčasnosti čelí viacerým problémom v oblasti odpadového hospodárstva:

• neefektívne a nákladné procesy zberu komunálneho odpadu,
• neoprávnené využívanie kontajnerových stojísk a polopodzemných kontajnerov cudzími osobami,
• nedostatočná evidencia vývozov a množstva odpadu,
• nízka motivácia obyvateľov triediť odpad, čo vedie k vysokému podielu zmesového komunálneho odpadu,
• zvýšené hygienické riziká a estetické problémy v okolí stojísk (prístup zvierat, nelegálne skládky).

Tieto faktory spôsobujú finančné straty mestu a znižujú kvalitu života obyvateľov.

Predmetné biznis procesy

Projekt sa týka modernizácie a digitalizácie 4 hlavných procesov odpadového hospodárstva:

1. Správa a evidencia prístupu k odpadovým stojiskám – zavedenie čipového systému.
2. Správa polopodzemných kontajnerov – uzamykateľný systém a vhadzovacie bubny.
3. Proces vývozu a evidencie odpadu – monitoring prostredníctvom RFID čítačiek na vozidlách a ručných čítačiek.
4. Správa dát a rozhodovanie – evidencia množstva odpadu, plánovanie trás a harmonogramov zvozu, reporting pre mesto.

Oblasť (agenda / životná situácia)

Projekt sa týka agendy životného prostredia a komunálnych služieb. Životná situácia: „Nakladanie s komunálnym odpadom v meste“ – teda všetky služby spojené so zberom, triedením a spracovaním odpadu, ktoré priamo ovplyvňujú kvalitu života obyvateľov mesta.

Rozsah projektu

• Subjekty: Mesto Lučenec (ako žiadateľ a prijímateľ), obyvatelia mesta (cca 5 300 používateľov ročne), podnikateľské subjekty s využívaním mestského odpadového systému.
• Informačné systémy VS (ISVS):
  • mestský IS pre evidenciu a správu odpadu,
  • integračné väzby na centrálne registre (v rozsahu potrebnom pre správu dát a vykazovanie),
  • zabezpečená komunikácia s dodávateľským SW na monitoring odpadu.
    Projekt je plne v súlade s požiadavkami METAIS a vyhlášky 401/2023.

Motivácia

• vytvorenie spravodlivého a transparentného systému poplatkov „pay as you throw“,
• zvýšenie motivácie obyvateľov na triedenie odpadu,
• optimalizácia nákladov na zvoz,
• posilnenie čistoty a hygieny v meste,
• podpora environmentálnej politiky mesta a plnenie legislatívnych cieľov SR/EÚ v oblasti recyklácie.

Obmedzenia

• projekt sa realizuje v rámci schválenej výzvy PSK-MIRRI a jeho rozsah je viazaný na oprávnené výdavky (max. 644 312,03 €),
• obmedzený časový rámec implementácie (10/2025 – 05/2026),
• závislosť od technologických dodávateľov (dodávky HW, montáž, SW služby),
• nutnosť zabezpečenia udržateľnosti výsledkov minimálne 5 rokov po ukončení projektu, vrátane krytia prevádzkových nákladov zo strany mesta
  1. 
     
     1. Realizované aktivity v zmysle výzvy

V rámci projektu budú realizované nasledovné aktivity, ktoré budú plniť podmienky vyzvy:

• A (IoT zariadenia a senzory): projekt obsahuje RFID čítačky, prístupové čipy, elektronické zámky a vhadzovacie bubny → všetko sú IoT zariadenia prenášajúce dáta na spracovanie.
• B (otvorené dáta): vytvorenie LKOD podľa DCAT-AP-SK2.0 a registrácia datasetov v NKOD (data.gov.sk).
• C (analytické údaje): mestský IS bude interoperabilný, v súlade so štandardmi prílohy č. 11 výzvy; umožní poskytovanie analytických údajov MIRRI.
• D (legislatíva): realizácia v súlade so zákonom o IT VS (95/2019), zákonom o e-Governmente (305/2013), vyhláškami 401/2023, 78/2020, 547/2021.
• E (neoprávnené aktivity): projekt neobsahuje kamerové systémy ani verejné osvetlenie.
• F (súlad s Akčným plánom inteligentných miest a regiónov 2023–2026): projekt napĺňa oblasť Nakladanie s komunálnym odpadom a Environmentálna infraštruktúra.
• G (priradenie k oprávneným aktivitám): hlavná aktivita IoT a podporné aktivity sú definované podľa výzvy.
• H (časovanie): fyzická realizácia začne až po predložení ŽoNFP (10/2025 – 05/2026).
• I (súlad s PZ IÚI): projekt je v súlade so schváleným PZ IÚI „LC091 – Inteligentné riešenia pre odpadové hospodárstvo“.

1. 
   
   1. Zainteresované strany (Stakeholderi)

Tabuľka 2 Zainteresované strany (Stakeholderi)

1. 
   
   1. Ciele projektu

Tabuľka 3 Ciele projektu

1. 
   
   1. Merateľné ukazovatele (KPI)

Tabuľka 4 Merateľné ukazovatele (KPI)

Vysvetlivky k vyplneniu tabuľky:

• Vzory merateľných ukazovateľov pre projekt sú publikované v Checkliste pre agendu Merateľné ukazovatele/KPI (https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html )
• AS IS merateľné ukazovatele – t. j. popíšte, aké merateľné ukazovatele máte teraz (vpíšte výsledky meraní – v merateľných jednotkách) .
• TO BE merateľné ukazovatele – t. j. popíšte cieľové merateľné ukazovatele, ktoré chcete dosiahnuť.
• Odporúčame, aby váš budúci IS mal automatizovaný monitoring (na pravidelnej báze, napr. týždenne) vami stanovených merateľných ukazovateľov – s cieľom, aby ste mohli riadiť službu, produkt, proces, ľudí
• V prípade financovania cez zdroje EÚ uvádzať aj Projektové merateľné ukazovatele z programu alebo jeho časti a výzvy (špecifické ciele, merateľné ukazovatele atď.).

1. 
   
   1. Špecifikácia potrieb koncového používateľa

Skupiny koncových používateľov

 Používateľské príbehy (user stories)

• Ako obyvateľ bytového domu chcem mať možnosť otvoriť kontajnerové stojisko priložením čipu, aby som mal bezpečný a pohodlný prístup k odpadovým nádobám a aby cudzie osoby nemohli odpad zneužívať.
• Ako obyvateľ rodinného domu chcem, aby systém zaznamenával každý vývoz mojej nádoby, aby som platil len za množstvo odpadu, ktoré skutočne vyprodukujem.
• Ako pracovník MsÚ chcem mať k dispozícii dátový systém s evidenciou vývozov, aby som vedel optimalizovať harmonogramy zvozu a riešiť reklamácie občanov.
• Ako vodič zvozového vozidla chcem, aby RFID čítačka automaticky načítala čip pri vývoze, aby som sa nemusel zdržiavať manuálnym zadávaním.

Výkonnostné a spokojnostné indikátory

• Výkonnostné (performance) indikátory:
  • priemerný čas prístupu k stojisku (AS IS: 2–3 min s rizikom znečistenia, TO BE: < 30 s),
  • miera chybovosti čítania RFID čipov (AS IS: 0 %, systém neexistuje, TO BE: < 2 %),
  • podiel online vs. offline evidencie vývozov (AS IS: 0 %, TO BE: 100 %).
• Spokojnostné indikátory:
  • Net Promoter Score (NPS) obyvateľov s odpadovým hospodárstvom (AS IS: neexistuje, TO BE: > +30),
  • Customer Effort Score – jednoduchosť prístupu ku kontajnerom (TO BE: ≥ 4/5),
  • Customer Satisfaction (CSAT) pri reklamáciách (TO BE: ≥ 80 % spokojnosť).

1. 
   
   1. Detailný opis obmedzení a predpokladov

Dôvody pre vymedzenie rozsahu

• Finančné obmedzenia: Projekt je viazaný na schválený rozpočet (644 312,03 €) a oprávnené výdavky podľa pravidiel Programu Slovensko.
• Vecné zameranie výzvy: Projekt je súčasťou opatrenia RSO1.2 – Využívanie prínosov digitalizácie, ktoré sa sústreďuje na IoT riešenia, dáta a inteligentné služby pre mestá.
• Prioritizácia potrieb mesta: V prvej fáze sa rieši komunálny odpad ako najväčšia výzva, iné oblasti (napr. vodohospodárstvo, energetika) budú predmetom ďalších projektov.
• Prevádzkyschopnosť: Z dôvodu kapacít MsÚ je nutné začať s realizovateľným rozsahom (kontajnery, stojiská, RFID systém), ktorý je možné riadiť a udržať.

Predpoklady pre úspešnú realizáciu projektu

• Technické predpoklady:
  • dostupnosť a funkčnosť HW (kontajnerové uzávery, RFID čítačky, čipy),
  • funkčná integrácia SW riešenia s existujúcimi IS mesta,
  • dostupnosť mobilného pripojenia pre online prenos dát (SIM moduly v čítačkách).
• Organizačné predpoklady:
  • kapacitne zabezpečený projektový tím (projektový a finančný manažér, technický dohľad),
  • zapojenie Oddelenia dopravy a životného prostredia MsÚ Lučenec,
  • spolupráca s dodávateľmi v súlade s VO.
• Legislatívne a regulačné predpoklady:
  • súlad s vyhláškou č. 401/2023 Z. z. o riadení projektov IT VS a vyhláškou č. 547/2021 Z. z. o elektronizácii agendy VS,
  • dodržanie GDPR pri spracúvaní osobných údajov obyvateľov (údaje o prístupových čipoch),
  • súlad s podmienkami čerpania EÚ fondov (Program Slovensko).
• Finančné predpoklady:
  • pridelenie NFP v požadovanej výške (592 767,07 €),
  • zabezpečenie spolufinancovania z rozpočtu mesta (51 544,96 €).
• Časové predpoklady:
  • dodržanie harmonogramu realizácie (10/2025 – 05/2026),
  • dostupnosť dodávateľov v požadovaných termínoch.

1. 
   
   1. Vyhodnotenie rizík a závislostí

Tabuľka 5 Prehľad najzávažnejších rizík a závislostí

1. 
   
   1. Detailný opis rozpočtu projektu a jeho prínosov

Náklady projektu boli stanovené na základe prieskumu trhu troch základných komponentov, ktoré sú predmetom projektu. Jedná sa o nasledovné:

• Kontajnery
• RFID snímače
• Stojiská
  1. 
     
     1. Sumarizácia nákladov a prínosov

V nasledujúcej tabuľke sú definované náklady na projekt v zmysle ŽoNFP:

Tabuľka 6 Sumarizácia nákladov a prínosov

Prínosy projektu

• Zvýšenie efektívnosti odpadového hospodárstva – presná evidencia vývozov a množstva odpadu, optimalizácia trás zvozových vozidiel.
• Spravodlivé poplatky za odpad („pay as you throw“) – obyvatelia a podnikatelia platia podľa reálne vyprodukovaného množstva odpadu.
• Vyššia čistota a hygiena v meste – uzamknuté stojiská a kontajnery zabránia rozhadzovaniu odpadu, prístupu zvierat a vzniku nelegálnych skládok.
• Podpora triedenia a recyklácie – kontrolovaný prístup k odpadovým nádobám motivuje k správnemu triedeniu odpadu.
• Zníženie nákladov mesta – úspora na zvoze vďaka optimalizovaným harmonogramom a zníženiu nelegálneho odpadu.
• Lepšie plánovanie a rozhodovanie – systém poskytuje dátové podklady pre riadenie odpadového hospodárstva a dlhodobé plánovanie investícií.
• Vyššia transparentnosť – mesto aj obyvatelia majú prehľad o nakladaní s odpadom a výške poplatkov.
• Zlepšenie kvality života obyvateľov – čistejšie a bezpečnejšie prostredie, menší zápach, menej hlodavcov a hmyzu.
• Environmentálny prínos – nižší objem skládkovaného odpadu, nižšie emisie z dopravy vďaka optimalizácii trás.
• Inovácie a digitalizácia služieb – zavedenie IoT a smart riešení v súlade s princípmi inteligentného mesta (smart city).
  1. 
     
     1. Zdroj financovania

Zdrojom financovania je Program Slovensko na základe výzvy - PSK-MIRRI-619-2024-ITI-EFRR - Podpora rozvoja tvorby, spracovania, využívania a prepájania dát v rámci verejnej správypre inteligentné rozhodovanie, plánovanie a správu.

1. 
   
   1. Harmonogram projektu

V nasledujúcej tabuľke je definovaný harmonogram realizácie projektu

Projekt bude realizovaný metódou waterfall

1. 
   
   1. Návrh organizačného zabezpečenia projektu (projektový tím)

Riadenie projektu a publicita bude zabezpečovaná internými kapacitami Žiadateľa. Žiadateľ disponuje kompletným materiálovo-technickým zabezpečením, informačno-komunikačnými technológiami a technickým a administratívnym personálom potrebným na vykonávanie účtovných, kontrolných a ekonomických činností v rámci realizácie projektu a udržateľnosti. Na udržateľnosť bude dohliadať projektová pracovná skupina, ktorá bude monitorovať priebeh projektu v súlade so zmluvou o NFP prostredníctvom monitorovacích správ. Na administratívnu prevádzku je zriadená samostatná kancelária vybavená kompletným vybavením, ktoré je potrebné vykonávanie danej činnosti. Vybavenie kancelárie pozostáva z písacích stolov, skríň, policovej zostavy, stoličiek a zariadení s výpočtovou technikou - PC na spracovanie databáz, tlačiareň a multifunkčné zariadenie. Kancelária bude technicky slúžiť na spracovanie, úschovu a odosielanie dokumentov na ďalšie spracovanie. Mestský úrad Lučenec je počtom zamestnancov zaradený medzi malé stredné podniky. Vedúci oddelení dokážu aj v prípade hroziacich manažérskych rizík zabezpečiť plnohodnotné plnenie úloh bez prerušenia napredovania projektu a splnenia časových rámcov.

Projektový manažér: Mgr. Benjamín Pravda

Pracovný pozícia a vzdelanie: projektový manažér, vysokoškolské II. Stupňa

Popis pracovnej činnosti:

• riadenie projektu po vecnej a obsahovej stránke;
• kontrola plnenia stanoveného časového rámca realizácie aktivít projektu;
• kontrola plnenia ďalších záväzkov prijímateľa vyplývajúcich zo Zmluvy o poskytnutí NFP;
• kontrola z pohľadu stanovených úloh a výstupov projektu;
• komunikácia (osobná/písomná) s poskytovateľom, zhotovenie záznamov z pracovných stretnutí;
• vypracovanie žiadostí o platbu a monitorovacích správ projektu až po záverečnú monitorovaciu správu;
• v prípade potreby vypracovanie žiadostí o zmenu;
• kontrola plnenia časového harmonogramu implementácie a indikátorov projektu;
• dohľad nad plnením povinných indikátorov uvedených v ŽoNFP;
• spolupráca s ostatnými internými zamestnancami Mestského úradu v Lučenci pri implementácii projektu;
• poskytnutie súčinnosti počas kontrol na mieste realizácie projektu;
• v prípade potreby organizovanie monitorovacích stretnutí administratívneho personálu v riadení projektu;
• zabezpečenie publicity v zmysle požiadaviek RO a Zmluvy o poskytnutí NFP, príprava podkladov k publicite projektu.

Finančný manažér: Ing. Katarína Matejková

Pracovná pozícia a vzdelanie: Vedúca Oddelenia ekonomiky a majetku Mesta, vysokoškolské II. Stupňa

Popis pracovnej činnosti:

• vypracovanie a kontrola Žiadostí o platbu v spolupráci s projektovým manažérom;
• spolupráca s ostatnými internými zamestnancami Mestského úradu v Lučenci;
• poskytovanie súčinnosti počas kontrol na mieste realizácie projektu;
• zabezpečenie plynulého finančného riadenia projektu;
• kontrola výstupov z účtovníctva potrebných pri implementácii projektu;
• kontrola vystavených faktúr v súvislosti s realizáciou projektu, kontrola plnenia záväzkov objednávateľa vyplývajúcich z realizácie projektu;
• zaúčtovanie účtovných dokladov, sledovanie správnosti úhrad nákladov projektu, po ukončení zaradenie investície do majetku;
• príprava podpornej dokumentácie k ŽoP;
• zabezpečenie poistenia majetku.

Odborná stránka projektu a dohľad nad technickou stránkou projektu, ako aj dohľad na technické špecifikácie obstarávaného majetku bude zabezpečená zamestnancami Oddelenia dopravy a životného prostredia mesta Lučenec v spolupráci s Oddelením vnútornej správy mesta Lučenec.

1. LEGISLATÍVA

Na realizáciu projektu nie sú potrebné legislatívne zmeny

1. ARCHITEKTÚRA RIEŠENIA PROJEKTU

V tejto časti je popísaný základný architektonický pohľad na architektúru

1. 
   
   1. Stanovenie alternatív architektúry riešenia
      1. Stanovenie alternatív v biznisovej vrstve architektúry

V nasledujúcej tabuľke sú popísané základné uvažované variatny:

Kritériá pre hodnotenie alternatív (MCA)

Výsledné hodnotenie alternatív

• Alt. 0 – Bez projektu: najlacnejšie, ale nulové prínosy, vylúčené.
• Alt. 1 – Čiastočná digitalizácia: nízke náklady, prínos len pre mesto a technické služby.
• Alt. 2 – Kontrola prístupu: prínos pre obyvateľov, zvýšenie čistoty, ale chýba dátová podpora a optimalizácia.
• Alt. 3 – Komplexné riešenie: najlepšie napĺňa všetky ciele, má najvyšší synergický efekt (pre obyvateľov, mesto aj životné prostredie), je plne v súlade s Programom Slovensko a IÚS.
  1. 
     
     1. Stanovenie alternatív v aplikačnej vrstve architektúry

Z pohľadu aplikačnej vrstvy sú komponenty nastavené tak, aby implementované nasledovné nevyhnutné komponenty:

• Správa prístupu a bezpečnosti
  • Modul správy prístupových čipov (registrácia, deaktivácia, pridelenie používateľom).
  • Modul kontroly prístupu k stojiskám (autentifikácia pri vstupe).
• Evidencia a monitoring odpadu
  • Modul evidencie vývozov odpadu (zvozové vozidlá + RFID čítačky).
  • Modul databázy nádob a priradených domácností.
• Poplatky a účtovanie
  • Modul evidencie množstva vyprodukovaného odpadu.
  • Modul výpočtu poplatku podľa objemu (Pay-as-you-throw).
• Administrácia a reporting
  • Modul správy používateľov a rolí (MsÚ, zvozová spoločnosť).
  • Modul dashboardu pre pracovníkov MsÚ (prehľad o stave odpadu, vývozoch, reklamáciách).
• Integrácie a infraštruktúra
  • API rozhranie pre RFID čítačky, čipy a zámky.
  • Bezpečné ukladanie a prenos dát (šifrovanie, GDPR).
  • Integrácia na NKOD

1. 
   
   1. 
      
      1. Stanovenie alternatív v technologickej vrstve architektúry

Projekt bude nasadený na infraštruktúre mesta.

1. 
   
   1. Náhľad architektúry a popis budúceho cieľového produktu

Popis cieľového produktu podľa architektonických vrstiev

Biznis architektúra

• Cieľový stav: Transparentné a spravodlivé nakladanie s komunálnym odpadom prostredníctvom digitalizovaných procesov.
• Podporované procesy:
  • Kontrola prístupu k stojiskám (obyvatelia bytových domov),
  • Uzamknutie polopodzemných kontajnerov (2600 domácností),
  • Evidencia vývozov a množstva odpadu (500 nádob RFID),
  • Spravodlivé účtovanie poplatkov (Pay-as-you-throw),
  • Monitoring a reporting pre MsÚ.

Aplikačná architektúra

• Nutné moduly:
  • Modul správy prístupových čipov,
  • Modul evidencie vývozov odpadu (RFID čítačky + databáza nádob),
  • Modul výpočtu poplatkov podľa množstva,
  • Dashboard/reporting pre MsÚ,
  • API rozhrania a integrácie s IS mesta.
• Preferované moduly:
  • Mobilná aplikácia pre obyvateľov (notifikácie, prehľad poplatkov),
  • IoT senzory naplnenosti,
  • Integrácia s GIS a otvorenými dátami.

Technologická architektúra

• HW komponenty: RFID čítačky na vozidlách, ručné čítačky, prístupové čipy, elektronické zámky, bubnové vhadzovače.
• SW komponenty: Mestský IS pre evidenciu odpadu, integračné API, dátové úložisko, LKOD podľa DCAT-AP-SK 2.0.
• Infra: Hosting v mestskom dátovom centre s možnosťou integrácie s GOV Cloud, zabezpečené pripojenie cez VPN/SIM.

Funkčné a nefunkčné požiadavky

• Funkčné požiadavky (výber)

• Registrácia a správa prístupových čipov (obyvatelia, domácnosti).
• Evidencia vývozov odpadu cez RFID čítačky na vozidlách.
• Evidencia objemu vhodeného odpadu cez bubnový systém.
• Výpočet poplatku za odpad podľa objemu („pay as you throw“).
• Dashboard pre pracovníkov MsÚ (prehľad vývozov, štatistiky, reklamácie).
• Export datasetov do NKOD (otvorené dáta).
• Nefunkčné požiadavky

• Bezpečnosť: šifrovaný prenos dát, GDPR, Common Criteria.
• Dostupnosť: SLA min. 99,5 %.
• Interoperabilita: súlad s prílohou č. 11 výzvy a vyhl. 78/2020 (štandardy ISVS).
• Používateľská kvalita: UX testovanie podľa vyhl. 547/2021, responzívne rozhranie.
• Rozšíriteľnosť: možnosť budúcej integrácie s ďalšími smart city službami.

Náhľad budúcej IT architektúry

• Biznis vrstva (ArchiMate – Business Layer)

• Business Actor: Obyvateľ, MsÚ Lučenec, Zvozová spoločnosť.
• Business Process: Odloženie odpadu, Evidencia vývozu, Správa poplatkov.
• Business Service: Čisté a dostupné stojiská, Transparentné účtovanie, Reporting.

• Aplikačná vrstva (ArchiMate – Application Layer)

• Application Component:
  • „Access Control System“ (čipy, zámky),
  • „Waste Collection Monitoring“ (RFID čítačky, databáza nádob),
  • „Billing Module“ (PAYT),
  • „City Dashboard“ (MsÚ).
• Application Service: Evidencia odpadu, Správa prístupu, Reporting, Export otvorených dát.

• Technologická vrstva (ArchiMate – Technology Layer)

• Device: RFID reader, Ručný skener, Smart lock, IoT vhadzovač.
• System Software: Databáza odpadu, API middleware.
• Infrastructure Service: Hosting, VPN, GOV Cloud integrácia.
  1. Biznis vrstva

Riešenie nevytvára koncové služby

1. 
   
   1. 
      
      1. Návrh riešenia v biznis vrstve architektúry

Popísané v časti 5.2

1. 
   
   1. 
      
      1. Prehľad koncových služieb – budúci stav (TO BE):

Riešenie nevytvára koncové služby

Tabuľka 11Prehľad koncových služieb - budúci stav (TO BE)

1. 
   
   1. 
      
      1. Organizačné zmeny a Procesy dotknuté navrhovaným riešením

Nie je potrebné realizovať organizačné zmeny a zmeny procesov

1. 
   
   1. 
      
      1. Jazyková podpora lokalizácia

Bude prevedené v slovenskom jazyku

1. 
   
   1. Aplikačná vrstva

V nasledujúcej tabuľke je uvedený základný koncept aplikačnej vrstvy

1. 
   
   1. 
      
      1. Návrh riešenia v aplikačnej vrstve architektúry

Uvedené v časti 5.4

1. 
   
   1. 
      
      1. Rozsah informačných systémov – budúci stav (TO BE)

V nasledujúcej tabuľke je rozsah dotknutých ISVS

Tabuľka 12 Rozsah informačných systémov - budúci stav (TO BE)

1. 
   
   1. 
      
      1. Využívanie nadrezortných a spoločných ISVS – AS IS

Nie sú využívané

Tabuľka 13 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS)

1. 
   
   1. 
      
      1. Prehľad plánovaných integrácií na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 Z.z. o  e-Governmente – budúci stav (TO BE)

Nebudú využívané nadrezortné ISVS

Tabuľka 14 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)

1. 
   
   1. 
      
      1. Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)

ISVS bude integrovaný na data.slovensko.sk

Tabuľka 15 Prehľad plánovaných integrácií na iné ISVS  – budúci stav (TO BE)

1. 
   
   1. 
      
      1. Aplikačné služby pre Koncové služby – budúci stav (TO BE)

Projektom vytvorené AS sú uvedené v nasledujúcej tabuľke

Tabuľka 16 Aplikačné služby pre Koncové služby – budúci stav (TO BE)

1. 
   
   1. 
      
      1. Aplikačné služby na integráciu – budúci stav (TO BE)

Nebudú vytvorené AS na integráciu

Tabuľka 17 Aplikačné služby na integráciu – budúci stav (TO BE)

1. 
   
   1. Dátová architektúra

V tejto časti je popísaná základná dátový architektúra projektu

1. 
   
   1. 
      
      1. Objekty evidencie

V nasledujúcej tabuľke sú uvedené základné objekty evidencie projektu.

Tabuľka 18 Objekty evidencie

1. 
   
   1. 
      
      1. Referenčné údaje

Projekt nevytvára referenčné údaje

Tabuľka 19 Návrh na vyhlásenie a zmeny referenčných údajov

1. 
   
   1. 
      
      1. Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)

Projekt neposkytuje údaje do IS CPDI, avšak projekt bude poskytovať údaje do NKOD ako LOKD.

Tabuľka 20 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)

1. 
   
   1. 
      
      1. Konzumovanie údajov z IS CPDI – budúci stav (TO BE)

Projekt nebude konzumovať údaje z IS CPDI

Tabuľka 21 Konzumovanie údajov z IS CPDI – budúci stav (TO BE)

1. 
   
   1. 
      
      1. Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)

V nasledujúcej tabuľke sú identifikované údaje pre poskytovanie

Tabuľka 22 Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)

1. 
   
   1. 
      
      1. Kvalita a čistenie údajov

Tabuľka 23 Zhodnotenie dátovej kvality objektov evidencie

1. 
   
   1. 
      
      1. Otvorené údaje

V nasledujúcej tabuľke sú uvedené otvorené údaje, ktoré bude projekt poskytovať

Tabuľka 25 Objekty evidencie, ktoré budú sprístupnené ako otvorené údaje

1. 
   
   1. 
      
      1. Analytické údaje

V nasledujúcej tabuľke sú uvedené údaje vhodné ako analytické dáta

Tabuľka 26 Objekty evidencie, ktoré budú projektom pripravené pre analytické účely

1. 
   
   1. 
      
      1. Moje údaje

Projekt negeneruje moje údaje

Tabuľka 27 Objekty evidencie, ktoré spadajú do kategórie Mojich údajov

1. 
   
   1. 
      
      1. Prehľad jednotlivých kategórií údajov

V nasledujúcej tabuľke je prehľad o údajoch

Tabuľka 28 Prehľad jednotlivých kategórií údajov

1. 
   
   1. Technologická architektúra

1. 
   
   1. 
      
      1. Návrh riešenia technologickej architektúry

Architektonický prístup a rozhodnutia

• Cloud-native orientácia: aplikačné komponenty budú navrhnuté ako kontajnerizované služby (Docker/Kubernetes), nezávislé od konkrétnej infraštruktúry (datacentrum mesta, vládny cloud alebo hybridné riešenie).
• Štandardizované služby: využitie štandardov pre integráciu (REST/GraphQL API, DCAT-AP-SK2.0, OpenAPI 3.0), pre otvorené dáta (RDF, JSON) a pre analytické výstupy (CSV/Parquet).
• Microservices & zdieľané služby: každý aplikačný modul (správa prístupov, evidencia vývozov, PAYT, reporting) bude nasadený ako samostatná služba, so zdieľaným integračným a dátovým vrstvou.
• Nezávislosť od infraštruktúry: riešenie sa pripravuje tak, aby v prípade rozhodnutia bolo možné ho presunúť do vládneho cloudu (IaaS/PaaS), alebo prevádzkovať v mestskom datacentre.

Požiadavky na prevádzkové prostredia

• Vývojové prostredie

• účel: implementácia a testovanie kódu vývojármi,
• infra: menšie VM (4 vCPU, 8 GB RAM, 100 GB disk), lokálne GitLab CI/CD, DevOps pipeline,
• požiadavky: prístup pre dodávateľa aj interných IT, oddelenie od produkcie.
• Testovacie prostredie

• účel: systémové a integračné testy, akceptačné testy s reálnymi datasetmi (anonymizované),
• infra: stredné VM (8 vCPU, 16 GB RAM, 250 GB disk), oddelená databáza, monitoring výkonu,
• požiadavky: staging integrácie s externými službami (NKOD sandbox, centrálna analytika).
• Produkčné prostredie

• účel: ostrá prevádzka ISVS,
• infra: vysoko dostupné prostredie (cluster Kubernetes alebo HA VM), 2× aplikačný server (16 vCPU, 32 GB RAM, 500 GB SSD), databázový cluster (PostgreSQL/Timescale), load balancer, storage (min. 1 TB),
• požiadavky:
  • SLA ≥ 99,5 %,
  • monitoring (Prometheus/Grafana, ELK stack),
  • zálohovanie (RPO ≤ 1 hod, RTO ≤ 4 hod),
  • bezpečnosť (šifrovanie TLS, RBAC, SIEM logovanie min. 12 mesiacov).

Podpora aplikačnej vrstvy

Technologická architektúra zabezpečí:

• Správu prístupov – smart zámky a čipy napojené na aplikačný modul AccessControl cez IoT gateway.
• Evidenciu vývozov – RFID čítačky (vozidlá, ručné) → IoT edge → Message broker (MQTT/Kafka) → aplikačný modul CollectionEvent.
• Výpočet poplatkov (PAYT) – databázový cluster (PostgreSQL) + aplikačná služba PayAsYouThrow, napojená na ekonomický IS mesta.
• Reporting a otvorené dáta – BI vrstva (Metabase/PowerBI, open-source alternatíva) → export do LKOD → harvest do NKOD.
• Integráciu – API Gateway (Kong/Apigee) s OpenAPI 3.0, autentifikácia cez OAuth2.
  1. 
     
     1. Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)

V nasledujúcej tabuľke sú uvedené základné výkonnostné parametre a kapacitné požiadavky:

Tabuľka 29 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE)

1. 
   
   1. 
      
      1. Využívanie služieb z katalógu služieb vládneho cloudu

Nebudú využívané služby VC

Tabuľka 30 Využívanie služieb z katalógu služieb vládneho cloudu

1. 
   
   1. Bezpečnostná architektúra

1. 
   
   1. 
      
      1. Návrh riešenia bezpečnosti

Prístup a metodika

• Riadenie rizík: vychádza z katalógu rizík (dodávateľské, technologické, legislatívne) – každý identifikovaný scenár má mitigáciu (napr. vendor lock-in → otvorené štandardy, GDPR → pseudonymizácia údajov).
• Právny rámec: dodržiavanie legislatívy:
  • Zákon č. 95/2019 Z. z. o IT VS,
  • Zákon č. 18/2018 Z. z. o ochrane osobných údajov (GDPR),
  • Vyhl. 78/2020 (štandardy ISVS), 401/2023 (riadenie projektov ITVS), 547/2021 (UX).
• Bezpečnostná politika mesta: vychádza z interných smerníc mesta a politiky kybernetickej bezpečnosti podľa zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti.
• Bezpečnostný manažment: projekt zavádza princípy security by design, s požiadavkami zapracovanými už v návrhu architektúry (šifrovanie, RBAC, audit).

Bezpečnostné opatrenia podľa vrstiev architektúry

• Biznis vrstva

• Politiky a procesy: definované pravidlá prístupu k údajom občanov, proces DPIA (posúdenie vplyvu na ochranu údajov).
• Roly a zodpovednosti: dátový kurátor a bezpečnostný manažér mesta zodpovedajú za integritu a súlad údajov.
• Zmluvné záväzky: dodávateľ povinný dodržiavať SLA a bezpečnostné požiadavky mesta (vrátane sankcií).
• Aplikačná vrstva

• Autentifikácia a autorizácia: OAuth2/OIDC pre integrácie; RBAC (role-based access control) pre interných používateľov.
• Audit a logovanie: všetky prístupy a transakcie budú zaznamenávané do SIEM (logy min. 12 mesiacov).
• Validácia vstupov: vstupné dáta validované číselníkmi (napr. typ nádoby, typ reklamácie) – ochrana proti injekciám a chybným dátam.
• Ochrana API: API gateway s rate limiting, TLS 1.3, IP allowlist pre integračné prístupy.
• Dátová vrstva

• Šifrovanie: dáta v pokoji šifrované (AES-256), dáta v prenose cez TLS 1.3.
• GDPR opatrenia: minimalizácia osobných údajov, pseudonymizácia ID domácností pre analytické účely, právo na výmaz.
• Data Quality: implementované pravidlá kvality (úplnosť, konzistentnosť) a automatizované kontroly.
• Zálohovanie: pravidelné zálohy DB (RPO ≤ 1 hod, RTO ≤ 4 hod).
• Technologická infraštruktúra

• Hardening: OS a middleware podľa bezpečnostných štandardov (CIS benchmarky).
• Sieťová bezpečnosť: oddelenie sietí (LAN, DMZ, VPN), firewall, IDS/IPS.
• Dostupnosť: vysoko dostupné prostredie (Kubernetes cluster, HA databáza).
• Monitoring: 24/7 dohľad, systém včasného varovania (SIEM, SNMP monitoring).

Aspekty bezpečnosti (CIA)

• Dôvernosť (Confidentiality):
  • prístup k údajom len oprávneným osobám (RBAC, ABAC),
  • šifrovanie údajov v prenose a úložisku,
  • anonymizácia/pseudonymizácia pri otvorených a analytických dátach.
• Integrita (Integrity):
  • validácia vstupov,
  • elektronické podpisy/dig. pečate pre exportované súbory,
  • kontrolné súčty (hashovanie) pri prenose dát,
  • versioning údajov (archívna stopa zmien).
• Dostupnosť (Availability):
  • HA prostredie (redundantné servery, cluster DB),
  • RPO ≤ 1 hod, RTO ≤ 4 hod,
  • záložné linky pre komunikáciu (Govnet + VPN fallback).

4. Postupy na dosiahnutie bezpečnosti

1. Bezpečnostná analýza a DPIA – pri spustení IS.
2. Penetračné testy – pred produkčným nasadením, opakované ročne.
3. Bezpečnostný monitoring a SIEM – detekcia anomálií a incidentov.
4. Incident Response Plan – definované postupy riešenia kybernetických incidentov.
5. Kontinuálne školenia – zamestnanci MsÚ a technickej správy.
6. Externý audit – minimálne raz ročne (alebo podľa požiadaviek NBU/MIRRI).

1. 
   
   1. 
      
      1. Určenie obsahu bezpečnostných opatrení

V tabuľke sú uvedené aplikované bezpečnostné opatrenia

Tabuľka 33 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení

1. 
   
   1. 
      
      1. Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky,

Projekt bude realizovaný v súlade s nasledovnou legislatívou:

• 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
• Vyhláška 362/2018 Z. z. ktorou sa ustanovuje obsah bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení
• Zákon č. 45/2011 Z.z. o kritickej infraštruktúre
• 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
• 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
• vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov
• 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)
• Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.
• Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení neskorších predpisov,
• 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)
• Vyhláška 401/2023  MIRRI SR o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy,
• Vyhláška 78/2020 Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu o štandardoch pre informačné technológie verejnej správy,
• Vyhláška 547/2021 MIRRI SR o elektronizácii agendy verejnej správy.

1. 
   
   1. 
      
      1. Riešenie autentifikácie a prístupov používateľov

Požiadavky na autentifikáciu používateľov

• Jednotné prihlásenie (SSO):
  • preferované využitie centrálneho Autentifikačného modulu IAM ÚPVS (ak dostupný),
  • podpora OIDC / SAML 2.0 pre integráciu so systémami verejnej správy,
  • možnosť integrácie s mestským Active Directory (interní zamestnanci).
• Viacfaktorová autentifikácia (MFA):
  • pre interných používateľov povinné (heslo + OTP/token),
  • pre administrátorov a prevádzku povinné (heslo + HW token / mobilná aplikácia),
  • externí používatelia (obyvatelia mesta) – prihlásenie cez eID / mobilID (pri službách dostupných cez ÚPVS).
• Minimálne štandardy hesiel:
  • dĺžka min. 12 znakov,
  • pravidelné prehodnocovanie bezpečnosti hesiel,
  • podpora správy politiky hesiel v súlade s vyhl. 179/2020 a NBU odporúčaniami.

Požiadavky na používateľské role a správu prístupov

• Interní používatelia

1. Úradník – Oddelenie životného prostredia
   • prístup k evidencii vývozov, reklamáciám, reportingovým dashboardom,
   • možnosť riešiť incidenty, vyhodnocovať KPI, generovať výstupy pre analytiku.
2. Úradník – Oddelenie ekonomiky (poplatky)
   • prístup k výstupom PAYT modulu,
   • možnosť upravovať tarify, kontrolovať výpočty, exportovať podklady do ekonomického IS.
3. Správca systému (administrátor)
   • správa používateľov a rolí, konfigurácia čítačiek, stojísk, integrácií,
   • plný prístup k logom a nastaveniam.
4. Prevádzka a technická podpora (IT oddelenie, dodávateľ)
   • prístup na úrovni infraštruktúry (server, DB),
   • riešenie incidentov, monitoring, deployment aktualizácií,
   • oddelený od prístupu k dátam občanov (zásada least privilege).

• Externí používatelia

1. Občan – domácnosť (Moje údaje)
   • prístup len k údajom vlastnej domácnosti (vývozy, prístupové čipy, tarify, reklamácie),
   • prihlasovanie cez IAM ÚPVS (eID, mobilID).
2. Partner – zvozová spoločnosť
   • prístup k záznamom vývozov priradeným k vlastným vozidlám,
   • prístup k logom čítačiek a zariadení na úrovni IoT integrácie.
3. Partner – tretie strany (napr. analytické jednotky MIRRI)
   • prístup cez API Gateway (REST/GraphQL),
   • len k agregovaným alebo anonymizovaným datasetom,
   • autorizácia cez OAuth2 (client credentials flow).

Správa prístupov

• RBAC (Role-Based Access Control): prístup definovaný rolami, priradenie používateľov rolám.
• ABAC (Attribute-Based Access Control): pre jemnozrnnú autorizáciu (napr. občan vidí len vlastnú domácnosť, technik len priradené vozidlo).
• Životný cyklus prístupov:
  • onboarding (vytvorenie účtu, priradenie rolí),
  • zmeny rolí pri zmene pracovnej pozície,
  • offboarding (zrušenie účtu pri odchode zamestnanca/dodávateľa).
• Audit: každý prístup do systému je logovaný a pravidelne auditovaný (min. 12 mesiacov).

Správa aplikácie

• Administrátorské rozhranie – správa čipov, RFID tagov, taríf, integračných konektorov, publikovaných datasetov.
• Monitoring a reporting – SIEM logy, monitorovanie prevádzky IoT zariadení, dashboardy o stave systému.
• Change management – zmeny v aplikácii schvaľované cez proces riadenia zmien (METAIS, architektonická rada mesta).

1. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU

1. 
   
   1. Návrh riešenia prevádzky a údržby

Prevádzka a údržba systému

• Model prevádzky: hybrid – aplikačné komponenty nasadené v mestskom datacentre s možnosťou migrácie do Vládneho cloudu (IaaS/PaaS).
• Zodpovednosť:
  • Mesto Lučenec (MsÚ): vlastníctvo systému, základná administrácia používateľov, dohľad nad SLA.
  • Dodávateľ systému: údržba aplikačných služieb, aktualizácie SW, opravy chýb, patch management.
  • IT oddelenie MsÚ: monitoring infraštruktúry, koordinácia s dodávateľom pri incidentoch.
• Údržba:
  • pravidelné aktualizácie aplikačného SW (štvrťročne, bezpečnostné záplaty do 30 dní),
  • priebežný upgrade IoT zariadení (firmware),
  • monitoring dostupnosti a výkonu (24/7).

Úroveň poskytovania služieb (SLA)

• Dostupnosť: SLA ≥ 99,5 % pre produkčné prostredie.
• Podpora:
  • pracovné dni 8:00–18:00 – štandardná podpora (helpdesk, ticketing),
  • 24/7 – kritické incidenty (výpadok systému, nefunkčné RFID čítačky).
• Čas odozvy (incident management):
  • kritický incident: reakcia do 2 hodín, riešenie do 8 hodín,
  • vysoká priorita: reakcia do 4 hodín, riešenie do 24 hodín,
  • bežná priorita: reakcia do 1 pracovného dňa, riešenie do 5 dní.

Obnova systému a dát (Disaster Recovery)

• Zálohovanie:
  • databázy – inkrementálne zálohy každú hodinu, plná záloha denne, retenčná doba 30 dní,
  • konfiguračné súbory a logy – denné zálohy, retenčná doba 14 dní,
  • zálohy ukladané do oddelenej lokality (off-site).
• Obnovovacie parametre:
  • RPO (Recovery Point Objective) ≤ 1 hodina,
  • RTO (Recovery Time Objective) ≤ 4 hodiny.
• Plán obnovy: pravidelné testovanie DRP (min. 1× ročne).

Systém pre manažment služieb podpory

• Používaný systém: MsÚ Lučenec plánuje využívať existujúci Service Desk/Helpdesk systém (napr. Jira Service Management alebo alternatívny ITSM nástroj).
• Integrácia: požaduje sa integrácia ticketov s logmi a incidentmi aplikačného systému – napr.
  • automatické zakladanie incidentu pri kritickej udalosti (výpadok RFID čítačky, chyba DB),
  • export štatistík incidentov pre reporting SLA,
  • API konektor medzi IS dodávateľa a mestským ITSM.

1. 
   
   1. Zabezpečenie podpory používateľov a prevádzky

Podpora prevádzky a používateľov je zvyčajne realizovaná cez 3 úrovne podpory, s nasledujúcim označením a obsahom činnosti:

• Podpora L1 (podpora 1. stupňa - Level 1) - začiatočná úroveň podpory, ktorej základnou funkciou 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ď. Je zabezpečovaná  prostredníctvom pracoviska jednotného kontaktného miesta.
• Podpora L2 (podpora 2. stupňa – Level 2 -  postúpenie požiadaviek od L1) – 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.
• Podpora L3 (podpora 3. stupňa) - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobtiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.
  1. Riešenie incidentov v prevádzke - parametre úrovní služby

Parametre služby riešenia incidentov v prevádzke sú špecifikované na základe určenia priority incidentu pomocou kombinácie jeho naliehavosti a dopadu podľa najlepších skúseností z praxe (best practice) z oblasti manažmentu IT služieb (  Information Technology Infrastructure Library - ITIL V3) nasledovným spôsobom:

Incident - za incident je považovaná každá nahlásená alebo inak zistená relevantná skutočnosť týkajúca sa aktíva (informačného systému) alebo jeho časti, ktorého nedostupnosť alebo nefunkčnosť má vplyv na poskytovanie služieb.

Tabuľka 35 Klasifikácia Naliehavosti incidentu

Tabuľka 36 Klasifikácia Závažnosti incidentu

Určenie priority incidentu je kombináciou dopadu a naliehavosti podľa nasledovnej matice:

Tabuľka 37 Určenie priority incidentu

Parametre služby Riešenia incidentov v prevádzke:

Tabuľka 38 Parametre služby Riešenia incidentov v prevádzke

1. 
   
   1. Požadovaná dostupnosť informačného systému:

Uvedené vyššie

1. 
   
   1. Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky

Bude zabezpečované súčasnými pracovníkmi organizácie

1. 
   
   1. Požiadavky na zdrojové kódy

Zdrojové kódy budú riešené v zmluve o dielo

1. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU

Realizačná fáza projektu bude v zmysle vyhlášky 401/2023 Z.z. pozostávať z uvedených etáp:

• Analýza a dizajn,
• Nákup HW a SW
• Implementácia a testovanie,
• Nasadenie a post implementačná podpora

1. ODKAZY

N/A

1. PRÍLOHY

N/A

[1] EUPL licencie: https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf