Valstybinės energetikos reguliavimo tarybos interneto svetainės sukūrimo, garantinės ir priežiūros, vystymo paslaugų pirkimo techninė specifikacija

Išanalizuota

Valstybinė energetikos reguliavimo taryba

Rinkos konsultacijaCPV: 72413000 - Visuotinio žiniatinklio (WWW) tinklaviečių projektavimo paslaugos

ID: 64862342026-02-11 10:31

Aprašymas

Perkančioji organizacija siekia įsigyti Valstybinės energetikos reguliavimo tarybos (VERT) interneto svetainės sukūrimo, garantinės priežiūros ir palaikymo bei vystymo paslaugas. Šiuo pirkimu siekiama pakeisti pasenusią svetainę į modernią, patogią, interaktyvią ir mobiliems įrenginiams pritaikytą sistemą, atitinkančią šiuolaikinius technologinius ir saugumo standartus.

Kvalifikaciniai reikalavimai

1Tiekėjas turi pasiūlyti ne mažiau kaip 1 Projekto vadovą, turintį tarptautiniu mastu pripažįstamą projektų valdymo kvalifikaciją (PMP arba Prince 2 arba CompTIA Project+ sertifikatą ar lygiavertį dokumentą) ir per paskutinius 3 metus sėkmingai vykdžiusį bent 1 interneto svetainės sukūrimo ir (ar) modernizavimo arba informacinės sistemos sukūrimo ir (ar) modernizavimo projektą Projekto vadovo rolėje. Projekto vadovas turi mokėti lietuvių kalbą ne žemesniu nei (C1) lygiu (arba turi būti numatytos vertimo žodžiu ir raštu paslaugos).
2Tiekėjas turi pasiūlyti ne mažiau kaip 1 Informacinių sistemų naudotojų sąsajų ergonomikos (angl. Usability) analizės ir projektavimo specialistą, turintį šios srities kvalifikaciją ir per paskutinius 3 metus sėkmingai vykdžiusį bent 1 interneto svetainės sukūrimo ir (ar) modernizavimo arba informacinės sistemos kūrimo ir (ar) modernizavimo projektą naudotojų sąsajų ergonomikos specialisto ar lygiavertėje rolėje. Specialistas turi mokėti lietuvių kalbą ne žemesniu nei (C1) lygiu (arba turi būti numatytos vertimo žodžiu ir raštu paslaugos).
3Tiekėjas turi pasiūlyti ne mažiau kaip 1 Grafinio dizaino sprendimų specialistą, per paskutinius 3 metus sėkmingai vykdžiusį bent 1 interneto svetainės sukūrimo ir (ar) modernizavimo arba informacinės sistemos kūrimo ir (ar) modernizavimo projektą grafinio dizaino sprendimų specialisto ar lygiavertėje rolėje. Specialistas turi mokėti lietuvių kalbą ne žemesniu nei (C1) lygiu (arba turi būti numatytos vertimo žodžiu ir raštu paslaugos).
4Tiekėjas turi pasiūlyti ne mažiau kaip 1 Programuotoją, turintį tarptautiniu mastu pripažįstamą programuotojo kvalifikaciją (pvz., Java, .NET ar lygiavertį sertifikatą) ir per paskutinius 3 metus sėkmingai vykdžiusį bent 1 interneto svetainės sukūrimo ir (ar) modernizavimo arba informacinės sistemos kūrimo ir (ar) modernizavimo projektą programuotojo ar lygiavertėje rolėje.
5Tiekėjas turi pasiūlyti ne mažiau kaip 1 Testuotoją, turintį testavimo specialisto kvalifikaciją (ISTQB Certified Tester Foundation Level, ISEB Intermediate Certificate in Software Testing sertifikatą ar lygiavertį dokumentą) ir per paskutinius 3 metus sėkmingai vykdžiusį bent 1 interneto svetainės sukūrimo ir (ar) modernizavimo arba informacinės sistemos kūrimo ir (ar) modernizavimo projektą testuotojo ar lygiavertėje rolėje.
6Tiekėjas per paskutinius 3 metus arba per laiką nuo įregistravimo dienos (jei veikė trumpiau) turi būti tinkamai suteikęs interneto svetainės sukūrimo ir (ar) modernizavimo paslaugas arba informacinės sistemos kūrimo ir (ar) modernizavimo paslaugas, kurių vertė ne mažesnė nei nurodyta pirkimo dokumentuose (kaina yra placeholder).
7Tiekėjas paslaugų teikimo metu privalo užtikrinti, kad jis ir jo pasitelkiami kiti ūkio subjektai atitinka Lietuvos Respublikos Vyriausybės 2018-08-13 nutarimu Nr. 818 patvirtintame Kibernetinio saugumo reikalavimų apraše esminiams kibernetinio saugumo subjektams nustatytus kibernetinio saugumo reikalavimus.
8Paslaugų teikėjas paslaugų teikimo metu turi užtikrinti, kad jis ir jo pasitelkiami kiti ūkio subjektai laikysis standarte LST ISO/IEC 27001:2022 „Informacinės technologijos. Saugumo metodai. Informacijos saugumo valdymo sistemos“ nustatytų reikalavimų.
9Tiekėjas turi užtikrinti prieigos prie Perkančiosios organizacijos informacinių išteklių valdymą naudojant specializuotą programinę įrangą su dviejų faktorių autentifikacija, fiksuojant prisijungimus ir veiksmus, šifruojant prisijungimo kanalus.
10Tiekėjas turi užtikrinti, kad informacinės sistemos, kompiuterinė įranga ir duomenų tinklai, iš kurių jungiamasi prie Perkančiosios organizacijos tinklų ir (ar) informacinių sistemų, yra saugūs ir patikimi (atnaujinta operacinė sistema ir programinė įranga, įdiegta antivirusinė programa, įjungta saugasienė).
11Tiekėjas turi vykdyti savalaikę ir reguliarią prieigos teisių kontrolę ir veiksmų peržiūrą.
12Tiekėjas turi užtikrinti, kad prisijungimas prie Perkančiosios organizacijos tinklų ir (ar) informacinių sistemų vyktų vadovaujantis principu „Būtina naudoti“ ir turėtų sutartą galiojimo terminą.
13Tiekėjas yra laikomas neturinčiu interesų, galinčių kelti grėsmę nacionaliniam saugumui, t. y., tiekėjas, jo subtiekėjai ar ūkio subjektai, kurių pajėgumais remiamasi, bei juos kontroliuojantys asmenys, nėra registruoti LR Viešųjų pirkimų įstatymo 92 straipsnio 14 dalyje numatytame sąraše nurodytose valstybėse ar teritorijose.
14Tiekėjas negali kelti grėsmės nacionaliniam saugumui, kai sandorio pagrindu susidarytų aplinkybės, nurodytos Nacionaliniam saugumui užtikrinti svarbių objektų apsaugos įstatymo 13 straipsnio 4 dalies 1 punkte.

Techniniai reikalavimai

Bendrieji reikalavimai

1Kuriant svetainę naudojamos technologijos turi būti paremtos atviromis technologijomis ar standartais, o siūlomos lygiavertės technologijos gali būti siūlomos.
2Interneto svetainės kūrimo metu Paslaugų teikėjas turi vadovautis visais aktualiais teisės aktais, susijusiais su interneto svetainių, neįgaliųjų prieinamumo, informacijos saugumo, asmens duomenų apsaugos ir kibernetinio saugumo reglamentavimu.
3Visos teisės į Paslaugos teikėjo sukurtą svetainę neatlygintinai perleidžiamos Perkančiajai organizacijai nuo perdavimo-priėmimo akto pasirašymo.
4Pasirašant priėmimo-perdavimo aktą, Paslaugos teikėjas privalo pateikti Perkančiajai organizacijai skaitmeninėje laikmenoje visus svetainės išeities kodus ir dokumentaciją, kurie turi būti nešifruoti.
5Pirkimo tikslas – sukurti ir įdiegti naują VERT interneto svetainę su turinio valdymo sistemos moduliu.
6Paslaugų vykdymo planas (grafikas) turi būti suderintas su Perkančiąja organizacija per 14 kalendorinių dienų nuo sutarties įsigaliojimo dienos, apibrėžiant etapus, užduotis, trukmę, atsakomybes, derinimo procedūras, rizikas ir bendravimo kanalus.
7Svetainės užsikrovimo trukmė turi būti iki 2 sekundžių, jeigu jos neriboja failų atsisiuntimo greitis.
8Portalo programinė įranga turi naudoti spartinimą (cache) puslapių pateikimo pagreitinimui ar pergeneravimo eliminavimui nesant pasikeitimams (kešavimas turi būti taikomas statiniam turiniui ir elementams).
9Svetainė turi veikti šiuo metu pasaulyje naudojamų naujausių technologinių komponenčių pagrindu, panaudojant WEB aplikacijų technologijas (PHP arba lygiavertes) ir duomenų bazių valdymo sistemas (MySQL/Maria, PostgreSQL arba lygiavertes).
10Svetainės išvaizda turi būti kuriama naudojant pakopinius stilių šablonus (CSS), o duomenys turi būti saugomi reliacinėje duomenų bazėje, atskiriant failus atskiroje failinėje sistemoje.
11Programinė sprendimo realizacija turi būti orientuota į atvirų standartų taikymą, siekiant užtikrinti didžiausią suderinamumą ir lankstumą.
12Paslaugų teikėjas privalo pateikti visą reikalingą programinę įrangą bei jos licencijas, būtinas siūlomo sprendimo realizacijai, kurios turi būti įskaičiuotos į pasiūlymo kainą.
13Pateikiama licencinė programinė įranga turi būti su nuolatinėmis licencijomis, nereikalaujančiomis papildomų investicijų Perkančiajai organizacijai visą sutarties vykdymo ir garantinės priežiūros laikotarpį.
14Nelicencijuojamos programinės įrangos naudojimas neturi būti apmokestinamas papildomai.
15Visos reikalingos licencijos turi būti įgyjamos Perkančiosios organizacijos vardu.
16Paslaugų teikėjas turi turėti siūlomos programinės įrangos gamintojo suteiktą teisę diegti, konfigūruoti programinę įrangą, jos priedus bei naujinimus, teikti techninio aptarnavimo paslaugas arba turėti sudaręs sutartis su tokią teisę turinčiu ūkio subjektu.
17Perkančiajai organizacijai turi būti perduoti pilni, veikiantys programinės įrangos išeities kodai (neužšifruoti), su kompiliavimui paruoštais failais ir viešai prieinamomis standartinėmis priemonėmis bei instrukcijomis, kaip sukompiliuoti programinę įrangą.
18Išeities tekstai ir autorinės turtinės teisės turi priklausyti Perkančiajai organizacijai.
19Paslaugos turi nekelti grėsmės nacionaliniam saugumui. Perkančioji organizacija laiko, kad paslaugos kelia grėsmę nacionaliniam saugumui, kai paslaugos būtų vykdomos iš LR Viešųjų pirkimų įstatymo 92 straipsnio 14 dalyje numatytame sąraše nurodytų valstybių ar teritorijų.
20Pirkimo objektui taikomi aplinkosauginiai kriterijai: mažinamas popieriaus sunaudojimas, atsisakoma nebūtino dokumentų kopijavimo ir spausdinimo, dokumentacija teikiama tik elektroniniu formatu, pasirašoma elektroniniu parašu. Esant būtinybei spausdinti, naudojamas popierius, atitinkantis aplinkos apsaugos kriterijus.

