Grįžti į sąrašą

VP-3412 ONTVIS II (Granlund) vystymo ir palaikymo paslaugos

Išanalizuota

Valstybės įmonė Turto bankas

Atviras konkursasCPV: 72267000 - Programinės įrangos priežiūros ir tvarkymo paslaugos
ID: 64816782026-02-10 10:55
Atidaryti CVP IS

Aprašymas

Perkančioji organizacija siekia įsigyti Operatyvaus nekilnojamojo turto valdymo informacinės sistemos prieaugio (ONTVIS II), veikiančios Granlund Manager pagrindu, palaikymo ir modifikavimo paslaugas. Šios paslaugos apima sistemos administravimą, eksploatavimą, funkcionalumo vystymą, integracinių sąsajų pritaikymą, testavimą bei naudotojų konsultavimą ir incidentų šalinimą, siekiant užtikrinti sistemos atitiktį LR teisės aktams ir naudotojų poreikiams. Taip pat numatyti griežti informacijos saugos ir aplinkosaugos reikalavimai paslaugų teikėjui.

Kvalifikaciniai reikalavimai

  • 1Tiekėjas nekelia grėsmės nacionaliniam saugumui. Prekių, kurių BVPŽ kodas patenka į VPĮ 92 straipsnio 13 dalyje numatytą sąrašą, gamintojas ar jį kontroliuojantis asmuo nėra registruoti (jeigu gamintojas ar jį kontroliuojantis asmuo yra fizinis asmuo – nuolat gyvenantis ar turintis pilietybę) šio įstatymo 92 straipsnio 14 dalyje numatytame sąraše nurodytose valstybėse ar teritorijose.
  • 2Tiekėjas per paskutinius 3 (trejus) metus (skaičiuojant nuo pasiūlymų pateikimo termino pabaigos) arba per laiką nuo tiekėjo įregistravimo dienos (jeigu tiekėjas vykdė veiklą mažiau nei 3 metus) iki pasiūlymo pateikimo termino pabaigos pagal vieną ar daugiau sutarčių (projektų) yra savo jėgomis suteikęs integruotos verslo valdymo informacinės sistemos palaikymo ir diegimo ir (ar) modifikavimo paslaugų, kurių vertė ne mažesnė kaip 40 000,00 Eur be PVM. Jei teikiama informacija apie vykdomą sutartį, laikoma, kad tiekėjo patirtis atitinka keliamą reikalavimą, jei vykdomos sutarties įvykdyta dalis per pastaruosius 3 metus arba per laiką nuo tiekėjo įregistravimo dienos (jeigu tiekėjas vykdė veiklą mažiau nei 3 metus) yra ne mažesnė kaip 40 000 Eur be PVM.
  • 3Tiekėjas turi turėti ar gali pasitelkti kvalifikuotą specialistų grupę, galinčią suteikti reikalaujamas paslaugas ir dalyvausiančią paslaugų teikime. Projekto vadovas: bent 1 (vienas) projekto vadovas turi turėti ne mažesnę kaip 3 (trejų) metų projektų vadovo darbo patirtį informacinių sistemų palaikymo ir (ar) diegimo ir (ar) modifikavimo srityje; turi turėti vadovavimo patirtį ne mažiau kaip 1 (vienai) sutarčiai (projektui) informacinių technologijų srityje. Informacinių sistemų konsultantas: bent 1 (vienas) specialistas turi turėti ne mažesnę kaip 3 (trejų) metų darbo patirtį sistemų konsultavimo srityje; turi būti dalyvavęs ne mažiau kaip 1 (vienoje(-ame)) informacinių technologijų srityje įvykdytoje (baigtoje) (įvykdytame (baigtame)) sutartyje (projekte).
  • 4Tiekėjas, kiekvienas tiekėjų grupės narys, jeigu pasiūlymą teikia ūkio subjektų grupė, ūkio subjektas, kurio pajėgumais remiasi tiekėjas, pagal jų prisiimamus įsipareigojimus pirkimo sutarčiai vykdyti, nėra registruotas (jeigu gamintojas ar jį kontroliuojantis asmuo yra fizinis asmuo – nuolat gyvenantis ar turintis pilietybę) Rusijos Federacijoje, Baltarusijos Respublikoje, Rusijos Federacijos aneksuotame Kryme, Moldovos Respublikos Vyriausybės nekontroliuojamoje Padniestrės teritorijoje, Sakartvelo Vyriausybės nekontroliuojamose Abchazijos ir Pietų Osetijos teritorijose.
  • 5Tiekėjas siūlys ir sutarties vykdymo metu tieks prekes (įskaitant jų sudedamąsias dalis) ir teiks paslaugas, kurių kilmės šalis / paslaugų teikimo vieta nėra Rusijos Federacija, Baltarusijos Respublika, Rusijos Federacijos aneksuotas Krymas, Moldovos Respublikos Vyriausybės nekontroliuojama Padniestrės teritorija, Sakartvelo Vyriausybės nekontroliuojamos Abchazijos ir Pietų Osetijos teritorijos.
  • 6Tiekėjas patvirtina, kad Rusija 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 dėl ribojamųjų priemonių, susijusių su padėtį destabilizuojančiais Rusijos veiksmais Ukrainoje.
  • 7Tiekėjo atstovaujama bendrovė (ir nė vienas iš konsorciumo narių) nėra Rusijos pilietis arba fizinis ar juridinis asmuo, subjektas ar įstaiga, įsteigta Rusijoje.
  • 8Tiekėjo atstovaujama bendrovė (ir nė viena iš įmonių, kurios yra konsorciumo narės), nėra juridinis asmuo, subjektas ar įstaiga, kuriuose daugiau kaip 50 % nuosavybės teisių tiesiogiai ar netiesiogiai priklauso a) punkte nurodytam subjektui.
  • 9Nei tiekėjas, nei bendrovė, kuriai atstovaujama (ir nė vienas iš konsorciumo narių), nėra fiziniu ar juridiniu asmeniu, subjektu ar organizacija, veikianti a) arba b) punkte nurodyto subjekto vardu arba jo nurodymu.
  • 10Tiekėjo atstovaujamos bendrovės subrangovai, tiekėjai arba ūkio subjektai, kurių pajėgumais remiamasi ir kuriems tenka daugiau kaip 10 % sutarties vertės nepriklauso nuo a–c punktuose išvardytų subjektų.

