v texte je spomenuté, že riešenie má byť postavené na otvorených technológiách - takže nie je vylúčená varianta s využitím open source riešení/k"krabicových riešení"? Prípadne ako sa o tom využití uvažovalo?
OK VYRIEŠENÉ - dodané ponuky na položky v záložke HW a licencie
Poprosila by som predložiť tieto podklady, na základe ktorých boli stanovené ceny v projekte - buď prostredníctvom MetaIS, alebo mailom na gabriela.farkasova@mirri.gov.sk
Boli mailom predložené opis predmetu zakázky a ponuky na balíček, ktorý je v CBA uvedený ako "vybudovanie systému". Na ostatné položky v CBA neboli zaslané podklady/zdroje ceny. Va CBA sú tam vedené položky so zdrojom "cenová ponuka".
Keď si to tak porovnám, tak teda tá úspora aj vzhľadom na cenu projektu nie je veľká.
Prevádzka daného riešenia podľa toho, čo ste uviedli nižšie, predstavuje 1 765 971 Eur/rok? Ak áno, tak ak by sme zrátali, že projekt je, čo sa týka čisto CAPEX výdavkov cca 6 mil. Eur a predpokladám, že počas toho, ako bude projekt v realizácii, tak sa budú platiť aj súčasné náklady na prevádzku, tak si neviem predstaviť, ako je projekt návratný v 5. roku.
Za predpokladu, že je správne uvedený údaj OPEX/rok, tak je ročná úspora cca 350 000 Eur, takže by malo trvať cca 17 rokov, aby vznikla návratnosť.
Bolo upravene. Sucasne naklady boli rozsirenie o naklady na L1 a L2 uroven, co predstavuje spolu 2,6 mil. € rocne. Rovnako bola aktualizovana aj dokumentacia na strane nakladov, kedy celkova hodnota v horizonte 10 rokov je 18 mil. € - vid CBA
Rovno pozerám, že teda prevádzka riešenia sa nám dvihla podľa CBA na nejakých 1,8 mil Eur ročne. Prečo? Toto zahŕňa aj L1 a L2? Prevádzka je zároveň vzhľadom na cenu projektu veľmi vysoká.
Zároveň by sme poprosili o zdroj, kde by sme si vedeli overiť náklady na súčasné riešenie. Viete nám dať link na zmluvu?
Taktiež uvádzam, že pri nacenení prevádzky sú použité 2x tie isté zdrojové bunky, napr:
Aplikácie sumár prevádzka
1. CBA záložka TCO bunka E10 - jej zdroj je TCO TO BE- SW'!$E141
2. zdroj pre TCO TO BE- SW'!$E141 je v podstate len bunka F141 ='Rozpočet - HW a licencie'!I20+'Rozpočet - HW a licencie'!I29+'Rozpočet - HW a licencie'!H38+'Rozpočet - HW a licencie'!H47+'Rozpočet - HW a licencie'!H56
HW sumár prevádzka
1. CBA záložka TCO bunka E13 - jej zdroj je TCO TO BE - HW'!$E67
2. zdroj pre TCO TO BE - HW'!$E67 je bunka F67='Rozpočet - HW a licencie'!H38+'Rozpočet - HW a licencie'!H47+'Rozpočet - HW a licencie'!H56
Nakaldy na prevadzku vychadzaju z PHZ a cenovych ponuk k ostatnym komponentom. Vsetky naklady su sucastou zalozky Rozpočet HW a licencie, ktore sa nasledne prenasaju do TCO TO BE SW a TCO TO BE HW
Upravene v ramci CBA, pricom tieto naklady ostali len v ramci prevadzky HW. Celkovo teda klesli naklady na prevadzku o tuto sumu, co bolo cca 65 tis. €
Prosím, opraviť záložku Zdroje financovania - aktuálne sú tam EŠIF zdroje. Takto vstupuje do nákladov 7% paušál z Programu Slovensko, čo vo Vašom prípade nemáte.
Podľa prepočtov v CBA bunka D14 v záložke TCO stále ráta aj bunku TCO TO BE- SW'!E161 - táto bunka čerpá zo záložky pozície interné, ktoré máte momentálne na 0 man days, čiže nedáva zmysel, aby sa odtiaľ niečo ťahalo do TCO. Ak vymažem číselné údaje z bunky B52 na záložke Pozicie_interne, zrazu mi zmizne aj údaj v TCO z bunky D14.
Stručne - na projekte nemáte v žiadnych pozíciach žiadne role, pretože je projekt nacenený ako "balíček". Z toho dôvodu a zároveň z dôvodu, že projekt nie je financovaný z Programu Slovensko, nemôžu byť nacenené bunky v riadku 14 na záložke TCO - Riadenie a publicita projektu.
Evidujeme, že ste pre tento účel zmenili vzorec v bunke I64 na záložke Pozicie_interne, ktorý je určený na výpočet paušálu v prípade projektu z Programu Slovensko. Čiže aktuálne tých 7% a suma 383 307 € nemá opodstatnenie.
OK VYRIEŠENÉ - i keď síce značnú časť tvorí nákup HW, stále jeto tam podstatná časť vývoj diela a tam má opodstatnenie riadiť sa podľa § 4 ods. 7 vyhlášky 401/2023 vyhlášky 401/2023 (účinnej do 31.03.2025, od 01.04.2025 sa jedná o § 4 ods. 8) a poskytnúť riadne odôvodnenie a posúdenie
jedná sa o veľký projekt, ktorý by mal byť rozdelený na jednotlivé čiastkové plnenia (inkrementy), avšak v projekte je len 1. (§ 15 ods. 4 písm. d) zákona 95/2019)
v tom prípade treba postupovať podľa § 4 ods. 7 vyhlášky 401/2023:
Ak realizačná fáza veľkého projektu pozostáva z dodania jedného funkčného celku alebo dodania výlučne technických prostriedkov, objednávateľ posúdi a vyhodnotí aj alternatívy rozdelenia projektu na inkrementy na preukázanie ekonomickej nevýhodnosti alebo technických obmedzení.
Znacnu cast tvori HW a to cca 1 mil. €. Ostatne "investicne" vydavky su vyvoj aplikacie, ktora je vnimana ako jeden celok a takto bolo realizovana aj PHZ. Jeden inkrement bol zvoleny predovsetkym pre kratkos casu, ktorou je projekt limitovany a preto musia byt jednotlive funkcne poziadavky dodavane paralelne. Doplnene do textu k harmonogrmau.
V CBA je teda riešenie nacenené ako hotový balíček pod položkou Vybudovanie systému. Takéto nacenenie pre projekt, ktorého predmetom je vybudovanie SW diela, nie je však korektné a nie je z neho možné určiť rozpad na jednotlivé položky a ani zhodnotiť využitie jednotlivých IT pozícií a ich nacenenie.
Verejný obstarávateľ pri definícii opisu predmetu zákazky a katalógu požiadaviek vychádzal z rozsiahlych skúseností pri administrácii a užívaní existujúceho riešenia na základe čoho vytvoril významne podrobný opis predmetu zákazky s definovanými požiadavkami v rámci ich katalógu. Takto pripravený podklad pre nacenenie považuje pre dosiahnutie stanoveného cieľa – vybudovanie moderného komplexného informačného systému výberu a evidencie úhrady elektronickej diaľničnej známky, za objektívne dostatočné a s ohľadom na úroveň podrobnosti a poznania vlastných potrieb za nadštandardné. Rozpad ceny na prípadných IT špecialistov a ich rozsah nám ako verejnému obstarávateľovi neprinesie pri požiadavke na dodanie konkrétne špecifikovaného diela žiadnu pridanú hodnotu a práve zostavenie tohto je úlohou uchádzačov pri príprave relevantnej ponuky kedy v závislosti z ich subjektívnych schopností si majú interne definovať realizačný tím a pracnosť jednotlivých členov tak, aby vedeli naplniť požiadavky a účel tohto plánovaného verejného obstarávania a predložiť cenu ktorá prirodzene aj formálne zahŕňa všetky a akékoľvek náklady s jeho realizáciou. Verejný obstarávateľ vie odhadnúť približné profesie a ich rozsah pričinenia sa na dodávke predmetného diela avšak skutkový stav je subjektívnou veličinou pri každej jednej fyzickej osobe na konkrétnej profesii v závislosti od jej skúseností, schopností a rýchlosti práce. S ohľadom na uvedené by daný rozpad mal len informatívny charakter a nijak by nebol vyhodnocovaný v rámci ktoréhokoľvek procesu resp. etapy tohto projektu. Stotožňujeme sa s názorom hodnotiteľa avšak máme za to, že to je významný údaj výlučne pri rámcových dohodách bez podrobnej špecifikácie funkčných a nefunkčných požiadaviek diela na objednávku podľa ust. § 91 Autorského zákona.
projekt nerieši automatizáciu niektorých procesov (napr. oslobodenie vozidiel ZŤP občanov), nerieši integráciu. V podstate sa nemení pôvodná funkčnosť na potreby súčasnoti
NDS nemá povinnosť a ani plán automatizovať proces oslobodzovania vozidiel ŤZP občanov SR a teda aj EÚ s ohľadom na Smernicu č. 2024/2841. Zároveň si dovolím oponovať ohľadom tvrdenia, že sa nemení pôvodná funkčnosť systému pre potreby súčasnosti. V SR je prevádzkovaný aktuálny systém EDZ od roku 2016 pričom NDS má tento systém vo vlastníctve od 01.01.2024. Od roku 2016 NDS nazbierala množstvo návrhov na zmeny v rámci IS EDZ a to tak počas správy EDZ vo forme služby poskytovanej súkromnou spoločnosťou a najmä od 01.01.2024 od kedy všetky procesy v rámci životného cyklu EDZ vykonáva osobne. Z týchto skúseností vyšli požiadavky na nový systém IS EDZ ktoré sú zapracované v Opise predmetu zákazky a Katalógu požiadaviek s dôrazom na výrazne nižšiu závislosť NDS od dodávateľa/poskytovateľa supportu systému na úpravy/konfirgurácie a nastavenia naprieč jednotlivými modulmi a to s cieľom znížiť náklady na prevádzku a podporu systému. Pre demonštráciu prikladám výber z týchto nových funkčností:
Univerzálne API rozhranie
Klientska zóna pre eznamka.sk s rozsiahlymi možnosťami, nastaveniami a údajmi
ID SK štandard portálu eznamka.sk
Automatizované zrušenie oslobodenia v prípade, že preukaz ŤZP bol vydaný na dobu určitú vrátane automatizovaného zasielania notifikácie
Zmena platobnej brány a platobných terminálov súkromnej spoločnosti na Štátnu pokladnicu
Automatizované overovanie oslobodenia EČV vrátane poskytnutia relevantnej notifikácie
Možnosť generovania čiastočného dobropisu v rámci hromadného nákupu
Možnosť generovania automatických emailových notifikácií o odoslaní platby na účet v rámci dobropisu
Možnosť preddefinovať posielanie vybraných notifikácií
Možnosť jednotlivého alebo hromadného vyraďovania záznamov podľa zvoleného obdobia či nájdených záznamov
Predajná aplikácia nebude fixovaná na hardvér
Možnosť editácie hlavičky v rámci predajného systému u predajcov
Ukladanie všetkých zmien ako aj logov na predajnom mieste do databázy tak aby mohli byť dohľadané cez BackOffice
Možnosť editácie údajov v profile predajcu (zmena hesla, reset hesla, správa notifikácií)
Možnosť storna EDZ predajcom do definovaného časového obdobia
Automatizované generovanie a zasielanie detailných výpisov úhrad predajcov na dennej báze ktoré zrealizovali prostredníctvom terminálov resp. pokladňou
Možnosť storna známky užívateľom do momentu jej platnosti
Možnosť jednoduchého požiadania o zmenu/opravu EČV/krajiny registrácie do definovaného časového obdobia
Možnosť jednoduchej úpravy/zmeny formulárov zverejnených NDS
Možnosť zmeny zoznamu krajín registrácie zo strany NDS
Možnosť úpravy ceny EDZ, pridanie/zrušenie nového/existujúceho druhu EDZ, časovanie platnosti EDZ zo strany NDS
Možnosť blokovania predajov EDZ zo strany NDS
Možnosť definície periodicity zasielania reportov
Reportingové rozhranie pre prístup k dátam
Možnosť zmeny bankového účtu NDS a jeho automatizované preklopenie na relevantné miesta (okrem rekonfigurácie platobnej brány/terminálov)
Automatizovaná kontrola IBAN pri párovaní platieb obchodných partnerov (IBAN odosielateľa platby vs. IBAN definovaný v profile obchodného partnera)
Vedenie databázy obchodných partnerov s možnosťou úpravy
Automatizované párovanie platieb z účtu NDS v Štátnej pokladnici
Možnosť vrátenia neidentifikovanej platby
Možnosť generovania platobného príkazu na import do Štátnej pokladnice
Automatizované kategorizovanie nesprávnych účtovných operácií ako nezaúčtované transakcie
Možnosť generovať účtovnú závierku k definovanému dňu
Možnosť vyžadovať 2FA u predajcov na predajných miestach
Proces oslobodzovania ZŤP prebieha presne podľa aktuálne platnej legislatívy ktorá hovorí, že vozidlá zaregistrované osobou, ktorá je držiteľkou parkovacieho preukazu, sa zaregistrujú u správu výberu úhrady diaľničnej známky pred začatím užívania vymedzených úsekov diaľnic pričom prevádzkovateľ pri registrácií prevádzkovateľ vozidla doklady preukazujúce osobu prevádzkovateľa vozidla a doklady preukazujúce dôvody oslobodenia. V prípade, že v budúcnosti platná legislatíva bude ustanovovať akékoľvek nové povinnosti pre NDS (ako napríklad uvádzané automatizované spracovanie žiadosti o oslobodenie) tato bezodkladne pristúpi k realizácii zmenovej požiadavky v prevádzke. Zároveň NDS nemá výhrady voči aktívnej účasti jej expertov na medzirezortných pracovných skupinách predmetom ktorých bude uskutočnenie analýzy vrátane odhadovaných dopadov (najmä finančných nakoľko NDS je obchodná spoločnosť založená za účelom tvorby zisku) a prehľad potrebných legislatívnych zmien pre vytvorenie priestoru pre prípadné budúce integrácie a automatizácie ktorých technická rovina môže riešená následne v momente, keď budú všetky potrebné prerekvizity pripravené.
náklady na licenčnú podporu sú takmer 1:1 s novými prevádzkovými nákladmi. Kde je zmysel tohto projektu ak sa realizuje s pôvodnou funkčnosťou bez nových funkcionalít?
v projektovej dokumentácii som nenašiel detail na to ako sa prišlo ku tejto sume. Rozpočet na jednotlivé IT profesie, ich MD...z čoho by vyplynula finálna suma.
taktiež v zaslaných screenshot-och cenových ponúk sú začiernené všetky údaje spoločností, ktoré ich vypracovali. Znižuje to ich hodnovernosť. Prosíme o vysvetlenie.
NDS aktualizovala CBA o požadovaný rozpad ceny pričom v prípade potreby zašle poverenému zamestnancovi MIRRI doručené cenové ponuky v ich originálnom znení.
OK VYRIEŠENÉ
formalita, ale predpis bol zrušený zákon 95/2019 Z. z.
Upravene
OK VYRIEŠENÉ
na tento cieľ nie je nastavený ukazovateľ?
Je to ciel neprekrocenie vypadku viac ako 30 min
OK VYRIEŠEN
akej prílohe?
Subor, z ktoreho boli defionvane zlepsenia bol doplneny do META IS
áno, ale ktorý je to súbor? súbor s názvom "príloha XX" neevidujem
Upravene - doplnena priloha c. 3 Podnety EDZ 2024 - je sucastou META IS
OK VYRIEŚENÉ
takže tu neboli zvažované alternatívy?
vládny cloud nebol zvažovaný
Vladny cloud nebol zvazovany aj vzhladom k tomu, ze cast infrastrukutry pre potreby prevadzky uz NDS ma
OK VYRIEŠENÉ
v texte je spomenuté, že riešenie má byť postavené na otvorených technológiách - takže nie je vylúčená varianta s využitím open source riešení/k"krabicových riešení"? Prípadne ako sa o tom využití uvažovalo?
Toto bude predmetom VO
OK VYRIEŠENÉ
pravdepodobne to všade nenatiahlo obrázky
Vsetky obrazky tam su, len tam ostal taky divny odkaz po pokuse o prve nahratie obrazku
OK VYRIEŠENÉ - dodané ponuky na položky v záložke HW a licencie
Poprosila by som predložiť tieto podklady, na základe ktorých boli stanovené ceny v projekte - buď prostredníctvom MetaIS, alebo mailom na gabriela.farkasova@mirri.gov.sk
Bude prekonzultovavane na urovni NDS a pripadne predlozene
Boli mailom predložené opis predmetu zakázky a ponuky na balíček, ktorý je v CBA uvedený ako "vybudovanie systému". Na ostatné položky v CBA neboli zaslané podklady/zdroje ceny. Va CBA sú tam vedené položky so zdrojom "cenová ponuka".
dokumenty boli dodatočne zaslané mailom 09.04.2025.
OK VYRIEŠENÉ
Keď si to tak porovnám, tak teda tá úspora aj vzhľadom na cenu projektu nie je veľká.
Prevádzka daného riešenia podľa toho, čo ste uviedli nižšie, predstavuje 1 765 971 Eur/rok? Ak áno, tak ak by sme zrátali, že projekt je, čo sa týka čisto CAPEX výdavkov cca 6 mil. Eur a predpokladám, že počas toho, ako bude projekt v realizácii, tak sa budú platiť aj súčasné náklady na prevádzku, tak si neviem predstaviť, ako je projekt návratný v 5. roku.
Za predpokladu, že je správne uvedený údaj OPEX/rok, tak je ročná úspora cca 350 000 Eur, takže by malo trvať cca 17 rokov, aby vznikla návratnosť.
Ak to celé chápem zle, prosím, opravte ma
Bolo upravene. Sucasne naklady boli rozsirenie o naklady na L1 a L2 uroven, co predstavuje spolu 2,6 mil. € rocne. Rovnako bola aktualizovana aj dokumentacia na strane nakladov, kedy celkova hodnota v horizonte 10 rokov je 18 mil. € - vid CBA
Rovno pozerám, že teda prevádzka riešenia sa nám dvihla podľa CBA na nejakých 1,8 mil Eur ročne. Prečo? Toto zahŕňa aj L1 a L2? Prevádzka je zároveň vzhľadom na cenu projektu veľmi vysoká.
Zároveň by sme poprosili o zdroj, kde by sme si vedeli overiť náklady na súčasné riešenie. Viete nám dať link na zmluvu?
Taktiež uvádzam, že pri nacenení prevádzky sú použité 2x tie isté zdrojové bunky, napr:
Aplikácie sumár prevádzka
1. CBA záložka TCO bunka E10 - jej zdroj je TCO TO BE- SW'!$E141
2. zdroj pre TCO TO BE- SW'!$E141 je v podstate len bunka F141 ='Rozpočet - HW a licencie'!I20+'Rozpočet - HW a licencie'!I29+'Rozpočet - HW a licencie'!H38+'Rozpočet - HW a licencie'!H47+'Rozpočet - HW a licencie'!H56
HW sumár prevádzka
1. CBA záložka TCO bunka E13 - jej zdroj je TCO TO BE - HW'!$E67
2. zdroj pre TCO TO BE - HW'!$E67 je bunka F67='Rozpočet - HW a licencie'!H38+'Rozpočet - HW a licencie'!H47+'Rozpočet - HW a licencie'!H56
Nakaldy na prevadzku vychadzaju z PHZ a cenovych ponuk k ostatnym komponentom. Vsetky naklady su sucastou zalozky Rozpočet HW a licencie, ktore sa nasledne prenasaju do TCO TO BE SW a TCO TO BE HW
Upravene v ramci CBA, pricom tieto naklady ostali len v ramci prevadzky HW. Celkovo teda klesli naklady na prevadzku o tuto sumu, co bolo cca 65 tis. €
OK VYRIEŠENÉ
Prosím, opraviť záložku Zdroje financovania - aktuálne sú tam EŠIF zdroje. Takto vstupuje do nákladov 7% paušál z Programu Slovensko, čo vo Vašom prípade nemáte.
Opravene a nahrate do META IS
Podľa prepočtov v CBA bunka D14 v záložke TCO stále ráta aj bunku TCO TO BE- SW'!E161 - táto bunka čerpá zo záložky pozície interné, ktoré máte momentálne na 0 man days, čiže nedáva zmysel, aby sa odtiaľ niečo ťahalo do TCO. Ak vymažem číselné údaje z bunky B52 na záložke Pozicie_interne, zrazu mi zmizne aj údaj v TCO z bunky D14.
Stručne - na projekte nemáte v žiadnych pozíciach žiadne role, pretože je projekt nacenený ako "balíček". Z toho dôvodu a zároveň z dôvodu, že projekt nie je financovaný z Programu Slovensko, nemôžu byť nacenené bunky v riadku 14 na záložke TCO - Riadenie a publicita projektu.
Evidujeme, že ste pre tento účel zmenili vzorec v bunke I64 na záložke Pozicie_interne, ktorý je určený na výpočet paušálu v prípade projektu z Programu Slovensko. Čiže aktuálne tých 7% a suma 383 307 € nemá opodstatnenie.
Naklady na Riadenie a publicita projektu boli odstranene, kedze sa nejedna o financovanie cez POO ani PSK.
vzhľadom na na čas predkladania projektu, je vôbec harmonogram realistický? VO do 04/2025?
Bude prediskutovane a pripadne upravene
bolo upravene
OK VYRIEŠENÉ - i keď síce značnú časť tvorí nákup HW, stále jeto tam podstatná časť vývoj diela a tam má opodstatnenie riadiť sa podľa § 4 ods. 7 vyhlášky 401/2023 vyhlášky 401/2023 (účinnej do 31.03.2025, od 01.04.2025 sa jedná o § 4 ods. 8) a poskytnúť riadne odôvodnenie a posúdenie
jedná sa o veľký projekt, ktorý by mal byť rozdelený na jednotlivé čiastkové plnenia (inkrementy), avšak v projekte je len 1. (§ 15 ods. 4 písm. d) zákona 95/2019)
Projekt bude rozdeleny na viac VO, ale z pohladu implemtacie sa jedna o jeden celkom
v tom prípade treba postupovať podľa § 4 ods. 7 vyhlášky 401/2023:
Ak realizačná fáza veľkého projektu pozostáva z dodania jedného funkčného celku alebo dodania výlučne technických prostriedkov, objednávateľ posúdi a vyhodnotí aj alternatívy rozdelenia projektu na inkrementy na preukázanie ekonomickej nevýhodnosti alebo technických obmedzení.
Znacnu cast tvori HW a to cca 1 mil. €. Ostatne "investicne" vydavky su vyvoj aplikacie, ktora je vnimana ako jeden celok a takto bolo realizovana aj PHZ. Jeden inkrement bol zvoleny predovsetkym pre kratkos casu, ktorou je projekt limitovany a preto musia byt jednotlive funkcne poziadavky dodavane paralelne. Doplnene do textu k harmonogrmau.
OK vyriešené
Vychádzajú požiadavky iba z "feedback formu", alebo bol robený aj používateľský prieskum?
Samotny pouzivatelsky prieskum sa nerobil aj vzhladom k tomu, ze existuje samostatna sekcia na stranke, ktora poskytuje spatnu vazbu
OK VYRIEŠENÉ
Uvádzate tu sumu 8.8 mil., ale popravde neviem určiť, z čoho sa táto suma skladá. V CBA to vychádza na cca 5,8 mil. a zvyšok sú prevádzkové náklady.
O akej paušálnej sadzbe sa bavíme? Na podporné aktivity a 7% paušál je nárok len pri financovaní z Programu Slovensko, čo v tomto prípade nie je.
Upravene v sulade s upravenou CBA projektu
V CBA je teda riešenie nacenené ako hotový balíček pod položkou Vybudovanie systému. Takéto nacenenie pre projekt, ktorého predmetom je vybudovanie SW diela, nie je však korektné a nie je z neho možné určiť rozpad na jednotlivé položky a ani zhodnotiť využitie jednotlivých IT pozícií a ich nacenenie.
Verejný obstarávateľ pri definícii opisu predmetu zákazky a katalógu požiadaviek vychádzal z rozsiahlych skúseností pri administrácii a užívaní existujúceho riešenia na základe čoho vytvoril významne podrobný opis predmetu zákazky s definovanými požiadavkami v rámci ich katalógu. Takto pripravený podklad pre nacenenie považuje pre dosiahnutie stanoveného cieľa – vybudovanie moderného komplexného informačného systému výberu a evidencie úhrady elektronickej diaľničnej známky, za objektívne dostatočné a s ohľadom na úroveň podrobnosti a poznania vlastných potrieb za nadštandardné. Rozpad ceny na prípadných IT špecialistov a ich rozsah nám ako verejnému obstarávateľovi neprinesie pri požiadavke na dodanie konkrétne špecifikovaného diela žiadnu pridanú hodnotu a práve zostavenie tohto je úlohou uchádzačov pri príprave relevantnej ponuky kedy v závislosti z ich subjektívnych schopností si majú interne definovať realizačný tím a pracnosť jednotlivých členov tak, aby vedeli naplniť požiadavky a účel tohto plánovaného verejného obstarávania a predložiť cenu ktorá prirodzene aj formálne zahŕňa všetky a akékoľvek náklady s jeho realizáciou. Verejný obstarávateľ vie odhadnúť približné profesie a ich rozsah pričinenia sa na dodávke predmetného diela avšak skutkový stav je subjektívnou veličinou pri každej jednej fyzickej osobe na konkrétnej profesii v závislosti od jej skúseností, schopností a rýchlosti práce. S ohľadom na uvedené by daný rozpad mal len informatívny charakter a nijak by nebol vyhodnocovaný v rámci ktoréhokoľvek procesu resp. etapy tohto projektu. Stotožňujeme sa s názorom hodnotiteľa avšak máme za to, že to je významný údaj výlučne pri rámcových dohodách bez podrobnej špecifikácie funkčných a nefunkčných požiadaviek diela na objednávku podľa ust. § 91 Autorského zákona.
projekt nerieši automatizáciu niektorých procesov (napr. oslobodenie vozidiel ZŤP občanov), nerieši integráciu. V podstate sa nemení pôvodná funkčnosť na potreby súčasnoti
NDS nemá povinnosť a ani plán automatizovať proces oslobodzovania vozidiel ŤZP občanov SR a teda aj EÚ s ohľadom na Smernicu č. 2024/2841. Zároveň si dovolím oponovať ohľadom tvrdenia, že sa nemení pôvodná funkčnosť systému pre potreby súčasnosti. V SR je prevádzkovaný aktuálny systém EDZ od roku 2016 pričom NDS má tento systém vo vlastníctve od 01.01.2024. Od roku 2016 NDS nazbierala množstvo návrhov na zmeny v rámci IS EDZ a to tak počas správy EDZ vo forme služby poskytovanej súkromnou spoločnosťou a najmä od 01.01.2024 od kedy všetky procesy v rámci životného cyklu EDZ vykonáva osobne. Z týchto skúseností vyšli požiadavky na nový systém IS EDZ ktoré sú zapracované v Opise predmetu zákazky a Katalógu požiadaviek s dôrazom na výrazne nižšiu závislosť NDS od dodávateľa/poskytovateľa supportu systému na úpravy/konfirgurácie a nastavenia naprieč jednotlivými modulmi a to s cieľom znížiť náklady na prevádzku a podporu systému. Pre demonštráciu prikladám výber z týchto nových funkčností:
Proces oslobodzovania ZŤP prebieha presne podľa aktuálne platnej legislatívy ktorá hovorí, že vozidlá zaregistrované osobou, ktorá je držiteľkou parkovacieho preukazu, sa zaregistrujú u správu výberu úhrady diaľničnej známky pred začatím užívania vymedzených úsekov diaľnic pričom prevádzkovateľ pri registrácií prevádzkovateľ vozidla doklady preukazujúce osobu prevádzkovateľa vozidla a doklady preukazujúce dôvody oslobodenia. V prípade, že v budúcnosti platná legislatíva bude ustanovovať akékoľvek nové povinnosti pre NDS (ako napríklad uvádzané automatizované spracovanie žiadosti o oslobodenie) tato bezodkladne pristúpi k realizácii zmenovej požiadavky v prevádzke. Zároveň NDS nemá výhrady voči aktívnej účasti jej expertov na medzirezortných pracovných skupinách predmetom ktorých bude uskutočnenie analýzy vrátane odhadovaných dopadov (najmä finančných nakoľko NDS je obchodná spoločnosť založená za účelom tvorby zisku) a prehľad potrebných legislatívnych zmien pre vytvorenie priestoru pre prípadné budúce integrácie a automatizácie ktorých technická rovina môže riešená následne v momente, keď budú všetky potrebné prerekvizity pripravené.
náklady na licenčnú podporu sú takmer 1:1 s novými prevádzkovými nákladmi. Kde je zmysel tohto projektu ak sa realizuje s pôvodnou funkčnosťou bez nových funkcionalít?
Prevádzka AS IS stavu vychádza ročne: 2.674.826 Eur s DPH
Prevádzka TO BE stavu vychádza ročne: 1.765.971 Eur s DPH
Rozdiel v ročnej prevádzke AS IS vs TO BE: 908.855 Eur s DPH úspora
Zároveň s poukazom na predchádzajúce odpovede má projekt vo veci funkcionalít významné prínosy oproti AS IS stavu.
NDS aktualizovala CBA o požadovaný rozpad ceny pričom v prípade potreby zašle poverenému zamestnancovi MIRRI doručené cenové ponuky v ich originálnom znení.