Galerijų reikalavimai

1Galerijos modulis turi suteikti galimybę kurti neribotą skaičių albumų, talpinti nuotraukas, video, audio medžiagą, aprašymus ir nuorodas, taip pat integruoti vaizdo įrašus iš išorinių šaltinių.
2Nuotraukos, video ar kita medžiaga lankytojui turi būti demonstruojamos tiesiogiai, be papildomos programinės įrangos.
3Aktualios nuotraukos turi būti slenkančioje juostoje su nustatytu keitimosi intervalu (Slide Show).
4Galerijos modulyje turi būti galimybė kurti atskiras galerijas iš jau įkeltos medžiagos, naudojant paiešką TVS viduje.

Kontaktų reikalavimai

1Svetainėje turi būti sukurtas atskiras kontaktų puslapis.
2TVS turi būti galimybė įvesti kontakto informaciją: VERT struktūrinis padalinys, vardas, pavardė, pareigos/pareigybės aprašymas, telefonas (galimybė įvesti kelis numerius), el. paštas.
3Kontaktai turi būti atvaizduojami, atsižvelgiant į struktūrinį padalinį. Kontaktų eiliškumas TVS gali būti nustatomas rūšiuojant pagal vardą, pavardę abėcėlės tvarka, tačiau turi būti sudaryta galimybė specifiniam kontaktui suteikti eiliškumo pirmumą.
4Kontaktų modulyje turi veikti filtras su galimybe filtruoti darbuotojų kontaktinę informaciją pagal struktūrinį padalinį ir / ar pareigybes.
5Kontaktų modulyje turi veikti darbuotojų paieškos laukas su galimybe įvesti vardo ir / ar pavardės motyvus.

Paieškos reikalavimai

1Paieškos funkcija turi būti aiškiai matomoje svetainės vietoje, pasiekiama iš bet kurio puslapio ir patogi lankytojui.
2Svetainė turi turėti paieškos variklį, veikiantį tarp visų svetainės puslapių, jų metaduomenų, įkeltų failų ir kitos medžiagos.
3Paieška turi būti vykdoma tiek naudojant lietuviškus, tiek lotyniškus simbolius.
4Paieškos sistema turi būti paprasta ir išplėstinė: paprastoje paieškoje – automatinė rezultatų pasiūlymo galimybė su iki 10 rezultatų ir nuoroda į pilną sąrašą; išplėstinėje paieškoje – galimybė ieškoti pagal publikavimo/atnaujinimo datą, žodį, frazę, temą, kategoriją, pagal pasirinktus svetainės objektus.
5Paieškos rezultatai turi būti surūšiuoti pagal „sėkmingumo“ kriterijus: pirma – ieškomi žodžiai pavadinime, toliau – metaduomenyse arba įkeltuose failuose.
6Administratorius turi turėti galimybę nustatyti paieškos rezultatų atvaizdavimo formą (įrašų skaičius puslapyje, eiliškumas, tvarka, išplėstinės informacijos kiekis).

Funkciniai reikalavimai

1Svetainė turi būti pasiekiama adresu www.vert.lt (domeną ir SSL įsigyja Perkančioji organizacija).
2Svetainėje turi būti įdiegta turinio valdymo sistema (TVS). TVS licencija neturi riboti administratorių, darbo vietų, prisijungimų skaičiaus ir turi būti palaikoma visu garantinės priežiūros laikotarpiu.
3TVS sprendinys turi būti sukurtas naudojant šiuolaikines stabilias, palaikomas ir neturinčias žinomų saugumo spragų žymėjimo ir programavimo kalbas, tokias kaip PHP (naujausia versija, pvz., PHP 8), Python (Django ar Flask) arba Ruby on Rails arba lygiavertes alternatyvas.
4Svetainė turi turėti modulinę struktūrą, užtikrinančią vientisumą, lankstumą ir lengvas plėtimo galimybes.
5Visos naudojamos programinės įrangos licencijos turi būti registruotos Perkančiosios organizacijos vardu ir suteikiančios teisę naudoti jų naujausią versiją ne trumpiau nei garantinės priežiūros ir palaikymo paslaugų teikimo trukmė.
6Svetainė turės būti diegiama ir konfigūruojama Perkančiosios organizacijos infrastruktūroje. Paslaugų teikėjas turi pateikti reikalavimus infrastruktūrai: architektūros reikalavimus (tarnybinių stočių skaičius, tipai, logika, poreikis pajėgumui, operacinė sistema).
7Visi svetainės komponentai turi korektiškai saugoti, apdoroti ir atvaizduoti informaciją lietuvių kalba su specifiniais lietuvių kalbos rašmenimis ir taisyklėmis.
8Turi būti galimybė valdyti, kuriose svetainės vietose turi būti rodoma socialinių tinklų informacija.
9Duomenų tvarkymas turi atitikti Lietuvos Respublikos raštvedybos taisykles (skaitmenų formatas, datos ir laiko formatai).
10Svetainė turi palaikyti ne mažiau kaip 1000 unikalių vartotojų, naršančių svetainėje vienu metu, veikiant korektiškai.
11Perdavimo Perkančiajai organizacijai metu svetainėje gali būti įdiegti tik būtini (techniniai) slapukai, generuojami pačios svetainės (pirmosios šalies slapukai).
12Kiti (kitų šalių) techniniai slapukai, jei jų pagalba bus tvarkomi asmens duomenys, turi būti teikiami ES arba EEE šalių tiekėjų ir atitikti BDAR bei ERĮ reikalavimus.
13Slapukai ir su jais susiję duomenų srautai negali perduoti jokių asmens duomenų į trečiąsias šalis.
14Techniniai slapukai turi būti dokumentuoti nurodant pavadinimą, paskirtį, galiojimo laiką, naudojamą sisteminę informaciją ir teikėją.
15Paslaugų teikėjas privalo užtikrinti, kad Svetainėje nebūtų įdiegti ir neveiktų jokie trečiųjų šalių skriptai, kurie gali įrašyti slapukus ar rinkti asmens duomenis be vartotojo sutikimo.
16Turi būti realizuotas funkcionalumas, kuris patikrintų, ar Svetainės lankytojas jau yra susipažinęs su informacija apie slapukus ir patvirtinęs pasirinkimus dėl neprivalomų slapukų.
17Jei Svetainės lankytojas susipažinęs su informacija apie slapukus, turi būti realizuotas mygtukas, kurį paspaudus išskleidžiamame lange būtų pateikiama slapukų informacija su galimybe įjungti/išjungti neprivalomus slapukus.
18Jei Svetainės lankytojas nesusipažinęs su informacija apie slapukus, automatiškai išskleidžiamas langas su informacija apie privalomus ir neprivalomus slapukus, su galimybe įjungti/išjungti neprivalomus slapukus ir išsaugoti nustatymus, atitinkančius BDAR reikalavimus ir duomenų apsaugos priežiūros institucijų gaires.
19Slapukas, kuriame saugomi lankytojo pasirinkti nustatymai, naršyklėje turi būti saugomas 12 mėn. nuo pasirinktų nustatymų išsaugojimo ar atnaujinimo.
20Turi būti realizuotas funkcionalumas, leidžiantis patikrinti ir panaikinti lankytojo nustatymų slapuką, jei Svetainėje realizuojamas naujų, neprivalomų slapukų naudojimas arba atnaujinama informacija apie slapukus.
21Išskleidžiamame slapukų nustatymams skirtame lange turi būti pateikiama nuoroda į atskirą puslapį su slapukų naudojimo taisyklėmis, neprivalomų slapukų įjungimo/išjungimo funkcionalumas ir mygtukas nustatymams patvirtinti.
22Svetainės lankytojui nesutikus su neprivalomų slapukų naudojimu, turi būti užtikrinta, jog slapukų pagalba nebūtų renkami duomenys ir naršyklėje naudojami tik privalomi (techniniai) slapukai.
23Slapukų funkcionalumas turi būti realizuotas Svetainės lietuviškoje ir angliškoje versijose, atitinkamomis kalbomis.
24Slapukų funkcionalumui sukurti langai turi būti pritaikyti prie esamo Svetainės dizaino.
25Slapukų funkcionalumas turi veikti ir būti atvaizduojamas korektiškai, naudojant automatiškai prisitaikantį (responsive) dizainą tiek kompiuteriuose, tiek mobiliuosiuose įrenginiuose, ir būti suderinamas su populiariausiomis naršyklėmis.
26Svetainėje turi būti integruotas beslapukinis unikalių lankytojų skaitiklis, teikiamas ES arba EEE šalių tiekėjų, atitinkantis BDAR ir ERĮ reikalavimus, neperduodantis asmens duomenų į trečiąsias šalis.
27Turi būti užtikrinta, kad skaitiklis nesukuria nuolatinio identifikatoriaus, nenaudoja naršyklės atpažinimo metodų, anonimizuoja arba užkoduoja IP adresą ir renka tik statistinę informaciją.
28Perkančioji organizacija turi turėti galimybę savarankiškai pakeisti/modifikuoti visus slapukų ir skaitiklio funkcionalumus.
29Esant poreikiui, turi būti realizuota galimybė TVS pagalba pažymėti ir vizualiai išskirti meniu punktus visuose lygiuose.
30Turi būti nurodomas turinio pasiekimo kelias. Turinio tinklapiai turi turėti mygtukus į pradžią, į viršų ir grįžti (viena funkcija atgal).
31Prie atsisiunčiamų failų turi būti nurodytas failų dydis ir tipas.
32Turi būti užtikrinta galimybė nurodyti svetainėje skelbiamos informacijos pateikimo datą, atnaujinant ją kartu su informacija.
33Bandant patekti į nebeegzistuojantį puslapį, lankytojas turi būti automatiškai nukreipiamas į puslapį su pranešimu, kad jis neegzistuoja.
34Turi būti įdiegta puslapio spausdinimo funkcija, su galimybe ją įjungti arba išjungti svetainės puslapiui, kategorijai, subkategorijai ar straipsniui. Spausdinimo funkcija turi paslėpti nereikalingus elementus ir pridėti specialią HTML antraštę ir poraštę spausdinimui.
35Svetainėje negali būti nuorodos į Paslaugų teikėjo interneto svetainę bei kitos Paslaugų teikėjo reklamos.
36Perkančioji organizacija turi laike neribotą teisę be papildomo atlygio naudoti, kopijuoti, modifikuoti, toliau plėtoti, perkelti į kitą technologinę platformą, suteikti teises naudoti kitoms trečiosioms šalims ir keisti sukurtos programinės įrangos pradinį kodą.
37Svetainės puslapiai turi būti suderinti su ekrano skaitymo programine įranga.
38Svetainė turi būti vaizduojama be iškraipymų visose populiariausiose interneto naršyklėse (Microsoft Edge, Mozilla Firefox, Google Chrome, Safari, Opera ir vėlesnėse versijose).
39Tarp svetainės ir kitų informacinių sistemų apsikeičiami duomenys turi būti aprašomi naudojant XML schemas ir / arba JSON duomenų apsikeitimo formatu.
40Svetainė neturi riboti galimybės atnaujinti ir talpinti papildomą informaciją (naujienos, duomenys, dokumentai ir t. t.) tarnybinės stoties pajėgumo ribose.
41Turi būti sudaryta galimybė Perkančiajai organizacijai pačiai keisti svetainės medžio struktūrą.
42Jeigu svetainės vartotojo sąsajoje naudojamos technologijos, reikalaujančios įskiepių, turi būti parodomas pranešimas su nurodymais, kaip įdiegti naujausią reikiamo įskiepio versiją.
43Turi būti numatyta apsauga nuo kenkėjiško kodo įkėlimo (pvz., apribota galimybė įkelti formatus su plėtiniais .com, .exe, .bat ir pan.) tiek svetainėje, tiek TVS aplinkoje.