Techniniai reikalavimai

Paskyrų valdymas

  • 1Sistemos naudotojai turi turėti galimybę pasirinkti, kokio pobūdžio sistemos pranešimus el. paštu jie pageidauja gauti.
  • 2Slaptažodis turi būti sudarytas iš raidžių, skaičių ir specialiųjų simbolių.
  • 3Didžiausias leidžiamas mėginimų įvesti teisingą slaptažodį skaičius – ne didesnis nei 5 kartai. Iš eilės neteisingai įvedus slaptažodį tiek kartų, kiek yra leidžiama, Sistema turi užsirakinti ir neleisti Sistemos naudotojui identifikuotis Sistemoje ne trumpiau nei 15 minučių.
  • 4Slaptažodį turi sudaryti ne mažiau kaip 8 simboliai.

Įvykių valdymas

  • 1Turi būti galimybė Objekto naudotojams bei TB darbuotojams pranešti apie Įvykius, pateikiant Objekto adresą, Objekto antro hierarchinio lygmens pavadinimą, Paslaugų sritį, Kategoriją, Prioritetą ir Komentarą (laisvos formos tekstas).
  • 2Prie pranešimo turi būti galimybė prisegti failus (nuotraukas, dokumentus).
  • 3Sistema apie užregistruotą Įvykį turi automatiškai informuoti už Įvykio sprendimą atsakingą Sistemos naudotoją sistemos pranešimu bei el. laišku, kuriame pateikiama unikali nuoroda į Įvykio langą.
  • 4Turi būti galimybė iš Įvykio lango tiesiogiai patekti į Įvykių sąrašo langą be papildomo prisijungimo.
  • 5Už Objektą, kuriame užregistruotas Įvykis, atsakingas TB darbuotojas turi turėti galimybę redaguoti Įvykio duomenis.
  • 6Turi būti galimybė Objekto naudotojams bei TB darbuotojams Sistemoje matyti pateiktų užklausų būseną.
  • 7TB darbuotojas, atsakingas už Objektą, kuriame buvo užregistruotas Įvykis ir Sistemos naudotojas, kuriam buvo priskirtas Įvykio sprendimas, turi turėti galimybę keisti įvykio statusą iš „naujas“ į „vykdoma“ ir „baigta“.
  • 8TB darbuotojai ir Paslaugų teikėjai turi matyti jiems priskirtuose Objektuose užregistruotų Įvykių sąrašą su vykdymo stadijomis.
  • 9Turi būti galimybė už Objektą, kuriame užregistruotas Įvykis, atsakingam TB darbuotojui keisti Įvykio paslaugų sritį, kategoriją ir prioritetą.
  • 10TB darbuotojai turi galėti priskirti Įvykių sprendimą Paslaugų teikėjams.
  • 11Sistemos naudotojas, kuriam buvo priskirtas Įvykio sprendimas, turi galėti fiksuoti faktiškai sugaištą laiką, sprendžiant Įvykį.
  • 12Sistema turi fiksuoti reakcijos į priskirtą Įvykį (statuso pakeitimas iš „naujas“ į “vykdoma“) ir darbų atlikimo laiką (statuso pakeitimas iš „vykdoma“ į „baigta“).

