Viešųjų elektromobilių įkrovimo prieigų operatorių ir jų valdomų prieigų registravimo sistemos priežiūros ir modifikavimo paslaugos
Išanalizuota
AB Via Lietuva (PV)
181 500 €
Atviras konkursasCPV: 72267000 - Programinės įrangos priežiūros ir tvarkymo paslaugos
ID: 73965782026-04-16 05:21
Atidaryti CVP ISAprašymas
Perkamos viešųjų elektromobilių įkrovimo prieigų operatorių ir jų valdomų prieigų registravimo sistemos priežiūros ir modifikavimo paslaugos. Šios paslaugos skirtos Valstybinės reikšmės kelių eismo informacinės sistemos viešai prieinamų įkrovimo prieigų registracijos modulio (https://ev.vialietuva.lt) sklandžiam veikimui užtikrinti. Jos apima modulio tobulinimą, funkcionalumo palaikymą, klaidų taisymą bei atitiktį kibernetinio saugumo ir asmens duomenų apsaugos reikalavimams.
Kvalifikaciniai reikalavimai
- 1Tiekėjas sutarties vykdymui privalo turėti ne mažiau kaip 1 (vieną) Projektų vadovą, kuris: 1) turi turėti tarptautiniu mastu pripažįstamą informacinių technologijų projektų valdymo kvalifikaciją; 2) turi būti vadovavęs bent vienam informacinės sistemos kūrimo ar modernizavimo projektui, kurio vertė yra ne mažesnė kaip 30 000 Eur be PVM.
- 2Tiekėjas sutarties vykdymui privalo turėti ne mažiau kaip 1 (vieną) Programuotoją, kuris: 1) tarptautiniu mastu pripažįstamą programuotojo kvalifikaciją; 2) būtų dalyvavęs bent 1 projekte, atliekant programuotojo funkcijas, tobulinant ir/ar plėtojant informacines sistemas, ir turi praktinės patirties dirbant su bent vienu moderniu PHP programavimo karkasu (pvz., Symfony, Laravel), arba lygiaverčiu MVC (angl. Model-View-Controller) pagrindu veikiančiu karkasu, turi praktinės patirties dirbant su API integracijomis.
- 3Tiekėjas sutarties vykdymui privalo turėti ne mažiau kaip 1 (vieną) Informacinių sistemų saugos ekspertą, kuris: turi būti kvalifikuotas informacinių sistemų saugos srityje; c) turi turėti praktinės patirties ne mažiau kaip 1 sutartyje, nustatant ir valdant informacijos saugos rizikos veiksnius, rengiant ir valdant reagavimo į incidentus ir veiklos tęstinumo programą.
- 4Teikėjas laikosi kokybes vadybos standarto LST EN ISO 9001:2015 arba jam lygiaverčio standarto srityje: IT sistemų kūrimo, diegimo, plėtros ir priežiūros paslaugos
- 5Teikėjas laikosi informacijos saugumo vadybos standarto ISO/IEC 27001:2022 arba jam lygiaverčio standarto.
- 6Tiekėjas, jo subtiekėjas, ūkio subjektai, kurių pajėgumais remiamasi, tiekėjo siūlomų prekių gamintojas ar juos kontroliuojantys asmenys (juridiniai ar fiziniai) nėra registruoti / nuolat gyvenantys ar turintys pilietybę Viešųjų pirkimų įstatymo 92 straipsnio 15 dalyje numatytame sąraše nurodytose valstybėse ar teritorijose.
- 7Prekių kilmė nėra ar paslaugos nebus teikiamos iš Viešųjų pirkimų įstatymo 92 straipsnio 15 dalyje numatytame sąraše nurodytų valstybių ar teritorijų.
- 8Tiekėjas, jo subtiekėjas, ūkio subjektas, kurio pajėgumais remiamasi, nevykdo veiklos Viešųjų pirkimų įstatymo 92 straipsnio 15 dalyje numatytame sąraše nurodytose valstybėse ar teritorijose arba nėra ūkio subjektų grupės, kurios bet kuris narys vykdo veiklą šiame sąraše nurodytose valstybėse ar teritorijose, narys, vadovas, valdymo ar priežiūros organo narys ar kitas asmuo, turintis teisę atstovauti tiekėjui ar jį kontroliuoti.
- 9Rusija nedalyvauja tiekėjo atstovaujamos įmonės sutartyje, viršijant 2014 m. liepos 31 d. Tarybos reglamento (ES) Nr. 833/2014 5k straipsnyje nustatytas ribas su pakeitimais, padarytais 2022 m. balandžio 8 d. Tarybos reglamentu (ES) Nr. 2022/576.
- 10Tiekėjo atstovaujama bendrovė (ir nė vienas iš konsorciumo narių) nėra Rusijos pilietis arba fizinis ar juridinis asmuo, subjektas ar organizacija, įsteigta Rusijoje.
- 11Tiekėjo atstovaujama bendrovė (ir nė viena iš įmonių, kurios yra konsorciumo narės), nėra juridinis asmuo, subjektas ar organizacija, kuriose daugiau kaip 50 % nuosavybės teisių tiesiogiai ar netiesiogiai priklauso Rusijos piliečiui / fiziniam ar juridiniam asmeniui, subjektui ar organizacijai, įsteigtai Rusijoje.
- 12Tiekėjas, jo atstovaujama bendrovė (ir nė vienas iš konsorciumo narių) nėra fizinis ar juridinis asmuo, subjektas ar organizacija, veikianti Rusijos piliečio / fizinio ar juridino asmens, subjekto ar organizacijos, įsteigtos Rusijoje, vardu arba jo nurodymu.
- 13Tiekėjo atstovaujamos bendrovės subtiekėjai, tiekėjai arba ūkio subjektai, kurių pajėgumais remiamasi ir kuriems tenka daugiau kaip 10 % sutarties vertės nepriklauso nuo Rusijos piliečio / fizinio ar juridino asmens, subjekto ar organizacijos, įsteigtos Rusijoje, ar su juo susijusių subjektų.
Techniniai reikalavimai
Informacijos ir duomenų saugumas
- 1Užtikrinti, kad duomenys būtų tvarkomi ir saugomi pagal duomenų apsaugą reglamentuojančių norminių teisės aktų reikalavimus.
- 2Nuotolinis prisijungimas galimas tik naudojantis virtualiuoju privačiu tinklu (VPN). Teikėjas nurodo IP adresą (-us), iš kurių bus jungiamasi prie Perkančiosios organizacijos įrangos ar kitos informacinės infrastruktūros.
- 3Kiekvienam Teikėjo paskirtam specialistui sudaromas unikalus naudotojo vardas ir slaptažodis, kurie perduodami asmeniškai arba elektroniniu paštu, užšifruotame dokumente (pvz., Gpg4win). Slaptažodis perduodamas atskirai nuo prisijungimo vardo.
- 4Teikėjui nutraukus darbo santykius su paskirtu specialistu, nedelsiant informuoti Perkančiąją organizaciją, kuri panaikina specialisto naudotojo vardą ir slaptažodį bei užblokuoja prieigą.
- 5Teikėjo specialistui suteiktas naudotojo vardas nekeičiamas ir negali būti suteiktas kitam Teikėjo paskirtam specialistui.
- 6Teikėjo darbuotojams draudžiama savavališkai, be Perkančiosios organizacijos sutikimo atlikti Perkančiosios organizacijos duomenų ir jų kopijų keitimus.
- 7Tiekėjas turi įgyvendinti pažeidžiamumų valdymo procesą.
- 8Tiekėjas užtikrina savo patalpų, įrangos ir tinklų apsaugą, taiko duomenų šifravimą (TLS 1.3 ar naujesnį), atsargines kopijas ir fizinės apsaugos priemones.
- 9Jeigu tiekėjas teikia interneto ar duomenų perdavimo paslaugas, sutartyje turi būti numatyta apsauga nuo DoS/DDoS atakų.
- 10Teikėjas privalo tvarkyti su asmens duomenų tvarkymo veikla, vykdoma Duomenų valdytojo vardu, susijusius įrašus.
- 11Duomenų tvarkytojas įsipareigoja įvertinti asmens duomenų tvarkymo riziką, susijusią su asmens duomenų tvarkymo veikla, galinčią kilti fizinių asmenų teisėms ir laisvėms, ir įgyvendinti technines ir organizacines priemones, kurios galėtų sumažinti šiuos pavojus.
Modulio priežiūra ir stebėsena
- 1Modulio funkcionalumo užtikrinimą, veiklos atstatymą ir su veiklos sutrikimais susijusių klaidų analizę ir taisymą / sprendimą.
- 2Modulio programinės įrangos priežiūrą, programinės įrangos atnaujinimų ir pataisymų diegimą, konfigūravimą ir derinimą.
- 3Modulio programinės įrangos, aplikacijų ir susijusių komponentų veikimo stebėjimą, failų peržiūrą, klaidų analizę ir sutrikimų šalinimą.
- 4Modulio programinės įrangos nustatymų ir sąsajų, reikalingų programinės įrangos funkcionavimui užtikrinti, tvarkymą.
- 5Modulio programinės įrangos veikimo optimizavimą, reikalingą tinkamai veikimo spartai užtikrinti.
- 6Modulio naudojamos DBVS priežiūrą.
- 7Modulio priežiūros profilaktinius darbus ir proaktyvų problemų valdymą, kai siekiama problemas išspręsti prieš kylant incidentams.
- 8Ataskaitų (kartą per ketvirtį) apie Modulio priežiūrą, atliktus veiksmus ir įvykusius sutrikimus pateikimą.
- 9DBVS veiklos stebėjimą, funkcionalumo užtikrinimą ir su veiklos sutrikimais (incidentais) susijusių klaidų analizę ir taisymą/sprendimą bei proaktyvų problemų valdymą.
- 10DBVS darbo su taikomosiomis programomis užtikrinimą ir greitaveiką.
- 11DBVS funkcijų valdymą, konfigūravimą, administravimą ir pakeitimų diegimą.
- 12DBVS rezervinį kopijavimą, atstatymą ir atstatymo tikrinimą.
- 13DBVS saugomų duomenų perkėlimą arba atstatymą pagal Perkančiosios organizacijos poreikius.
- 14DBVS profilaktinius priežiūros darbus.
- 15Įvykių žurnalų peržiūra, klaidų įrašų analizė ir klaidų priežasčių panaikinimas ne rečiau kaip kartą per mėnesį.
- 16Programinės įrangos gamintojų kritinių atnaujinimų (angl. critical hotfix) sekimas ir jų įdiegimas nedelsiant, bet ne vėliau kaip per 48 val. nuo tokių naujinių išleidimo (su Perkančiąja organizacija suderinta diegimo procedūra).
- 17Programinės įrangos gamintojų pataisymų paketų (angl. service pack) sekimas ir jų įdiegimas ne rečiau kaip kartą per mėnesį.
- 18Našumo, duomenų apimčių ir procesų stebėjimas.
- 19Priežiūros paslaugos neturi sutrikdyti Modulio veikimo.
Paslaugų valdymas ir organizavimas
- 1Teikėjas privalo užtikrinti Modulio sklandų veikimą ir atitiktį galiojantiems kibernetinio saugumo reikalavimams, elektroninės informacijos saugos reikalavimams, taikomiems Perkančiajai organizacijai bei privalo užtikrinti Bendrojo asmens duomenų reglamento reikalavimus.
- 2Užtikrinti tinkamą Paslaugų organizavimą, apibrėžiant vadovavimo, valdymo ir vykdymo atsakomybes ir atsiskaitymo būdus.
- 3Paskirti projekto vadovą, atsakingą už darbų organizavimą, koordinavimą ir derinimą su Perkančiosios organizacijos įgaliotais atstovais.
- 4Visus sutrikimus, problemas ir užsakomas paslaugas valdyti naudojant Perkančiosios organizacijos Pagalbos sistemą.
- 5Bet kokius pakeitimus produkcinėje aplinkoje diegti tik gavus Perkančiosios organizacijos leidimą.
- 6Už praėjusį mėnesį suteiktas Modulio priežiūros ir modifikavimo paslaugas paskutinę einamojo mėnesio darbo dieną pateikti Perkančiajai organizacijai Paslaugų priėmimo-perdavimo aktą.
- 7Teikėjas privalo atnaujinti modulio dokumentaciją (pvz., pateikti siūlymus dėl EIS nuostatų, saugos dokumentų ir techninio aprašymo (specifikacijos) atnaujinimo – Modulio apimtyje).
- 8Teikėjas, teikdamas paslaugas, esant būtinybei, turi atvykti į Perkančiosios organizacijos patalpas.
- 9Visiems Teikėjo atliktiems priežiūros ir modifikavimo darbams turi būti taikomas 12 mėn. garantinis terminas, skaičiuojamas nuo paslaugų priėmimo–perdavimo akto pasirašymo datos.
- 10Perkančiajai organizacijai per garantinį terminą pranešus apie sutrikimus, teikėjas turi sutrikimus ištaisyti, pateikti pataisymą, jį įdiegti ir atnaujinti dokumentaciją be papildomų mokesčių.
- 11Teikėjas neturi teisės atskleisti jokios su paslaugų teikimu susijusios informacijos trečiosioms šalims be Perkančiosios organizacijos raštiško leidimo arba jei to reikalauja įstatymai.
- 12Teikti paslaugas, kurios sudaro pirkimo objektą, laikantis duomenų saugą reglamentuojančių teisės aktų, ir EIS saugos dokumentuose (pvz.: EIS naudotojų administravimo taisyklių, saugaus elektroninės informacijos tvarkymo taisyklių, veiklos tęstinumo valdymo plano ir kt.) reikalavimų.
- 13Užtikrinti sutarties galiojimo metu ir iki sutarties įsigaliojimo Modulyje sudiegtų papildomų komponentų priežiūrą, sudiegtų komponentų garantiniam laikotarpiui pasibaigus.
- 14Užtikrinti, kad Paslaugų teikimo metu be išankstinio suderinimo su Perkančiąja organizacija ir be Perkančiosios organizacijos sutikimo nebus atliekami jokie Modulio programinio kodo ir tarnybinėse stotyse naudojamos programinės įrangos, keitimai.
- 15Tiekėjas, sužinojęs apie informacijos saugumo incidentą, privalo nedelsdamas, iš anksto suderintu būdu informuoti Perkančiąją organizaciją apie visus įvykusius kibernetinius incidentus ir jų poveikį Perkančiosios organizacijos IS ar jose tvarkomų duomenų saugumui (vientisumui, konfidencialumui, prieinamumui).
- 16Tiekėjas turi būti įdiegęs veikiančius ir aprašytus incidentų bei keitimų valdymo procesus, atitinkančius IT paslaugų valdymo (ITIL ar analogiškos metodikos) gerųjų praktikų rekomendacijas.
- 17Sprendžiant incidentą Teikėjas turi teikti visą su incidentu susijusią informaciją Perkančiosios organizacijos atsakingiems asmenims.
- 18Tiekėjas įsipareigoja derinti su Užsakovo kibernetinio saugumo vadovu visus sprendimus, galinčius turėti įtakos tinklų ir informacinių sistemų (TIS) saugumui.
- 19Tiekėjas užtikrina atitiktį Kibernetinio saugumo reikalavimų aprašo nuostatoms ir pateikia tai patvirtinančius dokumentus ar sertifikatus.
- 20Tiekėjo personalas turi būti apmokytas informacijos ir kibernetinio saugumo klausimais; Užsakovo prašymu pateikiami atitinkami įrodymai (sertifikatai, mokymų pažymėjimai).
- 21Tiekėjas ne rečiau kaip kartą per metus atlieka kibernetinio saugumo rizikos vertinimą ir pateikia Užsakovui ataskaitą bei rizikų valdymo planą.
- 22Užsakovas turi teisę atlikti tiekėjo atitikties auditą; tiekėjas privalo neatlygintinai sudaryti sąlygas auditui ir teikti visą prašomą informaciją.
- 23Tiekėjo darbuotojai privalo pasirašyti konfidencialumo įsipareigojimus; duomenys naudojami tik sutartyje numatytiems tikslams.
- 24Sutartyje apibrėžiamos abiejų šalių atsakomybės, duomenų nuosavybė ir žalos atlyginimo principai.
Incidentų valdymas ir pasiekiamumas
- 1Užtikrinti aukštą Modulio pasiekiamumą, ne mažesnį nei 99,9% per mėnesį.
- 2Užtikrinti, kad Modulio neveikimo laikotarpis nebūtų ilgesnis nei 16 valandų, kaip nustatyta trečios kategorijos valstybės informacinei sistemai.
- 3Modulio priežiūros paslaugos, konsultacijos telefonu ir elektroniniu paštu turi būti teikiamos penkias dienas per savaitę 9 valandas per parą (9x5).
- 4Kritinis sutrikimas (visiškas arba dalinis Modulio darbo sutrikimas, kai neįmanoma atlikti tam tikrų funkcijų arba rezultatai klaidingi, arba gali nukentėti Perkančiosios organizacijos tvarkoma informacija): reakcijos laikas ne ilgiau kaip per 1 valandą nuo pranešimo pateikimo momento.
- 5Kritinis sutrikimas: pašalinimo laikas ne ilgiau kaip per 4 valandas nuo pranešimo apie sutrikimą pateikimo momento.
- 6Sutrikimas (veiklos procesai ir Modulio funkcionavimas paveiktas nežymiai, nekelia grėsmės duomenims): reakcijos laikas ne ilgiau kaip per 4 valandas nuo pranešimo pateikimo momento.
- 7Sutrikimas (ne kritinis): pašalinimo laikas ne ilgiau kaip per 24 valandas nuo pranešimo apie sutrikimą pateikimo momento (pagal atskirą susitarimą, jei reikia programinio kodo keitimo).
- 8Užklausos ir keitimai: reakcijos laikas ne ilgiau kaip per 4 valandas nuo pranešimo pateikimo momento.
- 9Užklausos ir keitimai: pašalinimo laikas ne ilgiau kaip su Perkančiąja organizacija suderintas laikas.
- 10Teikėjas nedelsdamas, bet ne vėliau kaip per 24 valandas, informuoja Užsakovą apie bet kokį incidentą, galintį paveikti Užsakovo TIS ar duomenis, ir pateikia tyrimo ataskaitą bei korekcinių veiksmų planą.
- 11Paslaugų prieinamumas ne mažesnis kaip 99 %. Reagavimo į incidentus laikas – ne ilgesnis kaip 1 val. nuo aptikimo momento. Tiekėjas teikia mėnesines paslaugų kokybės ataskaitas.
- 12Incidentą išsprendus, Teikėjas turi užpildyti ir su Perkančiąja organizacija suderintu būdu, ne vėliau nei per 3 d. d. po incidento išsprendimo, pasiūlyti kibernetinio incidento tyrimo ataskaitą.
- 13Įvykus kritiniam incidentui Teikėjas ne vėliau kaip per 1 valandą apie tokį incidentą turi informuoti Perkančiąją organizaciją ir pasiūlyti (paslaugų teikimo apimtyje) galimus incidento sprendimo būdus. Kritinio incidento atveju Teikėjas incidento tyrimo ataskaitą turi pateikti per 24 valandas nuo tokio incidento nustatymo ir ne rečiau kaip kas 24 valandas teikti atnaujintą informaciją, iki incidentas suvaldomas ar pasibaigia.
Modulio tobulinimas ir programinė įranga
- 1Modulio tobulinimo paslaugos apima naujų naudotojo sąsajos funkcijų, duomenų apdorojimo funkcijų, duomenų bazės objektų, ataskaitų, žiniatinklio paslaugų (angl. web services), kitų integracinių sąsajų ir naujų Modulio funkcijų kūrimą.
- 2Sukurtų ir įdiegtų Sistemos naudotojų sąsajos funkcijų, ataskaitų, dizaino ir kito sukurto bei įdiegto Sistemos funkcionalumo keitimą.
- 3Sukurtų ir įdiegtų Modulio integracinių sąsajų (OCPI 2.3.0, OCPI 2.2.1, OCPI 2.1.1, DATEX II) su kitomis Perkančiosios organizacijos informacinėmis sistemomis ar kitų EIS moduliais ir funkcinėmis dalimis ar kitomis išorinėmis informacinėmis sistemomis keitimą.
- 4Kitus su Modulio funkcionavimu susijusius modifikavimo, diegimo ir konfigūravimo darbus.
- 5Tobulinimo valandos naudojamos pagal poreikį, lanksčiai, skaičiuojant bendrą apimtį, neribojant tobulinimo valandų kiekio per metus.
- 6Atliekant modifikavimo darbus, jei analizės metu teikėjas nenumatė visų reikalingų pakeitimų susijusių su užsakytu darbu, trūkstamų pakeitimų realizavimą teikėjas atlieka savo lėšomis be papildomo mokesčio.
- 7Kai keičiamas Modulio programinės įrangos išeities kodas, turi būti pateikiama ir į Perkančiosios organizacijos GIT sistemą įkeliama nauja kodo versija. Kodo komentarai turi būti rašomi anglų kalba.
- 8Turi būti pateikiamos priemonės, kurios leistų sukompiliuoti, pagaminti (angl. build) ir į atitinkamas aplinkas sudiegti pateiktą programinį kodą, taip įsitikinant, kad pateiktas kodas yra pilnas ir veikiantis.
- 9Visi Duomenų bazių valdymo sistemos (DBVS) veikimo tobulinimo veiksmai turi būti dokumentuoti Perkančiosios organizacijos GIT sistemoje. Į GIT turėtų būti įkeliamas sukurtų ar atnaujintų procedūrų, funkcijų, trigerių, langų (angl. view, materialized view), DBVS eilių mechanizmo (Scheduler), sąsajų (DB Link) ir kitų nustatymų programinis kodas ir skriptai (angl. scripts) su komentarais, apimantys ne tik struktūrų sukūrimą, bet ir įvairių procedūrų, procesų, pradinių reikšmių (klasifikatorių) užkrovimą.
- 10Teikėjas turi dokumentuoti Sistemos programinės įrangos diegimo procesą bei pateikti tam reikalingas programines priemones. Procesas turi būti dokumentuotas taip, kad atsakingas Perkančiosios organizacijos darbuotojas iš pateiktų išeities tekstų galėtų pagaminti (angl. build) Modulio programinę įrangą bei valdyti gaminimo konfigūraciją, ir Modulio programinę įrangą galėtų įdiegti bei valdyti diegimo konfigūraciją.
- 11Jeigu yra naudojami automatizuoti procesai, specifinė programinė įranga ir pan., turėtų būti pateikti jų diegimui reikalingi skriptai, instaliaciniai paketai, dokumentacija.
- 12Teikėjas perduoda Perkančiajai organizacijai autorių turtines teises į pagal užsakymą sukurtą Sistemos programinę įrangą ir parengtus projektinius dokumentus, įskaitant teisę neribotą laiką ir be papildomo atlygio naudoti, kopijuoti, modifikuoti, plėtoti, perkelti į kitą technologinę platformą, naudoti ir keisti pradinį kodą.
- 13Kartu su Sistemos programine įranga užsakovui perduodamas ir programos išeitinis kodas.
- 14Teikėjas turi perduoti Perkančiajai organizacijai sutarties vykdymo metu sukurtą programinę įrangą ir jos išeitinį kodą paslaugų priėmimo – perdavimo akto pasirašymo datai.
Dokumentai23
tendis.lt · Sukurta recodin.lt