Navigacijos reikalavimai

1Navigacijos elementai turi būti aiškiai atskirti vienas nuo kito, sugrupuoti pagal prasmę ir kiekviename svetainės puslapyje nuosekliai patalpinti į lengvai surandamą vietą.
2Visuose puslapiuose reikia naudoti tą pačią navigacijos schemą, nuosekliai išdėstant korteles, antraštes, sąrašus, paiešką, svetainės schemą.
3Ilguose puslapiuose turi būti pateikiamas turinys su nuorodomis, kurios atveria lankytojams atitinkamą žemiau esantį turinį. Jeigu ilgą puslapį sudaro keli atskiri skyriai, kurių nesimato pirmajame ekrane, reikia puslapio viršuje pateikti trumpą skyrių sąrašą.
4Svetainės lankytojams turi būti galimybė sužinoti, kurioje svetainės skiltyje jie šiuo metu yra (pvz., hierarchinis kelias iki esamo puslapio, suderinta nuorodos spalva su tikslinio puslapio antrašte, išteklių adresai, atspindintys lankytojo buvimo vietą).
5Pagrindinio navigacijos meniu ir antrinio meniu vietas svetainėje turi pasiūlyti Paslaugų teikėjas suderinęs su Perkančiąja organizacija.
6Kortelių pavadinimai turi informuoti apie jų funkciją arba paskirtį.

Kalendoriaus reikalavimai

1Lankytojams turi būti pateikiamas posėdžių ir įvykių kalendorius su galimybe valdyti puslapyje atvaizduojamų įvykių ir posėdžių skaičių bei puslapiavimą.
2TVS naudotojui – įvesti, valdyti ir priskirti kategorijas įvykiams ir posėdžiams.
3TVS kuriant kalendorių turi būti galimybė įvesti ne mažiau kaip: pavadinimas, paskelbimo data, publikavimo datos nuo – iki bei publikavimo statusas, kategorija (galimybė priskirti kelias), data, trumpas tekstas ir pilnas tekstas, valdomi redaktoriumi.
4TVS turi būti realizuotas automatinis posėdžių ir įvykių archyvas, su galimybe TVS naudotojams nustatyti archyvavimo sąlygas.

Bendrieji TVS reikalavimai

1TVS turi būti galimybė naudotojams suteikti roles ir priskirti grupėms, kurių skaičius neturi būti ribojamas.
2Naudotojų rolės turi būti skirstomos į ne mažiau kaip administratorius ir redaktorius, su atitinkamomis teisėmis.
3TVS turi leisti dirbti ne mažiau kaip dviem naudotojams vienu metu, kuriant turinį, tuo pat metu lankytojai turi turėti galimybę jį pasiekti.
4TVS turi užtikrinti administravimo parametrų pakeitimų saugojimą, siųsti el. laišką sukūrus naudotoją ar pakeitus jo teises, suteikti galimybę administratoriui generuoti laikiną slaptažodį pirmą kartą prisijungiantiems naudotojams ir vėliau jį pakeisti, o naudotojams – savarankiškai keisti slaptažodį.
5Sistema turi leisti laikinai blokuoti naudotojus, nustatyti neteisingų prisijungimų skaičių, po kurio prisijungimo vardas blokuojamas, konfigūruoti slaptažodžių parametrus, neriboti darbo vietų, prisijungimų skaičiaus.
6TVS turi palaikyti ne mažiau kaip 15 nepriklausomų naudotojų, kurie turi turėti galimybę vienu metu kurti arba keisti turinį, tuo pat metu visi svetainės lankytojai turi turėti galimybę nevaržomai naudotis svetainės funkcionalumu.
7TVS naudotojų darbo vietos neturi reikalauti papildomos programinės įrangos diegimo ir arba palaikymo, turi veikti naršyklėje.
8Darbas su TVS turi būti lengvai suprantamas asmenims, neturintiems programavimo patirties.
9Perkančioji organizacija turi gauti prieigą prie svetainės TVS back-end programinio kodo.
10TVS turi būti nepriklausoma nuo platformos (Windows, Linux, Unix ir t. t.), be klaidų ir atvaizdavimo iškraipymų, išlaikant visą funkcionalumą, administruojama su populiariausiomis naršyklėmis.
11Kiekvieno puslapio antraštė turi būti kuriama automatiškai pagal pavadinimą arba rankiniu būdu redaguojama administratoriaus. Atvaizduojamos svetainės nuorodos (URL) turi būti trumpos ir aiškios, formuojamos bendrinių žodžių pagalba, o ne atsitiktinių simbolių sekomis.
12Sistemoje automatiniu būdu sugeneruotas puslapio adresas turi išlikti pastovus to puslapio viso gyvavimo ciklo metu.
13Turi būti galimybė maketuoti tiek svetainės pirmąjį puslapį, tiek žemesnio lygmens svetainės puslapius: keisti aktualiausių informacijos blokų padėtį, nustatyti naujausių straipsnių skaičių blokuose, įkelti / panaikinti papildomus blokus.
14TVS turi užtikrinti kiekvieno nedalomo informacijos vieneto-objekto funkcijas, kurios leistų objektą padaryti neviešu, tačiau TVS naudotojai jį gali matyti ir pakeisti būseną į viešą.
15Administravimo dalyje, atskiruose moduliuose turi veikti paieška, su galimybe automatiškai patekti į atrinktą objektą ir jį redaguoti.
16Turi būti galimybė integruoti į vidinius svetainės puslapius išorines aplikacijas (JavaScript, HTML ir kt.), kitus interneto puslapius, išlaikant visą išdėstymą.
17Administratorius turi turėti galimybę keisti įkeliamų nuotraukų didžiausią raišką, pvz., nurodyti, kad visos saugomos nuotraukos turi būti ne didesnės kaip 1600x1200 px.
18TVS turi turėti išskirstymą pagal svetainės dalių prieinamumą: bendroji svetainės dalis visiems lankytojams ir svetainės dalis TVS administravimui.
19TVS svetainės administravimo dalyje turi būti realizuotos galimybės: svetainės sisteminių parametrų keitimas; naudotojų ir jų teisių valdymas; meniu, submeniu, turinio, galerijų valdymas; komponentų, modulių, priedų, šablonų valdymas.
20TVS sisteminiai failai ir svetainėje naudojama įkelta informacija ir failai turi būti saugoma atskirta ir sugrupuota, turi būti galimybė atlikti paiešką, peržiūrėti ir tvarkyti surastą medžiagą.
21TVS turi turėti automatinį informacijos archyvavimą ir galimybę atstatyti ankstesnę/istorinę objekto ar puslapio versiją.