Kokybės vertinimas

  • 1Turi būti galimybė Objekto naudotojams įvertinti atliekamus techninės priežiūros darbus suteikiant atitinkamą žvaigždučių kiekį, emociją arba panašų atitikmenį.
  • 2Sistema turi išsaugoti visus Objektų naudotojų vertinimus. Objektų naudotojų vertinimai turi būti matomi TB darbuotojams, atsakingiems už Objektą, kuriame buvo atliekami įvertinti techninės priežiūros darbai.
  • 3Turi būti galimybė Įvykį užregistravusiam Sistemos naudotojui atlikti Įvykio sprendimo kokybės vertinimą.
  • 4Sistema turi išsaugoti visus Įvykio sprendimo kokybės vertinimus. Įvykio sprendimo kokybės vertinimai turi būti matomi TB darbuotojams, atsakingiems už Objektą, kuriame buvo užregistruotas Įvykis.
  • 5Turi būti galimybė TB darbuotojams inicijuoti vienkartinį techninės priežiūros darbų atlikimo vertinimą pasirinktuose (viename ar daugiau) Objektuose.
  • 6Užpildytos vertinimo anketos turi būti matomos TB darbuotojams. Vertinimo anketos turinį Sistemoje sudaro siuntimą inicijuojantis TB darbuotojas.
  • 7Vertinimo anketos turinys gali susidėti iš klausimų su teksto lauku atsakymui įrašyti ir klausimų su pateiktais variantais, iš kurių Objekto naudotojas turi išsirinkti vieną, jį pažymėdamas.

Ataskaitos ir analizė

  • 1Turi būti automatinis ataskaitų formavimo įrankis. Ataskaitos turi būti formuojamos tik iš Sistemoje sukauptų bei iš ONTVIS I gaunamų duomenų.
  • 2Ataskaitų rinkiniai leidimą turintiems Sistemos naudotojams turi būti formuojami automatiškai, naudotojo nustatytu periodiškumu arba pagal poreikį.
  • 3Turi būti galimybė operatyviai kurti ataskaitas pagal naudotojų pasirinktus filtrus ir kriterijus: ataskaitinis laikotarpis; teritorija (pvz., regionas, miestas, objekto adresas); Objekto naudojimo paskirtis (pvz., administracinis, gyvenamosios paskirties); Objekto tipas (pvz., valdomas, parduodamas, bešeimininkis); TB darbuotojo atsakingas asmuo; Objekto naudotojas; teikiamų paslaugų, resursų rūšis; užklausų/skundų tipas; užklausų/skundų statusas; techninės priežiūros darbų tipas; techninės priežiūros darbų statusas; privalomieji techninės priežiūros darbų dokumentai.
  • 4Sistema pagal vartotojų atsiliepimus apie išspręstus Įvykius turi generuoti ataskaitą, kurioje matytųsi užduoties reitingavimas.
  • 5Turi būti galimybė generuoti ataskaitas apie Įvykius, pagal: Įvykio registravimo laiko intervalą; Įvykio statusą; Paslaugos sritį; Įvykio kategoriją; Įvykio prioritetą; Objektą; Paslaugų teikėją; Objekto naudotoją; Įvykio išsprendimo laiką.
  • 6Ataskaitos turi būti eksportuojamos į šiuos formatus: .xls (.xlsx), .pdf.
  • 7Turi būti galimybė generuoti techninės priežiūros darbų atlikimo ataskaitas, pagal: Laiko intervalą; Techninės priežiūros darbų statusą; Techninės priežiūros darbų sritį; Darbų atlikimo laiką (būsenos pasikeitimą į „baigtas“); Objektą; Paslaugų teikėją; Darbų tipą (periodiniai ar užsakomieji); Objekto naudotoją.

