doplnené do kap. 3.1 manažérske zhrnutie v rozsahu:
Rámcový rozpočet projektu je stanovený na sumu 13 138 427,38 € bez DPH. Projekt bude financovaný z nenávratného finančného príspevku (ďalej len „NFP“) na základe predloženej a schválenej ŽoNFP a za podmienok ustanovených vo výzve a súvisiacich dokumentoch. NFP sa poskytuje zo zdrojov Európskeho fondu regionálneho rozvoja (ďalej len „EFRR“) v súlade s pravidlami stanovenými v platnej Stratégii financovania EFRR, ESF+, KF, FST a ENRAF na programové obdobie 2021 – 20276 (ďalej len „SF“). Identifikácia výzvy:
Názov výzvy: Výzva: Posilnenie a modernizácia intervenčných kapacít a infraštruktúry na zvládanie katastrof
Kód výzvy: PSK-MV-002-2024-DV-EFRR
Priorita: 2P2. Životné prostredie
Špecifický cieľ RSO2.4 Podpora adaptácie na zmenu klímy a prevencie rizika katastrof a odolnosti s prihliadnutím na ekosystémové prístupy
Opatrenie 2.4.8 Posilnenie a modernizácia intervenčných kapacít a infraštruktúry na zvládanie katastrof
v CBA uvádzate aj nákup licencii k tabletom a aj licencie k smart telefonom. Prosime do textu zapracovať aj tieto položky spolu s odovodnením na čo budu slúžiť.
v CBA, karta UAW prosíme vysvetliť početnosť. Početnosť je definovaná ako typ daného užívateľa, nie početnosť ks (napr. 1 typ operátora).
Zároveň uvádzate 2x použivatelov: operátorov, poverený používateľ, administrátor...prosím o vysvetlenie rozdielu medzi nimi, taktiež aj o vysvetlenie typ používateľa G2IS B.
Títo používatelia nemali byť uvedení v CBA. Záložka ostala vyplnená z iného projektu z CBA a nebola aktualizovaná.
Opravili sme danú záložku a uviedli 1 používateľa, Zamestnanec inštitúcie verejnej správy (G2E), teda hasiči ako jediní používatelia. Zložitosť 1 a počet 1 typ.
V CBA na karte Pozície interné je potrebné zmeniť koeficient odvodov a to podla príspevkov do garančného fondu.
Štandardne štátne inštitúcie neprispievajú do garančného fondu vzhľadom k tomu, že sa ich to zo zákona netyká, možnosť nevyplatiť mzdu čiže garantujú vyplatenie mzdy. Z tohto dôvodu by ste mali uvádzať koeficient odvodov na 0,3595.
Manuál: “Koeficient odvodov, ktorého hodnota vstupuje do výpočtu výšky nákladov na danú pozíciu (štandardná sadzba vo verenej správe je 0,3495, ktorá je predvyplnená)” Odvody pre garančné poistenie sú vo výške 0,25% - prosím, ako vznikla výška odvodov 0,3595?
V CBA boli pôvodne uvedené odvody 34,95% a odmeny 15% - údaje som aktualizovala na základe pripomienky.
V CBA na karte externé pozície uvádzate len projektového manazéra a manažéra pre publicitu. Prosíme zosuladiť, poprípade doplniť karty externé pozície a interné pozície.
V prípade ak vás projektovy tím bude zložený len z interných kapacit, tak prosíme vyplniť len kartu pozície interné a do poznámky uvisť, tuto informáciu.
v CBA na karte rozpočet HW uvádzate 1ks Wifi zariadenia pričom v dokumentácii uvádzate 180 resp. 200ks spolu s BA krajom. Prosíme o zosuladenie počtu resp. vysvetlenie a zapracovanie do textu.
Počet 1 ks je uvedený z dôvodu podkladu k CBA – Príloha c.2 Rozpočet projektu 20.12.
Informácia z danej prílohy: „Wifi pripojovacie body na hasičských staniciach určené na aktualizáciu dátových skladov systému. Uvedená suma pozostáva z ISR1100X-4G/C9300-24P-E/C9124AXI-E/C9800-40-K9/C9115AXI-EZ/ inštalácie a nastavenia a štruktúrovanej kabeláže pre wifi pripojenia. Viac v prílohách. Suma znížená o položky pre Bratislavský kraj. Cena z priloženej cenovej ponuky.“
Podľa zákona 95/2019 §15 ods.4 pism d) sa velky projekt realizuje ciastkovym plnenim = inkrementami. V projekte mate iba 1 inkrement, prosim o zdovodnenie
MCA nie je vypracovaná resp. je vypracovaná nedostatočne. Na základe čoho je súčasťou projektu teraz aj DHZO, prípadne wifi? Je to výsledok internej MCA. Prosím dopracovať
15 – jedná sa o modul a funkčné požiadavky, ktoré predstavujú jednoduchú implementáciu napr. úpravou existujúcich funkcií „krabicových“ riešení, alebo nasadenie a customizáciu existujúceho riešenia, pričom k riešeniu existuje relevantné množstvo nefunkčných a technických požiadaviek,
20 – jedná sa o modul a funkčné požiadavky, ktorých implementácia nevychádza len z customizácie krabicového riešenia ale je potrebný aj samostatný vývoj, pričom nasadzované riešenie je známe (sú k dispozícií skúsenosti s obdobnými projektami) a nefunkčné a technické požiadavky sú primerané nasadzovaným funkcionalitám
25 – jedná sa o komplexné (napr. pokrytie viacerých agend z viacerých IS) náročné technické riešenie založené na vývoji funkcionalít priamo na mieru, pričom implementované riešenie je známe a existujú skúsenosti s jeho implementáciu. Definované nefunkčné a technické požiadavky sú primerané nasadzovaným funkcionalitám.
30 – jedná sa o komplexné technické riešenie založené na vývoji funkcionalít priamo na mieru bez existencie predchádzajúcich skúseností s obdobnými riešeniami. Technické a nefunkčné požiadavky kladú výrazný nápor na potrebu zdrojov.
Prosím doplniť slovný popis spôsobu výpočtu prínosov. Akým spôsobom budú dosiahnuté? Z CBA sa ako prínos javí skrátenie "Čas výjazdu HJ - komunikácia (min)" pre DHZO, nie je jasné ako dochádza k skráteniu a čo táto položka znamená.
Výpočet benefitov do CBA bol vykonaný na základe daných predpokladov:
Porovnávame situáciu bez projektu a situáciu s projektom (s tabletmi).
V situácii s projektom uvažujeme so skrátením času reakcie po ohlásení požiaru. Jednoznačným skrátením času bude situácia, kedy veliteľ DHZO nebude musieť telefonovať ďalším hasičom (celkovo 4 telefonáty o informovaní o požiari, v trvaní v priemere 52 sekúnd – hodnota na základe vzorky 150 reálnych hovorov), pretože táto informácia plus všetky podrobnosti k požiaru budú okamžite dostupné na tabletoch.
Zároveň je predpokladané zrýchlenie komunikácie aj pri HaZZ, a tiež skrátenie času príchodu na miesto požiaru na základe presných údajov na tabletoch. Skrátenie sa predpokladá aj pri hasení požiaru, keďže budú k dispozícii na tabletoch technické údaje potrebné k haseniu. Tieto šetrenia však nie sú kvantitatívne vypočítané, pretože nie sú k dispozícii relevantné údaje.
3. Ďalším predpokladom je teória času voľného šírenia požiaru (detailný výpočet ako súčasť CBA v záložke Benefity), ktorá predpokladá, že každá ušetrená minúta času zníži plochu požiaru o 5%.
4. Výpočet ďalej vychádza zo štatistiky Rozboru požiarovosti za rok 2024 a uvažujeme s priemernou uchránenou hodnotou pre byty (BÝVANIE).
5. Na základe vypočítanej úspory času (jednoznačne podloženej) a teoretickej zníženej plochy požiaru (1 min = 5% zníženie plochy) je vypočítané zníženie plochy požiaru v situácii s projektom a zistené percento je násobené uchránenou hodnotou za Bývanie – ktorá predstavuje väčšinu požiarov, kde je potrebný zásah HaZZ a DHZO.
6. Uchránená hodnota je vypočítaná za každý rok referenčného rámca od spustenia projektu.
Prosíme vysvetliť celu kartu externých pozícii zároveň poprosím o vysvetlenie zmeny vzorcov na predmetnej karte a to z dôvodu, nedotahovania financii na karte TCO.
Na karte pozicie interné I64 prosím upraviť sadzbu DPH . Pre objasnenie, do paušálu ste zarátali len nákup HW a SW?
Na základe údajov z rozpočtu je hodnota nákladov „Podporné aktivity projektu – nepriame výdavky“ stanovená ako 7% z priamych výdavkov na projekt 859 522,52 eur. Táto čiastka predstavuje náklady na riadenie projektu a informovanie a komunikáciu. Aby táto položka bola súčasťou rozpočtu v CBA presne v tejto výške, je uvedená v časti „Externé pozície“ a rozdelená na dve rovnaké časti medzi položku Projektové riadenie a Publicita a informovanosť. Na základe tejto čiastky sú potom dopočítane položky „Počet MDs“ a „Priemerná vážená sadzba“. Výpočet bol stanovený takto, aby bola táto suma uvedená v záložke Sumarizácia, Zdroje financovania, CBA – Agendové IS a Výdavky – Agendové IS, tým pádom sumárny rozpočet projektu v CBA je v súlade s prílohou Rozpočet projektu.
Paušál zahŕňa 5 ročný support vo výške 5% z nákladov na nákup HW a SW.
doplnené v kapitole 3.1 Manažérske zhrnutie v rozsahu:
Projekt prispieva k plneniu NKIVS na prioritnej osi 2: Digitálna a dátová transformácia v rámci cieľa 2.4 Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe. Projekt vo svojom rozsahu umožňuje zdieľanie operatívnych údajov o zásahu vrátane rizikovej činnosti medzi hasičskými jednotkami navzájom ako aj voči operačnému stredisku, čím dochádza k zvýšeniu efektivity zásahu, šetreniu času na komunikáciu a zvýšeniu kapacít na ochranu života a majetku.
a zároveň upravené ciele projektu a merateľné ukazovatele
V projekte sa uvažuje s 5 ročným supportom vo výške 5% (od spustenia projektu, teda rok 3. - 7. referenčného obdobia) Položka sa vypočíta zo sumy z nákupu HW a SW.
Doplnené v kap. 3.1 manažérske zhrnutie, v rozsahu:
Príloha č. 1b k vyhláške č. 611/2006 Z. z. o hasičských jednotkách stanovuje úlohy, podmienky nasadenia a požiadavky na akcieschopnosť dobrovoľného hasičského a záchranného zboru obce pre jednotlivé kategórie DHZO.
DHZO kategórie B/C sú oprávnené samostatne zasahovať len pri menších požiaroch v exteriéry a prírodnom prostredí na čo sú aj technický vybavené.
Technické zásahy pri dopravných nehodách a ani zásahy spojené s výskytom nebezpečných látok samostatne nevykonávajú, pretože to nevyplýva z ich zaradenia.
Navrhujeme do Projektoveho zameru/Katalogu poziadaviek doplnit poziadavku na analyzu zatazenia systemu, v prípade mimoriadnej udalosti a následného zaktivovania niekoľko stoviek DHZO ktoré sa pripoja na server
doplnené do kap. 5 v nasledovnom rozsahu (vyjadrenie poskytol dodávateľ):
Z pohľadu infraštruktúry a výkonnostných kapacít technológií je systém GINA nadimenzovaný tak, aby aj v prípade veľmi rozsiahlej mimoriadnej udalosti (napr. povodne / rozsiahle požiare / veterné smršte), kedy by došlo k aktivácii veľkého počtu jednotiek (napr. vyššie stovky, až tisíc jednotiek), bol systém schopný dynamicky udržiavať dostatočnú kapacitu pri komunikácii s tabletmi v teréne a zároveň so systémom podpory operačného riadenia. Systém GINA je vybavený stratégiou throttling, kedy dôjde k zníženiu komunikačných slučiek (napr. z 5s na 10s - 15s) a nedochádza tak k zahlteniu. Systém zároveň disponuje aj pokročilými profilačnými nástrojmi, ktoré umožňujú monitorovať a pružne reagovať na aktuálnu zaťaženosť systému (profilácia každého rozhrania, databázy atď.).
Prosím do doplnenie zdôvodnenia rozsahu projetku. Tento identifikovaný problém nebude ani v budúcnosti odstránený. Počet tabletov v projekte je stále nižší ako je počet výjazdových vozidiel.
Doplnené do kapitoly 3.1 Manažérske zhrnutie v rozsahu:
HaZZ disponuje veľkým množstvom zásahovej techniky s rôznym účelom využitia. Aktuálne, najmä vo vzťahu k spôsobu nasadzovania, nie je požiadavkou dovybaviť každé zásahové vozidlo HaZZ výjazdovým tabletom. V rámci HaZZ boli identifikované kategórie vozidiel, ktorých súčasťou výbavy budú aj výjazdové tablety. Jedná sa o techniku, ktorá je zaraďovaná a nasadzovaná pri každom výjazde a to zaručuje trvalé spojenie s operačným strediskom počas zásahu.
Nie je to uplne tak. Existuju a pouzivaju sa komercne platformy na eliminovanie ustneho zvolavania DHZO napr. Fireport. V poslednej verzii dokaze do instancie konkretnej DHZO vstupit aj operacne stredisko.
Vytvorenie centralneho riesenia zo strany statu ma vysoky potencial prepouzitia.
Niektoré zbory v obciach si zabezpečili aplikáciu ktorú si platia obce ktorá zvoláva členov a vedie evidenciu činnosti avšak nie je vytvorená komunikácia medzi DHZO s HaZZ.
Zámerom HaZZ je zabezpečiť jednotný systém pre hlasovú a dátovú komunikáciu s DHZO, ktorý bude oficiálne vysúťažený a okrem základných požiadaviek na funkcionalitu bude spĺňať aj technické a bezpečnostné požiadavky určené SITB. Zároveň bude zabezpečený servis a opravy.
Jednotná aplikácia DHZO, ktorá bude súčasťou aplikačného vybavenia výjazdových tabletov určených pre DHZO (bez rozdielu kategórie) zabezpečí zjednotenie procesov pri vyhlasovaní poplachu, zvolávaní členov DHZO, evidencií síl a prostriedkov DHZO, aktualizácií ich akcieschopnosti ako aj pri spracovaní správy o zásahu. Zároveň sa vytvorí predpoklad pre tvorbu reportov a relevantných štatistických výstupov za DHZO.
Zároveň sú v rôznych častiach dokumentu doplnené informácie, ktoré sme si s p. Gunišovou vymieňali mailom, napr. :
Niektoré zbory v obciach si zabezpečili aplikáciu ktorú si platia obce ktorá zvoláva členov a vedie evidenciu činnosti avšak nie je vytvorená komunikácia medzi DHZO s HaZZ.
Zámerom HaZZ je zabezpečiť jednotný systém pre hlasovú a dátovú komunikáciu s DHZO, ktorý bude oficiálne vysúťažený a okrem základných požiadaviek na funkcionalitu bude spĺňať aj technické a bezpečnostné požiadavky určené SITB. Zároveň bude zabezpečený servis a opravy.
Jednotná aplikácia DHZO, ktorá bude súčasťou aplikačného vybavenia výjazdových tabletov určených pre DHZO (bez rozdielu kategórie) zabezpečí zjednotenie procesov pri vyhlasovaní poplachu, zvolávaní členov DHZO, evidencií síl a prostriedkov DHZO, aktualizácií ich akcieschopnosti ako aj pri spracovaní správy o zásahu. Zároveň sa vytvorí predpoklad pre tvorbu reportov a relevantných štatistických výstupov za DHZO.
...alebo v kap. 3.2:
V priestoroch hasičských staníc HaZZ je na pripojenie do internetu k dispozícii len káblové LAN pripojenie, pričom kvalita takéhoto pripojenia je nízka a toto pripojenie je možné len na jednom mieste v celom priestore hasičskej stanice. Pre výjazdové tablety nie sú k dispozícii žiadne WiFi prístupové body na pripojenie výjazdových tabletov do siete MV SR. V súčasnosti sa prenos dát z/do výjazdového tabletu rieši pripojením tabletu do počítača na hasičskej stanici pomocou kábla. Prenos dát takýmto spôsobom však trvá veľmi dlho a viaceré tablety už ani nemajú dostatočnú kapacitu na nahratie nových aktualizácii. Správa dátového skladu, sťahovanie fotodokumentácie z výjazdov, aktualizácia softvéru ako aj dátová komunikácia medzi systémom podpory HaZZ a výjazdovými tabletmi GINA predstavuje vysoký nárok na objem prenášaných dát ako aj na rýchlosť ich prenášania a celá dátová komunikácia prebieha len prostredníctvom mobilnej dátovej siete cez dátové SIM karty alebo pripojením tabletu pomocou kábla k počítaču. Po inštalácii WiFi prístupového bodu na hasičskej stanici sa v tablete nastavia automatické aktualizácie softvéru a po pripojení tabletu na WiFi sa tablet automaticky aktualizuje. Pre inštaláciu WiFi prístupových bodov je potrebné na hasičských staniciach vymeniť smerovače a prepínače, nakoľko tie, ktoré sú na hasičských staniciach dnes, sú tam od roku 2008. V prípade výpadku internetového pripojenia poverený pracovník ihneď kontaktuje poskytovateľa internetového pripojenia. Tablety budú v tomto prípade fungovať cez 3G dátovú sieť.
súčasťou projektu je 2500 tabletov + ďalších zariadení. V CBA je uvedený nižší počet tabletov, kde sú tie chýbajúce ? Je nám známe, že BA kraj je neoprávneným prijímateľom, čo však platí len pre financovanie z PSK. ale ak rozdiel bude z iného zdroja (vlastné zdroje -ŠR), tak má byť v tomto projekte celkový počet zariadení, lebo potom BA kraj akoby nebol týmto projektom realizovaný
V CBA na karte rozpočet HW a licencie v bunke H10 uvádzate sumu 1 091 875,02E pričom v cenovej ponuke máte uvedené 528 567,58 E. prosím o vysvetlenie predmetnej bunky a ceny.
Zároveň prosím o vysvetlenie riadkov 9 a 10 v CBA na karte Rozpočet a licencie.
HW/SW je pravdepodobne v cene aj prevádzková podpora na 5 rokov čo môže byť pri PSK problém lebo prevádzka nie je zvyčajne oprávnený výdavok (ak nie je neoddeliteľnou súčasťou nákupného balíka k HW/SW ). Prosím o vysvetlenie.
prosime o informáciu vypočtu potrebnych kusov a následne aj zapracovanie do textu.
doplnené v kapitole 3.1, prvý odsek
ok
prosíme o doplnenie do textu zdroj financovania napr.: operačný program, príslušnosť strategickým cielom, naplnenie konkrétnych princípov NKIVS
Doplnené do kapitoly 3.1, posledný odsek
prosime o opatovnu kontrolu a doplnenie
doplnené do kap. 3.1 manažérske zhrnutie v rozsahu:
Rámcový rozpočet projektu je stanovený na sumu 13 138 427,38 € bez DPH. Projekt bude financovaný z nenávratného finančného príspevku (ďalej len „NFP“) na základe predloženej a schválenej ŽoNFP a za podmienok ustanovených vo výzve a súvisiacich dokumentoch. NFP sa poskytuje zo zdrojov Európskeho fondu regionálneho rozvoja (ďalej len „EFRR“) v súlade s pravidlami stanovenými v platnej Stratégii financovania EFRR, ESF+, KF, FST a ENRAF na programové obdobie 2021 – 20276 (ďalej len „SF“). Identifikácia výzvy:
Názov výzvy: Výzva: Posilnenie a modernizácia intervenčných kapacít a infraštruktúry na zvládanie katastrof
Kód výzvy: PSK-MV-002-2024-DV-EFRR
Priorita: 2P2. Životné prostredie
Špecifický cieľ RSO2.4 Podpora adaptácie na zmenu klímy a prevencie rizika katastrof a odolnosti s prihliadnutím na ekosystémové prístupy
Opatrenie 2.4.8 Posilnenie a modernizácia intervenčných kapacít a infraštruktúry na zvládanie katastrof
v CBA uvádzate aj nákup licencii k tabletom a aj licencie k smart telefonom. Prosime do textu zapracovať aj tieto položky spolu s odovodnením na čo budu slúžiť.
doplnené v kapitole 3.1, prvý odsek
Detailnejšie informácie k licenciám GINA a licenciám k mobilným telefónom sú podrobnejšie rozpísané v kapitole 4, odsek 3
ok
v CBA uvádzate pocet 2381ks tabletov. Prosime o vysvetlenie a zapracovanie do textu rozdiel medzi počtami.
Doplnené do kapitoly 4, druhý odsek
ok
Prosíme o verifikáciu cien, zaslanim PHZ.
Doplnená do kapitoly 7, prvý odstavec výška výdavkov
ok
prosíme o vyplnenie úvodnej strany v CBA.
Úvodná strana CBA vyplnená
ok
v CBA, karta UAW prosíme vysvetliť početnosť. Početnosť je definovaná ako typ daného užívateľa, nie početnosť ks (napr. 1 typ operátora).
Zároveň uvádzate 2x použivatelov: operátorov, poverený používateľ, administrátor...prosím o vysvetlenie rozdielu medzi nimi, taktiež aj o vysvetlenie typ používateľa G2IS B.
Títo používatelia nemali byť uvedení v CBA. Záložka ostala vyplnená z iného projektu z CBA a nebola aktualizovaná.
Opravili sme danú záložku a uviedli 1 používateľa, Zamestnanec inštitúcie verejnej správy (G2E), teda hasiči ako jediní používatelia. Zložitosť 1 a počet 1 typ.
ok
V CBA na karte Pozície interné je potrebné zmeniť koeficient odvodov a to podla príspevkov do garančného fondu.
Štandardne štátne inštitúcie neprispievajú do garančného fondu vzhľadom k tomu, že sa ich to zo zákona netyká, možnosť nevyplatiť mzdu čiže garantujú vyplatenie mzdy. Z tohto dôvodu by ste mali uvádzať koeficient odvodov na 0,3595.
Zároveň odmeny % (bunka Q2) zmeniť na 0.
Manuál: “Koeficient odvodov, ktorého hodnota vstupuje do výpočtu výšky nákladov na danú pozíciu (štandardná sadzba vo verenej správe je 0,3495, ktorá je predvyplnená)” Odvody pre garančné poistenie sú vo výške 0,25% - prosím, ako vznikla výška odvodov 0,3595?
V CBA boli pôvodne uvedené odvody 34,95% a odmeny 15% - údaje som aktualizovala na základe pripomienky.
ok
V CBA na karte externé pozície uvádzate len projektového manazéra a manažéra pre publicitu. Prosíme zosuladiť, poprípade doplniť karty externé pozície a interné pozície.
V prípade ak vás projektovy tím bude zložený len z interných kapacit, tak prosíme vyplniť len kartu pozície interné a do poznámky uvisť, tuto informáciu.
Upravené v CBA
ok
v CBA na karte rozpočet HW uvádzate 1ks Wifi zariadenia pričom v dokumentácii uvádzate 180 resp. 200ks spolu s BA krajom. Prosíme o zosuladenie počtu resp. vysvetlenie a zapracovanie do textu.
Počet 1 ks je uvedený z dôvodu podkladu k CBA – Príloha c.2 Rozpočet projektu 20.12.
Informácia z danej prílohy: „Wifi pripojovacie body na hasičských staniciach určené na aktualizáciu dátových skladov systému. Uvedená suma pozostáva z ISR1100X-4G/C9300-24P-E/C9124AXI-E/C9800-40-K9/C9115AXI-EZ/ inštalácie a nastavenia a štruktúrovanej kabeláže pre wifi pripojenia. Viac v prílohách. Suma znížená o položky pre Bratislavský kraj. Cena z priloženej cenovej ponuky.“
Podľa zákona 95/2019 §15 ods.4 pism d) sa velky projekt realizuje ciastkovym plnenim = inkrementami. V projekte mate iba 1 inkrement, prosim o zdovodnenie
Doplnené do kapitoly 8, posledný odsek
ok
V tejto faze predkladanie projektu by ste mali poznať približný harmonogram projektu.
V kapitole 8 doplnené, upravené
ok
rola v projete ma prislúchať k vyššie uvedenému projektovému tímu
Doplnená a upravená tabuľka v kapitole 9
ok
Týka ktorých fáz projektu?
Doplnené, upravené v kap. 8
MCA nie je vypracovaná resp. je vypracovaná nedostatočne. Na základe čoho je súčasťou projektu teraz aj DHZO, prípadne wifi? Je to výsledok internej MCA. Prosím dopracovať
Doplnená celá kapitola 3.9
prosíme o zdovodnenie PF 30 na karte Moduly CBA, kedze ide o nákup HW a SW a nejde o budovanie kompletného IS alebo integrácie.
Zmeníme na 15 na základe informácie z manuálu:
Manual:
15 – jedná sa o modul a funkčné požiadavky, ktoré predstavujú jednoduchú implementáciu napr. úpravou existujúcich funkcií „krabicových“ riešení, alebo nasadenie a customizáciu existujúceho riešenia, pričom k riešeniu existuje relevantné množstvo nefunkčných a technických požiadaviek,
20 – jedná sa o modul a funkčné požiadavky, ktorých implementácia nevychádza len z customizácie krabicového riešenia ale je potrebný aj samostatný vývoj, pričom nasadzované riešenie je známe (sú k dispozícií skúsenosti s obdobnými projektami) a nefunkčné a technické požiadavky sú primerané nasadzovaným funkcionalitám
25 – jedná sa o komplexné (napr. pokrytie viacerých agend z viacerých IS) náročné technické riešenie založené na vývoji funkcionalít priamo na mieru, pričom implementované riešenie je známe a existujú skúsenosti s jeho implementáciu. Definované nefunkčné a technické požiadavky sú primerané nasadzovaným funkcionalitám.
30 – jedná sa o komplexné technické riešenie založené na vývoji funkcionalít priamo na mieru bez existencie predchádzajúcich skúseností s obdobnými riešeniami. Technické a nefunkčné požiadavky kladú výrazný nápor na potrebu zdrojov.
ok
Prosím doplniť slovný popis spôsobu výpočtu prínosov. Akým spôsobom budú dosiahnuté? Z CBA sa ako prínos javí skrátenie "Čas výjazdu HJ - komunikácia (min)" pre DHZO, nie je jasné ako dochádza k skráteniu a čo táto položka znamená.
Spôsob výpočtu benefitov:
Výpočet benefitov do CBA bol vykonaný na základe daných predpokladov:
Zároveň je predpokladané zrýchlenie komunikácie aj pri HaZZ, a tiež skrátenie času príchodu na miesto požiaru na základe presných údajov na tabletoch. Skrátenie sa predpokladá aj pri hasení požiaru, keďže budú k dispozícii na tabletoch technické údaje potrebné k haseniu. Tieto šetrenia však nie sú kvantitatívne vypočítané, pretože nie sú k dispozícii relevantné údaje.
3. Ďalším predpokladom je teória času voľného šírenia požiaru (detailný výpočet ako súčasť CBA v záložke Benefity), ktorá predpokladá, že každá ušetrená minúta času zníži plochu požiaru o 5%.
4. Výpočet ďalej vychádza zo štatistiky Rozboru požiarovosti za rok 2024 a uvažujeme s priemernou uchránenou hodnotou pre byty (BÝVANIE).
5. Na základe vypočítanej úspory času (jednoznačne podloženej) a teoretickej zníženej plochy požiaru (1 min = 5% zníženie plochy) je vypočítané zníženie plochy požiaru v situácii s projektom a zistené percento je násobené uchránenou hodnotou za Bývanie – ktorá predstavuje väčšinu požiarov, kde je potrebný zásah HaZZ a DHZO.
6. Uchránená hodnota je vypočítaná za každý rok referenčného rámca od spustenia projektu.
Prosíme vysvetliť celu kartu externých pozícii zároveň poprosím o vysvetlenie zmeny vzorcov na predmetnej karte a to z dôvodu, nedotahovania financii na karte TCO.
Na karte pozicie interné I64 prosím upraviť sadzbu DPH . Pre objasnenie, do paušálu ste zarátali len nákup HW a SW?
Na základe údajov z rozpočtu je hodnota nákladov „Podporné aktivity projektu – nepriame výdavky“ stanovená ako 7% z priamych výdavkov na projekt 859 522,52 eur. Táto čiastka predstavuje náklady na riadenie projektu a informovanie a komunikáciu. Aby táto položka bola súčasťou rozpočtu v CBA presne v tejto výške, je uvedená v časti „Externé pozície“ a rozdelená na dve rovnaké časti medzi položku Projektové riadenie a Publicita a informovanosť. Na základe tejto čiastky sú potom dopočítane položky „Počet MDs“ a „Priemerná vážená sadzba“. Výpočet bol stanovený takto, aby bola táto suma uvedená v záložke Sumarizácia, Zdroje financovania, CBA – Agendové IS a Výdavky – Agendové IS, tým pádom sumárny rozpočet projektu v CBA je v súlade s prílohou Rozpočet projektu.
Paušál zahŕňa 5 ročný support vo výške 5% z nákladov na nákup HW a SW.
prosim o doplnenie meratelných ukazovatelov z hladiska IT projektu napr.: meratelny ukazovartel pre identifikovane finančné prinosy atd.
Merateľné ukazovatele sú doplnené zo žiadosti o NFP, neboli tam uvedené žiadne merateľné ukazovatele z hľadiska IT projektu
prosíme o doplnenie meratelnych ukazovatelov a aj cielov z NKIVS
doplnené v kapitole 3.1 Manažérske zhrnutie v rozsahu:
Projekt prispieva k plneniu NKIVS na prioritnej osi 2: Digitálna a dátová transformácia v rámci cieľa 2.4 Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe. Projekt vo svojom rozsahu umožňuje zdieľanie operatívnych údajov o zásahu vrátane rizikovej činnosti medzi hasičskými jednotkami navzájom ako aj voči operačnému stredisku, čím dochádza k zvýšeniu efektivity zásahu, šetreniu času na komunikáciu a zvýšeniu kapacít na ochranu života a majetku.
a zároveň upravené ciele projektu a merateľné ukazovatele
prosíme o doplnenie informácii do dokumentácie na základe akeho prieskumu ste dosiahli predkladany pocet wifi , preco ich budete nakupovať?
Akú suvislost ma nakup licencie k smart telefonom k tabletom a ich príslusnym licenciam k nim.
Doplnená informácia v kapitole 3.1, prvý odsek, že 120 je počet všetkých HS
Akú suvislost ma nakup licencie k smart telefonom k tabletom a ich príslusnym licenciam k nim. -
Doplnená informácia v kapitole 3.1, štvrtý odsek
Detailnejšie informácie k licenciám GINA a licenciám k mobilným telefónom sú podrobnejšie rozpísané v kapitole 4
prosim o vysvetlenie čo všetko zahrna pausšál ? Do paušálu ste zahnuli len nákup HW a SW?
V projekte sa uvažuje s 5 ročným supportom vo výške 5% (od spustenia projektu, teda rok 3. - 7. referenčného obdobia) Položka sa vypočíta zo sumy z nákupu HW a SW.
ok
Prečo DHZ kat. B/C nebudú mať aplikáciu Databáza záchranných kariet vozidiel, Databáza chemických látok?
Doplnené v kap. 3.1 manažérske zhrnutie, v rozsahu:
Príloha č. 1b k vyhláške č. 611/2006 Z. z. o hasičských jednotkách stanovuje úlohy, podmienky nasadenia a požiadavky na akcieschopnosť dobrovoľného hasičského a záchranného zboru obce pre jednotlivé kategórie DHZO.
DHZO kategórie B/C sú oprávnené samostatne zasahovať len pri menších požiaroch v exteriéry a prírodnom prostredí na čo sú aj technický vybavené.
Technické zásahy pri dopravných nehodách a ani zásahy spojené s výskytom nebezpečných látok samostatne nevykonávajú, pretože to nevyplýva z ich zaradenia.
ok
Navrhujeme do Projektoveho zameru/Katalogu poziadaviek doplnit poziadavku na analyzu zatazenia systemu, v prípade mimoriadnej udalosti a následného zaktivovania niekoľko stoviek DHZO ktoré sa pripoja na server
doplnené do kap. 5 v nasledovnom rozsahu (vyjadrenie poskytol dodávateľ):
Z pohľadu infraštruktúry a výkonnostných kapacít technológií je systém GINA nadimenzovaný tak, aby aj v prípade veľmi rozsiahlej mimoriadnej udalosti (napr. povodne / rozsiahle požiare / veterné smršte), kedy by došlo k aktivácii veľkého počtu jednotiek (napr. vyššie stovky, až tisíc jednotiek), bol systém schopný dynamicky udržiavať dostatočnú kapacitu pri komunikácii s tabletmi v teréne a zároveň so systémom podpory operačného riadenia. Systém GINA je vybavený stratégiou throttling, kedy dôjde k zníženiu komunikačných slučiek (napr. z 5s na 10s - 15s) a nedochádza tak k zahlteniu. Systém zároveň disponuje aj pokročilými profilačnými nástrojmi, ktoré umožňujú monitorovať a pružne reagovať na aktuálnu zaťaženosť systému (profilácia každého rozhrania, databázy atď.).
ok
Prosím do doplnenie zdôvodnenia rozsahu projetku. Tento identifikovaný problém nebude ani v budúcnosti odstránený. Počet tabletov v projekte je stále nižší ako je počet výjazdových vozidiel.
Doplnené do kapitoly 3.1 Manažérske zhrnutie v rozsahu:
HaZZ disponuje veľkým množstvom zásahovej techniky s rôznym účelom využitia. Aktuálne, najmä vo vzťahu k spôsobu nasadzovania, nie je požiadavkou dovybaviť každé zásahové vozidlo HaZZ výjazdovým tabletom. V rámci HaZZ boli identifikované kategórie vozidiel, ktorých súčasťou výbavy budú aj výjazdové tablety. Jedná sa o techniku, ktorá je zaraďovaná a nasadzovaná pri každom výjazde a to zaručuje trvalé spojenie s operačným strediskom počas zásahu.
ok
Nie je to uplne tak. Existuju a pouzivaju sa komercne platformy na eliminovanie ustneho zvolavania DHZO napr. Fireport. V poslednej verzii dokaze do instancie konkretnej DHZO vstupit aj operacne stredisko.
Vytvorenie centralneho riesenia zo strany statu ma vysoky potencial prepouzitia.
Vysvetlenie:
Niektoré zbory v obciach si zabezpečili aplikáciu ktorú si platia obce ktorá zvoláva členov a vedie evidenciu činnosti avšak nie je vytvorená komunikácia medzi DHZO s HaZZ.
Zámerom HaZZ je zabezpečiť jednotný systém pre hlasovú a dátovú komunikáciu s DHZO, ktorý bude oficiálne vysúťažený a okrem základných požiadaviek na funkcionalitu bude spĺňať aj technické a bezpečnostné požiadavky určené SITB. Zároveň bude zabezpečený servis a opravy.
Jednotná aplikácia DHZO, ktorá bude súčasťou aplikačného vybavenia výjazdových tabletov určených pre DHZO (bez rozdielu kategórie) zabezpečí zjednotenie procesov pri vyhlasovaní poplachu, zvolávaní členov DHZO, evidencií síl a prostriedkov DHZO, aktualizácií ich akcieschopnosti ako aj pri spracovaní správy o zásahu. Zároveň sa vytvorí predpoklad pre tvorbu reportov a relevantných štatistických výstupov za DHZO.
ok
Zároveň sú v rôznych častiach dokumentu doplnené informácie, ktoré sme si s p. Gunišovou vymieňali mailom, napr. :
Niektoré zbory v obciach si zabezpečili aplikáciu ktorú si platia obce ktorá zvoláva členov a vedie evidenciu činnosti avšak nie je vytvorená komunikácia medzi DHZO s HaZZ.
Zámerom HaZZ je zabezpečiť jednotný systém pre hlasovú a dátovú komunikáciu s DHZO, ktorý bude oficiálne vysúťažený a okrem základných požiadaviek na funkcionalitu bude spĺňať aj technické a bezpečnostné požiadavky určené SITB. Zároveň bude zabezpečený servis a opravy.
Jednotná aplikácia DHZO, ktorá bude súčasťou aplikačného vybavenia výjazdových tabletov určených pre DHZO (bez rozdielu kategórie) zabezpečí zjednotenie procesov pri vyhlasovaní poplachu, zvolávaní členov DHZO, evidencií síl a prostriedkov DHZO, aktualizácií ich akcieschopnosti ako aj pri spracovaní správy o zásahu. Zároveň sa vytvorí predpoklad pre tvorbu reportov a relevantných štatistických výstupov za DHZO.
...alebo v kap. 3.2:
V priestoroch hasičských staníc HaZZ je na pripojenie do internetu k dispozícii len káblové LAN pripojenie, pričom kvalita takéhoto pripojenia je nízka a toto pripojenie je možné len na jednom mieste v celom priestore hasičskej stanice. Pre výjazdové tablety nie sú k dispozícii žiadne WiFi prístupové body na pripojenie výjazdových tabletov do siete MV SR. V súčasnosti sa prenos dát z/do výjazdového tabletu rieši pripojením tabletu do počítača na hasičskej stanici pomocou kábla. Prenos dát takýmto spôsobom však trvá veľmi dlho a viaceré tablety už ani nemajú dostatočnú kapacitu na nahratie nových aktualizácii. Správa dátového skladu, sťahovanie fotodokumentácie z výjazdov, aktualizácia softvéru ako aj dátová komunikácia medzi systémom podpory HaZZ a výjazdovými tabletmi GINA predstavuje vysoký nárok na objem prenášaných dát ako aj na rýchlosť ich prenášania a celá dátová komunikácia prebieha len prostredníctvom mobilnej dátovej siete cez dátové SIM karty alebo pripojením tabletu pomocou kábla k počítaču. Po inštalácii WiFi prístupového bodu na hasičskej stanici sa v tablete nastavia automatické aktualizácie softvéru a po pripojení tabletu na WiFi sa tablet automaticky aktualizuje. Pre inštaláciu WiFi prístupových bodov je potrebné na hasičských staniciach vymeniť smerovače a prepínače, nakoľko tie, ktoré sú na hasičských staniciach dnes, sú tam od roku 2008. V prípade výpadku internetového pripojenia poverený pracovník ihneď kontaktuje poskytovateľa internetového pripojenia. Tablety budú v tomto prípade fungovať cez 3G dátovú sieť.
súčasťou projektu je 2500 tabletov + ďalších zariadení. V CBA je uvedený nižší počet tabletov, kde sú tie chýbajúce ? Je nám známe, že BA kraj je neoprávneným prijímateľom, čo však platí len pre financovanie z PSK. ale ak rozdiel bude z iného zdroja (vlastné zdroje -ŠR), tak má byť v tomto projekte celkový počet zariadení, lebo potom BA kraj akoby nebol týmto projektom realizovaný
v zozname HW ste vynechali BA kraj pre tablety a licencie ,ale nie WiFi komponenty...prosime zosuladit
Cisco bezdrôtový ovládač C9800-40-K9 je z akého dôvodu , prečo 2 kusy , kde bude umiestnený ?
HW/SW je pravdepodobne v cene aj prevádzková podpora na 5 rokov čo môže byť pri PSK problém lebo prevádzka nie je zvyčajne oprávnený výdavok (ak nie je neoddeliteľnou súčasťou nákupného balíka k HW/SW ). Prosím o vysvetlenie.