Dokumentacijos reikalavimai

1Paslaugų teikėjas turi pateikti architektūros aprašymą, diegimo ir konfigūracijos instrukcijas bei naudojimo ir priežiūros rekomendacijas/instrukcijas, išeities kodus, užtikrinant aiškų ir pilną techninės dokumentacijos paketą (lietuvių kalba) elektroniniu formatu (*.pdf ir *.docx arba analogiškais formatais) skaitmeninėje laikmenoje.
2Vykdant svetainės vystymo darbus, Paslaugos teikėjas privalo atnaujinti visą aukščiau išvardytą dokumentaciją (tai turi būti įskaičiuota į suderintą vystymo paslaugos kainą).

Duomenų migravimas (3 etapas)

1Paslaugos teikėjas per 190 kalendorinių dienų nuo sutarties įsigaliojimo dienos atlieka duomenų migravimą iš esamos VERT interneto svetainės į naujai sukurtą interneto svetainę, pagal Perkančiosios organizacijos nurodymus.
2Turi būti užtikrintas turinio vientisumas, saugumas, duomenų integralumas ir korektiškas atvaizdavimas naujoje TVS.
3Visi permigruoti duomenys turi būti tinkamai apdoroti ir suderinti su stilistiniais reikalavimais (šriftų, spalvų, dizaino elementų, turinio išdėstymo nuoseklumas), tvarkingi, struktūruoti, be formatavimo, turinio ar techninių neatitikimų.

Svetainės stilius ir dizainas

1Svetainės stilius ir dizainas turi būti kuriamas atlikus išsamią esamos situacijos analizę, atsižvelgiant į Perkančiosios organizacijos veiklą, komunikacijos tikslus ir suinteresuotų šalių poreikius.
2Privalo būti parengta ir pasiūlyta optimaliai atitinkanti svetainės informacinė struktūra, įskaitant visas pagrindines ir papildomas meniu juostas su aiškiais pavadinimais, poskyrius ir nuoseklią navigacijos logiką.
3Dizaino koncepcija turi būti kuriama glaudžiai bendradarbiaujant su Perkančiąja organizacija, vadovaujantis organizacijos identiteto vadovu, naujausiomis interneto portalų dizaino tendencijomis ir tarptautine gerąja praktika.
4Dizainas turi būti lankstus ir pritaikomas koregavimui bei tobulinimui.
5Svetainės dizainas turi būti modernus, aiškus, nesudėtingas, be perteklinės informacijos ar vizualinių detalių, užtikrinant intuityvią ir patogią navigaciją.
6Dizainas turi būti unikalus, nepažeisti intelektinės nuosavybės teisių ir atitikti prieinamumo standartus neįgaliesiems (WCAG 2.1 ar analogiški standartai).
7Naudotojo sąsaja turi atitikti W3C XHTML (HTML5) ar analogiškas specifikacijas.
8Svetainė turi būti vientisa, lanksti, lengvai plečiama papildomais polapiais ar moduliais, kad nauji pakeitimai nesukeltų visos svetainės perkūrimo poreikio.
9Svetainės dizainas turi būti prisitaikantis prie įvairių įrenginių (responsive design) ir užtikrinti tinkamą dizaino, navigacijos bei elementų išdėstymo keitimąsi pagal ekrano dydį (CSS breakpoints), pritaikytas bent 576px, 768px, 992px, 1200px ir 1400px lūžio taškams.
10Svetainė turi būti sukurta taip, kad lankytojai galėtų intuityviai ir greitai rasti reikiamą informaciją, atliepiant jų informacinius poreikius.
11Planuojant informacijos architektūrą, turi būti užtikrintas aiškus informacijos grupavimas, sąsajos su socialine medija bei vizualus turinio pateikimas (infografikai, diagramos, nuotraukos, video).
12Svetainės tituliniame puslapyje turi būti aiškiai matomas Perkančiosios organizacijos logotipas ir antraštė bei kitos suderintos žymės.
13Pagrindinis informacijos blokas turi būti skirtas VERT naujienoms, su galimybe pateikti tekstą, nuotraukas ir video, vizualiai didžiausias ir geriausiai matomas.
14Viršutiniame bloke (meniu, logotipas, svarbiausia informacija) turi būti galimybė naudoti dinaminę informaciją (pvz., besikeičiančias nuotraukas su tekstinėmis nuorodomis).
15Svetainės puslapių skaičius turi būti suderintas projekto vykdymo metu, išlaikant vientisą dizainą ir derančius elementus.
16Naudojamos fotografijos turi būti profesionalios, tarpusavyje derančios, teisėtai įsigytos, nepažeidžiančios autorinių teisių.
17Teksto lentelėms turi būti pasiūlyti bent trys skirtingi stiliai (spalvinė gama, eilučių numeravimas, lyginių/nelyginių eilučių išskyrimas).
18Puslapiuose turi būti galimybė tekstą pateikti stulpeliais, su galimybe nustatyti stulpelių pločio proporcijas (pvz., 1/4 ir 3/4).
19Turi būti numatyti sprendimai naršyklės klaidoms, puslapiams nerandant turinio ar neveikiant nuorodoms.
20Svetainės dizainas turi atitikti vartotojo sąsajos (UX) gerąsias praktikas ir įvertinti kitų institucijų sprendimų pavyzdžius.

Naudotojų apmokymai (5 etapas)

1Paslaugos teikėjas per 200 kalendorinių dienų nuo sutarties įsigaliojimo dienos parengia ir įgyvendina TVS administratorių ir turinį pildančių darbuotojų mokymus.
2Sukurti mokymo medžiagą (vadovus ir vaizdo instrukcijas), kuri turi būti pateikta Perkančiajai organizacijai nuolatos naudotis.
3Preliminarus apmokomų darbuotojų skaičius – 10. Maksimaliai galima nusipirkti iki 16 val. mokymo paslaugų.

Titulinio puslapio reikalavimai

1Titulinis puslapis turi būti aiškiai atpažįstamas ir lengvai pasiekiamas iš bet kurio svetainės puslapio, jame turi būti matomi visi pagrindiniai veiksmai, ribotas vientiso teksto kiekis (2–3 pastraipos, o esant daugiau – tekstas suskirstytas į blokus su antraštėmis), optimizuotas dizainas, kad nuorodos į svarbiausias rubrikas būtų matomos tik atsidarius titulinį puslapį.
2Skydeliai (panels) turi būti lankytojams įprasto pločio (preliminariai ne daugiau kaip 30–40% ekrane matomo tinklalapio pločio), jų vieta ir atvaizdavimo parametrai turi būti valdomi TVS naudotojų.
3Tituliniame puslapyje turi būti atvaizduojami šie turinio blokai: Pagrindinio meniu juostos, Perkančiosios organizacijos logotipas, Paieška (per visą turinį ir naujienose), Versija asmenims su negalia, Naujienų blokas su aktualių naujienų sąrašu, Įvykių ir posėdžių kalendoriaus blokas, Reklaminiai skydeliai (banners), Prenumeratos užsisakymo lankytojams blokas, Sugrupuotas pagrindinių puslapių meniu ir papildomo meniu puslapių sąrašas, Nuorodos į socialinių tinklų paskyras, Kontaktai, nemokama linija.

TVS puslapių ir blokų valdymas

1Turi būti sudaryta galimybė TVS administratoriui redaguoti turinio blokus numatytose svetainės vietose, neatliekant papildomų programavimo darbų.
2TVS realizuota galimybė valdyti tiek svetainės titulinį puslapį, tiek žemesnio lygmens svetainės puslapius, juose esančius turinio blokus.
3Turi būti galimybė patalpinti skirtingus blokų tipus: tekstinis, interaktyvus, galerija, straipsniai, kalendorius ir kt.
4TVS turi redagavimo, naujų puslapių sukūrimo, ištrynimo, paslėpimo, publikavimo, sustabdymo, neištrinant paties puslapio, perkėlimo į kitą vietą galimybę.
5TVS naudotojai turi turėti galimybę patalpinti turinio blokus svetainės puslapiuose, turinio blokų kiekis neturi būti ribojamas.

Dokumentų ir failų reikalavimai

1Turi būti įdiegtas mechanizmas dokumentų/failų įkėlimui į TVS ir atvaizdavimui svetainėje.
2TVS turi būti galimybė dokumentus/failus susieti su kitais svetainės objektais.
3Svetainėje ir TVS turi būti sudaryta galimybė dokumentus filtruoti pagal svarbiausius požymius (kategoriją, tipą), atlikti paiešką pagal datą, reikšminį žodį, su paieškos užklausos rekomendacijomis.
4Į TVS dokumentai/failai turi būti įkeliami vieno mygtuko paspaudimu, pasirinkus kategoriją ir tipą.
5Dokumentų/failų talpinimas ir atvaizdavimas turi būti patogus, kiekis neribojamas, su galimybe filtruoti, rūšiuoti, keisti atvaizdavimo išdėstymą.
6Svetainėje turi būti atvaizduojamas įkelto dokumento/failo laikas, publikavimo datos ir statusas nuo-iki.
7Turi būti realizuota galimybė nustatyti automatinį dokumentų/failų publikavimo svetainėje terminą (pvz., praėjus 5 metams) ir automatinio šalinimo funkcionalumą.
8Dokumentai/failai gali būti grupuojami kuriant aplankų struktūrą, perkeliami ir / ar kopijuojami tarp aplankų. Aplankų kiekis – neribojamas.

Anglų kalbos versijos reikalavimai