Aplinkosaugos reikalavimai

  • 1Paslaugos teikimo metu Tiekėjas įsipareigoja mažinti popieriaus sunaudojimą, atsisakyti nebūtino dokumentų kopijavimo ir spausdinimo, pasirašoma el. forma pirkimo – pardavimo sutarties, naudojant saugų el. parašą, teikiamos el. sąskaitos, Tiekėjo rengiama dokumentacija taip pat turi būti pateikta tik elektroniniu formatu (nebent tokiu formatu dokumentų pateikimas yra neįmanomas).
  • 2Tuo atveju jeigu dalis medžiagos privalomai turi būti spausdinta, tuomet ji turi būti atspausdinta ant abiejų lapų pusių ir naudojamas perdirbtas popierius, kuris atitinka žaliojo pirkimo reikalavimus, patvirtintus Lietuvos Respublikos aplinkos ministro 2011 m. birželio 28 d. įsakyme Nr. D1-508.

Sistemos palaikymo paslaugos

  • 1Palaikymo paslaugos apima programinės įrangos licencijų palaikymo paslaugas.
  • 2Palaikymo paslaugos apima programinės įrangos naujinimo paslaugas – tiekėjo iniciatyva vykdomus programinės įrangos naujinimus.
  • 3Palaikymo paslaugos apima programos testavimo paslaugas – programinės įrangos testavimo paslaugas siekiant išsiaiškinti galimus sutrikimus. Vykdoma tiekėjo aplinkoje, prieš atliekant naujinimo darbus Perkančiosios organizacijos aplinkoje.
  • 4Palaikymo paslaugos apima programinės įrangos sutrikimų/incidentų šalinimą.
  • 5Palaikymo paslaugos apima konsultavimo paslaugas nuotoliniu būdu – Perkančiosios organizacijos darbuotojų konsultacijas prisijungus prie ONTVIS (II) sistemos ar darbuotojo darbo vietos.
  • 6Palaikymo paslaugos apima konsultacijas telefonu – Perkančiosios organizacijos darbuotojų konsultacijas neprisijungus prie ONTVIS (II) sistemos ar darbuotojo darbo vietos.
  • 7Konsultacijos teikiamos telefonu ir / arba Klientų aptarnavimo sistemoje (angl. Help Desk).
  • 8Turi būti galimybė visus sutrikimus registruoti Klientų aptarnavimo sistemoje (angl. Help Desk).
  • 9Tiekėjo Klientų aptarnavimo sistemoje turi būti galimybė Perkančiajai organizacijai registruoti užklausas (24 x 7 x 365) internetu (apsaugotu SSL protokolu kanalu – savitarnos svetainėje).
  • 10Turi būti galimybė prisiskambinti Klientų aptarnavimo skyriui darbo dienomis nuo 8:00 iki 17:00 val., skambučiai neapmokestinami padidintu tarifu.
  • 11Klientų aptarnavimo sistema turi užtikrinti galimybę Perkančiosios organizacijos įgaliotiems naudotojams registruoti incidentus, problemas, sutrikimus bei gedimus, susijusius su paslaugos teikimu, ir stebėti jų būseną.
  • 12Klientų aptarnavimo sistema turi užtikrinti registruojant incidentus, problemas, sutrikimus, gedimus bei keičiantis jų statusui atsakingų Perkančiosios organizacijos įgaliotų naudotojų informavimą žinute elektroniniu paštu.
  • 13Klientų aptarnavimo sistema turi užtikrinti automatinį Perkančiosios organizacijos įgaliotų naudotojų informavimą elektroniniu paštu apie pranešimo užregistravimą pagalbos sistemoje, jei apie jį buvo pranešta ne internetu.
  • 14Klientų aptarnavimo sistema turi užtikrinti Perkančiosios organizacijos įgaliotiems naudotojams gauti ataskaitas įvairiais pjūviais (registracijos ir uždarymo laiką, produktą, incidento tipą, incidento aprašymą, būseną, pranešimo autorių).
  • 15Klientų aptarnavimo sistema privalo teikti informaciją apie visų registruotų užklausų, susijusių su teikiamomis paslaugomis, eigą ir būseną internetu on-line (Savitarnos svetainė) ir telefonu (pagal poreikį).