1Svetainė turi turėti lietuvių ir anglų kalbų versijas, kuriose visos funkcijos ir moduliai veikia analogiškai.
2Anglų versijos struktūra gali būti minimalesnė pagal suderinimą su Perkančiąja organizacija.
3Pradinė versija lankytojui rodoma lietuvių kalba, suteikiant aiškiai matomą galimybę perjungti kalbą paspaudus sutrumpinimą arba vėliavėlę.

Formų kūrimo modulio reikalavimai

1Turi būti galimybė svetainėje kurti įvairaus tipo duomenų surinkimo formas.
2Turi būti galimybė formų redaktoriaus pagalba pasirinkti, kokie laukai bus formoje (teksto įvedimo, pasirinkimų, sąrašų, prikabinamo failo) ir pan., bei nurodyti jų būtinumą užpildymui.
3Turi būti galimybė valdyti klaidos pranešimų pildant formą tekstą.
4Formos pagalba pateikti duomenys turi būti išsaugomi svetainės formų modulio duomenų bazėje.
5Turi būti galimybė peržiūrėti pateiktus formos atsakymus sąrašinėje formoje, vykdyti paiešką ir peržiūrėti konkretaus atsakymo duomenis.
6Turi būti galimybė eksportuoti formos atsakymus Excel, CSV ar panašiu formatu.
7Turi būti galimybė įterpti sukurtą formą į bet kurį svetainės puslapį pasirinktoje vietoje.
8Turi būti galimybė nustatyti el. laiško siuntimą nurodytu el. paštu (pvz. svetainės administratoriui, formos užpildymo atveju).

Turinio struktūravimo reikalavimai

1Svetainės struktūra turi būti aiški, logiška ir atitikti naudotojų bei lankytojų poreikius, o turinys – gerai organizuotas visais lygmenimis: nuo bendros svetainės struktūros iki puslapio, pastraipos ir sąrašo, su susijusia informacija grupėse.

Nuotolinio prisijungimo reikalavimai

1Nuotoliniams prisijungimams prie Perkančiosios organizacijos tarnybinių stočių ar kitų informacinių išteklių Paslaugų teikėjas gali pasirinkti prisijungimą per VPN tunelį (nurodant IP adresą/-us) arba naudojant saugaus prisijungimų valdymo sprendimą (Privileged Access Management).
2Kiekvienam Paslaugų teikėjo paskirtam specialistui sudaromas unikalus naudotojo vardas ir slaptažodis, perduodami asmeniškai arba šifruotame dokumente.
3Paslaugų teikėjui nutraukus darbo santykius su specialistu, Perkančioji organizacija nedelsiant informuojama, kad panaikintų naudotojo vardą ir slaptažodį ir / arba užblokuotų prieigą.
4Suteiktas naudotojo vardas nekeičiamas ir negali būti suteiktas kitam Paslaugų teikėjo specialistui.
5Naudotojų vardai, slaptažodžiai Paslaugų teikėjo specialistams yra sudaromi ir keičiami vadovaujantis Kibernetinio saugumo reikalavimų apraše nustatytais reikalavimais.
6Saugus prisijungimų valdymo sprendimas (PAM) turi užtikrinti, kad tik patvirtinti Paslaugų teikėjo specialistai galės prisijungti su reikalingo lygio teisėmis.
7PAM sprendimas turi palaikyti kelių veiksnių autentifikaciją ar kitus saugius prisijungimo būdus.
8Visi Paslaugų teikėjo specialistų prisijungimai ir jų trukmės yra fiksuojamos. Prisijungimai yra šifruojami.
9Visi Paslaugų teikėjo specialistų prisijungimai ir atliekami veiksmai turi būti įrašomi, fiksuojant kokiu laiku ir kokį veiksmą atliko specialistas. Sesijos turi būti saugomos ne trumpiau kaip 6 mėn.
10Esant Perkančiosios organizacijos poreikiui, Paslaugų teikėjas turi perduoti Perkančiajai organizacijai specialisto atliktų veiksmų įrašytą sesiją.
11Už PAM sprendimą ir jo palaikymą atsakingas pats Paslaugų teikėjas, sprendimas turi būti naudojamas Paslaugų teikėjo veikloje.
12Perkančioji organizacija pasilieka teisę sutarties vykdymo metu keisti prie tarnybinių stočių naudojamą prisijungimo būdą ir principą.

Paieškos sistemų optimizacija (SEO)

1TVS turi užtikrinti kiekvieno nedalomo informacijos vieneto META žymių (raktiniai žodžiai, antraštė, aprašas) aprašymą, pagerinant informacijos atpažinimą paieškos sistemoms.
2Galimybė valdyti robotų ribojimo protokolą (Robots Exclusion Protocol - robots.txt), nurodant, kurias TVS dalis leisti pasiekti paieškų robotams ir kurias drausti.
3TVS turi užtikrinti automatinį protokolo valdymą be papildomo administratoriaus įsikišimo, kai informacija padaroma nebepublikuojama ar jos pateikimui uždedamas draudimas.
4TVS turi užtikrinti automatinį svetainės struktūros formavimą XML formatu (sitemap protocol), atitinkantį http://www.sitemaps.org numatytus standartus, iš karto po bet kokio informacijos pakeitimo svetainėje.
5Sistema turi leisti užregistruoti svetainę Google Search Console ir į TVS programinį sprendimą įkelti atitinkamus kodus.
6Kiekvienas sukurtas puslapis turi turėti raidinį URL adresą, kuris vienareikšmiškai jį identifikuoja, formuojamą automatiškai iš puslapio antraščių.
7Turi būti atliktas jau esamų suindeksuotų svetainės nuorodų peradresavimas – „301 nukreipimas“.

Straipsnių ir naujienų reikalavimai

1Svetainėje turi būti galimybė rodyti bendrą naujienų srautą, filtruoti naujienas pagal požymius (kategorijas), vykdyti paiešką pagal nustatytus parametrus, valdyti puslapyje atvaizduojamų naujienų skaičių su puslapiavimu.
2TVS naudotojui – įvesti ir valdyti naujienų kategorijas.
3TVS kuriant naujieną turi būti galimybė įvesti ne mažiau kaip: pavadinimas, interneto adresas (URL), data, nuotrauka ar nuotraukų galerija, tekstas (trumpas, santrauka, pilnas raiškus tekstas su interaktyviu teksto redaktoriumi), citatos grafinis išskyrimas, kategorija, audio ir/ar video medžiaga iš išorinių šaltinių.
4TVS turi būti galimybė nustatyti naujienos automatinio publikavimo terminus (nuo ir iki) ir publikavimo statusą.
5Turi būti galimybė straipsnį pažymėti kaip „aktualų“, kad aktualūs straipsniai būtų pateikiami tituliniame puslapyje, svetainės blokuose ar išskiriami atskira spalva.
6TVS turi būti realizuotas automatinis naujienų archyvas, su galimybe TVS naudotojams nustatyti archyvavimo sąlygas (pvz., data, kategorija).
7Lankytojai turi galėti prenumeruoti naujienas ir pasidalinti jomis socialiniuose tinkluose, naudodamiesi specialiai įdiegtais dalinimosi mygtukais.

Sąsajų ir integracijų reikalavimai

1Tarp svetainės ir kitų informacinių sistemų apsikeičiami duomenys turi būti aprašomi naudojant XML schemas ir / arba JSON duomenų apsikeitimo formatu.
2Svetainė turėtų palaikyti Power BI įterpimo galimybes, apimant Power BI komponentų ir švieslenčių integravimą į svetainę, panaudojant Power BI embedded arba Power BI JavaScript API.
3Svetainė turėtų būti interaktyvi, palaikanti SQL ir kitus duomenų šaltinius.

Prašymų/skundų teikimo reikalavimai

1Lankytojai gali pateikti prašymus, skundus, ginčus (kreipimasis) per svetainę.
2Lankytojų kreipimaisi nesaugomi sistemoje – tiesiai nukeliauja į Perkančiosios organizacijos dokumentų valdymo sistemą.

Svetainės vystymo paslaugos (8 etapas)

1Užsakomų vystymo paslaugų teikimo terminas – 36 mėn. nuo sutarties įsigaliojimo dienos.
2Perkančioji organizacija preliminariai planuoja, bet neįsipareigoja, įsigyti 1000 valandų svetainės vystymo paslaugų.
3Vystymo paslaugas sudaro: funkcionalumo pagal pasikeitusius teisės aktus arba Perkančiosios organizacijos poreikius specifikavimas, projektavimas, programavimas, testavimas, įdiegimas ir dokumentavimas.
4Vystymo paslaugos apima naudotojų / administratorių apmokymą įdiegus naują funkcionalumą, bei instrukcijų parengimą arba atnaujinimą.
5Svetainės perkėlimas į kitą techninę ar sisteminę įrangą (pagal poreikį), įskaitant programinės įrangos įdiegimą bei aplinkų konfigūravimą, duomenų bazių migravimą.
6Papildomos duomenų migravimo paslaugos (pvz., iš senos svetainės).
7Integracijų su kitomis sistemomis paslaugų teikimas.
8Vystymo paslaugos turi būti teikiamos pagal paslaugų valandinį įkainį, nurodytą Tiekėjo pasiūlyme.
9Perkančioji organizacija el. paštu arba Pagalbos tarnyboje suformuoja vystymo paslaugų poreikį aprašydama objektą. Paslaugų teikėjas per 5 darbo dienas pateikia vertinimą valandomis (išskaidant į analizę, projektavimą, programavimą, testavimą, diegimą) ir preliminarų terminą.
10Jeigu vystymo paslaugos užsakomos, Šalių įgalioti atstovai raštu sudaro susitarimą dėl vystymo paslaugų užsakymo (nurodomas objektas, sutartas valandų skaičius, terminas).
11Visais atvejais naujai sukurtas ar pakeistas funkcionalumas turi būti įdiegtas tik jį visiškai ištestavus, užtikrinant, kad nebus sutrikdytas svetainės ar jos kitos sudėtinės dalies darbas.
12Visoms svetainės vystymo paslaugoms turi būti taikoma 12 mėnesių garantinė priežiūra nuo paslaugų priėmimo-perdavimo akto pasirašymo dienos.
13Garantiniu laikotarpiu Paslaugų teikėjas turi nemokamai teikti klaidų taisymą, funkcionalumo atstatymą ir dokumentacijos tikslinimą.
14Pasibaigus 12 mėn. garantinio aptarnavimo terminui, suteiktoms vystymo paslaugoms taikomi bendri priežiūros paslaugos reikalavimai.

Tiekėjo Pagalbos tarnybos reikalavimai

1Paslaugų teikėjas turi turėti Perkančiosios organizacijos darbo dienomis, darbo valandomis veikiančią Pagalbos tarnybą.
2Paslaugų teikėjas turi užtikrinti komunikavimą lietuvių kalba žodžiu ir raštu (Pagalbos tarnybos sistemoje arba el. paštu) Perkančiajai organizacijai kreipiantis į tiekėjo pagalbos tarnybą.
3Paslaugų teikėjo Pagalbos tarnyba turi suteikti galimybes registruoti kreipinius įvairiais kanalais: elektroniniu paštu, fiksuoto ir mobilaus ryšio telefonu, naudojant WEB sąsają.
4Paslaugų teikėjas turi būti įdiegęs veikiančius ir aprašytus incidentų bei keitimų valdymo procesus, atitinkančius informacinių technologijų paslaugų valdymo (ITIL ar analogiškos metodikos) gerųjų praktikų rekomendacijas bei veikiantį internetinį portalą kreipiniams registruoti bei peržiūrėti.
5Paslaugų teikėjo Pagalbos tarnyba turi užtikrinti operatyvų grįžtamąjį ryšį ir informacijos apie incidentus realiu laiku (On-line) teikimą interneto tinklalapyje, veikiančiame HTTPS protokolu.
6Pagalbos tarnyba turi informuoti apie užregistruotų incidentų būklę, planuojamą incidentų išsprendimo datą ir laiką bei incidentų išsprendimą.

Naujienlaiškio prenumeratos reikalavimai

1Svetainėje turi būti sukurta galimybė lankytojams prenumeruoti ir elektroniniu paštu gauti naujienlaiškius (pagal pasirinktą naujienos kategoriją, DUK skiltį ir jos atnaujinimus bei kitus suderintus objektus).
2Naujienlaiškio užsakymo lange turi būti realizuotas reCAPTCHA arba lygiavertis funkcionalumas, užtikrinantis apsaugą nuo automatinių prievartinių užsakymų ir nerenkantis asmens duomenų.
3Turi būti realizuotas automatinis funkcionalumas, kuris po naujienlaiškio prenumeratos užsakymo išsiųstų automatinį pranešimą su prenumeratos patvirtinimo nuoroda (be el. pašto adreso nuorodoje) ir pasirinktų kategorijų sąrašu.
4Naujienlaiškio užsakymo patvirtinimo nuoroda turi galioti 1 valandą. Nepatvirtinus, nuoroda turi būti automatiškai ištrinta.
5Naujienlaiškiai negali būti siunčiami, kol prenumeratorius nėra patvirtinęs prenumeratos.
6Naujienlaiškiai neturi būti siunčiami, jei užsakytose naujienų kategorijose nėra pokyčių.
7TVS naudotojai turi turėti galimybę tvarkyti lankytojų prenumeratą (pašalinti), peržiūrėti ir filtruoti prenumeratorius, savarankiškai keisti naujienų nustatymus, taip pat gauti statistinę informaciją.

Teksto redaktoriaus aplinkos reikalavimai

1Teksto redaktoriaus redagavimo aplinka turi būti artima Microsoft Word, OpenOffice programų aplinkai.
2Informacija turi būti lengvai perkeliama iš Microsoft Word, Microsoft Excel ir kitų lygiaverčių programų, naudojant standartines kopijavimo ir įkelties funkcijas.
3Naudotojas turi galėti įkelti tekstą standartiniu būdu arba specialiomis turinio įkėlimo funkcijomis, kurios automatiškai išvalo stilius ir formatavimą.
4Turi būti papildoma galimybė pašalinti visus ankstesnius dokumentų tekstų formato nustatymus.
5Turi būti lentelių kūrimo, kopijavimo, redagavimo ir lentelių bei jos langelių formatavimo funkcijos.
6TVS teksto redaktorius turi leisti kurti, redaguoti ir formatuoti lenteles: nustatyti plotį ir aukštį, eilučių ir stulpelių skaičių, įterpti naujas eilutes, stulpelius ir juos ištrinti, nustatyti lentelės stilių, rėmelio stilių, teksto lygiavimo stilių, tarpus tarp langelių ir teksto, nustatyti lentelės antraštę, santrauką.
7TVS naudotojai turi galėti redaguoti ir formatuoti jau sukurtas lenteles: apjungti celes ir jas išskirti, nustatyti celės, stulpelio ar eilutės stilių (plotį, aukštį, šriftą, spalvą, fono spalvą, lygiavimą).
8Turi būti realizuota galimybė formatuoti tekstą, t. y. keisti numatytą šriftą, jo dydį, spalvą.
9Turi būti galimybė kurti įvairias nuorodas (į kitą puslapį, dokumentą, portalą, svetainę, el. pašto adresą), su galimybe atlikti paiešką ir nustatyti nuorodos atidarymo paskirtį bei parametrus.
10Turi būti įgyvendintas paveikslėlių įkėlimas į tekstą, naudojant paveikslėlių paieškos – naršymo langą administratoriaus lokaliame diske.
11Turi būti realizuota jau patalpintų ar panaudotų kitose vietose paveikslėlių paieška.
12Talpinant paveikslėlį galimybė pridėti META informaciją, raktinius žodžius (jei nenustatomi, formuojami automatiškai pagal failo pavadinimą).
13Turi būti sukurta galimybė sumažinti nuotrauką nustatant plotį, aukštį, proporcijas pikseliais arba procentais, apkirpti nuotrauką išsaugant kaip kopiją, paliekant originalą.
14Turi būti galimybė kiekviename puslapyje sukurti ir į tekstą įterpti nuotraukų galeriją.
15Teksto redaktoriuje turi būti galimybė tiesiogiai redaguoti patį HTML kodą.

Reklaminių skydelių modulio reikalavimai

1TVS turi suteikti galimybę keisti kiekvieno reklaminio skydelio nuotrauką, nuorodą, tekstą ir kitus parametrus.
2Svetainės administratorius nustato puslapius ir pozicijas, kuriose bus naudojami baneriai, bei gali juos aktyvuoti arba deaktyvuoti.
3Turi būti galimybė nustatyti automatinio publikavimo pradžią ir pabaigą.
4Turi būti galimybė banerį susieti su vidine / išorine nuoroda.

Kūrimo ir projektavimo paslaugos (1 etapas)

1Paslaugų teikėjas per 120 kalendorinių dienų nuo sutarties įsigaliojimo dienos turi atlikti esamos situacijos analizę, grafinio dizaino sukūrimą ir projektavimą.
2Išsamiai ir kompleksiškai išanalizuoti Perkančiosios organizacijos veiklą, įskaitant jos veiklos sritis, valdymo struktūrą, funkcijas, komunikacijos tikslus ir tikslinių auditorijų informacijos poreikius.
3Pasiūlyti geriausiai Perkančiosios organizacijos veiklą ir naudotojų poreikius atitinkančią svetainės struktūrą, turinio sprendinius ir funkcionalumus, įskaitant didelės apimties lentelių atvaizdavimą, dokumentų paiešką, naujienlaiškių prenumeratą ir interaktyvius elementus.
4Naudojant VERT identiteto vadovą, sukurti spalvų paletę, šriftų hierarchiją ir ikonų stilių bei parengti ne mažiau kaip 3 vizualinės krypties variantus (dizaino konceptus) Perkančiosios organizacijos pasirinkimui.
5Sukurti titulinio ir vidinių puslapių juodai baltus struktūrinius puslapių eskizus (wireframe), aiškiai pažymint meniu, turinio blokus ir funkcinius elementus, užtikrinant patogią informacijos architektūrą ir vartotojų kelią pagal UX principus.
6Suplanuoti ir suprojektuoti svetainės informacijos architektūrą, sukurti aiškią ir patogią navigacijos sistemą (meniu, nuorodos, paieška).
7Parinkti/sukurti patogią turinio valdymo sistemą (TVS), kuri būtų pritaikyta svetainės funkcionalumui, lengvam turinio administravimui ir paieškos sistemų optimizavimui (SEO).
8Parengti ne mažiau kaip 1 interaktyvų prototipą, taikant pasirinktą vizualinę kryptį ir patvirtintą puslapių struktūrą, užtikrinant patogų naršymą, aiškią struktūrą, responsyvų dizainą visiems įrenginiams, lentelių, meniu bei turinio skaitymo patogumą.
9Prototipas turi būti sudarytas mažiausiai iš pagrindinio (titulinio) puslapio, pagrindinio meniu juostos ir naujienų puslapio.

Vizualaus redaktoriaus aplinkos reikalavimai