Objekto informacijos valdymas

  • 1Aprašant Objektą ir jo sudėtines dalis Sistemoje turi būti galimybė kurti hierarchines struktūras sudarytas iš ne mažiau kaip 8 lygių.
  • 2Sistemoje turi būti galimybė eksportuoti visą pasirinkto Objekto ir jo sudėtinių dalių informaciją (su visais atributais) į šiuos formatus: .xls (.xlsx), .pdf.
  • 3Sistemoje turi būti galimybė įvesti Objektų koordinates ir atvaizduoti objektų buvimo vietą žemėlapyje.
  • 4Sistemoje turi būti galimybė prisegti dokumentą ar nuotrauką prie Objekto ir jo sudėtinių dalių, pvz. eksploatacijos instrukcijas, atliktų darbų aktus, nuotraukas ir kitą informaciją.
  • 5Objekto informacija ir su Objektu susieti dokumentai turi būti skirstomi į 4 kategorijas, iš kurių kiekviena matoma skirtingiems Sistemos naudotojams.
  • 6Sistemoje turi būti galimybė įkelti su Objekto ir jo sudėtinių dalių priežiūra susijusias sutartis, užpildant tokią informaciją kaip Paslaugų teikėjas (sutarties šalis), sutarties tipas (terminuota / neterminuota), aptarnaujama sritis, galiojimo terminas, sutarties suma ir kt.
  • 7Turi būti galimybė Objekto naudotojams bei VĮ Turto banko darbuotojams matyti informaciją apie jų naudojamus Objektus, patalpas.
  • 8Turi būti galimybė Objekto naudotojams bei TB darbuotojams peržiūrėti bei parsisiųsti pateiktas sąskaitas.
  • 9Turi būti galimybė Objekto naudotojams pateikti laisvos formos nusiskundimus ar prašymus dėl naudojamų patalpų.
  • 10Turi būti galimybė TB darbuotojams kaupti informaciją apie komunikaciją su Objekto naudotojais (kontaktiniai duomenys asmenų, su kuriais bendraujama, kontaktų (pvz. skambučių, laiškų) laikas ir turinys, sutartos užduotys, komentarai ir t.t.).
  • 11Sistema turi galėti būti plečiama sudarant galimybę informaciją apie Objektus peržiūrėti ir 3D forma.
  • 12Sistema turi turėti funkciją rankiniu bei automatiniu būdų įvesti skaitliukų duomenis, matyti energijos suvartojimą ir gebėti lyginti juos per dinaminį ataskaitų modulį.

Sistemos modifikavimo paslaugos

  • 1Naujai sukurtą ar pakeistą programinę įrangą teikėjas turi perduoti Perkančios organizacijos specialistams tik pilnai ją ištestavę testinėje aplinkoje ir įsitikinę, kad, ją įdiegus gamybinėje aplinkoje, nebus sutrikdytas ONTVIS (II) ar jos dalies funkcijų darbas ir ONTVIS (II) įdiegti pakeitimai veiks taip, kaip buvo numatyta užsakyme ir kituose dokumentuose, nustatančiuose funkcinius reikalavimus programinei įrangai.
  • 2Modifikavimo paslaugos gali apimti naujų naudotojo sąsajos funkcijų, duomenų apdorojimo funkcijų, duomenų bazės objektų, ataskaitų, kitų integracinių sąsajų ir kitų ONTVIS (II) funkcijų vystymą.
  • 3Modifikavimo paslaugos gali apimti sukurtų ir įdiegtų ONTVIS (II) naudotojų sąsajos funkcijų, ataskaitų ir kito sukurto bei įdiegtų ONTVIS (II) funkcionalumo modifikavimą pagal Perkančiosios organizacijos poreikius.
  • 4Modifikavimo paslaugos gali apimti sukurtų ir įdiegtų ONTVIS (II) integracinių sąsajų su kitomis kitų institucijų informacinėmis sistemomis ar registrais modifikavimą.
  • 5Modifikavimo paslaugos gali apimti ONTVIS (II) naudotojų sąsajos pritaikymą ONTVIS (II) naudotojų poreikiams ir naujesnių versijų naršyklių poreikiams.
  • 6Modifikavimo paslaugos gali apimti kitus su ONTVIS (II) susijusius modifikavimo, diegimo ir konfigūravimo darbus.
  • 7Modifikavimo paslaugos gali apimti ONTVIS (II) naujinimo paslaugas Perkančiosios organizacijos darbo vietoje.
  • 8Modifikavimo paslaugos gali apimti ONTVIS (II) testavimo paslaugas.
  • 9Modifikavimo paslaugos gali apimti greitaveikos testavimą.
  • 10Modifikavimo paslaugos gali apimti diegimo darbus.
  • 11Modifikavimo paslaugos gali apimti duomenų importą/eksportą.
  • 12Modifikavimo paslaugos gali apimti duomenų tikrinimą (duomenų korektiškumas ar pan.).
  • 13Modifikavimo paslaugos gali apimti duomenų bazės priežiūros paslaugas.
  • 14Modifikavimo paslaugos gali apimti mokymo paslaugas.
  • 15Modifikavimo paslaugos gali apimti poreikio analizę, techninių užduočių ir techninių specifikacijų rengimą.
  • 16Modifikavimo paslaugos gali apimti integracinių sąsajų modifikavimo ir programavimo paslaugas.
  • 17Modifikavimo paslaugos gali apimti informacijos teikimą ir bendradarbiavimą taikant BDAR.
  • 18Modifikavimo paslaugos gali apimti duomenų nuasmeninimą.
  • 19Modifikavimo paraiškos įvertinimą teikėjas privalo atlikti ne per ilgesnį kaip 5 (penkių) darbo dienų terminą ir pateikti modifikavimo darbų specifikacijos projektą, kuriame turi būti nurodyti visi privalomi atlikti darbai ir darbų trukmė valandomis.
  • 20Perkančiajai organizacijai pateikus pastabas, Teikėjas į jas privalo atsižvelgti (atsakyti) ir pateikti pataisytą specifikaciją ne vėliau kaip per 2 (dvi) darbo dienas.
  • 21Sistemos naujinimų (updates) valdymas turi būti vykdomas pagal ITIL (Information Technology Infrastructure Library) metodiką.
  • 22Teikėjas, atlikęs ONTVIS (II) programinės įrangos pakeitimus, prieš juos pateikdamas Perkančiajai organizacijai, privalės su Perkančiosios organizacija suderintu būdu perteikti žinias ir kitą informaciją, reikšmingą apie atitinkamus programinės įrangos pakeitimus.
  • 23ONTVIS (II) planuojami taikyti programinės įrangos projektiniai ar technologiniai sprendimai bei numatoma naudoti kitų gamintojų ar atviro kodo programinė įranga turės būti suderinta su Perkančiosios organizacijos atsakingais už sistemos vystymą ir priežiūrą specialistais.
  • 24ONTVIS (II) programinė įranga turės būti vystoma moduliniu principu, užtikrinant sistemos vientisumą ir patikimą funkcionavimą.