1Turi būti galimybė redaguoti svetainės turinį vizualioje aplinkoje, kurioje matomas svetainės puslapio vaizdas atitinka tai, kaip jis rodomas viešai svetainėje.
2TVS turi suteikti galimybę redaguoti pasirinkto puslapio išdėstymo blokus ir jų turinį, įterpti naujus turinio blokus drag & drop principu iš pasirenkamų variantų, keisti blokų vietas pertempiant bei nurodyti jų atvaizdavimo poziciją puslapyje.
3Redaktorius turi palaikyti versijavimą, išsaugant senesnę versiją po turinio redagavimo.
4Turi būti galimybė publikuoti naują turinį ir peržiūrėti, įsikelti senesnes turinio versijas.
5Turi būti pateikiama informacija, kas ir kada redagavo turinį, kuri versija yra paskelbta.
6Administratorius turi turėti galimybę peržiūrėti nepaskelbtą turinį, apriboti ar suteikti teisę administratoriams publikuoti turinį.
7Turi būti pateikiama peržiūra visų naujai paruoštų, bet nepublikuotų turinių vienoje vietoje.
8TVS turi būti naudojamas automatinis nuotraukų sumažinimas ir/ar apkirpimas pritaikant prie numatyto puslapio ar turinio bloko dizaino.

Pritaikymo mobiliems įrenginiams reikalavimai

1Lankytojui užėjus į svetainę naudojantis mobiliuoju įrenginiu (planšetiniu kompiuteriu ar išmaniuoju telefonu), svetainė turi jį automatiškai nukreipti į versiją, pritaikytą mobiliesiems įrenginiams.
2Mobili versija turi būti optimizuota ir korektiškai atvaizduojama mobiliojo įrenginio ekrane neprarandant jokių standartinės versijos funkcijų.
3Atskiros specifinės svetainės puslapių grupės, matomos per mobiliąją versiją, turi būti suderintos su Perkančiąja organizacija.
4Lankytojas turi galėti išjungti mobiliosios versijos peržiūrą ir grįžti į standartinę versiją.
5Svetainė turi būti ištestuota ir turi gauti teigiamą įvertinimą, naudojant pritaikymo mobiliesiems įrenginiams testą: https://search.google.com/test/mobile-friendly.

Programavimo ir testavimo paslaugos (2 etapas)

1Paslaugų tiekėjas per 160 kalendorinių dienų nuo sutarties įsigaliojimo dienos turi atlikti programavimą ir įgyvendinti funkcionalumus, atlikti integracijas ir testavimą.
2Įgyvendinti paieškos funkciją, sukurti filtravimo galimybes, integruoti interaktyvius elementus (formas, mygtukus, dinaminius blokus), užtikrinti didelio formato lentelių korektišką atvaizdavimą.
3Įgyvendinti integracijas su kitomis sistemomis.
4Užtikrinti saugumo reikalavimus (duomenų apsauga ir kibernetinė sauga), prieinamumą pagal WCAG 2.1 ar analogiškus standartus (Accessibility) ir SEO optimizaciją.
5Atlikti funkcinį, našumo (greitis, apkrovos) ir saugumo (pažeidžiamumų patikra) testavimą.

Informacijos išdėstymo puslapyje reikalavimai

1Svetainė turi būti tvarkinga ir patogi, kad pagrindinė informacija būtų pasiekiama ne daugiau kaip per 3 žingsnius.
2Svarbūs elementai turi aiškiai išsiskirti iš fono ir būti lengvai matomi, o interaktyvūs elementai išdėstyti tose pačiose vietose skirtinguose puslapiuose.
3Svarbiausi elementai turi būti išdėstyti ties svetainės viršaus viduriu. Visas svarbiausias turinys ir naršymo parinktys turi būti kuo arčiau puslapio viršaus.
4Svetainėje pateikiami susiję turinio elementai turi būti atvaizduojami taip, kad juos būtų lengva palyginti – pvz., lentelėje arba atskirame puslapyje, paryškinant skirtingas savybes.
5Svetainės puslapiuose informacija neturi būti pernelyg sutankinta.

Techninės dokumentacijos parengimas (6 etapas)

1Paslaugos teikėjas per 200 kalendorinių dienų nuo sutarties įsigaliojimo dienos turi parengti ir pateikti svetainės architektūros aprašymą, diegimo ir konfigūracijos instrukcijas, išeities kodus bei naudojimo ir priežiūros rekomendacijas (lietuvių kalba).
2Tiekėjas privalo pateikti TVS programinės įrangos sudedamųjų dalių sąrašą (angl. Software Bill of Materials – SBOM), kuriame išsamiai išvardyti visi komponentai, bibliotekos, moduliai bei jų priklausomybės.

Garantinės ir priežiūros paslaugos (7 etapas)

1Svetainės garantinės priežiūros ir palaikymo paslaugos teikiamos 24 mėn. po galutinio paslaugų priėmimo-perdavimo akto pasirašymo dienos.
2Vystymo garantinės priežiūros ir palaikymo paslaugų teikimo terminas – 12 mėnesių nuo konkrečių vystymo paslaugų priėmimo–perdavimo akto pasirašymo dienos.
3Garantinė priežiūra apima tinkamo sistemos veikimo užtikrinimą, klaidų, neatitikimų ir gedimų šalinimą, atsiradusių dėl projektavimo, programavimo ar diegimo trūkumų, bei atnaujintų sistemos komponentų versijų teikimą, jei tai būtina.
4Priežiūros paslaugos skirtos užtikrinti nepertraukiamą ir saugų Svetainės veikimą, įskaitant stebėseną, incidentų registravimą ir sprendimą, techninę pagalbą, konfigūravimą, duomenų atkūrimą, suderinamumo užtikrinimą ir konsultavimą.
5Priežiūros paslaugas sudaro: administratoriaus konsultavimas, problemų sprendimas (analizė, taisymas, testavimas, diegimas, dokumentavimas), programinės įrangos atnaujinimas, techninių resursų stebėjimas, pagalbinių programų licencijų ir sertifikatų galiojimo patikrinimas ir atnaujinimas, reguliarus TVS branduolio ir trečiųjų šalių komponentų atnaujinimas ne rečiau kaip kas 6 mėnesius, nuolatinis žinomų saugumo spragų identifikavimas ir tvarkymas.
6Už licencijų (operacinės sistemos) ir sertifikatų įsigijimą atsakinga Perkančioji organizacija, Paslaugų teikėjas neturi jų įskaičiuoti į pasiūlymo kainą.
7Paslaugų teikėjas įsipareigoja be išankstinio suderinimo ir Perkančiosios organizacijos sutikimo neatlikti jokių Svetainės programinio kodo ir tarnybinėse stotyse naudojamos programinės įrangos keitimų.
8Visi kreipiniai (incidentai ir užklausos) turi būti registruojami Pagalbos tarnyboje.
9Paslaugos turi būti teikiamos adresu Verkių g. 25C-1, Vilnius, arba kitu Perkančiosios organizacijos nurodytu adresu, arba nuotoliniu būdu, darbo dienomis darbo laiku (8:00-17:00 P-K, 8:00-15:45 Pn).
10Incidentai skirstomi į I (kritinis, aukštas prioritetas), II (vidutinis, vidutinis prioritetas) ir III (žemo lygio, žemas prioritetas) lygius.
11Užklausos apima konsultacijas ir nedidelius pakeitimus (pavadinimų keitimas, turinio elementų išdėstymas), nereikalaujančius duomenų bazės struktūros keitimo, naujų langų ar funkcijų atsiradimo, poveikio funkcionalumui.
12Tiekėjas privalo reaguoti bei spręsti kreipinius pagal šiuos reakcijos ir išsprendimo laikus: I lygio incidentas – reakcijos laikas 2 darbo val., išsprendimo laikas 8 darbo val.; II lygio incidentas – reakcijos laikas 4 darbo val., išsprendimo laikas 16 darbo val.; III lygio incidentas – reakcijos laikas 8 darbo val., išsprendimo laikas 5 darbo dienos; Užklausa – reakcijos laikas ne ilgiau kaip 8 darbo valandos, išsprendimo laikas abiejų šalių suderintais terminais.
13Visas Priežiūros paslaugų teikimas fiksuojamas 30 min. tikslumu.
14Paslaugų teikėjas kas mėnesį (iki 10 kalendorinės dienos) turi parengti ir pateikti Perkančiajai organizacijai garantinės priežiūros ir priežiūros paslaugų ataskaitą, nurodant visas problemas, klaidų taisymus, konsultacijas, tikslias kreipinių datas, aprašymus, sugaištą laiką ir informaciją apie Svetainės versijos atnaujinimus.

Techninės ir programinės įrangos reikalavimai