Bendrieji paslaugų reikalavimai

  • 1Paslaugos teikiamos visoms ONTVIS (II) komponentėms, kurias naudoja Perkančioji organizacija: administravimo (programinių ir techninių komponenčių, iš kurių yra sudarytos sistemos ir visų integracinių sąsajų), eksploatavimo, modifikavimų siūlymų, naudotinų technologinių sprendimų klausimais.
  • 2Tiekėjas turi teikti palaikymo ir modifikavimo paslaugas ONTVIS (II) ir jos sudedamąsias dalis taip, kad jos savo darbo našumu bei funkcionalumu tenkintų naudotojų poreikius, atitiktų galiojančių ir ruošiamų LR teisės aktų nuostatas, Perkančios organizacijos veiklos procesus.
  • 3Sutarties galiojimo laikotarpiui tiekėjas turės paskirti projekto vadovą, kuris bus atsakingas už Paslaugų organizavimą, koordinavimą su Perkančiosios organizacijos atsakingais specialistais.
  • 4Pasibaigus atitinkamam ONTVIS (II) Paslaugų teikimo mėnesiui, tiekėjas pateiks Perkančiajai organizacijai ataskaitą apie faktiškai per praėjusį mėnesį suteiktas ONTVIS (II) palaikymo ir modifikavimo paslaugas.
  • 5Tiekėjas paslaugas teiks pagal tokios apimties dokumentaciją, kokią pateikia Perkančioji organizacija, bet esant poreikiui vien ja neapsiribojant.
  • 6Tiekėjas įsipareigoja Paslaugoms naudoti tik legalią ir su Perkančiąja organizacija suderintą programinę įrangą.
  • 7Tiekėjas įpareigoja užtikrinti Perkančios organizacijos tvarkomų duomenų (informacijos) saugumą ir konfidencialumą.
  • 8Tiekėjas pagal Perkančiosios organizacijos poreikį priims užklausas, susijusias su Sutartyje nurodytų paslaugų teikimu ir jų kokybe, per Užsakovo nurodytas priemones ir nedelsiant, bet visais atvejais ne vėliau nei per 3 (tris) darbo dienas teiks atsakymus į kiekvieną pateiktą užklausą žodžiu ar raštu.
  • 9Paslaugos turi būti teikiamos, vadovaujantis: Lietuvos Respublikos valstybės informacinių išteklių valdymo įstatymu; Europos Parlamento ir Tarybos reglamentu (ES) 2016/679 dėl fizinių asmenų apsaugos tvarkant asmens duomenis ir dėl laisvo tokių duomenų judėjimo ir kuriuo panaikinama Direktyva 95/46/EB (Bendrasis duomenų apsaugos reglamentas); Lietuvos Respublikos asmens duomenų teisinės apsaugos įstatymu; Valstybės informacinių sistemų steigimo, kūrimo, modernizavimo ir likvidavimo tvarkos aprašu, patvirtintu Lietuvos Respublikos Vyriausybės 2013 m. vasario 27 d. nutarimu Nr. 180 „Dėl Valstybės informacinių sistemų steigimo, kūrimo, modernizavimo ir likvidavimo tvarkos aprašo patvirtinimo“ ir kitais, su Paslaugų teikimu susijusiais, teisės aktų reikalavimais.

Informacijos saugumo reikalavimai

  • 1Turi būti naudojama gamintojų palaikoma aparatinė įranga, užtikrinant savalaikį naujausių aparatinės programinės įrangos saugos pataisų diegimą.
  • 2Turi būti įdiegta antivirusinė programinė įranga, užtikrinant, kad antivirusinės programinės įrangos naujinimai būtų diegiami ne rečiau kaip kartą per parą.
  • 3Turi būti nuolat diegiamos operacinės sistemos ir naudojamos programinės įrangos gamintojų išleistos kritinės ir svarbios saugos pataisos.
  • 4Naudotojo ir administratorių paskyros turi būti atskirtos, t.y. administratorių paskyros naudojamos tik konfigūravimo ir kitiems administratoriaus teisių reikalaujantiems veiksmams atlikti.
  • 5Turi būti aktyvuotas automatinis naudotojo paskyros užrakinimas, įsijungiantis ne vėliau kaip po 15 min. naudotojo neveiklumo.
  • 6Turi būti įjungta ir naudojama kompiuterinės darbo vietos ugniasienė.
  • 7Kompiuterinės darbo vietos vidinė atmintis turi būti užšifruota (pvz.: naudojant „Bitlocker“ arba lygiavertę programinę įrangą).
  • 8Naudojamos išorinės atminties laikmenos turi būti šifruojamos (pvz.: naudojant „Bitlocker“ arba lygiavertę programinę įrangą).
  • 9Slaptažodžius turi sudaryti ne mažiau kaip 12 simbolių, kurių sudarymui turi būti panaudotos didžiosios ir mažosios raidės, skaičiai bei specialieji simboliai.
  • 10Slaptažodžiai turi būti keičiami ne rečiau kaip kartą per tris mėnesius.
  • 11Prisijungimo slaptažodžiai gali būti saugomi ar esant būtinybei, perduodami tik šifruotu pavidalu, naudojant specialią slaptažodžių saugojimui skirtą programinę įrangą (pvz.: KeePass arba lygiavertę).
  • 12Nuotolinis prisijungimas prie Turto banko IT per viešuosius tinklus (internetą), realizuojamas tik naudojant Turto banko VPN arba taikant kelių faktorių autentifikacijos principą, papildomai patvirtinant besijungiančiojo asmens tapatybę naudojant mobiliojo ryšio telefono numerį ar kitą kelių faktorių autentifikavimo priemonę.

Mobiliosios aplikacijos funkcionalumas

  • 1Mobilioje aplikacijoje kiekvienas naudotojas turi būti unikaliai identifikuojamas, naudojantis tais pačiais prisijungimo duomenimis kaip ir jungiantis prie Sistemos.
  • 2Mobilioje aplikacijoje naudotojui turi būti pateikiama mažesnės apimties, tačiau ta pati informacija kaip ir Sistemoje.
  • 3Mobilioje aplikacijoje turi būti pasiekiama informacija apie Objektą, kuri yra Sistemoje, įskaitant galimybę matyti Objekto vietą žemėlapyje.
  • 4Mobilioje aplikacijoje turi būti pasiekiami Sistemoje esantys funkcionalumai, susiję su: Įvykio registravimu; Įvykio statuso keitimu; Įvykio informacijos peržiūra; Techninės priežiūros darbų vykdymo informacijos peržiūra; Techninės priežiūros darbų statuso keitimu.