1Svetainės diegimas ir konfigūravimas atliekamas Perkančiosios organizacijos infrastruktūroje, esančioje Valstybiniame duomenų centre (debesijos pagrindu veikiančiose virtualiose tarnybinėse stotyse).
2Svetainei turi būti realizuotos atskiros darbinė ir testavimo aplinkos Perkančiosios organizacijos darbuotojų bandymams, o Paslaugų teikėjas privalo turėti papildomas aplinkas, skirtas svetainės kūrimo veikloms.
3Darbinė ir testinė aplinkos turi veikti nepriklausomai viena nuo kitos ir būti fiziškai bei logiškai atskirtos (atskiruose potinkliuose). Testavimui negali būti naudojami asmens duomenys.
4Perkančioji organizacija atsakinga už tarnybinių stočių realizavimą, operacinės sistemos įdiegimą (Windows arba Linux) ir pirminės konfigūracijos atlikimą.
5Kitų komponentų ir programinės įrangos diegimą bei konfigūravimą, kuris reikalingas svetainės veikimui užtikrinti, atlieka Paslaugų teikėjas.
6Į svetainės testinės aplinkos duomenų bazę Paslaugų teikėjas turi įdiegti galimybę periodiškai atstatyti darbinės aplinkos duomenų bazę, pritaikant ją testavimui, parengiant reikalingus skriptus duomenų paruošimui bei atstatymo instrukciją.
7Darbinės ir testinės svetainės aplinkų el. laiškų siuntimui turi būti naudojamas Perkančiosios organizacijos pašto serveris.
8Paslaugų teikėjo sukurtos programinės įrangos diegimą ir atnaujinimus į testinę ir į darbinę aplinkas atlieka Paslaugų teikėjas.
9Paslaugų teikėjas turės į testinę aplinką (esant poreikiui ir į darbinę) įdiegti ir sukonfigūruoti pasiūlytą trečiųjų šalių programinę įrangą bei visą svetainę su visais jos komponentais.
10Testavimo metu įsitikinama, kad sukurta svetainė atitinka visus techninėje specifikacijoje ir teisės aktuose jai keliamus reikalavimus ir funkcionalumus.
11Testavimo metu Paslaugų teikėjas privalo atlikti funkcinius bandymus, tinklalapio našumo bandymus, tinklalapio saugumo bandymus, suderinamumo bandymus su skirtingais įrenginiais, naršyklėmis ir ekranais, prieinamumo bandymus (WCAG 2.1 ar analogiško standarto) ir naudotojų patogumo bandymus, regresijos bandymus.
12Turi būti galimybė Svetainei taikyti Cloudflare ar/ir WAF ar kitus saugos sprendimus.
13Svetainė turi užtikrinti veikimą naudojantis HTTPS saugiu protokolu. Saugus HTTPS ryšys turi būti naudojamas jungiantis prie svetainės turinio valdymo administravimo aplinkos.
14Sistema turi būti sukurta vadovaujantis OWASP ASVS (Application Security Verification Standard) ne žemesniu kaip 2 lygio (L2) standartu arba lygiaverčiu.
15TVS turi palaikyti ir korektiškai konfigūruoti Content Security Policy (CSP), HSTS, X-Frame-Options ir X-Content-Type-Options antraštes arba lygiavertes.
16Turi būti galimybė apriboti prieigą prie TVS administravimo srities ir leisti prieigą tik iš Perkančiosios organizacijos IP adreso(-ų) ir taikyti prieigos ribojimą taikant Cloudflare/WAF apsaugas.
17Turi būti galimybė naudotoją/administratorių/redaktorių paskyras ištrinti rankiniu būdu.
18Turi būti numatyta, kad naudotojo teisė dirbti su tinklų ir informacine sistema sustabdoma, jei naudotojas ja nesinaudoja ilgiau kaip 3 mėnesius, o administratoriaus – ilgiau kaip 2 mėnesius.
19Turi būti realizuota prie TVS prisijungusio naudotojo prisijungimo sesijos kontrolė, automatiškai atjungiant nuo sesijos po 15 min. neaktyvumo laikotarpio. Maksimali sesijos trukmė – 2 val. (konfigūruojama), su galimybe ją pratęsti.
20Turi būti realizuotas stiprių slaptažodžių sudarymo mechanizmas. Administratorius turi turėti galimybę keisti reikalavimus naudotojų slaptažodžiams (ilgį, simbolius, didžiąsias/mažąsias raides, skaičius, galiojimo trukmę).
21Keičiant slaptažodį, neturi būti leidžiama naudoti slaptažodžio iš buvusių 8 paskutinių slaptažodžių.
22Svetainėje naudojami slaptažodžiai turi būti šifruojami (PBKDF2, Argon2 ar lygiaverčiu algoritmu).
23Svetainės administratorių veiksmai turi būti saugomi žurnale, įskaitant sėkmingus ir nesėkmingus bandymus prisijungti prie svetainės.
24Visi žurnaliniai įvykiai saugomi ne trumpiau, kaip 90 kalendorinių dienų.
25Turi būti galimybė perduoti žurnalinius įrašus į Perkančiosios organizacijos žurnalinių įvykių surinkimo sistemą, pasinaudojant įrankiais kaip Rsyslog arba lygiaverčiais.
26Naudotojui įvedus tam tikrą neteisingų slaptažodžių kiekį (ne daugiau kaip 5 kartus iš eilės, konfigūruojama), laikinai turi būti ribojama galimybė prisijungti prie administracinės dalies ne mažiau kaip 5 minutės (konfigūruojama) arba iki kol administratorius atblokuoja rankiniu būdu.
27Prie TVS turi būti prisijungiama unikaliu vartotojo vardu, slaptažodžiu ir naudojantis dviejų veiksnių autentifikacijos paslauga (2FA).
28Paslaugos teikėjas turi užtikrinti, kad bet kokie patikėti nevieši duomenys apie Perkančiąją organizaciją ir jos svetainę bei jų kopijos bus neprieinami neįgaliotiems asmenims ar trečiosioms šalims.
29Svetainės programiniame kode draudžiama išsaugoti duomenis (vardą, slaptažodį, API raktus/ženklus), kuriuos atskleidus gali būti pasinaudota prieiga prie įrenginių, resursų, paskyrų ar valdiklių.

TVS administravimo, teisės ir saugumo reikalavimai

1TVS turi užtikrinti duomenų konfidencialumą, leidžiant asmenims matyti tik tuos duomenis, kuriuos jie gali matyti.
2TVS turi būti galimybė peržiūrėti veiksmų ataskaitas (bendra, pagal naudotoją, pagal grupę), matant IP adresą, laiką ir kas atliko redagavimo veiksmus.
3TVS turi palaikyti decentralizuoto administravimo funkciją, leidžiančią visiems administratoriams vienu metu nuotoliniu būdu saugiai jungtis prie TVS administravimo aplinkos.
4Turi būti galimybė nustatyti leidžiamų įkelti bylų (nuotraukų, dokumentų, video) dydį ir tipą.
5Visi įkeliami failai turi būti tikrinami antivirusine programa, o jų vykdymas serverio pusėje turi būti visiškai uždraustas.
6Turi būti leidžiamas tik pasirinktų tipų (plėtinių) bylų įkėlimas, tikrinant įkeliamos bylos faktinį tipą (MIME type).
7Turi būti galimybė administruoti leidžiamų įkelti bylų plėtinių sąrašą.

Informacijos saugumo ir duomenų apsaugos reikalavimai

1Paslaugų teikėjas, teikdamas Paslaugas, turi vadovautis ir užtikrinti šiuose teisės aktuose nustatytų reikalavimų įgyvendinimą: BDAR, ERĮ, Lietuvos Respublikos asmens duomenų teisinės apsaugos įstatymas, Lietuvos Respublikos kibernetinio saugumo įstatymas, Lietuvos Respublikos valstybės informacinių išteklių valdymo įstatymas, Tipinio kibernetinių incidentų valdymo ypatingos svarbos informacinėse infrastruktūrose planas, Valstybės informacinių sistemų gyvavimo ciklo valdymo metodika, Kibernetinio saugumo reikalavimų aprašas, Informacinių sistemų steigimo, kūrimo, atnaujinimo, pertvarkymo ir likvidavimo tvarkos aprašas ir kiti aktualūs teisės aktai.
2Viešojo pirkimo-pardavimo sutartis įsigalioja tik pasirašius Asmens duomenų tvarkymo sutartį.
3Visi informacijos saugumo ir duomenų apsaugos reikalavimai, taikomi Paslaugų teikėjui, yra taikomi ir jo pasitelktam subtiekėjui / -ams ar kitais pagrindais pasitelkiamiems ūkio subjektams.
4Paslaugų teikėjas galės vykdyti sutartį tik jam (subtiekėjui / -ams), jų specialistams pasirašius Konfidencialumo pasižadėjimo formą, kuri turi būti pateikta Perkančiajai organizacijai per 1 d. d. nuo Sutarties įsigaliojimo dienos.
5Paslaugų teikėjo darbuotojams prieiga prie Perkančiosios organizacijos informacinių išteklių suteikiama tik tokios apimties, kokios reikia Paslaugų vykdymui užtikrinti.
6Nuotoliniai prisijungimai prie Paslaugų teikimui naudojamos infrastruktūros suteikiami pagal XII skyriaus „Reikalavimai nuotoliniam prisijungimui“ nuostatas.
7Viešaisiais ryšių tinklais perduodamos elektroninės informacijos konfidencialumas turi būti užtikrintas, naudojant saugų šifravimą.
8Turi būti užtikrinamas saugių protokolų ir (arba) saugių slaptažodžių naudojimas, kai duomenys perduodami išoriniais duomenų perdavimo tinklais.
9Paslaugų teikėjui viešai neskelbtina informacija teikiama tik tokios apimties, kuri būtina Paslaugoms atlikti.
10Paslaugų teikėjas turi imtis visų teisinių, techninių ir organizacinių priemonių gautai informacijai apsaugoti (neatskleisti, neperduoti, užtikrinti saugumą, informuoti apie pažeidimus, atlyginti nuostolius).
11Paslaugų teikėjo darbuotojams draudžiama savavališkai, be Perkančiosios organizacijos sutikimo (leidimo) atlikti Perkančiosios organizacijos informacinių sistemų, kompiuterių tinklo ir kitų informacinių išteklių keitimus.

Svetainės diegimas ir testavimas infrastruktūroje (4 etapas)

1Paslaugos teikėjas per 200 kalendorinių dienų nuo sutarties įsigaliojimo dienos įdiegia sprendinį į Perkančiosios organizacijos paruoštas virtualias tarnybines stotis Valstybiniame duomenų centre (debesijos pagrindu).
2Perkančioji organizacija atsakinga už tarnybinių stočių realizavimą, operacinės sistemos (Windows arba Linux) įdiegimą ir pirminės konfigūracijos atlikimą.
3Kitų komponentų ir programinės įrangos diegimą bei konfigūravimą, reikalingą svetainės veikimui užtikrinti, atlieka Paslaugų teikėjas.
4Atliekamas galutinis testavimas realioje aplinkoje, užtikrinant sistemos stabilumą ir funkcionalumą.

Dokumentai4

2_VERT_svetaine_technine_specifikacija_su_komentarais_FINAL.docx
3_Kvalifikaciniai_Final.docx
1_Rinkos_konsultacija_kvietimas_klausimynas_pavyzdys.docx
1763_6486234.pdf

tendis.lt · Sukurta recodin.lt