Techninės priežiūros darbų valdymas

  • 1Turi būti galimybė TB darbuotojams aprašyti techninės priežiūros darbų taisykles bei instrukcijas.
  • 2Turi būti galimybė sukurti ir modifikuoti periodinių techninės priežiūros darbų planą kiekvieno Objekto suplanuotai techninei priežiūrai valdyti, skirstant jį į aptarnavimo sritis (pvz., konstrukcijų priežiūros darbai, šildymo sistemos priežiūros darbai ir kt.), bei nustatyti periodiškumą (kasdieninis, savaitinis, mėnesinis ir pan.).
  • 3Turi būti galimybė Objektui priskyrus techninės priežiūros darbą, prisegti su tuo darbu susijusius dokumentus. Kiekvienam prisegtam dokumentui turi būti nurodytas dokumento tipas, pasirinktas iš klasifikatoriaus.
  • 4Priskirtų dokumentų sąrašas turi būti matomas TB darbuotojams.
  • 5Turi būti galimybė TB darbuotojams priskirti už techninės priežiūros darbus atsakingus asmenis.
  • 6Sistemos naudotojai, atliekantys techninės priežiūros darbus, pagrindiniame puslapyje turi matyti išskirtinai pažymėtas vėluojančias jiems priskirtas užduotis.
  • 7Pagrindiniame lange turi būti rodomi techninės priežiūros darbai, kurių atlikimo data yra ne vėlesnė kaip dvi ateinančios savaitės. Visi techninės priežiūros darbai (vėluojantys ir numatomi) turi būti surikiuoti pagal darbų atlikimo datą (pirmiausia rodomi darbai, kurie turi (turėjo) būti atliekami (atlikti) anksčiausiai).
  • 8TB darbuotojai pagrindiniame puslapyje turi matyti jiems priskirtų Objektų vėluojančius techninės priežiūros darbus.
  • 9Turi būti galimybė TB darbuotojams ir Paslaugų teikėjams realiu laiku matyti visą konkretaus Objekto techninės priežiūros darbų kalendorių bei kalendorių pagal konkrečios sutarties apimtyje numatytus darbus.
  • 10Turi būti galimybė techninės priežiūros darbą atliekančiam Sistemos naudotojui keisti darbo būseną iš „suplanuota“ į „vykdomas“ ir „baigtas“, ar panašius atitikmenis. Sistema turi fiksuoti būsenos pakeitimo laiką. Taip pat turi būti galimybė būseną pakeisti atgaline data.
  • 11Sistema automatiškai turi pakeisti techninės priežiūros darbo būseną į „vėluojama“, arba panašu atitikmenį, praėjus techninės priežiūros darbo atlikimo terminui.
  • 12Turi būti galimybė TB darbuotojams ir Paslaugų teikėjams atšaukti techninės priežiūros darbą, pakeičiant jo būseną į „atšaukta“ arba panašu atitikmenį.
  • 13Turi būti galimybė darbų kalendoriuje realiu laiku matyti kiekvieno darbo būseną.
  • 14Turi būti galimybė sudaryti užduočių sąrašą, kurios turi būti atliekamos vykdant kiekvieną techninės priežiūros darbą. Prieš pradedant eksploatuoti Sistemą, Diegėjas turi į Sistemą įkelti arba importuoti visus užduočių sąrašus.
  • 15Turi būti galimybė atliekant techninė priežiūrą TB darbuotojams ir Paslaugų teikėjams registruoti technines pastabas, susijusias su prižiūrimu objektu. Prie kiekvienos techninės pastabos turi būti leidžiama prisegti failus.
  • 16Turi būti galimybė užregistruotas technines pastabas perduoti kitoms Sistemą naudojančioms šalims.
  • 17Pakeitus techninės priežiūros darbo būseną į „baigtas“, Paslaugų teikėjas turi turėti galimybę įvesti informaciją apie atliktą darbą ir / arba informaciją prisegti dokumento forma. Ši informacija turi būti matoma už Objektą atsakingam TB darbuotojui.
  • 18Sistemoje turi būti galimybė kiekvienam Objektui ir jo sudėtiniai daliai priskirti periodinės priežiūros darbą (-us).

Dokumentai17

  • 2_1 priedas. Techninė specifikacija.docx
  • 3_2 priedas. Pasiūlymo forma.docx
  • espd-request.xml
  • espd-request.pdf
  • README.txt
  • 6_5 priedas. Asmens duomenų tvarkymo susitarimas.docx
  • 7_6 priedas. TB minimalūs informacijos saugos reikalavimai tiekejams.docx
  • 9_8 priedas. Anketa tiekėjams.docx
  • 11_10 priedas. Tiekėjo deklaracija dėl atitikimo nacionalinio saugumo reikalavimams.docx
  • 1_0 Atviro konkurso sąlygos.docx
  • 5_4 priedas. Sutarties projektas.docx
  • 1275_6481678.pdf
  • 6481678_Contract notice - general directive, standard regime_0.pdf
  • 13_c4t_6481678_1.xml
  • 8_7 priedas. Tiekėjo (Partnerio) darbuotojo pasižadėjimas saugoti konfidencialią informaciją.docx
  • 10_9 priedas. Deklaracija dėl tiekėjo atsakingų asmenų.docx
  • 12_11 priedas. Specialistų sąrašo forma.docx
tendis.lt · Sukurta recodin.lt